/srv/irclogs.ubuntu.com/2014/11/05/#ubuntu-bugs.txt

=== no_m7u is now known as Nothing_Much
ghorn_hi13:35
ghorn_I recently adopted a debian package and fixed a critical bug13:36
ghorn_the fix has migrated to vivid, and I would like to SRU it, but I need to test it on the older releases13:36
ghorn_i have updated the bug description as suggested on the SRU page13:37
ghorn_https://bugs.launchpad.net/ubuntu/+source/coinor-ipopt/+bug/116758513:37
ubot5Ubuntu bug 1167585 in coinor-ipopt (Ubuntu) "ipopt example does not run" [Undecided,Fix released]13:37
ghorn_I am happy to help test the fix, but i believe it has to go into the SRU process first13:38
ghorn_is that right?13:38
ghorn_thanks in advance13:39
rbasakghorn_: thanks for looking at the situation in Ubuntu for us. Note that the test case and reproduction steps should be in terms of the package from the Ubuntu archive, since that's what we'd fix in the SRU.13:52
rbasakghorn_: which release and packaging version is affected?13:53
rbasakOh, you mentioned Quantal?13:53
rbasak12.10 is EOL now. We don't do SRUs for it any more.13:53
ghorn_hi rbasak, that test case only uses the upstream tarball to get the example, it doesn't compile the upstream library13:55
ghorn_rbasak: let me check with packages are affected real quick13:56
ghorn_rbasak: I believe the bug was introduced in ipopt package 3.8.3-2, which is in 12.04 to present13:59
rbasakghorn_: you mean coinor-ipopt? Sorry, I'm not familiar with the package.14:00
ghorn_rbasak: yes i do, sorry14:00
rbasakghorn_: OK. And you're saying that with the bug fixed, the test case will pass (ie. no change to the test case, just the packaging fix)?14:00
ghorn_rbasak: it passes on my debian box, i don't know how to test it on ubuntu14:01
rbasakghorn_: sorry, I'm a little confused.14:01
ghorn_rbasak: sorry that is my fault14:02
rbasakghorn_: if there a simple change that fixes a bug, then we can SRU it.14:02
ghorn_rbasak: this is a simple change which SHOULD fix the bug, but I don't know how to test it14:02
rbasakghorn_: given that the test case looks a bit like you're downloading from a third party source rather than using an archive packaging, it might be worth clarifying that in the bug description.14:02
rbasakghorn_: you can test it in an Ubuntu chroot maybe? schroot, sbuild etc. are helpful for this.14:03
rbasakghorn_: or LXC or a VM.14:03
ghorn_rbasak: i'll figure out how to test the vivid package, clarify the test case, and try again here14:06
ghorn_rbasak: thanks for the help14:06
ghorn_rbasak: is it still possible to SRU to  12.04 ?14:07
rbasakghorn_: yes, assuming it meets the criteria. If the package is completely unusable, and a simple patch fixes it, then sure.14:08
ghorn_rbasak: would the old package be patched, or would it be updated to the working package which is many packages later?14:10
rbasakghorn_: policy is to backport a minimal patch to minimise regression risk. Updating to a newer version is normally not permitted due to the regression risk.14:10
rbasakghorn_: a completely non-functional package might be grounds for an exception to this, but the case would need to be put to the SRU team.14:11
rbasakghorn_: another route to making a new version of a package available to 12.04 users is backports: https://wiki.ubuntu.com/UbuntuBackports14:12
ghorn_rbasak: how would you recommend I test my fixed package on 12.04/14.04? i can set up VMs for those but I don't know how to install the package from vivid14:18
ghorn_rbasak: or do i have to build the source package locally on those os's with pbuilder?14:24
rbasakghorn_: I'd use pbuilder or sbuild with Precise and Trusty chroots.14:31
rbasakghorn_: an alternative is to upload to a PPA and test from there. Saves having to set up the chroot environments locally.14:31
rbasakghorn_: downside is that you have to wait for the PPA build queue. That's not normally too long though.14:31
psusicould a release manager target bug #1389321 to trusty ( it only affects trusty )?16:48
ubot5bug 1389321 in util-linux (Ubuntu) "partx wraps partition offset and length mod 2^32 (2^23 sectors)" [High,In progress] https://launchpad.net/bugs/138932116:48
tewardpsusi: i've nominated it for trusty in the mean time - hopefully someone with approve rights can come and poke it16:49
tewardif not i'll poke my sources in the future :)16:49
tewardpsusi: also, next question: has this been fixed since Trusty, then?16:50
psusiteward: yes, it was fixed upstream ages ago but we had been stuck on an ancient version until 14.1016:52
tewardmmkay, if i happen to see the approval on the nomination prior to you, i'll set Fix Released on the bug, and move the current status to the Trusty bug.  If you don't mind :)16:52
* teward is kind of on bug-triage-radar-active mode today :)16:52
psusisure...16:53
tewardyou'll see it before me probably :)16:53
* teward goes back to the terminal to prep a few diffs16:53
* psusi really needs to get around to upgrading from contributing dev to full16:54
ghorn_could a release manager please nominate #1167585 to utopic, trusty, and precise?17:15
tewardghorn_: nominated - it needs someone above bugcontrol paygrade to approve17:17
ghorn_teward: thank you17:18
ghorn_teward: where should I ask for the approval?17:20
tewardghorn_: have patience, I guess, there's some of thsoe levels of users lurking around here17:21
ghorn_teward: ok thank you!17:22
=== roadmr is now known as roadmr_afk
ali1234could someone have a look at bug 1222010 (private) - i think it is a duplicate of bug 1293551 (public)20:18
ubot5Error: Launchpad bug 1222010 could not be found20:18
ubot5bug 1233107 in xfwm4 (Ubuntu) "duplicate for #1293551 xfwm4 crashed with SIGSEGV in clientTerminate()" [Medium,Confirmed] https://launchpad.net/bugs/123310720:18
ali1234but obviously since it's private i can't look at it or do anything with it20:19
bdmurrayali1234: I'll make the private one public for you20:36
bdmurraybug 1222010 is now public20:37
ubot5bug 1222010 in xfwm4 (Ubuntu) "xfwm4 crashed with SIGSEGV in __strcmp_ia32()" [Medium,New] https://launchpad.net/bugs/122201020:37
ali1234bdmurray: thanks20:38
=== roadmr_afk is now known as roadmr

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