[00:01] <cjwatson> at-spi2-core looks good, accepted
[00:01] <cjwatson> that should deal with the upgrade problems
[00:03] <kees> doko: heh
[00:17] <doko> infinity, Daviey: the php5 build did succeed, wondering how ... please don't touch anything before squlite is demoted
[00:17] <infinity> doko: Yeah, I won't fix it properly until a bit later.  No worries.
[00:43] <skaet> stgraber, highvoltage - edubuntu dvd 20110830 has been published (ubiquity fixes).
[00:45] <stgraber> thanks
[00:46] <skaet> stgraber, are you going to need a respin to pick up the at-spi2-core upgrade fix?
[00:47] <stgraber> I'm not aware of that one, what's it fixing?
[01:07] <superm1> skaet, can we get the respin of mythbuntu to verify the mythbuntu-*, ubiquity, and casper fixes?
[01:08] <skaet> superm1,  mythbuntu is being built right now (almost done),  one of the builders failed though, but not sure if its serious or not.   Can you have a look at the logs?
[01:08] <skaet> Tue Aug 30 00:34:28 UTC 2011
[01:08] <skaet> BUILDING:  mythbuntu live cd
[01:08] <skaet> kapok.buildd starting at Tue Aug 30 00:34:28 UTC 2011
[01:08] <skaet> cardamom.buildd starting at Tue Aug 30 00:34:28 UTC 2011
[01:08] <skaet> kapok.buildd finished at Tue Aug 30 00:41:25 UTC 2011 (failed)
[01:08] <skaet> cardamom.buildd finished at Tue Aug 30 00:56:31 UTC 2011 (success)
[01:09] <superm1> skaet, you mean this failure? http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/mythbuntu/20110830/livecd-20110830-amd64.out
[01:09] <superm1> i think that's the php5 problem on amd64 that's been discussed above
[01:10] <skaet> superm1,  yeah,  I think you're right.
[01:14] <skaet> superm1 - Images just got published to cdimage.   There is one there for amd64 (oversided though).   i386 logs look ok.
[01:14] <skaet> Do you want me posting the amd64 and i386 one to the iso tracker?
[01:14] <skaet> superm1, ^^
[01:15] <superm1> cool thanks.  only post amd64 if it actually has the new stuff, old livefs isn't worth it
[01:15] <superm1> the oversized problem won't be fixed for b1, not really sure why it's happening still
[01:15] <skaet> both images have the new ubiquity
[01:16] <skaet> Mythbuntu 20110830 images posted
[01:18] <superm1> skaet, er checking http://cdimages.ubuntu.com/mythbuntu/daily-live/20110830/oneiric-desktop-amd64.manifest it still has the old ubiquity 2.7.17, probably because that livefs did fail
[01:18] <superm1> so you can pull that one off the tracker for now
[01:18] <skaet> superm1 - will do.
[01:19] <skaet> done
[02:02] <skaet> ScottK,  kubuntu desktop images posted (20110830),  several oversize.  Some other issues with the powerpc one that need looking into.
[03:50] <skaet> gilir,  lubuntu live cd 20110830 posted.
[03:51] <skaet> ScottK,  kubuntu dvd images posted (20110830)
[04:18] <pitti> Good morning
[04:19] <pitti> hey skaet
[04:22] <pitti> ah, nice, all new images
[04:22] <skaet> heya pitti,  yup,  and a bunch on new ones still to be spun
[04:23] <skaet> just a sec and I'll paste the summary
[04:23] <pitti> nice, no red bugs on the desktops so far
[04:30] <skaet> pitti,  First round of livecd/dvd rebuilds that worked have been posted.  In  progress:  ubuntu server image build followed by rebuilds of ubuntu live cd;  ubuntu live dvd; edubuntu live dvd to pick up at-spi2-core 2.1.5-0ubuntu3.  Following that is a rebuild of mythbuntu to see if it will pick up php, and succeed for amd64.
[04:32] <pitti> skaet: hang on, why do we need a rebuild for at-spi2-core2? I thought that was only an upgrade fix?
[04:32] <skaet> pitti,  in parallel have also started off the ARM images builds pick up ubiquity and other changes.  OMAP3 images aren't working though it seems (network kernel issue).
[04:37] <skaet> pitti,  seemed to be interfering with people using update-manager, and was marked critical,  so went ahead and started the builds off for the pieces that had reference to it. https://bugs.launchpad.net/ubuntu/+source/at-spi2-core/+bug/836798
[04:37] <ubot4> Launchpad bug 836798 in at-spi2-core (Ubuntu Oneiric) (and 1 other project) "natty to oneiric upgrade failed: Could not perform immediate configuration on 'python-pyatspi2' (affects: 2) (heat: 12)" [Critical,Fix released]
[04:38] <pitti> skaet: ah, ok; it's not an issue for installation
[04:47] <pitti> ^ for bug 837048, in case we do another rebuild
[04:47] <ubot4> Launchpad bug 837048 in apport (Ubuntu) "ubuntu-bug ubiquity causes a traceback due to an UnboundLocalError (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/837048
[04:47] <pitti> I saw it in the iso tracker, if someone wants to review
[04:53] <pitti> hm, I see bug 689323 all over the place in the tracker, I guess I have a look at this
[04:53] <ubot4> Launchpad bug 689323 in jockey (Ubuntu Oneiric) (and 2 other projects) "ERROR:dbus.proxies:Introspect error on :1.68:/DeviceDriver: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) (affects: 411) (dups: 84) (heat: 1120)" [High,Confirmed] https://launchpad.net/bugs/689323
[04:53] <pitti> already times out on LP, awesome
[04:54]  * pitti reviews the queue for unseeded packages
[05:13] <pitti> I'll accept packages slow enough for the buildds to keep up (and keep a free one)
[05:15] <skaet> pitti,  sounds good.   Thanks!  and on that note,  I'm heading to zzz land.
[05:15] <pitti> skaet: thanks, sleep well!
[05:38] <pitti> ugh, I'm afraid bug 689323 warrants a rebuild, as it breaks driver installation for everyone :(
[05:38] <pitti> I'm testing/uploading a fix now
[05:38] <ubot4> Launchpad bug 689323 in jockey (Ubuntu Oneiric) (and 2 other projects) "ERROR:dbus.proxies:Introspect error on :1.68:/DeviceDriver: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) (affects: 411) (dups: 84) (heat: 1124)" [High,Confirmed] https://launchpad.net/bugs/689323
[05:38] <pitti> NCommander: AYT?
[05:38] <NCommander> pitti: AYT?
[05:38] <NCommander> Whats AYT?
[05:38] <pitti> hey NCommander
[05:38] <pitti> "are you there"
[05:38] <pitti> just wondered if there's anyone else around who can review/accept the jockey fix
[05:39] <NCommander> well, that question was answered
[05:39] <pitti> heh, yes
[05:39] <NCommander> looking
[05:39] <pitti> NCommander: not uploaded yet
[05:39] <NCommander> LP timed out twice -_-;
[05:39] <pitti> yes, to look at that bug you need /+text
[05:39] <NCommander> (I can't actually approve into archive)
[05:39] <pitti> I just added a bug pattern
[05:39] <pitti> so that we won't get even more dupes
[05:40] <NCommander> pitti: What do you want me to review specifically? (i'm reading the text log)
[05:40] <NCommander> (I assume there is a patch in here somewhere)
[05:40] <pitti> NCommander: I mean my upload
[05:41] <NCommander> I'm not an archive admin :-/
[05:41] <pitti> ah, ok
[05:41] <pitti> I guess I have to self-approve that then
[05:41] <NCommander> pitti: I thought you were an admin
[05:41] <NCommander> Oh
[05:41] <pitti> skaet went to bed, and it's still too early for the other Europeans
[05:41] <NCommander> skaet isn't an archive admin either
[05:41] <pitti> NCommander: yes, but we usually do four-eyes principle during freezes
[05:41] <pitti> NCommander: she is
[05:41] <NCommander> When did that change?
[05:42] <pitti> NCommander: so, to at least do that some justice: the problem is that I tested jockey with the new pygobject 2.90 only, but that was held back due to ubiquity
[05:42] <pitti> but it breaks with the old pygobject
[05:42] <NCommander> Ow
[05:42] <pitti> http://bazaar.launchpad.net/~ubuntu-core-dev/jockey/ubuntu/revision/575
[05:42] <pitti> this is the fix
[05:42] <jbicha> new pygobject won't happen until after beta?
[05:42] <NCommander> This sounds like a bloody headache
[05:42] <pitti> which I have uploaded just now
[05:42] <pitti> jbicha: right
[05:43] <pitti> I can revert that workaround once pygobject 2.90 is in
[05:44] <pitti> damn, I should have gotten to this earlier
[05:44] <pitti> anyway, once it's in, I'll trigger new desktops
[05:45] <pitti> otherwise we'll screw all the nvidia users
[05:46] <pitti> FTR, self-accepting jockey from the queue; I'll take the bullets
[05:47] <pitti> and with that I can just as well accept apport as well, to unbreak ubuntu-bug ubiquity
[06:02] <pitti> ok, I accepted all unseeded packages with good fixes, to make use of the buildds
[06:41] <pitti> NCommander: so omap is still officially broken, right? I'll just add the omap4 images to the tracker
[06:41] <NCommander> pitti: just ethernet, and I'm not 100% clear on that, need to reconfirm with GrueMaster
[06:42] <pitti> ah, ok
[07:19] <jibel> good morning
[07:19] <pitti> bonjour jibel
[07:19] <jibel> morgen pitti
[07:19] <pitti> jibel: FYI, just started to rebuild all images to pick up latest fixes, in particular the jockey crash
[07:19] <pitti> sorry about that
[07:22] <jibel> pitti, no problem, this jockey crash 689323 ?
[07:22] <pitti> right
[07:23] <pitti> jibel: IMHO worth rebuilding, as it completely breasks jockey everywhere and thus prevents installation of broadcom/nvidia etc.
[07:23] <pitti> I also added a bug pattern for it to avoid getting even more dupes
[07:23] <jibel> ok. I'm verifying the at-spi2-core fix.
[07:28] <jibel> ubiquity bugs reported during the night are all known. looks good.
[07:37] <pitti> ubuntu alternate added
[07:42] <pitti> desktop/server preinstalled omap/omap4 added
[07:54] <pitti> kubuntu alternate added
[07:56] <pitti> ubuntu desktop added
[08:16] <Daviey> Gah, who accepted openstack-dashboard?
[08:18] <pitti> Daviey: was that wrong? it'll land in binNEW anyway
[08:19] <pitti> just wanted to give the buildds some fodder
[08:19] <pitti> and as it's in universe/unseeded it seemed quite harmless
[08:20] <pitti> Daviey: I can reject the binaries if they are known-bad
[08:20] <pitti> (https://launchpad.net/ubuntu/oneiric/+queue?queue_state=0)
[08:21] <pitti> kubuntu desktop posted
[08:23] <pitti> xubuntu alternate posted
[08:24] <Daviey> pitti: nah, not really, really bad.
[08:24] <Daviey> 00:46 < Daviey> Please can python-carrot be promoted (MIR ack'd), glance be accepted, cobbler be accepted and  openstack-dashboard be rejected. Thanks.
[08:24] <Daviey> 00:47 < Daviey> Oh, and kombu promoted. (MIR also ack'd)
[08:24] <Daviey> 00:50 < Daviey> not quite sure why python-novaclient was allowed into unapproved it is no change (including version),  from what is in the archive
[08:24] <Daviey> 00:51 < Daviey> Suprised that wasn't rejected straight away
[08:25] <pitti> Daviey: so, openstack-dashboard shouldn't be in the archive at all? or a different version?
[08:26] <Daviey> pitti: it's not that bad.. I just didn't want *that* one accepted without a fix
[08:27] <pitti> Daviey: ok, keeping in binNEW then
[08:27] <pitti> Daviey: so, do you want above in beta-1?
[08:27] <Daviey> pitti: yes please.
[08:27] <pitti> Daviey: then I'll do the promotions/acceptance now
[08:27] <Daviey> pitti: Great!  Thanks
[08:28] <pitti> Daviey: hm, I just see that glance is in universe; should that be on the server image, i. e. seeded and in main?
[08:29] <Daviey> funny you say that.
[08:29] <pitti> promoted/accepted
[08:29] <Daviey> \o/
[08:29] <pitti> or will they be for b2?
[08:30] <pitti> I'm a bit confused how a universe package can have a "Task: openstack"
[08:30] <pitti> or is that not part of the server CD?
[08:31] <Daviey> pitti: sevrer doesn't have a server-supported, that got broken down a while ago
[08:31] <Daviey> So there is a seperate seed just for openstack
[08:33] <Daviey> although currently it is both server-ship and supported.. will probably fall off server-ship before release.
[08:34] <pitti> just saying that universe packages in seeds are just silently ignored for CD builds, unless the CD has universe enabled (which is only the case for ubuntustudio, mythbuntu, and xubuntu AFAIK, not for server)
[08:34] <pitti> Daviey: asked in a more direct way, do we actually need a server image rebuild after this?
[08:34] <Daviey> pitti: Well ideally i would.. which was why i was trying to get it pushed through last night :(
[08:35] <Daviey> it's not essential tho.
[08:36] <pitti> Daviey: what would change with a rebuild?
[08:36] <pitti> Daviey: http://cdimage.ubuntu.com/ubuntu-server/daily/20110830/oneiric-server-amd64.list doesn't have either cobbler nor glance (as they are in universe)
[08:39] <Daviey> pitti: Hmm, well - i wanted to iso to be usable without net connection for b1. Currently openstack will not work without glance, at all.
[08:39] <Daviey> So the only thing that changes is that people can use it without direct net connection.. but not that exciting really.
[08:44] <pitti> xubuntu desktop posted
[08:44] <cjwatson> morning folks.  anything I can usefully do first?
[08:44] <pitti> hey cjwatson
[08:44] <jibel> morning cjwatson
[08:44] <pitti> cjwatson: I hope you got some sleep after that nightshift.. thanks for the ubiquity fixes!
[08:45] <pitti> cjwatson: nothign too serious right now, I'm rebuilding all images after the jockey fix, and testing current desktop i386 right now
[08:45] <cjwatson> it wasn't too late, and I have this afternoon off as a swap for yesterday
[08:47] <pitti> Daviey: seems that's going to require a bunch of more MIR reviews: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[08:47] <pitti> glance, ipy, nova, python-anyjson, python-dingus, python-novaclient, python-stompy, socat
[08:52] <pitti> ubuntustudio posted
[08:52] <Daviey> pitti: Yeah. :( I did that trick btw: http://people.ubuntu.com/~davewalker/component-mismatches-mir-track.html
[08:52] <Daviey> Makes it much easier for me to track that for my needs.
[08:53] <pitti> nice!
[09:10] <Daviey> Out of interest, what fixed the powerpc oversize?
[09:11]  * pitti hides his really scary big hammer
[09:11] <Daviey> eep.
[09:12] <pitti> Daviey: I dropped another langpack from there, and it shrank massively together with the other images due to the langpack -base refresh
[09:12] <pitti> the updates packages got quite large
[09:15] <Daviey> pitti: Hmm, well it's well within size now :_)
[09:15] <Daviey> oneiric-server-powerpc.iso           30-Aug-2011 04:36    0
[09:15] <pitti> that looks a little ... overoptimized?
[09:15] <Daviey> lol
[09:16] <Daviey> I wonder why power was larger to start with?
[09:16] <pitti> it tends to be on all images, not sure why
[09:16] <pitti> do we still ship two kernels on those? (32/64 bit)
[09:17] <cjwatson> yes
[09:17] <Daviey> build log isn't that useful
[09:17] <cjwatson> I think
[09:18] <Daviey> Using HFS name: squashfs-modules-3.0.0-9-powe_1 for CD1/pool/main/l/linux/squashfs-modules-3.0.0-9-powerpc64-smp-di_3.0.0-9.14_powerpc.udeb
[09:18] <Daviey> Aborted
[09:18] <Daviey> make: *** [bin-images] Error 134
[09:18] <Daviey> ERROR WHILE BUILDING OFFICIAL IMAGES !!
[09:21] <Daviey> Is it possible to do an inplace arch rebuild, without incrementing?
[09:22] <cjwatson> we can rebuild a single arch but it will increment
[09:23] <pitti> mythbuntu posted
[09:23] <Daviey> Hmm.. exit 134 is often something like out of resource or seg fault.. So i'm wondering if it was just a bad day?
[09:24] <pitti> skaet indeed got an error when she was building the server images
[09:24] <pitti> I didn't see that yesterday
[09:24] <pitti> (in my builds)
[09:31] <pitti> lubuntu alternate posted (but has uninstallables in report)
[09:33] <Daviey> Can a rebuild be done without posting to cdimage just to check if it can be reproduced?
[09:34] <pitti> meh, kubuntu preinstalled failed on libo; I thought we removed LibO for armel
[09:34] <pitti> Daviey: not really, but we don't need to post it to the tracker
[09:34] <pitti> Daviey: starting
[09:35] <Daviey> thanks
[09:35] <Daviey> The problem is that current symlink seems to be cared about more than the tracker :/.. ah well.
[09:36] <pitti> Daviey: I can reset the current symlink manually if it fails again
[09:38] <Daviey> ah groovy
[09:39] <cjwatson> pitti: er, yes, it can actually :)  but too late now
[09:39] <cjwatson> DEBUG=1
[09:41] <pitti> hm, lubuntu desktop failed, only powerpc succeeded; the 0829 build worked, investigating
[09:54] <cjwatson> lamont: I don't suppose you could help me debug http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/ubuntu-zh_CN/20110825/livecd-20110825-i386.out ?  ubuntu-defaults-builder is supposed to be installed in the chroot by that point, and that delivers /usr/bin/ubuntu-defaults-image
[10:11] <pitti> *** glibc detected *** genisoimage: double free or corruption (out): 0x0000000002749800 ***
[10:11] <pitti> ^ again, when building server images :/
[10:12] <pitti> genisoimage(v_destruct+0x15)[0x4403a5]
[10:12] <pitti> genisoimage(hfs_umount+0x101)[0x43d311]
[10:12] <pitti> genisoimage(make_mac_volume+0x2b5)[0x428985]
[10:12] <pitti> genisoimage[0x429fc7]
[10:12] <pitti> genisoimage(main+0x1401)[0x40f021]
[10:12] <cjwatson> go schily
[10:12] <pitti> seems it doesn't particularly like hfs today :(
[10:12] <cjwatson> this rings a bell actually
[10:12] <pitti> that didn't happen on any of the other images
[10:12] <pitti> must have hit the "right" combination of bits in the server image
[10:15] <cjwatson> bug 452212
[10:15] <ubot4> Launchpad bug 452212 in cdrkit (Ubuntu) "genisoimage: HFS generation crashes on certain tree sizes (affects: 1)" [Undecided,New] https://launchpad.net/bugs/452212
[10:15] <cjwatson> (you might wish to avoid reading past comment 1 if you have heart problems)
[10:16] <pitti> heh, I guess that's schily's autoresponder for cdrkit bugs
[10:16] <cjwatson> (I also suggest not following up to that bug to avoid wakening the beast)
[10:17] <cjwatson> changing the size a bit should work around the bug
[10:19] <pitti> hmm, seems skaet's preinstalled pipeline broke somewhere in between kubuntu and kubuntu-mobile
[10:20] <pitti> lubuntu desktop posted
[10:21] <pitti> ah, right, both due to LibO being pulled in
[10:24]  * pitti doesn't understand why it's being pulled in
[10:26] <pitti> NCommander, ogra_, GrueMaster: FYI, server/ubuntu desktop/core images are on the tracker; kubuntu{,-mobile} failing because it pulls in LibO for yet unknown reasons; should omap4 work now, with the recent bootloader changes?
[10:30] <ogra_> i hope so, havent tested yet (will do so in a few)
[10:37] <pitti> bbl, lunch
[10:55] <jibel> DVDs added to the tracker.
[10:55] <jibel> (Ubuntu Dvds)
[11:15] <pitti> re
[11:15] <pitti> jibel: thanks
[11:32] <pitti> kubuntu DVD posted
[11:35] <doko> pitti: postgresql-debversion has an unavail b-d on debhelper
[11:39] <cjwatson> oh smeg, I missed a piece to make dual-stack IPv4/v6 support work in d-i
[11:39] <cjwatson> that's extremely annoying
[11:39] <lamont> cjwatson: what an informative build log
[11:39] <lamont> :(
[11:40] <lamont> cjwatson: please provide the exact commandline that is failing
[11:40] <cjwatson> BuildLiveCD command line or the one being run by BuildLiveCD?
[11:41] <cjwatson> if the former, I believe it to be 'BuildLiveCD -u zh_CN -d oneiric ubuntu'
[11:47] <cjwatson> actually, that busybox upload can wait until after b1 - it's correct, but it won't fix the problem I'm seeing
[11:49] <ogra_> pitti, thumbs up, omap4 preinstalled desktop boots fine (not sure about other issues yet, but u-boot seems sorted now)
[11:54] <pitti> yay
[12:01] <cjwatson> EFI installation is very probably broken in b1.
[12:02] <cjwatson>   * [Config] Set CONFIG_EFI_VARS=m on amd64 and i386
[12:02] <cjwatson> but no efi-modules udeb
[12:03] <cjwatson> I don't think we have time to fix that
[12:36]  * cjwatson accidentally breaks the amd64 porter box's oneiric chroot slightly, and uploads a fix for that
[12:36] <cjwatson> would be good to have if it doesn't impede CD building (kexec-tools)
[12:43] <doko> cjwatson, slangasek: ok to remove the wvdial binary on armel? wvstreams was already removed
[12:50] <cjwatson> doko: yes, I thought I already did
[12:50] <cjwatson> lamont: any luck?
[13:07] <stgraber> good morning
[13:11] <lamont> cjwatson: gah.  got distracted by something else, and up against a breakfast commitment
[13:13] <pitti> edubuntu posted
[13:13] <pitti> hey stgraber
[13:13] <lamont> buildd@cardamom:~$ sudo chroot build-oneiric-live/chroot-oneiric/ dpkg -l > public_html/dpkg.list
[13:13] <lamont> see if that helps?
[13:13] <lamont> see also ~buildd/BuildLive.out
[13:13] <lamont> which is bash -x of the command
[13:15] <cjwatson> E: Unable to locate package ubuntu-defaults-builder
[13:15] <cjwatson> argh, we haven't put that in main yet
[13:15] <cjwatson> pitti: ^- I think we'll need to MIR this
[13:15] <cjwatson> we'll be supporting it anyway ...
[13:16] <cjwatson> lamont: thanks, that answers my question
[13:16] <lamont> ta
[13:16] <lamont> afk for ~90-120 min
[13:18] <stgraber> pitti: what's different from yesterday's rebuild? is that the at-spi change?
[13:29] <cjwatson> pitti: what do you think of a kernel upload to fix broken EFI installation?
[13:29] <cjwatson> ogasawara says it's just a config revert ...
[13:29] <cjwatson> but I don't know how far through testing we are, and how much we'd be throwing away
[13:31] <pitti> stgraber: at-spi, jockey (was totally broken), and a few smaller fixes
[13:31] <stgraber> pitti: ok, cool. Syncing it now.
[13:31] <pitti> cjwatson: hmm, that'd mean rebuilds across the board
[13:32] <cjwatson> yeah, I'm reluctant unless there's another reason to do it
[13:32] <pitti> i. e. it would take the remaining day today for upload/build, and rebuilds over night
[13:32] <cjwatson> but ogasawara offered
[13:32] <pitti> I think we should have the new kernel anyway, unless it changes a lot more than this
[13:33] <cjwatson> the alternative is to release-note that you can only do EFI installs with the desktop CD
[13:33] <cjwatson> (which to be fair I haven't tested yet)
[13:33] <pitti> oh, that just affects alternate?
[13:33] <cjwatson> d-i only
[13:33] <cjwatson> my test was with server
[13:33] <pitti> that seems fine to me; jibel, if we would have a new set of alternates tomorrow morning, can we get that through testing quick enough?
[13:34] <pitti> Daviey: ^ for server
[13:34] <cjwatson> for full disclosure I should say that I can't be certain that there aren't other EFI problems behind this
[13:35] <Daviey> pitti: what is the need for a new image?
[13:35]  * Daviey reads scrollback
[13:35] <pitti> from my POV it'd be good to have the new kernel available anyway
[13:35] <pitti> Daviey: installation on EFI, is that something you are particularly interested in?
[13:35] <Daviey> I have no interest in EFI at this point. :)
[13:36] <ogasawara> cjwatson, pitti: I can revert the just the config change and upload, but will wait to do so until I get the green light from you
[13:36] <Daviey> I don't think there is even server class hardware for public consumption that uses EFI, i might be wrong.
[13:37] <jibel> pitti, sure, we need 2 hours or so to test alternate.
[13:39] <cjwatson> there is a *drive* for such server-class hardware (dropping a bunch of legacy stuff => in theory faster boot, though maybe don't hold your breath but that's the idea), but I concede I don't know if it actually exists yet
[13:39] <cjwatson> I thought the kernel team had some test boards that were on the track to being server-class
[13:40] <cjwatson> aha, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635897 is the real dual-stack fix for d-i
[13:40] <ubot4> Debian bug 635897 in isc-dhcp-client-udeb "isc-dhcp-client-udeb: add IPv6 support to dhclient-script" [Wishlist,Open]
[13:43] <jibel> when desktop images are respun, could you also rebuild wubi disk images ?
[13:44] <cjwatson> are desktop images being respun?
[13:44] <pitti> jibel: do we have a reason to?
[13:44] <pitti> they are not being rebuilt right now, and right now I don't have a "breaker" bug on my radar
[13:45] <jibel> .tar.xz doesn't include latest fixes
[13:45] <jibel> e.g jockey crashes
[13:47] <pitti> tar.xz? I tried the current ubuntu desktop i386 on my netbook, jockey didn't crash, and installed the bcmwl driver
[13:48] <jibel> Pici, wubi downloads a disk image from here http://cdimage.ubuntu.com/wubi/current/ and latest version if from yesterday. It should be in sync with desktop images IMO
[13:48] <jibel> pitti, ^
[13:49] <Pici> Yep.
[13:49] <jibel> Pici, sorry
[13:49] <Pici> jibel: np :)
[13:51] <pitti> jibel: oh, in wubi
[13:51] <pitti> hm, I don't actually know how to rebuild this
[14:02] <pitti> jibel: rebuilding now
[14:02] <jibel> pitti, thanks.
[14:09] <ogasawara> pitti, cjwatson: just want to confirm it's ok for me upload the kernel with the EFI config change.
[14:10] <pitti> ogasawara: please do, thanks
[14:14] <cjwatson> yes, ack from me too
[14:14] <cjwatson> I'll reroll d-i later
[14:14] <cjwatson> (probably won't bother waiting for armel since this config change doesn't affect it)
[14:25] <didrocks> pitti: the unity-2d guys have a fix for bugs #834045 and bug #834001 which seems quite widespread, maybe worth to get that in the beta?
[14:25] <ubot4> Launchpad bug 834045 in unity-2d (Ubuntu Oneiric) (and 3 other projects) "unity-2d-panel crashed with SIGSEGV in QConfSchema::findKey() (affects: 70) (dups: 74) (heat: 610)" [High,Fix committed] https://launchpad.net/bugs/834045
[14:25] <ubot4> Launchpad bug 834001 in unity-2d (Ubuntu Oneiric) (and 2 other projects) "unity-2d-panel crashed with SIGSEGV in QConf::notify() (affects: 30) (dups: 29) (heat: 262)" [High,Confirmed] https://launchpad.net/bugs/834001
[14:30] <pitti> didrocks: is that something that is bad enough to break installation or live system severely? it doesn't seem to here
[14:31] <pitti> I need to run out for ~ 40 mins, bbl
[14:31] <skaet> good morning pitti
[14:32] <didrocks> pitti: it's some kind of a race, which already get 100 dups
[14:42] <didrocks> pitti: ok, so, the crash of the panel is systematic on startup, then gnome-session respawn it
[14:43] <Kaleo> pitti, didrocks: I am checking the exact conditions of the crash
[14:44] <ogasawara> cjwatson: could I get you to approve the kernel upload please.
[14:48] <jibel> OEM install on DVDs is broken. filing a bug
[14:55] <pitti> hey skaet
[14:55] <pitti> didrocks: so independent of this we should have a bug pattern for this
[14:55] <doko> I'm syncing more ocaml packages which are not in oneiric, to get liquidsoap built
[14:56] <skaet> heya pitti,   been working my way through the backscroll.    Busy day.   What's on the todos?
[14:56] <pitti> cjwatson, ogasawara: kernel accepted, thanks!
[14:56] <pitti> skaet: just accepted a new kernel, need to rebuild alternates with that for fixing EFI installation
[14:56] <pitti> skaet: desktop/DVD unaffected
[14:56] <pitti> skaet: I did a full rebuild today to pick up the jockey fix
[14:57] <pitti> jibel: wubi image shuold be updated now
[14:57] <pitti> http://cdimage.ubuntu.com/wubi/20110830/amd64.manifest has current jockey, anyway
[14:58] <skaet> pitti,  do we have a fix/workaround for the server build - I couldn't quite figure it out from the backscroll (interesting bug that ;p )
[14:58] <pitti> skaet: ubuntu/server armel omap4 confirmed to work, kubuntu fail to build because it pulls in LibO somehow, which is currently broken on armel
[14:58] <pitti> skaet: the workaround would be to change the image size
[14:59] <pitti> Daviey: do you care much about server/powerpc?
[14:59]  * skaet starts feeling the world is a little more fragile than she likes....
[15:00] <jibel> pitti, thanks, trying now.
[15:00] <Daviey> pitti: Not for beta1, no
[15:00] <Daviey> It won't even be QA'd
[15:04] <didrocks> Kaleo: did you find anything?
[15:09] <Kaleo> didrocks: not yet
[15:09] <skaet> pitti, jibel,  just noticed kubuntu mobile i386 hadn't been posted,   done now.
[15:13] <ogasawara> pitti: bah, kernel fails to build on powerpc due to our config enforcer checking CONFIG_EFI_VARS=y but CONFIG_EFI_VARS doesn't exist on powerpc.
[15:14] <ogasawara> pitti: so we need to adjust the enforcer to check for CONFIG_EFI_VARS=y | !CONFIG_EFI_VARS, which means another upload
[15:19] <pitti> ogasawara: is EFI relevant on the old powerpc at all? I didn't think so?
[15:19] <pitti> skaet: ah, thanks; it should have been pretty much a no-change upload for them, but sure
[15:20] <ogasawara> pitti: I don't believe so, but arm is also going to fail for the same reason
[15:20] <pitti> ogasawara: could we just ignore the ppc FTBFS until after beta-1?
[15:20] <pitti> ogasawara: I suppose arm will build too long for beta-1 anyway
[15:20] <Daviey> new powerpc, surely it is?
[15:21] <Daviey> Having the old kernel bin for beta1 for non-mainstream arches doesn't sound too scary IMO.
[15:21] <pitti> the diff is just the EFI config change, so it wouldn't make much difference either way
[15:23] <ogasawara> pitti: yep, so I'm fine if you want to just ignore the FTBFS's for now, but just wanted you to be aware.
[15:24] <pitti> ogasawara: thanks
[15:28] <skaet> pitti,  so once the kernel publishes:  ubuntu alternate, kubuntu alternate, xubuntu alternate, lubuntu alternate?
[15:29] <pitti> skaet: yes; Daviey said he doesn't care much about powerpc
[15:29] <pitti> (for server)
[15:29] <pitti> skaet: fortunately the DVDs now don't have an alternate part any more :)
[15:30] <skaet> pitti: +1 :)
[15:30] <pitti> the DVD is actually quite nice now, 1.5 GB is not too much to download (for me, anyway), and nicely equipped
[15:30] <skaet> hmm,  wendar's not on the channel,  but she will appreciate hearing that ;)
[15:31] <skaet> pitti,  so ubuntu server gets added to the alternates list?
[15:31] <skaet> s/alternates/alternates rebuild/
[15:31] <pitti> skaet: it is like an alternate, but we don't want a rebuild for EFI
[15:32] <pitti> we'd need some more changes to it anyway to work around the image build crash anyway
[15:32] <pitti> erm, ignore me, these are unrelated issues
[15:34] <slangasek> cjwatson: heh, does schily have an autoresponder on cdrkit bugs?  Seems like something we should block if so...
[15:34] <slangasek> skaet: where should I be pushing release notes?
[15:35] <skaet> slangasek, https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview
[15:36] <skaet> is ready for input and updates. :)
[15:36] <slangasek> great, thanks :)
[15:36]  * slangasek prepares to document how he broke ia32-libs
[15:37] <pitti> "this is not the package you are looking for"
[15:39] <slangasek> skaet: multiarch is both a "new feature" and a "known issue", but I'd prefer to put the information all in one place in the release notes - what do you recommend?
[15:40] <skaet> slangasek,  put it in "new feature" for now.   I'll take a pass tomorrow at the content, and see if references back need to be made from known issues.
[15:40] <slangasek> ok
[15:41] <pitti> skaet: we'll add some new desktop features soon (music lens, and new lenses)
[15:41] <skaet> pitti,  thanks.  :)
[15:43] <pitti> cjwatson: ^ b1 important? alternate/desktop/both?
[15:46] <pitti> oh, nevermind, saw teh changelog now
[15:46] <pitti> fixes autologin
[15:47] <pitti> didrocks: do you have the unity-2d upload ready?
[15:47] <pitti> didrocks: would be nice to have in the archive in case we respin for autologin
[15:48] <pitti> skaet, jibel: I'm almost tempted to rebuild for that autologin fix, as we can't fix it with an upgrade
[15:48] <didrocks> pitti: no, didn't get it tested here as Kaleo is still looking for the way to reproduce it. The fix is just supposed to fix it as far as I understand
[15:48] <skaet> pitti, bug number?
[15:48] <pitti> skaet: bug 837165
[15:48] <ubot4> Launchpad bug 837165 in user-setup (Ubuntu Oneiric) (and 3 other projects) ""Log in automatically" option in Ubiquity not honored by LightDM (affects: 4) (dups: 1) (heat: 28)" [High,Fix committed] https://launchpad.net/bugs/837165
[15:48] <skaet> thanks!
[15:48] <pitti> skaet: that's the user-setup which just hit the queu
[15:49]  * skaet nods
[15:49] <jibel> pitti, no problem.
[15:50] <pitti> jibel: how do you usually handle that, do we just run the automatic tests over new images and only manually test the changes, like autologin? or does it require a full manual testing again?
[15:51] <jibel> pitti, both. I that case I'll verify the fix manually.
[15:52] <pitti> skaet, jibel: so, I'd accept the package now, so that it's in the archive; if we don't rebuild, it'll be harmless
[15:52] <pitti> but we rebuild the alternates anyway, so they'll pick up the fix at least
[15:52] <pitti> but I think if we can afford it we should rebuild the others, too
[15:53] <jibel> pitti, it's 8 minutes or so to install and test a desktop image.
[15:53] <superm1> you have to rebuild ubiquity to pick it up too though if you want it in desktop images
[15:53] <jibel> I mean run 1 test case
[15:54] <pitti> superm1: ah, right
[15:54] <pitti> superm1: do we need it built and published, or can ubiquity be rebuilt from a local source?
[15:54] <skaet> pitti,  we can use today to rebuild the images with these fixes,  that gives testers tomorrow to finish off testing, should be ok.
[15:54] <pitti> user-setup accepted
[15:54] <pitti> skaet: *nod*
[15:54] <pitti> ev: ^ (ubiquity rebuild question)
[15:54] <superm1> pitti, there are tricks to do it locally I think, but the helper scripts rely on the archive having it published
[15:55] <pitti> superm1: source only, or binaries, too?
[15:55] <pitti> superm1: source will be published in about an hour, binaries will probably take two
[15:55] <pitti> unless it builds in 5 minutes
[15:55] <pitti> oh, nevermind -- it's in accepted already
[15:55] <pitti> yay fast buildds
[15:56] <skaet> :)
[15:58] <skaet> pitti,  if you could summarize the sequence for doing the builds,  I'll kick them off after the publishing happens, so I can monitor a little closer when you're EOD.
[15:58] <charlie-tca> Any chance of getting the new Xubuntu logo accepted so if desktop gets re-spun, it is there?
[15:58] <charlie-tca> https://code.launchpad.net/~knome/debian-cd/xubuntu-logo/+merge/72497
[16:00] <pitti> charlie-tca: sounds fine; can you upload it?
[16:00] <charlie-tca> I can have it uploaded, yes
[16:01] <pitti> thanks
[16:02] <skaet> charlie-tca,   ok by me too.  :)
[16:02] <charlie-tca> Thank you both
[16:04] <pitti> skaet: if we are going to rebuild, I could smuggle in bug 837266 (acpid is in the queue)
[16:04] <ubot4> Launchpad bug 837266 in acpid (Ubuntu Oneiric) (and 1 other project) "[oneiric] pressing power button immediately shuts down (affects: 4) (dups: 1) (heat: 14)" [High,Fix committed] https://launchpad.net/bugs/837266
[16:05] <pitti> it just changes a shell script in an obvious way, but it's not a biggie, of course
[16:05] <pitti> and it'll be perfectly fixed by a dist-upgrade
[16:05] <pitti> it's just a potential trap for losing your documents when you actually intended to suspend, etc.
[16:06] <jibel> skaet, bug 837503 on DVDs
[16:06] <ubot4> Launchpad bug 837503 in ubiquity (Ubuntu Oneiric) (and 1 other project) "'Prepare for shipping' not available on DVDs (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/837503
[16:06] <jibel> in other words no OEM install on DVDs
[16:07] <skaet> jibel,  ack.
[16:07] <skaet> cjwatson,  ^^ is there a quick fix?
[16:11] <cjwatson> please ask ev
[16:11]  * cjwatson is off this afternoon
[16:11] <ev> oh hi
[16:12] <ev> I have no idea if there's a quick fix. I'm just getting to the oem-config bugs now
[16:12] <pitti> hey ev, how are you? thanks for the user-setup fix
[16:12] <ev> sure thing
[16:12] <pitti> ev: do you have an ubiquity rebuild with that in the pipe?
[16:12] <ev> pitti: yes
[16:12] <ev> working on that now
[16:16] <ogra_> skaet, GrueMaster reports that the netboot images still fail due to the u-boot issues, there is a fixed d-i in bzr, the change only touches arm code, ok to upload ?
[16:17] <cjwatson> ogra_: please wait until the kernel is published on amd64/i386, so we don't have to upload twice
[16:18] <cjwatson> https://launchpad.net/ubuntu/+source/linux/3.0.0-9.15
[16:18] <ogra_> ah, yeah
[16:18] <ogra_> np
[16:20] <pitti> darn, the amd64 buildds are being linux'ed (kernel team PPA)
[16:21] <pitti> as they all take some 6 hours, I'm afraid we might need to have one killed in order to get ubiquity and d-i in in an appropriate time
[16:22] <ev> new ubiquity incoming
[16:22] <micahg> pitti: I've got a slew of Mozilla builds as well, but I can hold off a few hours
[16:22] <chrisccoulson> bad news ;)
[16:23] <pitti> ev: I asked infinity/lamont to kill a linux build to free an amd64 builder
[16:23] <ev> great
[16:24] <micahg> pitti: we have an urgent security fix for Firefox/Thunderbird for oneiric beta, I originally suggested that we build in the PPA, but I think it might be best to build in archive so i386/amd64 can respin and not be blocked on armel, what do you think?
[16:24] <pitti> that's a six hour build each, right?
[16:25]  * micahg checks, shouldn't be that long
[16:25] <pitti> it should finish around the same time as the kernel
[16:25] <micahg> pitti: about 4.5 hours each
[16:25] <micahg> for i386/amd64, 17 for armel
[16:26] <pitti> if you have it ready for upload now, and I can reach infinity or lamont soon to get amd64 builders, it wouldn't extend the time for rebuild
[16:26] <pitti> micahg: please get it uploaded, so that it's in the queeu
[16:26] <pitti> micahg: does it change anything else? i. e. what's the regression risk?
[16:26] <infinity> pitti: I don't have direct access to buildds anymore, it's all lamont (or IS in general)
[16:27] <pitti> infinity: ah, thanks
[16:27] <pitti> micahg: actually, as we can't build them side by side, it'll be 9 h
[16:28] <infinity> Why do we have people uploading a mess of kernels to non-virtual PPAs during a releae freeze anyway? :(
[16:29] <micahg> pitti: right :(, I reviewed the most of the changes yesterday, there's one patch that's rather large, but I think our risk is higher if we cherry pick
[16:30] <pitti> ok
[16:30] <ogra_> micahg, dont care for armel, FF doesnt start at all here and i doubt we can fix that before B1
[16:31] <micahg> we're just waiting on the upstream tags, Firefox will be ready for Thunderbird, chrisccoulson should be uploading w/in an hour hopefully
[16:31] <micahg> ogra_: sorry to hear that, we should probably look at that after beta 1, but it's good news that we don't have to wait on it
[16:32] <ogra_> yeah, i havent researched yet at all what goes on, but it fires off the crash dialog directly on startup
[16:33] <micahg> ogra_: ah, yes, I did experience that, I'll try to look into it later (I filed a crash report actually, I just have to pull the id)
[16:37] <ScottK> jdstrand: Not sure if you got your question from yesterday answered or not (I've still now power due to the hurricane, so I'm not the best person to be asking), but I think otrs2 and phpmyadmin are fine.
[16:38] <pitti> ok, got the linux builds killed; building ubiquity now, and keeping another amd64 builder on manual for firefox
[16:38] <chrisccoulson> ogra_, mozilla bug 675618 is the arm startup crash
[16:38] <ubot4> Mozilla bug 675618 in XPCOM "Crash during startup on ARM when linked with recent GNU ld" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=675618
[16:39] <ogra_> awesome !
[16:39] <jdstrand> ScottK: ah, I did not. Thank you for responding and sorry to hear about the power. that is always a pain
[16:43] <ev> ugh, failed tests
[16:45] <pitti> ev: in the tz widget -- that's due to setting a default one now?
[16:45] <ev> I'm not quite sure what's causing it
[16:45] <ev> digging into it now
[16:46] <ScottK> skaet: I still have no power, so please don't block stuff on me.
[16:49] <pitti> ev: the buildds might have a different $TZ perhaps, so the test behaves different than on your local box?
[16:49] <pitti> or they have no network, and thus not getting geolocation?
[16:52] <ScottK> pitti: Are respins planned once ubiquity is updated?
[16:52] <pitti> ScottK: yes
[16:53] <ScottK> Great.  I'll adjust Kubuntu seeds for size then.
[16:53] <pitti> AFAICS, we are waiting on ubiquity, firefox, and thunderbird for desktops
[16:53] <pitti> and on linux for alternates
[16:53] <ev> pitti: it doesn't hit the geolocation path
[16:53] <pitti> ScottK: thanks; although I thought we agreed on a 703 MB size limit, so they wouldn't really be oversized?
[16:53] <ev> I'm able to produce the error locally
[16:53] <ev> digging now
[16:53] <ScottK> pitti: So we did.
[16:54] <ScottK> I was just responding to a comment that they were.
[16:54]  * ScottK looking now
[16:56] <stgraber> pitti, skaet: I'm looking into an Edubuntu bug (ltsp not being translated), if I find a fix for it and we still have time, I may ask you to try and squeeze it before the respin. It's not critical but still annoying.
[16:57] <pitti> stgraber: you have about 6 hours, sure
[16:58] <ScottK> pitti: It looks like Kubuntu powerpc livefs generation failed because the last libreoffice upload FTBFS on powerpc.  I thought I'd removed all traces of LO from our powerpc images, so I may need to make some changes there to get it to build.
[17:01] <pitti> ScottK: so did I (armel preinstalled is the same)
[17:01] <ogra_> can someone let flash-kernel through, it is needed to fix netboot installs
[17:01] <pitti> ScottK: but I don't see how LibO gets pulled into the armel kubuntu images
[17:01] <pitti> ScottK, skaet, cjwatson, jibel: FYI, I added the curretn rebuild dependencies to http://pad.ubuntu-uk.org/ubuntu-release
[17:01] <pitti> please update as appropriate
[17:02] <pitti> skaet: ^ I find these pads quite convenient for keeping a running status, easier than mail/IRC (which is hard to edit)
[17:04] <skaet> pitti,  good idea!  This seems a better way to keep track.   :)
[17:04] <pitti> "you're not a channel operator"
[17:04] <pitti> /topic 11.10-beta1 Freeze is in effect | http://pad.ubuntu-uk.org/ubuntu-release for rebuild coordination | Oneiric Ocelot Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team with beer  | we accept payment in cash, check or ocelot food | melior malum quod cognoscis
[17:04] <pitti> could some one who is please run that? i. e. add the pad to the topic?
[17:05] <pitti> cheers
[17:05] <cjwatson> pitti: FWIW you're on the access list so you can just ask chanserv
[17:05] <cjwatson> /quote chanserv op #ubuntu-release pitti
[17:06] <cjwatson> (or /msg if your client doesn't do /quote right)
[17:06]  * infinity wonders why the channel is +t
[17:06] <pitti> oh, that works, thanks
[17:06] <cjwatson> infinity: we get the odd troll around release time - might've been that
[17:06] <infinity> Fair enough.
[17:07] <infinity> ogra_: Accepted.
[17:08] <ogra_> thx
[17:10]  * pitti desperately tries to -o now, but my feeble attempts with /mode etc. don't work
[17:11] <cjwatson> pitti: /mode #ubuntu-release -o pitti
[17:11] <cjwatson> the syntax is weird
[17:11] <pitti> /quote chanserv deop #ubuntu-release pitti
[17:11] <pitti> ah, ^ worked
[17:12] <pitti> quick dinner, brg
[17:12] <cjwatson> irssi has '/deop pitti'; I don't recall whether that's client-specific, it probably is
[17:12] <pitti> cjwatson: ah, that works in weechat, too
[17:13]  * pitti <- IRC n00b
[17:13] <cjwatson> I learned this stuff in 1998 or so and most of it has leaked out my ears since
[17:14] <infinity> It's all muscle memory for me at this point.
[17:14] <infinity> But I'd be lost if I ever switched from something that wasn't ircII-like.
[17:19] <ev> pitti: ah, it was a genuine bug.  Hooray for unit tests.
[17:21] <cjwatson> a genuine code bug rather than a test bug! :)
[17:21] <pitti> skaet: I added the pipelines which I used yesterday/today to the pad; if you have some improvements, please edit them
[17:21] <ev> indeed!
[17:21] <pitti> ev: tests FTW
[17:22] <skaet> pitti,  thanks!
[17:26] <pitti> skaet: not sure what you mean with "page links for cross-checking published"
[17:29] <skaet> pitti, launchpad and archive refs.
[17:34] <pitti> skaet: I usually do apt-get update and apt-cache show, unless I use wait-for-package
[17:35] <skaet> pitti,  more efficient than the monitoring of the archive pool pages, at any rate ;)   thanks
[17:36]  * infinity raises a brow at "check-config: FAIL: value CONFIG_EFI_VARS y"
[17:37] <infinity> I'm assuming we don't currently care that the kernel is FTBFS on !x86?
[17:38] <cjwatson> 16:20 <pitti> ogasawara: could we just ignore the ppc FTBFS until after beta-1?
[17:38] <cjwatson> 16:20 <pitti> ogasawara: I suppose arm will build too long for beta-1 anyway
[17:38] <cjwatson> 16:20 <Daviey> new powerpc, surely it is?
[17:38] <cjwatson> 16:21 <Daviey> Having the old kernel bin for beta1 for non-mainstream arches doesn't sound too scary IMO.
[17:39] <cjwatson> 16:21 <pitti> the diff is just the EFI config change, so it wouldn't make much difference either way
[17:39] <cjwatson> 16:23 <ogasawara> pitti: yep, so I'm fine if you want to just ignore the FTBFS's for now, but just wanted you to be aware.
[17:39] <ev> fixed ubiquity uploaded
[17:39] <infinity> cjwatson: Check.  Seems fair to me.
[17:45] <ScottK> Would it be possible to try rebuilding the livefs for Kubuntu powerpc only?
[17:45] <ScottK> I think I fixed the seeds so it won't pull in anything LO related.
[17:48] <skaet> pitti, ubuntu studio is missing from alternates rebuild triggered by linux kernel.  overight?
[17:48]  * infinity hands skaet an "s".
[17:48] <skaet> err,  oversight?
[17:48]  * skaet accepts "s" from infinity. :)
[17:50] <skaet> ScottK,  should be possible.   Can you summarize which kubuntu images you're looking for rebuilds to pick up fixes for?
[17:50] <skaet> (and which architecture ;) )
[17:50] <ScottK> skaet: The only Kubuntu specific issue if the powerpc livefs build failure.  The rest is the same as the others (ubiquity, kernel, etc)
[17:51] <ScottK> That's why I'd like to make sure I got the powerpc livefs failure sorted now, while the rest is being sorted out.
[17:51] <skaet> ahh... gotcha.
[17:52]  * skaet goes over to type the appropriate runes into the builder. 
[17:52] <doko> infinity, I hate liquidsoap ...
[17:53] <infinity> doko: As do I.
[17:54] <infinity> doko: It was a sync to fix a broken sync, in my defense. :P
[17:54] <infinity> doko: But yeah.  We now get a whole new ocaml multimedia stack in universe!
[17:54] <doko> infinity, ok, I think I'll continue syncing this stuff ...
[17:55] <infinity> doko: cry, taglib, duppy, portaudio?
[17:55] <infinity> doko: (well, the ocamlish names of above)
[17:58] <skaet> ScottK,   ARCHES='powerpc' buildlive kubuntu daily-live && ARCHES='powerpc' for-project kubuntu cron.daily-live;   has been kicked off.
[17:58] <ScottK> Thanks.
[17:59] <chrisccoulson> hi pitti, you around?
[17:59] <micahg> pitti: skaet: are you waiting on the firefox fix for respins?
[18:00] <micahg> chrisccoulson: according to the etherpad, they are waiting
[18:01] <skaet> micahg, yup we're waiting.  what's the eta?
[18:01] <stgraber> pitti, skaet: I'm pushing a new ltsp and edubuntu-live now to fix LTSP not being translated for Edubuntu. This LTSP won't change anything for alternate so no rebuild needed there
[18:02] <micahg> skaet: I think chrisccoulson just has to upload and then someone to accept
[18:02] <chrisccoulson> skaet, oh, i didn't realise. if we're short on build capacity, then i think it might be best to do the respin without the firefox update, as i'd prefer to get the lucid/maverick/natty updates built first
[18:03] <micahg> chrisccoulson: I'd rather delay the stable releases 4 hours than miss beta
[18:03] <skaet> chriscoulson, we've been holding builders for this.
[18:03] <chrisccoulson> ok, i can do it that way around, but i didn't realize you were holding builders for that
[18:04] <skaet> yup. :)  thanks.
[18:04] <chrisccoulson> micahg, are you ready to get your stuff uploaded straight afterwards?
[18:05] <micahg> chrisccoulson: yeah, I should have everything ready within an hour
[18:05] <chrisccoulson> thanks
[18:06] <ev> I've just uploaded ubiquity 2.7.23, which fixes an issue creating a dialog in oem-config-remove-gtk. It's not a fatal error as far as I can tell, but the fix is very small.
[18:07] <ev> (oem-config-remove-gtk handles removing all of ubiquity and oem-config when oem-config is run by the end user)
[18:09] <pitti> re
[18:09] <pitti> chrisccoulson: yes, we are waiting for firefox and tbird
[18:09] <pitti> chrisccoulson: I reserved buildds
[18:09] <bdmurray> Is update-manager still waiting to be approved?
[18:11] <chrisccoulson> pitti, thanks. just about to upload firefox now
[18:11] <micahg> pitti: do I still need to hold off after firefox/thunderbird are uploaded from uploading my stable release fixes?
[18:11] <chrisccoulson> i'm trying to get an ETA on thunderbird though
[18:11] <pitti> bdmurray: yes, it didn't seem to be release critical?
[18:12] <pitti> micahg: no, should be ok; once ffox/tbird for oneiric are building, we don't have other big stuff to build
[18:12] <bdmurray> pitti: not exactly release critical however we'll have more people upgrading this week so it would be helpful
[18:12] <ev> actually, nix that upload
[18:12] <pitti> ev: .23?
[18:12] <ev> we've just discovered that oem-config-remove-gtk is using gtk2 and 3
[18:12] <ev> yes
[18:13] <pitti> .22 as well then?
[18:13] <ev> no
[18:13] <ev> .22 is okay
[18:13] <pitti> ev: ok, so reject .23, accept .22
[18:13] <ev> correct
[18:13] <pitti> ev: but I sense that we'll get another upload?
[18:14] <pitti> ev: just want to avoid building two in a row
[18:14] <ev> I don't have time to investigate the problem now as I have a gig to get to
[18:14] <pitti> ok
[18:14] <ev> but if everything goes up in flames, do text me
[18:14] <ev> and I'll have a look when I get home tonight
[18:16] <pitti> have a good night!
[18:17] <pitti> meh, and now crested picked a "building private source" instead of ubiquity
[18:17] <chrisccoulson> right, firefox is uploading
[18:18] <infinity> pitti: You didn't score ubiquity up?
[18:18] <ev> thanks!
[18:18] <ev> night
[18:18] <pitti> infinity: I did, but 4000 wasn't enough
[18:18] <infinity> No, it's not. :)
[18:18] <pitti> 40000 seems to be, though
[18:18] <infinity> I tend to just lean on the 9 key.
[18:18] <pitti> building now
[18:18] <micahg> yeah, I think default private builds are 10k
[18:19] <pitti> does 2^∞ -1 work?
[18:20] <stgraber> would be great if someone could review these ltsp and edubuntu-live uploads as I'd like to see them in the next rebuild (as we rebuild the world anyway), thanks!
[18:20] <pitti> or is that infinitely improbable?
[18:20] <pitti> stgraber: yep, at it; was waiting a bit for the diffs
[18:20] <micahg> pitti: I think that just lands it in infinity's inbox :P
[18:20] <stgraber> (I'm grabbing ubuntu alternate now to make sure LTSP not being translated doesn't affect alternate. If it does affect alternate, it's going to be a different fix that I'll need to work on ...)
[18:26] <stgraber> pitti: thanks
[18:29]  * pitti reserves an i386 buildd as well
[18:29] <pitti> I assume doko is accepting those ^?
[18:29] <slangasek> pitti: what's the current story with rebuilds?  anything you'd like to hand off to me?
[18:29] <infinity> pitti: Me.
[18:29] <pitti> ah
[18:30] <pitti> slangasek: we created http://pad.ubuntu-uk.org/ubuntu-release two hours ago to keep track of the dependencies
[18:30] <pitti> slangasek: in short, we need to rebuild all desktops, alternates, and DVDs, but not server and preinstalled at this point
[18:30] <doko> pitti, I had the ocaml-* stuff accepted, to get liquidsoap built
[18:31] <pitti> skaet: do you want to keep the half-done "Image rebuild trigger perspective" section?
[18:31] <slangasek> pitti: ok - and where's the needle currently on the "more bugfixes" vs. "no more changes so we can get these built" dial? :)
[18:31] <pitti> skaet: I think we shuold just maintain one direction, otherwise it gets out of sync too easily
[18:32] <slangasek> e.g., how much longer are firefox and thunderbird expected to take
[18:32] <chrisccoulson> firefox is uploading right this second :)
[18:32] <pitti> slangasek: right now on these, from my perspective; i. e get ubiquity built/published, then start kubuntu/lubuntu (which don't use ffox/tbird), and start ubuntu/edubuntu/xubuntu on ffox/tbird
[18:32] <pitti> slangasek: ffox is being uploaded, tbird was promised "soon"
[18:32] <slangasek> chrisccoulson: how long's the build on ffox these days?  < 1h, right?
[18:33] <skaet> pitti,  I find it useful to be able to cross check,  but I can keep it private if you find it confusing.
[18:33] <pitti> no, 4.5 h on i386
[18:33]  * skaet is multiplexing
[18:33] <pitti> skaet: ok
[18:33] <slangasek> pitti: oh right, because xulrunner is no longer separate?
[18:33] <pitti> slangasek: yes
[18:33]  * slangasek nods
[18:33] <chrisccoulson> xulrunner is completely dead ;)
[18:34] <pitti> well, libxul
[18:34] <pitti> slangasek: I reserved two amd64 and one i386 buildd (i. e. on manual)
[18:34] <pitti> as there are some large kernels and other stuff who crave for a 6 hour tour on the amd64 buildds
[18:34] <pitti> but we need those for tbird/ffox
[18:34] <chrisccoulson> i'm still waiting for a list of changeset ID's to build thunderbird from
[18:34] <pitti> chrisccoulson: ETA?
[18:35] <pitti> chrisccoulson: it sounds like we should skip that then
[18:35] <chrisccoulson> pitti - hopefully minutes. i've just asked one of the release drivers
[18:35] <pitti> chrisccoulson: you'll need at least two hours to craete the source, build, and test and upload it, no?
[18:35] <chrisccoulson> yeah, i'm wondering whether it's worth delaying it for thunderbird
[18:35] <pitti> and tbird is a lot less affected by SSL certs than ffox
[18:35] <pitti> IMHO we can live with a normal upgrade for tbird
[18:35] <pitti> WDYT?
[18:36] <pitti> yay, ubiquity succeeded on i386
[18:36] <chrisccoulson> pitti - yeah, that might be the best plan.
[18:36] <chrisccoulson> could we add https://support.mozillamessaging.com/en-US/kb/deleting-diginotar-ca-cert to the release notes?
[18:36] <micahg> I'd buy that, people are much less likely to run TB off live media than FF
[18:37] <pitti> micahg: but even if they are, SSL certificates don't matter that much?
[18:37] <slangasek> pitti: and you're hanging around to get those used for the right builds?
[18:37] <pitti> slangasek: yes, that, and also sorting through other stuff in between
[18:37] <micahg> pitti: they do for connecting over IMAPS :)
[18:37] <slangasek> pitti: ok :)
[18:39] <pitti> micahg, chrisccoulson: right, I'm just concerned that 6 hours build + publish plus another two for local preparation/build/test delays the images too much
[18:40] <pitti> we need 4 hours or so to rebuild everything, and then need to test all the images, etc.
[18:41] <pitti> ubiquity built
[18:41] <micahg> pitti: that's fine, should we upload thunderbird anyways when ready in case there are late respins or would you rather it be staged in the security PPA?
[18:41] <lamont> why are 1-each of the buildds on manual?
[18:41] <lamont> is that to manually queue builds?
[18:41] <slangasek> lamont: reserved for firefox
[18:41] <slangasek> see pitti
[18:41] <lamont> ok
[18:42] <chrisccoulson> pitti - right. i don't think we should wait for thunderbird, and we could probably rel-note the instructions for removing the compromised root
[18:42] <pitti> lamont: yes, there are packages in the ubuntu kernel PPA which would block them for 6 hours
[18:45] <pitti> chrisccoulson: ack
[18:46] <pitti> I updated the pad for the dependencies
[18:46] <chrisccoulson> hmmm, i need a go-faster button for my internet connection this evening
[18:46] <chrisccoulson> perhaps if i blow on the cable, the bits will travel along it a bit faster
[18:47] <pitti> chrisccoulson: you are uploading the orig.tar.gz from home?
[18:47] <chrisccoulson> pitti - yeah, that probably wasn't the best decision ;)
[18:47] <pitti> chrisccoulson: for large packages I used to wget the orig to chinstrap, scp the debian.tar/changes/dsc to chinstrap, and dput from there
[18:47] <chrisccoulson> but it's nearly done now
[18:47] <pitti> dput from chinstrap looks amazing, even for LibO :)
[18:47] <chrisccoulson> yeah, i should do that really
[18:47] <micahg> pitti: chromium was nice from there :)
[18:48] <pitti> micahg: makes you wish for such an upstream from home, doesn't it?
[18:48] <micahg> pitti: I'm ok for most use cases (2MB up), but it's pretty cool
[18:52] <chrisccoulson> i just saw the advisories on lwn, and saw opensuse already has a firefox update
[18:52] <chrisccoulson> then i realized it's only for 6.0!
[18:52] <chrisccoulson> http://lwn.net/Articles/456881/
[18:52] <chrisccoulson> not as fast as us ;)
[18:53] <pitti> well, admittedly updates for stable releases are more urgent in those cases?
[18:55] <chrisccoulson> pitti - natty got the same update nearly 2 weeks ago
[18:55] <chrisccoulson> yay, it's uploaded now \o/
[18:58] <pitti> nice
[19:02] <pitti> ... and accepted
[19:03]  * skaet --> heading out to lunch,  back later.
[19:03] <pitti> yellow, there's some nice fodder for you, have at it
[19:04] <micahg> pitti: am I clear to upload now as well for stable releases?
[19:04] <pitti> firefox building on i386/amd64, builders back on auto
[19:04] <pitti> micahg: yes
[19:04] <micahg> pitti: thanks :)
[19:04] <chrisccoulson> thanks :)
[19:08] <superm1> ubiquity 2.7.24 should take care of the oem-config-remove-gtk mistake and also fix the panel not showing up
[19:08] <pitti> superm1: ah, that's what ev discovered?
[19:08] <superm1> well i fixed his gtk2/gtk3 combo mistake
[19:09] <superm1> fortunately you can test the python script outside of the ubiquity environment, so it wasn't too difficult to fix
[19:09] <pitti> superm1: cheers
[19:18] <stgraber> yeah! LTSP from alternate is properly translated :)
[19:20] <charlie-tca> pitti: I don't have anyone that can upload the new logo for us. Can someone here with upload rights for it do it?
[19:20] <charlie-tca> https://code.launchpad.net/~knome/debian-cd/xubuntu-logo/+merge/72497
[19:21] <micahg> not an upload thing, this needs to be merged in the cdimage team branch apparently...
[19:21] <charlie-tca> slangasek: any chance you could do this?
[19:21] <charlie-tca> or maybe cjwatson could help?
[19:21] <infinity> charlie-tca: I can.
[19:21] <slangasek> cjwatson should be far away from the computer if he knows what's good for him
[19:21] <infinity> charlie-tca: I'm piloting today, after all.
[19:21] <micahg> infinity: no, you can't :)
[19:21] <charlie-tca> heh
[19:21]  * slangasek lets infinity do it
[19:22] <charlie-tca> infinity: thank you
[19:22] <infinity> micahg: I can't?
[19:22] <micahg> slangasek: it needs a cdimage team member which is you :)
[19:22] <infinity> micahg: (or me)
[19:22] <slangasek> or infinity, AFAIK
[19:22] <charlie-tca> micahg: how many beers is this going to cost me?
[19:22] <micahg> infinity: it's not an upload from what I can tell
[19:22] <infinity> micahg: I know. :P
[19:22] <infinity> micahg: I'm an all-purpose pilot.
[19:23] <micahg> infinity: it's the one team you're not a member of AFAICT :P
[19:23] <infinity> micahg: My active shell on antimony begs to differ.
[19:23] <infinity> Anyhow..
[19:23] <slangasek> micahg: one thing is the team in launchpad, another is sudo access on the server that matters :)
[19:23] <infinity> charlie-tca: Yes, I'll get to that for you.
[19:24] <charlie-tca> Thank youvery much
[19:24] <micahg> slangasek: ok, I thought the branch was managed in LP bzr, my mistake then
[19:24] <slangasek> unfortunately not
[19:24] <infinity> Though, I probably should be in the LP team, I suppose. :P
[19:24] <charlie-tca> I got okays from pitti and skaet to do it. I just need some help with it now.
[19:24] <infinity> I'll get Colin to fix that later.
[19:25] <micahg> infinity: sorry for doubting your infinite abilities :)
[19:25] <infinity> micahg: Heh.
[19:25] <infinity> micahg: S'ok, people still assume I have access to lots of things I don't anymore, so it balances out. ;)
[19:26] <infinity> Oh how I love binary files in revision control...
[19:27] <charlie-tca> I am going for a walk then. I need some fresh air
[19:29] <pitti> erk, now the i386 builders are linuxed and firefoxed, ubiquity will take 25 mins until it starts
[19:30] <chrisccoulson> micahg, i've done the firefox-stable and firefox-next PPA's as well now
[19:31] <stgraber> pitti: are edubuntu-live and ltsp already published? I noticed they aren't mentioned in the pad
[19:32] <pitti> stgraber: being published right now
[19:32] <pitti> stgraber: i. e. way before ubiquity
[19:32] <stgraber> perfect
[19:35] <infinity> charlie-tca: Merged on antimony.
[19:38]  * infinity lunches.
[19:41] <pitti> slangasek: can you take over until skaet returns?
[19:42] <pitti> skaet, slangasek: I just updated the pad again TTBOMK, including charlie-tca's logo fix
[19:42] <pitti> i386 ubiquity is scored up
[19:43] <pitti> and one amd64  buildd (crested) is on manual
[19:43] <pitti> in case we need further builds after ubiquity
[19:43] <slangasek> pitti: sure, can take over - aren't we just waiting for builds still, though?
[19:43] <pitti> slangasek: yes, we are
[19:43] <pitti> slangasek: btw, the pad has my current version of the rebuild pipelines; feel free to update/merge with your's
[19:48] <pitti> then, good night everyone!
[19:48] <slangasek> 'night :)
[19:51] <ScottK> OK.  Back home to where there's no power.  Good luck.
[20:28] <micahg> is there a reason why there's still an amd64 builder on hold?
[20:34] <GrueMaster> What is the firefox issue?  I can't even get it to run on armel with today's image.
[20:34] <GrueMaster> (But I am willing to release note it).
[20:35] <micahg> GrueMaster: fraudulent certificates, we'll try to get firefox working on armel for final release
[20:35] <micahg> It's fixed in Firefox 8
[20:35] <GrueMaster> Ah, ok.
[20:47] <GrueMaster> micahg: Is there an lp bug I can reference for the iso tracker?
[20:48] <micahg> GrueMaster: for which, the arm issue, not that I know of, the mozilla one is in scrollback, feel free to file a bug and link them
[20:54] <charlie-tca> Thank you , infinity
[21:09]  * skaet --> back 
[22:07] <astraljava> cjwatson: Sorry to bother you again, but I'm having trouble with my local germinate. Could you possibly upload ubuntustudio's seeds, while Luke isn't to be found on our channel?
[22:10] <skaet> astraljava,  should I hold off on any rebuilds until the new seeds land?
[22:12] <astraljava> skaet: I don't know, really. The last build seemed to be at around 0830 UTC, while Colin had postponed the building of images by 12 hours earlier. I don't think it matters much if they get built with old seeds, though.
[22:12] <cjwatson> you know, there are a bunch of core devs in more appropriate timezones :-P
[22:12]  * cjwatson runs the update script
[22:13] <astraljava> cjwatson: Okay, cool. What is the appropriate channel for asking such, then?
[22:14] <micahg> astraljava: infinity is still piloting in #ubuntu-devel
[22:14]  * astraljava has just started on worrying about these things since July, really :)
[22:14] <cjwatson> #ubuntu-devel is better, yes.  But I'm doing this one now.
[22:14] <cjwatson> Just advice not to lean on one person.
[22:14] <astraljava> micahg: Thanks! I'll keep that in mind. :) Thank you, Colin, Micah, and skaet (sorry I forget your first name!) :)
[22:15] <skaet> astraljava,  its Kate ;)
[22:15] <astraljava> Cheers, Kate! :)
[22:16] <cjwatson> (BTW, for those not familiar with it, the thing you want to ask for is for somebody to update the ubuntustudio-meta package)
[22:17] <cjwatson> most developers should be able to pick it up from that since there's an 'update' script in the source package
[22:17] <micahg> that doesn't even need a core-dev :)
[22:17] <cjwatson> no, indeed
[22:18] <astraljava> cjwatson: Oh cool! Thanks so much!
[22:18] <skaet> gilir, lubuntu has firefox in it,  do you want the respins to contain the security fix?
[22:18] <gilir> skaet, no, we don't have firefox :)
[22:19] <skaet> gilir, interesting,  grep on the manifest is showing it. ;)
[22:20] <gilir> arf, not again :(
[22:20]  * gilir will check
[22:20] <skaet> gilir,  definitely on powerpc,  firefox-locale-* on the others.
[22:20] <skaet> grep firefox *.manifest
[22:20] <micahg> skaet: firefox-locale-* comes in from the langpacks, not an issue
[22:20] <micahg> gilir: ^^
[22:21] <skaet> micahg,  okie. :)
[22:21] <gilir> ah yes maybe on powerpc, because chromium is not build on it
[22:23] <gilir> skaet, but powerpc are not part of the tested images for the release, no need to worry for them :)
[22:24] <skaet> gilir,  coolio.  :)   Your new images should get kicked off with the next set of runs then.
[22:24] <gilir> cool thanks :)
[22:25] <cjwatson> ubuntustudio-meta in the queue
[22:25] <cjwatson> [ 61%] make[3]: *** No rule to make target `/usr/lib64/libpq.so', needed by `bin/libKWWidgets.so.1.0.1009.0'.  Stop.
[22:25]  * cjwatson sings the I-hate-cmake song
[22:25] <skaet> slangasek, can you review the pad, and check the time estimates for starting things off is reasonable.
[22:25] <skaet> cjwatson,  ack,  will hold off for that one then until it shows up.
[22:25] <slangasek> skaet: times are UTC?
[22:26] <skaet> slangasek,  yup.   currentl: 2226
[22:26] <slangasek> skaet: kubuntu/lubuntu desktop/DVD are listed as waiting for ubiquity only - should we push those now?
[22:27] <slangasek> well, I guess "now" vs. "4 minutes from now" makes little difference ;)
[22:27] <skaet> slangasek,  figured to trigger them once they showed up in the archive.
[22:28]  * skaet waiting for publisher run.
[22:28] <skaet> but basically yes.
[22:28] <skaet> ScottK said to not hold up on him with powerpc, due to his power issues,  and it would be nice to clear them, and get fresh there before firefox hits.
[22:29] <slangasek> skaet: ubiquity 2.7.24 is already in the archive
[22:30]  * skaet nods,  appears so. :)
[22:31]  * Daviey checks in
[22:40] <skaet> Daviey, are you expecting any rebuilds?
[22:40]  * skaet wonders if the server build issue has been sorted.
[22:40] <cjwatson> can somebody review/accept that ubuntustudio-meta, please?  it should be trivial to reviw
[22:40] <cjwatson> *review
[22:40] <cjwatson> server/powerpc you mean?  it's unsortable.
[22:41] <cjwatson> (again, can we please not have "the <foo> issue" - it's really confusing!)
[22:41] <infinity> cjwatson: Oh, hah, you already uploaded.  Yeah, I can review/accept.
[22:41] <cjwatson> the server/powerpc build failure is a genisoimage crash that affects images of certain sizes
[22:41] <cjwatson> a direct fix for that is unlikely
[22:42] <skaet> cjwatson,  sorry, yes that is the one I meant.  Didn't know if it was limited to powerpc or wider.  Thank you.
[22:42] <infinity> cjwatson: Randomly add some nulls to the end of a file? ;)
[22:44]  * skaet notes: Lubuntu Live CD building,  queued: Kubuntu Live CD ;  Kubuntu DVD
[22:55] <Daviey> skaet: So regarding powerpc for server.. We have no interest in that image at all.  It will recieve no QA, and TBH - would be better being dropped IMO.
[22:56] <skaet> Daviey, consider the powerpc image dropped then.    What about the rest of them,  do they need a respin, or are you good with the current images?
[22:56] <Daviey> We seem to be pretty good. :)
[22:57] <skaet> Daviey,  coolio.
[22:57] <skaet> :)
[22:57] <Daviey> \o/
[22:57]  * skaet draws nice little ticky mark in that column ;)
[22:57] <Daviey> skaet: Agreed to drop for b1 or for rest of cycle?
[22:58] <skaet> Daviey,  yours and Robbie's call for rest of cycle.  For b1 definitely consider it dropped.
[22:58] <Daviey> skaet: will release note it, and see if anyone screams. :)
[22:58] <Daviey> i'll bet nobody cares :(
[22:59] <Daviey> or rather :)
[22:59] <skaet> Daviey,  feel free to go in and edit release notes now for server while its fresh in mind.  ;)
[22:59] <skaet> https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview
[22:59] <Daviey> taht is one for tomorrow, i think :)
[23:00] <cjwatson> skaet: can I have a slot to run a test-build for the new-style Chinese edition at some point?  OEM is collectively having kittens in my inbox and I'd like them to stop
[23:00] <Daviey> 23:59 < Daviey> taht is one for tomorrow, i think :)
[23:00] <Daviey> Day changed to 31 Aug 2011
[23:00] <skaet> lol,   can't blame me for trying ;)
[23:00] <Daviey> dammit.
[23:00] <skaet> cjwatson, now is good.
[23:01] <skaet> cjwatson do you want me to kick it off?  or are you going to to?
[23:06] <infinity> Daviey: If I find the round tuits to make the powerpc alternates actually work on my PowerStation, I may have interest in QAing PPC/server.  But not in the next day or two, no. ;)
[23:06] <cjwatson> skaet: did you see anything I said from "I know it may not necessarily fit exactly right now" onwards?
[23:09] <Daviey> infinity: Do you think people actually care about running powerpc with server flavour?
[23:09] <skaet> cjwatson, nope - didn't see that comment either.
[23:09] <Daviey> infinity: Or would mini.iso be enough to bootstrap people?
[23:10] <infinity> Daviey: Given that most powerpc hardware you can still buy is either embedded or server-class, and nothing in between, yeah.
 I know it may not necessarily fit exactly right now, but if somebody could run 'UBUNTU_DEFAULTS_LOCALE=zh_CN buildlive ubuntu daily-live' on antimony at some point and let me worry about any failures, that would be great
 er, incidentally, what happened to that debian-installer upload?  nobody's done it
 and it's needed for any alternate/server rebuilds
 bah, those rebuild markers in the pad are wrong
