[01:02] <TheMuso> robert_ancell: Would you mind looking at some code I'm working on to add shortcut keys to some of the menu options in the accessibility menu for unity-greeter? It builds both in vala and C, but throws an assert at runtime. Have I missed anything? https://code.launchpad.net/~themuso/unity-greeter/add-a11y-shortcuts
[01:02] <robert_ancell> TheMuso, ok
[01:03] <TheMuso> I.e the greeter runs in test mode, but GTK throws an assert about the accel_group variable, which should be a GtkAccelGroup object.
[01:04] <robert_ancell> TheMuso, hmm, I don't know a lot about accelerators but it looks correct to me
[01:06] <robert_ancell> TheMuso, can you pastebin the error
[01:07] <TheMuso> robert_ancell: Yeah, I also see some other interesting asserts further down in this log: http://paste.ubuntu.com/834683/
[01:09] <robert_ancell> TheMuso, the first asserts are something broken in a recent GTK+ upload, the later stuff is the indicators being noisy
[01:09] <TheMuso> Ok.
[01:12] <robert_ancell> it's the [+0.09s] CRITICAL: gtk_widget_add_accelerator: assertion `GTK_IS_ACCEL_GROUP (accel_group)' failed that's suspicious
[01:12] <robert_ancell> TheMuso, can you print out with %p the accel_group and check it was actually created?
[01:13] <robert_ancell> also, as and aside you don't need to make the accel_group a class variable - just use var as it's only used inside that one method
[01:14] <TheMuso> robert_ancell: Do you mean just after calling gtk_accel_group_new?
[01:14] <robert_ancell> TheMuso, yup
[01:14] <robert_ancell> I see no reason why it wouldn't be valid
[01:14] <robert_ancell> but worth checking
[01:14] <TheMuso> Yup.
[01:14] <TheMuso> Ok will do.
[01:17] <TheMuso> Its also worth noting that whenever I run unity-greeter in test mode, my keyboard layout gets changed for no reason.
[01:17] <TheMuso> This is trunk of course.
[01:22] <TheMuso> robert_ancell: ok, its a non-zero value, accel_group = 0x7fd3e8083100
[01:25] <robert_ancell> TheMuso, hmm, don't know - might be worth making a small test program and confirming that it works in the simple case or checking the generated C code to see if it's doing the right thing
[01:26] <TheMuso> The C code looks ok, but I may fiddle with it anyway to see if I can get things working.
[01:26] <TheMuso> But yeah a test program may be worth trying too.
[01:48] <jono> robert_ancell, quick q: on multi-monitor I am seeing my wallpaper tiled when transitioning from LightDM to Unity - have you seen this issue before?
[02:17] <robert_ancell> jono, is it mirroring then switching to multi-display?
[02:17] <jono> robert_ancell, yep
[02:17] <robert_ancell> jono, yeah, that's the current behaviour, but we want to sort that out
[02:17] <jono> cool
[02:18] <jono> I think I filed a bug about this, I can't quite remember
[03:44] <TheMuso> robert_ancell: Ok, just wrote up a simple test app with a single menu, and menu item with an accelerator, and it works fine, no asserts...
[03:44] <TheMuso> So its something to do with the unity-greeter code, and the only thing I can think of, is that its pointer related...
[03:45] <TheMuso> Or something is not passing through from one object/method to the other.
[03:45] <TheMuso> But even that doesn't make sense.
[03:45] <TheMuso> To be clear, the test app is in vala.
[03:48] <TheMuso> Perhaps some fresh eyes on my code will help. I'll ping Michael when I see him on next, probably tomorrow morning.
[03:49] <robert_ancell> yeah, weird
[03:49] <TheMuso> Thanks anyway.
[04:36] <kenvandine> jasoncwarner_, i just uploaded a fix for the ido bug, the white background in the sound menu
[04:37] <kenvandine> not sure if it is a real fix or just masking the real problem... but it seems to work
[04:37] <kenvandine> DX really needs to find a maintainer for libido... and not me!
[04:37] <kenvandine> :)
[04:38] <kenvandine> dobey, did you have any more fun with that branch?
[04:39] <pitti> Good morning
[04:39] <pitti> desrt: no, nessita's two fixes came after 3.1.0
[04:40] <pitti> desrt: the env one didn't seem too important for me, so I didn't bother backporting it; if you need it, I can
[04:41] <kenvandine> good morning pitti
[04:53] <DBO> kenvandine, rumor has it you may have experience doing async pixbuf loading
[04:54] <kenvandine> DBO, ha... well i have a working implementation
[04:55] <DBO> kenvandine, using?
[04:55] <kenvandine> vala
[04:55] <DBO> gdk_pixbuf_loader?
[04:55] <kenvandine> lp:gwibber/libgwibber-gtk/stream-view-tile.vala
[04:55] <DBO> kenvandine, you're not just using g_idle are you?
[04:56] <kenvandine> no
[04:56] <kenvandine> look at the load_avatar_async function
[04:57] <DBO> are we looking at the same code?
[04:57] <DBO> no we are not
[04:57] <DBO> sorry
[04:59] <DBO> kenvandine, isn't new Gdk.Pixbuf.from_stream_at_scale more of a sync call...
[04:59] <DBO> kenvandine, it looks like what you have implemented is a deferred loader
[04:59] <robert_ancell> agateau, awake?
[05:05] <kenvandine> DBO, it's wrapped inside a async function
[05:05] <kenvandine> so not what you want
[05:06] <DBO> kenvandine, I can wrap an arbitrary call inside an async function
[05:06] <DBO> I was hoping more to see something loading a stream async and pumping that into a gdk_pixbuf_loader
[05:09] <RAOF> You mean like a preloading filestream that you could pass into the loader?
[05:15] <pitti> kenvandine: hm, empathy repeatably FTBFSes,  seems to miss x11-xcb; missing build dep?
[05:15] <kenvandine> looking
[05:17] <DBO> RAOF, im not sure what I want yet
[05:17] <DBO> I am more or less shopping for a solution
[05:17] <DBO> window shopping if you will
[05:17] <kenvandine> pitti, interesting, the build log does look like a missing build dep, but it builds on the other arches
[05:17] <kenvandine> Package 'x11-xcb', required by 'egl', not found
[05:17] <kenvandine> ah
[05:17] <pitti> or bug in egl?
[05:18] <RAOF> Do the build logs span a mesa upload?
[05:18] <DBO> uhg, so many worthless things done on startup in unity
[05:18] <kenvandine> pitti, that is what i am thinking
[05:18] <DBO> I wish I had a way to benchmark the startup times
[05:20] <jbicha> the x11-xcb thing also affects gnome-games, cheese, & gnome-documents
[05:20] <jbicha> everything clutter?
[05:20] <kenvandine> looks like something on arm requires that which is missing a dep on x11-xcb
[05:21] <RAOF> Yeah, looks like a mesa bug; egl Requires.private x11-xcb
[05:21] <kenvandine> RAOF, can you fix that?
[05:22] <pitti> i. e. egl-dev should grow a depends: x11-xdb-dev?
[05:22] <RAOF> pitti: Yeah, seems like it.
[05:22] <kenvandine> on libx11-xcb-dev
[05:45]  * RAOF wonders how hard it'd be to write a lintian check for underspecified -dev dependencies...
[05:45] <pitti> RAOF: running through Requires:/Requires.private, map through pkg-config, and map through dpkg -S?
[05:46] <pitti> that would be highly useful indeed
[05:46] <pitti> it's a very common cause of FTBFS
[05:46] <RAOF> Right.
[05:47] <RAOF> It seems reasonable to assume that all those packages are installed as a part of the build, so the dpkg -S route should work.
[05:49] <pitti> yes, otherwise it should be very hard to build the package in the first place
[05:51] <RAOF> Oh.  I don't think that'd work in the case of sbuild's automatic post-build lintian run. :(
[05:56] <jasoncwarner_> kenvandine: sweet..will test! thanks :)
[05:57] <kenvandine> jasoncwarner_, just don't let anyone make me the upstream maintainer of ido
[05:57] <kenvandine> :)
[05:58] <jasoncwarner_> kenvandine: wait, what? shoot..."UNDO SEND! UNDO SEND!"
[05:58] <jasoncwarner_> ;)
[05:58] <kenvandine> :)
[05:58] <jasoncwarner_> kenvandine: bedtime for you? getting to be 1am?
[05:59] <kenvandine> soonish :)
[05:59] <kenvandine> more hacking to do
[05:59] <jasoncwarner_> kenvandine: me too; this spreadsheet won't make itself!
[05:59]  * jasoncwarner_ cries at spreadsheet hacking ;)
[05:59] <kenvandine> haha
[06:00] <kenvandine> better you than me
[06:14] <cyphermox> so, who here has a 3G dongle and want to see my crummy C code fail horribly?
[06:16] <pitti> cyphermox: I still have one, although not used in ages
[06:16] <pitti> cyphermox: that needs usb-modeswitch
[06:16] <cyphermox> cool.
[06:17] <cyphermox> I'll be rolling out a package to test in a minute, if you could give it a shot
[06:18] <cyphermox> I just spent 4 hours or so adapting all the last changes in usb_modeswitch_disabler^Wdispatcher to my C code
[06:18] <cyphermox> also, good morning pitti :)
[06:30] <didrocks> good morning
[06:31] <RAOF> jbicha, kenvandine: Your egl build failures should be able to be given back once the new mesa's built.
[06:31] <kenvandine> RAOF, thx
[06:40] <manish> didrocks: hey Didier. check the first comment https://bugs.launchpad.net/activity-log-manager/+bug/928946
[06:40] <ubot2> Launchpad bug 928946 in activity-log-manager "The .desktop.in files don't match with executable file name" [High,Confirmed]
[06:40] <didrocks> hey manish, looking
[06:41] <cyphermox> hey didrocks, good morning :)
[06:41] <didrocks> manish: right, from dash, it's logicial
[06:41] <didrocks> logical
[06:41] <didrocks> manish: but from gnome-control-center, it does, as I told you
[06:41] <manish> yes
[06:41] <didrocks> hey cyphermox, how are you?
[06:41] <cyphermox> tired :)
[06:41] <didrocks> :)
[06:41] <manish> but I think the problem should be solved from all sides
[06:41] <cyphermox> ttyl
[06:42] <manish> didrocks: I am opening an ubuntu task on that bug
[06:42] <didrocks> manish: indeed, but I told that can wait your next release if you are going to release today or tomorrow
[06:43] <manish> didrocks: might release it on 13th
[06:43] <manish> since the UI changes are not done completely
[06:43] <didrocks> manish: that's good as well :)
[06:43] <manish> so is it fine that dash launching be broken so long?
[06:45] <didrocks> manish: it's not installed by default
[06:45] <didrocks> manish: and not really ready for wide consumption
[06:46] <didrocks> (seeing the number of debug message and warning on the console)
[06:46] <didrocks> so not that important, that can wait Monday
[06:47] <manish> didrocks: seif fixed that debug issues
[06:47] <didrocks> great
[06:47] <manish> not installed by default? wasn't it supposed to be as per the blueprint?
[06:48] <didrocks> manish: it will when:
[06:48] <didrocks> - there will be no debug
[06:48] <didrocks> - there will be no warning
[06:48] <didrocks> - we fixed the desktop thing
[06:48] <manish> okay. will be so on 13th release
[06:49] <didrocks> :)
[07:29]  * kenvandine heads to bed, bbl
[07:55] <tjaalton> multiarchified libgnomeui, fixes gnucash
[08:15] <pitti> tjaalton: GNOME 2 is alive!!!
[08:16] <tjaalton> pitti: :)
[08:17] <tjaalton> well, gnucash setup wizard window was blank without this
[08:21] <manish> pitti: that was a joke or seriously?
[08:21] <pitti> Sweetshark: any chance to get bug 917153 fixed soon? it causes upgrade failures all over the place
[08:21] <ubot2> Launchpad bug 917153 in libreoffice "failed to upgrade from oneiric to precise: /usr/lib/libreoffice/program/unopkg.bin: error while loading shared libraries: libicule.so.48: cannot open shared object file: No such file or directory" [High,Triaged] https://launchpad.net/bugs/917153
[08:22] <pitti> manish: joke, of course; I alluded to tjaalton uploading libgnomeui *blowing off the dust*
[08:22] <manish> pitti: so when is bonobo getting uploaded? :P
[08:22] <pitti> when we finish porting it to vala and dbus
[08:23] <manish> but i still miss GNOME 1.x, we should totally return back to it and make sure the desktop is like how it should be - unusable (stolen joke)
[08:37] <tjaalton> so.. gst-plugins-good/bad merges.. -bad split the libs into a separate package, but we've moved them to -good. should -good do a similar split?
[08:37] <tjaalton> *moved some of them
[08:39] <tjaalton> kinda silly though that the moves were done with the promise that upstream would move them too, but a year has passed..
[08:48] <slomo_> tjaalton: you moved the libraries to -good too? wtf?
[08:49] <slomo_> tjaalton: why are the libraries needed in -good too?
[08:49] <tjaalton> slomo_: not moved anything
[08:49] <tjaalton> yet
[08:49] <tjaalton> slomo_: -bad is in universe, -good is in main
[08:50] <slomo_> tjaalton: and upstream would move the stuff if there would be someone to actually work on it and care enough... apparently none of the distributions care enough and the telepathy/empathy people don't care enough either
[08:50] <tjaalton> slomo_: right..
[08:50] <slomo_> tjaalton: afaik you only moved some farsight/telepathy related plugins from -bad to -good because of this, i don't think the libraries would be needed for these plugins
[08:50] <slomo_> oh wait, you want gstreamer-vaapi in main, right? :)
[08:51] <tjaalton> right now I'm just trying to do the merges
[08:51] <tjaalton> dunno if -vaapi needs to be in main or not, probably not
[08:51] <slomo_> so, if there's someone at ubuntu who would like to help to get the stuff moved to -good, i'd be happy to help :)
[08:52] <tjaalton> libgstbasecamerabinsrc and libgstphotography are the ones that have been moved to -good..
[08:53] <tjaalton> of the libs
[08:53] <slomo_> oh, for camerabin2 which is used by cheese?
[08:53] <tjaalton> no idea
[08:54] <slomo_> i think camerabin2 and these two libs are almost ready to be moved to -base/-good
[08:54] <tjaalton> would be nice
[08:55] <tjaalton> so, what's needed?
[08:55] <tjaalton> for that to happen?
[08:55] <slomo_> tjaalton: someone to actually push for it, to make sure that all documentation is there is required, that there are unit tests (there are), that the API of the plugins and libraries make sense and can be kept stable for a long time
[08:59] <seb128> hey
[08:59] <tjaalton> i can move stuff arond, but can't say anything about the api issues
[09:00] <tjaalton> *around
[09:00] <pitti> hey seb128
[09:00] <seb128> hey pitti, wie gehts?
[09:00] <pitti> seb128: quite fine, thanks!
[09:03] <slomo_> tjaalton: moving the stuff around is actually the smallest problem, that's easy, there are even scripts for that ;)
[09:04] <tjaalton> slomo_: right, I'm not up for the reset
[09:04] <tjaalton> rest
[09:04] <tjaalton> frankly, this is getting way out of hand :)
[09:05] <slomo_> :)
[09:07] <tjaalton> so I'm just inclined to do the merges now and leave it at that for now..
[09:10] <slomo_> tjaalton: ok
[09:20] <pitti> seb128: FYI, the pygobject backported fixes are in now
[09:21] <seb128> pitti, yeah, I noticed, that will make nessita happy, thanks ;-)
[09:21] <seb128> pitti, they just rolled a tarball with the 3 commits you backported ;-)
[09:21] <pitti> seb128: really: I saw 3.0.4
[09:21] <pitti> ?
[09:22] <pitti> but we'd need a 3.1.1
[09:22] <seb128> oh right
[09:22] <seb128> I didn't look into details just saw the email on the ftp list
[09:22] <seb128> grrrr, hate webkit hate hate
[09:24] <seb128> "collect2: ld terminated with signal 9 [Killed]
[09:24] <seb128> libtool: install: error: relink `libwebkitgtk-1.0.la' with the above command before installing it
[09:24] <seb128> make[3]: *** [install-libLTLIBRARIES] Error 1"
[09:24] <seb128> that's how the ppa amd64 build failed after 10 hours build
[09:24] <chrisccoulson> hi seb128 ;)
[09:24] <seb128> hey chrisccoulson
[09:25] <seb128> chrisccoulson, how are you?
[09:25] <seb128> chrisccoulson, still don't want to take on webkit for me? ;-)
[09:25] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[09:25] <seb128> I was good until getting that webkit email :p
[09:25] <chrisccoulson> no, firefox and thunderbird are enough for me ;)
[09:53] <Sweetshark> pitti: will be fixed with the next release (3.5.0 final)
[09:54] <pitti> Sweetshark: ah, when is that due?
[09:55] <Sweetshark> pitti: upstream? ~this week
[09:56] <Sweetshark> pitti: 3.5.0 rc3 is expected to be final really (and is out), but ssshh, you didnt hear that from me ....
[10:07] <Chipaca> morning all
[10:08] <Chipaca> updated, and now chromium-browser throws a segfault, but not when I strace it
[10:08] <seb128> hey
[10:08] <seb128> what did you update?
[10:09] <Chipaca> ohidunno :)
[10:09] <seb128> did you try running it in gdb to get a stracktrace?
[10:09] <Chipaca> ah, it's not every time. twice in a row it worked, there.
[10:09] <Chipaca> going for gdb
[10:11] <Chipaca> seb128: 20 times it started ok within gdb
[10:11] <seb128> "fun"
[10:11] <seb128> does it print anything on stdout when it errors out without gdb?
[10:12] <Chipaca> three times it worked ok without gdb, the fourth, segfault
[10:12] <Chipaca> $ chromium-browser
[10:12] <Chipaca> Segmentation fault (core dumped)
[10:12] <Chipaca> nope
[10:12] <seb128> hum
[10:12] <seb128> no apport catching it?
[10:12] <Chipaca> nope
[10:12] <seb128> :-(
[10:12] <seb128> that's going to be fun to debug
[10:13] <seb128> can you check /var/log/apport.log
[10:14] <Chipaca> this executable already crashed 2 times, ignoring
[10:14] <Chipaca> and it looks like i've got something in /var/crash about chromium
[10:21] <seb128> Chipaca, ok, report it? i.e run ubuntu-bug on it
[10:21] <seb128> Chipaca, or if it's too much to upload you can apport-unpack the file and look at Stacktrace in the unpacked directory
[10:22] <Chipaca> seb128: i'll do the unpack thing anyway, but reporting should be doable
[10:28] <seb128> pitti, \o/ gzip bug fixed!
[10:29] <pitti> seb128: yeah, indeed! I reverted the workaround in gtk+2.0 bzr this morning
[10:29] <seb128> cool
[10:29] <pitti> I figure we can revert a few more
[10:29] <seb128> yeah, I will look at that
[10:29] <seb128> probably no need to upload but undo the workaround in the vcses
[10:30] <pitti> *nod*
[10:41] <tjaalton> slomo_: btw, debian bug 657011: drop libmusicbrainz4-dev from the build-deps
[10:41] <ubot2> Debian bug 657011 in gst-plugins-bad0.10 "gst-plugins-bad0.10: Please drop the build-dependency on libmusicbrainz4-dev" [Important,Open] http://bugs.debian.org/657011
[11:24] <tjaalton> slomo_: so.. scripts for moving stuff around? that might help me with the merge, probably a good idea to update the moved plugins..
[11:25] <slomo_> tjaalton: it's just something to extract all git commits for a number of directories/files and import them into another git repository
[11:25] <slomo_> tjaalton: nothing that would help you in your case unfortunately
[11:32] <tjaalton> slomo_: ok, I'll just copy & create a patch from it
[13:24] <glatzor> pitti, hello
[13:25] <pitti> hello glatzor, wie gehts?
[13:25] <glatzor> pitti, I just looked at your bug from yesterday
[13:25] <glatzor> pitti, fine and yourself
[13:25] <glatzor> ?
[13:25] <glatzor> pitti, http://paste.ubuntu.com/835187/
[13:25] <pitti> quite well, thanks!
[13:25] <pitti> ooh
[13:25] <pitti> glatzor: I tried to set error_handler in the ctor
[13:26] <pitti> glatzor: brilliant, thank you!
[13:26] <glatzor> pitti, the gtk3 api of the dialog isn't very nice. the run() method should really fake a nested main loop and iterate the mainloop itself
[13:27] <glatzor> if it is caled synchronously
[13:37] <tjaalton> seb128: objections if I split the shared libs & dev files from gst-plugins-good like I did for -bad?
[13:37] <seb128> tjaalton, is slomo_,Debian going to follow you on that?
[13:38] <seb128> tjaalton, I would like to stay close from Debian
[13:38] <tjaalton> seb128: probably, once the libs are moved upstream from -bad to -good
[13:38] <seb128> tjaalton, btw if you work on it could you also update to the current version? ;-)
[13:38] <slomo_> seb128: no, there are no libraries in -good (and never will upstream)
[13:38] <tjaalton> slomo_: uhm?
[13:38] <tjaalton> so why are we moving these tehn
[13:38] <tjaalton> then
[13:38] <slomo_> tjaalton: the libraries will be in -base
[13:38] <tjaalton> slomo_: ah gotcha
[13:39] <tjaalton> in that case I won't split them
[13:39] <tjaalton> seb128: I've merged the experimental version yes
[13:39] <slomo_> well, you need to... where would you put the headers otherwise?
[13:39] <seb128> tjaalton, well, here is the deal, if you add diff over debian you win the maintainship of that source, i.e you will do the merges on debian when new versions come ;-)
[13:39] <tjaalton> and copied the new versions from -bad
[13:40] <tjaalton> slomo_: they are not shipped currently
[13:40] <tjaalton> just the libs with -plugins-good
[13:40] <slomo_> seb128: i don't think this rule is that strict ;) otherwise there always would've been someone to merge with debian after you moved the plugins and libraries
[13:40] <slomo_> tjaalton: ok, fine then
[13:40] <tjaalton> libgstbasecamerabinsrc and libgstphotography
[13:41] <tjaalton> anyway, I'll keep it on my local branch if ever needed
[13:43] <tjaalton> slomo_: btw, typo in -bad control.in, the lib short description is the same as for -dev :)
[14:03] <didrocks> dear pitti, can https://launchpad.net/~didrocks/+archive/ppa/+build/3198709 get some priority bump? I think that it really deserves it if possible :)
[14:04] <pitti> didrocks: done
[14:04] <didrocks> pitti: thanks :)
[14:04] <pitti> didrocks: that was the i386 build, though, ok?
[14:04] <pitti> I'd assume that most developer folks run 64 bit
[14:04] <didrocks> pitti: not me though ;)
[14:14] <pitti> seb128: I'm on holiday tomorrow; would you happen to have time to do the release meeting stuff?
[14:15] <seb128> pitti, yes, can do
[14:15] <pitti> seb128: merci beaucoup
[14:15] <seb128> pitti, did you update the status page?
[14:15] <pitti> seb128: no, not yet
[14:15] <pitti> I usually do it Friday morning, but I can do it now if you want
[14:15] <seb128> pitti, will you do it or should I add that to my todo for tomorrow?
[14:16] <pitti> it's just getting a bit tight
[14:16] <seb128> pitti, if you have time and want to do it you are welcome to do so
[14:16] <pitti> meeting at 15:30, then I need to run out soon after
[14:16] <seb128> otherwise I will do it, or finish what you didn't do tomorrow
[14:16] <pitti> seb128: I'll start on it now
[14:16] <seb128> thanks
[14:23] <kenvandine> hey seb128, remember you were going to look at why we can't load g-c-c panels that are hidden with the desktop file?
[14:24] <kenvandine> like in unity, gnome-control-center sound
[14:24] <kenvandine> should load the old sound panel
[14:24] <kenvandine> seb128, good morning btw :)
[14:24] <seb128> kenvandine, hey, yes, it's still on my list, was not very high though
[14:25] <kenvandine> seb128, well i am about to upload the goa change
[14:25] <kenvandine> :)
[14:25] <kenvandine> like today
[14:26] <seb128> kenvandine, do we need the goa dialog to be called under unity?
[14:26] <seb128> kenvandine, thinking about it I'm unsure that's a good idea to make that
[14:27] <seb128> kenvandine, it means the "all settings" would take you back to a screen which doesn't list the capplet you were using
[14:27] <kenvandine> we do
[14:27] <kenvandine> empathy-accounts calls it
[14:28] <kenvandine> it will only happen for upgraders that created the account with goa
[14:28] <pitti> seb128: https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus updated
[14:29] <seb128> pitti, thanks
[14:29] <pitti> seb128: perhaps you can give it an once-over tomorrow, in case some more things change
[14:29] <seb128> pitti, will do
[14:29] <pitti> seb128: tomorrow morning, can you please send a mail like https://lists.ubuntu.com/archives/ubuntu-release/2012-January/000654.html ?
[14:29] <seb128> pitti, ok
[14:29] <pitti> seb128: sorry, no, like https://lists.ubuntu.com/archives/ubuntu-release/2012-February/000790.html
[14:29] <pitti> the format changed a bit (release note delta, etc.)
[14:30] <seb128> ok
[14:30] <pitti> seb128: meeting is at 17:00 CET as usual, but now much quicker these days
[14:30] <pitti> (basically, just answering questions, no report pasting, etc.)
[14:31] <seb128> I like that ;-)
[14:32] <ogra_> hmm, is it normal that .jpg files automatically are associated with gwibber instead of the image viewer ?
[14:34] <seb128> ogra_, no, is that specific to your user?
[14:34] <seb128>  
[14:34] <seb128> warning
[14:34] <seb128> bug 929384
[14:34] <ubot2> Launchpad bug 929384 in nvidia-graphics-drivers "nvidia drivers broken by the recent libc update" [High,Confirmed] https://launchpad.net/bugs/929384
[14:34] <ogra_> havent tried yet, since i was busy filing a nautilus bug (nautilus crashes if i try to change the file association in "preferences")
[14:35] <seb128> don't upgrade your precise libc if you are on nvidia binary drivers
[14:35] <ogra_> heh, well, i'm on arm
[14:35] <seb128> ogra_, can you give me the bug number for the nautilus issue when you have it?
[14:35] <ogra_> (using nvidia drivers, but thats quite different from the x86 ones)
[14:35] <ogra_> one sec
[14:35] <seb128> ogra_, also check your .local/share/applications/mimetypes.list
[14:37] <dobey> kenvandine: didn't futz with it any more yet really. though pondering just switching it to use something else instead
[14:37] <ogra_> seb128, bug 929557
[14:38] <seb128> ogra_, thanks, waiting on the retracers
[14:38] <kenvandine> dobey, something else?
[14:38] <ogra_> not sure there are armel retracers
[14:39] <ogra_> seb128, hmm, indeed i have "image/jpeg=gwibber.desktop" in there, i wonder how that happened, i havent used gwibber ever in my life
[14:39] <dobey> kenvandine: http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntu-sso-client/trunk/view/head:/ubuntu_sso/utils/txsecrets.py
[14:39]  * ogra_ doesnt have a twitter account or anything
[14:39] <seb128> ogra_, there used to be a bug in oneiric which would do that
[14:39] <ogra_> ah
[14:39] <seb128> ogra_, when opening the control center system infos
[14:39] <seb128> ogra_, but is it possible that you had the bug since oneiric and didn't notice before?
[14:40] <ogra_> likely, i havent opened jpegs in ages
[14:40] <seb128> ok
[14:40]  * ogra_ removes the line
[14:40] <dobey> kenvandine: though since it's designed for twisted, i guess it might not work as well in gwibber
[14:41] <ogra_> hmm, looking at these associations, banshee doesnt clean up after itself either
[14:42] <ogra_> oh, i dont even have a nautilus icon in my launcher anymore (nor a desktop) ...
[14:42]  * ogra_ logs in newly
[14:42] <kenvandine> dobey, interesting... we could create a simple wrapper to just use dbus though right?
[14:43] <kenvandine> dobey, you should go to #gwibber
[14:45] <ogra_> k, desktop is back, jpegs are opened by image viewer by default again ...
[14:45] <ogra_> but there is no home icon in my launcher
[14:46] <ogra_> and the "top left corner" setting for unity-2d doesnt switch off "edge" it seems
[14:46] <ogra_> isnt it an "either or" thing ?
[14:46] <ogra_> seb128, oh, and thanks ! ;)
[14:47] <seb128> ogra_, yw
[14:47] <ogra_> hmm, actually "top left corner" doesnt seem to have any effect
[14:53] <kenvandine> dobey, are you going to be the package maintainer for the video lens when it lands?  i assume it'll go in your package set for u1
[14:55] <dobey> kenvandine: not afaik. i understood it would fall onto dx
[14:55] <kenvandine> dobey, but your team is writing it :)
[14:55] <kenvandine> so maybe you will just hand it off
[15:09] <jbicha> good morning
[15:10] <seb128> hey jbicha, how are you?
[15:10] <jbicha> seb128: doing good
[15:11] <jbicha> seb128: could you sync itstool? the new version makes xml warnings non-fatal so ubuntu-docs won't FTBFS
[15:15] <seb128> jbicha, done
[15:16] <kenvandine> pitti, btw... congrats on GNOME membership!
[15:16] <pitti> kenvandine: thanks!
[15:28] <pitti> good night everyone, have a nice weekend!
[15:29] <pitti> seb128: thanks for covering for me tomorrow
[15:29] <seb128> pitti, yw, have a nice w.e!
[15:29] <pitti> I'll check mail again tomorrow morning, I'm not leaving until ~ 11 am
[15:38] <kenvandine> humm, so the MIR for dbus-test-runner is fix released, i know it'll go into main when something depends on it in main
[15:38] <kenvandine> but what if something only needs it as a build depends?
[15:39] <tkamppeter> jasoncwarner_, hi
[15:39] <seb128> tkamppeter, it's 3am for him, I doubt he's online
[15:40] <seb128> kenvandine, that's fine, it will show on component mismatch
[15:40] <tkamppeter> seb128, sorry, I forgot.
[15:40] <kenvandine> seb128, cool
[16:18] <achiang> hello, launcher autohide seems to be broken. known issue?
[16:18] <seb128> how broken?
[16:19] <seb128> the smart hidding code got dropped from trunk if you daily builds
[16:19] <seb128> you only have always hidden and always displayed now
[16:19] <achiang> ah
[16:19] <achiang> if i maximize an application (which i do with xchat, browser, etc. on my 12" laptop screen) the launcher doesn't hide and overlays it
[16:20] <achiang> trés annoying
[16:20] <seb128> hum, no, that seems a bug
[16:20] <seb128> does it happen all the time?
[16:20] <achiang> yes
[16:20] <seb128> seems a compiz stacking issue
[16:20] <seb128> what version do you use?
[16:20] <achiang> do i need to install ccsm? ;)
[16:21] <achiang> which version of what? unity?
[16:21] <achiang> or compiz?
[16:21] <seb128> both
[16:22] <seb128> do you use precise or ppa builds?
[16:22] <achiang> precise
[16:22] <seb128> you can change the autohidding behaviour in the control-center
[16:22] <achiang> compiz                                 1:0.9.6+bzr20110929-0ubuntu8
[16:22] <seb128> the appearance capplet, second tab
[16:22] <achiang> unity                                  5.2.0-0ubuntu3
[16:23] <achiang> i did change the autohide using the appearance capplet, that was my workaround
[16:23] <achiang> i turned it on
[16:23] <seb128> ok
[16:23] <achiang> but now, when i am on a desktop without a maximized window, the launcher still does not appear
[16:23] <seb128> right
[16:23] <seb128> that's the wanted behaviour
[16:23] <seb128> you have choice between always hidden or always displayed
[16:24] <seb128> you need to display it with the mouse or with super key
[16:24] <achiang> wait, so the behavior i just described is or is not a bug?
[16:24] <achiang> about maximizing a window, but launcher still displayed... is that a bug or intended?
[16:24] <seb128> read https://lists.launchpad.net/unity-design/msg07665.html
[16:25] <seb128> it's a bug
[16:25] <seb128> I can't confirm it here on precise, gedit and f11, gedit goes over the launcher for me
[16:25] <seb128> the fact that the launcher is not displayed on an empty workspace though is not a bug
[16:26] <seb128> it's always hidden if you active that option
[16:26] <achiang> ok, that is fine
[16:26] <achiang> i am more concerned about the first case: maximize window, launcher is on top
[16:27] <seb128> I can't confirm that one
[16:27] <seb128> that is a buggy anyway
[16:27] <achiang> but actually, reading mark's mail, it seems like that is supposed to happen too?
[16:27] <seb128> you should report it against unity
[16:27] <seb128> well, here if I run gedit and press f11 I only see gedit
[16:27] <seb128> no launcher
[16:27] <achiang> it seems like sabdfl says that "they maximise a window, and the launcher "disappears". To these users, the behaviour is deeply uncomfortable, random."
[16:28] <seb128> hold on
[16:28] <seb128> do you use autohide or always on screen?
[16:28] <achiang> to me, the intended behavior is launcher is always there? seb128, maybe *you* have the bug then. ;)
[16:28] <seb128> if you use always on screen it's always on screen
[16:28] <seb128> I though you said you turned autohide on
[16:28] <seb128> but yeah, by default the launcher is always there
[16:28] <seb128> even if you maximize something
[16:29] <achiang> ok, i think i was confusing, i apologize, let me start over
[16:29] <achiang> autohide: off; maximize window; launcher is still there
[16:29] <seb128> yes, wanted
[16:30] <achiang> autohide: on; launcher is not there; maximize window, no launcher; push cursor hard against edge, launcher appears, release cursor, launcher hides
[16:30] <seb128> that seems about right ;-)
[16:30] <achiang> ok, so not a bug, intended behavior. got it, thanks
[16:30] <seb128> right
[16:31] <seb128> sorry for the confusion
[16:31] <achiang> (is that how the os x dock behaves too?) ;)
[16:31] <seb128> I think if you read mark's email he has all the details
[16:31] <seb128> (dunno, could be ;-)
[16:31] <achiang> ok, now i just have to deal with a buggy mouse cursor that's been driving me nuts for 2 weeks now. :-/
[16:31] <achiang> seb128: thanks for the help, much appreciated
[16:31] <seb128> you're welcome
[16:36] <desrt> DBO: daily bamf poke
[16:36] <DBO> desrt, ouch
[16:37] <desrt> DBO: indeed.
[16:42] <desrt> DBO: updated eta?
[16:43] <desrt> pitti: good morning
[16:43] <Sarvatt> anyone around with a busted nvidia system after updates? i just uploaded an nvidia package here that one person says works after the updates but could use more confirmation and i dont have any nvidia machines https://launchpad.net/~sarvatt/+archive/nvidia -- it will take a few more minutes to get published though
[16:45] <DBO> desrt, trying to get you one
[16:46] <desrt> DBO: thanks
[16:47] <cyphermox> Sarvatt: with updates circa when? I'm pretty sure I updated my desktop at home yesterday, and things were still working; but now it's going to be hard to try another update and test this since i'm not at home and my PC is off
[16:47] <Sarvatt> cyphermox: libc6 2.15~pre6-0ubuntu10 at least
[16:48] <seb128> cyphermox, did you get the new libc already yesterday?
[16:49] <cyphermox> seb128: I don't know, I updated that system, didn't get things breaking -- I didn't really pay attention to the packages :)
[16:49] <seb128> cyphermox, did you reboot after the updates?
[16:49] <seb128> cyphermox, well the new libc got published like 10 hours ago, so you might not have got it
[16:49] <cyphermox> no, I would not
[16:50] <cyphermox> I would have updated ~ 24 hours ago
[16:50] <seb128> ok, so you didn't get it ;-)
[16:50] <cyphermox> indeed
[16:50] <seb128> mterry, hey
[16:50] <cyphermox> I can possibly test this if I can manage to remotely boot that system
[16:50] <mterry> seb128, hello
[16:50] <seb128> mterry, dunno if you saw but gtk updates, broke somewhat deja-dup theming
[16:51] <seb128> mterry, https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/929128
[16:51] <ubot2> Launchpad bug 929128 in deja-dup "deja-dup backup window is white on lightgrey, white text on white background in details" [High,Confirmed]
[16:51] <mterry> seb128, yeah  :-/  Didn't think it was something on my side, but let me fully read that bug
[16:51] <seb128> mterry, Cimi seems to think deja-dup is doing something weird, it's broken with adwaita as well it seems
[16:51] <mterry> seb128, ah, interesting
[16:51] <seb128> mterry, Cimi thinks all your widget are in selected state for some reason
[16:52] <mterry> Heh
[16:52] <seb128> mterry, well anyway I just wanted to poing the bug in case you didn't see it
[16:52] <seb128> point
[16:52] <mterry> seb128, yeah, thanks.  But that's a post-FF issue.  ;)
[16:52] <seb128> indeed ;-)
[16:53]  * mterry just realized that accountsservice can expose all the keyboard layouts a user has configured, so we can avoid the *giant* list of layouts in the greeter drop down and display those
[16:53] <mterry> So I'm working to change my patches to lightdm and friends
[16:56] <seb128> mterry, nice ;-)
[16:56] <seb128> \o/ webkit built in the ppa, victory!
[16:57] <seb128> well on amd64 that's it ;-)
[16:57] <seb128> i386 still going
[17:26] <achiang> kenvandine: ugh. are you seeing empathy hangs while chatting via gtalk today?
[17:29] <kenvandine> achiang, i just noticed that
[17:30] <achiang> ok
[17:53] <BigWhale> Greetings.
[17:54] <s9iper1> kenvandine: ping
[17:54] <BigWhale> Latest update broke something
[17:55] <BigWhale> "Failed to load session 'ubuntu'"
[17:55] <BigWhale> is this just me?
[17:56] <kenvandine> BigWhale, are you using nvidia?
[17:56] <kenvandine> s9iper1, pong
[17:56] <BigWhale> kenvandine, fglrx
[17:57] <BigWhale> X crashed so badly after an update that I had to power cycle
[17:57] <kenvandine> the latest libc upload seemed to be breaking people
[17:57] <BigWhale> now lightdm is refusing to let me in
[17:57] <dobey> whoever broke nvidia today; why did you do it. grr
[17:57] <kenvandine> Sarvatt, do you know if it effects fglrx users too?
[17:57] <s9iper1> kenvandine: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/928755
[17:57] <ubot2> Launchpad bug 928755 in empathy "empathy crashed with SIGSEGV in tp_proxy_poll_features()" [Medium,Incomplete]
[17:58] <dobey> i wants mah pixels on
[17:58] <BigWhale> kenvandine, well lightdm is up and working
[17:59] <BigWhale> dobey, you can take my pixels ... they are all dark :>
[17:59] <Sarvatt> kenvandine: no clue honestly but it could, from what i've seen in the reports the eglibc bustage  only affects i386 and amd64 is fine
[17:59] <s9iper1> kenvandine i guess its due to lib proxy this one see  https://bugs.launchpad.net/ubuntu/+source/libproxy/+bug/547106
[17:59] <ubot2> Launchpad bug 547106 in libproxy "Please upgrade libproxy to 0.4.x" [High,Triaged]
[18:00] <dobey> BigWhale: yeah i have plenty of crystals sitting in the black state as it is. but it would be nice if that screen showed up in the displays dialog, and actually drew some stuff
[18:00] <Sarvatt> kenvandine: no reports on launchpad about fglrx hitting the same bug
[18:01] <Sarvatt> oh they'd be filed against nux, lessee
[18:03] <kenvandine> s9iper1, no, that is unrelated
[18:07] <BigWhale> kenvandine, the nvidia bug isn't related to what hit me.
[18:07] <BigWhale> at least it doesn't appear that way
[18:07] <BigWhale> lightdm is failing to load user session
[18:07] <kenvandine> right
[18:07] <kenvandine> the nux script
[18:07] <kenvandine> to check if unity is supported is failing
[18:07] <kenvandine> i think that is what i heard anyway
[18:08] <kenvandine> that happens when it tries the load the session
[18:08] <kenvandine> but since it blows up, it aborts or something
[18:09] <kenvandine> /usr/lib/nux/unity_support_test
[18:11] <BigWhale> hmm, program works
[18:11] <kenvandine> BigWhale, are you on i386?
[18:11] <kenvandine> or amd64?
[18:11] <BigWhale> amd64
[18:11] <Sarvatt> BigWhale: ~/.xsession-errors will tell you why
[18:11] <kenvandine> ok, doesn't sound the same
[18:12] <kenvandine> i hadn't heard amd64 wasn't affected, i've been afraid to restart since i updated this morning
[18:13] <BigWhale> hmmm session ubuntu runable check failed
[18:13] <BigWhale> exited with code 1
[18:13] <Sarvatt> kenvandine: well up to 3 people who haven't hit any issues on amd64 now, all of the bug reports are i386 so seems a safe assumption to me
[18:16] <seb128> grrrrrrrrrrr
[18:16] <seb128> hate hate hate
[18:17] <seb128> "collect2: ld terminated with signal 9 [Killed]"
[18:17] <seb128> that's how the i386 webkit build from today just failed
[18:18] <seb128> I'm not doing another one, no I'm not!
[18:18] <seb128> kenvandine, chrisccoulson: you are on amd64 right? can you pretty please try the ubuntu-desktop ppa build?
[18:18] <seb128> it did success on amd64
[18:18] <seb128> let me know if you can try if gwibber, software-center and shotwell still work
[18:18] <seb128> oh and maybe empathy
[18:18] <seb128> I will upload to the archive if they do
[18:19] <kenvandine> sure
[18:19] <seb128> I'm tired to do 10 hours builds in the ppa to have the builder kill ld at the end because it's too slow :p
[18:19] <seb128> kenvandine, thanks a lot
[18:19] <kenvandine> seb128, indicator-appmenu with HUD is uploaded, depwait
[18:19] <kenvandine> for dbus-test-runner
[18:19] <seb128> kenvandine, I can promote that ;-)
[18:20] <seb128> kenvandine, you got the mir approved right?
[18:20] <kenvandine> yes
[18:20] <kenvandine> mterry, approved it during the rally
[18:20] <kenvandine> it is fix released
[18:20] <seb128> kenvandine, I will send mterry at your house if that's false :p
[18:20] <mterry> :)
[18:21] <kenvandine> hehe
[18:21] <kenvandine> bug 890428
[18:21] <ubot2> Launchpad bug 890428 in dbus-test-runner "[MIR] dbus-test-runner" [Undecided,Fix released] https://launchpad.net/bugs/890428
[18:22] <kenvandine> seb128, tedg said there have been a couple of apport crash reports from PPA users but he wants retracer output for them
[18:23] <kenvandine> so tedg asked us to ping him ASAP if we get some
[18:23] <kenvandine> tedg promised to fix them right away :-D
[18:23]  * kenvandine likes putting words in tedg 's mouth
[18:24] <tedg> Heh, not "right away" after apport has it's way with them :-)
[18:24] <seb128> kenvandine, tedg: ok
[18:25] <tedg> Though, if they're in the HUD service they'll be slow to come in as the only people activating it will be those with an unreleased Unity.
[18:25] <kenvandine> i love it when tedg voluntarily commits to fixing bugs
[18:25] <kenvandine> yeah, but at least the retracers will run when they do come
[18:25] <tedg> Exactly, so we've got a few now, but they're basically useless :-/
[18:28] <BigWhale> I fixed the fglrx bug
[18:28] <BigWhale> 'fixed'
[18:28] <kenvandine> seb128, once you promote dbus-test-runner, do they have to wait for a publisher run?
[18:29] <seb128> kenvandine, yes, which is half an hour
[18:29] <kenvandine> ok
[18:29] <kenvandine> cool
[18:29] <kenvandine> BigWhale, how did you fix it?
[18:29] <BigWhale> kenvandine, the windows way ... I removed fglrx driver then installed it again with --force
[18:29] <kenvandine> oh
[18:29] <BigWhale> because it was complaining that it didn't uninstall
[18:30] <BigWhale> perhaps the driver was build against libc
[18:30] <seb128> tedg, I got those under valgrind, not sure if it's really an issue or due to libdbusmenu but I opened https://bugs.launchpad.net/dbusmenu/+bug/929707 let me know if that's the wrong place for the bug
[18:30] <ubot2> Launchpad bug 929707 in libdbusmenu "Syscall param socketcall.sendmsg(msg.msg_iov[i]) points to uninitialised byte(s)" [Undecided,New]
[18:31] <seb128> kenvandine, btw I promoted before the :30 run so it should start being in the next half an hour
[18:32] <kenvandine> cool
[18:33]  * kenvandine tries to get the webkit build from ppa before braving a reboot
[18:34] <seb128> kenvandine, please test webkit before rebooting :p
[18:35] <tedg> Hmm, desrt did you see the seb128 bug above?  Is it possible for a GVariant to have an initialized region?
[18:36] <seb128> tedg, https://bugs.launchpad.net/dbusmenu/+bug/929710 as well, but I guess that one is yours ;-)
[18:36] <ubot2> Launchpad bug 929710 in libdbusmenu "Conditional jump or move depends on uninitialised value(s)" [Undecided,New]
[18:37] <kenvandine> seb128, i can't
[18:37] <kenvandine> libwebkitgtk-3.0-common
[18:37] <kenvandine> isn't published
[18:38] <seb128> crap!
[18:38] <tedg> seb128, It say gvariant as well.  /me assumes all bugs are desrt's  ;-)
[18:38] <seb128> that's i386
[18:38] <seb128> kenvandine, can you try to --force the lib? ;-)
[18:38] <kenvandine> ok :)
[18:38] <seb128> I doubt the common changed in a significant way
[18:40] <kenvandine> seb128, how do i force with apt-get?
[18:40] <tedg> Hmm, I think that one is mine actually... I think we can check a NULL variant there.
[18:40] <kenvandine> or do i need to grab the deb?
[18:41] <seb128> kenvandine, wget https://launchpad.net/~ubuntu-desktop/+archive/ppa/+build/3198313/+files/libwebkitgtk-3.0-0_1.7.5-0ubuntu1%7Ebuild5_amd64.deb
[18:41] <seb128> kenvandine, https://launchpad.net/~ubuntu-desktop/+archive/ppa/+build/3198313
[18:42] <kenvandine> brb
[18:49] <kenvandine> seb128, looks like i need to download more debs, lots of missing symbols
[18:49] <seb128> kenvandine, ok, done bother then I don't want to make you waste too much time
[18:49] <kenvandine> couple minutes ;)
[18:49] <seb128> I'm off for dinner bbiab, will read the backlog then
[19:30] <seb128> kenvandine, no luck? ;-)
[19:31] <kenvandine> yeah, some
[19:31] <kenvandine> gwibber is fine
[19:31] <kenvandine> software-center sort of works
[19:31] <seb128> "sort of"?
[19:31] <kenvandine> although it immediately wants to fix my broken depends
[19:31] <kenvandine> no banner at the top
[19:31] <kenvandine> that might be on purpse
[19:31] <dobey> is it only gtk3 webkit that was broken?
[19:32] <kenvandine> i test gwibber with the gtk2 webkit
[19:32] <kenvandine> ok, on my laptop i do see the top banner
[19:32] <kenvandine> but with the new webkit i see an empty pane
[19:32] <seb128> kenvandine, oh, the no banner was reported by several people with the current archive version (1.7.4)
[19:33] <seb128> kenvandine, for me it comes after 15 seconds
[19:33] <seb128> kenvandine, can you try to wait a minute and see if it comes?
[19:33] <kenvandine> ok
[19:34] <kenvandine> oh joy... maybe that is because software center removed itself!
[19:34] <seb128> lol
[19:34]  * kenvandine wonders what other havoc it caused
[19:34] <kenvandine> it also removed shotwell, i guess
[19:35] <seb128> kenvandine, well anyway thanks, if both start I think it's good enough to upload, I will deal with bugs if we get any
[19:35] <kenvandine> yeah :)
[19:37] <seb128> kenvandine, sorry for breaking your box, it has been 3 days I try to get that stuff building
[19:37] <seb128> it makes me have to extra sympathy for chrisccoulson and Sweetshark dealing with stuff that takes hours long to build ;-)
[19:37] <kenvandine> indeed
[19:37] <kenvandine> no worries
[19:39] <chrisccoulson> seb128, it looks like you're enjoying it. want to take over firefox? ;)
[19:39] <seb128> chrisccoulson, hum... let me think
[19:39] <seb128> NO!
[19:39] <seb128> NO!
[19:39] <seb128> NO!
[19:39] <seb128> ;-)
[19:39] <chrisccoulson> heh
[19:41]  * chrisccoulson rebuilds firefox for the 6th time this afternoon
[19:41] <mdeslaur> seb128: you get to drink scotch while firefox rebuilds :)
[19:41] <chrisccoulson> heh
[19:42] <chrisccoulson> i'm actually thinking about going out to get some really unhealthy food whilst it's building
[19:42] <seb128> mdeslaur, I can understand that, trying to update webkit made me want to drink as well
[19:42] <seb128> chrisccoulson, burger? ;-)
[19:42] <mdeslaur> chrisccoulson: as opposed to the healthy food you usually eat? :)
[19:42] <chrisccoulson> now you can see why i drink so much now ;)
[19:42] <chrisccoulson> heh
[19:42] <chrisccoulson> yeah, i never eat healthy food
[19:42] <mdeslaur> lol
[19:43] <desrt> tedg: GVariant does have bugs
[19:43] <seb128> chrisccoulson, that's not true, we get steaks at team dinners, that's healthy ;-)
[19:44] <chrisccoulson> seb128, so, i did a bisect today and got a really useful result: https://bugzilla.mozilla.org/show_bug.cgi?id=716036#c13
[19:44] <ubot2> Mozilla bug 716036 in Layout "css z-ordering renders invisible text on google search page" [Normal,Unconfirmed: ]
[19:44] <chrisccoulson> "Update cairo to 1.10" ;)
[19:44] <desrt> wow.  nice freudian slip.
[19:44] <seb128> chrisccoulson,  lol
[19:44] <desrt> tedg: GVariant *doesn't have bugs
[19:44] <seb128> desrt, too late, you admitted it
[19:44] <chrisccoulson> seb128, now i need drink ;)
[19:44] <seb128> desrt, none of those are yours? ;-)
[19:44] <desrt> seb128: it's true.  it has had 2 bugs before
[19:45] <desrt> (where i consider bug to be something other than 'make it behave more gently when someone else makes a mistake')
[19:46] <desrt> seb128: i consider it to be very unlikely that these are GVariant bugs
[19:46] <seb128> desrt, ignore that, tedg sent merge requests on libdbusmenu for both
[19:46] <desrt> valgrind is quite 'clever' about tracking uninitialised values
[19:46] <desrt> like if you pass an uninitialised variable to some function and that function stores it in memory, then it will consider that memory to be uninitialised
[19:46] <desrt> it even does this down to the level of individual bits
[19:47] <desrt> so it's not uncommon to see 'uninitialised' deep inside of some library when it has nothing to do with the library at all
[19:48] <desrt> seb128: can you ping nessita and tell her i'm getting bored?
[19:48] <seb128> nessita, hey, bring more bugs!
[19:48] <nessita> desrt: heh!
[19:48] <seb128> desrt, ;-)
[19:48] <nessita> desrt: so, I was about to report a bug today :-)
[19:48] <nessita> but then I realized it was PICNIC
[19:48] <desrt> is that like PEBCAK?
[19:48] <nessita> desrt: yeap
[19:49] <nessita> Problem In Chair Not In Computer
[19:49] <desrt> nice :)
[19:49] <nessita> desrt: when using g_spawn_async, and setting a callback for the child_watch_add function, the status it returns is not the exit code of the child
[19:49] <desrt> right.  you need to interpret it with the W*() macros
[19:49] <nessita> right
[19:50] <nessita> desrt: for now I coded  the macros in python... is there any way to access those?
[19:50] <nessita> thru gi, I mean
[19:50] <desrt> you should be able to access them using python
[19:50] <nessita> desrt: any pointers you could have?
[19:50] <desrt> like os.WIFEXITED()
[19:50] <nessita> hummmm interesting
[19:52] <DBO> seb128, did didrocks have you look at those branches?
[19:52] <seb128> DBO, yes, I tried the daily builds, no difference on start time
[19:52] <DBO> seb128, they are not in the daily builds yet
[19:52] <DBO> our merge bot died apparently
[19:52] <seb128> DBO, I'm not sure about the dash opening, it seems a bit faster but I've no way to metric measure it
[19:53] <DBO> the big one still hasn't landed
[19:53] <DBO> this bad boy: https://code.launchpad.net/~unity-team/nux/nux.lazy-load-graphics/+merge/92211
[19:53] <seb128> DBO, well I got unity r1938 which includes
[19:53] <seb128> lp:~unity-team/unity/unity.lazy-loading
[19:53] <seb128> lp:~unity-team/unity/unity.performance-tweaks
[19:53] <seb128> DBO, but yeah, I didn't get that one
[19:54] <DBO> yeah those two branches only effect 2 things
[19:54] <seb128> DBO, I had lp:~unity-team/nux/nux.lazy-cairo-wrapper though
[19:54] <DBO> 1) dash load time should be faster
[19:54] <desrt> DBO: i hate to nag, but do you have that eta?
[19:54] <DBO> 2) boot time should be faster if you have LOTS of favorites
[19:54] <DBO> desrt, he is doing it right meow
[19:55] <desrt> awesome.  thanks.
[19:55] <DBO> desrt, so sometime between now and never
[19:55] <desrt> heh
[19:55] <desrt> can you have him send me patches for testing if he's not sure about landing it?
[19:55] <DBO> oh we'll just land that bitch as soon as he puts up a review
[19:56] <desrt> works fo rme :)
[19:56] <desrt> any link i can keep an eye on?
[19:57] <DBO> nope
[19:57] <desrt> k.  keep me posted.
[19:57] <DBO> it will land as a single commit
[19:57]  * desrt keeps pulling
[19:57] <seb128> mdeslaur, did you break my screensaver?
[19:58] <mdeslaur> seb128: did I?
[19:58] <DBO> desrt, I'll ping you when to pull
[19:58] <mdeslaur> seb128: what's it doing?
[19:58] <seb128> mdeslaur, just visually, but it displays the default background rather than mine since a few days
[19:58] <seb128> mdeslaur, did anybody else complain about that?
[19:58] <mdeslaur> seb128: ah, no, haven't heard anything...but now that you mention it, I think I see that too
[19:59] <seb128> mdeslaur, since nobody else changed g-s recently I tend to blame you :p
[19:59] <mdeslaur> seb128: yep, I've got that too, I'll take a look
[19:59] <mdeslaur> seb128: hey, watch it :)
[19:59] <seb128> mdeslaur, thanks
[20:00] <seb128> mdeslaur, oh, also not a new bug, but something you might be interested in, if I kill g-s I need to ctrl-alt-l 2 times to lock the screen
[20:00] <seb128> mdeslaur, I guess the first one spawn g-s but doesn't lock
[20:00] <seb128> mdeslaur, it could guess to non locking bugs I guess
[20:01] <seb128> ups
[20:01] <seb128> "I guess it could lead to*"
[20:01] <mdeslaur> hrm
[20:01] <mdeslaur> seb128: ok, I'll take a look at that too, thanks
[20:04] <kenvandine> i wish software-center had told me exactly what it was doing to "repair my package catalog"
[20:05] <kenvandine> half my desktop was gone :)
[20:05] <kenvandine> had to reconstruct it with dpkg.log
[20:13] <mdeslaur> seb128: oneiric shows the default wallpaper too...hrm...
[20:13] <seb128> mdeslaur, g-s from oneirinc on precise you mean?
[20:13] <mdeslaur> seb128: on a real oneiric
[20:14] <seb128> mdeslaur, it doesn't pick dynamically the wallpaper
[20:14] <seb128> known bug
[20:14] <seb128> but if you change and restart g-s it works
[20:14] <mdeslaur> ah! ok, thanks
[20:14] <lifeless> hmm
[20:14] <lifeless>                                                                                                                                                                 
[20:14] <lifeless>  1243 root      20   0  218m  42m  11m R   71  0.5 180:23.39 Xorg
[20:14] <lifeless> 70% cpu Xorg. WIN.
[20:20] <m4n1sh> seb128: That day you gave me a strace command to trace the issue of an app
[20:20] <m4n1sh> what were the arguments
[20:20] <m4n1sh> otherwise it just floods up
[20:21] <seb128> m4n1sh, issue?
[20:21] <seb128> what do you try to do?
[20:21] <m4n1sh> segfault
[20:21] <m4n1sh> when trying to delete an application without selecting
[20:21] <m4n1sh> looks like a regression
[20:22] <seb128> m4n1sh, gdb <binary>?
[20:22] <m4n1sh> dont get much
[20:22] <seb128> install debug symbols?
[20:22] <m4n1sh> for control center? yes
[20:23] <seb128> can you give more details on what you do and what you get? maybe copy on pastebin.ubuntu.com
[20:23] <m4n1sh> seb128: nothing much
[20:23] <m4n1sh> I am trying to fix some other issues with alm
[20:23] <m4n1sh> right now
[20:23] <m4n1sh> when I goto Applications tab
[20:23] <m4n1sh> and an app is no selected
[20:23] <m4n1sh> and I press remove
[20:23] <m4n1sh> it crashes
[20:23] <seb128> run "gdb --args gnome-control-center alm" I guess
[20:23] <seb128> get it to segfault
[20:24] <seb128> and "bt" on the gdb prompt
[20:24] <m4n1sh> thanks
[20:30] <dobey> hi skaet
[20:31] <dobey> skaet: when do you think is the last point at which we can request changes to the default install set (to pull webkit gtk2 off, and get some pyqt and qt-using u1 packages on)
[20:33] <seb128> dobey, hum, assume feature freeze then you will need ffe
[20:33] <seb128> i.e in a week
[20:33] <dobey> ok
[20:37] <mdeslaur> seb128: oh, man, libgnomeui...what have you gotten me into? :P
[20:38] <mdeslaur> oh, no, it got moved
[20:38] <mdeslaur> ok :)
[20:40] <seb128> lol
[20:44] <skaet> dobey,  before feature freeze (Feb 16) please, probably best to work with pitti to make sure it fits into his plans too.
[20:59] <TheMuso> mterry: Do you mind having a look at some code I'm working on for unity-greeter? I am working on adding shortcut keys to a couple of the a11y options, however I am getting an assert when running unity-greeter in test mode, the assert is with a GtkAccelGroup.
[20:59] <TheMuso> mterry: Code: https://code.launchpad.net/~themuso/unity-greeter/add-a11y-shortcuts
[20:59] <mterry> k
[20:59] <TheMuso> mterry: log of output: http://paste.ubuntu.com/834683/
[21:00] <TheMuso> mterry: I also wrote a small sample app in vala to test menu items and accelerators, and the test app worked fine with no asserts.
[21:00] <TheMuso> mterry: robert_ancell looked yesterday and couldn't work out what may be the problem.
[21:00] <mterry> hm
[21:02] <mterry> TheMuso, try this:
[21:03] <mterry> TheMuso, in MenuBar's constructor, instead of adding the "accel_group = ag;" line at the end, put it in the Object() call, like "Object (background: bg, accel_group: ag);" and then...
[21:04] <mterry> TheMuso, change "private Gtk.AccelGroup accel_group;" to "public Gtk.AccelGroup {get; construct;}"
[21:04] <mterry> TheMuso, and try again...   ?  Setting attributes manually in constructors has some weird behavior sometimes in vala
[21:05] <TheMuso> mterry: Will do, thanks.
[21:05]  * mterry supposes he should have tried it for you, but if that doesn't work let me know and I'll dig deeper
[21:05] <TheMuso> I don't mind trying myself.
[21:05] <TheMuso> One learns more that way.
[21:14] <TheMuso> mterry: Yeah that worked fine, thanks for that.
[21:15] <mterry> TheMuso, awesome.  That's really an ugly bug in Vala.  The compiler should complain or do the right thing
[21:16] <TheMuso> mterry: Totally agree.
[21:17] <TheMuso> Anyways, that branch is now ready for merging.
[21:19] <cyphermox> TheMuso: you did alsa changes for bluez, was this related to a bug or was it just because there was now a better way to keep the config file?
[21:19] <kenvandine> seb128, do you know if didrocks would mind if i uploaded his unreleased g-c-c changes?
[21:19] <TheMuso> cyphermox: THere is a better place to store the bluez alsa config file, that is all.
[21:20] <TheMuso> cyphermox: In the past, we used to patch alsa config files to load the bluetooth config file, but now alsa has a conf directory that it watches, so we just drop whatever files we want in that directory.
[21:20] <seb128> kenvandine, go for it, he didn't upload because there was not enough to justify an upload
[21:20] <kenvandine> great
[21:20] <kenvandine> :)
[21:21] <cyphermox> TheMuso: cool
[21:21] <cyphermox> TheMuso: on the same subject, any clue about PulseAudio and MediaEndpoint DBus APIs? that's what bluez tries to use now but that didn't seem to jive with pulseaudio for some reason. It's reverted for now in the bluez package
[21:25] <TheMuso> cyphermox: Yeah its only git master of pulse that supports that, and we haven't patched that into our package, which is 1.1 plus a large handful of tweaks and jack detection stuff thats not all upstream yet.
[21:25] <TheMuso> I can dig up the pulse patches, and pop them into a PPA if you want to test...
[21:25] <TheMuso> For the endpoint stuff.
[21:25] <cyphermox> TheMuso: ok. no rush at all, I simply noticed it and fortunately knew why this was breaking A2DP
[21:25]  * TheMuso nods.
[21:26] <cyphermox> I think we can live with this being reverted for now
[21:26] <TheMuso> Personally I'd rather leave it the way it is, because I don't think the endpoint stuff has been tested much.
[21:26] <cyphermox> agreed
[21:27] <cyphermox> the patch I added simply re-enabled the old socket-based API alongside MediaEndpoint, so if somebody wants to play with newer pulseaudio or other things, it just might work
[21:27] <rye> hello, in unity2d all panel menus get unneeded scroll buttons - is it a known bug?
[21:27] <mterry> TheMuso, I have a pending branch to add back the keyboard indicator.  Does that want an a11y shortcut?
[21:27]  * mterry supposes F10 is good enough?
[21:32] <rye> nevermind, found bug #913237
[21:32] <ubot2> Launchpad bug 913237 in unity-2d "Useless scroll arrows in menus" [High,Confirmed] https://launchpad.net/bugs/913237
[21:33] <rye> mterry, F10 is already reserved for opening first indicator menu
[21:33] <rye> unless you are talking about different environment
[21:33] <TheMuso> mterry: F10 can already be used to get to the men u bar.
[21:35] <rye> also, bug https://bugzilla.gnome.org/show_bug.cgi?id=661973 makes it quite hard to use F10 for anything else now even when unmapped from unity
[21:35] <ubot2> Gnome bug 661973 in gtk "gtk+ reacts on F10 press incorrectly with xkeyboard-config-2.4.1" [Major,Unconfirmed]
[21:36] <rye> heh
[21:36] <rye> in unity-2d it is much more broken, F10 does not call the menu properly at all!
[21:36] <rye> where is unity2d discussed?
[21:37] <seb128> #ubuntu-unity
[21:37] <seb128> like unity-3d
[21:37] <seb128> we only do packagign
[21:37] <seb128> well packaging, integration, bug fixing
[21:37] <seb128> for unity
[21:37] <seb128> by we I mean didrocks mainly ;-)
[21:41] <rye> seb128, ugh, then sorry for spamming you here
[21:41] <seb128> no worry
[21:41]  * rye moves SpamFactory to #ubuntu-unity
[21:41] <seb128> we look at issues in Ubuntu bug upstream channel is #ubuntu-unity ;-)
[21:41] <rye> it's just you are discussing so many shiny things here...
[21:42] <seb128> yeah, we are happy to discuss unity issues as well
[21:42] <seb128> we don't have much unity-2d clues though
[21:50] <bryceh> interesting; there's an 'Upstream target' in lp advanced search now.
[22:12] <agateau> robert_ancell: hi, I am not awake at 6am, but now I am :)
[22:12] <robert_ancell> agateau, you never know with ubuntu people :)  I had an issue with liblightdm-qt linking, but it turned out to be something else that was wrong
[22:13] <agateau> robert_ancell: oh ok :)
[22:15] <agateau> robert_ancell: hey, while I am as awake as you: I added support for guest session to the kde greeter, but it seems the setting does not work in test mode. Is it expected?
[22:17] <robert_ancell> agateau, yes, it would try and switch to the guest user and fail
[22:17] <robert_ancell> agateau, in test mode you can only log into your own user
[22:18] <agateau> robert_ancell: oh that explains another problem
[22:18] <agateau> robert_ancell: but what I meant is the "guest hint" seems to be always off
[22:18] <agateau> robert_ancell: on the other hand it was late, maybe I am confused :)
[22:19] <robert_ancell> it probably checks if it can run the guest session, and the hint is off because of some permissions
[22:20] <agateau> ok. I noticed the unity-greeter detects test mode and fakes a few things, maybe I'll do the same
[22:31] <mdeslaur> seb128: gnome-screensaver specifically uses the system background. Because of a bug in Oneiric, it wasn't working properly. I can distro-patch it to use the user's background if you want.
[22:31] <seb128> mdeslaur, when did it start doing that?
[22:32] <mdeslaur> seb128: with the switch to gsettings
[22:32] <seb128> oh, that's an upstream stuff? yes, that's stupid...
[22:32] <seb128> hum
[22:32] <seb128> i'm pretty sure it was reflecting my user background in oneiric
[22:32] <mdeslaur> it was...but that was a gsettings bug in oneiric :P
[22:33] <mdeslaur> seb128: look here: http://git.gnome.org/browse/gnome-screensaver/tree/src/gs-manager.c#n570
[22:33] <mdeslaur> seb128: it resets it all to the gsettings default values to get the system defaults
[22:33] <robert_ancell> TheMuso, did you work out the accelerator thing?
[22:34] <seb128> mdeslaur, oh ok, that makes sense
[22:34] <mdeslaur> seb128: personally, I like having my own background on the lock screen too, so I'll patch it...that'll also fix it to get changes
[22:34] <seb128> mdeslaur, there was a bug which made the reset stuff not work, it was fixed this week
[22:34] <seb128> mdeslaur, the gsettings reset
[22:34] <mdeslaur> seb128: ah! that explains it, yes
[22:34] <seb128> that's why it was working before
[22:34] <mdeslaur> seb128: I couldn't figure out why it worked in oneiric :)
[22:35] <mdeslaur> seb128: so, shall I make it use the user preferences? it would make sense for us, since we're using the user's background on the login screen too...
[22:40] <seb128> mdeslaur, yes please
[22:41] <TheMuso> robert_ancell: Yep, see my merge proposal, mterry suggested I change the way accel_group was being initialized in menubar, its a bug in vala.
[22:43] <robert_ancell> TheMuso, ah, I couldn't see what the difference was in the merge.  Nasty bug!
[22:49] <TheMuso> Indeed.