from:"Jochen Sprickerhof"

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

2006-01-03 Thread Jochen Sprickerhof

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



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

2008-07-24 Thread Jochen Sprickerhof

* 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 for a uuid takes about 2sec and [...]
 
 I don't think every uuid search takes 2s, there's a disk cache to prevent
 that.  I suspect you got that impression because other costly activities
 were intermangled with the search commands that print visible output.

I tested it without the search lines and it was much faster than.

 Luckily, this is fixed now, AFAICT.  See #476479 and #477083.  If you can
 confirm that it boots fast now, I'd like to close/merge this bug.

you can close it, its much faster now, thanks a lot.

 Thanks

regards,

Jochen

-- 
diesen tag / begehen / wie einen grund / oder wie ein fest
ohne grund zu einem fest / ohne festen grund
 -- Ernst Jandl



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

2008-06-13 Thread Jochen Sprickerhof

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).

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/root / ext3 rw,errors=remount-ro,commit=360,data=ordered 0 0
/dev/root /dev/.static/dev ext3 rw,errors=remount-ro,commit=360,data=ordered 0 0
/dev/hda1 /windows vfat 
rw,fmask=,dmask=,codepage=cp437,iocharset=iso8859-1,quiet 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.20080515-1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages grub-pc depends on:
ii  debconf [debconf-2.0]1.5.22  Debian configuration management sy
ii  grub-common  1.96+20080601-2 GRand Unified Bootloader, version 
ii  libc62.7-12  GNU C Library: Shared libraries
ii  liblzo2-22.03-1  data compression library
ii  libncurses5  5.6+20080531-1  Shared libraries for terminal hand

grub-pc recommends no packages.

-- debconf-show failed



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487842: iceweasel: keeps creating ~/Desktop

2008-06-24 Thread Jochen Sprickerhof

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:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.20080515-1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils   2.29   Miscellaneous utilities specific t
ii  fontconfig2.6.0-1generic font configuration library
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-2  GCC support library
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.10-2  The GTK+ graphical user interface 
ii  libnspr4-0d   4.7.1-3NetScape Portable Runtime Library
ii  libstdc++64.3.1-2The GNU Standard C++ Library v3
ii  procps1:3.2.7-8  /proc file system utilities
ii  psmisc22.6-1 Utilities that use the proc filesy
ii  xulrunner-1.9 1.9~rc2-4  XUL + XPCOM application runner

iceweasel recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

