[01:00] iso.qa.ubuntu.com is down, it would appear. [01:06] GrueMaster: Same here: The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. [01:07] sigh. Well, Kubuntu on omap4 has passed. Starting omap soon, then I am done testing. [01:07] slangasek: If you've got some Canonical IS bat phone you can call to get iso.qa.ubuntu.com, it might not be a bad idea. [01:07] GrueMaster: Great. Thanks for taking care of Kubuntu again. [01:09] hum, indeed [01:10] bats phoned (?) [01:13] Now let's see if I can remember what the DVD tests are ... [02:00] ScottK: What's the scoop with the kubuntu-mobile image? [02:00] GrueMaster: There won't be one. [02:00] Well, I noticed that. Has rblem stopped working on it? [02:01] No. [02:01] With Riddell gone this cycle we ended up not getting a lot of non-core stuff done. [02:01] Ah. [02:02] This cycle has been...interesting all around. [02:07] Yeah. [02:43] qa tracker is back. [02:47] * slangasek nods [03:08] slangasek: Is there somewhere you can stuff the powerpc images for Kubuntu so if we get a tester we can release them late? [03:21] (if me saving a copy locally if sufficient, I can do that) [03:53] Good morning [03:54] Laney: all built now [03:55] Looks like someone just retried mlton. [03:55] Not sure if it'll make it. [03:55] pitti: For Kubuntu we are short of anyone that can test wubi. [03:56] The rest of the testing seems to be going well. [04:21] slangasek: I just got the text mode splash (with the boxes) on shutdown after install. [04:28] It was an install without a live session first, so that's not inconsistent with your theory. [05:07] ScottK: ok, thanks for the data point [05:08] I've just now managed to grab a process list from one of these shutdowns... ubiquity-dm still running for some reason even though the job is marked as stopped [05:09] (and ubiquity-dm still running means X is still running, so that's the heart of the bug right there) [05:10] as far as stowing images... which ones do you want stowed and for how long? [05:10] I guess we don't need to worry about stowing until Thursday anyway, right? [05:13] slangasek: I'd like to upload a new ubuntu-defaults-builder to fix bug 869546; apparently lightdm's/unity-greeter's lightdm.conf handling changed rather late in the game, which broke setting the default session for ubuntu-defaults-builder [05:13] Launchpad bug 869546 in ubuntu-defaults-builder (Ubuntu Oneiric) (and 1 other project) "default session of ubuntu-2d doesn't work (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/869546 [05:13] slangasek: and OEM needs that this week [05:13] it's not on any of the images, arch:all, and builds in a minute [05:14] I have a tested fix [05:14] slangasek: do you think that'd be ok? [05:14] slangasek: http://cdimage.ubuntu.com/kubuntu/daily-live/current/oneiric-desktop-powerpc.iso would be the one. And yes, not until Thursday. [05:16] pitti: Since mlton is still building, I suspect it's OK. [05:17] It won't be the driver for mirror sync. [05:17] thanks, I uploaded it now [05:17] (unless of course it fails again) [05:17] Either way it should be fine. [05:18] ah, gcc-snapshot built [05:18] pitti: We did the first bit of kde 4.7.2 last night. Please don't accept any of it to -proposed until it's all uploaded (one of us will let you know). [05:18] I'll copy to oneiric-final, as discussed yesterday [05:18] Right. [05:18] ScottK: oh, oops [05:18] It won't hurt. [05:18] It's just kde4libs. [05:19] right; well, I guess it doesn't introduce any kind of incompatibility? [05:19] No. [05:19] ok; if so, I can easily remove it from -proposed again [05:19] It's SRU worthy per our microrelease exception. [05:20] Did you accept your own upload? I'm not seeing it in the queue? [05:20] ScottK: what, defaults-builder? It just hit the queue [05:20] OK. [05:20] I guess I'm impatient since it's late here. [05:20] waiting until it gets diffy before I pester the channel again [05:20] Right. [05:21] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/ubuntu-defaults-builder/oneiric/revision/116 [05:21] for pre-review [05:21] unity-greeter uses this script, too, and it works quite nicely for both existing and nonexisting lightdm.conf [05:24] doko_: FYI, gcc-snapshot moved from oneiric-proposed to oneiric-release [05:24] OK. [05:24] And we have a diff. [05:25] pitti: Accepted. [05:25] cheers [05:26] pitti: I won't have any wubi testers before (even potentially) US tomorrow. If you could have a chat with jibel of one of the test people who have Windows to test with, I'd really appreciate it. [05:27] * ScottK needs to go crash. [05:27] ScottK: sure, will do [05:27] ScottK: sleep well! [05:27] Thanks. [07:41] * NCommander shows signs of life [08:28] I'd offer to help Wubi testing, but my VirtualBox instance seems to have eaten itself again. :-/ [08:33] seems kubuntu wubi was successfully tested already [11:04] bug 322830 has recurred - ouch [11:04] Launchpad bug 322830 in livecd-rootfs (Ubuntu) (and 2 other projects) "remove /var/lib/dbus/machine-id from installed image (heat: 2)" [Undecided,Fix released] https://launchpad.net/bugs/322830 [11:04] I think this is respin-worthy for live images, sadly [11:05] the more widespread images with this bug are, the more serious the consequences [11:08] I marked all the images using a livefs as rebuilding [11:09] did you include preinstalled ? [11:10] not sure we have that bug, but we build a livefs [11:10] (so i would assume we suffer from it too) [11:11] Adam is looking at it [11:11] I figure he'll think of that :) [11:11] ah, k [11:11] he surely will :) [11:15] ogra_: yeah, I marked everything that uses live-build as being rebuilt [11:15] k [11:15] * ogra_ knows tobin will love us :) [11:15] ;) [11:27] so removing /var/lib/dbus/machine-id has a few side-effects [11:28] things like gsettings and fontconfig-voodoo fall over in casper, so I think casper needs to run dbus-uuidgen --ensure fairly early [11:28] infinity and stgraber are discussing whether preinstalled images are ok [11:28] and I think seem to reckon they are [11:31] ogra_: Love yes that the word, honest.... hate and kill weren't the ones that sprang to mind at all :) [11:31] LOL [12:35] http://paste.ubuntu.com/706676/ [12:36] http://paste.ubuntu.com/706677/ [12:40] ? [12:41] stgraber: what was wrong with the gsettings call? [12:42] pitti, I guess what cjwatson said an hour ago [12:42] the dbus machine ID? [12:42] aah [12:42] pitti: we don't have dbus in casper [12:42] well just assuming from the log [12:43] I thought that was the part "we need to run dbus-uuidgen --ensure" [12:48] no the gsettings call was actually something else [12:49] turned out that it was broken before, even with the machine-id present [12:49] because dbus is not running at all during casper and cannot be launched [12:49] we should just not rely on dbus during casper - safer [12:50] ah -- funny that it seemed to have the intended effect anyway [12:51] perhaps the indicator now has its own way of not showing itself under a live session somehow [12:51] i. e. the user menu is hidden in current live system already [12:51] the user menu is, but the screensaver lock disablement was observed to fail [12:51] apparently the indicator doesn't show if you only have one user [12:52] The user menu appears to... What he said. [12:52] ah [12:52] It doesn't show up on stgrabers system either, because he has Guest disabled. [12:52] But who knows if they'll change that behaviour in the future. :P [12:52] if you actually looked at the gsettings key in the live session, it hadn't been set [12:52] my guess is that it only shows up if you have more than one entry [12:52] which you don't when guest session is disabled [12:52] that's right [12:53] having the screensaver lock on you during install is fairly nasty; it's unlockable if you happen to know the password but ... [12:53] now, this may be yet another bug, because ubiquity is supposed to poke the screensaver regularly during installation; but stgraber speculates that possibly this was at the end of the install, since an Edubuntu install takes 1.5 hours [12:54] On my test installs of Kubuntu the screen would eventually shut off, but it would come back on without needing the password. [13:09] ScottK: Yeah, we correctly disable the kde screensaver. [13:55] Do the Kuubntu images actually need respinning? [13:56] ScottK: To have the casper version in sync, yes. [13:56] Do I care? [13:57] ScottK: It won't change anything for you, but it's bad form for the images to not match the archive, IMO. [13:57] ScottK: Oh, and you need the dbus fix. [13:57] OK. [13:57] ScottK: So, yes. You need a rebuild. [13:57] Fine then. [13:57] I was losing track. [13:57] Thanks. [14:28] !timer [14:29] Factoid 'timer' not found [14:29] !countdown [14:29] Please remember that #ubuntu, #kubuntu, #xubuntu, and #edubuntu are support channels. To countdown to Natty release and then party once it happens, join #ubuntu-release-party - For in-person parties, see http://loco.ubuntu.com/events/global/744/detail/ [14:29] respins in progress [14:29] Sjimmie: This is a working channel. Please don't mess around here. [14:29] * ogra_ guesses that will finally include preinstalled too for consistency ? [14:29] (reading infinity's comment above) [14:29] mybad [14:29] ogra_: yes [14:29] k [14:30] and accidentally included core, although I didn't mean to, but infinity says he doesn't mind [14:30] yeah [14:30] the test casde is a joke anyway :) [14:30] *case [14:30] (untar, chroot, run apt-get) [14:31] why did the tarball cross the road [14:31] tell us :) [14:32] so how's it going? do we need to hustle some more American testing resources for today, or will the respins land early enough to get some testing at the release sprint today? [14:36] slangasek, yes please [14:36] ok [14:36] respins should be starting to emerge in the next 1/2 hour or so. [14:36] do we have an ETA for the imageS? [14:36] * slangasek nods [14:37] will be emerging as the same order as the rebuild script on the pad [14:42] * highvoltage is almost tempted to suggest dropping DVDs for the next edubuntu release and only supporting usb images (dvd writing failure write is scarily high, at least for the machines / discs we have here) [14:43] s/write/rate/g [14:43] highvoltage: well, we can just tell everyone to dd the .iso to a usb key. Doesn't cost anything to keep them as .iso on the server [14:47] * GrueMaster wakes up to a day of respins, groans and goes to find coffee. [14:47] GrueMaster: I tested some coffee this morning, and it was at least one thing this morning that was working great for me [14:48] I think my coffee maker has an arm core. It is a bit slow and doesn't multitask very well. [14:54] Any eta on the new images? Remember, it takes hours to download over the pond for me (even with zsync). [14:56] all I know is [14:56] server preinstalled [14:56] annonaceae.buildd starting at Wed Oct 12 14:40:22 UTC 2011 [14:56] sycamore.buildd starting at Wed Oct 12 14:40:22 UTC 2011 [14:57] unfortunately we seem to have lost timestamping in livefs build logs when we switched to live-build :-( [14:58] so I don't have good historical data on how long it takes [14:58] Time is an illusion. Lunchtime doubly so. [14:59] stgraber: can you dd to usb drives now? [14:59] Riddell: last I tried, yes, our .iso are hybrid [15:02] yes, as of 11.10 [15:02] June or so [15:17] nice, we should ensure docs are up to date on that so people make usb disks from non-ubuntu linux [15:19] One thing I noticed on cdimage with the preinstalled images, there are two files required for imaging the AC100, but only one is in the MD5SUMS. Can this be corrected? [15:22] is that the .bootimg file? [15:23] yes [15:23] And it is critical that it matches with the tar.gz as it contains the md5sum of the tar.gz file. [15:25] utlemming: Hey, I assume /current AMI's have been posted to AWS. When will they be changed private->public? [15:26] cjwatson: what's the link to the Qin images? [15:26] utlemming: A user reported they can see /current MAI's in us-east-1 - but not the other regions? [15:26] GrueMaster: fixed - will sync out when the next image rolls out [15:26] thanks [15:26] slangasek: http://china-images.ubuntu.com/oneiric/daily-live/current/ [15:26] cjwatson: Excellent, thanks. [15:26] ta [15:27] GrueMaster: actually, that'll be a little while, so I've pushed it now [15:27] Meh. Still need to wait for the new images to finish rolling. [15:28] Thanks, though. [15:28] server preinstalled seems fairly close to done [15:55] good night, time for some sports [16:00] pitti: 'Night. [16:08] Daviey: that's odd [16:08] * utlemming checks on /current [16:10] current != 20111101 [16:10] tested == 20111101 [16:11] Daviey: the release will go public when I get the go ahead to do so. The final images are not public [16:11] Daviey: the user is not looking at http://uec-images.ubuntu.com/releases/oneiric/ which is where the releases will land [16:14] Daviey: if they are not seeing current, my quess is that they are not using "--region ${REGION}" [16:14] http://paste.ubuntu.com/706807/ [16:17] utlemming: thanks [16:20] utlemming: wait, that is 20111012 [16:20] 20111011 is the release, right? [16:20] Daviey: yup...give me a minute to post the correct ones :) [16:20] (PS isn't it cloud-images.ubuntu.com these days?) [16:21] cjwatson: yes. [16:21] cjwatson: both are active...I should be good boy and update my URL's [16:21] smoser: you opened an RT for a redirect, right? [16:21] cjwatson: both are active...I should be good boy and update my URL's [16:21] Daviey: yes, cloud-images.ubuntu.com works [16:21] yeah, sure - but i thought i read an RT for a redirect. [16:22] i've opened no such redirect. [16:22] smoser: Hmm, /me greps logs [16:24] http://paste.ubuntu.com/706812/ [17:15] i just read in BT for -installer about an issue with /var/lib/dbus/machine-id being static in the rootfs. are all ISOs getting a respin for this, or has it already happened? [17:16] superm1: It's in progress. [17:16] Ok thanks [17:19] anyone want to step out for food and then come back? - http://paste.ubuntu.com/706851/ [17:45] diff from old i386 to new i386: http://paste.ubuntu.com/706870/ [17:47] grub is driving me slowly insane [17:47] think I'll have to single-step this [17:50] what's this? [17:54] Any updates on the armel image rebuilds? Server is tested, waiting for desktop. [17:55] GrueMaster: it's built the first pair of livefses and is working on the second pair; ETA about 40 minutes I think, maybe a bit more [17:55] guessing a bit there [17:55] ok, thanks. [17:55] jamespage: is there a bug number for your grub raid failure? [17:56] slangasek: install on raid-1 of two disks, first boot works, also works if you pull the second disk, but if you pull the first disk then grub starts but crashes [17:56] looking like weird memory corruption somewhere [17:56] hmm [17:57] not planning to respin the world for that, are you? [17:59] no, it's SRU material [17:59] but I have the repro case in front of me and am trying to narrow it down while I do [18:00] and before I forget [18:04] * slangasek nods [18:05] cjwatson: no - I can raise one now if that helps [18:07] any package in particular I should be raising against? is it a grub issue? [18:08] grub2 [18:08] it's absolutely a grub2 bug, it's crashing [18:12] I can reproduce it, I can reproduce it with added debugging code, I'm just getting insane output [18:12] as in a variable changing over the space of a few lines when it's not assigned to [18:18] cjwatson: bug 873009 [18:18] Launchpad bug 873009 in grub2 (Ubuntu) "Unabled to boot degraded RAID-1 array from second disk (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/873009 [18:20] -0001640 88 90 7c aa 97 1f 5c 56 fe 03 b7 69 e6 1e db 08 [18:20] +0001640 88 90 7c aa 97 1f 5c fb ff 07 b7 69 e6 1e db 08 [18:20] cjwatson: you read zlib fluently, right? why's that word different? ;) [18:20] well... half word [18:21] (feel free to ignore in favor of grub, I'm just venting frustration :) [18:22] I have absolutely no idea :-) It would be useful to know which bit of the structure that word's in (e.g. I suspect perhaps it's in the Huffman tree) [18:23] jamespage: ta [18:24] * slangasek nods [18:24] since a difference in an unused bit of the Huffman dictionary could produce no output difference [18:24] although why you might have anything unused in a compressed file ... [18:25] yeah, I was thinking that a bit odd [19:01] bdmurray: Hey, are you around? [19:02] Daviey: yes [19:04] bdmurray: bug 870281, i noticed you touched it recently... can't that be forgotten now? [19:04] Launchpad bug 870281 in flashplugin-nonfree (Ubuntu Oneiric) (and 2 other projects) "installer crash when user choose to install additional software: http://archive.canonical.com/pool/partner/a/adobe-flashplugin/adobe-flashplugin_10.3.183.10.orig.tar.gz doesn't exist (affects: 24) (dups: 24) (heat: 202)" [High,Fix released] https://launchpad.net/bugs/870281 [19:04] it's well past fixed, right? [19:05] Daviey: when I touched it I updated the description. Some mirrors are out of date. [19:06] bdmurray: they will be updated by release, no? [19:06] they're supposed to be updated *hourly* [19:06] Daviey: aren't they already *days* behind [19:06] so if they're out of date, assume they will remain so unless action is taken :) [19:06] some mirrors only sync daily tho, right? [19:06] but that package was fixed Friday.. we should be good now, surely? [19:06] but we aren't [19:07] I can provide you a test script if you'd like proof [19:07] bdmurray: what mirror did you see that on? [19:07] Daviey: again its in the description [19:07] Daviey: Why are release notes only for bugs? [19:07] wget -S http://dk.archive.ubuntu.com/ubuntu/pool/multiverse/f/flashplugin-nonfree/flashplugin-downloader_11.0.1.152ubuntu1_i386.deb [19:07] that and es, no, se, si, and tr [19:07] will all 404 [19:07] ScottK: did i say they were? [19:08] Daviey: Sorry. Wrong Dave. [19:08] No. That was you. [19:09] wubi built; now waiting for arms [19:09] Daviey: Bug 840135 [19:09] Launchpad bug 840135 in software-properties (Ubuntu) (and 1 other project) "oneiric-backports enabled by default in software-properties (affects: 1) (heat: 8)" [Undecided,Invalid] https://launchpad.net/bugs/840135 [19:09] ScottK: there is no changed user behavior, why does it need to be mentioned? [19:09] Daviey: The point is that it looks like it will. [19:10] Ask yourself why the user filed the bug. [19:10] I think it's a reasonable point to document. [19:11] ScottK: if you think so, feel free to re-enable it.. it just seems like if we documented everything like that, it would be a large book. [19:11] * Laney doesn't like the "nothing to fear here" tone of the proposed text, but I think release noting it is reasonable. [19:12] Laney: Feel free to improve it. [19:12] That was what I could think of. [19:13] hmm. [19:14] I really don't think we have 45 bugs which require release notes TBH. [19:14] I just want to say something about how it's a safe way to get new stuff [19:14] ah, some of them are really old. [19:17] I think the backports issue definitely should be release noted, if people don't understand it's pinned lower and won't pull in anything unwanted, they might turn it off out of fear [19:20] * Laney wonders how many people go around disabling things on their system out of fear [19:20] "at least one"? [19:21] cf the long thread on the Ayatana list re music search. [19:22] I don't feel too strongly either way, but i am leaning towards it being noise. [19:22] Laney: it's a new "feature" of oneiric as a release, that alone should warrent it being release noted [19:22] yes [19:22] I want it to be presented in that way though [19:23] ah, ok [19:23] Feature rather than a Known Issue. [19:23] not in a "don't fear, we do not want to break your system" way [19:23] yes, makes sense [19:23] why is my computer making a scary noise? [19:24] where are the release notes being staged? [19:26] Laney: they are not yet, i'm going through them as bugs at the moment - taking out ones which should have been dropped at prior release time. [19:27] ok [19:27] just wanted to see what kind of tone to take [19:28] Laney: so skaet might correct me, but i think it needs to go onto https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview , and from that - a smaller note will be created based on the vital things. [19:28] yes, i am looking at that [19:29] this could go into new features? [19:29] works for me [19:30] "Backports now more accessible" [19:34] is my new wording any better? [19:39] Daviey: what are the criteria for these "smaller" release notes? Because up to this week, skaet has been asking for more detail rather than less [19:39] on that page [19:41] slangasek: No, i just meant the very minimal "here it is" [19:42] ah === chrisccoulson_ is now known as chrisccoulson [20:02] cjwatson: are hybrid CD/USB images new this cycle? there's a stub for it on https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview#Ubuntu_Common_Infrastructure... I thought those landed earlier [20:03] Does anyone object if i Invalid all ubuntu-release-note bugs which were raised before Oneiric? [20:03] slangasek: new this cycle, yes - June [20:04] cjwatson: ah, alright. Anything particular you want said there? ): [20:04] :) [20:05] https://lists.ubuntu.com/archives/ubuntu-devel/2011-June/033495.html [20:05] I'm happy to write something up tomorrow [20:05] or you can cull from that post [20:05] I'll do the latter [20:07] Daviey: how are you determining which ones were raised before oneiric? the bug number doesn't tell you when it was raised against the release notes [20:07] right. beer [20:07] slangasek: when the bug task was added. [20:07] the release-notes task [20:08] Daviey: right; seems like a lot of work to even determine that [20:08] Daviey: might want to just make sure none affect 10.04.4 [20:09] * Daviey drops it and hits the pub. [20:10] much more sensible [20:45] elmo: We're going to fix it tomorrow, but wubi disk image downloads are currently hardcoded to cdimage. We won't need to respin CDs for this, as Wubi on the CD won't need an image download. [20:45] We will need to resign though. [20:45] * elmo twitches [20:45] ev: ok [20:46] ev: (ah, I'll grab you here instead ;) how does ubiquity currently select its mirror? [20:47] slangasek: country + $CC.archive.u.c ? [20:47] apt-setup does it [20:47] (I don't know how it determines country these days, but I assume it involves geo*.ubuntu.com) [20:47] Yes [20:48] ev: specifically, trying to understand the impact of bug #870281 and mirrors, and if it always points to cc.archive.u.c [20:48] Launchpad bug 870281 in flashplugin-nonfree (Ubuntu Oneiric) (and 2 other projects) "installer crash when user choose to install additional software: http://archive.canonical.com/pool/partner/a/adobe-flashplugin/adobe-flashplugin_10.3.183.10.orig.tar.gz doesn't exist (affects: 24) (dups: 24) (heat: 202)" [High,Fix released] https://launchpad.net/bugs/870281 [20:48] to make sure that cleaning up the cc list is sufficient [20:48] slangasek, cjwatson: when do you expect to open pedantic tomorrow? [20:48] slangasek: yes, it will be [20:48] ehh, precise [20:49] doko_: haha [20:49] doko_: I don't know if we have an expected timeline on that [20:49] elmo: ok, just making sure :) [20:50] slangasek: yes, cleaning up cc.* will be sufficient [20:50] good, good [20:50] doko_: my guess is starting around 3pm, but it's just a wild guess [20:50] ok, thanks [20:51] I'll update you tomorrow [20:51] I'll be around until 17:30 UTC. will email you what is prepared/needs uploads [20:52] cjwatson: were you planning to take care of the dpkg merge for the buildflags stuff? seems like that's probably important to get in early, not sure whose list it's on [20:52] yes, I was planning to tackle that tomorrow morning [20:52] ok [20:53] should've done it today really, but [20:53] ah, it's in the wiki page [20:53] mu suggestion was to keep the current behaviour for p [20:53] buxy has an updated multiarch branch, yes? [20:53] I agree with doko [20:54] right, I agree with the plan of record (er, maybe the plan of IRC log) - keep exporting the variables from dpkg-buildpackage, but also make sure dpkg-buildflags is DTRT [20:54] I believe buxy is keeping the multiarch branch current [20:55] * skaet --> leaving office, back online a bit later. [20:55] fwiw, I've been aggressively converting my own packages to dpkg-buildflags in Debian... samba is hardened this way, openldap is RSN [20:56] the xfce packages are being hardened the new way as well [20:56] slangasek: we could always pocket copy the flash 11 package to the -security pocket also, assuming the installer has security.u.c turned on during installation [20:56] mdeslaur: out-of-date mirrors are a pretty fundamental issue anyway [20:57] slangasek: ok [20:57] that's a good idea as a fallback if we need it, but I'd rather we just let IS get on with fixing the root issue first [20:57] slangasek: converting> me too [21:17] cjwatson: md5sum mismatch with http://cdimage.ubuntu.com/daily-preinstalled/20111012/oneiric-preinstalled-desktop-armel+ac100.bootimg. [21:18] everything else in that directory matches ok. [21:21] * slangasek has a look [21:22] well, that's not good [21:23] GrueMaster: I can confirm that it's also broken on the server; the md5sum I get is b8e73f114548af51edcc87c6297a4791, which is not what's listed in MD5SUMS [21:24] but the file is older than the sums data, so... not sure how that happened [21:24] I'll check the bootimg file. It contains the md5sum of the tar file, which makes it critical to be in sync. [21:27] GrueMaster: if it doesn't match up, let me know and I'll work out how to rebuild the bootimg [21:28] (dunno how long that takes...) [21:28] ok. One sec. [21:29] * slangasek looks askance at bug #873080 [21:29] Launchpad bug 873080 in plymouth (Ubuntu) "Splash screen not loading (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/873080 [21:29] 3-4 years? really? [21:30] Looks to be the correct bootimg, md5sum just didn't get updated properly. [21:30] GrueMaster: ok, I'll update the checksums files - thanks [21:36] GrueMaster: updated and pushed [21:37] Tested: Passed. Thanks, slangasek [23:23] 23:20 < DarrenS> elmo: those mirrors all look ok [23:23] slangasek: ^-- rest of $cc.archive.u.c [23:23] fwiw [23:23] elmo: alright, thanks :)