Bug#860892: nmu: pcl_1.8.0+dfsg1-3+b1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu pcl_1.8.0+dfsg1-3+b1 . ANY . stretch . -m "rebuild due to update of VTK/openmpi2 (Closes: #860775)" Dear release team, could you please trigger a rebuild of libpcl-dev to fix #860775

Bug#860702: pcl: FTBFS on i386: segmentation fault

Hi, * Lucas Nussbaum [2017-04-21 11:27]: > I did the archive rebuild that resulted in this bug on a machine with a > jessie kernel. I did another rebuild on a machine with a stretch > kernel, and this failure disappeared. I found the same, segfault on barriere.d.o (Kernel

Bug#860702: pcl: FTBFS on i386: segmentation fault

* Jochen Sprickerhof <jspri...@debian.org> [2017-04-19 22:10]: > > > Segmentation fault > > > doc/doxygen/CMakeFiles/doc.dir/build.make:60: recipe for target > > > 'doc/doxygen/CMakeFiles/doc' failed > > > make[3]: *** [doc/doxygen/CMakeFiles/d

Bug#860702: pcl: FTBFS on i386: segmentation fault

Control: tags -1 + moreinfo unreproducible * Lucas Nussbaum [2017-04-19 09:26]: > > This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) > > (preloaded format=latex) > > restricted \write18 enabled. > > entering extended mode > > (./_formulas.tex > > LaTeX2e

Bug#857174: dwm.web displays bar

Package: dwm Version: 6.1-3 Severity: normal Dear Maintainer, I used dwm.web as a minimal window manager for a kiosk system. Recently it changed to show a top bar, which is a little annoying. The change in question is:

Bug#856192: License of JSON component

Hi Stefan, Parser.h contains the line: "The Software shall be used for Good, not Evil." https://github.com/pocoproject/poco/blob/develop/JSON/include/Poco/JSON/Parser.h#L32 This is non-free: https://wiki.debian.org/qa.debian.org/jsonevil Would be great if you could clear this up with

Bug#794856: fixed in opencv 3.0.0+dfsg-1~exp1

Hi Nobuhiro, I've pushed a new OpenCV version excluding the Lenna images to delayed/5 and the vcs. Please tell me, if I should delay it further. I will take care of the unblock request once it's true, as well. Cheers Jochen signature.asc Description: PGP signature

Bug#794856: fixed in opencv 3.0.0+dfsg-1~exp1

Hi Nobuhiro, this seems to be still open for testing (2.4.9.1+dfsg-2.2) and is listed on: https://bugs.debian.org/release-critical/other/testing.html Do you plan to fix it, or should I have a look? Cheers Jochen signature.asc Description: PGP signature

Bug#854483: [Android-tools-devel] Bug#854483: android-sdk: set default ANDROID_HOME

* Hans-Christoph Steiner [2017-02-08 09:33]: > ANDROID_HOME is not required for things to function as far as I know. Without it I get: SDK location not found. Define location with sdk.dir in the local.properties file or with an ANDROID_HOME environment variable. when compiling a

Bug#854483: android-sdk: set default ANDROID_HOME

Package: android-sdk Version: 25.0.0+1 Severity: wishlist Dear Maintainer, as peer policy 9.9: "A program must not depend on environment variables to get reasonable defaults." https://www.debian.org/doc/debian-policy/ch-opersys.html#s9.9 Please set ANDROID_HOME to /usr/lib/android-sdk/.

Bug#847552: [pkg-gnupg-maint] Bug#847552: gnupg: decrypting after X pinentry is sometimes slow: around 10 seconds on a small file

* Vincent Lefevre [2017-01-19 11:29]: > After the upgrade to gnupg-agent 2.1.17-6 and killing the old > gnupg-agent, the bug no longer seems to occur. I suppose that > was the same bug as 851298 "10 second delay on first ssh use > (sleeps in agent_libgcrypt_progress_cb)",

Bug#837898: libicu-dev is not Multi-Arch compatible

Package: libicu-dev Followup-For: Bug #837898 Hi, I had a quick look into it and this is blocked by /usr/bin/icu-config being arch specific. Not sure if there is an easy solution. Cheers Jochen

Bug#849696: libogre-1.9.0v5: Ogre games abort on startup with “basic_string::_M_construct null not valid” / freeimage API issues

Hi, #850027 is closed and funguloids and rviz work fine for me again :). Is this fixed, or do we have to anything else here? I would really like to see ogre-1.9 in stretch. Cheers Jochen signature.asc Description: PGP signature

Bug#850027: libfreeimage3: freeimage 3.17.0+ds1-4 makes rviz unusable

Package: libfreeimage3 Followup-For: Bug #850027 Hi, is there anything I can do to speed this up? Would be nice to get rviz back ;). Cheers Jochen

Bug#850257: xdotool fails to type: There are no windows on the stack

It's a Debian bug: https://anonscm.debian.org/git/collab-maint/xdotool.git/tree/debian/patches/0003-Fixed-type-window-to-use-default-1-as-manpage-stated.patch?h=debian Could you please revert it and publish a new version? Upstream reverted it as well:

Bug#821333: snapshot.debian.org: should advertise source-specific [check-valid-until=false] in preference to system-wide flag

* Peter Palfrader <wea...@debian.org> [2017-01-05 22:01]: > So this only covers stretch and later users. Can you update your patch > with that in mind? Sure, attached. From e636d7d173a476eef502b5043b239342c568e394 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen

Bug#821333: snapshot.debian.org: should advertise source-specific [check-valid-until=false] in preference to system-wide flag

* Peter Palfrader [2017-01-05 11:21]: > > +deb-src [check-valid-until=no] > href="/archive/debian/20091004T111800Z/">http://snapshot.debian.org/archive/debian/20091004T111800Z/ > > lenny main > > Which version of apt started supporting this flag? Good point, since apt

Bug#850257: xdotool fails to type: There are no windows on the stack

Package: xdotool Followup-For: Bug #850257 Hi, this seems to be intended behaviour. Quoting what I just wrote on Github: This got introduced in 8e4218c and it seems to be on purpose. You probably want something like xdotool getactivewindow type. Quoting man xdotool: | In all cases, the

Bug#821333: snapshot.debian.org: should advertise source-specific [check-valid-until=false] in preference to system-wide flag

Package: snapshot.debian.org Followup-For: Bug #821333 Please find a patch attached. Thanks for the really useful service. Cheers Jochen >From 263d34e0b8abf7d06b16242672c6d37b179b7503 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de> Date: Wed, 4 Jan 2017

Bug#849338: ITP: hxtools -- Collection of tools and scripts

* Ben Hutchings [2016-12-26 09:59]: > nvidia-cuda-toolkit (!) has /usr/bin/bin2c. Found it as well, but as it's non-free, I would still install it and thus added a conflict already. > bsd-games has /usr/games/rot13, which this would effectively conflict > with. Good

Bug#849338: ITP: hxtools -- Collection of tools and scripts

Hi, thanks for commenting on my ITP. I dropped debian-devel@ for now, feel free to include it again, if it makes sense. * Guus Sliepen [2016-12-25 23:59]: > > This package is used by the libpam-mount package (currently patched in). > > What exactly of hxtools is used in

Bug#849338: ITP: hxtools -- Collection of tools and scripts

Package: wnpp Severity: wishlist Owner: Jochen Sprickerhof <jspri...@debian.org> * Package name: hxtools Version : 20150304 Upstream Author : Jan Engelhardt <jeng...@inai.de> * URL : http://inai.de/projects/hxtools/ * License : GPL, LGPL, WTFPL

Bug#848799: pcl: FTBFS: make[3]: *** No rule to make target '/usr/lib/libmpi.so', needed by 'lib/x86_64-linux-gnu/libpcl_io.so.1.8.0'. Stop.

Control: affects -1 src:gdcm Control: affects 848793 src:pcl Control: merge -1 848793 signature.asc Description: PGP signature

Bug#848799: pcl: FTBFS: make[3]: *** No rule to make target '/usr/lib/libmpi.so', needed by 'lib/x86_64-linux-gnu/libpcl_io.so.1.8.0'. Stop.

Control: reassign -1 src:vtk6 Control: affects -1 src:pcl Control: merge -1 848793 Rebuilding should be enough (tested locally). signature.asc Description: PGP signature

Bug#847752: openvdb: FTBFS on mips, mipsel: out of memory

Hi Mathieu, are you working on this already, or should I have a look? Some of my packages depend on openvdb and would be great to keep them in testing. Cheers Jochen * Andreas Beckmann [2016-12-11 13:14]: > Source: openvdb > Version: 3.2.0-2 > Severity: serious >

Bug#847552: [pkg-gnupg-maint] Bug#847552: gnupg: decrypting after X pinentry is sometimes slow: around 10 seconds on a small file

* Werner Koch [2016-12-18 18:14]: > Are you also using libgpg_error 1.25? ii libgpg-error0:amd64 1.25-2 amd64library for common error values and messages in GnuPG components > Do you have a ~/.gnupg/random_seed ? Yes. Thanks for the answer! Cheers Jochen

Bug#847552: gnupg: decrypting after X pinentry is sometimes slow: around 10 seconds on a small file

Package: gnupg Version: 2.1.16-3 Followup-For: Bug #847552 Dear Maintainer, I have the same problem. stracing gpg -d gives me a lot of this: "S PROGRESS need_entropy X 30 120"..., 1002) = 33 read(6, "S PROGRESS need_entropy X 120 12"..., 1002) = 34 read(6, "S PROGRESS need_entropy X 30 120"...,

Bug#846520: pcl: enable parallel builds on 32 bit arches

Hi Emilio, * Emilio Pozuelo Monfort [2016-12-01 22:24]: > Why was this disabled? Do the builds run out of memory often? It'd be good > to re-enable this, the speedup is huge and it would avoid taking one buildd > for a day and a half on some architectures. Exactly because it

Bug#846497: qemu-user-static should depend on debootstrap for qemu-debootstrap

Package: qemu-user-static Version: 1:2.7+dfsg-3+b1 Severity: minor Dear Maintainer, qemu-user-static provides the qemu-debootstrap script that needs debootstrap. Please add a adequate dependency to the package. Thanks! Jochen

Bug#768495: Bug looks RC and is also in jessie

Control: severity -1 grave Control: merge -1 764451 * Adrian Bunk [2016-11-18 21:24]: > I assumed it was not fixed in 2.14-1.1 due to the fact that it was > closed in the 2.16-1 changelog entry. No, it was actually fixed in 2.14-1.1 by a patch, but I missed that when going

Bug#768495: Bug looks RC and is also in jessie

Control: fixed -1 2.14-1.1 Control: merge -1 764451 Based on the information in the bug report, these are the same and the fix is in jessie already. signature.asc Description: PGP signature

Bug#844373: closing 844373

close 844373 thanks Hi, the files accidentally ended in there, due to a new install rule in the googletest package. This was fixed in #844199 and a rebuild was triggered in #844322, so this should be fine again. Cheers Jochen signature.asc Description: PGP signature

Bug#844327: devscripts: build-rdeps make it usable in scripts

rom 24bd0c776beb691f2c86015ac2f4829ad21bbe92 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de> Date: Mon, 14 Nov 2016 14:44:26 +0100 Subject: [PATCH] scripts/build-rdeps.pl: add no-meta option --- scripts/build-rdeps.pl | 38 +++--- 1 file ch

Bug#844322: nmu: ros-rospack, ros-roscpp, ros-ros, ros-random-numbers

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, the recent upload of libgtest-dev broke catkin resulting in broken packages. ros-rospack build, but contains wrong files, the rest FTBFS. Thanks! Jochen nmu ros-rospack_2.3.1-1+b1 .

Bug#844271: imap-login: Fatal: Invalid ssl_protocols setting: Unknown protocol 'SSLv2'

Package: dovecot-imapd Version: 1:2.2.26.0-3 Severity: normal Dear Maintainer, upgrading dovecot from 1:2.2.26.0-1 to 1:2.2.26.0-3 results in this error in the log: dovecot: imap-login: Fatal: Invalid ssl_protocols setting: Unknown protocol 'SSLv2' and not being able to log in. Adding

Bug#841405: sitplus: FTBFS: error with opencv 3.1

Package: src:sitplus Followup-For: Bug #841405 Hi, the attached patch fixes the FTBFS and an other open bug. Cheers Jochen >From f7fc115718e6bc602f8793a9200fc70efa8ebea1 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <jspri...@debian.org> Date: Sat, 5 Nov 2016 11:47:20 +0100 Subjec

Bug#843133: transition: poco

* Emilio Pozuelo Monfort [2016-11-04 09:24]: > Do the rdeps build fine with the new version? Particularly note the recent > boost > 1.62 change, which affects a bunch of the rdeps. I tested all without problems (using Boost 1.62), except gpsshogi which FTBFS with gcc6

Bug#843133: transition: poco

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I would like to transition poco as it's tagged autorm and a number of my packages depend on it. Ben file: title = "poco"; is_affected = .depends ~ "libpoco*9v5" | .depends ~

Bug#842827: RM: pcl/experimental -- ROM; changeset didn't worked

Package: ftp.debian.org Severity: normal Hi, The version in experimental was a test for arm but it didn't worked, whereas the version in unstable is fine. Thanks Jochen

Bug#842262: transition: ros-geometric-shapes

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I would like to transition to the new ABI of libgeometric-shapes. The only effected package is ros-robot-model which I maintain as well. Cheers Jochen Ben file: title =

Bug#842058: uglifyjs: diff for NMU version 2.4.15-6.1

Multi-Arch information. + + -- Jochen Sprickerhof <jspri...@debian.org> Tue, 25 Oct 2016 18:10:58 +0200 + uglifyjs (2.4.15-6) unstable; urgency=medium * Add myself to Uploaders: diff -Nru uglifyjs-2.4.15/debian/control uglifyjs-2.4.15/debian/control --- uglifyjs-2.4.15/debian/control 2016

Bug#842059: cssmin: diff for NMU version 0.2.0-3.1

. + + -- Jochen Sprickerhof <jspri...@debian.org> Tue, 25 Oct 2016 18:01:59 +0200 + cssmin (0.2.0-3) unstable; urgency=medium * Upload to unstable. diff -Nru cssmin-0.2.0/debian/control cssmin-0.2.0/debian/control --- cssmin-0.2.0/debian/control 2016-09-10 17:11:07.0 +0200 +++

Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core

* Johannes Schauer [2016-10-19 09:45]: > MESSAGE(${catkin_INCLUDE_DIRS}) It's a list, try: MESSAGE("${catkin_INCLUDE_DIRS}") /usr/include;/usr/include/eigen3 Looks fine for me. Cheers Jochen signature.asc Description: PGP signature

Bug#841204: liblaser-geometry-dev: laser_geometry.h includes Eigen/Core instead of eigen3/Eigen/Core

Hi Josch, * Johannes Schauer [2016-10-18 15:36]: > because libeigen3-dev installs to /usr/include/eigen3/Eigen/Core. > Otherwise, all users of liblaser-geometry-dev must manually add > /usr/include/eigen3 to their include path. That's normally intentional, because cmake or

Bug#840165: fcl bug

* Leopold Palomo-Avellaneda [2016-10-17 11:31]: > Please Jochen, could you upload it? Will do later. @Jose: Can you comment why you added it in https://anonscm.debian.org/cgit/debian-science/packages/fcl.git/commit/?id=2b59789404c96e4fbc6877ef2db0adccbeb8d97b Cheers Jochen

Bug#840474: RM: ros-eigen-stl-containers [alpha amd64 arm64 armel armhf hppa hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 m68k mips mips64el mipsel powerpc powerpcspe ppc64 ppc64el s390x sh4 sparc64 x3

Package: ftp.debian.org Severity: normal Hi, I've uploaded a new version of ros-eigen-stl-containers (0.1.6-3) where libeigen-stl-containers-dev is arch all. Could you please remove the old versions for the different architectures? Thanks! Jochen

Bug#838625: transition: ros-robot-model

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, librosbag got a small ABI change I would like to do a transition for. Cheers Jochen Ben file: title = "ros-robot-model"; is_affected = .depends ~ "librosbag1d" | .depends ~

Bug#836799: transition: ros-geometric-shapes

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, ros-geometric-shapes got a small ABI change I would like to transition. Only ros-robot-model is affected, which is also maintained by me. Cheers Jochen Ben file: title =

Bug#835292: pcl 1.8 fails to build on armel and armhf (OpenGLES?)

Hi Doko, thanks for the report, I'm pretty sure it's https://bugs.debian.org/798408. Can you give me a hint, how to proceed with this? Cheers Jochen signature.asc Description: PGP signature

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-18 19:25]: > Done. Also ros-control-msgs and ros-move-base contain action files, I > moved them as well inside the msgs package. Awesome, thanks a lot! I will start uploading the new versions now. Note that they have to go

Bug#833383: ros-std-msgs: split headers and message definitions

* Daniele E. Domenichelli [2016-08-16 17:41]: > Is there a discussion upstream on some mailing list or some issue > tracker? Any suggestion about how to implement it? http://discourse.ros.org/ or https://github.com/ros/catkin/issues > Also btw, I'm working on packaging

Bug#805076: lintian: Only check PHP modules if they contain a .php file

Thanks, I've updated the patch. Cheers Jochen From 8a374dadc68cd9545d06a17b55e6d6aa2a890a7e Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de> Date: Sun, 14 Aug 2016 20:36:29 +0200 Subject: [PATCH] Don't check package if it doesn't contain a .php file ---

Bug#805076: lintian: Only check PHP modules if they contain a .php file

Package: lintian Version: 2.5.46 Followup-For: Bug #805076 Dear Maintainer, there have been quite some releases since I opened this. Is there anything I can improve to get this included? Cheers Jochen -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500,

Bug#833383: ros-std-msgs: split headers and message definitions

* Daniele E. Domenichelli [2016-08-11 18:57]: > Another reason why I would like a cmake config file installed with the > package and not a Findstd_msgs.cmake file in my projects is to be able > to check the version... At some point, perhaps, some message might be > added,

Bug#833383: ros-std-msgs: split headers and message definitions

* Daniele E. Domenichelli [2016-08-11 11:24]: >cmake_minimum_required(VERSION 2.8.9) >project(foo) > >find_package(YARP REQUIRED) >find_package(std_msgs REQUIRED) > >yarp_generate_bindings(GENERATED_SRCS >

Bug#833999: debian-keyring: Typo in keyids

/0x17FBDCBFD9928FF4 Jochen Sprickerhof <6350>/0x17FBDCBFD9928FF4 Jochen Sprickerhof /' keyids Cheers Jochen [1] https://anonscm.debian.org/git/keyring/keyring.git/commit/?id=149d9340799b9a6fdcbfdbef09180f0f91528467 [2] https://anonscm.debian.org/git/keyring/keyring.git/comm

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-10 15:19]: > Thanks! I replied to the comments on github, anyway I'm reporting the > everything here: Great, let's move it all over here. > It would be useful to be able to do something similar anyway, perhaps >

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-09 20:03]: > I suppose this should be done to all the ros-*-msgs packages, right? Yes :). > I already have a patch for ros-std-msgs, you can find it here: > >