2008-04-22 Thread Jochen Sprickerhof

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

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.25-rc9-20080412.1 (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-10 Linux Standard Base 3.2 init scrip
ii  util-linux2.13.1-4   Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
pn  hal   none (no description available)
ii  hdparm8.6-1  tune hard disk parameters for high
ii  pbbuttonsd0.7.9-2PBButtons daemon to handle special
pn  sdparmnone (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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

2008-02-21 Thread Jochen Sprickerhof

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 / begehen / wie einen grund / oder wie ein fest
ohne grund zu einem fest / ohne festen grund
 -- Ernst Jandl
--- ipp.src.org	2008-02-21 20:14:54.0 +0100
+++ ipp.src	2008-02-21 20:15:50.0 +0100
@@ -565,7 +565,6 @@
 #
 #   process the pre-loaded include files
 #
-$tmpdir = $ENV{'TMPDIR'} || '/tmp';
 my $tmpldir = ($ENV{'TMPDIR'} || '/tmp') . '/ipp.XX';
 $tmpdir = mkdtemp($tmpldir) or die Unable to create temporary directory: $!\n;
 $tmpfile = $tmpdir . /ipp.$$.tmp;
@@ -633,11 +632,12 @@
 #   cleanup
 unlink($tmpfile);
 }
+rmdir($tmpdir);
 
 if ($opt_M ne '-'  $opt_o ne '-') {
 #   Write dependencies
 if ($opt_M =~ m|D|) {
-if ($opt_o =~ m|(.*?)\.|) {
+if ($opt_o =~ m|(.*)\.|) {
 $depfile = $1 . '.d';
 }
 else {

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

2011-06-15 Thread Jochen Sprickerhof

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 hard code the
path:
http://changelogs.ubuntu.com/changelogs/pool/universe/v/vtk/vtk_5.4.2-8ubuntu4/changelog

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (480, 'oneiric'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvtk5-dev depends on:
ii  libavcodec-dev  4:0.6.2-3Development files for libavcodec
ii  libavformat-dev 4:0.6.2-3Development files for libavformat
ii  libavutil-dev   4:0.6.2-3Development files for libavutil
ii  libc6-dev   2.13-7   Embedded GNU C Library: Developmen
ii  libexpat1-dev [libexpat 2.0.1-7  XML parsing C library - developmen
ii  libfreetype6-dev2.4.4-1  FreeType 2 font engine, developmen
ii  libgl1-mesa-dev [libgl- 7.10.2-4 free implementation of the OpenGL 
ii  libgl2ps-dev1.3.5-2  Lib providing high quality vector 
ii  libglu1-mesa-dev [libgl 7.10.2-4 The OpenGL utility library -- deve
ii  libjpeg62-dev [libjpeg- 6b1-1Development files for the IJG JPEG
ii  libmysqlclient-dev  5.1.57-1.3   MySQL database development files
ii  libnetcdf-dev   1:4.1.1-5Development kit for NetCDF
ii  libpng12-dev [libpng-de 1.2.44-2 PNG library - development
ii  libpq-dev   9.0.4-1+b1   header files for libpq5 (PostgreSQ
ii  libqt4-dev  4:4.7.3-1Qt 4 development files
ii  libswscale-dev  4:0.6.2-3Development files for libswscale
ii  libtiff4-dev [libtiff-d 3.9.5-1  Tag Image File Format library (TIF
ii  libvtk5.6   5.6.1-6  Visualization Toolkit - A high lev
ii  libx11-dev  2:1.4.3-2X11 client-side library (developme
ii  libxft-dev  2.2.0-3  FreeType-based font drawing librar
ii  libxml2-dev 2.7.8.dfsg-3 Development files for the GNOME XM
ii  libxss-dev  1:1.2.1-1X11 Screen Saver extension library
ii  libxt-dev   1:1.1.1-2X11 toolkit intrinsics library (de
ii  mpi-default-dev 0.6  Standard MPI development files
ii  tcl8.5-dev  8.5.9-2  Tcl (the Tool Command Language) v8
ii  tk8.5-dev   8.5.9-2  Tk toolkit for Tcl and X11, v8.5 -
ii  x11proto-core-dev   7.0.21-2 X11 core wire protocol and auxilia
ii  zlib1g-dev  1:1.2.3.4.dfsg-3 compression library - development

libvtk5-dev recommends no packages.

Versions of packages libvtk5-dev suggests:
pn  vtk-doc   none (no description available)
pn  vtk-examples  none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2012-05-17 Thread Jochen Sprickerhof

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 static VTK_USE_QVTK flag from the VTKConfig.cmake.
- Add a dynamic check if QVTK is really installed.

Cheers,

Jochen

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656115#16



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2011-10-09 Thread Jochen Sprickerhof

Package: nvidia-cuda-toolkit
Version: 4.0.17-2
Severity: normal

Dear Maintainer,

compiling PCL [1] results in the following error:
/usr/include/thrust/detail/device/cuda/detail/safe_scan.inl(430): error: kernel 
launches from templates are not allowed in system files
When I put thrust somewhere 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)

Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nvidia-cuda-toolkit depends on:
ii  g++-4.44.4.6-11
ii  gcc-4.44.4.6-11
ii  libc6  2.13-21 
ii  libcudart4 4.0.17-2
ii  libgcc11:4.6.1-13  
ii  libstdc++6 4.6.1-13
ii  nvidia-cuda-dev4.0.17-2
ii  nvidia-opencl-dev  4.0.17-2
ii  zlib1g 1:1.2.3.4.dfsg-3

Versions of packages nvidia-cuda-toolkit recommends:
pn  nvidia-compute-profiler  none
pn  nvidia-cuda-doc  none
pn  nvidia-cuda-gdb  none

nvidia-cuda-toolkit suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2011-11-13 Thread Jochen Sprickerhof

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 AF_INET6: httpmedia.radiobremen.de
Resolving httpmedia.radiobremen.de for AF_INET...
Connecting to server httpmedia.radiobremen.de[87.248.217.253]: 80...

Cache size set to 320 KBytes
Resolving httpmedia.radiobremen.de for AF_INET6...

Couldn't resolve name for AF_INET6: httpmedia.radiobremen.de
Resolving httpmedia.radiobremen.de for AF_INET...
Connecting to server httpmedia.radiobremen.de[87.248.217.254]: 80...
Resolving httpmedia.radiobremen.de for AF_INET6...

This has been fixed upstream in commit 2e2f77e. Please include it in the
package.

Cheers,

Jochen

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (480, 'precise'), (480, 'natty'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mplayer2 depends on:
ii  libaa11.4p5-39   
ii  libasound21.0.24.1-4 
ii  libass4   0.10.0-1   
ii  libaudio2 1.9.3-1
ii  libavcodec53  4:0.7.2-1+b1   
ii  libavformat53 4:0.7.2-1+b1   
ii  libavutil51   4:0.7.2-1+b1   
ii  libbluray11:0.2~git20111001.8e5d241-1
ii  libc6 2.13-21
ii  libcaca0  0.99.beta17-2.1
ii  libcdparanoia03.10.2+debian-10   
ii  libdca0   0.0.5-5
ii  libdirectfb-1.2-9 1.2.10.0-4.3   
ii  libdvdnav44.1.4-1219-4   
ii  libdvdread4   4.1.4-1219-4   
ii  libenca0  1.13-4 
ii  libesd0   0.2.41-10  
ii  libfaad2  2.7-7  
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.7-2
ii  libfribidi0   0.19.2-1   
ii  libgcc1   1:4.6.2-4  
ii  libgif4   4.1.6-9
ii  libgl1-mesa-glx [libgl1]  7.11-6 
ii  libjack0 [libjack-0.116]  1:0.121.0+svn4538-3
ii  libjpeg8  8c-2   
ii  liblircclient00.9.0~pre1-1   
ii  libmng1   1.0.10-3   
ii  libncurses5   5.9-4  
ii  libogg0   1.2.2~dfsg-1   
ii  libpng12-01.2.46-3   
ii  libpostproc52 4:0.7.2-1+b1   
ii  libpulse0 1.1-1  
ii  libsdl1.2debian   1.2.14-6.4 
ii  libsmbclient  2:3.5.11~dfsg-4
ii  libspeex1 1.2~rc1-1  
ii  libstdc++64.6.2-4
ii  libswscale2   4:0.7.2-1+b1   
ii  libtheora01.1.1+dfsg.1-3 
ii  libtinfo5 5.9-4  
ii  libvdpau1 0.4.1-3
ii  libvorbis0a   1.3.2-1
ii  libx11-6  2:1.4.4-4  
ii  libxext6  2:1.3.0-3  
ii  libxinerama1  2:1.1.1-3  
ii  libxss1   1:1.2.1-2  
ii  libxt61:1.1.1-2  
ii  libxv12:1.0.6-2  
ii  libxvidcore4  2:1.3.2-6  
ii  libxxf86dga1  2:1.1.2-1  
ii  libxxf86vm1   1:1.1.1-2  
ii  zlib1g1:1.2.3.4.dfsg-3   

mplayer2 recommends no packages.

mplayer2 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2011-11-13 Thread Jochen Sprickerhof

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

2012-01-16 Thread Jochen Sprickerhof

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 have to test it as well.

Thanks,

Jochen

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (480, 'precise'), (480, 'natty'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvtk5-dev depends on:
ii  libavcodec-dev 4:0.8~beta2-1
ii  libavformat-dev4:0.8~beta2-1
ii  libavutil-dev  4:0.8~beta2-1
ii  libc6-dev  2.13-24
ii  libexpat1-dev [libexpat-dev]   2.0.1-7.2
ii  libfreetype6-dev   2.4.8-1
ii  libgl1-mesa-dev [libgl-dev]7.11.2-1
ii  libgl2ps-dev   1.3.6-1
ii  libglu1-mesa-dev [libglu-dev]  7.11.2-1
ii  libjpeg8-dev [libjpeg-dev] 8c-2
ii  libmysqlclient-dev 5.1.58-1
ii  libnetcdf-dev  1:4.1.1-6
ii  libpng12-dev [libpng-dev]  1.2.46-4
ii  libpq-dev  9.1.2-4
ii  libqt4-dev 4:4.7.4-2
ii  libswscale-dev 4:0.8~beta2-1
ii  libtiff-dev4.0.0~beta7-2
ii  libvtk5.8  5.8.0-5
ii  libx11-dev 2:1.4.4-4
ii  libxft-dev 2.2.0-3
ii  libxml2-dev2.7.8.dfsg-6
ii  libxss-dev 1:1.2.1-2
ii  libxt-dev  1:1.1.1-2
ii  mpi-default-dev1.0.1
ii  tcl8.5-dev 8.5.11-1
ii  tk8.5-dev  8.5.11-1
ii  x11proto-core-dev  7.0.22-1
ii  zlib1g-dev 1:1.2.3.4.dfsg-3

libvtk5-dev recommends no packages.

Versions of packages libvtk5-dev suggests:
pn  vtk-doc   none
pn  vtk-examples  none

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2012-03-15 Thread Jochen Sprickerhof

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)
||/ Name   VersionDescription
+++-==-==-
un  libvtk5-qt4-de none (no description available)

$ cat CMakeLists.txt 
cmake_minimum_required(VERSION 2.8)
find_package(VTK)
message(STATUS QVTK found: ${VTK_USE_QVTK})

$ cmake .
[..]
-- QVTK found: ON

And you get a ton of these:
-- The imported target vtkWrapTcl references the file
   /usr/bin/vtkWrapTcl
but this file does not exist.  Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
   /usr/lib/vtk-5.8/VTKTargets-release.cmake
but not all the files it references.


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: closed by Dominique Belhachemi domi...@debian.org (Bug#584300: fixed in vtk 5.8.0-8)

2012-03-17 Thread Jochen Sprickerhof

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

That doesn't really help I guess. Either you have a QVTKConfig.cmake or
you check if QVTK is installed when you run cmake (which I would prefer).

  And you get a ton of these:
  -- The imported target vtkWrapTcl references the file
    /usr/bin/vtkWrapTcl
  but this file does not exist.  Possible reasons include:
  * The file was deleted, renamed, or moved to another location.
  * An install or uninstall procedure did not complete successfully.
  * The installation package was faulty and contained
    /usr/lib/vtk-5.8/VTKTargets-release.cmake
  but not all the files it references.
 
 Those are status messages, why should it be an issue ?

It clutters the cmake output and I didn't find a way to silent it.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2011-12-01 Thread Jochen Sprickerhof

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 not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 bitlbee-plugin-otr : Depends: bitlbee (= 3.0.3-1) but 3.0.3-1+b1 is to be 
installed or
   bitlbee-libpurple (= 3.0.3-1) but it is not 
going to be installed
E: Broken packages

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (480, 'precise'), (480, 'natty'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages bitlbee-plugin-otr depends on:
pn  bitlbee 3.0.3-1+b1
pn  bitlbee-common  3.0.3-1   
pn  libc6   2.13-21   
pn  libotr2 none

bitlbee-plugin-otr recommends no packages.

bitlbee-plugin-otr suggests no packages.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2013-08-16 Thread Jochen Sprickerhof

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
terminate called without an active exception

Program received signal SIGABRT, Aborted.

Downgrading webkitgtk to 1.8.1-4 fixes this.

Cheers Jochen

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libwebkitgtk-1.0-0 depends on:
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-92
ii  libcairo2   1.12.14-5
ii  libdbus-1-3 1.6.12-1
ii  libdbus-glib-1-20.100.2-1
ii  libegl1-mesa [libegl1-x11]  9.1.6-2
ii  libenchant1c2a  1.6.0-10
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgail18   2.24.20-1
ii  libgcc1 1:4.8.1-9
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libgeoclue0 0.12.99-2
ii  libgl1-mesa-glx [libgl1]9.1.6-2
ii  libglib2.0-02.36.4-1
ii  libgstreamer-plugins-base1.0-0  1.0.8-1
ii  libgstreamer1.0-0   1.0.8-1
ii  libgtk2.0-0 2.24.20-1
ii  libharfbuzz-icu00.9.19-1
ii  libharfbuzz0a   0.9.19-1
ii  libicu484.8.1.1-12
ii  libjavascriptcoregtk-1.0-0  2.0.4-2+b1
ii  libjpeg88d-1
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  libpangoft2-1.0-0   1.32.5-5+b1
ii  libpng12-0  1.2.49-4
ii  libsecret-1-0   0.15-2
ii  libsoup2.4-12.42.2-6
ii  libsqlite3-03.7.17-1
ii  libstdc++6  4.8.1-9
ii  libwebkitgtk-1.0-common 2.0.4-2
ii  libwebp40.3.0-3
ii  libx11-62:1.6.1-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-1
ii  libxfixes3  1:5.0.1-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxrender1 1:0.9.8-1
ii  libxslt1.1  1.1.28-2
ii  libxt6  1:1.1.4-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages libwebkitgtk-1.0-0 recommends:
pn  gstreamer1.0-plugins-base  none
pn  gstreamer1.0-plugins-good  none

libwebkitgtk-1.0-0 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2013-08-16 Thread Jochen Sprickerhof

* 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 (Debian 7.6-5)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /home/jspricke/src/suckless/surf/surf...done.
(gdb) r
Starting program: /home/jspricke/src/suckless/surf/surf 
https://github.com/ros/rosdistro/issues/1676
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Traceback (most recent call last):
  File /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18-gdb.py, 
line 59, in module
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
Traceback (most recent call last):
  File /usr/lib/debug/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18-gdb.py, 
line 59, in module
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named libstdcxx.v6.printers
[New Thread 0x7fffe47eb700 (LWP 5470)]
[New Thread 0x7fffa3fe8700 (LWP 5471)]
[New Thread 0x7fffa33d6700 (LWP 5472)]
[New Thread 0x7fffa21c0700 (LWP 5473)]
[New Thread 0x7fff936c5700 (LWP 5474)]
[New Thread 0x7fff92ec4700 (LWP 5475)]
[New Thread 0x7fff9214f700 (LWP 5476)]
[New Thread 0x7fff9151c700 (LWP 5480)]
[New Thread 0x7fff90d1b700 (LWP 5481)]
[New Thread 0x7fff7bfff700 (LWP 5482)]
Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having 
multiple values in test isn't supported and may not work as expected
[New Thread 0x7fff7b483700 (LWP 5483)]
[Thread 0x7fff90d1b700 (LWP 5481) exited]
[Thread 0x7fff7bfff700 (LWP 5482) exited]
[Thread 0x7fff9151c700 (LWP 5480) exited]
[New Thread 0x7fff9151c700 (LWP 5484)]
[New Thread 0x7fff7bfff700 (LWP 5485)]
[New Thread 0x7fff90d1b700 (LWP 5486)]
[New Thread 0x7fff710c4700 (LWP 5487)]
[New Thread 0x7fff708c3700 (LWP 5491)]
[New Thread 0x7fff67fff700 (LWP 5492)]
[New Thread 0x7fff64f47700 (LWP 5493)]
[New Thread 0x7fff5700 (LWP 5494)]
[Thread 0x7fff7bfff700 (LWP 5485) exited]
[Thread 0x7fff9151c700 (LWP 5484) exited]
[Thread 0x7fff64f47700 (LWP 5493) exited]
[Thread 0x7fff90d1b700 (LWP 5486) exited]
[Thread 0x7fff5700 (LWP 5494) exited]
[Thread 0x7fff708c3700 (LWP 5491) exited]
[Thread 0x7fff67fff700 (LWP 5492) exited]
pure virtual method called
terminate called without an active exception

Program received signal SIGABRT, Aborted.
0x77a641e5 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x77a641e5 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x77a67398 in __GI_abort () at abort.c:90
#2  0x7fffec0a1605 in __gnu_cxx::__verbose_terminate_handler () at 
../../../../src/libstdc++-v3/libsupc++/vterminate.cc:95
#3  0x7fffec09f766 in __cxxabiv1::__terminate (handler=optimized out) at 
../../../../src/libstdc++-v3/libsupc++/eh_terminate.cc:38
#4  0x7fffec09f793 in std::terminate () at 
../../../../src/libstdc++-v3/libsupc++/eh_terminate.cc:48
#5  0x7fffec0a027f in __cxxabiv1::__cxa_pure_virtual () at 
../../../../src/libstdc++-v3/libsupc++/pure.cc:50
#6  0x75d5021e in WebCore::JSNodeOwner::isReachableFromOpaqueRoots 
(this=0x154b, handle=..., visitor=0x77ed5d28) at 
../Source/WebCore/dom/EventTarget.h:189
#7  0x74ab4e95 in JSC::WeakBlock::visit (this=0x154b, 
heapRootVisitor=0x7fffd2c0) at 
../Source/JavaScriptCore/heap/WeakBlock.cpp:108
#8  0x74ab210b in JSC::MarkedSpace::visitWeakSets (this=0x77ecd1d8, 
heapRootVisitor=0x7fffd2c0) at ../Source/JavaScriptCore/heap/WeakSet.h:104
#9  0x74aa8905 in JSC::Heap::markRoots (this=0x77ed0428) at 
../Source/JavaScriptCore/heap/Heap.cpp:563
#10 0x74aaa256 in JSC::Heap::collect (this=0x77ecd058, 
sweepToggle=DoSweep) at ../Source/JavaScriptCore/heap/Heap.cpp:721
#11 0x75cfe4d2 in WebCore::collect () at 
../Source/WebCore/bindings/js/GCController.cpp:42
#12 0x76b10622 in WebCore::ThreadTimers::sharedTimerFiredInternal 
(this=0x77e64f30) at ../Source/WebCore/platform/ThreadTimers.cpp:129
#13 0x76c5bd62 in WebCore::timeout_cb () at 
../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49
#14 0x72a9da03 in ?? ()

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

2012-05-08 Thread Jochen Sprickerhof

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 (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  libvtk5-dev5.8.0-11   VTK header files for building C++ code
No packages found matching libvtk5-qt4-dev.

$ cat CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
find_package(VTK)
message(STATUS QVTK found: ${VTK_USE_QVTK})

$ cmake .
[..]

-- QVTK found: ON

And it would still be great if the VTKTargets-release.cmake would not clutter
the output with debug messages like these (or at least have a quiet flat):
-- The imported target vtkPythonCore references the file
   /usr/lib/libvtkPythonCore.so.5.8.0
but this file does not exist.  Possible reasons include:
* The file was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and contained
   /usr/lib/vtk-5.8/VTKTargets-release.cmake
but not all the files it references.

Thanks,

Jochen



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2014-06-11 Thread Jochen Sprickerhof

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 depends on tcl-vtk. As vtk6 depends on libvtk6.1, it's not
installable. I guess we either have to remove /usr/bin/vtk from the
package or revert the dependency on libxdmf2.

Cheers Jochen

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages vtk6 depends on:
ii  libc6   2.19-1
ii  libgcc1 1:4.9.0-6
ii  libstdc++6  4.9.0-6
ii  libtcl8.6   8.6.1-6
ii  libtk8.68.6.1-5
pn  libvtk6 none

vtk6 recommends no packages.

Versions of packages vtk6 suggests:
pn  vtk6-doc   none
pn  vtk6-examples  none


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760842: filters: lolcat missing in Makefile

2014-09-08 Thread Jochen Sprickerhof

Package: filters
Version: 2.50
Severity: normal

Dear Maintainer,

Please include the patch below.

Cheers Jochen

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages filters depends on:
ii  libc6  2.19-10

filters recommends no packages.

Versions of packages filters suggests:
pn  bsdgames  none

-- 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 deletion(-)

diff --git a/Makefile b/Makefile
index 578678e..91b6cda 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
 LEX	= flex
 BUILD	= jethro kraut cockney jive nyc ken ky00te newspeak nethackify scramble
 OTHER	= eleet b1ff chef jibberish upside-down rasterman studly fudd \
-	  censor spammer uniencode pirate kenny scottish fanboy
+	  censor spammer uniencode pirate kenny scottish fanboy lolcat
 CFLAGS	= -O2 -lfl
 export CFLAGS
 INSTALL_PROGRAM = install
-- 
2.1.0

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

2014-10-02 Thread Jochen Sprickerhof

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 other one.
 
 Doing a quick apt-file list package I saw they both are completely the 
 same
 files.
 
 So these packages should have the other listed as a conflicting package.
 
 Just a little thing.

As far as I can see this does not apply to the packages in Debian, as
both of them provide and conflict with libopenni-sensor. I've just
tested both ways using aptitude as well. Maybe you had the
libopenni-sensor-primesense0 from a different source, like ROS, or my
PCL PPA on launchpad? I had an old version lying around over there,
which I deleted now.

Cheers Jochen


signature.asc
Description: Digital signature

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

2014-11-19 Thread Jochen Sprickerhof

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.

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#767653: libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml

2014-11-19 Thread Jochen Sprickerhof

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 debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#770462: Unblock: pcl/1.7.2-3

2014-11-21 Thread Jochen Sprickerhof

Please find the debdiff attached.

Cheers Jochen
diff -Nru pcl-1.7.2/debian/changelog pcl-1.7.2/debian/changelog
--- pcl-1.7.2/debian/changelog	2014-10-26 09:46:32.0 +0100
+++ pcl-1.7.2/debian/changelog	2014-11-18 14:41:54.0 +0100
@@ -1,3 +1,13 @@
+pcl (1.7.2-3) unstable; urgency=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
+
+ -- Leopold Palomo-Avellaneda l...@alaxarxa.net  Tue, 11 Nov 2014 15:34:43 +0100
+
 pcl (1.7.2-2) unstable; urgency=medium
 
   [Leopold Palomo-Avellaneda]
diff -Nru pcl-1.7.2/debian/control pcl-1.7.2/debian/control
--- pcl-1.7.2/debian/control	2014-10-25 11:39:25.0 +0200
+++ pcl-1.7.2/debian/control	2014-11-11 15:29:20.0 +0100
@@ -19,7 +19,7 @@
 	   libflann-dev,
 	   libvtk5-dev,
 	   libqhull-dev,
-	   libopenni-dev,
+	   libopenni-dev [i386 amd64],
 	   libqt4-opengl-dev,
 	   libusb-1.0-0-dev,
 	   freeglut3-dev, 
@@ -39,7 +39,7 @@
 	 libflann-dev,
 	 libvtk5-dev,
 	 libqhull-dev,
-	 libopenni-dev,
+	 libopenni-dev [i386 amd64],
  libpcl1.7 (= ${binary:Version}),
  ${misc:Depends}
 Suggests: libpcl-doc
diff -Nru pcl-1.7.2/debian/patches/0001-Package-names-for-OpenNI-and-OpenNI2-were-wrong-in-c.patch pcl-1.7.2/debian/patches/0001-Package-names-for-OpenNI-and-OpenNI2-were-wrong-in-c.patch
--- pcl-1.7.2/debian/patches/0001-Package-names-for-OpenNI-and-OpenNI2-were-wrong-in-c.patch	1970-01-01 01:00:00.0 +0100
+++ pcl-1.7.2/debian/patches/0001-Package-names-for-OpenNI-and-OpenNI2-were-wrong-in-c.patch	2014-11-11 15:29:20.0 +0100
@@ -0,0 +1,82 @@
+From 881e4cf919a86ebc58ab80b51ac5d154f3b8f82e Mon Sep 17 00:00:00 2001
+From: Emmanuel Durand emmanueldur...@gmail.com
+Date: Thu, 25 Sep 2014 16:11:47 -0400
+Subject: [PATCH 1/3] Package names for OpenNI and OpenNI2 were wrong in cmake
+ modules and in output pkgconfig file
+
+---
+ cmake/Modules/FindOpenNI.cmake  | 4 ++--
+ cmake/Modules/FindOpenNI2.cmake | 4 ++--
+ io/CMakeLists.txt   | 4 ++--
+ visualization/CMakeLists.txt| 4 ++--
+ 4 files changed, 8 insertions(+), 8 deletions(-)
+
+diff --git a/cmake/Modules/FindOpenNI.cmake b/cmake/Modules/FindOpenNI.cmake
+index cb537be..9f772a4 100644
+--- a/cmake/Modules/FindOpenNI.cmake
 b/cmake/Modules/FindOpenNI.cmake
+@@ -35,9 +35,9 @@ if(NOT WIN32)
+ endif(NOT WIN32)
+ 
+ if(${CMAKE_VERSION} VERSION_LESS 2.8.2)
+-  pkg_check_modules(PC_OPENNI openni-dev)
++  pkg_check_modules(PC_OPENNI libopenni)
+ else()
+-  pkg_check_modules(PC_OPENNI QUIET openni-dev)
++  pkg_check_modules(PC_OPENNI QUIET libopenni)
+ endif()
+ 
+ set(OPENNI_DEFINITIONS ${PC_OPENNI_CFLAGS_OTHER})
+diff --git a/cmake/Modules/FindOpenNI2.cmake b/cmake/Modules/FindOpenNI2.cmake
+index 036e4e0..713099a 100644
+--- a/cmake/Modules/FindOpenNI2.cmake
 b/cmake/Modules/FindOpenNI2.cmake
+@@ -35,9 +35,9 @@ if(NOT WIN32)
+ endif(NOT WIN32)
+ 
+ if(${CMAKE_VERSION} VERSION_LESS 2.8.2)
+-  pkg_check_modules(PC_OPENNI2 openni2-dev)
++  pkg_check_modules(PC_OPENNI2 libopenni2)
+ else()
+-  pkg_check_modules(PC_OPENNI2 QUIET openni2-dev)
++  pkg_check_modules(PC_OPENNI2 QUIET libopenni2)
+ endif()
+ 
+ set(OPENNI2_DEFINITIONS ${PC_OPENNI_CFLAGS_OTHER})
+diff --git a/io/CMakeLists.txt b/io/CMakeLists.txt
+index 347f658..6106349 100644
+--- a/io/CMakeLists.txt
 b/io/CMakeLists.txt
+@@ -329,10 +329,10 @@ if(build)
+ set(EXT_DEPS eigen3)
+ 
+ if(OPENNI_FOUND)
+-  list(APPEND EXT_DEPS openni-dev)
++  list(APPEND EXT_DEPS libopenni)
+ endif(OPENNI_FOUND)
+ if(OPENNI2_FOUND)
+-  list(APPEND EXT_DEPS openni2-dev)
++  list(APPEND EXT_DEPS libopenni2)
+ endif(OPENNI2_FOUND)
+ 
+ PCL_MAKE_PKGCONFIG(${LIB_NAME} ${SUBSYS_NAME} ${SUBSYS_DESC}
+diff --git a/visualization/CMakeLists.txt b/visualization/CMakeLists.txt
+index d7becc5..746a693 100644
+--- a/visualization/CMakeLists.txt
 b/visualization/CMakeLists.txt
+@@ -154,10 +154,10 @@ if(build)
+ 
+ set(EXT_DEPS )
+ if(OPENNI_FOUND)
+-  list(APPEND EXT_DEPS openni-dev)
++  list(APPEND EXT_DEPS libopenni)
+ endif(OPENNI_FOUND)
+ 	if(OPENNI2_FOUND)
+-  list(APPEND EXT_DEPS openni2-dev)
++  list(APPEND EXT_DEPS libopenni2)
+ endif(OPENNI2_FOUND)
+ PCL_MAKE_PKGCONFIG(${LIB_NAME} ${SUBSYS_NAME} ${SUBSYS_DESC}
+   ${SUBSYS_DEPS} ${EXT_DEPS}   )
+-- 
+2.1.3
+
diff -Nru pcl-1.7.2/debian/patches/0002-Corrected-openni-dev-and-openni2-dev-in-PCLConfig.cm.patch pcl-1.7.2/debian/patches/0002-Corrected-openni-dev-and-openni2-dev-in-PCLConfig.cm.patch
--- pcl-1.7.2/debian/patches/0002-Corrected-openni-dev-and-openni2-dev-in-PCLConfig.cm.patch	1970-01-01 01:00:00.0 +0100
+++ pcl-1.7.2/debian/patches/0002-Corrected-openni-dev-and-openni2-dev-in-PCLConfig.cm.patch

Bug#767653:

2014-11-23 Thread Jochen Sprickerhof

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,

I'm part of the Debian Multimedia Maintainers on Alioth and helped
packaging OpenNI but I'm not a DD, so Hans did all the uploads.

 have your patch been discussed there?

I've discussed them with fsateler on #debian-multimedia and he proposed
to ask in #debian-devel to have a look (but no one answered). Otherwise
he was ok with them and would do the upload as well. If you could verify
them as well, that would be great.

 What is the relation to openni when this bug is reported against
 libopenni-sensor-pointclouds0 / libopenni-sensor-primesense0 ?

The files in question (/var/lib/ni/{licenses.xml,modules.xml}) are
deployed by openni, but modified by libopenni-sensor-*. So the fix
needs to be in the openni package.

Cheers Jochen


signature.asc
Description: Digital signature

Bug#767653:

2014-11-24 Thread Jochen Sprickerhof

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 is only needed
for debclean , but I can revert it without problems.

  And be more detailed in freeze time:

Will do.

 I'd write Do not ship but create at install time the files ...
 Is the register modules change needed for 767653? (I assume yes, but
 then the changelog should make that clear too)

That's actually all part of one change, but ended up in two commits, so
git-dch made two lines out of it. Will change the changelog.

 Why are you moving the util-binaries to the libary package? I would find
 it better to depend on the utils package instead, (especially as you
 should consider implement multi-arch for Jessie+1) 

openni-utils contains sample applications depending on libopenni0.
Leaving niReg/niLicense in there would generate a circular dependency,
as we need them in the libopenni0 postinst. Is there an other option?

Cheers Jochen


signature.asc
Description: Digital signature

Bug#767653:

2014-11-25 Thread Jochen Sprickerhof

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

2014-11-26 Thread Jochen Sprickerhof

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package openni

The version in unstable fixes a serious bug in the config file handling:
* Do not ship but generate {licenses,modules}.xml at install time
* (Closes: #767653)

The xml files are modified from plugin packages as well, which is a
policy violation. The new version generated the files in the postinst
script.

Thanks for consideration!

Cheers Jochen

unblock openni/1.5.4.0-8

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf

Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru openni-1.5.4.0/debian/changelog openni-1.5.4.0/debian/changelog
--- openni-1.5.4.0/debian/changelog	2014-02-25 17:30:30.0 +0100
+++ openni-1.5.4.0/debian/changelog	2014-11-25 20:11:55.0 +0100
@@ -1,3 +1,10 @@
+openni (1.5.4.0-8) unstable; urgency=medium
+
+  * Do not ship but generate {licenses,modules}.xml at install 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-25 17:26:18.0 +0100
+++ openni-1.5.4.0/debian/control	2014-11-25 20:03:45.0 +0100
@@ -23,7 +23,8 @@
 Architecture: any
 Pre-Depends: dpkg (= 1.15.7.2)
 Depends: ${shlibs:Depends},
- ${misc:Depends}
+ ${misc:Depends},
+ openni-utils
 Recommends: libopenni-sensor-pointclouds0 | libopenni-sensor-primesense0
 Conflicts: openni-dev
 Description: framework for sensor-based 'Natural Interaction'
diff -Nru openni-1.5.4.0/debian/libopenni0.dirs openni-1.5.4.0/debian/libopenni0.dirs
--- openni-1.5.4.0/debian/libopenni0.dirs	1970-01-01 01:00:00.0 +0100
+++ openni-1.5.4.0/debian/libopenni0.dirs	2014-11-24 21:58:21.0 +0100
@@ -0,0 +1 @@
+/var/lib/ni
diff -Nru openni-1.5.4.0/debian/libopenni0.install openni-1.5.4.0/debian/libopenni0.install
--- openni-1.5.4.0/debian/libopenni0.install	2014-02-25 17:26:06.0 +0100
+++ openni-1.5.4.0/debian/libopenni0.install	2014-11-25 20:03:45.0 +0100
@@ -1,4 +1,2 @@
 Platform/Linux/Bin/*-Release/lib*.so.* usr/lib/
 Data/SamplesConfig.xml etc/openni/
-debian/licenses.xml var/lib/ni/
-debian/modules.xml var/lib/ni/
diff -Nru openni-1.5.4.0/debian/libopenni0.postinst openni-1.5.4.0/debian/libopenni0.postinst
--- openni-1.5.4.0/debian/libopenni0.postinst	2014-02-25 17:26:06.0 +0100
+++ openni-1.5.4.0/debian/libopenni0.postinst	2014-11-24 21:58:21.0 +0100
@@ -5,6 +5,26 @@
 dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@
 dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@
 
+MODULE_DIR=/usr/lib/
+MODULES=libnimMockNodes.so.0 libnimCodecs.so.0 libnimRecorder.so.0
+
+case $1 in
+  configure)
+# Fix for #767653
+if [ -n $2 ]  dpkg --compare-versions $2 lt-nl 1.5.4.0-8; then
+  mv /var/lib/ni/licenses.xml.dpkg-old /var/lib/ni/licenses.xml
+  mv /var/lib/ni/modules.xml.dpkg-old /var/lib/ni/modules.xml
+fi
+# Only register upon fresh install
+if [ -z $2 ]; then
+  niLicense PrimeSense 0KOIk2JeIBYClPWVnMoRKn5cdY4=
+  for module in $MODULES; do
+niReg -r $MODULE_DIR/$module /etc/openni
+  done
+fi
+;;
+esac
+
 #DEBHELPER#
 
 exit 0
diff -Nru openni-1.5.4.0/debian/libopenni0.postrm openni-1.5.4.0/debian/libopenni0.postrm
--- openni-1.5.4.0/debian/libopenni0.postrm	2014-02-25 17:26:06.0 +0100
+++ openni-1.5.4.0/debian/libopenni0.postrm	2014-11-24 21:58:21.0 +0100
@@ -5,6 +5,13 @@
 dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@
 dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@
 
+case $1 in
+  purge)
+rm -f /var/lib/ni/modules.xml 2/dev/null
+rm -f /var/lib/ni/licenses.xml 2/dev/null
+;;
+esac
+
 #DEBHELPER#
 
 exit 0
diff -Nru openni-1.5.4.0/debian/libopenni0.preinst openni-1.5.4.0/debian/libopenni0.preinst
--- openni-1.5.4.0/debian/libopenni0.preinst	2014-02-25 17:26:06.0 +0100
+++ openni-1.5.4.0/debian/libopenni0.preinst	2014-11-24 21:58:21.0 +0100
@@ -5,6 +5,15 @@
 dpkg-maintscript-helper mv_conffile /etc/openni/modules.xml /var/lib/ni/modules.xml 1.5.4.0-7~ libopenni0 -- $@
 dpkg-maintscript-helper mv_conffile /etc/openni/licenses.xml /var/lib/ni/licenses.xml 1.5.4.0-7~ libopenni0 -- $@
 
+case $1 in
+  upgrade)
+# Fix for #767653
+if dpkg --compare-versions $2 lt 1.5.4.0-8

Bug#767653:

2014-11-26 Thread Jochen Sprickerhof

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 signature

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

2014-11-27 Thread Jochen Sprickerhof

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:
http://www.mira-project.org/downloads/3rdparty/bin-linux/, but I can't
verify that they are correct. Still it would be great to have Nite in
Debian.

Cheers

Jochen

[1] http://lists.ros.org/lurker/message/20140226.220235.dd108524.en.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2014-11-27 Thread Jochen Sprickerhof

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 primesense-nite-nonfree. Also, I would like to do this rather
soon, to get a new Openni package into testing. Depending on #771187, I
would propose to either simply drop the licenses.xml or wait for a new
nite package version with conflicts to the openni package.

Cheers

Jochen

¹: As said in #771187, the openni.org website is no longer available,
you can still find the license key here:
http://web.archive.org/web/20110930162520/http://www.openni.org/downloadfiles/opennimodules/12-openni-compliant-middleware-binaries


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771053: unblock: openni/1.5.4.0-8

2014-11-27 Thread Jochen Sprickerhof

* 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 needed for an other package
(primesense-nite-nonfree) and I've filled a bug to resolve this:
#771189. I guess we need an other package upload to resolve this, should
I fill a new unblock request, once it's done?

Cheers Jochen


signature.asc
Description: Digital signature

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

2015-05-27 Thread Jochen Sprickerhof

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:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libgazebo5 depends on:
ii  libavcodec566:11.3-3+b3
ii  libavformat56   6:11.3-3+b3
ii  libavutil54 6:11.3-3+b3
ii  libblas3 [libblas.so.3] 1.2.20110419-10
ii  libboost-date-time1.55.01.55.0+dfsg-3
ii  libboost-filesystem1.55.0   1.55.0+dfsg-3
ii  libboost-iostreams1.55.01.55.0+dfsg-3
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-regex1.55.01.55.0+dfsg-3
ii  libboost-signals1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libboost-thread1.55.0   1.55.0+dfsg-3
ii  libbulletcollision2.82  2.82-r2704+dfsg-2
ii  libbulletdynamics2.82   2.82-r2704+dfsg-2
ii  libbulletsoftbody2.82   2.82-r2704+dfsg-2
ii  libc6   2.19-18
ii  libcurl37.42.1-2
ii  libfreeimage3   3.15.4-4.1+b1
ii  libgcc1 1:5.1.1-7
ii  libgdal1h   1.10.1+dfsg-8+b6
ii  libgeos-c1  3.4.2-7
ii  libgl1-mesa-glx [libgl1]10.5.5-1
ii  libglib2.0-02.44.1-1
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libgts-0.7-50.7.6+darcs121130-1.2
ii  libice6 2:1.0.9-1+b1
ii  liblapack3 [liblapack.so.3] 3.5.0-4
ii  liblinearmath2.82   2.82-r2704+dfsg-2
ii  libogre-1.9.0   1.9.0+dfsg1-4
ii  libplayerc++3.0 3.0.2+dfsg-4.2+b1
ii  libplayerc3.0   3.0.2+dfsg-4.2+b1
ii  libplayercommon3.0  3.0.2+dfsg-4.2+b1
ii  libplayercore3.03.0.2+dfsg-4.2+b1
ii  libplayerinterface3.0   3.0.2+dfsg-4.2+b1
ii  libplayerwkb3.0 3.0.2+dfsg-4.2+b1
ii  libprotobuf92.6.1-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libsdformat22.3.0-1
ii  libsimbody3.4   3.4.1+dfsg-1
ii  libsm6  2:1.2.2-1+b1
ii  libspnav0   0.2.3-1
ii  libstdc++6  5.1.1-7
ii  libswscale3 6:11.3-3+b3
ii  libtar0 1.2.20-4+b1
ii  libtbb2 4.2~20140122-5
ii  libtinyxml2.6.2 2.6.2-2
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

libgazebo5 recommends no packages.

libgazebo5 suggests no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2015-05-30 Thread Jochen Sprickerhof

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 listmas...@lists.debian.org

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

2015-05-30 Thread Jochen Sprickerhof

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 --git a/debian/targets b/debian/targets
index a2b7ae0..5803039 100644
--- a/debian/targets
+++ b/debian/targets
@@ -95,6 +95,9 @@ armhf	sunxi		Cubietruck	u-boot-sunxi-with-spl.bin
 # Patrice Go patgsios...@gmail.com
 armhf	sunxi		Linksprite_pcDuino3	u-boot-sunxi-with-spl.bin
 
+# Jochen Sprickerhof deb...@jochen.sprickerhof.de
+armhf	sunxi		Mini-X	u-boot-sunxi-with-spl.bin
+
 avr32	-		hammerhead	u-boot.img
 
 mips	-		qemu_mips	u-boot.bin
-- 
2.1.4



signature.asc
Description: Digital signature

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

2015-11-14 Thread Jochen Sprickerhof

Package: lintian
Version: 2.5.38
Severity: normal
Tags: patch

Dear Maintainer,

I'm working on packing ROS as part of debian-science. All packages contain a
package.xml as part of the build system. Current lintian gives a
pear-package-without-pkg-php-tools-builddep for every package. The attached
patch only runs the checks in phppear.pm if the package actually contains a .php
file.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lintian depends on:
ii  binutils   2.25.1-7
ii  bzip2  1.0.6-8
ii  diffstat   1.60-1
ii  file   1:5.25-2
ii  gettext0.19.6-1
ii  hardening-includes 2.7
ii  intltool-debian0.35.0+20060710.4
ii  libapt-pkg-perl0.1.29+b3
ii  libarchive-zip-perl1.53-1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.38-1
ii  libdpkg-perl   1.18.3
ii  libemail-valid-perl1.198-1
ii  libfile-basedir-perl   0.07-1
ii  libipc-run-perl0.94-1
ii  liblist-moreutils-perl 0.413-1
ii  libparse-debianchangelog-perl  1.2.0-8
ii  libtext-levenshtein-perl   0.13-1
ii  libtimedate-perl   2.3000-2
ii  liburi-perl1.69-1
ii  man-db 2.7.5-1
ii  patchutils 0.3.4-1
ii  perl [libdigest-sha-perl]  5.20.2-6
ii  t1utils1.38-4
ii  xz-utils   5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg1.18.3
pn  libperlio-gzip-perl 
ii  perl5.20.2-6
ii  perl-modules [libautodie-perl]  5.20.2-6

Versions 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: Jochen Sprickerhof <g...@jochen.sprickerhof.de>
Date: Sat, 14 Nov 2015 13:21:56 +0100
Subject: [PATCH] Only check PHP modules if they contain a .php file

---
 checks/phppear.pm | 5 +
 1 file changed, 5 insertions(+)

diff --git a/checks/phppear.pm b/checks/phppear.pm
index 0295c37..3ea8bbd 100644
--- a/checks/phppear.pm
+++ b/checks/phppear.pm
@@ -31,6 +31,11 @@ use Lintian::Relation;
 sub run {
 my ($pkg, $type, $info) = @_;
 
+# Only check if package actually contains a .php file.
+if (join("\n", $info->sorted_index) !~ m/\.php$/i) {
+return;
+}
+
 my $bdepends = $info->relation('build-depends');
 my $package_type = 'unknown';
 
-- 
2.6.2

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

2015-10-09 Thread Jochen Sprickerhof

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 compilation works fine without dbus (tested),
so I don't think it's necessary.

Thanks!

Jochen

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libatspi2.0-dev depends on:
ii  dbus1.10.0-3
ii  gir1.2-atspi-2.02.18.0-1
ii  libatspi2.0-0   2.18.0-1
ii  libdbus-1-dev   1.10.0-3
ii  libdbus-glib-1-dev  0.102-1
ii  libglib2.0-dev  2.46.0-2
ii  libxtst-dev 2:1.2.2-1+b1

libatspi2.0-dev recommends no packages.

libatspi2.0-dev suggests no packages.

-- no debconf information

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

2015-07-08 Thread Jochen Sprickerhof

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 unsubscribe. Trouble? Contact listmas...@lists.debian.org

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

2015-07-09 Thread Jochen Sprickerhof

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 me know if you need more information.

Cheers Jochen

-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages udev depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  dpkg   1.18.1
ii  libacl12.2.52-2
ii  libblkid1  2.26.2-6
ii  libc6  2.19-18
ii  libkmod2   20-1
ii  libselinux12.3-2+b1
ii  libudev1   222-1
ii  lsb-base   4.1+Debian13+nmu1
ii  procps 2:3.3.10-2
ii  util-linux 2.26.2-6

udev recommends no packages.

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:
  udev/title/upgrade:
P: /devices/LNXSYSTM:00
E: DEVPATH=/devices/LNXSYSTM:00
E: MODALIAS=acpi:LNXSYSTM:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:02
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXCPU:03
E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:03
E: MODALIAS=acpi:LNXCPU:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00
E: MODALIAS=acpi:LNXSYBUS:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00
E: DRIVER=ac
E: MODALIAS=acpi:ACPI0003:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC
E: POWER_SUPPLY_NAME=AC
E: POWER_SUPPLY_ONLINE=1
E: SUBSYSTEM=power_supply

P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0008:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0008:00
E: MODALIAS=acpi:ACPI0008:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00
E: MODALIAS=acpi:PNP0A03:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01
E: MODALIAS=acpi:LNXVIDEO:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3c
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3c
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3d
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3d
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3e
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3e
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3f
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3f
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:40
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:40
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:41
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:41
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:02
E: MODALIAS=acpi:LNXVIDEO:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:02
E: MODALIAS=acpi:PNP0C01:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:03
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:03
E: MODALIAS=acpi:PNP0C01:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:00
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:00
E: MODALIAS=acpi:PNP0C0F:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:01
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:01
E: MODALIAS=acpi:PNP0C0F:
E: SUBSYSTEM=acpi

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:02
E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:02
E: MODALIAS=acpi:PNP0C0F:
E: SUBSYSTEM=acpi

P:

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

2015-07-09 Thread Jochen Sprickerhof

* 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

2015-07-09 Thread Jochen Sprickerhof

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. Adding a -v --debug gives:

[..]
# Initialising device-mapper backend library.
# dm table swap0 OFW [16384[ (*1)
# Trying to open and read device /dev/sda5.
# Deactivating volume swap0.
# dm status swap0  OF   [16384] (*1)
# Udev cookie 0xd4d9dac (semid 65536) created
# Udev cookie 0xd4d9dac (semid 65536) incremented to 1
# Udev cookie 0xd4d9dac (semid 65536) incremented to 2
# Udev cookie 0xd4d9dac (semid 65536) assigned to REMOVE task(2) with flags 
 (0x0)
# dm remove swap0  OF [16384] (*1)
# swap0: Stacking NODE_DEL [verify_udev]
# Udev cookie 0xd4d9dac (semid 65536) decrementing to 1
# Udev cookie 0xd4d9dac (semid 65536) waiting for zero


signature.asc
Description: Digital signature

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

2015-09-22 Thread Jochen Sprickerhof

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 @@
-usr/share/cmake-3.0/Modules/FindEigen3.cmake usr/share/cmake-3.2/Modules/FindEigen3.cmake
+usr/share/cmake-3.0/Modules/FindEigen3.cmake usr/share/cmake-3.3/Modules/FindEigen3.cmake

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

2015-09-21 Thread Jochen Sprickerhof

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 currently not usable with cmake.

Thanks!

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.0.0-2-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libeigen3-dev depends on:
ii  pkg-config  0.28-1

libeigen3-dev recommends no packages.

Versions of packages libeigen3-dev suggests:
pn  libeigen3-doc  
pn  libmrpt-dev

-- no debconf information

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

2015-12-15 Thread Jochen Sprickerhof

* 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 dmsetup (2:1.02.110-2). But the
result is the same, it still hangs.

Cheers Jochen


signature.asc
Description: PGP signature

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

2015-12-15 Thread Jochen Sprickerhof

* 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 help.

> Isn't possible that you have this rule missing, or that there are installed
> other udev rules interference with it?
> (Note that rules probably differes from device-mapper upstream.)

I have the version installed coming with dmsetup without modifications.
Packages with installed rules are [1]:

alsa-utils
dmsetup
gnupg
hdparm
ifupdown
udev
util-linux
xserver-xorg-core

All files are unmodified (checked with debsums).

[1] dpkg -S /lib/udev/rules.d/* | cut -d: -f1 | sort -u


signature.asc
Description: PGP signature

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

2015-11-28 Thread Jochen Sprickerhof

* 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 we adopted the package names to the
Debian policies anyhow, we didn't used it but modelled a native package
with similar dependencies.


signature.asc
Description: PGP signature

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

2015-11-27 Thread Jochen Sprickerhof

Package: libsbuild-perl
Version: 0.66.0-5
Followup-For: Bug #726866

Dear Maintainer,

I can reproduce the problem in current unstable. Note that my umask is 0077 by
default, otherwise it doesn't show up. The attached patch against master fixes
it.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libsbuild-perl depends on:
ii  adduser 3.113+nmu3
ii  apt 1.1
ii  apt-utils   1.1
ii  dctrl-tools 2.24-1
ii  devscripts  2.15.9
ii  dpkg-dev1.18.3
ii  libdpkg-perl1.18.3
ii  libexception-class-perl 1.39-1
ii  libfilesys-df-perl  0.92-5+b1
ii  libmime-lite-perl   3.030-2
ii  perl5.20.2-6
ii  perl-modules [libio-zlib-perl]  5.20.2-6
ii  schroot 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>
Date: Fri, 27 Nov 2015 10:48:16 +0100
Subject: [PATCH] Fix permission of public key

---
 lib/Sbuild/ChrootSetup.pm | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/lib/Sbuild/ChrootSetup.pm b/lib/Sbuild/ChrootSetup.pm
index 3721554..3e409b2 100644
--- a/lib/Sbuild/ChrootSetup.pm
+++ b/lib/Sbuild/ChrootSetup.pm
@@ -287,9 +287,10 @@ EOF
 return $?;
 }
 
-# Secret keyring needs to be readable by 'sbuild' group.
+# Keys needs to be readable by 'sbuild' group.
 @command = ('chmod', '640',
-$conf->get('SBUILD_BUILD_DEPENDS_SECRET_KEY'));
+$conf->get('SBUILD_BUILD_DEPENDS_SECRET_KEY'),
+$conf->get('SBUILD_BUILD_DEPENDS_PUBLIC_KEY'));
 $host->run_command(
 { COMMAND => \@command,
 	  USER => $conf->get('BUILD_USER'),
-- 
2.6.2

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

2016-01-19 Thread Jochen Sprickerhof

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 xmplrpc c++ implementation: 
> https://tracker.debian.org/pkg/xmlrpc-c
> maybe ros-ros-comm could just use that? I've not looked to see how well the 
> APIs match up. 

ROS upstream is currently working on ROS2, replacing most of the core
system, so I hope this gets resolved with that.

Cheers Jochen

[1] 
http://anonscm.debian.org/cgit/debian-science/packages/ros/ros-ros-comm.git/commit/?id=d363634441477378be652ef328c12cf7bb3c6995


signature.asc
Description: PGP signature

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

2016-06-28 Thread Jochen Sprickerhof

$ 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: 4
core id : 0
cpu cores   : 2
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 22
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 
ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 
smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 
dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
bugs:
bogomips: 5183.85
clflush size: 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 1
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 : 500.093
cache size  : 4096 KB
physical id : 0
siblings: 4
core id : 1
cpu cores   : 2
apicid  : 2
initial apicid  : 2
fpu : yes
fpu_exception   : yes
cpuid level : 22
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 
ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 
smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 
dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
bugs:
bogomips: 5184.78
clflush size: 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 2
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: 4
core id : 0
cpu cores   : 2
apicid  : 1
initial apicid  : 1
fpu : yes
fpu_exception   : yes
cpuid level : 22
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 
ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 
smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 
dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
bugs:
bogomips: 5185.05
clflush size: 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:

processor   : 3
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: 4
core id : 1
cpu cores   : 2
apicid  : 3
initial apicid  : 3
fpu : yes
fpu_exception   : yes
cpuid level : 22
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb 
rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 
ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 
smep bmi2 erms invpcid mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 
dtherm ida arat pln pts hwp hwp_notify

Bug#815814: urdfdom: FTBFS on several architectures

2016-02-25 Thread Jochen Sprickerhof

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 version has the same 32/64bit-ness as the one 
> which is currently searching:
> if(NOT CMAKE_SIZEOF_VOID_P STREQUAL "8")
>   math(EXPR installedBits "8 * 8")
>   set(PACKAGE_VERSION "${PACKAGE_VERSION} (${installedBits}bit)")
>   set(PACKAGE_VERSION_UNSUITABLE TRUE)
> endif()

which is instantiated from
/usr/share/cmake-3.4/Modules/BasicConfigVersion-AnyNewerVersion.cmake.in (in
cmake-data) through write_basic_package_version_file().

So we can either make all packages using this arch dependent, or fix the cmake
template. Any opinions?

Cheers Jochen


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#815400: transition: ros-ros-comm

2016-02-23 Thread Jochen Sprickerhof

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

2016-01-20 Thread Jochen Sprickerhof

reassign 812083 libconsole-bridge-dev
tag 812083 patch
retitle retitle libconsole-bridge-dev: missing cmake files
thanks

Hi,

This is actually due to a new version of libconsole-bridge-dev. Upstream
moved the cmake files from usr/share to usr/lib. The attached patch
fixes this.

Cheers Jochen
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 --git a/debian/libconsole-bridge-dev.install b/debian/libconsole-bridge-dev.install
index 60fe5cb..10685ff 100644
--- a/debian/libconsole-bridge-dev.install
+++ b/debian/libconsole-bridge-dev.install
@@ -1,3 +1,4 @@
 usr/include/*
 usr/lib/*/*.so
 usr/lib/*/pkgconfig/*
+usr/lib/*/console_bridge
-- 
2.7.0.rc3



signature.asc
Description: PGP signature

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

2016-01-19 Thread Jochen Sprickerhof

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
/usr/lib/x86_64-linux-gnu/libconsole_bridge.so.0.3

0.2.5-2.1:
$ dpkg -L libconsole-bridge0.2v5 | grep so\.0
/usr/lib/x86_64-linux-gnu/libconsole_bridge.so.0.2

According to policy 8.1:
"The run-time shared library must be placed in a package whose name changes
whenever the SONAME of the shared library changes."

Please rename the package to libconsole-bridge0.3. Note that this means a
transition, so please coordinate with the release team.

Cheers Jochen

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libconsole-bridge0.2v5 depends on:
ii  libc6   2.21-6
ii  libgcc1 1:5.3.1-6
ii  libstdc++6  5.3.1-6

libconsole-bridge0.2v5 recommends no packages.

libconsole-bridge0.2v5 suggests no packages.

-- no debconf information

Bug#815218: (no subject)

2016-02-20 Thread Jochen Sprickerhof

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

2016-02-21 Thread Jochen Sprickerhof

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 can't simply switch it. We went for a Soname bump
because it's Debian internal anyhow, as upstream declined to add one.

The new version of ros-ros-comm is in experimental already.

Ben file:

title = "ros-ros-comm";
is_affected = .depends ~ "librosconsole0d" | .depends ~ "librosconsole1d";
is_good = .depends ~ "librosconsole1d";
is_bad = .depends ~ "librosconsole0d";

We are maintainer of all reverse dependencies and we did test rebuilds already
and have all needed patches prepared. All rdepends are listed here:

https://release.debian.org/transitions/html/auto-ros-ros-comm.html

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

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

2016-04-05 Thread Jochen Sprickerhof

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

Cheers Jochen


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libvtk6-dev depends on:
ii  libavcodec-dev 7:2.8.6-1+b2
ii  libavformat-dev7:2.8.6-1+b2
ii  libavutil-dev  7:2.8.6-1+b2
ii  libc6-dev  2.22-5
ii  libeigen3-dev  3.3~beta1-2
ii  libexpat1-dev [libexpat-dev]   2.1.1-1
ii  libfreetype6-dev   2.6.3-3
ii  libgdal-dev2.0.2+dfsg-5
ii  libgl1-mesa-dev [libgl-dev]11.1.2-1
ii  libgl2ps-dev   1.3.8-1.2
ii  libglu1-mesa-dev [libglu-dev]  9.0.0-2.1
ii  libjpeg-dev1:1.4.2-2
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.4.2-2
ii  libjsoncpp-dev 1.7.2-1
ii  libmysqlclient-dev 5.6.28-1
ii  libnetcdf-cxx-legacy-dev   4.2-6
ii  libnetcdf-dev  1:4.4.0-2
ii  libogg-dev 1.3.2-1
ii  libpng12-dev [libpng-dev]  1.2.54-4
ii  libpq-dev  9.5.2-1
ii  libpython-dev  2.7.11-1
ii  libswscale-dev 7:2.8.6-1+b2
ii  libtheora-dev  1.1.1+dfsg.1-8
ii  libtiff5-dev [libtiff-dev] 4.0.6-1
ii  libvtk6-java   6.2.0+dfsg1-11
ii  libvtk6.2  6.2.0+dfsg1-11
ii  libx11-dev 2:1.6.3-1
ii  libxft-dev 2.3.2-1
ii  libxml2-dev2.9.3+dfsg1-1
ii  libxss-dev 1:1.2.2-1
ii  libxt-dev  1:1.1.5-1
ii  mpi-default-dev1.4
ii  python-vtk66.2.0+dfsg1-11
ii  python-zope.interface  4.1.3-1+b1
ii  tcl-dev8.6.0+9
ii  tcl-vtk6   6.2.0+dfsg1-11
ii  tk-dev 8.6.0+9
ii  vtk6   6.2.0+dfsg1-11
ii  x11proto-core-dev  7.0.28-2
ii  zlib1g-dev 1:1.2.8.dfsg-2+b1

libvtk6-dev recommends no packages.

Versions of packages libvtk6-dev suggests:
pn  vtk6-doc   
pn  vtk6-examples  

-- no debconf information

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

2016-04-01 Thread Jochen Sprickerhof

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:

http://pointclouds.org/documentation/tutorials/reading_pcd.php

It needs libpcl-dev installed and it works fine with 6.2.0+dfsg1-9+b1.

Cheers Jochen


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libvtk6-dev depends on:
ii  libavcodec-dev 7:2.8.6-1+b2
ii  libavformat-dev7:2.8.6-1+b2
ii  libavutil-dev  7:2.8.6-1+b2
ii  libc6-dev  2.22-5
ii  libeigen3-dev  3.3~beta1-2
ii  libexpat1-dev [libexpat-dev]   2.1.1-1
ii  libfreetype6-dev   2.6.3-3
ii  libgdal-dev2.0.2+dfsg-4
ii  libgl1-mesa-dev [libgl-dev]11.1.2-1
ii  libgl2ps-dev   1.3.8-1.2
ii  libglu1-mesa-dev [libglu-dev]  9.0.0-2.1
ii  libjpeg-dev1:1.4.2-2
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.4.2-2
ii  libjsoncpp-dev 1.7.2-1
ii  libmysqlclient-dev 5.6.28-1
ii  libnetcdf-cxx-legacy-dev   4.2-6
ii  libnetcdf-dev  1:4.4.0-2
ii  libogg-dev 1.3.2-1
ii  libpng12-dev [libpng-dev]  1.2.54-4
ii  libpq-dev  9.5.2-1
ii  libpython-dev  2.7.11-1
ii  libswscale-dev 7:2.8.6-1+b2
ii  libtheora-dev  1.1.1+dfsg.1-8
ii  libtiff5-dev [libtiff-dev] 4.0.6-1
ii  libvtk6-java   6.2.0+dfsg1-10
ii  libvtk6.2  6.2.0+dfsg1-10
ii  libx11-dev 2:1.6.3-1
ii  libxdmf-dev2.1.dfsg.1-13
ii  libxft-dev 2.3.2-1
ii  libxml2-dev2.9.3+dfsg1-1
ii  libxss-dev 1:1.2.2-1
ii  libxt-dev  1:1.1.5-1
ii  mpi-default-dev1.4
ii  python-vtk66.2.0+dfsg1-10
ii  python-zope.interface  4.1.3-1+b1
ii  tcl-dev8.6.0+9
ii  tcl-vtk6   6.2.0+dfsg1-10
ii  tk-dev 8.6.0+9
ii  vtk6   6.2.0+dfsg1-10
ii  x11proto-core-dev  7.0.28-2
ii  zlib1g-dev 1:1.2.8.dfsg-2+b1

libvtk6-dev recommends no packages.

Versions of packages libvtk6-dev suggests:
pn  vtk6-doc   
pn  vtk6-examples  

-- no debconf information

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

2016-07-21 Thread Jochen Sprickerhof

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

2016-07-27 Thread Jochen Sprickerhof

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 ( LIBFTDIPP_LIBRARY"" )
set ( LIBFTDIPP_LIBRARIES  "" )

The attached patch against 1.3-1 should fix this.

Cheers Jochen

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libftdi1-dev depends on:
ii  libftdi1-21.3-1+b1
ii  libusb-1.0-0-dev  2:1.0.20-1

Versions of packages libftdi1-dev recommends:
pn  libftdi1-doc  

libftdi1-dev suggests no packages.

-- no debconf information
diff -u -r libftdi1-1.3/debian/patches/01-cmake-multiarch.diff ../libftdi1-1.3.new/debian/patches/01-cmake-multiarch.diff
--- libftdi1-1.3/debian/patches/01-cmake-multiarch.diff	2015-07-18 22:15:14.0 +0200
+++ ../libftdi1-1.3.new/debian/patches/01-cmake-multiarch.diff	2016-07-27 16:56:16.724987514 +0200
@@ -27,6 +27,15 @@
  endif ()
  
  set ( LIBFTDI_INCLUDE_DIR ${includedir} )
+@@ -202,7 +202,7 @@
+ set ( LIBFTDI_VERSION_MAJOR ${MAJOR_VERSION} )
+ set ( LIBFTDI_VERSION_MINOR ${MINOR_VERSION} )
+ 
+-set ( LIBFTDI_USE_FILE ${CMAKE_INSTALL_PREFIX}/${LIBFTDI_CMAKE_CONFIG_DIR}/UseLibFTDI1.cmake )
++set ( LIBFTDI_USE_FILE ${LIBFTDI_CMAKE_CONFIG_DIR}/UseLibFTDI1.cmake )
+ 
+ if(CMAKE_VERSION VERSION_LESS 2.8.8) 
+   configure_file ( cmake/LibFTDI1Config.cmake.in ${CMAKE_CURRENT_BINARY_DIR}/LibFTDI1Config.cmake @ONLY )
 --- a/src/CMakeLists.txt
 +++ b/src/CMakeLists.txt
 @@ -34,8 +34,8 @@
diff -u -r libftdi1-1.3/debian/rules ../libftdi1-1.3.new/debian/rules
--- libftdi1-1.3/debian/rules	2016-06-01 13:04:00.0 +0200
+++ ../libftdi1-1.3.new/debian/rules	2016-07-27 17:01:16.891446793 +0200
@@ -47,7 +47,6 @@
 	done
 
 override_dh_auto_install:
-	make -C $(CURDIR)/build-main install DESTDIR=$(CURDIR)/debian/tmp
 	for v in $(PY2VERS) ; do \
 		make -C $(CURDIR)/build-python$$v install DESTDIR=$(CURDIR)/debian/tmp ; \
 	done
@@ -55,6 +54,7 @@
 		make -C $(CURDIR)/build-python$$v install DESTDIR=$(CURDIR)/debian/tmp ; \
 		python$$v -c "from distutils import sysconfig; import os; destdir='$(CURDIR)/debian/tmp'; libdir=sysconfig.get_python_lib(); ext=sysconfig.get_config_var('EXT_SUFFIX'); os.rename(os.path.join(destdir + libdir, '_ftdi1.so'), os.path.join(destdir + libdir, '_ftdi1' + ext))" ; \
 	done
+	make -C $(CURDIR)/build-main install DESTDIR=$(CURDIR)/debian/tmp
 
 override_dh_auto_clean:
 	rm -fr $(CURDIR)/build-*

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

2016-08-11 Thread Jochen Sprickerhof

* 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
> "${std_msgs_DATAROOTDIR}/std_msgs/msg/String.msg"
> "${std_msgs_DATAROOTDIR}/std_msgs/msg/ColorRGBA.msg)

Where is ${std_msgs_DATAROOTDIR} defined?

> $CATKIN_GLOBAL_SHARE_DESTINATION will require catkin therefore I
> cannot use it.
> 
> $CMAKE_INSTALL_DATAROOTDIR is generated by GNUInstallDirs.cmake and
> it is by default "share" (relative) this means that if ROS packages are
> not installed in "/usr" (for example because they are installed from
> the ROS repository in "/opt") or if CMAKE_INSTALL_PREFIX of the module
> is not set to "/usr" (the default value is "/usr/local", therefore it
> will have to be set manually), the messages will not be found.

I see your point, but I'm nut sure about the right solution here. My
thinking is:

- If you want msg from the default path, $CMAKE_INSTALL_DATAROOTDIR
  should work (modulo the CMAKE_INSTALL_PREFIX).

- If you want them from /usr/local, you should set it manually.

- If you want it from the ROS packages in /opt, I would propose to
  include catkin and use $CATKIN_GLOBAL_SHARE_DESTINATION, as there
  could be multiple versions in /opt and sourcing setup.sh/catkin should
  give you the right one.

So maybe a cmake script would be useful after all :).

> > Maybe we will need some more dependencies
> > (or recommends) on this package, like for rosmsg for example and we
> > should add it to the ros-core-dev meta package. What do you think?
> 
> I agree.

Could you go ahead and add it?

> Perhaps also the libstd-msgs-dev package should recommend it?

Not sure here, does it change the usability of libstd-msgs-dev somehow
(didn't test)?

> Perhaps should we add an extra meta package ros-core-msgs?

Though about it as well, do you have a use case for it? Otherwise I
wouldn't do it.

> Should I go on and do the same for the other message packages?

Yes please :). Once we are fine with it, I will upload the new packages
(note that we have to go through the new queue).

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-11 Thread Jochen Sprickerhof

* 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, removed, or modified, and I would like to be able to pass the
> version to find_package and be sure that the version found is compatible
> with the one I require.
> But perhaps this is something that should be fixed upstream (i.e. in
> catkin)? I'm not sure if it is still in development or if it is frozen
> though, since for ROS2 they are using a different tool.

Yes, talking to upstream about it is a good idea and judging from the
git repo it is quite active:

https://github.com/ros/catkin/commits/kinetic-devel

> From the tests I made, I couldn't find any difference, the messages are
> probably used only to produce the bindings, but they are useless for ROS
> user after.
> So perhaps "Recommends" is too much. Maybe "Suggests"? Or maybe
> nothing...

I think people doing development in ROS will use the available meta
packages and get them automatically.

> Perfect, I'll work on that as soon as possible then, but I'll be on
> holiday until Tuesday though, so it will have to wait for a few days...

No problem, enjoy your vocation. Btw. would you be interested to
regularly work on the packages? There is still a lot that needs to be
done, so we would be glad to have an other helping (and thinking ;) )
hand. You can find the current process here:

https://wiki.debian.org/DebianScience/Robotics/ROS

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-10 Thread Jochen Sprickerhof

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
> find_package(std_msgs COMPONENTS messages), but I think the CMake files
> are generated and are supposed to be used with catkin and I don't know
> much about it. Suggestions?
> 
> Perhaps I'll just add a Findstd_msgs.cmake to my projects...

(old comment)
Why would you use cmake to find the messages? I would propose to just
keep them in the canonical directory. Otherwise +1.

* Daniele E. Domenichelli  [2016-08-10 08:45]:
> In my CMake project, I would like to do something like this:
> 
> ```cmake
>  find_package(std_msgs REQUIRED)
>  generate_bindings("${std_msgs_MSG_DIR}/std_msgs/String.msg")
> ```

Why not use $CMAKE_INSTALL_DATAROOTDIR or
$CATKIN_GLOBAL_SHARE_DESTINATION? I don't think we need an extra
find*.cmake.

> Attached you will find the 2nd version of the patch.
> I moved the CMake files and the package.xml files back to the original
> package, removed the dependencies, and reverted the changes to the
> changelog file.

Looking great from my side. Maybe we will need some more dependencies
(or recommends) on this package, like for rosmsg for example and we
should add it to the ros-core-dev meta package. What do you think?

> Actually I'm already registered and member of the debian-science group,
> I'm not sure of which permissions I have on the repositories though.
> perhaps when the patch is ready I can try pushing it...

That's great, you should be able to push this, feel free do go ahead :).

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-04 Thread Jochen Sprickerhof

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 unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages liblog4cplus-1.1-9 depends on:
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-10
ii  libstdc++6  6.1.1-10

liblog4cplus-1.1-9 recommends no packages.

liblog4cplus-1.1-9 suggests no packages.

-- no debconf information
diff --git a/debian/rules b/debian/rules
index 0acc7ad..a73a882 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f
 
+CXXFLAGS:=-std=c++11
+
 %:
 	dh $@ --with autoreconf

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

2016-08-04 Thread Jochen Sprickerhof

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?
Should we put it into an extra package or in the library?
My idea was that it's only useful for developers and they would have the
-dev packages installed anyhow.

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-14 Thread Jochen Sprickerhof

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, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages lintian depends on:
ii  binutils  2.27-5
ii  bzip2 1.0.6-8
ii  diffstat  1.61-1
ii  file  1:5.28-4
ii  gettext   0.19.8.1-1
ii  hardening-includes2.8+nmu2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.29+b5
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2
ii  libdata-alias-perl1.20-1+b1
ii  libdpkg-perl  1.18.10
ii  libemail-valid-perl   1.200-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1
ii  libparse-debianchangelog-perl 1.2.0-10
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.41-6+b1
ii  man-db2.7.5-1
ii  patchutils0.3.4-1
ii  perl  5.22.2-3
ii  t1utils   1.39-2
ii  xz-utils  5.1.1alpha+20120614-2.1

Versions of packages lintian recommends:
ii  dpkg 1.18.10
pn  libperlio-gzip-perl  
ii  perl 5.22.2-3
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.10
ii  libhtml-parser-perl3.72-2
ii  libtext-template-perl  1.46-1

-- no debconf information

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

2016-08-14 Thread Jochen Sprickerhof

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

---
 checks/phppear.pm | 7 +++
 1 file changed, 7 insertions(+)

diff --git a/checks/phppear.pm b/checks/phppear.pm
index 339554b..8b355c2 100644
--- a/checks/phppear.pm
+++ b/checks/phppear.pm
@@ -28,9 +28,16 @@ use autodie;
 use Lintian::Tags qw(tag);
 use Lintian::Relation;
 
+use List::MoreUtils qw(none);
+
 sub run {
 my ($pkg, $type, $info) = @_;
 
+# Don't check package if it doesn't contain a .php file
+if (none { $_ =~ m/\.php$/i } $info->sorted_index) {
+return;
+}
+
 my $bdepends = $info->relation('build-depends');
 my $package_type = 'unknown';
 
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#833999: debian-keyring: Typo in keyids

2016-08-11 Thread Jochen Sprickerhof

Package: debian-keyring
Severity: normal

Dear Maintainer,

I've just seen that you added my key as a DD in [1], thanks!
But you mixed up my user name and the RT ticket. For the changelog this is
fixed in [2], but I guess it would make sense to fix it in the keyids as well.
I.e.:

sed -is 's/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/commit/?id=cc580a0945c1f6690a2ac9b36a1eb4c62d9fd526

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

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

2016-06-28 Thread Jochen Sprickerhof

* 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 BIOS/UEFI update that has:

There is no update available, I've send them a mail.

Thanks for looking into this!

Cheers

Jochen


signature.asc
Description: PGP signature

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

2016-06-29 Thread Jochen Sprickerhof

* 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

2016-08-05 Thread Jochen Sprickerhof

* 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.
> In an ideal situation I'd like to call from CMake something like this:
> 
>  find_package(std_msgs REQUIRED)
>  generate_bindings("$std_msgs_MSG_DIR}/std_msgs/String.msg")

So we move everything in /usr/share/std_msgs, right?

Package: ros-std-msgs
Section: devel

Something like that?
Would you be interested in working on it?

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-09 Thread Jochen Sprickerhof

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:
> 
> https://github.com/drdanz/ros-std-msgs/commit/41dcc24cd3a654e612a33e16e5442bf276d861fe

I've added some comments.

> (I'm not sure if this is the right way to send a patch, I hope the link
> to github is ok, please forgive me if it is not and let me know how I
> should send it)

I would propose to attach the patch to this bug (by mail), so we can
discuss the details. If you want, you can register to alioth.debian.org
and request membership to the debian-science group, so you get direct
commit access to our repos.

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-08-16 Thread Jochen Sprickerhof

* 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 YARP, it would be great to have it in
> the debianscience/robotics packages...

Yeah, sounds awesome :).

> I'm attaching the patch for ros-common-msgs, I'm not sure about the
> dependecies here. For example libactionlib-msgs-dev depends on
> libstd-msgs-dev, probably because the messages in this library use
> messages defined in ros-std-msgs. Therefore I added a dependency to
> ros-std-msgs in the ros-actionlib-msgs package, since, in order to
> generate bindings for some other language, this package must be
> available. Anyway it is not strictly required as for a library that will
> not work if the other is missing, so perhaps it should be recommended
> instead? What do you think?

I think depends is fine for now. We can still rethink it, if someone has
different needs ;).

> If this is ok for you, I will apply the same kind of patch to all the
> other message packages and push the commit straight to the repositories,
> otherwise let me know, and I will post the patches here one by one.

Except the comment below, feel free to directly push your changes :).

> diff --git a/debian/ros-sensor-msgs.install b/debian/ros-sensor-msgs.install
> new file mode 100644
> index 000..8be5479
> --- /dev/null
> +++ b/debian/ros-sensor-msgs.install
> @@ -0,0 +1 @@
> +usr/share/sensor_msgs/msg

/usr/share/sensor_msgs contains srv/ as well. I would propose to put it
into the msg package as well. Same hold true for some other packages.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#854483: android-sdk: set default ANDROID_HOME

2017-02-07 Thread Jochen Sprickerhof

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

Thanks!

Jochen

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-2-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages android-sdk depends on:
ii  android-platform-tools-base  2.2.2-1
ii  android-sdk-build-tools  24.0.0+1
ii  android-sdk-common   25.0.0+1
ii  android-sdk-platform-tools   24.0.0+1
ii  default-jre-headless [java8-runtime-headless]2:1.8-58
ii  openjdk-8-jre-headless [java8-runtime-headless]  8u121-b13-2
ii  proguard 5.3.2-1

Versions of packages android-sdk recommends:
ii  default-jdk-headless  2:1.8-58
ii  gradle3.2.1-1

Versions of packages android-sdk suggests:
ii  android-sdk-platform-236.0.1+r72-3
ii  libgradle-android-plugin-java  2.2.2-1
ii  maven  3.3.9-4

-- no debconf information

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

2017-02-08 Thread Jochen Sprickerhof

* 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 simple project using gradle.

I tested it using https://gitlab.com/cde/AndroidHelloWorld, as seamlik
proposed in #debian-mobile.


signature.asc
Description: PGP signature

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

2017-02-19 Thread Jochen Sprickerhof

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

2017-02-11 Thread Jochen Sprickerhof

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

2017-01-19 Thread Jochen Sprickerhof

* 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)", which has been fixed
> and where you said:

For me as well, thanks!


signature.asc
Description: PGP signature

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

2016-08-20 Thread Jochen Sprickerhof

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 through the new queue, so it will take some time
before they will hit unstable.

> I just realized that I named the package "ros-std-srvs" but perhaps it
> should have been ros-std-srvs-msgs, what do you think?

I think it's fine, I added it to ros-metapackages as well.

> I don't know if there are others, but I couldn't find any other here
> https://anonscm.debian.org/cgit/debian-science/packages/ros and using
> apt-file, etc.

No, they are all listed there.

> I added each package in the same meta-package as the relative -dev
> (sorry, I pushed by mistake one broken commit, fixed in the following
> one, I don't know if you want to use "gbp dch" for this).

No problem, I edit them.

> The "libcontrol-msgs-dev" package was not in any of them, so I didn't
> add it.

ros-control-msgs is not released into Debian yet.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#856192: License of JSON component

2017-02-26 Thread Jochen Sprickerhof

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 upstream.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#836799: transition: ros-geometric-shapes

2016-09-05 Thread Jochen Sprickerhof

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 = "ros-geometric-shapes";
is_affected = .depends ~ /\b(libgeometric\-shapes0d)\b/ | .depends ~ 
/\b(libgeometric\-shapes1d)\b/;
is_good = .depends ~ /\b(libgeometric\-shapes1d)\b/;
is_bad = .depends ~ /\b(libgeometric\-shapes0d)\b/;


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#838625: transition: ros-robot-model

2016-09-23 Thread Jochen Sprickerhof

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 ~ "librosbag2d";
is_good = .depends ~ "librosbag2d";
is_bad = .depends ~ "librosbag1d";


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

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

2016-08-28 Thread Jochen Sprickerhof

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

2016-11-05 Thread Jochen Sprickerhof

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
Subject: [PATCH] Port to OpenCV3

Closes: #788209
Closes: #841405
---
 debian/control |   1 -
 ...icalFlowFarneback-instead-of-cvCalcOptica.patch |  89 +++
 debian/patches/0011-Remove-old-FindOpenCV.patch| 172 +
 debian/patches/series  |   3 +-
 debian/patches/sitplus-opencv2.4.patch |  15 --
 5 files changed, 263 insertions(+), 17 deletions(-)
 create mode 100644 debian/patches/0010-Use-calcOpticalFlowFarneback-instead-of-cvCalcOptica.patch
 create mode 100644 debian/patches/0011-Remove-old-FindOpenCV.patch
 delete mode 100644 debian/patches/sitplus-opencv2.4.patch

diff --git a/debian/control b/debian/control
index 4fa29e8..9358973 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,6 @@ Build-Depends: debhelper (>= 9),
libconfig-dev,
libsdl1.2-dev,
libopencv-dev,
-   libhighgui-dev,
libv4l-dev,
libportmidi-dev,
libboost-filesystem-dev,
diff --git a/debian/patches/0010-Use-calcOpticalFlowFarneback-instead-of-cvCalcOptica.patch b/debian/patches/0010-Use-calcOpticalFlowFarneback-instead-of-cvCalcOptica.patch
new file mode 100644
index 000..3329d0d
--- /dev/null
+++ b/debian/patches/0010-Use-calcOpticalFlowFarneback-instead-of-cvCalcOptica.patch
@@ -0,0 +1,89 @@
+From: Jochen Sprickerhof <jspri...@debian.org>
+Date: Sat, 5 Nov 2016 11:46:11 +0100
+Subject: Use calcOpticalFlowFarneback instead of cvCalcOpticalFlowHS
+
+---
+ src/mod_vision/oftracker.cpp | 30 ++
+ src/mod_vision/oftracker.h   |  2 --
+ 2 files changed, 6 insertions(+), 26 deletions(-)
+
+diff --git a/src/mod_vision/oftracker.cpp b/src/mod_vision/oftracker.cpp
+index cdc2fa2..3b4d7de 100755
+--- a/src/mod_vision/oftracker.cpp
 b/src/mod_vision/oftracker.cpp
+@@ -18,6 +18,7 @@
+ //#include "crvimage.h"
+ #include "creavision/crvcolor.h"
+ //#include "crvdraw.h"
++#include 
+ 
+ using namespace mod_camera;
+ using namespace spcore;
+@@ -62,16 +63,6 @@ bool COfTracker::AllocateImages(const IplImage& image)
+ 		changed= true;
+ 	}
+ 
+-	if (!m_velX.Initialized() || m_velX.Width()!= image.width || m_velX.Height()!= image.height)
+-	{
+-		m_velX.Free();
+-		m_velX.Create (image.width, image.height, IPL_DEPTH_32F, "GRAY", IPL_ORIGIN_TL, IPL_ALIGN_DWORD);
+-	
+-		m_velY.Free();
+-		m_velY.Create (image.width, image.height, IPL_DEPTH_32F, "GRAY", IPL_ORIGIN_TL, IPL_ALIGN_DWORD);
+-	
+-		changed= true;
+-	}
+ 
+ 	return changed;
+ }
+@@ -149,26 +140,17 @@ int COfTracker::ProcessImage(const IplImage& image, float , float )
+ 		m_currentImg.PushROI();
+ 		m_currentImg.SetROI (roiX, roiY, roiWidth, roiHeight);
+ 
+-		m_velX.SetROI (roiX, roiY, roiWidth, roiHeight);
+-		m_velY.SetROI (roiX, roiY, roiWidth, roiHeight);
+ 
+-		CvTermCriteria term;
+-		term.type= CV_TERMCRIT_ITER;
+-		term.max_iter= 6;
+-		cvCalcOpticalFlowHS (m_previousImg.ptr(), m_currentImg.ptr(), 0,
+-			 m_velX.ptr(), m_velY.ptr(), 0.001, term);
++		cv::UMat uflow;
++		calcOpticalFlowFarneback (cv::cvarrToMat (m_previousImg.ptr()), cv::cvarrToMat (m_currentImg.ptr()), uflow, 0.5, 3, 15, 3, 5, 1.2, 0);
+ 
+ 		m_currentImg.PopROI();
+ 		m_previousImg.PopROI();
+-		
+-		// Compute mean
+-		cvSmooth( m_velX.ptr(), m_velX.ptr(), CV_GAUSSIAN, 3, 3);   
+ 
+ 		CvScalar cs;
+-		cs= cvSum( m_velX.ptr() );
++		cs= cv::sum (uflow);
+ 		x= (float) cs.val[0] / (float) (roiWidth * roiHeight);
+-		cs= cvSum( m_velY.ptr() );
+-		y= (float) cs.val[0] / (float) (roiWidth * roiHeight);
++		y= (float) cs.val[1] / (float) (roiWidth * roiHeight);
+ 
+ 		// Apply rotation
+ 		float rotation= atan2 (y,x);
+@@ -183,4 +165,4 @@ int COfTracker::ProcessImage(const IplImage& image, float , float )
+ 	return 1;
+ }
+ 
+-};
+\ No newline at end of file
++};
+diff --git a/src/mod_vision/oftracker.h b/src/mod_vision/oftracker.h
+index 0fe7838..9a8c639 100755
+--- a/src/mod_vision/oftracker.h
 b/src/mod_vision/oftracker.h
+@@ -44,8 +44,6 @@ public:
+ private:	
+ 	bool AllocateImages(const IplImage& image);
+ 
+-CIplImage m_velX;
+-CIplImage m_velY;
+ CIplImage m_previousImg;
+ 	CIplImage m_currentImg;
+ 	CIplImage m_diffImg; 
diff --git a/debian/patches/0011-Remove-old-FindOpenCV.patch b/debian/patches/0011-Remove-old-FindOpenCV.patch
new file mode 100644
index 000..bc8db43
--- /dev/null
+++ b/debian/patches/0011-Remove-old-FindOpenCV.patch
@@ -0,0 +1,172 @@
+From: Jochen Sprickerhof <jspri...@debian.org>
+Date: Sat, 5 Nov 2016 11

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

2016-10-19 Thread Jochen Sprickerhof

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 pkg-config add the correct
include path. If you don't use any of these, you have to add it
manually.

Cheers Jochen


signature.asc
Description: PGP signature

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

2016-10-19 Thread Jochen Sprickerhof

* 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

2016-10-25 Thread Jochen Sprickerhof

Package: cssmin
Version: 0.2.0-3
Severity: normal
Tags: patch pending
User: multiarch-de...@lists.alioth.debian.org
Usertag: multiarch

Dear maintainer,

I've prepared an NMU for cssmin (versioned as 0.2.0-3.1). The diff
is attached to this message.

Regards.
diff -Nru cssmin-0.2.0/debian/changelog cssmin-0.2.0/debian/changelog
--- cssmin-0.2.0/debian/changelog	2016-09-10 17:11:07.0 +0200
+++ cssmin-0.2.0/debian/changelog	2016-10-25 18:01:59.0 +0200
@@ -1,3 +1,10 @@
+cssmin (0.2.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add Multi-Arch information.
+
+ -- 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
+++ cssmin-0.2.0/debian/control	2016-10-25 18:01:33.0 +0200
@@ -20,6 +20,7 @@
  ${misc:Depends},
  ${python:Depends}
 Breaks: python-webassets (<= 3:0.11.1-1), python3-webassets (<= 3:0.11.1-1)
+Multi-Arch: foreign
 Description: YUI CSS compression algorithm (command line tools)
  cssmin is a Python port of the YUI Cascading Style Sheet (CSS) compressor.
  The compressor can be used to reduce the size of CSS documents for deployment.
@@ -36,6 +37,7 @@
  ${misc:Depends},
  ${python:Depends}
 Breaks: cssmin (<= 0.2.0-1)
+Multi-Arch: foreign
 Description: YUI CSS compression algorithm (Python 2 version)
  cssmin is a Python port of the YUI Cascading Style Sheet (CSS) compressor.
  It can be used as a module from other Python programs, including as a filter
@@ -52,6 +54,7 @@
  python3-pkg-resources,
  ${misc:Depends},
  ${python3:Depends}
+Multi-Arch: foreign
 Description: YUI CSS compression algorithm (Python 3 version)
  cssmin is a Python port of the YUI Cascading Style Sheet (CSS) compressor.
  It can be used as a module from other Python programs, including as a filter


signature.asc
Description: PGP signature

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

2016-10-25 Thread Jochen Sprickerhof

Package: uglifyjs
Version: 2.4.15-6
Severity: normal
Tags: patch pending
User: multiarch-de...@lists.alioth.debian.org
Usertag: multiarch 

Dear maintainer,

I've prepared an NMU for uglifyjs (versioned as 2.4.15-6.1). The diff
is attached to this message.

Regards.
diff -Nru uglifyjs-2.4.15/debian/changelog uglifyjs-2.4.15/debian/changelog
--- uglifyjs-2.4.15/debian/changelog	2016-08-08 01:14:13.0 +0200
+++ uglifyjs-2.4.15/debian/changelog	2016-10-25 18:10:58.0 +0200
@@ -1,3 +1,10 @@
+uglifyjs (2.4.15-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add 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-08-08 01:14:13.0 +0200
+++ uglifyjs-2.4.15/debian/control	2016-10-25 18:10:55.0 +0200
@@ -24,6 +24,7 @@
 Recommends: ${cdbs:Recommends}
 Suggests: ${cdbs:Suggests}
 Provides: ${cdbs:Provides}
+Multi-Arch: foreign
 Description: JavaScript parser, mangler/compressor and beautifier toolkit
  UglifyJS is a JavaScript compressor/minifier written in JavaScript. It
  also contains tools that allow one to automate working with JavaScript
@@ -55,6 +56,7 @@
 Recommends: ${cdbs:Recommends}
 Suggests: ${cdbs:Suggests}
 Provides: ${cdbs:Provides}
+Multi-Arch: foreign
 Description: UglifyJS in library form
  UglifyJS is a JavaScript compressor/minifier written in JavaScript. It
  also contains tools that allow one to automate working with JavaScript


signature.asc
Description: PGP signature

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

2016-11-14 Thread Jochen Sprickerhof

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 . armel kfreebsd-i386 kfreebsd-amd64 s390x powerpc 
arm64 i386 ppc64el amd64 x32 armhf . -m 'Rebuild against fixed catkin, see 
#844199.'
gb ros-roscpp-core_0.6.1-1+b1 . arm64 ppc64el armhf armel s390x amd64 powerpc 
i386 kfreebsd-i386 x32 kfreebsd-amd64
gb ros-ros_1.13.4-1+b1 . armhf ppc64el kfreebsd-amd64 i386 arm64 x32 s390x 
powerpc amd64 kfreebsd-i386 armel
gb ros-random-numbers_0.3.1-1+b2 . powerpc s390x amd64 ppc64el armhf arm64 x32 
armel kfreebsd-i386 i386 kfreebsd-amd64

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

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

2016-11-14 Thread Jochen Sprickerhof

Package: devscripts
Version: 2.16.8
Severity: normal
Tags: patch

Hi,

The current build-rdeps version prints a lot of meta information, making it's
output hard to use reuse in scripts. The attached patch adds a --no-meta
option, to only print the list of rdeps.

Cheers Jochen
>From 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 changed, 27 insertions(+), 11 deletions(-)

diff --git a/scripts/build-rdeps.pl b/scripts/build-rdeps.pl
index 6478a04..f1979da 100755
--- a/scripts/build-rdeps.pl
+++ b/scripts/build-rdeps.pl
@@ -96,6 +96,11 @@ Explicitly set the build architecture. The default is the value of
 `dpkg-architecture -qDEB_BUILD_ARCH`. This option only works if dose-extra >=
 4.0 is installed.
 
+=item B<--no-meta>
+
+Don't print meta information (header, counter). Making it easier to use in
+scripts.
+
 =item B<-d>, B<--debug>
 
 Run the debug mode
@@ -151,6 +156,7 @@ my @opt_exclude_components;
 my $opt_buildarch;
 my $opt_hostarch;
 my $opt_without_ceve;
+my $opt_no_meta;
 
 if (system('command -v grep-dctrl >/dev/null 2>&1')) {
 die "$progname: Fatal error. grep-dctrl is not available.\nPlease install the 'dctrl-tools' package.\n";
@@ -179,6 +185,7 @@ Options:
   (needs root privileges)
-s, --sudo Use sudo when running apt-get update
   (has no effect when -u is omitted)
+   --no-meta  Don't print meta information
-d, --debugEnable the debug mode
-m, --print-maintainer Print the maintainer information (experimental)
--distribution distributionSelect a distribution to search for build-depends
@@ -373,11 +380,13 @@ sub findreversebuilddeps {
 	}
 }
 
-if ($count == 0) {
-	print "No reverse build-depends found for $package.\n\n"
-}
-else {
-	print "\nFound a total of $count reverse build-depend(s) for $package.\n\n";
+if (!$opt_no_meta) {
+	if ($count == 0) {
+	print "No reverse build-depends found for $package.\n\n"
+	}
+	else {
+	print "\nFound a total of $count reverse build-depend(s) for $package.\n\n";
+	}
 }
 }
 
@@ -398,6 +407,7 @@ GetOptions(
 #once dose-ceve has a
 #--deb-profiles option
 "old" => \$opt_without_ceve,
+"no-meta" => \$opt_no_meta,
 "d|debug" => \$opt_debug,
 "h|help" => sub { usage; },
 "v|version" => sub { version; }
@@ -486,20 +496,26 @@ if (!@source_files) {
 
 foreach my $source_file (@source_files) {
 if ($source_file =~ /main/) {
-	print "Reverse Build-depends in main:\n";
-	print "--\n\n";
+	if (!$opt_no_meta) {
+	print "Reverse Build-depends in main:\n";
+	print "--\n\n";
+	}
 	findreversebuilddeps($package, "$sources_path/$source_file");
 }
 
 if ($source_file =~ /contrib/) {
-	print "Reverse Build-depends in contrib:\n";
-	print "-\n\n";
+	if (!$opt_no_meta) {
+	print "Reverse Build-depends in contrib:\n";
+	print "-\n\n";
+	}
 	findreversebuilddeps($package, "$sources_path/$source_file");
 }
 
 if ($source_file =~ /non-free/) {
-	print "Reverse Build-depends in non-free:\n";
-	print "--\n\n";
+	if (!$opt_no_meta) {
+	print "Reverse Build-depends in non-free:\n";
+	print "--\n\n";
+	}
 	findreversebuilddeps($package, "$sources_path/$source_file");
 }
 }
-- 
2.10.2

Bug#844373: closing 844373

2016-11-15 Thread Jochen Sprickerhof

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

2016-11-18 Thread Jochen Sprickerhof

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

2016-11-18 Thread Jochen Sprickerhof

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 through the reports today and as the report was stating that it
was fixed (by the very same patch) by upstream in 2.15 I erroneously
closed it in 2.16-1.


signature.asc
Description: PGP signature

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

2016-11-13 Thread Jochen Sprickerhof

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

ssl_protocols = !SSLv3

to my config fixed it for now. Note that I hadn't specified ssl_protocols
before, so I guess the default is broken.

Cheers Jochen

-- Package-specific info:

dovecot configuration
-
# 2.2.26.0 (23d1de6): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.16 (fed8554)
# OS: Linux 4.7.0-1-amd64 x86_64 Debian stretch/sid 
mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_max_userip_connections = 50
namespace inbox {
  [..]
}
passdb {
  driver = pam
}
passdb {
  args = scheme=CRYPT username_format=%u /etc/dovecot/users
  driver = passwd-file
}
plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
}
protocols = " imap"
ssl_cert = 

Versions of packages dovecot-imapd is related to:
ii  dovecot-core [dovecot-common]  1:2.2.26.0-3
pn  dovecot-dbg
pn  dovecot-dev
pn  dovecot-gssapi 
ii  dovecot-imapd  1:2.2.26.0-3
pn  dovecot-ldap   
pn  dovecot-lmtpd  
pn  dovecot-managesieved   
pn  dovecot-mysql  
pn  dovecot-pgsql  
pn  dovecot-pop3d  
ii  dovecot-sieve  1:2.2.26.0-3
pn  dovecot-sqlite 

-- no debconf information

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

2016-11-01 Thread Jochen Sprickerhof

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

2016-10-27 Thread Jochen Sprickerhof

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 = "ros-geometric-shapes";
is_affected = .depends ~ "libgeometric-shapes1d" | .depends ~ 
"libgeometric-shapes2d";
is_good = .depends ~ "libgeometric-shapes2d";
is_bad = .depends ~ "libgeometric-shapes1d";


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#843133: transition: poco

2016-11-04 Thread Jochen Sprickerhof

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 ~ "libpoco*46";
is_good = .depends ~ "libpoco*46";
is_bad = .depends ~ "libpoco*9v5";


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#843133: transition: poco

2016-11-04 Thread Jochen Sprickerhof

* 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 (#811689) and is flagged for removal (#840245).


signature.asc
Description: PGP signature

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

2016-10-11 Thread Jochen Sprickerhof

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

2016-10-17 Thread Jochen Sprickerhof

* 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


signature.asc
Description: PGP signature

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

2017-01-13 Thread Jochen Sprickerhof

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 >

1 - 100 of 738 matches

Mail list logo