=== ScottK2 is now known as ScottK
=== htorque_ is now known as htorque
[06:14] <htorque> good morning, everyone! I'm getting this when building unity - should i be worried? http://paste.ubuntu.com/673572/
[06:21] <htorque> DBO: hi, are the switcher pips supposed to show "behind" the tile and get blurred? → http://img.xrmb2.net/images/820785.png
[06:21] <DBO> those aren't behind the tile
[06:21] <htorque> also, that black borders around the pips don't look like intended. that's with latest nux + libunity(-misc) + unity.
[06:21] <DBO> they are just "soft"
[06:21] <DBO> also
[06:22] <DBO> whats with the black border?
[06:22] <DBO> what video hardware are you on?
[06:22] <htorque> intel hd 3000
[06:22] <htorque> will test on a second machine
[06:22] <htorque> so the softness is intended?
[06:23] <DBO> yes
[06:24] <DBO> the blurriness is due to the texture being doubled in size for now
[06:24] <DBO> the boxes however are a rendering artifact, probably from the linear filtering
[06:25] <htorque> alright then, thanks! another question: should there really be a transparent gap between the switcher pane and its border?
[06:26] <DBO> the design says yes
[06:26] <htorque> i disagree with the design, but thanks for confirming :-)
[06:27] <DBO> I stopped worrying and learned to love the bomb
[06:40] <DBO> htorque, you build front trunk I presume
[06:43] <htorque> DBO:  yes
[06:43] <DBO> htorque, IconRenderer.cpp
[06:43] <DBO> texxform.SetFilter(nux::TEXFILTER_LINEAR, nux::TEXFILTER_LINEAR);
[06:43] <DBO> there is a line like that
[06:43] <DBO> around line 753
[06:43] <DBO> comment it out
[06:43] <DBO> see if it fixes your black borders issue
[06:44] <DBO> I'll quirk it out for intel cards if it does
[06:51] <htorque> DBO: yes, black borders are gone. will also test it on a hybrid gpu system.
[06:52] <DBO> htorque, do the pips look blockier?
[06:52] <htorque> (hybrid as in nouveau/i915)
[06:52] <htorque> yes
[06:52] <DBO> yeah I thought so...
[06:52] <DBO> okay
[06:52] <DBO> I guess I'll have to get proper resources
[06:52] <mardy> Kaleo: 'morning! I updated the RTL branch, now it should merge without conflicts.
[06:52] <DBO> rather than just stretching
[06:52] <mardy> Kaleo: also I re-tested it, and it still seems OK :-)
[06:53] <mardy> Kaleo: I'm actually out of tasks now, so unless you have something specific, I'll look at the bug list and pick something from there
[07:05] <htorque> DBO: rats, those black borders don't show on my laptop (intel hd 2000, pc has intel hd 3000)
[07:06] <DBO> htorque, sexy
[07:06] <DBO> its hardware dependent
[07:06] <DBO> I dont know what to say
[07:06] <DBO> some hardware sucks
[07:06] <oSoMoN> good morning
[07:07] <htorque> DBO: this cannot be caused by something else, can it? my system is free of PPAs, but i build nux/unity from trunk all the time...
[07:10] <DBO> htorque, no this is really just your hardware doing linear interp differently
[07:10] <DBO> its down to the shader being dumb
[07:11] <htorque> like "let's report this upstream and make the world a better place"-dumb? :-)
[07:13] <htorque> will switch disks to be completely sure, brb
[07:20] <htorque> DBO: like you said - same disk, intel hd 2000 yay, intel hd 3000 nay.
[07:20] <DBO> yeah
[07:21] <DBO> its upstream report kind of dumb
[07:21] <DBO> but this could easily be an issue in teh hardware
[07:21] <DBO> it looks to me like a rounding issue
[07:21] <htorque> my shiney new cpu? oh noes! :P
[07:33] <andyrock> DBO, https://bugs.launchpad.net/unity/+bug/727903 without input redirection i think that it is almost impossible to fix
[07:33] <ubot5> Ubuntu bug 727903 in unity (Ubuntu) "Dropping a file into a window via the 'drag file to Launcher, then drag file to Spread' interaction fails to load the file into the selected window" [High,Confirmed]
[07:34] <DBO> andyrock, actually because its XDND, it's possible to fix, just fucking difficult
[07:34] <andyrock> we should create a kind of xdnd proxy right?
[07:35] <DBO> yes
[07:36] <DBO> andyrock, I am going to bed now
[07:36] <DBO> goodnight :)
[07:36] <andyrock> i'm just woke up
[07:36] <andyrock> good night DBO :)
[07:55] <Kaleo> mardy: hi hi
[07:56] <Kaleo> mardy: great stuff
[07:57] <Kaleo> mardy: I have a big one for you :)
[07:57] <Kaleo> mardy: https://bugs.launchpad.net/unity-2d/+bug/791205
[07:57] <ubot5> Ubuntu bug 791205 in unity-2d "Metacity needs command line options to activate capture before unmap and compositing without effects" [High,Confirmed]
[07:58] <mardy> Kaleo: sounds scary, but interesting too :-)
[08:02] <Kaleo> mardy: I thought you might like it :)
[08:03] <Kaleo> mardy: tiny question: do you experience https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/822605 ?
[08:03] <ubot5> Ubuntu bug 822605 in unity-2d "[dash] "View photos" in the dash launches gwibber instead of shotwell" [High,New]
[08:04] <mardy> Kaleo: it starts Eye of Gnome here
[08:05] <Kaleo> hmmm
[08:05] <Kaleo> jibel: sorry to bother, on a fresh system, do you experience https://bugs.launchpad.net/ubuntu/+source/unity-2d/+bug/822605 ?
[08:05] <ubot5> Ubuntu bug 822605 in unity-2d "[dash] "View photos" in the dash launches gwibber instead of shotwell" [High,New]
[08:09] <jibel> Kaleo, hum, no here it launches Firefox :)
[08:09] <jibel> Kaleo, I'll try on a fresh install.
[08:13] <mardy> rodrigo_: hi, I'm new to metacity (among other things :-)) and I need to work on bug 791205
[08:13] <ubot5> Launchpad bug 791205 in unity-2d "Metacity needs command line options to activate capture before unmap and compositing without effects" [High,Confirmed] https://launchpad.net/bugs/791205
[08:13] <mardy> rodrigo_: which bzr branch should I clone? or should I do it upstream?
[08:21] <Kaleo> jibel: :)
[08:22] <Kaleo> mardy: you want to use the ubuntu branch
[08:23] <mardy> Kaleo: damn, I was hoping to use git again for a while ;-) OK, thanks :-)
[08:27] <rodrigo_> mardy, not sure, I guess upstream if possible
[08:28] <rodrigo_> mardy, talk to the metacity devs
[08:28] <mardy> rodrigo_: I thought you were "they" :-) Where can I find them?
[08:34] <rodrigo_> mardy, see the .doap file in metacity git repo
[08:34] <rodrigo_> mardy, well, I can see it for you, hold on
[08:35] <mardy> rodrigo_: thanks :-)
[08:35] <rodrigo_> Olav Vitters <olav@vitters.nl> seems to be the most active person
[08:47] <jibel> Kaleo, on a fresh install it launches Eye of gnome
=== mpt_ is now known as mpt
[09:06] <Kaleo> jibel: thank you!
[09:06] <Kaleo> jibel: same in unity?
[09:08] <jibel> Kaleo, I can't try it now, it was in a VM. I'll do a smoke test on HW next friday. I'll let you know if it's not too late
[09:11] <andyrock> JohnLea, about hover timeout in dnd
[09:11] <JohnLea> andyrock; hyia
[09:11] <andyrock> well i'm not sure which is the wanted behavior
[09:12] <andyrock> i mean...
[09:12] <andyrock> the timer should be reset every time a new spread window is hovered?
[09:13] <andyrock> now it is reset every single pixel motion
[09:14] <andyrock> JohnLea, ^^^
[09:15] <JohnLea> andyrock; yes, basically a little less sensitive to pixel motion.  A second improvement would be to center the selected window under the cursor
[09:16] <JohnLea> andyrock; e.g. at the moment when you leave the spread, the window you have selected can be in a different part of the screen
[09:16] <andyrock> JohnLea, i know :)
[09:17] <JohnLea> dropping on windows while is spread is the more important issue of course, but also the harder issue to fix ;-)
[09:17] <andyrock> JohnLea, i've worked on it yesterday
[09:18] <andyrock> but it's really really hard to fix without input redirection
[09:18] <andyrock> we can create a kind of dnd proxy
[09:18] <JohnLea> andyrock; re. the timer, it really is a matter of feel.  Making it less sensitive to minor pixel motion might be a good enough improvement by itself, if we make it too easy to exit the spread that will also be annoying
[09:18] <andyrock> but sam doesn't like it
[09:19] <andyrock> JohnLea, about the timer i will do some test and i will try to find the "perfect" timeout and the perfect minor pixel motion ;)
[09:20] <Kaleo> jibel: oki doki; note that my virtualbox allows Unity to run
[09:20] <JohnLea> andyrock; I saw Sam's comment, so I suppose it has to be fixed the harder way
[09:20] <JohnLea> andyrock; great, thx
[09:21] <JohnLea> andyrock; timings like this are a matter of feel, and can only really be done by experimentation
[09:21] <andyrock> JohnLea, there is an option in ccsm to change it
[09:22] <andyrock> so this should not be a problem ;)
[10:47] <JohnLea> andyrock; hyia, has your fix to bug https://bugs.launchpad.net/ayatana-design/+bug/727901 landed in the latest release of Oneiric?
[10:47] <ubot5> Ubuntu bug 727901 in unity "When dragging and dropping a file on to the Launcher, the Launcher icons that are valid drop receptacles don't highlight until the cursor is over the launcher." [Medium,Fix committed]
[10:47] <andyrock> yeah
[10:48] <andyrock> JohnLea, ^^^
[10:48] <andyrock> JohnLea, i'm not sure it is a fix released
[10:48] <JohnLea> andyrock; it looks like it has landed, but not being fix released I am not sure
[10:48] <JohnLea> andyrock; if it has landed I am doing some testing and there is some minor tweeking needed
[10:49] <JohnLea> andyrock; shall I add my feedback to the bug and ping you, and you can test on your computer?
[10:49] <andyrock> JohnLea, of course ;)
[10:49] <JohnLea> andyrock; thx!
[10:49] <andyrock> btw i think that it should be fix commited in unity and fix released in unity
[10:50] <andyrock> when njpatel release another unity version it should be fix release also in unity
[10:57] <JohnLea> andyrock; I have added my testing feedback to bug https://bugs.launchpad.net/ayatana-design/+bug/727901
[10:57] <ubot5> Ubuntu bug 727901 in unity "When dragging and dropping a file on to the Launcher, the Launcher icons that are valid drop receptacles don't highlight until the cursor is over the launcher." [Medium,Fix committed]
[10:57] <JohnLea> andyrock; thoughts?
[10:58] <andyrock> JohnLea, well there is a timeout of 200ms
[10:59] <JohnLea> andyrock; hummm, I seem to repeatedly get this issue when dragging and dropping using the touchpad on my Dell XT2 testing computer
[11:00] <andyrock> JohnLea, yeah this issue is visible only using a touchpad
[11:00] <andyrock> the problem is just one
[11:00] <andyrock> we can use a small timout
[11:00] <JohnLea> andyrock; yup, there is more movement in a mouse
[11:00] <andyrock> *timeout, 50 ms
[11:01] <JohnLea> andyrock; that would be worth a try?
[11:01] <andyrock> but using a small timeout you there will be another issued
[11:02] <andyrock> in other words when you start dragging
[11:02] <JohnLea> andyrock; btw, really excited about this feature landing ;-)  one of the really cool issues with the Launcher is using it to switch data between applications, but without this feature it is not obvious that you can do it
[11:02] <andyrock> when you start dragging you will see a impulse
[11:03] <andyrock> i don't know if impluse is the right English word
[11:03] <JohnLea> impulse?  do you mean there will be a slight stutter in the drag movement?
[11:04] <JohnLea> or do you mean a visual glitch?
[11:04] <andyrock> slight slutter
[11:04] <andyrock> it is present also now but is not so visible
[11:05] <andyrock> the really problem is that opening (to read its type) a file make too time
[11:05] <andyrock> i need to talk with DBO about the timeout and find a solution to make it as short as possible :)
[11:06] <JohnLea> andyrock; will need to test to see how bad it is, but I think it could be worth the cost.  When dragging with a touchpad it effect is only occasionally triggered and that feels buggy and is inconsistent
[11:06] <JohnLea> andyrock; that would be really cool ;-)
[11:06] <JohnLea> andyrock; I'll update the bug again ;-)
[11:07] <andyrock> JohnLea, i will test it... btw with the touchpad we need an extra movment
[11:07] <andyrock> maybe it would be great if we could read the drag data in nux in processdndenter
[11:07] <andyrock> and not processdndmove
[11:08] <andyrock> it will be remove the problem
[11:08] <andyrock> and i need to talk with DBO about this
[11:08] <andyrock> maybe njpatel know why we can read drag data in processdndmove
[11:09] <andyrock> and not in processdndenter
[11:09] <JohnLea> andyrock; thanks for looking in to this
[11:09] <njpatel> andyrock, actually, no, either DBO or gord would know
[11:09] <andyrock> JohnLea, yw
[11:09] <andyrock> njpatel, DBO is sleeping
[11:09] <njpatel> yeah
[11:09] <njpatel> :)
[11:09] <andyrock> jay is not here :)(
[11:10] <njpatel> gord, might know
[11:10] <andyrock> i have to eat something
[11:10] <andyrock> see you later
=== andyrock is now known as andyrock|lunch
=== andyrock|lunch is now known as andyrock
=== daker_ is now known as daker
=== MacSlow is now known as MacSlow|lunch
[11:55] <cdbs> njpatel: ping
[11:55] <cdbs> njpatel: Really sorry for this, but it seems like I won't be able to complete SC integration before UI freeze
[11:55] <cdbs> mpt: ^
[11:56] <cdbs> we might well need a UIFe then
[11:56] <cdbs> I'll handle it all
[11:56] <cdbs> Blame Canada
[11:56] <njpatel> cdbs, what was left from your branch?
[11:56] <cdbs> rather blame me for moving to Canada :)
[11:56] <cdbs> njpatel: Uhm, your review
[11:56] <njpatel> no, apart from that
[11:56] <cdbs> njpatel: I never got time to fix the branch
[11:57] <cdbs> njpatel: apart from that, there's the smooth sc-to-launcher animation
[11:57] <njpatel> okay
[11:57] <cdbs> which can be done outside UI freeze
[11:57] <njpatel> cdbs, did the apt-daemon side of it land into O?
[11:57] <cdbs> njpatel: The branch in its current state, if it were fixed of your points, can enter before UI freeze and the remaining changes can land later as well
[11:57] <cdbs> njpatel: s/aptdaemon/software-center/
[11:58] <cdbs> njpatel: It will land the moment my branch lands in Unity
[11:58] <njpatel> it can't land sooner? it's not depending on unity right
[11:59] <cdbs> its done
[11:59] <cdbs> already
[11:59] <cdbs> back
[11:59] <njpatel> is it in O? i.e. testable?
[12:00] <cdbs> njpatel: What did you say since "did the aptdaemon..." ?
[12:00] <cdbs> had lost connectiong
[12:00] <cdbs> *connection
[12:00] <njpatel> cdbs, just asking whether that dbus side of it (aptdaemon/ssc) has landed in Oneiric, i.e. it's testable with your branch
[12:00] <njpatel> if I have time, I can update your branch to land it
[12:01] <cdbs> njpatel: The SC side is complete, its just put on hold and not merged with sc master, but will be merged and uploaded the moment my branch gets in Unity
[12:03] <andyrock> JohnLea, good news :)
[12:03] <andyrock> i've changed my patch (just a little)
[12:03] <andyrock> i used a timeout of 20ms
[12:03] <andyrock> and everything works well
[12:04] <andyrock> i've moved my touchpad as fast as i can
[12:04] <andyrock> and launcher slide out
[12:04] <andyrock> without any problem ;)
[12:07] <andyrock> JohnLea, maybe if i put it on LP you can build it and check yourself
[12:08] <andyrock> but if it works well on my test computer (that is not so good :) ) thant it should work everywhere :)
[12:09] <cdbs> njpatel: Thanks, I'm leaving now
[12:09] <cdbs> gotta go
[12:09] <njpatel> cdbs, one sec
[12:09] <mpt> Hi cdbs, anything I can do to help?
[12:09] <njpatel> cdbs, what I'm saying is that, even if we miss UIF from unity, if that branch lands it's one less thing to put in the UIFe
[12:09] <njpatel> cdbs, though I will try and fix up your branch and land it, this would make things easier if I can't (i hope that makes sense)
[12:22] <andyrock> testing, testing, one, two, three.
[12:28] <flecha> Hello! Is there a way to set the Super+W and Super+S hotkeys to other things?
=== m_conley_away is now known as m_conley
[12:43] <flecha> no way to use Super+W/S hotkeys?
[12:58] <andyrock> JohnLea, btw have you seen my video on "drag behind launcher" interaction?
=== MacSlow|lunch is now known as MacSlow
[13:20] <JohnLea> andyrock; not yet, have you got a link handy?  I couldn't see it attached to https://bugs.launchpad.net/ayatana-design/+bug/764879
[13:20] <ubot5> Ubuntu bug 764879 in unity "Launcher - dragging and dropping behind the Launcher interaction is broken when the Launcher is hidden" [Low,Confirmed]
[13:22] <andyrock> JohnLea, http://ubuntuone.com/p/1CHB/
[13:22] <andyrock> the quality is awful btw
=== m_conley is now known as m_conley_away
[14:04] <andyrock> njpatel, any plans to restore the fullscreen dash in unity?
[14:05] <njpatel> andyrock, yeah, today :)
[14:06] <andyrock> njpatel, cool.... what about adding a ccsm option to use as a background just a blurred wallpaper, without any windows?
[14:07] <njpatel> andyrock, that would be interesting
[14:07] <andyrock> of course only for fullscreen dash...
[14:07] <coz_> I believe smspillaz  already created a plugin name  overlay image
[14:09] <coz_> although that plugin comes with an image showing Unity keybindings,, any image can be set for it
[14:12] <andyrock> coz_, any link?
[14:12] <coz_> andyrock,  looking for it now,, let me ask sam,, I installed a while back  , hold on
[14:13] <andyrock> coz_, thx
[14:13] <coz_> darn he is not online,, let me check my bookmarks
[14:14] <coz_> andyrock,  I asked him to make this because a fewllow had created the image for keybindings  and I thought it would be great for Unity beginners  as well as a good plugin to start learning how to create a plugin for compiz so hold I know I have it somewhere
[14:15] <andyrock> well but what i want is just a dash without any window behind
[14:15] <andyrock> if i'm not wrong gnome shell does the same
[14:16] <andyrock> using a fullscreen dash which sense make having the blurred window behind the dash?
[14:16] <coz_> andyrock,  then I dont think this plugin is what you want,, it could probably be changed to do that but not sure
[14:17] <andyrock> coz_, it should not be so difficult changing (a little) unity code and adding a new ccsm option ;)
=== m_conley_away is now known as m_conley
[14:18] <JohnLea> andyrock; I've just watched the video, looks great!  One more bug solved ;-)
[14:19] <andyrock> JohnLea, spread interaction is triggered btw... maybe when you have time you can update bug description
[14:20] <JohnLea> andyrock; you mean we still have the issue with the spread being triggered?  I'll update the bug description now
[14:21] <andyrock> JohnLea, yep...
[14:21] <coz_> andyrock,   I can be thick sometimes,, just googled it  lol    http://git.compiz.org/~smspillaz/image-overlay/
[14:22] <andyrock> JohnLea, btw https://code.launchpad.net/~andyrock/unity/other-dnd-fixes/+merge/72715
[14:22] <andyrock> it should improve dnd performance...
[14:23] <andyrock> i think that nobody can move the touchpad so fast that the mouse movement is not catched ;)
[14:23] <andyrock> coz_, thx
[14:23] <coz_> no problem
[14:27] <JohnLea> andyrock; I have reported a new bug for the spread issue, see https://bugs.launchpad.net/ayatana-design/+bug/832988
[14:27] <ubot5> Ubuntu bug 832988 in Ayatana Design "Launcher - a spread can accidentally be triggered during the 'dragging and dropping behind the Launcher' interaction " [Medium,Fix committed]
[14:38] <om26er> Kaleo, Hi!, trying to cmake trunk give me this http://paste.ubuntu.com/673870/
[14:39] <om26er> apt-get build-dep unity-2d is already done
[14:45] <andyrock> om26er, have you tried with sudo apt-get install libindicator-dev right?
[14:45] <om26er> andyrock, yes its already installed
[15:03] <Kaleo> oSoMoN: let me have a look
[15:03] <Kaleo> i meant om26er
=== API is now known as Guest650
=== daker is now known as daker_
[16:03] <jjohansen> is unity being completely broken since yesterdays update a known bug, or should I file
[16:03] <jjohansen> yes I have searched in lp, but the search is didn't return anything
[16:10] <njpatel> jjohansen, file a bug please
[16:10] <jjohansen> okay
=== Guest650 is now known as apinheiro
[16:36] <jjohansen> so launching mumble in unity2d results in a metacity crash.  Should I file the bug under unity2d or metacity
=== _LibertyZero is now known as LibertyZero
=== API is now known as Guest65253
[17:50] <vish> Cimi__: hi, why do the non-symbolic icons have to removed? I'm not sure what problem they are causing
[17:51] <Cimi__> vish: some icons (magnified and so, has to be removed)
[17:51] <vish> hmm,
[17:51] <Cimi__> vish: because since the toolbars are dark
[17:51] <Cimi__> vish: I asked daniel fore to change them
[17:51] <vish> right, but other apps also use them
[17:51] <Cimi__> vish: and he simply removed some icons to use the fallback
[17:52] <Cimi__> vish: they will use the fallback
[17:52] <vish> from GNOME?
[17:52] <Cimi__> I think so
[17:53] <vish> let me check if we can fix it without removing icons
=== API is now known as Guest14208
=== Guest14208 is now known as apinheiro
[18:58] <apinheiro> tedg, do you have time to a question?
[18:58] <apinheiro> do you usually work with panel-service?
[18:58] <tedg> apinheiro, Uhm, sure.  What is it?
[18:59] <tedg> apinheiro, Well, kinda.  That's where things get loaded, but I test with the indicator-loader
[18:59] <tedg> apinheiro, I didn't write the service though.
[18:59] <apinheiro> well, using the recipe here http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source
[18:59] <tedg> apinheiro, That was njpatel
[18:59] <apinheiro> when I made the unity-replace
[18:59] <apinheiro> yes, but njpatel is not here, so ;)
[18:59] <apinheiro> well, using that recipe
[18:59] <apinheiro> when I made unity --replace
[18:59] <apinheiro> the panel service running is the one at /usr/lib
[18:59] <apinheiro> instead of the local one
[19:00] <apinheiro> the one Im looking at
[19:00] <tedg> apinheiro, Yeah, because it starts via dbus-activation
[19:00] <apinheiro> Im looking at this bug https://bugs.launchpad.net/unity/+bug/810039
[19:00] <ubot5> Ubuntu bug 810039 in unity (Ubuntu) "unity-panel-service crash with a11y enabled on Unity at Oneiric (dup-of: 817477)" [Undecided,Confirmed]
[19:00] <ubot5> Ubuntu bug 817477 in unity (Ubuntu Oneiric) "unity-panel-service crashed with SIGSEGV in main_arena()" [High,Confirmed]
[19:00] <apinheiro> so, there is something missing on that recipe?
[19:00] <apinheiro> what should I do to use the panel service that I'm modifying ?
[19:00] <apinheiro> the local one I mean
[19:01] <tedg> apinheiro, If you edit /usr/share/dbus-1/services/com.canonical.Unity.Panel.Service.service you can change the path of which one gets activated by default.
[19:01] <apinheiro> tedg, ok I will try that
[19:01] <apinheiro> thanks
[19:01] <tedg> np
[19:07] <apinheiro> tedg, and there is any kind of avoid that activation? because in order to debug it, I would like to just run it using gdb
[19:07] <apinheiro> but if I execute that manually
[19:07] <apinheiro> it fails because there is one already running
[19:07] <tedg> apinheiro, You can just rename that file to something else, and then it won't activate.
[19:08] <tedg> apinheiro, If you just want to run the service on it's own for debugging you can also use dbus-test-runner to create a clandestine dbus session.
[19:08] <apinheiro> ok, thanks
[20:46] <bittin_> Hello, using Unity for the first time ever now =)
[20:47] <bittin_> they have it on a netbook on this hackerspace i found
[20:48] <nhaines> bittin_: congrats!  It's a little different but nice and efficient.  :)
[20:48] <bittin_> yea
[20:49] <bittin_> i use pekwm myself mostly and Darwin
[20:54] <nhaines> I'll have to check that one out... never heard of it.
[20:55] <bittin_> darwin is what mac os x uses and pekwm is a fork of fluxbox
[20:55] <nhaines> I've heard of darwin, it's a Mach derivative and BSD-related I blieve.  pekwm I haven't heard of.
[20:56] <bittin_> ah
=== m_conley is now known as m_conley_away
[22:31] <bittin_> How do i open nautlius?
[22:33] <jjohansen> type nautilus in a shell, or click on the folder with a home icon in the unity launcher
[22:33] <jjohansen> bittin_: ^
[22:33] <bittin_> jjohansen: thx :)
[22:33] <bittin_> the shell thing worked fine
=== yofel_ is now known as yofel