Control: tag -1 pending
Hello,
Bug #1066207 in mrpt reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
m-and-created-missing-OniPlatformLinux-Arm.h-header.patch
>
> This only made the uname bug above worse.
>
>
> 2. In debian/patches/0012-generic-linux.patch, fix a typo in
> ThirdParty/PSCommon/BuildSystem/Platform.generic: FLAGS -> CFLAGS
>
>
> 3. Add the attached 0016-armel-armhf-no-neon.patch
--
___
Jose Luis Blanco-Claraco
Universidad de Almería - Departamento de Ingeniería
https://w3.ual.es/~jlblanco/
https://github.com/jlblancoc
___
please take a look?
>
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
--
___
Jose Luis Blanco-Claraco
Universidad de Almería - Departamento de Ingeniería
https://w3.ual.es/~jlblanco/
https://github.com/jlblancoc
___
I couldn't replicate this particular crash in my machine with Eigen
3.3beta1, but I guess where the error is and have pushed a patch. The
package is now in mentors: [1].
I tested it 100% on my local system and in a pbuild (sid) environment,
without any problem, so hopefully this one will make it!
Yes, Santiago notified me and I'm investigating it... Thanks for taking
care!
You're right, it's better like that.
Done. It should be online within minutes in the same link:
https://mentors.debian.net/debian/pool/main/m/mrpt/mrpt_1.4.0-6.dsc
Cheers,
Hi again Gianfranco,
I just noticed a missing open bug regarding a FTBFS on sparc64. OK,
it's a weird platform... but I already had the fix upstream, it was
overlooked in the last set of patches.
I added a new patch for it in a new version 1.4.0-3 and just uploaded
it to Mentors [1]. It would be
All green! :-) See [1].
Thank you so much for the push.
I guess that the second half of archs in [1] are not officially
supported and it's not a big deal to have some failures on them,
right?
Best, have a nice weekend.
JL
[1] https://buildd.debian.org/status/package.php?p=mrpt
Thanks so much!
Sure I will, every day learning something new...
> ok, rebased with current debian/unstable package and build good
>
> I did grab the package from unstable, added the commit above, and did a
> complete build.
> It didn't fail on s390x, so I don't know how to trigger that failure.
Well, that's good news, I guess! Thank you for your time.
I
1%3A1.4.0-1build2.diff.gz
>
> I'm looking the build logs, if you can give me a dsc file I'll sponsor it in
> a matter of minutes.
>
> If you don't change the version, just send me a tarball of the debian
> directory, it should be enough for me!
>
> thanks for "fixing"
Hi,
Please, find the workaround (not solution!) commit in [1]. Please, if
possible, apply it directly over the current v1.4.0 Debian package to
unblock building in big endian platforms. It would be great if you
could sponsor the update in Debian, not only in Ubuntu.
If I find spare time to work
Hi Gianfranco ,
Sorry for the delay, but it's difficult for me to debug those tests
because I can't run the tests in any local / remote machine...
A few days after this bug report, I applied to become a DM (via my
sponsor) in part as a way to be able to run these tests in Debian
infraestructure.
13 matches
Mail list logo
