Control: reassign -1 cmake-extras
Control: reassign 973291 cmake-extras
Control: merge -1 973291
Control: affects -1 + src:ros-angles src:ros-rospack
Dear cmake-extras maintainers,
I believe bugs #973095 and #973291 can be traced back to your package:
> During a rebuild of all packages in sid, y
Package: libassimp-dev
Version: 5.0.1~ds0
Dear maintainer,
The CMake target "assimp::assimp" is broken and cannot be used:
> Imported target "assimp::assimp" includes non-existent path
>
> "/usr/lib/include"
>
> in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
>
> * The
On 30.06.2020 00:55, Chris Lamb wrote:
> In other words, unless you have no reason to suspect that lots and
> lots of things will break, I would highly and strongly recommend that
> you simply make the changes in CMake/debhelper and upload. :)
I'd say the biggest risk lies in breaking test suites
Control: user reproducible-bui...@lists.alioth.debian.org
Control: usertag -1 + buildpath toolchain
>> By default, CMake adds an RPATH entry to ELF binaries and deletes it
>> again at install time. However, due to the limitations of some
>> platforms, CMake will actually zero out the RPATH entry
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-CC: jspri...@debian.org
Dear release team,
I would like to transition qhull 2020.1, which has a properly bumped upstream
SONAME now.
The ben tracker is good:
https://release.
For some reason, the downloaded output from
tests.reproducible-builds.org was double-gzipped.
Here is the properly uncompressed text.
---
/srv/reproducible-results/rbuild-debian/tmp.xJYgDafRbo/b1/qhull_2019.1-5_amd64.changes
+++
/srv/reproducible-results/rbuild-debian/tmp.xJYgDafRbo/b2/qhull_201
Package: debhelper
Version: 13
Severity: wishlist
By default, CMake adds an RPATH entry to ELF binaries and deletes it
again at install time. However, due to the limitations of some
platforms, CMake will actually zero out the RPATH entry in the binary,
leaking the original path length and thus mak
On 29.04.20 10:02, Emilio Pozuelo Monfort wrote:
> If upstream broke the ABI
> without bumping the SONAME that's probably the correct solution, but it'd be
> good if you can convince them to bump it in the next version
I agree, and I did submit a bugreport [1], but no reply so far.
> In any case y
Control: fixed -1 5.5.5+dfsg-2
Thanks for the quick response!
And I think you have a bug number typo in your changelog, but that other
bug was done anyway.
On Tue, 14 Apr 2020 11:27:45 -0400 Olek Wojnar wrote:
> To those interested in Bazel in Debian:
I'm interested in helping out. I have decent C++ and Python experience,
both with coding and Debian packaging, and I would really like to see
Tensorflow in Debian.
Cheers
Timo
Hi Frédéric!
On 12.04.20 14:22, PICCA Frederic-Emmanuel wrote:
> I will add both path in order to make the package backportable :)
>
Just pinging: Can you prepare an upload soon(ish), so I can continue
with the Qhull transition? The "new" include path will work with the
current 2015.2 release, too
Source: php-redis
Version: 5.2.1+4.3.0-1
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: gazebo
Version: 11.0.0+dfsg-3
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the tinyobjloader library
recently, which is also vendored with your package. You may want to
unvendor tinyobjloader in one of your future releases.
Cheers
Timo
Source: ignition-common
Version: 3.5.0+dfsg-3
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the tinyobjloader library
recently, which is also vendored with your package. You may want to
unvendor tinyobjloader in one of your future releases.
Cheers
Timo
Source: slic3r
Version: 1.3.0+dfsg1-3
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the tinyobjloader library
recently, which is also vendored with your package. You may want to
unvendor tinyobjloader in one of your future releases.
Cheers
Timo
Source: osgearth
Version: 2.10.2+dfsg-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the tinygltf library
recently, which is also vendored with your package. You may want to
unvendor tinygltf in one of your future releases.
Cheers
Timo
Source: virtualbox
Version: 6.1.6-dfsg-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: bitshuffle
Version: 0.3.5-3.1
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: redis
Version: 5:5.0.7-3
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: gvpe
Version: 3.1-2
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Source: h5py
Version: 2.10.0-7
Severity: wishlist
Dear maintainer,
I wanted to let you know that I have packaged the liblzf library
recently, which is also vendored with your package. You may want to
unvendor liblzf in one of your future releases.
Cheers
Timo
Control: owner 892805 !
Control: block 892805 by 953632 953868 953882 956467
> I'm willing to adopt this ITP if nobody else steps forward in the next
> month or so.
I'm taking responsibility for this ITP now. There are a few dependencies
currently being sorted out, but I'm hopeful I can upload Ope
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 956460 956461 956462
Dear release team,
I would like to transition qhull 2019.1 after some ABI breaking changes
in upstream. API seems mostly unaffected, except for
Source: pymca
Version: 5.5.4+dfsg-1
Severity: important
Tags: ftbfs, patch
Dear maintainer,
your package uses a deprecated include path for Qhull, which will no
longer build with the latest release. Attached is a patch that will fix
the build with the qhull package in experimental.
--- a/debian/
Source: saga
Version: 7.3.0+dfsg-3
Severity: important
Tags: ftbfs, patch
Dear maintainer,
your package uses a deprecated include path for Qhull, which will no
longer build with the latest release. I took the liberty to report this
to upstream already.
Attached is a patch that will fix the build
Source: 3depict
Version: 0.0.22-1.2
Severity: important
Tags: ftbfs, patch
Dear maintainer,
your package uses a deprecated include path for Qhull, which will no
longer build with the latest release. I took the liberty to report this
to upstream already.
Attached is a patch that will fix the buil
Package: wnpp
Severity: wishlist
Owner: Timo Röhling
* Package name : tinyobjloader
Version : 2.0.0~rc5
Upstream Author : Syoyo Fujita
* URL : https://github.com/tinyobjloader/tinyobjloader
* License : MIT
Programming Lang: C++ and Python
Description
Package: wnpp
Severity: wishlist
Owner: Timo Röhling
* Package name : tinygltf
Version : 2.2.0
Upstream Author : Syoyo Fujita
* URL : https://github.com/syoyo/tinygltf
* License : MIT
Programming Lang: C++
Description : glTF loader and saver library
Hi,
On Mon, 14 Oct 2019 14:09:09 +0200 Mathieu Mirmont wrote:
> Before I go ahead and do the work, does anyone here think it would be
> better not to have catch2 as a separate package?
I needed Catch2 as dependency for some other packages I'm working on,
and I did not notice this thread until no
Package: wnpp
Severity: wishlist
Owner: Timo Röhling
* Package name : liblzf
Version : 3.6
Upstream Author : Marc Alexander Lehmann
* URL : http://software.schmorp.de/pkg/liblzf.html
* License : BSD-2-clause
Programming Lang: C
Description : A very
On Mon, 9 Mar 2020 12:26:51 +0100 Timo Röhling wrote:
> https://salsa.debian.org/science-team/qhull
I took the liberty and prepared a Merge Request that will fix this bug:
https://salsa.debian.org/science-team/qhull/-/merge_requests/2
I hope it is useful.
-Timo
Hi everyone,
I'm also affected by this bug.
On Thu, 10 Oct 2019 19:08:23 +0100 D Haley wrote:
> However, Policy (8.3) [2] is that the static may be installed,
> particularly if the ABI is unstable, but doesn't really say anything
> about not installing the static at all?
> [...]
> So we could t
I'm willing to adopt this ITP if nobody else steps forward in the next
month or so.
I have done some work on packaging Open3D for myself. It is not yet
ready to be released, but it could serve as a baseline:
https://salsa.debian.org/roehling-guest/open3d
Best regards,
--
Dipl.-Inform.
Package: wnpp
Severity: wishlist
Owner: Timo Röhling
* Package name: ros-catkin-lint
Version : 1.5.3
Upstream Author : Timo Röhling
* URL : https://github.com/fkie/catkin_lint
* License : BSD
Programming Lang: Python
Description : Check Robot OS
401 - 434 of 434 matches
Mail list logo