[00:26] Meh, every time I'm working this late I get tempted to kill my nightly backups so that I can have some I/O. [00:38] anyone else able to help with that? [00:39] the access denied issue? [00:45] well, i'm out for the night. [00:45] if anyone else has their api keys and wants to follow bzr+ssh://bazaar.launchpad.net/~smoser/+junk/jenkins2isotracker/ to post results for ec2, they could do that. [00:45] the values you need are: [00:46] serial=20120925; release=quantal; mstone='Quantal Beta 2'; url='https://jenkins.qa.ubuntu.com/view/Quantal/view/All%20Quantal/job/quantal-server-ec2/18/' [01:00] skaet: should beta2 tech overview include the notes from beta1? [01:10] stgraber: I added that 2 items we discussed earlier and removed the obvious ones from the packages list (from the conflicts list in edubuntu-live), there's not really a lot but the list should probably be even shorter: https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta2#Edubuntu [02:46] highvoltage: You want the tech overview to be readable for someone upgrading from Precise, so it should cover everything from that angle. [02:48] smoser: http://iso.qa.ubuntu.com/qatracker/api ? [02:49] smoser: /user is blocked as it's not relevant when using SSO (that page would usually let you change your password and other details that we get from SSO) [02:49] I have a few bug reports to try and make that part a bit better (ideally, without having to patch Drupal's code...) [05:51] Daviey, we're still missing some of the Ubuntu Server test results on the iso tracker, can you look into getting them run and the results added to the tracker? === mmrazik is now known as mmrazik|otp [07:29] skaet: yep! [07:41] seb128: ^^ something for you === mmrazik|otp is now known as mmrazik [07:43] seb128: testing it should be as simple as building and installing the package and logging back in === henrix_ is now known as henrix [09:27] skaet, i've updated https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta2 - sorry for being late for that. [09:28] skaet, it also looks like there's problems with reporting our post-installation/desktop tests to the tracker, and we don't have any tests for those because of that; but, i'm signing off both images === mmrazik is now known as mmrazik|lunch [10:20] ogra_: any luck with testing flash-kernel? [10:24] running since a while [10:24] even with local mirror it takes ages ... [10:25] (i had hoped paul had done it, butu doesnt seem like) [11:25] cjwatson, debian-installer-utils uploaded to proposed for bug 1028905 [11:25] Launchpad bug 1028905 in debian-installer-utils "cdrom-detect in quantal omap4 hangs trying to look for install media on an extended partition" [High,Confirmed] https://launchpad.net/bugs/1028905 [11:26] cjwatson, and my netinstall just asks me about UTC clock settings (so it passed flash-kernel-installer) [11:27] yup and rebooted just fine [11:29] OK, great. I'll copy flash-kernel now then. [11:29] Not sure there's much point using -proposed for debian-installer-utils, since it doesn't have arch skew problems and it needs a d-i rebuild anyway. [11:30] But I can review it there anyway ... [11:30] * smartboyhw hopes that scott-work will show up today to say that Ubuntu Studio beta 2 is ready:P [11:31] smartboyhw, since you've been monitoring how it comes up and scott not, how do you think he'd know better than you? [11:32] cjwatson, well, i thought i'd rather drive safe and take proposed before anyone shouts that i broke a policy or so :) [11:32] * smartboyhw thinks that he does NOT have sign-off rights:P [11:32] we are still frozen after all :) [11:33] smartboyhw, if scott doesn't turn up, then you probably have to make the decision :P [11:34] knome: Ooh:P [11:34] ogra_: Oh, I spotted a mistake [11:34] ogra_: You need a $ at the end of that regexp [11:35] In practice I don't see any partition types we care about that would be mishandled due to that, but I'd rather be safe [11:35] ok [11:35] So I'll reject that for now, please fix and reupload :) === mmrazik|lunch is now known as mmrazik [11:36] Looks fine otherwise [11:36] should i force overwrite the debcommit or just add the change on top in the branch ? [11:36] Either; just make sure the tag is accurate [11:36] k [11:39] cjwatson, bah, there isnt a tag for your last upload it seems [11:39] Huh, that's odd [11:39] Is now [11:39] thanks [11:45] hmm, i cant do a push --overwrite it seems [11:46] unbind first [11:46] ogra@anubis:~/Devel/branches/debian-installer-utils$ bzr unbind [11:46] bzr: ERROR: Local branch is not bound [11:46] *sniff* [11:47] * ogra_ wonders if thats another fallout of two factor auth ... i have nothing but probs with it [11:48] though i can push normally ... (complains about diverged branches indeed) just not with --overwrite [11:48] ssh_exchange_identification: Connection closed by remote host [11:48] * ogra_ scratches head [11:48] oh, wait [11:49] hmm, no [11:53] ogra@anubis:~/Devel/branches/debian-installer-utils$ bzr push lp:~ogra/ubuntu/quantal/debian-installer-utils/ubuntu [11:53] you could try uncommitting from the remote branch instead [11:53] ssh_exchange_identification: Connection closed by remote host [11:53] ConnectionReset reading response for 'BzrDir.open_2.1', retrying [11:53] if i only could [11:53] i cant even push to my own account now it seems [11:53] try killing off any stray bzr and ssh processes [11:54] skaet: Signoff of Beta 2 starting in er like 7 minutes? [11:54] none there [11:54] smartboyhw, ending. [11:54] Ooh [11:55] ogra@anubis:~/Devel/branches/debian-installer-utils$ bzr uncommit lp:~ubuntu-core-dev/debian-installer-utils/ubuntu/ [11:55] ssh_exchange_identification: Connection closed by remote host [11:55] uncommitting remotely has the same issue [11:56] i have a pending reboot from yesterdays upgrade, lets see if rebooting helps probably [11:56] You'll have to ask #launchpad (public) or #launchpad-ops (internal) [11:57] * smartboyhw finds out that #launchpad-ops has no one there [11:57] internal [11:57] ogra_: Somebody else is reporting a similar problem on -ops, so it may not be just you [11:58] ogra_: Try again no [11:58] *now [12:02] cjwatson, heh, ok, at least i did my reboot for the new kernel now :) [12:04] yippie, all good :) [12:06] and re-uploaded [12:16] stgraber, sorry for being a dolt. i had clicked on api too. i just saw the "Intrdocution" and assumed it was just doc. === doko_ is now known as doko === mmrazik is now known as mmrazik|otp [13:40] Daviey, plars - any ETA on when those missing server tests will be complete? [13:41] skaet: hggdh ran what he could of the maas tests yesterday, but I don't think he has everything he needs to run all of them. My understanding is that someone from server team normally does this? Same for iscsi [13:42] Riddell, the Kubuntu images for powerpc and amd64+mac don't have results - are they likely to get some in next little bit, or remove them from list for beta 2? [13:43] Daviey, ^ ?? [13:43] skaet, plars https://wiki.ubuntu.com/QATeam/ReleaseReports/QuantalBeta2TestReport [13:44] skaet: I'm happy enough for them to be removed [13:44] Riddell, ok, doing. [13:44] thanks jibel === mmrazik|otp is now known as mmrazik [13:51] vanhoof, infinity, plars - the netboot images look like they still need some testing - what's the outlook on them? [13:53] knome, thanks for the update. If there are post install issues, please mentiong them in the TechnicalOverview/Beta2. Marking your images ready now too. [13:53] skaet, a fix for arm netboot is in the archive, but would require a d-i rebuild, not sure what colin plans here [13:53] cjwatson, ^ release note, and make available shortly after? [13:54] * ogra_ wouldnt mind to skip them given the fix will be inthe next build anyway [13:54] No, it does not require a d-i rebuild [13:54] flash-kernel is not in the initrd [13:54] It should be available for netboot installations now [13:54] ugh, soryy, i mixed up the two fixes :) [13:54] Thus I don't see a need to release note [13:55] yeah [13:55] sorry, sorry [13:55] ok. thanks cjwatson, ogra_ [13:55] skaet, i have a new UIFe for you :S https://bugs.launchpad.net/ubuntu/+source/unity-lens-shopping/+bug/1056901 [13:55] Launchpad bug 1056901 in unity-lens-shopping "[UIFe] Display category emblems on results" [High,In progress] [13:56] (you need to look at the far right end of the orange price strip to see the change (which eluded me initially)) [13:59] Laney, can you review the new incoming from popey? my bandwidth right now is focusing on getting beta 2 ready and figuring out what we'll ship or not. [14:00] thanks skaet, sorry to lay more on you.. [14:01] * skaet keeps up her pinging :P [14:02] * smartboyhw is seriously wondering why scott-work hasn't said a word since he came:P [14:02] Riddell, one of the missing netboot tests, is installing Kubuntu - has anyone tried that yet? [14:03] smartboyhw, if someones client conncts that doesnt necessary mean there is a person attached to it ;) [14:03] ;) [14:03] *necessarily [14:04] skaet: fooey didn't notice that, I can give it a go [14:04] smartboyhw, scott-work - are there more results about to be posted for ubuntu-studio? [14:04] thanks Riddell [14:04] skaet, don't think so...... [14:04] We don't have that much testers:P [14:05] smartboyhw, then probably we won't ship this time around. Manditory tests should be completed. [14:05] skaet, that is real difficult...... [14:05] Then we won't have any builds to ship, we just don't have enough testers to complete ALL of them [14:07] skaet: for netboot, you are referring to the kubuntu and xubuntu netboot tests? [14:07] plars, yes, Riddell says he'll handle kubuntu, and if that's ok, then we'll assume xubuntu likely is. [14:07] skaet, I will just go and run the tests now [14:08] smartboyhw, ok. I'll hold off on the decision to ship/not from my perspective as long as can. [14:09] but we won't be holding up the release for it. [14:09] skaet, OK [14:14] balloons, can you fix http://iso.qa.ubuntu.com/qatracker/milestones/238/builds/24227/testcases for quantal? upgrading from lucid doesn't make sense as a test for quantal. (Daviey, sound out if you disagree) [14:15] popey: is it entirely necessary? [14:15] the tweaks don't seen to be stopping. [14:16] skaet, ohh.. I thought we fixed that [14:16] ohh.. server [14:16] Laney, It certainly improves the user experience. I'd imagine people are going to appreciate pre-filtering amazon results they may click on by these visual cues. [14:16] yup, server [14:17] give me a few [14:17] I should hope that you think all changes improve the user experience :-) [14:18] skaet, can you give me an approximate time for us to complete the testcases before you call it off? [14:19] jbicha: tell me what you think about the prospect of another shopping lens uife ;-) [14:19] Laney: what do they want this time? [14:19] to add 'emblems' to the amazon results [14:19] which indicate the category it came from [14:20] smartboyhw, you've got at least an hour, was expecting the results in by 1200 UTC so we wouldn't be doing this dance. Beyond that variable. [14:20] skaet, thanks [14:21] skaet: Edubuntu should be all good, we have ISO and upgrade test results, tech overview was done by highvoltage and the bug listed in the release notes is still relevant. We won't have a blog post for beta2, so just link to http://www.edubuntu.org as usual. [14:21] skaet: no eta yet [14:21] Laney: well we don't have screenshots of the shopping lenses, but it'd be nice if the UI stopped changing for the ubuntu-manual guys & such [14:24] Yes. And it would be nice if the exceptions stopped coming and sucking up the release, doc and translation team's time [14:24] jbicha: https://bugs.launchpad.net/ubuntu/+source/unity-lens-shopping/+bug/1056901 [14:24] Launchpad bug 1056901 in unity-lens-shopping "[UIFe] Display category emblems on results" [High,In progress] [14:25] * Laney wonders how far the word 'exception' can be stretched [14:25] Daviey, ack. you're on critical path for release timing now. [14:25] * smartboyhw too [14:26] Laney: for unity-lens-shopping it's surely not an exception ;) every single upload of that source were past FF/UIF... [14:27] Right. That's the problem. For certain teams they operate (for whatever reasons - not always in there control) as if exception was normal. [14:27] Laney: You can always say no and see if sabdfl really wants it. [14:27] there's this one too https://bugs.launchpad.net/ubuntu/+source/unity-lens-shopping/+bug/1055684 [14:27] Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress] [14:27] skaet: woot! [14:28] I bet we're going to get more of these exceptions next week too [14:28] thanks stgraber, highvoltage - appreciate Edubuntu being ready to go by 1200 UTC. [14:29] skaet: I think we should start turning these requests down [14:29] skaet: Daviey is all dressed up for beta2 =) or is it the London OpenStack meeting.... not sure now [14:29] * xnox live from the office [14:29] skaet: I think it's time to start saying no on non-essential U/I changes (I think the online search privacy change and the https change are essential - none of the rest are). [14:30] skaet: :) [14:31] Studio amd64 ready to go, download i386 ISO ETA 4-8 minutes [14:31] I'd argue that bug 1055684 should be fixed as it definitely looks like a bug to the user (http://cloudfront.omgubuntu.co.uk/wp-content/uploads/2012/09/unity-shopping-preview.jpg) [14:31] Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress] https://launchpad.net/bugs/1055684 [14:31] however I agree that the rest of the visual tweaks can certainly wait till R [14:32] why can't you just make people who land late features take responsibility for them? like, if you want to introduce a UI change 2 weeks after UI freeze you should be the one taking screensots of it in 63 (or how many it is these days) languages [14:32] (I guess that's maybe somewhat harsh) [14:32] Laney, ScottK - please add your comments to the bugs in question, and I'll do my homework enough for an opinion as soon as we get this Beta2 out the door. I'm agreeing its gotten way too late for tweaks, but don't want to comment further until I actually can focus and read them. [14:33] Sure. [14:33] stgraber: feel free to take it on (in fact, please do) [14:33] stgraber: or just consider it to be still too buggy for release, and remove it [14:33] thanks for the consideration [14:34] tumbleweed: :) [14:34] no really, I don't know why we aren't considering that as an option. It's a totally real and useful one [14:34] no it's not a real one [14:35] it's out of the release team's hands, so to speak [14:35] tumbleweed: I'd be happy with that option if it wasn't for the whole getting sabdfl'ed and ending up with more changes than we're talking about at the moment... [14:36] considering the changes independently we can at least hope to postpone some of them... [14:37] yeah, it sounds like it's mostly there (And I don't recall seeing explicit sabdfling, but assumed it was behind the scenes somewhere) [14:37] Laney: I believe the Release Team does have that authority [14:37] We certainly do. [14:38] it's already a sabdfled feature [14:38] tumbleweed: sabfling only counts if it's explicit and on the record. [14:38] so why do you complain [14:38] nothing to discuss if it was sabdlfied [14:39] * smartboyhw is now rushing to get the i386 studio testing completed....... [14:39] I've seen Mark rip someone's head off for trying "Mark told me it had to go in" on the release team. [14:39] ScottK: right, that was passed by the CC a while ago, but I haven't actually seen any bugs or docs for any sabdflifications [14:39] well, but the sabdfl override is a real thing that was defined in ubuntu from day one, if it is used it should simply be noted as that [14:40] ogra_: Yes, but he has to actually do it explicitly. [14:40] and everyone (including sabdfl) should just move on and accept the policy [14:40] else it is pointless to have it [14:40] skaet: lubuntu won't release beta2 ppc, too many gremlins. Others are okay to throw out in the wild :) [14:40] regardless of that, all of these later requests are certainly within our jurisdiction [14:40] Certainly. I have my opinion about it, but I don't argue it's the policy and he has the authority. [14:40] Laney: Precisely. [14:41] thanks phillw, was wondering about those ppc images. [14:41] BTW, I put NACK comments on the two bugs. [14:41] thanks [14:41] phillw, oh, btw, do you plan to have a lubuntu slideshow ? [14:41] I didn't mark the wontfix (although I could have) because skaet said she wanted to look at them later. [14:41] looks a bit odd with all the ubuntu advertising [14:41] the sabdfl override isn't really documented in the usual places, like https://wiki.ubuntu.com/FreezeExceptionProcess is it? [14:41] we#re hoping for a kernel fix which re: bug 1043518 [14:41] Launchpad bug 1043518 in linux "live cd is unusable due to video degradation with the splash boot option enabled" [High,Fix committed] https://launchpad.net/bugs/1043518 [14:41] skaet: how soon do the remaining tests for studio need to be done? btw, i saw your email earlier but work is busy, busy these days [14:42] (especially since none of the apps is installed) [14:42] scott-work, I am doing the i386 tests, at most 20 minutes to be completed [14:42] * scott-work picked up more responsibilitys (but no extra pay) when my boss was removed [14:42] scott-work, LOL [14:42] jbicha, no, its somewheer documented wheer the term is also exoplained [14:42] jbicha: a sabdfl override is usually a comment from him on the FFe bug, acking it (in my experience) [14:42] scott-work, we're waiting on Daviey now at this point, so if you can get them done before then, you should be good. smartboyhw is working on them. [14:42] ogra_: afaik, one is being done. I can go poke the ML as I'm not sure who is doing it. [14:42] ah, cool [14:43] phillw, apart from that, great work, lubuntu gave me a nice new home for the ac100 :) [14:43] ogra_: sabdfl and the CC did agree that all sabdfl decisions has to be logged somewhere to avoid people randomly claiming that something was an sabdfl request (and other problems) [14:43] highvoltage, ah, so it has been handled [14:43] phillw: You understand that that kernel fix only affects nvidia systems, right? [14:43] thank you smartboyhw and skaet [14:44] Just in case you'd related it to the Radeon bug cluster somehow. [14:46] scott-work, can you take a pass at TechnicalOverview/Beta2 page and make sure any new features/key fixes for Ubuntu Studio have been added. [14:46] ? [14:47] i will do that in about an hour, skaet [14:49] thanks scott-work [14:50] jbicha: Mark can sabdfl anything in the project. It's not just about freeze exceptions. [14:51] stgraber: Re 1055684 - It looks like we collided. I get your point, but I think we need to draw a line in the sand on non-critical U/I tweaks. [14:51] cjwatson: yes, for the liveCD only nvidea is affected, so there would be no need to mess with nomodeset etc. [14:52] skaet scott-work testing finished results passed marked in ISO Tracker ALL READY [14:52] thanks smartboyhw [14:52] NP skaet [14:53] phillw: Right, except many of the powerpc bugs were about radeon. Just want to make sure there's no false hope here. [14:55] utlemming, there are 3 cloud images with no results. Is there an ETA for those? [14:55] cjwatson: that is possibly another kernel issue, or maybe fixable by x-org. Oncee the B2's are out of the way I'll go see what the consensus is between the two teams :) [14:55] thanks skaet for marking it ready:P [14:56] phillw: *nod* [15:05] cjwatson, thanks for the tweaks to the TechnicalOverview earlier. Are there any more that need to be added from the foundation team perspective? [15:06] I didn't have anything at this point [15:06] arosales, smoser - do you have any info on those 3 cloud images without test results - should they ship or not? [15:07] utlemming, ^ [15:07] ok thanks cjwatson. [15:07] he's getting them i think [15:07] smoser, ok - just hadn't heard back from my earlier ping to him, so wasn't sure if he was on it or not. [15:13] can someone please reject the firefox upload in quantal-proposed? [15:13] Laney, I have updated the bug, it may not have been clear initially, the emblems are already in Ubuntu, this bug fixes an inconsistency between the music/video lenses and the dash. [15:14] popey: ScottK took it over. [15:14] chrisccoulson: yeah [15:14] thanks [15:14] ok, ScottK ^^ :) [15:14] kaboom, it falls down [15:14] skaet, so the server upgrades are "fixed".. they are pointing at the desktop upgrade case though. .it seems we don't have a different server upgrade case [15:15] I'm sure Daviey and I can come up with any minor tweaks and create one [15:15] popey: skaet is going to review the FFe's in question after Beta 2 is out and make a final decision. To me it seems non-critical and I think it's too late for non-critical. [15:15] noted ScottK, thanks [15:15] balloons, can you work with Daviey then after this release is out to get an appropriate test case in there. (Since he's a member of release team, and has a vested interest in Ubuntu Server) [15:16] skaet, yes of course.. it's status quo. the legacy cases also pointed at the desktop upgrade case [15:16] s/release/beta2 release/ [15:16] It seems like there is goign to be a ninth member of testcase admins team then:P (aka Daviey) [15:17] smartboyhw, Daviey is a member of the release team.. He has super cow powers [15:17] Super cow:) [15:18] smartboyhw: apt-get moo [15:18] release team members and flavor leads, could I ask you all to take a read through the current test cases on the iso tracker and make sure they make sense from your perspective. Goal here is to make sure the set of manditory test cases is truly manditory, and we're not including manual testing that doesn't add value. Similarily, if there are areas where we should be adding test coverage, please add the test [15:18] cases (I'm thinking of earlier comments from knome). [15:18] skaet, arosales: Beta2 Cloud images are all tested -- results look good. [15:18] Why is everybody apt-get moo at me? [15:19] skaet, arosales: the cloud images can be marked ready [15:19] thanks utlemming [15:22] skaet: Let me know when you think we can start flushing the upload queue due to being past the point of no return [15:22] I'd like to do that under supervision so that I can make sure the timeout-avoidance code works [15:23] cjwatson, will do. Just waiting for Daviey to let us know about the missing tests from Ubuntu Server. [15:25] * cjwatson accepts some unseeded things in the meantime [15:25] (xorg-server wasn't me) [15:25] Oh, it also apparently wasn't actually accepted. OK [15:26] heh [15:26] * stgraber really needs to figure out what's going on with queuebot when queues are too long... [15:26] +1 [15:26] queuebot has became a practical joker like that AI super computer in I, Robot. [15:33] * smartboyhw wonders what happened to the Ubuntu Desktop upgrade amd64 not marked ready [15:35] smartboyhw, oversite. fixing [15:35] patched queuebot to actually check for the record status instead of assuming that !rejected == accepted and have it discard the data it receives from LP if the package status don't make sense [15:36] hopefully that should fix the problems or at least let me figure out what's going on [15:36] great, thanks [15:41] skaet, please explain what is oversite to me;P [15:42] missed [15:42] typo for oversight [15:43] (which may help non-native speakers) [15:43] Ah:P [15:43] skaet: not sure if someone is already on it, but I'm trying to work out the iscsi tests [15:43] plars, thanks. Daviey, if someone else is already doing the ISCSI tests, please let plars know. [15:44] sorry smartboyhw, my bad. [15:44] :) [15:44] Daviey: even if not, it would still be helpful to have someone else looking at it too, as I've just now installed iscsitarget on a local machine to try to muck through it [15:45] Good morning. [15:45] Hello infinity [15:47] hello infinity, do we ship powerpc server image or not? [15:48] it doesn't have all its tests done, but its common code with the rest that seems fairly well tested. [15:48] http://iso.qa.ubuntu.com/qatracker/milestones/238/builds/24193/testcases [15:49] skaet: All its tests aren't really necessary for an unsupported port, IMO, as long as someone's tested that the ISO works at all. [15:49] skaet: And it looks like someone's tested that it boots and installs, and those passed, so that's enough for me. [15:49] infinity, ok, can you work with balloons after beta2 is out to get the set of manditory test cases adjusted to what is truly manditory. [15:50] for the final release, all manditory will need to be run, as well as all run once. [15:50] skaet: the issues we're seeing with ppc seem to be 'X' related (even though kernel driven), as server is CLI it should be immune from them? [15:51] phillw, yes, so I assume, and why its likely ok to ship. [15:51] phillw: Your X issues are video card specific too, are they not? It's not "all PPC hardware". [15:52] infinity: provided you do not have radeon or nvidea cards, you are okay... Which I thinks covers all the apple PPC's ;( [15:52] phillw: Oh, I thought it was only one or the other that was broken. [15:53] the nvidea issue is now fix commited (it also affects other distros and archs). [15:53] phillw: Also, radeon on my PPC machine is fine in quantal (assuming I don't use radeonfb, but what was a known bug) [15:53] infinity: no such look for us! [15:53] s/what/that/ [15:54] as the dust settles I'll ask some one who knows about kernels to take a look at the proposed kernel fix before I go and ask the kernel team. It would be useful if I actually understood what I was asking for :D [15:58] skaet, should the netboot images have been rebuilt since Sept 22 ? http://archive.ubuntu.com/ubuntu/dists/quantal/main/installer-amd64/current/images/netboot/ [15:59] rtg, no api change was the word when it was asked earlier this week. [15:59] * ogra_ doesnt think there was a d-i upload since the 22nd [15:59] Indeed. We'll do one after beta [16:00] ok, but the kernel in d-i still has the linker problem that we sorted out with doko [16:02] phillw: Understanding leads to questions. Often it's better just not to know. [16:03] rtg: Hm, I didn't see any visible effects from it ... wasn't that a total boot failure? [16:03] cjwatson, not always, often it was just an annoyance about graphics mode selction [16:04] ScottK: he he, then someone who understands what is a written proposed solution would need to look at it to see the feasability of it (I think that there are two ways forward that have been suggested). [16:04] cjwatson, ogasawara: I'm bumping the kernel ABI so that we're sure to rebuild d-i after the beta release. [16:05] phillw: Yes, but "I don't really understand enough about this to have an informed opinion, would you please look at it and tell me what you think?" can be a nice work shifting device. [16:05] Let's not get into how I know that. [16:05] thanks for the tip :) [16:06] rtg: I thought we got that fix. It stopped bugging me on boot. [16:06] rtg: I rebuilt for that fix. [16:07] rtg: Anyhow, no need for artificial ABI bumps, there will be d-i uploads right after beta. [16:08] infinity, I'm checking for when that fix went in. I just updated my cobbler installation and experienced the grpahics selection bug, which is why I checked the last date on the ISO [16:08] I approved the privacy change FFe. [16:08] rtg: Well, the fix was fixed a few different ways/times. Maybe I didn't rebuild for the last one where you fixed the struct. [16:08] rtg: Let me see. [16:09] Ubuntu-3.5.0-14.18 [16:09] so, the netboot ISO should have that fix. [16:09] rtg: Indeed it should. [16:10] hmm, wtf [16:11] rtg: Maybe you have an outdated ISO? [16:11] rtg: Or maybe the bug just hates you. :/ [16:12] infinity, its possible both reasons are afflicting me. gimme a bit to figure it out [16:14] rtg: Alternately, no one accidentally reverted 14.18 in a later release, did they? [16:14] rtg: (We've long since rebuilt to pick up -15.*-) [16:15] infinity, nope, I just checked. The 'used' attribute is still present in the source code. [16:15] Hrm. [16:15] Kay, well the kernel used for d-i right now would be 15.22, so all it's missing is the i915 backlight reverts. [16:16] Which is likely irksome to some, but shouldn't be cause your bug to come back. :/ [16:16] infinity, I'll know as soon as the machine I'm installing is done. then I can check what kernel its using. [16:16] rtg: Checking after installation might be less helpful than hitting a terminal right now and looking. :P [16:17] rtg: Since it's the kernel baked into the installer that you're curious about, not what it plans to install, no? [16:17] infinity, the colors are so messed up that I can't read it on another console. [16:17] Oh. Lolz. [16:17] I'd suggest serial, but x86 kit with serial is the computing unicorn these days. [16:18] just so happens this machine is old enough that it still has serial, but thats kind of a last resort [16:21] infinity, all the test results are in now, and they look basically ready to start the pre-publishing off. [16:22] Basically ready is such a comforting noun phrase. [16:22] Whoa, we forgot to do early pre-publishing again [16:22] Damnit [16:22] I meant to check on that [16:22] cjwatson, ack. [16:27] Daviey: I can't seem to get the iscsi tests to work, but it's highly likely it's something in my setup as I don't have a known-working environment for this, is there someone from your team that could take a look? [16:35] plars, I don't know if there's anything different in this one: http://packages.qa.dev.stgraber.org/qatracker/milestones/225/builds/16299/testcases/1337/results [16:35] it's been verified to work however [16:35] 1337 ? [16:35] heh [16:35] plars, jamespage can help you with iscsi [16:38] hmm, I may have just found the problem... I have something on my network that is causing a problem I think [16:38] let me start this over and try again [16:39] Pre-publishing is syncing to mirrors. [16:40] jibel, I'm trying but my laptop keeps overheating [16:40] plars: jamespage is doing the iscsi stuff right now [16:41] Daviey: ok, I may keep going with it at least on the unauthenticated mode to see if I can get it working - thanks! [16:41] infinity, ack. thanks. [16:41] plars: cool! [16:47] Daviey, jibel, plars: seeing an issue with iscsi root [16:47] grub appears, but initramfs fails to find the iscsi device so no /dev/by-uuid [16:48] that was for authenticated [16:48] I'll try unauthed as well now [16:52] ogra_: have you tried netboot install since the flash-kernel update? [16:52] plars, i commented on the bug (and closed it too) [16:53] ogra_: oh, I didn't see the message I guess... I'll go look, but I just finished an attempt, and confirmed I have the new f-k and I'm getting "/dev/mmcblk0p1 is not a block device" still [16:53] hmm [16:53] on real iron ? [16:54] i tested in a vm [16:54] ogra_: yes, on my iron-panda [16:54] :) [16:55] ogra_: I don't need a newer netboot image or anything right? it's pulling it from the archive not from the image [16:55] plars: that's right [16:55] yep [16:55] it's possible there's a similar symptom a little further down [16:56] * cjwatson will let ogra_ analyse it though :) [16:56] yeah, i'll try an omap4 install now [16:56] and if I go to a shell, I still see only /dev/mmcblk0 (no p1) [16:56] might be that there is a difference vs omap3 [16:56] plars, erm, which image did you use ? [16:57] smells like you just used the fat partition [16:57] boot.img-fat-serial [16:57] I did [16:57] heh [16:57] because I needed serial [16:57] yeah, I was just thinking... I'm not sure that one includes partitioning [16:57] right, you want the .gz image still [16:57] meh [16:58] -fat is actually only the content of the first partition [16:58] ogra_: so this image won't work then, need to just modify the other one instead? [16:58] now dont ask me why we publish that [16:58] NCommander created that [16:58] but that was my next question! [16:58] poo [16:58] ok [16:58] i'll happily remove it [16:58] well, that's a relief actually [16:58] We should probably stop publishing the partition images. Or include a nice README. [16:58] (i ran into the same issue before btw) [16:59] http://ports.ubuntu.com/ubuntu-ports/dists/quantal/main/installer-armhf/current/images/MANIFEST has a one-line description of each image, but fails to mention the -fat ones ... [17:01] ev: You can't use the same version in both quantal and precise-proposed. [17:01] ev: Perhaps you want -0ubuntu3.1 in precise-proposed (in which case remember to tweak the Breaks/Replaces). [17:01] argh, okay [17:01] yeah, I had that before but it seemed messy [17:01] will do [17:01] * cjwatson rejects [17:03] ogra_: what might be even nicer is to just have a preEnv.txt for both normal, and serial install boot on the boot partition [17:03] ogra_: perhaps with a README saying to just swap it out for the serial one if you need/want to do serial installs [17:03] plars, we do ... [17:03] ogra_: oh? [17:03] oh, perhaps not in the netinst image [17:03] infinity, which of the pre-publishing steps in Release minus a couple of hours in https://wiki.ubuntu.com/BetaProcess are done now? [17:04] ogra_: ah, right, I think I saw that on server, but it's not on netinst [17:04] The netboot images are actually different (different modules, etc) [17:04] all others have preEnv.txt and preEnv.txt-serial [17:04] It's not just a config thing. [17:04] plars, though generally i was thinking about dropping -serial ... it is so easy to edit the file now [17:05] skaet: None, since "minus a couple of hours" refers to publishing, not pre-publishing. [17:05] so people wanting serial can easily add console=ttyF00 [17:06] ogra_: but it's also easy to leave it, and probably saves you from the occasional "what do I add to make it work with serial installs" question [17:06] :) [17:06] true [17:06] Yeah, I see no reason to drop the serial netboot image. [17:06] infinity, not the serial image [17:06] infinity minus a couple of hours of publishing, is pre-publishing to me. :P [17:06] i was talking about preEnv.txt-serial [17:06] ogra_: Oh, yeah. Well, that's a nice hint. [17:06] +1 for dropping the serial image, +1 for adding preEnv.txt-serial [17:07] infinity, please let me know which of the steps are done, or which are still needed. [17:07] plars, ok: i'll do tht over the next days [17:07] skaet: I only just pre-published, I'll jump on the "minus a couple of hours" stuff now. [17:07] * ogra_ puts on hos TODO [17:07] *his [17:08] infinity, ack. please post as they get done, so we can stay in sync. [17:08] ogra_: -1 to dropping the serial image and consolodating with fb. It makes my life harder. :P [17:08] infinity, in what way ? [17:08] ogra_: Because I'd now need to edit an image to boot serial? [17:09] hmm, k [17:09] Seems like a step backward when it's no maintenance headache to provide both for netboot. [17:09] infinity: just like you do for -server? :) [17:09] so we'll keep serial and fb images but drop fat [17:09] infinity, #7 is done. [17:09] plars: For server, it makes sense, cause shipping two enormous images is silly. [17:09] right, it should be the full image if you're really serious about keeping it [17:12] skaet: There is an iscsi issue, where booting isn't working as expected. jamespage has confidently seen it, and seems plars is also experiencing woe. [17:12] release notes will be updated [17:12] it is not a beta release blocker [17:12] Daviey, understood. [17:13] I need to go afk.. We should be good to go. :) [17:13] * ogra_ never got that iscsi hype ... nbd is so much easier :P [17:15] jamespage: doesn't seem to be working for me under unauthenticated either [17:15] error: no such device: (uuid) [17:16] plars, yeah - same problem then [17:16] plars, iscsistart: No target ... as well? [17:17] plars, bug 1057635 [17:17] Launchpad bug 1057635 in ubuntu "initramfs does not use iscsiroot device presented by ipxe" [Undecided,New] https://launchpad.net/bugs/1057635 [17:18] jamespage: no, I don't see that, but I did see something odd after making a stupid mistake [17:18] jamespage: I assumed I would need to install grub to a local drive [17:18] jamespage: so I erased my local drive and created a single empty partition on it at install time just to make sure it was initialized (but I didn't use the partition for anything) [17:19] jamespage: when it got to the stage of asking where to stick the bootloader, the default was sdb (my iscsi target), and I pressed enter instead of changing it [17:19] so... it didn't boot [17:20] but I went into rescue, and tried to rewrite grub but it seemed sda was still empty, uninitialized, no partition... [17:20] * Daviey goes afk [17:20] I init'd it manually, and wrote grub to it after mounting root on /dev/sdb1 [17:20] and it didn't complain, but it didn't boot [17:20] only error was the "error: no such device" one [17:20] jamespage: ^ [17:27] plars, I use this branch for scirpted testing using ipxe [17:27] https://code.launchpad.net/~james-page/+junk/iscsi-testing [17:27] have to go afk now [17:28] thanks, I'll take a look [17:39] Oh lovely, we haven't spit out a source CD since the 6th. Why isn't that cronned? :/ [17:42] infinity, feel free to add it so we don't see the issue next time. [17:43] Sure, once I sort out how to coax cdimage into producing a source CD set. [17:58] La la la, making source CDs. Do dee dooo... [18:00] will http://cdimage.ubuntu.com/xubuntu/daily-live/current/ have the beta images too? [18:01] knome: They'll show up in http://cdimage.ubuntu.com/xubuntu/releases/quantal/ when I'm done. [18:01] infinity, ok, so there's no single url where you can *always* get the latest iso? [18:01] knome: Well, for what definition of "latest"? [18:01] knome: The URL you gave is always the latest built. [18:02] so, the beta images will show up in that url too? [18:02] knome: The URL I gave points to milestones. [18:02] but not the one i posted? [18:02] knome: daily = daily, releases = releases. Seems fairly straightforward. ;) [18:03] yeah, just checking. [18:03] knome, http://cdimage.ubuntu.com/xubuntu/releases/12.10/beta-2/ will have the Xubuntu beta 2 images [18:04] skaet, yeah, i was just wondering if the beta images show up in the daily directory. [18:04] the current images in daily right now, will become the beta-2 images and persist, while we go back to adding fresh updates to dailies from now until final freeze. [18:12] I've never cronned it because it seems like a lot to spit out all the time, and we want it to be done basically after we've finished with all the respins we're going to do [18:12] Which is either difficult to automate or very expensive, depending on which approach you take :-) [18:12] cjwatson: Yeah, I think commented out in cron as a gentle reminder would be enough. :P [18:13] cjwatson: Especially if/when I move to automating a buch of that, and I need to remember WTF we're building. ;) [18:16] Yeah, might not be a bad plan, as long as it's marked so people don't uncomment it in bulk [18:18] +1 [18:20] infinity: hey, so in the end I've side-stepped systemd-logind; so I no longer have an FFe justification for kmod, should I reject it? [18:20] (so it doesn't appear in the auto-flush) [18:20] slangasek: It wouldn't ayway, since it's in NEW. [18:20] ah right [18:20] well should I reject it anyway? :) [18:21] slangasek: But if you want to hold off until R, reject away. I can fish it out of the queue and re-upload it in a few weeks. :P [18:21] infinity: also, pam-xdg-support has a pending FFe request for bug #894391 and is in NEW [18:21] Launchpad bug 894391 in ubuntu "[FFe] support $XDG_RUNTIME_DIR" [Medium,In progress] https://launchpad.net/bugs/894391 [18:21] infinity, where are we with publishing right now? [18:21] slangasek: DEAR GOD MAN, CAN'T YOU SEE I'M TRYING TO DO A BETA RELEASE. [18:22] slangasek: I mean "cool, I'll check it in a little bit". [18:22] * infinity coughs. [18:22] infinity: yes, I figure that's the best time to ask you whether my FFe is ok [18:22] QUICK, ANSWER NOW [18:22] There needs to be a unicode glyph for flipping the bird. [18:22] slangasek, you taking lessons from PS? [18:23] heh [18:23] skaet: Just produced and published some source ISOs, going through the manual verification bits. Hold please. [18:23] k [18:24] * infinity sheds a tear for the kmod reject. [18:25] ahh.... there's gilir [18:26] gilir, do you have any updates for: https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview/Beta2, if not, could you remove the "TODO" with your name on it. [18:30] skaet, done, sorry for the delay [18:30] thanks gilir [18:31] skaet: Alright, cdimage mangling is all done, we should be ready to sync. [18:31] skaet: (So, 2 and 3 are done and verified) [18:32] infinity, ok, I'm working on 4 then now. [18:32] skaet: Alright, I'll push to the mirrors nowish, then. [18:33] yeah, I'll start checking the links as soon as you tell me should be good. [18:33] Hrm, wait. [18:33] -./quantal/MD5SUMS-metalink [18:33] -./quantal/MD5SUMS-metalink.gpg [18:34] cjwatson: ^-- Did your rewriting make metalinks asplode? [18:36] cjwatson: I has no quantal metalinks at all (either individual ones, or the md5sums) [18:41] Hrm, looks like someone other than me already ran sync-mirrors anyway. :P [18:44] ?? [18:44] Either that, or one took so long to get around to responding to the pre-publish push that it picked up beta-2 along the way. Seems less likely. [18:45] But releases.u.c has beta-2. [18:45] * skaet goes to start checking the links [18:45] Should probably wait on checking until all the mirrors have stopped suckling on nusakan's port 873. [18:46] Why is it that lubuntu-12.10-beta2-preinstalled-desktop-armhf+ac100.tar.gz.zsync downloads lubuntu-12.10-beta2-preinstalled-desktop-armhf+ac100.tar (not gz, and is MUCH larger) ? [18:46] TheDrums: Bug, someone noted it yesterday, I think. [18:47] ogra_: Didn't you have a fix for that? ---^ [18:47] Happened for beta1 as well, figured I should ask this round. [18:47] infinity, no, cjwatson wanted to look at it [18:47] ogra_: Ahh, I only caught half the conversation. [18:47] infinity, i only had the same prob but wanted to finish beta testing so didnt care any further and used wget [18:48] infinity, 64-bit Mac (AMD64) server install CD should be on cdimages, not supported image per Daviey. [18:49] skaet: Oh. That's irksome. It's only supported for desktop? [18:49] TheDrums, use wget for now (dunno, probably rsync would work too) [18:49] only for server [18:49] desktop is supported [18:49] skaet: Yes, that's what I just said. :P [18:49] TheDrums, thanks a lot for reporting (and reminding me) [18:49] rather server not supported, desktop supported. [18:49] yeah [18:49] read it wrong. [18:49] skaet: I'm all for ignoring that for beta-2, and publishing differently for release. Manuall mangling it is annoying. [18:49] Manually, too. [18:50] ok. Can we clean up the Desktop CD reference on the page to say Desktop Images? [18:51] Well, it's still an ISO, which is what we call a "CD" in the publishing scripts. [18:51] yeah but its misleading to refer to it as an ISO. [18:51] sorry [18:51] rather a CD [18:51] And is still more non-tech friendly, I suspect, for people burning to optical media (despite it not fitting on a CD). [18:52] Cause no one knows what an "ISO" is. [18:52] But maybe it's time to just drop the "CD" thing entirely, even for the images that do fit. [18:52] * skaet nods [18:54] ogra_: Sure thing. [18:55] Riddell, ScottK - we'll need to do the same thing for Kubuntu as well I think, still referencing CD there too. [18:56] infinity, links work. Can you confirm the torrents are operational? [18:56] (and if not, go prod #is...) [18:59] Well, some of the torrents work... === henrix is now known as henrix_ [19:08] and OMGUbuntu's pulled the usual pre-announce the release stunt.... :P [19:09] Yeah, big shock there. [19:09] S'ok, it means the torrents will be well-seeded by the time your announce goes out. ;) [19:11] :) [19:16] infinity: is torrentflux a decent system to install as a seeder server, or do you have a better suggestion? [19:18] phillw: I'm pretty torrent ignorant, not the best person to ask. [19:19] any hints? [19:19] * infinity taps his foot while magellanic finishes syncing. [19:20] phillw: Not so much, no. [19:20] skaet: do you know who looks after the torrent server for ubuntu? [19:22] phillw: #canonical-sysadmin, but you may find they're a bit busy to answer any questions right now. [19:23] infinity: fine, I'll catch up with them tomorrow, I know just after a milestone release is a busy time! === ChanServ changed the topic of #ubuntu-release to: Quantal Quetzal Beta 2 released! | Archive: Frozen for pre-release | http://pad.ubuntu.com/ubuntu-release | Quantal Quetzal Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or birdseed | melior malum quod cognoscis [19:42] infinity, release steps 1,2,3 done. moving on to the rest. Plan is to leave the archive frozen. Don't flush the unapproved queue though until cjwatson is back online. He wants to keep an eye on things. [19:42] skaet: Yeah, I've talked to him about it. [19:43] skaet: I'm still wrangling torrent messes. [19:43] infinity, oh, thought it was good from your message earlier, or would have held off on announce. :( [19:44] skaet: Probably not world-ending to push the announce while we sort this. === yofel_ is now known as yofel [19:48] infinity, it was mailed already, since you said some of the torrents work. raise a flag if theres a snag please. [19:49] skaet: I figured "some" implied "not all". ;) [19:49] skaet: Anyhow, there are only a few that are sad, and we're working through it. It's not like the torrents "work" very well right when we say they do anyway, since they have no peers. :P [19:49] k [19:59] " * Changes from the Ubuntu defaults for certain packages." [19:59] who butchered the edubuntu release notes :-/ [20:00] (ah perhaps they didn't) [20:00] highvoltage: yeah, the release announcement doesn't contain eveything from the tech overview [20:01] stgraber: indeed, I just realised that. [20:20] cjwatson: Is publish-release on your rewrite hitlist? [20:21] cjwatson: If so, it has a bug you won't want to replicate (multi-pass publishing cleans the torrent directory of the previous pass) [20:21] cjwatson: If not, we should fix that bug in the shell version. :P [20:23] skaet: Torrents should all be happy now. [20:24] Thanks infinity. :0 [20:24] :) [20:24] * infinity decides it's time for a proper lunch before undoing all the beta bits on cdimage and turning dailies back on, etc. [20:30] * skaet thinks its time for her lunch too.... [20:56] infinity, skaet: congrats on the beta :) [21:21] infinity: that torrent business has annoyed me for ages, yes. I noticed it for 12.04 I think but it was really painful to fix in shell [21:21] infinity: everything is on my hitlist, but particularly publish-release [21:21] infinity: did you figure out the metalink business? I certainly hadn't intended to break that [21:23] skaet: am I good to flush the queue at leisure? [21:28] cjwatson: whilst infinity and skaet return from lunch, could you answer me a question about including * b43-fwcutter on an ISO? Lubuntu seem to have it on LiveCD, but not installation iso's.... [21:28] That's controlled by your seeds [21:29] cjwatson: the question, I think, is are we 'allowed' to include it? [21:29] Up to you [21:29] no copyright issues? [21:30] Not AFAIK [21:30] cjwatson, you're good to process them through now. Keeping the archive frozen though. [21:30] Why? [21:30] We normally flush and unfreeze at about the same time. [21:30] Or do you mean permanently until release? [21:30] Until release [21:30] thanks, it really threw a guy out as his WiFi was working perfectly on LiveCD and he did an install and it went POOOF!!! [21:31] There's a bit too much churn going on, and don't want to break the dailies between here and final freeze. [21:31] skaet: Damn, that means I actually have to review everything then. [21:32] Can you announce that, if you haven't already? [21:32] cjwatson. Will do. In ubuntu-release email ok? or ubuntu-devel better? [21:32] -devel-announce, I think. It's a pretty major change! [21:34] Are we keeping the archive frozen until release, i.e. final release? [21:34] cjwatson, is it? we kept it frozen after beta 2 in oneiric, and it was frozen from 3 weeks out in precise as well. [21:34] ev: I'm afraid your activity-log-manager upload to quantal clashed with a different one already in the queue. I accepted Didier's since it was there first; please rebase your change on top [21:34] iulian, yes, we're keeping it frozen until release. [21:35] * skaet will go compose the email for devel-announce [21:35] skaet: 3 weeks out in precise wasn't beta 2, though ... [21:35] At any rate it seems worth telling people. [21:36] * iulian nods. [21:36] I thought we're going to unfreeze now. [21:36] agreed. I put it in the channel headers when I announced beta 2 was out for #ubuntu-release and #ubuntu-devel, but better to overcommunicate than under. [21:36] iulian, fixes can be let in now, but not without some review. [21:37] I'll review the queue then. Will take some time. [21:37] see comment above from cjwatson on clashing. :/ [21:37] Can I accept my own if I know they're bug-fix-only? [21:37] yes [21:38] Do the gnome 3.6 ones need anything beyond a pro-forma review? I could help with some of those [21:38] I'm also around for reviews if you want to split [21:39] slangasek, not unless Laney has something he's worried about. [21:39] thanks stgraber. [21:39] * slangasek starts at 'gedit' for the moment [21:39] I guess I probably ought not to review my own for the sake of form. [21:39] Resolving duplicates first. [21:41] All of the stuff with version numbers that look suspiciously like 3.6.0* probably only need lightweight review, at best. [21:42] And that's where I had planned to start. [21:42] there look to be enough of them to go around [21:43] Oh, and I can unreject gtkhtml4.0 now, and get its rdeps rebuilt. [21:44] Oh, sweet mother of... I left all the torrents downloading while I was at lunch, cause I forgot to delete them all after testing. [21:44] I now have, uhm, a lot of beta2. [21:46] (Oh, and please particularly today tell me about any queue timeouts rather than just trying again.) [21:46] cjwatson: Oh, wait, are we reviewing but not accepting, so you can do a mass accept run? [21:46] Doesn't matter. [21:46] (ignore the dpkg and gtkhtml I just accepted, if so) [21:46] queue does one request per accept anyway. [21:47] cjwatson: Kay, I just know you wanted to clear the queue. [21:47] And somehow lost focus on that with the talk of reviewing. :P [21:47] I just wanted to be around. [21:48] * iulian is going to do a few reviews and then bed. [21:49] cjwatson: Shall I start from the bottom and work my way up? [21:49] As you wish [21:49] * infinity is really tempted to just batch accept 3.6.0*... [21:49] The odd collision won't kill us [21:49] ouch, why did I open the grub2 diff again? :) [21:49] Which is what I would have done if the uploads had been a day earlier. [21:49] cjwatson: OK, great. [21:50] do I need somebody to formally review binutils and gcc-4.7 updates, or can I copy these with the pre-built binaries from the ubuntu-toolchain-r PPA? [21:50] You can copy them and they'll land in the queue, since we're still frozen [21:50] ok [21:50] Whoever accepted language-selector might want to accept the other one so that its bugs get closed. [21:50] (0.88) [21:50] Not that copies with binaries are remotely reviewable. [21:50] Without tracing back through history. [21:51] I'm reviewing nova and quantum, but need to go rescue a crying baby. [21:51] I'm just working bottom-up on gnome 3.6 [21:54] cjwatson: As for the publish-release torrent bug, isn't it already a solved problem with publish-release's publishing of images to simple/ and full/? Surely, the same logic could apply, instead of just wiping the directory clean. [21:54] cjwatson: (But if it's being rewritten soon, I'd rather just make a mental note of the bug for release day and otherwise not waste time on it) [22:03] infinity: I think it was a bit more complicated than that, but I forget the detais [22:03] *details [22:03] cjwatson: Fair enough. And now that I'm aware of it, I don't much care either. [22:03] wrap-and-sort: for when you want to annoy reviewers [22:03] cjwatson: Hunting it down was a bit surprising, s'all. :) [22:04] cjwatson: wrap-and-sort is great after the first application, mind you. :/ [22:04] cjwatson: The diffs sure get more readable in subsequent uploads. [22:04] No doubt. Just do it when I don't have to read the result. :-P [22:04] *grin* [22:04] :) [22:05] * infinity goes to clean out -proposed, since he already reviewed most of those once. [22:06] zul: Not grounds for rejection or anything, but this change in nova 2012.2-0ubuntu1: [22:06] + * debian/control: Dont conflict with novnc. (LP: #1055505) [22:06] zul: ... doesn't actually appear to be present in the diff. [22:09] what, no scathing feedback on the mountall upload? I'm disappointed [22:11] slangasek: the tim of the upload in debian and sync was peculiar. [22:11] Can we give TheMuso a gold star for actually documenting changes in his uploads instead of the usual "New upstream release" that every other desktop uploader uses? [22:11] s/tim/time/ [22:11] xnox: was it? [22:11] doko: git ^^^^^ accepted above =/ [22:12] Note for the post-release release team feedback session at UDS: Finding out that the design for a new feature that's been requested to land post beta 2 has significantly changed via jono's blog post isn't really the best communication flow. [22:12] bdmurray: ping [22:12] slangasek: well it was morning here. So it must have not been a reasonable hour to fiddle with mountall. [22:12] xnox: dude, those are the ONLY hours I fiddle with mountall [22:12] ;) [22:13] Why is this starting to sound dirty? [22:13] bdmurray: looks like your ubuntu-release-upgrader wasn't generated properly, it contains a lot of file removal: http://launchpadlibrarian.net/117539252/ubuntu-release-upgrader_1%3A0.180_1%3A0.181.diff.gz [22:13] bdmurray: I'll reject it to avoid getting another broken upgrader in the archive. If the diff is actually correct, let me know and I'll get it out of rejected. [22:14] bdmurray,stgraber: use bzr bd -S not debuild -S [22:14] right, otherwise the pre-build script doesn't run [22:14] stgraber: in fact how about I reupload on his behalf that way :) [22:14] cjwatson: feel free :) [22:17] * infinity goes crosseyed at empathy's 2.6MB diff and goes to find a coffee. [22:17] * xnox ponders if I should drink coffee at 11 pm..... I like coffee but also like sleep. [22:18] Ah, had ceph in front of my eyes. [22:18] me too :) [22:18] * xnox was just suggested to add an empty file in the initramfs to satisfy mdadm check for running inside initramfs..... because of systemd *sigh* [22:19] tjaalton: what happened to debian/patches/nouveau-nva3-noaccel-info.patch in xserver-xorg-video-nouveau 1:1.0.2-0ubuntu2? [22:21] xnox: ... for Ubuntu? [22:22] slangasek: linux-raid mailing list.... that patch is not in mdadm yet, but just got proposed. http://www.freedesktop.org/wiki/Software/systemd/InitrdInterface /etc/initrd-release is the equivalent of /etc/os-release [22:22] * slangasek snorts [22:23] slangasek: to detect if systemd is running in the initrd or real machine, which also allows othere processes to check for that file and do special stuff..... or something..... [22:24] I propose that we make /etc/initrd-release a symlink to /dev/zero [22:24] in our initramfs [22:24] in order to detect software which is misbehaving by using this file in Ubuntu [22:28] stgraber: ^- that should be a tidied-up version of bdmurray's ubuntu-release-upgrader upload [22:29] cjwatson: looking [22:33] Rejecting duplicate gnome-desktop3 [22:34] stgraber: also: come on, grub2 isn't that hard ;-) [22:35] zul: Do you have an FFe for python-novaclient? It seems that not everything is a bug fix. commit 3dd0393fbb looks like a new feature. [22:36] klibc and libffado are ftbfs fixes [22:37] accepted libffado [22:37] klibc is my own so somebody else should do it [22:38] * iulian looks. [22:38] accepted grub2, bug 901600 could have been considered a feature but it's a really nice improvement that'll save us from a lot of other problems we had in the past, so if someone asks, I granted a FFe to that bit. [22:38] Launchpad bug 901600 in grub2 "Allow /etc/default/grub overriding via /etc/default/grub.d/" [High,Fix released] https://launchpad.net/bugs/901600 [22:39] You could look at it either way; I considered it a bug :-) [22:40] klibc accepted. [22:42] Laney, there is a qt4-x11 upload in unapproved without the -g/-gstabs change. maybe reject this one, and add one with it? [22:43] I think I already accepted that qt4-x11. [22:45] Yup - Unapproved: accepted qt4-x11 [source] (quantal-proposed) [4:4.8.3+dfsg-0ubuntu2] [22:51] * cjwatson lands the final branch for bug 745799, since there seem to be no timeouts [22:51] Launchpad bug 745799 in launchpad "DistroSeries:+queue Timeout accepting packages (bug structural subscriptions)" [Critical,In progress] https://launchpad.net/bugs/745799 [22:51] * iulian is off to bed. [22:51] Nighty night. [22:51] And plenty of successful async bug closures [22:51] * skaet sent email out [23:14] infinity, I' ve re-enabled the daily crontab, and updated the iso tracker for Daily images. [23:14] when you get a chance, can you or cjwatson, please turn on the auto discard again? [23:16] * skaet notes that kubuntu alternates need to be removed from the crontab source for 12.10. [23:20] skaet: I'll do that, and unset OFFICIAL. [23:21] Thanks. [23:24] infinity: FYI I reverted etc/default-arches to get Edubuntu building on armhf again [23:24] stgraber: Just now? Kay. [23:25] I accidentally released unity-2d/oneiric a few days early (I didn't notice that it was less aged than unity-2d/precise). Hopefully that won't cause any problems ... [23:26] cjwatson: unity needs to go with it, hard library dependency. [23:26] cjwatson: Quick, before the publisher runs. :P [23:26] Seriously? FFS. [23:26] SRSLY. [23:26] heh, foundations people are funny. [23:26] Thanks for the heads-up [23:27] It's just a library rename so going early probably isn't a huge deal anyway. [23:27] cjwatson: Yeah, both were ready and verified, I was going to let them fester until Mondy on the off chance someone found a regression, but it seems unlikely. [23:28] (Well, unity is a bit more I think) [23:28] unity/oneiric released now too. [23:28] unity was basically just the rename too. [23:28] It just looks bigger because a patch moved from debian/ to upstream. [23:28] It's like me and slangasek. xnox: "I merged mumble, I hope it will not sabotage the team call." slangasek: "Dude, have you seen the pending debian tech committee dispute on mumble?! It's brakes the world." [23:32] BTW I think I've reviewed everything in the queue I have the stomach for at the moment. [23:34] cjwatson: All good. I'm going to do a few/bunch more before I have to shower and head out of the night. [23:34] s/of/for/ [23:35] Also, I think I'm going to just leave OFFICIAL set to Beta until we move on to Release in a couple weeks. [23:35] Above grub2 is the amd64 binary requiring UEFI approval, in case anyone's confused by queuebot. [23:37] apw: Oh look, need a new lowlatency --^ [23:37] apw: (You should sort out how to give me commit to that branch, and I'll do some of the bumps) [23:39] infinity, I was wondering about OFFICIAL a bit earlier, and yeah, not fussed at leaving it at Beta until we move to release, unless someone has a good reason why it shouldn't. [23:41] Right. ubiquity upload, then bed. [23:41] when someone has a moment, could I get that new kernel (and meta package) approved in the queue? [23:50] fwiw I've looked at the glibmm2.4 in the queue and think I see a problem with it [23:50] leaving it in the queue for now, taking to #ubuntu-devel for discussion with robert_ancell [23:52] I'll take ubiquity [23:52] Lots of uninstallability right now due to atk1.0 arch skew [23:52] I'll do a bit of rescoring for that [23:53] ogasawara: I'm on the kernel. [23:53] amd64 and armhf should clear themselves up shortly now that i386 has built [23:53] slangasek: Want to poke jdstrand for a security audit of your pam module in NEW? [23:54] Or, I suppose I can. [23:54] jdstrand: Care to audit slangasek's pam module in quantal/new? [23:54] jdstrand: I've given it an FFe exception pending review. [23:56] cjwatson: Hrm, the UEFI blob doesn't actually show in the queue, that's annoying. [23:56] | * grub2_2.00-7ubuntu1_amd64.tar.gz Format: uefi [23:56] cjwatson: (Sorry, in the web UI) [23:57] Ah, that broken POS [23:57] Heh. [23:57] You can't really review the blob anyway - the assurance is that the source diff isn't evil [23:57] Anyway, it is in the web UI, just not labelled as uefi [23:57] Also, were we going to land an i386 solution too, or are we assuming that all UEFI systems we care about will be amd64? [23:57] grub2_2.00-7ubuntu1_amd64.tar.gz (250.1 KiB) [23:58] My levels of caring about i386 UEFI are very low [23:58] At some point somebody will probably make me care for Atom or something [23:58] But at the moment ... meh [23:58] cjwatson: oh, indeed, I misread that as the orig. I think it's been one of those days. [23:58] I won't claim the naming is intuitive. [23:59] cjwatson: Well, having uefi in the name, like translations.tar.gz, might be helpful. [23:59] Yeah. I think that would need LP code changes. [23:59] Maybe.