[13:08] <ev> might I pester someone to process the overrides and review https://bugs.launchpad.net/ubuntu/+source/apt-clone/+bug/739808 today? I'd like to get a new ubiquity in to fix https://bugs.launchpad.net/ubuntu/natty/+source/ubiquity/+bug/738366
[13:08] <ubot4`> Launchpad bug 739808 in apt-clone (Ubuntu) "[MIR] apt-clone (affects: 1) (heat: 8)" [Undecided,New]
[15:02] <skaet> all,  buildd turnaround for the next couple of hours may be a bit delayed as a fix for a security vulnerability is pushed through.   Please contact me directly if this is causing you problems.
[15:31] <ScottK> skaet: What's the difference between armel server and headless images?
[15:36] <skaet> ogra_, ^^
[15:38] <ogra_> ScottK, the list of packages that are available
[15:38] <ogra_> headless only ships ubuntu-standard
[15:38] <ScottK> OK.
[15:38] <ogra_> they might turn into the base for server images in oneric
[15:38] <ScottK> Right.
[15:38] <ogra_> with pre-üpopulated apt cache or some such
[15:40] <ScottK> ogra_: Would it make sense to swap the Kubuntu mx51 image that I'm currently volunteered to test for a headless image instead?  Should be easier to test and more generally useful (sudo apt-get install kubuntu-desktop after install isn't very hard).
[15:40] <ogra_> up to you, you own it :)
[15:40] <ScottK> Should/Would
[15:40] <ScottK> OK.  I think it makes sense.
[15:41] <ogra_> installing packages on headless definitely requires a working net connection
[15:41] <ogra_> thats the only thing to regard
[15:41] <ScottK> Ah.
[15:41] <ogra_> and it defaults to serial all over for oem-config
[15:41] <ScottK> That causes me to have second thoughts.
[15:41] <ScottK> Let me consider it.
[15:42] <ogra_> well, you can disable serial by dropping the preseed option from cmdline
[15:42] <ogra_> and indeed oem-config offers netcfg ... but you still need a network to attach to
[15:43] <ogra_> (on headless we also default to offering tasksel btw, so installing kubuntu-desktop should be very easy ... you could even preseed it)
[15:43] <ScottK> ogra_: As it is now, if you install you don't have working video?
[15:43] <ScottK> I'm trying to understand what defaulting to serial means.
[15:43] <ogra_> you do, but oem-config does run on the serial tty by default
[15:43] <ScottK> I see.
[15:44] <ScottK> So if I drop that, it's like a server oem install, but fewer packages.
[15:44] <ScottK> ?
[15:44] <ogra_> we preseed debian-installer/framebuffer=false and set console=ttyO2,115200n8
[15:44] <ogra_> no packages
[15:45] <ScottK> Not even the packages in ubuntu-standard?
[15:45] <ogra_> they are installed but not shipped as debs
[15:45] <ScottK> So it's a pre-installed image with ubuntu-standard, so after an install I have a bare ubuntu-standard system.
[15:45] <ogra_> imagine a live image with only ubuntu-standard and defaulting to oem-config ... no archive or anything
[15:46] <ogra_> yeah, right
[15:46] <ScottK> So worst case with no network at install time, I get a network, reboot, and add stuff, right?
[15:46] <ogra_> yes
[15:46] <ogra_> you have a fully working cmdline system in any case
[15:47] <ScottK> Why do you default oem-config to serial?
[15:47] <ogra_> and we have tasksel so you could preselect kubuntu-desktop in a preseed cmdline option
[15:47] <ogra_> because it is mainly designed as developer image
[15:47] <ScottK> OK.
[15:48] <ScottK> Would you be willing to help me get this set up?  I can test it, but it's been ~a year and a half since I did anything with getting images set up and what little I knew about then is long forgotten.
[15:49] <ScottK> I'm actually not that concerned about preseeding taskself for Kubuntu.
[15:49] <ogra_> well, we need a flavour based hack for the image builder so your cmdline options are different
[15:49] <ScottK> It would be just the standard headless less the serial preseed.
[15:49] <ogra_> right
[15:50] <ogra_> hmm, tricky
[15:50] <ScottK> ENOCLUE on what needs to be done to the image builder.
[15:51] <ogra_> well, looking at the code the imx51 images are 100% babbage board images
[15:51] <ogra_> do you plan to use babbage ?
[15:52] <ScottK> What I have is Efika MX Smarttop.
[15:52] <ogra_> right
[15:52] <ogra_> do you have a kernel and bootloader for that in the archive =
[15:52] <ogra_> ?`
[15:53] <ScottK> I think we do.
[15:53] <ScottK> I've been procrastinating investigating this.
[15:53] <ogra_> i know the linaor one doesnt work for one of the efikas
[15:53] <ScottK> We have a kernel.
[15:53] <ScottK> err
[15:53] <ogra_> i think the netbook though
[15:53] <ScottK> I'm told the linaro one should work now.
[15:53] <ScottK> I think it's the netbook that doesn't work.
[15:54] <ScottK> The smarttop, I think, works.
[15:54] <ogra_> i was told yesterday that it only works on one of the models
[15:54] <ogra_> yeah
[15:54] <ogra_> i think someone said efikasb doesnt work
[15:55] <ogra_> who was supposed to implement that on the builder
[15:55] <ScottK> If you'd look into what it would take to get the headless image while I verify we have something that works on my hardware, I'd appreciate it.
[15:55] <ScottK> Dunno.
[15:55] <ogra_> it's several days of work to implement a new subarch
[15:55] <ScottK> Sigh.
[15:56] <ScottK> Is it a new subarch?
[15:56] <ogra_> and especially harder if you dont have the HW to test on while developing
[15:56] <ScottK> Right.
[15:56] <ScottK> Let me go investigate a bit and see where we are.
[15:56] <ogra_> we cant drop imx51 i think
[15:56] <ogra_> so it would likely be a new subarch
[15:57] <ogra_> (the builder needs to be able to roll images for older releases still so i wouldnt like to drop imx51)
[15:57] <ScottK> Does it?
[15:57] <ogra_> (not that we usually do that for armel)
[15:58] <ScottK> I thought Karmic was the last mx51 release?
[15:58] <ScottK> It's about to go away.
[15:58] <ogra_> i thought it was lucid
[15:58]  * ScottK looks
[15:59] <ogra_> lucid should be dove and imx51 plus an unsupported omap3 image
[15:59] <ScottK> You're right.
[15:59] <ScottK> nevermind
[16:00] <ogra_> anyway, we can probably drop it if nobody complains ... its just not the usual habit
[16:01] <ScottK> It would be nice to have something going forward.  I think that's more important than the last 6 months of support on Lucid (since it's non-LTS)
[16:01] <ogra_> but still, someone needs to implement it, the arm team is swamped in pre beta work atm :(
[16:01] <ScottK> Let me see what I can figure out.
[16:02] <ogra_> we should have identified someone from the cdimage team to implement it during UDS
[16:02] <ogra_> lets note that for next time :)
[16:03] <ScottK> I shouldn't have assumed someone had been.
[17:32] <ogasawara> skaet: just a heads up, I'm likely going to need a beta freeze exception to do a no-change kernel upload to force a rebuild due to the recent gcc upload.
[17:32] <skaet> ogasawara, when do you expect the rebuild to happen?
[17:33] <skaet> ogasawara, thanks for the heads up,  btw.  ;)
[17:34] <ogasawara> skaet: gcc should finish building by tomorrow and I'll plan to upload the kernel after that.  The arm build takes the longest for the kernel (~19hrs) so it should finish by fri morning your time.
[17:35] <ogasawara> skaet: but that's a day past beta freeze
[17:35] <skaet> ogasawara, thanks for letting me know.   Should all work out ok.
[17:35] <micahg> skaet: I might need a beta freeze exception for gmusicbrowser (it's really small) for xubuntu (default music player), latest it would be ready would be midday tomorrow
[17:36] <skaet> micahg, betafreeze goes into effect at 2300 UTC.    Let me know if you can't make that deadline tomorrow.
[17:37] <micahg> skaet: 2300UTC tomorrow?
[17:37] <skaet> yup.
[17:37] <micahg> skaet: shouldn't be a problem then, thanks :)
[18:07] <slangasek> ogasawara: do you need to wait for gcc to finish on arm before uploading, in fact?  Are there any out-of-tree modules that we need to worry about building for arm?
[18:08] <slangasek> could I get an archive admin to poke at the linux-linaro-* kernels in binary NEW?
[18:08] <slangasek> would like to get that metapackage uploaded today
[18:09] <ogasawara> slangasek: I was talking with tgardner and we really don't have any out of tree modules we really care about in Natty that isn't handled by a DKMS package.
[18:10] <slangasek> ogasawara: well, AIUI dkms doesn't protect anyone from the issue with checking compiler versions, as that's in the upstream kernel build rules
[18:10] <slangasek> I guess my question is, do we care if dkms works on armel
[18:10] <slangasek> for beta anyway
[18:14] <ogasawara> slangasek: I don't think we really care, but since skaet said it should all work out ok to upload the kernel a day late, I'll just do it.
[18:15] <slangasek> ok
[19:50] <kirkland> ScottK: I'd like to get a FFe to upload the latest version of bikeshed into Natty universe;  it adds small/useful shell script and manpage;  the changes are visible at: http://bazaar.launchpad.net/~bikeshed/bikeshed/trunk/revision/84
[19:51] <ScottK> kirkland: If the only feature change is a new script (I consider the manpage a bug fix), please go ahead.
[19:54] <kirkland> ScottK: that's all;  thanks.