[02:53] <paultag> Hey release-ers. I was working with someone in Debian, and he requested a FFe (LP: #849167) which closes RC bug LP: #820983. It's a bugfix only upload, but it requires dropping the ubuntu1 patch (which failed to fix what it was intended to fix). Can someone triage, please?
[03:17] <ScottK> If it's bugfix, it doens't need release team review.
[03:18] <paultag> ScottK: Is there any chance you could fill me in on some of the process? I was just helping a friend, and I don't really know how to handle the paperwork
[03:18] <ScottK> Subscribe ubuntu-sponsors to the bug and someone will review.
[03:19] <paultag> ScottK: cheers
[09:34] <Laney> we ask for FFe for dh_python2 transitions, but what about others? (CDBS → dh in this case)
[09:54] <pitti> Laney: I guess it could be argued that they need an FFE, but personally I don't care much
[09:54] <pitti> it's a matter of debdiffing the binaries to check the result
[10:14] <maxb> Would someone be able to tell me what is unusual about ubuntu/pool/universe/libc/libcdio/libiso9660-7_0.81-4_amd64.deb ?  It appears to be a 404 on archive.ubuntu.com, a 403 on gb.archive.ubuntu.com, but accessible on de.archive.ubuntu.com
[10:15] <Laney> pitti: thought as much, ta
[10:15] <cjwatson> maxb: the only unusual thing I can see is that it's a symlink into main
[10:16] <maxb> Hmm... so that would explain the 403 if gb.a.u.c is configured with a http server that won't follow symlinks
[10:17] <maxb> It's a 404 on archive.ubuntu.com even changing universe to main
[10:18] <jpds> Last sync failed.
[10:24] <jpds> maxb: OK now?
[10:26] <maxb> Yes, that works - thanks
[11:12] <jussi> Anyone know when skaet usully arises from her slumbers?
[11:16] <nigelb> jussi: Somewhere around when Texas wakes up :)
[11:25] <ScottK> Laney: I think build system changes are feature changes that should be reviewed, but OTOH if someone forgets to ask, I'm not going to go hunt them down unless they break something.
[11:26] <davmor2> jussi: I'm gonna say approximate 14:00-ish gmt
[11:26] <jussi> davmor2: excellent, thank you
[11:27] <davmor2> jussi: most of the states are online between 14:00-16:00 so somewhere around then at any rate :)
[11:27] <jussi> ok
[11:27] <ScottK> I guess I should go back to bed then.
[11:28] <slangasek> I definitely should
[11:28] <davmor2> ScottK: you slangasek and persia ar eall androids so use UTC I'm sure of it :D
[11:28] <davmor2> see ^
[11:29] <ScottK> Sleep is for the weak.
[11:29] <davmor2> sleep is something you do when you die right?
[11:29] <ScottK> There's even a song about that.
[11:30] <davmor2> ScottK: there are several with the line in :)
[11:30] <davmor2> so it must be true the song said so
[11:30] <ScottK> No doubt, but it's the title of a Frank Zappa song.
[11:32] <ogra_> \o/
[11:34] <davmor2> ScottK: Indeed,  and also sung by Meatloaf, bon jovi, guns'n'roses, some bond theme has it I'm sure oh and others
[11:37] <nigelb> I'm glad I'm not the only person awake all night.
[11:40] <davmor2> nigelb: you're a rank amateur at it ;)
[11:41] <nigelb> I'm not sure if I wwant to be pro :P
[12:20] <lamont> slangasek: cjwatson skaet (anyone)... any armel livecd images planned in the next hour or 2? I need to do some work on annonaceae
[12:21] <slangasek> speaking only for myself and the crontab, no
[12:21] <lamont> slangasek: ta
[12:21] <cjwatson> me neither
[12:22] <lamont> buildd's ssh auth keys file is currently disabled, fwiw
[12:22] <cjwatson> would like the x86 ones to keep working though
[12:22] <lamont> purely an armel activity
[12:22] <lamont> total of 5 arm boxes are getting better disks, and I need to migrate things, starting with 4 of the lp-buildds
[12:22] <lamont> *aceae.buildd
[12:23] <lamont> (for many, but not all, values of "*")
[12:30] <ogra_> lamont, well, i was just fiddling with mx5 images but i will wait for infinity anyway
[12:31] <ogra_> and worst case i can switch to sycamore for the moment
[12:34] <lamont> ogra_: once the rsync finishes, it's a couple commands and a reboot
[12:34] <ogra_> yeah, no hurry, i'm stuck anyway
[12:35] <ogra_> (somehow mx5 is convinced it builds a DVD and not a preinstalled image and i cant find out why)
[12:41] <lamont> lucky you
[12:42] <ogra_> heh, yeah
[12:42] <lamont> in a different question, wtf does the lucid arm redboot world think that fsck can be omitted from the initramfs?
[12:42] <ogra_> muight be cjwatson's fault though i think there was something about the usb key stuff he fixed last night ... and that i end up with 1.6G ext3 files from live-build is suspicious
[12:43] <ogra_> lamont, how do you mean ?
[12:43] <lamont> gonna need some bigger CDs
[12:43] <ogra_> redboot doesnt do anything with the initrd but loading it
[12:43] <lamont> ogra_: buildd reboots with errors on /dev/sda1, fails to boot, because fsck.ext2 is missing
[12:43] <ogra_> everything else is kernel
[12:43] <lamont> seems to be localized to the bbg3 machines
[12:43] <ogra_> uh, oh
[12:43] <lamont> ergo "armel redboot world"
[12:44] <ogra_> yeah
[12:44] <lamont> but yeah, absolutely nothing to do with redboot itself
[12:44] <ogra_> i thought you mean redboot does anything with the initrd it shouldnt
[12:44] <lamont> it unpacks it.  that's not nothing. :p
[12:44] <ogra_> shouldnt mountall pull that into the initrd ?
[12:44] <ogra_> fsck i mean
[12:45] <lamont> one would expect something to.  I'll check into lucid's mountall
[12:46] <lamont> zcat < /boot/initrd.img-2.6.35-24-omap | cpio -t | grep fsck
[12:46] <lamont> 24033 blocks
[12:46] <lamont> iz fact on bbg3 boards and beaglexm
[12:47] <ogra_> wow
[12:47] <cjwatson> ogra_: mountall is not run from the initrd
[12:47] <ogra_> i thought mountall is what ships the fsck parts into initrd
[12:47] <cjwatson> no, nothing does
[12:47] <ogra_> oh
[12:47] <cjwatson> there is a wishlist somewhere for making the initramfs generally more useful for recovery which would include fsck
[12:47] <cjwatson> but it's a feature
[12:47] <cjwatson> mountall runs from the real system not the initramfs
[12:48] <cjwatson> bug 512349
[12:48] <ubot4> Launchpad bug 512349 in baltix (and 2 other projects) "include filesystem repair facilities in initramfs (affects: 3) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/512349
[12:48] <ogra_> ah, k
[12:48] <lamont> cjwatson: it's a personally annoying feature when you have to have someone physically in the data center to reboot the machine
[12:48] <ogra_> lamont, what are the exact fs errors you see ?
[12:48] <lamont> /sbin/fsck.ext2 /dev/sda1
[12:48] <lamont> e2fsck 1.41.11 (14-Mar-2010)
[12:48] <lamont> ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/sda1 is mounted.
[12:48] <lamont> /dev/sda1 contains a file system with errors, check forced.
[12:48] <lamont> and no actual errors
[12:49] <lamont> during the run
[12:49] <lamont> anyway, buttercup and kaylaberry are back in the game now that I've fscked them
[12:50] <ogra_> hmm, sad, i was hoping for RTC relations
[12:51] <cjwatson> normally the initramfs can still do a read-only mount and the lack of fsck should not block it
[12:51] <cjwatson> perhaps there's a 'rw' argument telling it not to do that?
[12:52] <ogra_> hmm, could be that there is no ro on the cmdline
[12:52] <ogra_> but that should still default to ro, no ?
[12:52] <cjwatson> yes
[12:52] <cjwatson> though I haven't checked lucid, only oneiric
[12:53] <lamont> having a machine that refuses to boot until someone manually gets fsck into the initramfs and runs it strikes me as something closer to a bug than a feature
[12:53] <ogra_> we surely never set rw explicitly
[12:53] <ogra_> lamont, whats your cmdline ?
[12:54] <lamont> console=ttymxc0,115200n root=UUID=ff4d3b1f-c1f2-4a63-859c-71395c87e61c
[12:55] <ogra_> looks fine
[12:55] <ogra_> not that then
[12:55] <cjwatson> lamont: point is that the absence of fsck from the initramfs should not cause that bug
[12:55] <lamont> maybe I'll see if I can reproduce it on the home-panda
[12:55] <cjwatson> fsck is not meant to be required in the initramfs for booting
[13:00] <cjwatson> oh, *finally*, a working zh_CN livefs build
[13:00] <cjwatson> only about ten attempts later
[13:00] <cjwatson> now I can see what the output looks line
[13:00] <cjwatson> *like
[13:03] <ogra_> GRRR ... why is *every* armel package on the ftbfs list i look at a GL issue
[13:10] <ScottK> ogra_: I see a lot of /usr/include/GL/glext.h:5072:19: error: conflicting declaration 'typedef ptrdiff_t GLintptr' - Is that what you're hitting?
[13:10] <cjwatson> that's standard GL vs. GLES, AIUI
[13:10] <ogra_> ScottK, yes, i saw that in several packages
[13:10] <ogra_> right
[13:11] <ScottK> /usr/include/GL/glew.h has the same typedef.
[13:11] <ogra_> but often needs more than just changes of the build dep sadly
[13:11] <ScottK> I have no frickng clue why there's anything armel specific in there.
[13:11] <ogra_> GLES vs GL
[13:12] <ScottK> Hmmm.  Is mesa-common-dev GLES on armel?
[13:12] <ogra_> not armel specific ... GPU specific :)
[13:13] <ScottK> I see.
[13:13] <ogra_> there is a specific gles lib iirc
[13:13] <ScottK> Yes.
[13:13] <ScottK> In the case I'm looking at it's not installed.
[13:13] <ScottK> Oh, wait.  It is.
[13:14] <ogra_> well, usually you need to change the build-dep, change configure to use GLES if possible and then clean up the fallout for missing or different declarations
[13:16] <cjwatson> it'd be helpful if https://wiki.ubuntu.com/ARM/FTBFS discussed this for more than the Qt case
[13:30] <mvo> pitti: I have a merge proposal for a update-manager httplib2 change, but it would add python-httplib2 to update-manager-cores and via that to ubuntu-standard - is that something acceptable at this point? the caching is greatly improved with that branch but its not OMG critical
[13:34] <pitti> mvo: that sounds like it would restructure some code from e. g. urllib to python-httplib2?
[13:34] <pitti> mvo: as for the dependency, that's mainly a question for the server guys (Daviey)
[13:36] <mvo> pitti: yeah, the code itself is fine, I'm mostly concerned about the new dependency at this point, I will eventually merge it for P, I'm pretty certain about that
[13:40] <micahg> pitti: you should've rejected my dh_python2 conversions due to the extraneous X-Python-Version field since there was no minimum specified before :)
[13:41]  * micahg just got yelled at in #debian-python...
[13:43]  * micahg guesses that goes beyond the call of duty for the release team review though
[13:43] <ScottK> micahg: They are not required, but they don't actually hurt beyond making the source very slightly larger.
[13:45] <micahg> ScottK: that was the impression I had, but #debian-python said otherwise
[13:45] <lamont> cjwatson: for tracking, where should I file the (lucid/maverick at least) bug about needing ext2 for boot?  (note that the machines in question were not installed via the normal install processes, so it's likely pebcak)
[13:45] <lamont> s/ext2/fsck/
[13:45] <ScottK> micahg: I saw.  I'm not quite as pedantic as some other people.
[13:59] <cjwatson> lamont: not sure, I guess initramfs-tools for starters
[14:02] <lamont> ok
[14:11]  * ogra_ wonders if febootstrap is what he suspects
[14:26] <charlie-tca> Can we try a respin of Xubuntu Alternate images. There are no errors in the log, but the install fails and there was an email notiification for a fail
[14:27] <cjwatson> what did the notification say?
[14:27] <cjwatson> ah, well, if nothing else report.html is non-empty
[14:28] <pitti> micahg: sorry, missed that
[14:28] <charlie-tca> xubuntu/daily: Uninstallable packages:
[14:28] <cjwatson> has abiword installability been fixed then?
[14:28] <charlie-tca> abiword 2.8.6-0.3ubuntu2 produces uninstallable binaries:
[14:28] <charlie-tca>   * abiword (amd64 i386)
[14:28] <charlie-tca>   * abiword-plugin-grammar (amd64 i386)
[14:28] <charlie-tca>   * abiword-plugin-mathview (amd64 i386)
[14:28] <charlie-tca>   * libabiword-2.8 (amd64 i386)
[14:28] <charlie-tca> xubuntu-meta 2.137 produces uninstallable binaries:
[14:28] <cjwatson> (http://cdimage.ubuntu.com/xubuntu/daily/current/report.html)
[14:28] <charlie-tca>   * xubuntu-desktop (amd64 i386)
[14:29]  * cjwatson checks in chdist to see if that's actually been fixed
[14:29] <charlie-tca> yes, that is the notification
[14:29] <micahg> pitti: well, according to ScottK it's YMMV, so not your fault
[14:29] <charlie-tca> Why doesn't http://people.canonical.com/~ubuntu-archive/cd-build-logs/xubuntu/oneiric/daily-20110914.log show anything?
[14:29] <micahg> cjwatson: it installed fine on my ubuntu-desktop oneiric setup
[14:29] <cjwatson> because it's not a CD *build* failure
[14:29] <micahg> *abiword
[14:30] <cjwatson> the images built successfully, they just contain uninstallable pieces
[14:30] <cjwatson> it's often useful to have the output anyway
[14:30] <charlie-tca> So, file a bug with the logs?
[14:31] <cjwatson> no
[14:31] <cjwatson> micahg: agreed, it seems fine in chdist
[14:31] <cjwatson> I'll respin now
[14:31] <charlie-tca> Thank you
[14:31] <micahg> cjwatson: thansk
[14:31] <micahg> *thanks
[14:52] <lamont> slangasek: cjwatson skaet (anyone)... annonaceae is back over to all y'all, fwiw
[14:55] <slangasek> thanks :)
[15:16] <lamont> mucking about with archive/i386 - manualized
[15:16] <lamont> should be back in a couple min
[15:17] <lamont> and we're back
[16:41] <charlie-tca> I need yet another respin. Something is wrong with the mirrors or server because it refuses to allow abiword to work.
[16:41] <charlie-tca> Please respin Xubuntu Alternates again
[16:50] <Laney> phwoar, nbs looks good
[16:50] <Laney> nice
[16:52] <cjwatson> charlie-tca: it's not clear that respinning will help, then
[16:52] <cjwatson> I don't want to respin if nobody understands the problem
[16:53] <charlie-tca> cjwatson: okay
[17:12] <charlie-tca> bug 850172 for Xubuntu failing to install
[17:12] <ubot4> Launchpad bug 850172 in debian-installer (Ubuntu) "Xubuntu Oneiric Alternate images fail to find abiword dependencies when building images (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/850172
[17:32] <charlie-tca> failure on two different hardware systems
[18:19] <cjwatson> hm, no local copy of xubuntu-oneiric-alternate-i386.iso
[18:19] <cjwatson> UNLEASH THE JIGDO
[18:22] <hyperair> hi. is it feasible to sync a libgpod 0.8.2 from debian at this point?
[19:18] <cyphermox> hi, could someone please ack https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/849994 ?
[19:18] <ubot4> Launchpad bug 849994 in network-manager (Ubuntu) "FFE: add NetworkManager DUID support (affects: 1) (heat: 8)" [Undecided,New]
[23:33]  * cjwatson goes to see if he can decipher the Xubuntu failure before falling asleep
[23:35] <charlie-tca> thank you very much, but sleep might be more important
[23:36] <cjwatson> I have fairly frequent insomnia, it may be important but it's not always an option :-/
[23:36] <cjwatson> might as well do something useful with it
[23:39] <charlie-tca> Then again I will say "Thank you very much". Your help is very much appreciated.