[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 <IP_ADDRESS>ubuntu4.5.0.ISPATCHED.10.04.1 <IP_ADDRESS>ubuntu4.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 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: ^


[02:04] <imgbot> [03:19] <imgbot> [03:20] <imgbot> [15:47] <sergiusens> cihelp the jenkins part of the ci train seems to have run out of space 'mktemp: failed to create directory via template '/tmp/debsign.XXXXXXXX': No space left on device'
[19:40] <thomi> is anyone online who could allocate a silo today? robru, cyphermox ?
[19:40] <thomi> I guess it's your Sunday...
[19:42] <robru> thomi, oh but you just happen to have caught me... ;-)
[19:42] <thomi> haha, awesome
[19:42] <thomi> let me fill in the SS real quick :)
[19:42] <thomi> MPs aren't ready now, but will be by this evening, and I'd like to start a test run overnight :)
[19:43] <robru> thomi, oh ok, that sounds reasonable. I was just about to warn you that there's some kind of out of disk error on citrain. but at least I should be able to *assign* the silo for later building, I think
[19:43] <robru> (once somebody from #is wakes up and clears some disk space)
[19:44] <thomi> robru: row 42
[19:45] <thomi> robru: just to make sure - when I want to rebuild the silo, I just hit the reconfigure button on the silo page?
[19:45] <robru> thomi, reconfigure is only if you changed the MP list. rebuild if you are keeping the same MP list
[19:45] <thomi> right
[19:45] <thomi> that's what I meant, sorry
[19:45] <thomi> I imagine we'll end up with 3-4 MPs by this evening
[19:46] <robru> thomi, no worries. ok, you got silo 10! enjoy. Now I'm off to enjoy my sunday afternoon ;-)
[19:46] <thomi> have fun!
[19:46] <robru> thanks
[20:56] <kgunn> silo build failed, gotta weird one, "no space left on device" ??
[20:56] <kgunn> https://ci-train.ubuntu.com/job/landing-007-1-build/18/console


[02:10] <imgbot> [03:40] <imgbot> [03:40] <imgbot> [05:42] <Mirv> hmm, if we stay on the overlay for long we need proper packaging diff:s instead of vivid <-> landing
[05:43] <Mirv> renatu: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1347836/+merge/255726 needs top approval
[06:14] <Mirv> mzanetti: I'm assigning line 70 now, but you'll want to re-check it as you already landed at least the concierge_mode_workarounds branch in another landing
[06:17] <Mirv> mzanetti: and I guess you'll do line 70 before line 74 so I'm not assigning the latter
[06:32] <Mirv> (lines moved, I archived landed lines)
[07:55] <pstolowski> trainguards hello, the silo ubuntu-rtm/landing-001 is not needed anymore, you can free it
[08:00] <Mirv> pstolowski: thanks! indeed, probably none of them are needed as rtm is now "done".
[08:00] <Mirv> unless some critical hotfix will be done
[08:07] <Mirv> well, og_ra has a new rtm silo from yesterday so I guess it's not all "done" necessarily :)
[08:08] <davmor2> Mirv: if you are going to pick on ogra_ at least get his nick right so he can join in the complaining :D
[08:11] <Mirv> davmor2: I'm not picking, just mentioning, and I didn't want to highlight :)
[08:27] <mzanetti> Mirv, looking, one sec
[08:30] <sil2100> Mirv: that silo won't land even most probably, IIRC it's only to get a binary built
[08:31] <mzanetti> Mirv, ack, dropped the concierce mode branch again. no idea why it was still showing up in my queue yesterday, it's gone now
[08:31] <mzanetti> Mirv, also, ack for doing row "70" before the other (it's 51 vs 55 now)
[08:32] <Mirv> mzanetti: ack ack!
[08:36] <Mirv> mzanetti: I can reconfigure your silo if you tell me how I can get the level 25 done on MvM
[08:37] <mzanetti> Mirv, http://notyetthere.org/data2/level25.m4v
[08:37] <mzanetti> now, gimme the silo :D
[08:37] <Mirv> mzanetti: !!!!!!!! SILO RECONFIGURED AT BLAZING SPEED :D
[08:37] <mzanetti> lol. thanks Mirv
[08:38] <Mirv> lol
[08:43] <pstolowski> Mirv, hey, are you looking at landing 033 error by any chance? can I retry?
[08:45] <Mirv> pstolowski: just a moment, I was eh, reproducing a certain solution to a difficult problem
[08:45] <Mirv> mzanetti: just quickly tried that no I don't seem to get the 12$ -> 17$ in order to buy the 2nd lighthouse, but I've noticed there are some really subtle timing related stuff in MvM that I've never truly understood
[08:46] <Mirv> since I had tried the idea presented in the video before myself too
[08:46] <Mirv> mzanetti: when you post a video of it done on krillin, I'll believe ;)
[08:47] <mzanetti> Mirv, I know people have managed to do it on krillin too
[08:47] <mzanetti> Mirv, timing-related, there's an issue with the 2x button
[08:47] <mzanetti> that one has slight rounding errors
[08:48] <mzanetti> but if you only play at normal speed, it should work using the method in the video
[08:48] <Mirv> pstolowski: it claims there'd be a version clash, looking further
[08:48] <Mirv> mzanetti: I KNEW IT!! The 2X is root of all evil!
[08:48] <mzanetti> I've also managed it by placing a rocket base (upgraded to level2) in the bank at the lower right edge
[08:48] <Mirv> still, I did that try at 1X but I've noticed 2X breaks things
[08:49] <mzanetti> that one then shoots holes into the enemy row and the rest of the towers should then have enough time to deal with the rest
[08:49] <Mirv> yeah, I got to give it some (more...) time with 1X only at some point
[08:50] <pstolowski> Mirv, in click scope we have 15.04 series branch, but in the light of yesterday's discussions & emails (from sil2100, and from dobey) I'm a bit confused about where to target that MP for vivid
[08:51] <sil2100> pstolowski: I would say it's up to the project maintainers to decide, this all depends if you forsee doing any snappy development or not
[08:51] <Mirv> pstolowski: in light of yesterday's discussions the default would be that you target only 15.04, don't for, and eventually when the feature is there do a dual landing to wily+vivid later
[08:51] <Mirv> don't fork, I meant
[08:51] <sil2100> Right
[08:52] <sil2100> Well... if you really want to fork then sure, but I suppose then it means you'll have to do 2 landings always
[08:52] <Mirv> right, unity-scope-click has already forked
[08:52] <sil2100> To make sure both branches are in sync
[08:52] <Mirv> sil2100: I think you should target your 15.04 branch and note that it's really the "15.04+overlay" branch
[08:52] <sil2100> pstolowski: maybe agree with other click scope devs which branch you'll use and just target that one, you can rebase trunk on it later
[08:53] <Mirv> s/sil2100/pstolowski/
[08:53] <Mirv> pstolowski: could the "
[08:53] <Mirv> Run scope harness integration tests during build and with autopkgtest.
[08:53] <Mirv> " be landed to vivid overlay too?
[08:53] <Mirv> to get them back to sync
[08:54] <pstolowski> sil2100, Mirv I'll retarget these MPs against 15.04 branch then and have separfate MPs for trunk; that's what dobey wanted to enforce anyway
[08:55] <Mirv> mzanetti: I've to admit I cheated. I edited the config so that I'd have laserhouse instead of rocket base. I was somewhat stupid and took the two most expensive ones first. my one belief is that you can't solve level 22 (I think it was that) without laserhouse
[08:55] <mzanetti> Mirv, could be... I haven't tested that
[08:56] <Mirv> mzanetti: also extremely hard to collect starts in 20 and 21 without laserhouse, so I couldn't get enough stars to get laserhouse afterwards even though I had ~all the stars until that
[08:56] <Mirv> pstolowski: ok then
[08:56] <mzanetti> Mirv, toghether with a friend of mine we've been playing it in 5 different combinations to prove it's doable. obviously there's still risk that you run into a dead-end situation.
[08:56] <Mirv> mzanetti: on the other hand, if there'd be an option I would have "restarted" hard levels, that would have been acceptable solution for me as a player for choosing wrongly
[08:57] <sil2100> pstolowski: ok
[08:57] <mzanetti> Mirv, there is, click on the star count in the lower right corner in the level selector
[08:57] <sil2100> pstolowski: remember that in this case the bottleneck can be the number of free silos
[08:57] <Mirv> mzanetti: ...
[08:57] <mzanetti> probably a bit hidden, I agree
[08:58] <Mirv> mzanetti: :D hehe, well I'll restart at some point then. it _should_ be easy the 2nd time mostly.
[08:58] <pstolowski> Mirv, MPs in silo 33 updated; let me know if I can reconfigure
[08:58] <mzanetti> that said friend can go through the complete game in ~3 hours now
[08:58] <Mirv> pstolowski: I'd guess since the target changed it might be best I reconfigure it for you
[08:58] <Mirv> pstolowski: or anyway, I'm reconfiguring now
[08:59] <pstolowski> Mirv, k, thanks
[08:59] <mzanetti> Mirv, btw, ubuntu-app-usage | grep machines please :D
[09:00] <Mirv> mzanetti: nooooo :)
[09:00] <mzanetti> :D
[09:00] <Mirv> "enough to get notes during evenings for my absence"
[09:01] <mzanetti> :D
[09:01] <mzanetti> then a review in the store please. gotta beat Dekko again :D
[09:02] <Mirv> mzanetti: it seems nearly exactly 24h. I did try without the laserhouse, you know :)
[09:02] <mzanetti> so you still have some 7 hours left to beat davmor2
[09:02] <DanChapman> mzanetti: oi.... play fair!! ;p
[09:02] <mzanetti> lol
[09:03] <davmor2> mzanetti: now I know the flaw I've replayed it took 14hours
[09:04] <mzanetti> wow, still playing....
[09:04] <Mirv> davmor2: which flaw it was that you ran into, I remember you mentioned it?
[09:04] <davmor2> Mirv: no you have to discover it for yourself :P
[09:05] <Mirv> davmor2: darn :)
[09:05] <davmor2> mzanetti: I love it, I would use the editor thingy to add some more levels but it looks like hard work and you need some gfx skill
[09:06] <mzanetti> yeah... but afaict mivoligo is working on a second level pack. for him the hard thing is to create the json stuff
[09:06] <mzanetti> you can probably ask him to be his beta player
[09:06] <mzanetti> or even help with the json files
[09:14] <Mirv> the bot never announced that 33 was reconfigured
[09:14] <Mirv> pstolowski: I hit build for you https://ci-train.ubuntu.com/job/ubuntu-landing-033-1-build/4/console
[09:14] <pstolowski> Mirv, thanks
[09:15] <davmor2> mzanetti: you don't want me touching code if you want it to work :D
[09:15] <Mirv> pstolowski: didn't you mean to reconfigure https://code.launchpad.net/~stolowski/unity-scope-click/edit-reviews-15-04/+merge/258788 to land to the vivid branch? that MP is still on the spreadsheet.
[09:16] <mzanetti> davmor2, no code involved... it's just json files describing the level... the game code is already in place to support multiple level packs
[09:16] <davmor2> mzanetti: json is close enough to code for me to break :)
[09:27] <pstolowski> Mirv, ah, sorry, updated the MP itself, it was targeting trunk, should be touch-15.04; could you please reconfigure again?
[09:27] <Mirv> pstolowski: sure
[09:30] <Mirv> pstolowski: done
[09:31] <pstolowski> thx
[10:01] <jibel> sil2100, is there an equivalent of a -changes ML for the overlay ppa?
[10:03] <pstolowski> Mirv, weird failure in my silo 33
[10:09] <sil2100> jibel: hey, no, not really... but it's a valid point, let me think about some nice equivalent
[10:09] <sil2100> jibel: for now the closest thing is https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+builds?build_text=&build_state=all
[10:09] <sil2100> (since all upload mail goes to I-dont-know-where)
[10:10] <jibel> sil2100, that's what I use but it's difficult to read and doesn't automatically end in my inbox
[10:10] <Mirv> pstolowski: I understand what it says but not why it says that. could you try once more and we see if it's somethig temporary? there are errors before that bzr ERROR line which could have cause it.
[10:11] <kalikiana> cihelp ping, https://jenkins.qa.ubuntu.com/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-vivid-i386-ci/477/testReport/ can somebody investigate this bogus failure? it's happening in more than one branch reliably now
[10:11] <Mirv> pstolowski: oh, wait, it's the credentials one, checking that still
[10:12] <sil2100> jibel: I'm pretty sure we can get something better, just need slangasek to pop up
[10:13] <sil2100> jibel: probably we could somehow redirect all the upload mail somewhere or something
[10:14] <Mirv> pstolowski: ok, the ubuntuone-credentials branch is simply broken, it adds its own changelog entry. that wouldn't be a problem necessarily, but the version number is also of wrong format.
[10:15] <t1mp> kalikiana: is https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/newJsonApiCheck/+merge/235830 ready for landing?
[10:15] <t1mp> besides the CI issues
[10:16] <kalikiana> t1mp: yep
[10:16] <t1mp> kalikiana: ok. I'll happrove it when the CI issue is cleared up
[10:16] <Mirv> pstolowski: is the usage of native version numbers intentional? if so, you should continue doing that by dropping the "-0ubuntu1" from the MP
[10:17] <kalikiana> t1mp: btw I made a merge commit to https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/oldAppHeaderMoving/+merge/258617 so you'll need to re-approve… trying to see if it helps at all with the bogus failures
[10:17] <t1mp> kalikiana: actually, I happrove https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/newJsonApiCheck/+merge/235830 now
[10:17] <t1mp> let's see what cI does
[10:18] <kalikiana> t1mp: cool
[10:18] <t1mp> kalikiana: happroved oldAppHeaderMoving as well
[10:19] <Mirv> pstolowski: it seems ubuntuone-credentials has always used native (no "-0ubuntuN"). it doesn't really matter after all which is it, but note that we do consider Canonical projects as "Canonical upstream" projects, in which case the Ubuntu packaginng is not "Ubuntu's" and therefore 95% of our projects do have the ubuntu versioning. if you want to switch to the same, you'd keep the changelog entry as is but do bzr rm debian/source
[10:21] <Mirv> I mean, in which case the packaging is Ubuntu-the-project's packaging of Canonical upstream sources, so it's noted like that, having the ubuntu versioning instead of claiming the package would be Ubuntu-the-project's internal package
[10:22] <pstolowski> Mirv, ok, I didn't know of these subtleties; trying to fix the changelog entry
[10:34] <davmor2> popey: reminders has one small design issue other than that clean bill of health and passed
[10:36] <sil2100> Yaay!
[10:47] <davmor2> popey: design issue for you https://bugs.launchpad.net/reminders-app/+bug/1454198
[10:58] <t1mp> kalikiana: https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/trunkSync/+merge/258777 failed on autolanding
[10:59] <t1mp> kalikiana: ASSERT failure in QTest::fetchData(): "Test data requested, but no testdata available.", file qtestcase.cpp, line 2044
[10:59] <t1mp>
[10:59] <t1mp> cihelp: ping^
[11:00] <psivaa> t1mp: kalikiana: we'll take a look at it
[12:19] <sil2100> o/
[12:23] <pmcgowan> plars, how many devices to we have in the ci setup
[12:30] <pmcgowan> or fginther ^^
[12:43] <sil2100> mzanetti: assigned a silo for you, just remember you have another unity8 silo in silo 33
[12:43] <mzanetti> sil2100, thanks, yep, I'm aware of that
[13:04] <fginther> pmcgowan, can you be more specific? which kind of device and for what use?
[13:06] <plars> pmcgowan: hi
[13:06] <pmcgowan> phones for auto testing
[13:07] <pmcgowan> like krillin and nexus 4
[13:07] <pmcgowan> fginther, or plars
[13:07] <plars> pmcgowan: do you mean for smoke testing? or merge proposals? boot testing? - it's not always one big shared pool
[13:08] <pmcgowan> yes :)
[13:08] <fginther> or just total devices :-)
[13:08] <plars> heh, ok, one moment
[13:09] <boiko> jibel: regarding silo 24, jenkins has been flaky for telephony-service, it runs the unit tests twice for each job, once using dh_auto_test (which passes) and the other one I don't know exactly how it is called
[13:09] <boiko> jibel: but the first run always passes
[13:09] <plars> pmcgowan: so for mako, we have about 24 at the moment, though some of them are basically broken to the point of being doorstops
[13:11] <plars> pmcgowan: for krillin, there are 10 at the moment, but not all are instrumented yet, so we can't automatically recover all of them if they get in a bad state. I've heard there are 4 more, but IS was waiting to hook those up, and instrument the others until the rack move, that just happened recently
[13:12] <plars> pmcgowan: if you can help me understand exactly what information you're looking for, I may be able to email you something a little more helpful
[13:12] <plars> pmcgowan: unless that already gives you what you are looking for?
[13:12] <pmcgowan> plars, I wanted a round number to get an idea how many are required for decent coverage
[13:12] <pmcgowan> sounds like 10
[13:22] <plars> pmcgowan: it depends a lot on the types of testing you want to do, number of channels you want to test, and how quickly you want the results
[13:23] <plars> pmcgowan: with a little padding of course because sometimes good devices go bad
[13:24] <plars> relatively uncommon, but good to plan in there because murphy strikes hardest when you assume all will go well :)
[13:29] <pmcgowan> plars, thanks
[13:38] <kenvandine> trainguards:  I need to sync a couple packages from the overlay ppa to wily, how do i create a silo for that?
[13:41] <plars> kalikiana: hi, I'm looking at the job you mentioned earlier. I'm thinking that might be related to it not using the overlay ppa for vivid?
[13:42] <kalikiana> plars: I wouldn't know how that affects it. it used to work and suddenly all branches fail in this way
[13:42] <kalikiana> there has been no change here that I'm aware of
[13:44] <kalikiana> Mirv: if you happen to know if there was any change that I missed ^^
[13:47] <plars> kalikiana: I also notice that it seems to complain of missing test data? Is there any chance it's trying to pull that from an external source?
[13:47] <barry> sil2100: hi.  did that patch land?  can i retry my build?
[13:54] <sil2100> barry: hey! Ah, it landed but I need to ask IS to redeploy the train
[13:54] <sil2100> Let me do that, sorry, it slipped my mind
[13:56] <kalikiana> plars: not "also" that IS the problem :-)
[14:06] <barry> sil2100: no worries, thanks!
[14:06] <kenvandine> sil2100,  I need to sync a couple packages from the overlay ppa to wily, how do i create a silo for that?
[14:07] <Laney> kenvandine: can't you just copy-package them like I gave the line for in #ubuntu-desktop?
[14:07] <Laney> or do they really need rebuilding for something?
[14:07] <kenvandine> sure... that would work
[14:07] <sil2100> kenvandine: in this case copy-package is still a valid solution I guess :)
[14:07] <kenvandine> but i wanted to make sure we shouldn't do somethign else
[14:07] <kenvandine> sil2100, ok, i can do that
[14:07] <sil2100> The tools are not ready yet to make things easier for people
[14:07] <kenvandine> ok
[14:07] <sil2100> We learned about all the plans too late...
[14:10] <Laney> It's easy enough to do individually for core-devs, but I suppose you might want a view of the whole state so things don't get lost.
[14:11] <oSoMoN> trainguards: hey, can I have a silo for line 62, please?
[14:15] <pmcgowan> sil2100, per the point raised above, has a full sync of the ppa to wily been discussed or planned
[14:20] <barry> oSoMoN: done
[14:25] <oSoMoN_> barry, thanks!
[14:28] <kenvandine> pmcgowan, even after a full sync, we really need landings to automatically go to wily and the overlay, to prevent this in the future
[14:30] <pmcgowan> kenvandine, agreed, seems the topic of the year
[14:30] <pmcgowan> I pretty much agree with the comments on the thread, we need to land to trunk and be prepared to have two branches when necessary
[14:30] <kenvandine> nobody wants to relive the utopic/rtm landings again
[14:31] <pmcgowan> we have to land both places imo but need to sort out the overhead
[14:31] <pmcgowan> same ole topic
[14:33] <plars> kalikiana: ok, so if the problem is that it's trying to pull external test data, that may not be something we can accommodate now. Any other way to get test data in that it needs?
[14:33] <plars> kalikiana: the short story is that it's "accidentally" worked for a while, but shouldn't have been working
[14:41] <sil2100> pmcgowan: hey! :)
[14:41] <sil2100> pmcgowan: yeah, actually, slangasek did that just now
[14:43] <sil2100> pmcgowan: I poked slangasek earlier about that and he just did it
[14:43] <sil2100> Swiftly ;)
[14:43] <sil2100> kenvandine: yeah, we're working on the dual-landing stuff, but we just started ;/
[14:43] <sil2100> barry: hey! Try rebuilding, the fix should be deployed by IS now
[14:44] <barry> sil2100: \o/
[14:45] <slangasek> yes, that's only a one-time sync of the stuff currently in the overlay however
[14:45] <kenvandine> slangasek, thanks!
[15:01] <kalikiana> plars: what does that mean, cannot accomodate it now? if you know about some changes behind the scenes you'll need to tell me because as I said nothing changed in the ui toolkit
[15:03] <kalikiana> plars: and it's slightly urgent if I may add because nothing whatsoever passes right now
[15:15] <sil2100> barry: hmm, I wonder why the package didn't get uploaded to the PPA
[15:15] <barry> sil2100: good question!
[15:16] <sil2100> It looked as if it didn't generate a tarball
[15:17] <barry> sil2100: i don't see any errors in the console logs
[15:18] <barry> sil2100: where do we go from here?
[15:20] <plars> kalikiana: if the test is dependent on external access, can you give me details on what it's trying to do? and why?
[15:20] <sil2100> barry: one moment, need to finish the meeting and I'll try to check what happened
[15:21] <kalikiana> plars: the benchmark test is just loading tons of compoennts, nothing more
[15:21] <barry> sil2100: cool, thx
[15:22] <plars> kalikiana: details? what external servers does it want to connect to? are the connections inbound or outbound? how is it communicating with them? what ports/protocols? what is the purpose of connecting to them? can it be done in another way that doesn't depend on external resources (which can by definition be fragile)
[15:22] <kalikiana> plars: huh? there's no servers involved, it's just loading .qml components
[15:23] <plars> kalikiana: ok, so let's back up... it sounded to me like it was trying to pull test data from [somewhere outside the lab], and when I asked about it, it sounded like you were saying that is indeed the case. Perhaps I misunderstood?
[15:24] <plars> kalikiana: I don't know what your code there is doing, I could use your help with that :)
[15:24] <kalikiana> plars: when I say loading components that means grabbing .qml files from the build folder
[15:24] <kalikiana> and creating objects for them in a loop
[15:25] <kalikiana> plars: and that test hasn't changed in eons really
[15:27] <kalikiana> plars: it could only legitimately fail - that I can see - if somehow the build folder was removed during the build
[15:28] <kalikiana> plars: hmmmm not sure if that will help, but I got an idea that I could add a line to double-check if anything about that build folder changed, if I let that run on ci
[15:28] <kalikiana> so at least one could see if there was any unexpected differences in the build itself
[15:29] <plars> kalikiana: it looks like a great number of tests in there pass too though, do those not depend on loading things from the build dir?
[15:32] <plars> kalikiana: it looks like perhaps it failed ever since https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/separate-uitk-versions/+merge/257455 - which was merged anyway. Can you take a look at that MP?
[15:33] <kalikiana> plars: they do… it seems the benchmark test is the only instance of using the build folder defined at build time rather than relying on environment variables
[15:34] <kalikiana> and tst_components_benchmark: QDEBUG : tst_components_benchmark::benchmark_creation_components() Found 0 tests. suggests that build folder is either empty or wrong
[15:34] <kalikiana> I'm checking now what other tests do… maybe this makes sense to change if it's not reliable
[15:35] <kalikiana> so it might be that it was a "happens to work" kind of approach; hold on
[15:35] <plars> kalikiana: actually.. it may have failed even farther back, looking
[15:38] <plars> kalikiana: ah, it failed as far back as build 463, which also tested that same MP. So I would think that MP I mentioned earlier is suspect
[15:40] <kalikiana> plars: hmmmm
[15:42] <kalikiana> plars: actually, that could make a lot of since given that branch did change the directory structure. even though I don't see that error in the test results of it
[15:42] <kalikiana> +sense
[15:45] <sil2100> barry: phew, only now I finished
[15:46] <sil2100> Let me take a look wth happened
[15:47] <rvr> kenvandine: ping
[15:50] <barry> sil2100: thx.  i'd like to break for lunch soon, but i'll stick around for a little bit longer to see what happened
[15:55] <kenvandine> rvr pong
[15:56] <sil2100> barry: so, I know why it didn't appear in the PPA
[15:56] <sil2100> barry: but the root cause of the issue is still unknown
[15:57] <sil2100> AH!
[15:57] <sil2100> barry: I think I know what's up :)
[15:57] <barry> sil2100: i hope it's soemthing i broke.  i like breaking things :)
[15:58] <sil2100> barry: in your MP, the debian/changelog top-entry needs to be UNRELEASED - because you switched it to 'wily', the train actually thought it's already released and probably created a new entry on top of it
[15:59] <sil2100> barry: so the builder went like 'ok, 3.0 got already released, so I won't include the tarball in the upload'
[15:59] <davmor2> barry: man you spend one week with QA and you think it's your job to break things ;)
[16:01] <barry> sil2100: i'll resubmit with UNRELEASED
[16:01] <barry> davmor2: :)
[16:01] <barry> sil2100: i actually originally had that, then did a test build in my ppa and forgot to undo that change
[16:03] <sil2100> barry: excellent :)
[16:04] <rvr> kenvandine: Silo 31
[16:05] <rvr> kenvandine: I installed your click package, but I can't see it the dash
[16:05] <barry> sil2100: mp updated.
[16:05] <kenvandine> hummm
[16:06] <sil2100> barry: rebuild and let's get this finally working :)
[16:06] <kenvandine> rvr trying doing a search for it
[16:06] <kenvandine> maybe there's a click scope bug?
[16:06] <barry> sil2100: +1
[16:09] <rvr> kenvandine: That worked
[16:09] <kenvandine> rvr, :/
[16:10] <rvr> kenvandine: There are not applications to share with
[16:10] <barry> sil2100: let's let this run.  /me -> lunch
[16:10] <barry> sil2100: thanks
[16:10] <sil2100> barry: have fun! :)
[16:34] <john-mcaleely> davmor2, is there a bug for video playback being 'all black' on krillin/vivid?
[16:34] <davmor2> john-mcaleely: there is for a video that you record
[16:35] <john-mcaleely> davmor2, yeah, that one then
[16:35] <john-mcaleely> do you know where to look for it?
[16:35] <davmor2> john-mcaleely: one second
[16:35] <rvr> jhodapp: ping
[16:36] <davmor2> john-mcaleely: https://bugs.launchpad.net/bugs/1451816
[16:36] <john-mcaleely> davmor2, perfect, thank you
[17:18] <slangasek> sil2100: hi, so it appears that the ubuntu-touch/vivid-proposed channel has been updated in the config to point at /srv/cdimage.ubuntu.com/www/full/ubuntu-touch/vivid/daily-preinstalled now - is this your doing?
[17:19] <slangasek> sil2100: (in the absence of a VCS for etc/config, I think it would be a good idea to send email whenever making changes to the config of existing channels in this file...)
[17:19] <sil2100> slangasek: hey! Yes, since we wanted to continue having vivid-overlay based images in devel after the cdimage server switched focus to wily
[17:19] <boiko> Ursinha: regarding silo 24, telephony-service CI job has been flaky for quite some time now, I was actually surprised it passed once in that MR. Who should I talk to regarding those failures? I also have CI job problems for dialer and messaging
[17:20] <sil2100> slangasek: sorry, I'll make sure to send out an announcement, I only informed ogra_ and rsalveti about that...
[17:20] <slangasek> sil2100: ok; so as you and I discussed, the current stable overlay is really the wrong place for "devel" to happen, it's intended to be rc-proposed
[17:21] <slangasek> sil2100: based on pmcgowan's mail today we're done with rtm/14.09 now, right?  So we can point rc-proposed at vivid+stable-overlay now?
[17:21] <sil2100> slangasek: sure thing, right, when I did the change there was still a lot of questionmarks
[17:21] <sil2100> slangasek: I suppose we can :)
[17:25] <Ursinha> boiko: not sure you have seen my last comment in there, jibel says that the fact tests pass in the first run and not in the following might mean they are corrupting the testbed, and could be a problem in the tests instead of the infrastructure
[17:25] <Ursinha> boiko: you might want to rule that out
[17:26] <jhodapp> rvr, pong
[17:26] <Ursinha> boiko: but if you have other examples of jobs being flaky, please bring them to cihelp and we'll have a look
[17:26] <boiko> Ursinha: I replied to that one: I run them multiple times on desktop, chromebook and on the device, and they always pass
[17:26] <boiko> Ursinha: and jenkins does not spit out the test logs of the second test run, not sure how it runs them (the dh_auto_test is prepared to log the failures on telephony-service)
[17:27] <Ursinha> boiko: that is useful information, let me check with current CI vanguard today so we can have a look
[17:28] <rvr> jhodapp: Hey, silo 22 (media-hub) is blocked because the merge proposal is not reviewed and approved.
[17:28] <plars> Ursinha: that would be me, do you have some background on this?
[17:28] <jhodapp> rvr, you can't test it before review?
[17:28] <Ursinha> plars: so, it all started with this: https://trello.com/c/TBw1oCqb/1665-ubuntu-landing-024-telephony-service-boiko
[17:29] <rvr> jhodapp: ...
[17:29] <Ursinha> plars: CI is failing for telephony-service, the testsuite runs a couple of times and fails in the second run, almost like testbed is corrupted by first run
[17:29] <Ursinha> plars: boiko is the owner, he will have more details
[17:29] <rvr> jhodapp: If code hasn't been reviewed and approved is not ready for QA.
[17:30] <rvr> jhodapp: What if the reviewer asks for a change?
[17:30] <boiko> plars: is there a way to mimic the jenkins setup locally? I want to understand why some tests are failing on the second run
[17:30] <jhodapp> rvr, agreed in general but this is a very trivial change...I'll get someone to take a quick look
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150511-3912934.tar.xz
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20150511-3912934.ods
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150511-3912934.changes
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150512-c5df9c0.tar.xz
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150512-c5df9c0.ods
[17:31] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150512-c5df9c0.changes
[17:31] <john-mcaleely> sil2100, jibel device tarballs for krillin ^
[17:34] <plars> boiko: give me a minute to look at it all, sorry this is my first time to look at this particular problem so I need to catch up
[17:36] <plars> boiko: just to ensure I'm looking at the right thing, can you point me at the most recent failing job?
[17:37] <boiko> plars: let me see
[17:38] <boiko> plars: https://jenkins.qa.ubuntu.com/job/telephony-service-ci/439/
[17:40] <boiko> plars: so, it seems jenkins run dh_auto_test and then later it calls make test, is that correct?
[17:41] <fginther> plars, boiko, this might be the case that the B10gcovr_run hook that is running the second pass of the tests is no longer needed
[17:42] <fginther> AIRC, that hook was used to force packages to run tests that were not setup to do so by dh_auto_test. If the tests are already being run, there's no reason to run them twice
[17:42] <Ursinha> fginther: is there a way to identify and fix these before they fail?
[17:45] <fginther> Ursinha, we could filter the list to the projects using B10gcovr_run and review which ones are doing 2 builds be reviewing the build output.
[17:46] <fginther> Ursinha, that's not all that efficient, I can't think of another way at the moment
[17:48] <plars> fginther: we could test that by rekicking this job a few times without the gcovr_run hook right?
[17:48] <fginther> Ursinha, plars, boiko, it's also possible that without B10gcovr_run, this project will stop producing code coverage results. it all depends on this projects make files
[17:49] <fginther> plars, yes: http://s-jenkins.ubuntu-ci:8080/job/telephony-service-vivid-amd64-ci/
[17:49] <fginther> err, this one: http://s-jenkins.ubuntu-ci:8080/job/telephony-service-vivid-amd64-ci/109/
[17:49] <fginther> plars, in order to test that, we have to retrigger the $release-$arch sub job and modify the "builder_hooks" parameter
[17:49] <plars> fginther: am I safe to assume that I need to take out all the gcovr related hooks? or just gcovr_run?
[17:50] <plars> oh, I can't just retrigger this one as a test?
[17:50] <boiko> fginther: so, as long as CMAKE_BUILD_TYPE=coverage, telephony-service will generate those
[17:50] <fginther> plars, just gcovr_run. The others are needed to other gcover dependencies
[17:52] <fginther> H10enable_coverage is the one that sets "CMAKE_BUILD_TYPE=coverage", so this experiment *should* work
[17:55] <boiko> fginther: plars: now that you are at it, we have been having failures on dialer-app jenkins jobs too, for instance: https://jenkins.qa.ubuntu.com/job/dialer-app-ci/560/
[17:56] <fginther> plars, the basic symptom of this problem is that the package's tests are executed twice. That's not something that apt packages are expected to support so the second run could fail because the first run leaves things in a non-pristine environment
[17:56] <boiko> fginther: plars: otto builds are failing for messaging-app too: https://jenkins.qa.ubuntu.com/job/messaging-app-ci/557/
[17:57] <plars> boiko: otto builds are known to be broken right now
[17:57] <boiko> plars: ah ok, so just the dialer one remains
[17:57] <Ursinha> plars: should we add that disclaimer to the channel topic?
[17:57] <boiko> Ursinha: might be a good idea
[17:58] <boiko> Ursinha: is there a global switch that could be used to turn otto builds off until they are fixed?
[17:58] <fginther> boiko, we're in the process of removing the otto tests for most projects, We some agreement a while back that these were not that helpful and had just postponed removing them until the failed hard
[17:58] <Ursinha> boiko: I wouldn't think so, but fginther has all answers and might prove me wrong
[17:58] <Ursinha> hehe
[17:59] <barry> sil2100: \o/  it built
[17:59] <boiko> Ursinha: :)
[17:59] <fginther> boiko, the touch tests on a device will remain
[17:59] <plars> fginther: looks like http://s-jenkins.ubuntu-ci:8080/job/telephony-service-vivid-amd64-ci/109/console passed
[18:00] <boiko> fginther: the only think nice about otto tests is that they produce videos of the failures, but I agree: most of the time the failures were on otto itself rather than the tests actually failing
[18:00] <boiko> fginther: plars: I'll be away for ~1 hour, but I will read the backlog once I'm back, thanks for the help
[18:01] <fginther> plars, the build passed, but there was no coverage output... I noticed that the B09googletests hook is running the tests the first time, trying again with that removed but B10gcovr_run added back in
[18:02] <fginther> http://s-jenkins.ubuntu-ci:8080/job/telephony-service-vivid-amd64-ci/110/
[18:02] <plars> googletests?
[18:02] <fginther> plars, I think they run gtests, which was a google project
[18:02] <fginther> or something like that. My memory of some of these things is starting to fade :-(
[18:05] <boiko> fginther: plars: telephony-service uses QTest, not gtests
[18:12] <plars> fginther: boiko: that one seems to have passed and produced coverage results
[18:16] <fginther> plars, that looks better. I'd give boiko a chance to comment, but I think that's probably the best fix we have
[18:24] <plars> fginther: so iiuc, I'll need to add hooks line for that in stacks/head/phone.cfg that includes everything in the globally specified hooks except the B09googletests one right?
[18:25] <fginther> plars, correct
[18:32] <plars> fginther: https://code.launchpad.net/~pwlars/cupstream2distro-config/telephony-remove-googletests/+merge/258919 - but I'll be sure to get boiko to take a look at the results and make sure they're sane before top approving if you ack the mp
[18:35] <fginther> plars, approved, thanks
[19:25] <sil2100> cyphermox: ^
[19:25] <sil2100> cyphermox: is that ok? ^
[19:25] <cyphermox> I think so, but guess I should triple-check
[19:27] <cyphermox> yes, it's good
[19:27] <cyphermox> I included those already
[19:34] <sil2100> cyphermox: ok, publishing then
[19:36] <cyphermox> ah, that's something new
[19:36] <sil2100> No worries ;)
[19:36] <cyphermox> mmkay
[19:36] <sil2100> You're LP name is different, I forgot about that
[19:36] <sil2100> *Your
[19:36] <sil2100> Ok, I EOD now
[19:36] <sil2100> o/
[19:37] <slangasek> ogra_: what was the reason for this version number? https://launchpad.net/ubuntu/+source/ubuntu-touch-meta/1.221vivid1
[19:52] <boiko> plars: on the MP I don't see the succeeded telephony-service CI job, do you have the link handy?
[19:53] <plars> boiko: http://s-jenkins.ubuntu-ci:8080/job/telephony-service-vivid-amd64-ci/110/
[19:55] <boiko> plars: that looks good, thanks for looking into that
[20:29] <kalikiana> plars: FYI I know how to deal with the benchmark test now, a fix is in progress. thanks a lot for helping me narrow it down
[20:29] <plars> kalikiana: happy to help :)
[20:50] <tedg> thomi, Would it be possible to just have projects that have a "15.10" series land that on wily and then do CI on their "15.04" series on vivid?
[20:51] <tedg> thomi, Complex naming, I realize, but I think it could make things easier for everyone.
[20:52] <thomi> tedg: in an alternate universe, where we can coordinate that number of projects, yes. :D
[20:53] <tedg> thomi, Make it a requirement, people will conform :-)
[20:53] <thomi> in this universe, everyone is a unique snowflake, and gets to configure things how they like
[20:53] <thomi> lol
[20:53] <thomi> for next time maybe
[20:54] <tedg> thomi, Start now or it'll never happen :-)
[20:54] <tedg> Perhaps require a "ci-config.json" in the root directory where people put "snowflake things" or else you get the default.
[20:54] <thomi> tedg: this is the path of least resistance for us, and we're trying to get this done quickly
[20:55] <thomi> if you're worried at the overhead of filling in the spreadsheet, let's talk about that :D
[20:55] <tedg> A spreadsheet is never the path of least resistance.
[20:56] <tedg> Duplicating the lines is going to be a PITA.
[20:56] <thomi> I don't think there's that many projects that already have dual landing set up
[20:57] <thomi> I mean, branches for dual landing set up
[20:57] <tedg> All mine do :-)
[20:57] <tedg> https://launchpad.net/ubuntu-menu-bar/
[20:57] <tedg> They have for several distro releases.
[20:58] <tedg> I have a script that generates karma^W^W configures the new branches
[20:58] <thomi> tedg: should be easy to make your script spit out the values you need to append to the SS, no?
[20:59] <tedg> thomi, If you tell me what you want, or I can just give you the script to generate what you need. It's lp:$(project name)/15.10 and lp:$(project name)/15.04
[21:00] <thomi> tedg: I need that, in the spreadsheet, along with what they land to in the second column
[21:00] <tedg> thomi, for example: https://launchpad.net/indicator-messages/+series
[21:05] <tedg> thomi, http://paste.ubuntu.com/11102042/
[21:05] <fginther> tedg, it sounds like .... nice
[21:08] <fginther> tedg, that looks like it should work. Is it safe to assume that the 13.10 branches all alias the trunk branch?
[21:08] <tedg> fginther, No, but the 15.10 ones do :-)
[21:09] <fginther> tedg, ohh, I was looking at https://code.launchpad.net/appmenu-gtk and turned my brain off :-)
[21:09] <tedg> fginther, More importantly for you guys, I think if they don't work, I'm fine with CI not working until I fix them.
[21:19] <fginther> kenvandine, is lp:friends-app still a thing?