Bug#833383: ros-std-msgs: split headers and message definitions

* ddomeniche...@drdanz.it [2016-08-05 00:05]: > These messages definition could be used to generate bindings for other > programming languages and/or frameworks. Good point :). > I'd like to have it in a separate package, with a very small number of > dependencies. >

Bug#814905: liblog4cplus-1.1-9: C++11 methods missing from the binary

Package: liblog4cplus-1.1-9 Version: 1.1.2-3.1 Followup-For: Bug #814905 Dear Maintainer, could you please apply the attached patch to fix this bug? I've tested it locally and openalpr compiles fine with it. Cheers Jochen -- System Information: Debian Release: stretch/sid APT prefers

Bug#833383: ros-std-msgs: split headers and message definitions

Hi Daniele, * Daniele E. Domenichelli [2016-08-03 19:35]: > It would be very useful to be able to install the message definitions without > installing the whole libstd-msgs-dev package that depends on many other > packages. Interesting point, what would be the use case?

Bug#832617: libftdi1-dev: Wrong values in LibFTDI1Config.cmake

Package: libftdi1-dev Version: 1.3-1+b1 Severity: important Tags: patch Dear Maintainer, I'm trying to use libftdi1 with cmake and found those three wrong values in LibFTDI1Config.cmake: set ( LIBFTDI_USE_FILE "/usr//usr/lib/x86_64-linux-gnu/cmake/libftdi1/UseLibFTDI1.cmake" ) set (

