=== no_m7u is now known as Nothing_Much [13:35] hi [13:36] I recently adopted a debian package and fixed a critical bug [13:36] the fix has migrated to vivid, and I would like to SRU it, but I need to test it on the older releases [13:37] i have updated the bug description as suggested on the SRU page [13:37] https://bugs.launchpad.net/ubuntu/+source/coinor-ipopt/+bug/1167585 [13:37] Ubuntu bug 1167585 in coinor-ipopt (Ubuntu) "ipopt example does not run" [Undecided,Fix released] [13:38] I am happy to help test the fix, but i believe it has to go into the SRU process first [13:38] is that right? [13:39] thanks in advance [13:52] ghorn_: 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:53] ghorn_: which release and packaging version is affected? [13:53] Oh, you mentioned Quantal? [13:53] 12.10 is EOL now. We don't do SRUs for it any more. [13:55] hi rbasak, that test case only uses the upstream tarball to get the example, it doesn't compile the upstream library [13:56] rbasak: let me check with packages are affected real quick [13:59] rbasak: I believe the bug was introduced in ipopt package 3.8.3-2, which is in 12.04 to present [14:00] ghorn_: you mean coinor-ipopt? Sorry, I'm not familiar with the package. [14:00] rbasak: yes i do, sorry [14:00] ghorn_: 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:01] rbasak: it passes on my debian box, i don't know how to test it on ubuntu [14:01] ghorn_: sorry, I'm a little confused. [14:02] rbasak: sorry that is my fault [14:02] ghorn_: if there a simple change that fixes a bug, then we can SRU it. [14:02] rbasak: this is a simple change which SHOULD fix the bug, but I don't know how to test it [14:02] ghorn_: 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:03] ghorn_: you can test it in an Ubuntu chroot maybe? schroot, sbuild etc. are helpful for this. [14:03] ghorn_: or LXC or a VM. [14:06] rbasak: i'll figure out how to test the vivid package, clarify the test case, and try again here [14:06] rbasak: thanks for the help [14:07] rbasak: is it still possible to SRU to 12.04 ? [14:08] ghorn_: yes, assuming it meets the criteria. If the package is completely unusable, and a simple patch fixes it, then sure. [14:10] rbasak: would the old package be patched, or would it be updated to the working package which is many packages later? [14:10] ghorn_: 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:11] ghorn_: 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:12] ghorn_: another route to making a new version of a package available to 12.04 users is backports: https://wiki.ubuntu.com/UbuntuBackports [14:18] 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 vivid [14:24] rbasak: or do i have to build the source package locally on those os's with pbuilder? [14:31] ghorn_: I'd use pbuilder or sbuild with Precise and Trusty chroots. [14:31] ghorn_: an alternative is to upload to a PPA and test from there. Saves having to set up the chroot environments locally. [14:31] ghorn_: downside is that you have to wait for the PPA build queue. That's not normally too long though. [16:48] could a release manager target bug #1389321 to trusty ( it only affects trusty )? [16:48] bug 1389321 in util-linux (Ubuntu) "partx wraps partition offset and length mod 2^32 (2^23 sectors)" [High,In progress] https://launchpad.net/bugs/1389321 [16:49] psusi: i've nominated it for trusty in the mean time - hopefully someone with approve rights can come and poke it [16:49] if not i'll poke my sources in the future :) [16:50] psusi: also, next question: has this been fixed since Trusty, then? [16:52] teward: yes, it was fixed upstream ages ago but we had been stuck on an ancient version until 14.10 [16:52] mmkay, 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:53] sure... [16:53] you'll see it before me probably :) [16:53] * teward goes back to the terminal to prep a few diffs [16:54] * psusi really needs to get around to upgrading from contributing dev to full [17:15] could a release manager please nominate #1167585 to utopic, trusty, and precise? [17:17] ghorn_: nominated - it needs someone above bugcontrol paygrade to approve [17:18] teward: thank you [17:20] teward: where should I ask for the approval? [17:21] ghorn_: have patience, I guess, there's some of thsoe levels of users lurking around here [17:22] teward: ok thank you! === roadmr is now known as roadmr_afk [20:18] could someone have a look at bug 1222010 (private) - i think it is a duplicate of bug 1293551 (public) [20:18] Error: Launchpad bug 1222010 could not be found [20:18] bug 1233107 in xfwm4 (Ubuntu) "duplicate for #1293551 xfwm4 crashed with SIGSEGV in clientTerminate()" [Medium,Confirmed] https://launchpad.net/bugs/1233107 [20:19] but obviously since it's private i can't look at it or do anything with it [20:36] ali1234: I'll make the private one public for you [20:37] bug 1222010 is now public [20:37] bug 1222010 in xfwm4 (Ubuntu) "xfwm4 crashed with SIGSEGV in __strcmp_ia32()" [Medium,New] https://launchpad.net/bugs/1222010 [20:38] bdmurray: thanks === roadmr_afk is now known as roadmr