[00:28] <mhall119> anybody want to take the time to help me get setup building unity trunk?
[00:33] <snadge> good luck with that.. theres some instructions on how to run trunk from your home directory
[00:33] <snadge> but my experience was, those instructions were kinda incomplete.. and the resulting build, had issues, like half of it expects things to be where they normally are.. and its a bit of a mess
[00:34] <snadge> so knowing that.. i would probably remove the packaged version of unity entirely.. and install the trunk version where its supposed to go
[00:35] <mhall119> I ran apt-get build-dep unity, and following the instructions for cmake/make now
[00:35] <snadge> and if its completely broken and unuseable, just log in with gnome shell ;)
[00:36] <mhall119> I'm hoping not to break it that badly
[00:38] <snadge> ive given up on unity to be honest.. i still use it.. because, i dont know.. im an idiot
[00:39] <mhall119> I just have a bug I want to fix
[00:39] <mhall119> and, honestly, my C++ knowledge is only slightly more than non-existant
[00:39] <thomi> bschaefer: ping?
[00:39] <snadge> i really dont like the new dash behaviour.. in particular, the removal of dodge windows
[00:40] <snadge> but sir shuttleworth himself has piped in on the subject
[00:40] <thomi> mhall119: I can help
[00:40] <mhall119> snadge: that's the  launcher behavior, not the dash
[00:40] <mhall119> thomi: http://paste.ubuntu.com/853452/ is where I'm stuck at now
[00:40] <snadge> which probably means theres no chance in hell of that feature ever being re-instated
[00:40] <mhall119> thomi: I want to get trunk building before I start breaking it with my awful C++ skillz
[00:40] <thomi> mhall119: you need the latest nux
[00:40] <mhall119> thomi: branch or package?
[00:40] <thomi> mhall119: sure. You need to do this:
[00:41] <thomi> bzr branch lp:nux nux-trunk
[00:41] <snadge> so dash is the dashboard which pops out when you activate it from the launcher.. and the launcher is a seperate thing?
[00:41] <mhall119> snadge: relatively seprate, yes
[00:41] <thomi> nux doesn't use cmake, it's autogen and make.
[00:41] <thomi> hmm, I should write a quick blog post about how I build unity... it might help people
[00:42] <snadge> ok well.. i dont understand why the dodge function needed to be removed from ccsm
[00:42] <mhall119> snadge: it was removed from unity
[00:42] <snadge> a whole bunch of people bellyached about that.. some even saying that was it, they're switching to gnome-shell etc
[00:42] <mhall119> snadge: a whole bunch of people would say that if they decided to stop kicking puppies
[00:43] <thomi> mhall119: ping me if you have any more problems
[00:43] <mhall119> thomi: so do I have to build and install nux system-wide?
[00:43] <snadge> well its just not cool.. i dont understand why it had to go
[00:43] <thomi> mhall119: no, you can install it to your home directory - that's what I do
[00:43] <thomi> let me write a quick list of instructions...
[00:43] <mhall119> ok
[00:43] <mhall119> thomi: I'd appreciate that, thanks
[00:44] <snadge> theres already a blog post about how to run unity/nux from your homedir
[00:44] <snadge> when i did it, there were a bunch of other deps that needed to be recompiled as well
[00:44] <mhall119> snadge: meh, it failed user testing, it wasn't simple code, I can understand the decision to not continue sinking developer time into it
[00:44] <snadge> well i wasnt part of the user testing.. and it was working fine for me
[00:45] <snadge> unity is tested on retards now?
[00:45] <mhall119> snadge: it's tested on random users who aren't familiar with Linux or Ubuntu, IIRC
[00:45] <mhall119> you know, 99% of the population
[00:46] <snadge> the premise is quite simple.. if theres room for it.. it should be there.. if there isnt.. it should go away
[00:47] <mhall119> snadge: yup, it was a simple premise
[00:47] <mhall119> but it was still wrong
[00:47] <snadge> im using autohide at the moment.. but i hate it
[00:47] <snadge> i hate having to reveal it when theres plenty of room for it
[00:47] <mhall119> honestly, I hardly notices the difference between dodge and autohide
[00:47] <snadge> and i hate it being there.. when i have a full screen browser window
[00:48] <mhall119> I don't usually have room to show it
[00:48] <mhall119> so autohide == dodge for me
[00:48] <snadge> i do because many of my desktops area bunch of terminal windows
[00:48] <mhall119> just terminals?
[00:49] <snadge> so im stuck between having it always show.. which annoys me when browsing, and doing other full screen things
[00:49] <mhall119> thomi: ok, I have nux-trunk, what are the commands I need to run to build it?
[00:49] <thomi> mhall119: nearly gfinished typing them... one minute
[00:49] <mhall119> thomi: keeping in mind I don't know the difference between make/cmake/automake/etc
[00:49] <snadge> or having an empty looking desktop.. with no visible shortcuts
[00:50] <mhall119> snadge: well, the code is in the bzr history, if it's that important to you
[00:50] <mhall119> or you can improve it so that it doesn't fail user testing
[00:51] <snadge> well.. if it has to be turned on via ccsm
[00:51] <snadge> then it shouldn't be part of user testing
[00:51] <snadge> so whether it passes or fails is then irrelevant
[00:51] <mhall119> but if they leave the code in, they have to maintain it, updated it, etc
[00:51] <mhall119> that's a lot of commitment for something that you don't want to give to users
[00:52] <snadge> yeah but it doesnt have to work.. and then if it bothers someone if its broken.. they have the option of trying to fix it
[00:52] <thomi> mhall119: http://pastebin.ubuntu.com/853463/
[00:52] <mhall119> snadge: leave in and ship something broken?
[00:52] <snadge> who said it needs to be maintained if its not part of user testing
[00:52] <thomi> I'll turn it into a proper blog post this evening.
[00:52] <snadge> ccsm already gives you a warning that its for "advanced users"
[00:53] <mhall119> thomi: whoops, I probably want to s/thomi/mhall/ don't I
[00:53] <snadge> besides.. its not the first time ubuntu has shipped something broken.. thats standard for every single release.. it wouldn't be ubuntu if it wasnt broken ;)
[00:54] <mhall119> snadge: that's kind of disrespectful to the people dedicating a lot of their time to this
[00:56] <Daekdroom> He could provide examples for every release.
[00:56] <thomi> mhall119: yeah - I did say that in the notes ;)
[00:56] <mhall119> thomi: should the nux step be done before the unity step?
[00:56] <thomi> mhall119: yeah
[00:56] <thomi> just recently we changed nux, so it's not in the precise package archives yet
[00:57] <thomi> when we release a new nux version you won't need to build nux before you build unity
[00:57] <snadge> ive been using ubuntu for about 7 years.. and debian before that.. its just a shame that long term users are the ones that get kicked in the guts, in favour of "retards" who probably shouldn't be using linux anyway
[00:57] <mhall119> thomi: error on ./autogen.sh: You need gnome-common from GNOME SVN
[00:58] <thomi> mhall119: that's not right, let's see....
[00:58] <mhall119> thomi: is the new nux in the unity-team ppa?
[00:58] <thomi> mhall119: try this: sudo apt-get build-dep unity nux
[00:58] <thomi> that should pull down all the packages you need to build unity & nux...
[00:58] <thomi> well, most of them anyway
[00:58] <mhall119> snadge: honestly, calling me a "retard" isn't exactly going to make my sympathetic to your cause
[00:59] <thomi> let me know what else you're missing
[00:59] <Daekdroom> mhall119, it's in the staging ppa, it seems
[00:59] <mhall119> Daekdroom: ah, I'm no longer running the staging ppa
[00:59] <snadge> well you're compiling unity from source.. so that automatically makes you not a part of the blanket "retard" statement
[00:59] <mhall119> snadge: you'll notice I'm failing miserably at that task so far :)
[00:59] <Daekdroom> snadge, so you think that nearly nobody should use Linux?
[01:00] <Daekdroom> and that it should remain a niche?
[01:00] <mhall119> thomi: only doxygen and libpci-dev are being installed
[01:00] <snadge> no, i like to have my cake and eat it too.. linux is what it is, because of the intellectual users who use it, who know what they're doing
[01:00] <thomi> ok, one sec
[01:00] <thomi> mhall119: ahh, here you go: sudo apt-get install gnome-common
[01:01] <snadge> if we're going to pander to people who have zero experience.. and remove options and configurability for the sake of ease of use.. at some point, you're going to piss off the intelligent people.. and they will use something else
[01:01]  * mhall119 hopes thomi is writing these down for his blog
[01:01] <mhall119> snadge: I have experience, and I like it
[01:01] <Daekdroom> snadge, why can't we have Gentoo, Arch and others for the 'intellectual', and leave Ubuntu, Fedora, Mint and others for the general population?
[01:01] <mhall119> I also make it better, rather than being disrespectful
[01:01] <thomi> heh, I'll do it from scratch on a VM and work out everything we need
[01:02] <mhall119> thomi: autogen.sh seems happier now :)
[01:02] <thomi> cool - did it finish OK?
[01:02] <snadge> ccsm is a good example of that.. something the general population shouldn't even be aware of its existence.. but removing functionality from that, just because retarded people don't understand it.. when theres a bunch of people who actively use that functionality and like it.. isn't a nice thing to do
[01:02] <mhall119> thomi: configure: error: you are missing google-test, apt-get install libgtest-dev
[01:02] <thomi> yup - you'll need that :)
[01:02] <mhall119> I assume I should install that
[01:03] <thomi> yeah
[01:03] <mhall119> thomi: why aren't these in the build-dep?
[01:03] <thomi> I'll try and get the guys who package nux to update the build-deps
[01:03] <Daekdroom> snadge, 'dodge windows' wasn't removed from CCSM. It was removed from Unity because it took too much effort to keep and not enough people would use it.
[01:03] <thomi> their out of date it seems
[01:03] <mhall119> thomi: ah, cool, thanks
[01:04] <mhall119> thomi: need google-mock too
[01:04] <snadge> well im not the only person upset by it.. im just the most vocal about it right now
[01:04] <mhall119> and libxtst-dev
[01:04] <thomi> ...yeah
[01:05] <snadge> for every me theres hundreds of other people who have just gone.. "wtf" and switched to gnome shell ;)
[01:05] <mhall119> snadge: what would be the point in doing user testing, if you didn't follow it's results?
[01:05] <mhall119> snadge: heck, Mark Shuttleworth liked dodge, and that still wasn't enough to justify keeping it
[01:06] <mhall119> thomi: autogen finished successfully \o/ now on to make && make install
[01:06] <snadge> ok out of curiosity.. how much code are we talking about for dodge, and how intrusive is it to unrelated areas
[01:06] <thomi> cool
[01:06] <mhall119> snadge: I don't know, but you can check the bzr log to find out I suppose
[01:07] <snadge> its obviously more than a dozen lines.. otherwise i fail to understand what we're crying about
[01:07] <mhall119> given the number of iterations that went into tweaking it's behaviour, I'd guess it's at least triple digits
[01:08] <snadge> i gather its removal greatly simplifies the code and makes things look much neater
[01:08] <snadge> unfortunately i'm not familiar with bzr.. im barely familiar with git
[01:09] <mhall119> thomi: geez, C++ developers have to wait this long all the time?
[01:10] <thomi> mhall119: not if you have a blinging laptop with 8 cores, 16GB of ram, and a SATA3 solid state disk :P
[01:10]  * thomi loves his laptop
[01:10]  * mhall119 will stick with python
[01:10] <ajmitch> thomi: show-off
[01:11]  * thomi slaps ajmitch with a conference lanyard
[01:11] <thomi> get back to work you!
[01:11] <ajmitch> I am working, this is why I have multiple monitors! :)
[01:11] <thomi> is that why...
[01:12] <mhall119> ajmitch: he's compiling
[01:12] <thomi> ajmitch: still raining in town?
[01:12] <ajmitch> thomi: very much so
[01:12] <mhall119> http://xkcd.com/303/ is ajmitch
[01:12] <thomi> :(
[01:13] <ajmitch> mhall119: if only... :)
[01:13] <mhall119> ajmitch: they didn't give you a rolling chair?
[01:13] <ajmitch> mhall119: busy with javascript, not a compiled language
[01:14] <mhall119> oh, then you have no excuse
[01:14] <mhall119> thomi: ok, nux compiled
[01:15] <mhall119> thomi: do I go back and try make && make install on unity now/
[01:15] <thomi> yup
[01:15] <mhall119> or do I need to run cmake on it again?
[01:15] <thomi> mhall119: no, just cd to the build directory and do 'make && make install'
[01:15]  * mhall119 goes back to office-chair fencing
[01:16] <mhall119> no, no I don't
[01:16] <mhall119> thomi: http://paste.ubuntu.com/853483/
[01:17] <thomi> mhall119: ok, maybe you do need to do the cmake step again
[01:18] <bschaefer> mhall119, make sure your nux branch is up to date
[01:19] <mhall119> bschaefer: thomi just got me setup with nux trunk
[01:19] <snadge> you could do a parallel build
[01:19] <thomi> bschaefer: hey - there you are
[01:19] <bschaefer> thomi, hey!
[01:19] <snadge> eg.. make -j(n)
[01:20] <bschaefer> thomi, I couldn't get the video going as I had to completely update that version and took to long :(
[01:20] <bschaefer> thomi, i should be able to make it tomorrow
[01:20] <thomi> bschaefer: OK, I was just wondering how far away we are from being able to merge the CJK fixes and the tests?
[01:21] <thomi> ...not that I'm trying to hurry you or anything, jsut curious
[01:21] <bschaefer> thomi, im waiting on jaytaoko to review it
[01:21] <thomi> OK. it's mostly in nux?
[01:21] <bschaefer> its been done for a couple days, but hes been very busy on something else
[01:21] <bschaefer> its mostly in nux but changes in unity as well
[01:21] <bschaefer> I can make sure both branch are merged with trunk if you want to try them out ;)
[01:22] <thomi> bschaefer: got the link for the unity MP? I can have a look. Will probably need jay to look at it as well, but I can make a start
[01:22] <bschaefer> I haven't mp it yet as im waiting to hear what he has to say
[01:23] <bschaefer> thomi, but I could, that way you have a diff
[01:23] <bschaefer> thomi, let me make sure they are both up to date branchs then ill mp them! brb
[01:23] <thomi> bschaefer: I'd MP it - if you click the "mode details" button at the bottom of the "register a MP" page you can make it a WIP MP
[01:24] <thomi> that way we get a diff, but no one merges it before it's ready
[01:24] <bschaefer> thomi, alright will do!
[01:25] <bschaefer> the nux branch
[01:25] <bschaefer> https://code.launchpad.net/~unity-team/nux/nux.text-entry-im-auto-test/+merge/94304
[01:26] <bschaefer> thomi, https://code.launchpad.net/~unity-team/unity/unity.text-entry-im/+merge/94305
[01:26] <bschaefer> unity branch
[01:27] <thomi> cheers
[01:27] <thomi> will take a look
[01:27] <bschaefer> thomi, thanks for looking through it :)
[01:33] <bschaefer> thomi, ugg need to update the unity branch. Somehow I missed a merge conflict
[01:33] <thomi> ok
[01:33] <bschaefer> but you can just skim over that part ;)
[01:35] <bschaefer> thomi, alright pushed changes
[01:36] <bschaefer> jaytaoko, ping
[01:36] <jaytaoko> bschaefer: pong, hello
[01:37] <bschaefer> hey jay, how are you doing?
[01:37] <jaytaoko> bschaefer: fine! how are you
[01:37] <bschaefer> jaytaoko, good! Getting these test finished, and making sure these ibus branchs are solid :)
[01:38] <jaytaoko> bschaefer: I haven't tried the nux branch in 2 days... let me get it...
[01:38] <bschaefer> jaytaoko, you'll like some of the new test I added :)
[01:38] <jaytaoko> bschaefer: :-D I am sure!
[01:38] <bschaefer> you should also test out thomi ibus testing branch (if you have any time)
[01:39] <bschaefer> its the autopilot for unity
[01:39] <thomi> jaytaoko: I'm doing a review of the unity branch - think we can get this merged soon?
[01:42] <jaytaoko> thomi: I think so. how is the testing of that branch? is it looking good?
[01:42] <bschaefer> jaytaoko,  https://code.launchpad.net/~thomir/unity/ibus-testing
[01:43] <bschaefer> jaytaoko, thats just for an autopilot test
[01:44] <thomi> jaytaoko: yeah, the tests are good
[01:44] <thomi> jaytaoko: I'm keen to get the AP tests merged with unity ASAP, before unity changes and we get merge conflcits.
[01:44] <thomi> but of course, we can't do that until the feature's in there
[01:44] <mhall119> thomi: it compiled!
[01:45] <thomi> mhall119: cool!
[01:45] <mhall119> thomi: how do you run it?
[01:45] <thomi> mhall119: instructions are in that paste I linked before
[01:45] <thomi> you need to export a bunch of environment variables
[01:45] <mhall119> thomi: do you have to replace your normally-installed session?
[01:45] <mhall119> or can you run it in a separate DISPLAY?
[01:46] <thomi> mhall119: I don't know how to run it on a separate display... you probably can
[01:46] <thomi> your apps shouldn't exit when you restart unity though
[01:46] <mhall119> yeah, ok, here goes nothing (I hope)
[01:46] <thomi> they will all appear on the first desktop though :)
[01:47] <thomi> mhall119: did you make it?
[01:48] <thomi> ... that's not a good sign
[01:48] <mhall119> thomi: still re-writing the exports
[01:48] <thomi> oh ok
[01:48] <mhall119> since mine is in ~/projects/Ubuntu/unity/staging
[01:48] <thomi> ahhh
[01:50] <thomi> bschaefer: what does 80085 represent in IMTextEntry?
[01:50] <mhall119> OMG!
[01:50] <mhall119> it worked!
[01:51] <thomi> :)
[01:51] <thomi> of course!
[01:51] <mhall119> or...not
[01:51] <thomi> doh!
[01:51] <mhall119> or...nothttp://paste.ubuntu.com/853511/
[01:51] <bschaefer> thomi, that was left around when njpatel first made IMTextEntry.cpp but im guessing its what NUX_TRACKER_LOCATION does
[01:52] <thomi> bschaefer: can we change it?
[01:52] <bschaefer> thomi, i dont see why not, let me do that
[01:53] <mhall119> thomi: am I running the staging code?
[01:53] <thomi> mhall119: well, it's at least running unity from your local home dir, but for some reason it's picking up everything else from the system.
[01:54] <mhall119> thomi: are the parts I need to make it reload lenses running from my home dir?
[01:54] <thomi> mhall119: yep
[01:54] <thomi> mhall119: lenses are different projects
[01:54] <thomi> mhall119: if you want to tweak lenses then you'll need to get them from LP and build them from source
[01:54] <mhall119> thomi: I want to make unity reload them without needing to restart
[01:55] <thomi> hmm, I don't know how to do that, sorry
[01:55] <mhall119> right now we have to run unity --replace whenever we install a new lens
[01:55] <ajmitch> somewhat ugly when you want them to just appear after installing
[01:55] <thomi> sure
[01:55] <mhall119> I'll get mhr3 tomorrow then, it's getting late for me
[01:55] <mhall119> ajmitch: exactly
[01:55] <thomi> ok
[01:55] <mhall119> thanks so much for all your help thomi
[01:55] <thomi> no problem
[01:56] <mhall119> looking forward to that blog post :)
[02:01] <bschaefer> thomi, alright pushed changes
[02:01] <bschaefer> well change
[02:01] <thomi> OK, I'm still going throught he diff
[02:02] <thomi> haven't found anything else *yet* :)
[02:02] <bschaefer> yeah, also forgot to explain why I was removing so much stuff
[02:02] <bschaefer> haha good!
[02:02] <bschaefer> thomi, all that code is moved down to nux now, but we need to keep IMTextEntry around to keep copy and pasting around
[02:03] <thomi> ok
[02:03] <bschaefer> idk if you needed to know that ahah
[02:06] <thomi> bschaefer: in Searchbar.h
[02:07] <thomi> you changed the return type of text_entry() const; to TextEntryIM, but didn't update the type of the private member variable
[02:07] <thomi> oversight? or on purpose
[02:07] <bschaefer> thomi, let me take a look
[02:08] <thomi> I realise this isn't your code, but returning a pointer to our internals is really nasty
[02:08]  * thomi looks to see if we can easily fix that
[02:09] <bschaefer> thomi, what do you mean I didn't update the private member?
[02:09] <bschaefer> thomi, do you mean pango_entry?
[02:09] <thomi> yeah
[02:09] <thomi> it;'s type is still TextEntry*
[02:09] <thomi> shouldn't it be TextEntryIM* ?
[02:09] <bschaefer> its IMTextEntry
[02:09] <bschaefer> which is the unity class
[02:09]  * thomi looks again
[02:10] <bschaefer> I know we are going to remove all these names soon!
[02:10] <thomi> ahh I see. Sorry
[02:10] <thomi> you're right
[02:11]  * thomi was confused byt he diff
[02:11] <bschaefer> no worries, it is a very confusing naming convention!
[02:11] <bschaefer> and not being in the diff is also confusing, since it stays the same
[02:12] <thomi> yeah
[02:13] <thomi> OK, it looks good to me - there's some ugliness in there, but we can't easily change it, and it's not in your code
[02:14] <bschaefer> yeah :(, but thanks!
[02:15] <bschaefer> jaytaoko, did you get the nux branch up and running?
[02:35] <snadge> anyone know how to install nx on precise?
[02:36] <snadge> i found theres a cool new remote desktop app called remmina
[02:36] <mhall119> me too
[02:39] <snadge> but yeah.. i really need to be able to remotely access my pc at work ;)
[02:39] <snadge> vnc is a bit poopy
[02:40] <mhall119> vnc is like that
[02:43] <snadge> yeah which is why nx was cool.. but it hasn't been updated since the 1970s
[02:43] <snadge> well more to the point, ubuntu moved on.. nx didnt
[02:43] <snadge> getting it to work has been increasingly difficult
[03:04] <jaytaoko> bschaefer: back
[03:08] <bschaefer> jaytaoko, hey
[03:12] <bschaefer> jaytaoko, did you have sometime to talk on skype? Or do you need to finish some other things up?
[03:17] <jaytaoko> bschaefer: sure
[03:18] <bschaefer> jaytaoko, https://code.launchpad.net/~unity-team/unity/unity.text-entry-im/+merge/94305
[06:54] <bschaefer> thumper, if you get back tonight, ibus code was merge!
[06:58] <bschaefer> thumper, actually I guess ibus-1.0 wasn't found odd!
[07:58] <dragan> is it posible to install unity 2d in 10.4
[07:58] <dragan> i tried some tutorials on web but no unity package or ppa old
[08:05] <JokerInDisguise> Hey guys. Is there any resource to learn libunity API using C?
[08:09] <mhr3> JokerInDisguise, http://developer.ubuntu.com/api/ubuntu-12.04/c/Unity-5.0.html
[08:12] <JokerInDisguise> mhr3: are there any example codes?
[08:15] <mhr3> JokerInDisguise, directly in C? no, all the samples though are at https://code.launchpad.net/unity-lens-sample
[08:16] <mhr3> well that's for lenses obviously
[08:18] <JokerInDisguise> mhr3: I am just learning. I was lookin into Launcher count and progress bar but can't seem to get it to work using C. Thanks anyway :)
[08:19] <mhr3> JokerInDisguise, oh, i guess your best bet for those is to look at apps that already use those
[08:19] <mhr3> i think there's something on wiki about it too
[08:19] <mhr3> you'll have to google though :)
[08:22] <JokerInDisguise> mhr3: Found it https://wiki.edubuntu.org/Unity/LauncherAPI . Do you have any idea what could be wrong with this http://paste.ubuntu.com/853690/ ?
[08:23] <mhr3> you need to run a mainloop
[08:24] <JokerInDisguise> tried that, didn't work.
[08:35] <mhr3> JokerInDisguise, can you pastebin that version?
[09:08] <tsdgeos> _salem`: ping
[09:21] <tsdgeos> mhr3: ping
[09:21] <mhr3> tsdgeos, pong
[09:21] <tsdgeos> mhr3: you guys changed FilesystemLenses.h api, right?
[09:21] <mhr3> a little yea
[09:22] <tsdgeos> so now we have to create a reader and pass the reader instead of just passing the path?
[09:22] <tsdgeos> any special consideration regarding the ownership of the reader?
[09:23] <mhr3> tsdgeos, ideally you should just use the default constructor
[09:23] <mhr3> which is what was merged yesterday
[09:23] <tsdgeos> mhr3: oh, cool
[09:23] <tsdgeos> so just use the default constructor and that'll do its magic?
[09:23] <mhr3> yes
[09:23] <tsdgeos> great
[09:23]  * tsdgeos creates a MR for unity-2d
[09:24] <mhr3> tsdgeos, as i said it was merged yesterday
[09:24] <mhr3> as into 2d
[09:24] <tsdgeos> the code?
[09:24] <tsdgeos> too?
[09:24] <Saviq> tsdgeos, rebase
[09:24] <tsdgeos> lol
[09:24]  * tsdgeos goes to his cave
[09:26] <tsdgeos> sorry for the noise guys :D
[09:47] <snadge> fix fglrx
[09:52] <snadge> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283
[09:57] <tsdgeos> Saviq: i've resurrected my kill_launcherdbus branch since seems we are getting MM somewhere, care to approve it?
[09:57] <tsdgeos> we concluded that dbus call was never used, right?
[10:03] <Saviq> tsdgeos, yes
[10:06] <Saviq> ok there's one more issue with VBox and MM
[10:07] <Saviq> why can't you change the amount of screens live...
[10:08] <Saviq> tsdgeos, shouldn't it go straight into lp:unity-2d, though?
[10:09] <tsdgeos> Saviq: it could, yes, prefer me to merge it there?
[10:09] <Saviq> tsdgeos, yeah, reduce the diff of MM
[10:09] <tsdgeos> ok
[10:16] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity-2d/unity-2d_kill_launcherdbus/+merge/94340
[10:20] <Saviq> tsdgeos, on it
[10:48] <mhr3> davidcalle, btw please change the name of the video scope
[10:48] <davidcalle> mhr3, process, package, everything?
[10:48] <mhr3> no just the dbus name
[10:48] <davidcalle> mhr3, oh :)
[10:48] <mhr3> scopes are in the same dbus namespace, so they need to be well differntiated
[10:49] <davidcalle> mhr3, ok, pick a name :)
[10:49] <snadge> can someone from canonical go to amd and give someone a wedgie? k, thx :p
[10:50] <mhr3> davidcalle, even "VideosRemote would work much better than just "Remote"
[10:50] <snadge> dont make me buy an nvidia card, i really cant be bothered opening my pc :P
[10:51] <davidcalle> mhr3, ok so you want a change just for the external remote  videos scope, not the internal local videos one?
[10:51] <mhr3> davidcalle, internal ones aren't on dbus, so they dont matter
[10:51] <davidcalle> mhr3, oh right
[10:56] <davidcalle> mhr3, is net.launchpad.scope.remotevideos fine with you?
[10:57] <mhr3> dbus usually uses camelcase, make it "RemoteVideos" ;)
[10:57] <davidcalle> mhr3, in the path too?
[10:57] <mhr3> doesn't matter there really
[10:58] <davidcalle> mhr3, ok
[11:01] <mhr3> davidcalle, can you ping me with a link to the rev when you push it?
[11:01] <mhr3> thx :)
[11:03] <davidcalle> mhr3, http://bazaar.launchpad.net/~davidc3/unity-lens-videos/remote-videos/revision/24
[11:06] <mhr3> davidcalle, you probably want to change the dbus service file as well ;)
[11:06] <mhr3> but yea, great, thx :)
[11:06] <davidcalle> mhr3, hmm... Interesting suggestion. I might consider it... :P
[11:11] <_salem`> tsdgeos, pong
[11:11] <tsdgeos> _salem`: nothing sorry, was a "i'm not updated" ping :D
[11:11] <_salem`> tsdgeos, hehe ok!
[11:26] <Cimi> Kaleo, https://code.launchpad.net/~cimi/unity-2d/unity-2d.not-recolor-workspace/+merge/94349
[13:41] <krnekhelesh> hello everyone!
[13:42] <krnekhelesh> I have a question...I have been trying to branch firefox to edit its quicklist for unity
[13:42] <krnekhelesh> using bzr branch ubuntu:firefox
[13:42] <krnekhelesh> however it keeps downloading for so long and downloads about 2200 MB and more...and still continuing
[13:42] <krnekhelesh> anybody else having the same problem?
[13:53] <krnekhelesh> om26er: ?
[13:58] <om26er> krnekhelesh, ask chrisccoulson hey would know
[13:58] <krnekhelesh> which server would he be on?
[13:58] <krnekhelesh> room
[13:59] <om26er> krnekhelesh, hey is here :)
[13:59] <krnekhelesh> chrisccoulson: I have a question, are you there?
[13:59] <chrisccoulson> sort of
[13:59] <krnekhelesh> are you able to branch firefox?
[14:00] <krnekhelesh> chrisccoulson: I finished the firefox quicklist but am unable to branch firefox
[14:00] <krnekhelesh> chrisccoulson: I use bzr branch ubuntu:firefox
[14:00] <chrisccoulson> what are you doing to the quicklist?
[14:00] <krnekhelesh> chrisccoulson: I added 2 more options as stated in the bug report here
[14:00] <krnekhelesh> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/741046
[14:01] <chrisccoulson> what 2 entries?
[14:01] <krnekhelesh> Open firefox in Safe mode, Switch between Normal/Privacy mode
[14:01] <krnekhelesh> which I think will be useful to users
[14:02] <chrisccoulson> so, what happens to "Open firefox in Safe mode" when there is already a firefox instance running which isn't in safe mode?
[14:02] <chrisccoulson> i think the answer is "it doesn't do what you expect"
[14:02] <chrisccoulson> which is exactly the reason i've rejected these suggestions already
[14:02] <krnekhelesh> yes
[14:03] <krnekhelesh> but the switch between private/normal mode works perfectly
[14:03] <krnekhelesh> I can switch back and forth
[14:03] <krnekhelesh> also I wasn't aware that you rejected the suggestion
[14:04] <chrisccoulson> krnekhelesh, what does "switch between private/normal mode" do when firefox isn't running at all?
[14:04] <chrisccoulson> it makes no sense
[14:04] <krnekhelesh> it opens it in safe mode
[14:05] <chrisccoulson> it still makes no sense
[14:05] <chrisccoulson> how can you switch between modes if it isn't open?
[14:05] <krnekhelesh> yeah but I talked to michael hall
[14:05] <krnekhelesh> and quicklists items do not need to fullfill roles only when open or closed
[14:06] <krnekhelesh> for instance the totem quicklists has options for play, pause
[14:06] <krnekhelesh> which wont work when totem isnt open
[14:06] <krnekhelesh> and it does when totem is open playing a video
[14:06] <chrisccoulson> so, you want to display an option which makes no sense when firefox isn't running?
[14:07] <chrisccoulson> i'm unlikely to accept that, i'm afraid
[14:07] <krnekhelesh> what if the string is changed to "Open firefox in private mode"
[14:07] <krnekhelesh> I think that is acceptable in both situations you describe
[14:07] <chrisccoulson> then what happens when firefox is running?
[14:07] <krnekhelesh> it open firefox in private mode
[14:07] <krnekhelesh> the same instance
[14:07] <chrisccoulson> no it won't
[14:08] <chrisccoulson> it will toggle between modes
[14:08] <chrisccoulson> i've thought about this quite a lot, which is why i've not accepted previous suggestions to do this
[14:08] <chrisccoulson> there are too many corner cases where it just makes absolutely no sense from a static quicklist item
[14:08] <chrisccoulson> well
[14:08] <chrisccoulson> they aren't really corner cases
[14:09] <krnekhelesh> ok
[14:09] <chrisccoulson> thanks for thinking about it though
[14:09] <krnekhelesh> thnx for your time
[14:30] <mhall119> good morning
[14:32] <mhall119> chrisccoulson: is is possible to run one firefox process in normal mode, and another in private mode?
[14:32] <chrisccoulson> mhall119, no, not without running them with -no-remote. but then, you break a whole bunch of other things doing that
[14:32] <mhall119> like what?
[14:33] <chrisccoulson> anything that requires passing a command to another running instance, eg, opening a link from your mail client
[14:33] <chrisccoulson> opening another window
[14:33] <chrisccoulson> you will just end up with the "profile locked" error dialog
[14:34] <mhall119> even if there's a normal mode window open?
[14:34] <chrisccoulson> yep
[14:34] <mhall119> is that a bug, or by design?
[14:35] <chrisccoulson> that's by design. you can't have more than one process accessing the profile
[14:35] <mhall119> private mode accesses the profile?
[14:35] <chrisccoulson> of course :)
[14:35] <mhall119> for writing?
[14:35] <Daekdroom> For reading.
[14:35] <chrisccoulson> preferences, bookmarks, extensions etc
[14:35] <mhall119> what's the harm then, if it's read-only?
[14:36] <chrisccoulson> it's likely to go horribly wrong if one process is reading whilst another is writing
[14:36] <mhall119> oh, no concurrency support?
[14:36] <chrisccoulson> not really. that's true with pretty much every application though
[14:37] <mhall119> how about an new temporary profile, is there an option to do something like that?
[14:37] <mhall119> krnekhelesh: thanks for your submission, btw
[14:38] <chrisccoulson> possibly. but when you start running multiple instances from multiple profiles, you still need to use -no-remote
[14:38] <chrisccoulson> and you end up with all the same problems
[14:39] <mhall119> oh, it's using -no-remote that causes the locked profile error? even if they're different profiles?
[14:39] <mhall119> chrisccoulson: Having "Open a new incognito window" on Chromium is incredibly useful
[14:39] <mhall119> it would be a shame if we can't do the same or similar for Firefox
[14:39] <chrisccoulson> yes. you can only have 1 instance of firefox running at a time (similar to any application using gtkapplication or libunique)
[14:40] <chrisccoulson> but you have the option of running another instance from another profile by disabling the remoting feature
[14:40] <chrisccoulson> but then you can't communicate to it, to, eg, open another window
[14:40] <chrisccoulson> right, firefox doesn't support a per-window private mode just yet, which is what is missing
[14:41] <mhall119> ok, so there really isn't a good way to offer these quicklist shortcuts for Firefox
[14:41] <chrisccoulson> i think someone is working on that, but it's a significant amount of work
[14:41] <chrisccoulson> no, there isn't a good way at the moment
[14:41] <mhall119> are there any other Quicklist shortcuts we could add?  Maybe opening the ProfileManager or something?
[14:41] <chrisccoulson> not really. again, -Profilemanager won't do what you expect if there is already a firefox instance running
[14:42] <mhall119> :(
[14:42] <chrisccoulson> and the profile manager is likely to disappear at some point
[14:42] <chrisccoulson> it was meant to have already disappeared
[14:42] <mhall119> so long do we have to wait until we can have per-window private mode, just 6 weeks right? :)
[14:42] <chrisccoulson> hah
[14:43] <mhall119> chrisccoulson: would you accept an "Screw it, just open Chromium instead" quicklist item on Firefox?
[14:43] <chrisccoulson> lol
[14:44] <mhall119> krnekhelesh: sorry, but it doesn't look like we're going to be able to add anything more to Firefox, as least not as it currently works
[14:44] <mhall119> davidcalle: ping
[14:44] <mhall119> mhr3: ping
[14:45] <mhr3> mhall119, sup
[14:45] <mhall119> mhr3: unity from trunk is what's up
[14:45] <mhall119> I've got it building locally!
[14:45] <mhr3> damn, why is your nick "mh" i'm not used to write that :)
[14:46] <mhr3> and then it offers myself for completion... stupid xchat :P
[14:46] <mhr3> mhall119, so yea.. ok?
[14:46] <davidcalle> mhall119, mhr3, what's up?
[14:47] <mhall119> mhr3: so I want to make Unity re-load Lenses without having to be restarted, and I'm not entirely sure where I should be looking
[14:47] <mhall119> actually maybe I should be asking njpatel
[14:48] <mhr3> mhall119, there's UnityCore/FilesystemLenses.cpp
[14:48] <mhall119> davidcalle: hey, you had a question about singlet yesterday?
[14:48] <mhall119> mhr3: I found that, but I'm not sure where/when it is being called
[14:49] <mhr3> you'd probably go about installing a monitor on the directory that's passed to constructor of LensDirectoryReader
[14:49] <mhall119> I gather that it uses callback hooks to add the lenses it finds to the DashView
[14:49] <kklimonda> hmm, global menu is not refreshing correctly in 12.04, anyone else seeing it?
[14:49] <mhr3> sure
[14:49] <davidcalle> mhall119, oh yes, what's the package name : unity-singlet or python-unity-singlet, I've seen both and some lenses depending on one and some on the other.
[14:49] <mhall119> mhr3: but I think adding lenses again would cause duplicates, so I'd need to remove/replace existing ones in the LensList
[14:50] <mhall119> davidcalle: unity-singlet is the source package, python-unity-singlet is the binary
[14:50] <mhr3> mhall119, well you need to add just the ones that get added :)
[14:50] <mhall119> davidcalle: older lens code probably depended on unity-singlet, which isn't correct anymore
[14:50] <mhall119> mhr3: what about ones that get updated?
[14:50] <mhr3> LensDirectoryReader keeps a list of them, so it should suffice to look at it (perhaps add a path to it)
[14:50] <davidcalle> mhall119, thanks :)
[14:50] <mhr3> mhall119, updated how?
[14:51] <mhall119> mhr3: my plan was to avoid inotify/directory watching, and just have a "unity --refresh" that would drop and reload all the lenses"
[14:51] <mhall119> mhr3: apt-get upgrade
[14:51] <mhr3> in that case you'd need to kill the lens daemons
[14:51] <mhall119> oh, right I guess I would
[14:52] <mhr3> and yea, if doing --refresh you need to hook that to dbus
[14:52] <mhall119> so....maybe watching the directory and only handling additions is the easier route?
[14:52] <mhr3> one inotify monitor is not that bad though (it would pick up new lenses in most cases)
[14:53] <mhall119> is the LensDirectoryReader instance kept in memory somewhere, or does it get destroyed after reading the lenses?
[14:53] <mhr3> FilesystemLenses keeps it alive
[14:54] <Zhenech> tedg, thanks for merging!
[14:54] <mhr3> and Dash itself keeps FilesystemLenses alive
[14:55] <mhall119> mhr3: in owner_?
[14:55] <davidcalle> mhr3, by the way, your change for the lazy loading has created an wow moment. All lenses piling up in my lenses folder for six months have suddenly been visible in the lens bar, that was quite a shock.
[14:55] <davidcalle> a* wow moment
[14:56] <s9iper1> :)
[14:56] <mhr3> davidcalle, are you saying there's a bug in my code? :P
[14:56] <malin> what's the command  for starting the cli-edition for HUD ?
[14:56] <Daekdroom> I think there's a fix there.
[14:57] <mhall119> oh, speaking of which, mhr3 I found this comment in FilesystemLenses.cpp:
[14:57] <mhall119>  * Another note is that there is a priority system, where we want to let * .lens files found "the most local" to the user (say ~/.local/share) * override those found system-wide. This is to ease development of Lenses.
[14:57] <mhall119> so does Unity look in ~/.local/share/unity/lenses/ now?
[14:57] <mhr3> mhall119, no :)
[14:57] <mhall119> darn
[14:57] <davidcalle> mhr3, nope, you rock :P
[14:58] <mhall119> mhr3: are there any examples of properly using inotify monitors in Unity's code?
[14:58] <mhall119> or should I just go RTFM
[14:59] <tedg> Zhenech, No problem!  Thank you!
[14:59] <mhr3> mhall119, not sure, just take a look at gio
[14:59] <mhall119> gio provides monitoring?
[15:00] <mhr3> sure
[15:00] <mhall119> ah, cool, found it
[15:00] <mhall119> http://developer.gnome.org/gio/stable/GFileMonitor.html right?
[15:01] <mhr3> yep
[15:01] <mhall119> awesome
[15:01] <mhall119> mhr3: I apologize in advance for the wretched state of any C++ code that may or may not come as a merge proposal from me in the next few days
[15:02] <mhr3> mhall119, don't worry, we have no problems using the "Needs Fixing" resolution :)
[15:02] <davidcalle> mhr3, is there still a signal to reload the search when a lens is opened?
[15:02] <mhall119> there should be a "Needs Help" status
[15:03] <mhr3> davidcalle, queue_search_changed
[15:04] <mhall119> mhr3: I suppose scopes aren't dynamically loaded either
[15:04] <mhr3> no, you need to kill the lens daemons
[15:04] <davidcalle> mhall119, for scopes you just need to restart the lens daemon
[15:04] <mhall119> right, ok, one step at a time
[15:05]  * mhall119 goes off to break unity
[15:10] <didrocks> mhall119: hey
[15:10] <didrocks> mhall119: did you see my comment on your last blog post?
[15:11] <didrocks> mhall119: about emphasing pushing the quicklist .desktop files patches upstream? ;)
[15:13] <mhall119> didrocks: yes, and while I agree with you 110%, I wanted to keep the instructions on there as minimal and simple as possible
[15:13] <didrocks> mhall119: so, are you the one submitting all the patches upstream?
[15:13] <mhall119> since it's really geared towards non-developers who may have never contributed anything this way before
[15:14] <mhall119> didrocks: if any of them are accepted/approved by their Ubuntu maintainers, I will
[15:14] <didrocks> mhall119: the "Ubuntu maintainers" is mostly the desktop team, and we can't take this load
[15:14] <mhall119> or I'll then encourage the contributor to submit them upstream
[15:14] <mhall119> didrocks: it's only 10 small patches
[15:14] <didrocks> that's why I think that this call would have been better coordinate with us before
[15:15] <didrocks> especially that we are in UIF tonight
[15:15] <didrocks> and so, they will need UIFe as it's adding new translations
[15:15] <didrocks> mhall119: well, 10 small patches, but that also means preventing syncing from debian in the future
[15:15] <mhall119> didrocks: which they likely will, yes
[15:15] <didrocks> for those apps
[15:15] <davidcalle> mhr3, I only have something when listening to  lens notify::active. When the lens is opened, and closed.
[15:15] <didrocks> mhall119: I mean, as long as you coordinate this, ask for the UIFe, push that upstream, it's good :)
[15:16] <didrocks> mhall119: otherwise, it would have been good to communicate with us before ;)
[15:16] <mhall119> didrocks: if the quicklists are acceptable, comment on the MP that they are, but should be submitted upstream first, and I'll walk the submitter through that process
[15:16] <mhr3> davidcalle, what do you mean?
[15:16] <didrocks> mhall119: we already are a team working at more than 100% of its capacity, this add a load we didn't plan for
[15:16] <didrocks> in the middle of the cycle
[15:17] <mhall119> didrocks: I'm not just dropping it on you and walking away, I'll shepard them wherever they need to go
[15:17] <davidcalle> mhr3, I'm looking for a signal to be notified when the lens is opened. I've found notify::active.
[15:17] <mhr3> davidcalle, yea, that should work
[15:17] <mhall119> didrocks: what are the chances of these getting accepted upstream in time for them to be re-sync'd back to us?
[15:18] <didrocks> mhall119: ok, as long as you look at the relevancy first, try to get that upstream, and do the UIFe paperwork, then, you can maybe ping us with a list of merges suiting the critierias?
[15:18] <didrocks> mhall119: and we can merge them :)
[15:18] <didrocks> mhall119: oh, we don't need to wait, we just need to ensure it's proposed at least
[15:18] <mhr3> davidcalle, you can also watch the view-type prop
[15:18] <didrocks> and that the quicklist is relevant
[15:18] <mhall119> oh, so propose it upstream, but then it can still be applied to our packages first?
[15:18] <mhr3> davidcalle, but active should be easier
[15:19] <davidcalle> mhr3, ok
[15:19] <didrocks> mhall119: indeed, if the UIFe is accepted :)
[15:19] <mhall119> didrocks: and what's the process for requesting a UIFe?
[15:20] <didrocks> mhall119: https://wiki.ubuntu.com/FreezeExceptionProcess#UserInterfaceFreeze_Exceptions
[15:20] <mhr3> davidcalle, but don't forget to check the value of the property, sometimes you can get the notification even if the value didn't change
[15:20] <mhall119> thanks didrocks
[15:20] <davidcalle> mhr3, that's what I'm doing, yeah
[15:20] <didrocks> mhall119: for this one, it's for most of all signaling to the translators the new string
[15:35] <G__81> i have few queries with respect to Unity. I am using xchat for IRC and when i click the option in Xchat which says "Minimize to System tray" it gets minimized but i dont see where its getting minimized
[15:35] <G__81> is this a bug ?
[15:36] <gord> G__81, no, the system tray that xchat uses is no longer supported
[15:37] <G__81> gord, oh ok so what do i do incase i want it to use it that way ?
[15:37] <G__81> i mean i dont want it to take screen space un necessarily
[15:38] <gord> G__81, you could just minimise normally then use the launcher to get it back?
[15:39] <G__81> gord, yes but when i press Alt+Tab i see it as one of them which is not needed right ?
[15:40] <gord> depends if you want to be able to get at your window from alt tab or not :)
[15:40] <G__81> ok i ll manage it like that as of now
[15:40] <G__81> there is an other question. How do i add new icons to Unity launcher
[15:41] <G__81> for eg: I want the gnome-terminal on the launcher,my music Player and chrome there
[15:41] <gord> G__81, once you run an application and its icon is in the launcher, you can right click that icon and press "add to launcher" or something like that (depends on what version you are using)
[15:42] <G__81> gord, cool awesome design :)
[15:42] <G__81> i was searching for this
[15:43] <G__81> i am new to Ubuntu Unity, Came running out of gnome-shell. Gnome-shell is good when i have 2-3 terminals running but when it becomes more, i get confused
[15:58] <loremattei> davidcalle: ping
[15:58] <davidcalle> loremattei, pong
[16:00] <davidcalle> loremattei, hi, how can I help you?
[16:04] <davidcalle> loremattei, hello
[16:04] <loremattei> davidcalle: hi, I'm working on the porting to Unity 5 of unity-photo-lens and scopes... I'd like to have them and missing them after upgraded to 12.04 :-)
[16:04] <loremattei> is it ok for you?
[16:04] <davidcalle> loremattei, this is not just "ok", this is absolutely great :)
[16:04] <davidcalle> loremattei, thank you!
[16:05] <loremattei> davidcalle: ok. many thanks! I hope to do the work in a short time :)
[16:06] <davidcalle> loremattei, ping me if you need any help.
[16:08] <loremattei> davidcalle: ok. thank you!
[16:10]  * davidcalle reboots
[16:11] <JanC> G__81: there is an indicator plugin for XChat, but unfortunately it doesn't implement XChat window closing without exiting the program, like the systray plugin does (I'm not sure why...)
[16:17] <G__81> JanC, oh Ok
[16:17] <htorque> hi all! any progress dialog in digiKam produces a second digiKam item in the launcher bar - that's an issue with bamf, right?
[16:17] <G__81> is there a shortcut to minimize all windows and get back to desktop ?
[16:17] <G__81> or a button on the launcher ?
[16:18] <htorque> G__81: ctrl+alt+d
[16:18] <G__81> htorque, oh thanks a lot
[16:19] <JanC> there is a whole list of Unity shortcuts like that on AskUbuntu somewhere  ☺
[16:19] <htorque> also, if you are using precise, you can push and hold the super key to get a small overview of shortcuts (including ctrl+alt+d ;))
[16:21] <G__81> whats precise
[16:21] <G__81> JanC, great :)
[16:21] <JanC> precise pangolin, the next Ubuntu release
[16:21] <G__81> oh ok yeah heard about it
[16:22] <G__81> i was using gnome-shell till yesterday night and moved to Ubuntu today
[16:22] <G__81> moved my 2 PCs to Ubuntu
[16:22] <G__81> gnome-shell is good when i have less applications opened if the list goes more for eg: more terminals, and other apps i really get confused
[16:23] <JanC> heh
[16:24] <G__81> at the same time i want  a clean desktop. I open lot of terminals and the best thing i like about Unity is when i maximize the terminal i get a feeling as if i have done ssh to a box from a shell thats the best part
[16:24] <G__81> :)
[16:24] <G__81> with black and white background its just i see a plain console kind of thing and thats what i like the most :)
[16:26] <G__81> having said that i just encountered a bug with Unity :)
[16:26] <JanC> default terminal is sort of dark purple in Ubuntu  ;)
[16:26] <G__81> yeah
[16:26] <G__81> changed that color :)
[16:27] <G__81> with Banshee running and when i close the window it gets hidden which is fine but when i go to the launcher i see 2 icons of banshee so i click on one of them, one more comes up on launcher and it just goes on and on
[16:28] <JanC> hm, banshee can live in the sound indicator, so doesn't really need a launcher
[16:28] <G__81> so that means i dont have to invoke banshee from the dash i can just go to the sound indicator and invoke it ?
[16:29] <JanC> yes
[16:29] <G__81> oh ok thats excellent
[16:29] <JanC> and if you close the banshee window while it's playing, it will just hide and keep on playing, but if you close the banshee window while it's not playing it will exit
[16:30] <G__81> wow... thats just so cool a real good thought
[16:32] <JanC> there are also previous, play/pauze & next buttons while it's running, as well as metadata of the current song (which you can copy to the clipboard by clicking it IIRC)
[16:32] <G__81> wow i am just starting to feel so good about this
[16:34] <JanC> the only thing missing from the oneiric sound indicator (and/or sound preferences?) IMO, is some way to move audio to a different output...
[16:34] <JanC> I guess I need to search for a bug about that (or file one myself)
[16:35] <JanC> or, actually, test precise first, to see if it already exists  ;)
[16:37] <G__81> when is the next version of coming out and are there any surprises with respect to DE there :o
[16:37] <G__81> ?
[16:37] <G__81> i cannot tolerate one more change :(
[16:40] <JanC> G__81: precise aka 12.04 LTS will be released in April (version 12.04 => 2012, April is the fourth month)
[16:41] <al_> I just installed compiz on ubuntu studio but it doesn't seem to be working.  Do I need to install Emerald?
[16:41] <G__81> oh nice
[16:42] <G__81> and is Unity written in C or C++ ?
[16:42] <JanC> al_: did you choose a session with compiz (or "3D effects" or something similar) in the login screen?
[16:42] <JanC> G__81: Unity is written in C++ as it's a Compiz plugin
[16:43] <al_> I didn't see an option for that.  I saw only one for "xfce"
[16:43] <JanC> al_: oh right, you only installed compiz...
[16:43] <al_> During the installation I did choose 3D effects.
[16:43] <al_> Sorry I'm total n00b
[16:44] <al_> This is the furthest I've gone installing it without crashing it again.
[16:44] <al_> I'm feeling lucky
[16:45] <al_> I also did the "compiz --replace ccp"
[16:45] <JanC> al_: that should give you compiz temporarily
[16:46] <al_> I installed it using these instructions:  http://www.howtoforge.com/enabling-compiz-on-xubuntu-11.10-oneiric-ocelot
[16:46] <JanC> well, just "compiz --replace"
[16:46] <G__81> JanC, Oh Ok
[16:47] <al_> I'm not sure if they're correct.
[16:47] <al_> Let me try what you said.
[16:47] <al_> sorry I meant I typed "compiz --replace ccp"
[16:48] <JanC> I'm not sure what the "ccp" is supposed to do
[16:48] <al_> Do I need to install the compiz fusion icon or a emerald for it to work?
[16:48] <al_> you and me both lol.
[16:49] <JanC> hm, "ccp" should load the ccp plugin
[16:49] <al_> ah
[16:54] <JanC> except I see no ccp plugin  :P
[17:00] <al_> Do I need to select a window decorator for compiz to work?
[17:35] <DebolazW> Moin.
[17:36] <DebolazW> Does Ubuntus compiz integration have its own channel?
[17:51] <DebolazW> Also, are there any devs here? :)
[18:04] <mhall119> didrocks: ping
[18:06] <mhall119> DebolazW: yes there are devs here (I'm not one of them though)
[18:09] <mhall119> didrocks: when you said to submit these quicklist changes upstream, did you mean to Debian or to the original source?
[18:10] <didrocks> mhall119: original source is better:)
[18:10] <mhall119> does the original source usually provide .desktop files?
[18:11] <DebolazW> I added a bug with new info and marked it as a duplicate to #930515
[18:11] <DebolazW> The titlebar bug.
[18:12] <DebolazW> But is there any other information I need to provide aside from what ubuntu-bug collects for someone to be able to do something with it?
[18:13] <didrocks> mhall119: what do you mean?
[18:13] <mhall119> didrocks: I wasn't sure if the .desktop was something added by the disto (debian) or the original app author
[18:14] <didrocks> mhall119: upstream is providing their .desktop file, or course, as they provide images and other things linked to their application :)
[18:14] <mhall119> ok
[18:14] <didrocks> mhall119: no no, desktop file is a freedesktop standard
[18:14] <didrocks> and is provided upstream
[18:14] <mhall119> ok, thanks
[18:14] <mhall119> I'm going to be blogging about it to get these submissions upstream
[18:14] <mhall119> any good resources I can link to on that?
[18:15] <didrocks> mhall119: maybe jcasto has some? nothing handy
[18:16] <mhall119> ok, thanks
[18:17] <didrocks> yw ;)
[18:18] <didrocks> (we have some wiki page about sending that to debian, didn't find for upstream)
[18:31] <mhall119> bilal: ping
[20:00] <bschaefer> if someone feels like doing a mp review: https://code.launchpad.net/~brandontschaefer/unity/unity.fix-middle-paste-reg/+merge/94441
[20:00] <bschaefer> thanks
[20:02] <thumper> bschaefer: I've commented and edited the description
[20:02] <thumper> bschaefer: we are trying to use a new template for merge proposals
[20:02] <thumper> bschaefer: to help out reviewers more, and get people thinking about verification and tests :)
[20:02] <bschaefer> yeah I saw that, and thought iwas nice
[20:02] <bschaefer> after I had made that
[20:03] <bschaefer> and yeah Ill make an autopilot test for it!
[20:03] <thumper> nice
[20:03] <thumper> jaytaoko: hope you were ok with that landing last night
[20:35] <xapantu> Is there any plans to support the GtkApplication AppMenu?
[21:33] <bschaefer> thumper, hey question
[21:34] <thumper> hi bschaefer
[21:35] <DebolazW> Is there a mailing list I should post to to call attention to a compiz bug?
[21:35] <bschaefer> thumper, so in Paste right now when it uses primary paste
[21:35] <bschaefer> for middle click
[21:35] <bschaefer> but not for ctrl+v
[21:35] <bschaefer> which is having some weird results, so when you are in the dash and you copy some text the middle button wont paste that text
[21:36] <bschaefer> sooo Im starting to think this copy and paste in unity really needs to be pushed down to nux
[21:37] <bschaefer> thumper, also if you try to paste multiple times it wont work
[21:37] <bschaefer> umm so the question, do you think we should be using primary or secondary?
[21:41] <bschaefer> thumper, im also thinking the copy function might be messed up in unity, ill see if i can fix it
[22:02] <thumper> sorry, distracted by others
[22:02]  * thumper reads
[22:03] <bschaefer> thumper, I made it use just secondary for now as it gave normal results
[22:03] <bschaefer> besides not being about to paste more then once...
[22:03] <bschaefer> thomi, could you review some autopilot test I just pushed?
[22:03] <bschaefer> thomi, also hi!
[22:05] <thomi> bschaefer: sure!
[22:05] <thomi> got a link?
[22:05] <bschaefer> https://code.launchpad.net/~brandontschaefer/unity/unity.fix-middle-paste-reg/+merge/94441
[22:06] <thomi> bschaefer: selecting text should use PRIMARY, hitting Ctrl+C should use CLIPBOARD
[22:06] <thomi> ...at least, that's what my research on the topic tells me
[22:06] <bschaefer> yeah, but when I was using primary to paste it wouldn't read any new changes to the clipboard
[22:06] <bschaefer> from the dash
[22:06] <bschaefer> and it was getting debugging messages in it
[22:07] <thomi> you shouldn't be able to copy something with Ctrl+C and paste with middle mouse button... if that;'s what you mean
[22:07] <thomi> oh, and NOTHING should use SECONDARY
[22:07] <thomi> EVER
[22:07] <thomi> AT ALL
[22:07] <thomi> NEVER EVER
[22:07] <thomi> ....really
[22:08] <bschaefer> thomi, so copying with ctrl+c then using the middle button to paste it shouldn't paste anything?
[22:08] <thomi> correct
[22:08] <bschaefer> hmm thats odd
[22:08] <thomi> this is how every other app works
[22:08] <bschaefer> I just tried it with gnome-termainl
[22:08] <bschaefer> and that was the results, which is why I thought that was the correct behavior
[22:08] <thomi> I just tried it in gedit
[22:09] <JanC> bschaefer: do you use a clipboard manager?
[22:09] <thomi> bschaefer: well, how did you copy it without selecting it in gnome-terminal?
[22:09] <mhall119> bschaefer: middle-button usually pastes the highlight-clipboard contents
[22:10] <thomi> bschaefer: here's the freeedesktop spec:
[22:10] <thomi> http://www.freedesktop.org/wiki/Specifications/ClipboardsWiki?action=show&redirect=Standards%2FClipboardsWiki
[22:10] <JanC> some clipboard managers have an option to automatically sync PRIMARY & CLIPBOARD...
[22:10] <bschaefer> JanC, its using the gtk_clipboard
[22:10] <bschaefer> thomi, and I was selecting text with my mouse
[22:10]  * mhall119 used glipper for *everything*
[22:10] <thomi> oh, and pasting with ctrl+v?
[22:10] <JanC> right, selecting it sets PRIMARY
[22:11] <thomi> exactly
[22:11] <JanC> so middle click will paste it then
[22:11] <bschaefer> thomi, ok, but when I was in gedit I ctrl+a, selecting it then middle click and it didnt paste
[22:11] <thomi> bschaefer: no, it only happens when you select with the mouse
[22:12] <thomi> selecting with Ctrl+a won't trigger it
[22:12] <thomi> odd, I know, but that's the way it works :(
[22:12] <bschaefer> thomi, ok haha
[22:12] <JanC> well, I guess ctrl-a *could* set PRIMARY...  ;)
[22:13] <thomi> JanC: sure, but it'd be non-standard compared to all other apps
[22:13] <thomi> well, all apps I've seen anyway
[22:13] <JanC> thomi: don't ever try xchat...
[22:13] <bschaefer> thomi, then ignore my last test_middle_mouse test
[22:13] <thomi> well, all apps I've used where I've investigated the behavior
[22:13] <thomi> JanC: haha
[22:13] <JanC> it's something I need to patch in xchat some day
[22:14] <JanC> but somehow I doubt such a patch would be accepted  :-/
[22:14] <thomi> bschaefer: OK, but I know how you can write that
[22:14]  * thomi replies to the MP
[22:15] <bschaefer> thomi, sweet, I was thinking to mouse move then press down and move again
[22:15] <thomi> bschaefer: nah, there's a much easier way :)
[22:15] <bschaefer> haha, always :)
[22:16] <bschaefer> thanks everyone for those explanations, its nice knowing the standard :)
[22:19] <bschaefer> thomi, also it seems in the dash if you select text with mouse and copy it wont set it as primary text :(
[22:20] <thomi> OK, that's a bug
[22:20] <bschaefer> yeah, well the copy and pasting needs to get moved down to nux
[22:20] <bschaefer> I didn't even make this copy and paste code :(
[22:21] <bschaefer> thomi, so we are going to have to fix that, somehow
[22:25] <thomi> bschaefer: https://code.launchpad.net/~brandontschaefer/unity/unity.fix-middle-paste-reg/+merge/94441/comments/203717
[22:26] <thomi> bschaefer: I'd file a bug for the fact that selecting text does not set PRIMARY, and fix that in another branch
[22:26] <thomi> I wrote a novel on your MP, sorry :)
[22:27] <bschaefer> thomi, haha not a problem, and will do (file a bug)
[22:27] <thomi> the downside is you need to write more python code. The upside is you get to write more python code! Yeah!
[22:28] <bschaefer> thomi, the other down side is copy/paste only works once
[22:28] <bschaefer> ...
[22:28] <bschaefer> so you can't paste more then once
[22:28] <thomi> that's a bug as well
[22:28] <thomi> that should work -
[22:29] <bschaefer> yeeah
[22:29] <thomi> yep - it's clearing the clipboard on paste.
[22:29] <bschaefer> at lease the crash is fix haha
[22:29] <thomi> I think that ought to get fixed int his branch
[22:29] <thomi> ...since those AP tests test for expected behavior
[22:30] <bschaefer> thomi, well Im not sure why the paste is clearing the clipboard
[22:30] <bschaefer> WARN  2012-02-23 14:20:05 unity.gtk <unknown>:0 GtkClipboard prematurely finalized
[22:30] <bschaefer> that happens each time you paste
[22:30] <thomi> that's probably not a good thing
[22:31] <bschaefer> yeah, well looks like I know what Ill be doing today :)
[22:31] <thomi> at least you know where that code is
[22:31] <bschaefer> hmm but copy and paste is also going to be move to nux
[22:31] <bschaefer> when; im not sure
[22:31] <thomi> ok, maybe not
[22:32] <thomi> I figured somewhere we'd be setting up a logger with "unity.gtk" as the name
[22:32] <thomi> but I just searched and I can't find it
[22:32] <bschaefer> hmm
[22:36] <thomi> bschaefer: I can take a look when I get back from lunch
[22:36] <bschaefer> bschaefer, alright, im currently looking!
[23:33] <bschaefer> thomi, figured it out :)