Bug#1041165:

Thanks for finding and reporting! It's now fixed upstream in [1]. I'll release a patch for the Debian package. Cheers, JL [1] https://github.com/MRPT/mrpt/commit/b44576953cf94781c3256cd1077ba500fa1d89de -- ___ Jose Luis Blanco-Claraco

Bug#1002451: lintian: False positive file-references-package-build-path

Package: lintian Version: 2.114.0 Severity: normal X-Debbugs-Cc: joseluisblan...@gmail.com Dear Maintainer, I found a false positive report of file-references-package-build-path for a C++ header file included in a package, which does not contain any path at all. The string detected by

Bug#1001618: RM: mrpt [ppc64el] -- ROM; We want a newer mrpt version to get into unstable, then into testing, but we have this bug blocking it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=100078

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: joseluisblan...@gmail.com

Bug#933469: Solved

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

Bug#902488: Use system libraries

t; As libsimpleini-dev is now available, please consider using system > libraries instead of bundled ones. -- _______ Jose Luis Blanco-Claraco Universidad de Almería - Departamento de Ingeniería https://w3.ual.es/~jlblanco/ https://github.com/jlblancoc ___

Bug#880388: mrpt: Please don't use unaligned access on ARM

http://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org -- ___ Jose Luis Blanco-Claraco Universidad de Almería - Departamento de Ingeniería https://w3.ual.es/~jlblanco/ https://github.com/jlblancoc ___

Bug#874220: openni2 mustn't build with NEON on armel/armhf

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 ___

Bug#873525: mrpt: FTBFS on mips64el: test_mrpt_graphslam fails

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 ___

Bug#873528: mrpt: FTBFS on sparc64: no B2500000-B4000000

t; 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 ___

Bug#865735: mrpt shouldn't disable PIE

Thanks Adrian! We already addressed this upstream (and in a waiting version in mentors.debian.org) but by adding "+pie". We'll use your version if that's more correct. Thanks.

Bug#834274: mrpt: FTBFS in testing

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!

Bug#834274: mrpt: FTBFS in testing

Yes, Santiago notified me and I'm investigating it... Thanks for taking care!

Bug#834274: mrpt: FTBFS in testing

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,

Bug#834274: mrpt: FTBFS in testing

--- > > 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/ ___

Bug#830740: mrpt: FTBFS on hppa: parse_NMEA_RMC assertion failure

the first attempt! > > > you will know in a few hours, the package is uploaded, it will go in > unstable at the end of dinstall > https://ftp-master.debian.org/dinstall.status > https://ftp-master.debian.org/dinstall.html >>Thanks for everything guys! > > > you are welcome, lets hope for the best! > (and for hppa, if it doesn't fix, just reopen the bug and don't care, > we don't have porter machines, so porters have to look at the issue, I can't) > > > Gianfranco -- ___ 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/ ___

Bug#830740: mrpt: FTBFS on hppa: parse_NMEA_RMC assertion failure

You're quick! Alright... (sigh) I'll wait until everything ends to see if there are more problems and will submit one more patch this is something personal now ;-) Thanks!

Bug#830740: mrpt: FTBFS on hppa: parse_NMEA_RMC assertion failure

>>Hi Aarom, Gianfranco, > s/m/n ;) fat finger typo! ;-) > since we have a fix for the other architecture, what about adding this patch > and upload on > unstable? > at least we have a fix for sparc64. Done! The new package is in mentors:

Bug#830740: mrpt: FTBFS on hppa: parse_NMEA_RMC assertion failure

Hi Aarom, Gianfranco, Regarding this bug for HPPA, I can't run any test myself for lack of access to this architecture, but carefully reviewing the code I think I might have found a fix. The patch is in [1]. It would be great if you have access to a porter machine with hppa, but if you don't,

Bug#830741: mrpt: FTBFS on sparc64: TopographyReconstructPathFrom3RTK bus error

This is now fixed upstream (tagged as such). A patch from the pull-request in [1] will be included in the next patched version to mark this bug solved. One million thanks to Aaron for his advice and to Gianfranco for his persistent support with porter machines... this couldn't have been fixed

