/srv/irclogs.ubuntu.com/2012/08/10/#ubuntu-release.txt

infinitywalinuxagent binaries in precise/NEW heading to main, I assume?00:03
slangasekinfinity: yawp00:05
* infinity pokes the debs for sanity first.00:06
infinityThe linux-image-extra-virtual dependency is kinda icky...00:07
infinityGiven that we don't normally depend on kernels at all.00:07
infinityMeans installing that will pull in a different kernel if you had, say, generic installed.00:09
infinityAre we okay with that?00:09
infinityslangasek: ^-- Thoughts?00:12
infinityI suppose that, given that it's meant to be installed in Azure VMs, which should be built with linux-image-virtual anyway, it might be mostly a non-issue, but it still feels "wrong".00:13
infinityAnd I think my eyes just crossed at the 50ish or so emails from soyuz about all the kernel SRUs I just mangled...00:55
=== mdeslaur_ is now known as mdeslaur
* skaet has kicked off a chinese image build for precise 01:43
infinityAww, crap, I missed one eglibc bug.02:02
* infinity fixes.02:02
micahginfinity: just one, that's amazing :)02:03
slangasekinfinity: well, this has already passed NEW once in quantal, so I don't see much point in pushing back on the dep02:06
infinityslangasek: Mmkay.02:15
infinitymicahg: Okay, lots, but one that I meant to fix in this batch. :P02:15
stgraberinfinity: thanks for the update on eglibc.02:50
stgraberinfinity: I uploaded live-build with the recommended change (and filed a bug for tracking).02:51
stgraberWould be great if someone could review and let it through when it lands. I haven't tested it, but the easiest way to test it is to have it deployed on the buildds...02:51
infinityDo you have any someones in mind? :P02:52
stgraberthe usual workaholics, so you, ScottK, slangasek or cjwatson now that he's back on some kind of internet :)02:55
stgraberthough you're the only one with a livefs setup to test my fix before it lands on the buildd :)02:56
* infinity gives it some time to get diffy wit' it.02:56
infinityAnd yeah, I can test locally.02:56
stgrabermy quick look through live-build suggests that the autoremove run will be done before that cleanup call. So in theory if any of the packages brought extra no-longer-needed dependencies, they won't be cleared. But I doubt that's the case.02:57
infinityOh, actually.02:57
infinityYou're doing it in chroot-hacks?02:57
infinityWhich means the langpack will still be in the manifest.02:58
infinityOr...02:58
infinityWait.02:58
infinitylangpacks are in the live seed, or desktop?02:58
* infinity looks.02:58
infinityOh, live.02:59
infinityIn that case, nevermind my babble, cause hacks runs before the live manifest is generated.03:00
infinity(One could, perhaps, argue that the hack belongs in a local-hook provided by livecd-rootfs, though.03:01
infinity)03:01
stgraberyeah, I wasn't aware of when the manifest is built, but it's apparently built at the beginning of lb_binary and the hacks are applied in lb_chroot, so before that03:01
infinityThe manifest is done in lb_chroot too.03:01
infinityIt's just that hacks happens between the two manifests. :P03:01
infinityAs do hooks.03:01
stgraberreally? grep doesn't seem to agree so it must be called something else than "manifest" ;)03:02
infinityChroot chroot "dpkg-query -W" > binary.packages.live03:02
stgraberah, ok, explains why grep didn't find it03:02
infinitygrep is a cruel mistress.03:02
infinityWell, I'm going to reject that anyway.03:03
infinityFor two reasons.03:03
infinityPossibly three.03:03
infinityI should have reviewed it better last time. :P03:04
infinityFor starters "apt-get --purge -y <package>" isn't a valid apt-get command.03:04
stgraberdoh, indeed03:04
infinityOn top of that, while you do attempt to guard it with i386/precise, on the off chance those packages aren't installed, do we want it hard failing, or do we want a || true?03:05
infinityAnd then, on top of it, it might be less icky as a local hook.  But I'm less picky about that, a hack is a hack, and we're not maintaining it for Q+03:05
stgraberhmm, not too sure about that one, I think it'd like to know if the project/arch match matches something else than what I want03:06
stgraberas it'd mean it might also remove the langpack from an image where we want it (like some flavours)03:06
infinityActually, I didn't look at the guard closely.03:06
infinityWhat does it match?03:06
infinity(I rejected it already, can't see the diff anymore...)03:06
stgraberPROJECT = precise and ARCH = i38603:06
stgraberwhich is put in the environment by BuildLiveCD03:07
infinityprecise isn't a PROJECT.03:07
stgrabergood point03:07
infinityAnd if you're matching release, then you've broken every non-ubuntu-desktop build.03:07
stgraberyeah, I want PROJECT = ubuntu03:08
infinityEspecially the ones that don't have that langpack in the first place (see the bit about the guard).03:08
stgraberwhich should get my just the ubuntu desktop livefs03:08
stgraberadded a || warning, that should be enough to not break the world while still letting me verify that the check is correct03:10
infinityKay.03:10
infinityAnd yeah, PROJECT=ubuntu should do.03:10
infinityIt'll actually match wubi too, but I doubt anyone cares.03:11
infinityIn fact, we tend to want wubi to have an identical package set.03:11
infinitySo...03:11
stgraberinfinity: http://paste.ubuntu.com/1138924/03:12
infinityARCH might be randomly overloaded.03:14
infinityYou might want $LB_ARCHITECTURES03:14
* infinity tests the above diff, but with LB_ARCHICTECTURES, and with es instead of de and amd64 instead of i386, since his builder is amd64...03:20
infinityThe following packages will be REMOVED:03:32
infinity  firefox-locale-es* language-pack-es* language-pack-es-base*03:32
infinity  language-pack-gnome-es* language-pack-gnome-es-base*03:32
infinity0 upgraded, 0 newly installed, 5 to remove and 0 not upgraded.03:32
infinityI call that success.03:32
stgraberes?03:36
stgraberoh, I guess you tried against an amd64 build so had to pick -pt or -es03:37
infinityRight.03:37
infinityI'd rather keep de anyway.03:37
infinitystgraber: Deploying to both kapok and cardamom, so you can verify it DTRT on i386, and does nothing on amd64.03:46
stgraberinfinity: perfect, thanks03:48
infinitystgraber: All done.03:52
stgraberinfinity: ok, started a respin of desktop (for live-build) + alternate (for update-manager)03:57
stgraberinfinity: resulting images look good, no more oversize04:13
infinitystgraber: Shiny.  And logs look reasonable?04:13
stgraberwaiting for them to show up on lillypilly, checked the manifests of all images and it's as expected04:16
infinitylftp http://cardamom.buildd/~buildd/LiveCD/precise/ubuntu/latest04:17
infinityless *out04:17
infinityProfit.04:18
infinityWell, except that globbing doesn't work. :P04:18
stgraberyeah, just checked these as I got tired of waiting, looks good, no mention of my warning on there04:18
stgrabergrabbed ~buildd/BuildLive.out. AFAICS nothing started building after my builds, so I think I checked the right ones ;)04:19
infinityYeah, I just checked both, looks good.04:20
stgrabermarked the bug verification-done04:20
infinityReleased.04:21
infinityArgh.04:21
infinityNBS report just went empty again.04:21
infinityStupid cache.04:21
* infinity decides to not care and have a nap instead.04:23
tjaaltonhey, the sru's in bug 1031784 are critical for .1. Would someone ack the uploads to -proposed?06:43
ubot2Launchpad bug 1031784 in xserver-xorg-video-intel "Artifacts on screen with ivy bridge" [Critical,In progress] https://launchpad.net/bugs/103178406:43
cjwatsonsorry for lack of automatic security->updates copying for expat; fixed now09:41
cjwatsonso, we now have pocket queue admin permissions in Launchpad, although per-series versions of those will have to wait for another landing/deployment (I got my first version a bit wrong)09:45
cjwatsonI have done this to start with:09:45
cjwatson$ ./edit-acl -p ubuntu-security --pocket security -t admin add09:45
cjwatsonAdded:09:45
cjwatsonQueue Administration Rights for ubuntu-security: archive 'primary', pocket 'Security'09:45
=== yofel_ is now known as yofel
cjwatsonjdstrand: ^- I think the above should allow you to use 'unembargo --copy' directly, with no need for ubuntu-archive to approve; I suggest that you apply http://paste.ubuntu.com/1139300/ so that your copies go straight through without you needing to approve them manually either09:47
Laneydo we want that for backports?09:47
Laneyalso, yay for that09:47
cjwatsonjdstrand: I'd appreciate you folks doing this for your next security update, and if it works, I think we can totally decommission the old system09:47
cjwatsonLaney: Probably, but perhaps that should be stable releases only?09:48
cjwatsonWhich will require me to get per-series permissions working09:48
cjwatsonMind you, -backports doesn't work in the development series anyway ...09:48
LaneyI think we can be trusted not to mess with it in the brief interim ...09:48
cjwatsonAnd if -backports started working in the development series, we'd want to let you use it anyway09:48
LaneyI don't know how it's broken atm, straight reject?09:49
cjwatsonStraight reject09:49
cjwatson$ edit-acl -p ubuntu-backporters --pocket backports -t admin add09:49
cjwatsonAdded:09:49
cjwatsonQueue Administration Rights for ubuntu-backporters: archive 'primary', pocket 'Backports'09:49
Laneynice09:49
cjwatsonGive that a try then next time you have a chance?09:49
LaneyI think I have one to try now-ish09:50
cjwatsonYou should be able to use either the web UI or the queue client in u-a-t09:50
Laneycjwatson: I see checkboxes for all queue entries, is that expected?10:03
cjwatsonIsh, if you actually try to do anything with those it'll refuse10:05
cjwatson(or should ...)10:05
Laneyok10:05
cjwatsonIt's sort of a bug that you get checkboxes, but annoyingly tedious to fix10:05
cjwatsonMaybe we should verify this though10:05
cjwatsonLaney: wanna try rejecting build-essential/precise-proposed?10:06
cjwatson(I choose reject because the permissions are equivalent, but it's fairly harmless if it goes wrong)10:06
LaneyFAILED: build-essential (You have no rights to reject component(s) 'main')10:07
cjwatsonGood10:07
Laneystrange that it refers to a component10:07
Laneyalso: ^ that was me10:07
cjwatsonIt doesn't know which of the several possible rights you don't have but should ;-)10:08
cjwatsonpossibly worth adding the pocket to that message, but meh10:08
LaneyI see, I didn't know that per-component permissions existed10:08
Laneylet's try doing lucid with the tool10:09
cjwatsonPer-component queue admin permissions were all we had before10:09
Laneyqueue -s lucid -Q unapproved info ← is that right?10:13
cjwatson-s lucid-backports10:14
Laneythat works10:14
tjaaltonanyone on sru rotation today?10:16
Laneynice10:18
* cjwatson wonders if there was a WI for that somewhere10:19
cjwatsonDon't see one10:21
tjaaltonit would be important to get the fixes in bug 1031784 in 12.04.1 installer, is it too late already?10:27
ubot2Launchpad bug 1031784 in xserver-xorg-video-intel "Artifacts on screen with ivy bridge" [Critical,In progress] https://launchpad.net/bugs/103178410:27
tjaaltonnot installer, but the image10:28
Laneytjaalton: Friday is slangasek's day, so you should wait until a bit later10:29
tjaaltonLaney: ok, thanks10:29
LaneySRU team is a bit thin on europeans, actually10:29
=== mdeslaur_ is now known as mdeslaur
jdstrandcjwatson: awesome, thanks. I had tyhicks (a non-core-dev) try to use --copy yesterday and it worked great for him (still needed AA approval at the time)12:27
jdstrandcjwatson: (expat)12:27
jdstrandcjwatson: I'll make the change to our script, but we probably won't push anything until next week (we typically only push high priority updates on fridays)12:28
jdstrand(change committed)12:31
cjwatsonRight, the per-pocket upload permissions would have handled his case12:31
stgrabertjaalton: that package is already in the queue right?13:15
tjaaltonstgraber: which one? there are two uploads13:17
stgrabertjaalton: ivy bridge fix in xserver-xorg-video-intel13:18
tjaaltonstgraber: don't see any email about it being accepted13:21
stgraberxserver-xorg-video-intel (2:2.17.0-1ubuntu4.1) in the queue seems reasonable, diff is small, looks pretty obvious, so I'm happy with an exception for that one13:22
tjaaltonthanks13:23
stgraberslangasek: can you take a look at xserver-xorg-video-intel when you're around?13:23
tjaaltonmesa is kinda problematic since it's on top of an existing sru in proposed, which is also anew upstream stable release13:24
stgraberskaet: all the Ubuntu images now fit on their media, I'm now doing yet another test run of the alternate upgrade to make sure that the new update-manager fixed the remaining issues13:25
tjaaltonbut the new patch is small just like -intel13:25
stgraberok, let me check if there's something I can do to get the current mesa into -updates so we can then get your new one in -proposed13:27
stgraberthough that may have to wait till Monday as releasing updates to users on a Friday is usually considered a bad idea13:28
stgrabertjaalton: one of the bugs related to the mesa currently in -proposed is bug 1031821. Can you have a look to see what's going on?13:29
ubot2Launchpad bug 1031821 in mesa "package libgl1-mesa-dri 8.0.3-0ubuntu0.1 failed to install/upgrade: libgl1-mesa-dri:amd64 8.0.3-0ubuntu0.1 cannot be configured because libgl1-mesa-dri" [Undecided,New] https://launchpad.net/bugs/103182113:29
tjaaltonlooking. has worked for me though13:30
stgraberit's currently the only potential regression from the SRU in -proposed, so if it can be confirmed that this isn't something introduced by the SRU and someone can confirm the tests (piglit) pass as expected, then it should be ready to be copied (per MRE criteria)13:32
tjaaltonlooks like he had mismatched versions of i386/amd64 binaries for some reason13:33
tjaaltonthe i386 version lagging behind13:35
tjaaltonso, not caused by upstream code :)13:36
stgraberjibel: can you test the offline upgrade again with the latest alternate? it seems to work here (10.04.4 up to date using the latest amd64 media as upgrade source)13:52
jibelstgraber, sure, I can do that.13:53
skaetstgraber,  WOOT!     glad to hear they all fit.  :)14:00
stgraberskaet: looking at the flavours, kubuntu dvd is the only oversized I noticed and they're not releasing it, so looks like we're fine there too14:03
skaetstgraber,  goodness.   Switch over to building from -updates now?14:05
stgraberskaet: I think I'd prefer to still have -proposed enabled for the weekend, try to get people to do as much verification as possible until Monday, then on Monday copy as much as we can to -updates and THEN switch to -updates14:14
ScottKLaney: You should be using queue from ubuntu-archive-tools anyway so you don't need to care about check boxes...14:14
LaneyScottK: I did; it was just to test both interfaces.14:16
ScottKOK.14:16
stgraberskaet: some bits need to move to -updates before we can start building without -proposed anyway (like debian-installer, nspr, openoffice.org, update-manager, update-notifier, launchpad-integration and apt-clone)14:19
skaetstgraber,  ok.   But want to do a full respin on monday as soon as we switch over,  rather than wait for the dailies that night.14:20
stgraberskaet: yep14:20
seb128hum14:24
seb128NBS is empty again14:25
seb128cjwatson, I think you said it was some corrupted datas to rm? can you do it again?14:25
jibelstgraber, the result of the resolver is odd. it removes and holds back a lot of stuff. especially the removal list is surprisingly long with 233 packages14:30
stgraberjibel: well, it was kind of expected that this upgrade mode would remove quite a few more stuff from the system than an online upgrade14:31
jibelstgraber, I'll upgrade anyway, and we'll see the result.14:33
stgraberI saw one package having a preinst issue trying to do some apporty stuff, ignored it for now to see if the rest works14:33
stgraberlooks like the preinst tried to call one of the apport scripts and failed because apport was in the middle of an upgrade14:34
slangasekseb128, cjwatson: removed the cache, rerunning the report14:34
seb128slangasek, thanks14:35
seb128slangasek, is that something I've access to? where is it?14:35
jibelhm, evolution is removed, all of the mono stack :/14:35
infinityseb128: lillypilly:~ubuntu-archive/.launchpadlib/14:35
seb128infinity, thanks14:35
infinityseb128: (.../cache/)14:35
stgraberjibel: sure, we don't have evolution on the media, so the upgrader is removing it and replacing by thunderbird14:37
stgraberjibel: same thing for mono, we don't ship it anymore, so it can't get upgraded, causing anything that depends on it to be removed14:38
stgraberjibel: if you were hoping to get the same result as an internet-enabled upgrade, prepare to be very disappointed ;) I'm currently hoping the system still boots and lets me login14:38
infinitystgraber: You're setting an awfully high bar there.14:39
jibelstgraber, no, I'm just hoping that the result is usable14:39
stgraberjibel: in theory the upgrader is enforcing that unity is present and some other parts of ubuntu-desktop, so we should be getting some kind of desktop14:40
jibel:)14:40
infinity"In theory we should have a desktop", this bar is just getting higher and higher.14:41
stgraberthe good news is that in theory it's going to be the last release where we "support" this14:41
stgraberinfinity: depends on definition of "desktop", we might be able to stretch that to "X + xterm = desktop" :)14:41
=== doko__ is now known as doko
stgraberslangasek: I'm trying a restore + upgrade using the tarball attached a week ago by bdmurray, maybe I'll get lucky this time around...15:27
jibelstgraber, the result of the upgrade looks like a desktop. I had a crash in libxml-sax-expat-perl during upgrade, I ignored it and upgrade finished.15:28
stgraberjibel: ok, I believe it's the same that crashed for me, giving me a python stacktrace in the terminal window15:28
stgraberjibel: will take a look see if that's easily fixable15:29
stgraberbut yeah, besides that I'm getting a bootable system with lightdm and unity, so doesn't look too bad15:29
stgraberjibel: confirmed, there's no way of removing libxml-sax-expat-perl... that's what's causing the failure15:30
stgraberjibel: the postinst depends on update-perl-sax-parsers which doesn't exist on the system15:31
stgrabers/postinst/prerm/15:31
jibelstgraber, bug 99025615:32
ubot2Launchpad bug 990256 in libxml-sax-expat-perl "package libxml-sax-expat-perl 0.40-2 failed to install/upgrade: ErrorMessage: subprocess installed pre-removal script returned error exit status 2" [Undecided,Confirmed] https://launchpad.net/bugs/99025615:32
stgraberright, that's the one... so looks like we need a 10.04 SRU to get out of that one15:33
stgraberI'll check in a few minutes, multi-tasking quite a bit at the moment15:34
skaetrelease team:   please leave newly uploaded  unity stack in -proposed over the weekend.     seb128 will give explicit ok before it should be moved over.15:55
slangasekstgraber, skaet: I've reviewed xserver-xorg-video-intel in the queue and confirmed that it looks like a safe, targeted hardware-enablement change.  Should I accept this?15:56
stgraberslangasek: yes15:56
stgraberslangasek: ideally, we'd also need mesa for the same issue, though we'd first need to clear the one currently in -proposed15:57
slangasekskaet: quantal-proposed?  Why is seb128 wanting it held off?15:58
slangasekthat's contrary to the stated policy for $devel-proposed15:58
skaetslangasek,  that was the request at the end of the meeting.   Am assuming he wants more testing done on it.15:59
slangasekquantal-proposed is not for testing15:59
slangasekseb128: ^^15:59
slangasekseb128: if it hasn't already been tested, it shouldn't be uploaded to quantal-proposed.  quantal-proposed is only for assuring archive consistency.15:59
seb128slangasek, usual w.e paranoia16:00
seb128it has been tested and went through automatic and manual testing16:00
seb128so no concrete or valid reason ;-)16:01
seb128slangasek, same reason you don't copy SRU to -updates on friday :p16:01
skaetslangasek,  http://launchpadlibrarian.net/111795520/xserver-xorg-video-intel_2%3A2.17.0-1ubuntu4_2%3A2.17.0-1ubuntu4.1.diff.gz ?  if so,  yes,  agree.16:02
slangasekseb128: ok.  so it doesn't really need an explicit sign-off, does it, it just needs us to not copy it until monday?16:02
slangasekskaet: yep16:02
ScottKThat's still not why we're supposed to be using -proposed in the development release.16:03
cjwatsonRemember that, once we have automation, the automation is very unlikely to care whether it's the weekend or not.16:03
seb128slangasek, yeah, I didn't ask for sign off, I just said 'better to copy it on monday so we have a relaxed w.e'16:04
seb128ScottK, we use it because otherwise amd64 users get unity removed while it's not built there yet16:04
ScottKYes.  This is what it's for.16:04
slangasekseb128: would you have uploaded today if you didn't have -proposed?16:05
ScottKIt's the don't copy it until Monday part that's out of scope.16:05
skaetslangasek, seb128,  yeah my bad for asking for the explicit check.16:05
seb128slangasek, yes, I just don't want the copy to land to the archive on sunday when I'm not around16:05
stgraberjibel: did you test oneiric to precise upgrades without network? I'm wondering if you'd be hitting the same libxml-sax-expat-perl issue.16:05
slangasekseb128: how about if it lands in 2 hours when you're not around? ;)16:05
seb128slangasek, I will still be around tonight and looking at stuff tomorrow morning16:06
seb128so the upload timing works16:06
seb128having a copy on saturday evening or sunday doesn't work16:06
slangasekok16:06
seb128so it's "copy tonight or monday please"16:06
seb128not sunday :p16:06
slangasekyep, understood16:07
seb128though it's mostly paranoia16:07
jibelstgraber, I think I did, but now I have a doubt. Let me try that quickly.16:07
seb128there are all chances the update is fine16:07
slangasekas cjwatson says, once we're automated you shouldn't rely on this kind of schedule accomodation from the server16:07
cjwatsonThough we'll probably have to have some kind of equivalent of filing RC bugs to inhibit propagation16:07
ScottKI have another paranoia and that's that all this "let's used -proposed" stuff ends up reproducing Debian Testing/Unstable.16:08
ScottKWhich cjwatson isn't helping.16:08
slangasekScottK: not reproducing testing/unstable is precisely *why* I'm adamant that people not put stuff into -proposed for testing :)16:08
ScottKAgreed.16:08
seb128to be clear those are not in proposed for testing16:16
seb128they have been testing in a week in a ppa16:16
seb128and went through automated and manual testing process16:16
seb128it's just me being paranoid16:16
slangasekseb128: understood - thanks :)16:16
seb128just forget about the whole thing and copy on sunday if you feel like doing it ;-)16:16
cjwatsonSpeaking of, is all this X stuff copyable?16:20
cjwatsonIt's been there for >1week16:20
jibelstgraber, no crash on upgrade from Oneiric, the package is not installed by default.16:20
infinitytjaalton: Que pasa with the xorg transition?16:20
stgraberjibel: ah, that'd explain it then16:21
seb128cjwatson, I'm not sure, ted just got bitten badly by the nvidia drivers not working with the quantal-proposed stack16:21
stgraberso I might get away with just fixing it in lucid then, though I suppose we should SRU to the rest just to be safe16:21
seb128like they would segfault X after using a GL app16:21
cjwatsonAgain, though - not what -proposed is for ...16:22
seb128I don't think that's what it was used for16:22
seb128I think it was used to get the abi transition complete before copy16:23
seb128I'm just pointing that I know about an issue with the new stack though16:23
seb128tjaalton should comment though16:23
slangasekcjwatson: as of infinity's last check, there were some !x86 drivers still missing16:25
slangasekand we were waiting for an nvidia drop that was supposed to have landed already16:25
slangaseks/was supposed/is supposed/16:25
seb128it landed and seems to run fine until you use GL16:25
seb128or at least for ted16:25
SpamapSQuestion about .changes files and moves to -updates ..16:25
infinitySpamapS: ?16:25
SpamapSopenvswitch had a minor change uploaded but did not re-gen the changes back to pre-updates16:25
SpamapSthusly, bug 1021530 fell off our sru report16:26
ubot2Launchpad bug 1021530 in openvswitch "[SRU] update to include stable fixes for OVS 1.4" [Medium,Fix committed] https://launchpad.net/bugs/102153016:26
infinitySpamapS: Would be nice if it had been reuploaded with a proper -v ..16:26
seb128can we get http://launchpadlibrarian.net/112417114/ubuntu-sso-client_3.0.2-0ubuntu2_source.changes reviewed for 12.04.116:26
seb128it's one of the top errors.ubuntu.com issues16:26
SpamapSOther than us having to manually mark the bug fix released, will the lack of the -v cause any issues if it is released to -updates ?16:27
seb128bug #93713216:27
ubot2Launchpad bug 937132 in ubuntu-sso-client "ubuntu-sso-login crashed with RuntimeError in /usr/lib/python2.7/dist-packages/gi/overrides/Gdk.py: Gdk couldn't be initialized" [High,Confirmed] https://launchpad.net/bugs/93713216:27
slangasekSpamapS: fwiw, the tooling doesn't currently support us very well in this; in cases where there's an existing -proposed upload, I manually download and check the .changes16:27
infinitySpamapS: No, it causes no actual issues, just that it requires manual paperwork and tracking, which is a hassle (and error-prone, if the missed bugs don't end up verified correctly)16:27
SpamapSslangasek: seems like queuediff could give us a heads up16:27
slangasekqueuediff only looks at the diff16:27
slangasekthis is "tooling doesn't support us well in this" :)16:27
SpamapSqueuediff also looks at whether or not there's already an upload in -proposed16:28
SpamapSand warns us16:28
SpamapSso it seems like it could go one step further, and look at the changes file, and flag it16:28
slangasekI want the whole thing to go a lot more than one step further16:28
SpamapS"changes file missing versions already uploaded to -proposed but not in -updates16:28
slangasekI want an interactive tool that I can say y/n in that will run sru-accept and q accept for me ;)16:29
slangasekI agree that better .changes sanity checking should be part of this16:29
stgraberseb128: looks reasonable, diff only contains the bugfix we want, bug is missing a testcase/rational/regression potential though, but with that fixed, I think it's doable16:29
SpamapSslangasek: agreed, however we both know incrementally better today is better than perfection never16:33
slangasekSpamapS: absolutely16:34
slangasekI'm just sayin', if someone feels like doing the work, I have a wishlist too ;)16:34
SpamapSok so to the more accute problem of openvswitch..16:35
SpamapSits not on the list of "all green +7 days" bugs .. but I think it should go to -updates16:35
SpamapSits not on any CDs either16:35
tjaaltoncjwatson, infinity: yeah nvidia is badly busted, and i wanted to wait for vbox upstream to try fixing their driver. also, the arm video drivers still need to be updated16:36
SpamapS(universe)16:36
tjaaltonwe talked about the stack on #ubuntu-x, and thought that it shouldn't hurt to keep it in proposed until most issues are shaken out, but still copy it before the FF16:37
slangasekSpamapS: provided that whoever copies it over is happy to be on the hook in case of regressions this weekend...16:37
slangasektjaalton: so in case you missed the discussion above, quantal-proposed is *not* supposed to be used for testing, it's only supposed to be used for getting packages into a consistent installable state so that quantal remains installable; this is effectively a misuse of quantal-proposed16:38
tjaaltonthere's also a showstopper mesa bug affecting unity, which makes it difficult to update it to 8.1 series at the same time16:38
tjaaltonslangasek: oh16:39
slangasektjaalton: it happens that in this case having it stay in -proposed isn't going to mess us up because it's a self-contained set of related server packages... but please don't make a habit of this16:39
slangasektesting should happen before upload to -proposed, in a ppa if appropriate16:39
SpamapSslangasek: No I was thinking Monday16:40
slangasekSpamapS: right, perfectly ok then16:40
SpamapSslangasek: I just want to let the bug subscribers know whats up16:40
tjaaltonwell the problem is the changed video abi that means updates to drivers the x-tem (or debian xsf) doesn't control16:40
tjaalton*team16:40
tjaaltoni guess x-x-video-all isn't installable on arm, x86 is fine16:41
tjaaltonthat's the real showstopper, rest is details then16:42
tjaaltonarchive-wise16:42
infinitytjaalton: Using it to transition the ABI is fine, using it to test that the software doesn't suck isn't.16:42
infinitytjaalton: That was sort of the point. ;)16:42
tjaaltonunderstood, and it doesn't suck :)16:43
tjaaltonjust that it would break nvidia that's in quantal..16:43
infinitytjaalton: So, in this case, as soon as the ARM drivers (and whatever else is missing) are uploaded and built, it should be ready to transition.16:43
tjaaltonyep16:43
tjaaltonnext week! :)16:43
=== henrix_ is now known as henrix
stgraberinfinity, slangasek: I see that you either uploaded or are listed in the cedarview packages. They are currently both in depwait waiting for libwsbm that'd need promotion to satisfy the dependency.16:57
infinitystgraber: It's in universe in quantal too, some sort of MIR for that would be nice.  And we can't promote it in precise-release, so it would also need a version bump in precise-proposed, just so we could promote the new one.17:00
infinity(None of this has to do with me, I just re-signed one of the uploads after I jacked it in the queue) :P17:00
stgraberok :)17:02
stgraberslangasek: hmm, I must be missing something very obvious here... so we have that crash on 10.04 => 12.04 upgrade when removing libxml-sax-expat-perl because its prerm is calling update-perl-sax-parsers which is provided by libxml-sax-perl. BUT libxml-sax-perl is a dependency of libxml-sax-expat-perl. So how is it possible for it to have been uninstalled (rc state) BEFORE libxml-sax-expat-perl was removed?17:04
infinitystgraber: Is there a dependency loop being broken somewhere?17:10
infinitystgraber: Depends is meant to guarantee that the depended-on package is there for prerm invocation, but only if there are no loops (same rules as depends and postinst configure)17:10
stgraberinfinity: hmm, that's probably the problem. Will have to go read apt.log to try and figure it out then17:13
stgraberinfinity: misisng libxml-namespacesupport-perl seems to be the cause of it17:15
stgraberinfinity: will try the easy fix by just seeding it...17:15
stgraberit doesn't depend on anything but perl and it's in main, so that's a 15K fix in theory17:15
stgraberand respinning...17:16
* cjwatson has a second go at landing the Archive.getAllPermissions work for stgraber17:16
cjwatsonYou might get that early next week if I'm lucky17:17
* infinity ponders some sort of brunch.17:17
stgrabercjwatson: that'd be great, thanks!17:17
cjwatson17436 tests run in 4:02:52.873891, 1 failures, 0 errors17:17
cjwatson^- frustrating17:17
infinitycjwatson: Close enough.17:17
stgraberjibel: I'll ask you to run the test with the new alternates when they're done building. Looks like your test setup is faster than mine (I don't have a 10.04.4 snapshot, so I need to reinstall and re-upgrade...)17:18
stgraberthat's if you're still around. If not, I'll do it here17:19
stgraberjibel: images are done building17:30
slangasekstgraber: "that crash"> link, please?17:38
stgraberslangasek: bug 99025617:40
ubot2Launchpad bug 990256 in libxml-sax-expat-perl "package libxml-sax-expat-perl 0.40-2 failed to install/upgrade: ErrorMessage: subprocess installed pre-removal script returned error exit status 2" [Undecided,Confirmed] https://launchpad.net/bugs/99025617:40
slangasekev, seb128: btw, bug #1024806 is a great example of an SRU regression detected by virtue of errors.u.c ;)18:05
slangaseksorry, bug #103480618:05
ubot2Launchpad bug 1034806 in aptdaemon "aptd crashed with UnicodeDecodeError in _emit_acquire_item(): 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)" [Undecided,New] https://launchpad.net/bugs/103480618:05
slangasekstgraber: this is the perl / perl-modules skew issue.  The problem isn't that the dependency has been /removed/, it's that a transitive dependency has been /upgraded/18:12
slangaseki.e., /usr/bin/update-perl-sax-parsers isn't missing - it fails to compile18:12
slangasekstgraber: see the perl changelog entry for 5.14.2-9 for guidance18:13
stgraberslangasek: hmm, ok. Weird that libxml-sax-perl is marked as rc according to dpkg then18:13
micahghrm, that sqlite tracker is wrong, I'll fix it18:13
slangasekstgraber: it wouldn't have been rc at the time libxml-sax-expat-perl failed; it was probably removed in a second clean-up run of apt, not shown in this log18:14
jibelstgraber, sorry dinner time, syncing now18:15
micahgdo negative lookaheads work in the transition tracker?18:21
infinitycjwatson: Any idea why this explodes?18:54
infinitycjwatson: change-override -x optional libxml2 sgml-base xml-core18:54
infinitycjwatson: Other than the part where I'm setting section instead of priority.  Ignore me.18:54
cjwatsonsucky error message from LP mind18:55
infinityQuite.18:55
micahgcan someone from the release team please merge https://code.launchpad.net/~micahg/%2Bjunk/transition-tracker/ into the transition tracker if it looks sane?18:58
stgraberslangasek: right, so that's indeed the problem. As it's also a case of using File::Basename, I guess applying the same trick as for mono-gac should work?19:02
bdmurrayslangasek: as today is your day I thought you'd like to know the sru report has text on mouseover now19:04
slangasekstgraber: without digging further into it, I couldn't say for sure.  mono-gac was especially complicated, this one might only require a Breaks: on the old libxml-sax-perl?19:07
stgraberslangasek: http://paste.ubuntu.com/1139826/ is what I get during an upgrade19:08
cjwatsontry doc-base19:08
cjwatsonwhich I think had a relatively simple workaround19:08
stgraberok, perl-base as a versioned conflict against doc-base (<< 0.10.3)19:09
cjwatsonhm, maybe it wasn't that19:10
slangasekbdmurray: mouseover> nice, thanks :)19:10
slangasekversioned conflicts are relatively simple19:10
cjwatsonstgraber: caution; I vaguely recall that in past iterations of this problem, no package metadata was good enough19:10
slangasekjust not relatively friendly :)19:10
stgrabercjwatson: actually, I wasn't looking at the right version of perl. The versioned conflict is in perl-base, perl-modules, libperl5.14 and perl itself19:11
cjwatsoniirc, a conflict only works if the conflicted package has been fixed to handle the case where perl is unconfigured19:12
cjwatsonhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=278495#10019:12
ubot2Debian bug 278495 in doc-base "perl can be in a unusable state during upgrade" [Serious,Fixed]19:12
cjwatsonsee also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649174 for a similar example19:13
ubot2Debian bug 649174 in update-inetd "update-inetd: make robust against being run when perl-base and perl-modules are out of sync" [Important,Fixed]19:13
cjwatsonwhich has a "try module and fall back to local implementation" pattern19:13
cjwatsonthe conflict is then just there to make sure that the tools are upgraded before starting the paired perl/perl-modules upgrade19:14
* slangasek nods19:14
slangasekright, that's what was done for mono-gac19:14
cjwatsonbdmurray: hm, it picked an odd last comment to show for https://bugs.launchpad.net/ubuntu/+source/mawk/+bug/95579119:17
ubot2Ubuntu bug 955791 in mawk "Source and destination overlap in memcpy" [Undecided,Fix committed]19:17
stgraberso we need to patch libxml-sax-perl to stop using Basename, then SRU that, then seed it (it's currently not in the pool), then add a versioned conflict to perl, then SRU that?19:17
cjwatsonI'd have expected comment #21 there, I think19:17
stgraberslangasek: I guess adding a Conflict libxml-sax-perl (<< 0.99+dfsg-1) would do the trick as we don't actually ship or need it, so apt will get it removed, then upgrade perl. Though that's not clean and we could probably still hit the bug for these upgrading with internet connectivity (though apparently it's currently going through a different path and avoiding this issue)19:24
slangasekstgraber: has the original bug been reproduced with 12.04.1?19:27
slangasekthis may be much ado about a tempest in a teacup19:27
stgraberslangasek: well, the bug report is just what jibel found after we both had our 10.04 => 12.04.1 upgrades to fail19:28
slangasekah19:28
stgraberso I'm definitely reproducing this issue every time I upgrade to 12.04.1 without connectivity19:29
slangasekso a complete fix would be to SRU libxml-sax-perl to not require perl-modules, *then* add the versioned Conflicts19:29
bdmurraycjwatson: ah, I'll dig into it19:29
slangasekthere's no guarantee that just adding the Conflicts won't make this *worse* for users doing Internet-enabled upgrades19:29
slangasekand it's very difficult to regression test that19:30
stgraberindeed19:30
slangasekstgraber: seems like the doc-base fix is the appropriate example for this - a dirname() reimplementation is called for19:33
stgraberslangasek: I haven't touched any perl code in years, but isn't SAX.pm just "importing" Basename without using it? from what I see the only use of dirname() is in the Makefile, which shouldn't impact installed systems?19:35
* stgraber should probably look at the binary package instead of the source ;)19:35
slangasekstgraber: it imports the dirname() function from the Basename module, and uses it19:35
* slangasek is looking at /usr/share/perl5/XML/SAX.pm on his local quantal19:36
stgraberoh, indeed it does19:36
slangasekmm, File::Spec would also be an issue19:36
slangasekI think19:36
slangasekah, no, that's in perl not perl-modules19:36
stgraberok, so I'll do some copy/pasting from doc-base then19:37
stgraberslangasek or anyone who has a clue about perl: http://paste.ubuntu.com/1139887/ <- does that look something that should be working?19:43
slangasekstgraber: yeah19:45
stgraberslangasek: ok. Pushing to quantal and precise then19:46
slangasekstgraber: please also forward to Debian19:46
jibelslangasek, I can reproduce bug 937196 easily, which is a dupe of bug 101700119:54
ubot2Launchpad bug 937196 in apt "10.04 LTS -> 12.04 upgrade failed: ifupdown depends on upstart and initscripts but they are not configured (dup-of: 1017001)" [High,Confirmed] https://launchpad.net/bugs/93719619:54
ubot2Launchpad bug 1017001 in apt "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed] https://launchpad.net/bugs/101700119:54
jibelslangasek, install mythbuntu 10.04, don't apply updates, and run do-release-upgrade -d19:54
jibelnot sure it is a valid test scenario though19:54
slangasekjibel: !! a test case!  Thank you!19:55
slangasekjibel: can you update the bug with that info?19:56
slangasek(it is a valid test scenario; it's recommended that you apply updates first, but it shouldn't break if you didn't)19:56
stgraberslangasek: that's both perl and libxml-sax-perl in the queue, hopefully these two should do the trick20:01
slangasekstgraber: yep, thanks20:01
jibeldescription updated with a test case20:02
stgraberslangasek: and sent to Debian (they had Debian bug 658702 for that already)20:06
ubot2Debian bug 658702 in libxml-sax-perl "libxml-sax-perl: update-perl-sax-parsers sometimes fails when called from old-prerm during squeeze->wheezy update" [Normal,Open] http://bugs.debian.org/65870220:06
slangasekstgraber: cheers20:08
slangasekinteresting that it's only sev: normal, apparently Debian fixed their libxml-sax-expat-perl to not fail in this case20:08
slangasekoh... but that only works if you're actually upgrading the package, not removing it20:08
slangasekjibel, stgraber: bug #1034668 features libbrasero-media0 prominently, which came up already in the CD upgrader case20:09
ubot2Launchpad bug 1034668 in update-manager "Upgrade from Lucid to Precise does not install packages for Global Menu: indicator-appmenu" [High,Confirmed] https://launchpad.net/bugs/103466820:09
stgraberslangasek: I'm wondering if the added Breaks on launchpad-integration will fix/change that bug as a side effect20:12
slangasekjibel: when you reproduced bug #1034668, did you have -proposed enabled?20:13
ubot2Launchpad bug 1034668 in update-manager "Upgrade from Lucid to Precise does not install packages for Global Menu: indicator-appmenu" [High,Confirmed] https://launchpad.net/bugs/103466820:13
=== yofel_ is now known as yofel
stgraberslangasek: according to apt.log, he didn't. It's unpacking launchpad-integration 0.1.56 instead of 0.1.56.120:16
slangasekjibel: are you generally testing with -proposed enabled right now?  That's fairly important given the set of upgrade-related fixes currently waiting there20:20
infinityI hope those accepts aren't also with overrides.20:28
infinityCause if they are, I look forward to someone messing it up with arch skew when the other arches land. :P20:29
jibelslangasek, automated tests are done with proposed enabled. I didn't try #1034668 with proposed but I can.20:30
slangasekinfinity: appindicator was a pocket-copy, at least20:32
slangasekjibel: would be good to confirm if it's reproducible with the updated launchpad-integration20:32
infinityslangasek: ?20:32
slangasekthe apt.log shows there's a *chance* it won't be20:32
infinityslangasek: A pocket-copy that was building?20:32
slangasekinfinity: oh, no, I'm confusing myself20:32
slangasekthe pocket copy was something else entirely :)20:33
infinityCouldn't wait 20 seconds for the PPC build... :P20:35
infinityImpatient.20:35
micahginfinity: are there not policies about these sorts of things?20:38
jibelslangasek, with proposed enabled I still get in apt.log20:38
infinitymicahg: Technical, or verbal?20:38
micahginfinity: verbal I guess20:38
infinitymicahg: I tend to rap people on the knucles when they impatiently do partial binary accepts.  But if they know what they're doing, they won't hurt anything.20:38
jibelHolding back indicator-appmenu:amd64 rather than change libdbusmenu-glib1:amd6420:38
stgraberjibel: can I get the new apt.log?20:39
jibelstgraber, sure20:39
infinitymicahg: (If they do skew things, we have reports to point it out, it's just annoying)20:39
stgraberslangasek: thanks for the copy to quantal, for some reason I forgot that one yesterday (the fix obviously isn't needed in quantal, but having precise have an higher version than quantal isn't too good ;))20:41
slangasekjibel: ok - please add that to the bug, and we can do an SRU for indicator-appmenu to20:44
slangasek+o20:44
slangasekstgraber: sure thing.  it was just chance that I noticed it :)20:45
stgrabernot to put any extra pressure, but if you want me to run another 10.04 => 12.04 upgrade today with the new fixes, I'd need perl and libxml-sax-perl accepted now-ish20:45
jibelI attached the resolver logs to the report20:47
jibelI'm a bit slow, FF consistently crashes when I switch from 1 workspace to the other :/20:47
slangasekstgraber: ack, sorry, got lost while waiting for the queuediff to generate20:50
slangasekstgraber: looks like the wrong version in the perl conflicts20:54
slangasek<< $quantal, not << $precise_proposed20:55
stgraberoops20:55
stgraberplease reject then20:56
slangasekdone20:56
slangasekstgraber: perl accepted21:24
stgraberi386 and amd64 perl has been published, respinning alternate23:06
slangasekhave the other CD-upgrader fixes checked out in jenkins?23:07
slangasekI'm inclined to get them copied over to -updates today; I'd rather give them further time to steep in -updates due to the nature of the likely regressions23:07
slangasek(i.e., $random_upgrade_bug_due_to_packages_we_didn't_test)23:08
slangasekhmm, hmm; https://jenkins.qa.ubuntu.com/view/Precise/view/Upgrade%20Testing%20Dashboard/job/precise-upgrade-lucid-main/ could be better23:09
stgraberslangasek: I just had a quick look at the versions on jenkins, the tests don't seem to be running with proposd23:11
stgraber*proposed23:11
slangasekoh23:11
slangasekjibel said they were23:11
slangasekwell, I guess we need to get that sorted first23:12
slangasekconfirmed23:12
slangasekso, definitely no copying today23:15
ScottKIt could go either way.  That could be a reason to definitely copy today.23:22
slangasekScottK: no, because we haven't even gotten a regression test on jenkins yet23:59

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