infinityOfficially EODs, will unofficially be around to fiddle with images and check on the queue. :P00:11
skaetslangasek,  ugh on the eglibc.01:34
micahgthird time's the charm for respins?01:35
* skaet crosses fingers.01:38
CareBear\are the isos hosted somewhere?01:42
skaetCareBear\  path to them is on the iso tracker01:44
skaetbasically on cdimage.ubuntu.com01:45
CareBear\there are a few :)01:46
skaetCareBear\, yup.01:49
* skaet --> zzz03:57
pittiGood morning04:29
infinitypitti: Can you prove that?04:29
pittihm; grey and rainy outside, and still a bit tired04:29
pittiq. e. d.04:30
infinityAnd who doesn't like beer on their cornflakes?04:30
* pitti should update the script to add a bowl of fruit before 1200 UTC04:30
pittior a Yoghurt shake04:30
infinitypitti: I'm tempted to do one last mass-give-back to see if anything in universe FTBFS magically shakes out.04:50
infinitypitti: Any objections?04:50
pittiI'm all for that04:50
pittiotherwise all those shiny buildds will just freeze to death, give them some work out :)04:51
pittiinfinity: how many builds are we talking about? powerpc might not be able to catch up with all of them04:51
pittiah well, it's all opportunistic anyway04:51
infinityPPC can catch up fine. :P04:52
infinity91 builds on PPC, most of which will probably fail/dep-wait in the first few minutes.04:52
* micahg will be doing Mozilla uploads over the weekend :)04:52
micahgbut I think it'll be fine as well04:53
infinitymicahg: Those will all be main, so they'll beat the universe give-backs.04:53
micahginfinity: oh, yeah, and in a security PPA :)04:54
infinity(Well, maybe not chromium, but you have friends who can fix that)04:54
infinityOh, in the PPA, even better.04:54
infinityI'm kinda wildly shocked that i386 and amd64 FTBFS is so low (well, sorry, "not-built", not the same as FTBFS from rebuild tests, which is higher)04:55
micahginfinity: +1 maintenance has helped :)04:56
ScottKThat and we really aggressively pruned old crap in Lucid.  It makes it easier now.05:02
ScottKEverything in the archive with binaries has built at least once in the last two years.05:02
infinitySpeaking or pruning, removing libembperl-perl.05:02
infinityConsidering removing gnat-4.4, but it has r-bdeps.05:03
ScottKYou've got a few days to fix that.05:03
* micahg is wondering about ldc which is unbuildable05:03
micahghas rdeps05:03
micahgcan someone go pruning again removing stuff removed from Debian?05:04
infinityI'm sure we can, not sure I'm doing it at 11pm.05:05
infinityBut we still have a week to make sure universe is perfect and shiny.05:05
infinityHey look, something shook out!05:05
infinityShame it failed on i386. :P05:06
infinityBut, progress...05:06
infinityYou know, the archive would be in much better shape if we just dropped Haskell, Ada, and D.05:07
infinitycnd: Upon further reflection (and reviewing the diff a few times), I accepted your xorg-server into -proposed, meaning it's a likely "respin opportunity" candidate.  Given that, can you make sure it gets some solid testing once binaries poop out the other end?05:09
micahgfixes rebuild dep-wait ^^05:13
infinitypitti: I'm thinking update-notifier wants accepting, but I'll leave it to you as a desktoppy fellow who cares. ;)05:13
infinitypitti: (Also, because I'm thinking you can explain why it needs to import 5GB of po files)05:14
pittiinfinity: because LP again took the diff against the pre-last version, not against 0.119ubuntu805:17
* pitti checks the real diff05:18
infinitypitti: Oh.  That was only the 5-line change from Brian?05:18
infinitypitti: That would be much more readable. :P05:18
infinitypitti: (We need to fix that)05:18
pittiI'm double-checking05:18
pittiyes, just the "missing gettext" part05:18
pittiContext not found: "ubuntu/precice-proposed"05:19
pitti2012-04-20 05:19:00 ERROR   Error encountered -- aborting current transaction05:19
pittierr, what?05:19
pitti$ q -Q unapproved -s precice-proposed fetch update-notifier05:19
* pitti looks harder05:19
infinityNo can spell.05:19
pittiso, the gettext fix plus autoconf noise05:20
pittiI'm not entirely sure whether the latter is justified05:20
pittiit looks like Brian didn't have gnome-common installed05:20
infinityThere needs to be a law against using different versions of autotools in stable releases (and in the weeks leading up to).05:21
pittiinfinity: I think I'd prefer reuploading this with gnome-common installed, and fake-sponsor it for Brian05:21
infinityIf the noise is actually a problem in this case, go ahead and re-upload. :)05:21
* infinity nods.05:21
pittiI can't tell for sure that it is a problem, but I'd rather avoid it05:21
infinityYeah, that's fair.05:22
infinityWhen I do stable updates, I actually go out of my way to make sure autojunk gets replicated the same as the previous version.05:22
infinityJust out of paranoia.05:22
infinityOr OCD.05:22
infinityProbably more the latter.05:22
infinity(This is a surprising challenge when doing stable updates of apt, as mvo seems to randomly switch autoconf versions more than most people switch their underwear)05:23
pittihttp://paste.ubuntu.com/937864/ - now how is that05:23
infinitypitti: ZOMG readable.05:24
infinitypitti: And Brian's patch is "obviously correct".05:24
infinitypitti: Does u-n have arch skew?05:25
infinitypitti: If not, while you're sponsoring, jam it into release. :P05:25
infinitypitti: We already know we're rebuilding for eglibc, at least.05:25
pittiI can reupload05:25
infinityJust edit the Distribution line in .changes and reupload.05:25
pittiso you now have two, pick the one you prefer :)05:26
infinityBrian's going to be so confused.05:26
pittiinfinity: eglibc? nice05:26
pittiI left a comment for him in the bug05:26
pittiinfinity: kernel 3.3 would be nice, too!05:26
infinitypitti: We (and be "we", I mean vorlon, but I'm not naming any (real) names) may have messed up the daemon restart logic, and ended up killing kdm on upgrades.05:27
infinitypitti: kubuntu upgrade testers are unimpressed.05:27
* pitti does bug 985940 and gets rid of another FTBFS05:28
ubot2Launchpad bug 985940 in libpgjava "FFE exception for Precise: libpgjava" [Undecided,Triaged] https://launchpad.net/bugs/98594005:28
* micahg just filed bug 986017 to rid another rebuild FTBFS05:30
ubot2Launchpad bug 986017 in ruby-sequel "FFe: Sync ruby-sequel 3.33.0-1 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98601705:30
micahgwait, what, are my eyes deceiving me?  I see a 3rd PPC build05:33
infinitymicahg: You do.05:33
micahginfinity: do you want to give back the rebuild as well?05:35
infinityNot really.05:35
infinityMostly cause I don't have a script to do that, and I don't speak lplib well enough to do it by hand.05:35
infinityAnother thing I need to fix, now that the world's moving/moved to the LP API.05:36
pitti3rd buildd> ooh!05:36
micahginfinity: ok, maybe when cjwatson arises05:36
infinityAlso, for parallel builds, sulfur should be about twice as fast as the others.05:37
infinitySo, aim your compilers and web browsers and office suites there. :P05:37
micahgorly?  so libreoffice should be down to ~10hrs05:37
micahgfirefox won't parellelize ATM, but nice to know there's a chance for improvement05:37
micahgalthough I have 4 builds at a time for it05:38
infinityThe other buildds are dual 2GHz G5s with 3G of RAM, sulfur's a quad 2GHz POWER5 with 4G of RAM.05:38
infinitySo, nearly identical for serial builds.05:38
micahgso, if I ever get firefox to parallelize again, that means we can probably build an update in ~12 hours05:39
infinity(We were going to make sulfur the livefs builder, but after testing it against royal, it came out almost identical, so I figured the two more cores made more sense for package builds)05:39
micahgwe do have a lot of packages that can parallelize and more being added all the time05:40
infinityI think you can kind of blame us for that.05:40
infinityWe forced the issue a while ago when I just 5-bladesed parallel building into the buildd network and watched the world burn. :P05:40
infinityPatches made it back to Debian remarkably quickly back then, as I recall.05:41
infinity(The number of people who thought it was appropriate to -jN debian/rules without testing it in any meaningful way was remarkable)05:41
* micahg likes dh --parellel05:42
* infinity raises his brow.06:24
infinity^-- What was that about?06:24
pittiinfinity: sorry for the spam; doing kernel SRU training with RAOF06:26
pittiI just fixed copy-proposed-kernel.py to use the async method06:26
pittiwe did the real SRU copyign with the old script still, which uses syncPackage() and thus doesn't hit +queue06:26
infinityasync sync just sounds odd. :P06:26
pittiinfinity: ok to accept u-notifier?06:34
pittiyay, the LP diff is correct this time06:34
infinitypitti: What update-notifier?06:35
pittithat very :)06:35
infinitymvo: Mornin'.06:49
infinitymvo: Thanks for the quick apt fix.  You're my hero.06:50
mvoinfinity: your welcome, thanks for your report about it, that was right in time06:51
infinityI probably should have found it earlier, but who reads build logs, right? :/06:51
infinityWould have been embarrassing to trip over after release, if elmo decided to upgrade cocoplum. :P06:51
* mvo nods06:52
mvooh yes :)06:52
infinity(At least, I'm assuming it would die in the same way on a "real" archive)06:52
mvoit would, I'm pretty sure06:52
infinityUnless file lists take it through a safer codepath.06:52
infinitymvo: Do you still touch upstream apt, or have you backed away completely?06:53
infinitymvo: Your (fairly critical) FD fix, and my (pretty much just cosmetic) FD fix should both get into Debian.06:53
infinitymvo: I think I may have even linked the Debian bug in the changelog for mine.  If I was awake when I did it.06:54
infinityAhh, yeah, I did.06:54
mvoinfinity: yeah, I will merge it into debian too06:58
infinitymvo: *hug*06:58
mvoinfinity: well, once bzr finishes upgrading my branch to whatever is the latest format that is not compatible with the one used in my other branch :/07:05
infinitymvo: Hahaha.07:07
infinityWaiting on gnupg (28932) to finish generating a key.07:15
* infinity taps his foot.07:15
micahgpitti: can you please promote chromium in lucid to -updates and -security?07:44
pittimicahg: on it07:47
pittimicahg: ^ looks right?07:47
micahgpitti: yes07:47
micahgpitti: thanks07:48
micahgpitti: chromium in natty-proposed is ready as well08:25
pittimicahg: done08:46
infinitydoko_: Good morning. :P08:47
micahgpitti: thanks08:47
doko_infinity, did I wake you up? ;P08:47
pittiinfinity: FYI, jibel tested the python upgrade, working fine08:47
infinitypitti: With the above upload?08:47
pittiI'll review/accept into -proposed as soon as it gets diffy08:47
doko_infinity, yes08:47
pittiand then we can see for 0-day SRU or folding it into release, depending on whether we'll respin08:48
infinitydoko_: So, what do you (with a community hat on, I guess?) want to do about the FTBFS compilers in universe?08:48
doko_infinity, which ones?08:48
pittidoko_: thanks for the fix!08:48
infinitydoko_: gnat-4.6 has been FTBFS on armel since (accidentally?) turned on sf/hf multilib.08:49
infinitydoko_: gnat-4.4 is FTBFS on all arches.  I'd happily remove it, but it has reverse build-deps.08:49
doko_pitti: my gdb upload is still pending?08:49
doko_infinity, if gnat-4.4 has reverse-deps, then these should be removed, or built with 4.608:50
pittidoko_: someone blocked it on https://wiki.ubuntu.com/PrecisePangolin/FrozenArchiveStatus08:50
micahginfinity: I'll try to poke at gnat-4.4 rdeps over the weekend if you or doko don't beat me to it08:50
doko_pitti: even for -proposed?08:50
infinitymicahg: Consider the lock yours, I'm on airplanes.08:50
infinitydoko_: So, micahg just took 4.4 off our hands.  Fixing 4.6/armel would be nice, though, since it used to work. :/08:51
doko_pitti, ahh, I think it was slangasek. but the changes are bug fixes only08:51
infinitydoko_: I gave a quick pass at disabling sf/hf multilibs, but I clearly didn't grok the packaging well enough on the first pass.08:51
doko_micahg, it doesn't make sense to "fix" 4.4, better try to remove it08:51
micahginfinity: I can't promise due to the large number of other things I'm balancing on my plate08:51
micahgdoko_: yes, I plan to get the rdeps upgraded to 4.6 versions from Debian :)08:51
pittiless risky in an SRU, of course, but as the bug neither has a test case (or something that's actually broken), nor a regression test plan, it won't be easy to get it to -updates08:52
stgraberhmm, can we re-enable the upgrade entries on the tracker?08:56
stgraberoh, I guess it'd make sense to wait for python though08:57
=== doko_ is now known as doko
infinitydoko: My initial stab at fixing gnat-4.6 was http://paste.ubuntu.com/937997/ but it appeared to have no effect, so I suspect I'm missing a bigger picture. ;)09:02
dokoinfinity, I'll have a look09:03
dokomicahg, libgtkada can't be built with 4.6?09:04
micahgdoko: I already filed the removal for libgtkada209:08
infinitydoko: libgtkada2 was superseded by libgtkada, just to be confusing.09:09
dokoahh, ok09:09
micahglibgtkada is already built with gnat-4.6 FWIW09:10
infinitymicahg: Whose baby is reverse-depends(1) (or the web service it uses)?09:10
infinityadconrad@cthulhu:~$ reverse-depends libgtkada209:10
infinityreverse-depends: Error: Unknown package09:10
micahginfinity: tumbleweed wrote it I think, it's hosted on ubuntuwire09:11
infinityAs opposed to checkrdepends, which gets it right.09:11
micahginfinity: you need src:09:11
micahgyeah, requires more flags than checkrdepends09:11
infinityOh. --help doesn't say that. :P09:11
* micahg would love a current version of that :)09:11
micahginfinity: polyorb removal: http://packages.qa.debian.org/p/polyorb/news/20120305T100750Z.html09:12
infinitymicahg: Nuked.09:13
* infinity removes narval from that same mailing list post.09:15
infinityOh, nevermind.  Already gone.09:15
micahgyeah, we did that a while ago09:15
tumbleweedinfinity: patches welcome :)09:15
infinitytumbleweed: This is just a documentation issue, apparently.09:16
infinitytumbleweed: Or, it's an I can't read issue.09:17
tumbleweedprobably needs to say "binary package" so that it's more obvious what the problem is09:17
infinitytumbleweed: src is there in help, just cleverly hidden in the middle of my terminal.09:17
infinityBut yeah, a more informative error wouldn't hurt.09:18
tumbleweedsource packages probably should have been the default, it's all I use it for :/09:18
infinityIt could also use a slightly more machine-friendly output format.09:18
tumbleweedthere's an option for that09:18
infinityOh, -l09:19
* infinity tries.09:19
infinityThat's more pleasant.09:19
micahginfinity: ok, filed 3 FFe, ghcl I think we can just remove with gnat-4.4, all that's left is apq* which I'm testing now09:19
infinitytumbleweed: Okay, then once we get over my inability to read, I think my only remaining complaint is that I need to run it twice.09:20
infinitytumbleweed: Since I can't seem to get it to give me both rdeps and rbdeps together.09:21
infinityBut maybe that's by design.09:21
micahgyeah, I wish that would be fixed as well :009:22
infinitymicahg: ghdl, you mean?09:23
micahgyes :)09:23
infinityThat actually sounds remotely useful.09:23
infinityShame it's unmaintained. :/09:23
micahgindeed, but we can backport it if it ever gets fixed and people want it09:23
infinitymicahg: Bugs for the FFes?  I'm too lazy to go hunting.09:24
micahggive me a minute, filing 2 more09:24
infinityI accept verbal FFe requests.  Especially for universe.09:25
micahgbug #986073, #986077, #986086, #986094, #98609509:27
ubot2Launchpad bug 986073 in opentoken "FFe: Sync opentoken 4.0b-3 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98607309:27
ubot2Launchpad bug 986077 in gnade "FFe: Sync gnade 1.6.2-9 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98607709:27
ubot2Launchpad bug 986086 in libaunit "FFe: Sync libaunit 1.03-7 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98608609:27
ubot2Launchpad bug 986094 in apq "FFe: Sync apq 3.2.0-1 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98609409:27
ubot2Launchpad bug 986095 in apq-postgresql "FFe: Sync apq-postgresql 3.2.0-2 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98609509:27
micahgand we're almost done :)09:27
tumbleweedinfinity: that sounds pretty solvable :)09:27
infinitymicahg: The first three didn't need exceptions.09:29
micahginfinity: new binaries need an FFe :)09:29
micahgor so I've been told09:29
infinitymicahg: Just debian revision bumps with bugfixes (build-deps)09:29
infinityOh, meh.  They squirt out new binaries?09:30
infinityWhatever. :P09:30
micahgyes, hence the paperwork :)09:30
* infinity syncs.09:30
* micahg could sync them :)09:30
infinityDo 'em all.09:30
micahgI'll assume you've commented appropriately09:31
micahg do you want any of them in -proposed?09:31
infinitymicahg: release is fine.  But if that last one doesn't have properly versioned build-deps, make sure to stagger the uploads.09:31
micahgdeps are properly versioned09:32
infinityThen sync away and close your bugs. ;)09:33
micahgdone and done09:34
infinityOh dear, this is unpleasant: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/98585209:35
ubot2Launchpad bug 985852 in apt "libapt-pkg regression: infinite loop on processing certain Pre-Depends" [High,In progress]09:35
micahginfinity: once those publish, here's the removal: Bug #98609609:35
ubot2Launchpad bug 986096 in gnat-4.4 "Please remove gnat-4.4 and its reverse dependencies from precise" [Wishlist,Confirmed] https://launchpad.net/bugs/98609609:35
micahgthat was a very productive half hour :)09:35
micahgalthough sleep was on the schedule :)09:36
infinitymvo: Do you know if that infinite loop affects us (ie: do we have an ORed Pre-deps), or is it SRUable?09:36
infinitymicahg: Sleep's overrated.09:36
infinityI have a court date tomorrow, I'm trying to get as much work in as I can. :P09:36
infinitySo I can show up wild-eyed.09:36
infinityIt'll be great.09:36
micahginfinity: oops, forgot one, hold off on removal :)09:37
infinitymicahg: I'm not removing until the rdep list is clear anyway. :P09:37
infinitymicahg: I *do* check these things.09:37
infinityYou don't have enough RAM to build PyPy.09:40
infinityIt's known to require >= 1400 MiB on 32 bit archs.09:40
infinityWhy does it need *physical* RAM?  Or is the Debian maintainer just a doofus?09:40
LaneyAsk him. The doofus is in here.09:41
infinitytumbleweed: Hey, doofus.09:41
infinitytumbleweed: See above. ;)09:41
tumbleweedinfinity: it'll take a week to build09:41
tumbleweedprobably more09:41
tumbleweedthe GC walks across all the memory quite often09:42
micahginfinity: bug #98610509:42
ubot2Launchpad bug 986105 in topal "FFe: Sync topal 75-1 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/98610509:42
mvoinfinity: I think its SRUable and also needs a release-upgrader-apt upload for the lucid->precise upgrade09:42
mvoinfinity: I prepeared that but want to give it a testrun in jenkins first09:42
infinitymvo: If you think it's worth a release-upgrade-apt build, then I think it should be in release, not an SRU. :P09:43
mvowhile the regression risk is tiny, I'm worried about $anything at this point :/09:43
infinitytumbleweed: But I assume it's no that evil at runtime, right?09:43
mvoinfinity: but let me do a quick analysis09:43
tumbleweedinfinity: teh build process is "import everything into memory, perform type analysis, optimise, write C". Uses an insane amount of RAM09:44
infinitytumbleweed: A week-long build doesn't really hurt my feelings (though, obviously a bit late for precise) unless you upload the package every 2 days..09:44
mvoinfinity: in the archive it seems to be pretty much only debconf, default-jre and udev | makedev09:45
infinitymvo: That's a longer list than 0.09:45
infinitymvo: That settles it for me, we want it fixed, IMO.09:45
infinity(And not in an SRU)09:45
* infinity gets to reviewing.09:46
mvoinfinity: ok, I think I agree, probably I'm in too much of a OMG-stable mode currently09:47
infinitymvo: No, that's the right mode to be in.09:47
infinitymvo: But I don't want to take a chance on this asploding upgrades.09:47
infinitymvo: The MaxLoopCount guard probably could have been avoided for a targetted fix, though...09:48
infinitymvo: (Since I assume you also fixed the loop?)09:48
micahgcan someone approve the last gnat-4.4 rdep FFe from me above?09:48
infinitymicahg: Oh, looking.09:49
infinitymicahg: Seems slightly more featureful than the other syncs, but it's for the greater good. :P09:49
tumbleweedinfinity: I was being nice to the debian buildds. LP has less tiny-memory architectures09:50
micahginfinity: indeed, thanks09:50
infinitytumbleweed: Yeah.  I should spin it up on a Panda and see how it fares.  If it's alright, you can guard your guard in an lsb_release check for Ubuntu.09:50
tumbleweedinfinity: sure09:51
micahginfinity: ok, going to sleep now, I'll check when I get up to make sure all the stuff that was supposed to build did, thanks for your help09:54
infinitymicahg: Thanks for looking. ;)09:55
mvoinfinity: right, I can do a upload to final without the MaxLoopCount, I would like to SRU it though later as its IMO useful, the unknown is how high this count needs to be09:55
infinitymvo: Oh, I agree that the option's useful.  And the implementation even seems reasonable reviewable.  I just want tiny for fixes. ;)09:56
* micahg still can't believe we're shipping 4 versions of vala in the archive...09:56
infinitymicahg: How many in main?09:57
micahg2 last I checked09:57
infinityI remember the good old days, pitti and I used to be draconian about duplication in main.09:57
Riddellarguably vala is a duplication in itself </controvertial>09:59
infinitymvo: Oh ick, and I've seen that modifier bug before.  I didn't spend enough time looking at it to realise what was happening.09:59
tumbleweedinfinity: btw, building pypy on a low-memory machine is almost certainly going to timeout sbuild. It's already timing out on a bunch of decent buildds in Debian (if sbuild was line-buffered, I think it'd be OK, but it isn't)09:59
micahgtumbleweed: you could always grab the change that fta added to chromium that outputs something every 5 minutes10:01
tumbleweedurgh :)10:01
infinityGCC has a similar hack.10:01
infinityAlso, I take it back, I'm not spinning this up on my Panda, since my Panda needs to be in my suitcase in ~1.5 days.10:02
infinitySilly me.10:02
infinitytumbleweed: Remind me that I cared about this, and we'll look at it for Q?10:02
infinitytumbleweed: I'll test on a QuickStart too (which is what the Debian/armhf builders are), and if it's good on both, you can just turn it on there too.10:04
infinityBut yeah, it might need a logping hack or something if it's going to take days to do its thing.10:04
infinityI believe it was GCC on m68k that drove doko to write that awful hack in the first place. :P10:05
tumbleweedmicahg: actually, I don't think that's even an option, as it does legitimately timeout too.10:05
pittiinfinity: https://launchpad.net/~ubuntu-cruft-busters!10:05
* micahg applies10:06
infinityEven if it is owned by NCommander. ;?10:06
infinityTYPING HARD.10:06
micahginfinity: if we need an approbation, we can use the yada removal :)10:07
infinitytumbleweed: Wait...10:08
infinitytumbleweed: Is the ascii art how it keeps the build alive? ;)10:08
tumbleweedyes. But the ascii art is based on events, not time10:09
infinityOh, and those events can really be hours apart?10:09
tumbleweed4k worth of dots can be hours apart10:09
infinityThat's a solvable problem.10:09
tumbleweedin my measuring, each line is always a lot less than that on a capable buildd10:10
infinityWatching this is kinda soothing.10:10
tumbleweedit's colour if you do it by hand :P10:10
infinitymvo: Okay, I've read this a few times, in both directions, uphill both ways, in the snow.10:13
infinitymvo: I'm inclined to accept it as-is.  The two bugs are both worth fixing, and the MaxLoopCount looks safe and sane.10:13
infinitymvo: When do we get a matching release-upgrader-apt?10:15
mvoinfinity: the release-upgrader-apt is uploaded to a PPA once the testing there is done I move that to lucid-proposed10:18
infinitymvo: Mmkay.10:18
pitti^ your mass give back?11:21
cjwatsonoh, yes, I was going to look at a mass give-back for the test rebuild11:22
* cjwatson fires up lp-shell11:23
pitticjwatson: infinity did that this morning apparently11:23
cjwatsonhe did that for the main archive, not the test rebuild11:23
cjwatsonthere's stuff in scrollback abou tit11:23
dokopitti, cjwatson, infinity: I'd like to fix bug 981037 for precise. 0-day sru?11:24
ubot2Launchpad bug 981037 in openjdk-6 "The javac executable doesn't produce full paths for files on error" [Undecided,New] https://launchpad.net/bugs/98103711:24
pittidoko: yeah, normal SRU seems fine; this isn't release critical for final certainly?11:25
dokopitti, I'd like to build it in -proposed, so that jibel can test it. no, not for final11:26
jdstrandcjwatson: fyi, the test-openssl.py qrt failures were because I needed to specify -tls1 to s_client. I think what is happening is s_server is defaulting to -tls1 and s_client is not11:30
jdstrandcjwatson: I'm going to not worry about it at this point11:30
cjwatsonah, that makes sense, I hadn't got round to looking at that yet11:31
cjwatsoncome on, Launchpad, I'm only asking you to load 1472 objects11:32
cjwatsonah, there we go11:32
cjwatsonI guess I want to give back only source packages without newer versions in the main archive11:33
cjwatson>>> len(builds_not_superseded)11:48
cjwatsonthat looks about right11:48
cjwatson>>> for b in builds_not_superseded:11:48
cjwatson...  b.retry()11:48
cjwatsonbuilders are filling up now11:49
pittitime for our new shiny builders to earn their money!11:49
pittior electrons11:49
* cjwatson ♥ launchpadlib11:50
pittii386 8 26 jobs (43 minutes)11:50
pittibuildds with go-faster stripes!11:50
=== greyback is now known as greyback|lunch
=== greyback|lunch is now known as greyback
cjwatsongah, just spotted a security flaw in apt-setup for extras.ubuntu.com handling13:10
cjwatsonwe need a new ubiquity to sync up with console-setup anyway, so can I upload this?  it's just adding predownloaded Release/Release.gpg files so that the initial update is forced secure13:10
stgrabersounds good13:13
infinitycjwatson: While you're in there, add a nice comment block for security? ;)13:17
cjwatsontoo late, sorry13:17
cjwatsonfile a bug :)13:17
infinityOh, indeed.13:17
infinityCurses, queuebot.13:17
infinityI don't care deeply enough to file a bug.13:18
infinityI always wipe my sources.list anyway. :P13:18
dokopitti, openjdk-6 uploaded13:18
infinityJust felt odd that it's the only one without comments.13:18
stgraberapt-setup looks good13:23
stgraberactually, why don't we have the .gpg too?13:23
cjwatsonwe do13:23
cjwatsonit might not show up in the diff since it's a binary file13:24
stgraberoh right, diff and binary, sorry13:24
* stgraber needs to add some visual way of spotting binary files in mc's diff viewer...13:24
pittistgraber: babeltrace has no bug refs, no open bug, and looks very intrusive; was that discussed before?13:45
cjwatsonIt would sure have been nice if GLU ES had been packaged by somebody13:45
stgraberpitti: we're trying to get on the full lttng 2.x stack that includes babeltrace 1.0, we were previously on a development snapshot, I now pushed the RC and we're expecting the final in the next few days13:46
stgraberpitti: lttng is fully self contained at this point, nothing depends on it and it's not seeded13:47
pittistgraber: ok, I assume you tested with the new lttng-* packages and on precise?13:47
stgraberpitti: yes, upstream develops on Ubuntu and have daily builds. I built them locally on my machine and am running with them13:48
pittiok, thanks13:48
pittiDaviey: can you please review the maas upload in -proposed? I don't feel qualified to judge the patch/impact13:55
infinity^--- cjwatson is reviewing that upload for me already.14:01
cndinfinity, I'll ask for testers on the ubuntu-x mailing list14:01
cjwatsonyep, livecd-rootfs is fine14:02
cjwatsonlots of arm preinstalled fixes14:02
dokothird powerpc buildd \0/   ... time to start a test rebuild on powerpc ;)14:02
infinitydoko: I'd love to after Debian imports settle down a bit, actually.14:03
infinitydoko: I'd really like to know how healthy the port really is (I suspect it's not as bad as people think, and most of it could be fixed easily)14:04
dokoopenjdk-6 build did fail on amd64, one of the new machines ...14:05
infinitydoko: Very thread-sad... Too many cores confusing poor java? :P14:06
infinity"Caused by: java.lang.IllegalMonitorStateException: current thread not owner14:06
cjwatsoninfinity: even the normal FTBFS list is a good indication that it isn't particularly sad14:06
stgraberinfinity: who needs smp anyway?14:06
infinitystgraber: Sun was pretty keen on SMP before they sold their souls to Ellison.14:07
pgranerinfinity, https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/986203  looks like fixing lp 985737  caused a new bug: lp 98620314:07
ubot2Launchpad bug 986203 in livecd-rootfs "oem-config prompts for tasksel configuration multiple times during the install" [Undecided,New]14:07
ubot2Launchpad bug 985737 in livecd-rootfs "Tasks selected in oem-config are downloaded, but not installed, or configured ..." [High,Fix released] https://launchpad.net/bugs/98573714:07
ubot2Launchpad bug 986203 in livecd-rootfs "oem-config prompts for tasksel configuration multiple times during the install" [Undecided,New] https://launchpad.net/bugs/98620314:07
infinitypgraner: That would be a neat trick, since I only *just* fixed the bug.14:08
pgranerinfinity, well something happened in the .2 build, I got prompted for tasksel and ticked off lamp & postfix, and it installed them14:09
pgranerinfinity, while prompting me for the same questions 3 times14:09
infinitypgraner: Let's just call that build a complete wash, and you can revisit your new bug a bit later. ;)14:09
infinitypgraner: (The new livecd-rootfs is still building, so... It'll be hours before any images squirt out the other end)14:10
infinitypgraner: I'm actually mildly amused that no one filed (which means no one noticed) the most glaring bug most ARM images had for two days, which was that the armhf images were actually armel. :P14:13
infinitypgraner: (Fixed now, but argh)14:13
pgranerinfinity, there are no test cases for that specifically14:13
infinityNo, but you'd think manual testing would lead someone to notice it visually at some point.14:14
infinityapt-get update output, etc.14:14
pgranerinfinity, have you seen the manual testing steps?14:14
infinityNo.  I'm guessing they're a bit light on fuzz testing?14:14
pgranerinfinity, I've added it to the automated testing TODO list and I'm updating the manual tests now14:14
infinityBut yeah, checking the architecture seems like a good thing for automation.14:15
infinityi386/amd64 could well suffer the same oops.14:15
pgranerinfinity, for your amusement here is the test case for server http://testcases.qa.ubuntu.com/Install/ARM/Headless14:15
infinityAnywhere where the target hardware can support more than one arch, people wouldn't even notice... Until they did. ;)14:15
pgranerinfinity, yep, on the list14:16
stgraberI guess we could do with a generic "Make sure your media matches its description (flavour, architecture)" entry in the testcase wiki pages :)14:16
pgranerstgraber, fixing now14:16
infinitypgraner: That's.  Uhm.  Err.  I.  Dude.14:16
* cjwatson waits the requisite forever for ugene to test-build on ARM14:17
infinitycjwatson: Didn't you hear?  We're getting fast hardware ANY DAY NOW.14:18
infinitycjwatson: Obviously, yours just got delayed in the post.14:19
cjwatsons/mine/Canonical's/, given that this is scheat :-P14:19
skaetcjwatson, pitti, infinity - why did eglibc move from opportunity target to a Rebuild trigger?    Thought slangasek yesterday decided it was opportuntity target.14:19
cjwatsonNowt to do with me.14:20
cjwatsonBut I found a security flaw in the installer anyway, so ...14:20
skaetinfinity,  not seeing livecd-rootfs on the pad.ubuntu.com/ubuntu-release as a rebuild trigger,  and based on your comments in the backscroll?14:22
cjwatsonAnd I think we still need this new apt.14:22
infinityskaet: We have other things going on, I figured it would just happen when it happened. ;)14:23
infinity(Like the new apt)14:23
infinitycjwatson: I reviewed it about 7 times before I accepted it, it seems good and pure and true.14:23
skaetinfinity,  makes it hard to pick up at start of new shift, if its not accurate.  :P14:23
infinitycjwatson: mvo's testing the release-update-apt copy in his PPA, and should have tests some day.14:24
cjwatsonThat's the pre-dep regression, right?14:24
infinityAnd a modifier bug.14:24
infinityBut the pre-dep thing is the killer.14:24
cjwatsonhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669591 - ha, right, nasty-ish in itself, but I agree14:24
ubot2Debian bug 669591 in apt "apt: 'apt-get remove g++' is intrepreted as an install command (iprobably any package with a + at the end)" [Serious,Fixed]14:24
infinityskaet: eglibc would be a trigger for kubuntu-alternate, which means it needs to be in the release pocket, which means it now triggers the world, cause it's on every image.14:25
cjwatsonadded apt to the pad14:26
skaetinfinity,  yes,  understand but rebuild triggers are forcing functions (like apt),  opportunity targets are things we want to pick up if we can (kubuntu alternate could be release noted if we don't do a respin.)14:27
skaetthanks cjwatson.14:27
infinityReading release notes are scant comfort for a completely broken upgrade.  Anyway, other things were pulled in anyway, hence the opportunity was taken.14:27
cjwatsonin this case it's moot.  eglibc is already built everywhere.14:27
cjwatsonand published.14:27
infinity(I'm not the one that marked it as a trigger)14:28
infinityThough I did copy it.14:28
stgraberskaet: IIRC the reason to consider it as a rebuild trigger for kubuntu alternate was that without it you couldn't upgrade to 12.04 using the alternate media. No amount of release noting would have worked around that, besides asking people to wait till the point release.14:28
infinitystgraber: Well, release notes can work around it by telling people to use a network.  But that assumes they read the release note before they hose their system with a mid-upgrade explosion. :)14:29
cjwatson"Ubuntu Netboot: [3]" is that a request for me to rebuild debian-installer against the new eglibc?14:30
stgraberinfinity: right and that someone who would have upgraded using the alternate CD (a pretty rare case) has internet connectivity ;) the only case where I use an alternate media as an upgrade source is precisely when I don't have connectivity...14:30
infinitycjwatson: Ask the man in baby blue...14:31
skaetstgraber,  infinity,  thanks.   Since we'll be respinning for the apt and ubiquity,  it will be picked up.14:31
skaetcjwatson,  slangasek put in that indicator.14:31
skaetI just updated the numbering so we could keep score,   best to get his input14:32
Laney^ fixes ppc ftbfs, bugfix14:32
cjwatsonit could well be that the formatting of the pad encourages just walking all the way down it blindly inserting [3].14:32
cjwatsonslangasek: do you really want a new debian-installer build for eglibc?  I wouldn't have thought a maintainer script fix made any difference, although I suppose you might want to pull in final binary objects14:34
* skaet nods14:34
infinitycjwatson: Having the binaries match the archive is nice, ish.  Though, they don't match in the d-i case anyway.14:34
infinityCause mklibs does bad, bad, bad things to them.14:35
stgraberhmm, looking at the pad, souldn't python2.7 be considered as a rebuild trigger for the same reason as eglibc then?14:36
stgraberpeople upgrading using an alternate media will have the python upgrade failure unless the fixed python2.7 is on the media14:36
infinitystgraber: Opportunity knocks.14:38
infinitystgraber: Copy it before one of the other triggers is copied, and the debate's not worth having.14:38
* infinity points at livecd-rootfs.14:38
infinityOh, but it's still building on arm*. :)14:39
stgraberyeah, ETA is less than an hour based on previous building time14:40
infinityOh, I should probably note xorg somewhere.14:40
infinityAre we still wikiing for promotion?  Or padding?  I lose track. ;)14:41
cjwatsonsorry, my network is a bit flaky this afternoon14:44
cjwatson15:38  * cjwatson points at ubiquity.  Please review14:44
stgrabercjwatson: looking14:44
=== barry` is now known as barry_
* infinity heads out for an off day.14:45
stgrabercjwatson: +114:45
=== barry_ is now known as barry
skaetinfinity,  why can't xorg-server be handled as SRU?14:47
cjwatsonstgraber: ok, accepted, thanks14:48
* cjwatson copies apt14:49
skaetstgraber, infinity,    need MUCH more background before the xorg-server one is pulled in - not sure why it can't be considered SRU.14:52
skaet(a bug number would be nice too)14:52
cjwatsonthere is a bug number.14:53
infinityskaet: It makes touchscreens pretty much unusable without also having a mouse handy to upgrade to the SRU.14:53
cjwatsoncopied to the pad now.14:53
cjwatson(but having to copy all this stuff around manually is really error-prone)14:53
infinityskaet: Not HUGELY critical, because we probably don't have many touchscreen-only users, but nice to fix.14:54
skaetinfinity - can it cause regressions on the other parts?14:54
highvoltagestgraber: I just realised that the edubuntu wallpapers (the additional ones) doesn't show up in the gnome wallpaper list. is that something fixable (even if it's by SRU?)?14:54
skaetor localized scope only.14:54
slangasekdoko, pitti: that gdb block is from skaet, not me14:54
pittiskaet: gdb> we'll do it as an SRU, no need to squeeze into release14:55
* skaet nods14:55
chrisccoulsonhi. is there any chance of getting bug 985862 on the CD?14:55
ubot2Launchpad bug 985862 in ubufox "Update the start page URL" [High,Triaged] https://launchpad.net/bugs/98586214:55
pittichrisccoulson: so AFAIK we'll need a respin for ubiquity and some others14:55
stgraberhighvoltage: should be fixable as SRU yes, can be uploaded to -proposed already and used as opportunity target if we need to rebuild edubuntu for some other reason14:55
pittichrisccoulson: so if you have an upload ready, please uplaod it RSN14:55
infinityskaet: Looked pretty localized to me, but like I noted, wait for cnd to give testing feedback.14:55
chrisccoulsonpitti - ok, will do. do you want me to use proposed?14:55
stgraberhighvoltage: do you now exactly what's wrong and needs fixing? if it's trivial, I'm happy to fix that quickly now as we're planning a rebuild anyway14:56
pittichrisccoulson: it can never hurt, yes14:56
* infinity really goes now.14:56
highvoltagestgraber: I don't have the exact details, but I guess I'd look at the package that installs the community wallpapers and do the same14:57
cjwatsonLaney: haskell-hashtables> nice, thanks, accepting14:57
pittichrisccoulson: did something at the google side change recently which made this necessary?14:57
cjwatsonwould be nice to let the agda stack clear14:57
highvoltagestgraber: sorry I don't have a more useful answer at this point... maybe I can have an answer for you in a minute or two14:57
Laneyyep. credit has to go to Joachim for investigating the fix though14:58
stgraberhighvoltage: ok, I'm having a look now while waiting for test installs to finish running14:58
stgraberhighvoltage: can you file a high priority bug against edubuntu-artwork for it please?14:58
highvoltagestgraber: ok thanks a lot14:58
highvoltagestgraber: yep14:58
stgraberhighvoltage: right, I have a fix for it, testing it now15:00
* skaet heading to weekly meeting in #ubuntu-meeting15:00
cjwatsonanyone know what's with libpg-java in NBS?15:00
highvoltagestgraber: LP: #98623115:01
pitti  * Change binary package name to libpostgresql-jdbc-java.15:02
pitti      (closes: #336245)15:02
pitticjwatson: ^15:02
cjwatsonah; is somebody sorting out the rdeps?15:02
pitticjwatson: I'll add a transitional package back15:02
pittinot sure who requested that, perhaps the sync request says; looking15:02
cjwatsonoh, yeah, I think he sent me mail about that15:03
cjwatsonexpect he cared about the new upstream ...15:03
Davieypitti: I've just arrived home.. will catch up on this shortly.15:04
pittiDaviey: ah, you were on a conference? welcome back15:04
Davieypitti: glad to be back.. :)15:05
slangasekskaet: I put it as 'rebuild trigger' initially, then thought out loud some more, and never changed it on the pad... stgraber makes the point that not taking it will break one of the supported upgrade paths, i.e. using the kubuntu alternate CD as an apt repository.  But this is all moot now since I see eglibc 0ubuntu10 is in. :)15:07
slangasekcjwatson: debian-installer build> eh, no - if I put that it's because I wasn't reading closely15:08
skaetthanks slangasek for the clarification.15:08
cjwatsonslangasek: trigger dropped then, thanks15:08
kenvandinethe gwibber-service-sina and gwibber-service-sohu  uploads are important for the china-images15:16
stgraberfix for bug 986231 uploaded. As marked on the pad, would be great if this could be in the next Edubuntu build. It's not critical as someone can certainly wait a few days to get their wallpapers but the bug was caused by an invalid .xml file, so that should be easy to review and is a quick build15:24
ubot2Launchpad bug 986231 in edubuntu-artwork "Edubuntu wallpapers are not displayed in Gnome appearance properties" [High,Confirmed] https://launchpad.net/bugs/98623115:24
stgraber(built and tested locally)15:24
stgraberhighvoltage: http://paste.ubuntu.com/938407/ is the fix. Apparently gnome-background's xml parser was being really nice to us in the past as these wrong tags have been there since maverick :)15:26
highvoltagestgraber: ah, ok!15:26
stgraber(the _name was meant for translations but we don't have the translation infrastructure (and never had))15:27
pitti^ should make http://people.canonical.com/~ubuntu-archive/nbs.html happy again15:31
pittireview appreciated15:31
Riddellpitti: looking15:31
pittiRiddell: thanks15:34
cjwatsonogra_: I realise that it helps for big updates if the linaro tree is synced up, but I don't see why it has to be that way for every single patch.  You could quilt push/quilt refresh and then it's just a question of conflict resolution15:37
cjwatsonand send the linaro people the resulting delta15:38
ogra_cjwatson, putting the gles patch on top again and then doing a push and refresh reverts the fix from the patch, i have to diff from scratch again15:38
cjwatsonthat's misuse of quilt somehow - this is perfectly doable15:38
cjwatsonbut it's very hard to debug at a distance15:38
cjwatsonif this is still a problem by UDS then perhaps we should sit and walk through an example15:38
cjwatsonFWIW I do functionally equivalent stuff *all the time* with Debian vs. Ubuntu patches to grub215:39
ogra_well, the prob is that we have bzr trees where fixes are applied alongside with quilt patches in the compiz case15:39
cjwatsonthat may require some extra thought, but it does not require rediffing from scratch15:40
stgraberLP's done diffing edubuntu-artwork, would appreciate if someone could quickly review it15:40
pittistgraber: looking15:41
cjwatsonbeat you15:41
cjwatsonlooks sane, accepted15:41
pittistgraber: oh, were these meant for i18n, and be .xml.in?15:42
ogra_bug 77028315:42
ubot2Launchpad bug 770283 in compiz-core "[fglrx]title bar does not update on non-maximized windows" [Medium,In progress] https://launchpad.net/bugs/77028315:42
stgraberpitti: yeah, I think we copy/pasted from ubuntu-wallpapers a while ago but didn't implement the translation infrastrcture :)15:42
cjwatsonogra_: I'm not saying this is easy to get one's head around - just that this *is* doable with these tools without the level of difficulty you've been describing, and so we ought to figure out what difficulties can be smoothed over15:42
stgraberpitti: for 12.10 I'll probably move that to .xml.in and add the po generation magic15:42
cjwatsonthe bit about reverting the fix from the patch is definitely not an intrinsic property of your setup15:43
cjwatsonnot saying it doesn't happen, I can see how it might, but it's a question of slightly different use of tools15:44
ogra_yeah, probably15:44
cjwatsonprobably a matter of making sure you're popped down to the common base patch level before merging15:44
Riddellskaet: actually it might be !testers in #kubuntu-devel I forget which15:44
cjwatsonor something along those lines15:44
ogra_well, i dontn really touch quilt manually, i only copy the .patch file in place the way it is now ...15:45
ogra_both trees are set up in a way to have identical content apart from the linaro gles code changes so diffing betwen them is the easiest way, but indeed that means to update every time quilt in the package is updated15:46
NCommanderinfinity: :-P15:48
stgraberpython2.7 is done building15:49
pittiogra_: you can't convince upstream to take the patch? :-)15:49
ogra_pitti, not for 12.04, it will be in the 12.10 upstream tree15:49
ogra_(note that this discussion is going on since two years, i'm massively happy to have *something* now, even though its horridly painful to maintain)15:50
ogra_sadly it isnt just easily #ifdef'able15:51
ogra_hmm, seems the ac100 .bootimg md5sums are incorrect once again15:53
pittithere, that's better15:58
pitticjwatson: ^ (empty again)15:58
ogra_skaet, so if uploading compiz today is mandatory for getting it into the images, the fix that blocks my upload is for bug 770283 ... looks like upstream is happy with it by the last comment on the bug16:02
ubot2Launchpad bug 770283 in compiz-core "[fglrx]title bar does not update on non-maximized windows" [Medium,In progress] https://launchpad.net/bugs/77028316:02
skaetRiddell,  ok.   I'll figure it out for the !testers call.16:02
skaetRiddell,  how are ReleaseNotes looking for Kubuntu?   What's left?16:02
* skaet would like to get some docs team editors working through them, so grammar/spelling/awkwardness gets polished up.16:03
stgraberinfinity: could that have been caused by the switch to ext4? https://launchpadlibrarian.net/102695780/wubi-12.04-rev265.log16:03
skaetogra_,  looking16:04
stgraber(log above is from bug 986246)16:04
ubot2Launchpad bug 986246 in wubi "Couldn't find valid filesystem superblock. during Wubi install" [Undecided,New] https://launchpad.net/bugs/98624616:04
* stgraber boots Windows16:05
* jibel tries wubi16:06
pittijibel: python 2.7.3-0ubuntu2 in precise-proposed was verified to work, right? and it just adds the conflicts16:07
pittijibel: would moving that to precise instead of 0-day SRU fix the bug with the offline cdrom upgrade?16:07
pittior is that a different cause?16:07
pittidoko: ^16:07
pittianyway, I think we should copy it to -release16:08
pittiskaet: ^ any objections?16:08
dokopitti, the offline upgrade is another issue16:09
skaetpitti,  is it just adding the conflicts?  nothing else?   if so,  no objections.  If something else in there... need to understand more.16:09
dokowhich should be fixed in the release upgrader16:09
pittiskaet: yes, http://launchpadlibrarian.net/102670659/python2.7_2.7.3-0ubuntu1_2.7.3-0ubuntu2.diff.gz16:09
pittiand if it's not _that_ bug, it's still a bug you'd see when doing a cdrom upgrae16:09
jibelpitti, 2.7.3-0ubuntu2 fixes main all upgrade.16:09
pittiok, copying16:09
skaetthanks pitti,   no objections.16:09
skaetogra_ can we line up some immediate focused testing on your fix and this specific one that will end up included as well,  so we can revert if there are surprises?16:12
ogra_skaet, i cant test fglrx ...16:13
ogra_since i dont have the HW16:13
skaetwhat I'm worrying about is that one is pervasive to all the platforms, and yours is specific to arm... less risk.16:13
ogra_my patch was heavily tested by alf and rsalveti already16:13
ogra_according to https://code.launchpad.net/~sil2100/compiz/workaround_770283/+merge/102505 lukasz fix has been tested though16:14
ogra_and smspillaz nodded it off as well16:14
skaetpitti,  any thoughts here?   from the changelog in the bug, and ogra_'s comments,  I'm tempted to take the risk,  and revert it out if problems show up over the weekend.16:15
skaeton the other hand,  we need to keep the stability, and don't have apport on to alert us if we suddenly start seeing crashes.16:16
pittiwell, we'll have the reports in whoopsie, but I don't think that's accessible yet16:16
pittiskaet: I'm afraid I don't have a qualified answer here, just gut feeling16:16
skaetpitti, gut feeling please16:17
pittiogra_: this was tested on fglrx, was it tested on intel and nvidia, too? and arm/gles?16:17
ogra_pitti, no, only the arm side has been tested16:17
pittiskaet: I'd take it if we have, or can get, this ^ hw coverage16:17
ogra_but according to the merge request the fglrx fix has been tested separately already16:17
pittiright, that leaves nvidia and intel16:18
slangasekskaet: I've not caught the full thread and am otp, but I'm concerned about the idea of compiz changes right now for things other than ARM... what's the bug proposed for fixing here?16:18
skaetIts not release critical, and certainly SRU candidate16:18
skaetbut its getting in the way of ogra_'s changes.16:19
skaetand untangling things in bzr is what he wants to avoid,  I think.16:19
skaetogra_'s fix is scope limited, and improves the situtation.16:19
skaetthe interaction of this blocking one is risky, and has regression potential.16:20
ogra_especially since untangling now doesnt get me anywhere, i will have to untagle again after the SRU16:20
ogra_so for the gles fix its either go now *with* the fix ... or wait until after (or with) the SRU16:21
jibelI confirm bug 986246 . wubi's broken16:21
ubot2Launchpad bug 986246 in wubi "Couldn't find valid filesystem superblock. during Wubi install" [Undecided,New] https://launchpad.net/bugs/98624616:21
stgraberjibel: ok, I'm looking at it now16:22
stgraberjibel: it might be fixable by upgrading resize2fs to a newer version16:22
pittiskaet: it's a bit on the knee-jerk side for my taste, but I think your guess is as good as mine :/16:22
cjwatsonstgraber: ew16:23
skaetogra_ do you know any good way of getting some testing on the combination of fixes on nvidia and intel?   Yes,  I agree pitti - its feeling too risky.   We're going to need to play it safe and defer to SRU.16:23
cjwatsonstgraber: let's revert to ext316:23
ogra_well, if its really such a headdache ... we dont ship gles drivers on the images, people have to pull tem from the net post install, they would have to make sure to update to -updates them as well to have something working16:23
cjwatsoninfinity: your livecd-rootfs changes don't seem to be pushed to lp:livecd-rootf16:24
ogra_while thats inconvenient it probably has less risk if i upload to proposed now and we leave it like that16:24
skaetogra_,   user base of this platform is more experienced than the others that could get impacted if we guess wrong.16:24
ogra_thats indeed true16:24
ogra_(as 0 day SRU i meant above)16:25
stgrabercjwatson: right, that works too. I'll do a bit of debugging here and send a merge proposal against wubi trunk so that we have that fixed for 12.10 at least16:25
cjwatsonwait, why wubi trunk?  I thought you meant resize2fs in e2fsprogs16:25
cjwatsonoh god, it ships its own for Windows or something doesn't it16:26
stgrabercjwatson: right we have resize2fs.exe in wubi.exe16:26
stgrabercjwatson: I'm guessing upgrading it to a newer version will fix it but I want to make sure16:26
cjwatsonhow is this not a GPL violation?16:27
skaetogra_,  pitti -  ok.  get it in -proposed,   and SRU will be the plan for it.    Lets try to round up testers and get the combination checked out on the other hardware.16:27
cjwatsonev: ^-16:27
gemaskaet: we've found a problem in the arm server install, bug 98620316:31
ubot2Launchpad bug 986203 in livecd-rootfs "oem-config prompts for tasksel configuration multiple times during the install" [Undecided,Confirmed] https://launchpad.net/bugs/98620316:31
gemaskaet: the good news is that it installs in the end16:31
skaetgema,  thats good news, so release notable then at least if we can't get a fix in time.16:32
skaetslangasek, is there anyone with bandwidth to look at it today?  ^16:34
stgrabercjwatson: I'm building a new wubi now here using what I think is a newer version of the blob that was used (basically extracted version of resize2fs.exe from the current cygwin release)16:35
slangasekogra_: so what's the real impact of the gles bug?  You said before "people sometimes don't get window decorations"; rickspencer3 tells me it's "compiz segfaults and that's all she wrote".  Sorry if I'm making you repeat yourself, but I'd like to understand if the impact on ARM is really something you should be busting your but to fix in .0 or if an SRU of the whole thing would be better16:35
evcjwatson: "An alternative method of satisfying the copyleft is to provide a written offer to provide the source code on a physical medium (such as a CD) upon request"16:35
evpretty sure that's just the mingw resize2fs16:36
cjwatsongema: infinity wanted to wait until after his livecd-rootfs changes had landed to see what the effect of those on that bug would be16:36
slangasekskaet: "today"> probably not, infinity is off and stgraber has migrated east for the spring, so it's pretty much EOD for the lot16:36
ogra_slangasek, the first gles fix reverted all other quilt patches (the gles branch didnt have any of them applied) the window decorator bit is only one fallout16:37
cjwatsonev: where's that written offer?16:37
gemacjwatson: ack, we'll retest on monday then?16:37
slangasekcjwatson: where in the pipeline are those livecd-rootfs changes now?16:37
slangasekI can get out and push if need be16:37
ogra_slangasek, if we dont have the gles patch in the package, compiz dsegfaults and doesnt run on arm at all16:37
cjwatsonslangasek: in precise, not in bzr16:37
cjwatsonI'd like to copy ubiquity though16:38
cjwatsonlooks like it's built, so doing that now16:38
ogra_slangasek, and as discussed above, i will now upload a 0 day SRU to -proposed so it gets testing on nvidia and intel16:38
ogra_just quickly doing a testbuild on x86 before uploading to make sure everything is fine16:39
cjwatsonev: (also, it sucks for us anyway, because it hamstrings our agility in e.g. applying patches to it or upgrading to a new upstream version)16:39
skaetslangasek,   ^^ SRU will be the plan for it.16:39
slangasekstgraber, cjwatson: FWIW I'm in favor of reverting to ext3 for wubi instead; that was the rough agreement when we flipped the switch late, I don't want us to be chasing "just one more bug" all week16:39
cjwatsonI'm absolutely in agreement16:39
cjwatsonI would have done it already if infinity's livecd-rootfs changes had been in bzr16:39
cjwatsonwait, that change wasn't in l-r, was it16:40
stgraberslangasek: yeah, I'm fine with that. I just want to have a wubi branch ready with ext4 support for 12.1016:40
slangasekstgraber: sure, that's fine16:40
* skaet nods16:40
slangasekcjwatson: bug #859552: live-build?16:40
ubot2Launchpad bug 859552 in live-build "[FFe] Wubi should use ext4 disk images" [Undecided,Fix released] https://launchpad.net/bugs/85955216:40
cjwatsonDaviey: your debian-cd change for MAAS broke translations16:41
cjwatsonDaviey: tolerate or revert?16:41
cjwatsonDaviey: oh, meh, never mind, the MAAS version of that wasn't translated anyway :16:41
slangasekogra_: ok, if everyone's agreed that it's ok to punt compiz to SRU, I'm perfectly ok with that; otherwise I was going to offer to help untangle the merge today16:42
cjwatsonsomebody should file a gfxboot-theme-ubuntu bug for that ...16:42
cjwatsonslangasek: yes, and cdimage I think16:42
cjwatsonI'll deal with it then16:42
ogra_slangasek, there is nothing to untangle ... its broken by design (though cjwatson seems to have an idea how to design such stuff better)16:42
ogra_(for the future)16:43
slangasekogra_: "untangle" meaning "allow your patch to go in cleanly, on its own, against the package already in precise"16:43
ogra_slangasek, thats no prob i could do that now ...16:43
slangasekclearly I've misunderstood the concern then16:44
ogra_slangasek, but i have to invest another half day to do it again right after the pending fix was uploaded16:44
evcjwatson: I agree that it's not ideal, but it's not like we put a GPL licensed body of work in some proprietary code. Last I checked, we didn't provide menu options for how you get the source code to all our packages.16:44
ogra_the prob is that the gles patch is always the last quilt patch16:44
* skaet goes to get the pad caught up with the discussions in the last hour....16:44
ogra_so as soon as one quilt patch changes underneath, the gles one has to be updated16:45
evI'm not trying to set up a strawman mind, I just don't see how this differs wildly from anything in the archive from a user perspective16:45
ogra_(thats what i mean by broken design)16:45
cjwatsonev: Oh come on, menu options != written offer16:45
slangasekev: everything in the archive has the source sitting alongside it in the same directory, and every binary package has a copyright file telling people the license16:46
cjwatsonthere's a minimum legal requirement here and we aren't meeting it16:46
cjwatsonwe can't excuse that using arguments about user-friendliness16:46
ogra_ok, compiz uploaded16:46
slangasekev: you may not have noticed how strictly we adhere to the GPL elsewhere because this is all inherited from Debian and the bugs were shaken out long ago ;)16:47
slangasekbut it does matter... Ubuntu should not be playing fast and loose with free software licensing16:47
evso the legal requirement is that the license sit in a specific directory? I'm looking for this online but have not found it thusfar.16:48
cjwatsonNo, the legal requirement is not that16:48
cjwatsonPlease show me the written offer for corresponding source to resize2fs.exe16:48
cjwatson(It should accompany every object-code distribution of resize2fs.exe)16:49
evso the full license merely has to be installed at the same time?16:49
cjwatsonA license isn't an offer of corresponding source16:50
cjwatsonCertainly we should install the licence16:50
cjwatsonBut even I have no idea where to find the corresponding source for resize2fs.exe16:50
slangasekev: the requirement is that, when you distribute a binary, the recipient knows it's GPL and there's some way to trace it back to the source16:51
slangaseklike cjwatson says, if *we* can't even find the source, we're clearly not fulfilling that req ;)16:51
phillwsuch things as the license are usually placed at the bottom of the man page for things like resize2fs?16:51
evI'm not arguing that we are meeting the requirement16:51
cjwatsonphillw: no, they're in /usr/share/doc/*/copyright16:51
evI am trying to get some understanding of how much flexibility we have here16:52
pittiFWIW, we outright reject stuff in NEW which is GPLed and has no source16:52
cjwatsonI'm actually kind of worried by the suggestion that we need flexibility; Ubuntu should find it very easy to comply with the GPL16:52
phillwcjwatson: never looked in there, but am on first name terms with man :D16:52
pittie. g. PDFs, and of course binary blobs16:52
stgraberI think we should probably use the source tarball from cygwin and build it in our build process (so we know the binary matches) and ship the resulting resize2fs.exe in its own directory with the LICENSE16:53
stgraberconsidering we already build Windows stuff in the wubi build process, it shouldn't be impossible to do that too16:53
cjwatsonphillw: there's no legal requirement that the licence be in any particular place; the standardised positioning in /usr/share/doc/*/copyright is for the benefit of archive admins, but that doesn't apply to Wubi since it isn't built as a standard binary package16:53
cjwatson(well, not entirely for the benefit of archive admins, it's useful to other people too)16:53
slangasekcjwatson, ev: I'm not sure we should consider this a stop-ship issue for wubi since it's not a new issue, but we should certainly fix it for .116:53
stgraber(or we can assume that the .src.tar.gz and the .bin.tar.gz on the cygwin ftp mirror match and then just write a reference to that in a file)16:53
cjwatsonI agree, it's just that I only just noticed it16:53
cjwatsonstgraber: which is fine as long as we can argue that our redistribution is "non-commercial"16:54
cjwatson(GPLv2 3c)16:54
cjwatsonwe generally don't use 3c because it's more trouble than it's worth in practice16:55
cjwatson(for us)16:55
pittihave a nice weekend everyone! please call my mobile if there's something urgent16:55
slangaseklater, pitti :)16:55
evso how hasn't all of Wubi been a GPL violation if the requirement is that the recipient knows that it's GPL? It surely doesn't say that anywhere in the UI.16:55
evAgain, just trying to get an understanding of this.16:56
cjwatsonthat's a misstatement of the GPL16:56
cjwatsonit doesn't require UI presentation (unless you received it that way, in which case GPLv2 does not permit you to remove it)16:56
cjwatsonthe information has to "accompany" the object code16:56
cjwatsonyou have "flexibility" in exactly where that information goes16:57
phillwhow are the alternate respins coming along, seems like all flavours are getting one?16:57
cjwatsonI expect a court would apply some kind of reasonableness test16:57
cjwatsonphillw: not started yet16:57
phillwhe he, that will explain the delay, then :)16:58
evso even though Wubi is built from a bzr branch that you have to know how to get at, this aside, it's perfectly in compliance with the GPL because the source lives in that branch and has license files in it?16:58
cjwatsonI don't recall right now whether our Wubi distributions have any kind of licence indication accompanying them16:58
cjwatsonIt may well not be in strict compliance16:58
slangasekev: has to accompany the *object* code... if there are parts of Wubi that are compiled, we're not in compliance there either unless the pointer to the source is included somewhere with what we ship16:59
cjwatsonslangasek: there are16:59
cjwatsonif nothing else it includes bits of grub16:59
evthe whole thing is compiled, surely. I mean, if nothing else we ship python byte code.16:59
slangasekhas anyone on the release team looked at this update-manager yet?16:59
cjwatsonplease review live-build17:00
cjwatsonI'm pushing up the cdimage change now17:00
slangasekupdate-manager is an LTS->LTS upgrade issue only, so it could be left for .117:00
slangasekskaet: ^^ should I ask mvo to reupload to -proposed?17:00
slangasekcjwatson: looking17:00
skaetslangasek, looking17:01
cjwatsonev: I think that for example one way to be in compliance would be to put licensing information alongside wubi.exe on cdimage/releases and on the CD as a separate file, and for all links from our website to have a licensing link next to them17:04
slangasekcjwatson: rejecting, you didn't change series17:04
cjwatsonslangasek: didn't need to, it didn't revert the whole patch17:04
* slangasek looks harder17:04
slangasekah indeed17:05
evcjwatson: okay17:05
slangasekcjwatson: anti-rejecting ;)17:05
cjwatsonthat is, if there isn't some other standard way to embed visible licensing information in a Windows binary17:05
cjwatsonwell, I don't know if we might need to ensure that the licensing stays on the installed system since we're copying bits of object code around17:06
cjwatsonbut that's a detail, I think17:06
cjwatsonslangasek: it does test-build cleanly locally, though I'll admit I hadn't previously checked :)17:07
slangasekubiquity sync is in the precise/unapproved queue, does that need a manual accept?17:07
slangasekcjwatson: ok :)17:07
cjwatsonwhoops, yes, done17:08
cjwatsonreally must arrange some kind of auto-accept scheme there17:08
* slangasek nods17:08
skaetslangasek,  want to get the LTS->LTS experience as shiny as possible out of the box.   Have scanned through it, and it also contains fix for kde update's  if you could take a review pass,  I'd rather let it in.17:08
slangasekskaet: even though we don't encourage LTS->LTS upgrades until .1?17:09
slangasekand the reason we don't is to put additional polish on that upgrade between now and then, which means anyone *actually* using the .0 alternate CD for an LTS->LTS upgrade is still going to have a poorer experience?17:09
slangasekskaet: the kubuntu fix is nothing more than a change to the package description - zero-risk17:10
skaetslangasek.   ok.   if kubuntu fix is zero -risk.   clean there.   what is the downside of accepting it now?17:13
slangaseka) one more thing we have to wait for before respinning, b) I have no idea what that variable we're un-setting actually does and don't have time to dig deep on it17:14
skaet(I am fine with it be reuploaded to -proposed, as an SRU, but fix would be nice to have if regression risk is low)17:14
slangasekactually, it needs reuploaded to -proposed regardless17:14
slangasekbecause it's arch: any/all skew17:14
slangasekwell... but let me check the build times17:15
slangaseknah, ok, < 5 minutes to build17:16
slangasekso if we accept it now, they'll all be in sync17:16
skaetslangasek,  gah,  just rejected it.17:16
slangasekskaet: but do we want to accept it, or do we want to SRU it and put it through a longer QA?17:16
cjwatsonthat's what the rejected queue is for ;-)17:16
slangasekwe can always unreject ;)17:16
skaetslangasek,  if we have a set of knowledgable eyes able to look at it, I'd prefer to accept.   We will revert, and I think it will get more testing if its in the candidate images for community testing this weekend.17:18
mvoslangasek: well, its a cdrom upgrade issue only, so it would be good to have it on the cd17:18
skaets/revert/revert if any regressions/17:19
slangasekmvo: again, it's a CD that we're a) not pressing, b) not going to tell people is good for LTS->LTS upgrades anyway17:19
mvoslangasek: ok17:19
slangasekbut ok - at this point have spent more time discussing than the bug is worth ;)17:19
slangasekso I'll accept it17:19
cjwatsonof course people are going to use it regardless of whether we recommend it17:19
* skaet nods17:20
slangasekskaet: I don't think you can count on community testing of CD-based upgrades... I don't think we even have an ISO test case for that?17:20
mvofortunately the auto-upgrader-tester will tell us any issues by tomorrow17:20
* slangasek nods17:20
slangasekmvo: does the python-central fix need to be accepted at the same time?17:20
slangasekI haven't reviewed that one yet17:21
mvoslangasek: I don't know, doko will know though, my change is entirely based on what doko told me :)17:21
slangaseku-m accepted17:21
* skaet --> food, biab17:21
slangaseklooking at p-c17:21
* mvo -> evening17:21
* slangasek waves to mvo17:21
slangasekthanks :)17:21
dokoslangasek, no, if the update-manager patch is in, then the python-central change isn't really necessary, and it's universe now anyway ...17:22
slangasekdoko: so with the u-m patch, this p-c change only touches a dead code path?17:23
dokoslangasek, yeah, for the relevant case. but there were a fewer other unguarded ones17:23
slangaseksafe, per-se correct, universe - accepting17:23
dokoand away as well ...17:24
cjwatsonpython-central (from python-central) is seeded in:17:24
cjwatson  mythbuntu: daily-live17:24
cjwatsonbut presumably we'll pick that up as a consequence of other things anyway17:24
* slangasek nods17:24
cjwatsoncan I accept my own unseeded (per seeded-in-ubuntu) universe uploads?17:28
cjwatsonsince those are only frozen due to LP inflexibility17:28
slangasekAIUI yes17:28
cjwatsongood, that's what I thought17:29
slangasekogasawara: something's gone wrong on http://reports.qa.ubuntu.com/reports/ogasawara/weatherreport.html, it consistently believes the desktop CDs are up to date :)17:45
ogasawaraslangasek: hrm, lemme investigate17:45
Q-FUNKinfinity: is there still any outstanding issue on that estonian FF plugin that needs to be fixed?17:51
highvoltagestgraber: hmm, the distupgrade-fetcher seems to be failing in edubuntu atm17:55
highvoltagestgraber: in the command line I also see "WARNING:root:file 'precise.tar.gz.gpg' missing". networking is fine and I also tried it with google dns just to make sure it doesn't happen because we hijack archive.ubuntu.com17:58
slangasekfooey, update-manager managed to miss the publisher on armhf18:05
slangasekso looks like a half hour wait before we can respin18:05
slangasekskaet: other than that, AFAIK all the triggers on the pad are in - what do you want to do as far as respins today?18:05
skaetslangasek,  based on what I'm seeing on the pad,  full set (except netboot) is appropriate.18:07
slangaseksounds like we should hold off on edubuntu for the above though18:08
slangasekat least until it's investigated18:08
slangasekwell, or at least until we know if it's getting investigated today, if stgraber is gone for the day :)18:09
skaetslangasek,  did infinity share his timing results from last night's runs anywhere?18:09
skaetre: edubuntu,  fine by me.  :)18:09
bdmurraywill the last update-manager upload fix bug 986201?18:09
ubot2Launchpad bug 986201 in update-manager "fail to upgrade to 12.04 from 10.04" [Undecided,New] https://launchpad.net/bugs/98620118:09
slangasekskaet: not to my knowledge, though AIUI that was mostly meant to be input for shuffling builders around server-side - should be invisible for us when running the pipeline18:09
skaetif not,  I'll trigger the runs then when we're ready and pull out the timings I want.18:10
slangasekbdmurray: yes18:10
slangasekbdmurray: that's a duplicate of the bug in the changelog18:10
infinitycjwatson: livecd-rootfs commit> left in a hurry, committed now.18:13
infinitycjwatson: As for the resize2fs wubi thing, ARGH.18:13
infinityskaet: If you don't mind, I'd like to trigger the preinstalled set on the next rebuild, but happy to cut and paste the results for you.18:17
infinityskaet: (I haven't had a chance to test the latest iteration to see if it needs tweaking and/or straight-up fixing; was waiting for a rebuild trigger)18:17
slangaseksince it's only armhf that lagged behind on update-manager, and armhf is all preinstalled, I guess we could launch respins for the rest right now?18:19
infinitySure could.18:19
skaetinfinity,  if you're triggering cut and paste will work for me.18:19
infinityslangasek: Do we have everything the other images want?18:21
slangasekinfinity: per http://pad.ubuntu.com/ubuntu-release, yes18:22
slangasek(just double-checked that our "targets of opportunity" are all in -release, not -proposed)18:22
slangasekok, I'll kick off the non-preinstalled run18:22
slangasek(non-preinstalled, non-core)18:23
infinityGo nuts.18:23
infinityIt'll bugger my preinstalled timing a bit, but I'll suffer. ;)18:23
infinityupdate-manager-core | 1:0.156.14 |       precise | amd64, armel, armhf, i386, powerpc18:26
slangasekcan we drop the "or the long way" pipeline from the pad yet? :)18:26
infinity^--- u-m is fine now too.18:26
slangasekinfinity: yep - that one's all you anyway18:26
slangasekrespinning the world minus a forelimb18:27
* infinity looks as ps output on nusakan suspiciously.18:27
infinityslangasek: You seem to have ubuntu building twice...18:27
slangasekknow a reliable way to kill the first one?18:27
slangasekmy cut'n'paste caught a carriage return I didn't want :P18:27
infinityAnd no, on the builder side, it's all far too fragile to kill remotely.18:28
infinityHuman intevention, or wait out the ~15m.18:28
slangasekI was going to let the first one spin itself out... should be fast enough18:28
Q-FUNKgotta thank the horses for being such good sports in returning the carriage to the stables.18:28
skaetyeah,  wait it out is best.18:28
slangasekutlemming: are you steering cloud image spins?18:29
utlemmingslangasek: yes, sir18:29
slangasekutlemming: so we have main quiesced for the moment and there are some fixes to be picked up, if you want to respin some candidates18:30
* skaet sees slangasek beating her to the next question on her checklist... ;)18:30
slangasekI'm trying to clear stuff off the pad ;)18:31
skaetme hugs slangasek  :)18:31
utlemmingslangasek: okay, I do a respin, although I was planning on using Tuesday for the release candidate18:32
slangasekutlemming: tuesday is rather late for us to fix if there are any problems18:33
infinityDearest nusakan, WTF?18:33
infinityubuntu preinstalled18:33
infinityubuntu-amd64 on kapok.buildd starting at 2012-04-20 18:31:0118:33
infinityubuntu-i386 on cardamom.buildd starting at 2012-04-20 18:31:0118:33
infinityubuntu-powerpc on royal.buildd starting at 2012-04-20 18:31:0118:33
infinity^--- Something's dreadfully wrong with this picture.18:33
cjwatsonhope I didn't lose a bit somewhere ...18:34
skaetutlemming, getting some data now,  given alot of the churn that's been going on will be beneficial.18:34
utlemmingslangasek: right, we are doing daily builds of precise on EC2 up until the release18:34
skaetutlemming,  anything thing significant showing up test case/bug wise on your radar?18:35
* infinity senses there may be some by-hand recovery here in a bit. :P18:35
slangasekskaet: I may have forgotten to set CDIMAGE_POST_QA in my shell - is that still needed, or do we post everything to the tracker by default now?18:35
infinitycjwatson: I'm failing to see how I can blame this on you.18:36
utlemmingskaet: none, yet. My dailies have been more or less clean for the last week, except for general EC2 bugginess18:36
skaetslangasek,  its still needed as far as I can tell.18:36
skaetand if you don't have it set,  manual time.18:36
infinityslangasek: It happened automagically the last time I did builds.18:36
infinityslangasek: YMMV.18:36
slangasekskaet: ok, I checked and it is in my shell env after all18:36
cjwatsonrargh, I test-built ugene and now it FTBFS everywhere18:36
slangasekhurray for never logging out of my shell18:37
cjwatsonBraces mismatch /build/buildd/ugene-1.9.8+repack/ugene.pro:3718:37
cjwatsonapparently I suck18:37
utlemmingslangasek: rebuild eta is 3 hours18:37
slangasekutlemming: cheers :)18:37
utlemmingslangasek: I'll post the complete testing suite against this once its done18:38
cjwatsonobviously didn't test-build *that* one18:38
slangasekinfinity: can I assign bug #986203 to you for follow-through once the new images are out of the oven?18:39
ubot2Launchpad bug 986203 in livecd-rootfs "oem-config prompts for tasksel configuration multiple times during the install" [Undecided,Confirmed] https://launchpad.net/bugs/98620318:39
slangasekor if you're ENOTIME I can kick it back to QA to re-test Monday18:40
infinityslangasek: Well, I'll be testing Monday too.18:52
infinityslangasek: Today, I think I might want to sort out why the heck "buildlive ubuntu daily-preinstalled" just tried to spit out all the non-preinstalled arches. :P18:53
slangasekinfinity: 'twas really a question of if you'd be testing today, since if we confirm the bug is still there some of us still on the ground might be able to poke at it blindly over the weekend18:53
infinityslangasek: But after that, I might have time for testing.18:53
slangasekthat's the priority, of course18:53
infinityMy Panda's oddly idle for the first time in a long time, so if I can coax images out, I'll spin one up.18:54
slangasekoh, er, why are these powerpc builds still going to royal?18:54
slangasekshouldn't that have been sulfur?18:54
infinityYou didn't get that memo? ;)18:54
infinitysulfur's an lp-buildd now.18:54
slangasekor maybe I got the memo but read it backwards18:54
infinityI tested them against each other for live builds, and they were doing ubuntu-live within about 30s of each other.18:54
infinitySo, opted to throw the two extra cores at package builds.18:55
slangasekyes - I got the memo and read it backwards ;)18:55
infinitycdimage@nusakan:~/cdimage$ CDIMAGE_ROOT=. default-arches ubuntu daily-preinstalled precise19:01
infinityarmhf+ac100 armhf+mx5 armhf+omap4 armhf+omap19:01
infinityKay, so, I'm not insane.19:01
infinityMaybe my environment in that terminal just got wildly buggered somehow.19:02
cjwatsoninfinity: if you'd left ARCHES exported, that would override19:04
infinitycjwatson: Nope.19:05
infinitycjwatson: I'm pretty much just puzzled.19:05
infinityBut I'll wait until this run is done to worry about it.19:06
slangasekinfinity: could we at least get your extra powerpc build hard-killed, so royal isn't further bottlenecking?19:07
slangaseksince now there are 3 serialized builds of ubuntu holding things up when we only need one19:07
infinityThey're not even deterministically serialized.  I should fix that some day.19:08
infinity(Just three processes spinning on a lockfile)19:08
slangasekwell, if you were to kill the currently-running build, that would be correct19:08
slangaseksince that's the one that my pipeline isn't going to see :P19:08
infinityIt's got to be almost done by now.19:09
infinityI could kill mine from here.19:09
infinityMaybe.  If I can sort out which ssh is me...19:09
slangasekbut killing the ssh client doesn't kill the queued job, AFAIK?19:09
slangasek(remember my uncommitted changes futzing with tty passing?)19:10
infinityThere, killed mine.19:10
infinityOh, does it just disconnect and carry on its merry way?19:10
* infinity facepalms.19:10
* infinity sighs.19:11
infinityI'll go find a webop and see if we can unmess this.19:11
slangasekdo we need to raise SIGLAMONT?19:11
slangasekwould love to get that fixed so we actually do have remote job control over them19:11
slangaseksince SIGINT is much cheaper to raise19:12
infinityIt might just be a question of changing authorized_keys to be slightly less draconian.19:12
infinityI don't recall the contents of said file anymore.19:13
infinityslangasek: I kinda want to blame the openjdk/amd64 build failure on your fontconfig changes, but I'm confused by why it didn't fail everywhere with the same errors.19:18
infinityslangasek: And I think the response time on royal was a bit too long, we're down to only two BuildLiveCD jobs now.  Hopefully the active one is yours. :/19:20
=== kenvandine_ is now known as kenvandine
infinityslangasek: We could just kill the one that's still waiting on a lock; your cron.daily will pick up the latest livefs (which is obviously quite recent)19:23
infinityYeah, I'm going to do that.  Let's see if it's you.19:23
slangasekinfinity: wait19:23
slangasekdoesn't that cause buildlive to exit non-zero?19:24
infinityOh, it does. :/19:24
slangasekactually... that's ok19:24
infinityAt least, I think it does.19:24
slangasekI can still just run cron.daily-live by hand19:24
slangasekyah, kill it19:24
infinityDid it go poof?19:26
slangasekjob from royal is gone, buildlive returned success, cron.daily-live running19:26
slangasekso looks good19:26
infinitySystem administration via pastebin, it's all the rage.19:26
slangasekso what's royal doing now?19:27
infinityStill building the one I triggered, I believe.19:27
slangasekthat's probably not worth futzing with further?19:27
infinityI guess you want it for kubuntu, you greedy man?19:27
slangasekI do at some point :)19:27
stgraberhighvoltage: I'll have a look. The automated dist-upgrade succeeded though so it's likely something to do with your setup (or some other upgrade weirdness)19:28
infinityWell, get in line, I still have to build more ARM images on our PowerPC buildd.19:28
slangasekfine, I'll build the powerpc images on my alpha19:28
infinityYou still have one that workd?19:28
slangasek<cough> no19:28
slangasekI'm bluffing19:28
highvoltagestgraber: ok, it was with a clean 11.10 install though, but anything is possible :)19:28
slangasekstgraber: when you know the answer, please update the pad and ping me - I've held off respinning edubuntu in case other fixes are needed19:29
slangasekgrr, would it actually be faster for me to use jigdo on this alternate image download?19:30
stgraberslangasek: I'll run another upgrade test now but in any case, our DVD only contains a livefs so can't be used for upgrades19:30
slangasekstgraber: oh, so this is not DVD-affecting at all?19:30
slangasekok, I'll add edubuntu back into the pipeline19:31
stgraberhighvoltage: i386 or amd64?19:31
slangasekstgraber: mazel tov, edubuntu gets to jump the queue for builds now because I've queued it in parallel19:33
highvoltagestgraber: both do the same19:34
stgraberhighvoltage: ok19:34
* infinity wonders when we got 70 new packages that FTBFS on armhf...19:38
slangasekinfinity: link?19:41
slangasekalso, why do you think defoma is to blame for openjdk?19:41
infinityslangasek: Oh, just complaints about missing font aliases.19:41
infinityslangasek: But only on amd64, so it's hard to blame you.19:42
slangasekwhat's the link for that one?19:42
slangasekdoesn't seem to be either in-archive or in the test rebuild?19:42
slangasekah, -proposed19:42
slangasekso what's this about 70 new FTBFS?19:43
infinityMaybe I snapshotted this at the wrong time, but I was pretty sure the above was before I did my mass-give-back.19:43
slangasekis that related to cjwatson's give-back?19:43
infinityAnd the bottom is now.19:43
infinityColin's give-back was for the test rebuild, this is the archive.19:43
infinityGiven that ARM finished the give-back before powerpc, this can't have been mid-give-back.19:44
infinitySince PPC is obviously on-par here, (modulo three things moving status)19:44
slangasekso before these were given back, what were they?19:45
infinityYeah, I have no idea.19:45
infinityWait, what?19:45
infinityWhere did those desktop builds come from?19:45
slangaseknot from me19:45
infinitycron.daily did the right thing, even though buildlive didn't.  Of course.19:45
infinitySo, those desktop ones are useless.19:46
infinityNCommander: The server ones should be okay, though.19:46
* slangasek disables the desktop ones again on the tracker19:46
NCommanderinfinity: I didn't test the last spin, so I'll just spotcheck, and I need to finish the workload testing19:46
infinityslangasek: And yeah, where those 70 builds came from, I have no idea, unless we're really synced 70 universe packages in the last 4 or 5 days that added arm to the arch list?  Seems unlikely.19:47
slangasekinfinity: yeah, I dunno19:48
infinityAaaand, I just nervously refreshed the old page when I meant to click on it and save the HTML so I could parse it.19:49
infinitySo, there's a mystery I'll never solve.19:49
infinityStupid habits.19:49
slangasekstgraber: does the iso tracker no longer support declaring a default milestone?19:59
slangasek(for adding builds to)19:59
NCommandernew images20:01
stgraberslangasek: correct, in the past it wasn't really a question of default milestone so much as the only milestone that wasn't archived20:04
stgraberslangasek: now that more than one milestone can be active at the same time, the xmlrpc client needs to know which one to add the build to20:05
micahgDaviey: skaet: I'm going to sponsor Bug #986314 and bug 986159 to -proposed, can we pick those up if there's an Ubuntu server image respin20:06
ubot2Launchpad bug 986314 in squid3 "squid3 missing pie and bind-now hardening options" [Undecided,New] https://launchpad.net/bugs/98631420:06
ubot2Launchpad bug 986159 in squid3 "squid3 open file descriptors limit is set incorrectly" [Undecided,Triaged] https://launchpad.net/bugs/98615920:06
slangasekstgraber: hmm, I thought there used to be an option on the milestone page to set a "default" - given that some builds are still not added with the xmlrpc client, that could still be useful I guess20:06
slangasek(but not a high priority)20:07
skaetmicahg,  ack.    we'll add to pad as opportunity target, if server team agrees, and we need a respin.20:07
cjwatsoninfinity: I don't think ARM finished the give-back before powerpc.  I'm sure I looked earlier to see powerpc done and armhf still going.  And those ARM numbers look about right for pre-give-back to me.20:08
infinitycjwatson: Mmkay.  I could just be losing my mind in my old age.20:09
infinityI think it's turned to jelly and migrated to my abdomen.20:09
infinityrsalveti: Speaking of xbmc (since the queuebot just reminded me), did you arm changes fall prey to ENOTIME?20:21
superm1infinity: the changes that rsalveti did should be upstream now, and that's why i was requesting the s ync20:24
slangasekinfinity: I disclaim responsibility for that openjdk-6 failure; the defoma integration was trivial and removing it should have no impact on fontconfig's own cache20:24
infinitysuperm1: I see no mention in the synced version of patches.20:24
superm1although micahg just pointed out the builds are failing on experimental (https://buildd.debian.org/status/package.php?p=xbmc&suite=experimental)20:24
infinitysuperm1: All he did was change it back to arch:any, he didn't actually fix anything.20:25
slangasekthe integration was for exposing fontconfig-registered fonts into defoma rather than vice-versa, so20:25
superm1infinity: it's with the "new upload of eden branch" and then the separate patch to run with sytem tinyxml20:25
* infinity is too tired to keep track of pretty much anything at this point.20:27
infinityMaybe it's time to veg out and do laundry.20:27
highvoltageinfinity: heh, I also do that when my brain stops braining20:29
stgraberskaet, slangasek: Apparently something was broken on highvoltage's network when running the Edubuntu upgrades (likely that hidden transparent proxy ...). I'm not done running them here but I'm much further than where highvoltage was and didn't see any problem downloading precise.tar.gz here.20:30
Q-FUNKchrisccoulson: please check your e-mail. :)20:31
stgraberoh, more work, yay!20:32
slangasekstgraber: ack20:33
skaetstgraber,  good to hear.20:34
stgraberslangasek: hmm, I'm wondering if the new python2.7 didn't break the upgrades...20:34
slangasekit did20:34
stgraberoh good, happy to know it's not an Edubuntu specific issue then ;)20:35
slangasekwho accepted this?20:35
slangasekbecause there needs to be a lot careful consideration given to adding Conflicts to core packages the week before release20:35
infinityI can tell you who copied it...20:35
slangasekinfinity: you, or?20:37
infinity[ubuntu/precise] python2.7 2.7.3-0ubuntu2 (Accepted)   Martin Pitt20:37
infinityHandy side-effect of that awful misfeature.20:37
* slangasek nods20:37
stgraberoh, the whoever copies appears as the uploader feature :)20:38
* infinity nods.20:38
slangasekskaet: jibel has just reported that all the oneiric->precise upgrades are broken by this python2.7 update20:38
infinityOf course, all tests failed before this upload too..20:40
slangasekno, the *other* tests failed before this upload20:41
slangasekit was only causing lucid->precise upgrades to fail20:41
infinityOh, I missed the "oneiric" in your line there.20:42
slangasekthe only reason lucid upgrades are faring better is because of the backported apt20:42
slangasekand so the respins we just did are useless20:42
slangasekah no, it's not the backported apt that matters, it's that python-minimal depends on python2.7-minimal already in oneiric20:44
slangasekjibel: thanks for letting us know about bug #98637420:44
ubot2Launchpad bug 986374 in update-manager "oneiric->precise upgrade failed: E:Internal Error, Could not early remove python-minimal" [Undecided,Confirmed] https://launchpad.net/bugs/98637420:44
infinityThe real problem here is an unexpressed dependency, quite obviously.20:45
slangasekjibel: how much time do you have available today for retesting?20:46
infinityI wonder if the loop could be avoided with a gentle sprinkling of breaks.20:46
slangasekbreaks only enforces deconfiguration, not upgrade20:46
infinityOh, true.20:46
infinityI dunno, loops aren't the root of ALL evil.  And it really does appear that 2.7-minimal depends on minimal, if it's calling its contents in postinst.20:47
slangasekjibel: I would like us to not have useless images all weekend; if you can help with upgrade testing - of *both* lucid and oneiric paths - I would certainly appreciate it; but I understand if you're EOD20:47
stgraberslangasek: I'll probably be around for the next two hours, my test system is Edubuntu currently but it seems to fail just as well as Ubuntu does20:47
slangasekyes, I don't know why we didn't just add a circular dependency here20:47
slangasekI may find out soon20:47
slangasekstgraber: 2 hours won't be long enough; I'm going to need a full hour to get a fix in that I trust20:48
infinityslangasek: Does it take a fairly fat system to reproduce, or does a chroot with python-minimal in it do the trick?20:48
slangasekinfinity: test your chroot and let me know ;)20:48
slangasekbut we also want assurance that the full system upgrades work before we respin the planet again20:48
* infinity spins up some oneiric chrootiness.20:48
infinityAt least jiggling control files and repacking debs is simple enough.20:50
infinityI'll just keep some pristine chroots handy.20:50
* skaet goes and plans on marking all the images as needing rebuild as they emerge on the tracker. No point in folks using them then. 20:50
slangasekI'm killing the pipeline20:52
slangasekso there shouldn't be any more images coming to the tracker, for now20:52
stgraberinfinity: I have one base container of every supported ubuntu release and use lxc-start-ephemeral to start one of them with an overlayfs overlay on top of the template. Boot -> upgrade -> grab the logs -> exit -> everything gets wiped. That gives you a clean test environment in a few seconds20:52
infinitystgraber: Well, then, I'll let you do this. :P20:53
stgraberinfinity: do-release-upgrader is running here, just waiting for package download20:53
stgraberyep, it fails in the container too20:53
* infinity goes back to playing with Pandas.20:53
stgraberSystemError: E:This installation run will require temporarily removing the essential package python-minimal due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option., E:Internal Error, Could not early remove python-minimal20:53
stgraberERROR:root:SystemError from cache.commit(): installArchives() failed20:54
stgraberERROR:root:found exception: 'E:This installation run will require temporarily removing the essential package python-minimal due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option., E:Internal Error, Could not early remove python-minimal'20:54
infinityOh, it's Essential?  No wonder it explodes.20:54
slangasekWhy is the conflicts on << 2.7.3 instead of << 2.7?20:54
slangasekwhich is a historical bug in its own right, but20:54
slangasekdoko: ping20:54
infinityDoesn't matter where the conflict is, it's almost always a bad idea to conflict against essential packages unless you really, really have to.20:55
infinityAnd by "where", I mean "what version".20:55
slangasekI'm not saying it's a good idea, but I'm trying to work out all the options for fixing20:55
infinityThe circular dep's technically more correct anyway, if B is calling A's binaries in postinst.20:55
slangasekone of which may be to correct the version number of the conflict20:55
slangasekcircular deps have to be broken; the package manager may break them in the wrong place20:56
slangasekboth packages have postinst20:56
infinityslangasek: If the loop involves many packages, yeah.  If it's only two, it has a cute side effect of getting them in the same unpack run.20:56
infinityBoth having postinsts makes their configure non-deterministic, but that's okay in this case, isn't it?20:56
infinityWe just want both unpacked.20:57
slangasekhmm, maybe20:57
slangasekbest way to find out is by testing20:57
infinityAt least, that's how I read the bug.  Looks like we just need a new version of a binary, not a newly-configured package.20:57
infinity(Not like I trust bug logs when the world explodes...)20:58
slangasekyes, that should be correct20:58
ogasawaraslangasek: that was painful, but weather report should be updating properly now21:02
slangasekogasawara: cheers... :)21:02
jibelslangasek, I'm here for the next 2 hours or so. if there's a fix during the night I can run the test first thing tomorrow morning21:02
slangasekjibel: ok.  I'm going to leave the fix in -proposed this time until we get confirmed-good tests for all upgrades21:02
slangasekjibel: so if you're the first one to be able to test in the morning, you'll want to use -proposed21:03
infinityCan jibel's machinery test from a PPA? :P21:03
stgraberis there an easy way to get update-manager to take from -proposed?21:03
stgraberthe upgrade code tends to disable everything in sources.list before the upgrade21:03
slangasekI'm not going to screw around with a ppa21:03
stgraber(sure we can simply hack that part of the code ;))21:04
jibelslangasek, ok.21:04
slangasekthe previous upload went to a ppa first, and look what good that did us21:04
infinitystgraber: Using the default setup, I'm pretty sure you can't.21:04
infinityslangasek: Oh dear.  Right, nevermind. :P21:04
jibelinfinity, yes, it can test from a ppa.21:04
skaetinfinity,  can you disable image errasing on the iso tracker please.   i want to look at reverting back to prior versions, so testing can continue until this gets resolved.21:05
jibelbut I prefer propose21:05
skaets/iso tracker/nusakan/21:05
infinityskaet: If you just want people testing images, the current ones are fine for all but being used for upgrades.21:05
infinity(And have all the other bits we want tested)21:06
infinityThe python thing has zero impact on fresh installs, just upgrades.21:06
skaetok,  we'll leave the upgrade tests invalid and post a note on the top, until this is resolved.21:07
stgraberthey are still useful to confirm the other fixes, it's just that they won't be the final images, so re-enabling everything but upgrades and adding a big warning at the top of the page should be fine21:07
stgraberskaet: let me know if you need help making that very visible, I know the new tracker filters some html codes ;)21:07
infinityDoes it allow <h8>? :)21:08
infinityOh, wait, it's been a while since I did HTML.  Bigger is smaller, isn't it?21:08
stgraber<h1> is the biggest IIRC, though I don't think those are allowed, you need <strong> or something like that IIRC21:09
* infinity goes back to playing with his "server" disguised cleverly as a cell phone reference platform.21:09
slangasekwhy are the upgrades being disabled?21:11
slangasekah, n/m, scrollback read21:11
skaetreenabled the 20120420.1 images.    Now to figure out if there should be any of the 20120420 images enabled.21:13
skaetnotice on status board placed.21:16
skaet(using <strong>.  thanks stgraber ;) )21:17
skaetok,  I think I've found all the 20120420 images that should have been renabled.  If anyone spots some I've missed,  just ping.21:26
slangasekinfinity: ^^ please spot my bugs in python2.721:28
infinityslangasek: So, I can confirm https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/986203 on current images.  I desperately need a nap, though, so I'll have to poke it later.21:28
ubot2Launchpad bug 986203 in livecd-rootfs "oem-config prompts for tasksel configuration multiple times during the install" [High,Confirmed]21:28
infinityslangasek: And I was waiting on the queue diff, but I'll just download. :P21:29
slangasekinfinity: ah, if it's nap time, I can get someone else to look21:29
lenUbuntustudio (32 and 64 bit) seem to be still disabled.21:29
skaetthanks len, fixing21:29
* slangasek reenables all the flavors21:30
infinityslangasek: Looks right to me.21:30
slangasekwhich is not enough to make queuebot hold its tongue ;)21:31
infinityslangasek: Clean revert + versioned dep.21:31
slangasekinfinity: ok - if you're happy, please accept and we'll put it through the ringer21:31
infinityslangasek: Accepted.  Nap time now.  stgraber's container madness should be a big help here. ;)21:32
superm1could someone reject the xbmc sync, it was supposed to fix ftbfs on armel, but micahg double checked and it's still failing21:32
slangasekinfinity: nighty-night21:32
stgraberoh and as that's python2.7, that means we won't have it built for the next 5 hours or so21:32
stgraber(for armel and armhf at least)21:32
slangasekstgraber: hnngh. ok21:32
slangasekstgraber: well, it's arch-indep21:32
skaetlen,  date stamp on the current ones.  20-Apr-2012 03:16  which implies that they should stay as rebuilding (they're in progress on the builder)21:32
slangasekI'm more concerned about getting it tested21:32
slangasekwhich doesn't require arm21:33
slangaseksuperm1: done21:33
stgraberright, we can test it earlier, then wait the 5 hours for it to finish building before copying21:33
skaetlen,  so I'll leave them disabled, since they won't have the new fixes we're trying to confirm.21:33
infinityStill more than 2 hours on x86.21:33
infinityYou might want to do some by-hand deb-repacking to test.21:34
lenskaet OK.21:34
* infinity really naps now.21:34
slangasekjibel: ^^ more than 2 hours before the python fix is available for testing, so I think you're off the hook for tonight ;)21:34
stgraberslangasek: I think I'll just do a local build of it with the tests disabled, that should cut down the build time21:35
stgraberthough deb repacking would work too :)21:35
slangasekstgraber: I'm happy for you to do that, but I'm going to insist that we get full testing of the package that's in the archive before we do another global respin21:36
slangasekno reason to leave room for error here21:36
stgrabersure but I'll let you do that one as I'm not going to be around when that build finishes21:38
* slangasek nods21:39
hggdhslangasek: I can test the upgrade after a diner I have tonight21:42
slangasekhggdh: much appreciated!21:42
hggdhslangasek: KVM testing is OK, I hope21:42
hggdhjibel: ^21:43
jibelhggdh, I changed the config of the upgrader to point to -proposed. You'll just have to run the jobs precise-upgrade-* and it should just work. If it doesn't I'll do it tomorrow morning.21:46
hggdhjibel: roger wilco21:47
jibelhggdh, start with server and if it passes, start the others21:47
jibelheading to bed then, good night every one21:47
slangaseknight jibel21:48
skaetgood night jibel21:49
skaet(and thank you!)21:49
skaetslangasek,  I'm seeing ubuntu daily-presinstalled still active on the builders.    Do you know if infinity killed off the rest of the builds (and I should just reenable all on the tracker),  or if more should be emerging?22:05
slangasekskaet: there's still a 'buildlive' process running on nusakan, so I suppose that might still spit out an image22:09
slangasekonly armhf preinstalled22:09
slangasekI already reenabled everything except for upgrades though22:09
skaetok,  thanks.   thats probably best at this point.22:09
cndslangasek, would an SRU to free a static buffer in a library at exit be allowed?22:47
cndit's mostly a fix for a valgrind run22:47
* skaet --> dinner, biab22:53
slangasekcnd: I don't think that's worth an SRU on its own, no22:55
cndthought I'd ask instead of assume22:56
* slangasek nods22:56
cjwatsonzul: I've done bug 986258, but please use syncpackage yourself in future - there's no need to go through the archive admins for this any more23:12
ubot2Launchpad bug 986258 in novnc "Sync novnc 2012.1~e3+dfsg+1-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/98625823:12
cjwatson(and it'll be faster for you not to)23:14
rsalvetiinfinity: yeah, in theory the support should be available at the debian package already, I'll check it again on precise to make sure23:16
stgraberslangasek: apt seems happy with my local build of python2.723:21
slangasekstgraber: what tests have you done? lucid,oneiric->precise?23:22
stgraberoneiric -> precise23:22
slangasekstgraber: can you test lucid->precise as well?23:22
stgraberyep, though sadly LXC only support upgrading without blowing up since Precise so I can make sure apt can resolve everything correctly and starts upgrading until it reaches udev or mountall, at which points it'll explode23:25
stgraberand I have to do it the non do-release-upgrade way because I still haven't found a way to get do-release-upgrade to keep my sources.list entries... I know what to change in the code to disable that bit, but as it's downloading a new signed copy and uses that, my local modification doesn't really help23:26
stgraberso currently I'm running a dist-upgrade without the new python, make sure apt fails after download, add my packages as a local repository, try again and check that it resolves fine and starts upgrading (until it reaches mountall or udev)23:27
stgraberhopefully the code doesn't drop -proposed in the same way, so once we have a package built we'll be able to test it23:28
cjwatsonbug 986147 induces despair23:28
ubot2Launchpad bug 986147 in openssl "openssl 1.0.1-4ubuntu2 breaks a bunch of ciphers" [High,Confirmed] https://launchpad.net/bugs/98614723:28
cjwatsonI can't win23:28
cjwatsonopenssl is a heap of junk, everything I backport breaks something different23:28
slangasekcjwatson: sorry :/23:33
cjwatsonthe real answer is a time machine so that I can go and say no to the request to take that perf work in the first place, but it's almost certainly too tightly wound to revert now23:35
cjwatsonso it's choice-of-bug territory until upstream get their stuff together23:35
slangasekcan we nudge upstream to do that?23:36
slangasekwould be a relief to have this wrapped up for .123:36
slangasekbut I know that might not be possible23:36
cjwatsonthe upstream bug system already suggests a good deal of nudging23:36
slangasekok :)23:37
cjwatsonbut yeah, I'll try to get things comprehensively forwarded upstream next week23:37
stgraberslangasek: I found an ugly way of getting do-release-upgrader to work but now it's checking that everything comes from a signed repository ... getting quite late here so I'm going to give up for today (apparently I need to be awake in 6 hours)...23:38
slangasekstgraber: don't sweat it - have a good night23:38
slangasekstgraber: hggdh should have us covered later this evening23:38
* skaet back23:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!