Bug#828819: intel-microcode: i7-6500U doesn't boot in 4/5 cases with 3.20160607.1

Package: intel-microcode Followup-For: Bug #828819 Dear Maintainer, thanks for clearing this up so quickly :). Just as a follow up, Tuxedo released a new BIOS version including microcode 0x8a and I tested that 3.20160607.1 doesn't fail with that anymore. Cheers Jochen

Bug#828819: intel-microcode: i7-6500U doesn't boot in 4/5 cases with 3.20160607.1

* Henrique de Moraes Holschuh [2016-06-28 22:21]: > Can you send to this bug report the "microcode: ... sig=..., pf=..." > line logged by the kernel that does boot, please? microcode: CPU0 sig=0x406e3, pf=0x80, revision=0x6a signature.asc Description: PGP signature

Bug#828819: intel-microcode: i7-6500U doesn't boot in 4/5 cases with 3.20160607.1

* Henrique de Moraes Holschuh [2016-06-28 10:06]: > Just out of curiosity, is your system a "Tuxedo InfinityBook 13v2" from > tuxedocomputers.com ? Yes, it is. > Should a firmware update not be available yet from your system vendor, > please request on their support channels a

Bug#828819: intel-microcode: i7-6500U doesn't boot in 4/5 cases with 3.20160607.1

