Your message dated Fri, 6 Nov 2015 19:09:46 +0100 with message-id <563CECEA.8060402@debian.org> and subject line Re: Bug#802912: nmu: openmw_0.36.1-1 has caused the Debian Bug report #802912, regarding nmu: openmw_0.36.1-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 802912: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=802912 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: nmu: openmw_0.36.1-1
- From: Scott Howard <showard@debian.org>
- Date: Sat, 24 Oct 2015 21:27:16 -0400
- Message-id: <20151025012716.12690.63096.reportbug@esc-303123.dhcp.nd.edu>
Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: binnmu nmu openmw_0.36.1-1 . ANY . unstable . -m "rebuild against new libbullet" The maintainer (Bret Curtis) is busy but asked me to request this binNMU Game crashes because it was compiled against an old libbullet. More info: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801914 https://forum.openmw.org/viewtopic.php?f=2&t=3053
--- End Message ---
--- Begin Message ---
- To: bret curtis <psi29a@gmail.com>
- Cc: Scott Howard <showard@debian.org>, 802912-done@bugs.debian.org, 801914@bugs.debian.org, bullet@packages.debian.org
- Subject: Re: Bug#802912: nmu: openmw_0.36.1-1
- From: Emilio Pozuelo Monfort <pochu@debian.org>
- Date: Fri, 6 Nov 2015 19:09:46 +0100
- Message-id: <563CECEA.8060402@debian.org>
- In-reply-to: <[🔎] CA+LhZ9_DUyKgU3rcKQWA1tWwsgjdj0zNuqHA1-ewZma4XMWejA@mail.gmail.com>
- References: <20151025012716.12690.63096.reportbug@esc-303123.dhcp.nd.edu> <562DEE6F.2000608@debian.org> <CANg8-dA63fvm1t2xSygreFFUUmsr1DaL8kTxuxfCg_v__rai0w@mail.gmail.com> <562E7A9D.2030702@debian.org> <[🔎] CA+LhZ9_DUyKgU3rcKQWA1tWwsgjdj0zNuqHA1-ewZma4XMWejA@mail.gmail.com>
Control: reassign 801914 src:bullet Control: affects 801914 openmw Control: retitle 801914 bullet: broke ABI without a library transition On 06/11/15 11:22, bret curtis wrote: > On Mon, Oct 26, 2015 at 8:10 PM, Emilio Pozuelo Monfort <pochu@debian.org> > wrote: > >> On 26/10/15 18:30, Scott Howard wrote: >>> On Mon, Oct 26, 2015 at 5:12 AM, Emilio Pozuelo Monfort >>> <pochu@debian.org> wrote: >>>> On 25/10/15 02:27, Scott Howard wrote: >>>>> Package: release.debian.org >>>>> Severity: normal >>>>> User: release.debian.org@packages.debian.org >>>>> Usertags: binnmu >>>>> >>>>> nmu openmw_0.36.1-1 . ANY . unstable . -m "rebuild against new >> libbullet" >>>>> >>>>> The maintainer (Bret Curtis) is busy but asked me to request this >> binNMU >>>>> >>>>> Game crashes because it was compiled against an old libbullet. More >> info: >>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801914 >>>>> https://forum.openmw.org/viewtopic.php?f=2&t=3053 >>>> >>>> Sounds like you need a library transition. >>>> >>>> Emilio >>> >>> Yes, but the discussion on the libbullet transition went another way: >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790988#35 >> >> As you can see in that bug report, there already was a bullet transition >> for the >> GCC 5 / libstdc++6 breaks. >> >> The problem is that openmw 0.36.1-1+b2 was built against bullet >> 2.83.5+dfsg-2, >> but upgrading bullet to 2.83.6+dfsg-1 breaks openmw. That means bullet >> broke the >> ABI and needs a transition. >> >> Cheers, >> Emilio >> > > As of today: > openmw: flagged for removal in 7.6 days > > is there any way to prevent it's removal and having to go through the whole > ITP again? That will only remove it from testing, not unstable. So you won't have to go through the whole process. You'll just need to fix the RC bugs for the package to get back into testing. > Is there anything being done about bullet? Let's close this binNMU request and reassign #801914 to bullet. Bullet will need a library transition to fix this properly. Cheers, Emilio
--- End Message ---