[00:38] <RAOF> Morning all
[00:39] <Sarvatt> RAOF: morning!
[00:40] <Sarvatt> RAOF: btw, did you see s2tc was in precise? yay for libtxn-dxtc0 being installable :)
[00:41] <RAOF> No, I missed that.
[00:41] <Sarvatt> not sure if s2tc works with civ5 though
[00:42] <RAOF> I guess I can test that :)
[04:24] <pitti> Good morning
[05:16] <jbicha> pitti: I don't think libpng-dev is in unstable yet
[05:17] <pitti> jbicha: but libpng12-dev Provides: it
[05:17] <pitti> jbicha: Ubuntu buildds can resolve this, but indeed I'm not fully sure about Debian's
[05:17] <pitti> I better change it to libpng-dev | libpng12-dev
[05:19] <jbicha> pitti: oh, I didn't realize that, I think I've reverted the libpng-dev change in Ubuntu a couple times
[05:20] <pitti> no need for that
[05:20] <pitti> jbicha: I changed it in svn, thanks
[06:11] <didrocks> good morning
[06:12] <pitti> bonjour didrocks
[06:13] <didrocks> guten morgen pitti, how are you?
[06:13]  * pitti fights with gtk+3.0 stopping to build because configure.ac cannot find cairo-pdf.h any more; WTH
[06:13] <pitti> didrocks: quite fine, thanks! I had a nice weekend, how about you?
[06:14] <didrocks> pitti: the week-end was nice again, although rainy, so didn't really achieve a lot.
[06:29] <didrocks> pitti: ok, two things:
[06:30] <didrocks> - c-p-m broke the ABI (so some plugins in c-p-e doesn't work)
[06:30] <didrocks> -> I'll rebuild c-p-e
[06:30] <pitti> ack
[06:30] <didrocks> - the branch with the design change has a fix
[06:30] <didrocks> I'm building it right now and keep you up to date, Tim tripled check it as well as there are tests
[06:37] <didrocks> pitti: you did see that one, isn't it? (sent a notice on Friday evening) ^
[06:38] <pitti> bug 959339 ?
[06:38] <ubot2> Launchpad bug 959339 in unity "Launcher, Alt-Tab - clicking on launcher item or selecting a app in Alt-Tab raises all app windows, not just most recently focused" [Critical,In progress] https://launchpad.net/bugs/959339
[06:38] <didrocks> right
[06:38] <pitti> didrocks: did that change recently?
[06:39] <didrocks> pitti: that changed on purpose on the beginning of the cycle
[06:39] <didrocks> pitti: and alt-tab always had this behavior
[06:39] <didrocks> 8 months ago, I tried to convince design that the alt-tab behavior (raising all windows) isn't logical
[06:39] <pitti> so how can it be a surprising critical regression  now?
[06:39] <pitti> I agree that it should only focus per-window, not per-app
[06:40] <didrocks> it's not a "regression" as I told them
[06:40] <didrocks> as it was on purpose and a "design decision"
[06:40] <didrocks> that's what they told me 8 months ago :)
[06:40] <didrocks> and suddenly "omg, we can't release without that"
[06:40] <didrocks> so, I'm just pushing because I'm convinced the current behavior is wrong as well
[06:40] <didrocks> as I was 8 months ago :)
[06:41] <pitti> anyway, the bug description seems fine to fix
[06:41] <pitti> I guess I don't want to know how many thousand LOC that changes? :-)
[06:41] <didrocks> pitti: it's quite descent https://code.launchpad.net/~unity-team/unity/3v1n0-quick-alt+tab-fixes/+merge/102028
[06:41] <didrocks> pitti: if you remove the test part
[06:42] <pitti> hm, that has other, unrelated, changes in it, right?
[06:43] <didrocks> the first bug is the same
[06:43] <didrocks> just the original one
[06:43] <didrocks> but design likes to open multiples…
[06:43] <didrocks> the other one yeah
[06:43] <didrocks> and unfortunaly, despite me asking to only have that changes, it's mixed and was what was tested
[06:44] <didrocks> and nobody is around upstream
[06:46] <RAOF> robert_ancell: You around?
[06:47] <robert_ancell> RAOF, yup
[07:00] <didrocks> pitti: so, I tried the branch in multiple configurations: one monitor, multimonitor, with one launcher, with one launcher on each monitor and all the intended behavior happened as well. same with alt-tab. I tried to trick it for 10 minutes
[07:01] <didrocks> pitti: on the other bug, let me reread it because I don't see any difference
[07:02] <didrocks> pitti: for alt-tab and from what I see, there is really no difference, it appears on the monitor which has the mouse pointer
[07:02] <didrocks> which was already the case before
[07:05] <didrocks> pitti: I see no change in the commit related to that, apart from the additional test which tests this behavior
[07:06] <didrocks> pitti: so, what do you think we should be doing? either updating now, are waiting for Marco to come (which can be only this evening as he's studying)
[07:06] <pitti> didrocks: if you are ok with the changes, please get them uploaded (-proposed)
[07:06] <didrocks> pitti: ok, doing now
[07:06] <pitti> didrocks: the other changes I referred to don't look harmful, I just noticed when reading the patch
[07:06] <robert_ancell> has anyone had any trouble compiling gtk?
[07:06] <pitti> robert_ancell: if you refer to what I said above, that was my fault
[07:07] <pitti> my new glib upload broke the .pc, I reuploaded with a fixed patch
[07:07] <robert_ancell> I've updated the new gtk and compiled it here, but it seems to log out all my sessions when I do.  I can't work out why
[07:07] <pitti> I bzr push --overwrire
[07:07] <didrocks> pitti: ah I got the change
[07:07] <pitti> robert_ancell: oh, I'm working on gtk 3.4.1, you too?
[07:07] <robert_ancell> pitti, yeah
[07:07] <pitti> robert_ancell: see the pad and bzr commit
[07:08] <didrocks> pitti: so, mouse on monitor A, alt-tab to focus an application on monitor B, alt-tab -> shows on monitor B
[07:08] <didrocks> before, it was only where the mouse was
[07:08] <didrocks> but if you move the mouse, then, it will again the monitor where you moved the mouse
[07:08] <pitti> robert_ancell: haven't tested yet, still building locally (built in my PPA)
[07:08] <pitti> robert_ancell: can you compare your changes to what's currently in bzr?
[07:09] <pitti> robert_ancell: you mean _compiling_ logs you out of your session?
[07:10] <pitti> robert_ancell: somethign during the test suite, I suppose?
[07:10] <robert_ancell> pitti, yes
[07:10] <pitti> well, I'll see ;)
[07:10] <robert_ancell> pitti, that's what I was thinking, but I'm not seeing any smoking gun
[07:11] <robert_ancell> pitti, and so I compiled it from a text terminal thinking it was something X related, but it still happened there and logged out both my text terminal and restarted lightdm
[07:11] <robert_ancell> I don't even know what could do that
[07:11] <pitti> talking to ConsoleKit perhaps?
[07:12] <pitti> or the tests do somethign like killall gnome-session?
[07:12] <pitti> or the equivalent on the session bus?
[07:12] <robert_ancell> pitti, yeah, CK was my guess to
[07:14] <robert_ancell> pitti, git_gtkcellrenderer_grabbing_modifier.patch wasn't actually applied in 3.4.1 (the patch name is misleading)
[07:14] <robert_ancell> i.e. the upstream bug is still open and doesn't have the patch applied
[07:15] <pitti> hm, it said it could be reverse-applied, checking
[07:16] <robert_ancell> pitti, and there's a few version changes in debian/control you missed - I'll commit those
[07:16] <pitti> robert_ancell: thanks; I diffed configure.ac against 3.4.0, those were the ones that I saw; but it could miss some updates from previous versions
[07:17] <robert_ancell> pitti, everyone always forgets about updating the -dev package dependencies too :)
[07:17] <pitti> ah, those; argh
[07:18] <robert_ancell> pitti, ok pushed those.  Good luck with the compile!
[07:22] <pitti> robert_ancell: erk, I get the same logoutt
[07:23] <robert_ancell> pitti, yay, at least my computer is not completely broken!
[07:23] <pitti> so, building in screen now :)
[07:27] <rickspencer3> phew
[07:27] <pitti> hey rickspencer3
[07:27] <rickspencer3> hey pitti, robert_ancell, didrocks what's the word on the street for Precise?
[07:27] <robert_ancell> rickspencer3, it's 10 flavours or awesome?
[07:27] <robert_ancell> of awesome
[07:27] <rickspencer3> hehe
[07:27] <rickspencer3> robert_ancell, wfm
[07:28] <rickspencer3> any known serious issues on the desktop? how does the last Unity upload look?
[07:28] <pitti> holding up fine hehr
[07:28] <pitti> here
[07:28] <rickspencer3> robert_ancell, btw, the lightdm greeter for 12.04 is really really nice!
[07:29] <didrocks> rickspencer3: looked good. We have an incoming build with a late design change, but apart from that, no crashers, nothing ;)
[07:29] <robert_ancell> rickspencer3, not that I know of.  There's some niggling issues for people doing complex login stuff, but I think we've got most of them under control m=now
[07:29] <rickspencer3> hmmm, maybe we should disable logging in as a simplification for 12.10 ... would for sure reduce our bug count
[07:30] <robert_ancell> rickspencer3, well, I'm a supporter :)
[07:30] <pitti> rickspencer3: logging != login :)
[07:30] <rickspencer3> sorry, I just spent 2 hours getting through my inbox, now I'm all snarky
[07:30] <pitti> disabling login would indeed solve most bugs, yes
[07:30] <rickspencer3> ok, I'll look for that blueprint early in the week for UDS
[07:30] <robert_ancell> later all
[07:30] <pitti> robert_ancell: cu
[07:30] <rickspencer3> by robert_ancell
[07:30] <pitti> robert_ancell: I restored that patch, btw
[07:36] <rickspencer3> didrocks, no crashers? that is good news indeed!
[07:38] <didrocks> rickspencer3: well, not "no" none, just "no crasher that are widespread" ;)
[07:39] <rickspencer3> didrocks, fair enough ;)
[07:47] <kelemengabor> chrisccoulson: hi, could you please update the FF and TB desktop file translations? We have quite a few new translations for the keywords: https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop https://wiki.ubuntu.com/Translations/Wanted/ThunderbirdDesktop
[08:02] <seb128> hey
[08:03] <pitti> hey seb128, ca va?
[08:03] <seb128> pitti, salut!
[08:04] <didrocks> salut seb128 :)
[08:04] <seb128> oui, bien, et yoi ?
[08:04] <seb128> toi
[08:04] <pitti> seb128: had a nice weekend?
[08:04] <seb128> lut didrocks
[08:04] <seb128> pitti, yes, nothing special, the weather is not so great, but still relaxing ;-)
[08:04] <seb128> you?
[08:04] <pitti> seb128: I did some 3.4.1 stuff this morning, please check pad/bzr/unapproved before starting
[08:04] <seb128> I see you guys already have some hours behind you
[08:04] <seb128> unity upload in, glib in the queue
[08:05] <seb128> pitti, did you start on gtk yet?
[08:05] <pitti> seb128: quite fine; we had our first BBQ this year
[08:05] <pitti> seb128: yes, currently building locally, and in bzr
[08:05] <seb128> oh, I guess your weather is better than ours :p
[08:05] <pitti> seb128: it was rather chilly indeed, but we already invited all the guests
[08:05] <seb128> we had 15°C grey and windy here
[08:05] <pitti> seb128: but at least dry; on Sunday it was quite horrific
[08:05] <pitti> nice day to stay at home and do nothing
[08:05] <pitti> I played two TIE fighter tours :)
[08:05] <seb128> hehe
[08:05] <pitti> and did some readingf
[08:06] <pitti> seb128: I still have nautilus-sendto on my list
[08:06] <pitti> otherwise I think we need to wait for new tarballs to come int
[08:06] <seb128> pitti, I think the newer revision required the new eds on gsettings
[08:06] <pitti> there might still be some "extra" stuff on versinos.html, haven't checked yet
[08:06] <pitti> seb128: -sendto?
[08:06] <seb128> yes
[08:06] <pitti> ok
[08:07] <didrocks> confirming sucky weather here as well :)
[08:07] <seb128> pitti, http://git.gnome.org/browse/nautilus-sendto/commit/?id=76ca02055a515f99c5acafebe3a090dd78984d53
[08:07] <seb128> didrocks, ahah, for once you got it as well :p
[08:07] <didrocks> seb128: indeed ;)
[08:07] <seb128> pitti, I had the discussion with bigon when he updated for Debian
[08:08] <pitti> seb128: ok, so let's just skip that then, shall we?
[08:08] <seb128> pitti, wfm
[08:10] <seb128> pitti, otherwise yes, from the ftp list emails we are good to wait for tarballs after gtk
[08:10] <seb128> pitti, thanks for doing glib,gtk btw ;-)
[08:10] <pitti> de rien
[08:10] <seb128> pitti, do you plan to include mvo's patch?
[08:10] <pitti> seb128: yes, I did
[08:11] <pitti> seb128: g-screensaver and gdk-pixbuf are also waiting in unapproved
[08:11] <seb128> pitti, btw one of the gedit guys commented on the bug saying he doesn't like the patch, not sure if you saw
[08:11] <pitti> yes, I did see it
[08:11] <seb128> pitti, excellent
[08:11] <pitti> I still think it's better than crashing
[08:12] <pitti> seb128: and somehow I need to fix a bug now, without -proposed :)
[08:12] <seb128> right, well he points that it could create cyclic references and the apps,pygobject should be fixed anyway
[08:13] <pitti> nothing to be fixed in pygobject
[08:13] <pitti> seb128: well, I can take it out again if you prefer
[08:13] <seb128> pitti, you should have done gdk-pixbuf without syncing, that would have counted for one ;-)
[08:14] <pitti> seb128: no, it's through -proposed
[08:14] <seb128> pitti, no, that's fine, I agree for precise it's a good solution, let the GTK guys argue on how differently it should be done
[08:14] <pitti> seb128: it's a --no-lp sync (i. e. real upload), as I uplaoded at the same time
[08:14] <seb128> ok
[08:15] <seb128> pitti, do you know if somebody testing the nautilus 12.04 LTS wrapping?
[08:16] <seb128> pitti, I finished by letting the "wrap after '.' if not followed by a digit" (i.e just dropping the 3 digits special case, and fixing their macro which was buggy)
[08:17] <pitti> meh, gtk 3.4.1's test suite is really really evil
[08:17] <pitti> it even kills your session AND screen if you build in screen
[08:18] <pitti> seb128: it's easy to test by booting today's live image or upgrading yesterday's
[08:18] <pitti> seb128: haven't heard of a confirmation yet
[08:18] <pitti> seb128: thanks for this
[08:18] <seb128> yw
[08:19] <seb128> pitti, it kills your session? wth?
[08:19] <pitti> seb128: robert's too
[08:19] <pitti> something in the test suite
[08:19] <seb128> it's the third time this month somebody tells me that a testsuite close the session
[08:19] <pitti> I built it in a PPA, that works fine
[08:19] <seb128> I blame xorg or something in the stack
[08:19] <seb128> charles had the same issue with libindicator
[08:20] <seb128> pitti, do you know what is closed,how?
[08:20] <pitti> I don't know yet
[08:20] <seb128> like segv of gnome-session or xorg? oom?
[08:21] <pitti> no crash at all
[08:21] <seb128> ok, let me know if you figure
[08:21] <seb128> I don't get the issue here
[08:21] <pitti> I thought it's talking to ConsoleKit or gnome-session on the session dbus or what not
[08:21] <seb128> hum
[08:21] <seb128> would the session go away if the session bus was taken down?
[08:24] <pitti> that shouldn't kill screen, though
[08:24] <pitti> it's a bit mysterious
[08:24] <pitti> finally got it to build now, after the 10th try :)
[08:24]  * pitti installs and tests
[08:24] <seb128> yes, I'm somewhat glad you get it :p
[08:25] <seb128> will be easier to get to the bottom for it, I didn't manage to IRC debug it with the people who reported it before
[08:25] <pitti> seb128: we could perhaps update transmission still, by way of merging with Debian?
[08:26] <pitti> you backported half the fixes already anyway
[08:28] <seb128> pitti, let me check the trac logs, I mentioned it to charles and we said it was safer to backport those fixes
[08:28] <pitti> ok
[08:28] <pitti> seb128: do you have anything else for gtk?
[08:28] <pitti> otherwise I'll upload now, works fine here
[08:28] <seb128> pitti, one sec
[08:30] <seb128> hum
[08:30] <seb128> andyrocks filed https://code.launchpad.net/~andyrock/gtk/fix-781931/+merge/102036
[08:30] <seb128> which is a fix for bug #781931
[08:30] <ubot2> Launchpad bug 781931 in unity "New windows are moved to front but don't take focus" [Medium,In progress] https://launchpad.net/bugs/781931
[08:30] <seb128> but in fact I'm unsure if that's a bug in gtk
[08:31] <seb128> I would prefer to have upstream's opinion first I think
[08:31] <pitti> the upstream bug task is marked "invalid", hm
[08:32] <pitti> seb128: ok, we can SRU this, too
[08:32] <seb128> pitti, I will check with andyrock, I think the logic is part of the "don't steal focus"
[08:32] <seb128> there is probably another bug in unity for not using correctly timestamps
[08:33] <pitti> seb128: ok, let me know when you are done with your checks, then I'll upload
[08:33] <seb128> pitti, I think I'm good, you can upload
[08:33] <seb128> thanks!
[08:35] <seb128> pitti, ok, transmissions vcs logs seems fine, if you want to resync on Debian I will not stop you ;-)
[08:36] <bigon> 10:07 < seb128> pitti, I had the discussion with bigon when he updated for Debian << Re nst: the completion seems to work with eds 3.2.2
[08:36] <chrisccoulson> good morning everyone
[08:36] <seb128> hey chrisccoulson, how are you?
[08:36] <pitti> hey chrisccoulson
[08:36] <chrisccoulson> hi seb128. i'm good thanks, although, i had quite a busy weekend. how are you?
[08:36] <chrisccoulson> hi pitti
[08:36] <pitti> bonjour bigon
[08:36] <seb128> chrisccoulson, I'm good thanks
[08:36] <bigon> hello :)
[08:37] <seb128> chrisccoulson, I hope busy and good as well ;-)
[08:37] <chrisccoulson> seb128, yeah, i managed to drink some beers
[08:37] <seb128> bigon, hey, ok, thanks. Didn't you say completion stopped working after you did the update by then?
[08:38] <didrocks> ogra_: hey ;)
[08:38] <bigon> the next day after rebooting it was working... something wierd with eds maybe
[08:38] <chrisccoulson> hmmm, i'm trying to decide on a new phone, and thinking about one of these: http://www.htc.com/uk/smartphones/htc-one-x/
[08:38] <didrocks> ogra_: compiz-plugins-extra is now FTBFS on arm, I think it's due to the opengl compiz/c-p-m versions: https://launchpadlibrarian.net/102097096/buildlog_ubuntu-precise-armhf.compiz-plugins-extra_0.9.7.0~bzr9-0ubuntu5_FAILEDTOBUILD.txt.gz
[08:39] <didrocks> ogra_: it's in universe, but maybe can be quickly fixed by anyone on the linaro team?
[08:39] <seb128> chrisccoulson, they look nice ;-)
[08:40] <chrisccoulson> seb128, yeah, i quite like it. i'm a bit concerned about the lack of removable battery though
[08:40] <chrisccoulson> seems they are going the way of the iphone ;)
[08:40] <seb128> chrisccoulson, way for a galaxy sIII ;-)
[08:41] <chrisccoulson> yeah, a few people have said that too. but this does look really nice :)
[08:41] <seb128> seems they should be announced soon
[08:41] <seb128> pitti, if you want to go for the new transmission let me know I've a patch I wanted to add to it if we do an upload
[08:42] <pitti> seb128: ok; I'm not working on it right now (low prio, and doing patch piloting); perhaps just commit it to Debian?
[08:43] <seb128> pitti, transmission is not pkg-gnome maintained
[08:43] <seb128> pitti, I will get it upstream through charles
[08:43] <pitti> oh, I seee
[09:01]  * Sweetshark considers buying a bumpersticker saying: "I survived Hackfest 2012."
[09:01] <pitti> hey Sweetshark, wie gehts?
[09:04] <didrocks> hey Sweetshark ;)
[09:07] <ogra_> didrocks, hmm, i dont see it running quilt in the log
[09:07] <didrocks> ogra_: compiz-plugins-extra?
[09:07] <ogra_> the link you posted above
[09:07] <didrocks> ogra_: I didn't see you proposing patches for it, only compiz and c-p-m
[09:07] <ogra_> oh, wait
[09:07] <ogra_> -extra
[09:07] <didrocks> yeah
[09:07]  * ogra_ isnt fully awake :P
[09:08] <ogra_> i'll see if i can catch alf or rsalveti
[09:09] <ogra_> i dont think any of these plugins can run anyway yet... but i also dont like to release with FTBFS packages
[09:10] <Sweetshark> pitti, didrocks: great really. Just a bit tired after four days of nonstop hackfest work (even though I didnt get to much done myself).
[09:10] <didrocks> ogra_: yeah we can maybe deactivate the arm build… not sure
[09:11] <ogra_> thats a very last resort ...
[09:11] <Sweetshark> pitti, didrocks: but I spread some knowledge about how to binary bisect LibreOffice regressions, and there is a video made about that now: http://www.youtube-nocookie.com/v/SA88flop4MM?version=3&hl=de_DE
[09:11] <didrocks> ogra_: nobody really cares about -extra TBH
[09:12] <ogra_> right
[09:12] <ogra_> but lets see what alf says ... we can always do an upload that disabled the arch
[09:12] <ogra_> well, not always but surely still this week
[09:13] <ogra_> *disables
[09:13] <didrocks> ogra_: yeah ;)
[09:13] <didrocks> ogra_: keep me posted!
[09:13] <didrocks> I have no strong feeling either way
[09:13] <ogra_> will do, thanks for the heads up !
[09:16] <lifeless> win 66
[09:21] <kelemengabor> chrisccoulson: hi, did you see my request earlier today? any comment on that?
[09:22] <chrisccoulson> kelemengabor, http://bazaar.launchpad.net/~mozillateam/thunderbird/thunderbird-trunk.head/revision/567
[09:22] <kelemengabor> oh, great, thanks :)
[09:22] <pitti> dpm: will the LP guys do an one-off full export tomorrow?
[09:23] <pitti> dpm: I just set the "request full export" checkbox
[09:23] <dpm> pitti, yes, I haven't arranged it yet, but will talk to them as discussed
[10:01] <seb128> hum
[10:02] <seb128> does anyone else have no nm-applet indicator showing in their panel for some days?
[10:02] <pitti> WFM
[10:02] <seb128> in fact it's not running for me, wth
[10:22] <pitti> didrocks, seb128: FYI, the publisher is broken for the next couple of hours, infinity fixed it but it needs some time to catch up
[10:22] <pitti> so pending-sru and the like won't update
[10:22] <seb128> ok
[10:23] <didrocks> thanks for the notice :)
[10:36] <pitti> seb128: hm, still no new 3.4.1 tarballs..
[10:38]  * didrocks looks at fredp
[11:00] <seb128> pitti, yeah, side effect of having most of the maintainers U.S based nowadays
[11:21] <dupondje> Anyone could get a look @ https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/819994 ?
[11:21] <ubot2> Launchpad bug 819994 in gtk+3.0 "String length of items seems limited (system settings label get truncated)" [Low,Triaged]
[11:21] <dupondje> Seems a long standing bug, that really kills the layout ;)
[11:22] <seb128> dupondje, like most long standing bugs it's hard to fix
[11:23] <seb128> that's why it's still not addressed
[11:23] <seb128> if you have suggestions on how to do it you are welcome to propose a patch on describe your idea on the bug ;-)
[11:24] <dupondje> :) Well my idea is that it really should be fixed, cause now it looks really dirty.
[11:24] <dupondje> Can look at the code, but I don't think my knowledge is good enough to fix it :(
[11:25] <seb128> dupondje, well it looks fine in the default install on most locales
[11:25] <seb128> but yeah it's an annoying issue
[11:27] <dupondje> If you set text size in 'Universal Access' to Bigger
[11:27] <dupondje> and then look at the system settings screen
[11:27] <dupondje> :P
[11:27] <seb128> dupondje, "if"... yes, I know, I use a bigger size here ;-)
[11:28] <dupondje> Set it to 'smaller' now it looks fine :D
[11:28] <seb128> dupondje, well I know all that and I agree it's an issue, it's just not a trivial one
[11:29] <seb128> having a non fixed geometry for the grid would trigger other layout issues
[11:29] <seb128> that's why upstream forced it this way
[11:30] <dupondje> to bad
[11:59] <seb128> http://pastebin.ubuntu.com/932409/
[11:59] <seb128> retracers 13 to 16 top bugs
[11:59] <seb128> just for info ;-)
[12:00] <didrocks> thanks seb128 :)
[12:00]  * didrocks rushes
[12:00] <seb128> unity-2d for the loose
[12:00] <seb128> they have 4 hot bugs there
[12:01] <didrocks> waow, the first compiz one is at rank 20 (the one before was c-p-e)
[12:01] <seb128> the numbers seem low somehow
[12:02] <pitti> seb128: ahh, thanks; the first gvfs one is a dupe, marking so
[12:02] <didrocks> well, a little bit before or after, depends on how you count equals number :)
[12:02] <seb128> I hate that libx11 XAllocID bug :-(
[12:02] <pitti> the apport one, too
[12:03] <seb128> didrocks, pitti: btw some GNOME tarballs start coming, I put them on the "to claim" on the etherpad
[12:03] <didrocks> seb128: thanks :)
[12:03] <pitti> ah, morning in Boston :)
[12:03] <seb128> pitti, in fact rather late european dude so far it seems, vuntz and fpeters ;-)
[12:03] <seb128> they probably slept until 11am, had breakfast and just started :p
[12:05] <pitti> https://launchpadlibrarian.net/101559847/CrashReports.txt
[12:05] <pitti> urgh, someone's kernel is really crashy
[12:07] <seb128> is that didrock's? ;-)
[12:08] <pitti> heh, no :)
[12:08] <seb128> the kernel doesn't like io load for him or something
[12:08] <pitti> I'll take the first two then
[12:08] <seb128> pitti, danke
[12:08] <pitti> I'll just keep grabbing two until end-of-queu :)
[12:09] <seb128> I will grab gnome-panel ;-)
[12:18] <didrocks> seb128: the 2d guys are looking at the crashers right now, there are 2 of them in fact (one was already on track)
[12:19] <seb128> didrocks, great, thanks
[12:27] <pitti> grabbing devhelp
[12:33] <pitti> seb128: gimme more tarballs!
[12:33] <seb128> lol
[12:33] <pitti> oh, gtksourceview
[12:33] <seb128> ;-)
[12:34] <seb128> pitti is hungry today! ;-)
[12:34] <pitti> well, new tarballs which just update two po files are no real challenge :)
[12:34] <pitti> update, build, test, upload cycle is 5 mintues
[12:34] <seb128> hehe
[12:34] <seb128> boring is good at this point of the cycle :p
[12:38] <pitti> doing gtksourceview in Debian
[12:47]  * didrocks would lilke boring
[12:47] <didrocks> like*
[12:48] <pitti> you get the 13317 stuff :)
[12:48] <pitti> err
[12:48] <pitti> 31337
[12:48] <pitti> *blush*
[12:49] <didrocks> pitti: ok, that's some way of sending it :)
[12:49] <didrocks> selling*
[12:51] <seb128> pitti, should all upgrades target proposed or still only the ones which would create installability issues?
[12:51] <pitti> seb128: I'm just always using -proposed now
[12:51] <seb128> ok
[12:51] <pitti> I just got a gnome-desktop FTBFS
[12:51] <pitti> as gtk3 is behind on armhf
[12:51] <pitti> it doesn't hurt, and keeps uninstallability away
[12:52] <seb128> right
[12:56] <seb128> tjaalton, "Just realised this patch is crap.", first time you have to deal with Bastien? ;-)
[12:56] <pitti> argh
[12:56] <pitti> c'mon gtk3, build on armel
[12:56]  * pitti feeds the hamsters
[12:57] <pitti> oh, I supposed that would be the publisher being broken
[12:57] <seb128> it would help if we didn't build gtk 3 times, I will suggest we drop the static build next cycle
[12:57] <pitti> it's built
[12:57] <pitti> it just doesn't publish
[12:58] <pitti> cf. what I said earlier about the publisher
[12:58] <seb128> oh, that's infinity's bug from this morning?
[12:58] <seb128> yeah, I've read that
[13:00] <tjaalton> seb128: yeah, well his patch isn't much better either though :)
[13:00]  * pitti sings the "gimme gimme gimme more" song
[13:01] <seb128> pitti, just gnome-desktop-schemas and gnome-settings-daemon are coming, they just got git tagged
[13:01] <seb128> pitti, and you got mousetweak meanwhile
[13:01] <pitti> doing
[13:01] <tjaalton> seb128: since we tested that approach, and '..is_screen_tablet = 0' on touchscreens
[13:01] <tjaalton> so maybe there's another bug lurking somewhere then
[13:01]  * didrocks doesn't need caffein thanks to the dx team ;)
[13:02] <seb128> tjaalton, you won the right to argue with him then, good luck ;-)
[13:02] <seb128> didrocks, yeah, you probably need rather some cold water and yoga moves ;-)
[13:03] <didrocks> seb128: I'm practicing, practicing *a lot*
[13:03] <didrocks> guns are allowed in the US, right? :p
[13:03] <tjaalton> seb128: right, thanks :)
[13:05] <kenvandine> didrocks, more so in texas than california
[13:06] <didrocks> kenvandine: argh, what a pity!
[13:06] <kenvandine> :)
[13:06] <kenvandine> what a pity that tedg just missed my stab at texas :)
[13:07] <tedg> Heh, I couldn't imagine you doing something like that kenvandine.
[13:07] <kenvandine> good morning tedg
[13:08] <pitti> seb128: do you also get a lot of glib schema spewage about the shotwell schemas now?
[13:08] <pitti> seb128: http://paste.ubuntu.com/932482/
[13:08] <seb128> pitti, oh, f***, I forgot about that
[13:08] <seb128> pitti, it's your glib update
[13:08] <seb128> I blame it on desrt
[13:08] <seb128> I saw it saturday
[13:08] <seb128> it's http://git.gnome.org/browse/glib/commit/?id=6560b37450cd19c4a7c7b690e279fe97b7bfdcaa
[13:08] <pitti> well, it says "warning", but it doesn't look pretty
[13:08] <seb128> right
[13:09] <seb128> that's stupid thing to add in a stable update, I wanted to revert it
[13:09] <seb128> we will obviously not fix those now
[13:09] <pitti> indeed, why is that in .1?
[13:09] <seb128> dunno, ask desrt
[13:09] <seb128> but yeah it's boggus
[13:09] <seb128> sorry I forgot about that this morning
[13:09] <pitti> that's something for the start of a cycle
[13:09] <pitti> seb128: np, it's my fault in the end
[13:09] <seb128> yes
[13:09] <pitti> I guess we'll revert it
[13:09] <seb128> do you want to revert it?
[13:09] <seb128> yes please
[13:12] <mbiebl> seb128, pitti: would probably makes sense though to do a MBF to get such applications fixed (and track the progress)
[13:13] <mbiebl> severity wishlist, or so
[13:13] <seb128> mbiebl, "MBF"?
[13:13] <mbiebl> mass bug filing
[13:13] <seb128> mbiebl, well, we are hard frozen and release is less than 2 weeks away, as pitti said I think it's a start of next cycle priority rather ;-)
[13:14] <mbiebl> sure, sure
[13:14] <seb128> but yeah, something to do then for sure
[13:14] <mbiebl> I was more thinking about filing those in Debian :-)
[13:14] <Laney> just put it in and users will file bugs for you :-)
[13:14] <mbiebl> Laney: stuff like that is easy to automate
[13:16] <Laney> mbiebl: yeah, wasn't being entirely serious :P
[13:32] <kelemengabor> looks like bug 978153 was not fixed, could someone reopen it?
[13:32] <ubot2> Launchpad bug 978153 in ubuntu-translations "Strings in wacom tablet section are not marked fot translation" [Low,Fix committed] https://launchpad.net/bugs/978153
[13:32] <kelemengabor> or is it better to file a new one?
[13:33] <seb128> kelemengabor, how not fixed?
[13:33] <kelemengabor> seb128: strings are not present in the current template
[13:33] <kelemengabor> I have linked searches in a comment
[13:33] <seb128> grrrrrrrr
[13:34] <seb128> kelemengabor, I'm fixing it manually
[13:34] <seb128> it's just not listed in the POTFILES.in
[13:34] <seb128> builds should really warn on that ;-)
[13:35] <kelemengabor> thanks!
[13:35] <seb128> yw
[13:35] <seb128> kelemengabor, thanks for pointing it!
[13:35] <seb128> kelemengabor, and thanks for all the work you do on translations issues
[13:37] <pitti> seb128: quiesced glib uploaded
[13:37] <seb128> pitti, thanks
[13:39] <seb128> desrt, hey
[13:39] <seb128> desrt, had a good w.e?
[13:39] <pitti> desrt: good morning
[13:40] <didrocks> desrt: you should run, people are waiting for you :p
[13:40] <desrt> didrocks: i notice this...
[13:40] <desrt> pitti, seb128: hi
[13:40] <pitti> jbicha: http://packages.qa.debian.org/a/anjuta-extras.html doesn't have a newer anjuta?
[13:40] <pitti> jbicha: (I saw your sync request in the pad)
[13:40] <desrt> seb128: good enough.  i managed to not even check my email during the weekend.  not something i've been able to do in a long time.
[13:41] <didrocks> desrt: liar! :)
[13:41] <didrocks> desrt: you answer to Julie :)
[13:41] <didrocks> answered*
[13:41] <desrt> crap.
[13:41] <desrt> that's true :p
[13:41] <seb128> desrt, that's lying, didrocks said you replied to icons stuff
[13:41] <seb128> desrt, ;-)
[13:41] <desrt> well
[13:41] <desrt> it was like... sunday night
[13:41] <seb128> ;-)
[13:41] <didrocks> hem ;)
[13:41] <desrt> I DON'T HAVE A PROBLEM
[13:41] <desrt> I CAN QUIT ANY TIME I WANT
[13:41]  * pitti chuckles
[13:41] <seb128> desrt, I will spare you the "put output noise in a stable serie" rant for today :p
[13:41] <pitti> desrt: here, take a gummy bear
[13:41] <jbicha> pitti: never mind, anjuta-extras was synced a while ago, thanks
[13:42] <desrt> seb128: output noise?
[13:42] <desrt> like some stray g_print()s?
[13:42] <seb128> desrt, could you look at the dconf bug from friday again today? Thomas emailed me saying the think we under-estimate the bug and it's impossible to create any db without segfault
[13:42] <seb128> desrt, like http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=6560b37450cd19c4a7c7b690e279fe97b7bfdcaa
[13:42] <pitti> desrt: I just reverted http://git.gnome.org/browse/glib/commit/?id=6560b374 for our packages
[13:43] <desrt> oh
[13:43] <desrt> let me guess
[13:43] <desrt> glib had not branched for stable yet?
[13:43] <seb128> desrt, no
[13:43] <desrt> so that was a mistake
[13:43] <desrt> that was only intended for 3.5 series
[13:43] <seb128> desrt, is there any other "surprised" in there due to that? i.e stuff that was meant for master and got included in 3.4.1?
[13:43] <desrt> i thought we had branched already
[13:44] <seb128> -d
[13:44] <desrt> let me check :)
[13:44] <seb128> desrt, thanks ;-)
[13:50] <desrt> seb128: so there is one issue that i guess you may want to know about
[13:50] <desrt> 2.32.1 contains a last-minute fix from will for macos that accidentally breaks linux if gnustep is installed
[13:51] <seb128> desrt, ok, that's a non issue for us, the builders don't have so much cruft installed
[13:51] <seb128> desrt, but thanks for the notice
[13:51] <desrt> just something to know incase you have gnustep installed and try a local build :)
[13:51] <seb128> right
[13:51] <pitti> didrocks: want to move unity to release yourself, or wnat me to?
[13:51] <seb128> desrt, so, did you read my dconf bug ping before?
[13:51] <didrocks> pitti: I'll move move move ;)
[13:52] <desrt> seb128: https://bugzilla.gnome.org/show_bug.cgi?id=674172 for that one, btw
[13:52] <ubot2> Gnome bug 674172 in build "glib-2.32.1 misdetects GNUstep as Cocoa" [Normal,Unconfirmed]
[13:52] <seb128> desrt, could you check on the bug they are not doing anything wrong and that there is not a real situation issue behind, Thomas seems pretty sure the issue is not the one you pointed and is happening not only in corrupted db or empty ones cases
[13:53] <seb128> desrt, in any case they are failing to set up things, they just run into the segfault it seems so even if it's user errors helping them to figure what they do wrong would be good
[13:55] <desrt> who is this guy?!
[13:56] <seb128> desrt, one of the google sysadmins
[13:56] <desrt> he's doing it _so_ _very_ _wrong_
[13:56] <desrt> and this really is the same bug as upstream
[13:57] <seb128> desrt, can you help him to get it right? ;-)
[13:57] <desrt> ya.  posting a link to the docs :p
[13:57] <seb128> desrt, thanks ;-)
[13:58] <desrt> i think he was at this page because he clearly copy/pasted some of it
[13:58] <desrt> but i think he didn't bother to continue reading :p
[14:00] <jbicha> seb128: could you add http://paste.ubuntu.com/932545/ to gsettings-desktop-schemas.gsettings-override
[14:01] <seb128> jbicha, urg
[14:01] <seb128> jbicha, feel free to do it ;-)
[14:01] <seb128> jbicha, I didn't really start on the update so you can steal it from me ;-)
[14:02] <jbicha> seb128: ok, thanks
[14:22] <seb128> desrt, so, I'm playing with dconf just to see
[14:22] <seb128> desrt, with a /etc/dconf/db/local.d/desrt which has
[14:22] <seb128> "[ca/desrt/debug]
[14:22] <seb128> user='ryan'"
[14:22] <seb128> sudo dconf update
[14:23] <seb128> "dconf read /ca/desrt/debug" should return something?
[14:23] <desrt> that should create a /etc/dconf/db/local
[14:23] <desrt> non-empty
[14:23] <seb128> yes, it does
[14:23] <seb128> but the read returns nothing
[14:23] <desrt> did you also create the profile file?
[14:23] <seb128> yes
[14:23] <desrt> erm
[14:23] <seb128> it works if I put the system-db before the user-db
[14:23] <desrt> i think you want dconf read /ca/desrt/debug/user
[14:23] <seb128> it's like it was checking the user first and not going further
[14:24] <desrt> because there is no /ca/desrt/debug
[14:24] <seb128> doh, that's how I'm awake today :p
[14:24] <seb128> desrt, so ok, works as it should
[14:24] <desrt> :)
[14:24] <seb128> thanks ;-)
[14:24] <desrt> there _is_ a bug there
[14:24] <desrt> 'list' doesn't work with system databases
[14:25] <desrt> so if you dconf dump /ca/desrt/debug/ then it won't work
[14:25] <glatzor> mvo, abend!
[14:27] <desrt> it's one of the many many 'known issues' that i plan to fix with time
[14:27]  * desrt has been working a bit on the dconf-engine code in the slowdown of the past few days
[14:27] <seb128> desrt, that's what I tried before in fact
[14:28] <desrt> seb128: makes sense
[14:28] <seb128> desrt, anyway I checked, custom dbs work, locking works
[14:28] <desrt> dump works by list() all keys and then check their values
[14:28] <desrt> so if they don't show in list() you get no output
[14:28] <desrt> seb128: ya.  the reporter is just doing it wrong
[14:28] <seb128> desrt, it sucks a bit that the code just doesn't bail out of zero byte files rather than segfaulting
[14:28] <desrt> seb128: so i go back to my original statement about that bug: we should not crash in that case
[14:29] <desrt> seb128: but obviously we can't expect it to work, either
[14:29] <seb128> desrt, I agree with you ;-)
[14:29] <seb128> well, handling corrupted files is not easy
[14:29] <seb128> handling empty file should be easy to bail out with an error message
[14:29] <desrt> ya...
[14:29] <desrt> gvdb is actually safe against most things, i think
[14:29] <seb128> like "check your config, that's empty"
[14:30] <desrt> i didn't give it really really good fuzz testing or anything
[14:30] <desrt> maybe i should
[14:30] <desrt> oooo
[14:30] <desrt> that's what i'll tell olli
[14:30] <desrt> "develop a testsuite for dconf"
[14:30] <desrt> managers LOVE to hear that sort of thing
[14:30] <desrt> will be approved for sure :)
[14:30] <janimo`> didrocks, does unity/compiz has some GPU whitelist or blacklist?
[14:31] <didrocks> janimo`: there is a blacklist, yeah
[14:31] <janimo`> didrocks, if there's a new closed source drier in use besides nvidia or ati does it need to be mentioned somewhere explicitly?
[14:32] <didrocks> janimo`: the blacklist is by card, not by driver, so if a new card isn't working and still report 3D acceleration and working in unity, yes it needs to be blacklisted
[14:34] <janimo`> didrocks, ok thanks. I am trying to run it on a PVR based card liek the ones in OMAP4 but this is x86, just wanted to see if there's any prerequisite besides just figuring out why it crashes
[14:34] <bcurtiswx> kenvandine, all the posts from facebook on my feed don't have titles (with the persons name)
[14:34] <seb128> I hate etherpad
[14:34] <didrocks> janimo`: you can try to run /usr/lib/nux/unity_support_test -p to get more info :)
[14:34] <seb128> why does it keep wanting me to reconnect
[14:34] <didrocks> janimo`: you will see if it's theorically supported or not :)
[14:34] <janimo`> didrocks, thanks, will try. I forgot that one :)
[14:34] <seb128> pitti, gnome-control-center up to claim ;-)
[14:36] <kelemengabor1> seb128: I'd also like to see bug #441986 fixed - the "Examples" link translation on the installer desktop. Can we have a nonlangpackdeadline rebuild with translations for it?
[14:36] <ubot2> Launchpad bug 441986 in example-content "Live CD "Examples" desktop item translations depended on having the PO files" [Undecided,New] https://launchpad.net/bugs/441986
[14:37] <janimo`> didrocks, all green, so reasons for hoping :)
[14:37] <seb128> kelemengabor1, I will do one
[14:37] <kelemengabor1> seb128: if I submit a branch for its upstream project with the exported translations, like: https://code.launchpad.net/~kelemeng/example-content/bug441986, is that useful?
[14:38] <kelemengabor1> (say yes, and I hit you with two more :P)
[14:38] <seb128> kelemengabor1, not sure, I would rather do what I did for the other ones I uploaded, ask an .po export to launchpad and cp them
[14:43] <seb128> did somebody put gnome-control-center under the etherpad "being worked" or was it me just adding it to the wrong section?
[14:43] <didrocks> didn't touch
[14:44] <seb128> I moved it to "to claim" because there was no name and I think I had did put it at the wrong place before
[14:44] <seb128> ok
[14:44] <kenvandine> not me
[14:47] <kelemengabor1> seb128: okay, so do it in downstream. But would you consider such merge proposals helpful (less gruntwork?) or it is simpler if I just ask here to do an upload for update-notifier (bug #562900) and update-manager (bug #628157)?
[14:47] <ubot2> Launchpad bug 562900 in update-notifier "Please include translations from Launchpad in the package" [Medium,Confirmed] https://launchpad.net/bugs/562900
[14:47] <ubot2> Launchpad bug 628157 in ubuntu-translations "10.04 -> 10.10: Untranslated string: Upgrading Ubuntu to version 10.10" [Medium,Confirmed] https://launchpad.net/bugs/628157
[14:47] <seb128> kelemengabor1, I let mvo handle those
[14:47] <seb128> mvo, ^
[14:47] <kelemengabor1> :)
[14:48] <seb128> kelemengabor1, well update-notifier and update-manager have a shared setup between upstream and ubuntu I think
[14:48] <seb128> kelemengabor1, not sure that's the case for example-content, and I've no idea how that works, so I will just do it like I know how to do it
[14:48] <seb128> I should learn from pitti or mvo how to do the upstream shared export thing at some point though
[14:49] <didrocks> desrt: Julie will start working on the dconf icon btw, hold on your release if you planned any  :)
[14:50] <desrt> nothing planned so far :)
[14:51]  * desrt has only one patch for a possible release
[14:51]  * desrt is wondering if it's really worth it...
[14:51] <glatzor> mvo, I finally found the reason for lp#659438
[14:52] <seb128> bug #659438
[14:52] <ubot2> Launchpad bug 659438 in aptdaemon "Installation/Removal fails because of package which could not be located (failure in apt.Cache.required_download)" [Critical,Fix committed] https://launchpad.net/bugs/659438
[14:52] <seb128> glatzor, hey
[14:53] <glatzor> hello seb128 how are you?
[14:53] <seb128> glatzor, I'm good thanks, how are you?
[15:02] <pitti> nessita, dobey: bug 334757 says it fixes something in UbuntuOne, but I can't really tell what; do you happen to know?
[15:02] <ubot2> Launchpad bug 334757 in kdebindings "update-notifier-kde.py crashed with SIGSEGV in QSocketNotifier::setEnabled()" [High,Confirmed] https://launchpad.net/bugs/334757
[15:04] <dobey> pitti: yes, sometimes ubuntu-sso-client will crash with that error as it's a problem in pyqt which is being used. alecu has tested the fix and his test script is not reproducing the crash any longer
[15:04] <pitti> dobey: ah, awesome!
[15:04] <pitti> dobey: thanks
[15:05] <dobey> pitti: so as he mentioned on the bug it gets the +1 from us :)
[15:09] <pitti> dobey: copied to precise then
[15:10] <pitti> seb128: uploaded g-c-c; I'm done with gnome stuff today
[15:10] <dobey> pitti: cool. thanks
[15:10] <pitti> time for some errands and sport, and I have a TB night shift ahead of me
[15:11] <seb128> pitti, thanks, seem they are done for now as well, I can pick the next shift, I've been mostly been dealing with w.e catchup and other bugs so far today
[15:47] <seb128> didrocks, do you know how to fakesync?
[15:47] <seb128> didrocks, dget http://incoming.debian.org/totem-pl-parser_3.4.1-1.dsc if you do ;-)
[15:50] <didrocks> seb128: oh? already here, yes doing :)
[15:50] <seb128> didrocks, thanks ;-)
[15:50] <didrocks> seb128: or we can wait tomorrow morning to have a real sync
[15:50] <didrocks> seb128: will add on my list ;)
[15:50] <didrocks> (seems better)
[15:50] <seb128> didrocks, works for me
[15:50] <didrocks> seb128: doing gnome-system-log just for doing it
[15:50] <didrocks> seb128: it contains your two fixes and that's it :)
[15:51] <seb128> didrocks, \o/ me :p
[15:51] <didrocks> heh
[15:53] <seb128> kelemengabor1, still around?
[15:54] <kelemengabor1> seb128: yes
[15:54] <seb128> kelemengabor1, can you do your example-content merge proposal after all? ;-)
[15:55] <kelemengabor1> sure, for which branch, upstream or ubuntu?
[15:56] <seb128> kelemengabor1, upstream
[15:58] <kelemengabor1> seb128: bug 441986 is ready
[15:58] <ubot2> Launchpad bug 441986 in example-content "Live CD "Examples" desktop item translations depended on having the PO files" [Undecided,New] https://launchpad.net/bugs/441986
[15:59] <seb128> kelemengabor1, thanks
[17:02]  * didrocks will do some exercice and dinner, see you tomorrow guys
[17:14] <xichael> "missing operating system" is all i get when i try to boot from usb. i've used the Universal USB Installer from pendrivelinux.com to load 11.10 Desktop onto the drive. any ideas what's wrong?
[17:17] <Darxus> xichael: I think you got the wrong channel.  #ubuntu might be better.
[17:19] <xichael> thanks, i'll try there
[17:24] <pgraner> bryceh, can we get someone to look at: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/973297
[17:24] <ubot2> Launchpad bug 973297 in linux "Xorg recognizes Logitech Headset USB dongle as input device then segfaults" [Medium,Confirmed]
[17:27] <bryceh> pgraner, yes
[17:28] <pgraner> bryceh, I have a box that I can do it at will with and the same headset if it helps
[17:28] <bryceh> looks like a job for cnd, but let me study a few minutes
[17:29] <cnd> pgraner, bryceh: I've seen a fix go by upstream for that issue
[17:29] <cnd> we should get it when we update to the latest xorg-server point release
[17:29] <cnd> the point release was just released this weekend
[17:30] <bryceh> cnd, excellent thanks.
[17:31] <pgraner> bryceh, cool, can you get the bug up to speed wrt status, and targeting?
[17:31] <bryceh> pgraner, yes; looking for the patch first tho
[17:33] <cnd> hmm... doesn't look like it made it into the point release
[17:33] <cnd> I'll add a link to the patch
[17:33] <bryceh> cnd, thanks, yeah didn't spot it there either
[17:34] <cnd> oh, I don't think peter has picked it up yet
[17:37] <bryceh> cnd, pgraner ok bug looks good now.  the patch looks pretty obvious to me; should we put it in a ppa to get some testing, or roll it in now, or wait 'til we pull the point release?
[17:38] <cnd> bryceh, I'm actually not 100% sure that patch will fix things
[17:38] <cnd> pgraner, I put some instructions in the bug for getting an evemu device property file
[17:38] <cnd> please follow up and then we can be sure
[17:38] <bryceh> cnd, alright then let's do a ppa
[17:38] <cnd> bryceh, I can probably test and confirm on my own if I have the evemu file
[17:39] <bryceh> cnd, alright.  I can set up a ppa for this; extra testing can't hurt.
[17:39] <cnd> sure
[17:40] <cnd> bryceh, this signal safe logging work has put me a bit behind on other work :(
[17:40] <cnd> but I think I'm almost done with it
[17:55] <bryceh> headset fix -> ppa:bryce/lp973297
[18:32] <desrt> seb128: looks like our dconf issue sorted itself out...
[18:35] <seb128> desrt, right, I just commented on the bug
[18:35] <desrt> seb128: thomas too.  seems he is happy with the result now.
[18:36] <desrt> (after first accusing us of being a bunch of idiots and failing to understand the problem as he explained it)
[18:36] <seb128> desrt, right, I read that, it was 3 hours ago
[18:36] <desrt> ah.  did not notice your comment after that.
[18:36] <seb128> desrt, well he put a small rant about documentation still ;-)
[18:36] <seb128> desrt, well, when I said "just" it's a minute ago or so
[18:37] <desrt> seb128: ya.  docs could be better.
[18:37] <seb128> desrt, is the wiki you pointed to somewhere in the GNOME sysadmin guide?
[18:37] <desrt> we have a sysadmin guide?
[18:38] <desrt> (read: no.  probably not)
[18:38] <seb128> desrt, I guess you could put the wiki url in the manpage or the help output
[18:38] <seb128> desrt, http://library.gnome.org/admin/system-admin-guide/stable/
[18:39] <seb128> desrt, but I guess it's old and not updated, it still covers gconf
[18:39] <chrisccoulson> ooh, car is going to be finished on friday :)
[18:39] <desrt> seb128: my guess as well
[18:39] <desrt> we could use some new mallard sysadmin stuff :)
[18:39] <desrt> chrisccoulson: what happened to it?
[18:39] <seb128> chrisccoulson, did you get used to the one you got in exchange?
[18:39] <seb128> desrt, well at least perhaps drop the url in the manpage or in the help output?
[18:39] <seb128> url -> the wiki one
[18:40] <chrisccoulson> seb128, yeah, i'm used to it now. but, as much as i like having a brand new hire car, i would like my own back now :)
[18:40] <seb128> ;-)
[18:40] <chrisccoulson> desrt, somebody drove in to the back of my car when i was queued at traffic lights on easter monday
[18:44] <xclaesse> hmmm, git says perl: warning: Setting locale failed.
[18:44] <xclaesse> that's new since today upgrade in precise
[18:45] <xclaesse> is that known, any workaround?
[18:45] <seb128> do you get the same issue on other commands?
[18:45] <seb128> is your locale correctly set?
[20:11] <pitti> seb128: still busy :)
[20:11] <seb128> pitti, yeah, almost done, I will stop after vinagre
[20:12] <pitti> seb128: I'll look at gvfs and librsvg in Debian
[20:12] <seb128> pitti, thanks
[20:12] <pitti> argh, we again have an ubuntu delta there, will check
[20:12] <seb128> pitti, I tried to sort by priority order on the etherpad
[20:12] <pitti> I think librsvg wasn't necessary
[20:13] <seb128> like the bottom of the list are non seeded,universe
[20:14] <dobey> btw, is everything supposed to be uploaded to proposed from now on for precise, and copied after approval from there?
[20:15] <pitti> dobey: yes, safer that way
[20:15] <pitti> dobey: well, not necessary for arch: all packages
[20:15] <pitti> but for arch:any ones
[20:16] <dobey> i don't see how that distinction matters, but ok :)
[20:16] <pitti> dobey: there is just one build for arch:all (on i386), you can't get arch skew there
[20:16] <seb128> dobey, there is no out-of sync between archs for those
[20:17] <dobey> pitti: oh true. but if you upload something that's broken, it will be broken everywhere, while arch:any might only get broken on one arch. so the "safer" metric seems vague :)
[20:18] <pitti> dobey: we use -proposed to avoid temporary uninstallability and arch skew
[20:18] <seb128> dobey, you don't want anything broken in proposed either :p
[20:18] <pitti> dobey: yes, if the package itself breaks, that won't help of course :)
[20:18] <dobey> seb128: indeed. but we don't always get what we want. there's even a rolling stones song about it :P
[20:21] <pitti> meh, our librsvg delta is sufficiently large at this point (and also mostly irrelevant) that I'd rather not re-sync now
[20:21]  * pitti wishes people would check Debian first before diverting away
[20:30] <seb128> pitti, we haven't be in sync since january on it, list most of GNOME we just updated before Debian
[20:30] <seb128> pitti, i.e https://launchpad.net/ubuntu/+source/librsvg/+changelog no recent merge,sync
[20:31] <pitti> seb128: right, but e. g. debian's rsvg compat changes would have been nice to get
[20:31] <pitti> and our rather pointless dh_python2 transition was unnecessary
[20:31] <seb128> pitti, well, they updated end of march
[20:31] <pitti> anyway, no big deal
[20:31] <seb128> right
[20:32] <pitti> we can sync again in Q
[20:32] <seb128> pitti, the issue is really not "pointless diff" is "do updates in Debian"
[20:32] <pitti> speaking of which, will we ever get a name for it?
[20:32] <seb128> and the issue is that it's slower and most people don't have access to Debian here
[20:32] <seb128> that's a sabdfl's question ;-)
[20:52] <bryceh> duh, it's named 'q-series'
[20:52] <bryceh> ;-)
[20:52] <pitti> Quarrelling Quail!
[20:52] <mlankhorst> and fixed ipv6 on this host again, huzzah
[20:54] <micahg> pitti: does the new librsvg upload actually add back an rsvg-convert compat layer?
[20:55] <pitti> micahg: no, it doesn't; see above, I think it's a bit late for larger packaging changes like that
[20:55] <pitti> it also took a few rounds to get right in debian
[20:55] <micahg> pitti: the final diff was actually minimal...anyways, '- Rename rsvg.1 to rsvg-convert.1 and update for rsvg-convert's options' prompted the question
[20:56] <pitti> yes, they updated the manpage to match what -bin actually ships
[20:56] <micahg> wait, so we are shipping rsvg-convert? (that's what that line implies)
[20:56] <pitti> no, we don't; we just ship rsvg, what's upstream
[20:57] <pitti> but previous versions still had a manpage for the (nonexisting) rsvg-convert
[20:57] <micahg> so the changelog is backwards?
[20:57] <pitti> err, sorry; rsvg-convet is the new tool, rsvg the old one
[20:58]  * micahg is very confused
[20:58] <pitti> rsvg was the python compat wrapper aroud rsvg-convert
[20:58] <pitti> but was dropped this cycle
[20:58] <seb128> pitti, still there?
[20:58] <pitti> seb128: yes
[20:58] <seb128> oh yes
[20:58] <seb128> pitti, retracers are sick
[20:58] <seb128> 04/16/12 20:47:10: retracing #981509 (left in pool: 230)
[20:59] <seb128> 04/16/12 20:47:21: retracing #981509 failed with status: 99
[20:59] <seb128> 04/16/12 20:47:21: transient error reported; halting
[20:59] <seb128>  
[20:59] <seb128> the i386 keeps doing that
[20:59] <pitti> urgh
[20:59] <micahg> pitti: ok, got it now, for some reason I thought it was the other way, thanks
[20:59] <seb128> pitti, no lock, it just exit, retry, exit, retry
[20:59] <pitti> that usually happens with HTTPError and friends, from launchpadlib
[21:00] <seb128> pitti, it's doing that since "04/14/12 11:17:16: retracing #981509 failed with status: 99"
[21:01] <seb128> that's why the summary I did this morning has so "low" counts, I should have checked further :-(
[21:01] <pitti> ok, excellent thing to do tomorrow after the 3.4.1 rush
[21:01] <seb128> pitti, well, it's happening always on the same bug
[21:01] <seb128> to the i386 retracer only
[21:01] <pitti> you could temporarily untag this perhaps?
[21:01] <seb128> pitti, should I untag that bug meanwhile?
[21:01] <pitti> the bug itself might cause a HTTPError
[21:01] <seb128> pitti, yes
[21:01] <pitti> yes, it's most certainly that
[21:02] <pitti> amd64 uses the very same code and cookie
[21:02] <pitti> probably that bug triggers a LP oops
[21:03] <seb128> nothing special I can see from the web version
[21:07] <seb128> pitti, ok, it's retracing happily again, so probably something about that bug
[21:07] <pitti> ok, so let it catch up over the night, and I'll investigate that bug more closely tomorrow
[21:08] <seb128> pitti, thanks
[21:21] <pitti> good night everyone!
[21:22] <bkerensa> pitti: gnight