$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 78 model name : Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz stepping: 3 microcode : 0x6a cpu MHz : 499.992 cache size : 4096 KB physical id : 0 siblings

Bug#820113: No rule to make target '/usr/lib/x86_64-linux-gnu/hdf5/openmpi/lib/libhdf5.so'

Package: libvtk6-dev Version: 6.2.0+dfsg1-11 Severity: normal Dear Maintainer, the latest vtk6 needs a dependency on libhdf5-openmpi-dev, I guess it's because of the enabling the parallel version in a108eef. Test case is again: http://pointclouds.org/documentation/tutorials/reading_pcd.php

Bug#819741: libvtk6-dev: No rule to make target libproj.so / cannot find -lvtkproj4

Package: libvtk6-dev Version: 6.2.0+dfsg1-10 Severity: important Dear Maintainer, with #750184 libvtk6-dev needs a dependency on libproj-dev. But still with it installed I get an error from cmake that it cant find vtkproj4. As a test case I used:

Bug#815814: urdfdom: FTBFS on several architectures

Package: src:urdfdom Followup-For: Bug #815814 Hi, I've looked into this and the bug is actually in urdfdom-headers-dev. It's /usr/share/urdfdom_headers/cmake/urdfdom_headers-config-version.cmake installs arch:all but has a arch dependent check at the bottom: > # check that the installed

