=== fisted_ is now known as fisted === jdong_ is now known as jdong [04:57] Good morning [05:01] SpamapS: did you copy with -s? mdeslaur pinged me about the linux-meta ABI mismatch in -security [05:01] SpamapS, slangasek: I usually copy the kernel and lbm, then check https://launchpad.net/ubuntu/+source/linux/+publishinghistory that it really worked, and then copy -meta, and check its publishing-history again [05:03] SpamapS: if you do copies, please always look up the tracking bug (seems to be bug 893213 in this case), to check for "updates only" vs. "updates and security", and closing the tasks [05:03] Launchpad bug 893213 in Kernel SRU Workflow "linux: 3.0.0-14.23 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/893213 [05:03] SpamapS: we need to copy the whole thing or nothing [05:03] SpamapS: also, please no kernels or other major SRUs on a Friday evening :) [05:07] SpamapS, mdeslaur: I copied the remaining kernel bits to -security and updated the tracking bug [05:11] doko: yes, I'm the other DB (psql), not mysql :) [05:18] pitti: Good morning. It turns out that there's a regression in libmsn that prevented the kdenetwork part of the post-release update from building. The proposed SRU for libmsn to fix the regression is waiting for approval, so it'd be nice to get that in so that I can get the set completed and a call for testing out the door on Monday. [05:22] ScottK: ah, will do [05:22] pitti: Thanks. [05:23] ScottK: accepted; do you want to retry the affected packages yourself, or want me to watch for it? [05:23] pitti: It'd be great if you watch for it since I'm about to go to sleep. It's just kdenetwork. [05:24] If you don't get to it though, I'll just to it in my morning. [05:24] ScottK: roger, can do; sleep well! [05:24] Thanks. [06:03] zul, Daviey: can you please drop the python-coverage dependency from python-nova? this is rendering it uninstallable [06:07] jibel, jamespage: so https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade/PROFILE=lts-ubuntu,label=upgrade-test/lastBuild/console -> the upgrade succeeded now, and it rebooted, but it complains about some extra old conffiles and X not starting? [06:09] jibel, jamespage: and similarly for lts-server, it just complains about conffiles? https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade/PROFILE=lts-server,label=upgrade-test/lastBuild/console [06:09] jibel, jamespage: what does this test do exactly? having .dpkg-dist files is pretty normal after an upgrade [06:17] pitti: -s? [06:18] pitti: I certainly used a -s argument for target suite; I'm not sure how that relates to your comment [06:18] slangasek: sru-release -s -> also copies to -security [06:18] er, source suite rather [06:18] no, I didn't use sru-release [06:18] that's the tool SpamapS used [06:18] he said it timed out [06:19] 05:56:16 SpamapS | [00:44:45] bjf: thats more like it!! [06:19] that sounded like a second try succeeded? [06:19] ah, so it didn't then, misunderstood [06:20] slangasek: ok, so when the kernel team says "linux" they really mean "linux, lbm, -meta, and whichever else is attached to it", and the tracking bug says whther or not to also copy to -security [06:20] ah [06:21] kirkland: eww, your sysvinit upload causes a conflict [06:21] kirkland: /etc/bash_completion.d/service is already in bash-completion [06:21] I'll revert it [06:25] * micahg was wondering about that [06:25] kirkland: b-c is in standard, so everyone should already have it? [06:53] slangasek: I debugged bug 901638 somewhat and added a proposal [06:53] Launchpad bug 901638 in update-manager (Ubuntu Precise) "tdsodbc failed to upgrade from Oneiric to Precise" [High,Triaged] https://launchpad.net/bugs/901638 [06:53] slangasek: but I'm not sure whether it would be semantically correct to add that conflicts [06:54] slangasek: I tried raising tdsodbc's Breaks: libiodbc2 to a Conflicts, but that's not enough [06:54] (as unversioned Breaks: are discouraged) [06:55] pitti: having odbcinst1debian Conflict: with libiodbc2 is not semantically accurate, but given that libiodbc2 is intended to be obsoleted, that's probably not sufficient reason not to do that [06:57] slangasek: is there another package which is a better "replacement" for libiodbc2? [06:57] slangasek: I'm happy to move to conflicts: around a bit and try [06:57] pitti: I haven't done the kernel copies myself since the API times out. I respectfully refuse to attempt any such things again until the procedure is recorded somewhere. :) [06:58] * SpamapS hopes it actually is already recorded, and he can be pointed to it [06:58] * SpamapS is also ashamed at how little SRU approval work he has done in the last 7 days [06:58] I tried to keep up, but didn't manage to clean up all the queues [06:58] but RAOF is back now as well, so perhaps we can share the load again [07:06] pitti: I guess the conflicts could be added to libodbc1 instead, but logically it's all Breaks, not Conflicts [07:06] slangasek: testing.. [07:07] hm, that doesn't do it [07:08] neither a Conflicts: [07:09] slangasek: adding a Breaks: libiodbc2 instead of a Conflicts: to odbcinst1debian2 _does_ work, though [07:09] pitti: when my Monday starts officially (in 9 hours or so) I promise I'll crank through anything left in the queue. :) [07:09] SpamapS: thanks! I'll also try to catch up a little today [07:10] slangasek: noted so in the bug [07:10] ok, cool [07:10] slangasek: want me to upload that to Ubuntu and let it go through the mail-all upgrade test, or do you want to handle this yourself/in Debian? [07:11] pitti: feel free to upload it and I'll pull it back into Debian from there [07:11] slangasek: I can only suppose it's also an issue for squeeze->wheezy upgrades? [07:11] I expect so, yes [07:11] squeeze has 0.82-7 [07:11] exactly like oneiric [07:11] slangasek: ok, doing that then, thanks! [07:12] . o O { must .. have ... more ... green ... dots! } [07:18] jamespage, jibel: the precise-server tests failed; not much output, but I bet it was due to the file conflict in sysvinit-utils, which is fixed now; the other is that nova is uninstallable, I pinged the server team about it [07:19] Daviey: ^ I'm also happy to fix this (i. e. drop python-coverage from the pips requirements) [07:19] Daviey: I can push to the branch, but not sure you guys want me to [07:22] ScottK: kdenetwork seems happy now, FTR [07:23] could somebody on ubuntu-branches mark https://code.launchpad.net/~marcelstimberg/ubuntu/oneiric/labyrinth/fix-for-872756/+merge/84856 as merged? [07:31] broder: done [07:31] thanks === tkamppeter_ is now known as tkamppeter [07:40] pitti: did you want to reassign bug #901638 to unixodbc, though? odbcinst1debian isn't from freetds [07:40] Launchpad bug 901638 in unixodbc (Ubuntu Precise) "tdsodbc failed to upgrade from Oneiric to Precise" [High,Fix released] https://launchpad.net/bugs/901638 [07:48] pitti: could you please dupe and close bugs #903048, #903068, #903049 and #903050 (the sysvinit upgrade issue you fixed half an hour ago). Thx [07:48] Launchpad bug 903068 in sysvinit (Ubuntu) "package sysvinit-utils 2.88dsf-13.10ubuntu5 failed to install/upgrade: tentative de remplacement de « /etc/bash_completion.d/service », qui appartient aussi au paquet bash-completion 1:1.3-1ubuntu6" [Undecided,New] https://launchpad.net/bugs/903068 [07:48] Launchpad bug 903050 in sysvinit (Ubuntu) "package sysvinit-utils 2.88dsf-13.10ubuntu5 failed to install/upgrade: trying to overwrite '/etc/bash_completion.d/service', which is also in package bash-completion 1:1.3-1ubuntu6" [Undecided,Confirmed] https://launchpad.net/bugs/903050 [07:48] Launchpad bug 903048 in sysvinit (Ubuntu) "[12.04] sysvinit-utils conflicts bash-completion (/etc/bash_completion.d/service)" [Undecided,New] https://launchpad.net/bugs/903048 [07:48] Launchpad bug 903049 in sysvinit (Ubuntu) "package sysvinit-utils 2.88dsf-13.10ubuntu5 failed to install/upgrade: trying to overwrite '/etc/bash_completion.d/service', which is also in package bash-completion 1:1.3-1ubuntu6" [Undecided,Confirmed] https://launchpad.net/bugs/903049 [07:49] LP doesn't let me log in to do it myself [07:49] slangasek: yes, I did [07:50] geser: oh, thanks; I looked for bugs when I uploaded, and there weren't any [07:51] geser: done [07:53] jibel, jamespage: respinning ubuntu-server to pick up fixed sysvutil === smb` is now known as smb [08:27] tjaalton: we don't merge nspr from Debian, it's a totally different package and there was a warning on MoM [08:27] micahg: i've asked chrisccoulson about it [08:28] well, that's news to me... [08:28] it's not "totally" different, doesn't use sonames but mergeable anyway [08:29] same goes to nss [08:29] tjaalton: please don't upload 3.13 [08:29] micahg: why? [08:29] it seems broke [08:30] in which way? works fine on my laptop [08:30] uploaded already [08:30] used it for two weeks [08:32] well, I guess we'll see what breaks [08:33] if you already know something please do tell [08:33] * micahg sees if he can find the bug [08:36] tjaalton: mozilla 702111 [08:36] Mozilla bug 702111 in Libraries "Servers intolerant to 1/n-1 record splitting. "The connection was reset"" [Normal,New: ] http://bugzilla.mozilla.org/show_bug.cgi?id=702111 [08:39] tjaalton: FTR, I'm actually in favor of being able to merge from Debian, I just thought there was something WRT to the upstream tarball that was keeping us from doing it [08:41] micahg: i did it very carefully, checked every diff on launchpad to make sure I didn't miss anything, but in the end it turned out to be mostly just the soname change in them, so the diff is actually pretty small (and some bugs fixed due to the merge..) [08:41] tjaalton: right, that's the packaging side, what about the upstream tarball :) [08:41] micahg: also, that bug seems fixed upstream now, so should be ok once firefox is updated, though I'm ok if an archive admin can hold off nss for now [08:42] micahg: don't see changes made directly ther [08:42] e [08:42] tjaalton: how is that fixed upstream, it's New? [08:42] unaffected on 8, fixed for 9 [08:42] or is 10 already on precise? [08:42] tjaalton: yes, they disabled the feature, that's only in the firefox branch, not NSS :) [08:44] and it shouldn't hit NEW of any type since there are no new packages/soname bumps [08:44] ahah, didn't check the product.. [08:44] Hello there [08:44] micahg: it build-depends on the new nspr, so there might be enough time.. [08:45] pitti: ^ can you still drop an update from entering when it's in depwait? [08:45] https://bugs.launchpad.net/ubuntu/+source/synergy/+bug/881673 is blocking for GNOME3 users in oneiric [08:45] Ubuntu bug 881673 in synergy (Ubuntu) "Synergy doesn't work properly under GNOME 3" [Undecided,Confirmed] [08:45] tjaalton: entering what? [08:45] tjaalton: do you want to revert based on that bug? you said you've been using it for 2 weeks :), Firefox won't be affected since we use internal libs [08:45] pitti: the archive (precise) [08:45] can we port the patch to oneiric-updates? [08:45] micahg: oh [08:46] tjaalton: you can upload a newer version which reverts to a previous version [08:46] tjaalton: then the previous builds will be discarded [08:46] chromium might be affected once I get it to build, but meh [08:46] tjaalton: if it's a new package, it can also be removed [08:46] micahg: well turns out I didn't use it , but sounds like it's not that big an issue afterall? [08:47] tjaalton: evolution and pidgin are consumers, have you used either of those? empathy probably as well === Guest35752 is now known as gord [08:49] raphink: You'll want to follow the procedures documented here: https://wiki.ubuntu.com/StableReleaseUpdates, I'm happy to create an oneiric task for you if you want to work on this [08:49] pitti: no it's just an update. I'll check if anything breaks with the new one first before doing anything drastic [08:49] micahg: I'll test pidgin [08:49] micahg: thanks, it's presily the process that I'm wondering about ;-) [08:49] tjaalton: GTALK would probably be a common one [08:52] tjaalton: epiphany could be a good test as well [08:53] raphink: do you have any specific questions? [08:53] micahg: hum, shouldn't it be installed by default? [08:53] tjaalton: which? [08:53] epiphany [08:54] no, epiphany is the GNOME browser [08:54] oh, haha [08:54] so i installed the boulder dash clone [08:54] mixed it with empathy [08:55] chromium would be fine also to test with [08:57] micahg: what is the process these days to request a sync from Debian for precise? [08:58] raphink: requestsync, we sync automatically from Debian testing right now if there's not an Ubuntu diff [08:59] synergy is in version 1.3.7-1build1 in precise [08:59] ah right, testing [09:00] is it possible to sync from sid if it fixes a known bug? [09:00] or do we have to wait for the package to enter testing? [09:00] raphink: if it's not likely to break anything else, yes, just state the reasoning for the jump in the sync request [09:01] that, or I just wait for the package to migrate to testing [09:01] raphink: right [09:01] since it was uploaded to sid on the 4th of december [09:01] raphink: should migrate in 3 days [09:02] yes [09:02] and I confirm that it fixes the problem [09:03] for now, I'll just upload it to my PPA :-) [09:03] pitti: is the pkgbinarymangler test suite supposed to work outside of the archive builder setup? [09:03] broder: yes, it is [09:03] pitti: i'm getting http://paste.ubuntu.com/767674/ [09:03] broder: I'm running it locally [09:04] micahg: chromium seems to work, other than the url from that bug [09:04] broder: interesting; I suppose that's with the current version? [09:04] hmm...interesting question. my checkout might be old <_< >_> [09:04] no, it's currnet [09:05] tjaalton: check the site in comment 15 [09:05] pitti: (i decided that trying to write a fix for bug #899520 was a better option than sleeping) [09:05] Launchpad bug 899520 in pkgbinarymangler (Ubuntu) "pkgstriptranslations creates policy-incompliant symlinks" [Undecided,New] https://launchpad.net/bugs/899520 [09:06] broder: ah, sweet; generating correct relative symlinks in shell is really hard, so I didn't get to that so far [09:06] broder: hang on [09:06] i'm working on a slightly hilarious port of dh_link to shell. i'm simultaneously proud of and repulsed by it :) [09:07] micahg: works, nordea too [09:07] broder: could you locally apply http://paste.ubuntu.com/767679/ and then run: test/run -v T.test_doc_symlink [09:07] tjaalton: alright, I think chromium might have their own fix for this bug though now that I think about it [09:07] broder: this will output the full build log and just run this one test [09:08] broder: do you get that failure with pristine trunk or did you already do modifications? [09:08] micahg: ok, so the impact is pretty low then [09:08] broder: it's still succeeding here [09:08] pitti: i got it with pristine trunk [09:08] broder: ok, let's see what your build log says [09:10] pitti: http://paste.ubuntu.com/767682/ [09:12] pitti: Don't worry, it'll get resolved today.. (unless you already have a branch ready.) [09:12] Daviey: I don't have a branch yet, wanted to wait for the server team's pong before duping work [09:12] (not that it would be much work, but still) [09:12] Daviey: great, thank you [09:13] When building a package from an install tree in "debian/dest" with dh_install -a --sourcedir=debian/dest do i need any special treatment for shared object files in /usr/lib/xorg/modules/extensions? [09:13] broder: is that really really a current checkout? [09:13] broder: lp:ubuntu/pkgbinarymangler [09:13] broder: we used to have a different branch in the past [09:13] pitti: oh, no, i have lp:pkgbinarymangler [09:14] broder: becuase line 865 is something completely differnt [09:14] IM just confused about the shared object not included into my .deb [09:14] broder: ah, then you re-discovered the race condition fixed in 107 :) [09:15] pitti: haha, ok. i'll switch to the newer branch then [09:15] broder: let me kill the old branch more properly [09:15] much appreciated [09:15] This branch cannot be deleted as it has 5 branches sharing revisions. [09:15] bah [09:15] I'll remove all files in it and just add a README pointing to the new one [09:15] can you mark it as...abandoned? [09:15] i think that might make it fall off the active list [09:16] i guess your approach sounds good too [09:16] did that, too [09:16] yeah, that at least keeps it off of https://code.launchpad.net/pkgbinarymangler [09:16] broder: also committed deprecation [09:17] broder: sorry for the confusion [09:17] no problem [09:47] pitti: err, please disregard that merge proposal. i think i may have off-by-one errors [10:12] cjwatson, had any reports of grub getting into a tailspin when installing kernels on oneiric ? [10:20] pitti: Thanks for taking care of it. [10:38] broder: which one, I've got two now? [10:41] tjaalton: on upgrade I now get a multi-arch conflict on libnspr4 for ./usr/share/lintian/overrides/libnspr4, known? [10:48] pitti: hrm.. I'll check [10:48] tjaalton: i. e. you can't currently install libnspr4 and libnspr4:i386 together [10:49] pitti: ok, I didn't have 32bit version myself so didn't bump into this. debian was multiarched too but maybe something is missing [10:49] tjaalton: just weird why the lintian overrides should be different on i386 and amd64? [10:50] oh, of course [10:50] file paths [10:50] libnspr4: shlib-without-versioned-soname usr/lib/i386-linux-gnu/libnspr4.so libnspr4.so [10:50] that would be /x86_64-linux-gnu/ on amd64 [10:50] ah, duh [10:50] so we either need a glob in the override (not sure whether they support that) or drop them, or rename them [10:51] well, i don' [10:51] uh [10:52] i don't mind having lintian warn about the sonames [10:52] chrisccoulson: ^ [10:52] pitti: just add the warning, not the library name [10:52] oh that's enough? [10:53] yes, but then you won't see other warnings of this type. which probably is fine [10:53] indeed, should be fine [10:53] for all three libs in this package [10:58] pitti: the second proposal is fine. the first one was also, it turns out - i just misunderstood a perl-ism in the code i was copying [10:59] broder: ok, thanks muchly; will review ASAP [11:02] pitti: uploaded a fixed nspr, but nss needs a similar fix (debian too) [11:03] tjaalton: cheers [11:08] tjaalton, could you file a bug report for lintian, for the expansion stuff? [11:09] doko: sure === _salem is now known as salem_ [11:10] broder: looks fine, thanks! merged [11:11] broder: I'll fix something else now for doko, then do an upload [11:11] ohh, the -doc png opts? that would help armhf with the whole scientific packages ... [11:11] doko: yes, what we just talked about in /msg [11:12] thanks [11:13] doko: so they have arch: any -doc packages? that sounds quite weird [11:13] I'd expect most -doc packages to be arch: all and only built on i386 where it's quite fast [11:15] doko: i filed bug 903146, probably should do the same for debian [11:15] Launchpad bug 903146 in lintian (Ubuntu) "please add support for globbing" [Undecided,New] https://launchpad.net/bugs/903146 [11:19] tjaalton, yeah, having it in debian would be better, I assume [11:21] jamespage: so what was the latest word on the libcegui-mk2-1 NBS stuff? [11:21] jamespage: (about rollback/package dropping/porting) [11:22] pitt: so; 2 packages; both have non-trivial fixes; bug are/have been raised in debian [11:22] I also raised bugs in LP for tracking [11:22] jamespage: ok, so we keep the new version then? [11:23] pitti: for the time being - I suggest that we leave it a few weeks [11:23] appreciate it clutters NBS a bit [11:23] jamespage: WFM [11:23] but gives upstream/debian maintainers a change to response [11:24] jamespage: so, libnautilus-extension1a is complete now; need to catch up with wendar about the magic++ FTBFS for libgrib-api-0d-1 [11:24] jamespage: I talked to gilir last Friday, he's looking into awn-extras [11:24] jamespage: so that leaves indi, fgfs-atlas, and the poppler stuff to us [11:24] pitti: I am looking at fgfs-atlas [11:25] pitti: indi can be dropped now BTW [11:25] jamespage: the Debian poppler maintainer wrote that he has already looked into 0.18 patches and sent them to various upstreams, BTW; so it might make sense to check upstream gits for patches first [11:25] jamespage: oh, NBS just updated [11:25] lp-remove-package.py -u $SUDO_USER -m NBS -b -y indi libnautilus-extension1 [11:25] \o/ [11:25] (done) [11:25] pitti: great [11:26] jamespage: I also fixed some more upgrade bugs, so the lts->ubuntu tests now actually seem to succeed [11:26] jamespage: did you see my question about the failed tests in scrollback? [11:27] pitti: ah - I had not scrolled far enough back [11:27] * jamespage reads [11:27] eh, WTH: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [11:27] I'll investigate [11:27] nothing changed there, and it's not the new format with build links and apt output [11:28] . o O { wow -- keeping queues to a small number is rather easy -- keeping them at 0 is incredibly much work.. } [11:29] pitti: 10x the work for the last 1% of issues :-) [11:29] yeah, as always [11:29] quite natural to to the easy stuff first, to get a better overview and throughput [11:32] ScottK, Riddell: koffice-l10n wants to go to universe all of a sudden; did something change there? is that on purpose? === Riddelll is now known as Riddell [11:45] doko: heh, so 2.5.0~rc4 got full support for wildcards :) [11:46] jamespage: hah, better: http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html [11:46] I created more chdists with only the "main" component [11:46] this would also have told us about the kubuntu-full failure some days ago [11:47] ok, fixed the overrides for libindi-data [11:48] should be good in anhour [11:50] micahg: reiser4progs> go ahead [11:51] micahg: my attempts to upload it got rejected for one reason or another; feel free to figure it out :-) [11:54] apw: not that I recall [11:54] cjwatson, looking like an osprober issue currently [11:55] os-prober usually just exposes somebody else's problems :) === MacSlow is now known as MacSlow|lunch [13:32] pitti: It's probably because of the switch from koffice to calligra packages. I'd guess it's not on purpose, but Riddell was handling that, so let's wait for him. [13:33] what what? [13:34] ScottK: have you seen https://bugs.launchpad.net/pydkim/+bug/901591 [13:34] Ubuntu bug 901591 in pydkim "Better signing performance" [Undecided,New] [13:35] akher0n: No. I hadn't (and I'm not sure why as I'm subscribed for bugs like that). Thanks. [13:35] Riddell: ScottK, Riddell: koffice-l10n wants to go to universe all of a sudden; did something change there? is that on purpose? [13:49] ScottK, pitti:yeah the seeds changed here, calligra is in New now waiting for an archive admin [14:02] jamesh, ping [14:11] Riddell: ah, so koffice-l10n should be demoted or removed? [14:14] pitti: it'll be removed but I'd like to test that apt correctly installs calligra first [14:14] Riddell: ok, so I'll keep it in component-mismatches as a reminder [14:22] argh, Laney owns -changes once again [14:22] muhahaha (and NEW) [14:22] :) === MacSlow|lunch is now known as MacSlow === yofel_ is now known as yofel [15:01] jamesh, well, if you see this, see bug 886439 [15:01] Launchpad bug 886439 in upstart (Ubuntu) "upgrade to upstart 1.3-0ubuntu11 causes unclean shutdown" [High,Confirmed] https://launchpad.net/bugs/886439 [15:01] upgrade of upstart to oneiric -updates causes dirty filesystem on reboot. [15:03] smoser: something tells me you may want jodh instead :) [15:04] mvo, did you break rapt? [15:05] doko: I hope not, what error do you see? [15:07] hm... something tells me you're right stgraber [15:07] what was i thinking. [15:07] mvo, sea query [15:07] see even [15:08] thx === brendand_ is now known as brendand === fisted_ is now known as fisted [15:32] pitti, hi [15:39] tkamppeter: hello === nijaba_afk is now known as nijaba [15:42] pitti, it is about your message of replacing the python-gobject dependencies by python-gi. This would be the case for system-config-printer. Do I simply need to replace the dependency or are there API changes? [15:42] tkamppeter: no, it doesn't apply there, s-c-printer doesn't use GI but the old static stuff [15:43] tkamppeter: so you don't need to change anything there [15:57] pitti, thanks. === fisted_ is now known as fisted [16:07] jibel: mythes-de> argh, another one? I'll fix it ASAP, tahnks [16:08] pitti, yw. I hope it's the last one :) [16:08] jibel: I was quite happy to see that a lot of the upgrade tests actually finish now, and "just" fail in the post-upgrade tests [16:09] jibel: I fixed the freetds one this morning, which broke main-all [16:09] so looking forward to tomorrow's [16:09] jibel: did you see my question from this morning about the failing tests? [16:09] pitti, me too, and they fail with /minor/ bugs [16:09] in particular, the complaints about .dpkg-dist? [16:09] pitti, no, I didn't [16:10] pitti, what was the question ? [16:10] pitti jibel, jamespage: so https://jenkins.qa.ubuntu.com/view/Precise/job/precise-up [16:10] grade/PROFILE=lts-ubuntu,label=upgrade-test/lastBuild/console -> the upgrade succeeded now, and it rebooted, b [16:10] ut it complains about some extra old conffiles and X not starting? [16:10] pitti jibel, jamespage: and similarly for lts-server, it just complains about conffi [16:10] les? https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade/PROFILE=lts-server,label=upgrade-test/last [16:10] Build/console [16:10] pitti jibel, jamespage: what does this test do exactly? having .dpkg-dist files is p [16:10] retty normal after an upgrade [16:10] sorry for the broken line endings [16:11] X not starting does sound serious, of course [16:11] pitti, the post-install test check for any .dpkg-dist after upgrade which means there was a debconf prompt during upgrade [16:11] jibel: oh, I see; so these ought to be investigated then [16:12] pitti, I reported 3 bugs this morning about it. There shouldn't be any prompt since the original file was not modified. [16:12] jibel: are they tagged in a particular way, or how can I find them? [16:12] pitti, bug 903131, bug 903137 and bug 903143 [16:12] Launchpad bug 903131 in ifupdown (Ubuntu Precise) "lucid->precise upgrade - prompt to update unmodified conf files: /etc/init/networking.conf /etc/init/network-interface.conf , /etc/network/if-up.d/upstart" [Medium,New] https://launchpad.net/bugs/903131 [16:12] Launchpad bug 903137 in base-files (Ubuntu Precise) "lucid->precise upgrade - prompt to update unmodified conf files in /etc/update-motd.d: 00-header, 10-help-text, 99-footer" [Medium,New] https://launchpad.net/bugs/903137 [16:12] Launchpad bug 903143 in xdiagnose (Ubuntu Precise) "lucid->precise upgrade - prompt to update unmodified conf file: /etc/init/failsafe-x.conf " [Medium,New] https://launchpad.net/bugs/903143 [16:13] jibel: ah, they are already rls-mgr-p'ed, great [16:13] pitti, and tagged qa-daily-testing [16:14] pitti, I run main-all and now the upgrade starts but fail with a failure in openoffice [16:14] I'll file a bug for this one as well. [16:15] at least it can figure out the upgrade path now [16:15] jibel: merci [16:16] pitti, talking about upgrades, I found bug 902553 which was fixed with perl 5.14.2-6 but still reported with this version. [16:16] Launchpad bug 902553 in perl (Ubuntu Precise) "package doc-base 0.10.3 failed to install/upgrade: ErrorMessage: /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_xs_apiversion_bootcheck" [High,Triaged] https://launchpad.net/bugs/902553 [16:18] jibel: ok, thanks; putting on my stack of things to look at === Ursinha is now known as Ursinha-lunch [16:51] zul: thahnks [16:51] zul: can you also drop python-coverage from keystone's b-deps? [16:52] (see http://people.canonical.com/~ubuntu-archive/component-mismatches.svg) [16:52] pitti: yeah its dh_python2 adding them [16:52] zul: no, this is a build dependency for keystone [16:52] pitti: ah ok [16:53] seb128: did you sync vte3? [16:53] pitti: but yes i can drop it [16:53] pitti, no, mterry was working on that it seems [16:53] mterry: did you sync/upload vte3? [16:53] it conflicts with our vte package, and now the world is broken (http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html) [16:54] so I suppose it should go to main, and replaces the GTK 3 parts of our vte source? [16:54] * pitti promotes it [16:55] pitti, there is a mir bug from mterry yes [16:55] not sure why he opened one though, I just read it on the ubuntu-archive list today [16:55] it was mainly the -common package which was missing [16:55] nothing on https://launchpad.net/ubuntu/+source/vte3/+bugs [16:55] but anyway, now we need to change our vte source to drop the -2.90 parts [16:56] pitti, right, the bug was opened before the upload and is on vte [16:56] there was no vte3 source in launchpad yet [16:56] well I'm sure mterry is on it [16:56] pitti, I uploaded a new vte yesterday, still haven't gotten an ACK from the archive [16:57] mterry, seb128: ah, found and closed the MIR bug, thanks [16:57] mterry, your upload probably got rejected for some reason [16:57] mterry: it's inhttps://launchpad.net/ubuntu/+source/vte3/1:0.30.1-2 [16:57] imagine a ": " there [16:57] seb128, didn't get a rejection notice... [16:57] mterry, well I mean if you uploaded and it didn't make it in [16:57] pitti, I'm talking about new vte that drops the 2.90 bit [16:57] anyway, need to run, time for Taekwondo [16:57] :) [16:57] mterry, try again just to be sure? [16:57] mterry: ah [16:57] seb128, yar [16:57] pitti, 'night [16:58] anyway, archive should be happier in an hour; I'll check later tonight when I'll be at the TB meeting === mterry is now known as mterry_sprinting [16:58] cu later [16:58] mterry_sprinting, oh, sprinting this week? [16:59] seb128, yeah, not much time for pure desktop stuff i'm afraid [16:59] mterry_sprinting, have fun I guess ;-) (what is the sprint about?) [16:59] seb128, static analysis of unity [16:59] mterry_sprinting, one day we will get you back in desktop, trust me ;-) [17:00] :) [17:00]