[00:06] cyphermox: tracker, build1 and this build2 - both No change rebuild against libcamel-1.2-29? [00:44] doko: Looks like they're all retried. [00:44] Did someone really go do that manually? [00:44] I was about to just do it as a batch. :P [00:48] I did the ones that weren't done already. [00:48] LP is pretty fast tonight, so it didn't take very long. [00:48] You really shouldn't have said that. [00:48] You'll jinx it. [00:49] (mindless work while supervising youngest child's violin practice) [00:49] You're assuming I care. [00:49] My work is done .... [00:49] Anything to take your mind off the screeching? [00:49] ;-) [00:49] It was plucking, but yeah. [00:51] * micahg would've piped the ubuntu-desktop packageset list to ubuntu-build for powerpc [00:52] I was sure that sentence was going to end "to /dev/audio" [01:28] The only thing being piped to /dev/audio right now is Master of Puppets. [01:39] infinity: could you review the dpkg in the queue? it should be as easy as it looks [01:41] slangasek: And as long as the hash of the installer-created files is the same (ie: they have those exact contents), we get no prompts on hijack, right? [01:41] that's my experience, yes [01:41] It's been a while since I've dealt with hijacking. [01:41] (tests clean here... so unless I screwed up the conffile contents, we should be good) [01:42] Kay. Assuming you installed it over a pre-existing file, and it didn't asplode, yay. [01:42] i.e., unless I screwed up my local file prior to unpacking dpkg over it [01:42] Heh. [01:42] Accepted, and back to wishing I still had hair. [01:43] ... [01:43] ... thanks? :) [01:43] Those were two reasonably unrelated thoughts. [02:09] Daviey: yes [04:13] Daviey: postgresql-8.4-postgis is NBS, so it shouldn't be an alternative dependency [04:13] Daviey: that's why the uploads were necessary in the first place [04:14] now just waiting for powerpc to finally catch up [05:51] FYI, those ^^^ are my uploads, so I need someone to review. They're just a straight pull from upstream, no fanciness. [05:51] I only review fancy uploads. [05:51] It did involve using git, so it's kind of fancy ... [05:53] ScottK: I'm watching the queue anyway between builds and sponsors, will get to them, too [05:53] pitti: Thanks. [05:55] Looks sane to me. [06:23] pitti: ah! Makes sense :) === ara is now known as Guest99538 [08:42] slangasek: ca-certificates needs to run the fixed c_rehash; a Depends would be fine I guess [08:52] pitti: I take your request to upload blueman as an ACK? [08:55] micahg: ah, it was meant to be; I thought Stefano already acked it [08:55] pitti: he wanted more info [08:55] but as this now is more or less a Xubuntu specific thing, if you and charlie-tca are happy with it, that's fine [08:55] and testing [08:56] pitti: ok, thanks, will upload in a bit, still trying to get some updates out ATM [09:06] can someone please review my gobject-introspection and apport uploads? [09:07] cjwatson maybe? [09:09] thanks! [09:12] ... too slow [09:12] (wasn't me) [09:13] apport's fine, accepted [09:16] cjwatson: would you kick ca-certificates? I'll reupload it with a bumped Depends instead of a Conflicts [09:17] lool: no ca-certificates in the queue [09:17] 01:22 -queuebot:#ubuntu-release- Removed package: ca-certificates [09:17] sorry, missed that in the log [09:19] reuploaded [09:32] guess this is a better place to ask for a FFE. bug 860297 [09:32] Launchpad bug 860297 in sssd (Ubuntu) "FFE: sssd 1.5.8 -> 1.5.13 (affects: 2) (heat: 14)" [Wishlist,New] https://launchpad.net/bugs/860297 [09:57] tjaalton: Upload away, the upstream changelog and justifications seem sane. [09:57] didrocks: Am i being crazy? sni-qt - - build-dep on debhelper 9 (fix lintian warning as debian/compat is 9) .. Is 9 in oneiric? [09:57] tjaalton: I'll leave it to someone else to review, though, it's 4am here, and I need sleep. :P [09:58] Daviey: It sure isn't. [09:58] infinity: ok, thanks! [09:58] Daviey: no, I am crazy, sorry, I wanted to change debian/compat, reject it :) [09:59] heh. [09:59] Daviey: shouldn't do things while on the phone I guess :) [10:00] didrocks, Daviey: compat level 9 is in natty or even earlier [10:00] it's mainly for multiarch compat [10:00] yes, it just isn't final yet [10:00] ^ that's why it's still dh 8.x [10:00] but you don't actually have version 9 [10:00] but yeah, we shouldn't bump it for no reason [10:00] as the lintian-info for that note says, if you're using a non-final version of debhelper, you should override lintian, not add a build-dep on a nonexistent version [10:03] pitti: can you copy firefox 3.6.23+build1+nobinonly-0ubuntu0.10.04.1 from ubuntu-mozilla-security to lucid-security? [10:03] pitti: was i wrong? [10:03] Daviey: haven't seen the patch; but a >= 9 build dep is of course wrong [10:04] Daviey: I thought you meant bumping compat to 9 [10:04] ah, no - i don't care about that. [10:04] pitti: sorry, i thought you were correcting me :) [10:12] ngg, d-i ftbfs === pitti changed the topic of #ubuntu-release to: Beta 2 released! (Archive freeze remains in effect.) | http://pad.ubuntu.com/ubuntu-release | Oneiric Ocelot Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team with beer | we accept payment in cash, check or ocelot food | melior malum quod cognoscis [10:18] moved our etherpad to pad.ubuntu.com, which is hopefully more stable [10:18] and left a pointer in the old one [10:25] The old one was run by a plonker aiui. [10:32] Daviey: pushe a new sni-qt, sorry for the oversight [10:32] pushed* [10:32] is another archive admin available for a copy? [10:33] micahg: sorry, was in a meeting and then stuck in the chinese image fix [10:33] micahg: can do now [10:34] pitti: no problem, just didn't want to miss the next publisher :) (I know I have a half hour) [10:34] cjwatson: so, above live-build fixes --package with local .deb; I used that to build a new chinese iso with the new defualts package which also just landed in the queue, and it built a nicely sized and working iso [10:36] ok, reviewing [10:37] I wish queue diff generation were instant and magic [10:37] micahg: done [10:37] pitti: thanks! [10:37] cjwatson: not that urgent, fine to do it in an hour or two even; just wanted to give some context how I tested [10:38] cjwatson: once it's in, I'll re-spin another chinese build to double-check the size [10:39] s'ok, accepted now [10:39] thanks [10:39] +1 on magic queuediff, though [10:39] sometimes it's weird, I see the diff in the webui, but queuediff doesn't yet [10:39] ten minutes later it works [10:39] I think that's just random HTTP failure [10:39] must be some difference between logged in and unauthenticated [10:40] in such cases retrying queuediff a few times often works [10:40] ah, interesting [10:40] or maybe depends which appserver you hit or something [10:40] I wish launchpadlib had better automatic backoff/retry support [10:40] I got so used to it that I'm getting grumpy with logging into cocoplum, fetching, and mdebdiff'ing [11:32] FYI, bug #732016, I'm emailing the documentation team now [11:32] Launchpad bug 732016 in unity-2d (Ubuntu) (and 4 other projects) "UIFe: Desktop should be titled (affects: 8) (dups: 4) (heat: 64)" [Low,New] https://launchpad.net/bugs/732016 [12:24] cjwatson: oh, seems http://china-images.ubuntu.com/oneiric/daily-live/ is not covered by auto-cleaning old images? I don't see where these images are hosted on antimony [12:26] no, I've just been pruning by hand for now [12:26] I'll go and do that [12:26] cdimage/www/china-images/ [12:26] oh, thanks; can cleanup myself, too, but I was looking in /full [12:27] I've nuked a batch [12:36] http://china-images.ubuntu.com/oneiric/daily-live/20110928/ [12:36] hmm [12:36] so i386 got smaller, but amd64 actually grew [12:36] my own local build was 691 MB (amd64) [12:36] will investigate in a few [12:48] Daviey: fyi, patch acked [12:48] Daviey: (the libvirt one you asked about) [12:48] jdstrand: rocking! [13:35] I'd appreciate comment from someone on the release team as to whether I can upload the changes noted in bug 861410 [13:35] Launchpad bug 861410 in ubiquity-slideshow-ubuntu (Ubuntu) "Ubuntu screenshots need to be updated to reflect the lastest UI iteration (affects: 1) (heat: 8)" [High,Fix committed] https://launchpad.net/bugs/861410 [13:35] cheers [14:03] cjwatson: Thanks for bringing attention to that other ca-certificates bug; indeed my upload fixed that one, but because it might reappear after oneiric we don't nuke the original cause of the issue (plain c_rehash in postinst), I've opted to do another upload to cleanup postinst ^ [14:03] ev: I'd imagine you pretty much have to. [14:03] s/we don't nuke/if we don't nuke [14:04] ScottK: I just wanted to make sure I ran it past you guys first, to be sure I wasn't stepping on toes [14:04] thanks [14:04] will do [14:04] hi ev, why were all the properties properties changed: -x to +x) [14:04] skaet: I fixed that in the merge [14:04] it was because Christian had his branch on a vfat filesystem [14:04] but trunk to the previous uploaded version is free of that noise [14:05] ev, coolio. thanks. getting the updates in now is good by me. [14:05] great, thanks! [14:18] ev: just answered to the UIFE, sorry for delay [14:18] (it's really just a bug fix) [14:19] hey skaet [14:19] heya pitti [14:26] skaet, hello, what time is the Final Freeze? :) [14:26] ara, 2100 UTC [14:26] 2100 UTC [14:26] :) [14:27] skaet, tomorrow, 21:00UTC, isn't it? [14:27] yup. [14:27] awesome, thanks! [14:38] skaet: so, LangpackTranslationDeadline is October 6th [14:38] skaet: so I'd request a full export on October 6th evening, so that on Friday, Oct 7 I can build/upload the final langpacks [14:38] skaet: that's right after RC (if we have an RC) [14:38] does that sound alright? [14:38] (same procedure as every year) [14:39] pitti, yes that sounds right. RC is going to be more like we did in Natty. [14:40] release candidate process checklists need to be modified into LTS and non, I suspect. [14:40] skaet: is that the full story, with releases.u.c., announcement, etc, or just an internal testing round with QA and tracker? [14:40] pitti, internal testing round with QA and tracker. [14:40] ok, as I thought [14:40] so if we have delta langpacks for these, it's no biggie [14:41] pitti, I'll make a point of clarifying this at the release meeting, and take a pass at the checklist. [14:43] Daviey: I see that glance got promoted. this was conditional on documentation being updated to reflect that it assumes a trusted network. is this captured in a bug somewhere? was this already done? [14:43] ^ behold! last package for GNOME 3.2 final [14:44] and it's trivial, just updated Thai translations [14:44] we reviewed the other stuff on http://people.canonical.com/~platform/desktop/versions.html, and this was the only one left [14:44] :) [14:44] there might be some .1 post-release bug fix upstream updates before we release,of course [14:48] For RC, we just have to remember that when we say an image is a release candidate image, we actually mean that now. [14:48] for that we'd need to adjust the langpack translation deadline [14:48] if we put it 7 days before final release, we can't make a true RC [14:49] at least not 7 days before [14:51] I had expected that to be when we started working on getting final images. It normally takes a few days to beat down RC bugs. [14:53] are we having a separate unseeded universe final freeze again? [14:53] skaet and tumbleweed: Historically final freeze for unseeded Universe/Multiverse packages has been much later (release week). I didn't see any discussion of that this time? [14:53] oh [14:53] snap! [14:53] Laney: ^^^ I was already typing that ... [14:54] ScottK, Laney, yes, that was an oversite. We need to come up with a process page, so it can get added and tracked. [14:55] FinalFreeze already says it [14:55] * skaet goes back to staring at pages. :) [14:55] maybe add an "until [some date]" to the end of the last sentence there. [14:56] My recommendation would be 1200UTC on the 11th. [14:57] don't we usually reserve the last couple of days for RC fixes only even in *verse? [14:57] That leaves 36 hours for OMG WTF BBQ situations and mirror sync. [14:58] seems reasonable [14:59] ScottK, given the number of images that need to be respun if its an kitten killer situation, would actually like a little more margin. What would it hurt to make it 72 hours? [14:59] surely we're talking about things that aren't seeded [14:59] like: FeatureFreeze up until the 6th, FinalFreeze until the 11th, OMG WTF Freeze thereafter [14:59] This is for non-seeded stuff? [14:59] yes [14:59] skaet: Images aren't relevant. [15:01] ScottK, its more in the lines of one more thing to track and double check. [15:01] We've done it this way for years. [15:02] while doing the images, to make sure no interaction with any of the flavors. [15:03] skaet: I'm not aware of there ever being an actual problem from that. [15:03] This is too much like work and fighting with management of idiocy. === ara is now known as Guest78845 [15:07] I put a couple of words into FinalFreeze, just needs a date on the schedule [15:07] * skaet figures to wait for ScottK to rejoin channel before continuing discussion. [15:08] oh, he left? [15:08] Thanks Laney [15:08] yeah, at 10.03, looks like he left all the channels, so unfortunate bit of timing. [15:08] * Laney has parts hidden [15:08] * skaet notes that 10.03 was her time zone.... sorry. [15:09] http://qa.ubuntuwire.com/bugs/rcbugs/ I figure we should have a few days looking at RC bugs [15:09] so release - 5 days or so for Unseeded Universe Final Freeze [15:10] seems reasonable to me. Possibly we should turn this into a thread topic on u-release mail list though, so others can weigh in, and we can get some clarity. [15:10] ? [15:12] if you like [15:19] * pitti accepts unity-lens-musicstore and holds his breath [15:23] jdstrand: I will make sure it is documented today. [15:23] (glance ssl) [15:23] Daviey: thanks === mvo_ is now known as mvo [15:32] good night everyone [15:33] good night pitti! [16:22] ogra_: around? [16:22] how do you know i need t lose weight ? :) [16:22] * ogra_ checks his webcam if its on :P [16:23] heh [16:42] Hey.. I've just put a sync in for ruby-rails-2.3.. The current version will not install due ruby being too new. This sync should fix it, new upstream version of rails. [16:43] bug 861524 [16:43] Launchpad bug 861524 in rails (Ubuntu Oneiric) (and 1 other project) "[oneiric] rails is not installable (affects: 1) (heat: 6)" [Critical,Confirmed] https://launchpad.net/bugs/861524 [16:43] As the current one cannot be used, it seems safer to just go with what is in Debian. [16:43] Thoughts? [16:45] (just goes to show nobody tested rails until today.) [16:56] Oh crap, it's worse than i thought [17:13] cjwatson: could you approve the kerneloops upload (disabling it) now? [17:15] skaet: I'd like to chat with you about nss/nspr when you have a chance [17:16] micahg, nss/nspr? education please, not parsing that acronym. [17:16] :) [17:16] skaet: the mozilla security library and portable runtime [17:16] thanks micahg. [17:17] skaet: nss contains the trusted root certs and it would be nice to update before release [17:17] err, trusted root certs for some programs [17:17] micahg, when would the changes land? [17:18] skaet: that's the problem, I don't think I can land it today, plus I'm off tomorrow and Friday, I was thinking to land Sunday if that would be ok? This is something that we push out at times as security updates as well and I can do some testing before pushing it out [17:22] micahg, is the only thing being updated the certs, or are there some code updates happening too? [17:23] skaet: unfortunately code updates, but NSS has a good record of not breaking binary compatibility with updates [17:25] micahg: What sort of SRU cadence do you do for these usually? [17:25] micahg, suggest prepare it up, and then lets discuss in the channel early next monday. we'll have a better idea how things are looking overall then, i'm leaning to including but would like to get others on the release team's opinions. [17:25] Daviey: usually it's been as needed to fix security issues [17:26] or keep Firefox/Thunderbird working [17:27] skaet: will do, thanks [17:39] juju has been uploaded to oneiric's NEW queue [18:04] slangasek: Hi, just an FYI, the ensemble -> juju rename we discussed on Monday is now in the NEW queue [18:18] skaet: we've got a potential issue that could possibly affect thunderbird upgrades from natty -> oneiric (firefox will be fixed with the Firefox 7 update for natty later this week), should I file a tracking bug? (mozilla Bug 680802) [18:18] Mozilla bug 680802 in Add-ons Manager "Upgrade Firefox when there is an add-on update waiting to be installed uninstalls the add-on" [Major,Assigned: ] http://bugzilla.mozilla.org/show_bug.cgi?id=680802 [18:18] micahg, yes please. [18:19] skaet: eta on upload would be sunday [18:20] micahg, understood. Let me know the LP bug number when you have it. [18:23] skaet: Bug #861664 [18:23] Launchpad bug 861664 in thunderbird (Ubuntu Oneiric) (and 1 other project) "Upgrading Firefox/Thunderbird when an add-on update is waiting to be installed hides the add-on (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/861664 [18:24] Thanks micahg ! [18:25] skaet: even though it's temporary, perceived impact is high, so I'm marking it high [18:25] micahg: ok. [18:27] skaet: actually, I should probably update Firefox as well for those who don't fully update before jumping to the next Ubuntu release [18:29] yes. seems prudent, as that may well happen. sigh. [19:09] * tumbleweed wonders why barry didn't just sync python-peak.rules [19:23] barry: any reason you didn't sync python-peak.rules? We'll now have another tarball mismatch (not that this is particularly serious, I just rushed reviewing it in Debian, so we could sync) [19:25] tumbleweed: i'm sorry, i didn't realize you were doing that. yeah, we should definitely sync then. is .rules ready to sync? .util got rejected (rightly so) so i should request a sync for that one too [19:25] no, it can't be synced now, there's a tarball mismatch :) [19:26] * tumbleweed should have told you, I guess :P [19:27] tumbleweed: dang. what can we do about it now? [19:27] tumbleweed: at least .util can be syncd [19:28] ah it has to be fake-synced, until there's a new upstream version [19:28] util can still be synced [19:30] tumbleweed: okay, i'll request a sync for util [19:30] thanks [19:33] tumbleweed: please confirm: i should use syncpackage to request a fake sync for .rules? and for .util? [19:34] could someone please ack network-manager? fixing the wired+wireless routing bug (bug 856333) :) [19:34] Launchpad bug 856333 in network-manager (Ubuntu) (and 2 other projects) "(oneiric) wired connection unnaturally slow (affects: 2) (dups: 1) (heat: 20)" [High,In progress] https://launchpad.net/bugs/856333 [19:34] * micahg hugs cyphermox [19:35] micahg: heh, took way longer to figure that one out than it should have ;) [19:35] barry: you can syncpackage .util yourself, or requist an archive-admin sync, no faksync required, we don't have a tarball mismatch there [19:35] * micahg wonders if that will also fix his own wireless routing issue [19:36] barry: .rules will need fakesyncs in the future, but it's mostly in sync now, so no need to touch it [19:36] micahg: what wireless routing issue ? [19:36] cyphermox: will have to chat later...too much to do [19:37] tumbleweed: ack, thanks. will do .util now and we can clean up .rules for P [19:37] sure, just ping me if you need me to look at it [19:37] cyphermox: if it's what I was experiencing, I was getting ethernet loops when connected by wireless and wifi at the same time (but that was a week or two ago) [19:37] tumbleweed: yup [19:38] traffic coming out eth0 and in wlan0 (and trouble coming in both sides) [20:04] tumbleweed: .util syncpackage'd [20:05] in that case, \o/, one less ftbfs package [20:05] bjf: bdmurray asked that kerneloops be disabled now, happy with that/ [20:05] ? [20:05] Daviey, that's ogasawara's call [20:05] bjf: thanks [20:05] Daviey: yes, I'm fine with that [20:05] tumbleweed: well, actually not quite yet :). we need to get .util and .rules landed and then do a rebuild of turbojson (the original ftbs). but i've tested this locally and think it will work [20:06] barry: heh. .rules alreday landed. Yeah Itested it locally too [20:06] ogasawara: super [20:06] cool. just waiting for .util and then i'll hit the big button [20:10] bjf / Daviey / ogasawara: bdmurray has had a kerneloops upload in the unapproved queue for over a week that disables it, I've just been waiting on Final Freeze to accept it. [20:11] infinity: Yeah, saw it there - and bdmurray pinged about it earlier. [20:11] Kay. [20:11] Seemed a good idea to check ;) [20:12] Man, I hate how uninformative the queue UI is about syncs. :/ [20:12] infinity: Try to get praise/blame history. [20:12] seems they are not attributed to anymore anymore. [20:12] anyone anymore* [20:13] Really? [20:13] That's the only info I *do* see. :P [20:13] You get curren version, source archive, and requestor. [20:14] But no previous version, no diffs, nothing to review, really. [20:14] s/current/requested/ [20:14] infinity: no, i mean once accepted [20:15] Daviey: I opened a bug for that earlier today [20:15] (err not for teh queue, for the package's page) [20:15] Daviey: Ahh. [20:15] but yes, they should be more reviewable in the queue too. /me files a bug [20:16] why can't the world be perfect today.. [20:16] oh, bug 851562 [20:16] Launchpad bug 851562 in launchpad "Diff's not available for sync's on +queue page like for regular uploads (affects: 1) (heat: 22)" [High,Triaged] https://launchpad.net/bugs/851562 [20:16] Even having the previous version would be a huge help. I can't tell if someone's trying to force over an XubuntuX version, etc. [20:17] * tumbleweed can assure you that both of the current sync proposals are OK :) [20:17] I'm a naturally untrusting person. :P [21:19] ogra_ and other ARM folks: merry Christmas, rmadison now lists all architectures [21:50] cjwatson: \o/ [21:50] cjwatson: (Can I be a powerpc folk instead?) [21:51] infinity: yes, you can be a 604e [21:52] can I get someone to accept that keystone upload? [21:52] slangasek: Hrmph. Then you get to be an ev4. [21:52] ow [21:53] kirkland: looking [21:53] * micahg hugs cjwatson [22:00] slangasek: one-line bug fix, forwarded upstream; grabbed two missing source/configuration files from upstream [22:01] kirkland: why does debian/copyright on this package claim that it's called "glance"? Is the rest of the copyright information here correct? [22:01] slangasek: i'm guessing zul copied glance's packaging [22:02] slangasek: zul did the original packaging ... we're just fixing two bugs to get it functional [22:02] yes [22:02] I was just curious why these missing files were added as patches, wondering if we were upstream for it - seems not :) [22:02] and the copyright file is... not illegal. So accepting. [22:02] slangasek: right [22:03] slangasek: thanks; i'll open a bug on the copyright file now [22:03] slangasek: "Not illegal" is a pretty high bar. [22:03] it's not illegal to list extra people as having copyright when they don't [22:04] for instance, it's not illegal to claim that the US Government holds copyright on glance even though it probably doesn't :) [22:05] (but upstream themselves make this claim, so anyway) [22:08] * infinity is puzzled by oem-config-slideshow-ubuntu, which appears to be identical to ubiquity-slideshow-ubuntu, except for one stanza. [22:11] * slangasek writes dh_slideshow [22:11] slangasek: fixed copyright issue in a branch and sent to the upstream packagers [22:16] infinity: can you remind me where it's defined what seeds get pulled onto the ISOs? [22:16] kirkland: ok, cheers :) [22:17] slangasek: In what sense? You mean, where people document it after the fact and pretend it's true, or the code that does the work? [22:17] infinity: the code that does the work :) [22:18] slangasek: livecd-rootfs/live-buid/auto/config for anything livefs-based. [22:18] slangasek: debian-cd/*mumble* for alternates and the tiny /pool/ on some livecds. [22:18] infinity: ah, I meant specifically the ISO part [22:18] yeah, I'm coming up empty on the *mumble* [22:18] oh, I see [22:18] I'm looking at an upstream debian-cd branch, wtf [22:19] I'm looking for the mumble bit myself now. :P [22:19] there, *now* I see it [22:19] I think you want cdimage/bin/list-seeds [22:20] Hey look, it's the inheritance code again. [22:20] cjwatson: ah, got there, scratched my head, went looking again for something more declarative :) ok, thanks [22:20] That's 3 places that I know that lives. [22:21] * infinity reminds himself to put that in germinate as a helper instead. [22:26] can I get someone to copy from a PPA to archive please? [22:33] * cjwatson almost finishes moving NBS generation entirely off cocoplum and stalls on an RT ticket [22:52] cancel my AA request... [22:57] micahg: Okay! [23:10] cjwatson: did you have thoughts on getting improved handling on bug #759545? Is the ucf comparison being done at the wrong point? [23:10] Launchpad bug 759545 in grub2 (Ubuntu Oneiric) (and 3 other projects) "user prompted to update unmodified grub configuration during Ubuntu server upgrade (affects: 3) (heat: 27)" [Medium,Triaged] https://launchpad.net/bugs/759545 [23:30] SpamapS: juju accepted [23:31] slangasek: !! Thanks! [23:31] all juju ever wanted was to be accepted.. to be one of the packages. [23:31] y/w :) [23:32] man, quit anthropomorphising the software, it really hates that [23:35] :) [23:44] slangasek: Any chance I can get a once-over on jasper-initramfs, flash-kernel, and livecd-rootfs? [23:45] looking [23:47] slangasek: Before you ask, removing mkdosfs from jasper was cleaning up after code that was removed several versions ago. I missed noting that in the changelog. [23:48] k [23:49] infinity: what's the jasper-initramfs change in partition type check? [23:49] oh, n/m [23:49] that's an addition, not a change [23:49] have confidence in my review [23:50] Hey, you caught your mistake, that's close enough to perfection where I come from. [23:50] I thought you were from Canada [23:50] is that all the higher the standards are there? [23:51] Well, if you caught your mistakes while covered in maple syrup, THAT would be perfection. [23:51] infinity: I don't understand the flash-kernel change, how is umount racy without -l? [23:51] is this a workaround for a buggy umount? (hopefully not the util-linux one?) [23:52] It's util-linux, it's not a umount bug (I don't think), but something's keep a file on that filesystem open for just a split second, long enough to make umount refuse to umount it. [23:52] The fun part? [23:52] Any debug code added to attempt to trace it adds just enough delay to make it go away. [23:53] So, not really sure what's keeping something open. But -l makes it happy, and can't really do any harm. [23:54] The bug that I helpfully forgot to mention in the changelog is #779410 [23:57] ah, so it's a race with the fs being in use, not a race with umount returning success before it's unmounted - got it [23:57] Right. [23:58] I ran flash-kernel in a loop of 1000 tries with -l and it always DTRT and cleans up properly, so I call it a success. [23:58] A success, and possibly a dead SD card.