Bug#830741: mrpt: FTBFS on sparc64: TopographyReconstructPathFrom3RTK bus error

indicates > insufficiently aligned data.) > > 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/ ___

Bug#830740: mrpt: FTBFS on hppa: parse_NMEA_RMC assertion failure

SInterface.parse_NMEA_RMC (8 ms) > > 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/ ___

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

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

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

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

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

Thanks so much! Sure I will, every day learning something new...

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

> 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

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

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"

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

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

Bug#825845: mrpt: FTBFS on big-endian systems, with test suite errors

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.

Bug#807662: mrpt-common: fails to upgrade from 'jessie' - trying to overwrite /usr/share/mrpt/config_files/simul-beacons/example_simul-beacons.ini

ineffective. > > > 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/ ___

Bug#825844: mrpt: FTBFS on armhf: parse_NMEA_ZDA bus error

hanks 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/ ___

Bug#825844: mrpt: FTBFS on armhf: parse_NMEA_ZDA bus error

eFiles/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/ ___

Bug#825237: RFS: mrpt/1:1.4.0-1 [ITA] [RC]

Hi Sean, Paul, >> I think you should use a suffix other than -dbg because people expect >> -dbg to be detached debugging symbols. > > I would go with either -dbg (slight preference) or -debug. Thanks for the advice! Since -dbg is expected to carry a different content by so many people, I would

Bug#825237: RFS: mrpt/1:1.4.0-1 [ITA] [RC]

Hi Sean, >> Now that those -dbg packages have been renamed to -dbgsym, do you >> think it may be a good idea to generate again those debug packages? >> I would be really thankful for any advice regarding "good practices" >> in this sense... > > Based on your description, it sounds like the -g

Bug#825237: RFS: mrpt/1:1.4.0-1 [ITA] [RC]

Dear Sean, Thank you very much for the review, indeed any help is appreciated! > You should drop the libmrpt-dbg package, since we now have automatic > *-dbgsym binary package generation. Done (upstream). I wasn't aware of this change. In the past, I provided -dbg packages with a totally

Bug#825237: RFS: mrpt/1:1.4.0-1 [ITA] [RC]

Version : 1:1.4.0-1 Upstream Author : Jose-Luis Blanco <joseluisblan...@gmail.com> * URL : http://www.mrpt.org/ * License : BSD Section : science It builds those binary packages: libmrpt-base1.4 - Mobile Robot Programming Toolkit - base

Bug#821818: mrpt-apps: uses ${binary:Version} in dependency on arch:all mrpt-common

Ok, thanks anyway! :-) I've marked this bug as done in debian/changelog for the next release. > Exactly! > > Andreas >

Bug#821818: mrpt-apps: uses ${binary:Version} in dependency on arch:all mrpt-common

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}

Bug#803700: mrpt: FTBFS: 7 FAILED TESTS

; > Best regards, > Andreas > > > 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/ ___

Bug#803845: mrpt: FTBFS with FFmpeg 2.9

Thanks! It is now applied upstream [1], with some additional #ifdef's to allow building against the libavcodec version shipped in Ubuntu 14.04. [1] https://github.com/MRPT/mrpt/commit/9d269ae8445c7423df7ae39ec6e3dea50d5c2b86 On Mon, Nov 2, 2015 at 10:07 PM, Andreas Cadhalpun

Bug#786349: diff NMU for mrpt_1.3.0-1.1

I have incorporated the changes upstream in GitHub, so they will appear in mrpt 1.3.2. If there is something else I can do, let me know. Thanks! On Fri, Sep 25, 2015 at 11:52 PM, Anton Gladky wrote: > tags 786349 +pending +patch > thanks > > Dear maintainer, I have prepared

Bug#765314: mrpt: FTBFS on all non-x86-based architectures

