Hi Steve,
As package and upstream's maintainer, what should I do to ensure the
library is change safe?
Would it help to totally remove references to time_t in all public headers?
El dom, 18 feb 2024, 9:00, Steve Langasek escribió:
> Source: mrpt
> Version: 1:2.11.9+ds-1
> Severity: important
Thanks, Matthias for reporting.
The issue is now fixed upstream [1].
We'll make a new Debian release of the package soon to close this bug.
Cheers,
JL
[1] Branch "develop" of http://github.com/MRPT/mrpt/ as of today's
version, commit hash
3b01ad11af786acd129f05152fdbfb505086509c
Thanks, Andreas!
Fixed on salsa:
https://salsa.debian.org/robotics-team/mrpt/-/commit/37b6bbda747e7dc540cb61a001ed0026cd5be7f9
However, I think we can't make any release to Debian/sid at the moment
due to the freeze, right?
Cheers,
JL
On Wed, May 3, 2023 at 3:51 PM Andreas Beckmann wrote:
>
>
Hi Lucas,
Thanks for reporting!
I've investigated this and found that the error comes from building
against a version of the package "cv_bridge" (libcv-bridge-dev) which
wasn't yet rebuilt against the latest opencv 4.5.4, but for the older
4.5.3.
Does this still qualify as a FTBFS error in
Wow, good catch, thanks!
It's now fixed upstream [1], the next release will come with this fixed.
[1] https://github.com/MRPT/mrpt/commit/e585a555b556b97bef50a803b9dfd9d53070931f
On Mon, Mar 29, 2021 at 11:09 AM Andreas Beckmann wrote:
>
> Package: libmrpt-vision-lgpl-dev
> Version: 1:2.1.7-1
Thanks Lucas for reporting.
This seems to be an issue detected with gcc 10.2.1, since I tried with
the exact opencv version 4.5.1 and both gcc 7.5 and 10.2.0 and it
didn't complain about that ambiguity.
I'll try to install gcc 10.2.1 to verify this.
Best,
JL
Dear Mo:
Thanks for reporting.
Fixed upstream:
https://github.com/MRPT/mrpt/commit/671d8f0d85d68b800a3d07e7e2371509683df5a0
I'll release a new version very soon.
Best,
JL
On Sun, Dec 13, 2020 at 7:21 AM Mo Zhou wrote:
>
> Source: mrpt
> Version: 2.1.5-1
> Severity: important
> Tags: ftbfs
>
>
Hi Matthias:
I'm curious about the rationale of not using libbinutils as shared
libraries... sorry if this seems a stupid question!
The dependency was added in this last version to enable using BFD to
find debug info in binaries and expose that in the upstream library
functionality.
Cheers,
JL
Two years later... This is finally done!
In the end, refactoring my changes to SimpleIni.h into a new local
file allowed using SimpleIni as is, without modifications... Yay!
Fixed upstream with [1].
Best,
JL
[1] https://github.com/MRPT/mrpt/pull/1099/
Thanks, Scott, it worked!
https://buildd.debian.org/status/package.php?p=mrpt=sid
JL
On Sat, Sep 26, 2020 at 3:30 AM Scott Talbert wrote:
> If you don't mind, please do a new package upload to mentors.
Sure! Done here:
https://mentors.debian.net/debian/pool/main/m/mrpt/mrpt_2.1.0-2.dsc
Best,
JL
Hi Sebastian (cc: Scott):
On Fri, Sep 25, 2020 at 10:50 PM Sebastian Ramacher
wrote:
> Reducing the optimization level on mips64el might help to reduce the
> compile time. Alternatively, if possible, one could split the source
> files into smaller ones.
Hmmm... great idea!
In fact, there was
Thanks for reporting, Sebastian!
Although, I'm not sure how to proceed in this case... it compiled in
the past but it looks like the builder machine entered into swapping
(?) this time.
JL
--
/**
* Jose Luis Blanco-Claraco
* Universidad de Almería - Departamento de Ingeniería
* [Homepage](
tags 970837 + fixed-upstream
Thanks!
It's been fixed upstream in
https://github.com/MRPT/mrpt/commit/767e764c7df58c22f803cb5223fc2445ed8c80f3
JL
Hi, Gianfranco:
> > This issue has been fixed upstream:
> > https://github.com/MRPT/mrpt/commit/15234dc335c2413e3fd41021f7511f1d36fe915b.
> > Could you please apply the fix to the Debian package so that
> > ros-geometry2 transition can be completed? Thanks
>
>
> looks like that commit is already
Thanks for reporting.
It has been fixed in version 2:2.0.3-3.
Cheers,
JL
Ok, sorry, forgot my last message, you already mentioned the new problem:
> But now that missing mipsel build can't be addressed without
> also updating mrpt for auto-opencv because it currently FTBFS in
> unstable.
It's a shame, but I think that perhaps I'll just leave mrpt to be
removed from
Hi Olly,
> It was waiting for mrpt 2.0.0 for wxwidgets3.0-gtk3 that got us into the
> current mess of having two entangled transitions on the go for mrpt. If
> we'd just updated the B-Ds of the existing package we'd have got that
> out the way weeks (possibly months) ago. Instead mrpt is now
> I think the reason it doesn't show on the list on the front page of
> mentors.d.n is that only packages with "Yes" for "Needs a sponsor?"
> show up there.
Oops! So stupid... thanks!
I'll ask first to me usual uploader to check if he is still available
and wanting to upload this new version.
Hi all,
I'm the maintainer of the upstream library, and have just released
upstream bug-fix release (v1.5.8) which also comes with an updated
debian/control per this original bug report.
It would be great if some of you could sponsor its upload so this bug
gets fixed asap...
The new package for
Thanks!
This problem is already solved upstream in the forthcoming mrpt-2.0.0
version. I'm marking this as "fixed-upstream" in the meanwhile.
Best,
On Mon, Feb 18, 2019 at 7:42 AM Mo Zhou wrote:
>
> Source: mrpt
> Version: 1.5.6-1
> Severity: important
>
> headers have been moved to
21 matches
Mail list logo
