/srv/irclogs.ubuntu.com/2012/03/26/#ubuntu-release.txt

jdstrandcjwatson: I don't have the context of the conversation, but if you need my team to flag certain packages for some reason and coordinate that with you, let me know and we'll make that happen00:04
jdstrandcjwatson: (referring to the libssl conversation in backscroll)00:05
slangasekjdstrand: this is specifically to do with ABI changes and d-i not respecting versioned dependencies00:09
slangasekshouldn't be a problem for security updates00:09
jdstrandok, thanks00:09
jdstrandwe're here if you need us :)00:09
Davieyd-i is good now.. thanks :)00:10
pittiGood morning05:39
pitticjwatson: FYI, cd image cronjobs on manual now05:44
pitticjwatson: I set OFFICIAL="Beta" in cdimage now; that's a reason to rebuild everything, marking in the tracker05:54
pittierr, pad05:54
slangasekpitti: I think that needs to be set to 'Beta 2' to avoid confusion05:54
slangasek(it was set to 'Beta' last time rather than 'Beta 1', but at least 'Beta 2' will still be unique)05:55
pittislangasek: oh, ok; I wasn't sure whether that gets parsed and compared anywhere05:55
slangasekI believe it winds up in the iso diskinfo05:55
slangasekI don't think it's *parsed* anywhere, but it's confusing to have two images called 'Beta'05:55
pittihm, beta-2 to be safe, or do you know that a space works?05:56
pittitools like usb-creator parse the version (but that comes much ealier in the string)05:56
* pitti digs history for lucid05:56
slangasekI'm reasonably certain that 'Beta 1'/'Beta 2' was what we used last cycle05:57
pittiahh, there's precedent for "beta 2", nevermind05:57
pittidone05:57
slangasekcheers05:58
* slangasek wanders off to bed now05:58
jibelpitti, IIRC wubi uses this info to identify the image and the regex fails if there is a version in the sub-version e.g Beta 206:56
pittijibel: bonjour06:56
jibelpitti, morgen :)06:56
pittijibel: oh, so did that break in hardy/lucid/oneiric as well?06:56
jibelpitti, In natty I think06:57
jibelunless that was fixed in wubi, let me check06:58
jibelpitti, it is the regex used by wubi to parse disk/info07:00
jibeldisk_info_re = '''(?P<name>[\w\s-]+) (?P<version>[\d.]+)(?: LTS)? \"(?P<codename>[\D]+)\" - (?P<subversion>[\D]+) (?P<arch>i386|amd64) \((?P<build>[\d.]+)\)'''07:00
jibelso it still fail with "Beta 2"07:01
pittijibel: ok, thanks; so I better change that to Beta-207:06
pittijibel: done07:07
pittihttps://launchpad.net/ubuntu/precise/+bugs?field.milestone%3Alist=4432807:08
pittihmm, 43 bugs07:08
* pitti gardens them a bit07:12
pitti^ csync is unseeded, and a no-change rebuild to fix uninstallability, accepting07:22
=== rsalveti` is now known as rsalveti
micahgpitti: I still want to kill sqlite2, but I guess the rebuild's ok (will send e-mail to -release when I'm ready to work on it)07:46
pittimicahg: thanks07:47
pittimicahg: yeah, at least it's installable now07:47
micahgpitti: being that no one's complained yet, I'm guessing it's not very used07:47
pittimicahg: it was an easy thing to get off the beta-2 bug list; sorry if I got in your way07:47
micahgpitti: not at all, only reason why I added to beta 2, was I was hoping to have sqlite done by now07:48
micahgpitti: actually, was tempted to ask you to remove07:48
micahgcsync, not sqlite07:49
pittican do that as well, if there's a good reason for it07:49
pittiif it's the only package that still uses sqlite2, that would be a good reason :007:49
micahgpitti: sqlite2 deprecated :), I guess at this point, it might as well wait until the rest of the sqlite cleanup07:49
=== mmrazik is now known as mmrazik|lunch
pittihttps://launchpad.net/ubuntu/precise/+bugs?field.milestone%3Alist=44328 is a bit shorter now09:36
* cjwatson has a look through archive admin bugs09:58
* Laney arghs at still not having filed the other haskell removal one09:59
=== greyback is now known as greyback|lunch
cjwatsonnewlib should be safe despite being in main; it's only there for newlib-spu which is a build-time-only thing only on powerpc10:02
cjwatsonLaney: https://bugs.launchpad.net/ubuntu/+source/haskell-attoparsec-text/+bug/955521/comments/310:07
ubot2Launchpad bug 955521 in haskell-xml-enumerator "Various discontinued Haskell packages to remove from precise" [Undecided,Confirmed]10:07
cjwatsonand comment 410:09
Laneyyeah there's some yesod syncage to do10:09
cjwatsonand hledger-web10:10
Laneyyeah10:11
Laneybrb10:11
=== mmrazik|lunch is now known as mmrazik
Laneyi'm syncing some more stuff which should make the rdeps go away10:41
=== greyback|lunch is now known as greyback
* Laney pulls at threads10:54
pitticjwatson: thanks for the newlib fix, accepted11:01
pitticjwatson: FYI, I'm accepting the GNOME 3.4.0 bits; they go into -proposed, and only update translations11:02
cjwatsonOK; do you want to get them onto beta-2 images?11:02
pittiso that we can stash up 3.4 in -proposed, and move it to precise after the freeze11:02
cjwatsonah right11:03
pitticjwatson: I see no need for this11:03
pittitranslations are stripped anyway, and we dont' get new b2 langpacks11:03
pitticjwatson: it's mostly for seb128 to get them out of the way, and in -proposed they avoid arch skew11:03
pittiI mean uninstallability due to arch skew11:03
cjwatsoncertainly11:04
seb128hum11:04
seb128https://launchpadlibrarian.net/98386576/buildlog_ubuntu-precise-armel.gnome-panel_1%3A3.4.0-0ubuntu1_CHROOTWAIT.txt.gz11:04
seb128"bzip2: Data integrity error when decompressing."11:04
pittierk11:04
seb128does it mean the builder is buggy?11:04
cjwatsonI think I'd be inclined to just mash retry11:05
cjwatsonthat sounds like a network transmission error on the chroot11:05
cjwatsonand bzip2 has done part of its job and spotted it11:05
seb128thanks11:05
cjwatsonif it happens multiple times we can be more worried11:05
ogra_hmm, seems nusakan didnt do the DST switch ... i just got the daily health checks mail 1h late11:06
ogra_(or didnt the uk switch ?)11:06
seb128cjwatson, https://launchpadlibrarian.net/98386775/buildlog_ubuntu-precise-armel.gnome-panel_1%3A3.4.0-0ubuntu1_CHROOTWAIT.txt.gz11:07
cjwatsonit's intentionally on UTC11:07
seb128cjwatson, same issue on second try11:07
seb128(same build, caph)11:07
ogra_oh ... silly me, indeed11:07
cjwatsonseb128: hmm - ask #launchpad-ops (internal)11:07
seb128builder11:07
seb128cjwatson, ok11:07
Davieyall servers should stick to UTC :)11:07
ogra_Daviey, all the world should :)11:07
ogra_would aviod me getting confused11:07
Davieyogra_: I'm happy to stick my working day to UTC :)11:07
pitticjwatson: I found a fix for bug 963069, the breaker du jour for the lucid->precise universe auto-dist-upgrade test11:09
ubot2Launchpad bug 963069 in gtk+2.0 "Lucid -> Precise universe: pkgProblemResolver::Resolve generated breaks - does not replace gir1.0-gtk-2.0 with gir1.2-gtk-2.0" [High,New] https://launchpad.net/bugs/96306911:09
pitticjwatson: would you consider accepting this for beta-2 at this point? it's just adding a new Conflicts:11:09
pittierr, breaks11:09
pittiI'm test-building locally now to ensure it still builds11:10
pitticjwatson: I can also use -proposed if you want11:10
cjwatsonwhat's the state of image testing?11:11
cjwatsona few tests registered, not lots11:12
cjwatsonso yeah, I'd consider it11:13
pitticjwatson: we need to rebuild everything anyway still, for the OFFICIAL change11:16
cjwatsonoh, you didn't do that already?  OK11:21
pitticjwatson: I did it this morning11:21
pittibut images haven't rebuit since then11:21
pitticjwatson: and I updated it to say "Beta-2" instead of "Beta 2" to avoid breaking wubi (cf. jibel's ping around 0700 UTC here)11:22
cjwatsonsure; for lucid we just said Beta in both cases11:26
cjwatsonI'm actually fairly sure that "Beta 2" would have worked in the specific case of wubi; jibel misread the regex11:27
cjwatson... actually, both of them break equivalently, thinking about it11:27
cjwatson\D matches anything that's not a digit11:28
pittihm, so just "Beta" after all?11:28
cjwatsonI understand slangasek's point about confusion, but I think avoiding triggering bugs ought to take precedence11:28
pitti+111:29
pittiand that's only for the .disk/info stamp, right?11:29
pittior does it go anywhere on the .html pages?11:29
pitti(these are edited manually anyway)11:29
cjwatsonhtml is done separatey11:29
cjwatson+l11:29
pittiand the .iso file names are a publish-release argument11:29
* pitti adds ^ to the etherpad11:32
cjwatsonaccepted11:34
pittithanks11:35
pitticjwatson: I'll move it to precise once it's built everywhere11:36
pittierk, powerpc build ETA in 15 h11:36
pittiseems the wesnoth backports own the ppc builders for a while11:37
Davieywesnoth  is release critical11:38
cjwatsonoh, blast, I was just clearing them while I remembered.  surely you can just score things up though?11:41
cjwatsonotherwise feel free to ask #launchpad-ops for build cancellations11:42
pitticjwatson: scoring doesn't help, already tried11:43
pitticjwatson: yeah, will do that11:43
* pitti questions the utility of maverick backports at this point..11:44
seb128cjwatson, pitti: #launchpad-ops sorted the armel builder issue btw11:45
pittiseb128: cool, thanks11:45
pittigtk+2.0 ppc building now11:56
scott-workjust subscribed release-team for bug #96349812:33
ubot2Launchpad bug 963498 in ubuntustudio-default-settings "[FFe] menu is not ubuntu studio version" [Undecided,New] https://launchpad.net/bugs/96349812:33
pitticjwatson: FYI, out for doctor appointment for ~ 1 hour; gtk 2.0 still building :/12:34
cjwatsonpitti: ok12:35
cjwatsonscott-work: I'm not sure I see why this is an FFe; isn't it just a bug?12:35
scott-workcjwatson:  i would think this is just a bug and could be addressed without the release-team's approval, but i was just being cautious12:36
cjwatsonconfirmed anyway12:37
scott-workcjwatson: thank you12:38
scott-worki think there is a bit of a culture in some quarters to be cautious about bugs after freezes...perhaps, overly cautious, i will try to be more judicious in the future however12:38
cjwatsonit's fine to be cautious, but don't hamstring yourself :)12:47
=== bladernr_afk is now known as bladernr_
jdstrandfyi, I just sponsored a freetype upload to precise for security updates. it is not required for beta-2, but is fine if it is pulled in13:13
pgranercjwatson, the unity guys might have a fix for https://bugs.launchpad.net/ubuntu/+source/unity/+bug/963633  (or a best a partial fix)13:21
ubot2Launchpad bug 963633 in unity "Unity 5.8: Login to blank screen (all black or just wallpaper)" [Critical,In progress]13:21
pgranercjwatson, dbarth has more info13:21
cjwatsonOK, they can ask somebody from desktop to apply it to the package as a patch, and then we (release team) can review it once it's in the queue13:22
dbarthcjwatson: hi13:22
cjwatsonor one of their own people with upload privileges if possible13:22
cjwatsonuntil then it doesn't need to go through me :)13:22
dbarthwe're testing a small fix in the gconf backend from which we suspect the hangs and corruptions come from13:22
pgranercjwatson, more of a heads up that a respin will be needed13:22
cjwatsonpgraner: we haven't spun yet13:23
dbarthit's 4-5 lines of changes, but means a respin would be needed to integrate the change13:23
cjwatsonthe existing images still say alpha, we were waiting for gtk+2.0 to land13:23
pgranercjwatson, ah ok, I thought we had spun then nevermind....13:23
cjwatsonbut certainly if you could get something uploaded ASAP rather than later that would help13:23
* dbarth hopes we'll beat gtk+213:23
cjwatsonI doubt it, it was well on its way building13:24
dbarthugh, well13:24
ralsinaquestion! We found  a security issue on ubuntuone-client on friday. We have  fix today, is there ay chance of uploading a fixed package?13:52
ogra_you can in any case upload to the queue, letting the package in is a manual process during beta freeze13:57
ralsinaogra_: thanks!13:58
ogra_(assuming you talk about precise indeed :) )13:59
nessitaogra_: yes, this is for precise. So, just dputting to ubuntu will leave the package in the proper queue?13:59
nessita(hi there!)13:59
cjwatsonnessita: yes13:59
ogra_nessita, right, you should see it being announced here by the queuebot14:00
nessitaogra_, cjwatson: thanks!14:00
jdstrandralsina: is this only in the precise version?14:02
ralsinajdstrand: yes14:02
jdstrandok14:02
cjwatsonpitti: FWIW most of my sponsored uploads from today can happily wait for post-beta2; in particular I'd prefer if busybox weren't accepted14:26
pitticjwatson: ack14:26
cjwatsonit's not a disaster if it is but I'd have to respin d-i14:26
cjwatsonpitti: pgraner/dbarth asked for us to wait until they've got a fix for bug 963633 uploaded before we start rolling images14:29
ubot2Launchpad bug 963633 in unity "Unity 5.8: Login to blank screen (all black or just wallpaper)" [Critical,In progress] https://launchpad.net/bugs/96363314:29
cjwatson(scrollback ~ 1 hour ago)14:29
pitticjwatson: I was told this only affects upgrades14:29
pittibut ok14:29
pgranerpitti, no true I got it on a freshly installed system as well14:29
pgraners/no/not/14:29
pittipgraner: ah, thanks for the update14:30
skaetDaviey,  today's CD report still has server amd64 oversize.  Will we get one today that fits?14:37
Davieyskaet: Today's was built before i made nay changes. :)14:42
Davieyhold out.. still on track.14:42
skaet:) ok14:43
Davieyskaet: sorry for being brief, otp14:51
skaetDaviey, np14:52
rickspencer3hi skaet and dbarth14:59
dbarthcjwatson, pitti, pgraner: sorry to report that the fix we were on is not working so far15:00
dbarthso, it will take us still a couple of hours to confirm a fix15:00
cjwatsonperhaps we should go ahead and spin images anyway?15:01
skaethiya rickspencer3, about ^ ?15:01
pgranerskaet, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/96363315:01
ubot2Launchpad bug 963633 in unity "Unity 5.8: Login to blank screen (all black or just wallpaper)" [Critical,In progress]15:01
pittigtk+2.0 armhf/armel are in pkgbinarymangler stage15:01
dbarthi don't think we can give you a fixed package within the next 2-3h15:02
dbarth:/15:02
pittibut I guess if we'll respin anyway, or don't care about gtk 2 being out of date on the images, that's not a blocker15:02
rickspencer3skaet, my gut tells me that unity is not going to be shippable before tomorrow15:02
pgranerrickspencer3, +115:02
rickspencer3I'm watching didrocks et al debug it ... they are working hard, but there are no easy answers15:03
skaetpitti,   can we revert the pocket copies, and go with the original one?15:03
skaet(ie. one at freeze)15:03
pittiskaet: for unity? no, we can't15:03
pittiwe could upload the whole stack as 5.8+really5.6 again15:04
pittiin -proposed15:04
pittiand then move over everything in a couple of hours when everything is built15:04
rickspencer3pitti, skaet I would propose that we set a deadline for such a reversion15:04
skaetpitti,  might be prudent to do that then,  and if no resolution by the time it builds.15:04
skaetwe switch over15:05
pittiyes, sounds good to me; not sure if we also need to revert the compiz bits, or just unity15:05
cjwatsonskaet: reverting as +really5.6 is a giant mouthful15:05
pittididrocks: ^ ?15:05
cjwatsondo we REALLY want that?15:05
cjwatsonI don't mind setting a deadline for it, but I don't like the idea of doing it up-frfont15:05
rickspencer3I would propose that we prepare to do that tomorrow15:05
cjwatson*up-front15:05
didrockswell, it doesn't impact beta2 as per see, the issue are only on upgrade15:05
rickspencer3give the unity team 1 day to sort it out15:05
pittididrocks: pgraner says otherwise15:05
didrockshum, for the interface not showing?15:06
skaetdidrocks, ^ comments from pgraner...15:06
pgranercjwatson, I hit the blank desktop on a fresh install about an hour ago15:06
cjwatson-> didrocks15:06
didrockspgraner: ah, can you please talk about it to duflu? he's on something else then15:06
didrocksthere are 3 bugs in fact15:06
skaetdbarth,  didrocks,  how tightly is compiz tied in with unity fixes?15:07
pgranercjwatson, a netboot install then a apt-get install ubuntu-desktop and a reboot15:07
didrocksand everyone is puzzled in it15:07
didrocksskaet: we can revert compiz only, we didn't try it15:07
didrocksskaet: because new compiz + old unity showed the hang that we workarounded15:07
skaetdidrocks,  so, best advice is to revert the entire stack and have it ready in proposed to switch to?15:08
skaetif we don't get this sorted by end of day?15:09
didrocksskaet: well, reverting the stack will take some hours still, so I continue to work like hard and try to get dx people on board…15:09
cjwatsonalso reverting the stack will make it harder for people to reproduce and help ...15:09
didrocksskaet: the revert will take approx 5 hours to proceed with the dep chain15:09
rickspencer3cjwatson, pitti, skaet, didrocks thoughts about letting the unity team work for the next 24 hours to fix the bugs, and then work on reverting if it's not substantially closer to be being solved tomorrow?15:10
cjwatsonwe could do with a bit under 24 hours really15:10
pittithat gets really tight then15:10
skaetrickspencer3, not sure we have 24 hours,   need to get the testing happening, and there could be follow on problems15:11
gemaagree with cjwatson , if we want to test it properly15:11
pittithat means we'd be looking at candidate images Wednesday morning15:11
cjwatsonyes, particularly if we revert the whole stack that means it will take another 5 hours for the fix to build as we have to unrevert everything15:12
cjwatsonand adds that much more source of human error15:12
skaetsuggest we have until 1900 UTC and then decide,  revert or not.   And then have the images built.15:12
pittiperhaps something like "give them 24 hours, and stage a reversion in -proposed in parallel when there is no solution in sight in 16 hours"?15:12
rickspencer3pitti, that works for me15:12
didrockspgraner: so, when you upgrade15:13
skaetdidrocks,   uploading reverted stack - when?15:13
cjwatsondo we have any idea what percentage of users this affects?15:13
didrocksskaet: well, if I upload the reverted stack now15:13
didrocksthat would mean nobody more will work on the fix15:13
didrocksseeing as I'm the only one active on it…15:13
pittididrocks: no need for "now"; we need it (fix deadline minux 5 hours)15:13
seb128are we sure it affects lot of "new install"?15:13
skaetwhat!15:13
seb128everybody who did a unity --reset got it fixed so far15:14
gemadidrocks: why not, don't they want to fix it asap?15:14
pittierr, shoudln't the whole DX team be all over this?15:14
seb128it seems out pgraner most issues are upgraded profiles15:14
didrocksseb128: seems not, with his new install + ubuntu-desktop metapackage15:14
didrockspitti: …15:14
* cjwatson wonders if pgraner has a separate bug; after all the symptom is quite generic-sounding15:14
pgranerseb128, I don't know, I hit it like I said with a net install with the alternate installer then did a apt-get install ubuntu-desktop, rebooted and got the blank screen issue15:14
rickspencer3hmmm15:14
seb128that's quite a special install15:15
rickspencer3that seems rather round-a-bout15:15
seb128not a standard desktop install15:15
seb128do we have any proof it happens with desktop images?15:15
cjwatsonperhaps worth a file-by-file comparison of that with a standard install15:15
rickspencer3can someone who has the bug from upgrade do a fresh install and see it happens?15:15
seb128also reverting would make us loose 1 week or trying to get that issue fixed for final15:15
didrocksrickspencer3: until now, I didn't see any of this15:15
seb128we can't stay on 5.6 for the lts15:15
pgranercjwatson, let me burn a usb stick and install on the same box15:15
rickspencer3can someone take the responsibility of determining the scope of the problem? who is impacted (only upgraders?) and how many upgraders are impacted?15:16
rickspencer3pgraner, someone from QA?15:17
pgranerrickspencer3, sure jibel and I will work this15:17
pittibug 957805 is the oldest dupe, and reported against oneiric already15:17
ubot2Launchpad bug 957805 in unity "Black screen after update on unity (with solution) (dup-of: 963633)" [Undecided,Confirmed] https://launchpad.net/bugs/95780515:17
ubot2Launchpad bug 963633 in unity "Unity 5.8: Login to blank screen (all black or just wallpaper)" [Critical,In progress] https://launchpad.net/bugs/96363315:18
pittiaside from that, it piled up some 25 dupes over the past two days15:18
rickspencer3pitti, so it seems very widespread to you?15:19
pittiso I think the first dupe was something diffent, or 5.8 just greatly aggravated the conditions under which this occurs15:19
skaetpitti,  indeed,  which indicates its going to be fairly common, and critical is not unwarrented.15:19
pittiyes, I think critical is appropriate15:19
rickspencer3pitti, can we tell why some people get affected and some don't?15:20
seb128one issue to consider is that going through with that will increase the chances to get it fixed by hard freeze, rolling back will put us behind on the goal15:20
pittijust to have all options on the table, we could also release on Friday, couldn't we?15:20
pittirickspencer3: I can't15:20
rickspencer3pitti, yes, we could release on Friday15:20
rickspencer3but, let's not :)15:20
pittiit's not my favourite either, as it extends the freeze quite a bit15:20
pittibut we have -proposed for staging uploads, if people really want to15:21
rickspencer3let's stick with Plan A (fix Unity) if at all possible15:21
pittiI'm fairly sure that's everyone's favourite :)15:21
didrocksso, unity --reset works for most of cases15:22
* skaet nods15:22
pittibut can we ask for some more DXers to help out with this, instead of just didrocks?15:22
didrockswe can even envision doing the settings revert ourselves15:22
didrockspitti: well, that's why I'm trying since this morning15:22
didrocksduflu was on it, but it's late for him now15:22
skaetpitti,  dbarth said duflu is working on it as well.15:22
didrocksand he's not around anymore15:23
seb128it's like 2am for him yeah...15:23
* skaet thought that was sam?15:23
cjwatsonthere's bug 965390 as well; we could debate critical or high for that, but at any rate it looks like an easy fix15:24
ubot2Launchpad bug 965390 in ubiquity "prompt to remove cryptsetup on an encrypted LVM install during end user setup" [Critical,Triaged] https://launchpad.net/bugs/96539015:24
cjwatson(the alternate-ness there is not intrinsic; if we supported that partitioning mode on the desktop CD, as we'd like to do for Q, it would have the same problem there)15:25
seb128skaet, sam and duflu both live in australia and both work on compiz15:26
skaetthanks seb12815:26
cjwatsondamn that round planet anyway15:26
pitticjwatson: sounds like we'd have plenty of time to accomodate that fix..15:26
* skaet nods15:27
skaetcjwatson,  you going to be working on that fix?15:27
cjwatsonyes15:28
* skaet can take over kicking images out later today15:28
cjwatsonjust need half an hour or so for a test install to make sure I know the right fix15:28
* skaet nods15:28
pittiskaet: we could then at least start building the non-ubuntu images and the ubuntu arm preinstalled15:29
* pitti wonders what's up with that gtk-2.0 build -- it's been sitting at pkgbinarymangler for an hour15:29
skaetpitti,  yes,  that seems appropriate.15:29
pittiskaet: oh, edubuntu has compiz, too15:30
cjwatsonget a webops to attach strace or get a ps dump or something?15:31
* pitti asks in the channel15:31
* didrocks can at worst try to do a http://launchpadlibrarian.net/60658417/compiz_1%3A0.9.2.1%2Bglibmainloop3-0ubuntu2_1%3A0.9.2.1%2Bglibmainloop3-0ubuntu3.diff.gz15:45
=== x4 is now known as Guest39014
pitti^ accepting gtk+3.0, it's for -proposed15:57
=== Guest39014 is now known as x4
pittieverything else in unapproved is seeded somewhere16:01
stgraber^ is used by Edubuntu (AFAIK we're the only one shipping it), this upload contains a fix to a bug preventing arkose from working at all16:08
pittiskaet, cjwatson: I wonder if I can go to Taekwondo now, or rather stay online for the evening?16:09
cjwatsonpitti: go on, I'll be around off and on for a bit16:10
pittiack; good night then!16:11
skaetpitti, go to Taekwondo.  we're in wait mode now.   If you could check in when you get back16:11
skaetwould be appreciated16:11
pittiskaet: yep, can do16:11
skaetthanks pitti16:11
cjwatson^- that's for -proposed since ubiquity wants to be in sync across all architectures; please review/accept16:19
cjwatsonstgraber: accepted16:24
stgrabercjwatson: thanks16:27
skaetcjwatson,  looks like straightforward extra checking.  accepted.16:29
cjwatsonthanks16:30
dbarthcjwatson, skaet, pitti: just an update about the bug; we're going with another workaround for now, since none of our fixes has proved to be 100% reliable so far16:37
dbarthcjwatson, skaet, pitti: didrocks is building a package with a patch he used some time ago, to force a --reset on the plugin list16:37
didrocksthe difference is that I'll only do it on the plugin list16:37
didrockson the whole configuration16:37
didrocks(and only once)16:37
dbarthie, the list of plugins is fixed-set, but the settings are preserved16:37
didrocksbut still, the real issue has to be worked on16:38
dbartheta? (sil2100 volunteered to do a sanity check on the packages)16:38
didrockshe has a broken setting?16:39
dbarthdidrocks: no, just verify that there is no obvious regression, for whatever reason (since this patch is known to have worked before)16:45
cjwatsonso I guess you want to punt this into -proposed first?16:46
didrockscjwatson: yeah, seems better16:46
didrockscjwatson: I'm buiding it, it's a silly patch, but at least, it should unblock the situation for now16:47
didrockscjwatson: while we are at it, there is an unity patch which can make beta2 (bad interaction with software-center which can cause in a crash)16:48
cjwatsondidrocks: will need to see the patch, but ok ...16:55
slangasekjibel: the latest upgrade failures of lucid-main are a strange regression that I can't reproduce locally by installing the lucid version of puppetmaster and then upgrading to the precise version.  Do you have any more info about what's happening here?16:56
slangasekare we expecting the fix for bug #916291 in before beta-2?16:58
ubot2Launchpad bug 916291 in libreoffice "failed to upgrade from Oneiric to Precise: ERROR: Cannot determine language! - exit status 134" [Critical,In progress] https://launchpad.net/bugs/91629116:58
slangasekwell, in progress as of 4h ago; but not sure if that will land on CDs16:59
cjwatsonthe build is 31 hours on armhf17:01
cjwatsonand pretty long even on x8617:01
* slangasek nods17:02
cjwatson(12-13 hours)17:02
* skaet *blinks* at 31 hours on harmmhf...17:04
cjwatsonwelcome to libreoffice :-/17:05
* cjwatson -> dinner17:06
slangasekjibel: btw, I can't quite figure out why /etc/init/console-setup.conf is being shown as an obsolete conffile of console-setup in the lucid->precise upgrade, given that keyboard-configuration replaces this conffile and is shown as being unpacked... could we perhaps get a copy of /var/lib/dpkg/status from one of these systems post-upgrade?17:12
slangasekwow, what is wrong with the javascript in jenkins?  It pegs my CPU17:12
didrockscjwatson: sorry for the time taken for the workaround, but compiz is making bad implication about what it should copy/erase under your feet17:14
didrocksmaking a final build to ensure everything is fine17:15
skaetRiddell,  pad doesn't seem to have kubuntu active on it for rebuilds,  can you add?17:23
infinitydoko: You were discussing a rebuild test last week, did you still plan to do that?17:25
skaetDaviey,  when the fix lands from didrocks,  will the changes be there for server images to fit,  or will we still need to wait on that?17:32
skaets/fix/workaround/17:32
didrocksskaet: thanks for hilighting it's a workaround, because it really is :)17:35
didrocks(uploaded to -proposed, tested with a lot of reboot here)17:36
didrocksbut as I never got a hang… at least, for everyone it fixed with a --reset, it should work the same17:36
skaetpgraner, jibel ^ who will be around to test the image once its built later today?17:36
Davieyskaet: no, not yet. Unity isn't on the server cd btw :)17:37
pgranerskaet, myself & hggdh17:37
skaetDaviey,  it was more,  want to kick them all off at the same time.   Assumed you want to pick up the ubiquity bug17:37
skaetor rather bug fix.  :)17:37
skaetpgraner,  thanks.17:38
pgranerskaet, I'm here as long as it takes and I'm making hggdh stay too cuz he loves this stuff :)17:38
hggdhskaet: I am a mere paw in this game, I do what my manager volunteers me to17:39
skaetpgraner,  glad of the company.  ;)17:39
skaethggdh,  glad of your company too.  :)17:41
hggdh:-)17:42
didrockscjwatson: ^17:42
skaetdidrocks, cjwatson's at dinner,  looking17:43
didrocksskaet: I targeted -proposed17:44
infinityI'll look too.17:45
skaetthanks infinity, didrocks17:45
infinitydidrocks: ...17:47
infinitydidrocks: You weren't kidding about this being a workaround. :P17:47
nessitahello! the new ubuntuone-control-panel 2.99.91-0ubuntu2 has a minor fix where I added a missing dependency for a binary package17:47
didrocksinfinity: I'm always serious on my speech :)17:48
* infinity giggles at current_profile_gconfvalue.set_string('fooo')17:49
didrocksinfinity: yeah, compiz is aweful with the gconf backend17:50
didrocksinfinity: basically, copying you 2 trees17:50
didrocksso if you reset some keys17:50
didrocksyou need to force again to copy the keys17:50
didrocksthis is triggered by the "profile" change17:50
infinityBrilliant.17:50
infinityWell, it appears to do what it's meant to do, +1 from me.17:50
infinityWere "+1" is "+0.5" with an added "ew". :P17:51
skaetinfinity,  accepted then.17:51
skaetinfinity,  could you take a look at software-center as well?17:51
infinityskaet: Already was. ;)17:52
* skaet thinking we might want to pick it up as well, based on the bug fixes mentioned in it.17:52
didrocksinfinity: yeah, I can only say "sorry for the kittens…"17:52
skaetnessita,  its been accepted now.17:53
nessitaskaet: thanks!17:53
infinityskaet: Yeah, givne the obvious bugs I see fixed just in a cursory scan, there's no way s-c can be more broken than it was previously.17:54
infinity(There's a ringing endorsement, right?)17:54
skaetindeed17:54
infinityBut yeah, the theme oopses and the fixing of incorrect returns already looks worth it, and nothing else looks obviously wrong.17:55
infinity(Accepted)17:55
skaetinfinity,  thanks!17:55
infinityAnd picking up vorlon's bash-completion upload too.17:56
slangasekthat one's ultra-low priority for beta-217:56
slangasekbut ok :)17:56
infinityslangasek: Yeah, but if other things with longer build times are building anyway.17:56
infinityslangasek: And if we're respinning anyay.17:56
didrocksinfinity: slangasek cjwatson pitti: I just hope we won't have any bad surprise with looking at the schema thing if nothing is setup (before even compiz is run for the first time). At worse, the smaller wrapper crashes the first time, but compiz will then still load (as it ignores the subprocess report)17:56
didrocksI'll try with a new account to ensure17:57
infinitydidrocks: What's important is that you thought of that AFTER you uploaded. ;)17:57
infinitydidrocks: But yeah, the fact that compiz blindly ignores the return of the fork should be enough.17:57
infinityMaybe.17:58
didrocksinfinity: yeah, just looked more at the compiz code… and it's settings a *schema* for the current profile17:58
didrocksnot  using any normal "key"17:58
* Daviey wonders why keystone is in the desktop set.18:01
slangaseklooks like fatfingering to me18:02
* skaet curious about that as well, dependency pulling it in?18:02
Davieynah, but NFI what is causing it.18:03
slangasekno, I'm pretty sure that's just a bug in the packageset metadata18:04
infinityTask: openstack18:04
slangasekwhich someone will want to fix18:04
rickspencer3if we can put Ubiquity on the server, we can put keystone on the desktop18:04
infinityOh, I guess that Task info is right.18:04
infinityNo idea why it's in the above sets, however.18:04
Davieyinfinity: i created an openstack Task.18:04
DavieyI've seen similar skew before.. not too worried at this stage TBH18:05
infinityIs it intentional that all this openstack stuff in universe gets the "Supported: 5y" tag, or is that an accidental side-effect of it being in the -server packageset?18:06
zulinfinity: the intention is to get it promoted to main18:07
* Daviey will take keystone18:08
* skaet sees some enlighted self interest on that last bit of volunteering :)18:08
Davieyit's a universe package, so why would there be self interest :P18:09
=== ralsina is now known as ralsina_lunch
skaetinfinity,  compiz on armhf seems to be triggering some unmet dependencies.  libgtk-3-0,  which has a package building,  just wait and retry or something more serious?18:21
skaethttps://launchpadlibrarian.net/98429219/buildlog_ubuntu-precise-armhf.compiz_1%3A0.9.7.2-0ubuntu2_FAILEDTOBUILD.txt.gz18:21
infinityskaet: Just wait and retry, nothing to see here.18:22
infinity(Well, nothing except a missing feature I meant to add to lp-buildd 5 years ago and didn't)18:22
didrocksinfinity: I tried in a blank new session and indeed there is a harmless stack, let me test a fix though18:24
didrocksjust try: except: pass (as if there is no schema, we don't want to enforce one)18:24
infinitydidrocks: Just test for the key existing first?18:24
infinityOr that.18:24
infinitySame net result.18:24
didrocksinfinity: it's not a key, it's a schema, gconf is not that nice :)18:24
didrocksbut yeah18:24
didrocksthe idea is that ;)18:24
didrocks(it should be a key, but compiz makes it a schema…)18:25
infinitySadly, thanks to apport, there's no such thing as a harmless stack trace. :P18:25
infinityNot in a development release anyway.18:25
didrocksinfinity: indeed, that's why I want to prevent that :)18:25
didrocksthe unity package here fix an interesting issue for beta2 IMHO ^18:25
didrocks(do not freak out on the "inline patch", it's because I bzr merge using bzr merge-upstream workflow from upstream)18:26
nessitahello again! the new ubuntuone-client 2.99.91-0ubuntu2 has a security fix where we removed some code that was logging the user's proxy credentials18:27
infinitydidrocks: Inline patches don't bug me.  I'm old enough to remember when diff.gz was nothing but. :P18:28
infinitydidrocks: Looks sane enough.18:29
didrocksinfinity: thanks!18:30
infinitynessita: Eek.18:30
infinitynessita: I'm not going to ask at what point someone thought it was a good idea to log that. ;)18:31
nessitainfinity: I can give some details... this is the first release we're doing with proxy support for UBuntu One, and thus the developers have been doing lots of work and lots of debugging was needed. Of course, we should have checked this before releasing to Ubuntu.18:32
infinitynessita: Heh.  It happens.  Just a bit of an unfortunate oops.18:32
Laneywow, caph is still busted?18:32
nessitainfinity: yeah :-)18:32
Laneyarmel is not happy today18:32
nessitathanks!18:32
infinityLaney: Grr, I thought from backscroll in another channel that had been fixed.18:33
Laneyit had been18:33
infinityLaney: I'm just going to set caph to broken and retry all those.18:34
Laneyon https://launchpad.net/builders/caph/+history you can see it worked for a small while18:34
infinityOn the other hand, the opportunity to mark a machine as a "sad panda" never gets old.18:35
Laneydidrocks: you might want to retry https://launchpad.net/~unity-team/+archive/staging/+build/331935018:36
=== ralsina_lunch is now known as ralsina
Laney(chort was also affected, but seems to be building gtk+3.0 alright now)18:36
didrocksLaney: it's fine, there will be a new commit soon and it will trigger another build :)18:37
Laneyrighto18:37
infinityThe fact that this is hitting multiple machines doesn't make me feel good at all...18:38
Laneyyeah, and that it came back on one of them ...18:38
infinityNo recent updates to tar or bzip2, though.18:39
infinityThat would be too easy. :/18:39
Laney26/03 13:41:14 <wgrant> Laney: Yeah, the chroot file in caph's cache seemed to be randomly corrupted (correct length, incorrect content). We  forced it to refetch and it's happy now.18:40
skaetinfinity,  didrocks,  could you please look at https://launchpad.net/ubuntu/+source/compiz/1:0.9.7.2-0ubuntu2 - attempted rebuild in armhf failed.18:40
infinityskaet: Transitive, just needs gtk+3.0 to finish.18:40
Laneybtw, haskell-yesod-default could do with a nudge through NEW if anyone likes pressing buttons18:40
didrocksinfinity: speaking of which, here is the fix tested in a blank new session (and tested as well on existing ones, with different cases) ^18:41
didrocksinfinity: do not hesitate if you spot anything bad, should be straightfoward18:41
skaetinfinity was looking at the gtk-2.0,   now looking at the right place, and yup, seeing it is still finishing...  https://launchpad.net/ubuntu/+source/gtk+3.0/3.4.0-0ubuntu118:43
infinityLaney: Ugh.  Why does everything in the world end up build-depending on ghci? :P18:44
Laneypeople keep on using Template Haskell18:46
infinityLaney: (Actually, that's a half serious question, I don't know ghc very well, but why would one need an interactive interpreter at build time?)18:46
Laneyit's a compile-time metaprogramming extension18:47
LaneyI guess it shares code with the interpreter18:47
infinityFun.18:47
infinityWell, here's hoping someone feels that should work on more than just x86 some day.18:47
LaneySomeone does, but not the same someone that gets paid for GHC sadly18:51
didrocksinfinity: does the change in compiz looks sane to you?18:51
infinitydidrocks: If AttributeError is the only thing it's going to throw, yep.18:53
didrocksinfinity: seems so from my tests at least18:53
didrocksno GError or whatever18:53
infinityAlso, that diff touches on my one biggest annoyance with indenting-as-flow-control.  That diff is completely unreadable, where it could have been a 3-line diff in C. :P18:53
infinity(Not that you'd want it as a 3-line diff if you were keeping it, but for a hack on a hack?)18:54
didrocksinfinity: yeah, and it makes you reading it 3 times to ensure you are not missing something obvious18:54
infinityYeahp.18:54
infinityAnyhow.  I've read it 3 times, and accepted it. :P18:54
didrocksaccepted 3 times as well? :p18:55
infinityJust the once.18:55
didrocksI like diff -b, a pity there is not that option on the generated ones :)18:55
skaetinfinity, didrocks - reset the rebuild trigger to wait on that latest compiz drop?18:56
infinityskaet: Aye.18:56
seb128just for info, the GNOME 3.4 uploads I'm (and others are) doing to proposed are staging for post beta18:56
infinityskaet: It'll be the same time anyway, given that arm* can't build it until GTK is done. :P18:56
seb128it's to avoid cahos on friday after unfreeze and work duplication18:56
infinityseb128: Check.18:56
skaetthanks seb12818:57
* Laney likes this staging in -proposed business18:57
infinityYeah, we really should do it more.18:58
skaetjust means a bit more tracking when some are loading to -release, and some are loading to -proposed with the intent of it being copied over for -release.18:59
stgraber^ might fix an ubiquity bug (saying might as it's a race condition and it's not clear that it's indeed messing with debconf)19:06
stgraberif it doesn't fix the bug, it'll at least do some useful logging19:06
GrueMasterskaet: Could you add bug 963512 to the rebuild triggers list?  Everthing in arm+omap4 will need respin if/when this gets fixed.19:07
ubot2GrueMaster: Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/963512)19:07
skaetGrueMaster, done.  added it to under investigation.19:08
GrueMasterThanks.19:08
=== shadeslayer_ is now known as shadeslayer
slangasekstgraber: which ubiquity bug might it fix?19:15
stgraberslangasek: bug 964857 at least (I seem to hit it every 5 installs or so here)19:16
ubot2Launchpad bug 964857 in ubiquity "12.04 Beta 2 candidate install stuck at "Configuring target system..."" [Undecided,New] https://launchpad.net/bugs/96485719:16
cjwatsonI've accepted it, it's definitely correct19:16
cjwatsonthough I'd have used echo >&2 rather than logger, but meh19:16
stgraberslangasek: the only way you can track it down is if running with debconf debug turned on, otherwise it just hangs19:16
* slangasek nods19:16
slangasekhuh, wasn't there another instance of that bug reported previously?19:17
slangasekISTR seeing it on one of the bug lists19:17
cjwatsonstaging in -proposed> it'll be great once we have any tools at all for managing it19:17
cjwatsonslangasek: target-config scripts get it wrong from time to time, but I don't remember noticing it in g-k before19:17
stgraberyeah, I think we had it reported already or something very similar anyway. I just looked at the "recently changed" list on LP and picked the first one matching what I had in my VM :)19:18
slangasekI don't know if anyone fingered g-k for it, but I do think I saw another bug with that description19:18
slangasekchecking19:18
cjwatsonthere was an ubuntustudio one you may be remembering19:19
cjwatsonI fixed it in casper recently-ish19:19
slangasekoh, I was thinking of bug #946663, which is a different hang19:19
ubot2Launchpad bug 946663 in ubiquity "Installer stuck at "Removing conflicting operating system files..."" [High,Confirmed] https://launchpad.net/bugs/94666319:19
infinitydidrocks: Oh, pretty please tell me there'll be a less insane fix for that bug in the next week or so?19:19
cjwatsonI'm going to add logging to ubiquity to make it vaguely feasible to debug this19:19
didrocksinfinity: I totally hope so. I told dx that no more code will enter precise before there is a sane fix for it19:20
didrocksinfinity: do not forget that I uploaded to -proposed, so a copy will be needed before triggering the iso rebuild19:21
infinitydidrocks: Well, even if a sane fix can't be found, a less insane workaround in C/C++ that doesn't have compiz forking python? :P19:21
didrocksinfinity: oh, that's for sure at least :)19:21
didrocksinfinity: I just went to the quickest19:21
didrocksinfinity: I try to sneaked another workaround better in libcompizconfig before19:21
didrocksbut the code path is insane19:21
didrocksand even sam was giving bad directions, with functions not called at boot19:22
didrocks(before == earlier today)19:22
didrocksjust went to the urgency now…19:22
cjwatsonslangasek: ah, and when jodh was trying to debug that, it looks as though he ran into the bug stgraber just fixed19:22
cjwatson(comment 30)19:23
cjwatsontools> hey, I guess we have suite-diff.py at least, crude though it is19:24
cjwatsonfor x in main restricted universe multiverse; do suite-diff.py ubuntu/dists/precise{,-proposed}/$x/source/Sources.gz lt; done19:24
cjwatsonanyone mind if I copy the ones that are done19:25
cjwatson?19:25
cjwatsonthey'll probably go into the queue actually, I'll give it a try19:25
skaetcjwatson,  yes please copy over the ones that are done.19:30
cjwatsonok, those look like the two that require copying right now19:30
cjwatsoncompiz seems to have failed to build on ARM?19:30
skaetcjwatson,  watch out for the gnome ones though - they're just hanging around there until after beta 219:31
didrockscjwatson: was gtk mismatch, isn't it?19:31
cjwatsonoh, right19:31
skaetcjwatson,  was waiting on gtk-3.0 building19:31
cjwatsonskaet: yeah, I skipped gtk+3.0 and gnome-panel19:31
cjwatsondoes it matter if we copy compiz built against new gtk+3.0, but not gtk+3.0?19:31
seb128cjwatson, skaet: there is not issue accepting any of the GNOME updates (i.e if you do that by error don't worry), they are mostly translation updates19:32
* cjwatson checks shlibdeps19:32
* skaet was worrying about that...19:32
seb128cjwatson, gtk didn't bump shlibs19:32
didrocksso should be fine19:32
seb128none of the GNOME update would bump anything, they were code frozen since .9219:32
cjwatsonconfirmed, it just has compiz-dev Depends: libgtk-3-dev19:33
cjwatson(unversioned)19:33
infinitySurely, it's the non-dev deps that are interesting...19:33
cjwatsonthere weren't any19:34
infinityOh.19:34
cjwatsongiven back compiz/armhf; armel will need to wait a bit more19:34
infinityQuite a bit more.  The build had to start over, thanks to whatever's plaguing chort and caph.19:34
infinityLooking into that.19:34
cjwatson$ grep-aptavail -nsPackage -XS compiz -a -FDepends libgtk-3 | sort -u19:35
cjwatsoncompiz-dev19:35
didrocksinfinity: cjwatson: yeah, the build-dep was optional at some point, but you can still used compiz-dev that exposed some gtk API for a conditional build19:35
cjwatsonI suppose technically there's libgail-3-* too but blah19:35
didrocksseems the dep changed and we should maybe build-dep on it19:35
didrocks(with all the unity-window-decorator apart from gtk-window-decorator and now back in…)19:36
skaetcjwatson, infinity:  http://pad.ubuntu.com/ubuntu-release is up to date now I think.   [5] and [9] are pretty much waiting on armhf build,  then [5] needs to be copied over,  then can trigger the rebuilds.   See anything missing?19:39
cjwatsoninfinity: https://launchpad.net/ubuntu/+source/gtk+3.0/3.4.0-0ubuntu1/+build/3319831 is pretty wacky19:39
cjwatsonCurrently building on nasl (arm panda) on chort (arm panda)19:40
cjwatsonpanda-on-panda action, apparenty.19:40
cjwatson+l19:40
infinitycjwatson: Yeah, that's just a display bug.19:42
infinitycjwatson: It'll self-sort once the build on nasl is done.19:42
cjwatsonDaviey: server size> dropping mailman looks like it'd come out fairly close?19:43
cjwatsonskaet: we shouldn't copy over compiz until builds on all architectures are done, even if they aren't release architectures.  I'm fairly sure LP won't be happy otherwise, and if we do that it may not be possible to copy compiz/armel at all until there's a new version.19:44
skaetcjwatson,  including waiting for armel?19:45
cjwatsonThis is a particularly hairy part of LP and it's best treated with kid gloves.19:45
cjwatsonYes.19:45
skaetNoted, and thanks for the warning.19:45
cjwatson(LP may not even let you, but I don't want to try.)19:45
slangasekbased on past experience, I expect LP will let you copy and then you'll be screwed wrt getting the binaries over19:47
skaetlovely... :P19:48
cjwatson            # Conflicting candidates pending build or building in a different19:48
cjwatson            # series are a blocker for the copy. The copied source will19:48
cjwatson            # certainly produce conflicting binaries.19:48
cjwatson            build_summary = candidate.getStatusSummaryForBuilds()19:48
cjwatson            building_states = (19:48
cjwatson                BuildSetStatus.NEEDSBUILD,19:48
cjwatson                BuildSetStatus.BUILDING,19:48
cjwatson                )19:48
cjwatson            if build_summary['status'] in building_states:19:48
cjwatson                raise CannotCopy(19:48
cjwatson                    "same version already building in the destination "19:48
cjwatson                    "archive for %s" % candidate.distroseries.displayname)19:49
cjwatsonBut you probably won't see that error anywhere terribly useful and you'll be left trying to divine it from chicken guts.19:49
cjwatsonSo, yeah, you gotta wait.19:49
skaetcjwatson, urk.  indeed.19:49
slangasek(that's why I have my checkout of lp:haruspex)19:49
cjwatson(Similarly it checks for unpublished binaries.)19:49
skaetcjwatson,  has debian-cd/CONF.sh been set to OFFICIAL?19:50
* skaet doing a pass for the release-3 day checklist19:50
cjwatsonOFFICIAL has been set to Beta there, yes19:50
infinitycjwatson: Oh, for the record, if you copy/move something from pocket A to pocket B (and then remove it from A), you can still repair the issue for unbuilt arches by just copying the source back to pocket A, building, and copying to B again. :P19:51
cjwatsonerk19:51
infinitycjwatson: (I've done this a few times)19:51
cjwatsonBeta-2 still19:51
cjwatsonthat really needs to go to Beta as I explained this morning19:51
cjwatsonotherwise it busts wubi19:51
* cjwatson cowboys that for now19:51
infinitycjwatson: Not that I recommend relying on this fallback, but it works if someone messes up and does a partial copy.19:51
cjwatsonew19:52
cjwatsoncreative but foul19:52
cjwatsonand you end up with a spaghetti publishinghistory19:53
infinityThe history is arguably less important than the result.19:56
infinityBut yes, it's not ideal.19:56
skaetproposed gtk+3.0 has built armhf, but not armel yet...  which is still in the chain for compiz...19:58
* pitti waves19:58
pittiso, I see we have a workaround for unity after all, nice19:58
pittigtk+2.0 finally built at last, I'll move to precise19:58
skaethiya pitti,   board is up to date.   we probably need to talk about conventions a bit for what goes in proposed, and when,   some extra tracking has been needed.19:59
cjwatsonI already did19:59
cjwatsonpitti:19:59
pitticjwatson: ah, thanks19:59
pittiskaet: well, when in doubt, use -proposed19:59
cjwatsonskaet: we're trying to do all this in advance of the plan of record for adding tools ;-)19:59
pittiskaet: in particular, anything with nontrivial build times, anything which, when it fails on only some arches woudl have a devastating effect, and anything which involves library transitions19:59
skaetpitti,  not so sure about that,  since extra tracking and interactions with other stuff in propsed...19:59
cjwatsonnot that it's a *detailed* plan of record, but20:00
pittilike, LibO is a definitive example for -proposed20:00
skaetpitti,  latest compiz should have been in -releases..20:00
pittias it makes armhf uninstallable for two days otherwise20:00
pitticompiz/unity are as well, due to a build dep chain of at least 320:00
skaetpitti,  yup +1 on that example.20:00
skaetpitti,  problem is when other parts of that chain are preseeding into -proposed  gtk+3.0 for instance.20:01
cjwatsonthere is a well-established tool for all this in Debian20:01
infinitybritney? :P20:01
cjwatsonwe need to figure out how to integrate it without going insane in other ways20:01
cjwatsonyes20:02
infinityI wonder how well it would perform if you just ran it without the aging period.20:02
infinitySo, jam stuff in ASAP when it can.20:02
cjwatsonsomething like that; needs experimentation20:02
Davieycjwatson: Yep, i have that in my local branch.. trying to find a few other things.20:03
cjwatsondoes it need more?  that looked like about 9mb iirc20:04
Davieycjwatson: Is it really that big?20:04
Davieywow20:04
cjwatsonI assumed you'd started your investigations with a sorted-by-size list of packages.20:05
Davieycjwatson: I was trying to make space for keystone aswell, but that can(will) slip b2.20:05
cjwatsonah20:05
Davieycjwatson: No, i was using a poke-it-and-see approach20:05
cjwatsonmailman is Size: 964866020:05
cjwatsonon i38620:05
cjwatsonum, I strongly recommend sorting by size :)20:05
pittiDaviey: btw, do you know about ~/iso-deb-size-compare on nusakan?20:06
cjwatsonotherwise you waste a lot of time on things that look complex but are small20:06
Davieypitti: i do not..20:06
pittiDaviey: you give it two (alternate-style) isos, and it gives you an overview of added, removed, and significantly grown packages20:06
Davieythat looks handy20:06
pittii. e. you can compare it against the beta-1 image etc. and see what grew fat20:06
Davieycjwatson: I was trying to work out why the heck we have, computer-janitor20:06
pittiDaviey: c-j has a CLI backend20:07
Davieyi thought it was dropped..20:07
Davieyisn't that barry's project?20:07
pittiand given that we never worked out how to get rid of the plethora of kernels that pile up, it's the next best thing..20:07
Davieypitti: we do have a kirk-o-matic this cycle, no?20:07
slangaseka what now?20:08
pittiDaviey: ?20:08
DavieyI thought kirkland produced a script to scrub old kernels?20:08
pittido they get beamed away?20:08
pittiah, I'm sure there's a bunch of those around20:08
cjwatsonDaviey: Size: 34648 => not worth thinking about20:08
Davieycjwatson: Well there are a few crap things we can drop, including fortunes-ubuntu-server :)20:09
cjwatsonSize: 3229820:09
Davieythe small things do add up, right?20:09
cjwatsonit's a lot quicker to go for the big things first20:09
Davieyok20:09
* Daviey bzr reverts20:09
cjwatsonyou'll be arguing forever if you try to chip away at small things20:09
cjwatsonnot that it isn't worth removing them if they're pointless, but they aren't really useful low-hanging fruit ...20:10
slangasekDaviey: Dustin may have written a script, but I don't believe such a one has been integrated anywhere20:10
Davieycjwatson: puppet would remove ruby?20:10
pittiDaviey: http://paste.ubuntu.com/901079/20:10
pittiDaviey: diff between beta-1 and current daily i386, FYI20:11
slangasekpuppet+facter are the only reason for ruby in main at all, IIRC20:11
Davieypitti: right, those are by design.20:11
Davieybut very useful if an iso balloons by suprise!20:11
pittirabbitmq-server (Δ 1.6 MB - 2.6.1-1ubuntu4: 1.2 MB   2.7.1-0ubuntu2: 2.7 MB)20:11
slangasekit's by design that rabbitmq-server doubled in size? :/20:11
pittithat looks worth a second look20:11
Davieyslangasek: I'd like puppet still seeded, but don't care for it on the iso.20:12
cjwatsonrabbitmq-server borged several smaller packages20:12
slangasekmmk20:12
* skaet notes unity is done.... still waiting on the gtk+3.0 build for armel, so that compiz armle can build, and then get copied over... grr.20:12
cjwatsonbug 94899320:12
ubot2Launchpad bug 948993 in rabbitmq-stomp "[FFe] [MIR] rabbitmq-stomp, rabbitmq-erlang-client" [Undecided,Fix released] https://launchpad.net/bugs/94899320:12
slangasekbwuh?  libgconf-2-4?20:12
cjwatsonhttp://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.precise/rdepends/ALL/libgconf2-4 -> checkbox-cli20:13
pittidocutils-doc (1.3 MB)20:13
Davieyslangasek: it increaed because 2 seperate source packages beacme part of it upstream.20:13
slangasekcjwatson: ah, doh20:13
Davieyslangasek: as in, they were seperate sources upstream, now part of core20:13
slangasekDaviey: right20:13
cjwatsonwell, checkbox-cli Depends: checkbox Recommends: gstreamer0.10-gconf Depends: libgconf2-420:13
cjwatsonmost of the increase was MaaS, realistically, wasn't it?20:14
cjwatsonso I think you have to look for pre-existing stuff20:14
cjwatsonDaviey: you could move puppet to platform.precise/supported-misc-servers, then, I guess20:15
* pitti is slightly confused about the "Finished ..." line on https://launchpad.net/ubuntu/+source/gtk+3.0/3.4.0-0ubuntu1/+build/331983120:15
pittiwas gtk+3.0 build aborted and restarted, in a weird way?20:15
cjwatson20:42 <infinity> cjwatson: Yeah, that's just a display bug.20:15
cjwatson20:42 <infinity> cjwatson: It'll self-sort once the build on nasl is done.20:15
cjwatsonpitti: ^-20:15
cjwatsonand yes, it was20:15
pittiah, thanks20:16
cjwatson20:34 <infinity> Quite a bit more.  The build had to start over, thanks to whatever's plaguing chort and caph.20:16
Davieyhttp://pb.daviey.com/0L3V/20:16
pittiso, at this point I have the feeling that I can be more useful tomorrow early morning20:17
Davieycjwatson: yep, same with bacula and tomcat20:17
Davieyand awstats20:17
cjwatsonDaviey: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.precise/rdepends/ALL/ruby1.8 says puppet and facter, yes20:17
skaetpitti, thanks for checking in.   see you on the flip side.20:17
cjwatsonand puppetmaster20:17
pittiack, good night!20:17
Davieymost of the python-* things i've listed were added to flag them for MIR, really they are already there through depends20:17
skaetpitti,  sleep well.20:17
Davieyi'm waiting for elmo to kick me for dropping zsh from the cd pool.20:18
cjwatsonso are you going to move those to supported-misc-servers or some other supported-*?  I don't think this should be intrinsically linked to dropping stuff out of main20:18
infinityDaviey: I doubt elmo cares deeply what's on the ISO.20:19
cjwatsonit can't be in the one commit unfortunately due to the seed structure, but it would be nice for future archaeologists if the commits were at least close together in time20:19
infinityThough, to be fair, I doubt that 99% of cloud users care either.20:19
infinityWhich makes a lot of this shuffling feel odd to me.20:19
infinityI'd rather have stuff to make a "small business server" on the ISO than stuff that most users will do via pre-seeding and local mirrors.20:20
Davieycjwatson: I will added them elsewhere to make sure they stay in main.20:20
* skaet going to get some food while waiting for those builders to finish off.. biab20:20
Davieycjwatson: I'm going to wait to see what changes on c-m, candiates for demotion, before re-adding them elsehwre.. It might be duplicated content.20:22
kirklandslangasek: Daviey: I have one, I was just putting it in bikeshed, until such time as you folks agreed on where it should/would live20:24
slangasekkirkland: ah, alrighty.  Yeah, cf. ubuntu-devel discussion from last month :)20:25
kirklandslangasek: yup20:26
cjwatsonDaviey: OK - you could run germinate locally though20:26
kirklandslangasek: I didn't see that discussion come to a consensus that this was something that ubuntu-devel@ wanted to solve in general for users, in a seeded, supported manner20:26
Davieycjwatson: I could.. but is there any benefit from having it done for me?20:26
slangasekkirkland: er, I would have assumed that was the consensus from the outset20:27
kirklandslangasek: so we, as users of ubuntu-server in production, have our own scripts (that are now rebased on what kees sent to the list)20:27
cjwatsonDaviey: anyone else who looks at c-m asynchronously from this may get confused and process some of the output? :-)20:27
slangasekno one likes /boot filling up, it's just been awkward to integrate without the risk of regression20:27
kirklandslangasek: okay, where should I put what I have?20:27
slangasekI don't know ;)20:27
kirklandslangasek: heh20:27
slangasekbut it's also certainly not server-specific20:28
Davieycjwatson: Okay, Okay! :)20:28
* cjwatson goes to look after the kids for a bit. SMS me if needed20:29
Davieyslangasek: Why doesn't linux-generic depend on the current kernel, Recommend on current-1, and let apt clear up?20:30
Davieyslangasek: if users want a specific kernel, they should install it directly20:30
slangasekDaviey: because current-1 is not necessarily the kernel you last booted successfully or have running currently20:30
kirklandslangasek: I'll post what I have to ubuntu-devel as a followup now20:30
kirklandslangasek: well, as soon as I can20:30
infinityDaviey: Because that doesn't help if the one you're booted... What he said.20:30
infinityThis really needs to be a kernel postinst hook, so we know right that moment what "latest installed" and "currently running" are.20:31
infinityAnd we can mark them as auto-installed at that point, so autoremove reports them.20:31
infinity(Mark the ones we don't want anymore, that is)20:31
kirklandpitti: would a shell script, remove-old-kernels (that accepts an optional parameter of --all-but INTEGER number of kernels), be acceptable to the computer-janitor package?20:32
Davieycurrent, and current-1 seems reasonable IMO.. if you have a troublemaker kernel, mark it as isntalled, and/or don't autoremove.20:32
slangasekwhy are you asking pitti? :-)20:32
kirklandDaviey: would the computer-janitor package (with its dbus dependencies) be acceptable for the server seed?20:32
slangasekcomputer-janitor belongs to foundations20:32
kirklandslangasek: sorry, I thought it was pitti's20:32
DavieyHow many users who get failed boot, would know to tap down to current-2 in grub?20:33
infinityDaviey: We don't want people removing running kernels.20:33
Davieyslangasek: pitti mentioned it had a cli backend, so i was discussing the project with him. :)20:33
slangasekkirkland: I think we would prefer to see this included in apt itself20:33
slangasek(which is where the kernel autoremoval blacklist already lives)20:33
kirklandslangasek: okay, then I'm not of much help, then20:33
infinityslangasek: What of my above suggestion?20:34
slangasekI mean the apt package, not the apt binary20:34
slangasekinfinity: and have apt provide that hook?20:34
infinityslangasek: I suppose apt could, since it'll ultimately be calling back there to update the auto/noauto status.20:34
Davieyslangasek: We have 'recovery' mode on cd media to allow people to unblock themselves, right?20:35
slangasekDaviey: er, if the currently booted kernel is current-3, there's no reason to install current-1 *at all*; so the last-good-boot kernel should still be the second boot option20:35
Davieyslangasek: right, and there is no need to do security updates, ever.20:35
slangaseknon sequitur20:35
infinityDaviey: The only two kernel people should have in a fully automated setup are "latest from the archive" and "currently running".20:35
slangasekthe kernels you care about keeping on the system are the one you're running, and the newest one20:35
DavieyI think the problem is being overcomplicated IMNSHO.20:36
infinityI think we just reduced it to something fairly simple, actually.20:36
infinityBut YMMV.20:36
DavieyThe target audience for this problem is powerusers or less-than-powerusers?20:36
infinityEveryone.20:37
infinityThere's no difference.  No one wants their current kernel removed, some people just don't know they don't want that.20:37
Davieyok20:37
slangasekamong other things because removing the current kernel means you can't auto-load any of the modules it contains, which you might be in need of between now and your next reboot20:38
infinityAnd it's also the only kernel we currently know actually functions on your hardware.20:38
slangasekyes20:40
Davieya hook does allow granular end settings of behaviour easier, i suppose20:48
phillwwe use https://help.ubuntu.com/community/Lubuntu/Documentation/RemoveOldKernels as we never quite know what the user is up to :) (The advanced one is being re-written as it looks a mess!).20:48
infinityphillw: *smirk*... I like the Problems section.20:50
phillwinfinity: we were really stuck, when a guy had done it!20:50
phillwone of the forum staffers suggested about the link for when you are poking about.20:51
Daviey*sigh*, who approved keystone?21:05
ScottKDaviey: I did.21:07
ScottKIt's in universe and unseeded.21:07
DavieyScottK: No, it's no unseeded.  It's in universe, and showing in c-m.21:08
DavieyI specifically said i was reviewing it.21:08
ScottKSorry.  Missed that.21:08
DavieySorry, it *is* seeded.21:08
ScottKGot that.  My mistake.21:10
* skaet notes gtk+3.0 is still building for armel, and blocking compiz. :P21:27
bdrunghi, may someone look at the FFe bug #965659?21:29
ubot2Launchpad bug 965659 in shunit2 "FFe: Sync shunit2 2.1.6-1 (universe) from Debian sid (main)" [Wishlist,New] https://launchpad.net/bugs/96565921:30
skaetinfinity,  compiz is build in proposed for all but the armel port 9which is waiting still on gtk+3.0) to build.   Any ideas how much longer its going to take?  am wondering if worth making a much and copying compiz over to -release, so we can start rebuilding the images....21:30
* skaet looks back at that sentence and shakes her head.21:38
skaetcompiz is building in proposed for all but the armel port (which id waiting on a gtk-3.0 in proposed that it doesn't need to, and armel isn't a factor for the images).   Any ideas how much longer the gtk+3.0 build is going to take, and then the armel for compiz?  am wondering if its worth making a "mess" and copying over the compiled compiz binary bits to -release so we can start rebuilding the images...21:40
skaetinfinity, slangasek, ^ thoughts?21:41
ogra_skaet, armhf is there ?21:41
skaetogra_, yes armhf is done.21:41
skaetwe're waiting on something that we don't need from what I can tell.21:41
ogra_well, it would need careful handling of the image builds ...21:42
skaethttps://launchpad.net/ubuntu/+source/compiz/1:0.9.7.2-0ubuntu321:42
tumbleweedskaet: would you mind throwing a mention of seeded-in-ubuntu into future freeze announcement e-mails? We've noticed that most DMB applicants haven't come across it yet21:42
ogra_iirc infinity did split the builds into armel/hf but you will likely still have to define ARCHES=21:42
ogra_beyond that i dont see why armel shouldnt just be copied later21:43
slangasekbecause you can't "just copy later"21:43
skaetogra_ http://pad.ubuntu.com/ubuntu-release has the commands, and they're split.21:43
slangasekthe binaries have to all go in at the same time21:43
slangasekso either we wait, or we can't release any armel images for beta-221:43
ogra_slangasek, do we care about armel ?21:44
slangasek(I'm not sure we need to release any armel images for beta-2 though, so that's the question)21:44
ogra_as long as armhf is there i think its fine21:44
* skaet nods, its not on the manifest. 21:44
ogra_armel is a best effort thing now21:44
skaetother than in core...21:44
ogra_well, core doesnt carry compiz )21:44
ogra_:)21:44
skaetand its not in server either,  which is the other one that wasn't split.21:47
skaetthere is kubuntu preistalled though...21:47
ogra_armel ?21:47
slangasekthat seems like a bug in the manifest, because there's certainly no kubuntu preinstalled being built for armel21:47
ogra_hmm21:47
skaetyeah,  manifest only calls for armhf,  so we should probably just edit the buidl script on this one.21:50
slangasekskaet: so we're looking at roughly another 1.5h before compiz would be ready on armel; if we want to say compiz will not be installable on armel for beta-2, so be it21:50
slangasekas long as we get another compiz upload after beta-2 to get it back in sync21:50
skaetslangasek, yes, now the question is does someone feel confident in doing the copies over?21:51
* ogra_ doesnt get the "have to go in at the same time" part 21:51
ogra_if i upload compiz to the pool the binaries wont show up at the same time either21:51
skaetogra_,  check out the backscroll,  good discussion earlier between cjwatson and infinity on the subject.21:51
ogra_k21:52
ogra_(indeed i didnt reall everything above :) )21:52
ogra_*read21:52
slangasekI also would point out here that gtk+3.0 in proposed doesn't seem to even be targeted for beta-2, so the fact that it gets in the way of a compiz rebuild is a telling example of how diverting everything to proposed for building is not a guarantee of keeping development velocity high during freezes without paying a price elsewhere21:53
skaetyes21:53
slangasekskaet: what are the packages in -proposed that are supposed to be copied?  Is it just compiz?21:53
skaetslangasek,  its just compiz at this point.21:53
skaetother bits were copied by cjwatson earlier21:53
skaethttp://pad.ubuntu.com/ubuntu-release21:54
slangasekskaet: you know, another option we have is to do a no-change upload of compiz to the release pocket *instead* of the proposed pocket, which would get you x86 binaries as quickly as a pocket copy would, and arm* binaries within an hour21:55
skaetslangasek,  that would work too, and I'd feel a bit better it being compiled against the pieces it was actually meant to be compiled against.21:55
skaets/it/compiz/21:56
bjfskaet: just fyi: Oneiric, linux-3.0.0-17.30 and Hardy, linux-2.6.24-31.100 are ready to be copied to -updates at someones convenience21:58
skaetbjf,  ok.21:59
slangasekskaet: compiz -0ubuntu4 uploaded to precise21:59
* skaet hugs slangasek21:59
ogra_slangasek, and another option would be to mangle the seeds to not install unity in armel, its not like it would actually be possible to *run* compiz on armel :)22:00
slangasekogra_: the seeds don't matter for this if we're not building armel images anyway; this is just about the archive consistency22:00
ogra_though i guess that would end up in dependency hell22:00
slangasekskaet: so if you can accept that immediately, we'll have compiz ready to go for x86 image builds within the hour22:01
ogra_yeah, i wasnt 100% serious there :)22:01
* skaet doing22:01
ogra_its just a shame that we get issues with SW that nobody is able to run anyway22:01
slangaseki.e., we'll miss the :03 publisher run and catch the :33 run22:02
skaetits approve now.22:03
cjwatsonskaet,slangasek: and for the record, a reupload was the *only* way to bypass the armel build here.22:07
ogra_silly LP22:07
cjwatsonas I explained earlier, LP would have rejected an attempt to copy from -proposed while the armel build was still in progress, AIUI because doing so would have created another conflicting build job in the release pocket.22:08
ogra_yeah, i understood that, still ...22:09
cjwatsonfeel free to hack on LP to remove the need for the restriction!22:10
cjwatsonI don't think it's arbitrary given the current code22:11
skaetwe're going to need to be careful about what we upload to -proposed,  when there is a potential dependency in it, that is different from what's in -release.22:12
cjwatsonyep - until our tools are much improved, it should only be used when we know the benefits outweigh the costs22:14
Davieycjwatson: Debian doesn't allow migration from unstable to testing if there are still pending binaries aswell, right?22:15
DavieyDid LP copy that logic?22:15
ogra_debian doesnt allow it, but i think technically it would be possible with dak22:16
cjwatsonno, it's more subtle than that in Debian22:16
ogra_(correct me if i'm wrong)22:16
cjwatsonthe LP restriction arose independently, from what I can tell22:16
* Daviey cries at having what should be an init script, in /usr/sbin/22:17
cjwatsonin LP it's more a consequence of a limitation of the current model, rather than the (AFAICR sometimes overridable) policy decision that it is in Debian22:17
ogra_anyway, we dont build any armel images at all apart from core and moving armel to best effort but then letting it block us based on a package you cant even run on that arch seems inconsequent22:18
cjwatsoncertainly in Debian the restriction is not there to avoid triggering conflicting builds in different contexts22:18
cjwatsonthe LP restriction here does not take any account of the "importance" of an architecture22:18
cjwatsonwe can rail about that all we like but I respect their opinion that db integrity takes precedence22:19
Davieycjwatson: I do find it odd that after a given time, dep-wait's are allowed to move to testing.. but AIUI, the dep-wait won't be satisfied in testing ever?22:19
Davieyas in, the build won't happen.22:19
cjwatsonerr that sounds like a confused version of something22:19
cjwatsondep-wait isn't something that applies to suites in that way, apart from anything else22:20
cjwatsonthe rule in Debian for unstable to testing propagation is that the total uninstallability of testing may not be made worse by promoting a set of packages22:20
cjwatsonsorry, a rule, there are several22:21
Davieycjwatson: no, i mean - after the age is satisfied, whatever is built is migrated to testing, providing there are no ftbfs.. dep-waits aren't a factor, right?22:21
DavieyAnd a dep-wait won't be triggered in testing, when the dep is satisfied, right?22:21
cjwatsonno, that isn't accurateq22:21
Davieycjwatson: the premise or the build?22:22
cjwatsonyour statement22:22
cjwatsonanother of the rules is that a package must be built on all the release architectures where it was previously built22:22
cjwatsonit doesn't matter why it didn't build, if it didn't22:22
cjwatsonftbfs == dep-wait for this purpose22:22
Davieyand if it wasn't previously successfully built on a given arch?22:23
cjwatsonthen that isn't considered22:23
cjwatson(this is policy rather than an implementation restriction, and may be overridden)22:23
Davieyand when it does hit testing, if the dep-wait is satisfied, will it be given back?22:23
cjwatsonbuilds happen in unstable, not testing22:24
cjwatsonit's entirely possible for a dep-wait to be satisfied later in unstable, the package to be built, and the build for a single arch to be promoted to testing if it meets the other criteria22:24
cjwatsonthis happens routinely22:25
Davieyok, thanks.22:25
cjwatsonit's quite deliberate that builds don't happen in testing, because that would make it difficult to apply the consistency checks to them22:25
cjwatsonthough there is testing-proposed-updates for security updates to testing when unstable has diverged badly22:26
cjwatsonI wouldn't expect we'd want -proposed to diverge that much22:26
DavieyThat was my thought, but I thought that new bins couldn't be considered separately.22:26
DavieyI was wrong. :)22:26
cjwatsonit's the only way for a new architecture to be added to testing; but it also happens when an arch is catching up for one reason or another22:27
cjwatsonDebian's archive system is very flexible, and the flexibility is used.  The price is that the Debian release team has to spend a lot of time babysitting the testing promotion process, because it's quite easy for lots of things to get intertwined in unstable - mainly though not entirely due to the enforced delay.22:30
cjwatsonBut I think we could make use of much of the same code that implements the core logic, with different policy.22:31
Davieycjwatson: Do you think an enforced delay would be helpful in our dev cycle?22:31
Daviey(and dropping/shrinking the freeze windows)22:32
cjwatsonNot really.  The purpose of it is to allow some time for release-critical bugs to be filed.  I'd rather hook it up to automated testing for that.22:32
stgraberoh, fun, my gnome-keyring upload failed to build on amd64 and i386: https://launchpad.net/ubuntu/+source/gnome-keyring/3.2.2-2ubuntu222:32
cjwatsonIn general I think there's a lot to be said for the Debian testing process, but the delay is one of the least pleasant aspects of it.22:33
stgraberanyone from desktop still awake at this time? (it's definitely not my one line change in a script that caused it ;))22:33
Davieystgraber: the perils of TIL :)22:33
Davieydoko has caught me on that too many times.22:34
cjwatsonhas gnome-keyring been built since the last p11-kit upload?22:34
Davieycjwatson: Yeah.. we've been doing automated CI to a testing PPA for much of the stuff we care for... But it doesn't stop other crap spilling in.22:35
cjwatsonDaviey: sure, I don't think we should be aiming for something that prevents all possible badness; we need to preserve velocity too22:35
Davieyright!22:35
Davieycjwatson: limiting the ability to add crack as the freeze window looms is also desirable. :)22:36
stgrabercjwatson: last upload was on the 1st of February, so no22:36
Davieystgraber: someone from my loco reported this morning,  < AlanBell> anyone else getting *** VTE ***: Failed to load terminal capabilities from '/etc/termcap' when launching gnome-terminal today on 12.0422:36
DavieySo before your upload.. might be related..22:37
broderDaviey: you have to close all terminals22:37
cjwatsonstgraber: hmph, there goes my best guess22:37
cjwatsonDaviey: gnome-keyring doesn't depend on vte22:37
broderDaviey: gnome-term is a single process for all terminals, and it's running with the old libvte22:37
Davieyokay, sure... seemed worthy to mention.22:37
cjwatsonstgraber: oh, wait, by "no" you meant ... err ... "no".  I forgot the sense of my question. :-)22:38
stgrabercjwatson: right, by "no" I mean it's perfectly possible p11-kit is the problem :)22:38
stgraberwhat's interesting is that only i386 and amd64 failed, I'm used to all the other ones failing ;)22:39
* cjwatson tries in a local sbuild22:39
stgraberalso wondering why the build on armel took 50 minutes but the i386 one took 3 hours...22:41
cjwatsonbecause it hung in the test suite and waited for the timeout22:41
cjwatsonI notice it failed a few tests before that, which don't (all, anyway) seem to fail locally22:45
stgraberfun...22:46
Davieyracey test suite \o/22:46
Davieydjango's is the same, i get scared each time i touch it.22:46
skaetstgraber,  https://launchpadlibrarian.net/98459486/buildlog_ubuntu-precise-amd64.gnome-keyring_3.2.2-2ubuntu2_FAILEDTOBUILD.txt.gz22:47
* skaet reads the backscroll, and sees you're looking into it.22:47
skaetsorry22:47
cjwatsonhm; well, for me, it's test-gnupg-collection that hangs22:48
=== bladernr_ is now known as bladernr_afk
stgraberI guess I could hit retry until it builds, but that sounds like a waste of buildd power when we're not even sure it'd eventually succeed :)22:51
cjwatsonit doesn't look particularly unreproducible here22:52
cjwatsonhangs in the same place every time I run this test.  admittedly different, but my system passed a few tests that the buildds didn't, perhaps due to different kernel, so I don't think the buildd ever tried this particular one22:52
cjwatsonI mean the test suite is run with 'make -k check || true' anyway so you know in some ways it's slightly academic22:52
cjwatsonbut it would be nice to at least have some idea that the resulting binaries aren't busted22:53
cjwatsonseems to be hanging while polling on an eventfd22:53
cjwatsonbigods I hate threads with an unbridled passion22:55
cjwatsonhttp://paste.ubuntu.com/901301/ <- thread apply all bt from the hang here22:58
cjwatsonhmm, 500000-second timeout there22:59
stgraberthat seems a bit high23:01
cjwatsonit ought to not matter23:01
cjwatsonI can't reproduce the buildd hang here, but maybe if I attack the one I've got ...23:02
cjwatsoncan you reproduce it?23:02
cjwatsonit happened on two independent buildds, I'm not inclined to believe it's accidental23:03
cjwatsonhttp://git.gnome.org/browse/gcr/commit/gcr/tests/test-gnupg-collection.c?id=f3b9d46c75675e9b4b451164dd32ed9b1af0dfb123:05
cjwatson"Remove threading from testing framework, as gcr isn't threadsafe in all parts."23:05
cjwatson... thanks23:05
cjwatsonhttp://git.gnome.org/browse/gcr/commit?id=f3b9d46c75675e9b4b451164dd32ed9b1af0dfb1 (possibly more helpful, broader diff)23:06
stgraberbuild is still running here (was busy with something else for a bit)23:06
cjwatsonthat doesn't help though23:07
stgraberok, tests running here now23:09
stgraberlet's say where it hangs23:09
stgraber*see23:09
skaetstgraber, cjwatson - am going to go ahead with the image rebuilds at this point, unless you raise the flag.   compiz is built and published.23:09
* cjwatson tries upstream gcr23:10
stgraberhangs at /gcr/gnupg-collection/load: here23:10
cjwatsonhere too23:11
infinityskaet: I'm a bit too lazy to read the results of the discussion in scrollback, but we don't build any armel images except core.23:11
skaetinfinity,  yes23:11
skaetpad had us doing it for kubuntu pre-installed. fixed.23:12
infinityskaet: It did?  It shouldn't have.23:12
cjwatson'./autogen.sh && make && make check' in gnome:gcr passes23:12
slangasekcjwatson, stgraber: I notice that all of the hangy thread code is pulled from gnome-keyring git as a distro patch... debian/patches/00git_glib_2.31_deprecations.patch23:13
skaetinfinity,  we'll only image on the manifest for kubuntu preinstalled right now is armhf+omap4 so that's what its now set to.23:13
cjwatson(it's been split out of gnome-keyring in the 3.3 series)23:13
skaets/we'll/well/23:14
slangasekah, but we're behind upstream and upstream has split the source?  useful23:14
cjwatsonslangasek: that might well be useful anyway, thanks23:14
cjwatsonoldest tag in gnome:gcr (3.3.1) fails but not in a hangy way23:16
cjwatsonoh, and not every time even23:16
infinityskaet: The pad shouldn't have been defining any arches for kubuntu at all.23:25
infinityskaet: And neither should the crontab (noting your note there)23:27
infinityskaet: arches are already limited in etc/default-arches.  The only reason they're specified for ubuntu is to split the build into two jobs.23:28
cjwatsonsome kind of similar errors from gnome-keyring bde64e94f83a6da4eaff6503744e200c9f1f0081 (which I think corresponds to the patch slangasek mentioned) built against gcr 3.3.123:35
cjwatsonbut no hang23:35
stgrabercjwatson: apparently disabling only /gcr/gnupg-collection/load was enough here, all the others ran properly (no hang, not sure if some failed though)23:36
cjwatsonstgraber: ok, but that's not the test that hung on the buildd23:42
cjwatsonso I was hoping for something more fundamental ...23:43
cjwatsonwhat was the cause of setcap in debian/gnome-keyring.ubiquity failing, anyway?23:44
stgrabernot too sure about that one actually ... on all installs where it failed the file actually had the right attributes set and calling the hook manually would succeed23:45
cjwatson3.2.2 with bde64e94f83a6da4eaff6503744e200c9f1f0081 applied (and an extra build tweak) hangs; bde64e94f83a6da4eaff6503744e200c9f1f0081 itself succeeds23:45
* cjwatson starts bisecting23:48
skaetinfinity,  kubuntu preinstalled was releasing armhf+omap and armhf+omap4.  Manifest only has armhf+omap4 on it.23:48
infinityskaet: The manifest doesn't have every arch built, true.23:49
infinity*cough*powerpc*cough*23:49
infinityskaet: If Kubuntu only wants omap4 built, however, that should be changed in default-arches, not hacked all over everywhere else.23:49
skaetinfinity,  agreed.  :)23:50
skaetalternate images emerging on the iso tracker now.23:52
skaethggdh, pgraner,  ubuntu-alternate on the tracker now,  ubuntu-server, ubuntu-desktop should be emerging shortly.23:59
Davieyneat23:59

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