[00:28] <robert_ancell> bryceh, hey, thanks for the failsafe X fixes!
[00:28] <bryceh> robert_ancell, yeah ended up being something simple (but obscure)
[01:15] <achiang> if we're on precise, should we expect the lightdm wallpaper to still say 11.10? ;)
[01:15] <achiang> i want my achievement badge for running alpha, darnit.
[01:18] <TheMuso> lol
[01:19] <broder> achiang: i saw an open bug for it some time ago. i think robert_ancell said he was waiting for a new image to drop in
[01:19] <broder> (around the a1 release, possibly mentioned in #ubuntu-release if you felt like hunting it down)
[01:20] <achiang> broder: nah, i'm just feeling a little punchy. not terribly important. :)
[01:20] <achiang> thx
[01:20] <robert_ancell> broder, achiang, https://bugs.launchpad.net/unity-greeter/+bug/892394.  We have the image now
[01:20] <ubot2> Launchpad bug 892394 in unity-greeter "Greeter logo needs to be updated for 12.04" [Medium,Triaged]
[04:49] <pitti> Good morning
[04:59] <TheMuso> Morning pitti.
[04:59] <TheMuso> Ok, an update from the last 24 hours or so seems to have broken X for me, both on intel and nouveau... I get Xorg failsafe...
[05:00] <TheMuso> I am currently in oneiric.
[05:00] <pitti> TheMuso: eek
[05:01] <TheMuso> Yeah
[05:01] <pitti> TheMuso: did you get a new kernel?
[05:01] <pitti> hm, we didn't release an oneiric kernel yesterday
[05:01] <TheMuso> pitti: Yes, I did get a new kernel, but the same problem occurs on older kernels. I still have 3.1 for precise installed.
[05:02]  * TheMuso tries from a cold start, brb.
[05:06] <TheMuso> Ok same thing, I got some logs to look at.
[05:08] <TheMuso> Hrm, this at the end of the log: [    80.486]  ddxSigGiveUp: Closing log
[05:09] <TheMuso> Weird. No errors or warnings in the log.
[05:09] <TheMuso> I might have to go back and get dmesg.
[05:09] <pitti> TheMuso: could you do grep 'configure ' /var/log/dpkg.log
[05:09] <pitti> TheMuso: and only take the parts from your last upgrade?
[05:09] <pitti> and pastebin this?
[05:10] <TheMuso> pitti: If I can recognise the different upgrades, ok.
[05:10] <pitti> TheMuso: according to the timestamp, I mean
[05:10] <pitti> TheMuso: just take everything since roughly the time of the upgrade, or a bit before
[05:11] <TheMuso> Ok I'll just mount the precise root partition.
[05:14] <TheMuso> pitti: http://paste.ubuntu.com/761272/
[05:14] <TheMuso> pitti: Ah hang on, I think I know what it may be, nvm.
[05:15] <pitti> TheMuso: sudo apt-get -f install doesn't say anything?
[05:15] <TheMuso> I'm playing with some GTK 3 a11y code, and it may be choaking on that for some reason
[05:15] <pitti> TheMuso: ah
[05:15] <pitti> the main candidates that I see on your list are procps and kernel otherwise
[05:16]  * TheMuso nods.
[05:16] <TheMuso> I'll put GTK back and see if that makes a difference.
[05:25] <TheMuso> pitti: I think the far more likely candidate is my root filesystem for precise is almost/had no space left when i upgraded. :)
[05:26] <TheMuso> Thanks to LVM, thats easily solvable.
[07:03] <didrocks> good morning
[07:03] <pitti> hey didrocks
[07:03] <didrocks> guten morgen pitti
[07:35] <pitti> rickspencer3: hey Rick
[07:35] <rickspencer3> hi pitti
[07:37] <didrocks> good morning rickspencer3
[07:38] <rickspencer3> good morning pitti
[07:44] <didrocks> seems rick is blocked in a loop (:
[07:47] <didrocks> waow pitti, early reminder :)
[07:51] <pitti> didrocks: well, 3.5 hours after getting up is still late :)
[07:52] <didrocks> pitti: oh, you are waking up at 5:30 now, not anymore 6 ?
[07:52] <pitti> didrocks: well, my wife got up earlier, and I couldn't sleep any more
[07:53] <didrocks> ok, make sense. Take some break today though :)
[07:53] <pitti> heh, sure :)
[07:53] <pitti> in fact, I just kind of did
[07:53] <didrocks> tea break? ;)
[07:53] <pitti> packaged new calibre and tried out the new Kindle reader that my mother will get for xmas
[07:53] <didrocks> ahah :)
[07:53] <pitti> really a cute thing
[07:53] <pitti> if only it could read epubs
[07:54] <pitti> (calibre converts it to mobi)
[07:54] <didrocks> mobi is an amazon format?
[07:54] <pitti> I'm not sure, but it's been around for a while
[07:54] <desrt> pitti: apt-get install rootkit for mom's christmas present? :)
[07:54] <pitti> I think mobipocket.com started it
[07:55] <didrocks> yeah, seems amazon has taken it and created its propriatery format from it: http://en.wikipedia.org/wiki/Comparison_of_e-book_formats
[07:55] <didrocks> hey desrt, up late? :)
[07:55] <micahg> desrt: calibre wasn't vulnerable on Ubuntu :)
[07:56] <desrt> didrocks: ya.  can't sleep.
[07:56] <desrt> dunno why
[07:57] <didrocks> time to make a dconf release then ;)
[07:57]  * pitti hugs desrt
[07:59] <tkamppeter> pitti, hi
[07:59] <pitti> hey tkamppeter
[08:00] <tkamppeter> pitti, can you help the reporter of bug 883585, he has problems to install the package from -proposed.
[08:00] <ubot2> Launchpad bug 883585 in cups "Kubuntu 11.10 -- Network/Local Printers found but cannot print - Unable to get printer status" [High,Fix committed] https://launchpad.net/bugs/883585
[08:01] <pitti> tkamppeter: looking
[08:02] <pitti> tkamppeter: hm, cups fails to build in precise with
[08:02] <pitti> cc1plus: warning: unrecognized command line option "-Wno-tautological-compare" [enabled by default]
[08:02] <pitti> ah, no, just a warning; it just doesn't build with -j4
[08:02] <pitti> so ignore me
[08:04] <pitti> tkamppeter: right, so it really fails to build against the new poppler, I'll have a look at porting it
[08:06] <pitti> tkamppeter: replied to the bug
[08:14] <tkamppeter> pitti, thanks.
[08:16] <dpm> hey, good morning pitti. We got a late test of oneiric langpacks, would you mind copying the oneiric-proposed zh-hans language pack to oneiric-updates? https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA
[08:17] <pitti> dpm: done
[08:17] <dpm> pitti, excellent, thanks :)
[08:17] <pitti> dpm: and good morning!
[08:17] <dpm> :)
[09:07] <seb128> hey
[09:07] <pitti> hey seb128, how are you?
[09:07] <seb128> pitti, hey, I'm good thanks, how are you?
[09:07] <pitti> seb128: quite fine, thanks!
[09:07] <pitti> seb128: I retried glib amd64 built twice, failed so far due to test suite hang
[09:08] <pitti> seb128: a local build is working mostly fine, except for two things:
[09:08] <pitti> - eog is uninstallable (conflicts:)
[09:08] <pitti> - mission-control-5 crashes (i. e. no empathy)
[09:08] <seb128> pitti, the ppa version should be installable?
[09:08] <pitti> and apparently it causes some/a lot of packages to FTBFS because now you can only #include <glib.h> and not parts of it
[09:08] <pitti> e. g. inkscape
[09:08] <seb128> ok, ricotz mentionned the second one and that he though that could be due to the new glib version (I asked if he had issue with his ppa builds)
[09:09] <bryceh> erf, inkscape?
[09:09] <seb128> I never got why they enforce those single include thing
[09:09] <pitti> bryceh: I'm about to do a no-change upload to build against new poppler (just tested locally); do you have anything else to upload for it?
[09:10] <seb128> pitti, sorry to give your work with the poppler soname changes
[09:10] <pitti> seb128: I hope most stuff is just a rebuild; I caught two packages so far which need actual porting
[09:11] <seb128> pitti, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644447 has some packages which have issues
[09:11] <pitti> seb128: that's ok
[09:11] <ubot2> Debian bug 644447 in poppler "Please update poppler to new released 0.18" [Wishlist,Open]
[09:11] <seb128> pitti, I talked to the Debian maintainer, he would welcome us sending back to the BTS the builds we fix for poppler 0.18, he's sort of blocking the update in Debian on having fixes available for everything but he didn't have lot of time to work on that recently
[09:12] <pitti> seb128: yep, will do
[09:12] <bryceh> pitti, nope go for it
[09:13] <seb128> pitti, in fact ignore the bug, it only discuss one package, I guess we will have to rebuild stuff and see how it goes
[09:13] <pitti> ok
[09:13] <seb128> pitti, fedora switched to 0.18 for f16 so they likely have patches for stuff that didn't build
[09:13] <pitti> seb128: I'll send them as normal bugs with something like "FTBFS with poppler 0.18" or so
[09:14] <pitti> hah, pdftoipe was simple
[09:14] <seb128> pitti, ok, I will keep glib in the ppa for a bit, time to fix at least the t-m-c issue there
[09:14] <pitti> seb128: I can't install the PPA version as amd64 hasn't built yet :)
[09:14] <pitti> seb128: so there you fixed the eog conflict?
[09:15] <seb128> pitti, yeah, I uploaded the new eog to the same ppa
[09:15] <pitti> ah, I see
[09:15] <pitti> seb128: does empathy/t-m-p work for you on i386?
[09:16] <seb128> pitti, no, It's indeed buggy, I didn't notice because I'm usually running pidgin
[09:16] <seb128> pitti, I guess upstream fixed the issue somewhere in git, I will look for a patch
[09:16] <pitti> seb128: thanks
[09:16] <seb128> pitti, yw, thanks for testing!
[09:18] <seb128> pitti, http://pkgs.fedoraproject.org/gitweb/?p=gimp.git;a=blob;f=gimp-2.6.11-poppler-0.17.patch;h=86630897ae259f92a9018e40f3865c7a7858eb3a;hb=HEAD
[09:18] <pitti> seb128: thanks
[09:18] <seb128> yw
[09:21] <seb128> hum
[09:21] <seb128> bug #900515
[09:21] <ubot2> Launchpad bug 900515 in evince "evince-common conflicts with old evince package" [Undecided,New] https://launchpad.net/bugs/900515
[09:22] <seb128> mvo, hey, is there anything special required to move conffiles between binaries?
[09:22] <seb128> the apparmor file was in evince in lucid and is in evince-common in precise
[09:22] <seb128> we need at least a Replaces but I was wondering if that's enough for a conffile
[09:27] <pitti> mvo: there's a dpkg maintscript helper for it
[09:27] <pitti> no, it's not I think
[09:27] <pitti> the conffile will still belong to the old package as (obsolete)
[09:27] <seb128> pitti, was that for me?
[09:27] <pitti> err, yes
[09:27] <chrisccoulson> hey seb128, pitti
[09:28] <seb128> hey chrisccoulson, how are you?
[09:28] <pitti> hey chrisccoulson
[09:28] <chrisccoulson> seb128, yeah, good thanks. waiting patiently for coffee to brew :)
[09:29] <seb128> pitti, hum, are you sure? can the same file be claimed by 2 binaires in the dpkg database?
[09:29] <pitti> seb128: no; with replaces: it goes to the new package
[09:29] <pitti> but at least a few months ago conffiles were sticky with the old package
[09:30] <seb128> pitti, so Replaces is enough?
[09:30] <pitti> seb128: well, you can just try it
[09:30] <mvo> seb128: is it the same filename?
[09:30] <seb128> yeah, I think I will
[09:30] <seb128> mvo, yes
[09:30] <pitti> seb128: I don't think it will be, but if you test it and it works, then sure :)
[09:31] <mvo> seb128: I am not sure if there is a really good way, there is some code in openssh-server from cjwatson that moved a conffile from one package to the other (its from ~2006 or so). not sure if its still needed, but it looks like dpkg-mainainerscript-helper is only about moving it to a new location within the same package
[09:31] <seb128> ok, I will try
[09:31] <seb128> the dpkg-maintscript-helper manpage and http://wiki.debian.org/DpkgConffileHandling don't cover that case
[09:32] <seb128> let me ask on #ubuntu-devel
[09:35] <pitti> mvo: do you have an idea what could go wrong in bug 850264 ?
[09:35] <pitti> mvo: would a reduced test case help here?
[09:35] <pitti> mvo: I'm happy to sit down and produce a small test case, but I guess actually fixing the bug in apt's brain is over my head :(
[09:35] <ubot2> Launchpad bug 850264 in apt "given a foreign architecture of i386 on amd64 machine, and an outdated libc, apt tries to remove libc-bin" [High,Triaged] https://launchpad.net/bugs/850264
[09:36] <pitti> mvo: it seems it prefers taking a foreign architecture package over upgrading the native one or so
[09:40]  * mvo looks
[09:41] <mvo> pitti: is this new, i.e. a regression from oneiric? there was a chance in the way provides are handled, maybe thats a sideeffect of this
[09:42] <pitti> mvo: it could also be in oneiric already, but I guess we haven't really tested lucid->oneiric upgrades a lot
[09:42] <pitti> mvo: but unknown ATM
[09:42] <mvo> pitti: right
[09:42] <mvo> pitti: I hope to make the lucid->precise stuff with multiarch working today, its already working in my PPA
[09:43] <pitti> mvo: oh, great! that means enabling multi-arch during upgrade, or actually fixing this bug?
[09:43] <mvo> pitti: multiarch during the upgrade, I'm sure that will uncover some more bugs too :)
[09:44] <pitti> i. e. is it worth for me spending some time on a small test case for this?
[09:44] <pitti> ah, apparently "yes" then
[09:44] <pitti> mvo: we already have a QA test for this (which fails due to that bug)
[09:44] <pitti> but perhaps QA manually enabled multi-arch there
[09:47] <pitti> seb128: https://launchpadlibrarian.net/86753465/buildlog_ubuntu-precise-i386.pdftoipe_20091014-3ubuntu1_FAILEDTOBUILD.txt.gz
[09:47] <mvo> pitti: so the qa test is to install skype ? thats pretty nice. I will check what the problem resolver is doing
[09:47] <pitti> seb128: can it be that the new poppler -dev is missing a libjpeg-dev ?
[09:48] <pitti> mvo: apparently somethign like that, and then upgrade; but as I said, I'm sure one can reduce that
[09:48] <seb128> pitti, let me check
[09:49] <seb128> pitti, I will fix it
[09:49] <pitti> seb128: ok, thanks; I'll retry pdftoipe afterwards
[10:00] <seb128> lol, bug #900649
[10:00] <ubot2> Launchpad bug 900649 in unity "Azure instead of Cairo for drawings " [Undecided,New] https://launchpad.net/bugs/900649
[10:00] <seb128> "The new Mozilla's draw renderer Azure outperforms Cairo on benchmarks."
[10:00] <seb128> chrisccoulson, it's your fault!
[10:00] <chrisccoulson> lol
[10:00] <chrisccoulson> it only outperforms cairo on windows btw
[10:00] <chrisccoulson> and by a significant margin as well
[10:01] <chrisccoulson> i think it just wraps around cairo on linux ;)
[10:01] <pitti> so it clearly must be faster on linux then!
[10:01] <chrisccoulson> http://www.basschouten.com/blog1.php/comparing-performance-azure-vs-cairo
[11:20] <Sweetshark> seb128: maybe the reporter meant Microsoft azure? imagine who fast unity could get when rendered in the cloud!
[11:26] <seb128> hehe
[11:31] <micahg> seb128: any luck finding out if webkit 1.8 will have gtk2 support?
[11:32] <seb128> no, upstream were at a hackfest and didn't reply on IRC, I will ask again this week
[11:33] <micahg> seb128: ok, thanks, I tried to reply to the 1.7.2 announcement asking about it, but got no response either
[14:05] <seb128> didrocks, hey, what do you mean by "building in the unity-team staging ppa https://launchpad.net/~unity-team/+archive/staging (and will be moved later on the ppa once autopilot bits are plugged in)"?
[14:05] <seb128> didrocks, i.e what is the "will be moved" bit about?
[14:05] <didrocks> seb128: basically, packages are uploaded in the "staging" ppa, then autopilot is using this ppa
[14:06] <didrocks> if autopilot tells "ok", the validated packages will be copied in the "~unity-team/ppa"
[14:06] <seb128> oh ok, so 2 ppas, gotcha
[14:06] <seb128> thanks
[14:06] <didrocks> yw :)
[14:08] <seb128> didrocks, oh, and nice to see things moving, well done!
[14:08] <seb128> I will try to see if that breaks my 10v ;-)
[14:08] <didrocks> seb128: heh, let's see ;)
[14:08] <seb128> (no I didn't volunteer to run your endless suit of manual tests :p)
[14:09] <seb128> ok, let's annoy some other people :p
[14:10] <seb128> hum, no kenvandine
[14:10] <seb128> who is next on my list
[14:10] <seb128> cyphermox, hey ;-)
[14:10] <seb128> cyphermox, how are you?
[14:10] <cyphermox> hey
[14:10] <cyphermox> I'm good
[14:10] <cyphermox> and you?
[14:10] <seb128> I'm good thanks
[14:11] <seb128> cyphermox, do you plan to sru the new evo as well? (you did e-d-s but not evo from what I can see)
[14:11] <seb128> the "spelling errors are underline in yellow" bug is still on our "should be sru-ed" list
[14:12] <cyphermox> well, I was thinking the color of spelling errors was minor enough, but I can still update it
[14:12] <seb128> cyphermox, the changelog from the precise upload list several other issues as well
[14:12] <cyphermox> so I'll do it in a minute, just need to finish something up now ;)
[14:12] <cyphermox> yeah
[14:12] <seb128> stuff like bug #849960 seems like worth a sru
[14:13] <ubot2> Launchpad bug 849960 in evolution "GMail added through Online Accounts disappears" [Medium,Fix released] https://launchpad.net/bugs/849960
[14:13] <cyphermox> that was a fuckup on my part, my script parsed through the upstream changelog, but some of those bugs were already fixed
[14:13] <cyphermox> 849960 afaik already made it ;)
[14:13] <seb128> cyphermox, no need to be "in a minute" or today, I'm just trying to review our desktop oneiric bugslist
[14:14] <seb128> cyphermox, it seems like it should be easy enough to just push 3.2.2 as a sru but your call
[14:14] <cyphermox> well, otherwise I'll forget and it will keep being postponed
[14:14] <cyphermox> yes
[14:14] <seb128> cyphermox, thanks!
[14:14] <cyphermox> so finishing an email, and then I'll do it
[14:31] <didrocks> grrrr, ok, let's forget to make a more clever tarmac patch as any metadata isn't refreshed :/
[14:36] <dobey> hey didrocks
[14:37] <didrocks> good morning dobey!
[14:38] <dobey> how's it going?
[14:39] <didrocks> dobey: well, busy, tried to add something more in tarmac, but will go on on the next topic, will need to get more time to figure out how to refresh the infos :)
[14:39] <didrocks> dobey: and you? how are you?
[14:40] <dobey> good. sprinting this week :)
[14:41] <didrocks> oh nice, where you are?
[14:41] <didrocks> are you*
[14:41] <dobey> buenos aires; sunny and warm :)
[14:42] <didrocks> waow, enjoy! :-)
[14:45] <dobey> thanks :)
[14:49] <kenvandine> dobey, cool!
[14:49] <dobey> hey kenvandine
[15:25] <chrisccoulson> hmmm, i really should update my laptop
[15:26] <chrisccoulson> i haven't updated anything other than firefox nightly since i upgraded to precise
[15:45] <desrt> chrisccoulson: see you on the other side, dude
[15:45] <desrt> i hope...
[16:17] <seb128> kenvandine, hey
[16:17] <kenvandine> hey seb128
[16:17] <seb128> kenvandine, how are you?
[16:17] <kenvandine> good
[16:18] <seb128> great
[16:18] <kenvandine> seb128, and you?
[16:18] <seb128> kenvandine, I'm good thanks ;-)
[16:18] <seb128> kenvandine, small questions,work for you
[16:18] <kenvandine> hehe... as always :)
[16:19] <seb128> - bug #893125 is on the "oneiric potential sru" list, should it stay there? seems an easy fix, not sure if you want to queue it with others
[16:19] <ubot2> Launchpad bug 893125 in gwibber "GIR fails to find shared library" [Medium,Fix released] https://launchpad.net/bugs/893125
[16:19] <seb128> the list being: http://status.qa.ubuntu.com/reports/ubuntu-desktop/oneiric.html
[16:19] <kenvandine> i want to queue it with others
[16:20] <kenvandine> i plan to do a 3.2.2 SRU this week
[16:20] <seb128> kenvandine, i'm trying to clean a bit things there, over time it gets less likely we will sru stuff so I try to close some
[16:20] <seb128> ok, I will keep it on the list then thanks
[16:20] <kenvandine> thx
[16:20] <seb128> kenvandine, other thing, dunno if you noticed but I uploaded glib 2.31.2 to the ubuntu-desktop ppa yesterday
[16:21] <seb128> kenvandine, telepathy-mission-control seems to be broken with it though, do you think you would have time to have a look or check if upstream has a fix for glib 2.31 somewhere?
[16:21] <kenvandine> sure
[16:22] <seb128> kenvandine, no hurry but we might as well fix stuff in the ppa before moving to precise and be in an hurry to fix stuff then ;-)
[16:22] <kenvandine> yup
[16:22] <seb128> kenvandine, if you get a fix feel free to upload to the ppa, we will keep using and testing it for some days
[16:22] <seb128> kenvandine, thanks
[16:22] <seb128> pitti_, welcome back!
[16:22] <kenvandine> np
[16:22] <pitti_> seb128: thanks; still no server :(
[16:22] <pitti_> was taking a break
[16:22] <seb128> pitti_, :-(
[16:23] <seb128> pitti_, I'm sending extra soname updates to the archive btw, sorry about that
[16:23] <pitti_> seb128: I'll fight back with everythign I can!
[16:23]  * pitti_ gets a +5 soname buster weapon
[16:23] <pitti_> seb128: (just played Diablo 2 for a bit -- I hate hate hate this Duriel guy)
[16:23] <seb128> pitti_, well the libminiupnop one should be trivial, I uploaded updates,rebuilds for the 2 rdepends in the default install
[16:23] <seb128> pitti_, lol
[16:23] <pitti_> 2 rdepends? laughable!
[16:23] <pitti_> :)
[16:24] <seb128> yeah ;-)
[16:24] <pitti_> we are making good progress with the poppler transition
[16:24] <pitti_> currently looking into why cron.nbs doesn't update
[16:24] <pitti_> "We now have all unity projects autolanding gracefully and pushed to the staging ppa"
[16:24] <pitti_> didrocks: !
[16:25] <seb128> pitti_, if,when you feel like tackling another transition we should merge nautilus on Debian, they renamed the extension lib there during the gtk2->gtk3 transition to reflect that it's an abi break
[16:25] <seb128> they renamed the binary
[16:25] <seb128> we should probably catch that before the lts, we didn't do it in oneiric
[16:25] <pitti_> yeah
[16:25] <didrocks> pitti_: :)
[16:26] <didrocks> pitti_: added a note about the merges of the infrastructure changes btw
[16:28] <pitti_> didrocks: so you found a solution for the unity tests after all?
[16:28] <pitti_> with the X server?
[16:28] <pitti_> or doing integration tests in a real live system now?
[16:28] <didrocks> pitti_: some are working with it, some other (hang) has been disabled right now :/
[16:28] <didrocks> and doing integration tests on a live system starts to trigger with autopilot
[16:29] <didrocks> but unfortunatly, I have to chase people for getting the right access, and now, I'm looking at how evan's work has been done
[16:30] <pitti_> nice to see branches landing now
[16:31] <pitti_> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, rodrigo_, seb128, tkamppeter, pedro_, desrt, agateau: no agenda items on the wiki; anythign to discuss?
[16:31] <pitti_> didrocks: should the desktop team use the unity PPA now for dogfooding?
[16:31] <didrocks> pitti_: I would say not yet, wait on autopilot running
[16:31] <seb128> nothing to discuss, I would encourage those on precise to test glib 2.31 which is in the desktop ppa since today
[16:31] <seb128> that's aiming to land in precise soon
[16:32] <chrisccoulson> i will upgrade in a bit :)
[16:32] <mterry> none here, just working on deja-dup/duplicity test suites
[16:32] <kenvandine> pitti_, nothing from me
[16:32] <seb128> the eog version in the ppa is required if you don't want eog to hang
[16:32] <pitti_> kenvandine: nothing from partner?
[16:32] <seb128> empathy is broken but kenvandine said he will look at the issue with telepathy-mission-control
[16:32] <kenvandine> pitti_, i am working on that for the wiki now
[16:32] <agateau> pitti_: nothing from me
[16:32] <pitti_> kenvandine: do you know whether they are working on providing an RB music store?
[16:32] <pitti_> agateau: how is it going for you these days?
[16:32] <kenvandine> it's planned, i'll find out when to expect that
[16:32] <kenvandine> dobey, ^^
[16:33] <mterry> Is "gksudo ls" crashing for anyone else?
[16:33] <agateau> pitti_: quite well, thanks, working on checkbox with didrocks and lightdm
[16:33] <pitti_> mterry: oh, indeed
[16:33] <mterry> pitti_, weird, I'll file a bug
[16:33] <pitti_> mterry: hang on
[16:34] <pitti_> FYI, apport retracers are currently broken
[16:34] <pitti_> on my TODO for tomorrow morning
[16:34] <mterry> k
[16:34] <mterry> seb128, should I be living in the desktop PPA during precise then?
[16:34] <pitti_> mterry: it's bug 898874
[16:34] <ubot2> Launchpad bug 898874 in gksu "gksu crashed with SIGSEGV in __strlen_ia32()" [Medium,Confirmed] https://launchpad.net/bugs/898874
[16:35] <mterry> pitti_, cool, thx
[16:35] <pitti_> does anyone fancy looking into this?
[16:35] <pitti_> if not, I can have a look
[16:35] <seb128> mterry, good question, we never well defined how we use the ppa, but it's usually staging stuff aimed at being uploaded soon to the archive, so "yes" ;-)
[16:35] <pitti_> incidentally, it's also the bug which breaks teh retracers :)
[16:38] <mterry> seb128, is that PPA now standard-operating-procedure for uploads, or just especially risky ones?
[16:38] <pitti_> mterry: only for risky ones
[16:39] <mterry> cool
[16:39] <seb128> mterry, what pitti_ said
[16:39] <pitti_> in particular, we can't do binary copies from this, so it's not thatuseful for staging transitions
[16:39] <mterry> mm
[16:46]  * pitti_ duplicates twenty more dupes to bug 182629 and writes a bug pattern
[16:46] <ubot2> Launchpad bug 182629 in gksu "gksu crashed with SIGSEGV in gdk_window_set_opacity()" [High,Triaged] https://launchpad.net/bugs/182629
[16:46] <pitti_> that seems to be another high-profile crasher, and ages old
[16:46] <pitti_> (but recent duplicates)
[16:57] <pitti_> hm, we are down to two rdepends of gksu
[16:57] <pitti_> checkbox-gtk and update-notifier
[16:58] <pitti_> mvo: ^ I suppose update-notifier needs that for calling update-manager and apport as root? or does update-manager have polkit support now?
[16:58] <seb128> pitti_, can't we just us pkexec as a workaround?
[16:58] <pitti_> seb128: for some things, yes (we need to add a .policy there)
[16:59] <pitti_> for stuff like apport hooks it's a little tricker as they can run pretty much anything
[16:59] <pitti_> I need to think about how to drop the usage from apport with pkexec
[16:59] <seb128> pitti_, update-notifier won an aptdaemon backend in Oneiric iirc
[16:59] <pitti_> but for calling apport pkexec should work fine
[16:59] <pitti_> ok, added 3 bug patterns for the worst gksu crashers and duped all teh bugs
[17:00] <pitti_> and restarted retracer
[17:01] <seb128> pitti_, seems like update-notifier mostly needs gksu for calling ubuntu-bug
[17:01] <pitti_> ./data/backend_helper.py:        return _install_all_updates_gksu()
[17:01] <pitti_> so that part is now obsolete?
[17:01] <pitti_> ./data/dbus-helper:    gksudo --message "<b>$2</b>" -- "$1"
[17:01] <pitti_> and this stuff?
[17:02] <seb128> pitti_,
[17:02] <seb128>     if HAVE_APTDAEMON:
[17:02] <seb128>         return _install_all_updates_aptdaemon()
[17:02] <seb128>     else:
[17:02] <seb128>         return _install_all_updates_gksu()
[17:02] <seb128> pitti_, for the first one
[17:03] <seb128> dbus-helper doesn't seem used
[17:03] <seb128> pitti_, I think (but to be confirmed by mvo) that it's only for apport that gksu is needed
[17:03] <pitti_> nice, that seems easy to fix then
[17:03] <seb128> like all the package management stuff can be done with the aptdaemon backend
[17:05] <pitti_> ok, time to stop for today
[17:05] <pitti_> good night everyone!
[17:05] <seb128> pitti_, 'night!
[17:06] <kenvandine> good night pitti_
[17:16] <ricotz> kenvandine, hi
[17:17] <ricotz> kenvandine, do you know of problems with telepathy-mission-control-5 5.10? 5.9.1 works fine for me with g-s and empathy, but 5.10 crashes
[17:18] <kenvandine> ricotz, nope
[17:18] <kenvandine> working fine here
[17:18] <kenvandine> ricotz, maybe the g-s approver thing is crashing it?
[17:18] <kenvandine> not sure where that lives
[17:19] <ricotz> yeah, could be g-s causing it
[17:19] <seb128> ricotz, is that using glib 2.31 or 2.30?
[17:19] <ricotz> using 2.31
[17:20] <ricotz> 5.9.1 works though
[17:20] <seb128> kenvandine, ^ it's the glib 2.31 issue I mentioned before, you still run 2.30 right?
[17:20] <seb128> ricotz, I've uploaded 2.31.2 to the ubuntu-desktop ppa to get testing before going to precise btw
[17:21] <ricotz> seb128, could you push it to the gnome3-ppa too?
[17:21] <seb128> that issue got raised by other people today
[17:21] <ricotz> to replace the older 2.31.0 version
[17:21] <ricotz> seb128, ok, so maybe a regression
[17:21] <kenvandine> ah
[17:22] <kenvandine> i am going to be looking at that in a few
[17:23] <ricotz> seb128, i will copy the package
[17:23] <seb128> ricotz, oh, I just did it
[17:23] <seb128> ricotz, eog as well
[17:23] <seb128> which has the fix for the hang
[17:23] <ricotz> alright ;)
[17:24] <seb128> ricotz, why did you do a no change upload of mx to your ppa btw?
[17:24] <ricotz> libcogl6 transition
[17:24] <seb128> ricotz, I mentioned it before but we would welcome you asking for sponsoring for stuff like pango or vala or vala-0.16
[17:24] <seb128> rather than doing the work once in your ppa to have somebody else redoing it in the archive
[17:25] <ricotz> i know, sorry
[17:25] <seb128> ricotz, it's not like you couldn't find a sponsor here ;-)
[17:25] <seb128> ricotz, btw I uploaded rhythmbox using your ppa version, thanks for the work on it ;-)
[17:26] <xclaesse> kenvandine, hi. did you already made a fix for the empathy package to ship the MC plugin ?
[17:27] <ricotz> seb128, i noticed, thanks
[17:27] <seb128> yw ;-)
[17:28] <kenvandine> xclaesse, just uploaded it a few minutes ago
[17:28] <xclaesse> cool
[17:28] <kenvandine> thx for pointing it out
[17:31] <ricotz> seb128, btw the multiarch patch of gnome-disk-utility broke gdu-notification-daemon.desktop
[17:31] <seb128> ricotz, in which way?
[17:32] <ricotz> it looks in the wrong patch
[17:32] <ricotz> on sec
[17:32] <ricotz> it looks for "usr/lib/x86_64-linux-gnu/gdu-notification-daemon" rather than "/usr/lib/gnome-disk-utility/gdu-notification-daemon"
[17:33] <seb128> ricotz, thanks
[17:33] <seb128> I will have a look if slangasek doesn't beat me to it
[17:42] <dobey> kenvandine: soon
[17:44] <kenvandine> seb128, ricotz: mission-control is missing schemas
[17:44]  * kenvandine is fixing
[17:44] <seb128> kenvandine, is that the issue or another one you spotted while looking at it?
[17:44] <kenvandine> i think that is the issue
[17:45] <kenvandine> not sure why it doesn't need the schema with glib 2.30
[17:45] <seb128> great
[17:45] <seb128> oh
[17:45] <seb128> that would be because desrt restored the abort on missing schemas in 2.31 ;-)
[17:45] <kenvandine> ah!
[17:45] <seb128> glib that is
[17:45] <kenvandine> haha
[17:45] <kenvandine> love that... grrrr
[17:45] <kenvandine> but it uncovered this problem :)
[17:45] <seb128> well his point is that it makes issues obvious
[17:45] <seb128> he's sort of right there :p
[17:46] <kenvandine> he always is...
[17:46] <seb128> ;-)
[17:46] <ricotz> ;-)
[17:46] <ricotz> every package should have list-missing ;)
[17:46] <kenvandine> indeed
[17:46] <seb128> ricotz, did you open bugs upstream for the tests you commented in glib to workaround the hangs btw?
[17:47] <ricotz> seb128, i mentioned it, but he is aware of it but doesnt really want to fix it, this is only caused running it on old kernels
[17:48] <seb128> ok
[17:48] <ricotz> and the builder kernel is really old, are there no intentions to update them?
[17:50] <kenvandine> seb128, ricotz: fix uploaded to precise
[17:50] <ricotz> kenvandine, thanks
[17:50] <kenvandine> np
[17:51] <seb128> thanks
[17:55] <didrocks> ricotz: --fail-missing rather I would say :)
[17:57] <ricotz> didrocks, yeah, but this wont work with some multiarched stuff :\
[17:58] <didrocks> ricotz: you can rm before calling dh_install if you are sure about what to remove
[17:59] <ricotz> didrocks, i see ;)
[17:59] <didrocks> that's what I basically do in all my packages
[18:13] <seb128> didrocks, do you have any objection to move the gnome-session Depends on unity | unity-2d | gnome-shell (>= 3.0) to a Recommends?
[18:13] <seb128> or any good reason to not do it?
[18:14] <seb128> dobey opened a bug saying he should be able to use gnome-session with his own desktop environment, which seems a fair request ;-)
[18:15] <didrocks> seb128: no objection at all, seems reasonable :)
[18:16] <seb128> didrocks, thanks
[18:16] <didrocks> thanks to you :)
[18:41] <didrocks> time for dinner, see you tomorrow guys!
[20:06] <bryceh> smspilla1, heya, I sent a mail but it seems to have bounced.  Got another email address?
... Deferred: Connection timed out with martello.ucc.gu.uwa.edu.au.
[20:06] <bryceh> Message could not be delivered for 5 days
[20:17] <chrisccoulson> g'ah, trying to create breakpad symbols from system libraries on all architectures in an automated way is a real PITA
[20:50] <seb128> chrisccoulson, what is needed?
[20:51] <chrisccoulson> seb128, so, my original plan was that i would create symbols as part of the firefox build, but that doesn't work unless i start modifying packages to create -dbg packages (as the firefox build can't use anything from the ddebs archive)
[20:51] <chrisccoulson> so i'm trying to create them separately without modifying any packages
[20:52] <chrisccoulson> but the google tool to create the symbols only works on binaries compiled on the same arch as the tool
[20:52] <chrisccoulson> which is a bit of a pain
[20:52] <chrisccoulson> so i'm trying to fix that, but i'm basically just forking breakpad to try and make it work ;)
[20:53] <chrisccoulson> it's turning out to be a lot more work that i originally planned
[20:53] <seb128> chrisccoulson, can't you just use a pbuilder somewhere with a ddeb source?
[20:54] <chrisccoulson> possibly. i'm currently doing it without pbuilder and have it working on 1 arch (amd64)
[21:04] <chrisccoulson> seb128, so, i think i have another idea
[21:05] <chrisccoulson> i could actually pull the debug symbols from ddebs on chinstrap, make a source package out of them and upload them to a PPA with breakpad
[21:05] <chrisccoulson> hmmmm
[21:05] <chrisccoulson> that wouldn't work on armel though :/
[21:08] <chrisccoulson> i guess it would be good enough to work on amd64/i386 for now though
[21:08] <seb128> chrisccoulson, well you could ask for a non virtual ppa ... and is firefox working on armel and having actual users there?
[21:08] <chrisccoulson> good question :)
[21:08] <chrisccoulson> i think amd64/i386 would be good enough
[21:08] <seb128> gut feeling: you wouldn't loose much by not supporting armel debug symbols
[21:08] <seb128> yeah
[21:08] <seb128> slangasek, hey
[21:08] <chrisccoulson> then i can use my existing script which is used for uploading the firefox symbols to upload the new distro-symbols
[21:08] <chrisccoulson> i think that would work
[21:08] <slangasek> seb128: hi there
[21:09] <seb128> slangasek, your gnome-disk-utility multiarch port has a bug, do you have time to look at it or should I try to add it to my todolist? ;-)
[21:09] <slangasek> seb128: I suppose I can take time out from breaking other packages for multiarch to look :)
[21:10] <seb128> slangasek, ok, great ;-)
[21:10] <seb128> so
[21:12] <seb128> slangasek, you made the gnome-disk-utility.install move stuff from /usr/lib/*/gdu* to /usr/lib/gnome-disk-utility but /etc/xdg/autostart/gdu-notification-daemon.desktop still references to the multiarch dir
[21:12] <seb128> slangasek, do you want a bug report about it?
[21:12] <slangasek> seb128: nah, I'll take it from there
[21:12] <seb128> slangasek, thanks
[21:30] <slangasek> seb128: fixed & uploading
[21:31] <seb128> slangasek, thanks! (did you update the Debian bug, just to make sure pitti picks the fix when he does the update in Debian)
[21:31] <slangasek> seb128: I'll do that next
[21:31] <seb128> excellent ;-)
[21:50] <jasoncwarner_> TheMuso RAOF bryceh and robert_ancell, don't forget to update wiki with your weeks highlights and add any agenda items if needed. http://memeburn.com/2011/12/steve-jobs-being-an-asshole-is-okay-when-youre-a-genius/
[21:51] <jasoncwarner_> i mean...woops
[21:51] <jasoncwarner_> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-12-06
[21:54] <seb128> jasoncwarner_, stop pinging robert_ancell when he's not online ;-)
[21:54] <TheMuso> jasoncwarner_: Done.
[21:55] <jasoncwarner_> seb128: it's part of my aussie autokey ;)
[21:55] <seb128> ;-)
[22:01] <desrt> seb128: looks like it worked
[22:01] <seb128> desrt, hey
[22:01] <seb128> desrt, what?
[22:01] <desrt> 16:54 < seb128> jasoncwarner_, stop pinging robert_ancell when he's not online ;-)
[22:01] <desrt> 16:57 -!- robert_ancell [~bob@ppp121-44-205-22.lns20.syd7.internode.on.net] has joined #ubuntu-desktop
[22:01] <seb128> oh
[22:01] <seb128> it was not summoning him, it was pinging about something he was not there to read ;-)
[22:02] <robert_ancell> desrt, I felt a great disturbance in the force at 08:54
[22:02] <seb128> hey robert_ancell
[22:03] <seb128> robert_ancell, hide, I'm not sure jasoncwarner_ saw you yet :p
[22:03] <desrt> robert_ancell: good morning
[22:03] <jasoncwarner_> hey robert_ancell :) just reminding people to put their stuff up on the wiki https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-12-06 for the week and to make agenda items if they have any
[22:04] <seb128> chrisccoulson, stop flooding the precise desktop list with firefox testsuit issues :p
[22:04] <desrt> robert_ancell: actually, he originally told you that he thinks you're an asshole, but it's okay because you're also a genius
[22:04] <chrisccoulson> seb128, yeah, i thought it would be a good idea to start tracking individual failures until i realized how many there are
[22:04] <chrisccoulson> then i realized it wasn't a good idea ;)
[22:04] <seb128> hehe
[22:05] <robert_ancell> desrt, then I make a good open-source hacker :)
[22:05] <jasoncwarner_> TheMuso RAOF bryceh and robert_ancell no agenda items, so no meeting. cheers.
[22:05] <robert_ancell> \o/
[22:05] <desrt> :)
[22:05] <seb128> chrisccoulson, btw is there any progress on fixing the session handling issue and the a11y gsettings one? and the tb preferences not fitting on a netbook screen?
[22:05] <seb128> chrisccoulson, they are all on the oneiric list, I wondering if it makes sense to keep them there
[22:05] <chrisccoulson> seb128, they're on my list ;)
[22:06] <seb128> jasoncwarner_, seems like meetings handling are efficient nowadays ;-)
[22:06] <chrisccoulson> i have no idea how i'm going to fix these reftest failures that only have 1 pixel incorrect
[22:06] <seb128> chrisccoulson, well, oneiric is mostly over, you still aim to fix them there?
[22:07] <chrisccoulson> seb128, any fixes which land upstream will end up in oneiric at some point
[22:07] <robert_ancell> RAOF, bryceh, so I was looking at xtest - it's pretty basic
[22:07] <seb128> that's true
[22:22] <bryceh> robert_ancell, yeah
[22:22] <robert_ancell> bryceh, I love the snprintf test.  Really starting at the bottom :)
[22:22] <bryceh> heh
[22:22] <bryceh> yeah I think xtest is legacy from the annals of history or something
[22:24] <bryceh> don't think the X guys even consider improving it to be worth the effort
[22:24] <bryceh> robert_ancell, they've been putting together  a new xserver test suite though, which is located in xserver's test/ dir, and can be invoked via 'make check'
[22:25] <robert_ancell> bryceh, is that the stuff like "input.c"?
[22:25] <bryceh> robert_ancell, it only tests a few really specific chunks of code, so not really a general purpose test
[22:25] <bryceh> robert_ancell, that's correct
[22:25] <robert_ancell> bryceh, yeah, that one looks quite comprehensive
[22:26] <bryceh> the current git tree has added several more things
[22:26] <bryceh> fixes.c  input.c  list.c  misc.c  string.c  xfree86.c  xi2/  xkb.c  xtest.c
[22:34] <TheMuso> 8/c
[23:06] <smspilla1> bryceh: oh, eh, my stupid mail client
[23:06] <smspilla1> bryceh: sometimes it decides my local hostname would be a better for for the from: field
[23:07] <bryceh> smspilla1, ouch
[23:46] <toddnine>  Any ideas why google chrome doesn't appear in the list of browsers to make my default browser?  I've tried configuring it from the command line as well.  It shows it's set as the default option, but it's not the browser that loads when I click on a link.  It's always FF
[23:49] <toddnine> Any help would be greatly appreciated.  Since chrome is my primary development browser, it's a pain to always have to manually copy/paste URLs that are IM'ed to me