Bug#815400: transition: ros-ros-comm

Hi, Thanks for the quick confirmation. I've uploaded the package to unstable and pushed one rdepends which wouldn't build oherwise. Can someone start the binNMUs or do I need to do something else? Cheers Jochen signature.asc Description: PGP signature

Bug#815400: transition: ros-ros-comm

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, we want to transition librosconsole to link against log4cxx instead of an internal print version. librosconsole exports these symbols, so other packages depend on the choice and we

Bug#815218: (no subject)

Thanks for the report, we are currently working on a transition of the build system and symbols in ros-ros-comm. Once it's done, we will upload a new version which will fix this. Cheers Jochen

Bug#812083: reassign 812083 to libconsole-bridge-dev

From 15603360c8f21f5775cd6c8f4f5cf9639b4d4f20 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de> Date: Wed, 20 Jan 2016 22:56:20 +0100 Subject: [PATCH] Install cmake files again --- debian/libconsole-bridge-dev.install | 1 + 1 file changed, 1 insertion(+) diff

Bug#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

Hi, I've pushed changes to libxmlrpcpp-dev to move the base64.h to /usr/include/xmlrpcpp [1]. Would it be ok if I reassign this to libxmlrpcpp-dev and close it, or should we split it, to leave one open for heimdal-dev? * Wookey [2016-01-16 03:26]: > Debian now has this

