=== Guest20955 is now known as Termana
=== yofel_ is now known as yofel
=== lool- is now known as lool
Laneyxnox: the relevant cron entry is disabled "for saucy opening"08:15
Laneywhich also covers some other things, notably britney, so i'm loathe to uncomment it myself08:17
xnoxLaney: fair enough.09:02
Laneyhow was the release party?09:05
infinityNobody died.09:05
infinityI suppose that makes it a success.09:06
* infinity adds saucy schroots to all his porting boxes.09:06
LaneyThat's what I look for in a party09:06
Noskcajdo you know if saucy is meant to appear in testdrive yet?09:08
=== gema_ is now known as gema
infinitydoko: Did you re-override gcj-4.8 after I did? :/09:12
infinitySilly double-override bug.09:15
infinitywgrant: I'll give you big money and fabulous prizes if you can unwind the double-override bug and make it go away.09:18
infinitywgrant: It may be the single most confusing thing Soyuz can do to an archive admin who isn't painfully vigilant.09:19
xnoxmk-sbuild saucy is failing for me and doesn't install apt. *sigh*09:27
Laneydebootstrap sad or?09:28
xnoxwell I added the usual symlink....09:28
* Laney just finished mirroring so is about to try09:29
xnoxI now copied raring chroot / schroot config and just gonna dist-upgrade it by hand. That seems to work.09:30
wgrantinfinity: If it was reasonably easy I would have done it 3 years ago :)09:30
Laneyxnox: "Failure while installing base packages."?09:31
xnoxwgrant: .... but were you offered fabulous prizes 3 years ago?! =)09:31
wgrantA good point!09:31
infinitywgrant: What he said!09:31
xnoxLaney: well i was getting failure in finish.d09:32
Laneywell, that's after this09:32
infinityxnox: I don't see how debootstrap would fail, given that the release pocket is an identical copy of raring.09:32
wgrantinfinity: In related news, can you promote something from proposed so I can check that the saucy dominator isn't still too much for postgres?09:32
xnoxwgrant: how about item #1: Blackpool Rock Candy ?!09:32
infinitywgrant: Sure, I'll do distro-info-data, that should be vaguely harmless.09:33
wgrantinfinity: Thanks09:33
wgrantI eventually realised that britney must be turned off, so I hadn't actually broken anything.09:33
wgrantBut I'd like to see saucy-release dominated before I fly away.09:33
infinitywgrant: Should hit the next publisher run.09:35
RAOFxnox, infinity: Curiously, debootstrap doesn't seem to download apt-get.09:37
wgrantinfinity: Thanks.09:37
Laneydebootstrap --variant=buildd is failing for me09:38
Laneybut the log file it points me to doesn't exist09:38
* infinity tests.09:38
infinityHrm, yes, the lack of apt there is worrisome.09:40
wgrantMy mirror isn't that out of date, and it works fine09:40
infinityI'll unwind this in a second.09:40
wgrantAre we missing lots of overrides?09:45
infinitySeems likely, from that output.09:46
wgrantNo Build-Essential in Packages09:46
=== mmrazik is now known as mmrazik|afk
infinityThat could self-solve after this next run.09:46
infinityDue to the germinate->apt-ftparchive ordering oddities, and the fact that the release pocket hasn't been regenerated in a while.09:46
wgrantThe last two release publications failed09:47
wgrantBut germinate's working fine09:47
wgrantThe one in 15 minutes will hopefully wor09:47
infinityFingers crossed.09:48
infinityWhat was breaking it?09:48
xnox.... well publishing was stuck last night and there were ooops that vorlon was trying to unwind on #launchpad-ops09:48
xnoxsee scrollback there.09:48
wgrantinfinity: BPPH is sufficiently large that postgres hadn't yet automatically reanalysed it, so saucy domination queries were taking hours and getting killed09:48
wgrantThat *should* be fixed now09:49
infinitywgrant: Oh, that's vomitously fun.09:49
wgrantSo I think saucy may still be running on its initial indices09:49
wgrantIt's likely that no subsequent release publication succeeded.09:50
dokoinfinity, according to my backlog, nobody did override these before I did: http://paste.ubuntu.com/5604017/09:50
infinitydoko: I overrode them in the queue, and then you did it again in the same run, which makes Soyuz drop arch:all packages on the floor, cause it's SMART.09:51
infinitydoko: I thought Colin has mentioned that to you in a query.09:51
Laneylaney@iota:~$ GET http://archive.ubuntu.com/ubuntu/dists/raring/main/binary-amd64/Packages.bz2 | bzcat | grep-dctrl -FBuild-Essential -c yes09:51
infinitydoko: No big deal, copying over itself (which I just did) should rescue it.09:51
Laneylaney@iota:~$ GET http://archive.ubuntu.com/ubuntu/dists/saucy/main/binary-amd64/Packages.bz2 | bzcat | grep-dctrl -FBuild-Essential -c yes09:51
infinityLaney: Yeah, see above.  That should self-solve when the release pocket reindexes in this upcoming run.09:52
wgrantinfinity: You've checked that the override files look sane now, right?09:52
wgrantGiven you have pepo access09:52
infinitywgrant: Nah, I'm operating on faith (and multitasking a bit here)09:52
infinitywgrant: germinate/apt-ftparchive order is a known misfeature, and a plausible explanation for this.09:53
infinityColin and I were discussing how NMAF and germinate-from-db combined could wipe that one out.09:53
dokoinfinity, but you didn't touch mpclib3, isl, and cloog, correct?09:54
infinitydoko: I did mpclib3, but it doesn't have arch:all packages, so the double-override didn't break it.09:55
infinitydoko: I didn't do the others.09:55
* infinity retries ecj on powerpc...09:55
wgrantinfinity: Yeah, but I was hoping to find out ASAP if it wasn't the actual explanation, 'cause I'm well past EOD already.09:57
wgrantBut we'll see shortly.09:57
infinityadconrad@pepo:/srv/launchpad.net/ubuntu-archive/ubuntu-misc$ grep Build-Essential more-extra.override.saucy.main | wc -l09:58
wgrantThat's more plausible.09:58
infinityThat seems like a number bigger than 0.09:58
* infinity blinks at ecj's continued failure on the buildds, despite it now working in his chroot.10:00
infinityGet:9 http://ports.ubuntu.com/ubuntu-ports/ saucy/universe libisl10 powerpc 0.11.1-2 [445 kB]10:01
infinityGet:10 http://ports.ubuntu.com/ubuntu-ports/ saucy/universe libcloog-isl4 powerpc 0.18.0-2 [65.3 kB]10:01
infinityThat seems a bit suspect.10:01
infinitydoko: Did you just fix the above while we were talking, or can I safely do it now?10:01
doko$ ./change-override -c main -s saucy -S isl10:01
dokoOverride component to main10:01
dokoisl 0.11.1-2 in saucy: universe/libs -> main10:01
dokoOverride [y|N]? y10:02
doko13 publications overridden.10:02
infinitydoko: That was in the last 30m? :)10:02
dokoinfinity, no, do it now10:02
wgrantinfinity: Can you kick boost-defaults out of accepted? It's already published, so that dupe is  oopsing10:04
wgrant2013-04-26 10:04:26 DEBUG   Domination for saucy/Release finished10:05
wgrantSo the publisher should be happy now10:05
infinitywgrant: Punted.10:05
wgrantEvery time I watch the primary archive publisher, I want to finish NMAF...10:08
infinityIf you're positive you can get a faster/saner implementation, I want to sort out how to make time for you this cycle to get it done.10:09
wgrantMy attempt in 2009 was dominated by bzip2 compression time...10:10
infinityI heard we're going to move all of launchpad to hyperscale ARM servers to encourage better service parallelisation and code profiling habits.10:12
infinity2013-04-26 10:07:12 DEBUG   Calculating binary filelist.10:12
wgrantinfinity: So yeah, it's practical, and I might even get bored on the plane.10:12
infinityThat... Shouldn't take 5 minutes.10:12
wgrantWe'd need to add extra override support, bu that's basically trivial10:13
wgrantinfinity: It can if the cache is cold.10:13
wgrantIt just finished10:13
wgrantWell, 40s ago10:13
infinityYeah, I know.  Just as I pasted that.10:13
infinityMy timing is impeccable.10:13
wgrantMost of LP only works if the cache is hot10:13
wgrantBecause the schema design is not hot.10:13
wgrantThankyou 2005.10:13
infinityThank you, "we can always solve it with more RAM" mentality.10:14
infinityTurns out that there's a limit to that.10:14
wgrantThere actually isn't10:21
wgrantThat'd be the easiest solution to our problems today :)10:21
infinityThe limit is when you can't get enough RAM to stuff your DB in it. :P10:22
wgrantBut our DB's still just under 400GB :)10:22
wgrantI think10:22
xnoxclearly we need a distributed shared memory scientific riggs to run launchpad.10:23
wgrantNew Packages files have Build-Essential!10:25
wgrantNot quite done yet, though10:25
=== mmrazik|afk is now known as mmrazik
infinitywgrant: Oh, other curiosity, the publisher is still hanging on to custom uploads for armel in saucy. :/10:36
infinityadconrad@pepo:~$ ls /srv/launchpad.net/ubuntu-archive/ubuntu/dists/saucy/main/installer-armel/10:36
infinity20101020ubuntu187  current10:36
infinitywgrant: No other armel cruft, just custom uploads (so, in effect, just d-i).10:37
infinitywgrant: Easy enough to RM at the filesystem level, but I suspect this means it'll come back AGAIN for t-series?10:37
wgrantinfinity: The latest d-i image is deliberately copied, I'm pretty sure10:37
wgrantExcept that's not the latest, is it..10:37
infinitywgrant: It's the last that was published for armel, but not the "latest", no.10:37
xnox.... we don't have armel any more10:37
wgrantOh, armel, right10:37
infinityxnox: Yes, we know. :P10:37
wgrantPUs aren't actually bound to the DAS10:38
wgrantSo we'd have to exclude based on filename10:38
wgrantCan you file a bug?10:38
infinityI can.10:38
infinityBut will I?10:38
wgrantThis code is completely hideous and I tried to veto it, but it didn't work :(10:38
infinityYou'd think this would have come up in the past for other dropped arches.10:39
wgrantIt was written since then10:39
infinityUnless this code happened after we dropped sparc.10:39
wgrantCustom uploads have only been copied since DDs10:39
wgrantAnd sparc/ia64 were dropped in maverick10:39
wgrantCan someone reasonably close to a.u.c try to debootstrap now?10:40
infinitywgrant: I will.10:41
infinitywgrant: Also, https://bugs.launchpad.net/launchpad/+bug/117312810:41
ubot2Launchpad bug 1173128 in Launchpad itself "Custom uploads get carried over to the next series, even for dead architectures" [Undecided,New]10:41
wgrantinfinity: Done10:42
infinityThis debootstrap package list looks more plausibly correct.  We'll see if it completes.10:43
infinityShould have done it in RAM, I'd be done by now.10:43
wgrantYeah, that's much happier10:44
wgrantWorks fine10:45
infinityHappy EODing.10:45
infinityAnd see you on Sunday...10:45
LaneyIndeed. Good stuff.10:46
wgrantHopefully there'll be no more breakage...10:46
infinityJesus, dude.  Don't SAY that.10:46
infinityYou just lit the DC on fire with your mind.10:47
xnoxinfinity: wgrant didn't, but you did =)10:47
wgrantLP needs to be threatened every now and then.10:47
infinityHrm, the sun came back for yet another lovely day in London.10:48
infinityI don't know what the locals complain about, it's alwayd gorgeous when I'm here.10:48
wgrantI thought London had banned the sun10:48
wgrantYeah, that10:48
dokoinfinity, gcj-4.8-jre-lib is still in universe, promoting it ...10:51
infinitydoko: Erm...10:52
wgrantinfinity, doko: With these missing binaries due to double overrides, that should only happen if two people are overriding them the same way at the very same time, or if you override them one way then override them back in the same publishing cycle10:52
wgrantNot just if two people override them the same way 5 minutes apart.10:52
infinitywgrant: It's hard to track down exactly who did what when something like this happens, mind you.10:53
infinitydoko: Oh, it went back to universe when I did the copy-over-itself trick.  Lame.  Your override looks like it'll be happy in the next run, at least.10:54
dokook, good to know10:54
infinityhttps://launchpad.net/ubuntu/saucy/powerpc/gcj-4.8-jre-lib <-- Ugly publishing history and a half.10:54
wgrantinfinity: Not really. You can see if the two overrides happened within a few seconds of each other10:54
wgrantinfinity: Those two were created 21 seconds apart, which suggests that the exported API method might not actually be checking if the overrides match before changing them10:57
wgrantExcept that it does.10:57
xnoxdoko: infinity: can you please accept rocs and ogre ? that would be the zero boost transition iteration.11:02
* infinity fixes partner harder.11:28
cjwatsondoko: I've re-enabled most of the archive jobs on lillypilly now11:34
cjwatsoninfinity: Any reason I shouldn't re-enable proposed-migration at this point?  I intentionally stopped it during opening by creating ~/proposed-migration/STOP11:35
cjwatson(which is why the bzr branches weren't automatically updated when slangasek looked - the cron job updates itself)11:35
cjwatsonwgrant: infinity's override did take quite a while, I recall11:41
cjwatsonwgrant: Could easily have been >21 seconds, so possibly there was overlap11:41
* cjwatson starts proposed-migration. Let's see what happens11:43
infinitycjwatson: I'm all for it, let's see what explodes. :P11:44
infinitycjwatson: (And good morning)11:44
cjwatsonI just wanted to be around for its first run, really11:44
cjwatsonMorning.  I'll be off again soon :)11:44
cjwatsonHmm.  That did nothing11:44
cjwatsonOh, blocks11:44
infinityHeh, yeah.11:45
cjwatsonBut suspicious excuses11:45
infinityYay, partner got fixed in the last publisher run.11:45
cjwatsonAh, I forgot about symlinks11:45
cjwatsonLet's move that to code so it's less opaque ...11:45
infinitycjwatson: That excuses looks like it's still doing raring...11:45
infinityOr am I looking at a stale copy?11:46
cjwatsonIt is, hence my "forgot about symlinks" comment11:46
cjwatsonlrwxrwxrwx 1 ubuntu-archive ubuntu_archive     6 Oct 22  2012 testing -> raring11:46
cjwatsonlrwxrwxrwx 1 ubuntu-archive ubuntu_archive    15 Oct 22  2012 unstable -> raring-proposed11:46
cjwatsonSo I'll leave the block in place for another run just for safety11:47
infinityThat's suspicious anyway, I was fairly sure I removed some of those from raring-proposed.11:48
infinityIs lillypilly's mirror stale?11:48
cjwatsonShouldn't be but I'll look later11:49
infinityWell, if the archive reports cron is disabled, it might not be updating.11:49
cjwatsonI enabled it11:50
cjwatsonAnd it looked like it had got that far at least11:50
infinityWeird.  That handbrake definitely isn't in raring-proposed, and hasn't been since yesterday.11:50
cjwatsoninfinity: Oh, no, it's just that britney updated its notion of saucy-proposed but then tried to run against raring-proposed.11:51
infinityIn fact, none of those 4 packages are.11:51
cjwatsonSo it's OK.11:51
infinitydoko: ecj has an actual FTBFS on powerpc now.11:52
dokoinfinity, yes, looking11:52
infinitydoko: leviathan has a saucy chroot if you need it.11:52
cjwatsonOK, excuses look more correct now11:54
cjwatsonclearing blocks11:54
cjwatsonfinal: base-files,boost-mpi-source1.53,boost1.53,casper,debootstrap,gcc-4.7,gcc-4.8,gcc-4.8-arm64-cross,gcc-4.8-armhf-cross,gcc-4.8-powerpc-cross,gcj-4.8,lightdm,mpclib3,plymouth,ubiquity,xdiagnose11:56
xnoxlgtm =)11:57
infinityIndeed, looks vaguely sane.11:58
cjwatsonAnd the copies went to the right place (at least base-files did)11:58
cjwatsonRight, time for me to vanish again :)  SMS me if that caused the publisher to explode or something11:59
infinityAssuming doko's happy with his toolchain, we're probably about ready to thaw, then.11:59
cjwatsonAnd you can touch ~ubuntu-archive/proposed-migration/STOP if you need to emergency-halt it11:59
ScottKinfinity: In terms of the success of the release party, depends on who was there if that's a success or not.11:59
infinityI'll let the publisher run a few more cycles before I unfreeze.11:59
infinitydoko: You happy to unfreeze whenever?12:00
infinitycjwatson: ^12:00
* xnox has 74 .changes files ready for next boost iteration once ogre-1.8 is published.12:00
xnoxinfinity: can't wait to unfreeze =)12:00
dokoinfinity, yes, will build ecj with 4.7 for now, don't have the time to investigate today12:00
cjwatsonUp to you lot, I'm about 17 hours out of date on most of this12:01
cjwatsonmerges.u.c seems to have updated roughly sanely12:01
infinitydoko: Alright.  We don't need to wait on ecj to unfreeze though, right?12:01
infinityKay, I'll give the publisher a cycle or two to settle down with proposed-migration, double-check that the world looks sane, and then unfreeze.12:01
infinitydoko: Do you have your usual "Archive open, here's the toolchain changes" email drafted up?12:02
dokoinfinity, yes, can do this now12:02
infinitydoko: Delay it an hour or two, I guess.  But yeah, soon.12:03
dokobut lets wait with this until the packages migrate from -proposed12:03
infinitydoko: Yeahp, that was the plan.12:03
wgrantcjwatson, infinity: Oh, of course, BPPH.changeOverride will only create a new pub if the new overrides don't match... but it doesn't check that the pub it's being called on is actually the latest.12:04
wgrantSo I suspect that only raced because the method was called on the old pub12:04
wgrantIt probably wants to scream if it's not the latest.12:04
infinitywgrant: It's not like we get to choose which one we call it against...12:06
wgrantinfinity: Your API script does12:07
infinityOh, is it actually picking (incorrectly) from a list?  I suspect that's fixable.12:07
wgrantWell, yes, it picks, but it's correct *at the time*12:07
wgrantBut then it probably prompts "I'm going to change *these ones*! Pls confirm"12:08
wgrantThen you wait a few seconds12:08
wgrantPress y12:08
wgrantAnd then it changes the overrides on them12:08
wgrantIn the meantime, a new pub has been created12:08
wgrantSo you're overriding old ones12:08
infinityYay, races.12:09
ScottKxnox: Don't forget to update bzr for your rocs upload.12:09
xnoxScottK: i haven't. I'm not generating these hundrets of packages from vcs.... especially if they are not lp:ubuntu/pkg12:44
xnoxmight update a couple, but I don't promise to update every single one though.12:45
ScottKxnox: VCS headers are in debian/control for a reason.12:45
ScottKEven if you don't pick up un-upload changes to go with your upload (which is fine, IMO) you need to update the VCS after.12:46
xnox... including those that point to stale/out-of-date/wrong VCSs?!12:46
xnoxScottK: rocs VCS as pointed in debian/control is out of date. I'm not touching it.12:48
xnoxmissing last raring upload.12:48
xnoxand we will not be able to fix this until we like reject uploads which have not been tagged & match the contents in the $VCS pointed by lp:ubuntu/* or what's in debian/control.....12:49
infinitydoko: Fun fun on the version fail.  You might need to do an artificial 4.8.0 -> or something to fix that. :/12:51
=== mmrazik is now known as mmrazik|otp
ScottKxnox: Both bzr and raring have 4:4.10.2-0ubuntu1.  I'm not sure what you mean.13:10
xnoxScottK: bzr tags -d lp:~kubuntu-packagers/kubuntu-packaging/rocs | grep 4.10.213:12
ScottKxnox: OK.  It's missing the tag, but the VCS data is up to date.13:13
ScottKFixed, BTW.13:14
* xnox ponders if I can play "to late now, tags were out of date from the archive when a new upload was done" card13:15
ScottKxnox: I think you need to look at the last changelog entry, not just tags.13:16
ScottKIt's easy enough to forget a tag.13:16
dokoinfinity, time to drop spu, and demote newlib13:20
infinitydoko: I suppose that's one way to fix the broken versions. :P13:24
=== mmrazik|otp is now known as mmrazik
dokoinfinity, somebody else should be happy too ... (the one wanting to fix newlib during the last two cycles ;-P )13:26
infinityYeah.  newlib sucks.13:27
infinitydoko: Don't know how Debian PPC people feel about it (or if they care), but we haven't even pretended to support Cell/PS3 in ages.13:28
dokoand I did annonuce to drop it for jessie already13:28
infinityAhh, good.  Cool.13:28
infinityThen yeah, that's an elegant solution to many problems. :)13:29
dokopeople should use the cross-build infrastructure to build it13:29
plarshmm, where does do-release-upgrade pull the release notes from that it displays to the user?13:29
infinityplars: Is it getting it wrong?13:29
plarsit looks like on this system I'm upgrading, it still says "alpha" for raring13:29
xnoxmeta file from somewhere....13:30
plarsinfinity: "This is stiall a ALPHA release. Do not install it on production machines."13:30
infinityPossibly unrelated, but it looks like the wiki redirect got buggerd. :/13:30
xnoxplars: which text of three do you see? http://archive.ubuntu.com/ubuntu/dists/raring/main/dist-upgrader-all/current/13:31
xnoxI'm guessing Devel, that means meta is pointing to the wrong one.13:31
plarsxnox: devel, yes13:31
plarsahh, hang on13:33
plarsprobably because (by habit) I ran with -d13:33
xnoxhmm... http://changelogs.ubuntu.com/meta-release seems correct13:33
infinityYeah, -d would do silly things.13:33
plarsso even if it's released, I guess -d tells it to display the devel one13:33
infinityAt least, until we point meta-release to spanky for devel.13:34
xnoxin other news. The release text in those files is wrong as it mentions "supported from 18 months to 5 years"13:34
* xnox ponders to do a grep for "18" across *.ubuntu.com13:35
plarsxnox: that's just in the EOL one though13:35
xnoxyeah, low priority.13:37
plarsxnox: you may want to get *slightly* more restrictive with the search than "18" :)13:38
xnoxplars: true.... About 569,000 results (0.21 seconds)13:40
infinitydoko: The diff for that spu-dropping gcc-defaults also bumped gccgo to 4.8, was that intentional?13:44
=== mmrazik is now known as mmrazik|afk
apwam i to be supprised that rmadison does not yet show saucy ?13:46
xnoxapw: i'd say impatient.13:46
apwxnox, heh, but you are always the optimist :)13:46
apwlack of beer i suspect13:47
xnoxapw: guess what I am on, if I don't drink beer. ;-)13:47
xnoxapw: to be honest that beer / you are weird joke is getting rather old now and not-funny at all.13:48
* infinity adds it.13:48
apwxnox, soz, i am having an offend everyone day it seems13:48
xnoxapw: that's ok, no worries.13:49
infinityapw: All fixed.13:50
apwinfinity, taz13:50
xnoxLaney: infinity: transition tracker seems to be activated & running, but it's still raring and not saucy.13:52
* infinity wonders where that runs from...13:53
xnoxinfinity: an interesting lucid schroot on people.canonical.com by ubuntu-archive user, or something of some-such.13:54
Laneylet me look13:54
infinityYeah, I just got there.13:55
dokoinfinity, looks ok to me, I can still use this with go build -compiler gccgo13:55
Laneyconflicts: Text conflict in ubuntu/download/archive.ben Text conflict in ubuntu/download/archive_ports.ben13:55
LaneyYOU WHAT13:55
infinityI take it Laney's on the case. :P13:56
Laneypunching it in the guts right now13:56
infinityWhich is good, cause I've failed to find a config file.13:56
infinity(lucid-transitions)I have no name!@lillypilly:/srv/transitions/transition-tracker$ grep raring go13:56
infinityI suspect that would be it.13:56
infinityI'll leave it to you.13:57
Laneylet me see what this conflict is about too13:57
infinityI've dealt with enough variations of voodoo today.13:57
* Laney briefly ponders getting distro-info in lucid13:59
xnoxLaney: yes, please.14:00
Laneyxnox: is that better?14:20
xnoxLaney: yes, thanks a lot.14:21
xnoxLaney: it's fiddly to setup locally inspection of both release & -proposed pockets.14:21
rustxrbasak: hi robby14:22
rustxrbasak: i've just  replied to the bug here : https://bugs.launchpad.net/ubuntu/+source/facter/+bug/117032514:22
ubot2Launchpad bug 1170325 in facter (Ubuntu) "Facter 1.6.X not considering Qemu/KVM virtual type" [Undecided,New]14:22
rustxrbasak: if you need any more information, i remain at your disposal14:23
dokoinfinity, what does the kdepim-dev/boost excuse mean?14:30
dokoxnox, ^^^14:30
infinitydoko: It means that updating boost-defaults makes kdepim-dev uninstallable.14:32
dokobut why ...14:32
dokodpends only on libboost1.49-dev, libboost-graph1.49-dev14:33
infinitykdepim-dev needs transitioning before boost-defaults can migrate.14:34
xnoxinfinity: are you unfreezing saucy, or shall I upload 74 packages and you will accept them?14:35
dokoxnox, ^^^go on with the tranistion. ogra did migrate14:35
xnoxand / or doko will accept them?! =)14:35
dokoor ogre ... what's the difference ;p14:35
dokoxnox, just upload14:36
infinityxnox: I'm unfreezing once gcc-defaults migrates, but it's not hard for us to accept either.14:36
* xnox ponders if queuebot and launchpad api will get overwhelmed with saucy at :40 ;-)14:36
ogra_doko, the difference is the smell of onions !14:37
xnoxogra_: and the other one is 3D as well14:37
infinityxnox: Are you implying that ogra only exists in two dimensions?14:39
* ogra_ feels pretty flat at times14:39
xnox... or that ogre actually only ever shows 2D projections14:39
dokoogra_, ok, then I'm happy that our room sharing was undone next week ;-P14:40
ogra_doko, heh14:40
bdmurrayScottK: the description of bug 831768 had some information regarding letting it wait more than 7 days so it could get more testing...14:41
ubot2Launchpad bug 831768 in aptitude (Ubuntu Oneiric) "aptitude cannot handle conflicts with multiarch enabled" [High,Confirmed] https://launchpad.net/bugs/83176814:41
ScottKbdmurray: Sigh.  I missed that.14:41
xnoxScottK: bdmurray and now your conversation will be forever flooded with uploads.14:42
infinityxnox: Erm, are most of these no-change rebuilds?14:42
infinityxnox: If so, the versions seem a bit suspect.14:42
xnoxinfinity: yes, but all of them actually have binary depends.... Hmm.....14:42
stgrabermute queue saucy-proposed14:43
xnoxinfinity: good point, I may have used "-i" instead of rebuild one.14:43
xnoxstgraber: thanks.14:43
xnoxinfinity: reject all and let me try again?14:43
infinityxnox: Dependencies have nothing to do with it.  If they're rebuilds, all these 1.2.3-1 -> 1.2.3-1ubuntu1 versions should be 1.2.3-1build114:43
dokoinfinity, hmm, wait with accepting ...14:43
* xnox goes to check my scripts.14:43
infinityxnox: Yeah, I'll just reject the whole queue, since it's all you. :P14:43
infinityxnox: You want dch -R14:44
ScottKSome of them probably have version specific boost depends and won't be a rebuild, but I bet most of them are.14:44
xnoxScottK: I also sed through control ;-)14:44
infinityThen if you sed through control, those need -i instead of -R.14:44
infinityBut do be careful on that, we don't want to stop syncs from happening for the ones that aren't changed.14:45
xnoxlet me check debdiffs.14:45
infinityIt's a pain to deal with later.14:45
xnoxinfinity: reject the whole lot, and let me go through these again.14:45
infinityWorking on it.  Making sure no one uploaded something in the middle of your spw.14:46
infinityxnox: Would be nice if the changelogs were clean on "No-change rebuild for XXX transition" or "Mangled debian/control for XXX transition" too.14:47
xnoxinfinity: ack.14:48
dokoinfinity, I'm doing another gcc-4.8 upload14:48
infinitydoko: One we want to wait on?14:48
dokoinfinity, yes, I think so. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5700314:49
ubot2gcc.gnu.org bug 57003 in rtl-optimization "[4.8/4.9 Regression] gcc-4.8.0 breaks -O2 optimization with Wine(64) - links/info/bisect of commits included" [Normal,Resolved: fixed]14:49
infinitydoko: Ick.  Well, I guess that lets you turn off spu in the process.  And give xnox time to do better changelogs. :P14:52
dokospu already done14:54
infinityOh?  I thought you only did it in -defaults, not in GCC itself.14:54
dokoinfinity, can we force demoting gcc-4.4 please?14:54
infinitydoko: mysql is still building with it.14:56
infinitydoko: If we can switch that without the testsuite regressing, you win.14:56
dokoinfinity, waiting on getting this resolved didn't help  ...14:57
dokoor I'm uploading a gcc-4.4 which just builds gcc-4.4-base ...14:57
infinityDude, we support mysql-5.5, rather a lot.14:58
infinityI'm not sure how breaking it will force anything.14:58
dokoso apparently it's unsupported. lets talk next week15:00
* xnox shakes fist at "libboost-dev | libboost1.49-dev"15:01
infinitydoko: I'm going to give it a test spin with 4.8 here and see how that goes.15:02
infinitydoko: Maybe the world has improved.15:02
dokoinfinity, you misunderstand.15:02
dokothis is buggy asm inline code15:02
infinitydoko: buggy inline ASM that previously worked.15:06
infinitydoko: Anyhow, maybe upstream did something to it, or gcc now mangles it differently.  I don't think it's been checked since SpamapS last changed the build-dep.15:07
dokoinfinity, in 4.4 ... yes, so what makes you confident that this will get addressed?15:07
dokoand *nobody* besides debian is using this code15:08
dokowell, us15:08
infinitydoko: Nothing makes me confident that it'll get fixed.  I'm just saying that we can't stop supporting it either, so we need to fix it, not break it.15:08
dokomariadb ...15:08
infinitydoko: You're welcome to abuse Daviey. :)15:08
infinitydoko: mariadb must have the same code... Maybe there's a patch there?15:09
infinity(Or it's broken the same way)15:09
infinityProject renames don't magically fix bugs.15:09
SpamapSmy opinion, btw, is to disable the inline ASM15:10
infinitySpamapS: There's a way to do that without sadness?  It's been a long time since we talked about this...15:11
SpamapSrbasak actually reported it as a bug in Debian, which I ack'd15:11
infinitySpamapS: Was it just a question of ending up with slower C routines?15:11
SpamapSinfinity: there are several ways.15:11
dobeyinfinity: hey! did you get a chance to poke at rhythmbox-ubuntuone SRUs btw?15:12
SpamapSinfinity: yes, though I believe in newer yassl's, the inline asm has been fixed15:12
infinitySpamapS: But, if you have a workaround, please go for it.15:12
infinitySpamapS: Or, fix the ASM with a cherrypick? :P15:12
dobeyinfinity: btw are you in UK/EU this week?15:12
SpamapSinfinity: so one way to handle it is to use newer yassl. Another is to just accept the 10% slow down.15:12
rtginfinity, are y'all ready for a 3.9 saucy kernel ?15:12
dokortg, kernel headers would be nice, yes15:13
SpamapSinfinity: I think the right thing to do is to drop the build-dep, and disable the inline ASM for now. Ihave a TODO to get Debian and Ubuntu mysql in sync once Debian un-freezes.15:13
rtgdoko, ok, gimme a bit15:13
infinitySpamapS: Alright, cool.  If you're going to be fixing this and dropping the dep, that's good enough for me (and doko).15:14
dokoSpamapS, \o/15:14
infinitySpamapS: As long as it happens SoonTM.15:14
infinitySpamapS: (Like, weeks soon, not days soon, I don't think anyone's panicking to drop gcc-4.4 TODAY, just to make sure it's gone this cycle)15:15
SpamapSinfinity: right, lets target a1?15:15
dokoinfinity, rtg: and I'd like to demote 4.7 as well. not now, but after the next glibc and linux upstream versions are in the archive15:16
infinitydoko: Should be doable.  I'll do some eglibc PPA tests against 4.815:16
infinitySpamapS: Meh, just target "really soon".  Ubuntu doesn't do alphas, but you can target month-1, if you like to have a TODO list.15:19
infinitySpamapS: I'm sure doko will bug you again if you forget about it. ;)15:19
SpamapSinfinity: ok, a1 was really "target a time where somebody in charge of release management will bug me if I forget"15:21
infinitySpamapS: Heh.  doko will bug me, and I'll bug you.  It'll be great.15:22
dokoindirect spanking15:23
infinitySpamapS: (or, you could upload the quick "disable asm" hack to Ubuntu now, and then fix it less crappily in Debian and sync/merge at your leisure)15:23
SpamapSinfinity: indeed I think thats probably the way to go.15:24
infinitydoko, slangasek, cjwatson: Let's avoid touching component-mismatches while toolchain/boost transitions shake out a bit.15:28
xnoxinfinity: in the mean time, where shall I upload boost transition? just keep in on my machine or upload into ppa and then do a source copy?15:28
xnoxonce gcc4.8 builds & publishes.15:28
dokosure, looks fine15:29
dokoxnox, upload them now. they can wait in the queue15:29
infinityExcept people might accept them.  Are we concerned about that gcc bug being a problem?15:29
* xnox ponders to artificially tweak .dsc to depend on the pending gcc-4.8, to just let the packages into dep-wait state on gcc-4.8 ;-)15:30
dokowell, misoptimized memcpy ... otoh it didn't show up in gcc itself15:30
dokoxnox, yes, that's what I'm actually doing in such cases ...15:31
infinityxnox: Not an awful idea, actually.  And simple enough.15:31
infinitygcc-4.8 >= 4.8.0-4ubuntu215:31
* xnox goes to add it to my scripts ;-)15:32
xnoxcause i want these built, while I sleep / on the plane.15:32
rtginfinity, linux_3.9.0-0.1 is in the pipe. Shall I wait on linux-meta until after we're sure headers and everything are good ?15:32
infinityrtg: Meh, just throw it all at the archive, we'll avoid accepting it for a little while anyway.15:33
SpamapS$ bzr branch ubuntu:mysql-5.515:39
SpamapSbzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/+branch/ubuntu/mysql-5.5/"15:39
dokortg, heh, you only see something with the headers once you start building with it ...15:39
xnoxSpamapS: we did distro-branch but didn't import saucy yet. Use bzr branch lp:ubuntu/raring/mysql-5.5 for now.15:40
* xnox goes to check if it's safe to start package importer.15:41
SpamapSxnox: *ah* ok that makes sense15:42
apwrtg, did you prep linux-signed for saucy as well ?15:58
stgraberwin 7716:02
rtgapw, all 3 packages are uploaded16:07
apwrtg, great thanks16:07
rtglet the carnage begin....16:08
rbasakSpamapS, doko, infinity: note that we *assume* that the C code is slower. I haven't seen any evidence that the assembly actually speeds things up when pitted against a more recent gcc.16:13
SpamapSrbasak: I tested it16:13
rbasakSo I think it makes complete sense to drop the assembly and use the C until/unless upstream fix it.16:13
SpamapSrbasak: it was slower.16:13
rbasakAh, OK. Fair enough.16:13
SpamapSrbasak: by about 10%16:14
DavieySpamapS: how did you benchmark ?16:14
SpamapSas I said, I believe they have fixed it in newer yassl16:14
SpamapSDaviey: 10000 MySQL connections16:14
rbasakSpamapS: I wonder if updating the entire extra/yassl directory to the latest upstream yassl breaks anything?16:14
SpamapSI can dig out the results.. its been a while now16:15
SpamapSrbasak: it does not break anything, I have tested that16:15
rbasakSpamapS: could that be a cost of connection setup, then, rather than normal use? Who actually uses 10000 MySQL connections in the real world?16:15
SpamapSthe yassl guys are actually really awesome and care a lot about API stability and high performance / low cost16:15
SpamapSrbasak: *everyone*16:16
Davieyrbasak: So many crappy php applications have poor connection reuse16:16
rbasakOh, OK then.16:16
SpamapSAnd specifically, 10000 iterations of connect, do a big giant select, disconnect.16:16
SpamapSI tested w/o SSL as well for a control16:16
* SpamapS is so bad about keeping these things around :-P16:17
SpamapSanyway, we're talking about a tiny subset.. i386 mysql servers.16:17
SpamapSthat need SSL..16:17
rbasakSo I guess the question is whether Debian or Ubuntu are willing to carry that patch? I think we want to shrink Ubuntu's MySQL delta if we can rather than grow it, given MySQL's closed development and the existence of MariaDB and Percona etc. I'd rather that we spent the time on them if we're going to introduce deltas.16:18
dokorbasak, that's not the only thing to consider. we'll drop gcc-4.4 in ubuntu with this patch. this is more than enough16:22
DavieyMy care for 386 is small. :)16:24
rbasakDaviey: yeah but Debian's is bigger, and I don't want Ubuntu to maintain a delta. I'm concerned that it'll get neglected.16:25
vibhavWhen, during the UDS, is the toolchain for the next release discussed? (Assuming such a discussion takes place)16:25
dokovibhav, there's a blueprint16:26
infinityrbasak: This wasn't about deltas, SpamapS is going to fix it in Debian.16:26
infinityvibhav: It's usually more "decided" than "discussed", though we sometimes debate a bit about deadlines for getting things in.16:27
vibhavdoko: Could you link me to the blueprint?16:27
vibhavYes, the toolchain is rather decided16:28
vibhavI presume we would be using gcc 4.8.0 for this cycle, wont we?16:29
infinityYes.  Already in the archive.16:29
vibhavthanks infinity16:30
dokoDaviey, did I miss your blueprint to drop i386?16:30
Davieydoko: no16:31
xnoxdoko: Ubuntu Server for quantal and up only released i386 install media.16:35
xnoxDaviey: how much do you care about x32 ?16:36
SpamapSrbasak: I think we'll just live with a bad i386 ssl in MySQL.16:36
Davieyxnox: Right, but the archive is still reasonable16:36
SpamapSand by bad I mean 10% slower.. not exactly the end of the world. :-P16:37
Davieyxnox: My interest in 32 bit is pretty small. But i'm not pushing for it to be discontinued16:37
rbasakSpamapS: OK, thanks. At least until upstream fix it :)16:37
infinitySpamapS: Surely, a full upstream pull of yassl is overkill, there must be one upstream commit or something that fixes the bug.16:37
SpamapSrbasak: don't hold your breath, its been open for 18 months now.16:37
rbasakinfinity: I couldn't find an available upstream VCS when I looked.16:37
SpamapSinfinity: the only reason we have to do that is the ridiculous embedding. Part of my grand plan is to have yassl be its own library.16:38
SpamapSinfinity: gearmand is about to start linking to yassl, so Debian will have two consumers.16:38
infinityAhh, ick.  Yeah, linking that dynamically will lead to less sad security teams.16:38
SpamapSand we'll get to use the latest yassl, because they're a good library, and don't break backward compatibility.16:39
Davieyasm makes me cry.  It's impossible to do a reasonable audit without wanting to kll yourself16:39
ScottKBTW, there are plenty of desktop users of mysql, so it's not just a server thing.16:40
ScottK(SSL may be though)16:40
infinityDaviey: That's how I feel about python. :P16:41
Davieyinfinity: pah! :)16:42
ScottKinfinity: Be nice.  You'll make barry cry.16:43
antarusinfinity: bleh16:43
Davieyinfinity: You are confident you could audit malicious asm shellcode embedded in something?16:45
xnoxinfinity: are you about for a second review of the batch with corrected version numbers, changelog, and mangled .dsc with gcc-4.8 build-dep ? not two linux packages are in the queue. Turns out none of the packages need s/1.49/1.53/ mangling as all of them use defaults-dev (sometimes defaults-dev | 1.49-dev)16:45
infinityDaviey: Depends on the machine, not all asm is created equal.16:45
Davieyinfinity: true16:46
antarusDaviey: I don't think his point was that asm was *good*16:47
infinityxnox: Sure, I'll have a glance when I get back to the hotel.  Don't feel like being in the office all night again.16:47
xnoxinfinity: ack. will upload in a sec.16:48
antarusdynamic languages like python let you do colossally stupid things16:48
antaruslike the C preprocessor ;p16:48
rbasakAll Turing compelte languages let you do colossally stupid things :)16:50
xnoxrbasak: any language let you do colossally stupid things =)16:51
* rbasak invents a language with only one command that takes no parameters: "exit"16:51
xnoxvowpal-wabbit.updated.changes -> inappropriate changesfile name, OMG!17:37
=== rtg is now known as rtg-afk
dobeyeverything that gets accepted to raring-proposed will end up in saucy right now?18:41
xnoxdobey: NO!18:45
xnoxdobey: anything accepted to raring-proposed will end up in raring-proposed => heading for SRU.18:46
xnoxdobey: saucy already has different compiler and boost1.53 api. and kernel.18:46
xnoxdobey: one should do an upload to saucy _first_ and then to raring-proposed.18:47
dobeyxnox: right, but at least in the past there has been a period of time when updates to the just-released ubuntu will get copied into the new development version as well18:47
xnoxdobey: all 0day sru's and raring-proposed carry over, has already been carried over.18:47
xnoxthat was done yesterday.18:48
dobeyi'd rather not have to create separate uploads for this :-/18:50
dobeybut i don't know if the fix is totally correct yet or not, and Laney has presumably already left18:50
dobeyhopefully not missing his flight if he's going to the sprint18:50
xnoxAAs: please reject clamav, cups, casper, maas from raring-proposed unapproved queue. All of them trying to upload a higher than saucy version number into raring without using SRU version number.18:51
xnox(SRU team?!)18:51
xnoxglib-networking already has matching upload in saucy and correct SRU version in raring-proposed unapproved queue.18:52
xnoxdobey: upload to saucy with normal version number. Bugs should be fixed in saucy first!18:52
* xnox or laney or anyone else can do sru version upload for you later.18:52
xnoxor it will simply wait.18:53
dobeyxnox: well it's a bug that doesn't really affect saucy, as it only happens on upgrade from quantal -> raring18:53
xnoxdobey: bug # ?18:54
ScottKI self rejected clamav.  I meant that for saucy.18:54
dobeyxnox: bug #117324918:54
ubot2Launchpad bug 1173249 in software-center (Ubuntu Raring) "update-software-center AttributeError during upgrade from 12.10 to 13.04" [Critical,Triaged] https://launchpad.net/bugs/117324918:54
dobeyi guess i should mark it invalid for saucy though18:55
xnoxdobey: i think it still should be in saucy, as at one point we were considering quantal -> lts upgrades. Also wouldn't it affect precise -> next-LTS upgrades?18:55
xnoxdobey: and regradless it's friday, so there is no difference in uploading today vs on monday.18:56
dobeywell, it doesn't change the fact that in the past, i have uploaded packages to release-proposed to do updates, and was able to just have them copied over to development series, within the first few weeks after a release. i don't recall any new policy to disallow that being declared (but if there was, please refersh my memory with a URL) :)18:59
stgraberxnox: are you done flooding the saucy?19:00
stgraberunmute queue saucy-proposed19:02
ScottKxnox: I fixed clamav.19:05
xnoxstgraber: yes.19:06
xnoxScottK: thanks.19:06
ScottKThat was just my fingers typing raring while my brain was saying saucy.19:06
xnoxstgraber: want to redirect casper upload to saucy?19:07
=== rtg-afk is now known as rtg
stgraberxnox: didn't I copy it already?19:08
stgraberah no, looks like I only copied the one from -updates not the one that was in -proposed19:08
xnoxstgraber: nope, there is 1.332 in raring-proposed unapproved. which is higher than salamaner19:09
stgraberxnox: right. I'll wait for that one to be at least approved in raring-proposed then will do a binary copy to saucy19:09
xnoxstgraber: but it's not using sru style version number. But I guess you can blag it that it actually is ;-)19:09
ScottKxnox: It's usual for us to forward copy stuff until the archive is open for uploads.19:10
ScottKxnox: There's no requirement for a particular style of version numbers for SRU.19:10
xnoxScottK: which is bad encouragement.19:10
stgraberxnox: well, to be fair at the time I uploaded it, it wasn't clear whether it'd be an SRU or not ;)19:10
xnoxstgraber: sure.19:10
ScottKI think it's better to announce a change in the way we do things rather than just rejecting stuff.19:11
stgraberScottK: btw, if you've got a sec, it'd be great if you could let casper into raring-proposed. I'd like that one fixed ASAP so that anyone building a derivated distro picks it up and avoids the bug.19:11
xnoxScottK: if not gcc bug, we would be open now. And I don't want what happened in raring where 2 months later (which is ~6 weeks after archive open) on my raring system I saw uploads in quantal-proposed & quantal-updates >> than raring19:12
ScottKstgraber: Sure.19:12
ScottKinfinity: I think xnox is volunteering to join the SRU team.19:12
stgraberxnox: don't worry, I've got a script for that and I monitor + copy-package when I spot one19:13
stgraberthough I usually only care once the package hits -updates19:13
xnoxScottK: I volunteer to be AA and only remove packages =)19:13
ScottKNo, that's StevenK's job.19:14
ScottKstgraber: Need a test case.  You can add that while it's building.19:14
stgraberScottK: ah yeah, true, didn't do the SRU paperwork back then :) will do in a sec19:14
ScottKxnox: I'll forward copy that one after it's built/published.19:16
xnoxI'd even would like to get security team to do saucy first and/or together with -security if the version numbers still match.19:18
stgraberScottK: there you go19:21
ScottKxnox: They usually do.19:22
infinityxnox: You might want to avoid making policy that other people enforce. :)19:29
infinityxnox: It's pretty routine for 0-day SRUs to get copied over, rather than force two identical uploads.19:29
infinityxnox: Now, this doesn't go on forever, but you were demanding we reject things that were uploaded before raring released.  Trust me, if I had planned on doing so, I would have done so then.19:31
xnoxinfinity: sure. but it's day 1 now =) the stuff that is in unapproved queue already is fair game and the rest of packages there have SRU template complete.19:31
infinity(We also have scripts to check if release-1-updates is >> release)19:32
xnoxinfinity: dobey wanted to upload something today as if it was 0-day SRU (which may still be possible, if in fact we do not need that patch in saucy but it feels like if it's needed for quantal -> raring upgrade we do want it in saucy)19:32
infinityxnox: If he uploads it to raring, we want it in saucy too, yes.  And we'll copy it.19:33
stgraberI don't see what annoying people who worked hard during release week preparing SRUs gets us. The backlog of pre-release SRU uploads should just get processed as usual and then be copied to saucy once built, which AFAICT has been done by the SRU team (or me with the mass copy I did yesterday)19:33
infinityxnox: In short, please don't flip out about nothing, this is business as usual.19:33
infinitystgraber: Indeed, I did some yesterday too.19:33
xnoxhmm...... it's just in raring cycle release-1-updates was << release, but that patch was not actually part of release. ( one person did -1-updates while the other did release) and it took a few months to get noticed.19:34
xnoxthat was with lvm2 package.19:34
stgraberoh and I really need to poke cjwatson and infinity during the sprint about that whole becoming an AA and SRU team member thing19:35
infinityxnox: That's unfortunate, but not solved by this.19:35
xnoxnot sure how that slipped all the fancy reports you say exist and you are teaching me about.19:35
infinityxnox: Reports don't look at the contents of packages.19:35
xnoxi think a third party noticed and opened the task against $release and that's how eventually we noticed this.19:36
infinityxnox: Anyhow.  I'm not here to argue.  Just calm down.19:37
slangasekinfinity: so do you want me to prepare separate uploads for this hdparm SRU I was about to do? :)19:37
infinityxnox: Yes, SRU patches can get lost in release+1 when someone does a merge or something and skips that revision.  That's not new.19:37
xnoxinfinity: also very true =)19:38
xnoxanywho I have now boost1.53 build failures to attend to and/or pack =)19:38
infinityslangasek: Couldn't care less, tbh.19:38
slangasekxnox: I wouldn't really advise packing the boost1.53 build failures; they could push your luggage over the weight limit19:38
infinity(Yes, we should move to the "fix it in both releases independently" thing soon, both to get new toolchain good/badness, and to make sure we're not stomping all over ourselves with merges, but in the first few days after release when all is calm, I really don't much care, and I'm all for a bit of slack)19:39
infinityI'd rather be having a beer than uploading everything twice today. :P19:40
xnoxi guess something lightweight like opening a saucy task should be enough on those to "copy over once build OR notice that it got stomped over and do a separate upload"19:41
* xnox forgets about sloppy SRUs , boost1.53 FTBFS, packing and goes to drink tea!19:41
infinityShouldn't need a saucy task, the generic task won't be closed by an SRU (assuming there is a generic task).19:42
phillwinfinity: just as total "by the way", is there any planned date for the first makes of the likes of lubuntu to arrive on the daily images?19:55
ScottK"next week"19:55
infinityphillw: We'll turn dailies on again over the weekend or early next week.19:56
infinityphillw: No schedule day for flipping the switch, but "soon".19:56
infinityphillw: Right now, they're be nearly identical to raring anyway, so not much excitement there. :P19:56
phillwScottK: infinity thanks :) You know how keen our l-QA testers are :D19:56
dobeycan someone sponsor the debdiff on bug #1173249 into raring-proposed please? since i don't have upload privs to pygobject20:26
ubot2Launchpad bug 1173249 in software-center (Ubuntu Raring) "update-software-center AttributeError during upgrade from 12.10 to 13.04" [Critical,Triaged] https://launchpad.net/bugs/117324920:26
ScottKdobey: I'd try -devel.  There's nothing release specific about a sponsoring request and there are more people there.20:32
dobeyi guess it's just not a great time for requesting such a thing, regardless of where the request is made.20:53
* cjwatson uploads ghc - might as well get that in place along with the rest of the toolchain21:26
cjwatsonwhy not?21:27
cjwatson(you have 80MB worth of upload time to persuade me to C-c :-) )21:27
Laneyhttp://www.haskell.org/ghc/docs/7.6.3/html/users_guide/release-7-6-3.html doesn't change very much21:27
LaneyThere will probably be a more featureful upstream release that will be more worth the effort21:28
cjwatsonI guess ...21:28
antaruscjwatson: you can move to austin, TX, they are getting google fiber ;p21:28
cjwatsonWish we had binNMUs, then it wouldn't be so annoying21:28
Laneywell, this transition should be entirely no-change21:28
cjwatsonantarus: I will live in the US some time after hell freezes over21:28
cjwatsonLaney: OK, ctrl-c'ed21:29
dobeycjwatson: given the rate of ice cap melting, we're not too far from that ;)21:30
Laneyyeah, we can help it along with ghc transitions too :P21:30
Laneyref. https://buildd.debian.org/~nomeata/graphs.cgi21:30
dobeyLaney: i don't have upload privs to pygobject btw. attached a debdiff to the bug, if you have a minute to upload it :)21:31
Laneydobey: I'm a beer or two down - feels like a dubious proposition to me21:32
Laneytomorrow on my travels though, no probs21:32
ScottKantarus: Kansas City has Google Fiber.  It gets pretty cold in the winter there.   Maybe he'd go for that.21:39
cjwatsonIt's not the *temperature* I object to :)21:40
ogra_the fiber ?21:42
ogra_you're such a copper guy21:43
dobeyi definitely like my fiber21:43
dobeyeven if it's not gigabit yet21:43
* ScottK <--- too (FIOS, not Google, but it'll do)21:43
slangasekRiddell, ScottK: hey, so there are an awful lot of kubuntu-specific plymouth bugs coming in for raring; I don't know of any reason there would be kubuntu-specific plymouth problems though, and I can't reproduce them either in a VM or on real hardware by installing the kubuntu theme on an existing Ubuntu system.  Is there someone who could take a look at these and figure out what's going on?23:34
ScottKapachelogger would be the appropriate victim.23:34
slangasekapachelogger: ping, re: plymouth+kubuntu23:35
ScottKhe's not online though.23:35
ScottKThere are some issues that only happen on fresh install, not upgrades, so it wouldn't surprise me if a system that already had Ubuntu on it would be different.23:36

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