[00:20] hello everyone! I'm about to do an update to a package in universe, and wanted to confirm something regarding feature freeze vs UI freeze. I want to upload some changes that do a refactoring to part of the UI... the info displayed is the same as before (no new feature there), but is re-organized and simplified for the user benefit. This does not require a FFe, right? [00:24] nessita: this is borderline; the purpose of the UI freeze is to lock things down so that there are *no* further changes to the UI that would invalidate screenshots, it doesn't mean that changes to the UI in general aren't considered features. Could you please file a FFe bug with the details, so we know what's being changed? [00:25] slangasek: I already have a bug for this, shall I follow the FFe procedure with it? [00:25] FYI, bug is bug #818217 [00:25] Launchpad bug 818217 in magicicada "Redesign the top part of the main window" [High,In progress] https://launchpad.net/bugs/818217 [00:25] (it's likely to be approved as an exception even if it would be considered feature work; but "refactor" is a trigger word for me that tells me we should probably know what's going on :) [00:26] slangasek: even for apps in universe? [00:26] yes [00:26] the feature freeze isn't exclusive to main [00:26] yes, I understand that... but perhaps the limits were a little greyer for universe apps :-) [00:27] so that looks pretty straightforward to me [00:27] and I'm happy to give you an informal approval [00:27] no more paperwork required [00:27] slangasek: yey, thanks! [00:27] * nessita is glad she asked [00:28] nessita: it can be easier to get an exception for a leaf application in universe than other things, but that's about it WRT the difference [00:29] micahg: duly noted === elmo_ is now known as elmo [00:30] so, when in doubt... is there any doc that will make clearer what's the "definition" of feature when talking about FF? [00:31] https://wiki.ubuntu.com/FeatureFreeze is the closest there is, but it's implicit [00:31] as I said, the above is borderline [00:32] ack, thanks [02:28] Riddell, I've reset http://pad.ubuntu.com/ubuntu-release for Beta 1. [02:31] Could you please add the runes for building kubuntu-active for i386 into the commandlines at the bottom of the page. [02:31] ? [02:36] infinity, could you review to make sure I've got the armhf images are correct? === bladernr_ is now known as bladernr_afk [09:19] skaet: FYI, the langpack export landed earlier, as it had to be kicked off manually; all langpacks which are on CDs are uploaded now [09:19] I'll upload the others, too [09:20] buildds are nicely quiet right now [09:32] skaet: kubuntu active added to http://pad.ubuntu.com/ubuntu-release I think [10:06] infinity (or cjwatson if not on holiday): could you check lillypilly:ubuntu-archive/bin and merge it into /home/ubuntu-archive/bin ? [10:07] I don't have access to ~ubuntu-archive as far as I know [10:07] Riddell: you should, I just checked getent [10:07] sudo -u ubuntu-archive -i [10:20] pitti: ooh I feel the power :) [12:08] ooh beta next week [12:09] but no skeat [12:10] slangasek: you're the last milestone release guy, what can you tell me about what needs done [12:10] I don't know the split between me and skeat on this stuff https://wiki.ubuntu.com/BetaProcess [12:11] Riddell: usually you would do the engineering tasks such as archive admin, CD rebuilds, publishing images and such [12:11] Riddell: and skaet would do release notes, web/mail announcement etc. [12:12] pitti: but as a random example "Contact Ara Pulido to check if any critical certification bugs remain to be resolved " who does that? [12:12] Riddell: this usually falls in skaet's area [12:12] but it's a bit fuzzy of course [12:13] * ara waves :) [12:13] ara: don't mind me, I'm just using you as an example :) [12:13] I used to garden the milestoned bugs [12:13] postponing non-critial stuff, chasing people for getting them fixed, etc. [12:13] pitti: this also says it needs to be frozen 7 days before, is that still the case for betas? [12:14] Riddell: yes; that's why the freeze is tomorrow evening [12:14] err, today [12:14] usually at 2100 UTC [12:14] pitti: has that been announced? [12:14] not that I can see [12:15] I guess skaet is on holiday or so? [12:15] usually she does [12:15] so I guess it falls to you now :) [12:15] or just a US timezone? [12:15] she's not even on IRC, usually she's connected 24/ [12:15] 7 [12:16] nothing about her on the holiday calendar [12:16] hm [12:16] US power outage? [12:16] yes, her connection dropped late at night, could well be just a disconnect [12:16] anyway, I can do the announce [12:58] pitti: how's this? http://paste.kde.org/427646/ [13:29] Riddell: looks fine, thanks! [13:30] pitti: there's nobody to approve it on the list [13:30] who's got super powers on the mailman lists? [13:30] Riddell: I just moderated it [13:30] ok, thanks [13:31] it must not have listed the moderators only admins of the list [13:34] https://launchpad.net/ubuntu/+milestone/ubuntu-12.04-beta-1 only 112, they'll get fixed in the next 8 hours no problem [13:34] actually, we only consider release-targetted ones [13:35] https://launchpad.net/ubuntu/precise/+bugs?field.milestone%3Alist=44327 [13:36] still looks challenging, of course [13:37] ara: any critical certification bugs remain to be resolved ? [13:46] pitti: "Notify DavidPlanella to coordinate a fresh set of language packs which will be exported, uploaded, and built in time for beta. " is that already done? [13:47] done [13:47] Riddell: ^ [13:47] the last ones are built now [13:47] I am currently rebuilding the ubuntu desktop/alternate images to see how much of a size difference it makes [13:49] pitti: you said mvo is on holiday but he's not on the calendar, do you know how long he's away? [13:49] Riddell: I don't know, I just guessed based on him not being on IRC [13:50] pitti: I could phone him to find out, do you know what happens to his tasks if he's not around? [13:50] I don't know :/ [13:50] let me phone and ask [13:50] Riddell: btw, mup can send SMS, you could start with that [13:52] 13:52 SMS is on the way! [13:52] let's see if that helps [13:55] Riddell, no critical ones, no === bladernr_afk is now known as bladernr_ [14:28] Riddell: FYI, I think there's a deeper problem with germinate somewhere; it hasn't updated on cocoplum for three days now [14:28] Riddell: so any seed change since then hasn't been picked up [14:28] it's not clear to me how to debug this yet [14:29] Riddell: just in case you wonder about thsi [14:29] or component-mismatching not updating (same cause) [14:45] mm, thanks [14:45] Lovely release team, could any of you review this FFe, please? [14:45] https://bugs.launchpad.net/checkbox/+bug/937657 [14:45] Launchpad bug 937657 in checkbox "[FFe] Non graphical UIs don't display test results" [Medium,Fix committed] [14:46] we are trying to have it in an upload later today before BetaFreeze (and UIFreeze) [14:46] hi, do i need a FFe for syncing audacious? [14:46] (3.2-1 to 3.2.1-1) [14:47] skaet: I started on the beta tasks [14:48] Riddell, Thanks! :) [14:49] skaet, !!! [14:49] hey skaet, how are you? [14:50] hiya pitti, ogra_ fine, looks like my machine crashed overnight, so just ramping back into connectivity mode now. [14:50] skaet, i have something to discuss with you ... but later today, first i have the final ubuntu-arm meeting before we shut down the team :) [14:51] ogra_ sure, just ping when you're ready. [14:51] * skaet has a couple of calls this morning, but will be around. [14:51] ok mvo has just gone to bed so I've no idea what his status is but he'll get back to me when he's awake [14:52] bdrung: you know the deal — depends on whether there are new features [14:52] Laney: should be mostly bug fixes [14:54] check the upstream changelog / news file [14:56] Laney: both files are missing, but: http://www.audacious-media-player.org/news/9-audacious-3-2-1-released [14:56] looks fine [15:16] mvo is alive but sick, he will check the e-mails I sent him and let us know if he needs help === kirkland` is now known as kirkland [15:30] mvo will need help from the foundations team for upgrade tests, how can I contact them? [15:30] do they have a manager yet? [15:32] Riddell: slangasek is our manager [15:32] slangasek: nudge, get your minions to help poor mvo with https://wiki.ubuntu.com/UpgradeTestingProcess [15:34] Riddell: in the case of upgrade testing, QA are running daily automated testing for Ubuntu (jibel is in charge of that I believe) and I'm running daily upgrades of the flavours (edubuntu, kubuntu, mythbuntu and xubuntu at the moment) [15:35] though for the flavours I only have 11.10 => 12.04, I'm not running LTS-to-LTS yet but I believe jibel does for Ubuntu itself [15:35] stgraber: using the KDE frontend to release upgrade tool? [15:35] Riddell: it's using the automated upgrade tester, so no, it's roughly the equivalent of running "do-release-upgrade" from a terminal [15:35] skaet: btw, houston, we have a problem [15:35] right, thanks stgraber [15:35] skaet: http://cdimage.ubuntu.com/daily-live/20120223.1/ is with fresh langpacks [15:36] skaet: as I feared, squashfs is actually clever enough, i. e. the langpack refresh only helped the alternates, not the desktops (much) [15:36] Riddell, daily results are posted there https://jenkins.qa.ubuntu.com/view/Precise%20Upgrade%20Testing%20Dashboard/ [15:36] pitti: so we saved ~ 2MB (comparing to 20120220)? or was that some other savings [15:37] stgraber: mostly due to dropping some obsolete translations [15:37] chrisccoulson figured out how to put tbird/ffox on a diet, should buy some 5 MB [15:37] and we could potentially drop python3 again by switching back lsb-release [15:37] (4.5 MB) [15:38] * pitti is a bit stunned on http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [15:38] libwayland0/armhf is published, no idea what's wrong here [15:38] pitti, otp, breaking now. [15:38] skaet: (not urgent) [15:40] * skaet off the call. backscrolling... [15:41] pitti: kde bits not looking too good there, I wonder who I can blame for that [15:42] * skaet is a bit stunned by the armhf increased probs now showing up too... [15:42] Riddell: it seems to root in mesa not being installable due to libwayland0 missing on armhf [15:42] but I don't understand it [15:42] yesterday it was "just" the 111 packages due to the missing libo armhf build [15:44] pitti: that also seems to affect i386 looking at the mesa report on precise_probs.html [15:44] have a call now, looking later [15:48] can someone help me to understand why mythbuntu ISOs are still pulling in default-jre-headless (and a java stack)? it's not referenced in the desktop or live germinate output. [15:50] superm1: tried an apt-get remove as a quick way to check? [15:51] Riddell: i'm just fetching today's ISO to try that now [15:52] default-jre-headless | java-common | yui-compressor [15:52] which we don't have yui-compressor in the image [15:52] http://cdimages.ubuntu.com/mythbuntu/daily-live/20120223/precise-desktop-i386.manifest [15:52] it does look like default-jre-headless has a task of a bunch of the mythbuntu stuff set though: http://paste.ubuntu.com/854140/ [15:53] i'm not sure how that happened [15:54] a bit of a mystery right enough [16:04] ev, has the disclaimer been removed from Ubiquity's first page (Beta process starting) [16:09] skaet: yes, just sorting an upload now [16:09] thanks ev [16:10] skaet: I already poked him :) [16:10] thanks Riddell :) [16:10] * skaet needs to go check those logs after all [16:11] Riddell: so could this possible be some sort of bug in the archive apt list generation then? because from what i gather that task stuff in apt-cache show comes directly from /var/lib/apt/lists/$(mirror)_ubuntu_dists_precise_main_binary-i386_Packages [16:11] ev: So, looks like I'll have to back out the wubi-ext4 changes for now, unless we can get IS to upgrade the x86 livefs buildds to something newer than hardy ASAP. [16:11] skaet: I think I've done most or all of the 10 days before tasks [16:11] and 7 days before can be later tonight for me or you can do them in 5 hours [16:12] actually probably will be tomorrow morning for me [16:12] infinity: eep, okay [16:12] ev: Yeah, eep indeed. [16:12] ev: I'll try to get it escalated so we can switch back after beta, but I think we're SOL for having ext4 this week. [16:13] Riddell, thanks. let me know what's still left when you go off line, and I'll handle it in 5 hours [16:14] okay [16:16] Daviey or infinity: please could you review the FFe for bug 889644 - I think its ready to roll now [16:16] Launchpad bug 889644 in openmpi "[FFe] Please provide OpenMPI 1.5 packages" [Wishlist,Confirmed] https://launchpad.net/bugs/889644 [16:17] jamespage: can you clarify, we are *not* jumping to 1.5 and rebuilding rdepends? [16:17] this is a versioned package, right? So it's just a NEW? [16:17] Daviey: its just a NEW - no transition [16:17] to risky [16:18] Though, this essentially means that installing openmpi1.5 removes all openmpi rdeps? [16:18] That doesn't sound all that pleasant either. [16:19] Unless those rdeps are largely "useles" to most people, it's not much of an evaluation. [16:19] do i need to file a FFe for the debian-policy? it's just a documentation package [16:19] bdrung: No. [16:19] bdrung: Up-to-date policy gets a free pass from me. :P [16:19] infinity: and lintian? [16:20] bdrung: lintain needs to be lockstep with policy in a sane world. [16:20] bdrung: (So yeah) [16:20] * bdrung synced debian-policy. [16:21] jamespage: Was rdeps testing a miserable failure, or was it just deemed too much work to validate? [16:22] infinity, not a miserable failure (most things rebuild OK) - I discussed with the Debian maintainer and we where both uncomfortable about the beta/feature status that upstream assign the 1.5.x branch being the default [16:23] Mmkay, fair enough. [16:24] Then yeah, dump it in NEW, and we'll find time to give it a once-over. [16:25] I'm planning a LTSP upload of 5.3.1, upstream is technically in feature freeze, so 5.3.1 is supposed to be bugfix only, changelog is here: http://paste.ubuntu.com/854191/ [16:25] can someone from the release team confirm it looks like bugfix only? === Ursinha is now known as Ursinha-nom [16:27] infinity, ack - wilco [16:30] stgraber: Assuming your changelog is accurate, it looks fine. :P [16:30] infinity: the changelog was made from copy/paste of the upstream bzr log, excluding everything starting by "Debian:", so it should be [16:31] infinity: apparently there are a few extra bugfixes in trunk that we need, so I'll be tagging 5.3.2 once it's tested and push that before beta freeze (also need to fix the udeb in there as there's a milestoned bug for it ...) [16:31] thanks for the review [16:32] stgraber: That's a pretty broad interpretation of the word "review". :P === Ursinha-nom is now known as Ursinha [16:48] bdrung: How about you merge ubuntu-policy :) [16:50] bdrung: that would close, bug 817264. [16:50] Launchpad bug 817264 in ubuntu-policy "Policy should be reviewed and/or merged with latest debian-policy" [Medium,Triaged] https://launchpad.net/bugs/817264 [17:01] Daviey: -ENOTIME [17:01] Daviey: feel free to do the merge yourself. :) [17:02] * bdrung has to write a Bachelor thesis. [17:03] Riddell: https://wiki.ubuntu.com/UpgradeTestingProcess - that should all be automated now through the QA team? [17:03] Riddell: I believe last milestone skaet said this would be taken off the checklist [17:03] bdrung: gah, priorities all wrong! [17:04] Daviey: sadly and i get too easily distracted [17:06] jibel, can you confirm the UpgradeTestingProcess steps are now all automated? [17:07] * skaet will remove from all the checklists if thats the case... (Milestone, Beta, etc....) [17:08] skaet, yes, excepted cdrom upgrades that I run manually [17:11] jibel, thanks. When do you do the cdrom upgrades manually? can we check them first thing tomorrow with the new images? [17:12] * skaet going to do some checklist editing now... [17:12] Daviey: I really wish Ubuntu Policy had just been implemented as an appendix to Debian Policy, would have made "merging" somewhat trivial. :/ [17:13] infinity: right! [17:14] Daviey: Perhaps not too late to rearrange it to be so. :P [17:14] Daviey: I always thought that having inline diffs to debian-policy was silly anyway, cause it means diffing the two to know how Ubuntu is, well, different. [17:14] An appendix would just spell out "Ubuntu Policy *is* Debian Policy, with these exceptions/additions". [17:15] infinity: well, whilst Colin is away.. why not change everything? :) [17:15] (not serious.) [17:15] Daviey: *twirl moustache* [17:16] Daviey: It's been a long time since it was discussed, but I think the current inline implementation was mdz's idea. I may actually put a tiny bit of effort into convincing people that it's not actually sane. [17:17] Daviey: (As it stands, I suspect almost no one actually reads "ubuntu policy", but just skips right over to debian policy, which is always up-to-date, and that sort of defeats the whole point) [17:17] infinity: I think it was mdz. [17:18] infinity: well, i find going to people.ubuntu.com/~$developer/ for looking at ubuntu offical policy a very elegant and official thing :) [17:18] *smirk* [17:19] www.debian.org/devel is muscle memory. [17:33] skaet, usually on Friday the week before a milestone I do cdrom upgrades and manual installation smoke tests. [17:36] jibel, perfect. I'll put something on the checklist to check with QA on the status then with you on that day. [17:38] skaet: I bumped the priority of bug 813837 to high, wasn't sure if it should be critical as I only did a couple of test installs [17:38] Launchpad bug 813837 in ltsp "ltsp client not able to load boot file: ltsp/amd64.tmp/pxelinux.0" [High,Triaged] https://launchpad.net/bugs/813837 [17:39] skaet: I'm working on the fix now (reworking the d-i module to stop assuming an install time and instead just wait until the install is done) [17:42] Hi! Could some member of the release team have a look at bug #939689 and say if it contains every information you need? [17:42] Launchpad bug 939689 in gnomescan "FFe: Remove gnomescan binary and source package and import gnome-scan package from Debian" [Wishlist,New] https://launchpad.net/bugs/939689 [17:43] ampelbein_: The obvious "regression" is that people won't get upgraded from the old to the new. [17:43] ampelbein_: If this package has users, they'll never know that it's changed names. [17:43] Oh. Right. [17:44] ampelbein_: And I haven't looked, but I assume the Debian one doesn't replace gnomescan? [17:44] Nor conflict? [17:44] So, trying to install B if A was installed will explode. [17:45] Yeah, right, didn't think of this. debian doesn't know about the gnomescan package at all. [17:45] ampelbein_: My recommendation would be to take the Debian sources, add some versioned conflict/replace magic to gnome-scan, and build a gnomescan transitional package from that source. [17:46] ampelbein_: After precise releases, you can dump that Ubuntu diff, and just sync with Debian. [17:46] ampelbein_: Sound reasonable? [17:48] ampelbein_: So, basically, "Package: gnome-scan\nConflicts: gnomescan (<= last-version-in-Ubuntu)\nReplaces: gnomescan (<= last-version-in-Ubuntu)" and "Package: gnomescan\nDepends: gnome-scan (= Source-Version)\nDescription: Transitional package to upgrade from gnomescan to gnome-scan" [17:49] infinity: Yes, though there is actually more to it, looking another time with more open eyes. There isn't a single "gnomescan" package, it's more than 1 binary. So needs a little more magic. [17:49] Oh, I see. Libraries too. [17:49] Did those not get named the same in Debian? [17:50] They did, thankfully. [17:50] But flegita-gimp is now gimp-flegita. [17:50] For the most part, it should be fairly easily sortable with a couple of transitional packages, but yeah, it'll need a bit of testing and review. [17:51] Yeah, I'm gonna go and apply the patches from debian to the ubuntu package for precise. [17:51] ampelbein_: If you're willing to put the one-time effort in (like I said, you can drop it post-precise), I'll happily review it for an FFe, since I think it's crazy to stay forked. [17:51] Should target that for Querulant Quillboar. [17:51] Ideally not. :/ [17:52] Cause transitions that happen POST-precise need to stick around for two years until the next LTS. [17:52] (So LTS->LTS upgrades work). [17:52] Whereas, if you land it now, you can drop it in 3 months. :P [17:52] Argh. [17:53] Ok, I'll get it done over the weekend. [17:53] Well, there's a third option. [17:53] Which is "not caring". [17:53] Cause I'm not sure where you're looking, but the Debian package isn't really maintained. [17:54] (Yes, it had an NMU upload recently to fix an FTBFS, but the last maintainer upload before that was years ago) [17:54] Still, being gratuitously forked on package names is unpleasant. So, meh. Your call. :) [17:54] But if you want to transition, do it now, not later. [17:57] infinity: To be honest, I accidently looked at the bugs package of the library, not the source package and didn't even see the 2 RC bugs open now. [17:57] (In the debian BTS) [17:58] http://packages.qa.debian.org/g/gnome-scan.html shows all the "not really maintained" picture I need. [17:58] Yeah, see that now too. I was careless. [17:59] And now Scott acked and synced the new package.... Damn my too fast requesting of a FFe. [18:01] Fun. [18:02] Well, if it really had no rdeps, there's always the possibility that no one really cares. :P [18:03] ScottK: You completely missed the gnome-scan conversation going on here while you approved and synced. ;) [18:03] infinity: I did. [18:03] I just read the bug. [18:03] Heh. [18:03] simple-scan FTW? [18:03] Oh well. [18:04] Like I said, I suspect it might not actually have many (any?) users anyway, so maybe it's a moot point. [18:04] I'm honestly sorry for that mess. I really should have given more research into this. [18:04] Still, a proper set of transitional dependency fields would be nice. [18:05] ampelbein_: Still time to fix it in a -1.1ubuntu1 upload, and sync if and when Debian ever actually uploads again. [18:05] Yes. I think taht would be best. [18:05] Ok, will work on that ASAP. [18:06] ampelbein_: Thanks. ScottK will send you a cookie to apologize for forcing your hand. ;) [18:07] The moral here is don't subscribe the release team unless you really mean it. [18:07] He meant it, until another member of the release team pointed out that he didn't. ;) [18:08] But yeah, I should have commented on the bug as soon as I spotted the problem. [18:08] Oh well. [18:08] Life's like that. [18:10] Yep. [18:40] can the flavors just upload new meta packages now, I wasn't planning on working on the lightdm-gtk-greeter until this evening [18:43] stgraber, thanks for the head's up on 813837. ok. [19:21] infinity, ScottK: I prepared a new gnome-scan upload, http://paste.ubuntu.com/854404/ is the debdiff, tested the upgrade in a chroot. There isn't a gnomescan package anymore, it was only a virtual package that depended on flegita (the standalone interface) and debian never had that. [19:21] ampelbein_: By virtual package, you mean metapackage? [19:22] infinity: erm, yes. [19:22] it had no "own" content, just depended on flegita, flegita-gimp. [19:22] ampelbein_: You might also need a flegita-gimp that depends on gimp-flegita? [19:23] ampelbein_: Otherwise, I don't see how the upgrade would ever happen. [19:23] No, as gnome-scan-common depends already on flegita-gimp. [19:23] ampelbein_: (Replaces doesn't mean "upgrade to this package", it means "files from this package overwrite the other") [19:24] Err, -common depends on the gimp plugin? That's... Odd. [19:25] infinity: Let me check again the upgrade. [19:26] ampelbein_: Do it with apt, if you're not already. [19:27] ie: install all the old packages, "apt-ftparchive packages . > Packages" in a directory with the new debs, and point sources.list to a "deb file:/foo/bar/ ./" URI. [19:27] Ok, I used dpkg -i *.deb. [19:32] http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [19:32] now, that looks MUCH better [19:32] armhf dropped from 801 to 9 [19:32] pitti, :D [19:32] or rather... *\o/* [19:32] * pitti gives back compiz builds, sohuld work now [19:32] pitti: would you mind if i just reuploaded the ubuntustudio and xubuntu metas, I can't work on the greeter until this evening [19:32] yeah, its all didiers fault ! [19:33] no, it was wayland's fault :) [19:33] heh [19:33] micahg: uh, what for? the greeter should still be in the archive, even if it is NBS? [19:33] pitti: yes, but the meta packages have been removed :) [19:34] and NCommander shoudl fix linux-meta-armadaxp [19:34] so, no xubuntu-desktop or ubuntustudio-desktop [19:34] * NCommander groans [19:34] :) [19:34] micahg: err? [19:34] NCommander, well, not milestone critical [19:34] micahg: yes, please do reupload; that sounds all wrong [19:34] pitti: riddell went removal happy :( [19:34] micahg: now I know why there are suddenly no rdepends any more [19:35] micahg: please do; we must avoid that any archive admin spots that on teh NBS page and runs the removal [19:35] pitti: deleting packages will do that :-) [19:36] oh, he just removed the binaries but not the source, that's a little beta [19:36] *better [19:37] micahg: also, there's nothing wrong with -meta; there is no real reason to remove its binaries [19:38] micahg: i. e. reuploading now is fine either way [19:38] exactly :) [20:05] infinity: ok, got it now. http://paste.ubuntu.com/854465/ (debdiff), http://paste.ubuntu.com/854461/ (upgrade-log) [20:23] is someone know why lubuntu-default-settings and lubuntu-desktop have just disappeared from precise repositories ? [20:24] they just ... disappeared, and I can't see any notice about this [20:27] *blink* ??? [20:27] infinity, ^ can you look into it? [20:30] * skaet wants logging.... [20:33] or slangasek, ^? [20:34] gilir: riddell removed them earlier this morning since they depended on NBS which was wrong [20:36] gilir: you can reupload them [20:36] but you'll have to get the default-settings package through NEW before the meta is uploaded or it won't pick it up [20:37] thanks micahg [20:37] micahg, ok thanks, I need to update them :) [20:49] can someone please binNEW xubuntu-default-settings [20:49] skaet: I'm going to need to upload a few ubuntustudio packages after the beta freeze to clean up the NBS removal mess from this morning [20:50] skaet: they were also planning on switching icon themes for beta 1 as well (which will hopefully get in these uploads) [20:51] micahg, ack. [20:55] micahg: xubuntu-default-settings processed. [20:55] infinity: thanks, rerunning meta [20:55] ampelbein_: I'll have a poke at that when I get home from a much-needed late lunch. [20:56] (Unless someone else has been following the discussion and wants to help out ampelbein_? :P) [20:56] hmm, I better wait until the publisher runs [20:56] * infinity runs off for a bit; back later in the afternoon. [20:57] infinity: Thanks, it's not urgent. I'll be out in a few minutes to get some sleep. [20:57] micahg, Riddell, gilir: strange, why would we ever *remove* binary packages that depend on NBS packages? [20:57] that seems very wrong to me [20:58] slangasek: it is wrong, ask Riddell why he did it :) [20:58] we've always just left the binaries in the archive but uninstallable, so we don't have to go through a NEW roundtrip [20:58] micahg: heh, ok [20:59] lubuntu-default-settings uploaded [20:59] we just needed lightdm-gtk-greeter uploaded, but I was having trouble with svn-buildpackage last night, I hope to get that ready tonight [21:02] cjwatson: are you around enough to launch a queue bot for us? :) [21:03] Is it running out of ~cjwatson? [21:04] last I knew, it was running out of cjwatson.broken-telco.uk [21:04] Hah, right. Special. [21:05] Oh, I should reject the gnome-scan binaries from NEW before something goes pear-shaped there. [21:06] ampelbein_: If you're heading to bed, I'll review your upload, and just upload for you if it looks sane, and fix it if not. [21:07] * infinity really runs off to lunch now. [21:15] Riddell: were there other binary removals because of NBS? That really concerns me, we should almost never remove binaries from the archive unless they themselves are NBS, or the source package is FTBFS (in which case all the binaries should be removed) [21:16] Riddell: removing some of the binaries due to dependencies leaves us with no sane way for account for this having been done [21:19] micahg, you don't need snv-buildpackage, just copy the debian dir over in an unpacked tarball directory... [21:19] seb128: yes, I could've done that too now that I think about it, but it was 3AM :) [21:20] micahg, that is a valid reason indeed ;-) [21:41] Riddell, -7 days, steps 2 & 3 done. (archive frozen, email sent and topics changed. ) [21:49] * skaet needs to step out to pick up dog from vet, back in an hour or so [21:52] * iulian is thinking of uploading GHC. [21:52] Could you please let me know when the best time to do that is? [21:55] iulian: I don't think there's a time that's better than others - is there more to the question? :) [21:57] * micahg would think after beta 1 unless it's needed beforehand [21:58] it's universe [21:58] yes, but the people doing rebuilds can be fixing things for beta 1 :) [21:58] so not impacted by the beta freeze, except in a mechanical sense [21:58] all other things being equal, sure [21:58] it starts a huge transition :-) [21:58] oh, another one of /those/ ghc uploads [21:59] (i.e., an even-numbered one) [21:59] :) [22:00] that could be annoying given the freeze, indeed [22:03] yeah, in that case you might find it more enjoyable to wait until after beta-1, so you're not in a perpetual holding pattern [22:03] * iulian nods. [22:13] skaet: a new ubiquity-slideshow package will be uploaded in a few minutes, sorry for missing the deadline, been fighting to get all the flavours to at least show the right version of Ubuntu ;) [22:30] alright, uploaded the new ubiquity slideshow now [22:31] hopefully the only update we'll see for that one are translation updates [22:34] someone want to wave my activity-log-manager update through unapproved? [22:34] (otherwise I'll do it myself) [22:37] can someone wave ubiquity-slideshow-ubuntu through the unapproved? would be great to have it built before the first dailies [22:40] yep, am processing the lot [22:44] oh, I guess I also should upload a new d-i to get the new netcfg. Will do that in a few minutes === bladernr_ is now known as bladernr_afk [23:25] new d-i in the queue, no change rebuild for the new netcfg [23:26] do we have queuebot's code somewhere? I have plenty of servers with very reliable access to IRC where that one could run (assuming it just requires access to IRC and LP) [23:28] stgraber, if we can find the source, that would be most welcome. [23:29] * skaet thinking this needs to be part of the infrastructure that gets turned on whenever archive gets frozen. [23:30] stgraber, just checked queue, not quite there yet. ubiquity slideshow was, so let it through. [23:42] skaet: I got the waiting for approval mail a while ago, weird [23:43] skaet: https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text= now shows both d-i (no change rebuild) and ubiquity (switching to beta and starting ibus) [23:45] stgraber, yup. handling [23:47] stgraber, debian-installer through [23:48] thanks [23:48] * skaet looking at ubiquity now [23:49] stgraber, ubiquity through [23:49] slangasek, activity-log-manager approved. [23:52] * skaet likes simple changes... ;) [23:55] skaet: thanks :)