Bug#811498: libconsole-bridge0.2v5: ABI bump without package rename

Package: libconsole-bridge0.2v5 Version: 0.3.0-1 Severity: serious Justification: Policy 8.1 Hi Jose, the new libconsole-bridge0.2v5 package contains a library with a new name, making all depending packages break due to linker error. 0.3.0-1: $ dpkg -L libconsole-bridge0.2v5 | grep so\.0

Bug#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

* Jonas Meurer [2015-12-10 13:16]: > Could you try to replace 'cryptsetup remove' by 'dmsetup --check close' > and see whether the shutdown process still hangs? I guess you mean `dmsetup --checks remove "$dst"`, at least that's what I've found in my unstable version of

Bug#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

* Milan Broz [2015-12-15 21:34]: > If this happens, it probably means that for some reason there is missing > (of ignored) "dmsetup udevcomplete" call in udev rules. `dmsetup udevcookies` lists no cookies. Adding `dmsetup udevcomplete_all` before `dmsetup remove` doesn't

Bug#806280: ITP: ros-metapackages -- Robot OS core metapackages

* Chris Bannister [2015-11-28 19:42]: > > URL : http://www.ros.org/wiki/metapackages > > JFTR, that URL is a 404 The actually URLs would be: http://www.ros.org/reps/rep-0142.html https://github.com/ros/metapackages But as it's just a metapackage and

