/srv/irclogs.ubuntu.com/2012/11/19/#ubuntu-release.txt

infinitycjwatson: The more I think about it, the more I'm confused by the britney-copies-dont-preserve-overrides bug.  Given that when I do an sru-release of a kernel (for instance), which I overrode from universe to main in -proposed, it doesn't revert on copy to -updates.02:13
infinitycjwatson: Is that because britney's somehow copying differently, or is it that there's an inheritance issue from proposed to release that isn't a problem for proposed to updates?02:13
infinitysuperm1: I think you wanted -0ubuntu2, not -0ubuntu1build1 :P07:39
infinitysuperm1: The -NbuildN postfix is for rebuilding otherwise-unchanged Debian sources.07:39
infinitysuperm1: That said, I'm not sure this bug makes sense.07:42
infinitysuperm1: libmyth-0.25-0 on quantal already depends on libx264-123.07:43
infinitysuperm1: A rebuild won't change anything.07:43
infinitysuperm1: Oh, right, I see the bug now.  Yeah, rebuild away, but please use a sane version number (-0ubuntu2)07:52
infinityslangasek: Copying forward from precise-updates to quantal-updates might not be the sanest idea. :/07:53
infinityslangasek: (see mythtv, which had binary depends that were satisfiable in precise but not quantal)07:54
infinitysuperm1: Reuploading your upload with a sane version and accepting it.08:00
infinitysuperm1: Glad we had this talk.  You're awfully chatty today. :P08:05
cjwatsoninfinity: My guess is that it's something to do with the source also being newly-copied, which isn't generally the case for stable kernel copies.  That's just a guess, though, and I'd need to reproduce it in the test suite to make sure of it.09:20
psivaacjwatson: Just noticed that precise desktop images have stopped building since 20121116.1.09:22
cjwatsonGive me a minute, still recovering from overnight server reboot09:27
psivaacjwatson: ack, no urgency09:31
=== mmrazik is now known as mmrazik|otp
cjwatsonpsivaa: No indication of why in the logs.  Trying by hand.09:36
psivaacjwatson: thank you09:36
=== mmrazik is now known as mmrazik|otp
cjwatsonpsivaa: Well, no indication of why it failed, but that build worked.09:54
cjwatson*failed before09:54
psivaacjwatson: ack, thanks09:55
=== mmrazik|otp is now known as mmrazik
=== mmrazik is now known as mmrazik|lunch
=== doko_ is now known as doko
=== mmrazik|lunch is now known as mmrazik
ogra_hmm, do we use LB_TASKS or LB_PACKAGE_LISTS in our live-build invocation ?11:48
ogra_cjwatson, do you know ?11:48
ogra_i need to preseed linux-firmware-nexus7 but looking at live-build/scripts/build/lb_chroot_preseed it seems to only process preseed files that are named after tasks in either LB_TASKS or LB_PACKAGE_LISTS11:49
ogra_http://paste.ubuntu.com/1369851/ i think this should work, but it doesnt look like live-build/scripts/build/lb_chroot_preseed would pick up the file at all with that name11:49
ogra_(the documentaion doesnt actually mention that the name needs to be in either of the vars)11:51
cjwatsonI think you have an out-of-date version of live-build there - LB_PACKAGE_LISTS no longer exists11:54
ogra_oh11:54
ogra_that might well be11:54
cjwatsonAnd I suspect if you look at the current version you won't see this problem :)11:55
cjwatsonYour patch looks fine to me11:55
ogra_oh, yeah, the current version does what i'D expect11:56
ogra_thanks ! didnt strike me to check the version :)11:56
apwsbsigntool here is being backported to 10.04 as part of the 12.04.02 prep work for secure boot12:30
cjwatsonLGtM12:34
=== mmrazik is now known as mmrazik|otp
=== mmrazik|otp is now known as mmrazik
zequenceHi, Ubuntu Studio dev here. We have our blueprints for 13.04 here https://blueprints.launchpad.net/ubuntu/+spec/topic-raring-flavor-ubuntustudio. What's the deal with blueprints? Do we register them somewhere? Like, how do they end up showing here http://status.ubuntu.com/ubuntu-raring/?14:38
tumbleweedhttps://wiki.ubuntu.com/WorkItemsHowto ?14:38
knometumbleweed, that's not the question14:39
knometumbleweed, the topic blueprints aren't showing up for ubuntu studio and xubuntu.14:39
stgraberzequence: you need all your blueprints to be accepted for raring14:39
knomeotoh, the FDF being the 22nd, i'm not worried yet14:39
knomestgraber, do you have the powers? ;)14:40
stgraberknome: yes14:40
knomestgraber, can you go and accept anything under https://blueprints.launchpad.net/ubuntu/+spec/topic-raring-flavor-xubuntu ? :)14:40
knomei'll make sure they are all proposed in a sec.14:41
knomedone.14:41
* ogra_ grumbles 14:42
ogra_seems i just missed the publisher in my last build attempt14:42
stgraberknome: should be done, they'll show up next time status.u.c updates14:44
knomestgraber, cheers!14:44
smartboyhwzequence, are you asking stgraber to approve them?14:45
knomestgraber, ^ you might want to help the studio guys too :)14:45
scott-workthank you stgraber  :)14:45
smartboyhwThx stgraber :D14:45
stgraberscott-work, smartboyhw: most of them aren't even targeted to raring yet14:48
smartboyhwstgraber, tell zequence that:P14:48
smartboyhwzequence, ^^14:48
scott-workstgraber: smartboyhw : we will take care of this this week14:49
stgraberok, let me know once they are actually ready for approval14:49
zequencestgraber: Our blueprints (Ubuntu Studio) are about as ready as can be14:50
stgraberI also have the feeling that your blueprints will make the work item tracker significantly slower than it already is... You seem to have a lot of blueprints for a fairly small team. Regrouping some of them should make things easier to track and less of a pain to review and then for the tracker to parse.14:50
stgraberzequence: 80% of them weren't proposed for raring when I looked a minute ago14:51
smartboyhwzequence, put series goal as raring for ALL our blueprints..14:51
zequencestgraber: Er, yea. We don't have a strict system for that yet. I guess we could divide into raring blueprints vs non-release blueprints14:52
zequenceSome of the blueprints may or may not be finished for raring..14:53
zequencestgraber: I'll see about making them easier to review then. bb, when it's done14:54
=== mmrazik is now known as mmrazik|otp
=== mmrazik|otp is now known as mmrazik
slangasekinfinity: accepting packages into precise-updates with a newer version than quantal is also not the sanest idea; already discussed this one with superm1, who said he was going to upload the no-change fix?16:43
superm1slangasek: yeah i uploaded the no change fix, infinity said not to use 'build1' appended to it, but rather SRU style versioning16:44
ScottKsuperm1: ubuntu1build1 is never right.  Just use ubuntu2.16:50
ScottKBuild1 is only useful for packages unchanged from Debian.16:50
infinityScottK: ubuntu2 in this case wasn't right either, since it had been used in raring, but I reuploaded with something vaguely sane.17:31
infinitysuperm1: You did notice my upload and not upload again, right? :)17:31
ScottKRight.  Good point.17:32
superm1infinity: yeah thanks17:32
=== yofel_ is now known as yofel
superm1what sort of witch craft has to be done for packages that are fully built to migrate from proposed to the archive in raring?  it seem all architectures have built and there are no NEW binaries left, but https://launchpad.net/ubuntu/+source/mythtv/2:0.26.0+fixes.20121118.340b5d4-0ubuntu1 is still sitting only in proposed19:25
infinitysuperm1: You seem to have enormously confused it by going back in time with your library SOVER. :P19:28
* infinity twiddles.19:28
superm1back in time?19:28
infinitysuperm1: From libmyth-0.27-0 to libmyth-0.26-019:29
superm1infinity: oh that last upload wasn't supposed to happen, but it never migrated either19:29
superm1so it must have been confused for some time?19:29
infinityNo, different confusions.19:29
superm1oh19:30
infinityAnyhow, I'll fix that one, and we'll see how it falls out.19:30
superm1kk, thanks19:30
zequencestgraber: Should be a lot less to review now (Something else depends on the raring blueprint now, but that's only for our internal planning) https://blueprints.launchpad.net/ubuntu/+spec/topic-raring-flavor-ubuntustudio20:10
stgraberzequence: ok, I'll take a look in a minute20:10
=== robbiew is now known as robbiew-afk
superm1infinity: is it still unhappy?  I came across http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html and it's claiming something else now20:38
infinitysuperm1: It might need a bit of a manual shove.20:44
infinitysuperm1: Or, I need to remove some more cruft from -proposed.  Doing that.20:46
infinityUrsinha: Did you make any headway on making a -proposed-aware nbs-report?20:46
cjwatsonYeah, if you have more than one change of binary package name set between migrations from -proposed then it needs some manual cleanup.20:52
infinitycjwatson: In this case, I don't think it helped that there was also an NBS version of the old SONAME in proposed still.  I tidied that to see if the automagic bits will kick in now.21:12
infinityOh, and indeed, it's now gone valid.21:13
stgraberzequence: done, I think I got them all21:45
zequencestgraber: Thanks!22:07
cjwatsoninfinity: Right, that's exactly what I mean - change the set of binary names more than once and you can end up with NBS.  If you only change them once, the packages that would be NBS are only in raring and not in raring-proposed.23:14
cjwatsonI didn't predict this situation in advance but it makes sense in retrospect.23:15

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