[07:27] <twim> hello anybody
[07:28] <twim> is it good to upgrade 10.04 LTS to an 12.04.?
[07:40] <thumper> hey
[07:40] <thumper> twim: supposedly it is possible, I've not done it myself
[12:25] <kklimonda> hey, any idea if bug 806255 is going to be fixed in 12.04 as SRU?
[13:18] <jbicha> Cimi: good morning, could you take a look at https://code.launchpad.net/~jbicha/light-themes/fix-ambiance-in-gnome-panel/+merge/103001
[13:19] <Cimi> jbicha, I think you need to update radiance as well
[13:21] <jbicha> Cimi: oh, Radiance didn't seem as bad at least
[13:24] <Cimi> jbicha, the match should be the same
[13:33] <jbicha> Cimi: thanks, I re-pushed
[14:06] <Baribal> Hi. I just upgraded to 12.04 (or rather installed it from scratch). When I tried to reprettify my system, I noticed that there is no ccsm package anymore. Where did it go and what do I do now?
[14:15] <gord> Baribal, the package name is compizconfig-settings-manager, though you can use the appearance section in control centre now to configure most useful things in unity
[14:18] <Baribal> Thanks. I already pilfered through "Appearance", but didn't find any of the things I wanted to tweak, like using the ring switcher.
[14:23] <Baribal> Okay, so I did set Alt-Tab and Shift-Alt-Tab as Ring Switchers Previous Window and Next Window. I still get the Unity switcher, though...
[14:26] <Baribal> Ah, got it...
[14:27] <Baribal> I had to explicitly disable Unitys switcher; telling CCSM to set the key although Unity uses it isn't enough.
[14:34] <Baribal> I have five open windows, two of which don't appear in switchers; neither Unitys' nor Compiz'. Why? What can I do? Is that a known bug?
[14:38] <Baribal> I'd like to add "Even if I maximize the missing-in-the-switcher windows via the dock, the input focus remains with one of the listed windows" to the last problem.
[14:38] <tsdgeos> didrocks: you there?
[14:39] <didrocks> hey tsdgeos
[14:39] <tsdgeos> didrocks: something weird happened with the unity merger
[14:39] <tsdgeos> have a look at https://code.launchpad.net/~aacid/unity-2d/load_24bit_pixbuf_icons/+merge/102471
[14:40] <tsdgeos> my latest commit was 3 hours ago, gerry approved 32 minutes ago
[14:40] <tsdgeos> but the merger thinks the approval was of an old revision?
[14:40] <tsdgeos> any idea?
[14:40] <didrocks> tsdgeos: did gerry reloaded the page?
[14:41] <didrocks> tsdgeos: the revision commit is set by launchpad
[14:41] <tsdgeos> i don't know that :D
[14:41] <didrocks> ajaxy-thing
[14:41] <tsdgeos> ah
[14:41] <tsdgeos> maybe that was a problem
[14:41] <didrocks> you can check it when you "approve"
[14:41] <didrocks> it's written "approved rev <…>"
[14:41] <tsdgeos> oki
[14:41] <didrocks> I'm just getting the value then and compare to last commit :)
[14:41] <tsdgeos> i'll ask him to reapprove then
[14:41] <didrocks> yeah
[14:41] <tsdgeos> just reporting in case you think it might be a glitch on the merger
[14:41] <didrocks> and check that the revision number written is the tip of your branch
[14:42] <tsdgeos> greyback: can you reapprove https://code.launchpad.net/~aacid/unity-2d/load_24bit_pixbuf_icons/+merge/102471 then?
[14:42] <didrocks> tsdgeos: no, we have one glitch on pre-requisite branches (that is linked to tarmac)
[14:42] <didrocks> we'll need to find a proper test case, because everytime I try to reproduce, I can't
[14:43] <greyback> didrocks: I believe I did not reload the page, just pull straight from bzr, test, then approve on the web page
[14:43] <greyback> so the page I was looking at did not mention the last commit
[14:43] <didrocks> don't do that, thumper's code allow you to approve whatever revision without checking it's the latest :)
[14:43] <didrocks> blame him!
[14:43] <didrocks> ;)
[14:44] <greyback> lol ok so :)
[14:45] <didrocks> and always reload the page, you always need the latest goodness from the web :p
[14:45] <greyback> will do
[15:10] <greyback> didrocks: still problem merging https://code.launchpad.net/~aacid/unity-2d/load_24bit_pixbuf_icons/+merge/102471
[15:11] <didrocks> greyback: I asked you QA team to ensure that jenkins doesn't give a 404, can you check with them?
[15:12] <greyback> didrocks: ok
[15:13] <didrocks> he following tests FAILED:
[15:13] <didrocks>  11 - gimageutilstest (Failed)
[15:13] <didrocks> greyback:  ^
[15:13] <greyback> tsdgeos: ^^^ passed on my machine
[15:13] <didrocks> http://paste.ubuntu.com/942637/
[15:13] <tsdgeos> meeting, back in 15 or so
[15:19] <Baribal> Hi again. The problems that I mentioned earlier vanished once I reactivated the switcher in the Unity Plugin in CCSM. However now I can't use the ring switcher again (though right now that seems to be a result of the Unity plugin using all the key combos that I was using).
[15:24] <tsdgeos> didrocks: brr, that paste looks ugly :D
[16:00] <Baribal> With Alt-Tab and Super-Tab hogged by Unity, I need more modifier keys... Where's Meta when you need it?
[19:30] <bschaefer> thomi, ping, I think I know why all the ibus test are failing (in jenkins).
[19:31] <thomi> bschaefer: pong - yay! \o/
[19:31] <bschaefer> I don't think nux has been re built with those changes I did
[19:31] <thomi> waaaaat!??
[19:31] <thomi> hmmm, ok
[19:31] <thomi> I can look into that today
[19:31] <bschaefer> because the only way I can the ibus ap test to fail like that is by removing that line of code
[19:31] <bschaefer> and getting ime_active stuck on ture
[19:32] <bschaefer> true*
[19:33] <bschaefer> cool, I was hoping all those changes would at lease fix most of the ibus ap test, but they are all failing :(
[19:34] <thomi> :(
[19:34] <thomi> lamal666: perhaps you could see if you know why nux isn't being rebuilt? ^^^
[19:34] <bschaefer> yeah :(, that is what I have been looking at this morning. I remember jay mention changing the abi number
[19:37] <lamal666> thomi, not being built where
[19:37] <lamal666> ppa?
[19:37] <lamal666> bschaefer, why do they pass on my machine though?
[19:38] <bschaefer> lamal666, the ibus ap test?
[19:38] <lamal666> yes
[19:38] <lamal666> they pass locally, fail on jenkins
[19:38] <bschaefer> lamal666, they all pass on mine too, but I added some changes into nux last friday to fix that
[19:38] <lamal666> ah
[19:38] <bschaefer> so Im not sure if jenkins has rebuilt nux since then
[19:39] <bschaefer> im hoping it hasn't otherwise Ill have to figure out how it is failing haha
[19:41] <lamal666> bschaefer, nux in the ppa is up to date with trunk at rev 613
[19:41] <lamal666> were your changes merged? last commit is 4/19
[19:42] <lamal666> which is yours :P
[19:42] <bschaefer> hmm let me double check haha
[19:42] <bschaefer> yeah my rev is 613
[19:43] <bschaefer> lamal666, fixing the ime_active bool, which wasn't getting reset...hmm
[19:43] <bschaefer> that is odd
[19:43] <lamal666> yah that's in the staging ppa so AP should be using it
[19:43] <lamal666> when i watch the videos the problem seems to be just that IBus doesnt get activated at all
[19:43] <lamal666> it just types normal characters into the search box
[19:44] <bschaefer> yeah, because when it tries to activate it ime_active is true when it should be false :(
[19:44] <lamal666> ah
[19:44] <bschaefer> and it fails an assert
[19:44] <bschaefer> hmm
[19:44] <bschaefer> Ill see if i can reproduce it locally then
[19:50] <bschaefer> lamal666, you said the video shows actual characters being typed? Just english?
[19:51] <lamal666> yah
[19:51] <lamal666> do you have access to the private jenkins?
[19:51] <bschaefer> nope :(
[19:51] <lamal666> ok let me get you a video
[19:51] <bschaefer> cool, because usually when i get the assert to fail it wont type engish at all
[19:53] <thomi> I'm back
[19:54] <lamal666> bschaefer, hm yah now it's not typing at all
[19:54] <thomi> lamal666: I think the latest videos show nothing being printed - that's because we tightened the tests a bit recently... so they won't type unless im_active is set to true
[19:54] <thomi> ...which, for some reason happens locally but not on jenkins
[19:54] <thomi> is there some way to tell what version of nux is being installed?
[19:55] <bschaefer> lamal666, hmm that seems like it isn't reseting the im_active bool, which it first selects an engine
[19:55] <bschaefer> since it has to CreateContext on it, which resets that to false, but it is reporting as true!
[19:56] <lamal666> thomi, should be in the output of the buildroot job I think
[19:56]  * thomi scours the logs
[19:57] <thomi> hmmm, I can't see anything
[19:57] <thomi> oh wait
[19:57] <thomi> the nfsroot job has been failing :(
[19:58] <jussi> does gnome/unity have an equivalent to kde's ctrl+alt+esc (then click a window to kill it)
[19:58] <thomi> ssh: Could not resolve hostname bazaar.launchpad.net: Temporary failure in name resolution
[19:58] <thomi> lamal666: looks like nfsroot job hasn't built due to network issues
[20:00] <thomi> hmmm... even odder - the job on the private instance has been running just fine, but for some reason the results aren't being published
[20:00] <lamal666> yah that was happening before too
[20:01] <thomi> private build# = 1151 public build# = 983
[20:12] <thomi> bschaefer: do you know what version of nux it should be downloading?
[20:12] <thomi> I see it downloading and installing the following:
[20:12] <thomi> libnux-2.0-0 i386 2.10.0+bzr613ubuntu0+333
[20:12] <thomi> libnux-2.0-common all 2.10.0+bzr613ubuntu0+333
[20:12] <lamal666> that's correct
[20:13] <lamal666> that's the PPA version
[20:13] <lamal666> thomi my refactor branch is at lp:~alexlauni/unity/unity.ap-switcher-emu
[20:13] <mhall119> is there a non-GObject python binding for libunity?
[20:13] <thomi> ahh, the '613' is the bzr revno?
[20:13] <lamal666> yah
[20:13] <lamal666> bzr613
[20:13] <lamal666> get it :P
[20:13] <thomi> awesome
[20:14] <bschaefer> thomi, that should be the right number :(
[20:14] <bschaefer> so the right rev is installed and it is still failing, hmm
[20:14] <mhall119> mhr3: is there a non-GObject python binding for libunity?
[20:15] <thomi> mhall119: I don't know for sure, but I doubt it.
[20:16] <thomi> lamal666: OK, I have the branch. You want feedback, or are you having a specific issue with it?
[20:17] <lamal666> thomi, its not getting the model
[20:17] <lamal666> cant figure out why
[20:17] <lamal666> run autopilot.tests.test_switcher.SwitcherWorkspaceTests.test_switcher_can_switch_to_minimised_window
[20:17] <mhall119> thomi: is there any way you know of to allow a python/gtk2 app to access the libunity API?
[20:17] <thomi> mhall119: no, you can't use gtk2/gobject2 with gtk3/gobject3 bindings
[20:18] <thomi> the two are incompatible.
[20:18] <lamal666> mhr3, ^
[20:18] <thomi> it's a royal PITA, I know - I've had to deal with the same issue
[20:18] <mhr3> mhall119, no
[20:18] <thomi> lamal666: ummm, that test passes for me
[20:18] <thomi> O.0
[20:18] <lamal666> wtf
[20:19] <thomi> :)
[20:19] <lamal666> WTF
[20:19] <thomi> computers are awesome!
[20:19] <mhr3> mhall119, why?
[20:19] <mhall119> mhr3: http://askubuntu.com/questions/123018/how-to-add-quicklists-to-gtk2-application
[20:19] <lamal666> thomi, your'e running from my branch?
[20:19] <lamal666> you're sure?
[20:19] <lamal666> you dont have AP installed or something
[20:20] <thomi> lamal666: ahhh, I had pythonpath set... :(
[20:20] <lamal666> yar
[20:21] <thomi> ok, that's better
[20:22] <mhr3> mhall119, theoretically it shouldn't be an issue using libunity's gi bindings with gtk2
[20:22] <mhall119> theoretically
[20:22] <mhr3> but the reality might be different
[20:22] <mhall119> I think packagaing explodes when you do that though
[20:22] <mhr3> i know webkit really doesn't like gi
[20:23] <mhr3> so maybe there's some interaction going wrong
[20:24] <mhr3> oh, i see, now you can't import both old gobject bindings and GObject from gi :(
[20:24] <mhr3> that used to work :(
[20:27] <mick0> Hmm. I have a really strange python threading behaviour.. It seems that the main thread is blocking another thread from returning from a urlopen call. That call seems to block until I stop the main thread.
[20:29] <mick0> anyone who seen this before?
[20:29] <lamal666> thomi, anything striking you as wrong about that code?
[20:29] <thomi> lamal666: not so far - just adding some debugging....
[20:30] <mhall119> mick0: http://wiki.python.org/moin/GlobalInterpreterLock?
[20:30] <thomi> lamal666: ok, so the model exists, it's the icons attribute that's breaking...
[20:31] <lamal666> hm
[20:31] <thomi> lamal666: wait, where does "get_children" come from?
[20:32] <thomi> ..you use it in the model - I think that should be "get_children_by_type"
[20:32] <lamal666> hm uh a type likely
[20:32] <lamal666> /copy paste error
[20:32] <lamal666> get_children_by_type isn't exactly right though
[20:32]  * thomi tries changing it
[20:32] <lamal666> because there are BamfLauncherIcons and DesktopLauncherIcon
[20:32] <thomi> yeah it is, you don't want to get children that aren;'t icons, do you?
[20:32] <thomi> you can use the parent class type
[20:32] <lamal666> aye
[20:34] <thomi> ok, when you fix that it gets further, but there's a debugging statement that it barfs on
[20:36] <thomi> ..fixing that makes it get further, but then it ends up cycling through the switcher icons endlessly
[20:36] <thomi> lamal666: shall I push this branch somewhere, or do you want to re-create the fixes I've made?
[20:36] <lamal666> yah that's what i was trying to fix-
[20:36] <lamal666> that other stuff was in trying to fix the infinite loop
[20:36]  * lamal666 already fixed
[20:37] <thomi> oh cool
[20:37] <lamal666> i mean fixed your fixes :P
[20:37] <thomi> :)
[20:37] <lamal666> but not that issue of it cycling endlessly
[20:37] <thomi> oh
[20:37] <lamal666> it seems that the tooltip text is always calculator
[20:37]  * thomi also notices some unused imports and some PEP8 issues in that file :)
[20:37] <lamal666> it's not done yet
[20:37] <lamal666> sheesh
[20:38] <thomi> :)
[20:45] <mick0> mhall119: Thanks! GIL's a bitch. Swithcing to multiprocesses instead of threading.
[20:47] <lamal666> thomi, anything jumping out at you about current_icon  not updating?
[20:47] <lamal666> are caching introspection somewhere maybe?
[20:47] <lamal666> i didnt think so
[20:50] <mhall119> mick0: I'm not saying that was the cause of your problem, but it made me think of it
[20:51] <thumper> morning
[20:51] <bschaefer> thumper, good morning
[20:51] <lamal666> morning thumper
[20:52] <thomi> lamal666: no...not yet
[20:52] <lamal666> yah i know it was mentioned in potential optimizations
[20:52] <thomi> lamal666: are you sure that the 'active' property is what you want?
[20:52] <lamal666> yah
[20:53]  * lamal666 checks again because you know what maybe not
[20:53] <lamal666> pretty sure
[20:53] <mick0> mhall119: It seems to be cause. If it works to switch to multiple processes it sure was GIL.
[20:53] <thomi> if active is set to True on all the icons that might explain the issue :)
[20:54] <lamal666> NO. active is not what i want
[20:54] <lamal666> grr
[20:54] <lamal666> stupid poorly named properties
[20:55] <thomi> heh
[20:56] <lamal666> self.icons[self.selection_index]
[20:56] <lamal666> much better
[20:56] <lamal666> *face palm
[20:57] <lamal666> thomi, active means that launchericons's window is focused
[20:57] <thomi> lamal666: ahhh, yes
[20:58] <thomi> lamal666: it's the same icons as the launcher, so that makes some sense at least
[20:58] <lamal666> so there's only one where it's true and when i looked at the introspection graph it was the one i had selected
[20:59] <thomi> heh
[20:59] <thomi> oooh, I must remember to fix the introspection graph utility
[20:59]  * thomi adds a card
[21:14] <j-johan-edwards> Is any here very familiar with glib?
[21:25] <thumper> j-johan-edwards: you might get more help at #ubuntu-desktop
[21:29] <j-johan-edwards> thumper: roger
[21:51] <mick0> Ok.. I give up on threading this scope. GIL slaps every solution I've tried.
[22:28] <mick0> Does anyone know how to remove a package that has been built with a recipe and is wrong?
[22:29] <mick0> or do I just have to increase the version number on the new one?
[22:29] <mick0> "INFO unity-scope-spotify_0.1-0~4~precise1.dsc: Version older than that in the archive. 0.1-0~4~precise1 <= 0.1-0~12~precise1"
[22:30] <mick0> the rev 12 is from another branch.
[22:40] <mick0> I increased the version. Done. :)
[23:14] <davidcalle> mhr3, "Scope net.launchpad.scope.<something> is crashing too often, disabling it"
[23:14] <davidcalle> 1) That's pretty awesome.
[23:14] <davidcalle> 2) I feel offended :P
[23:20] <mhr3> davidcalle, ??
[23:20]  * mhr3 is half asleep
[23:20] <mhr3> oh... right :)
[23:22] <davidcalle> ;)
[23:26]  * davidcalle still thinks this scope has just the right amount of crashes...