[07:02] <pitti> good morning
[10:23] <ttx> Server CD oversized again. I suggest dropping "hplip" in the print-server seed
[10:26] <ttx> cjwatson, pitti, slangasek: comments from release team welcome ^
[10:28] <pitti> ttx: currently busy with unbreaking dpkg, will look later
[10:29] <pitti> ttx: but sure, please go ahead
[11:20] <ttx> done.
[13:23] <charlie-tca> I need someone to kick the server for the Xubuntu daily images
[13:23] <ttx> Current server ISO fails after formatting with "Kernel override 'linux-server' not present"
[13:24] <charlie-tca> How do we fix it?
[13:24] <ttx> Found kernels: ''
[13:24] <ttx> charlie-tca: it's a separate issue
[13:24] <ttx> (was not meant as an answer to you, sorry :)
[13:25] <charlie-tca> Oh, okay
[13:25] <charlie-tca> My error is - W: Failed to fetch file:/srv/cdimage.ubuntu.com/ftp-universe/dists/maverick/main/binary-amd64/Packages.bz2  Hash Sum mismatch
[13:37] <ttx> hmm, looks like my issue comes from uninstallable lvm2
[13:37] <ttx> hm, or not.
[13:38] <ttx> no, that's a separate issue
[13:40] <cjwatson> pitti: what's wrong with dpkg?
[13:40] <pitti> cjwatson: it's fixed now
[13:40] <cjwatson> pitti: yes, but I uploaded dpkg so I'm interested
[13:40] <pitti> cjwatson: dpkg-builddeb crashed, which caused everything to FTBFS
[13:40] <pitti> cjwatson: bug 612457
[13:40] <ubot4> Launchpad bug 612457 in dpkg (Ubuntu Maverick) (and 1 other project) "1.15.8.2 regression: dpkg-deb segfaults (affects: 1) (heat: 8)" [Critical,Fix released] https://launchpad.net/bugs/612457
[13:40] <pitti> I had it in the #devel topic, but removed it again
[13:41] <cjwatson> odd, I did test it with a double-build I'm sure :-/
[13:41] <pitti> cjwatson: it used an sprintf() to fill an exactly allocated buffer without accounting for the extra NUL byte that sprintf() writes
[13:41] <pitti> that triggered the stack protector
[13:41] <cjwatson> I assume I can drop the workaround patches on the next merge
[13:41] <pitti> cjwatson: right, you can
[13:41] <pitti> cjwatson: I just needed it to get _that_ new dpkg built
[13:41] <pitti> i. e. it's the PATH setting in debian/rules
[13:42] <pitti> cjwatson: landed safely in NY?
[13:42] <cjwatson> charlie-tca: I've kicked a rebuild (without looking very hard)
[13:42] <cjwatson> ttx: full log?
[13:43] <cjwatson> pitti: yep, actually was training across from IL
[13:43] <pitti> cjwatson: train? over the Atlantic?
[13:43] <cjwatson> IL - i.e. Chicago
[13:43] <pitti> ah, Illinois, not Ireland, sorry :)
[13:44] <cjwatson> pitti: thanks for fixing that dpkg bug
[13:44] <pitti> cjwatson: you're welcome; was a fun morning :)
[13:44] <ttx> cjwatson: I wonder how best I can capture that
[13:44] <pitti> release-wise, I got the uninstallables on i386/amd64 all fixed except for lbm, but we got a new abi anyway
[13:45] <charlie-tca> cjwatson: thank you
[13:46] <pitti> still fighting against CD overflows, and we have almost no langpack to chop off any more
[13:48] <ttx> cjwatson: pastebinning full log...
[13:50] <ttx> cjwatson: http://pastebin.ubuntu.com/472183/
[13:50] <ttx> cjwatson: I can rerun it in English if need be.
[13:51] <ttx> there are a few translated messages in there, but they don't seem to apply to the issue directly.
[14:06] <cjwatson> apt-cdrom is unhappy; I'll have a look when I get to the venue and can update my images
[14:08] <ttx> cjwatson: ok, let me know if you want a bug about it, and if yes, under which package I should file it.
[14:29] <pitti> ok, I found three main culprits for the CD size explosion since alpha-2
[14:29] <pitti> we started to ship git (+6.3 MB), checkbox now copies example-contents data (+6 MB), and ttf-unfonts-core balooned from 12.4 to 20 MB
[14:29] <pitti> so let's wade through that
[14:50] <pitti> sbeattie: do you have commit access to checkbox?
[14:50] <pitti> cr3 seems offline
[14:50] <pitti> sbeattie: I'd like to throw out the 6 MB of duplicated data files and instead add an example-contents dependency
[16:02] <pitti> ttf-unfonts and git (via gettext) sorted out
[16:02] <pitti> so if someone feels like it, he can trigger a CD respin in about an hour, to see where we are
[16:03] <pitti> (I need to leave in about 15 mins)
[16:08] <pitti> otherwise tomorrow's dailies should be fine
[16:14] <cjwatson> apw: how did your investigations with VT handoff and plymouth go?
[16:16] <cjwatson> pitti: I think best hold off on respins for a bit, since we're mid-kernel-ABI yet again
[16:16] <pitti> cjwatson: I won't do respins, I need to leave now
[16:16] <pitti> cjwatson: right now we are still consistently at -13 I think
[16:16] <cjwatson> yep
[16:17] <pitti> cjwatson: I pinged apw about whether -14 is for a3; if so, we need lmb and meta (and then of course seeds and di)
[16:17] <apw> cjwatson, i committed the kernel bits.  i didn't bottom out on how to fix plymouth starting up too early
[16:17]  * pitti waves good bye then, see you tomorrow
[16:17] <apw> pitti, yep -14 is meant for a3, and i am assuming ogasawara will upload those shortly (today)
[16:17] <cjwatson> pitti: I just switched d-i to -14
[16:17] <cjwatson> and seeds
[16:17] <pitti> cjwatson: ah, thanks
[16:18] <cjwatson> apw: I didn't think plymouth starting up early was a problem; I thought we agreed it should be running across the KMS switch, and redraw?
[16:19] <cjwatson> apw: any progress on getting the bootloader/kernel bit of the interface upstream?  I don't want to put it in grub until that
[16:21] <apw> not as yet, i was tied up last week finding and fixing some major races in framebuffer setup, which was preventing the new code from being testalbe
[16:22] <apw> cjwatson, as for plymouth redrawing, yes it should, and with all the patches in we can now survive it occuring, but plymouth isn't doing anything about the switch as yet
[16:23] <cjwatson> is there an event it can spot now?  I guess the uevent for the new framebuffer appearing?
[16:23] <apw> yeah there is a new frambuffer appearing message
[16:27] <slangasek> ttx: hplip> really?  why would you drop support for HP printers?  If you're going to drop printing support, wouldn't you prefer to drop it all?
[16:27] <ttx> slangasek: why would we ship only HP drivers ?
[16:28] <slangasek> ttx: what do you mean, "only"?
[16:28] <ttx> I think hplip can be installed after the print server, *if* you happen to have an HP printer
[16:28] <slangasek> ttx: all the other packages in that seed are /also/ drivers
[16:28] <slangasek> so HP printers will be the only ones /not/ working out of the box, AFAICS
[16:29] <ttx> slangasek: hmm, you mean, the HP printers that require hplip
[16:29] <ttx> slangasek: but dropping it all might make sense as well
[16:30] <ttx> it's just that hplip pulls really crappy stuff on the server CD, like sane-backends or libgphoto2
[16:30] <ttx> because you get much more than a printer driver...
[16:30] <slangasek> ah
[16:31] <slangasek> yes, sane-backends doesn't seem like a... sane thing to pull in via the printer seed
[16:31] <ttx> slangasek: but i'm open to all suggestions. I don't care so much either way :)
[16:31] <slangasek> so I understand why you would want to trim the seed, I just think doing it this way disadvantages HP printers
[16:32] <ttx> slangasek: most of the others end up being pulled by cups recommends
[16:32] <ttx> (like hpijs)
[16:32] <slangasek> ah
[16:32] <ttx> hplip notably deosn't, which makes it an easier removal.
[16:32] <slangasek> interesting, perhaps I should try removing hplip and testing whether printing still works
[16:32] <ttx> we could have a longer discussion on the pertinence of the print-server task
[16:33] <slangasek> (but can't do this week, because my printer is 3500 miles away and I won't be able to confirm whether paper was spit out ;)
[16:33] <ttx> slangasek: for A2 hplip was also the reason why the server CD was oversized, through some abusive depends
[16:34] <ttx> so I figured I could just get rid of the troublemaker :P
[16:34] <slangasek> no, java is the reason the CD was oversized, but I guess you don't want to cull that ;P
[16:34] <slangasek> (hplip was there first! ;)
[16:34] <ttx> slangasek: you as in me, or you as in the server team ?
[16:34] <slangasek> :-)
[16:35]  * ttx wonders if hplip is on the desktop ISO
[16:36] <ttx> I seem to remember it showed up in the server packages because we were the only one to seed it
[16:38] <slangasek> Task: ubuntu-desktop, print-server, kubuntu-desktop, kubuntu-netbook, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook
[16:39] <ttx> another bug in http://ubuntuserverpkgsetreview.appspot.com/?offset=260 then
[16:41] <slangasek> well, I'm looking at lucid; perhaps it's changed in maverick, though that would be odd
[16:41] <slangasek> ttx: no, that page lists it as being in the desktop-common seed :)
[16:42] <ttx> slangasek: that page is supposed to ignore stuff that is seeded otherwise :)
[16:42] <slangasek> ah
[16:42] <ttx> or maybe it's just ignored when it's seeded in standard/minimal
[16:43] <ogasawara> apw, cjwatson: hrm, seems I don't have the permissions to upload linux-backports-modules-2.6.35
[16:43] <ttx> slangasek: anyway, feel free to restore hplip in the seed if you find a better way to recover 5Mb
[16:43] <ogasawara> apw: I've got the package on zinc, could you try re-signing and uploading?
[16:44] <slangasek> ttx: if the drivers are all in hpijs, perhaps we don't need hplip at all; I'll do some testing next week to follow up
[16:44] <ttx> slangasek: fyi the server ISO is uninstallable right now, see my discussion with cjwatson ~3 hours ago
[16:47] <slangasek> ttx: apt-cdrom - ack
[16:47] <slangasek> I'll keep cjwatson supplied with coffee until it's fixed
[16:52] <ogasawara> apw: tgardner is uploading lbm for me
[17:02] <cjwatson> ogasawara: you should have permissions now
[17:02] <ogasawara> cjwatson: thanks
[17:33] <cjwatson> ttx: currently looking like an apt bug, but I'm still investigating
[17:33] <cjwatson> apt-cdrom finds the right directories but then apparently drops them
[17:50] <ogasawara> when an archive admin has a moment, could I get the linux (armel) and linux-backports-modules-2.6.35 (i386 and amd64) accepted from the New queue
[17:58] <Riddell> ogasawara: doing now
[17:58] <Riddell> running kernel-overrides will take an hour though
[18:00] <cjwatson> I'm already running kernel-overrides
[18:00] <cjwatson> so you can save some time by ctrl-c'ing it ;-)
[18:00] <cjwatson> it's up to irda-modules here
[18:23] <Riddell> cjwatson: is kernel-overrides still needed?  seems like everything is in main
[18:25] <cjwatson> well, it is now because I just ran it :)
[18:25] <cjwatson> it all gets dumped into universe by default
[18:25] <cjwatson> accepted linux, anyway
[18:26] <Riddell> yes but in general it's a very slow way of putting the binaries into main, it's faster to copy and paste the binary package names and put them into a single queue override command
[18:26] <cjwatson> sure; although the slowness is a Launchpad bug ...
[18:27] <Riddell> I wonder if there's an actual bug open for that
[18:27] <cjwatson> I filed one several years ago, I think
[18:28]  * Riddell accepts linux-backports-modules
[19:19] <charlie-tca> no kernel found in defined APT sources - xubuntu alternate 386
[19:19] <charlie-tca> That's bad, right?
[19:44] <cjwatson> charlie-tca: bug 612665
[19:44] <ubot4> Launchpad bug 612665 in apt (Ubuntu Maverick) (and 1 other project) "apt-cdrom architecture match always fails (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/612665
[19:44] <cjwatson> ttx: ^- that's yours too
[19:44] <charlie-tca> thank you
[19:57] <pitti> ah, seems the kernel abi transition is done, wonderful
[19:59] <pitti> I'll build a new set of ubuntu alternates to see where we are size-wise
[21:05] <ScottK> No publisher run this hour?
[23:11] <sbeattie> can one of the archive admins please take care of the phpbb3 package that's in binary NEW? It's been there since last week.