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:
https://salsa.debian.org/robotics-team/mrpt/-/commit/26ef06161dcc53c70a646d7fd6e3c189
This bug has been solved with the new uploaded version: mrpt 1:1.5.8-1
Already sent a mail to cont...@bugs.debian.org to mark it as solved.
Cheers,
JL
-new-target-platform-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
___
ou 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,
---
>
> There are full logs available here:
>
> https://tests.reproducible-builds.org/debian/rb-pkg/testing/amd64/mrpt.html
>
> Thanks.
--
___
Jose Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
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 have
d2.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&qu
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 i
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.
ective.
>
>
> Andreas
--
_______
Jose Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
est-account/
Thanks for the pointer Aaron, will try it...
Cheers,
JL
--
___
Jose Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
s/run_tests_mrpt_hwdrivers' failed
>
> Could you please take a look?
>
> Thanks!
--
_______
Jose Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
Ok, thanks anyway! :-)
I've marked this bug as done in debian/changelog for the next release.
> Exactly!
>
> Andreas
>
Thanks Andreas!
I think this is already fixed upstream, please check line 391 in this
file: https://github.com/MRPT/mrpt/blob/master/packaging/debian/control.in#L391
Package: mrpt-apps
Architecture: any
Depends: mrpt-common (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}
--
as
>
>
> 1: https://reproducible.debian.net/rb-pkg/unstable/amd64/mrpt.html
--
___
Jose Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
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 wrote:
> On Wed, Oct 15, 2014 at 01:40:43PM +0200, Jose Luis Blanco wrote:
>> I would add a third patch to
gt; Feel free to copy the significant bit from this bug report
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764859
>
>
> cheers,
>
> Gianfranco
>
>
--
_______
Dr. Jose-Luis Blanco-Claraco
CITE-IV 1.05
Universi
Thanks for the pointer. To what list should I head to ask for such removal?
JL
On Thu, Oct 16, 2014 at 8:04 PM, Ralf Treinen wrote:
> Hello,
>
> I am sorry, but even when it now compiles on powerpc, it still fails to
> compile on mipsel, s390x, sparc, as well as on hurd-i386 and the new
> ppc64
/bb294b9c7a9aef3b4bbbdc89811e7873805eba19.diff
https://github.com/jlblancoc/mrpt/commit/c81effd1228234e2ed17caf0ef22f0caee6b.diff
Best,
JL
On Wed, Oct 15, 2014 at 9:14 AM, Jose Luis Blanco
wrote:
> Hi Olly,
>
> In theory, these patches should fix sparc & (I think) s390x:
>
> -
> https://github.com
se try to attach them as
patches for a new version 1.2.2-1.2??
Best,
JL
On Wed, Oct 15, 2014 at 7:31 AM, Jose Luis Blanco
wrote:
> Any recommendation about how to test it locally on s390x? qemu or alike?
>
> A partner got it tested in a physical mips device before submitting,
> so h
Any recommendation about how to test it locally on s390x? qemu or alike?
A partner got it tested in a physical mips device before submitting,
so hopefully it will work there...
Thanks.
On Wed, Oct 15, 2014 at 7:00 AM, Olly Betts wrote:
> Still not building everywhere:
>
> https://buildd.debian
tly.
>
> If you'd like me to NMU this fix, just let me know.
>
> Cheers,
> Olly
--
___
Dr. Jose-Luis Blanco-Claraco
CITE-IV 1.05
Universidad de Almería, Departamento de Ingeniería
04120 Almería (Spain)
http://www.ual.es/~jlblanco/
___
ps://github.com/jlblancoc/mrpt/commit/d7fe726eb896b1a9d453e3b2d53252b25dbc3918
>
> Let me know if this finally solves the issue.
>
> JL
--
___
Dr. Jose-Luis Blanco-Claraco
CITE-IV 1.05
Thanks for the investigation!
Following that line, I think I have solved all de-serialization
problems in GIT head: https://github.com/jlblancoc/mrpt/commits/master
The two relevant patches are:
1)
https://github.com/jlblancoc/mrpt/commit/7b1536c7f43ddc9cc949407f71fde0c8db0ecf5b
2)
https://githu
Thank you very much!!
On Wed, Aug 27, 2014 at 1:53 PM, Jurica Stanojkovic
wrote:
> Hello,
>
> I can confirm that the "current" head of git (taken on monday) has been built
> successfully on mips as well.
> All tests executed without an error.
> TEST(ReactiveNavTests, LoadNavLogFile) and TEST(Mo
> With these changes I was able to build package on mips*
Good! Just for curiosity: are all other unit tests passing? Because
that means that de-serialization is actually working (it's used in
other tests, like in "ReactiveNavTests.LoadNavLogFile").
I have finally solved the pragma pack problem p
So, the #ifdef "workaround" was incorrectly placed, to start with!
This patch will "solve" it:
https://github.com/jlblancoc/mrpt/commit/c06ed1c384ba2e719c52f65a1a49bddcf7d261e5
But obviously, that's not the ideal solution because that's resigning
trying to fix de-serialization problems!
I didn't
:40 PM, Jose Luis Blanco
wrote:
> Thanks a lot for your interest in fixing this, Jurica!
> I'm the upstream maintainer of mrpt, and was becoming desperate trying
> to debug in mips* for my lack of experience in cross-buidling, qemu,
> etc.
>
> So, on the build errors in mip
Thanks a lot for your interest in fixing this, Jurica!
I'm the upstream maintainer of mrpt, and was becoming desperate trying
to debug in mips* for my lack of experience in cross-buidling, qemu,
etc.
So, on the build errors in mips (and other big-endian platforms): I
*suspect* that some errors may
Hi and thanks for noticing,
A newer version of the package (1.2.1) was uploaded recently to Debian
mentors [1] which hopefully fixes all build errors in those archs.
I already let my "mentor" (José Luis Redejo, jredr...@debian.org) know
about it, so I expect the new package to be uploaded soon.
B
I think this commit upstream should fix the bug:
https://github.com/jlblancoc/mrpt/commit/7bb216e1e0c421ea4525948aa1da95e6e640f562
License of two Latex docs has been ported to CC BY-SA 4.0, which is
reportedly compatible with Debian policies.
I'll mark this bug as solved in the next release, unle
Hello Thorsten,
Thanks for the pointer!
However, I'm unsure about how to proceed: the content under
CC-BY-NC-ND you mean are probably two guides written in Latex. Unless
it's really unsuitable to Debian policies, I would like to keep them
there so they are built and stored in the mrpt-doc package
Hi Olly, and thanks for following up.
Actually the error from "libdc1394" is, I'm almost 100% sure, not
related to the crash: that error message comes from initialization
code in OpenCV (libopencv-dev), which MRPT links against, and during
some range of versions it was always shown at start-up and
aders of libavcodec, but perhaps they've
already patched it too in SID.
Cheers,
Jose Luis
--
___
Dr. Jose-Luis Blanco-Claraco
Dpt. Ing. Civil, Mat. y Fabric - Phone: +34 951 952435
E.T.S.I. Industriales - Despacho 2.037
Universidad
Thanks for filing the bug, Julien!
Hopefully it's already fixed upstream, I'll marked it as closed in the
next release.
The memory problem was due to a recent change to Eigen3, a cool
library for matrices, but it *massively* relies on C++ templates and
leads to this sort of things.
I just split b
For the records: this issue was due to the Eigen3 (http://listengine.tuxfamily.org/lists.tuxfamily.org/eigen/2010/12/msg00074.html
Best,
JL
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Sebastian,
Thanks for reporting the bug.
Do you (or anyone else) know how can I test if patch fixes the issue
without having to go through an FTP master? Something like launching
"test builds"?
If that doesn't exist, I'll just try patches in the next "-2" version of
the package.
Thanks in adv
This bug has been fixed upstream, and will be marked in next changelog
as "Close: ...".
If in the meanwhile anyone knows/wants to patch it for Debian, I attach
the patch here.
JL
Index: libs/base/include/mrpt/math/ops_containers.h
==
Hi there,
I'll upload it to debian mentors and notify it to my mentor, by this weekend.
Thanks for the remainder and the note about the package names!
Best,
JL
On Fri, Apr 16, 2010 at 1:52 PM, Hideki Yamane wrote:
> Hi,
>
> upstream says,
>>MRPT Downloads - Latest release: 0.8.1 - 6/MAR/2010
** [install] Error 2
>> dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave
>> error exit status 2
>> **
>> Build finished at 20081026-0557
>> FAILED [dpkg-buildpackage died]
>
> Using -mtun
46 matches
Mail list logo