Bug#726866: libsbuild-perl: "sbuild-update --keygen": wrong group permissions for sbuild-key.pub

1.6.10-2 Versions of packages libsbuild-perl recommends: ii esmtp-run [mail-transport-agent] 1.2-12 libsbuild-perl suggests no packages. -- no debconf information >From 2842cf67cce4eb11c05e2a7a43f9f03f721dbe05 Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof <g...@jochen.sprickerhof.de

Bug#805076: lintian: Only check PHP modules if they contain a .php file

of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.18.3 ii libhtml-parser-perl3.71-2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.15-1 -- no debconf information >From 0b0677cffded82f3fcb81bef5b8208c7e3b060eb Mon Sep 17 00:00:00 2001 From: Joc

Bug#801369: libatspi2.0-dev: Downgrade dependency on dbus

Package: libatspi2.0-dev Version: 2.18.0-1 Severity: normal Dear Maintainer, libatspi2.0-dev currently has a dependency against dbus. Is there a reason for that? I would propose to drop it or move it to recommends. I have libatspi2.0-dev installed as a dependency from libwebkitgtk-3.0-dev and

Bug#799660: libeigen3-dev: Transition to cmake 3.3

Package: libeigen3-dev Version: 3.2.5-4 Followup-For: Bug #799660 Simple patch attached. diff --git a/debian/libeigen3-dev.links b/debian/libeigen3-dev.links index 02cf899..74e92e0 100644 --- a/debian/libeigen3-dev.links +++ b/debian/libeigen3-dev.links @@ -1 +1 @@

Bug#799660: libeigen3-dev: Transition to cmake 3.3

Package: libeigen3-dev Version: 3.2.5-4 Severity: important Dear Maintainer, Debian unstable now contains cmake 3.3, obsoleting the workaround from #784767. I've seen that you fixed this already in experimental. Would be great to get this (or an other workaround) in unstable as well, as Eigen is

Bug#791944: udev: shutdown hangs because of missing swapoff

Package: udev Version: 222-1 Severity: normal Dear Maintainer, starting with 221-1, my computer doesn't power off anymore. Running swapoff -a or installing 220-7 makes it work again. I have a encrypted swap partition listed in the /etc/crypttab like this: swap0 /dev/sda5 /dev/urandom swap Let

Bug#791944: udev: shutdown hangs because of missing swapoff

* Michael Biebl bi...@debian.org [2015-07-09 19:28]: udev is usually not responsible for turning off the swap file system. Is the problem reproducible with systemd as init system? Works fine with systemd. Still, I only updated udev (and libudev). signature.asc Description: Digital signature

Bug#791944: udev: shutdown hangs because of missing swapoff

I've debugged a little more and actually it's not only enough to do a swapoff -a, but you need also a cryptsetup close /dev/mapper/swap0 (sorry for forgetting it initiallly). The shutdown hangs in the do_close() of /lib/cryptsetup/cryptdisks.functions (line 556), where cryptsetup remove is call.

Bug#788680: openni: FTBFS on mipsel Unknown platform: mips64

Source: openni Followup-For: Bug #788680 Hi Gustavo, thanks for the patch. Can you please clean it up (remove patches to patches, backup files, other cruft), so I can apply it? Thanks! Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of

Bug#787266: u-boot-sunxi: enable Mini-X in u-boot-sunxi

