Bug#335477: tetex-bin: /etc/alternatives/oxdvi.bin is still there

Package: tetex-bin Version: 3.0-13 Hi, in tetex.postinst line 794 the alternative for oxdvi.bin is removed, butt in line 814 it's again created. regards, Jochen -- diesen tag / begehen / wie einen grund / oder wie ein fest ohne grund zu einem fest / ohne festen grund -- Ernst Jandl --

Bug#486119: grub-pc: please make the the use of fs_uuid optional

* Robert Millan [EMAIL PROTECTED] [2008-07-24 13:34]: On Fri, Jun 13, 2008 at 04:13:37PM +0200, Jochen Sprickerhof wrote: Package: grub-pc Version: 1.96+20080601-2 Severity: wishlist could you probably make the use of fs_uuid and search optional? On my system every call to search

Bug#486119: grub-pc: please make the the use of fs_uuid optional

Package: grub-pc Version: 1.96+20080601-2 Severity: wishlist could you probably make the use of fs_uuid and search optional? On my system every call to search for a uuid takes about 2sec and there are two calls in grub.cfg (with a matching set root right before it, so it's not needed at all). --

Bug#487842: iceweasel: keeps creating ~/Desktop

Package: iceweasel Version: 3.0~rc2-2 Severity: wishlist the new Iceweasel creates a ~/Desktop directory to save downloaded files and it sometimes does it althogh I changed the default directory (don't know when or why). I don't want a Desktop folder and it clutters my ~. -- System Information:

Bug#477310: dh_clean deletes /usr/share/laptop-mode-tools/modules/core

Package: laptop-mode-tools Version: 1.40-1 Severity: important Hi, the file core in /usr/share/laptop-mode-tools/modules/ is deleted by dh_clean, like statet in the manpage, and so not contained in the .deb. You should rename it for example to laptop-mode-core. regards, Jochen Sprickerhof

Bug#463907: uncomplete patch of wml-2.0.11/wml_backend/p1_ipp/ipp.src

Hi, Nicos patch of ipp.src is not complete. It doesn't delete the created tempdir. The attached one corrects two minor things as well (adapted from the sarge package). I haven't looked at the changes in eperl_sys.c but I think there exists a similar problem. regards, Jochen -- diesen tag /

Bug#630559: libvtk5-dev: linking against VTK using cmake broken because of multiarch

Package: libvtk5-dev Version: 5.6.1-6 Severity: important cmake adds /usr/lib/libdl.so to Makefiles in project linking against VTK although with multiarch this should be /usr/lib/x86_64-linux-gnu/libdl.so. Ubuntu fixed this with a recompile (same worked for me locally), but ideally VTK should not

Bug#656115: closed by Mathieu Malaterre ma...@debian.org (Bug#656115: fixed in vtk 5.8.0-12)

found 656115 5.8.0-12 thanks Hi Mathieu, this bug is still not fixed :(. I've posted a simple example to test it some time ago here [1], it should print OFF when libvtk5-qt4-dev is not installed. Could you please test it before closing the bug, next time. What needs to be done is: - Remove the

Bug#644844: nvidia-cuda-toolkit: nvcc throws errors with thrust in /usr/include

else and either add the path with -I or put it in my $CPATH it works. Cheers, Jochen Sprickerhof [1] http://pointclouds.org -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (480, 'oneiric'), (1, 'experimental') Architecture: amd64 (x86_64

Bug#648593: mplayer2: Endless loop with HTTP files.

Package: mplayer2 Version: 2.0-134-g84d8671-9 Severity: normal Dear Maintainer, current mplayer2 in sid loops endless with some HTTP files: % mplayer -playlist http://httpmedia.radiobremen.de/nordwestradio.m3u Resolving httpmedia.radiobremen.de for AF_INET6... Couldn't resolve name for

Bug#648593: mplayer2: Endless loop with HTTP files.

I just found out that you need commit c89f72b as well to make it work. Cheers, Jochen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656115: libvtk5-dev: VTKConfig.cmake sets VTK_USE_QVTK without libvtk5-qt4-dev being installed

Package: libvtk5-dev Version: 5.8.0-5 Severity: normal Dear Maintainer, could you add a test to VTKConfig.cmake, such that it only set's VTK_USE_QVTK when libvtk5-qt4-dev is installed? For example testing the presence of /usr/lib/libQVTK.so should work. Otherwise every project using QVTK would

Bug#656115: closed by Dominique Belhachemi domi...@debian.org (Bug#584300: fixed in vtk 5.8.0-8)

found 656115 5.8.0-8 thanks Hi, I'm sorry, but this bug is not fixed with the last upload: $ dpkg -l libvtk5-qt4-dev Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)

Bug#656115: closed by Dominique Belhachemi domi...@debian.org (Bug#584300: fixed in vtk 5.8.0-8)

* Mathieu Malaterre mathieu.malate...@gmail.com [2012-03-16 09:13]: On Thu, Mar 15, 2012 at 11:35 AM, Jochen Sprickerhof debian-...@jochen.sprickerhof.de wrote: $ cmake . [..] -- QVTK found: ON Ok this one is annoying. This variable should be set within the QTConfig.cmake file

Bug#650620: bitlbee-plugin-otr: Version mismatch, bitlbee-plugin-otr not installable

Package: bitlbee-plugin-otr Version: 3.0.3-1+b1 Severity: important Dear Maintainer, as the subject says, bitlbee-plugin-otr not installable: # apt-get install bitlbee-plugin-otr Reading package lists... Done Building dependency tree Reading state information... Done Some packages could

Bug#719880: libwebkitgtk-1.0-0: pure virtual method called - SIGABRT

Package: libwebkitgtk-1.0-0 Version: 2.0.4-2+b1 Severity: important Dear Maintainer, I'm getting random reproducible SIGABRT with the new webkitgtk package. For example: surf https://github.com/ros/rosdistro/issues/1676 clicking on Hydromedusa Release results in: pure virtual method called

Bug#719880: libwebkitgtk-1.0-0: pure virtual method called - SIGABRT

* Emilio Pozuelo Monfort po...@debian.org [2013-08-16 19:34]: Please provide a gdb backtrace with debugging symbols installed. I've compiled current surf git master (058f7f45e2d) with debugging symbols: % gdb --args ./surf https://github.com/ros/rosdistro/issues/1676 GNU gdb (GDB) 7.6

Bug#656115: closed by Mathieu Malaterre ma...@debian.org (Bug#656115: fixed in vtk 5.8.0-10)

found 656115 5.8.0-11 thanks Hi, I'm sorry, but this bug is _still_ not fixed with the last upload: $ dpkg -l libvtk5-qt4-dev libvtk5-dev Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required

Bug#751249: vtk6 is not installable (tcl-vtk conflict)

Package: vtk6 Version: 6.1.0+dfsg-5 Severity: important Dear Maintainer, vtk6 is not installable (and thus libvtk6-dev as well). Problem is, that vtk6 contains a conflict against tcl-vtk because both of them contain /usr/bin/vtk. Starting with 6.1.0+dfsg-4 libvtk6.1 depends on libxdmf2, which

Bug#760842: filters: lolcat missing in Makefile

-- no debconf information From 29425fc5ac3d836aa54bcad0eff53e6b80cfc11f Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof g...@jochen.sprickerhof.de Date: Mon, 8 Sep 2014 14:11:52 +0200 Subject: [PATCH] Install lolcat through Makefile --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1

Bug#761661: libopenni-sensor-pointclouds0: packaging conflict: libopenni-sensor-pointclouds0 / libopenni-sensor-primesense0, same filenames.

Hi Joe, * Joe Burmeister joe.burmeis...@excelsiorelectronics.com [2014-09-15 15:28]: I was investigating Kinect with OpenNI and tried to install both these packages. But I found they couldn't both be installed due to trying to overwrite '/usr/lib/libXnDDK.so.0', which is also in package

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.

Bug#767653: libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml

Package: libopenni-sensor-pointclouds0,libopenni-sensor-primesense0 Followup-For: Bug #767653 Hi, I've pushed a patch to [1] to fix this. Would be great if a DD could upload it. [1] http://anonscm.debian.org/git/pkg-multimedia/openni.git -- To UNSUBSCRIBE, email to

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#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#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, thanks for the clearifications, I've pushed a new version. Can you have a look again? Cheers Jochen signature.asc Description: Digital signature

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#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#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#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#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#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#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#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: [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#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#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#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#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#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#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#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#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#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#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#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#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

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

* 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#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#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

* 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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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

  1   2   3   4   5   6   7   8   >