[23:10] <infinity> Daviey: But, okay, that's fair.  I'm just as happy with netinst, personally.  As are most datacentre types.
 fixed them
[23:10] <Daviey> infinity: Really?  You can still buy power*PC* server hardware?
[23:10] <Daviey> not POWER, but powerpc?
[23:10] <infinity> Daviey: All the same architecture.
[23:10] <cjwatson> and as you can see I've also uploaded debian-installer now; review appreciated
[23:11] <skaet> cjwatson,  d-i dependency wasn't on the etherpad.   drat.
[23:11] <infinity> Daviey: (The two in my house happen to be POWER, but whatever)
[23:11] <cjwatson> skaet: yep.  it is now.
[23:11] <skaet> heh,  hadn't kicked those ones off, since still missing i386 linux.
[23:11] <Daviey> infinity: So power can be the same as powerpc.. but it's not optimised, etc.
[23:11] <Daviey> AIUI.
[23:11] <cjwatson> Daviey: don't buy everything you're told by the manufacturer :-)
[23:12] <Daviey> cjwatson: am i wrong?
[23:12] <Daviey> is power == powerpc for this?
[23:12] <cjwatson> Daviey: our i386 and amd64 flavours aren't hyper-optimised to run only on the very most modern Intel chips either
[23:12] <infinity> Daviey: I prefer a 32-bit PPC distro to something "power-optimised", to be fair.
[23:12] <cjwatson> and sure, you'd get a few more percent out of them that way, no doubt, but there's value in compatibility too
[23:12] <infinity> Daviey: (With a 64-bit kernel, obviously)
[23:13] <infinity> cjwatson: Well, you gain a few percent and lose a few, in all 32->64 cases that aren't amd64.
[23:13] <cjwatson> it's only with extremely recent hardware that people I trust to know what they're talking about have started saying that it's worthwhile running a 64-bit userspace on POWER systems
[23:13] <infinity> cjwatson: The only reason amd64 is so shiny is because of all those yummy new registers.
[23:13] <skaet> cjwatson is zh_CN desktop safe to run in parallel with  lubuntu/kubuntu desktop builds?
[23:14] <cjwatson> skaet: only one livefs build can run at a time; the others will block
[23:14] <infinity> (But, in the POWER case, you do get some nice new optimisations that can canel out the bloated memory usage)
[23:14] <infinity> Daviey: Ultimately, the point is "yes, we run on POWER". :)
[23:14] <cjwatson> infinity: oh, sure, but a lot of the "not optimised" is also "not -march=power7"
[23:14] <slangasek> skaet: multiarch documentation added to https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview
[23:14] <skaet> cjwatson,  as soon as lubuntu/kubuntu desktop is finished,  will queue it up.
[23:14] <skaet> slangasek.   Thanks!  :)
[23:14] <cjwatson> skaet: thanks
[23:15] <skaet> np
[23:16] <cjwatson> infinity: and I think that's at least somewhat analogous to -mtune=generic vs. -mtune=core2, say, which was closer to the point I was trying to make - we don't necessarily need absolute shiniest optimisations for a port to be worthwhile
[23:16] <cjwatson> although I know that a putative 64-bit userspace port would likely be more heavily optimised
[23:16] <skaet> linux i386 has landed!   woot!   kicking those alternates off now.  :)
[23:18] <infinity> cjwatson: Yeah.  And I'm happy with ppc32 remaining generic enough to run on an old G3, if we can have a super-shiny POWER7-targetted ppc64.
[23:19] <infinity> cjwatson: But that also means I'll end up wanting the genering ppc32 build on my (not exactly obsolete) POWER5 systems. :)
[23:21] <infinity> s/genering/generic/
[23:21] <infinity> I think my fingers are tired.
[23:24] <skaet> Daviey,  https://wiki.ubuntu.com/OneiricOcelot/ReleaseImageContacts,  turns out powerpc wasn't in the list for server,  no need to release note it.
[23:28] <cjwatson> we should seriously not be having multi-hour discussions about a non-Canonical-supported architecture, anyway
[23:28] <cjwatson> if it doesn't work, move on
[23:28] <cjwatson> people can catch up if they want to work on fixing it
[23:37] <cjwatson> infinity: don't suppose you could review debian-installer?
[23:38] <infinity> cjwatson: Can and will.
[23:38] <infinity> And ack on the discussion.
[23:38] <infinity> I intend to fix it on my PowerStation in my spare time "some day". :P
[23:41] <infinity> cjwatson: Looks good to me.  You're ready to let it build?  I haven't been watching kernel builds.
[23:43] <cjwatson> infinity: yeah, the kernel's in place
[23:43] <infinity> cjwatson: Accepted, then.
[23:46] <infinity> I'm technically "off" for the day, but I'll be around all evening if people need reviews/etc.  Just nick higlight me.
[23:46] <infinity> (And I'll still be mucking with things too... So, whatever.  Just expect slightly longer response times)
[23:58] <skaet> gilir, lubuntu alternate (20110830.1) and lubuntu desktop (20110830.2) posted