=== Ursinha- is now known as Ursinha === rsalveti_ is now known as rsalveti === Ursinha_ is now known as Ursinha === Ursinha_ is now known as Ursinha === mmrazik|eod is now known as mmrazik [09:48] ogra_: otherwise every little bugfix would have to go through a review ;-) [09:52] yeah [09:53] i thiink i just mixed it up because we often had alpha or beta freezes right around FF [09:54] ah, true. [09:54] ogra_, hey [09:54] yo [09:56] hmm, doesnt look like infinity saw my ping last night ... seems the armhf buiolder still has a stale lock [10:04] ogra_: Ask #is. [10:04] ogra_: And be specific, there are two armhf builders. [10:04] Actually, I'll ask. [10:26] Helo Ubuntu Release Team. Do I need to file a FFe bug for a bug-fix upstream update of a universe application (rekonq) since it is now FF? [10:27] no, bug fix updates don't need FFe [10:27] Laney, OK [10:27] you dont need freeze exceptions for bugfixes or minor version upgrades (i.e. 3.3.1 to 3.3.2 doesnt need an FFe ...) [10:27] only for new features or major version upgrades [10:28] er, depends what is in the minor version update [10:28] ogra_, OK [10:28] indeed [10:28] the freeze doesn't care about version numbers but the content of changes [10:28] Well it just is a bug fixing update for bookmarks..... [10:28] thats fine [11:58] can someone fix Archive: in the topic please? [12:26] how does auto-landing interact with the feature freeze? (re bug 1081843) [12:26] Launchpad bug 1081843 in unity (Ubuntu) "[FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher" [High,In progress] https://launchpad.net/bugs/1081843 [12:26] it's already been committed, and I see the FFe component was just changing the bug title and subscribing us [12:26] they shouldn't be committing stuff without FFe approval [12:27] it was committed before FF, just [12:28] but it will be uploaded after [12:28] yeah, this is just a weird corner case [12:28] probably the path of least resistance to approve it if you want to and not fuss, otherwise it can be reverted [12:28] I'm happy to just wave it through [12:31] tumbleweed: Laney: I'd apply slangasek's "near miss FFe waiver programme" as per FF email. [12:32] he's approving it, so moot [12:32] something to be aware of for daily landing though that there the freeze effectively starts the day before [12:33] I was asking about it more generally, though [13:05] A stacked openssl quantal upload is coming up from mdeslaur and myself. [13:28] ↑ discussed in #-desktop and I told them to go ahead with NEWing [14:10] infinity: https://dogfood.launchpad.net/ubuntu/precise/i386/accessodf \o/ [14:11] * cjwatson qa-oks [14:11] WIN! [14:12] (compare https://dogfood.launchpad.net/ubuntu/precise/i386/python-aafigure which is before that fix) [14:13] yeah component and priority is not lost any more.... [14:13] although that priority is not lost is not visible in the qa-ok test. [14:14] Yeah it is [14:14] Unless you mean section which I didn't bother changing [14:16] awesome =) [14:37] hey, any archive admins around? [14:38] could use the help of one to look into the unity-tweak-tool package in the new queue. :/ [15:37] doko, infinity ^^^^ openssl above are the right onces that have mdeslaur bug folded in as well. [15:37] unless you want them separate..... [15:38] infinity: for my bugs I did tests on armhf/amd64 for both quantal and precise. Will do stress testing with apache as you suggested later this weekend. Have a few things to catch up on, before EOW. [15:48] * Laney reads "“Ubuntu Release Team” team's teams" on Launchpad and giggles [15:48] ObjectFactoryFactoryFactory [15:52] def teams(team):\n for t in teams(lpteam): print t [16:11] Riddell: you guys have a bot to file bugs?! [16:12] Laney: it can serve beer too [16:12] reminds me of IRC 15 years ago [16:12] It cannot, however, get debian/copyright correct. [16:12] * Laney slaps Riddell around a bit with a wet trout [16:14] old school, Laney you are showing your age now. [16:14] his age is indicated by a fish? [16:14] slangasek, I think it's more the smell of it which indicates the age [16:14] I wonder if I can still remember any mIRCscript === Ursinha-afk is now known as Ursinha [16:42] hi good people. I know I've been told before (I've lost the sticky note). What time UTC does the cron jobs for lubuntu alternate and desktop kick in? [16:43] slangasek: I've a list of packages to be removed from -proposed when you have a chance [16:43] 29 16 * * * for-project lubuntu cron.daily; buildlive lubuntu daily-live && for-project lubuntu cron.daily-live [16:43] phillw: ^ [16:43] bdmurray: I can do that, if you're doing the bug followup. [16:44] infinity: sure - http://pastebin.ubuntu.com/5596423/ [16:45] bdmurray: Consider it done. [16:48] bdmurray: And all done. [16:49] ... and I may have done something bad. [16:51] infinity: ? [16:51] infinity: thanks :) [16:51] bdmurray: I may have removed those packages from their respective -release pockets. A little bit. [16:52] (Which shouldn't actually change anything on-disk, cause we don't re-publish those pockets AFAIK, but...) [16:52] * infinity halts the publisher to copy them all back over themselves. [16:52] You shouldn't even have been able to remove anything from an unmodifiable pocket. [16:53] cjwatson: I like the theory. [16:53] Have you checked the publishing history? [16:53] https://launchpad.net/ubuntu/+source/xfce4-settings [16:53] infinity, so i dug a little into the panda breakage, seems it got stuck during fdupes [16:53] ^-- Note the lack of -release versions for precise and quantal. [16:53] Oh my. [16:53] i wonder if at the high I/O that causes the USB driver or disk falls over [16:53] Please file an LP bug [16:54] ogra_: I'm not sure that's meaningful. "The filesystem went r/o while doing things to it"... [16:54] yeah [16:54] well, sevea asked me to check when exactly it failed [16:54] i'll do that the next time again, lets see if its doing it again [16:55] i sadly couldnt get a manual nx7 build going ... somehow foomatic stuff is skewed in the archive atm [16:56] I'm not sure you'll be able to copy it back [16:56] No...? [16:56] It's certainly not possible to accept a queue item for the release pocket of a stable series [16:57] (base)adconrad@cthulhu:~$ copy-package --auto-approve -e 4.10.0-1ubuntu2 -s quantal -b xfce4-settings [16:57] Copy candidates: [16:57] xfce4-settings 4.10.0-1ubuntu2 in quantal [16:57] Candidate copy target: https://api.launchpad.net/devel/ubuntu/+archive/primary [16:57] Copy [y|N]? y [16:57] Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state. [16:58] Hrm, indeed. [16:58] Well, this is problematic. [16:58] As you say, it won't be published [16:58] True. But the history is now broken. :/ [16:59] And, in fact, once I properly delete the -proposed versions, it'll look like it just plain doesn't exist in that series at all. [17:00] Yeah, it needs to be fixed [17:00] If you file the bug about deletion, I can fix that nowish [17:01] 1152669 [17:01] ta [17:03] This is altogether the wrong time of week to be trying to fix this too. But, I guess since the changes won't be published, it can wait. [17:04] The bug references all the accidental deletions, at least. :/ [17:04] shouldnt you be on a plane ? [17:04] bdmurray: infinity: NOT THE AUTOFS5 from lucid! [17:04] ogra_: I don't leave for another 16h or something. [17:04] ah [17:04] xnox: Was that sarcasm? It's been unverified for 562 days. [17:05] pfft, who cares, let it in :P [17:05] infinity: yeah, but there is only one reason we care about autofs5 in lucid. [17:06] infinity: that was not sarcasm. [17:06] Daviey: bug 578536 is scheduled to be removed from lucid-proposed, because it's unverified. [17:06] Launchpad bug 578536 in autofs5 (Ubuntu Lucid) "when stopped, automount orphans some mounts" [Medium,Confirmed] https://launchpad.net/bugs/578536 [17:07] xnox: Read the bug log. It looks like it needs more/differnt fixing anyway... [17:07] xnox: I'm not sure i am bothered :) [17:08] Points to a dead branch. [17:08] Daviey: ok, talking with stockachu about it. [17:08] infinity: never mind, false alarm. Those who would care about fix have now migrated to precise. [17:09] infinity: stockachu confirm on #ubuntu-devel. [17:09] xnox: I'd spoken with stokachu about it already [17:09] hi [17:09] stokachu: thanks for joining us =) [17:10] * infinity goes about removing from the correct pocket now. :/ [17:10] * xnox is raising false alarms again. [17:10] stokachu: we discuss all things SRU here ;-) as well as other releasy things. [17:10] infact, infinity - do you just want to rm -rf lucid/ ? [17:10] one month too early?! [17:11] nah, that would be hardy. [17:11] Daviey: :P [17:15] cjwatson: I need to get some sleep, and Team Soyuz seems to be napping as well. Can you remind me (or them) later to try to undo the damage? :/ [17:15] Sure [17:16] Always good to cap off one's week with something that makes you feel really dumb... [17:37] infinity: The best bit is that the test suite (admittedly implicitly) tests that it's possible to remove from the release pocket of a stable series ... [17:38] Wait, maybe it doesn't. Flipped logic. [17:38] cjwatson: could you have a quick look and check that the 'desktop' images for lubuntu are still building, the alternates arrived a little while back. Thanks, [17:39] They are, yes [17:39] The powerpc livefs builder is a bit slower so it's waiting for that [17:40] cjwatson: thanks :) [17:41] From inspection of the timestamps of the last few build logs, the powerpc livefs build would normally expect to finish sometime in the next ten minutes, and then it'll start constructing the ISOs [17:42] many thanks, I'm just doing some tidying up on the lubuntu-testing wiki so people have an estimated time of when the ISO's land each day. [17:42] stops them grumbling if they start a test suite and a new daily arrives half way through :) [17:43] Sure, as long as it's clear that it's subject to change - I'm not intending to make any promises here [17:43] I won't change them around frivolously or anything but it's possible [17:46] understood, I'll add a note with words to that affect. Am I correct in that the arm gets rebuilt on request from the arm team (they fully look after that anyways, I just want to add it for completeness sake. [17:48] No, it's cronned [17:48] 35 1 * * * buildlive lubuntu daily-preinstalled && for-project lubuntu cron.daily-preinstalled [17:59] hi, do i need a FFe for libreoffice 4.0.1-0ubnutu1 that is a bug fix release? [18:00] it took a few days to review and improve it [18:02] if it's a bug fix release, I don't see any issue [18:02] (esp. on day 1 of FF) [18:02] cjwatson: hmm, must be the arm builds are 'down', the lubuntu one is 4th March and Ubuntu is 5th March. [18:04] which specific build URLs? [18:05] cjwatson: http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/38926/downloads for lubuntu [18:06] http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/39040/downloads for Ubuntu [18:09] phillw: Some of the builds after that failed and since then I think the builder has been down [18:10] The existence of http://people.canonical.com/~ubuntu-archive/livefs-build-logs/raring/ubuntu-nexus7/20130308.1/ suggests it's back up (although currently failing for Ubuntu) and you should get a Lubuntu build tomorrow morning [18:11] hi, concerning bug 1152247 [18:11] Launchpad bug 1152247 in julia (Ubuntu) "Sync julia 0.1.2+dfsg-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/1152247 [18:11] it was intended to be synced before ff, but dinstall ran to late [18:12] its mostly a bugfix I have been told, ok if I still sync that? [18:12] jtaylor: do it [18:12] k [18:12] thx === shadeslayer_ is now known as shadeslayer [18:26] again, many thanks :) [18:30] phillw, arm failed for a few days and is back up again, currently we're waiting for a fix to foomatic-filters that breaks the desktop-common seed [18:30] if thats in the archive nefore tomorrow morning, all images should build fine again [18:31] *before [18:58] if there's a package sync'd from Debian that FTBFS in -proposed, but would no longer FTBFS, but there's a new version in Debian and it's never hit the release pocket, can I sync the newer version (there are new features as well) [18:58] I figure it needs binary NEW anyways, so.... [18:59] seems reasonable [19:00] (as someone who doesn't do NEW review) [19:07] Indeed [19:07] Go ahead [19:08] thanks [19:41] ogra_: thanks, I've updated our wiki page for lubuntu testing to reflect the cron time that colin gave me. [21:17] cjwatson: any ideas yet from -release as to when the pre-milestone for beta 1 (i.e. freeze of dailies) for those teams using Beta 1 will be implemented? [21:18] I know FF is some what a 'grey' area :) [21:32] feature freeze and beta 1 freeze are different things. [21:57] ScottK: indeed, we used to get the alpha or beta handed over (in theory) 7 days before the "Yes / No" decision. That it rarely happened is no difference, but it does ask... just when will the image be handed over for testing? [21:58] phillw: See u-release email. [21:59] ScottK: I don't think I'm on that list? [21:59] It has public list archives [22:00] Also, I'm neither coordinating nor release-engineering beta 1 [22:00] https://lists.ubuntu.com/archives/ubuntu-release/2013-March/002244.html [22:21] ScottK: thanks for that, I've just had a chat with julien (gilir) about this. It appears that lubuntu stating that it was taking part in Beta series got lost along the way. [23:42] I hope "vc" is not "version control" system. [23:42] It's not. [23:42] library to ease explicit vectorization of C++ code [23:42] xnox: ^^^ [23:43] ScottK: meh, good enough then =))))