Package: u-boot-sunxi Severity: wishlist Dear Maintainer, please enable the Mini-X target (see attached patch). It works fine for me. Thanks, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#787266: u-boot-sunxi: enable Mini-X in u-boot-sunxi

forgot to add patch. From cc82b708362c43f99f4224f192c6ac6aed1a831e Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof g...@jochen.sprickerhof.de Date: Sat, 30 May 2015 17:19:42 +0200 Subject: [PATCH] Enable Mini-X in u-boot-sunxi --- debian/targets | 3 +++ 1 file changed, 3 insertions(+) diff

Bug#787007: libgazebo5: recompile against libsimbody3.5 on amd64

Package: libgazebo5 Version: 5.0.1+dfsg-1 Severity: important Dear Maintainer, Gazebo is not installable on unstable amd64 at the moment. Please recompile it on a clean unstable system (i.e. with libsimbody3.5). libsimbody moved to 3.5 in March already. Thanks, Jochen -- System Information:

Bug#771187: primesense-nite-nonfree: Package broken because openni.org is gone

Package: primesense-nite-nonfree Severity: important Hi, primesense-nite-nonfree is trying to download the Nite binaries from openni.org, which is no longer available [1]. This makes this package unusable. I've found copies of the .tar.bz2 here:

Bug#771189: primesense-nite-nonfree: Nite needs license key file

Package: primesense-nite-nonfree Severity: important Hi, till now Openni serves a /var/lib/ni/licenses.xml with a Nite license¹. Given that this is only needed for Nite and we got asked in #771053 why it's included, I would propose to move the license (or rather the niReg call) into

Bug#771053: unblock: openni/1.5.4.0-8

* Jonathan Wiltshire j...@debian.org [2014-11-26 22:19]: On Wed, Nov 26, 2014 at 12:06:18PM +0100, Jochen Sprickerhof wrote: +if [ -z $2 ]; then + niLicense PrimeSense 0KOIk2JeIBYClPWVnMoRKn5cdY4= Er, what's this and are we allowed to distribute it? Good point, it's actually

Bug#771053: unblock: openni/1.5.4.0-8

time +(Closes: #767653) + + -- Jochen Sprickerhof deb...@jochen.sprickerhof.de Mon, 24 Nov 2014 22:33:38 +0100 + openni (1.5.4.0-7) unstable; urgency=low [ Jochen Sprickerhof ] diff -Nru openni-1.5.4.0/debian/control openni-1.5.4.0/debian/control --- openni-1.5.4.0/debian/control 2014-02

Bug#767653:

Hi Tobi, * Tobias Frost t...@debian.org [2014-11-25 20:53]: built uploaded! Thanks! Please apply for the unblock. Done: #771053 (Note that I s/UNRELEASED/unstable in d/changelog; make sure to do this to in your repository) Done. Cheers Jochen signature.asc Description: Digital

Bug#767653:

Hi Tobi, thanks for the clearifications, I've pushed a new version. Can you have a look again? Cheers Jochen signature.asc Description: Digital signature

Bug#767653:

Hi Tobi, * Tobias Frost t...@debian.org [2014-11-24 22:12]: Ok, pulled from the git and comparing to the version currently in Jessie: As we are in the freeze, you need to create targeted fixes for RC Bugs only.* So the doxygen one isn't. This seems to be coming from a new Doxygen version and

Bug#767653:

Hi Tobi, * Tobias Frost t...@debian.org [2014-11-23 14:31]: can you please check if you committed everything? Especially I'm missing changes to d/changelog... I've just pushed the changelog as well and tested the build. Is this a team upload? A NMU? I assume you are on the multimedia team,

Bug#770462: Unblock: pcl/1.7.2-3

=medium + + [ Jochen Sprickerhof ] + * Change openni-dev to libopenni, Closes: #768953 + * Build without OpenNI when it's not available. It opens +the number of architectures where it could be built. Closes: #769883 + * Fix PCLConfig.cmake (patch taken from Fedora). Closes: #770029

Bug#757264: openni: Problems compiling source package using Debian sid on amd64

Package: src:openni Followup-For: Bug #757264 Hi Benedikt, I guess you have Mono (.Net) installed, otherwise I don't see why it should build the dll. I never tested the .Net support, so I would propose you remove those packages for now. Otherwise feel free to send a patch to make it work.

<    2   3   4   5   6   7   8   >