Dear Olly, I think that all problematic old "mrpt" packages are now removed after the FTP removal request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765962
Shall we re-upload a new patched version of MRPT for the system to re-try to get it into "testing"? Or it should go on automatically? (1.2.2-1.1 packages for 'standard' architectures are still there...) Best, and thanks for the help. JL On Thu, Oct 16, 2014 at 4:02 AM, Olly Betts <o...@survex.com> wrote: > On Wed, Oct 15, 2014 at 01:40:43PM +0200, Jose Luis Blanco wrote: >> I would add a third patch to fix (avoid) errors in hurd. If you have >> the possibility of adding it it would be great! >> >> So, these are the 3 patches: >> https://github.com/jlblancoc/mrpt/commit/693bebedac9234fa00304a26aa854f54dc4d674f >> https://github.com/jlblancoc/mrpt/commit/bb294b9c7a9aef3b4bbbdc89811e7873805eba19 >> https://github.com/jlblancoc/mrpt/commit/c81effd1228234e2ed17caddddf0ef22f0caee6b >> >> Can be downloaded as git diffs as well: >> >> https://github.com/jlblancoc/mrpt/commit/693bebedac9234fa00304a26aa854f54dc4d674f.diff >> https://github.com/jlblancoc/mrpt/commit/bb294b9c7a9aef3b4bbbdc89811e7873805eba19.diff >> https://github.com/jlblancoc/mrpt/commit/c81effd1228234e2ed17caddddf0ef22f0caee6b.diff > > I don't mind making another NMU, but since mrpt takes an hour to build, > I'd prefer to try to fix all the architectures at once, and mipsel has > also failed to build with an internal compiler error: > > https://buildd.debian.org/status/fetch.php?pkg=mrpt&arch=mipsel&ver=1%3A1.2.2-1.1&stamp=1413406454 > >> > On Wed, Oct 15, 2014 at 7:31 AM, Jose Luis Blanco >> > <joseluisblan...@gmail.com> wrote: >> >> Any recommendation about how to test it locally on s390x? qemu or alike? > > I've not tried qemu myself - I'd guess it's likely to take quite a while > to build under qemu though. > > You can request guest access to the debian porter boxes: > > https://dsa.debian.org/doc/guest-account/ > > Not sure if you're a DM or in NM, but if not you'll need to get a DD to > sponsor the request. It's probably most appropriate to get your usual > upload sponsor to send in the request, but I guess I can if he/she isn't > available. > >> >> A partner got it tested in a physical mips device before submitting, >> >> so hopefully it will work there... > > It's not yet tried to build there yet. > > Cheers, > Olly -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
