[01:32] <marjo> ping skaet
[01:32] <marjo> ping skaet_d
[02:44] <skaet_> jdstrand, thank you for looking into the natty_probs.html.  fingers are crossed for a smooth set of builds tonight before Riddell switches the builders to manual.
[03:02] <skaet_> Riddell, when the images come off the build, please get them added into the .iso tester, so we can get started on testing them immediately.   Note, when I checked just now,  .iso tester still needs to be reset.   Please work with jibel to get it cleaned up, if its not reset already to Alpha 3 when you've got images to push.
[03:03] <charlie-tca> Kubuntu alternate-amd64.iso dated 2011-03-01 installed on hardware
[03:14] <jdstrand> huh
[03:14] <jdstrand> various cd images died cause ubuntu-minimal couldn't be installed due to:
[03:14] <jdstrand> dpkg: error processing lsb-release (--configure): subprocess installed post-installation script returned error exit status 1
[03:14] <jdstrand> dpkg: error processing rsyslog (--configure): subprocess installed post-installation script returned error exit status 10
[03:14] <jdstrand> not reproducable here...
[03:15]  * jdstrand makes note to ask how antimony bootstraps images
[03:16] <slangasek> skaet_: so given that bug #723846 is approved for a3, does it make sense for me to upload what's in James' branch to give us a leg up on image respins?
[03:16] <ubot4> Launchpad bug 723846 in upstart (Ubuntu) "Feature Freeze Exception request for Upstart in Natty (affects: 1) (heat: 14)" [High,In progress] https://launchpad.net/bugs/723846
[03:16] <slangasek> jdstrand: exit status 10 is a pretty good indicator of a debconf-related failure
[03:17] <jdstrand> interesting.
[03:17] <jdstrand> well, I am just passing through and noticed that
[03:17] <jdstrand> no time to debug, but will follow up and certainly learn something tomorrow
[03:17]  * jdstrand likes to learn :)
[03:17] <slangasek> the lsb-release error is almost certainly *not* debconf-related, however
[03:18] <slangasek> jdstrand: do you have an example log I could fix my eyes on?
[03:18] <jdstrand> slangasek: there is not a lot to go on, but let me paste one
[03:18] <slangasek> well, you said "how antimony bootstraps", but package installation is normally done on the livecd builders, no?
[03:19] <jdstrand> slangasek: full log for LiveFS kubuntu/natty/i386 failed to build on 20110301: http://paste.ubuntu.com/573772/
[03:19] <skaet_> slangsek, branch 1-3 are approved for A3 based on what jhunt and cjwatson did.
[03:20] <skaet_> those changes have been uploaded already earlier.   What's in james' branch?
[03:20] <slangasek> jdstrand: right, that log is available at available at http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/kubuntu/20110301/livecd-20110301-i386.out, no?
[03:20]  * skaet_ approved it earlier in the day, but forgot to hit save on the bug update until she got back to her computer (multiple windows hid it... :P )
[03:20] <jdstrand> slangasek: looks like it :)
[03:20] <slangasek> skaet_: ah, if it's already uploaded then nevermind :)
[03:21] <jdstrand> see, I even got to learn something *tonight* \m/
[03:21] <slangasek> skaet_: I saw the bug update and was trying to avoid it waiting until morning
[03:21] <slangasek> jdstrand: :)
[03:21] <slangasek> so, this is some sort of debootstrap failure involving lsb-release and pycentral; not god
[03:21] <slangasek> good
[03:21] <slangasek> (not god either, but that's a somewhat less specific statement)
[03:22] <jdstrand> lol
[03:22] <skaet_> :)
[03:24] <skaet_> slangsek,  yup I think were good for the upstart side,  now the issue of failure to builds .... urk.   not good.
[03:24] <slangasek> yep, working on reproducing locally
[03:25] <skaet_> thanks.
[03:26] <jdstrand> I tried 'apt-get install ubuntu-minimal' in my natty schroot, which was created via mk-sbuild
[03:26] <jdstrand> it worked fine
[03:26] <jdstrand> (or course with just main and restricted, and archive.ubuntu.com, not something local
[03:26] <jdstrand> )
[03:28] <GrueMaster> armel images failed to build.  Looks like dpkg postinst issues with lsb-release and rsyslog.
[03:29] <jdstrand> GrueMaster: yeah, so did several others
[03:29] <GrueMaster> Ah.  See it now in the backscroll.
[03:29] <jdstrand> (in recent backscroll)
[03:29] <jdstrand> slangasek: does antimony use debootstrap?
[03:30] <slangasek> jdstrand: shouldn't; the debootstrapping should be on the livefs builders
[03:30]  * jdstrand really doesn't want to get embroiled in this right now, but is curious
[03:30] <slangasek> but that log is from the debootstrap call on a livefs builder, yes
[03:31] <slangasek> (i.e., not /from/ antimony, only dispatched via antimony)
[03:31] <jdstrand> I think you might have taken my question slightly too precisely
[03:31] <slangasek> guess so :)
[03:31] <jdstrand> I only know that antimony 'does stuff' to boot strap an image
[03:32] <slangasek> anyway, yeah, this'll be a problem related to initial installation of the core packages
[03:32] <jdstrand> wither helpers do it or whatever, I have no idea. but if the main thing is debootstrap, then maybe I can try that here
[03:32] <slangasek> yes, it's debootstrap
[03:32] <jdstrand> s/wither/whether/
[03:33] <jdstrand> my schroot uses a buildd bootstrap...
[03:34]  * jdstrand tries a straight up debootstrap before heading to bed
[03:38] <slangasek> reproducible
[03:39] <jdstrand> slangasek: I'm using something like this: debootstrap natty /natty/ http://archive.ubuntu.com/ubuntu/
[03:39] <jdstrand> slangasek: as that what you are using?
[03:39] <slangasek> yes
[03:40] <jdstrand> slangasek: so, lsb-release failed there right? looking at the logs there seemed to be problems before trying to install ubuntu-minimal
[03:40] <slangasek> it's lsb-release; ubuntu-minimal depends on lsb-release
[03:41] <slangasek> and I think this is related to my dpkg upload
[03:41]  * jdstrand nod
[03:41] <jdstrand> nods even
[03:41] <slangasek> (pycentral is snuffling around inside of /var/lib/dpkg, which it Ought Not Do)
[03:41]  * jdstrand just reproduced
[03:41] <slangasek>         if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname):
[03:41] <slangasek>             self.error("package %s is not installed" % self.pkgname)
[03:42] <slangasek> tsk, bad python-central
[03:42] <slangasek> fix will be on its way before the top of the hour
[03:42] <jdstrand> cool
[03:42] <slangasek> what builds should I retrigger once it's published?
[03:42] <jdstrand> well, I got two learn 2 things tonight
[03:43] <jdstrand> let me get the list
[03:43] <jdstrand> kubuntu/natty/armel+omap
[03:43] <jdstrand> kubuntu/natty/armel+omap4
[03:43] <jdstrand> ubuntu-netbook/natty/armel+omap4
[03:43] <jdstrand> ubuntu-netbook/natty/armel+omap
[03:43] <jdstrand> kubuntu/natty/amd64
[03:43] <jdstrand> kubuntu/natty/i386
[03:43] <jdstrand> edubuntu-dvd/natty/amd64
[03:43] <jdstrand> edubuntu-dvd/natty/i386
[03:43] <jdstrand> kubuntu-mobile/natty/i386
[03:44] <jdstrand> I don't know what's pending, but that is everything I have
[03:45] <jdstrand> kubuntu/natty/armel+omap was the last and failed 28 minutes ago
[03:45] <slangasek> ok
[03:45] <jdstrand> nice, now I don't have to feel guilty about going to bed
[03:46] <jdstrand> slangasek: thanks! :)
[03:46] <slangasek> sure thing :)
[03:46] <slangasek> it's my bug anyway ;)
[03:46] <jdstrand> learned 2 new things, and a guilt-free sleep. pretty sweet
[03:46] <slangasek> well, technically pycentral's, but I set it off :-)
[03:46] <jdstrand> hehe
[04:41] <slangasek> ok, python-central is accepted but I ran into the content generation job as usual
[04:42] <slangasek> trigger set to fire off builds as soon as that's cleared and python-central is in the archive
[04:50] <slangasek> and I have the fix for libreoffice on armel, but maybe today is not the day to upload that, given that it's not going to get done before alpha3 anyway :)
[05:06] <Keybuk> slangasek: would you mind if I made an upload?
[05:07] <ev> it's a trap!
[05:07] <Keybuk> ev: can you test something for me?
[05:07] <Keybuk> touch /etc/init/.conf
[05:07] <slangasek> Keybuk: I'm too busy putting out my own dpkg-induced fires to mind, but that doesn't mean the other members of the release team won't :
[05:07] <slangasek> )
[05:07] <slangasek> I think I have python-central fixed now
[05:08] <slangasek> now I have to unbreak ucf
[05:08] <slangasek> which ironically is broken because of a patch to ucf that I wrote
[05:08] <Keybuk> wow, ev stopped responding to PING
[05:08] <slangasek> so... another hour before debootstrap will work again
[05:08] <Keybuk> he really tested that
[05:08] <Keybuk> you'd think he'd know better than listening to me :p
[05:21] <ev> jerk
[05:21] <Keybuk> love you too
[05:21] <cody-somerville> +1
[05:21] <ev> 'twas an excuse to make more coffee
[05:21] <ev> and curse your name
[05:22] <Keybuk> slangasek: ok, no upload from me
[06:11] <slangasek> kubuntu alternate will also need respun for this issue
[06:11] <slangasek> it has the new dpkg in it, so debootstrap will fail at install time
[07:39] <pitti> slangasek, cjwatson: disabling CD cron jobs now, so that we can do an optimized pipeline mass rebuild after the remaining debootstrap fixes
[07:39] <slangasek> yes, I already have a pipeline queued... I didn't notice that cronjobs were still enabled
[07:41] <pitti> ah, good to know
[07:45] <pitti> slangasek: do you also have a current pipeline which includes ports?
[07:46] <pitti> the pipeline in my documentation is already quite old
[07:46] <slangasek> pitti: AIUI there are no longer separate jobs for ports
[07:47] <pitti> ah, seems your pipeline already started? at least natty/powerpc alternates are already building
[07:47] <ev> might I kindly ask an archive admin to promote dpkg-repack to main
[07:48] <pitti> ev: ugh, yes
[07:48] <pitti> ev: I see it's blocking ubiquity, but please file an MIR
[07:48] <ev> I did
[07:49] <ev> sorry, I didn't reference it in the upload
[07:49] <pitti> ah, you aren't supposed to
[07:49] <pitti> great, promoting and closing
[07:49] <pitti> slangasek: ^ I think this needs another publishing cycle (for your wait-for pipeline)
[07:49] <ev> bug 726453
[07:49] <ubot4> Launchpad bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/726453
[07:49] <ev> pitti: thanks
[07:50] <pitti> slangasek: as ubiquity depends on it
[07:50] <slangasek> oh; should I turn this over to you then?
[07:50] <slangasek> way past my bedtime here
[07:50] <pitti> slangasek: sure; mind to throw me your pipeline?
[07:52] <slangasek> done
[07:53] <pitti> slangasek: good night!
[07:56] <ev> could I squeeze in one last ubiquity upload or are we well into the process?  There's a bug in partman-auto that's fixed with the latest upload, but it requires another ubiquity upload for it to make it to the desktop CDs as well.
[07:57] <pitti> ev: we can squeeze it in, I think
[07:57] <ev> awesome, uploading now
[07:58] <pitti> I checked natty_probs now, and all i386/amd64 uninstallabilities are expected now (fglrx/nvidia), except for ubiquity (fixed with promotion) and jasper (investigating now)
[07:59] <pitti> ev: I'll rebuild the livefs-base in the meantime then, and the alternates
[08:01] <pitti> ah, jasper is just a followup of ubiquity
[08:07] <slangasek> ev: so, ah... just how much does ubiquity depend on dpkg-repack?
[08:07] <slangasek> because on a hunch (man, I'm never gonna get to bed) I just checked, and dpkg-repack isn't multiarch-safe
[08:08] <ev> slangasek: heavily for the reinstall/upgrade option
[08:08] <ev> alternative proposals welcome
[08:08] <slangasek> well, dpkg-repack will need fixed for multiarch regardless
[08:08] <slangasek> I'm just asking if this is a feature you need working in alpha 3... because right now it won't
[08:09] <slangasek> it needs to be ported to use $dpkg_lib/info/$arch instead of $dpkg_lib/info... not too tricky, but I think somebody on your side of the pond will need to take care of this
[08:09] <ev> I'm not overly concerned if it's broken and release noted, so long as it's still allowed to make the final cut
[08:09] <slangasek> (if you need it urgently)
[08:10] <slangasek> ok
[08:10] <slangasek> good, then I'll sleep easy :)
[08:11] <ev> :)
[08:15] <ev> pitti: ubiquity 2.5.21 uploaded
[08:17] <ev> right, I'm going to bed for a few hours. Don't hesitate to call my cell and wake me if it turns out I broke the world somewhere along the way.
[09:08] <jibel> cjwatson, skaet_, Ubuntu alternate amd64/i386 fails to install this morning. rsyslog and lsb-release failed to install. I'll file a report and attach the logs.
[09:08] <jibel> during the setup of the base system
[09:08] <pitti> jibel: nevermind, it's known
[09:08] <pitti> jibel: and already fixed
[09:08] <pitti> jibel: I'm about to respin all images
[09:09] <jibel> pitti, okay, thanks.
[09:35] <Riddell> any plan for ubuntu desktop being oversized?
[09:40] <pitti> Riddell: I killed a langpack
[09:41] <pitti> and we have a bug to remove libreoffice-tango from the default install
[09:41] <pitti> but too late for a3
[09:42] <pitti> Riddell: FTR, I have all alternate rebuilds queued up, and wait for ubiquity 2.5.21 to rebuild the entire lot of desktops/dvds/preinstalled
[09:42] <pitti> Riddell: are you aware of anythign the Kubuntu CDs block on?
[09:43] <pitti> argh, sync-mirrors keeps hanging on scandium (discussing with IS)
[09:44] <Riddell> Kubuntu is fine except I had bug 726581 yesterday
[09:45] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu) "install stops half way through (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/726581
[09:45] <pitti> I temporarily take out scandium from etc/config, to unblock CD builds
[09:51] <pitti> jibel: new ubuntu alternates posted, they ought to work now
[09:51] <pitti> s/new// really (it's the first image on the tracker for a3)
[09:53] <jibel> pitti, ok syncing.
[09:55] <pitti> cjwatson: sorry for all the build log spam; I'm on it
[09:56]  * pitti starts desktop/DVD build pipeline from hell
[10:09] <pitti> kubuntu alternates posted, ready for testing
[10:10] <pitti> cjwatson: looks like nic-usb-modules-2.6.32-410-dove-di is on the mirror now, I'm retrying a build
[10:10] <pitti> ... of d-i
[10:18] <cjwatson> yeah, I probably ought to have looked at the d-i/armel build failures rather than ignoring them
[10:19] <pitti> cjwatson: good morning
[10:19] <pitti> cjwatson: I didn't investigate a lot whether the 410 kernel was actually only NEWed recently, but the buildds don't have anything else to do anyway
[10:19] <pitti> and I guess this is a blocker for the preinstalled images
[10:20] <pitti> (maybe not -- I don't know how they are actually built)
[10:21] <pitti> cjwatson: dang, failed again with the same error
[10:21] <pitti> E: Unable to locate package kernel-image-2.6.32-410-dove-di
[10:21] <pitti> E: Couldn't find any package by regex 'kernel-image-2.6.32-410-dove-di'
[10:21] <didrocks> so, FYI, we are testing unity trunk and should get something ready for upload in the next hour
[10:21] <pitti> cjwatson: ah, that's because I can't look properly
[10:21] <pitti> kernel-image-2.6.32-410-dove-di | 2.6.32-410.27 | maverick/main/debian-installer | armel
[10:21] <pitti> maverick != natty..
[10:22] <didrocks> do you think that, as planned yesterday, there will a window for it in alpha3?
[10:23] <pitti> didrocks: the current ubuntu desktops are just about to finish, and my current rebuild queue will still take several hours, so it's not too urgent
[10:23] <didrocks> pitti: ok, will keep you posted then
[10:23] <pitti> didrocks: DVD will build in some 2 hours, so if it gets uploaded and published  before, that'd speed it up a bit
[10:24] <pitti> didrocks: but if it misses that, no worries; good testing >> speed at this point :)
[10:24] <didrocks> pitti: we are still testing a lot to ensure we have no regression, I'll tell you :)
[10:24] <didrocks> yeah
[10:24] <didrocks> prefer quality so closed to the gate
[10:24] <didrocks> ;)
[10:27] <pitti> xubuntu alternates posted
[10:28] <cjwatson> pitti: so should I just disable dove support in d-i for now?  looks like the kernel is gone ...
[10:28] <pitti> cjwatson: TBH I have no current idea about our variety of armel kernels
[10:29] <cjwatson> bug 715984
[10:29] <pitti> ogra: which armel flavours are we supposed to have these days? "linux" only builds omap AFAICS; no omap4, no dove?
[10:29] <ubot4> Launchpad bug 715984 in linux-mvl-dove (Ubuntu Natty) (and 3 other projects) "Remove linux-mvl-dove from Natty (affects: 1) (heat: 201)" [Critical,Fix released] https://launchpad.net/bugs/715984
[10:29] <pitti> aah
[10:30] <pitti> that'd be it :)
[10:30] <cjwatson> OK for me to reupload debian-installer for that, then?
[10:30] <pitti> sounds fine to me
[10:31] <pitti> cjwatson: it doesn't practically affect the currently built alternates, right?
[10:31] <pitti> cjwatson: or does it include new wrapped components?
[10:32] <cjwatson> not that I know of
[10:58] <pitti> ubuntu-server posted
[11:17] <pitti> apparenty my seed change didn't make it into the ubuntu desktop rebuild, so it's still oversized; at this point I'll wait for the new unity to land before I rebuild
[11:18] <pitti> http://cdimage.ubuntu.com/daily-live/20110301.1/ if someone wants to give it a smoketest
[11:28] <pitti> ubuntustudio posted
[11:28] <pitti> kubuntu desktop posted
[11:30] <cjwatson> wait
[11:30] <cjwatson> we need to fix bug 727106
[11:30] <ubot4> Launchpad bug 727106 in dpkg (Ubuntu) "multiarch symlink not present in fresh installs (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/727106
[11:30] <cjwatson> it's a pain to migrate otherwise
[11:35] <cjwatson> uploading a quick fix now, and patch sent to buxy
[11:36] <pitti> cjwatson: that'll require rebuilds of all images?
[11:36] <cjwatson> yes
[11:36]  * pitti stops the big pipeline then
[11:37] <pitti> marking all images as to be rebuilt then
[11:37] <cjwatson> otherwise any systems installed from those images will be different from upgraded systems in a way that's (a) significant and (b) hard to put right latere
[11:37] <cjwatson> *later
[11:37] <cjwatson> sorry
[11:37] <pitti> cjwatson: hm, on first sight that seems like something that could be done in a postinst?
[11:38] <cjwatson> then you have to move a load of files in /var/lib/dpkg/info in a maintainer script, temporarily making them be not a path that dpkg will consider
[11:38] <cjwatson> I don't think this is safe
[11:38] <pitti> ok
[11:39] <pitti> all images disabled (I left upgrades, as there haven't been any tests yet)
[11:43] <cjwatson> I'm waiting for brltty to build before reuploading d-i
[11:43] <cjwatson> there was a conflict marker in one of its startup scripts
[11:54] <jibel> when can we expect the next batch of images to be ready for testing ?
[11:55] <pitti> jibel: I'm currently doing a smoketest, and doing so with the current images is appreciated (to check for installer failures, etc.)
[11:55] <pitti> jibel: the "good" ones will still take some 4 hours, I'm afraid
[11:55] <pitti> we need dpkg, brltty, d-i, nux, unity, and have dependencies between brltty->d-i and nux->unity
[11:59] <cjwatson> hmm, tempting to stop the publisher so that brltty/armel will have time to get in
[11:59] <cjwatson> would that be ok?
[11:59] <pitti> please do
[12:00] <cjwatson> done
[12:01] <pitti> cjwatson: is the d-i build failure due to the missing symlink in dpkg? (doesn't immediately look like it) or yet another bug?
[12:01] <pitti> cat: ./tmp/cdrom_gtk/tree/extraudebs-tmp/var/lib/dpkg/info/*.templates: No such file or directory
[12:01] <jibel> pitti, thanks, I'll continue testing the current images in approx. 1 hour. I'm doing upgrades at the moment.
[12:01] <cjwatson> already fixed in bzr and upstream git
[12:01] <cjwatson> d-i sets up its own dpkg/info directory
[12:01] <pitti> \o/ you rock
[12:01] <pitti> jibel: nice, thanks
[12:02] <cjwatson> so it needs to create that symlink otherwise (a) its own build system and (b) udpkg will get horribly confused
[12:02] <pitti> jibel: I'm running an amd64 smoketest now, too
[12:10] <ogra> pitti, right, we only support omap flavours
[12:15] <cjwatson> publisher running
[12:16] <cjwatson> uh, except there was already one running from the last hour, WTF
[12:16] <cjwatson> 09:43 <pitti> argh, sync-mirrors keeps hanging on scandium (discussing with IS)
[12:16] <cjwatson> pitti: what did IS say to that?
[12:16] <cjwatson> because the publisher is hanging on scandium too
[12:16] <cjwatson> 27321 11:26:36      \_ ssh archvsync@scandium
[12:16] <cjwatson> $ date
[12:16] <cjwatson> Tue Mar  1 12:16:43 UTC 2011
[12:21] <pitti> cjwatson: talked to Ng, and he promised to get back to it once he sorted out some high-urgency stuff
[12:22]  * pitti pokes again
[12:22] <wgrant> archive.u.c is partly borked too, so there are probably big issues.
[12:22] <ogra> would someone kick off armel builds in the meantime (we dont need d-i on the preinstalled ones)
[12:23] <pitti> ogra: need to wait on dpkg
[12:23] <ogra> oh, ok
[12:23] <pitti> well, perhaps not, unless armel needs multiarch?
[12:23] <ogra> it will, though i would like to have a boot smoketest asap
[12:23] <ogra> we didnt have images since feb 16th due to archive out of sync-ness
[12:24] <ogra> so all feature freeze breakage hasnt been tested yet
[12:25] <pitti> jibel: just finished a successful amd64 desktop smoketest, so don't bother about that one
[12:26] <cjwatson> pitti: we should block on the new dpkg on all architectures, multiarch or not
[12:26] <pitti> *nod*
[12:26] <cjwatson> it will affect any software that looks in /var/lib/dpkg/info/
[12:27] <pitti> so, waiting on publisher, smoketest done, I think I can disappear for a quick lunch
[12:27] <pitti> cjwatson: Ng re-poked, FTR
[12:30] <cjwatson> [5~/wg 64
[12:30] <cjwatson> urgh
[12:33] <didrocks> compiz just uploaded to fix unity launching in the classic session
[12:33] <didrocks> all nux + unity testing is succesfull (testing done by four people on trunk)
[12:33] <didrocks> nux building in my pbuilder (will take 30 min)
[12:33] <cjwatson> publisher really running
[12:33] <didrocks> then building packaged unity
[12:56] <ogra> Setting up lsb-release (4.0-0ubuntu9) ...
[12:56] <ogra> pycentral: pycentral pkginstall: package lsb-release is not installed
[12:56] <ogra> pycentral pkginstall: package lsb-release is not installed
[12:56] <ogra> dpkg: error processing lsb-release (--configure):
[12:56] <ogra> hmpf
[12:57] <cjwatson> that should be fixed with current python-central
[12:57] <ogra> phew, k
[13:16] <skaet_> pitti, cjwatson,   just read through the backscroll,   busy morning.    Has unity been incorporated in the current run or not?  must be missing some key comment ( /me slurping tea now - caffine is likely to be needed today :P )
[13:16] <pitti> hey skaet_
[13:17] <pitti> skaet_: unity is still being prepared
[13:17] <skaet_> pitti, good.
[13:17] <pitti> skaet_: currently wrangling kernel updates, after that I'll check the status of dpkg etc. and start building new imagwes
[13:17] <cjwatson> just uploading d-i now
[13:17] <cjwatson> publisher's still on manual for maximal throughput
[13:18] <skaet_> cjwatson,  sounds good.
[13:21] <skaet_> pitti,  if unity has any possibility of introducing regressions at this point, we can't afford to include it since we don't have a good set of images at this point.
[13:21] <didrocks> ok, nux 0.9.30-0ubuntu1, unity seems fine, just looking if we can sneak a distro-patch here
[13:22] <didrocks> skaet_: we tested it 4 people for 2 hours now
[13:22] <didrocks> and I'm running the packaged version to ensure there is no crash at all
[13:22] <didrocks> in any case, unity is dep on latest nux that I just uploaded
[13:22] <didrocks> so, waiting for a publisher run, and still testing for now
[13:24] <skaet_> didrocks, what does the nux that was just uploaded do/fix?
[13:24] <didrocks> skaet_: unity dep on latest nux, it's speed improvement for most of them for the dash
[13:24] <didrocks> and some crash fixes
[13:25] <pitti> didrocks: does it change ABI? you only need a strict build dep on nux abi changes
[13:26] <didrocks> pitti: yeah, nux changes the ABI basically whith each upload, hence the <<
[13:26] <njpatel> yeah it does
[13:26] <pitti> ok
[13:26] <njpatel> hey pitti :)
[13:26]  * pitti ^5s njpatel
[13:26] <njpatel> I haven't see a "^5s" before but I'm instantly impressed :)
[13:26]  * njpatel ^5s pitti back
[13:29] <skaet_> pitti, are the dpkg issues now resolved?
[13:29] <pitti> skaet_: should now, yes
[13:30]  * cjwatson does another debootstrap to confirm
[13:30] <skaet_> pitti,  what's left before pushing off the image rebuilds?
[13:30] <pitti> skaet_: FYI, I also cleaned up https://bugs.launchpad.net/ubuntu/natty/+bugs?field.milestone=33573, but not finished yet
[13:30] <pitti> skaet_: let me check
[13:31] <pitti> ogra, cjwatson: to confirm: armel preinstalled only depend on new dpkg; non-ubuntu alternates depend on brltty+d-i; non-ubuntu desktops only depend on dpkg; ubuntu desktop/DVD depend on unity
[13:32] <pitti> ubuntu alternates depend on unity as well, of course
[13:32] <pitti> IOW, as soon as my wait-for-package dpkg_1.16.0~ubuntu2 finishes, I'll trigger armel preinstalled builds
[13:33] <cjwatson> pitti: that sounds right to me
[13:33] <skaet_> do we have nux uploaded but unity not,  or are both not uploaded yet?
[13:34] <pitti> skaet_: antimony will be busy for a fair while with building the others, FWIW
[13:34]  * skaet_ nods
[13:34] <cjwatson> dpkg should be available already
[13:34] <pitti> ah, w-f-p just finished
[13:34] <cjwatson> my debootstrap picked it up
[13:35] <pitti> ubuntu-netbook daily-preinstalled should be ok, as this uses unity-2d
[13:35] <cjwatson> urk
[13:35] <pitti> cjwatson: ?
[13:35] <cjwatson> $ ls -l /chroot/natty-multiarch/var/lib/dpkg/info
[13:35] <skaet_> ?
[13:35] <cjwatson> total 20
[13:35] <cjwatson> -rw-r--r-- 1 root root     0 2011-03-01 13:35 dpkg.list
[13:35] <cjwatson> drwxr-xr-x 2 root root 20480 2011-03-01 13:35 i386
[13:35] <didrocks> skaet_: nux is pushed, I'm taking all the time I can get before it's published before pushing unity
[13:35] <didrocks> skaet_: as it will need nux to be published
[13:35] <cjwatson> that's still bad :(
[13:36] <cjwatson> and yes, that's new dpkg
[13:36] <cjwatson> I wonder if debootstrap needs to be changed
[13:36] <skaet_> didrocks, but if the abi has changed, will it not break the current unity if we build images without the updated unity?
[13:36] <didrocks> skaet_: we need either now:
[13:36] <didrocks> - rebuilding old unity
[13:37] <didrocks> - take the new one
[13:37] <didrocks> both option are working, I tested them
[13:37] <didrocks> options*
[13:37] <cjwatson> damnit.  yes, debootstrap needs to be changed as well
[13:38] <skaet_> thanks didrocks.
[13:39] <didrocks> skaet_: welcome, just doing some final "try to crash it" tests and then uploading unity
[13:39] <skaet_> cjwatson, pitti - I have an appt I need to leave for now.  Will be back online in about 2 hours.
[13:39] <cjwatson> testing ...
[13:39] <cjwatson> sorry, going as fast as I can
[13:40] <skaet_> cjwatson,  understand completely, no apologies needed.
[13:42] <skaet_> cjwatson, pitti - don't wait for my return for decisions,  get them building as soon as you're comfortable we'll get usable images.
[13:44] <cjwatson> ack
[13:51] <didrocks> ok, unity sounds good, didn't get any crash trying hard for the last 20 minutes in addition to the whole testing we did before
[13:51] <didrocks> uploading it
[13:52] <njpatel> \o/
[13:53] <didrocks> pitti: uploaded
[13:53] <ogra> hmm, it is supposed to produce good sound ?!?
[13:54] <cjwatson> hmm, why is SIGPIPE set to SIG_IGN in my terminal?
[13:54] <cjwatson> not in gnome-terminal though, maybe it's a pterm bug
[13:56] <didrocks> ogra: heh, full dolby digital :)
[13:57] <cjwatson> gnome-session bug
[13:57] <ogra> geez
[13:57] <ogra> and i never have my speakers attached when using it !
[14:02] <Daviey> Hello release team... ebtables is a new Recommends of libvirt-bin, showing in component-mismatch.  Is this ok?
[14:03] <Daviey> Or should we drop it to Suggests... we don't /need/ it.
[14:03] <Daviey> (this cycle)
[14:03] <Daviey> jdstrand and I are discussing it
[14:04] <jdstrand> well, I asked questions. I don't know the policy/rule surrounding that. I just figured if universe wasn't enabled, then a Recommends on a universe package just wouldn't get installed, which would go for cd images
[14:05] <Daviey> jdstrand, the fear i have with that is inconsistent installations... without a user explicitly setting no recommends.
[14:06] <jdstrand> that is a valid concern
[14:06] <cjwatson> universe is enabled by default for CD images; it might create networked vs. not inconsistency
[14:06] <cjwatson> if you don't need it, though, drop it to Suggests
[14:07] <Daviey> ack
[14:07] <jdstrand> interesting
[14:07]  * jdstrand starts to see the 'why' in all those reports
[14:07] <jdstrand> :)
[14:08] <pitti> cjwatson: wrt. your 'urk', was that an unexpected result from your debootstrap test? time to cancel the armel preinstalled builds?
[14:09] <cjwatson> yes
[14:09] <cjwatson> sorry, got distracted by SIGPIPE confusion
[14:09] <pitti> ok, cancelling
[14:09] <cjwatson> I just uploaded debootstrap 1.0.28ubuntu1
[14:09] <ogra> hmpf
[14:10] <cjwatson> sorry, but you don't want to have to clean this up later
[14:10] <ogra> no, indeed
[14:12] <cjwatson> publisher running now with all of that
[14:12] <pitti> ah, was just about to ask, as there's none running ATM
[14:12] <cjwatson> also with nux on ... whoops, not armel
[14:12] <pitti> cjwatson: 's ok, we don't need it there
[14:13] <cjwatson> everything else though
[14:13] <pitti> armel has unity-2d
[14:13] <cjwatson> ah ok
[14:13] <ogra> pitti, err, nope
[14:13] <ogra> we have both
[14:13] <pitti> uh?
[14:13] <ogra> unity needs to be insrtallable
[14:13] <ogra> and i think it has a versioned dep
[14:14] <pitti> ogra: I see Recommends: unity-place-files, unity-place-applications
[14:14] <pitti> but those are separate
[14:14] <ogra> we have unity and it should be used, but default to 2d because we cant ship the drivers in the images
[14:15] <pitti> next publisher round then..
[14:15] <ogra> k
[14:16] <pitti> ogra: so, I'll wait with building preinstalled until nux and unity are built?
[14:16] <ogra> well, if its installable you can just build away ... i still need a boot test
[14:16] <pitti> so, new trigger list; debootstrap -> everything !ubuntu; unity -> all ubuntu images
[14:16] <ogra> i fear we might need a good bunch of changes in the bootprocess
[14:17] <charlie-tca> cjwatson: we are going to stop the Xubuntu ppc builds entirely. We don't have any testers or developers that can work them, and users when trying to install have issues.
[14:19] <cjwatson> charlie-tca: OK :-/  stopped
[14:20] <charlie-tca> thank you. Just no point in building them only to hear complaints they are broken
[14:27] <pitti> ogra: if you have nux on the preinstalled, I'm afraid we need to wait for unity, as they strictly depend on each other
[14:28] <pitti> http://paste.ubuntu.com/573949/ is my current build plan
[14:28] <pitti> cjwatson: do you want to re-test once debootstrap is published, or did you do that locally already?
[14:29] <ogra> pitti, well, i get used to it, we couldnt build images since feb 16th due to that
[14:29] <ogra> its just massively frustrating
[14:29] <cjwatson> pitti: I did locally
[14:30] <cjwatson> (also committed upstream)
[14:30] <pitti> cjwatson: ok, cool; so I'll fire as soon as debootstrap is up
[14:30] <cjwatson> stuck on scandium again
[14:31] <pitti> publisher?
[14:31] <pitti> cjwatson: is there any way to temporarily take scandium out of the publisher mirror poke, just like in cdimage?
[14:31] <cjwatson> kicked, it's on its way
[14:31] <cjwatson> don't know, I don't like to touch that
[14:34] <pitti> ok
[14:42] <cjwatson> asked #is
[15:15] <jibel> kubuntu upgrades are failing because of bug 727211
[15:15] <ubot4> Launchpad bug 727211 in udev (Ubuntu Natty) (and 1 other project) "package udev 166-0ubuntu2 failed to install/upgrade: dpkg-divert: error: mismatch on package (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/727211
[15:16] <pitti> looking
[15:23]  * pitti taps feet on debootstrap appearing in antimony's Pacakges.gz (it's already in pool/)
[15:25] <pitti> hm, that udevadm diversion hasn't changed in years
[15:25] <pitti> trying in pbuilder..
[15:27] <pitti> jibel: do you still have the affected machine/vm from above bug?
[15:27] <jibel> pitti, yes
[15:28] <pitti> jibel: do you need to tear it down in the next 30 mins? I'ld like to test this locally first
[15:28] <pitti> jibel: could you please add the output of "dpkg-divert --list" to the bug for now?
[15:29] <pitti> jibel: and "ls -l /sbin/udevadm*"
[15:31] <pitti> ok, can't reproduce locally
[15:31] <jibel> pitti, I can keep it to the release of natty if you wish. http://paste.ubuntu.com/573969/
[15:32]  * skaet_ back
[15:34] <pitti> jibel: trying upgrade in conjunction with new dpkg now, the new dpkg migth be the one to blame
[15:35] <jibel> pitti, I'm retrying ubuntu upgrades. They passed this morning.
[15:35] <pitti> jibel: I don't think it's specific to u/kubuntu; just sounds like it'd hit the upgrade on some particular package order
[15:36] <cjwatson>   * Use DPKG_MAINTSCRIPT_PACKAGE environment variable as package name on
[15:36] <cjwatson>     dpkg-divert when no --package or --local options have been specified.
[15:36] <cjwatson> although udev seems to use --local explicitly everywhere
[15:36] <pitti> hah, reproduced
[15:36] <cjwatson> but that does suggest a possible location for the bug
[15:37] <pitti> jibel: ok, you can tear down your machine
[15:37] <jibel> ok, thanks pitti
[15:37] <cjwatson> the code in dpkg-divert looks wrong to me
[15:37] <cjwatson> in setpackage:
[15:37] <cjwatson>         /* If value is NULL we are being called from --local. */
[15:37] <cjwatson>         opt_pkgname = value;
[15:37] <cjwatson> and in main:
[15:37] <cjwatson>         env_pkgname = getenv("DPKG_MAINTSCRIPT_PACKAGE");
[15:37] <cjwatson>         if (!opt_pkgname && env_pkgname)
[15:37] <cjwatson>                 setpackage(NULL, env_pkgname);
[15:38] <cjwatson> I suggest tracking down Guillem on #debian-dpkg@oftc
[15:39] <cjwatson> I *think* the right answer is to replace !opt_pkgname with opt_pkgname_match_any there
[15:39] <pitti> I updated the bug with the details; I'll go find him
[15:40] <slangasek> current policy forbids use of --local for packages
[15:40] <slangasek> seems dpkg now enforces this
[15:41] <cjwatson> the changelog does not document that
[15:41] <cjwatson> it says:
[15:41] <cjwatson> oh, I quoted it above
[15:41] <cjwatson> it looks like a dpkg bug regardless of what policy says
[15:41] <slangasek> right
[15:42] <cjwatson> I agree udev's use of --local is questionable, but it seems easier to fix dpkg-divert in a hurry
[15:42] <cjwatson> publisher back on auto
[15:42]  * slangasek nods
[15:43] <pitti> finally, debootstrap landed on mirror; /me starts new images
[15:43] <cjwatson> ow, what a day
[15:47] <skaet_> is unity on the mirrors, or are we still waiting for it?
[15:48] <pitti> skaet_: I was waiting for debootstrap, which just got mirrored (hiccup again, had to run anonftpsync myself)
[15:48] <pitti> skaet_: images are building now, starting with !ubuntu/!edubuntu (since these wait for unity)
[15:49] <skaet_> sounds like we're still waiting on unity then.
[15:49] <pitti> unity is building on i386/amd64, depwait on nux on armel
[15:49] <skaet_> ack.
[15:49] <pitti> Riddell, ogra: do we want kubuntu daily-preinstalled? they failed to build
[15:50] <Riddell> if they don't build we don't have a choice surely
[15:50] <pitti> or only kubuntu-mobile daily-preinstalled? or both?
[15:50] <pitti> Riddell: no, I mean, are these even expected to build?
[15:50] <pitti> not quite sure about kubuntu vs. kubuntu-mobile preinstalled
[15:50] <pitti> these are only for arm, so potentially we might only want mobile?
[15:51] <Riddell> preferably we'd have both
[15:51] <pitti> Riddell: do you happen to know where the preinstalled logs are?
[15:51]  * pitti tries kubuntu-mobile preinstalled in the meantime
[15:52] <Riddell> I think kubuntu-mobile won't work because of that tasks issue needing launchpad to be updated
[15:53] <Riddell> not sure where the logs are
[15:53] <ogra> if they need the recent qt fix Riddell uploaded, thats likely still building
[15:53] <ogra> Riddell, i dont think they are mirrored, look on the buildds directly
[15:54] <Riddell> ogra: how would I look on the buildds directly?
[15:54] <ogra> w3m from antimony
[15:54] <Riddell> mm hmm
[15:58] <Riddell>  libreoffice-style-oxygen : Depends: libreoffice-core but it is not installable
[15:58] <Riddell> tsk
[15:58] <ogra> ugh
[15:58] <ogra> why do you install libreoffice on your images at all :)
[15:58] <cjwatson> what architecture?
[15:58] <ogra> armel
[15:59] <pitti> Riddell: ah, right; libreoffice currently FTBFS on armel, hitting a gcc ICE
[15:59] <ogra> does linaro know about it ?
[15:59] <pitti> armel images on a3 need to remove LibO, sorry
[15:59] <ogra> we dont ship it anywhere
[15:59] <ogra> and Riddell should stop that too :)
[15:59] <ogra> we have zoho-weboffice in main for armel images
[16:00] <ogra> will work with kde too
[16:01] <slangasek> no, libreoffice currently FTBFS on armel, debian/rules was updated with an untested exception that results in a recursive variable definition
[16:02] <pitti> ah, right; the previous version ICEed, then this variable update was done, which failed, too
[16:02] <pitti> anyway, won't get fixed in time for armel to build it
[16:02] <slangasek> right
[16:02] <pitti> Riddell: so I guess it's down to "temporarily unseed libo for kubuntu{,-mobile} preinstalled, or skip it for a3
[16:03] <Riddell> yep, removing from seeds
[16:03] <Riddell> it's not in -mobile but that needs the launchpad update anyway
[16:03] <pitti> ah, ok
[16:07] <pitti> slangasek: hm, http://www.debian.org/doc/debian-policy/ap-pkg-diversions.html doesn't actually speak about --local
[16:08] <slangasek> pitti: hmm, it's in the upgrading checklist, let me see
[16:08] <pitti> anyway, I'll fix it (--local -> --package udev)
[16:08] <pitti> sounds more standard anwyay
[16:09] <slangasek>      You should not use `dpkg-divert' on a file belonging to another
[16:09] <slangasek>      package without consulting the maintainer of that package first.  When
[16:09] <cjwatson>      3.9
[16:09] <cjwatson>           Maintainer scripts must pass `--package' to `dpkg-divert' when
[16:09] <cjwatson>           creating or removing diversions and must not use `--local'.
[16:09] <slangasek>      adding or removing diversions, package maintainer scripts must provide
[16:09] <slangasek>      the `--package' flag to `dpkg-divert' and must not use `--local'.
[16:09] <slangasek> Policy version 3.9.1, section 3.9
[16:09] <pitti> h, thanks
[16:09] <cjwatson> pitti: is there any upgrade handling needed?
[16:09] <cjwatson> transition, I mean
[16:09] <pitti> cjwatson: the diversion doesn't exist in an installed system
[16:09] <pitti> only between unpack (well, preinst) and configure (postinst)
[16:09] <pitti> so I think not
[16:10] <cjwatson> that's what I was hoping, but was on the phone so couldn't analyse
[16:10] <pitti> I'd just like to test/upload it now, so that upgraders get this in time for a3
[16:10] <cjwatson> yes, it's not vital for images but should be there
[16:21] <pitti> tested udev upgrade again, works fine now. uploading
[16:25] <pitti> images are getting built, but cdimage mirror is badly behind.. so not posting yet
[16:28] <GrueMaster> For arm, we only need the omap and omap4 preinstalled images.  No dove or imx51, and no netboot images (afaik).
[16:28] <slangasek> Do we know what's happening with mirroring?  Is this scandium still?
[16:28] <pitti> GrueMaster: hm, the only preinstalled ubuntu image type we have is ubuntu-netbook
[16:29] <pitti> slangasek: I disabled scandium from cdimage config temporarily, so sync-mirrors stops hanging
[16:29] <pitti> I think now it's just utterly slow
[16:29] <pitti> http://cdimage.ubuntu.com/kubuntu/daily/20110301.4/
[16:29] <GrueMaster> yes, that is correct.  But I have email from iso.qa saying images for imx51 & dove were ready.
[16:29] <pitti> (it's like that for > 20 mins already)
[16:29] <cjwatson> slangasek: Ng said that it's because security.u.c is getting hammered quite a lot at the moment
[16:29] <slangasek> pitti: well, there are public mirrors that are out of date also; the python-central and ucf fixes I pushed last night are still not available
[16:29] <slangasek> cjwatson: ah
[16:29] <cjwatson> (if I'm paraphrasing correctly)
[16:29] <GrueMaster> And looking at the tracker, I saw that the netboot images had been enabled.
[16:29] <cjwatson> they're trying to rebalance
[16:29] <pitti> slangasek: same reason probably; the world downloading openjdk from -security
[16:29] <jdstrand> one of the openjdk's has finally made it to -updates
[16:30] <jdstrand> (lucid)
[16:30] <pitti> GrueMaster: don't want netboot?
[16:30] <jdstrand> the karmic one is still finding its way
[16:30] <ogra> pitti, nice to have
[16:30] <GrueMaster> No easy way to test it as it doesn't have ta bootable image.
[16:30] <ogra> not priority or focus
[16:30] <pitti> GrueMaster: ah, I see -- I accidentally enabled netboot dove/imx51, those should go of course
[16:30] <GrueMaster> Yes, that was what I was referring to.
[16:30] <ogra> yeah, dove and imx should go
[16:31] <GrueMaster> We can have the images, just don't want them showing up as needing testing.
[16:31] <ogra> omap3/4 would be nice to have but wont be tested
[16:31] <ogra> (omap3 is helpful for having a downloadable vmlinuz for qemu)
[16:31] <pitti> GrueMaster: ack
[16:44] <pitti> publisher stuck again
[16:44] <pitti> cjwatson: you just killed the ssh archvsync@scandium for that?
[16:45] <cjwatson> yeah
[16:45] <pitti> *zap*
[16:59] <pitti> skaet_: downloaded and installed new unity debs from Launchpad, seems tame
[17:00] <pitti> (and awesome, too)
[17:02] <skaet_> whew!!
[17:02] <ogra> did they build on arm ?
[17:02] <ogra> :)
[17:03] <seb128> no
[17:03] <seb128> not yet rather
[17:05] <pitti> nux did, published now
[17:05] <pitti> armel unity is building
[17:05] <pitti> ogra: FTR, kenvandine just mentioned another libdbusmenu fix which is very important for unity-2d
[17:06] <pitti> he'll upload now
[17:06] <pitti> I just don't know whether it's important enough to delay the preinstalled images another hour?
[17:07] <ogra> pitti, we will likely need to rebuild anyway and have a couple of uploads once we actually *have* an image
[17:07] <pitti> ogra: ok; so build it ASAP?
[17:08] <ogra> right, we can still rebuild, but we need something to test first
[17:16] <ev> anyone have an opinion on whether these will require a tech board decision: https://bugs.launchpad.net/ayatana-design/+bug/723831 https://bugs.launchpad.net/ayatana-design/+bug/723826 ?
[17:16] <ubot4> Launchpad bug 723831 in ubiquity (Ubuntu) (and 1 other project) "Installer – The option to 'install third-party software' when installing Ubuntu should be selected by default (affects: 1) (heat: 6)" [Critical,New]
[17:18] <cjwatson> I'm going to be away for about three hours
[17:18] <charlie-tca> I thought third party software required user approval to install, wouldn't checked by default be wrong?
[17:18] <cjwatson> Kirsten needs to go out so I have to babysit
[17:18] <pitti> cjwatson: I'll still be here for 3 hours
[17:19] <charlie-tca> If it was checked by default, why not just install the software, which is what will be done anyway?
[17:21] <ev> charlie-tca: not a lawyer, but we might be able to get away with it by changing the button label to "Accept" or something like that.  I've seen such things on other platforms with larger legal teams than ours.
[17:22] <charlie-tca> I am not a lawyer either, but I thought the whole reason behind it not being checked was to insure the user knew it would be installed
[17:22] <pitti> ^ I agree
[17:22] <pitti> we print "free software" on the cover
[17:25] <ev> the text is still there for them to read; it's still vastly different than just sticking it in the squashfs.
[17:26] <charlie-tca> If they read it, why would it need to be checked by default? Isn't that being done because they don't read!
[17:27] <ev> I don't know the motivation, but I suspect it's because they may not realize the benefit of checking the box, a difficult proposition to solve in a paragraph of text.
[17:27] <ev> And it does benefit the vast majority of users, who greatly outnumber the people who care about software purity.
[17:27] <ev> whom equally tend to better understand these issues and can uncheck the box.
[17:29] <slangasek> well, if you're talking about "third party software", isn't that more than just a question of freeness?  Isn't there also a question of quality of integration?
[17:29] <slangasek> (from the bug description, it's not clear to me what this "third party software" option points to)
[17:29] <ev> ubuntu-restricted-addons
[17:30] <slangasek> oh; how is that third-party at all? :)
[17:30] <ev> so yes, but I suspect (I'm not claiming to have done user research) people will care more about having working java in the browser than they will being able to report bugs about it and get a decent response.
[17:30] <pitti> ev: oh, I thought this thing was about installing wl and nvidia, not extra codecs
[17:30] <ev> that's part of it as well
[17:30] <ev> but the same principle applies
[17:31] <pitti> ev: the latter are handled quite fine by our codec installer already, with much better UI?
[17:31] <ev> "rather have a working network card"
[17:31] <skaet_> ev, charlie-tca, re 723826 - we need to get signoff from legal before this is done, since its not just a convenience thing.   Basically some of the non free licenses combined with the free licenses have redistribution implications.
[17:31] <pitti> I'd be fine with installing drivers by default (wlan/graphics), as we have always considered them an "enabling pain" to use free software at all
[17:32] <pitti> but lumping both drivers and u-restricted-extra into one option seems hard to describe in a single sentence indeed
[17:33] <ev> historical context: the original motivation for the option was Michael Forrest surveying the community to find out what the most common set of actions were immediately after install, and he found that most people went straight for ubuntu-restricted-extras.
[17:34] <ev> skaet_: absolutely
[17:34] <slangasek> judging by bug reports it looks like the second most common post-install action is to remove grub2 in favor of grub1 and break their bootloader setup, but I wouldn't recommend we do that by default ;-)
[17:35] <ev> skaet_: we had long conversations with Amanda and Andrew about this originally, and I suspect we'd pick those back up with this change, if accepted.
[17:35] <ev> slangasek: heh
[17:36] <skaet_> ev,  want to have this accepted by amanda and andrew, before the change is made ;)
[17:36] <ev> why on earth are people switching to grub1?  Is there some Automatix Part Deux out there doing this for them?
[17:36] <ev> skaet_: of course
[17:37] <skaet_> anyhow,  have changed the priortity to wishlist,  and put my comments into this bug.  Pull me in, if the discussions start up.
[17:37] <ev> skaet_: will do
[17:37] <slangasek> ev: I don't think it's automatix; maybe some bad advice in the forums
[17:37] <ev> ugh, the forums.
[17:37] <ev> if I had but one nuclear weapon, I know where I'd point it.
[17:40] <charlie-tca> +1
[17:49] <pitti> yay, images trickling in on cdimage
[17:49] <pitti> mirrors ran out of space, had to free up a bit
[17:49]  * pitti starts tracker'ing
[17:51] <pitti> Riddell: kubuntu alternates, desktop posted
[17:52] <Riddell> ooh!
[17:54] <pitti> unity appeared now, building images
[17:58] <pitti> smoser: are you taking care again about the UEC image building and adding to the tracker?
[17:58] <smoser> well, yes, i will ping someone to do that when we have a build.
[17:58] <smoser> i cannot build at the moment
[17:59] <smoser> (or at least could not all morning)
[17:59] <smoser> is that expected to be resolved ?
[17:59] <pitti> smoser: what broke?
[17:59] <smoser> i get archive errors. sudo debootstrap --arch=i386 natty ./out.d http://archive.ubuntu.com/ubuntu
[18:00] <smoser> will regularly fail
[18:00] <pitti> weird, my cron.dvd/kubuntu-dvd build just finished, and yet there's no trace of it in www/full/kubuntu/dvd - WTH?
[18:00] <smoser> right now:
[18:00] <smoser> W: http://archive.ubuntu.com/ubuntu/dists/natty/main/binary-i386/Packages.gz was corrupt
[18:00] <pitti> smoser: when did you try last?
[18:00] <pitti> ah
[18:00] <pitti> debootstrap was fixed a few hours ago
[18:00] <smoser> oh? SRU'd to lucid ?
[18:01] <pitti> no, in natty
[18:01] <smoser> this is a lucid system building natty
[18:02] <smoser> just now, trying 'apt-get update' on that system showed 'Failed to fetch' errors.
[18:02] <pitti> smoser: judging by http://launchpadlibrarian.net/65373191/debootstrap_1.0.28_1.0.28ubuntu1.diff.gz it seems that you need to copy natty's recipe file to your build system
[18:03] <pitti> smoser: the failed to fetch sound like fallout from the security.u.c/archive.u.c. hammering
[18:03] <smoser> thats going to fix *download* ?
[18:04] <pitti> smoser: no, not download, but should fix the debootstrap result for natty
[18:05] <smoser> i think right now i'm not that far.
[18:05] <skaet_> pitti, [18:05] <skaet_> Tue Mar  1 17:51:50 UTC 2011
[18:05] <skaet_> lockfile: Sorry, giving up on "/srv/cdimage.ubuntu.com/ftp/Archive-Update-in-Progress-antimony.canonical.com"
[18:05] <skaet_> antimony.canonical.com is unable to start rsync, lock file exists
[18:05] <pitti> ah, that'd explain it
[18:05] <pitti> thanks
[18:05] <smoser> yeah... an dearlier today, i was lucky and actually got rhough an image build without such a thing. so i dont think thats it.
[18:05] <pitti> skaet_: re-running cron.dvd
[18:06] <pitti> skaet_: I just checked cardamom, the livefs is there (which is the expensive part)
[18:06] <skaet_> pitti, cool.
[18:06] <skaet_> thanks!
[18:06] <smoser> the hammering of security.ubuntu.com definitely isnt helping anything, though.
[18:08] <pitti> unity armel being published nwo
[18:09] <ogra> \o/
[18:12] <smoser> yeah, i'm getting corrupt downloads still from the mirrors. :-(
[18:13] <jdstrand> smoser: that should be resolving itself soon. the offending packages have been pocket copied and so mirrors should start to pick them up
[18:14] <smoser> so, i'm blocked on that at the moment.
[18:21] <pitti> finally! no "rebuilding" images any more on http://iso.qa.ubuntu.com/qatracker/
[18:21] <pitti> xubuntu/ubuntu alternate etc. all posted now
[18:22] <pitti> ubuntu/edubuntu desktops/dvds to come
[18:24] <ogra> did you accidentially fire off an arm build ?
[18:24] <ogra> i just got empty build failure mails
[18:24] <pitti> I might have earlier, yes; sorry
[18:24] <ogra> np
[18:24] <pitti> wait-for-package returned, but I didn't realize it wouldn't wait for all arches
[18:24] <pitti> have it running wiht -a armel now
[18:24] <ogra> heh
[18:24] <ogra> yeah, we are used to that :P
[18:27] <smoser> pitti, what is wait-for-package ?
[18:27] <pitti> smoser: it's a script that waits until a particular package version is on antimony's mirror
[18:28] <smoser> i've a similar [sounding] thing that is buggy right now because out of the N archive.ubuntu.com, only X of them have what i want.
[18:28] <pitti> smoser: so we can upload a fixed package, then set of a trigger with wait-for-package -a armel unity_3.6.0-0ubuntu1 && buildlive ..
[18:28] <smoser> yeah.. ihave something very similar, but would rather use yours
[18:28] <smoser> is that in a bzr repo somewhere ?
[18:29] <pitti> smoser: the heart of it is just a zgrep -q "$PACKAGE" "$CDIMAGE_ROOT/$FTPDIR/dists/$DIST/$COMPONENT/binary-$ARCH/Packages.gz"
[18:29] <pitti> smoser: the rest is rather specific to antimony, like the scripts to call anonftpsync, etc.
[18:29] <smoser> yeah, thats basically what i have. wget + grep.
[18:29] <smoser> k
[18:30] <pitti> parent branch: /srv/cdimage.ubuntu.com/bzr/private/cdimage
[18:30] <pitti> smoser: hm, I'm sure cdimage is in some branch on LP, just not sure where exatly
[18:30] <pitti> kubuntu-desktop_1.217 just hit, building kubuntu preinstalled
[18:31] <smoser> dont worry about it, pitti thanks.
[18:32] <pitti> ok, I did all I can for now, now I need to wait for the machinery; AFK for a bit for dinner
[18:44] <stgraber> skaet_: I'm working on a new ltsp package at the moment, that'll be a new upstream release containing only bugfixes. It'll fix LTSP for Edubuntu and possibly for Ubuntu Alternate (assuming it's also broken for alternate at the moment). Is it fine for me to upload that ?
[18:44] <stgraber> skaet_: I don't think we need it for alpha-3 but it'd definitely be a nice to have if we have to rebuild for whatever reason
[18:45] <stgraber> (the issue is caused by the new ssh introducing ecdsa keys which didn't exist before. LTSP currently doesn't copy them and so login doesn't work, the new package will fix that)
[18:46] <skaet_> stgraber,  if its not necessary for A3,  lets hold off until we know we're going to need a rebuild.  We may have some fragile other parts, and we probably need to minimize changes for a bit.
[18:48] <stgraber> ok
[18:48] <skaet_> stgraber, is there a bug number/s for tracking the LTSP fixes?
[18:49]  * stgraber checks
[18:49]  * skaet_ wants to dig into it a bit more and understand implications ( and what should be documented, etc. )
[18:49] <stgraber> nope, filing one now
[18:51] <skaet_> :)  okie,  copy release team on it,  since its going to be a FFe, since we're pulling in the new upstream package (even though it should be mostly bug fixes... :/ )
[18:53] <stgraber> oh, do we need FFe now for bugfix only upstream releases ? (as in, I'm the upstream :))
[18:54] <stgraber> anyway, bug 727339
[18:54] <ubot4> Launchpad bug 727339 in ltsp (Ubuntu Natty) (and 1 other project) "LTSP on natty doesn't support ecdsa ssh key. Login impossible (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/727339
[19:06] <dbarth__> skaet_: https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/709461 should provide a clearer description now
[19:07] <ubot4> Launchpad bug 709461 in unity (Ubuntu Natty) (and 4 other projects) "Application windows can sometimes fail to display and will mask regions of the screen (affects: 16) (dups: 2) (heat: 108)" [Undecided,In progress]
[19:07] <skaet_> stgraber, :) thanks for the bug number.  Sometimes the line between bug fixes and features is kinda blury.   https://wiki.ubuntu.com/FreezeExceptionProcess  calls for a bug in any case.  From the description, it sounds like you are adding the a capability to handle something that wasn't there before - so is it a new feature or bug fix, I could argue both ways? :P   But its a good thing to add and a bug is asked fo
[19:07] <skaet_> r in either case, just question of timing before it will go in. ;)
[19:11] <stgraber> hmm, looks like we also have a bug in tftp-hpa affecting ltsp ...
[19:11]  * stgraber tries to reproduce
[19:16] <stgraber> skaet_: bug 727356 (Chuck Short is looking at it)
[19:16] <ubot4> Launchpad bug 727356 in tftp-hpa (Ubuntu) "tftp-hpa crashes on natty (buffer overflow) (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/727356
[19:19] <skaet_> stgraber, thanks for letting me know.
[19:25]  * pitti feeds the hamsters to build faster
[19:25] <pitti> Riddell: Kubuntu DVDs posted, FYI
[19:26] <pitti> Riddell: kubuntu preinstalled took an hour now, so I guess they succeeded
[19:27] <ogra> just wait another 30min and you will know ;)
[19:31] <pitti> skaet_: do you know whether we post the chinese edition dailies in the tracker?
[19:31] <pitti> it just finished building
[19:33] <pitti> *cry*, ubuntu desktops still oversized; oddly enough they come out as the same size as this morning, althuogh I already removed a langpack
[19:33] <skaet_> pitti, re: chinese editions haven't gone in the tracker so far.  Do you know who's lined up to test them?
[19:33] <pitti> skaet_: I don't know
[19:34] <skaet_> pitti, ok,  will dig a bit and see if I can figure out what needs to happen to them.
[19:34] <marjo_> skaet_, pitti: no testers, no image!
[19:34]  * ogra guesses chinese people 
[19:34] <skaet_> pitti,  will let you focus on the oversized desktops...
[19:35] <skaet_> marjo_,  ack,  need to find out why they were added to the build list this time around...
[19:35]  * skaet_ goes off to talk to the OEM folk...
[19:35] <pitti> skaet_: they are always built
[19:35] <pitti> skaet_: we just haven't added them to the iso tracker so far
[19:40] <pitti> http://cdimage.ubuntu.com/daily-live/20110301.1/ ready for testing, but is oversized
[19:40] <marjo_> pitti: we don't want to add images to tracker unless there are committed testers for them
[19:40] <skaet_> pitti,   as part of dailies, but not part of release manifest.  ;)
[19:40] <pitti> so I won't add to tracker
[19:41] <skaet_> pitti, are we going to be able to get one out today that isn't oversized?
[19:41] <pitti> skaet_: your today, yes; my today, probably not
[19:41] <pitti> or just barely
[19:42] <pitti> skaet_: I synced upower, which just adds a new binary (GIR), and has no other code changes
[19:42] <pitti> I need a harmless main uplaod to update the Taks headers for my dropped langpack
[19:42] <pitti> (i. e. I dropped another one)
[19:42] <pitti> need to investigate what caused the CD to baloon
[19:42] <pitti> but that'll do for now
[19:42] <pitti> skaet_: so, we'll ideally get a CD in about 2 hours
[19:44] <skaet_> pitti,  thanks ok,  yeah no point in starting to test then.
[19:45] <pitti> unfortunatley the CD builds need a lot of handholding today
[19:46] <pitti> at least I got all builds in my "plan.txt" queued, and most of them done now
[19:51] <skaet_> pitti,  thanks for doing the hand and finessing.   I think ogra's suggestion that we allow 2 weeks between FF and a release makes sense for next time.
[19:52] <skaet_> s/hand/handholding/
[19:52] <ogra> yeah, to have some time for settling the newly introduced FF breakage
[19:53] <pitti> skaet_: we'd just get more FFEs..
[19:53] <pitti> but the dpkg one hit quite hard, yes
[19:53] <pitti> but actually the handholding mostly comes from the mirror breakage
[19:54] <pitti> ogra, Riddell: wohoo! http://cdimage.ubuntu.com/kubuntu/daily-preinstalled/20110301/
[19:55] <skaet_> \o/,    will add the pompoms when we know it works ;)
[19:55] <pitti> tracker'ed
[19:56] <pitti> I added it as "kubuntu netbook" (it's what the tracker offers), hope that's right
[19:56]  * skaet_ believes so
[20:01] <jibel> skaet_, re: chinese edition, chrisxia is the one you should ask. they have a tester if needed.
[20:01]  * ogra doesnt care about kubuntu to be honest
[20:03] <skaet_> jibel, thanks for the pointer.   will work with management to determine if this is going to be on the manifest/tracker or not in the future (and if it is, can they sign up to the  2 day testing cycle ;) )
[20:25]  * ogra wonders if there will be any trace of armel images at some point before A3 :P
[20:26] <pitti> ogra: kubuntu is published, ubuntu building
[20:26] <ogra> k
[20:26] <ogra> finally
[20:26] <ogra> did kens fix make it in ?
[20:26] <ogra> now that it took several hours anyway
[20:27] <pitti> I suppose yes
[20:29] <ogra> great
[20:36] <jcastro> hi, I'd like to make sure that the unity bug filing docs are linked to from release notes or the announcement or whatever: https://wiki.ubuntu.com/Unity/FilingBugs
[20:45] <pitti> Ubuntu DVD posted (http://cdimage.ubuntu.com/dvd/20110301/)
[20:46] <pitti> ogra: ubuntu preinstalled fs builds just succeeded, running cron.daily-preinstalled now
[20:46] <pitti> whee, after what feels like 20 hours stuff is finally coming together
[20:46]  * ogra hugs pitti
[20:46] <ogra> what do you mean with "feels"
[20:46] <ogra> :)
[20:46] <ogra> didnt we start yesterday afternoon with preparations
[20:47] <pitti> Heghlu'meH QaQ jajvam
[20:48] <ogra> hookah hey
[20:50] <mvo> I have some fixes in software-center, is that still appropriate for a3?
[20:51] <pitti> mvo: you can upload, but no guarantees that they'll make it into the images
[20:52] <pitti> ogra: Quapla'! omap/omap4 .img.gz in antimony's tree now, just need to catch up rsyncing
[20:53] <ogra> yep, waiting for them to show up publically :)
[20:53] <pitti> libdbusmenu-glib3 0.3.99-0ubuntu4
[20:53] <pitti> ogra: ^ so it missed ubuntu5 :/
[20:54] <ogra> well, a build just takes 90min
[20:54] <pitti> (as we discussed earlier on)
[20:54] <pitti> but at least there are images now
[20:54] <ogra> yeah
[20:56] <mvo> pitti: thanks!
[20:57] <skaet_> jcastro,  ack.   Will put a link into the TechOverview.
[20:58] <jcastro> thanks!
[21:00] <cjwatson> back
[21:00] <cjwatson> I'm going to continue working on bug 723482, unless somebody has something better for me to do
[21:00] <pitti> cjwatson: wb
[21:00] <ubot4> Launchpad bug 723482 in mountall (Ubuntu) "system hangs on boot after updates from 2011-02-22 (affects: 14) (heat: 78)" [High,Confirmed] https://launchpad.net/bugs/723482
[21:01] <pitti> cjwatson: quick status: cdimage mirror syncs have been resolved (was -ENOSPC), except for scandium
[21:01] <pitti> cjwatson: most images are ready now, and on the tracker
[21:01] <pitti> ogra: ubuntu omap preinstalled added to tracker, ther enow
[21:02] <pitti> cjwatson: currently building edubuntu DVD, still need to wait a bit for publisher to rebuild ubuntu CDs for oversizedness
[21:04] <jibel> pitti, can I test Ubuntu 20110301.2 ? I get an error with kubuntu i386: dpkg-query: error: failed to open package info file '/target/var/lib/dpkg/status' for reading: No such file or directory which doesn't make sense
[21:04] <pitti> skaet_: I'm about to fall off my chair; can you add the edubuntu DVD once it finished building? should be 30 mins to an hour; should appear at http://cdimage.ubuntu.com/edubuntu/dvd/
[21:05] <pitti> jibel: you can test the current ubuntu iso, but it's oversized
[21:05] <skaet_> pitti,  sure,  can do.
[21:05] <pitti> jibel: eww
[21:05] <cjwatson> jibel: what's the context of that error?
[21:05] <pitti> jibel: is that alternate?
[21:05] <jibel> kubuntu desktop i386 on VBox, dialog box at the end of the installation. I can post the syslog
[21:06] <cjwatson> bah.  it'll be ages before I've synced it
[21:06] <jibel> that's just after "Removing Ubiquity ..."
[21:07] <jibel> well there are more errors higher in the logs related to update-alternatives
[21:07] <cjwatson> /var/lib/dpkg/status hasn't moved with multiarch though, AFAIK
[21:08] <jibel> :q
[21:08] <jibel> sorry wrong keyboard
[21:08] <pitti> cjwatson: I did an upower upload (no code changes, just building an extra gir deb) about an hour ago, which shuold have updated the Task: headers; apparently I need a second publisher run now, to finalize it
[21:08] <pitti> cjwatson: would you be able to re-run ubuntu desktops in about an hour, after language-pack-pt finally loses its ubuntu-live task header on amd64?
[21:09] <cjwatson> yeah, I guess so
[21:09] <pitti> or are you going to bed soon, too?
[21:09] <cjwatson> no
[21:09] <pitti> I'm just feeling tired enough, I think I'll be more useful if I get up early tomorrow
[21:09] <cjwatson> language-pack-pt/amd64  Task  ubuntu-dvd-live
[21:09] <cjwatson> language-pack-pt/amd64  Task  kubuntu-dvd-live
[21:09] <cjwatson> language-pack-pt/amd64  Task  kubuntu-full
[21:09] <cjwatson> language-pack-pt/amd64  Task  edubuntu-dvd-live
[21:09] <cjwatson> that looks OK
[21:10] <pitti> cjwatson: hm, just did an apt-get update, and I still have it
[21:10] <cjwatson> (grep language-pack-pt/amd64 /srv/launchpad.net/ubuntu-archive/ubuntu-misc/more-extra.override.natty.main on cocoplum)
[21:10] <pitti> cjwatson: where do you see that?
[21:10] <pitti> ah
[21:10] <cjwatson> that's the output of cron.germinate; it may not be committed yet
[21:10] <cjwatson> FYI, the upower upload is not what causes cron.germinate to be rerun
[21:10] <cjwatson> it's what causes the output of cron.germinate to be applied to the archive
[21:11] <pitti> ubuntu/dists/natty/main/binary-amd64/Packages.gz on cocoplum still has the header, though
[21:12] <pitti> cjwatson: I remember that you said it needs two publisher runs?
[21:12] <pitti> cjwatson: ah, so it should have been uploaded in this publisher run, not in the previous?
[21:13] <cjwatson> hard to tell exact timings
[21:14] <cjwatson> no, probably not, I think your seed change was after the cron.germinate run in the publisher run immediately before your upower sync
[21:14] <cjwatson> so your upower sync was too soon to be effective
[21:14] <cjwatson> however, the publisher had work to do in natty/amd64 this cycle anyway, so that doesn't matter
[21:14] <cjwatson> all it needs is for the pocket to be dirty for some reason
[21:16] <pitti> ok, thanks for taking over
[21:16]  * pitti waves good night
[21:16] <ogra> pitti, night and thanks for everything !
[21:16] <marjo_> pitti: thx!
[21:20] <skaet_> pitti,  thanks and sleep well.
[21:27] <jibel> cjwatson, bug 727427
[21:27] <ubot4> Launchpad bug 727427 in ubiquity (Ubuntu) "dpkg-query: error: failed to open package info file '/target/var/lib/dpkg/status' for reading: no such file or directory at the end of kubuntu desktop installation (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/727427
[21:29] <cjwatson> ev: ^- don't suppose you're still around?
[21:35] <skaet_> slangasek: ^ - any insight?
[21:36] <slangasek> mmh - as cjwatson said, it's not supposed to have moved with multiarch
[21:38] <skaet_> ack.
[21:42] <cjwatson> I'm syncing it, but ETA at least an hour even for the sync to finish, so if somebody could investigate first that would likely be better
[21:42] <cjwatson> I've only been working with server images lately :-/
[21:42] <slangasek> can someone tell the exact command that's being run to give this error?
[21:42] <slangasek> I'm in a similar situation as cjwatson as far as being able to test here
[21:43] <cjwatson> from the context, it's a python-apt package removal
[21:44] <cjwatson> Mar  1 20:53:40 ubuntu ubiquity: update-alternatives: error:
[21:44] <cjwatson> Mar  1 20:53:40 ubuntu ubiquity: scan of /target/var/lib/dpkg/alternatives failed: No such file or directory
[21:44] <cjwatson> I wonder if this is a "process being run chrooted when we thought it wasn't" problem
[21:44] <cjwatson> or chroot-suitable configuration leaking through to a chrooted command, that kind of thing
[21:44] <cjwatson> for all I know it may have nothing to do with dpkg multiarch, and be related to an apt change or something
[21:46] <slangasek> very strange
[21:46] <cjwatson> as far as I know, the dpkg in question should be running outside the chroot, with --root=
[21:47]  * slangasek nods
[21:47] <cjwatson>   * Propagate --admindir to programs run from maintainer scritpts.
[21:47] <cjwatson>     Closes: #97076
[21:47] <cjwatson> it doesn't have anything to do with that, does it?
[21:47] <slangasek> checking
[21:48] <slangasek> looks probable
[21:49] <slangasek> hmm, but does dpkg call chroot for --root?
[21:49] <cjwatson> for maintainer scripts, yes
[21:49] <cjwatson> so I think it needs to strip the value of --root off the front of the DPKG_ADMINDIR it sets
[21:49] <cjwatson> or something simiar
[21:49] <cjwatson> *similar
[21:49]  * slangasek nods
[21:50] <cjwatson> basically undo what setroot does
[21:50] <cjwatson>   m_asprintf(&p, "%s%s", value, ADMINDIR);
[21:50] <cjwatson>   admindir= p;
[21:51] <cjwatson> should be easily testable in isolation
[21:52] <slangasek> right
[21:54] <cjwatson> so that will clearly hose all desktop images
[21:54] <cjwatson> I don't think we use dpkg --root in d-i
[21:54] <cjwatson> it would seem unlikely given the environment
[22:00] <slangasek> cjwatson: would you do the stripping in preexecscript() right before the chroot, then?
[22:03] <cjwatson> no, I'd do it where it sets DPKG_ADMINDIR
[22:03] <cjwatson> hm, would I
[22:03] <slangasek> well, are there other subprocesses that will care about this besides maintainer scripts, is what I wonder
[22:04] <cjwatson> I suppose doing that would break dpkg --root= -l
[22:05] <cjwatson> since that execs dpkg-query
[22:05] <cjwatson> doing it in preexecscript feels inelegant, but it would work as a stopgap at least
[22:06] <slangasek> completely untested so far, buT: http://paste.ubuntu.com/574179/
[22:11] <slangasek> hmmm, building from bzr gives me a strange build failure
[22:11]  * slangasek grabs the source packgae
[22:11] <cjwatson> looks nominally OK
[22:14] <slangasek> right, builds fine from source package; something out of sync maybe?  will check later
[22:17] <charlie-tca> The wording in the ubiquity installer is now unclear.
[22:17] <charlie-tca> the page "Install Ubuntu alongside them" does not explain what "them" is
[22:18] <slangasek> cjwatson: checks out in a test here
[22:18] <slangasek> shall I upload?
[22:21] <skaet_> charlie-tca, please open a bug and we'll deal with it there.
[22:22] <charlie-tca> okay
[22:23]  * slangasek uploads
[22:25] <skaet_> hmm,  Thanks to who ever beat me to the edubuntu DVDs - they're on the ISO tracker now.
[22:27] <slangasek> skaet_: but I guess they'll be uninstallable and need respun like the others, so I don't know if it's worth having people test?
[22:27] <skaet_> slangasek, was wondering if that might be the case.   ok,  marking them for rebuild.
[22:27] <slangasek> anything that uses ubiquity is broken and needs respun
[22:28] <ogra> slangasek, your change onmly affects /target ?
[22:28] <slangasek> it affects installing with ubiquity (due to use of dpkg --root=)
[22:28] <ogra> GrueMaster just reported a hang in oem-config on the preinstalled images
[22:28] <ogra> hmm, does it use that on oem-config mode ?
[22:28] <slangasek> I can't think of any reason oem-config would be affected
[22:29] <slangasek> and it doesn't present as a hang, anyway
[22:29] <ogra> right
[22:29] <slangasek> so sounds like you've got a separate bug
[22:29] <GrueMaster> Yep.  Filing a bug report now.
[22:29] <ogra> yeah, thats what i thought
[22:36] <jibel> server images fail to upgrade, something to do with mysql being blocked by apparmor :(
[22:36] <jdstrand> jibel: is there a bug?
[22:37] <jibel> idk, I've just got the hang here.
[22:37] <jdstrand> jibel: what is the apparmor denied message in the logs?
[22:38] <slangasek> ogra, GrueMaster: according to the manifests, the preinstalled images carry a full copy of ubiquity; do you know why?
[22:39] <ogra> oem-config depends on it
[22:39] <ogra> since oem-config == ubiquity nowadays
[22:39] <GrueMaster> Submitting bug report now.
[22:39] <ogra> it runs the same ubiquity but supresses modules
[22:39] <GrueMaster> Bug #727468
[22:39] <ubot4> Launchpad bug 727468 in ubiquity (Ubuntu) "oem-config crashed during install on armel (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/727468
[22:40] <slangasek> ogra: ok - not quite how I had thought that was structured, but makes sense
[22:40] <jibel> jdstrand, http://pastebin.ubuntu.com/574195/
[22:40] <ogra> it doesnt run tasksel and the partitioner
[22:40] <ogra> but beyond that they are the same
[22:41] <slangasek> ogra: "the same" - it doesn't need to copy packages either, does it?
[22:41] <slangasek> to a different install partition
[22:41] <ogra> Mar 1 21:54:27 acorn ubiquity: grep:
[22:41] <ogra> Mar 1 21:54:27 acorn ubiquity: /target/etc/apt/sources.list
[22:41] <ogra> Mar 1 21:54:27 acorn ubiquity: : No such file or directory
[22:41] <slangasek> that's what's currently broken in dpkg - trying to confirm whether it affects preinstalled
[22:42] <ogra> it shouldnt use /target at all
[22:42] <Riddell> ev, cjwatson: any thoughts on bug 726581 ? it's been confirmed by someone else now too
[22:42] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu) "install stops half way through (affects: 3) (dups: 1) (heat: 3510)" [Undecided,New] https://launchpad.net/bugs/726581
[22:42] <slangasek> ogra: ok, so that's probably a ubiquity bug
[22:42] <ogra> if it would chroot in an oem install i would expect it to just use /
[22:43] <ogra> it doesnt seem to be the cause of the trasceback though
[22:43] <jdstrand> jibel: please file a bug and assign it to me. is this required for alpha3?
[22:50] <GrueMaster> Are there any other logs I can include in my bug report that would help?  I'm not seeing anything in most of the other reports, but if there is a hidden report somewhere...
[22:51] <ogra> the syslog is already quite descriptive
[22:51] <slangasek> can someone score up dpkg on powerpc, or should we run without it?
[22:52] <slangasek> n/m... only two ppc builders, one has a kernel, the other has eclipse
[22:52] <slangasek> skaet_, cjwatson: triggers set to rebuild livecds + dvds with dpkg 1.16.0~ubuntu3
[22:56] <jibel> jdstrand, bug 727478
[22:56] <ubot4> Launchpad bug 727478 in mysql-5.1 (Ubuntu) "mysql upgrade hang at 'installing new version of config file /etc/init/mysql.conf' during upgrade from 10.10 to 11.04 (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/727478
[22:57] <doko_> slangasek: done
[22:57] <jibel> jdstrand, I'll keep the testing env if you need more info.
[22:57] <slangasek> doko_: ta
[23:00] <jdstrand> jibel: is this a stock configuration?
[23:01] <jdstrand> jibel: it seems odd that mysql needs a raw ip socket
[23:01] <jibel> jdstrand, yes, fresh 10.10 LAMP + ssh, dist-upgrade, reboot, do-release-upgrade.
[23:02] <jdstrand> jibel: is this required for alpha3?
[23:02] <jdstrand> jibel: or is friday good enough?
[23:03] <jibel> jdstrand, if we can ensure that its mysql and verify the upgrade without it I think that's good enough for a3. skaet_ what do you think ?
[23:05] <ogra> slangasek, hmm, looking at line 130 in scripts/plugininstall.py it calls some debconf output, i wonder if it
[23:05] <ogra> perhaps doesnt find the template
[23:06] <jdstrand> jibel: can you add the following to /etc/apparmor.d/usr.sbin.mysqld:
[23:06] <ogra> self.db.progress('START', self.start, self.end, 'ubiquity/install/title')
[23:06] <jdstrand>   network stream,
[23:07] <jdstrand> jibel: then run 'sudo apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld'
[23:07] <jdstrand> jibel: then try 'apt-get -f install'
[23:08] <jdstrand> jibel: I'm assuming that your test environment failed in such a way that apt-get -f install will sufficiently test the fix
[23:10] <jdstrand> jibel: and to confirm, you saw this on both i386 and amd64 upgrades?
[23:11] <skaet_> bug 727288 just came across the list.   Is there any chance it could be a lingering effect from last night's instability?  worth holding off on debugging until we can get a retest with new dpkg/ubiquity?
[23:11] <ubot4> Launchpad bug 727288 in ubiquity (Ubuntu) (and 1 other project) "installer crashes with InstallStepError: HwDetect failed with code 1 on Dell XPS 1340 (affects: 9) (dups: 1) (heat: 22)" [Critical,Confirmed] https://launchpad.net/bugs/727288
[23:11] <ogra> skaet_, bug 727468 is definitely a blocker for armel
[23:11] <ubot4> Launchpad bug 727468 in ubiquity (Ubuntu) "oem-config crashed during install on armel (affects: 1) (heat: 8)" [Critical,New] https://launchpad.net/bugs/727468
[23:12] <skaet_> ogra,  ack.  thanks for flagging explicitly.
[23:15] <jibel> jdstrand, I get lot of errors like debconf/config.dat is locked probably because the upgrade has been interrupted abruptly. I'll apply the config change and then upgrade but that will take more time.
[23:17] <slangasek> cjwatson: 727288> should we be holding off on respins for a ubiquity rebuild?
[23:17] <cjwatson> skaet_: 727288 has nothing to do with last night's work.  I've just committed a fix
[23:17] <skaet_> cjwatson,  great.  thanks.
[23:18] <cjwatson> ogra: I have no idea what's going on with 727468 other than to say that it's probably got nothing to do with the message about /target/etc/apt/sources.list, and that that message essentially means that the underlying debconf confmodule fell over
[23:18] <cjwatson> ogra: if you want that fixed for alpha-3, you guys will have to do it
[23:19] <ogra> yes, its clear that the sources.list has nothing to do with it
[23:19] <cjwatson> ogra: you should use --debug to get debconf debug output
[23:19] <ogra> i just dont understand why the confmodule would fall over
[23:19] <cjwatson> (oem-config-debug as a boot parameter)
[23:19] <ogra> yep
[23:19] <GrueMaster> Ok will do.
[23:19] <cjwatson> sorry, debug-oem-config
[23:19] <cjwatson> not oem-config-debug
[23:19] <cjwatson> (maybe I should make both work ...)
[23:21] <cjwatson> I'm going to upload ubiquity 2.5.22 nowish
[23:21]  * slangasek cancels his trigger and sets one for ubiquity instead
[23:22] <jdstrand> jibel: this was on both i386 and amd64?
[23:22] <jibel> jdstrand, yes
[23:22]  * jdstrand is trying a do-release-upgrade after install LAMP via tasksel to try to reproduce
[23:28] <jibel> jdstrand, same problem with the configuration change.
[23:29] <jdstrand> that... is... odd...
[23:29] <jdstrand> jibel: same as in 'same end result' or same apparmor denial?
[23:30] <jibel> jdstrand, same end result and same apparmor denial. How do I verify that the rule is active ?
[23:33] <jdstrand> jibel: verify that 'network stream,' is in /etc/apparmor.d/usr.sbin.mysqld, then compare the timestaps on /etc/apparmor.d/cache/usr.sbin.mysqld and /etc/apparmor.d/usr.sbin.mysqld
[23:34] <jdstrand> jibel: the cache should be newer (or possibly the same minute if using ls -l). if the cache is older, it certainly wasn't applied
[23:36] <jibel> jdstrand, I confirm that the cache is 11 minutes newer and the rule is there.
[23:36] <jdstrand> jibel: how did you prepare the VM prior to do-release-upgrade?
[23:39] <jdstrand> jibel: I can confirm it here with up-to-date maverick
[23:39] <jibel> jdstrand, prepare ? That's a virtualbox ose 4.0.4, I attached a 10.10 ISO downloaded from releases.u.c, selected install ubuntu server, ran the install with LAMP + ssh, setup my local proxy, rebooted once, login with the user I added during the install, applied the updates with apt-get update && apt-get dis-upgrade, then rebooted, login again and entered do-release-upgrade on the command prompt.
[23:40] <jibel> to all the questions about configuration files, I replied 'install the maintainer version'
[23:40] <jdstrand> jibel: k. I was curious if the VM was up to date prior to upgrading
[23:40] <jdstrand> and I see it was
[23:40] <jdstrand> I can confirm here, so I'll take a look
[23:41] <jibel> jdstrand, nice, thanks for your help. Heading to bed then. see you