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 data/fil
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: joseluisblan...@gmail.com
i,
>
> 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
___
eloperhttp://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
___
-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
___
; 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
___
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.
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/
___
;
>>fat finger typo! ;-)
>
>
> :)
>>https://mentors.debian.net/debian/pool/main/m/mrpt/mrpt_1.4.0-4.dsc
>>
>>I included the potential fix to the other HPPA bug... hopefully it'll
>>work at the first attempt!
>
>
> you will know in a few hours, t
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!
>>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:
https://mentors.debian.net/debian/pool/main/m/mrpt/mrp
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, jus
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 with
ypically 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/
___
Interface.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/
___
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.
26 matches
Mail list logo