? (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

Bug#765962: RM: mrpt [mips,mipsel,hurd-i386,ppc64el,s390xsparc] -- ROM, FTBFS, ICE

Package: ftp.debian.org Severity: normal Hi FTP masters, Please remove mrpt [mips,mipsel,hurd-i386,ppc64el,s390xsparc]. I am the package maintainer and upstream developer. Reasons for removal are FTBFSs (see [1]) that prevent the package to get into testing (and even into unstable, I think): -

Bug#756104: binary removal mrpt

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 Universidad de Almería, Departamento de Ingeniería 04120 Almería (Spain

Bug#756104: mrpt: FTBFS on mips, mipsel, powerpc, s390x

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 trei...@free.fr 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

Bug#765314: mrpt: FTBFS on all non-x86-based architectures

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 joseluisblan...@gmail.com 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

Bug#765314: mrpt: FTBFS on all non-x86-based architectures

/bb294b9c7a9aef3b4bbbdc89811e7873805eba19.diff https://github.com/jlblancoc/mrpt/commit/c81effd1228234e2ed17caf0ef22f0caee6b.diff Best, JL On Wed, Oct 15, 2014 at 9:14 AM, Jose Luis Blanco joseluisblan...@gmail.com wrote: Hi Olly, In theory, these patches should fix sparc (I think) s390x: - https://github.com/jlblancoc

Bug#765314: mrpt: FTBFS on all non-x86-based architectures

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 o...@survex.com wrote: Still not building everywhere:

Bug#765314: mrpt: FTBFS on all non-x86-based architectures

-- ___ 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/ ___ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

From: Jose Luis Blanco [joseluisblan...@gmail.com] Sent: 09 September 2014 02:18 To: Jurica Stanojkovic Cc: 758...@bugs.debian.org Subject: Re: Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips* Thanks for the investigation! Following that line, I think I have solved all de

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

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)

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

Thank you very much!! On Wed, Aug 27, 2014 at 1:53 PM, Jurica Stanojkovic jurica.stanojko...@imgtec.com 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,

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

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

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

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

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

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

Bug#758725: package mrpt_1:1.2.1-1 FTBFS on i386, amd64, mips*

:40 PM, Jose Luis Blanco joseluisblan...@gmail.com 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 mips

Bug#755478: libmrpt-base1.0: not installable in sid, needs migration to libavcodec55

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.

Bug#753390: non-free stuff in source package

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,

Bug#753451: mrpt: FTBFS on kFreeBSD: linux/input.h: No such file or directory

It's has been fixed upstream by a new #define in config.h if linux/input.h is found: https://github.com/jlblancoc/mrpt/commit/c8cc5df52bafdc4c01a7e1824bb19d7ba452087d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#753390: non-free stuff in source package

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

Bug#753450: mrpt: FTBFS on hurd-i386: invalid conversion from 'void*' to 'sem_t*

Thanks for reporting Aaron! Is it possible to build against hurd using pbuilder or alike? JL On Wed, Jul 2, 2014 at 4:43 AM, Aaron M. Ucko u...@debian.org wrote: Source: mrpt Version: 1:1.2.0-1 Severity: important Justification: fails to build from source The hurd-i386 build of mrpt has

Bug#750968: mrpt: Please update to use wxwidgets3.0

likely that getting mrpt to work with 3.0.0 won't be a hard. 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

Bug#724466: mrpt: FTBFS: libdc1394 error: Failed to initialize libdc1394, followed by a SIGSEGV

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

Bug#703923: libmrpt-kinematics1.0: Package short description mentions hmtslam library instead of mrpt-kinematics

Thanks Beatrice! Indeed, it was a mistake. It's now fixed in SVN trunk, will marked as done with the next Debian release. Cheers, JL On Mon, Mar 25, 2013 at 9:12 PM, Beatrice Torracca beatri...@libero.it wrote: Package: libmrpt-kinematics1.0 Severity: minor Hi, the package short

Bug#698360: mrpt-libs: Please remove unneeded and possibly problematic package

Hi Guillen, and thanks for your suggestion! It's been done so in the upstream's SVN trunk. Will mark this bug as closed in the next Debian release. Best, Jose Luis On Thu, Jan 17, 2013 at 5:33 PM, Guillem Jover guil...@debian.org wrote: Package: mrpt-libs Version: 1:0.9.6-1 Severity: normal

Bug#679066: mrpt: FTBFS: libs/vision/src/CFeatureExtraction_SIFT.cpp: In member function ‘void mrpt::vision::CFeatureExtraction::extractFeaturesSIFT(const mrpt::utils::CImage, mrpt::vision::CFeatureL

Hi Nobuhiro, and thanks for the report. It's been fixed upstream with this two patches: http://code.google.com/p/mrpt/source/detail?r=3014 http://code.google.com/p/mrpt/source/detail?r=3015 Instead of hard-coding an ignoring of opencv-nonfree, it now detects whether nonfree is present or not,

Bug#652103: ITP: nanoflann -- C++ header-only fork of the FLANN library for KD-trees

Package: wnpp Severity: wishlist Owner: Jose Luis Blanco (University of Malaga) joseluisblan...@gmail.com * Package name: nanoflann Version : 1.1.0 Upstream Author : Jose Luis Blanco Claraco joseluisblan...@gmail.com * URL : http://code.google.com/p/nanoflann

Bug#652103: ITP: nanoflann -- C++ header-only fork of the FLANN library for KD-trees

/ANN/ [5] http://www.youtube.com/watch?v=pCxbfvEpcXs -- ___ Dr. Jose-Luis Blanco-Claraco Dpt. Ing. Civil, Mat. y Fabric - Phone: +34 951 952435 E.T.S.I. Industriales - Despacho 2.037 Universidad de Malaga - Campus Universitario de Teatinos

Bug#634278: mrpt: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

Hi Bill, Thank you for the notice! I already realized of the transition and fixed the build depend to: libjpeg-dev | libjpeg62-dev, The new package is waiting for its approval to get into sid, so I didn't have time to add the Closes: XXX for automatically closing the bug... I'll let you know

Bug#624950: New entry to Debian bug: libcv-dev: error: 'ptrdiff_t' does not name a type

to a similar bug in the headers 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

Bug#617537: src:mrpt: FTBFS, uses silly amounts of memory

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

Bug#607990: (no subject)

For the records: this issue was due to the Eigen3 (beta3) library not building in those architectures. It has been fixed in the embedded version within MRPT and the corresponding patches sent upstream. More info in this mailing list thread:

Bug#605996: mrpt: powerpc not fixed, mips broke

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

Bug#599989: fixed in upstream

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 ===

Bug#560538: New upstream relase solves FTBFS (mrpt: FTBFS: pinhole.cpp:39:20: error: cvaux.h: No such file or directory

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 henr...@debian.or.jp wrote: Hi,  upstream says, MRPT Downloads -  Latest release:

Bug#487638: [Pkg-scicomp-devel] Bug#487638: libhighgui1: uses depreciated img_convert function, please port to, libswscale

Hello Alex, I've tried patching current sources of opencv in Debian by replacing two files which have undergone changes (cvcap_ffmpeg.cpp cvcap_dc1394.cpp), but it does not compile anyway... Is it possible to try packaging the whole more recent release opencv-1.1.0pre, or even a svn snapshop?

Bug#516646: libhighgui1: Dependency on libraw1394-8 should be updated to libraw1394-11

Package: libhighgui1 Version: 1.0.0-6.1 Severity: important libhighgui1 depends on libraw1394-8 in sid, but this package does not exist. The dependency should be updated to libraw1394-11 -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500,

Bug#505668:

Thanks! I've tried gcc-snapshot and indeed adding the header solves the problem. However, I haven't found the next errors...perhaps I've used a different version of wxWidgets (libwxgtk2.8-dev). So with just the missing header I'll mark the bug as solved in the next upload to debian. -- To

Bug#503458: mrpt - FTBFS: unrecognized command line option -mtune=native

** Build finished at 20081026-0557 FAILED [dpkg-buildpackage died] Using -mtune=native is unacceptable for building Debian packages at all. Bastian -- ___ Jose-Luis Blanco-Claraco Phone: +34 952 132848 Dpto

Bug#495520: ITP: mrpt -- Mobile Robot Programming Toolkit

Package: wnpp Version: 0.6.0 Owner: Jose Luis Blanco [EMAIL PROTECTED] Severity: wishlist Tags: confirmed * Package name: mrpt Version : 0.6.0 Upstream Author : Jose Luis Blanco [EMAIL PROTECTED] * URL : http://babel.isa.uma.es/mrpt/ * License : GPL