[00:05] <d_ed> apachelogger: gah, posted but I'm stuck in teh moderation approval queue
[00:06] <d_ed> I even signed up to the ML just before-hand.
[00:07] <apachelogger> yeah, you need to be whitelisted for core-devel which usually happens after some sane mails
[00:07] <apachelogger> d_ed: you could poke dfaure, though he probably is in bed already
[00:07] <d_ed> no rush.
[01:55] <nemo> I'm moderately confused by https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/217997
[01:55] <nemo> is it supposedly fixed?
[01:55] <nemo> 'cause I just retested in Natty and I'm still getting that behaviour
[01:56] <nemo> http://hedgewars.googlecode.com/hg/share/hedgewars/Data/misc/hedgewars-mimeinfo.xml
[01:56] <nemo> basically, if I specify a generic-icon it overrides icon
[01:56] <nemo> leading to less usefully identified files
[01:56] <nemo> I'd retested to see if I could uncomment generic icon, but it seems it is still an issue
[01:56] <nemo> the other possibility is I misunderstood the bug
[05:28] <pitti> Good morning
[05:30] <didrocks> good morning
[06:04] <bryce> hi
[07:03] <\sh> moins
[07:34] <dholbach> good morning
[07:43] <\sh> dholbach, good morning :) how's life in berlin? :)
[07:43] <dholbach> \sh, very good very good - how about you?
[07:44] <\sh> still trying to recover from our holidays in cameroon...thrilling time over there and a great country ...
[07:44] <abhinav-> dholbach: good morning :) just installed tomboy 1.7 and noticed my name in the list of contributors :)
[07:45] <dholbach> abhinav-, good work! :)
[07:45] <dholbach> that's awesome
[07:45] <abhinav-> thanks :)
[07:59] <lifeless> bdrung: around ?
[07:59] <bdrung> lifeless: for short
[07:59] <lifeless> https://code.launchpad.net/~arnegoetje/old-lp-translations/po2xpi-devmodefix/+merge/18739
[08:00] <lifeless> can you change that to 'rejected' ? the bug it was for was marked invalid
[08:00] <lifeless> and its on a dead project but shows up in the lp team work queue
[08:01] <bdrung> lifeless: done
[08:01] <lifeless> brilliant
[08:01] <lifeless> thanks
[08:07] <bdrung> np
[08:38] <tkamppeter> geser, hi
[08:38] <geser> tkamppeter: Hi
[08:39] <tkamppeter> geser, I have found a bug in the CUPS USB backend yesterday which I introduced when fixing a potential segfault. I have fixed it in 1.4.6-9 and pitti has uploaded this version around 3 hours ago. So update and your printer should work with the old URI.
[08:44] <tkamppeter> geser, and thank you for reporting the problem.
[08:56] <seb128> slangasek, hey, do you have libgtk2.0-0-dbg(sym) installed?
[08:56] <seb128> slangasek, you need the debug symbols to be able to break on gdk_x_error
[08:57] <slangasek> seb128: oh, huh - ok, installing, please close my bug :)
[08:57] <seb128> slangasek, ok ;-)
[08:58] <slangasek> (or maybe the error message should be extended to point at -dbgsym?)
[08:59] <seb128> slangasek, could be, you are the first one to raise the issue I think ;-)
[08:59] <slangasek> heh
[09:00] <slangasek> nobody else gets x errors anymore, just me :(
[09:01] <seb128> slangasek, so people do but in a racy way on login which makes it hard to debug :-(
[09:02] <slangasek> ah, well this one happens at random when I switch virtual desktops, so I'll catch it eventually
[09:04] <seb128> slangasek, ok, please install gnome-settings-daemon-dbgsym as well
[09:04] <seb128> slangasek, oh, and libglib2.0-0-dbg(sym)
[09:04] <slangasek> ack
[09:04] <seb128> so the stacktrace if you get one is useful ;-)
[09:42] <jelmer> pitti: hi
[09:43] <jelmer> pitti: we have a pending SRU for bzr pending for natty-proposed, is there anything I can do to help move it forward?
[09:45] <pitti> jelmer: not much more than poling SpamapS or me to process it
[09:45] <pitti> we don't process the queue every day
[09:45] <pitti> as we aren't right after a release, so this stuff is usually not super urgent
[09:46] <jelmer> pitti: ah, ok - thanks
[10:03] <cjwatson> soren: it's just a CGI script, I don't think it's changed lately - seems fine in a quick test here?
[10:04] <cjwatson> broder: grub-mkrescue does create a core.img, just under the hood; look for grub-mkimage calls
[10:30] <lynxman> slangasek: hey did you find the package now proper? :)
[10:40] <mont> hi
[10:40] <mont> i am the developer of imagemagick on debian
[10:40] <mont> please sync it as written in https://bugs.launchpad.net/ubuntu/+source/imagemagick/+bug/797595
[10:40] <mont> it will avoid you big pain due to so bump after this revision
[10:44] <cjwatson> There are several Ubuntu changes; it will need somebody to review and merge them if necessary
[10:44] <cjwatson> and please don't make your bugs sound like a threat!
[10:45] <mont> it will be pain
[10:45] <mont> we had some pain on debian side
[10:45] <mont> sorry to be rude nevertheless
[10:46] <cjwatson> I suppose I'm the last one to have uploaded it in Ubuntu (even if trivially), so I'll have a look
[10:48] <mont> expect breakage
[10:48] <mont> do you have a release team for so bump transition on unbuntu side ?
[10:49] <Daviey> cjwatson: When you suggested Applied-Upstream addition for dep3, were your thoughts that it could be used multiple times if you are folding a few commits into a single patch?
[10:50] <cjwatson> Daviey: for me it was really just a "you can drop this patch at the next merge" thing
[10:51] <cjwatson> mont: yes.  is this http://release.debian.org/transitions/html/imagemagick4.html ?
[10:51] <cjwatson> that doesn't look overly painful
[10:52] <cjwatson> mont: is it more than just a soname bump?
[10:52] <mont> more
[10:53] <mont> some package depend of n-2 lib
[10:53] <cjwatson> I don't understand that
[10:53] <mont> where n is imagemagick4
[10:53] <mont> lib
[10:53] <cjwatson> can you point me to documentation or bug references or whatever?
[10:53] <Daviey> (ta)
[10:54] <mont> see  http://release.debian.org/transitions/html/imagemagick4.html
[10:54] <cjwatson> I already pointed to that URL, just above
[10:54] <cjwatson> so you might reasonably conclude that I've seen it
[10:54] <mont> the problem is depend on libmagick9-dev
[10:54] <cjwatson> it doesn't provide any explanatin
[10:54] <cjwatson> *explanation
[10:55] <mont> previous version provide:  libmagick9-dev (old stable)
[10:55] <mont> and we broke this
[10:58] <cjwatson> so I'd hope that in general we can deal with this by syncing packages from that transition list from Debian (which should already have happened automatically, unless there are Ubuntu modifications), or by doing rebuild-only uploads in the case where we'd already synced them and they'd managed to build
[10:58] <cjwatson> all I'm asking is whether it amounts to more than that
[11:01] <soren> cjwatson: Yeah, it seems fine now. *shrug*
[11:03] <cjwatson> mont: it's unfortunate that we had 6.6.2.6 in natty, but there you go
[12:20] <tkamppeter> geser, is your printer working now?
[12:36] <geser> tkamppeter: I'm at work right now, will test when I'm back home and let you know
[13:47] <Riddell> mvo: we were discussing your query with getting merges on the software-centre packaging branch in the UDD meeting, does this help?  bug 797688
[13:53] <mvo> Riddell: definitely, thanks for this
[13:53] <mvo> Riddell: I think its a good first step to help with the problem
[14:11] <ev> mdz, cjwatson, keybuk, kees: might I ask one of your to approve my message to the TB mailing list?  Thanks.
[14:14] <cjwatson> ev: doing a moderation pass now
[14:15] <ev> cjwatson: cheers
[14:18] <cjwatson> done
[14:21] <fta> doko_, are the oneiric toolchain changes described somewhere?
[14:22] <doko_> fta: which ones?
[14:22] <fta> doko_, linker, compiler, ..
[14:22] <doko_> fta: gcc: see the news file, if pitti didn't remove that too
[14:23] <pitti> nope, only changelogs :)
[14:23] <doko_> afaict there are no new features for binutils
[14:24] <nobuto> cjwatson: I have a question about translations of a debian-installer component, pkgsel. In Japanese language, it contains wrong translations related Landscape(specifically Ubuntu patched translations). How can I fix that?
[14:25] <nobuto> cjwatson: Just branch this, fix translations then submit merge proposal is enough? http://bazaar.launchpad.net/~ubuntu-core-dev/pkgsel/ubuntu/view/head:/debian/po/ja.po
[14:25] <cjwatson> nobuto: get it fixed in Debian
[14:25] <cjwatson> nobuto: I can't take Ubuntu-specific translation fixes
[14:25] <cjwatson> oh, wait
[14:25]  * cjwatson rereads
[14:26] <cjwatson> nobuto: is it fixed in LP translations already?
[14:26] <nobuto> cjwatson: Yes.
[14:26] <cjwatson> nobuto: then no need for a merge proposal, I'll update from LP translations
[14:26] <nobuto> cjwatson: OK. Thank you.
[14:26] <cjwatson> thanks for the note
[14:27] <cjwatson> (I can only do this for strings that aren't in Debian at all)
[14:28] <mr_pouit> cjwatson: hey, do we have to do something on our end for the new live cd build system? Because current xubuntu dailies don't contain any xfce package apparently ;-)
[14:29] <cjwatson> mr_pouit: you shouldn't have to do anything particular
[14:29] <cjwatson> that is odd, I think perhaps it's failing to look at universe or something
[14:30] <cjwatson> I'm doing rather too many things at once right now, but I'll clear a couple off and then have a look, thanks
[14:30] <mr_pouit> okay, thanks!
[14:31] <fta> doko_, well, can't find it in the NEWS file. I've spent a lot of time tracking a regression in chromium on oneiric where all versions had the html5 <video> tag broken. it happened to be a linker issue, where the position of a -lfoo led to that lib beeing silently ignored in the resulting shared lib
[14:31] <cjwatson> fta:
[14:31] <cjwatson> http://wiki.debian.org/ToolChain/DSOLinking
[14:32] <cjwatson> also https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition
[14:32] <cjwatson> it was done for a large part of the natty cycle - it was just switched back temporarily for the natty release, and then turned on again for oneiric
[14:33] <fta> cjwatson, thanks, now i can properly document it, and try to convince upstream to follow
[14:33] <cjwatson> (it sounds like --as-needed to me, at least)
[14:34] <fta> cjwatson, it's just weird that it says it's now following gold which was not impacted - but has its own problems making it unusable for chromium
[14:35] <cjwatson> gold did --no-add-needed (aka --no-copy-dt-needed-entries), but not --as-needed
[14:36] <doko_> fta: --as-needed was announced as a change for natty, but then reverted for the final release.
[14:37] <Daviey> doko_: Is the same likely to happen near oneiric release?
[14:37] <doko_> Daviey: no
[14:37] <Daviey> super
[14:38] <Daviey> doko_: BTW, i did start looking at the sysvinit merge.  It really is not a fun one.
[14:51] <RoAkSoAx> @pilot in
[15:14] <cjwatson> mr_pouit: it's a live-build bug - I'll fix it shortly
[15:29] <lamont> jamespage: spring-build shows as published when I dig around...
[15:30]  * jamespage goes to take another look
[15:33] <jamespage> lamont: it does indeed - must have happened between when I emailed and now
[15:35] <lamont> ok
[15:35] <lamont> nfc what took it so long
[15:36]  * lamont recloses
[15:59] <apw> does the package importer _always_ wack your branch?
[16:00] <apw> or is there some way you can stop it doing so?
[16:08] <cjwatson> pitti: is there still a way to adjust the burndown start point of http://status.ubuntu.com/ubuntu-oneiric/canonical-foundations.html ?  I approved a couple of specs today that had been mistakenly left in Discussion, resulting in 15 new WIs
[16:08] <pitti> cjwatson: yes, there is; as the setup moved to IS, we now need to commit changes to a branch: https://code.launchpad.net/~wi-tracker-configurators/launchpad-work-items-tracker/ubuntu-config
[16:08] <pitti> cjwatson: we still have an open RT to make this "the" config branch
[16:09] <pitti> cjwatson: the WI developers and canonical-ubuntu-platform can commit there
[16:09] <pitti> cjwatson: we'll announce status.u.c. once that RT is done
[16:09] <cjwatson> OK, thanks
[16:16] <janimo> dholbach, is there a document descibing the various package versioning possibilities in one place including -buildX, ubuntuX, +git etc
[16:16] <janimo> wanted to double check that build1 should be followed by ubuntu1 if there is a change this time, but could not find a description
[16:16] <dholbach> I don't think there's a comprehensive look up list
[16:17] <dholbach> but yes, Xbuild1 → Xubuntu1
[16:17] <janimo> dholbach, thanks
[16:17] <directhex> is there an ubuntu equivalent to debian release team's transition tracker? e.g. http://release.debian.org/transitions/html/poppler.html
[16:19] <Laney> yes
[16:19] <Laney> http://people.canonical.com/~ubuntu-archive/transitions/
[16:21] <directhex> Laney, who do i need to poke to get a mono tracker in there to duplicate the one in debian?
[16:22] <Laney> i can do that
[16:22] <Laney> got the file?
[16:23] <Laney> never mind, doing it
[16:23] <directhex> Laney, which file?
[16:26] <Laney> directhex: http://bazaar.launchpad.net/~ubuntu-transition-trackers/+junk/transition-tracker/view/head:/ubuntu/monitor/mono.ben like that
[16:26] <Laney> should appear around the top o'the hour
[16:27] <directhex> Laney, ta. couldn't work out where release.d.o was storing them
[16:29] <tkamppeter> Anyone knows what went wrong here: bug 797724?
[16:30] <Laney> directhex: ries:/org/release.debian.org/www/transitions/config/
[16:31] <directhex> Laney, how come you know all this stuff and i don't?
[16:31] <Laney> because i was involved in creating that ubuntu instance :-)
[16:31] <directhex> hax!
[16:31] <Laney> ghc don't transition itself (very unfortunately)
[16:40] <cjwatson> Laney: speaking of, feel free to fix the haskell-asn1-extra FTBFS :)
[16:41] <Laney> cjwatson: already did in debian
[16:41] <cjwatson> haskell-asn1-data I mean
[16:41] <cjwatson> oh, ok, was that today?
[16:41] <Laney> yeah
[16:41] <cjwatson> the agda entry is due to an arch: all binary, safe to ignore I think
[16:41] <Laney> no OOD binaries for arm?
[16:41] <Laney> if so, yeah
[16:42] <cjwatson> it's an uninstallable arch: all binary rather than OOD armel ones
[16:42] <cjwatson> I nuked the armel ones
[16:42] <Laney> sounds fine to me then
[16:42] <cjwatson> not sure about the rest of those, there are a few more since I last checked, but I think it was mostly the ASN.1 stack
[16:43] <Laney> yeah there was some fallout due to a regex-tdfa sync i think
[16:43] <cjwatson> ah, ok
[16:43] <Laney> not too bad though
[16:43] <Laney> just the usual low level noise
[17:13] <lool> mterry: Hey!  would you by any chance have some time to check LP #797160?
[17:17] <mterry> lool, sure
[17:18] <lool> mterry: Basically it's not meant to be supported, but it's required due to d-i b-deping on stuff in main
[17:37] <geser> tkamppeter: I've tested the current cups and my printer prints with an uri without the serial. Thanks
[18:25] <kennydude> Hi, I'm stuck commiting a bugfix in unity
[18:38] <GrueMaster> ev: http://www.intel.com/support/motherboards/desktop/D525MW/sb/CS-031615.htm
[18:38] <ev> cheers
[18:39] <tkamppeter> geser, thanks for the test.
[19:09] <lool> mterry: thanks!
[20:19] <RoAkSoAx> @pilot out
[20:36] <SpamapS> Hmm.. I wonder why txaws doesn't show up on this transition tracker: http://people.canonical.com/~ubuntu-archive/transitions/dh-python2.html
[20:37] <SpamapS> $ perl -nle 'if (/(^| )(python|python-dev|python-all|python-all-dev)( |$)/){ print }' < txaws/debian/control
[20:37] <SpamapS> Section: python
[20:37] <SpamapS> Build-Depends: debhelper (>= 7), python
[20:38] <SpamapS> Ahh, the old one does not match
[20:38] <SpamapS> Build-Depends: debhelper (>= 7), python-support (>= 0.6), python-central (>= 0.5), python, cdbs
[20:39] <soren> SpamapS: Good question. I have at least one package in a similar situation.
[20:39] <SpamapS> barry: ^^ note that the "Affected" line may need work
[20:40] <SpamapS> It maybe should be /(^| )(python|python-dev|python-all|python-all-dev)\s*(,|$)
[20:40] <soren> SpamapS: Hey,you can sync stuff, right?
[20:41] <SpamapS> soren: have the rights, but not the blessing / training. ;)
[20:41] <soren> Darn it.
[20:41] <SpamapS> which reminds me I need to put some time in on SRU's.. :p
[20:41] <soren> Handling this one: https://bugs.launchpad.net/ubuntu/+source/libcloud/+bug/797360 would fix one of the ones on that transition tracker.
[20:41] <soren> But meh. No rush.
[20:42] <barry> SpamapS: thanks, cjwatson ^^ (he has access to tweak that)
[20:42] <soren> Just one of those "speaking of which" things.
[20:43] <nxvl> Daviey: ping
[20:45] <micahg> \o/ we got a tracker for the python stuff :)
[20:52] <charlie-tca> moinmoin desktop edition on there? It requires python 2.6 now. (I could not make it use 2.7)
[20:53] <micahg> charlie-tca: no, this is for the migration to dh_python2
[20:55] <Daviey> nxvl:
[20:56] <nxvl> Daviey: augeas, you submited a FTBFS patch to debian, i applied, and it's FTBFS on a test on sudoers, did it builded in ubuntu?
[20:57] <Daviey> nxvl: yeah it did :/
[20:57] <nxvl> Daviey: hmm, weird
[20:58] <Daviey> nxvl: https://launchpad.net/ubuntu/+source/augeas/0.8.1-1ubuntu1
[20:58] <Daviey> nxvl: how awesome.
[20:59] <nxvl> Daviey: on debian it's complaining about sudoers :S
[20:59] <nxvl> really weird, ok, thanks
[21:00] <Daviey> nxvl: I'll try and reproduce on sid here.
[21:02] <cjwatson> SpamapS: oh yeah
[21:03] <cjwatson> SpamapS,barry: fixed, thanks
[21:03] <cjwatson> (updates hourly or so)
[21:04] <barry> cjwatson: thanks!
[21:25] <Daviey> nxvl: odd, PASS: lens-sudoers.sh
[21:25] <Daviey> (on sid chroot)
[21:28] <nxvl> Daviey: what?
[21:28] <nxvl> Daviey: FML
[21:28] <nxvl> Daviey: ok, thanks
[21:35] <Daviey> nxvl: I just built the oneiric package on sid... now trying to reproduce adding the patch and building on sid again.  (it should be the same delta)
[21:39] <nxvl> Daviey: http://pastebin.ubuntu.com/627621/
[21:39] <nxvl> Daviey: that's the delta i have
[21:41] <Daviey> nxvl: how odd :/
[21:41] <Daviey> nxvl: BTW, you have the longest maintainer name ever :)
[21:41] <Daviey> nxvl: confirmed that it built on sid for me :/
[21:42] <nxvl> how odd
[22:00] <nxvl> Daviey: btw, doesn't test-interpreter takes like forever to finish?
[22:04] <Daviey> nxvl: feels like it :)
[22:26] <nxvl> Daviey: oneiric package also fails on my sid vm
[22:26] <Daviey> nxvl: bah, it builds in my chroot.
[22:26] <nxvl> Daviey: evil debian
[22:29] <RoAkSoAx> Daviey: create a clean one :)
[22:29] <Daviey> RoAkSoAx: already done :)
[22:29] <RoAkSoAx> Daviey: weird then.. :)
[22:31] <nxvl> Daviey: https://pastebin.canonical.com/48540/
[22:31] <nxvl> Daviey: do know how to fix that?
[22:32] <Daviey> nxvl: chmod -R 777 / ?
[22:32] <Daviey> :)
[22:32] <RoAkSoAx> nxvl: Daviey maybe what is broken is not the package, but the builder software...
[22:32] <RoAkSoAx> that happened to us few weeks ago
[22:32] <Daviey> nxvl: Is $USER in the sbuild group?
[22:32] <RoAkSoAx> packages FTBFS for some error in the chroot's
[22:32] <nxvl> Daviey: yup
[22:33] <nxvl> RoAkSoAx: i'm using a clean debian vm
[22:34] <Daviey> nxvl: Outside sbuilder, with build-dep's installed, does "debian/rules binary" produce a package?
[22:34] <nxvl> running
[22:57] <Rioting_Pacifist> is there an easy way to monitor upstart events? e.g see what is sent along with net-device-* and when they are sent by network manager?
[22:58] <slangasek> Rioting_Pacifist: 'initctl log-priority' and watch syslog
[22:58] <slangasek> I should say, 'sudo initctl log-priority info'
[22:59] <Rioting_Pacifist> thanks slangasek
[23:34] <broder> slangasek: does that get arguments to events?
[23:35] <broder> Rioting__Pacifis: note that networkmanager doesn't send net-device-* events. those come from the upstart-udev-bridge
[23:35] <slangasek> broder: I don't recall
[23:35] <broder> Rioting__Pacifis: you may want to read http://manpages.ubuntu.com/manpages/natty/man7/upstart-events.7.html
[23:36] <broder> slangasek: i don't recall them showing up
[23:36] <slangasek> seems like a bug to me
[23:36] <broder> i certainly think they'd be useful
[23:37] <Rioting__Pacifis> broder: thanks
[23:52] <broder> ugh. somebody is circulating an example upstart job for node.js that has "start on startup"
[23:52] <broder> there's another variant that has "start on started"