[01:23] Is anyone nearby can help to confirm the problem of qatracker rebuilding? I request a rebuild of UbuntuKylin on qatracker yesterday, But it has keep rebuilding status for 14+ hours and I can't cancel the rebuild now. [02:29] debfx: It's technically open, but if it's in Debian, I don't mind doing a sync, just file an FFe bug for the record. [02:57] slangasek: New fakeroot in sid has a patch from you. Did you want to sync that? [03:14] infinity: that patch is nothing urgent. setpriority() no longer causes problems for upstart builds. [03:15] infinity: If you have a spare tuit, would you please take a gander at https://bugs.launchpad.net/ubuntu/+source/lesstif2/+bug/1222747/comments/29 - My brain is far to fuzzy to trust ATM. [03:44] infinity, hi [04:09] ScottK: Looked at and commented. [04:10] infinity: Thanks. [08:10] maclin: The i386 livefs builder has been down all weekend and requires physical attention to bring it back up. It's not specific to UbuntuKylin. [08:10] (Replying in two places since you asked in two places. Best not to do that really.) [08:12] cjwatson, :). [08:15] cjwatson, thanks [08:19] cjwatson, hi, would you help to review the FFe request at bug #1227197? [08:21] I have a lot to do this morning, sorry [08:21] ok:( [08:29] hello, is there anyone i can talk to about this FFe? https://bugs.launchpad.net/unity-greeter/+bug/1228207 [08:31] I'll look at the list of FFes later on [08:46] Laney: Wanna set up a migration block for final beta? [08:47] cjwatson: oh, yes, OK [08:47] give me a sec and I'll pastebin the list the script gives for you to review [08:47] Laney, um, we have uploads for Studio here waiting to be uploaded for Final Beta and nobody is sponsoring [08:48] Things can be unblocked [08:48] Laney, sure, telling you that:) [08:50] cjwatson: http://paste.ubuntu.com/6144679 [08:51] Didn't moin used to have a copy-page action? [08:51] does here [08:52] Where is it? :) [08:52] Laney: TBH I'm not sure I can realistically review this. What flavours did you select? [08:52] More actions: combo [08:52] ?action=CopyPage [08:52] Laney: Don't see it on help.ubuntu.com/community [08:52] oh, help, was on wiki [08:52] "Unknown action CopyPage" [08:52] so not supported there I guess [08:52] I don't think I have meaningful access to that one [08:53] Never mind, will just do it the crude way [08:53] ['ubuntu-gnome', 'xubuntu', 'lubuntu', 'ubuntukylin', 'kubuntu', 'edubuntu', 'ubuntustudio', 'ubuntu', 'ubuntu-server'] [08:57] Laney: Seems to be roughly plausible for that, I'd say go ahead [08:58] Roger. I just wanted a sanity check that I didn't completely break it in ways that I wasn't seeing. [08:59] done [09:00] * Laney mails -devel [09:00] stgraber: Could you prepare a final beta milestone on the ISO tracker? [09:01] stgraber: Hm, never mind, I think I can [09:02] Yeah, any RT member can do [09:02] The "based on manifest" column seems fairly random - I went for "yes" [09:03] And hopefully it's still correct to edit ~cdimage/.isotracker.conf [09:04] No [09:04] ? [09:04] If you tick the "automtically publish" thing then it copies from daily to the milestone [09:04] Oh right [09:04] I think based on that manifest toggle [09:04] I'll edit *Process to say that then [09:04] good idea [09:09] Laney: did you mail -devel-announce? === cjwatson changed the topic of #ubuntu-release to: Released: 13.10 Beta 1, 13.04, and 12.04.3 | Archive: beta freeze | Saucy Salamander 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 beer | melior malum quod cognoscis [09:09] cjwatson: No, just devel [09:09] Can bounce if you want [09:09] please [09:10] Also, one more thing that I remember [09:10] The manifest http://iso.qa.ubuntu.com/admin/config/services/qatracker/series/37/manifest needs to be current for publishing to the milestone to work [09:11] bounced [09:12] OK, so we should re-enable netboot, Ubuntu desktop {amd64,amd64+mac,armhf+omap4,i386}, core, and Ubuntu server? [09:12] I've done that, shout if wrong [09:14] debian-cd/CONF.sh tweaked [09:15] infinity: I've done most of the technical actions necessary up to this point, I think. I haven't done anything like contacting marketing for release notes, checking with QA/certification, etc. [09:16] seeing as I'm not actually signed up for beta ;-) [09:24] sorry to bother you busy chaps - do I need to deal with this http://iso.qa.ubuntu.com/admin/config/services/qatracker/builds to get beta2 to show up on the tracker for us? [09:24] * forestpiskie is new to this :) [09:25] forestpiskie: The next build should show up automatically if you are in http://iso.qa.ubuntu.com/qatracker/series/37/manifest [09:26] yep - we are - just wanted to check, thanks [09:26] Assuming another one happens (don't know if a full respin will take place) - otherwise the current daily can be copied over [09:32] Laney: I'll just let it chunter away and check later then - thanks [09:33] mmk [09:57] did my bounce to u-d-a work? [10:00] yes, just approved now [10:00] ah, k, didn't get a moderation mail === davmor2_ is now known as davmor2 [10:23] FYI: Tomorrow morning we hope to be moving some archive jobs to a new machine. Vulnerable services: saucy-proposed -> saucy migration, any content under http://people.canonical.com/~ubuntu-archive/ [10:23] Uploads, builds, publication to saucy-proposed and stable releases, and downloads from the archive will be unaffected [10:24] yay! [10:25] Laney: Do you know why unity-scope-click showed up in your block? [10:26] I don't see it in images [10:27] let me see [10:27] I only see it in ubuntu-touch, which you didn't list [10:27] didrocks: ^- [10:27] yeah, it's only used and installed on touch [10:28] probably a bug, sec [10:28] ubuntu-touch-session is the same [10:28] haha, I forgot to put back the code to consider the flavours [10:28] Whoops [10:29] that block is probably everything seeded on all images [10:29] Laney: how long do you think it will take you? I can help unblocking to get a touch image for now if needed (listing ubuntu-touch-session and unity-scope-click) [10:29] ok ... could you unblock unity-click-scope and camera-app [10:29] two seconds [10:29] and ubuntu-touch-session? [10:29] there's no need to unblock things [10:29] thanks [10:29] ah ok [10:29] ok, great that the code is still around [10:29] thanks Laney [10:29] so this will just move after fixing the bug? [10:30] Yeah [10:30] awesome [10:31] somehow gsettings-ubuntu-touch-schemas got onto edubuntu [10:32] block should be better now, modulo that and anything else in the same situation [10:35] like ubuntu-system-settings [10:35] hmm [10:36] well, I've done the block/unblock delegation for touch as mentioned on ubuntu-release@, so if it's just the odd edge case then they can unblock for themselves [10:37] I doubt edubuntu actually want ubuntu-system-settings though [10:49] now why did that happen [10:50] oh, because of default_milestone [10:56] Please unblock ubuntustudio-lightdm-theme and ubuntustudio-default-settings from saucy-proposed. [11:01] Laney: damn, did I not set it back? [11:03] cjwatson: no, but I fixed it [11:03] hopefully ... [11:04] Laney, is slomos comment on the gst-bad bug enough for you or do i need to hunt him down again to actually leave a bug comment ? [11:04] ogra_: Don't know, not read it [11:04] Let me see [11:04] :) [11:05] i just added it, he didnt comment on the bug itself but left a line on IRc [11:05] haha [11:05] I'm trying to get at whether we'll have fun with the packaging in future [11:06] i think the long term plan is to give the package its own source too (if thats possible witout forking the whole thing) [11:06] though thats not 13.10 material [11:06] is it? [11:07] dunno [11:07] Not sure upstream would go for that [11:07] if it can be merged fully upstream then the current approach is fine [11:08] nobody has told me they don't think it can be [11:08] but i think upstream it would have to be a completely new plugin in the end ... i assume whoever wrote the android codec plugin this comes from didnt want to use hybris [11:08] see jim's comments there [11:09] anyway. Let's do it. [11:09] ah, right [11:09] * ogra_ hugs Laney [11:23] Laney: thanks, sorry about that [11:23] cjwatson: no problem [11:24] Laney, saw my unblocking request? :) [11:24] yes, so did other RT members; doing other stuff currently [11:30] Release Team: BTW, it looks like i386 images are simply not been built (it does build fail according to e-mail sent to our -devel mailing list, but I get no LiveFS build log at people.canonical.com/~ubuntu-archive) [11:31] It started since 20130920 [11:31] I'm wondering if it is related to the previous downtime of London Canonical datacentre. [11:31] Shouldn't be the reason though === peterm-ubuntu is now known as Peter-lunch [11:32] It happens to at least us, Kylin. Xubuntu, Lubuntu [11:33] Even Ubuntu desktop [11:33] The machine went down [11:33] uh:( [11:34] Being worked on [11:34] Laney, thanks [11:44] smartboyhw: Also, already mentioned in this channel about 3 1/2 hours ago. [11:45] ScottK, oh, I didn't notice the backlogs about that [11:47] smartboyhw: I agree, no i386 logs in sight [11:56] Riddell: the builder is down. [12:28] ScottK: ah hah [12:36] smartboyhw: Sysadmins have iLO access now, so it's waiting for a prod via that [12:39] cjwatson, what's iLO? [12:39] -.- [12:39] remote console [12:40] cjwatson, ah great:) === barry` is now known as barry_ === barry_ is now known as barry [13:39] The i386 livefs builder is back; I'll do a bunch of builds shortly unless somebody wants to beat me to it [13:55] infinity, ping me when you've set Beta 2 release notes up for tweaking :) [13:56] infinity, or ping me and tell me we should do that ourself. :) [13:57] s/ourself/ourselves/ :) [14:06] ScottK, ping [14:06] jhodapp: if it's about kubuntu I can help [14:06] Riddell, it's about qtmultimedia [14:07] that bundle of joy [14:07] :) [14:07] jhodapp: what's the question? [14:07] heh [14:07] Riddell, we need an approver for this FFe once it hits the NEW queue: https://bugs.launchpad.net/ubuntu/+bug/1227987 [14:07] jhodapp, no, you need an approver for the FFe before you upload [14:08] ok :) [14:08] Anyhow, he's asking the correct person:P [14:08] jhodapp, when it hits the archive you need an approver from the ubuntu-archive team to get it through NEW [14:08] Riddell, what orga_ said :) [14:08] ogra_, thanks for the clarification [14:08] so first of all ubuntu-release approval, then the rest :) [14:09] ogra_, cool, this part is all new to me [14:09] yeah, thats all these distro processes .... :) you cant know them yet [14:10] jhodapp: commented I can do New [14:10] Riddell, awesome...you're able to do that today by chance? [14:10] jhodapp: yeah should be able to but it still needs a FFe [14:10] * ogra_ hugs Riddell [14:10] jhodapp: presumably you're in contact with upstream to get it merged? [14:11] jhodapp: are you wanting this in beta 2? [14:11] Riddell, I'm not in contact yet, but will be heading that way soon...rsalveti might have been talking with someone from upstream though [14:11] jhodapp: who else uses qtmultimedia 5 and might be affected? [14:11] Riddell, thats all for ubuntu-touch [14:11] Riddell, yeah, this is a diverted package only for touch [14:12] Riddell, we dont do beta ... (we do every single image like a milestone for touch) [14:12] Riddell, sergiusens put the package together if you have questions specific to that [14:13] jhodapp: what does qtmultimedia 5 use now instead of gstreamer? [14:14] Riddell, still uses gstreamer, just ported to 1.x [14:14] jhodapp: this is quite a major feature to port to 1.0 isn't it? wouldn't you want to be in contact with upstream to ensure you're not duplicating anything? [14:14] Riddell, but the reason we had to make a diverted package is because it doesn't port the mediacapture nor the camerabin support, which would break things on the desktop if we simply replaced the qtmultimedia package [14:15] Riddell, the person who started the port was in contact with them and said there wasn't anything available yet for porting to 1.x [14:16] jhodapp: presumably there's no sensible reason to install this except being an ubuntu edge user on a phone/tablet? so it shouldn't get in the way of desktop users [14:16] Riddell, yeah [14:16] Riddell, exactly [14:17] it wont go into desktop [14:17] correct [14:17] not for desktop at all [14:20] Riddell, any other questions we can answer? [14:21] jhodapp: nope, approved! [14:21] Riddell, excellent, thanks much [14:21] poke me when you need a review, although I'm doing install testing so may not be around for some periods [14:21] Riddell, ok [14:28] crontab disabled, kicking off a full round of builds now [14:28] ogra_, can you push the packages for us now that we have approval? :) [14:28] yeah, where are the source packages ? [14:28] sergiusens, ^ [14:29] ogra_, so when we have bug fixes to these packages, we don't have to go through the same approval process, correct? [14:29] https://code.launchpad.net/~phablet-team/phablet-extras/qtmultimedia-touch [14:29] ogra_, jhodapp &^^ [14:29] jhodapp, right, its just for getting it in [14:29] ogra_, ok excellent [14:30] Hi, I have synced pyppd and hplip from Debian to get a security fix into Saucy. The fix is in HPLIP, thepyppd update merely only bumbs the version number, fulfilling a dependency of HPLIP and does not have real changes otherwise. [14:30] They two, pyppd and hplip need to be moved into the release now. [14:31] didrocks: ok, i filed an FFe for libmirclient [14:31] https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1229212 [14:31] kgunn: don't assign, please subscribe the release team to it [14:31] didrocks: gah...sorry [14:31] Riddell: Laney: hey, do you have some time to have a look at that one? ^ [14:32] that would be helpful so that we can proceed and get latest Mir for touch [14:32] (it has no real impact for desktop, apart from the rebuilds) [14:34] didrocks: thinking...does mirserver also need one ? for since u-s-c is there....altho its in universe [14:34] sergiusens, hmm, thats just the debian dir [14:35] kgunn: it doesn't impact desktop image as u-s-c isn't installed by default on desktop, the ABI breakage is for Touch, so I would say this will fall in the Touch FFe [14:35] ogra_, bzr bd -S [14:35] didrocks: ack, agree...but wanted to make sure [14:35] sergiusens, what source tarball does it use ? i dont think we can upload the same upstream source tarball twice [14:36] You can upload it twice as long as the contents are identical or the name is changed [14:36] ogra_, it's a different source package [14:36] cjwatson, ah, thanks [14:37] ogra_, do I need to change anything then? [14:37] ogra_, source package gets a name like qtmultimedia-opensource-src-touch_5.1.1+git20130920+5b12abb862.orig.tar.gz [14:37] sergiusens, let me test build ... [14:37] i guess its alll fine [14:38] ogra_, takes it's time ;-) [14:38] yeah [14:38] ogra_, the latest build is also on ppa:sergiusens/phablet [14:38] my chromebook is chuggin away :) [14:39] grrr [14:39] build-deps [14:41] kgunn: bug is now unassigned? [14:42] Riddell: sorry, shall i reassign it? [14:42] kgunn: doesn't really matter just wondered what it ment [14:42] Riddell: me screwing up :) [14:42] oh you following the "subscribe (do not assign to) the 'ubuntu-release' team. " instruction :) [14:43] kgunn: what are the rdepends? [14:45] Riddell: right...so, shall i just update the bug with "apt-rdepends libmirclient" ? [14:45] making sure i get the right rdepends [14:46] kgunn: yeah, and note which flavours it affects [14:53] ogra_, are you working on qtmultimedia right now or in a bit? We also need our gst-plugins-bad-hybris package pushed as well [14:54] jhodapp, do you know if ricardo comes back today or tomorrow ? [14:54] ogra_, I thought tomorrow [14:54] i wanted to leave the plugin part to him [14:55] hmm [14:55] then i should probably upload that too, ok [14:55] Riddell: ok updated [14:55] i'll try to get both done before end of my day [14:55] ogra_, ok excellent...can you let me know when you've pushed them and I can help verify that everything is good once they land [14:56] kgunn: that's dependencies not rdepends no? [14:56] jhodapp, indeed [14:56] ogra_, thanks [15:04] Laney, hi. May I know when will you review the FFe at bug #1227197? It's middle night here:) [15:04] ogra_, tomorrow [15:07] Riddell: bah...sorry...now its right [15:09] kgunn: which flavours does this affect? [15:10] Riddell: when you say flavours...do you mean desktops ? unity, xubuntu etc ? [15:11] kgunn: yes flavours are ubuntu (unity), edubuntu, ubuntu studio,mythbuntu etc [15:11] those ones might all be affected I don't konw [15:18] Laney, "Not touching package due to block request by laney" -> libnetfilter-conntrack [15:18] see ubuntu-devel-announce [15:21] Riddell: i think the answer is, any flavour using 13.10 [15:21] Flavours don't *use* 13.10 as such [15:22] cjwatson: i think my conjecture is still accurate right ? [15:22] And I didn't think all flavours were using Mir? [15:22] (If nothing else, server is clearly unaffected, but I thought others had opted out of Xmir too) [15:24] cjwatson: there's no dependency on mir per se....in xmir mir sits under x unbeknownst to anyone, but yes...people can choose to fallback to no xmir [15:24] Is libmirclient2 even on any images right now (other than touch)? seeded-in-ubuntu suggests now [15:24] *not [15:25] kgunn: I thought you at least had to have the xserver-xorg-xmir package installed to use it [15:25] cjohnston: libmirclient2 is part of main archive, yes...you do have to have xmir installed( also part of main archive)...but the real trigger is the install of unity-system-compositor [15:25] Which is not even in Ubuntu desktop images never mind anything else [15:26] cjohnston: unity-system-compositor is in universe [15:26] I'm cjwatson not cjohnston [15:26] So therefore this doesn't affect any flavours (other than touch) in their default configurations right now [15:26] cjwatson: woops...sorry cjohnston [15:26] cjwatson: that is technically correct [15:27] I would recommend you take that interpretation as it makes it easier for you to land your change :-) [15:27] cjwatson: awesome...thank you for the navigation of logic there :) [15:27] Also FYI xserver-xorg-xmir is in universe, not main [15:28] cjwatson: reallly...so u-s-c install must pull it in ? [15:29] u-s-c? [15:29] software centre? [15:29] kgunn: Yes [15:29] cjwatson: wow..your right...hadn;t looked.... [15:29] Riddell: unity-system-compositor [15:29] aah [15:29] Riddell: sorry...u-s-c, unity-system-compositor [15:30] cjwatson: i was under the belief that we had everything but unity-system-compositor in main...thanks for pointing that out [15:31] It doesn't matter that much; xserver-xorg-xmir is a binary package produced by a source package in main, so it can be moved to main without paperwork once it becomes necessary for something else [15:33] kgunn: where are these touch images that it goes onto? [15:34] dpkg-source -b gst-plugins-bad1.0-1.1.4 [15:34] dpkg-source: info: using source format `3.0 (quilt)' [15:34] dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address [15:34] GRRR [15:34] so how do i work around that ? [15:34] Riddell: http://cdimage.ubuntu.com/ubuntu-touch/ [15:34] (an ubuntu maintainer committed with a canonical address) [15:34] kgunn: cleverly hidden under ubuntu-touch-preview/ :) [15:35] we're tricky like that [15:36] ogra_: fix the maintainer line? [15:36] ogra_: DEBEMAIL=foo [15:36] ogra_: if you -k for signing [15:36] cjwatson, can we unblock some packages for UbuntuKylin flavor? [15:37] Riddell, i dont want to change the changelog :) i just want to sign it :) [15:37] kgunn: so aye if it's in touch only and the touch people are happy with it that's all good [15:37] ogra_: you don't need to [15:37] ogra_: it's not changelog it's debian/control [15:37] paste in Maintainer: Kubuntu Developers [15:37] XSBC-Original- [15:37] ogra_: just set DEBEMAIL to something that doesn't contain ubuntu when you run debuild [15:37] adapted to your preferred team [15:37] ogra_: that downgrades the error to a warning [15:37] oh [15:37] ! [15:37] Riddell: yeah...they want us to land real bad...hence my showing up here :) [15:37] didrocks: ^ [15:37] JackYu: sure [15:37] thats news to me thanks !!!! [15:38] kgunn: saw it, please ping me once all the bumps we talked about are done [15:38] and Riddell is right, this isn't about what you commit as, it's about the Maintainer field [15:38] kgunn: I'm changing the config [15:38] kgunn: and please merge my branch as well :) [15:39] kgunn: also please, ensure the changelog reference that bug number (as you are doing a merge to bump the version anyway) [15:39] cjwatson, great, please unlock youker-assistant and ubuntukylin-default-settings. [15:41] Versions? [15:41] JackYu: ^- [15:42] BTW, please move away from the model where you have a single preferred contact point - I'm not always around [15:43] cjwatson, ubuntukylin-default-settings 1.0.7 and youker-assistant 0.2.1. The youker-assistant is still waiting for FFe review:) [15:44] cjwatson, got it. [15:44] I'm not going to unblock something not in the archive yet, sorry [15:44] Looking at ubuntukylin-default-settings [15:44] ok [15:45] "* add some package dependencies and delete some packages" - your uploaders really need to be less vague! [15:45] Riddell, both gst-plugins-bad and qtmultimedia are in the NEW queue and waiting for your approval [15:45] jhodapp: queuebot disagrees :) [15:45] ogra_, ^ [15:45] jhodapp, he was to fast for you [15:45] :) [15:45] Riddell, coudl we get gst-plugins-bad too ? [15:45] * ogra_ digs for the FFe [15:46] cjwatson, happyaron is here:) [15:46] ogra_: waiting for it to appear in new, where's the FFe? [15:46] bug 1224665 [15:46] JackYu: The uploader in this case is ShuiLu Pi, who I don't think is happyaron [15:46] * ogra_ tickles ubotu [15:46] JackYu: Also, disabling apport and whoopsie entirely? *Really*? [15:47] You intentionally want to make sure that UbuntuKylin is left out of any error analysis, so we won't notice if a change regresses something for Chinese speakers? [15:47] Riddell, thanks for the hint btw, i fixed the maintainer address in the end :) [15:47] JackYu: And there's a misspelling, "UbuntyKylin" [15:47] cjwaston, yes, I will tell Pi. [15:48] JackYu: Do you know if it's intentional that depends.txt was entirely removed? [15:49] cjwatson, yes [15:49] JackYu: And putting random stuff in /etc/environment is not really the best plan - that will be hard to upgrade later [15:50] JackYu: I'm sorry, I'm not at all happy with this upload and don't really want to unblock it while I have the choice. The random Upstart overrides with no explanation are the worst (I see it also disables avahi-daemon and modemmanager), but really, all of the stuff I just mentioned should be addressed [15:50] JackYu: Could you pass this on? [15:50] JackYu: depends.txt> So you don't want e.g. unity-china-music-scope any more? [15:50] cjwatson, OK, let me check your comments and hope we can fix it soon. [15:52] ogra_: I'm away in 10 minutes, upload soon if you want me to New review it [15:53] Riddell, i uploaded quite a while ago [15:53] Riddell, didnt get a reciept either yet [15:53] cjwatson, we use recommends.txt instead of depends.txt, since if using depends.txt, removing one package will lead to the fail of default-settings. [15:54] ogra_: something may have gone wrong then [15:55] JackYu: Ah, right. Mentioning that the removed dependencies were duplicated as Recommends is the sort of thing that should have been mentioned in the changelog. [15:55] Riddell, oh, indeed, iwont get a reciept mail since rsalveti owns the changelog [15:55] JackYu: I notice that gnome-tweak-tool and chromium-browser are not in recommends.txt, though. [15:55] ogra_: Normally the signer is notified too. [15:56] https://launchpad.net/ubuntu/saucy/+source/gst-plugins-bad1.0/1.1.4-2ubuntu2 [15:56] well, its already building [15:56] cjwatson, yes. we don't want to include these two packages. [15:56] Riddell, we only need you for binary NEW for this one actually [15:56] JackYu: OK. Again, changelog :-) [15:56] JackYu: It's not just for me, it's for your users too [15:56] Riddell, i'll try to find someone else for that then [15:57] cjwatson, well, i didnt ... i get other ubuntu mail so my mail server seems to be fine [15:57] cjwatson, yes, we should add more changelog for our decision:) [16:36] could some archive admin let the gst/plugins/bad and qtmultimedia-opensource-src-touch builds out of binary NEW ? [16:40] Riddell, ^ [16:41] jhodapp, he said he would be out [16:42] Riddell, ah missed that message [16:42] cjwatson, could you perhaps ? [17:13] ogra_: so we have a parallel upload of qtmultimedia-opensource now for touch? [17:14] slangasek, atm yeah [17:15] 5.1.1 vs 5.0.x i thinnk [17:15] ah [17:15] did someone already work out how we're going to transition back to the main packages once they bump to 5.1 in t? [17:15] heh, not sure [17:15] sergiusens, ^^ ? [17:16] the package names all look ok, as far as that goes [17:17] we had a few reviews from different people [17:17] and endless tests across the team [17:18] which of those were archive admins? [17:18] slangasek, ogra_ do we need a test scenario? [17:18] slangasek, Riddell ... who let it through source NEW as well [17:19] I can stage one in a PPA and see how it goes [17:19] sergiusens, nah, i dont think we do [17:19] we can test from the archive [17:19] nothing is seeded yet [17:19] we just need them through NEW [17:19] so you can pull from the archive actually :) [17:19] ogra_: ack === alecu is now known as alecu_errands [17:44] Gah, alarm clock fail. [17:44] slangasek, the gst-plugins-bad one too ? [17:45] there should be a new binary as well [17:45] -hybris iirc [17:45] Laney: could you unblock pyopenssl in saucy-proposed, please? [17:45] ogra_: hadn't gotten to it yet, doing it now [17:46] * ogra_ hugs slangasek [17:46] jhodapp, ^^^ [17:46] awesome, thanks slangasek [17:46] ogra_: and gstreamer1.0-hybris is added on i386 in addition to armhf for the goldfish case? [17:47] slangasek, right, just not amd64 [17:47] (and ppc) [18:20] slangasek / cjwatson: Either of you want to catch me up with reality, since I seem to have entirely missed out on what should have been Monday morning? [18:20] infinity: I think reality has mostly been waiting for you. but we have an i386 livefs builder again, so that's good news [18:21] and the beta freeze is on [18:21] s/freeze/block/ [18:22] Laney: Thanks for putting the block in. No thanks for it being right before glibc would have migrated. ;) [18:22] I assume we want glibc up to date for beta, however [18:22] have you forced it in yet? [18:23] slangasek: I haven't unblocked it, it's not particularly critical. Just a security fix, a testsuite fix (which has already made jenkins happy, so meh), and a compiler swap for arm64. [18:24] yes, but if you want it for release it should go in for beta [18:24] slangasek: But if other things are being unblocked and the world's still spinning, there's no harm in taking it either. [18:24] * infinity unblocks. [18:24] mdeslaur: N [18:24] okie [18:24] Not here, ask someone else [18:24] I want to set up a role account for milestone blocks so that I don't get all the pings. :P [18:25] Laney: ok, thanks [18:25] infinity: could you please unblock the pyopenssl packages in saucy-proposed? [18:25] mdeslaur: I can indeed. [18:25] infinity: thanks [18:25] Laney: I can steal your block so I get the pings instead, if you prefer. But yeah, a role account would do nicely. [18:46] slangasek: Per our previous discussion on the topic, I'm going to drop the +omap4 images from the beta. Not sure if I'll get to the archive surgery to actually remove all the bits too, since there's some fallout from dropping the kernel (ie: d-i needs it torn out, etc), but no point in testing an image we intend to drop in a week. [18:46] infinity: right. this should probably be announced on ubuntu-release at least, before making the change? [18:47] slangasek: Announced before sounds like an invitation for discussion, but I agree that it should be announced period, sure. [18:47] * infinity drafts. [18:50] Laney: role account> good idea, Debian uses "freeze" IIRC [18:56] slangasek: http://paste.ubuntu.com/6146813/ === alecu_errands is now known as alecu [19:22] slangasek: Taking your lack of response as consent and sending it. *cough* [19:22] infinity: yeah, lgtm. Did you confirm that kubuntu no longer wants it? [19:23] IIRC that was one of the outstanding points [19:23] slangasek: I had a bit of a chat with Riddell, where the conclusion seemed to be "that's unfortunate, but if Canonical no longer wants to maintain the glue needed to make that go..." [19:24] slangasek: It's *possible* Kubuntu could do an omap4 desktop based on the -generic kernel and omapfb, since they don't *need* 3D acceleration like Unity does, but the performance would be awful. [19:25] slangasek: Nearly everyone I know, Canonical and Community, that uses Pandas, however, uses them to test builds, not to test GUI software, so a full desktop probably isn't that useful to 99% of 'em. I do wish we had *some* default desktop target, but I suspect that's just not likely for 13.10. [19:26] slangasek: For 14.04, we could perhaps do it on Beaglebone Blacks or something. [19:26] by 14.04, Intel tells me the minnowboard will make ARM obsolete [19:26] ;) [19:26] *smirk* [19:27] of course, they also then proceeded to misspeak and refer to the minnowboard as the beagleboard in their own presentation, so there ya go [19:27] All I want is one dev board with a proper open source driver that doesn't suck. Is that too much to ask? [19:27] heh with the latest unity even some of the existing released h/w now sucks [19:28] (or mesa or something) [19:28] I have synced HPLIP from Debian this weekend (hplip 3.13.9-1) to pull in a security fix, and it is still hanging in -proposed. Can someone move it into the release? [19:29] tkamppeter: Looks safe, I'll unblock it. [19:29] infinity, thanks. [20:16] is Janeks991____ seeking support in #u or so? [20:16] oh, sorry, wrong channel === Ursinha-afk is now known as Ursinha [20:49] slangasek: Any issues with me unblocking the 1-char fix in https://launchpad.net/ubuntu/+source/finish-install/2.43ubuntu2 ? [20:55] infinity: LGTM. May be others ... [21:02] cjwatson: That's enough of a +1 for me. [21:03] Don't see anything else obvious on a brief look. I guess we'll find out. [21:04] cjwatson: It's a short-lived hack anyway, robher just pushed a kernel fix to LKML that will let us back this out for 14.04. [21:04] k, cool [21:05] cjwatson: As for other things to unblock, not seeing anything obvious. [21:05] No, I meant other code to fix [21:05] (Also, I think Laney's block script doesn't get d-i anyway) [21:05] But don't see any [21:05] I guess armhf/generic is fairly new so not too entrenched [21:06] Yeah. Also, I love that Debian picked a different name for that flavour. :/ [21:06] Joy [21:06] I need to sit down and make the Debian armmp and Ubuntu generic things look as similar as I can manage in d-i. [21:07] Sort of hoping for a future where we can tear out 99% of the subarch craziness from ARM. [21:16] beta is not looking too good at the moment [21:16] xnox: seeing lots of install related issues [21:17] xnox: seen anything recently with ubiquity where it just fails to come up at all? [21:18] "error opening config file '/root/.config/pango/pangorc': Permission denied [21:18] hmm === jhodapp is now known as jhodapp|afk [21:44] infinity, slangasek: yeah we seem to have come to the conclusion it's ok to end the omap4 images [21:45] Riddell: I will try to put some time into making sure the omap4 d-i and server images still work for people who want to use Pandas as headless build test systems. [21:46] Riddell: (with the -generic kernel, that is) [21:46] infinity: I just installed the daily last week and it works fine as far as I can tell [21:46] of server [21:46] Riddell: Does that already use the -generic kernel, or is that ti-omap4? [21:48] (I would have expected it to be omap4, but will be pleasantly surprised if someone already switched that over when I wasn't looking) [21:49] ...logging in... [21:49] jr@airm:~$ uname -a [21:49] Linux airm 3.5.0-232-omap4 #48-Ubuntu SMP PREEMPT Wed Aug 28 18:37:01 UTC 2013 armv7l armv7l armv7l GNU/Linux [21:50] linux-omap4 install [21:50] Riddell: Right. So, what I meant when I said "make sure server and d-i images work" was "make sure they work with the generic kernel, cause I'm dropping that omap4 kernel on the floor and kicking it in the teeth". [21:50] cruel but kind [23:40] Does anyone have any other things they've spotted that need to be unblocked for beta? If not, I'm going to do a full respin to pick up the bits we've trickled in over the day. [23:43] nothing from me