[01:52] <plars> infinity: writing the image to card, then booting from that, and selecting the default install options, so I'm wondering if it's something in the partitioning step that clobbered it
[01:53] <plars> infinity: fwiw, the target appears to correctly be sda (the usb stick) though
[02:16] <jbicha> hi, could gnome-shell get accepted, as it needs to rebuild against the new mutter that was accepted earlier
[02:23] <RAOF> Hm. Queuebot seems to be missing everything not going to quantal?
[02:27] <stgraber> RAOF: like that one? ^
[02:28] <RAOF> Heh. Indeed, like that one :)
[02:28] <RAOF> Just a bit slow, I take it :)
[03:23] <RAOF> Ok. precise queue is now down to a single page again.
[03:25] <stgraber> yay
[04:17] <skaet> infinity,  did the arm flash issue get resolved for desktop or not?
[04:17]  * skaet can't tell from pad or backscroll... 
[04:25] <infinity> skaet: Looks like it's resolved for server (and probably desktop, though no one confirmed that directly), but seems to still be occasionally goofy for netboot.
[04:27] <skaet> thanks infinity,  thought plars was still seeing issues was desktop, but if its resolved, that's good.
[04:27] <plars> infinity: I've seen a report from someone that it works on desktop, just netboot seems to be causing me grief now
[04:28] <plars> skaet: ^
[04:28]  * skaet nods
[04:28] <infinity> Mmkay.  I'm slightly less concerned about netboot, but I'll test it nonetheless.
[04:28] <infinity> We should be good to go to respin everything qith ubiquity on it for the most recent upload thereof.
[04:29] <skaet> any other pain points emerging?   or should this be it?
[04:30]  * skaet goes to stare at iso tracker
[04:30] <plars> skaet: seeing some missing options in the installer
[04:30] <plars> ex. no "install alongside" option if you have a previous version of ubuntu on the drive
[04:30] <skaet> plars, is there a bug number?
[04:31] <infinity> plars: On ARM, or in general?
[04:31] <plars> and no reinstall option if you are installing the same version (unless it's intended to not really be a separate option.. I'm slightly more skeptical of this one since it could be an interpretation of install spec)
[04:31] <plars> infinity: in general
[04:31] <plars> skaet: yeah, sec
[04:32] <skaet> also,  any progress from TheMuso on the orca stopping reading after ubiquity?
[04:32] <plars>  bug #1056571  bug #1056587
[04:32] <ubot2> Launchpad bug 1056571 in ubiquity "Missing "reinstall" option when installing same version of Ubuntu" [Undecided,New] https://launchpad.net/bugs/1056571
[04:32] <ubot2> Launchpad bug 1056587 in ubiquity "Install alongside option missing when installing quantal over precise" [Undecided,New] https://launchpad.net/bugs/1056587
[04:32] <skaet> thanks plars
[04:32] <plars> skaet: he replied asking for details, so I updated the bug with more information on *exactly* which screen it stopped on
[04:32] <infinity> skaet: If you respin the world now, you should catch triggers 5, 17, 13, and 16.
[04:33] <infinity> skaet: I could also promote gtk+2.0 and overlay-scrollbar from proposed and pick up trigger 14.
[04:35] <skaet> infinity,  and 11?
[04:35]  * skaet thought gtk2.0 was trigger 11.
[04:36] <infinity> skaet: Oh, and 11.  gtk+2.0 is also 14 (as in, the overlay-scrollbar thing is tied up with gtk being fixed/changed, and overlay-scrollbar needing to change with it)
[04:36] <skaet> infinity,  gotcha.
[04:38] <infinity> skaet: Anyhow, if we want to do that, can't start rebuilds for ~1h.
[04:38] <skaet> How about we respin kubuntu now,  so its ready when Riddell shows up.     Others we can see what the flavors want,  and decide on a respin of Ubuntu early tomorrow?
[04:39] <infinity> skaet: GTK is in kubuntu too.  If we decide to promote gtk+overlay, there's very little that doesn't need rebuilding.
[04:40] <infinity> (And "seeing what flavours want" doesn't change that things should be tested with the new installer upload, etc.  We should probably just do a full respin overnight)
[04:42] <infinity> skaet: Between GTK (if we take it, and we probably should) and ubiquity (which is already in), that touches literally every image built on nusakan except core.  I saw we JFDI.
[04:42] <infinity> s/saw/say/
[04:42]  * skaet was staring at what had been tested already
[04:43] <skaet> lubuntu's the one that's been tested the most,  and I know they want some of the powerpc fixes.
[04:43] <infinity> lubuntu's folks already told me they were prepared for respins.
[04:43] <skaet> ok infinity,  lets respin
[04:43] <infinity> And, regardless, it's Tuesday, if this is the last image, I'll eat my hat.
[04:43] <infinity> skaet: Right, let me promote the gtk and overlay stuff.
[04:43] <infinity> skaet: Which should put us in respin land in ~45m.
[04:44] <skaet> ok
[04:44] <skaet> infinity,  can you stay up long enough to kick off the full respin?
[04:45] <infinity> skaet: Given the above timing, I think I can line it up now and hit <enter> three times on my way out the door for the evening. :)
[04:45] <skaet> infinity,  goodness,  thanks.
[04:45] <skaet> ok,  I'll go mark the iso tracker we're respinning.
[04:46]  * skaet not sure we need a wubi respin
[04:46] <infinity> It's still got the gtk change.
[04:46] <infinity> And overlay-scrollbar.
[04:46] <skaet> ok then we do.
[04:47] <infinity> The only thing that doesn't strictly need a rebuild is core, and it really doesn't matter if we rebuild it or not, since I can validate it in about 20s.
[04:47] <skaet> however,  please special case Edubuntu to just the shipped architectures.
[04:47] <skaet> (ie.  waiting on arm for it is a waste of time,  since that's not shipping, and its in the defaults)
[04:47] <infinity> I can just drop ARM from default-arches for Edubuntu for now.  *shrug*
[04:48] <skaet> what ever works,  I'll let you and stgraber decide when to add it back, if that's the route you prefer
[04:49] <infinity> I'll drop it from defaul-arches in production, so there's an obvious diff against bzr that people can scratch their heads over.
[04:49] <infinity> It's less prone to screwing up that way.
[04:49] <skaet> ok.
[04:49] <stgraber> sounds good
[04:50] <skaet> ubuntu server images don't have any issues reported against them.   Much point in respinning them?  (already respun for 5)
[04:51] <plars> skaet: none that I see, other than arm which was already done
[04:51] <plars> skaet: we still have 2 bugs on arm server that, for different reasons, seem to require that most people install from serial
[04:51] <plars> skaet: but those were both in beta1 also
[04:52] <infinity> stgraber: "bzr diff /srv/cdimage.ubuntu.com" look like a good enough reminder for you?
[04:52] <skaet> infinity,   ok,   leave ubuntu server out of the full respin then,  unless we get some specific fixes for them.
[04:53] <stgraber> infinity: yep
[04:54] <infinity> skaet: ubiquity is on the server images too.
[04:55] <skaet> infinity,  yeah, but 16 is down as opportunity target,  and 5 has already been applied.
[05:00] <skaet> infinity,  can you turn off the auto erase of images so we can keep the current ones until after we ship out beta 1.
[05:00] <skaet> beta 2 rather
[05:00]  * skaet needs sleep it appears
[05:01] <infinity> If a new one is broken, but an old one isn't, don't we want to actually fix what broke it?
[05:03] <skaet> turning off the auto erase means that if we have a regressions,   we can do some direct comparisons quickly, rather than worry about loosing the image
[05:03]  * infinity nods.
[05:04] <infinity> That's the justification I was hoping for. :P
[05:05] <skaet> iso tracker marked now as rebuilding all images except server
[05:05] <skaet> I figure we can redo that one quickly enough tomorrow,  if needed.
[05:11]  * skaet --> zzz
[09:03] <apw> i see linux-lowlatency needs updating, i would like to get an update building but do not want to disrupt the beta efforts.  I would propose uploading it to quantal-proposed as normal and letting it out after freeze.  if that is good?
[09:10] <cjwatson> apw: seems reasonable, especially since it only builds on fast architectures
[09:10] <apw> thanks
[09:11] <cjwatson> Does the current version still have that cluster of i915 bugs?
[09:11]  * apw checks
[09:11] <cjwatson> (Or, what is the update for?)
[09:12] <infinity> apw: It only lands on ubuntustudio images anyway, and I'm not against respinning those once it's built.
[09:12] <infinity> apw: But toss it in proposed, and we can sort it from there.
[09:13] <apw> ok the current version has half of the i915 fixes, but not the latest reverts, this rebuild would bring those
[09:13] <infinity> Seems worth it.
[09:14] <apw> ok
[09:14]  * infinity should get some sleep tonight.
[09:14] <cjwatson> Right.  Stick it in -proposed anyway and then we can choose, as the man says.
[09:14] <apw> makes sense, thanks
[09:16] <ogra_> urgh
[09:18] <cjwatson> popey: does rsalveti's comment in bug 1046392 indicate sufficient testing to you?
[09:18] <ubot2> Launchpad bug 1046392 in unity-2d "Update dependency on the renamed libgeis" [Undecided,Fix committed] https://launchpad.net/bugs/1046392
[09:18] <cjwatson> since you were the one who said it needed more testing on ARM
[09:24] <infinity> apw: Do I get a meta too?
[09:25] <infinity> apw: Err, no ABI bump, nevermind.
[09:25] <infinity> apw: Not awake, clearly.
[09:26]  * ogra_ sees bug 1056482 anfd wonders if in-target behaves differently between netinst and a normal install ... i tested the fix in a locally hacked up server image and there it worked
[09:26] <ubot2> Launchpad bug 1056482 in flash-kernel "/dev/mmcblk0p1 is not a block device when installing flash-kernel" [Undecided,New] https://launchpad.net/bugs/1056482
[09:36] <apw> infinity, :) have a coffee
[09:38] <infinity> apw: A nap is probably more sensible.
[09:38] <ogra_> have both :)
[09:38] <ogra_> (in the right order indeed)
[09:45] <popey> cjwatson, yes
[09:47] <cjwatson> popey: how about on oneiric?
[09:49] <popey> cjwatson, i tested on oneiric, but not arm oneiric. :S
[09:49] <popey> hmm
[09:49] <popey> i can do that cjwatson, I'll get back to you
[09:49] <cjwatson> thanks
[09:51] <Laney> coffee. a good idea.
[09:57]  * cjwatson is at coffee == 2 and still zonked
[09:58] <Laney> zoiks
[10:00] <Laney> I ought to acquire a grinder and level up in the coffee stakes
[10:00]  * ogra_ wonders if there is something bind mounting /dev in server and desktop installs that is missing in netboot ...
[10:00] <ogra_> so that in-target doesnt find /dev/mmcblk0p1
[10:01] <infinity> That's entirely possible.
[10:01] <ogra_> thats my only explanation i can get to
[10:02] <cjwatson> It's a bit unlikely that server and netboot would differ.
[10:02] <cjwatson> desktop vs. server/netboot, certainly
[10:02] <ogra_> live-installer ?
[10:02] <infinity> live-installer versus base-installer.
[10:02] <ogra_> right
[10:02] <infinity> There are subtle differences there.
[10:02] <cjwatson> Oh, if that's calling f-k then possibly, yes.
[10:03]  * ogra_ has just a test of all server images running, will go for netinst once they are done and inspect 
[10:04] <cjwatson> plars: as a general rule, could you please attach full syslogs to bugs rather than just quoting sections of them?  we often need to go through more context than people think is needed
[10:05] <cjwatson> (installer bugs, that is)
[10:05] <cjwatson> ogra_: Except flash-kernel-installer.postinst appears to bind-mount /dev itself ...
[10:05] <ogra_> hmpf
[10:05] <cjwatson> mount -o bind /dev /target/dev
[10:05] <cjwatson> if ! in-target flash-kernel; then
[10:05] <cjwatson>         umount /target/dev || true
[10:05] <cjwatson>         error "flash-kernel failed"
[10:05] <cjwatson> fi
[10:05] <cjwatson> umount /target/dev || true
[10:06] <cjwatson> Which would appear to be the section that's failing here?
[10:06] <ogra_> i'm not sure it could be the dosfstools above
[10:06]  * cjwatson curses incomplete logs
[10:06] <ogra_> (or rather i think its more likely its that)
[10:07] <ogra_>               export VOLID=$(blkid -o value $(findfs /)|head -1)
[10:07] <ogra_>                 # hide the boot partition from udisks automounting
[10:07] <ogra_>                 bootdev=$(get_machine_field "$machine" "Boot-Device")
[10:07] <ogra_>                 [ -b $bootdev ] && in-target dosfslabel $bootdev "SERVICEV001"
[10:07] <cjwatson> Ah, no
[10:07] <ogra_> no bind mouonting there
[10:07] <cjwatson> It's installing u-boot-tools
[10:07] <cjwatson> So it must be the section that installs Required-Packages
[10:07] <ogra_> oh, so its past that step, right
[10:08] <cjwatson> And indeed, no bind-mount there
[10:08] <cjwatson> I'm inclined to suggest that maybe live-installer ought to change here to be more in line with bootstrap-base
[10:08] <ogra_> live-installer is fine
[10:08] <infinity> cjwatson: Didn't live-installer have some bindmounts commented out?
[10:08] <ogra_> it bindmounts before running the postinst
[10:08] <cjwatson> Right, setup_dev is commented out in live-installer.postinst
[10:08] <infinity> cjwatson: (But, in this case, live-installer is actually the one that works)
[10:08] <ogra_> so all of it is wrapped
[10:09] <cjwatson> ogra_: What bind-mounts before running what postinst
[10:09] <cjwatson> ?
[10:09] <cjwatson> NOUNS
[10:09] <ogra_> heh
[10:09] <ogra_> one sec
[10:09] <cjwatson> infinity: huh.  exactly backwards from what I'd expect ...
[10:09] <infinity> cjwatson: Indeed.  But the server and desktop images both work, while netboot fails.
[10:10] <infinity> cjwatson: That's the curiosity.
[10:10] <cjwatson> bootstrap-base (as in netboot installs) leaves /dev bind-mounted onto /target/dev for most of the rest of the installation, I think.
[10:10] <ogra_> hmm, i'm sure we implemented some /dev bindmounting in l-i around beta1
[10:10] <cjwatson> (Just from code inspection; haven't checked recently.)
[10:11]  * ogra_ cant find it
[10:11] <cjwatson> No.
[10:11] <cjwatson> But in any case, as you say, live-installer isn't the one that's broken here.
[10:12] <cjwatson> So would that qemu beagle test you suggested be a reasonable way for me to reproduce this?
[10:12] <cjwatson> I think I need to see it in action.
[10:13] <ogra_> cjwatson, it should, behaves like a beagleboard without all the nasty HW bugs :)
[10:13] <cjwatson> Heh.  It'll save me having to debug lowmem mode right now.
[10:18] <infinity> Oh dear, I just realised we have meetings in 4 hours.
[10:18] <infinity> This isn't going to be a good day.
[10:18] <infinity> At all.
[10:19]  * infinity runs off to try to force himself to nap.
[10:19] <infinity> Emphasis on the "run".  Maybe I can tire myself out.
[10:19]  * ogra_ glares at the flash-kernel-installer.postinst and thinks its all wrong ... 
[10:20] <ogra_> it is actually calling "in-target update-initramfs -c -k $(uname -r) || true" around line 74 ...
[10:20] <ogra_> long before flash-kernel is actually ready
[10:20] <cjwatson> ogra_: which of the many boot images should I be using with qemu-system-arm -M beaglexm then?
[10:20] <ogra_> and then it calls flash-kernel again in the end
[10:21] <ogra_> cjwatson, one of the gzipped img files (if you refer to netboot)
[10:21] <cjwatson> yes.  which one exactly?
[10:21] <infinity> cjwatson: boot-img-fb.gz or -serial.gz, depending on if your commandline is setting up a serial console.
[10:21] <cjwatson> OK
[10:21] <ogra_> cjwatson, ise the fb one
[10:21] <ogra_> *use
[10:22] <ogra_> or hack my script to not steal the serial console if you use --serial
[10:22] <ogra_> and indeed create a target device before
[10:23] <ogra_> (for --root)
[10:24] <cjwatson> That gives me "qemu: hardware error: no boot device found"
[10:24] <cjwatson> Do I need to uncompress the img file?
[10:24] <ogra_> did you unzip it ?
[10:24] <ogra_> ah
[10:24] <cjwatson> (feel free to point me at wiki directions)
[10:24] <ogra_> :)
[10:51] <cjwatson> ogra_: Hah.  Not quick, is it.
[10:51] <ogra_> lol, nope
[10:52] <ogra_> i'm at the hostname setup alread and started after you though
[10:52] <cjwatson> Mine's still loading additional components.
[10:52] <ogra_> (and my omap3 test that i did before failed :/)
[10:52] <cjwatson> Oh, I suppose that could be slow network.
[10:52] <cjwatson> Duh.
[10:52] <ogra_> yup, i use the server image here
[10:53] <ogra_> (and i have a local mirror of ports for netinst())
[10:53] <cjwatson> Yeah, but I want to see the failure.
[10:53] <ogra_> right, i just want to inspect the postinst inside the image atm
[10:53] <cjwatson> I expect I'd have a local mirror if I worked on ARM all the time.
[10:55] <ogra_> i'm pretty sure the failure is that unconditional update-initramfs call in the postinst
[10:55] <ogra_> there is no bind mounting at all
[10:56] <cjwatson> But I want to understand why this differs between live-installer and bootstrap-base, in case this is a consequence of a bug elsewhere.
[10:56] <ogra_> and it happens directly after apt-install
[10:56] <ogra_> it very likely is
[10:57] <cjwatson> I don't have a problem if it turns out to be solely an f-k-i bug and you want to fix it there.
[10:57] <cjwatson> But I also don't want to have a system composed of patches for its own bugs, when we could just fix them directly, if that's what needs to be done.
[10:57] <cjwatson> Hence investigation.
[10:58] <ogra_> well, the update-initramfs call definitely needs some bind mount logic ... but it would still be good to know why the environments differ
[10:58] <ogra_> so yes, i will fix it in f-k in the end
[10:58] <ogra_> hrm
[10:58] <ogra_> why does my image have the wrong postinst
[10:59] <cjwatson> The reason I don't find that argument compelling yet is that the environment that fails is the one that is *more* likely to have an appropriate bind-mount already.
[10:59] <ogra_> hmm
[10:59] <ogra_> ogra@anubis:~/Desktop/images$ cat /mnt/.disk/info
[10:59] <ogra_> Ubuntu-Server 12.10 "Quantal Quetzal" - Beta armhf+omap (20120925)
[10:59] <ogra_> now why does the md5 match 25.2
[10:59] <cjwatson> In what way is it wrong?
[11:00] <ogra_> dont we put the .x into the info file ?
[11:01] <ogra_> (the content agrees that it isnt 25.2 (teh f-k fix isnt there))
[11:01] <cjwatson> What's the URL for this image?
[11:02] <ogra_> http://cdimage.ubuntu.com/ubuntu-server/daily/20120925.2/
[11:02] <ogra_> aha
[11:02] <ogra_> the timestamp for omap4 is at 21:00
[11:03] <ogra_> omap is 9:00
[11:03] <ogra_> looks like that wasnt rebuilt
[11:04] <ogra_> oh, and we now publish all squashfs'es
[11:04] <infinity> ogra_: Oh, no, I only did omap4, I forgot we were still building omap.  Feel free to spin an omap/server image (everything else is rebuilt by now)
[11:04] <ogra_> ah, awesome
[11:04]  * infinity passes out now.
[11:05] <ogra_> we'll excuse you at the meeting if you sleep in :)
[11:05] <cjwatson> squashfses> only for the server image
[11:05] <ogra_> ah, k
[11:05] <cjwatson> (well, strictly, only for squashfs-base images, but that's just ubuntu-server at the moment)
[11:05] <ogra_> i thought you wanted to disable that ...
[11:06] <cjwatson> I explicitly enabled it; it was never previously enabled
[11:06] <cjwatson> so not sure what you mean there :)
[11:07] <ogra_> i pointed you to the amd64+mac squashfs yesterady and understood you wanted to disable it :)
[11:07] <ogra_> but then i misunderstood
[11:13] <NCommander> ogra_, I'm looking through the backscroll, how goes the f-k fixing?
[11:13] <ogra_> if nobody minds i'll do a respin of omap server now
[11:13] <ogra_> NCommander, only affects netinst ... who uses that anyway :P
[11:14] <cjwatson> ogra_: I deleted that because it wasn't currently being emitted by the code
[11:14] <ogra_> ah
[11:14] <ogra_> omap server running
[11:14] <cjwatson> ogra_: It was there because Daviey had inserted it manually and hadn't either updated the code or cleaned up afterwards, so it was faithfully copied across by subsequent builds
[11:15] <ogra_> k, your recation just made me think it was unwanted ... i just interpreted to much :)
[11:16] <cjwatson> Nah, I just care about consistency :)
[11:17] <NCommander> ogra_, .oO(I do)
[11:17] <ogra_> NCommander, ah, then it is because of you that we debug this now :)
[11:18] <ogra_> (just adding a fix to f-k wold be easy btw ... but that wouldnt explain why the envs differ)
[11:19] <Riddell> could I get a rebuild of kubuntu amd64 and amd64+mac and powerpc?  they're oversized and I just removed a langpack from the seed
[11:20] <cjwatson> sure
[11:20] <cjwatson> though they looked *way* oversized
[11:21] <cjwatson> oh, bah, daily-checks has the wrong limits so quotes them wrongly in mail
[11:21] <cjwatson> that explains some weirdness I've noticed in the past
[11:21] <cjwatson> I'll see if I can fix that in a bit
[11:22] <cjwatson> Riddell: on its way
[11:27] <plars> cjwatson, ogra_ : sorry, just woke up... I intended to attach the full syslog and partman but fell asleep first. They are both attached now
[11:27] <plars> for https://bugs.launchpad.net/bugs/1056482 that is
[11:28] <ubot2> Launchpad bug 1056482 in flash-kernel "/dev/mmcblk0p1 is not a block device when installing flash-kernel" [Undecided,New]
[11:28] <plars> I'll try to go through it again in just a bit, since it worked on server and desktop, I'm guessing it might be something with the default partition selection for guided/full install
[11:29] <plars> however, I can confirm that it looks like it's trying to install to /dev/sda (the usb stick): /dev/sda1 is mounted as /target/boot and /dev/sda2 is mounted as /target
[11:30] <cjwatson> We think it's more likely to be a difference between the base system installation methods at this point
[11:30] <cjwatson> Since there should be no difference in the default partition selection between server and netboot
[11:33]  * Laney erks at that server failure
[11:33] <Laney> dpkg-deb: file `/srv/cdimage.ubuntu.com/ftp/pool/main/d/debootstrap/debootstrap-udeb_1.0.42_all.udeb' contains ununderstood data member
[11:34] <Laney> +data.tar.xz     , giving up
[11:51] <ogra_> hmm, my omap server build finished 30min ago
[11:51] <ogra_> but there is still no 20120925.3/
[11:52] <ogra_> err
[11:52] <ogra_> or rather no 20120926 i should say
[11:54] <cjwatson> Laney: yeah, I was trying to comprehend that
[11:54] <cjwatson> dpkg was upgraded an hour ago
[11:54] <cjwatson> 2012-09-26 11:17:41 upgrade dpkg 1.15.5.6ubuntu4.5.0.ISPATCHED.10.04.1 1.15.5.6ubuntu4.6
[11:54] <cjwatson> oh dear
[11:55]  * cjwatson takes this to #is
[11:58] <Laney> ah, so they had backported that patch from 1.15.6 and something happened to it
[12:01] <cjwatson> Yeah.  Fixed now
[12:02] <cjwatson> ogra_: Try again
[12:02] <cjwatson> ogra_: It failed due to the problem Laney and I were just discussing
[12:03] <cjwatson> Fortunately this was downgraded in time not to affect the Kubuntu build in progress
[12:04] <Laney> on the bright side, I just found out that "ununderstood" is a real word
[12:22] <doko> could somebody let python2.7 build in quantal-proposed?
[12:23] <Riddell> cjwatson: those kubuntu images still have language-pack-kde-de on them, should we have waited a bit for the seed change to get picked up?
[12:23] <ogra_> ah, thanks !
[12:24] <ogra_> cjwatson, hmm, with try again you meant i should re-run for-project ?
[12:24] <ogra_> or should it magically appear on cdimage ?
[12:26]  * ogra_ runs it again
[12:29] <cjwatson> Riddell: Yes
[12:29] <cjwatson> Riddell: Seed changes that affect tasks need a publisher run that's doing something else
[12:29] <cjwatson> (i.e. publishing a package)
[12:29] <cjwatson> Riddell: I'll accept something from universe
[12:29] <cjwatson> ogra_: I meant do the build again, since it failed very early
[12:30] <ogra_> right, well, buildlive was fine
[12:30] <cjwatson> buildlive wasn't the bit that failed
[12:30] <ogra_> for-project is running
[12:30] <ogra_> yep
[12:30] <cjwatson> You can do just the cron.daily* part, yes
[12:31] <ogra_> and done :)
[12:32] <cjwatson> Riddell: We can try again in half an hour or so
[12:33]  * ogra_ lols about the recent spam .... "ever wanted to sit like an executive ? buy and executive arm chair"
[12:33] <ogra_> *an
[13:06] <skaet> good morning ogra_,  cjwatson
[13:06] <ogra_> heya
[13:06] <skaet> :)
[13:07] <cjwatson> morning
[13:08] <cjwatson> ogra_: so for this qemu/beagle test, which disk should I partition, mmcblk0 or sda?
[13:08] <ogra_> sad
[13:08] <ogra_> heh
[13:08] <ogra_> sda
[13:09] <skaet> ogra_,  working through the backscroll ( and not had sufficient caffine yet), but I can't tell if we still have issues with the flash kernel on the arm ports or not yet.    Impression I've got is that we're ok on desktop and server, but netboot is still???   Is this accurate?
[13:10] <ogra_> yes
[13:11] <cjwatson> there's something wrong with netboot that I don't believe we fully understand yet
[13:11] <cjwatson> I have a test running at the moment
[13:12] <ogra_> right, i wanted to look into it as well, but am fighting on several other fronts
[13:12] <skaet> thanks cjwatson.  is issue likely to be beyond arm then for netboot?
[13:14] <skaet> ogra_,  are arm images basically sane at this point, or are there other blocker bugs that should be added to the under investigation list?
[13:16] <ogra_> skaet, still pending desktop tests here
[13:16] <ogra_> server are all fine
[13:18] <ogra_> skaet, working around the netboot issue with a flash-kernel hack is trivial btw ...
[13:19] <ogra_> (two bind mount/umount lines)
[13:19] <skaet> thanks ogra_
[13:21] <ogra_> if we havent fixed it based on teh environemt difference by end of my day i'll happily upload a fix
[13:21] <cjwatson> skaet: I don't know yet.
[13:22] <ogra_> (or i could even do that now and we leave it sit in proposed until needed)
[13:22] <skaet> thanks cjwatson
[13:24] <skaet> ogra_  sounds good.
[13:24] <ogra_> ok. will do then
[13:24] <skaet> thanks.  :)
[13:27] <skaet> xnox,  any feedback on the bug with latest images: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1056707 ?
[13:27] <ubot2> Launchpad bug 1056707 in ubiquity ""Unsafe swap space detected" dialog displayed too late if swap is created after an encrypted partition and makes manual partitioner unusable" [Undecided,New]
[13:28] <xnox> skaet: standard debian-installer behaviour.
[13:29] <cjwatson> displayed too late is standard; making the partitioner unusable seems rather a shame though
[13:29] <NCommander> xnox, that sounds like a bug to me. Having unencrypted swap is a bad thing, plus hosing partman is worse
[13:29] <xnox> skaet: as in, exactly the same behaviour is present on alternate/server cds since... forever.
[13:32] <NCommander> xnox, just because the behavior been around since the dawn of time doesn't mean it ain't a bug
[13:33] <cjwatson> xnox: I'm not aware that it makes the partitioner unusable as described in d-i
[13:33] <cjwatson> Are you saying that it does?
[13:33] <xnox> NCommander: true. I agree it's a bug. I simply don't know the best way to correct this.
[13:34] <xnox> cjwatson: it bails out on commit, let me check d-i quickly.
[13:37] <cjwatson> Anyway, if it isn't a regression from d-i then there's no reason to consider it RC
[13:39] <xnox> cjwatson: d-i "This program will now abort"
[13:40] <xnox> please diable the swap space or configure encrypted swap and run the setup again.
[13:40] <xnox> but then it returns to the partitioner.... hmm...
[13:42] <ogra_> how else would you create encrypted swap if not in the partitioner
[13:42] <skaet> cjwatson, agreed,  if its not a regression,  its not release critical for beta 2.
[13:42] <xnox> cjwatson: hmm... but the bug described is different.
[13:43] <xnox> cjwatson: activate encrypted volume, then create swap, then click "Install now" and installation starts and yanks you back from "timezone" step back to guided partitioning.
[13:43] <cjwatson> encrypted swap is really most easily done by way of encrypted LVM
[13:44] <cjwatson> it's a right pain to encrypt independently
[13:45]  * ogra_ ponders over bug 1056410
[13:45] <ubot2> Launchpad bug 1056410 in ubiquity "changing drive partitioning on ARM Quantal does not work" [Undecided,New] https://launchpad.net/bugs/1056410
[13:47] <cjwatson> Riddell: I've kicked off those Kubuntu builds for you again
[13:48] <Riddell> lovely
[13:52] <ogra_> heh, xaos ... that still exists ?
[13:52] <tumbleweed> and seeded, even
[13:52]  * ogra_ wonders if joey ever accepted his patch to add a .desktop file 
[13:52] <ogra_> tumbleweed, yeah, i know, i seeded it some years ago :)
[13:53] <tumbleweed> edubuntu: where we put all the fun stuff :)
[13:53] <Laney> xaos is awesome
[13:53] <ogra_> yeah, edubuntu is a fun playground
[13:54]  * smartboyhw finds Ubuntu Studio better:P
[13:54] <ogra_> back then it was a mix of both big desktops and streched even between server and desktop
[13:54] <highvoltage> sssh, we don't ever say that out loud ;)
[13:55] <ogra_> with unity added today it even mixes three desktops :)
[13:55] <tumbleweed> or the "client" and server, as I note ubuntu people saying recently (urgh, I really dislike that use of the word client)
[13:55] <ogra_> tumbleweed, +++
[13:56] <ogra_> and +1!!!11!
[13:56] <highvoltage> what is tripple plus? some weird php thing?
[13:56] <smartboyhw> +1
[13:56] <ogra_> its a plus doubleplus :)
[13:56] <smartboyhw> Google+++
[13:56] <ogra_> newspeak ;)
[13:57] <highvoltage> ah I see
[13:57] <ogra_> sigh, not looking at my bug mailbox for 1h during a pre-milsetone day is dangerous
[13:57]  * ogra_ notices 100 new bugs within 1h
[13:57]  * smartboyhw agrees:)
[13:58] <ogra_> i guess i should leave some teams :)
[13:58] <stgraber> ogra_: I guess you're in ~ubuntu-installer? :)
[13:58] <smartboyhw> ogra_, er .....no:P
[13:59] <ogra_> stgraber, yep, and since someone of PES asked me a quaestion about an armhf buildfailure i'm in ubuntu-webapps too
[13:59] <ogra_> they tend to add me to their teams to give me access to their private bugs :)
[14:00] <smartboyhw> ogra_, that's good:P
[14:00] <Laney> hah
[14:00] <Laney> I bet webapps is getting some well mannered email at the minute
[14:00] <ogra_> well at least their bug pre hour throughput stays the same it seems ... but its a constant flow :)
[14:00] <smartboyhw> ;)
[14:08] <ogra_> oh
[14:08] <ogra_> did we change the wallpaper ?
[14:09] <ogra_> or is my pandaboard screen screwed up ?
[14:09] <stgraber> that was a while ago I believe
[14:09] <xnox> cjwatson: i commented in the bug 1056707 on a few options that are available to prevent users from hitting the warning at all, or to make it appear earlier.
[14:09] <ubot2> Launchpad bug 1056707 in ubiquity ""Unsafe swap space detected" dialog displayed too late if swap is created after an encrypted partition and makes manual partitioner unusable" [High,Triaged] https://launchpad.net/bugs/1056707
[14:09] <ogra_> ah, k
[14:09] <ogra_> i didnt do fresh installs in a while for desktop
[14:09] <xnox> cjwatson: can you check what would you prefer the best.
[14:11] <stgraber> ogra_: it should looke like: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/ubuntu-wallpapers/quantal/download/head:/wartyfinalubuntu.png-20090702162935-bg4dfvc1nbr5imar-23/warty-final-ubuntu.png
[14:12] <ogra_> fun, FF doesnt want to open it and offers me eog ... eog says "not a png file"
[14:13] <ogra_> in any case its a lot more reddish and less violet i see
[14:13] <ogra_> if it changed than i'm fine, i just didnt follow the theme changes this time
[14:19] <cjwatson> xnox: followed up
[14:21] <xnox> cjwatson: ok, thanks =)
[14:21] <stgraber> ogra_: well, that's because it's actually a jpeg file with a .png extension and eog is apparently not capable of detecting that
[14:23] <ogra_> stgraber, bug !
[14:23] <ogra_> :)
[14:25] <stgraber> ogra_: I vaguely remember us getting in trouble on upgrade when changing the name of our wallpaper, that's why it's still called warty and still is a .png. Though I guess now that we have fancy settings upgrade scripts we probably could transition the setting properly.
[14:26] <ogra_> yeah. we should
[14:27] <ogra_> though i actually like the historical naming scheme :)
[14:40] <knome> skaet, others: what's the sign-off time for acking b2 release?
[14:42] <skaet> knome 1200 UTC 9/27
[14:42] <knome> oh shiny!
[14:42] <knome> i thought it was 21UTC today :)
[14:43] <knome> will you remind us with the url with an email?
[14:43] <skaet> knome,   if you could have https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta2 filled out by 2100 today though it would be appreciated.  :)
[14:43] <knome> skaet, right, yeah, i'll try to get that done when i get home
[14:43] <skaet> thanks knome  :)
[14:43] <knome> np
[14:44] <knome> what's the url for acking/signing off the release?
[14:44] <skaet> I'll send out an email reminder to the flavor leads now,  so we're all on the same page.
[14:44] <skaet> knome,  for signing off for beta 2,   just comment in this channel that you're ok (or not) with the images going out.
[14:44] <Laney> they get marked as 'ready' on the tracker
[14:44] <knome> ok
[14:44] <skaet> There's a wiki for the final release.
[14:44] <knome> thanks skaet :)
[14:45] <skaet> np
[14:58] <dobey> doko: hi. i wonder if the armhf test rebuild was going slow and it introduced a weird race condition for that one ubuntuone-client failure. the same version built fine on arm in the normal archive builders. just rebuilding it might fix the problem
[15:00] <skaet> utlemming,   how are the cloud images looking for beta 2?
[15:02] <doko> dobey, given back
[15:03] <dobey> doko: thanks
[15:06] <ogra_> hggdh, dod you think about stephane ( stgraber) when you updated the description of bug 1056394
[15:06] <ubot2> Launchpad bug 1056394 in grub-installer "grub-mount /dev/sdb1 /var/lib/os-graber/mount hangs" [Undecided,New] https://launchpad.net/bugs/1056394
[15:06] <hggdh> ogra_: huh?
[15:06] <ogra_> stephanes new spare time project for a presomalized ubuntu flavour :)
[15:06] <ogra_> os-garber
[15:07]  * cjwatson corrects the title
[15:07] <ogra_> *graber
[15:07] <hggdh> dammit
[15:08] <hggdh> thanks cjwatson
[15:08] <ogra_> i liked the typo :)
[15:09] <hggdh> ogra_: probably, Freud explains, I guess
[15:09] <ogra_> heh
[15:10] <stgraber> ;)
[15:16] <hggdh> ogra_: small issue with the new flash-kernel and uBoot/USBBoot: it loads, installs, reboots nicely. I can reboot again on the installed system. BUT if I power-cycle, USB-boot kicks in again
[15:17] <hggdh> ogra_: sounds like the hidden P1 partition gets too well hidden
[15:17] <ogra_> hggdh, no, sounds like fallout of bug 1055938
[15:17] <ubot2> Launchpad bug 1055938 in flash-kernel "uboot and mlo not in boot partition after install" [High,Fix released] https://launchpad.net/bugs/1055938
[15:18] <knome> skaet, i will take the release manager tasks from astraljava, elfy will take the QA contact tasks
[15:18] <astraljava> skaet: Even while it's been fun, I will be concentrating on other tasks from now on, so I'm letting you know that contact persons for Studio and Xubuntu will be smartboyhw (Ho Wan Chan) and elfy, respectively.
[15:18] <astraljava> Muah.
[15:19] <astraljava> Err... right. Sorry, my bad. knome of course for release tasks.
[15:19] <ogra_> hggdh, can you check if you are on the very last image ?
[15:19] <hggdh> ogra_: how could that be the case, if I can reboot?
[15:19] <ogra_> you can reboot multiple times ?
[15:19] <skaet> thanks for letting me know astraljava.
[15:19] <hggdh> ogra_: I downloaded it ~ 60m ago, will check for an update
[15:19] <ogra_> (the hiding of the partition only applies to udisks, it cant have any impact on anything else)
[15:20] <hggdh> ogra_: yes, multiple times, while I do not power-cycle
[15:20] <ogra_> no, there wasnt an update in the last hour
[15:20] <ogra_> weird
[15:20] <hggdh> ogra_: let me reinstall, it was *not* the last image
[15:21] <ogra_> ah
[15:24] <smartboyhw> skaet, so that means I will now be normally responsible for the -release weekly summary (along with ScottL) right?
[15:25] <Laney> you and ScottL can work it out between you
[15:25] <knome> ok, i'm off. i'll take care of my responsibilities later today. see you!
[15:26] <skaet> smartboyhw,  yes,  please coordinate with ScottL who will be sending it out.     Also could you please add https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta2 information for Ubuntu Studio (new feature summary and worrisome bugs)
[15:26] <skaet> thanks nome
[15:26] <skaet> thanks knome
[15:27] <knome> heh, np. thank *you* for tolerating all our changes ;)
[15:29] <smartboyhw> OK
[15:29] <smartboyhw> Thanks skaet
[15:31] <jbicha> hey, so we have a bit of a problem: gdm 3.6 won't start without gnome-session 3.6, I opened bug 1056936 to track this
[15:31] <ubot2> Launchpad bug 1056936 in gdm "GDM 3.6.0 won't start without gnome-session 3.6.0" [Critical,New] https://launchpad.net/bugs/1056936
[15:32] <jbicha> we can workaround this in the remix by just including gnome-session 3.6 manually, but it will still be broken for gdm users who upgrade today & reboot
[15:34] <jbicha> 1. we could accept gnome-session 3.6.0-0ubuntu1 2. I could upload a newer gdm that depends on the new gnome-session, but that won't help those that have already upgraded
[15:35] <jbicha> 3. I could do an ugly revert 4. I guess I could try to patch out the gdm change that needs the new gnome-session
[15:37] <Laney> jbicha: sounds like it would be more correct to do 2 if we do 1 anyway
[15:38] <jbicha> yes, #2 needs to be done but is not a full fix itself
[15:38] <ogra_> cjwatson, is there any magic in d-i that detects serial installs beyond it looking at console= from the cmdline ? ppisati is seeing some really weird behavior on a panda server install (booting the image seems to randomly switch between framebuffer and serial on different boots)
[15:39]  * ogra_ has never seen such behavior and wouldnt think its possible at all
[15:40] <cjwatson> At what stage?
[15:40] <ogra_> boot
[15:40] <ogra_> initial boot
[15:40] <cjwatson> Yes, see e.g. rootskel/src/sbin/console-type.c
[15:41] <cjwatson> And rootskel/src/lib/debian-installer/detect-console-linux
[15:41] <cjwatson> In fact just generally grep around in rootskel :)
[15:42] <ogra_> hmm
[15:42] <ogra_> all that code shouldnt switch to fb then
[15:43] <ogra_> weird
[15:55] <utlemming> stgraber: can you add http://cloud-images.ubuntu.com/quantal/20120925 to the tracker please?
[15:55] <hggdh> ogra_: ah, I wonder if the tests I am running automagically have something to do with it
[15:56] <stgraber> utlemming: sure
[16:07] <doko> dobey, build succeeded
[16:16] <Laney> has queuebot gone mad?
[16:16] <cjwatson> Looks like it - same package disappearing and reappearing
[16:22] <skaet> wierd....what's going on with the queue?  some of those are seeded, and thought they were going to be after beta 2.
[16:24] <stgraber> skaet: don't worry, they haven't been accepted. When something disappears from the queue and isn't rejected queuebot assumes it's been accepted
[16:24] <stgraber> which means that when LP API is glitching and returns a subset of the queue, it marks a bunch of packages as accepted
[16:25] <Daviey> MAD!
[16:26] <cjwatson> skaet: If you see the same package version being accepted and then shortly afterwards reappearing, you can safely assume that it hasn't actually been accepted.
[16:29] <stgraber> ~ubuntu-archive: Can someone review and merge: https://code.launchpad.net/~stgraber/ubuntu-archive-tools/amis-add-argparse/+merge/126494 ?
[16:30] <cjwatson> doing
[16:31] <cjwatson> stgraber: well, I know argparse is the new hotness, but perhaps it would make sense to use optparse instead to match the rest of ubuntu-archive-tools?
[16:31] <cjwatson> dunno.  not hugely fussed, it just jumped out as different
[16:32] <stgraber> cjwatson: well, I grepped for argparse and saw that control-builders was using it, so just went with it :)
[16:32] <cjwatson> ah, ok
[16:32] <cjwatson> seems fine anyway, will merge
[16:33] <stgraber> also, optparse is deprecated, so I guess we should try to get rid of it as we move to python3
[16:33] <cjwatson> I don't think it's urgent since 3.2 has it, but yes
[16:33] <cjwatson> merged
[16:33] <skaet> thanks stgraber, cjwatson - ok,  anxiety levels decreasing ;)
[16:33] <stgraber> cjwatson: thanks
[16:33] <doko> 3.3 still has it
[16:43] <dobey> doko: great, thanks again.
[17:21] <kenvandine> skaet, i just uploaded webapps-applications and libunity-webapps that fix bugs i would really like to see in b2
[17:21] <kenvandine> one will prevent users from getting duplicate launchers for u1ms
[17:21] <kenvandine> there they are :)
[17:21] <kenvandine> i need to run out for an appointment now though
[17:22]  * kenvandine runs
[17:22] <hggdh> ogra_: yes, the tests destroy mmcblk0. Red herring
[17:22] <ogra_> ohew, thx
[17:22] <ogra_> *phew even
[17:49] <ogra_> cjwatson, hmm, did your python porting of cdimage change anything in the zsync logic by chance ? zsyncing the ac100 tarball tells me there is no former image and then it starts to download the file as tar (vs tar.gz) ... specifiying the existing file with -i makes it work as expected
[17:49] <xnox> there are now one python-twitter to many in the unapproved queue. Feel free to reject one of them.
[17:50]  * xnox still didn't get emails about either of them =(
[17:56] <iulian> Why do we have python-twitter showing up twice in the queue?
[17:56] <iulian> Same version.
[17:58] <xnox> iulian: see my comment above.
[17:58] <xnox> iulian: i syncpackage twice, cause I didn't get an email about the first one, nor the second one, then checked the queue and noticed duplicate.
[17:58] <iulian> Whoops. Clearly missed that.
[17:59] <iulian> Okey-dokey. Will reject one of them then.
[17:59] <xnox> iulian: cheers =)
[18:01] <ogra_> ###################- 95.4% 0.0 kBps aborted
[18:01] <ogra_> failed to retrieve from quantal-preinstalled-desktop-armhf+ac100.tar.gz
[18:01] <ogra_> GRRRR !
[18:02] <xnox> ogra_: I zsync armhf without a hitch for a while now..... on daily basis along with other images. Didn't hit any problems....
[18:02] <ogra_> xnox, not the tar.gz for ac100 i assume
[18:02] <ogra_> thats special :)
[18:04]  * ogra_ wipes and wgets instead, seems zsync is now stuck at that 95.4% and fails every time
[18:04] <cjwatson> ogra_: Well, I certainly had to rewrite all that code, but I didn't intend to change its behaviour.  I have a child on my lap at the moment, but I'll look later.
[18:04] <ogra_> cjwatson, no hurry
[18:04] <ogra_> i can also look myself later you are loaded enough
[18:05] <ogra_> i doubt there are many people zsyncing an image for a rare and discontinued device anyway :)
[18:06] <cjwatson> Maybe not, but I don't like regressions even if they're only currently known to affect something rarely used. :-)
[18:06] <ogra_> heh, ok
[18:07]  * ogra_ needs to familiarize with the python port though 
[18:38] <balloons> btw, ty for keeping the notice board updated on the respins
[18:38] <skaet> yw
[18:39] <skaet> hmm... and on that note...  all the respins that comment referenced are done.   cleaning it again.
[19:54] <skaet> cjwatson, ogra_, infinity - what's the story with netboot now?   we going to ship with what we have?
[19:59] <cjwatson> my side of it is that my test install was 6h remaining last I looked at it (an hour or two ago), but ogra_ had a flash-kernel upload in the queue correcting that side of it
[19:59] <cjwatson> I haven't reviewed that yet, but will do within an hour or two
[20:00] <skaet> thanks cjwatson.
[20:02] <cjwatson> any other installer insanities you know of that I need to look at tonight?
[20:02] <cjwatson> we have a bunch of stuff queued in -tracking, but it didn't look critical ...
[20:03] <skaet> there was a set that jibel was highlighting,   just a sec, and I'll review, and paste any relevant ones here.
[20:04] <cjwatson> the accessibility indicator translations one looked fairly easy - just awaiting a slot to start up a test vm on my laptop for that
[20:04] <cjwatson> generally the usual bunch of missing translatability in a few places
[20:05] <skaet> bug 1055326
[20:05] <ubot2> Launchpad bug 1055326 in ubiquity "During installation, flashplugin fails to install with: IOError: [Errno socket error] [Errno -2] Name or service not known" [High,Triaged] https://launchpad.net/bugs/1055326
[20:05] <skaet> bug 1046744
[20:06] <skaet> oops
[20:06] <skaet> bug 1056744
[20:06] <ubot2> Launchpad bug 1056744 in ubiquity "Ubiquity crashes after creating an encrypted partition manually" [Undecided,Confirmed] https://launchpad.net/bugs/1056744
[20:06] <skaet> Bug 1056707
[20:06] <ubot2> Launchpad bug 1056707 in ubiquity ""Unsafe swap space detected" dialog displayed too late if swap is created after an encrypted partition and makes manual partitioner unusable" [High,Triaged] https://launchpad.net/bugs/1056707
[20:07] <skaet> Bug 1056689
[20:07] <ubot2> Launchpad bug 1056689 in debian-installer ""Incomplete language support" for english after netboot installation" [Medium,New] https://launchpad.net/bugs/1056689
[20:08] <cjwatson> OK, thanks.  I'll have a look over those.  None of them look respin-worthy to me, really.
[20:08] <skaet> release noting may be the only option at this point for beta 2 - but they should all be sorted before the release.
[20:09]  * skaet nods
[20:09] <cjwatson> I agree that at least the first three need to be fixed for release.
[20:09] <cjwatson> The fourth is untidy, but it wouldn't be the first time ... Medium's probably correct there.
[20:09]  * skaet nods
[20:10] <cjwatson> The first is annoying because I thought we had systematically fixed that entire class of bugs in 12.04 ...
[20:10] <cjwatson> Oh well.
[20:10] <cjwatson> And the second and third would appear to be xnox's headache :-), although I'll pitch in if I have time
[20:11]  * skaet feels xnox will need much beer in UDS.  ;-) 
[20:12] <skaet> sounds good.   thanks.
[20:12] <cjwatson> I certainly plan to buy him some.
[20:13] <skaet> Me too :)
[20:16]  * skaet removing Kubuntu Alternate from the beta 2 set,  based on earlier discussions with Riddell
[20:16] <Laney> hey
[20:16] <skaet> Kubuntu is dropping alternates from the Manifest for 12.10 now.    I've updated the release manifest.
[20:17] <skaet> Laney,  ??
[20:18] <Laney> just saying hi :(
[20:18] <infinity> How dare you?
[20:18] <infinity> Back in your cage.
[20:18] <Laney> Shan't make that mistake again
[20:19] <skaet> sorry Laney.   thought you were concerned about the Kubuntu changes.  ;)
[20:21] <skaet> Laney,   was looking into the rdepends on that  gnome-session 3.6 http://git.gnome.org/browse/gnome-session/commit/?id=17b0b11 (non translations part),  and am not comfortable judging the risk of it interacting with Ubuntu/Edubuntu existing images.    Did you have a look at that aspect when discussing earlier?
[20:22]  * skaet marked it as a FFE since its a new upstream version effectively.
[20:24] <infinity> Hrm?
[20:25] <infinity> All of GNOME has a standing exception to bring it to the stable versions before release.
[20:25] <skaet> infinity, any issues being raised you're concerned with at this point for the beta 2 images?
[20:25] <infinity> Or did you mean specifically for the beta?
[20:25] <skaet> for the beta
[20:25] <infinity> Ahh.
[20:27] <Laney> Well, not an exception, but their release policy aligns with ours (by design) so we don't need to seek them.
[20:27] <skaet> Laney, Infinity - https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/1056936
[20:27] <ubot2> Launchpad bug 1056936 in gnome-session "[FFE] GDM 3.6.0 won't start without gnome-session 3.6.0" [Critical,Confirmed]
[20:27] <Laney> yes
[20:28] <Laney> jbicha tested launching sessions with the new package and lightdm
[20:28] <skaet> in Ubuntu as well as in his remix?
[20:29] <Laney> yes
[20:33] <skaet> If he can document it in the bug that both have been tested,  and you're comfortable documenting that the diff (other than translations) won't lead to regressions,  my concerns will be addressed.
[20:34] <kenvandine> skaet, i just uploaded the fix for your target of opportunity bug 744812, but definitely wait until after beta2 to let it in
[20:34] <ubot2> Launchpad bug 744812 in ubuntu-font-family-sources "FontConfig/Qt stack choke on Ubuntu Medium font meta-data (No medium in Inkscape and too bold in Qt apps)" [High,Confirmed] https://launchpad.net/bugs/744812
[20:35] <skaet> kenvandine,  ack.    Did the libreoffice issues get addressed?
[20:35] <kenvandine> not sure
[20:35] <kenvandine> i wasn't paying attention to that one
[20:35] <phillw> cjwatson: do you promise not to kill me if I ask you about a bug? :)
[20:35] <kenvandine> seb128, ^^
[20:37] <jbicha> Laney: skaet: yes, I mentioned my testing on comment 6 of the gnome-session/gdm bug
[20:37] <Laney> I can't promise no problems, but it seems fine to me.
[20:37] <seb128> kenvandine, skaet: Sweetshark is still working on libreoffice, we are still aiming for an upload just after beta2
[20:38] <Laney> I'm sure doko will love a qt4-x11 upload :P
[20:38] <seb128> lol
[20:39] <skaet> jbicha,  comment #6 doesn't say if you tested it in Ubuntu as well as the Gnome remix,  want to make sure no regression surprises that's the key thing.
[20:39] <skaet> jbicha
[20:39] <skaet> nevermind
[20:39] <skaet> I need to take a break from bugs - you did say,  I just didn't read properly.
[20:42] <jbicha> I have almost all of ubuntu-desktop installed currently for ubuntu-docs work
[20:42] <skaet> Laney,  you ok with that diff?
[20:46] <Laney> skaet: as much as I can be by just reading it
[20:47] <balloons> everyone note, I finally landed a first pass at  Install (entire disk with lvm and encryption)
[20:47] <skaet> :)
[20:47] <balloons> it's only on ubuntu desktop atm, and I of course had lots of results from looping through it
[20:48] <balloons> anyways, we'll continue to work on isolating the specific testcases in ubiquity to make testing and maintaining the cases as easy as possible.. for now, enjoy
[20:49] <skaet> jbicha,  its approved
[20:50] <cjwatson> phillw: Man, do I come across as that touchy?  I've not killed anyone yet. :-)
[20:50] <cjwatson> phillw: But I'm watching House for the next hour or so.
[20:52] <highvoltage> cjwatson: eek, be careful, before you know it you'll start to say things like "you're all idiots"
[20:52] <Daviey> If House affects you, like everyone else.. I'd be expecting well thought through sarcastic, but whity, insults.
[20:52] <phillw> he he... It does appear your thoughts on the issues are correct. I was alerted to bug 1043518 which took me to https://bugzilla.redhat.com/show_bug.cgi?id=857300 from my very limited skills, it does seem that there is a kernel fix?
[20:52] <ubot2> Launchpad bug 1043518 in ubiquity "live cd is unusable due to video degradation with the splash boot option enabled" [High,Confirmed] https://launchpad.net/bugs/1043518
[20:52] <ubot2> phillw: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found (https://bugzilla.redhat.com/xml.cgi?id=857300)
[20:53] <phillw> most odd, ubot found it on -testing
[20:59] <Laney> he /is/ a DD, though. You know what they're like.
[21:01]  * infinity glares at Laney.
[21:06] <Laney> jbicha: ^ go wild
[21:11] <jbicha> yay! thank you!
[21:33] <doko> Laney, well, if there's' an upload, let's build it without -g on arm*
[21:35] <Laney> doko: go ahead and reupload. We can then reject the old one
[21:36] <doko> tomorrow ... need to figure out how to build without -g. but you did it recently, didn't you?
[21:36] <Laney> using filter-out
[21:36] <doko> that easy? ok. and I would like to see this python2.7 upload building in -proposed while the archive is frozen
[21:37] <infinity> Do we really need to go all the way to removing -g?  Maybe -gstabs would be enough?
[21:38] <doko> already checked by Laney in webkit
[21:40] <Laney> I'll do a PPA upload to be sure
[21:42] <cjwatson> phillw: Not sure really - I know very little about this area, sorry.  Try #ubuntu-kernel?
[21:44] <cjwatson> phillw: The linked kernel patch indeed looks pretty straightforward and easy to pull in, if that's in fact what it is.
[21:44]  * infinity accepts some things into proposed...
[21:46] <phillw> cjwatson: except that 12.10 is running 3.5.x :'( I did ask. also, what are the chances of having ppc run with nomodeset, that seems to be the best work around we have at present.
[21:46] <phillw> cjwatson: it is 3.6.x, and will not be available for 12.10
[21:47] <cjwatson> phillw: No obvious reason why that would stop the kernel team pulling in that one patch.
[21:47] <cjwatson> I'd rather not force nomodeset for a whole architecture.  This stuff is generally chipset-specific.
[21:48] <phillw> cjwatson: do you know anyone I could go beg? ( I am good at begging, and it does seem a fix that would remove a lot of issues... or at least give us a level playing field).
[21:48] <cjwatson> phillw: #ubuntu-kernel, as I said ...
[21:48] <phillw> My concern, obviously, is any regression issues.
[21:49] <cjwatson> I don't know which individual on the kernel team would be relevant, and that's not usually the right answer anyway
[21:49] <cjwatson> Let them judge that.
[21:49] <phillw> cjwatson: thanks, I'll go ask again - maybe my 1st question was phrased incorrectly.
[21:50] <cjwatson> phillw: Yes, it was.  You asked about an entire new kernel release, not a singlel patch.
[21:50] <cjwatson> *single
[21:50] <cjwatson> For a one-line patch, while this isn't my field, it seems unlikely that an entire new kernel release is necessary.
[21:50] <cjwatson> Sledgehammers and nuts, etc.
[21:51] <infinity> Bad mental image.  Curse American slang.
[21:52] <cjwatson> Sigh.  My n-hour armhf/omap test install failed due to random network glitch.
[21:53]  * cjwatson reviews ogra_'s patch.
[22:16] <skaet> infinity,  are the scripts ready for tomorrow for moving the armhf and amd64+mac images to publish in same location now as the amd64, i386 ones for Ubuntu/Ubuntu Server?
[22:19] <cjwatson> cdimage doesn't care; that would be a matter of a publish-image-set change.
[22:20] <cjwatson> Probably something like http://paste.ubuntu.com/1229408/, but review the results of that ...
[22:21] <infinity> skaet: I hadn't changed publish-image-set yet, but I imagine Colin's diff is sane.
[22:21]  * infinity looks.
[22:23] <infinity> cjwatson: Looks sane to me, if you want to commit it, I'll dry-run it and see if it does what it looks like it should.
[22:25] <skaet> thanks.
[22:25] <cjwatson> What about server armhf+omap?
[22:26] <infinity> cjwatson: Just omap4's going to releases, AFAIK.
[22:27] <cjwatson> Actually, let me be a little more subtle, or else this'll affect 10.04.2 too.
[22:27] <infinity> cjwatson: It would only affect .2 if we built those images.
[22:28] <cjwatson> Well, I've done the work now :)
[22:28] <infinity> cjwatson: (We're not building ARM images for .2, not sure about +mac, but if we're building +mac, I'm not sure publishing it to releases for .2 would be awful and wrong anyway)
[22:28] <cjwatson> r619
[22:28] <cjwatson> feel free to tweak
[22:29] <infinity> That works too.
[22:32] <cjwatson> ogra_,plars: That flash-kernel upload looks good, so I've accepted it into -proposed.  Once it's built and published (~ an hour, maybe a bit more for safety - check 'rmadison -s quantal-proposed -S flash-kernel' against https://launchpad.net/ubuntu/+source/flash-kernel/3.0~rc.4ubuntu26), please could you try a test install with 'apt-setup/proposed=true' added as a boot parameter?
[22:33] <cjwatson> (I know, -proposed isn't for manual testing, but I wouldn't be copying it to quantal semi-automatically anyway during a freeze.)
[22:34] <cjwatson> I give up on my own manual test; it's just taking way too long.
[23:57] <smoser> anyone able to help?
[23:57] <smoser> i go to http://iso.qa.ubuntu.com/user
[23:57] <smoser> (to get my api keys)
[23:57] <smoser> and "Access denied"
[23:57] <smoser> (I get there by clicking "Hello smoser", so yes, i'm logged in)
[23:57] <smoser> i log out and log back in. it acknowledges im' me, but /user gives 403
[23:57] <infinity> Ditto for me.
[23:58] <infinity> stgraber: ^