[01:52] 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] infinity: fwiw, the target appears to correctly be sda (the usb stick) though [02:16] hi, could gnome-shell get accepted, as it needs to rebuild against the new mutter that was accepted earlier [02:23] Hm. Queuebot seems to be missing everything not going to quantal? [02:27] RAOF: like that one? ^ [02:28] Heh. Indeed, like that one :) [02:28] Just a bit slow, I take it :) [03:23] Ok. precise queue is now down to a single page again. [03:25] yay [04:17] infinity, did the arm flash issue get resolved for desktop or not? [04:17] * skaet can't tell from pad or backscroll... [04:25] 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] thanks infinity, thought plars was still seeing issues was desktop, but if its resolved, that's good. [04:27] infinity: I've seen a report from someone that it works on desktop, just netboot seems to be causing me grief now [04:28] skaet: ^ [04:28] * skaet nods [04:28] Mmkay. I'm slightly less concerned about netboot, but I'll test it nonetheless. [04:28] We should be good to go to respin everything qith ubiquity on it for the most recent upload thereof. [04:29] any other pain points emerging? or should this be it? [04:30] * skaet goes to stare at iso tracker [04:30] skaet: seeing some missing options in the installer [04:30] ex. no "install alongside" option if you have a previous version of ubuntu on the drive [04:30] plars, is there a bug number? [04:31] plars: On ARM, or in general? [04:31] 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] infinity: in general [04:31] skaet: yeah, sec [04:32] also, any progress from TheMuso on the orca stopping reading after ubiquity? [04:32] bug #1056571 bug #1056587 [04:32] Launchpad bug 1056571 in ubiquity "Missing "reinstall" option when installing same version of Ubuntu" [Undecided,New] https://launchpad.net/bugs/1056571 [04:32] Launchpad bug 1056587 in ubiquity "Install alongside option missing when installing quantal over precise" [Undecided,New] https://launchpad.net/bugs/1056587 [04:32] thanks plars [04:32] skaet: he replied asking for details, so I updated the bug with more information on *exactly* which screen it stopped on [04:32] skaet: If you respin the world now, you should catch triggers 5, 17, 13, and 16. [04:33] skaet: I could also promote gtk+2.0 and overlay-scrollbar from proposed and pick up trigger 14. [04:35] infinity, and 11? [04:35] * skaet thought gtk2.0 was trigger 11. [04:36] 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] infinity, gotcha. [04:38] skaet: Anyhow, if we want to do that, can't start rebuilds for ~1h. [04:38] 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] skaet: GTK is in kubuntu too. If we decide to promote gtk+overlay, there's very little that doesn't need rebuilding. [04:40] (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] 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] s/saw/say/ [04:42] * skaet was staring at what had been tested already [04:43] lubuntu's the one that's been tested the most, and I know they want some of the powerpc fixes. [04:43] lubuntu's folks already told me they were prepared for respins. [04:43] ok infinity, lets respin [04:43] And, regardless, it's Tuesday, if this is the last image, I'll eat my hat. [04:43] skaet: Right, let me promote the gtk and overlay stuff. [04:43] skaet: Which should put us in respin land in ~45m. [04:44] ok [04:44] infinity, can you stay up long enough to kick off the full respin? [04:45] skaet: Given the above timing, I think I can line it up now and hit three times on my way out the door for the evening. :) [04:45] infinity, goodness, thanks. [04:45] ok, I'll go mark the iso tracker we're respinning. [04:46] * skaet not sure we need a wubi respin [04:46] It's still got the gtk change. [04:46] And overlay-scrollbar. [04:46] ok then we do. [04:47] 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] however, please special case Edubuntu to just the shipped architectures. [04:47] (ie. waiting on arm for it is a waste of time, since that's not shipping, and its in the defaults) [04:47] I can just drop ARM from default-arches for Edubuntu for now. *shrug* [04:48] what ever works, I'll let you and stgraber decide when to add it back, if that's the route you prefer [04:49] 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] It's less prone to screwing up that way. [04:49] ok. [04:49] sounds good [04:50] ubuntu server images don't have any issues reported against them. Much point in respinning them? (already respun for 5) [04:51] skaet: none that I see, other than arm which was already done [04:51] skaet: we still have 2 bugs on arm server that, for different reasons, seem to require that most people install from serial [04:51] skaet: but those were both in beta1 also [04:52] stgraber: "bzr diff /srv/cdimage.ubuntu.com" look like a good enough reminder for you? [04:52] infinity, ok, leave ubuntu server out of the full respin then, unless we get some specific fixes for them. [04:53] infinity: yep [04:54] skaet: ubiquity is on the server images too. [04:55] infinity, yeah, but 16 is down as opportunity target, and 5 has already been applied. [05:00] 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] beta 2 rather [05:00] * skaet needs sleep it appears [05:01] If a new one is broken, but an old one isn't, don't we want to actually fix what broke it? [05:03] 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] That's the justification I was hoping for. :P [05:05] iso tracker marked now as rebuilding all images except server [05:05] I figure we can redo that one quickly enough tomorrow, if needed. [05:11] * skaet --> zzz === doko_ is now known as doko === henrix_ is now known as henrix [09:03] 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] apw: seems reasonable, especially since it only builds on fast architectures [09:10] thanks [09:11] Does the current version still have that cluster of i915 bugs? [09:11] * apw checks [09:11] (Or, what is the update for?) [09:12] apw: It only lands on ubuntustudio images anyway, and I'm not against respinning those once it's built. [09:12] apw: But toss it in proposed, and we can sort it from there. [09:13] ok the current version has half of the i915 fixes, but not the latest reverts, this rebuild would bring those [09:13] Seems worth it. [09:14] ok [09:14] * infinity should get some sleep tonight. [09:14] Right. Stick it in -proposed anyway and then we can choose, as the man says. [09:14] makes sense, thanks [09:16] urgh [09:18] popey: does rsalveti's comment in bug 1046392 indicate sufficient testing to you? [09:18] Launchpad bug 1046392 in unity-2d "Update dependency on the renamed libgeis" [Undecided,Fix committed] https://launchpad.net/bugs/1046392 [09:18] since you were the one who said it needed more testing on ARM [09:24] apw: Do I get a meta too? [09:25] apw: Err, no ABI bump, nevermind. [09:25] 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] 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] infinity, :) have a coffee [09:38] apw: A nap is probably more sensible. [09:38] have both :) [09:38] (in the right order indeed) [09:45] cjwatson, yes [09:47] popey: how about on oneiric? [09:49] cjwatson, i tested on oneiric, but not arm oneiric. :S [09:49] hmm [09:49] i can do that cjwatson, I'll get back to you [09:49] thanks [09:51] coffee. a good idea. [09:57] * cjwatson is at coffee == 2 and still zonked [09:58] zoiks [10:00] 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] so that in-target doesnt find /dev/mmcblk0p1 [10:01] That's entirely possible. [10:01] thats my only explanation i can get to [10:02] It's a bit unlikely that server and netboot would differ. [10:02] desktop vs. server/netboot, certainly [10:02] live-installer ? [10:02] live-installer versus base-installer. [10:02] right [10:02] There are subtle differences there. [10:02] 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] 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] (installer bugs, that is) [10:05] ogra_: Except flash-kernel-installer.postinst appears to bind-mount /dev itself ... [10:05] hmpf [10:05] mount -o bind /dev /target/dev [10:05] if ! in-target flash-kernel; then [10:05] umount /target/dev || true [10:05] error "flash-kernel failed" [10:05] fi [10:05] umount /target/dev || true [10:06] Which would appear to be the section that's failing here? [10:06] i'm not sure it could be the dosfstools above [10:06] * cjwatson curses incomplete logs [10:06] (or rather i think its more likely its that) [10:07] export VOLID=$(blkid -o value $(findfs /)|head -1) [10:07] # hide the boot partition from udisks automounting [10:07] bootdev=$(get_machine_field "$machine" "Boot-Device") [10:07] [ -b $bootdev ] && in-target dosfslabel $bootdev "SERVICEV001" [10:07] Ah, no [10:07] no bind mouonting there [10:07] It's installing u-boot-tools [10:07] So it must be the section that installs Required-Packages [10:07] oh, so its past that step, right [10:08] And indeed, no bind-mount there [10:08] I'm inclined to suggest that maybe live-installer ought to change here to be more in line with bootstrap-base [10:08] live-installer is fine [10:08] cjwatson: Didn't live-installer have some bindmounts commented out? [10:08] it bindmounts before running the postinst [10:08] Right, setup_dev is commented out in live-installer.postinst [10:08] cjwatson: (But, in this case, live-installer is actually the one that works) [10:08] so all of it is wrapped [10:09] ogra_: What bind-mounts before running what postinst [10:09] ? [10:09] NOUNS [10:09] heh [10:09] one sec [10:09] infinity: huh. exactly backwards from what I'd expect ... [10:09] cjwatson: Indeed. But the server and desktop images both work, while netboot fails. [10:10] cjwatson: That's the curiosity. [10:10] 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] hmm, i'm sure we implemented some /dev bindmounting in l-i around beta1 [10:10] (Just from code inspection; haven't checked recently.) [10:11] * ogra_ cant find it [10:11] No. [10:11] But in any case, as you say, live-installer isn't the one that's broken here. [10:12] So would that qemu beagle test you suggested be a reasonable way for me to reproduce this? [10:12] I think I need to see it in action. [10:13] cjwatson, it should, behaves like a beagleboard without all the nasty HW bugs :) [10:13] Heh. It'll save me having to debug lowmem mode right now. [10:18] Oh dear, I just realised we have meetings in 4 hours. [10:18] This isn't going to be a good day. [10:18] At all. [10:19] * infinity runs off to try to force himself to nap. [10:19] 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] it is actually calling "in-target update-initramfs -c -k $(uname -r) || true" around line 74 ... [10:20] long before flash-kernel is actually ready [10:20] ogra_: which of the many boot images should I be using with qemu-system-arm -M beaglexm then? [10:20] and then it calls flash-kernel again in the end [10:21] cjwatson, one of the gzipped img files (if you refer to netboot) [10:21] yes. which one exactly? [10:21] cjwatson: boot-img-fb.gz or -serial.gz, depending on if your commandline is setting up a serial console. [10:21] OK [10:21] cjwatson, ise the fb one [10:21] *use [10:22] or hack my script to not steal the serial console if you use --serial [10:22] and indeed create a target device before [10:23] (for --root) [10:24] That gives me "qemu: hardware error: no boot device found" [10:24] Do I need to uncompress the img file? [10:24] did you unzip it ? [10:24] ah [10:24] (feel free to point me at wiki directions) [10:24] :) [10:51] ogra_: Hah. Not quick, is it. [10:51] lol, nope [10:52] i'm at the hostname setup alread and started after you though [10:52] Mine's still loading additional components. [10:52] (and my omap3 test that i did before failed :/) [10:52] Oh, I suppose that could be slow network. [10:52] Duh. [10:52] yup, i use the server image here [10:53] (and i have a local mirror of ports for netinst()) [10:53] Yeah, but I want to see the failure. [10:53] right, i just want to inspect the postinst inside the image atm [10:53] I expect I'd have a local mirror if I worked on ARM all the time. [10:55] i'm pretty sure the failure is that unconditional update-initramfs call in the postinst [10:55] there is no bind mounting at all [10:56] 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] and it happens directly after apt-install [10:56] it very likely is [10:57] 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] 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] Hence investigation. [10:58] 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] so yes, i will fix it in f-k in the end [10:58] hrm [10:58] why does my image have the wrong postinst [10:59] 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] hmm [10:59] ogra@anubis:~/Desktop/images$ cat /mnt/.disk/info [10:59] Ubuntu-Server 12.10 "Quantal Quetzal" - Beta armhf+omap (20120925) [10:59] now why does the md5 match 25.2 [10:59] In what way is it wrong? [11:00] dont we put the .x into the info file ? [11:01] (the content agrees that it isnt 25.2 (teh f-k fix isnt there)) [11:01] What's the URL for this image? [11:02] http://cdimage.ubuntu.com/ubuntu-server/daily/20120925.2/ [11:02] aha [11:02] the timestamp for omap4 is at 21:00 [11:03] omap is 9:00 [11:03] looks like that wasnt rebuilt [11:04] oh, and we now publish all squashfs'es [11:04] 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] ah, awesome [11:04] * infinity passes out now. [11:05] we'll excuse you at the meeting if you sleep in :) [11:05] squashfses> only for the server image [11:05] ah, k [11:05] (well, strictly, only for squashfs-base images, but that's just ubuntu-server at the moment) [11:05] i thought you wanted to disable that ... [11:06] I explicitly enabled it; it was never previously enabled [11:06] so not sure what you mean there :) [11:07] i pointed you to the amd64+mac squashfs yesterady and understood you wanted to disable it :) [11:07] but then i misunderstood [11:13] ogra_, I'm looking through the backscroll, how goes the f-k fixing? [11:13] if nobody minds i'll do a respin of omap server now [11:13] NCommander, only affects netinst ... who uses that anyway :P [11:14] ogra_: I deleted that because it wasn't currently being emitted by the code [11:14] ah [11:14] omap server running [11:14] 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] k, your recation just made me think it was unwanted ... i just interpreted to much :) [11:16] Nah, I just care about consistency :) [11:17] ogra_, .oO(I do) [11:17] NCommander, ah, then it is because of you that we debug this now :) [11:18] (just adding a fix to f-k wold be easy btw ... but that wouldnt explain why the envs differ) [11:19] 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] sure [11:20] though they looked *way* oversized [11:21] oh, bah, daily-checks has the wrong limits so quotes them wrongly in mail [11:21] that explains some weirdness I've noticed in the past [11:21] I'll see if I can fix that in a bit [11:22] Riddell: on its way [11:27] 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] for https://bugs.launchpad.net/bugs/1056482 that is [11:28] Launchpad bug 1056482 in flash-kernel "/dev/mmcblk0p1 is not a block device when installing flash-kernel" [Undecided,New] [11:28] 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] 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] We think it's more likely to be a difference between the base system installation methods at this point [11:30] 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] 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] +data.tar.xz , giving up [11:51] hmm, my omap server build finished 30min ago [11:51] but there is still no 20120925.3/ [11:52] err [11:52] or rather no 20120926 i should say [11:54] Laney: yeah, I was trying to comprehend that [11:54] dpkg was upgraded an hour ago [11:54] 2012-09-26 11:17:41 upgrade dpkg 1.15.5.6ubuntu4.5.0.ISPATCHED.10.04.1 1.15.5.6ubuntu4.6 [11:54] oh dear [11:55] * cjwatson takes this to #is [11:58] ah, so they had backported that patch from 1.15.6 and something happened to it [12:01] Yeah. Fixed now [12:02] ogra_: Try again [12:02] ogra_: It failed due to the problem Laney and I were just discussing [12:03] Fortunately this was downgraded in time not to affect the Kubuntu build in progress [12:04] on the bright side, I just found out that "ununderstood" is a real word [12:22] could somebody let python2.7 build in quantal-proposed? [12:23] 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] ah, thanks ! [12:24] cjwatson, hmm, with try again you meant i should re-run for-project ? [12:24] or should it magically appear on cdimage ? [12:26] * ogra_ runs it again [12:29] Riddell: Yes [12:29] Riddell: Seed changes that affect tasks need a publisher run that's doing something else [12:29] (i.e. publishing a package) [12:29] Riddell: I'll accept something from universe [12:29] ogra_: I meant do the build again, since it failed very early [12:30] right, well, buildlive was fine [12:30] buildlive wasn't the bit that failed [12:30] for-project is running [12:30] yep [12:30] You can do just the cron.daily* part, yes [12:31] and done :) [12:32] 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] *an === ralsina_ is now known as ralsina [13:06] good morning ogra_, cjwatson [13:06] heya [13:06] :) [13:07] morning [13:08] ogra_: so for this qemu/beagle test, which disk should I partition, mmcblk0 or sda? [13:08] sad [13:08] heh [13:08] sda [13:09] 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] yes [13:11] there's something wrong with netboot that I don't believe we fully understand yet [13:11] I have a test running at the moment [13:12] right, i wanted to look into it as well, but am fighting on several other fronts [13:12] thanks cjwatson. is issue likely to be beyond arm then for netboot? [13:14] 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] skaet, still pending desktop tests here === yofel_ is now known as yofel [13:16] server are all fine [13:18] skaet, working around the netboot issue with a flash-kernel hack is trivial btw ... [13:19] (two bind mount/umount lines) [13:19] thanks ogra_ [13:21] if we havent fixed it based on teh environemt difference by end of my day i'll happily upload a fix [13:21] skaet: I don't know yet. [13:22] (or i could even do that now and we leave it sit in proposed until needed) [13:22] thanks cjwatson [13:24] ogra_ sounds good. [13:24] ok. will do then [13:24] thanks. :) [13:27] xnox, any feedback on the bug with latest images: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1056707 ? [13:27] 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] skaet: standard debian-installer behaviour. [13:29] displayed too late is standard; making the partitioner unusable seems rather a shame though [13:29] xnox, that sounds like a bug to me. Having unencrypted swap is a bad thing, plus hosing partman is worse [13:29] skaet: as in, exactly the same behaviour is present on alternate/server cds since... forever. [13:32] xnox, just because the behavior been around since the dawn of time doesn't mean it ain't a bug [13:33] xnox: I'm not aware that it makes the partitioner unusable as described in d-i [13:33] Are you saying that it does? [13:33] NCommander: true. I agree it's a bug. I simply don't know the best way to correct this. [13:34] cjwatson: it bails out on commit, let me check d-i quickly. [13:37] Anyway, if it isn't a regression from d-i then there's no reason to consider it RC [13:39] cjwatson: d-i "This program will now abort" [13:40] please diable the swap space or configure encrypted swap and run the setup again. [13:40] but then it returns to the partitioner.... hmm... [13:42] how else would you create encrypted swap if not in the partitioner [13:42] cjwatson, agreed, if its not a regression, its not release critical for beta 2. [13:42] cjwatson: hmm... but the bug described is different. [13:43] 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] encrypted swap is really most easily done by way of encrypted LVM [13:44] it's a right pain to encrypt independently [13:45] * ogra_ ponders over bug 1056410 [13:45] Launchpad bug 1056410 in ubiquity "changing drive partitioning on ARM Quantal does not work" [Undecided,New] https://launchpad.net/bugs/1056410 [13:47] Riddell: I've kicked off those Kubuntu builds for you again [13:48] lovely [13:52] heh, xaos ... that still exists ? [13:52] and seeded, even [13:52] * ogra_ wonders if joey ever accepted his patch to add a .desktop file [13:52] tumbleweed, yeah, i know, i seeded it some years ago :) [13:53] edubuntu: where we put all the fun stuff :) [13:53] xaos is awesome [13:53] yeah, edubuntu is a fun playground [13:54] * smartboyhw finds Ubuntu Studio better:P [13:54] back then it was a mix of both big desktops and streched even between server and desktop [13:54] sssh, we don't ever say that out loud ;) [13:55] with unity added today it even mixes three desktops :) [13:55] or the "client" and server, as I note ubuntu people saying recently (urgh, I really dislike that use of the word client) [13:55] tumbleweed, +++ [13:56] and +1!!!11! [13:56] what is tripple plus? some weird php thing? [13:56] +1 [13:56] its a plus doubleplus :) [13:56] Google+++ [13:56] newspeak ;) [13:57] ah I see [13:57] 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] i guess i should leave some teams :) [13:58] ogra_: I guess you're in ~ubuntu-installer? :) [13:58] ogra_, er .....no:P [13:59] stgraber, yep, and since someone of PES asked me a quaestion about an armhf buildfailure i'm in ubuntu-webapps too [13:59] they tend to add me to their teams to give me access to their private bugs :) [14:00] ogra_, that's good:P [14:00] hah [14:00] I bet webapps is getting some well mannered email at the minute [14:00] well at least their bug pre hour throughput stays the same it seems ... but its a constant flow :) [14:00] ;) [14:08] oh [14:08] did we change the wallpaper ? [14:09] or is my pandaboard screen screwed up ? [14:09] that was a while ago I believe [14:09] 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] 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] ah, k [14:09] i didnt do fresh installs in a while for desktop [14:09] cjwatson: can you check what would you prefer the best. [14:11] 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] fun, FF doesnt want to open it and offers me eog ... eog says "not a png file" [14:13] in any case its a lot more reddish and less violet i see [14:13] if it changed than i'm fine, i just didnt follow the theme changes this time [14:19] xnox: followed up [14:21] cjwatson: ok, thanks =) [14:21] 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]