[00:19] <TheMuso> pitti: Ok bug 966845 fixed for pyatspi and at-spi2-atk, uploaded the new upstream version of the at-spi2 stack into precise-proposed as well. Will fix up in Debian and will re-sync later to clean up.
[00:19] <ubot2> Launchpad bug 966845 in pyatspi "lucid->precise upgrade wants to remove ubuntu-desktop" [High,In progress] https://launchpad.net/bugs/966845
[04:47] <robert_ancell> RAOF, any reason why we're not running the latest colord?
[04:48] <RAOF> robert_ancell: Mainly because it's after feature freeze.
[04:49] <RAOF> Well, that and because 0.1.18 doesn't work properly on !systemd (although I've fixed that)
[04:50] <RAOF> robert_ancell: Is there anything particular you'd like out of the latest colord?
[04:51] <robert_ancell> RAOF, not really, just wondering why both us and debian are two versions behind
[04:51] <RAOF> Ah.  Well, Debian's two versions behind because I've not yet trawled for a sponsor vigorously enough.
[05:01] <RAOF> And Ubuntu's also behind that because we don't seem to have libgusb
[05:11] <pitti> Good morning
[05:11] <pitti> TheMuso: splendid, thanks
[05:18] <BigWhale> Morning.
[05:29] <rickspencer3> good morning pitti
[05:30] <pitti> hey rickspencer3
[05:31] <rickspencer3> pitti what's the word on the street for beta2?
[05:31] <pitti> rickspencer3: looking fairly good, I'd say
[05:31] <rickspencer3> good news
[05:34] <rickspencer3> pitti, the bug reports on the ISO tracker look less than severe
[05:34] <pitti> yeah, some were gratuitously marked as "serious", but are not really in the sense of "breaks the install"
[05:53] <RAOF> pitti: In the unlikely event that you've got a lazy couple of minutes, it'd be nice to get colord 0.1.18 currently sitting in git uploaded to Debian.
[05:56] <pitti> RAOF: can do; updating my sid chroot
[05:57] <pitti> pristine-tar: git show refs/heads/pristine-tar:colord_0.1.18.orig.tar.xz.delta failed
[05:57] <pitti> gbp:error: /usr/bin/pristine-tar returned 128
[05:57] <pitti> RAOF: ^
[05:58] <pitti> RAOF: I guess I need to download the orig via uscan then?
[05:58] <RAOF> That'd work.
[05:58] <RAOF> Or I could just push the pristine-tar branch :)
[05:58] <pitti> meh
[05:58] <RAOF> …done.
[05:58] <pitti> RAOF: I did uscan --download-current-version --rename, and that worked; but git-buildpackage still complains
[05:59] <pitti> RAOF: still the same, hmm
[05:59] <pitti> ah, nevermind; git fail
[05:59] <RAOF> Heh.
[06:11] <RAOF> pitti: Thanks muchly!
[06:11] <pitti> RAOF: uploaded
[06:11]  * RAOF already received the ACCEPTED mail :)
[06:21] <didrocks> good morning
[06:21] <pitti> bonjour didrocks, ca va?
[06:22] <didrocks> pitti: I'm good, thanks! I woke up at 5AM, couldn't sleep more. So I work until 6h30, and then, finally catch up one hour and half of some sleep :)
[06:22] <didrocks> pitti: and you?
[06:23] <pitti> erk
[06:23] <pitti> pretty well here, slept until 5:30 when the birds started yelling, and then until 7 after closing the window :)
[06:23] <pitti> it's become a routine for the last week or two now
[06:23] <didrocks> oh, sleeping with open windows?
[06:24] <pitti> we have a bird which makes a noise like a beeping alarm clock
[06:24] <didrocks> urgh
[06:24] <didrocks> the birds here are way nicer :)
[06:24] <pitti> well, that's fine; I get up, shut the window, and go on sleeping :)
[06:24] <didrocks> heh ;)
[06:24] <pitti> I much rather have some birds a few weeks a year than a loud street or anything the entire year
[06:24] <didrocks> totally agree
[06:25] <pitti> one of these days that guy will find a nice bird women, and he can stop yelling :)
[06:25] <didrocks> :)
[06:25] <pitti> he's got a nice comfy nest
[06:26] <RAOF> We have some crazy birds out in the park opposite that scream at midnight.
[06:27] <didrocks> RAOF: he maybe has some timezone issue ;)
[06:28]  * didrocks looks at the new g-c-c display ui. I will ask more ui patching :/
[06:28] <didrocks> it*
[06:37]  * rickspencer3 is picturing the difference between French, German, and Australian birds
[06:42] <didrocks> rickspencer3: starting a funny drawing serie?
[07:35] <didrocks> pitti: do you know if GtkTable can merge some columns for a row? It seems not to me
[07:36] <pitti> didrocks: I don't know off-hand, sorry
[07:36] <pitti> didrocks: perhaps GtkGrid can now, it's the successor
[07:36] <didrocks> pitti: well, I don't want to change even more g-c-c ;)
[07:37] <didrocks> https://launchpadlibrarian.net/98669009/globalOptionsPlacement.png will require adding a gtkbox then…
[07:37] <didrocks> more ui patching and love
[07:37] <pitti> didrocks: but why would you need to formally merge them?
[07:37] <didrocks> pitti: on the image, look at the separator ^
[07:37] <pitti> didrocks: gtk_table_attach() takes the left, right, top, bottom cell
[07:37] <pitti> so you can place a widget into two cells
[07:37] <pitti> or more
[07:37] <didrocks> ah
[07:37] <pitti> yes, that should be fine
[07:37] <didrocks> oh nice, yeah
[07:38] <didrocks> so, just adding one row, and using that
[07:38] <didrocks> thanks pitti :)
[07:47] <tkamppeter> pitti, hi
[07:47] <pitti> hey tkamppeter
[07:51] <tkamppeter> pitti, it is about bug 494141, on April 5, 2011 you have uploaded CUPS to lucid-proposed with a fix and the bug got marked verification-needed. It seems that no one never ever tested this though there was a lot of discussion afterwards and in the meantime up to now security updated for CUPS (without the fix for this bug) got applied. Today, RAOF, removed the verification-needed mark as the proposed version got superseded and told the
[07:51] <tkamppeter> fix should get re-uploaded. I do not know where to find the fix and what it was, as you packaged it. Can you re-upload or should we mark the bug invalid as the fix did not get tested for one year?
[07:51] <ubot2> Launchpad bug 494141 in cups "CUPS starts after SAMBA; printers are not available (convert cups to upstart)" [Undecided,Fix released] https://launchpad.net/bugs/494141
[07:53] <pitti> tkamppeter: actually SpammapS uploaded it, but I agree that we should just set lucid  to "wontfix" at this point; I'll do that
[07:55] <pitti> bonjour seb128
[07:55] <seb128> hey
[07:55] <seb128> hey pitti, how are you ?
[07:55] <pitti> I feel quite precise today!
[07:56] <tkamppeter> pitti, thanks.
[07:56] <seb128> pitti, ;-)
[07:56] <pitti> beta looking good, got some nice progress with using -proposed as a staging area
[07:56] <pitti> and still 5 bugs behind you, grrr! :-)
[07:56]  * pitti hugs seb128
[07:56]  * seb128 hugs pitti
[07:56] <seb128> pitti, that can't change a lot with the freeze ;-)
[07:57] <pitti> I have some 5 queued up in unapproved and bzr, but I guess so do you
[07:57] <pitti> I wasted half of yesterday on bug 571038
[07:57] <seb128> pitti, yeah, I've a few, some in proposed as well (the page didn't pick those up I think)
[07:57] <ubot2> Launchpad bug 571038 in gnome-disk-utility "palimpsest crash with libgdu:ERROR:gdu-pool.c:2369:device_recurse: assertion failed: (depth < 100)" [Medium,Confirmed] https://launchpad.net/bugs/571038
[07:57] <seb128> pitti, did you get to the bottom of it?
[07:58] <pitti> seb128: I think the page has a general problem with -proposed; even today it doesn't have the recent gtk+2.0 fix, neither for me (I uploaded to -proposed) nor for cjwatson (who copied it to precise)
[07:58] <pitti> seb128: I managed to generate the crash once, but I can't reproduce it reliably yet
[07:58] <pitti> I tried to re-do the same steps, but failed
[07:58] <seb128> :-(
[07:58] <pitti> it affects partition layouts which you cannot create with Linux tools
[07:59] <pitti> only with some proprietary ones, I figure
[07:59] <pitti> (and which should not even be allowed, they are ridiculously convoluted)
[08:01] <cjwatson> pitti: I had to arrange to skip uploads without changesfileurl, which seemed a bit odd but I didn't get to the bottom of it
[08:01] <cjwatson> pitti: eh, though, since gtk+2.0 has been copied to precise, it shouldn't appear on pending-sru
[08:02] <cjwatson> oh, wait, you're talking about a different page aren't you :-)
[08:02] <pitti> cjwatson: I mean http://reports.qa.ubuntu.com/reports/bug-fixing/precise-fixes-report.html
[08:02]  * cjwatson goes back to sleep
[08:02] <pitti> cjwatson: so yes, it's not something important, just a little competition that seb128 and I have going.. :)
[08:02] <seb128> ;-)
[08:02] <cjwatson> yeah, I'm ridiculously far behind you this cycle apparently
[08:04] <seb128> pitti, interesting commen:t https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/899858/comments/46
[08:04] <ubot2> Launchpad bug 899858 in oem-priority/precise "regression in gvfs to connect/browse using obex" [High,In progress]
[08:04] <seb128> "there is a private implementation of dbus-glib in daemon/dbus-gmain.c" -> wth
[08:05] <pitti> yes, I saw
[08:31] <chrisccoulson> good morning everyone
[08:32] <pitti> hey chrisccoulson
[08:32] <chrisccoulson> hi pitti, how are you?
[08:32] <pitti> quite fine, thanks! yourself?
[08:32] <chrisccoulson> pitti - yeah, pretty good thanks :)
[08:33] <BigWhale> Greetings all.
[08:35] <chrisccoulson> does anybody know what actually changed with bug 939258? it broke the blacklist feature of thunderbird
[08:35] <ubot2> Launchpad bug 939258 in indicator-messages "Messaging indicator not respecting blacklist" [Undecided,Fix released] https://launchpad.net/bugs/939258
[08:35] <chrisccoulson> i guess i could probably just look and figure it out :)
[08:40] <chrisccoulson> oh, i see now
[08:41] <seb128> hey chrisccoulson
[08:41] <seb128> chrisccoulson, how are you?
[08:42] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[08:42] <seb128> chrisccoulson, I'm good thanks
[08:42] <chrisccoulson> i wish we could stop changing things without telling people first :)
[08:43] <chrisccoulson> bug 968063 is because of a last minute indicator-messages change ;)
[08:43] <ubot2> Launchpad bug 968063 in thunderbird "Messaging menu blacklist feature doesn't work" [Undecided,New] https://launchpad.net/bugs/968063
[08:50] <tjaalton> chrisccoulson: have you seen a bug reported against enigmail/thunderbird where the locale is all wrong? the enigmail translations seem to be in hungarian for me :)
[08:51] <chrisccoulson> tjaalton, no, i've not seen that
[08:51] <tjaalton> ok, I'll file a bug
[08:51] <glatzor> hello dpm, I have got a question regarding the iso 639 codes. In aptdaemon I use the iso codes xml file to get human readable names for the to be downloaded translations of package descriptions (e.g. "Downloading transalations for Asturian")
[08:51] <glatzor> dpm, bug 966111
[08:51] <ubot2> Launchpad bug 966111 in aptdaemon "aptd crashed with KeyError in get_localised_name(): 'ast'" [Undecided,New] https://launchpad.net/bugs/966111
[08:52] <dpm> hi glatzor, looking...
[08:52] <glatzor> dpm,  but there seem to be some locales which are not covered by the iso 639 codes
[08:52] <glatzor> dpm, I use the iso_code_639_1_code for the lookup of languages
[08:53] <glatzor> dpm, is there a better way?
[08:54] <dpm> glatzor, hm, strange that 'ast' in particular is not covered. Instead of using isocodes, you might want to try pyicu instead, it has a nice API and provides localized language names from ISO codes too.
[08:58] <dpm> it's weird though, 'ast' and its translation seem to be available from iso-codes, though:
[08:58] <dpm> https://translations.launchpad.net/ubuntu/precise/+source/iso-codes/+pots/iso-639-3/ast/+translate?batch=10&show=all&search=asturian
[08:58] <dpm> https://translations.launchpad.net/ubuntu/precise/+source/iso-codes/+pots/iso-639/ast/+translate?batch=10&show=all&search=asturian
[09:15] <pitti> seb128: gosh, I'm so glad we got that apport retracer failure
[09:15] <seb128> pitti, oh?
[09:15] <pitti> seb128: I have a test case now, and this uncovered that the client-side dupe detection doesn't work for any signature which has a character which gets quoted in URLs :/
[09:16] <pitti> so, it fixes the retracer crash now, and should make client-side dupe detection work a lot better
[09:16] <seb128> nice
[09:19] <pitti> seb128: rolled out, db now publishing, retracer shoudl work again
[09:20] <seb128> \o/
[09:20] <seb128> pitti, well done
[09:20] <pitti> test cases FTW
[09:32] <glatzor> dpm, there is an entry for asturian in iso 639 but as 2t/2b code
[09:38] <dpm> glatzor, what's a 2t/2b code?
[09:39] <dpm> In any case, pyicu should work: http://pastebin.ubuntu.com/905326/
[09:39] <seb128> pitti, robert_ancell went crazy on updates this week ;-)
[09:39] <pitti> indeed!
[09:40] <pitti> some woudl have been done better in Debian, but anyway, nice to have all those 3.4 final tarballs!
[09:40] <pitti> seb128: I bet it was really his daughter, he told her to package
[09:40] <seb128> right, I put some of those as "to sync" on the pad
[09:40] <seb128> pitti, ;-)
[09:42]  * didrocks hopes he finished his latest changes to g-c-c this cycle
[09:42]  * pitti hugs didrocks
[09:43] <pitti> didrocks: that's the "where to put launcher in a multi-monitor setup"?
[09:44] <didrocks> pitti: yeah, small tweaks here, and now that unity-2d support as well reveal pressure, I'm hooking it up
[09:44] <didrocks> pitti: 2d uses gsettings, 3d uses gconf
[09:44] <didrocks> so for every settings, it's a fun story for refresh, resetting to default, consolidating both settings
[09:45] <glatzor> dpm I dont know :) I hoped that you coud give me some advice on this :)
[09:45] <glatzor> dpm, but thanks for the tip with icu. It is already in main. So seems to be a good solution
[09:46] <dpm> lol, no worries. Where did you see ast was a '2t/2b code'?
[09:47]  * didrocks should fix his notification weechat plugin. Since a recent upgrade, I get notification even for message I'm writing in pm…
[09:47] <glatzor> dpm, from /usr/share/xml/iso-codes/iso_639.xml
[09:53] <dpm> glatzor, ah, here's what 2b/2t codes are -> http://en.wikipedia.org/wiki/ISO_639-2#B_and_T_codes - from what I can see, though, the only "special" thing about ast is that it hasn't got a 2-letter code, it's got only the 3-letter version, which is the same for many other languages, so when populating your array from iso-codes you should probably fall back to the 'iso_639_2B_code' or 'iso_639_2B_code' if there isn't a iso_639_1_code entry. But unless yo
[09:53] <dpm> u are concerned about adding an additional dependency, I'd recommend using pyicu instead of parsing xml
[10:11] <mpt> glatzor!!! hugs
[10:13] <tjaalton> chrisccoulson: filed bug 968122, upstream knows about it
[10:13] <ubot2> Launchpad bug 968122 in enigmail "localization messed up" [Undecided,New] https://launchpad.net/bugs/968122
[10:20] <ritz> seb128, morning
[10:20] <ritz> wrt https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/949782
[10:20] <ubot2> Launchpad bug 949782 in unity-greeter "No way to disable lightdm start-up sound" [Medium,Triaged]
[10:20] <seb128> hey ritz
[10:21] <glatzor> hello mpt
[10:21] <mpt> How's hacking?
[10:21] <glatzor> mpt, nice to see you once again at uds
[10:21] <ritz> seb128, heya, say I looking to have this patch review.integrated . do I talk to mterry ? or is this any other procedure to follow ?
[10:22] <glatzor> mpt, how are you?
[10:24] <seb128> ritz, the usual way is to branch, hack and propose a merge request for review
[10:24] <ritz> seb128, okay, so attaching patch is nice, but a bzr branch is better ?
[10:24] <ritz> sweet
[10:24] <seb128> ritz, correct
[10:25] <ritz> seb128,  are you busy ? got a question with bzr.
[10:25] <ritz> when I do branch, it clones the branche entirely
[10:25] <ritz> but I do see certain projects, only with the diff/basic  files
[10:26] <ritz> where recipes require merge to work
[10:27] <mbiebl> RAOF: do you need a sponsor for colord?
[10:27] <seb128> ritz, busy ... I always have something to do but feel free to ask questions on IRC you will often find somebody to respond ;-)
[10:27] <ritz> cool :)
[10:28] <seb128> ritz, I'm not sure I understood the question though? you probably want to bzr branch lp:unity-greeter in that case
[10:29] <ritz> seb128, for example - https://bazaar.launchpad.net/~unity-greeter-team/unity-greeter/ubuntu/files
[10:29] <ritz> the only files listed are debian folder
[10:30] <ritz> when I create a branch, https://code.launchpad.net/~khadgaray/+junk/unity-greeter.lp949782
[10:30] <ritz> it has a copy of everything
[10:30] <mbiebl> RAOF: looks like you can drop the libusb-1.0-dev b-dep alltogether
[10:30] <mbiebl> RAOF: commit 6e1854455f39e288303741896582bedc73b55e37
[10:30] <ritz> seb128,  is this a new bzr repo we create, and then request merge ?
[10:30] <seb128> ritz, yeah, some of the packaging vcs-es are debian dir only, easier to deal with, less to check out
[10:31] <seb128> ritz, but you should work on the upstream source, i.e lp:unity-greeter
[10:31] <ritz> yup, how is this done ?
[10:31] <seb128> that's full source
[10:31] <seb128> ritz, debian dir only vcses? read https://wiki.ubuntu.com/DesktopTeam/Bzr is that the details
[10:31] <ritz> this branch of fine, is a full clone/copy of the upstream
[10:39] <mpt> glatzor, good, somewhat daunted by the number of bugs in USC :-)
[11:07] <ritz> seb128, nm, figured this out. Thanks. copied debian/ folder over, created a new bzr repo, added merge to recipe, and magic
[11:23] <seb128> ritz, good
[11:24] <ritz> seb128, what I am not able to figure out are the branch name, as yet
[11:24] <ritz> https://code.launchpad.net/~unity-greeter-team/unity-greeter/trunk
[11:24] <ritz> for example, what would be the branch for precise here ?
[11:24] <ritz> or the branch names  in https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/unity-greeter/precise
[11:25] <seb128> ritz, you can use debcheckout unity-greeter for that
[11:25] <seb128> ritz, the vcs is ubuntu:<source> is not precised in the debian/control with a Vcs... field
[11:26] <ritz> I did not under the last statement :(
[11:27] <ritz> what is "precised"  ?
[11:27] <seb128> specified
[11:27] <seb128> sorry
[11:27] <seb128> i.e it's the standard location by default
[11:28] <seb128> but a package can use a non standard vcs and in this case the vcs is listed in the control file
[11:28] <seb128> so apt-get source, debcheckout etc can tell you what to use
[11:28] <seb128> i.e unity-greeter source package has
[11:28] <seb128> Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/unity-greeter/ubuntu
[11:28] <ritz> okay, I see. precise as of now is the upstream
[11:29] <ritz> but say, I would like to write a recipe to merge with https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/unity-greeter/oneiric
[11:29] <ritz> I need to specify branch name
[11:29] <ritz> merge <branchname> <repo>
[11:30] <seb128> dunno about receipies, maybe ask on #launchpad?
[11:30] <ritz> bzr says default, when I type "bzr branch"
[11:30] <seb128> we don't do daily builds around
[11:30] <ritz> cool
[11:30] <ritz> will do
[11:30] <ritz> thanks :)
[11:31] <ritz> seb128++
[11:32] <seb128> yw!
[11:57] <dpm> pitti, I see an old "Needs Review" template in the imports queue for Precise, coming from a previous upload of vte3. It seems that the template was not updated because its name seems truncated (vte-.pot). Any idea what could have caused and whether it's fixed?
[11:57] <dpm> https://translations.launchpad.net/ubuntu/precise/+imports?field.filter_status=NEEDS_REVIEW&field.filter_extension=pot&batch=300
[12:04] <dpm> seb128, also on that link ^ it seems we've got a webkit 2.0 template in Launchpad, but the latest upload was for a 3.0 template. Do you know if we should keep both, or just the 3.0 (i.e. do we ship both webkit 2.0 and 3.0 in precise)?
[12:05] <seb128> dpm, we ship webkit built with gtk2 and gtk3 but it's likely they have the same strings, they are 2 builds from the same source with different options
[12:06] <dpm> seb128, ah, it might be that they use different translation domains, though, so probably we should keep both templates in LP and ship 2 .mo files
[12:07] <seb128> dpm, probably yes
[12:08] <dpm> thanks seb128
[12:09] <seb128> yw
[12:46]  * desrt yawns and stretches
[12:46] <pitti> desrt: boo!
[12:47] <seb128> desrt, good morning!
[12:47] <desrt> hello gentlemen
[12:47] <desrt> do we have a meeting today?
[12:47]  * jalcine passes desrt some pancakes.
[12:47] <desrt> score!
[12:48] <desrt> pancakes and no meetings.  this is turning out to be a pretty good day so far.
[12:49] <didrocks> hey desrt!
[12:49] <desrt> hihi
[12:51] <seb128> desrt, no meeting that I know about no
[12:51] <desrt> seb128: fantastic news.  i hate meetings :D
[12:52] <seb128> ;-)
[12:52] <seb128> desrt, did you see slangasek hud issues yesterday?
[12:52] <seb128> not sure if that went anywhere it was my end of day
[12:53] <desrt> ya.  i wasn't able to reproduce it
[12:54] <seb128> yeah, me neither, but it seems to happen to some people, not sure what infos to ask on those bugs
[12:54] <desrt> 'what happens if you killall hud-service'? is a good one i guess
[12:54] <desrt> ie: does nautilus and unity-panel continue to go at it with each other or is hud an essential part of the problem?
[12:56] <seb128> desrt, well slangasek had it with firefox
[12:56] <seb128> had,has...
[12:56] <seb128> ie firefox and hud fighting
[13:00] <seb128> desrt, I Cced you on a "fun" bug as well, 2 powerpc users who have their menubar stripped from nautilus,gedit on any session
[13:00] <seb128> desrt, including xfce or gnome-classic
[13:01] <desrt> ya.  wondering if that has something to do with endianness issues in my recent g-s-d xsettings tweakings
[13:01] <seb128> desrt, the only 2 users who have it are on powerpc so I guess something is broken on powerpc
[13:02] <seb128> desrt, well the xsettings shouldn't be changed in classic and I'm not sure xfce runs gsd
[13:02] <seb128> it's an "interesting" bug
[13:02] <seb128> I wonder if that's a bug in gtk
[13:02] <seb128> and why it impacts only on gedit,nautilus
[13:02] <seb128> but at the same time it's powperpc, I'm suprised there in any ppc desktop user left
[13:02] <seb128> so I'm not sure I can much
[13:03] <desrt> *care, i assume you mean :)
[13:03] <seb128> yes
[13:03] <seb128> ;-)
[13:03] <desrt> anyway
[13:03] <desrt> i want to close out the performance work today
[13:04] <desrt> so stop distracting me with interesting bugs :)
[13:04] <seb128> ;-)
[13:04] <seb128> pitti, mpt: do you have an opinion on https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/964178 for precise?
[13:04] <ubot2> Launchpad bug 964178 in gnome-settings-daemon "[UIFe] Make keyboard layout indicator more consistent" [Wishlist,Confirmed]
[13:04] <seb128> it's a bug from jbicha about changing the order and wording for the 2 bottom items of the keyboard layout indicator to be consistent with other ones
[13:05] <mpt> seb128, it warms the cockles of my heart
[13:05] <seb128> mpt, so you +1 the suggestion, good ;-)
[13:05] <mpt> yep :-)
[13:05] <seb128> thanks
[13:12] <pitti> seb128: LGTM, updated bug
[13:12] <seb128> pitti, thanks
[14:12] <seb128> pitti, hey, I just got bug #899757
[14:12] <ubot2> Launchpad bug 899757 in udisks "udisks-daemon assertion error: HACK: Wanting to register object at path `%s' but there is already an object there." [Medium,Incomplete] https://launchpad.net/bugs/899757
[14:12] <seb128> pitti, is there any info I can get from the system?
[14:12] <seb128> I did do the "  sudo /usr/lib/udisks/udisks-daemon --replace 2>&1 | tee /tmp/udisks.log" since I found the bug after hitting the issue
[14:13] <pitti> seb128: indeed there is -- see comment 6
[14:13] <seb128> I'm not sure I will be able to get it again
[14:13] <seb128> but let's see
[14:13] <pitti> seb128: if you have the udisks debug output, if you could attach that to the bug?
[14:13] <pitti> ah
[14:13] <pitti> yes, that's the tricky bit; what did you do when it happened?
[14:14] <seb128> pitti, I disconnected,reconnected my ipod nano 5 times in a minute to test the gvfs media player bug
[14:14] <desrt> seb128: FASTER!!
[14:15] <seb128> one time the cable didn't connect correctly so it was on,off,on again, so maybe a serie of connected,unconnected events or something like that
[14:15] <seb128> desrt, I would if g-s-d wasn't taking 10s to see the device :p
[14:16] <desrt> blame the kernel
[14:16] <desrt> there has been some talk there lately...
[14:16] <pitti> seb128: that sounds plausible at least; you need two "added" events in a very short tiem
[14:16] <pitti> time
[14:16] <seb128> pitti, ok, got it
[14:18] <seb128> pitti, https://launchpadlibrarian.net/98880792/udisks.log
[14:18] <seb128> pitti, on the bug
[14:18] <seb128> pitti, I can get it easily enough by playing with the ipod connector, let me know if you need extra infos
[14:18] <pitti> seb128: splendid, thanks!
[14:18] <seb128> yw!
[14:19] <didrocks> seb128: you! apple fan boy ;)
[14:19] <seb128> didrocks, ;-)
[14:19] <seb128> didrocks, see it's good, with apple device you can trigger bugs :p
[14:19] <didrocks> seb128: ahah, seems like you even want to expense it :p
[14:20] <seb128> good idea!
[14:20] <didrocks> ;)
[14:21] <desrt> we're expensing ipads now?
[14:21]  * desrt signs up
[14:21] <desrt> (we're allowed to sell it on ebay after, right?)
[14:33] <slangasek> desrt, seb128: yes, so when I pruned my bookmark tree (dropping an auto-generated subtree I never use), the problem seems to have gone away
[14:34] <seb128> slangasek, desrt: ok, so maybe it was indeed the dbusmenu slowness bug chrisccoulson worked on this week
[14:35] <cyphermox> seb128: any idea why vino 3.4.0 is in precise-proposed? :)
[14:40] <seb128> cyphermox, why wouldn't it be?
[14:41] <seb128> cyphermox, you can upload a -0ubuntu2 there
[14:41] <cyphermox> alright.
[14:41] <seb128> cyphermox, is the question "why in proposed"? we are using proposed a staging during the beta2 hard freeze so things builds and can be tested
[14:42] <cyphermox> yeah.
[14:42] <cyphermox> alright
[14:42] <seb128> cyphermox, it avoided the cahos stacking all 3.4 in vcs, easier to not dup work, and so we don't hammer buildds after unfreeze ;-)
[14:42] <cyphermox> right, makes sense
[14:43] <didrocks> seb128: oh btw, if you want your bugs to be counted in your account during the -proposed -> main archive copy, you have to sync them yourself
[14:43] <didrocks> seb128: otherwise, IIRC the discussion on Friday, it will be the syncer who win them :)
[14:43]  * didrocks now knows how pitti will beat seb128 at this game!
[14:43] <seb128> didrocks, lol, that's how pitti plans to beat me, I see why he pushed for proposed use!
[14:44] <kenvandine> haha
[14:44] <pitti> what, who?
[14:44] <didrocks> seb128: great minds! :)
[14:44] <pitti> oh
[14:44] <pitti> didrocks: I don't actually think that works
[14:44] <seb128> pitti, didrocks just explained me that you make us stack in proposed to pocket copy and claim credits ;-)
[14:44] <pitti> didrocks: the recent gtk+2.0 change doesn't appear anywhere, and it was done via -proposed
[14:44] <pitti> didrocks: did you get the bugs counted from your upload round?
[14:44] <seb128> so we just loose those?
[14:44] <didrocks> pitti: hum, so bug counts are not counted at all in the end?
[14:45] <didrocks> pitti: TBH, I didn't care/looked
[14:45] <pitti> didrocks: I only checked for one bug
[14:45] <didrocks> let me look
[14:45] <didrocks> one sec
[14:45] <pitti> seb128: nah, you can copy your's yourself, same as didrocks
[14:45] <cyphermox> bug counts?
[14:45] <dobey> well didrocks cheats because he's uploading all the unity packages :P
[14:45] <seb128> cyphermox, http://reports.qa.ubuntu.com/reports/bug-fixing/canonical-desktop-team-precise-fixes-report.html
[14:46] <cyphermox> right.. I thought those were tallied from emails in precise-changes.
[14:46] <didrocks> dobey: well, same with GNOME, but yeah, it's not a fair game :)
[14:46] <seb128> cyphermox, little in team competition game going on ;-)
[14:46] <cyphermox> seb128: of course. I look at the global one every once in a while to see how I'm doing
[14:46] <didrocks> pitti: seb128: yeah, they aren't counted
[14:46] <didrocks> at all
[14:47] <didrocks> I'll never push unity/compiz to -proposed ever *ever* :p
[14:47] <pitti> :(
[14:47] <didrocks> (not sure about the package upload numbers as well)
[14:52] <chrisccoulson> it seems like i need to help didrocks with unity uploads to bump up my score a bit ;)
[14:52] <didrocks> chrisccoulson: stop slacking! You need real software rather than webby-on-the-cloud-prototype-based stuff :)
[14:52] <chrisccoulson> lol
[14:52] <didrocks> like you have the bare metal, you have the heavy old good client :)
[14:53] <didrocks> (btw, I'm quite impressed on the mozilla RGP game they did)
[14:53] <didrocks> with the server on Nodejs…
[14:54] <chrisccoulson> oh, i've not tried it yet. i keep seeing people tweeting about it though
[14:54] <chrisccoulson> perhaps i will try it outside of working hours later ;)
[14:54] <didrocks> just tried it for 5 minutes, as most of people do I guess :)
[14:54] <chrisccoulson> kenvandine, i'm seeing your issue on the canonical wiki now btw :(
[14:55] <didrocks> what issue?
[14:55] <chrisccoulson> didrocks, the wiki pages only have a title and no contents
[14:55] <didrocks> I got the same yesterday, had to logout/login back
[14:55] <chrisccoulson> although, the inspector shows that the document really does have no contents, so i'm not sure it's a browser bug :)
[14:55] <didrocks> oh?
[14:55] <didrocks> by no content
[14:56] <didrocks> you meant,
[14:56] <didrocks> *no* content? :)
[14:56] <didrocks> I just had the top bar
[14:56] <didrocks> telling me I can't access the resource
[14:56] <chrisccoulson> didrocks, yeah, just the top bar. it doesn't tell me i can't access it though
[14:56] <chrisccoulson> although, logging out and back in again fixed it
[14:56] <chrisccoulson> weird ;)
[14:56] <kenvandine> chrisccoulson, working for me now
[14:57] <didrocks> same from what I had yesterday…
[14:58] <didrocks> chrisccoulson: btw, I had it with chromium so not browser related
[14:59] <chrisccoulson> oh, that's ok then :)
[14:59] <didrocks> sorry, forgot to tell :)
[15:15] <tkamppeter> pitti, I have committed additional fixes for cups-filters, to be uploaded into Debian and Ubuntu after beta2 release.
[15:16] <seb128> desrt, I hate glib, it's impossible to run a process with glib 2.30 on precise :p
[15:17] <desrt> huh?
[15:18] <seb128> desrt, too many new symbol, I had to downgrade gtk,gdk as well but that's still not enough, I stopped on gvfs :p
[15:18] <desrt> i repeat my question.  huh? :)
[15:18] <pitti> "use chroots, Luke"?
[15:18] <pitti> or a live CD?
[15:19] <seb128> desrt, I'm trying to figure if that mount issue is a glib regression
[15:19] <seb128> pitti, well I know it worked on 11.10, that won't tell me a lot
[15:19] <seb128> I'm trying to isolate the regression
[15:19] <pitti> ah
[15:19] <seb128>           x_content_types = g_mount_guess_content_type_sync (mount, FALSE, NULL, NULL);
[15:19] <seb128> that returns NULL for my ipod
[15:19] <seb128> so somewhat I'm leaning toward glib
[15:20] <pitti> there's still some guesswork involved for media players
[15:20] <pitti> I think we used to have a hack that checked the icon name
[15:20] <seb128> pitti, well it should return a type for sure no?
[15:20] <pitti> as there is no other way ATM to pass that up to gvfs
[15:22] <seb128> pitti, where is that hack? gvfs?
[15:23] <pitti> yes, I believe so, but it's been a while
[15:23] <didrocks> tjaalton: around?
[15:24] <tjaalton> didrocks: yup
[15:24] <didrocks> tjaalton: about bug #948691, (you commented on a dup) you tell that you got that quite regularly
[15:24] <ubot2> Launchpad bug 948691 in oneconf "oneconf-service crashed with ValueError in raw_decode(): No JSON object could be decoded (dup-of: 849037)" [High,Confirmed] https://launchpad.net/bugs/948691
[15:24] <ubot2> Launchpad bug 849037 in oneconf "oneconf-service crashed with ValueError in raw_decode(): No JSON object could be decoded" [High,Confirmed] https://launchpad.net/bugs/849037
[15:25] <didrocks> tjaalton: I would need your ~/.cache/oneconf content please :)
[15:25] <tjaalton> didrocks: yes, every time I resume from suspend
[15:25] <tjaalton> well, not every time, but almost
[15:26] <didrocks> tjaalton: it's when you got an upgrade or you install/remove a new package
[15:26] <didrocks> one of your file should be corrupted
[15:26] <didrocks> I would be interested to understand how and check it's the case :)
[15:27] <tjaalton> didrocks: so it's the package_list_$foo then?
[15:27] <didrocks> tjaalton: one of the files (can be the host one as well) is corrupted and not jsonified
[15:28] <didrocks> tjaalton: if you can pack that to me, I would interested :)
[15:28] <tjaalton> uhm no, 'host' looks weird
[15:28] <tjaalton> sure
[15:28] <didrocks> tjaalton: they all should be json
[15:28] <tjaalton> looks messed up to me
[15:28] <tjaalton> compared to my desktop
[15:28] <seb128> pitti, thanks!
[15:28] <seb128> pitti, that's it
[15:28] <tjaalton> package_list is binary
[15:28] <pitti> seb128: we lost the patch?
[15:28] <didrocks> if not, someting bad happened (maybe I don't for this file write somewhere else and mv it…)
[15:28] <seb128> pitti, http://launchpadlibrarian.net/33649110/gvfs_1.4.0-0ubuntu3_1.4.0-0ubuntu4.diff.gz got dropped
[15:28] <seb128> pitti, yes
[15:29] <didrocks> tjaalton: shouldn't be as well
[15:29] <seb128> pitti, restoring it fixes the issue
[15:29] <pitti> indeed, nice!
[15:29] <didrocks> tjaalton: so yeah, it seems that when it was saving, something happened :)
[15:29] <tjaalton> didrocks: looks like it was over a month ago
[15:29] <tjaalton> judging from the timestamps
[15:30] <didrocks> tjaalton: it's when you start getting the crash I guess :)
[15:30] <tjaalton> yes, likely
[15:30] <didrocks> tjaalton: ok, so you confirm you have a corrupted files, if you can send them to me, I can put that in the testsuite ;)
[15:31] <seb128> pitti, ok, you dropped the patch
[15:31] <didrocks> I need two things: 1. try to ensure I don't get some 2. maybe remove the data if I get some and recreating them
[15:31] <tjaalton> didrocks: http://koti.kapsi.fi/~tjaalton/tmp/oneconf.tar
[15:31] <seb128> pitti, no cookie, I take the bug fix for my count :p
[15:31] <pitti> lol
[15:31] <seb128> pitti, you synced 1.8 on debian but they never had the patch
[15:31] <tjaalton> didrocks: aptdaemon crashing is not related?
[15:31] <didrocks> tjaalton: thanks a lot :)
[15:31] <didrocks> tjaalton: no, not me :p
[15:32] <seb128> pitti, I wonder how it's working for upstream,debian without it though
[15:32] <tjaalton> didrocks: yeah it's happening on the desktop
[15:32] <didrocks> tjaalton: do you mean keeping the broken state?
[15:32] <pitti> seb128: it just doesn't
[15:32] <tjaalton> so not this machine
[15:32] <didrocks> tjaalton: that will help to ensure it's fixed on a real system
[15:32] <tjaalton> didrocks: i'll keep it if it's useful
[15:32] <seb128> pitti, ok, we might want to push the patch to Debian at least...
[15:32] <didrocks> tjaalton: thanks ;)
[15:32] <didrocks> tjaalton: so that the "recovery" works
[15:32] <tjaalton> didrocks: yes, thanks
[15:38] <pitti> seb128: assigned bug 952933 to you then
[15:38] <ubot2> Launchpad bug 952933 in gvfs "media players do not trigger "Open with Music Player" dialog" [Medium,In progress] https://launchpad.net/bugs/952933
[15:38] <seb128> pitti, thanks ;-)
[15:39] <didrocks> decode_mcu_fast(), do you what what library is using that?
[15:43] <pitti> kenvandine: did you sponsor indicator-datetime?
[15:43] <pitti> kenvandine: please reupload indicator-appmenu to precise; -proposed doesn't work any more now that precise is thawed
[15:43] <pitti> rejecting both
[15:43] <kenvandine> ah
[15:43] <kenvandine> ok
[15:43] <kenvandine> will do
[15:44]  * ayan waves.
[15:44] <pitti> kenvandine: thanks, and sorry; at least it shouldn't be far any more, cjwatson just told me his LP branch for fixing this is approved (make -proposed work all teh time)
[15:45] <pitti> @ALL: precise thawed, upload away
[15:48] <seb128> pitti, oh, we are unfrozen?
[15:48] <pitti> seb128: yep
[15:48] <seb128> great
[15:48] <pitti> need to copy precise-proposed to precise
[15:48] <seb128> pitti, is somebody going to do all the  pocket copies or how does that work?
[15:49] <pitti> seb128: can do; I developed some tools for this this morning
[15:49] <pitti> and it seems it's not going to influence the bug stats anyway, so I can just as well do it in a big batch
[15:50] <seb128> pitti, yes please do, even if it influence the stats that's ok, we can retain than we reach 300 anyway this cycle ;-)
[15:51] <ayan> has anyone seen a bug that has a lower brightness level to be acutally brighter than higher levels?
[15:52] <ayan> i have a machine with a nominal brightness of 0 that is actually brigther than 3 for example.
[16:01] <cyphermox> ayan: how were you looking at the brightness level, from proc?
[16:01] <cyphermox> (or you know, the /sys interface for it or something)
[16:04] <ayan> cyphermox: yes, /sys/.../.../acpi_video0/brightness
[16:05] <cyphermox> da
[16:06] <cyphermox> so if you can change it from 0 to 3 and the brightness actually diminishes, I'd say it's either a kernel or a bios issue
[16:06] <cyphermox> (or hardware issue?)
[16:08] <ayan> cyphermox: ya -- that is what i'm thinking.   i just wanted to get some advice before declaring it a BIOS bug.
[16:09] <ayan> this is on a yet-to-be-released OEM machine.
[16:09] <cyphermox> yeah, seems very likely it's a BIOS bug rather than an issue with the kernel driver
[16:09] <cyphermox> (I mean, how hard can counting from 0 to 15 be ? :)
[17:32]  * didrocks waves good evening
[17:33]  * pitti -> dinner
[17:44] <seb128> kenvandine, hey
[17:44] <seb128> kenvandine, btw just for info robert_ancell have been on an update rampage this week and didn't check the etherpad a lot, he did vala that you had claimed
[17:46] <kenvandine> oh, great :)
[17:46] <kenvandine> i had barely started it :)
[17:59] <kenvandine> wow... i never noticed lintian catch spelling errors in the changelog
[18:02] <kenvandine> robert_ancell would be happy, i am bitching about autotools again
[18:08] <jbicha> seb128: could you look into syncing jhbuild from sid?
[18:42] <cyphermox> yay, NM and nm-applet in precise in hopefully what is their final form :)
[18:42] <seb128> cyphermox, 0.9.4?
[18:42] <cyphermox> yeah
[18:42] <seb128> nice
[18:43] <seb128> less red on versions ;-)
[18:43] <seb128> jbicha, sure
[18:43] <cyphermox> I just landed nm-applet; NM was in the queue for a while
[18:43] <seb128> jbicha, you are not MOTU btw? ;-)
[18:43] <seb128> cyphermox, you should have uploaded to proposed like everybody else ;-)
[18:43] <cyphermox> now I'll fix the vpn plugins, mobile-broadband-provider-info and above all, evo :D
[18:43] <cyphermox> haha
[18:44] <seb128> cyphermox, vino update \o/
[18:44] <cyphermox> and waste the few chances I have of overthrowing kenvandine's reign on the fourth place in bug counts? :)
[18:44] <seb128> cyphermox, come to collect your $drink at UDS ;-)
[18:44] <cyphermox> bah
[18:44] <kenvandine> i'm 4th?
[18:44] <cyphermox> kenvandine: thought so
[18:44] <cyphermox> with ~ twice as many bugs as I do... so I can't slack off
[18:45] <pitti> seb128: FTR, we can't upload to -proposed any more, as precise thawed
[18:45] <pitti> seb128: bug 930217
[18:45] <ubot2> Launchpad bug 930217 in launchpad "Make proposed pocket useful for staging uploads" [Low,In progress] https://launchpad.net/bugs/930217
[18:45] <cyphermox> cool
[18:45] <seb128> pitti, right, I was just responding to "NM was in the queue for a while"
[18:46] <cyphermox> seb128: I think I uploaded it to the queue the day of the freeze
[18:46] <cyphermox> actually, nevermind that
[18:46] <cyphermox> but it was in my staging before staging PPA :)
[18:46] <pitti> ah, right
[18:46]  * pitti off for about 1.5 hours, not much I can do right now release wise
[18:47] <seb128> pitti, no
[18:47] <seb128> pitti, it's 9pm, off for the night, not for 1
[18:47] <seb128> 1.5 hours
[18:47] <seb128> ;-)
[18:47] <seb128> cyphermox, is bug #955707 on your list?
[18:48] <ubot2> Launchpad bug 955707 in evolution-data-server "Unable to modify or update Google calendar events" [Undecided,Confirmed] https://launchpad.net/bugs/955707
[18:48] <cyphermox> seb128:  now it is
[18:48] <seb128> cyphermox, there is a patch waiting so should be a simple matter of using it
[18:48] <seb128> cyphermox, thanks
[18:48] <cyphermox> I need to totally nuke my evo setup, it seems to be magical
[18:48] <seb128> cyphermox, it's assigned to you but since it didn't move I though I would check ;-)
[18:48] <cyphermox> yeah sorry
[18:49] <seb128> cyphermox, no worry you have tons to do
[18:49] <seb128> cyphermox, sorry for dumping bugs on you this week ;-)
[18:49] <cyphermox> that's made it to first thing on my list
[18:49] <seb128> thanks
[18:49] <cyphermox> bah, it's your job, and it's my job to fix them
[18:49] <cyphermox> ;)
[18:49] <seb128> cyphermox, only a few weeks and then UDS and we can drink beers over it ;-)
[18:50] <cyphermox> yep.
[18:50] <cyphermox> fwiw, I started receiving a lot of dongles, so mobile testing has been a big thing this week
[18:51] <cyphermox> I now have ~ 6 devices, with IIRC two more to come by mail shortly.
[18:51] <cyphermox> I think it covers the most popular devices, and I haven't run in too many issues so that's good news
[18:52] <jbicha> seb128: yeah I'm procrastinating on applying for motu
[18:52] <cyphermox> jbicha: stop procrastinating :)
[18:52] <seb128> jbicha, go for it I'm sure you will get it without issue
[18:52] <cyphermox> jbicha: ping me if you want sponsoring; that way I can give you a testimonial
[18:53] <mdeslaur> cyphermox: do those 6 cover all the local providers?
[18:53] <mdeslaur> cyphermox: I'm curious which ones work properly :)
[18:53] <cyphermox> jbicha: btw, I think the gnome-shell issue with nm-applet's notification is fixed with nm-applet 0.9.4.1
[18:54] <jbicha> cyphermox: oh cool, I'll have to take a look next week
[18:54] <cyphermox> mdeslaur: I only cover Telus and Videotron, because providers aren't really the issue -- the problem is usually device support
[18:54] <cyphermox> mdeslaur: maybe I'll activate a Rogers SIM I have though, if I find a plan that's not prohibitively expensive
[18:54] <cyphermox> (but that clashes with saying "maybe I'll activate a Rogers SIM")
[18:55] <mdeslaur> cyphermox: but how do you test the devices if you don't have a plan? just a sanity check to make sure you get to a point where it says the sims not valid or something?
[18:55] <cyphermox> no
[18:56] <cyphermox> I have an active Telus plan, and a Videotron plan. I switch SIM cards between devices for the plan that works on that device (frequency-wise)
[18:56] <cyphermox> brb
[18:56] <mdeslaur> i see
[19:53] <pitti> seb128: *mutter* release *mutter* :)
[19:58] <seb128> pitti, did I upload to proposed?! ;-)
[19:58] <seb128> pitti, oh, no, you not calling it a day
[19:58] <seb128> pitti, let slangasek and the u.s guys pick up, it's over european hours ;-)
[19:59] <pitti> yeah, shouldn't take long any more; just finishing up the image publication
[20:04] <dobey> grr, firefox, i am NOT australian
[20:06] <desrt> dobey: rendering your webpages upside down again?
[20:07] <TheMuso> lol
[20:08] <dobey> no, it wants me to spell things with s instead of z, and ou, and other such nonsense
[20:09] <dobey> heck, i'm not even using english anything for the locale, but it still keeps setting the spelling.dictionary option to en_AU :-/
[20:10] <dobey> my phone does render pages upside down sometimes though
[20:11] <dobey> but that's not firefox, or an oz issue
[20:21] <pitti> good night everyone!
[21:37] <dobey> anyone know how to iterate over a GtkTreeModel in python with GI?
[21:38]  * dobey wonders if for foo in bar works
[21:46] <thumper> anyone know how to get a core file out of a .crash file?
[21:46] <thumper> for gdb to look at?
[22:03] <RAOF> thumper: You can run apport locally and it'll ask if you want to download the dbgsym packages and start a gdb session on the core.
[22:04] <thumper> RAOF: hmm...
[22:04] <thumper> you know it is easier to write a python script :)
[22:04] <broder> thumper: if you just want a core file, use apport-unpack
[22:04] <thumper> I just want the core file
[22:04] <thumper> broder: thanks
[22:05] <thumper> hmm
[22:05] <thumper> gdb doesn't like the CoreDump that generated
[22:06] <broder> how did you try to open it?
[22:06] <thumper> gdb CoreDump
[22:06] <broder> yep, that doesn't work
[22:06] <thumper> ah
[22:06] <broder> you need to do gdb\ncore CoreDump, or gdb /usr/bin/my-executable CoreDump
[22:06] <thumper> cheers
[22:06] <broder> but gdb always interprets the first argument like that as an executable path
[22:07] <thumper> man, the result of that core dump is useless :(
[22:07] <TheMuso> thumper: Apport-cli lets you unpack crash files.
[22:07] <thumper> signal-6?
[22:07] <TheMuso> ah broder beat me to it.
[22:08]  * TheMuso shoudl read backscroll first.
[22:08] <broder> thumper: that's SIGABRT - usually an assertion failure
[22:08] <thumper> hmm...
[22:08] <thumper> I was running inside gdb
[22:08] <thumper> why didn't it stop and let me inspect the stack?
[22:09] <thumper> (for a different one)
[22:34] <thumper> Ursinha: ping?