/srv/irclogs.ubuntu.com/2014/07/15/#ubuntu-release.txt

bluesabreHello release team, it looks like menulibre and lightdm-gtk-greeter packages have not made it to trusty-proposed... is anybody available to accept them into proposed?00:56
bluesabrehttps://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text=00:57
=== beidl_ is now known as beidl
ScottKbluesabre: There's quite a queue for review of SRUs (and you want the SRU team, not the release team)02:05
bluesabreScottK, ah, my mistake. Thanks02:13
bluesabreScottK, as part of the SRU team, would you mind moving these packages into trusty-proposed?  Or should I check with RAOF/arges tomorrow?02:17
bluesabreif at all possible, we'd like to deliver fixed packages with the 14.04.1 release... particularly for menulibre since some of the bugs are fairly severe. The members of the xubuntu qa team are willing to help with the SRU verification once these packages are available to test02:20
=== superm1_ is now known as superm1
RAOFbluesabre: Sure. I always like to know which SRUs people are particularly interested in.02:32
bluesabreRAOF, thanks.02:33
bluesabrealso, I have searched around but have not found any details, is there a freeze for the 14.04.1 release?02:34
bluesabresince its release date is the 24th02:34
=== hyperair is now known as Guest90316
=== maxb is now known as Guest41692
=== Aki-Thinkpad is now known as snakes
=== snakes is now known as _snakes
=== _snakes is now known as D8
=== D8 is now known as _8D
=== _8D is now known as _8D[_]
=== Guest41692 is now known as maxb
=== doko_ is now known as doko
jibelpsivaa, do you know what's going on with utopic smoke tests? last promotion to current was May 22nd for i386 and May 20th for amd6409:08
jibelfor desktop ^09:08
jibelpsivaa, where is the branch containing iso_static_validation.py ?09:11
psivaajibel: plars is leading the effort on the desktop utopic issues09:25
psivaajibel: i'll forward the email on that to you09:25
psivaajibel: for iso testing: http://bazaar.launchpad.net/~utah/utah/dev/files/head:/utah/isotest/09:25
jibelpsivaa, thanks, I found it.09:25
bluesabreSRU Team, RAOF, Please let me know if you need anything from me to get the menulibre and lightdm-gtk-greeter packages from https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text= to trusty-proposed :)09:36
=== pete-woods is now known as pete-woods|lunch
mdeslaurwhy is libav still stuck in utopic-proposed? the excuses page says it's a valid candidate...11:46
seb128mdeslaur, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt11:47
seb128mdeslaur, seems like it makes vlc audacious and some things not installable still11:49
mdeslaurseb128: hrm, interesting....can you give me a hint what to look for in that report? I don't quite know how to interpret it11:49
cjwatsonI'm going to have another look at libav soon, but sil2100 was working on libaudclient packaging to improve matters11:49
seb128mdeslaur, http://people.canonical.com/~ubuntu-archive/transitions/html/libav10.html as well I guess11:49
cjwatsonI wouldn't suggest more people piling in at this point - you'll spend as much time trying to interpret the complex transition ...11:50
mdeslaurok, thanks seb128, cjwatson11:50
cjwatsonsil2100: did you get any further with the next iteration of libaudclient?11:50
cjwatsonoh, I see something in NEW11:50
sil2100cjwatson: yeah, I pushed a fixed version and then fixed the fixed version11:51
sil2100cjwatson: I have some rebuilds using this libaudclient also ready as source packages, waiting for libaudclient11:51
cjwatsonYeah, I must have missed the queuebot notification11:51
cjwatsonWill look11:51
sil2100Thanks o/11:51
sil2100I'm doing some patch piloting of some universe packages right now11:52
cjwatsonsil2100: thanks, accepted the second one11:54
sil2100\o/11:54
sil2100cjwatson: let me push some of the rebuilds I have then11:54
sil2100Thank you11:54
cjwatsonsil2100: probably best to wait until the binaries are built, through NEW, and published11:55
sil2100Right, indeed :)11:55
cjwatsonmdeslaur: https://wiki.ubuntu.com/ProposedMigration has interpretation advice BTW11:55
mdeslaurcjwatson: ah! excellent, thanks11:55
argesRAOF: hello! I sponsored compiz/precise and I was wondering if you could look at it in the queue for accepting it into -proposed. Thanks12:04
* arges since you're the other sru-team member on duty : )12:05
=== psivaa is now known as psivaa-off
=== maclin__ is now known as maclin
=== pete-woods|lunch is now known as pete-woods
rbasakAny chance an SRU team member can take a look at juju-core and juju-quickstart in the Trusty queue, please?13:47
rbasakarges maybe please? It's a blueprint item for me.13:48
argesrbasak: yup today is my day for that. i'll look at it in a second13:49
rbasakThanks!13:49
Laneyhas anyone been looking at gnutls28?14:04
Laneyoh yes I see a tracker14:05
Laneylooks like it's nbs-in-proposed14:06
cjwatsonLaney: It's entangled with libav14:06
cjwatsonAFAIK all the stuff around gnutls28 itself is done14:06
Laneycurrently stuck at excuses14:06
cjwatsonI know roughly what else needs to be done now14:06
Laneymkay14:07
argesrbasak: so for juju-quickstart, you cherry-pick a ton of fixes, iff 1.3.2 is a bugfix only release would it make sense to just do a bugfix only update?14:48
argesrbasak: in juju-core i noticed this in the diff: Binary files /tmp/JKvwNCjIVg/juju-core-1.18.1/pkg/linux_amd64/github.com/errgo/errgo.a and /tmp/ZqPilWjyt4/juju-core-1.18.4/pkg/linux_amd64/github.com/errgo/errgo.a differ14:53
argesalso I think net-tools LP: #1251563 is ready for sru-review; but I sponsored it/hacked it a bit, so if somebody else can review/accept into proposed that might be better.14:58
ubot93Launchpad bug 1251563 in net-tools "netstat command returns nozero even if successively executing" [Undecided,New] https://launchpad.net/bugs/125156314:58
rbasakarges: for juju-quickstart, doing SRU verification for each individual fix seemed a little onerous and unnecessary15:22
rbasakarges: so I focused on the high-impact one15:22
rbasakones15:22
rbasakLooking at juju-core now15:22
argesrbasak: ok didn't know how many fixes there were relvative to what you cherry-picked : )15:22
rbasakarges: I'm working closely with the upstreams on this, so we synced on what they felt they needed in Trusty. And they wrote up most of the SRU paperwork for me :)15:23
argesrbasak: ok ok. i'll re-review that. Let me know about juju-core15:24
rbasakarges: confirmed juju-core binary in source tree. That looks like an upstream bug to me, I'm consulting withi them.15:27
rbasakarges: it's not present in juju-core 1.20. I suspect it's not used/needed. Assuming that's the case, how should we proceed with the SRU?15:28
argesrbasak: i can reject it, and you can reupload. What you can do is check the previous version to see if that file is there15:28
rbasakarges: upstream confirm it appeared in the 1.18.4 release, and can be safely removed. I don't see it in the 1.18.1 upstream tarball.15:30
rbasakarges: do you want me to re-upload with that file manually removed, then? I can make a note in README.source, +dsfg in the version, etc.15:30
argesrbasak: ok well might want to add an appropriate .*ignore; how big is the file btw?15:31
rbasakarges: 99K15:31
rbasakarges: what's .*ignore, please?15:32
rbasakarges: I can re-upload - just want to clarify exactly what I should do to drop this.15:32
argesrbasak: well for now just remove the file, but waht I'm saying is perhaps its some ignore rule like .gitignore that needs to be added to ensure that file doesn't appear accidently in the future15:33
rbasakarges: ah, I see. sinzui has fixed it properly upstream, AIUI.15:34
argescool15:34
argesrbasak: ok i'll reject... one second15:34
rbasakarges: I guess I should add a README.source and put a dfsg in the version number to make it clear what happened.15:35
argesrbasak: ok re-upload when ready.15:35
rbasakWorking on it. It occurs to me that I should fix Utopic also.15:40
rbasakarges: re-uploaded ^^16:14
argesrbasak: k16:14
rbasak(I uploaded the same fix to Utopic a little while ago too)16:14
* ScottK cheers progress on the SRU queue.16:40
cjwatsonLaney: agh, I see what you mean about gnutls28 NBS.  Fixing16:58
LaneyTah17:00
xnoxAlthough not actually critical for 14.04.1, I was hoping upstart trusty SRU to be accepted into proposed and hopefully publish into updates before the point release. It's a trivial SRU.17:38
seb128xnox, try nagging slangasek for a review maybe? ;-)18:08
xnoxseb128: my nagging balance with slangasek is negative atm, so I think I have more luck with arges maybe?! =)18:11
seb128the poor arges is the one reviewing most of the SRUs nowadays it feels like18:11
arges'the poor arges' : ) haha18:11
seb128well, bdmurray is active as well18:12
argesxnox: i'll look at upstart18:12
argesxnox: looks like LP: #1174272 might affect 12.04... do any of the other bugs also affect precise?18:15
ubot93Launchpad bug 1174272 in upstart "'reboot now' reverting to maintenance mode, instead of rebooting" [Critical,In progress] https://launchpad.net/bugs/117427218:15
slangasek+  * debian/upstart.cron.daily: Specify full path to initctl.18:16
slangasekerm?18:16
slangasekhow is that SRU-worthy?18:16
xnoxslangasek: i think that was staged in trusty branch, before trusty got release.....18:18
xnoxarges: no, reboot now reverting to maintainance mode does not affect precise. As rebootcommand was only introduced post-precise.18:19
slangasekxnox: ok; I don't think that's even a correct change to make to the script in question (hard-coding of paths should be discouraged), and I certainly don't think it should've been queued for trusty without a bug reference18:21
slangasekxnox: but the regression potential is also approximately nil, so I won't insist on a reupload18:22
xnoxslangasek: ok. noted for the future. the "reboot now" is the one i'm pushing for though, because $clients.18:23
slangasekyep18:23
ScottKcjwatson: What's the test for "it works" for the dput changes (I figure I'll test out dput-ng)?19:34
cjwatsonScottK: (a) old-style dput ppa:foo/bar still works; (b) new-style dput ppa:foo/ubuntu/bar now works22:49
cjwatsoninfinity: Did you get any further with sorting out what's wrong with the -lts-saucy packages in precise that's causing image build failures?22:59
cjwatson linux-signed-generic-lts-saucy : Depends: linux-signed-image-generic-lts-saucy but it is not going to be installed22:59
infinitycjwatson: All that's wrong is that seeds need fixing, but since I also need to switch to lts-trusty in this cyle, I hadn't fixed yet.23:15
cjwatsonOh, what's the seed fix?23:16
infinitycjwatson: Erm, assuming you meant the server ISOs, the seed issue is just that d-i and seeds don't match.23:17
infinitycjwatson: If you mean livefses are failing too, that's shiny and new, but also not worth fixing until we swap to lts-trusty.23:17
cjwatsonlivefses have been failing for a while23:17
infinityOh, fun.23:18
cjwatsonMaybe a week or so?23:18
infinityKay, let's switch to lts-trusty in the livefses, then if it's still failing, figure out WTF.23:18
infinitycjwatson: I'll tackle that this afternoovening.23:18
cjwatsonbrilliant, thanks23:18
infinitycjwatson: (ie: some nonspecific time before now and sleep)23:19
infinitys/before/between/23:19
infinityMy fingers suck.23:19
cjwatsonRiddell,ScottK,shadeslayer: Any chance somebody Kubuntuish could please look into the calligra and plasma-nm build failures reasonably urgently?  They're blocking the libav/gnutls28/openconnect/blahblahblah megatransition which is using up way too many of my mental resources trying to disentangle ...23:27
cjwatson.../audacious/exiv2/...23:27

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