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

[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#751249: vtk6 is not installable (tcl-vtk conflict)

[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 

vtk6 recommends no packages.

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


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

[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

[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   
pn  vtk-examples  

-- 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#644844: nvidia-cuda-toolkit: nvcc throws errors with thrust in /usr/include

[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  
pn  nvidia-cuda-doc  
pn  nvidia-cuda-gdb  

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#719880: libwebkitgtk-1.0-0: pure virtual method called -> SIGABRT

[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  
pn  gstreamer1.0-plugins-good  

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

[Jochen Sprickerhof]

* Emilio Pozuelo Monfort  [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 
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:
...
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 
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 
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  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=) 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 ?? () from /lib/x86_64-linux

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

[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#650620: bitlbee-plugin-otr: Version mismatch, bitlbee-plugin-otr not installable

[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 

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#656115: closed by Dominique Belhachemi (Bug#584300: fixed in vtk 5.8.0-8)

[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  (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 (Bug#584300: fixed in vtk 5.8.0-8)

[Jochen Sprickerhof]

* Mathieu Malaterre  [2012-03-16 09:13]:
> On Thu, Mar 15, 2012 at 11:35 AM, Jochen Sprickerhof
>  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#656115: closed by Mathieu Malaterre (Bug#656115: fixed in vtk 5.8.0-10)

[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#656115: closed by Mathieu Malaterre (Bug#656115: fixed in vtk 5.8.0-12)

[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#799660: libeigen3-dev: Transition to cmake 3.3

[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#799660: libeigen3-dev: Transition to cmake 3.3

[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#844271: imap-login: Fatal: Invalid ssl_protocols setting: Unknown protocol 'SSLv2'

[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#844322: nmu: ros-rospack, ros-roscpp, ros-ros, ros-random-numbers

[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

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

[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#862036: unblock: pylama/7.3.3-1.1

[Jochen Sprickerhof]

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

Please unblock package pylama

The new version is just a plain recompile to fix the dependencies, as reported
in #856794.

Debdiff attached.

unblock pylama/7.3.3-1.1

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

Kernel: Linux 4.9.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)
diff -Nru pylama-7.3.3/debian/changelog pylama-7.3.3/debian/changelog
--- pylama-7.3.3/debian/changelog   2017-01-01 19:20:09.0 +0100
+++ pylama-7.3.3/debian/changelog   2017-05-06 17:38:42.0 +0200
@@ -1,3 +1,10 @@
+pylama (7.3.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Source only upload to dependencies (Closes: #856794).
+
+ -- Jochen Sprickerhof   Sat, 06 May 2017 17:38:42 +0200
+
 pylama (7.3.3-1) unstable; urgency=medium
 
   * New upstream release.

Bug#863013: ITP: fdroidcl -- F-Droid desktop client

[Jochen Sprickerhof]

Package: wnpp
Severity: wishlist
Owner: Jochen Sprickerhof 

* Package name: fdroidcl
  Version : 0.3.1-1
  Upstream Author : Daniel Martí
* URL : https://github.com/mvdan/fdroidcl
* License : BSD-3-clause
  Programming Lang: Go
  Description : F-Droid desktop client

 F-Droid (https://f-droid.org/) desktop client.  go get -u
 github.com/mvdan/fdroidcl/cmd/fdroidcl
 .
 This is not a replacement for the Android client
 (https://gitlab.com/fdroid/fdroidclient).
 .
 While the Android client integrates with the system
 with regular update checks and notifications, this is a
 command line client that talks to connected devices via ADB
 (https://developer.android.com/tools/help/adb.html).  Quickstart Download
 the index: fdroidcl update
 .
 Show all available apps: fdroidcl search
 .
 Install an app: fdroidcl install org.adaway Commandsupdate
 Update the index search Search available apps
 showShow detailed info about an app devices
 List connected devices downloadDownload an app install
 Install an app upgrade Upgrade an app
 uninstall   Uninstall an app defaults  Reset to
 the default settings
 .
 A specific version of an app can be selected by following the appid with
 an colon (:) and the version code of the app to select.  Config You can
 configure the repositories to use in the config.json file, located in
 fdroidcl's config directory. This will be ~/.config/fdroidcl/config.json
 on Linux.
 .
 You can run fdroidcl defaults to create the config with the default
 settings.  Missing features• Index verification via jar signature
 - currently relies on HTTPS• Interaction with multiple devices at
 once• Hardware features filteringAdvantages over the Android client•
 Command line interface• Batch install/update/remove apps without root
 nor system privileges• Handle multiple Android devices• No need to
 install a client on the deviceWhat it will never do• Run as a daemon,
 e.g. periodic index updates• Graphical user interface• Act as an
 F-Droid server• Swap apps with devices running the Android client


signature.asc
Description: PGP signature

Bug#858245: gmusicbrowser: Search-as-you-type causes crash

[Jochen Sprickerhof]

Hi Vladimir,

I think we need some more information. Can you try it with an empty config? I.e.

mv ~/.config/gmusicbrowser/ gmusicbrowser_backup

Cheers Jochen


signature.asc
Description: PGP signature

Bug#857174: dwm.web displays bar

[Jochen Sprickerhof]

Package: dwm
Version: 6.1-3
Severity: normal

Dear Maintainer,

I used dwm.web as a minimal window manager for a kiosk system. Recently it
changed to show a top bar, which is a little annoying. The change in question 
is:

https://anonscm.debian.org/cgit/collab-maint/dwm.git/commit/debian/local/config.web.h?id=2ea1625db4f66b5c01a1fa291953796aa63213de

It should be enough to change this:

https://anonscm.debian.org/cgit/collab-maint/dwm.git/tree/debian/local/config.web.h#n14

To read:

static const int showbar= 0;


Thanks!


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

Kernel: Linux 4.9.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)

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

[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#856192: License of JSON component

[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#861160: unblock: pcl/1.8.0+dfsg1-3+b2

[Jochen Sprickerhof]

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


Dear release team,

Please unblock package pcl. This would fix #860775 in stretch, which is a
problem when using PCL/VTK with cmake.

There is no debdiff, as it's only a binNMU, requested #860892.

Thanks!

Jochen

unblock pcl/1.8.0+dfsg1-3+b2

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

Kernel: Linux 4.9.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)

Bug#861723: unblock: poco/1.7.6+dfsg1-5

[Jochen Sprickerhof]

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

Please unblock package poco

I only added missing dependencies to fix the RC bug #861682.

Thanks!

debdiff attached.

unblock poco/1.7.6+dfsg1-5

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

Kernel: Linux 4.9.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)
diff -Nru poco-1.7.6+dfsg1/debian/changelog poco-1.7.6+dfsg1/debian/changelog
--- poco-1.7.6+dfsg1/debian/changelog   2016-11-07 08:41:36.0 +0100
+++ poco-1.7.6+dfsg1/debian/changelog   2017-05-02 22:00:07.0 +0200
@@ -1,3 +1,9 @@
+poco (1.7.6+dfsg1-5) unstable; urgency=medium
+
+  * Add missing dependencies (Closes: #861682)
+
+ -- Jochen Sprickerhof   Tue, 02 May 2017 22:00:07 +0200
+
 poco (1.7.6+dfsg1-4) unstable; urgency=medium
 
   * Fix unit tests (Closes: #843225)
diff -Nru poco-1.7.6+dfsg1/debian/control poco-1.7.6+dfsg1/debian/control
--- poco-1.7.6+dfsg1/debian/control 2016-11-02 08:23:30.0 +0100
+++ poco-1.7.6+dfsg1/debian/control 2017-05-02 21:58:53.0 +0200
@@ -19,7 +19,7 @@
 Package: libpoco-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libpococrypto46 (= ${binary:Version}), libpocodata46 
(= ${binary:Version}), libpocofoundation46 (= ${binary:Version}), 
libpocodatamysql46 (= ${binary:Version}), libpocomongodb46 (= 
${binary:Version}), libpoconet46 (= ${binary:Version}), libpoconetssl46 (= 
${binary:Version}), libpocodataodbc46 (= ${binary:Version}), 
libpocodatasqlite46 (= ${binary:Version}), libpocoutil46 (= ${binary:Version}), 
libpocoxml46 (= ${binary:Version}), libpocozip46 (= ${binary:Version})
+Depends: ${misc:Depends}, libpococrypto46 (= ${binary:Version}), libpocodata46 
(= ${binary:Version}), libpocofoundation46 (= ${binary:Version}), 
libpocodatamysql46 (= ${binary:Version}), libpocomongodb46 (= 
${binary:Version}), libpoconet46 (= ${binary:Version}), libpoconetssl46 (= 
${binary:Version}), libpocodataodbc46 (= ${binary:Version}), 
libpocodatasqlite46 (= ${binary:Version}), libpocoutil46 (= ${binary:Version}), 
libpocoxml46 (= ${binary:Version}), libpocozip46 (= ${binary:Version}), 
libexpat1-dev, default-libmysqlclient-dev, libpcre3-dev, libsqlite3-dev, 
libssl-dev, zlib1g-dev
 Description: C++ Portable Components (POCO) Development files
  The POCO C++ Libraries are a collection of open source C++ class libraries
  that simplify and accelerate the development of network-centric, portable

Bug#861875: unblock: gflags/2.1.2-4

[Jochen Sprickerhof]

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

Please unblock package gflags

this would fix #858077 in stretch and would allow building cartographer with it.

unblock gflags/2.1.2-4

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

Kernel: Linux 4.9.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)
diff -Nru gflags-2.1.2/debian/changelog gflags-2.1.2/debian/changelog
--- gflags-2.1.2/debian/changelog   2015-08-05 20:10:40.0 +0200
+++ gflags-2.1.2/debian/changelog   2017-03-18 10:06:03.0 +0100
@@ -1,3 +1,9 @@
+gflags (2.1.2-4) unstable; urgency=medium
+
+  * Install CMake development files to the -dev package (closes: #858077).
+
+ -- Laszlo Boszormenyi (GCS)   Sat, 18 Mar 2017 09:06:03 +
+
 gflags (2.1.2-3) unstable; urgency=medium
 
   * Rename library to libgflags2v5 for GCC 5 transition.
diff -Nru gflags-2.1.2/debian/libgflags-dev.install 
gflags-2.1.2/debian/libgflags-dev.install
--- gflags-2.1.2/debian/libgflags-dev.install   2015-03-26 01:35:45.0 
+0100
+++ gflags-2.1.2/debian/libgflags-dev.install   2017-03-18 10:06:03.0 
+0100
@@ -1,3 +1,4 @@
+usr/lib/*/cmake/gflags/
 usr/include/
 usr/lib/*/lib*.a
 usr/lib/*/lib*.so

Bug#856794: pylama fix uploaded to delayed/5

[Jochen Sprickerhof]

Hi,

I've had a look at #856794 and it seems like a source only upload will
fix it. I've uploaded on to delayed/5, please write if I should delay it
further or cancel it.

Once it's fixed, I will request an unblock as well.

Cheers Jochen

Changlog entry (no other changes):

pylama (7.3.3-1.1) unstable; urgency=medium

  * Non-maintainer upload.
  * Source only upload to dependencies (Closes: #856794).

 -- Jochen Sprickerhof   Sat, 06 May 2017 17:38:42 +0200


signature.asc
Description: PGP signature

Bug#854483: android-sdk: set default ANDROID_HOME

[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

[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

[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#791944: [pkg-cryptsetup-devel] Bug#791944: udev: shutdown hangs because of missing swapoff

[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

[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#819741: libvtk6-dev: No rule to make target libproj.so / cannot find -lvtkproj4

[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#820113: No rule to make target '/usr/lib/x86_64-linux-gnu/hdf5/openmpi/lib/libhdf5.so'

[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#828819: intel-microcode: i7-6500U doesn't boot in 4/5 cases with 3.20160607.1

[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 hw

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

[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

[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#757264: openni: Problems compiling source package using Debian sid on amd64

[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

[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

[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   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 
+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.

Bug#767653:

[Jochen Sprickerhof]

Hi Tobi,

* Tobias Frost  [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:

[Jochen Sprickerhof]

Hi Tobi,

* Tobias Frost  [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:

[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#787007: libgazebo5: recompile against libsimbody3.5 on amd64

[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

[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

[Jochen Sprickerhof]

forgot to add patch.
From cc82b708362c43f99f4224f192c6ac6aed1a831e Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
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 
 armhf	sunxi		Linksprite_pcDuino3	u-boot-sunxi-with-spl.bin
 
+# Jochen Sprickerhof 
+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#788680: openni: FTBFS on mipsel "Unknown platform: mips64"

[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

[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: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00

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

[Jochen Sprickerhof]

* Michael Biebl  [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

[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#726866: libsbuild-perl: "sbuild-update --keygen": wrong group permissions for sbuild-key.pub

[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 
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#806280: ITP: ros-metapackages -- Robot OS core metapackages

[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#801369: libatspi2.0-dev: Downgrade dependency on dbus

[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#805076: lintian: Only check PHP modules if they contain a .php file

[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 
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#760842: filters: lolcat missing in Makefile

[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  

-- no debconf information
>From 29425fc5ac3d836aa54bcad0eff53e6b80cfc11f Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
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.

[Jochen Sprickerhof]

Hi Joe,

* Joe Burmeister  [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 ".
> 
> Doing a quick "apt-file list " 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#815218: (no subject)

[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

[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#815400: transition: ros-ros-comm

[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#815814: urdfdom: FTBFS on several architectures

[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#810990: libxmlrpcpp-dev: /usr/include/base64.h already shipped by heimdal-dev

[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#811498: libconsole-bridge0.2v5: ABI bump without package rename

[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#812083: reassign 812083 to libconsole-bridge-dev

[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 
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#771053: unblock: openni/1.5.4.0-8

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

Bug#767653:

[Jochen Sprickerhof]

Hi Tobi,

* Tobias Frost  [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

[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

[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

[Jochen Sprickerhof]

* Jonathan Wiltshire  [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#868355: nmu: ceres-solver_1.12.0+dfsg0-1+b3

[Jochen Sprickerhof]

Hi Emilio,

can you comment if requesting BinNMUs in such cases would be ok for the
release team, or should we try find an other solution?

Cheers Jochen

* Anton Gladky  [2017-07-19 17:59]:
> Hi all,
> 
> well, I would prefer to rebuild all reverse dependencies after
> each new eigen3 (and probably any other header-only lib)
> upload [1] and be ready to request it. But it looks like it is
> not a common case to do such BinNMUs.
> 
> [1] https://bugs.debian.org/845819
> 
> Regards
> 
> Anton
> 
> 
> 2017-07-19 8:35 GMT+02:00 Philipp Huebner :
> > Hi,
> >
> > until I find the time to package the new release of Ceres Solver,
> > please go ahead with the BinNMU.
> >
> > With Eigen3 being a header-only library and numeric math libraries
> > making use of derivatives and templating like crazy, I believe this
> > strict Eigen3 check to be well reasoned.
> >
> > I'll ask upstream about this, but expect them to confirm it.
> >
> >
> > Regards,
> > --
> >  .''`.   Philipp Huebner 
> > : :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
> > `. `'`
> >   `-
> >
> 


signature.asc
Description: PGP signature

Bug#871911: transition: poco

[Jochen Sprickerhof]

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

Hi release team,

I would like to transition poco to the new ABI version available in
experimental. I did test rebuilds of the reverse dependencies and found
no problems.

Thanks

Jochen

Ben file:

title = "poco";
is_affected = .depends ~ 
/\b(libpococrypto46|libpocodata46|libpocodatamysql46|libpocodataodbc46|libpocodatasqlite46|libpocofoundation46|libpocomongodb46|libpoconet46|libpoconetssl46|libpocoutil46|libpocoxml46|libpocozip46)\b/
 | .depends ~ 
/\b(libpococrypto48|libpocodata48|libpocodatamysql48|libpocodataodbc48|libpocodatasqlite48|libpocofoundation48|libpocomongodb48|libpoconet48|libpoconetssl48|libpocoutil48|libpocoxml48|libpocozip48)\b/;
is_good = .depends ~ 
/\b(libpococrypto48|libpocodata48|libpocodatamysql48|libpocodataodbc48|libpocodatasqlite48|libpocofoundation48|libpocomongodb48|libpoconet48|libpoconetssl48|libpocoutil48|libpocoxml48|libpocozip48)\b/;
is_bad = .depends ~ 
/\b(libpococrypto46|libpocodata46|libpocodatamysql46|libpocodataodbc46|libpocodatasqlite46|libpocofoundation46|libpocomongodb46|libpoconet46|libpoconetssl46|libpocoutil46|libpocoxml46|libpocozip46)\b/;


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

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

Bug#872582: lua-cliargs: Add nocheck to lua-busted build dependency

[Jochen Sprickerhof]

Source: lua-cliargs
Severity: normal

Dear Maintainer,

In ef6b60ce695c34a7ff7135e5c3b4b96e11fa87f7 you added lua-busted as a
build dependency (for tests), which in turn has a dependency on
lua-cliargs which results in a loop and making it unable to bootstrap
lua-cliargs. I would propose to add  behind the lua-busted
dependency in debian/control to break this.

For more information see:

https://wiki.debian.org/BuildProfileSpec

Cheers Jochen

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

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

Bug#871433: poco: please switch to SSLv23_… or TLS_…_method

[Jochen Sprickerhof]

Hi Sebastian,

* Sebastian Andrzej Siewior  [2017-08-08 00:11]:
> Package: poco
> Version: 1.7.6+dfsg1-5
> Severity: important
> User: pkg-openssl-de...@lists.alioth.debian.org
> Usertags: TLS1.0_1.1_removal
> 
> Your packages uses a function which requests a TLS1.0 and/or TLS1.1 only
> connection. Since openssl 1.1.0f-4 (currently in unstable) this means
> won't work because it provides TLS1.2. See also [0].
> Please switch to
>   SSLv23_method() | SSLv23_server_method() | SSLv23_client_method()
> 

This problem seems to be fixed in the latest version in experimental
(now unstable as well) already:

https://sources.debian.net/src/poco/1.7.8%2Bdfsg1-2/NetSSL_OpenSSL/src/Context.cpp/#L371

Can you please confirm and close this bug report?

Thanks!

Jochen


signature.asc
Description: PGP signature

Bug#865722: RM: fdroidcl [ppc64el s390x] -- ROM; dependency missing on architecture

[Jochen Sprickerhof]

Package: ftp.debian.org
Severity: normal

Bug#873882: src:python-jedi: please provide git repo with sources of Debian package

[Jochen Sprickerhof]

Package: src:python-jedi
Severity: minor

Dear Maintainer,

the package claims to provide the sources here:

https://anonscm.debian.org/cgit/python-modules/packages/python-jedi.git

(cf. https://packages.debian.org/source/sid/python-jedi)

Sadly this repo does not exist. Could you please provide a valid link to
your source repo?

Thanks!

Jochen


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

Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#873899: python2.7: fpectl removal breaks python-lxml ABI

[Jochen Sprickerhof]

Package: python2.7
Version: 2.7.14~rc1-2
Severity: normal

Dear Maintainer,

after upgrading python2.7 I get:

$ python -c "import lxml.html"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/lxml/html/__init__.py", line 54, in 

from .. import etree
ImportError: /usr/lib/python2.7/dist-packages/lxml/etree.so: undefined symbol: 
PyFPE_jbuf

I assume this is the same same problem as in #873791, so I would propose
to add a Break python-lxml (<< 3.8.0-1.1).

Thanks

Jochen


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

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

Versions of packages python2.7 depends on:
ii  libpython2.7-stdlib  2.7.14~rc1-2
ii  mime-support 3.60
ii  python2.7-minimal2.7.14~rc1-2

python2.7 recommends no packages.

Versions of packages python2.7 suggests:
ii  binutils   2.29-8
pn  python2.7-doc  

-- no debconf information

Bug#862225: pam_mount mounts using old password when a password change is forced on login

[Jochen Sprickerhof]

Hi Floris,

Thanks for the bug report, I plan to add it in the next release.

* Floris Bos  [2017-05-10 00:38]:
> passwordoptionalpam_mount.so
> disable_interactive

Is there any reason for the disable_interactive?

Cheers Jochen


signature.asc
Description: PGP signature

Bug#866702: python-django: Fix git tags for git deborig

[Jochen Sprickerhof]

Source: python-django
Severity: minor

Dear Maintainer,

could you please fix the tags in your git repo such that git deborig (from 
devscirpts) works?

python-django> git deborig
couldn't find any of the following tags: 1.11.2, v1.11.2, upstream/1.11.2
tell me a tag or branch head to make an orig.tar from: git deborig REF
python-django> git tag 1.11.2 7efdfa918
python-django> git deborig

Thanks!


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

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

Bug#866756: qemu-user-static should depend on binfmt-support or add a trigger

[Jochen Sprickerhof]

Package: qemu-user-static
Version: 1:2.8+dfsg-6
Severity: minor

Dear Maintainer,

currently qemu-user-static doesn't depend on binfmt-support but tries to use it
in it's postinst. Installing qemu-user-static first and binfmt-support results
in the binfmt registration not being done. I would propose to either add a
dependency to binfmt-support or add a dpkg trigger to do the registration
later.

Cheers Jochen

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

qemu-user-static depends on no packages.

Versions of packages qemu-user-static recommends:
ii  binfmt-support  2.1.6-2

Versions of packages qemu-user-static suggests:
pn  sudo  

-- no debconf information

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Jochen Sprickerhof]

Package: src:linux
Followup-For: Bug #843448

Hi,

thanks to the pointers, I've condensed the first patch (74b9605e) to the
attached one against 4.9. Can you verify that it works?

I will try to port it to 4.11 and linux-next and post them.

The second patch (2166ffd00-updated.diff) looks good for me, would be great to
see it in mainline. Did someone send it to the maintainers already?

Cheers Jochen
>From a06c3727c1c19b2761b0aef267ce6338f0b2de7e Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
Date: Mon, 3 Jul 2017 15:59:25 +0200
Subject: [PATCH] usb: dwc3: core: setup phy before trying to read from it

dwc3_readl needs the device to be set up with dwc3_phy_setup.

Tested with Odroid XU4.

This is a regression from c499ff71ff2a281366c6ec7a904c547d806cbcd1.

Signed-off-by: Jochen Sprickerhof 
---
 drivers/usb/dwc3/core.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 33d3eb0c944a..69ad59753590 100644
--- a/drivers/usb/dwc3/core.c
+++ b/drivers/usb/dwc3/core.c
@@ -606,6 +606,10 @@ static int dwc3_core_init(struct dwc3 *dwc)
u32 reg;
int ret;
 
+   ret = dwc3_phy_setup(dwc);
+   if (ret)
+   goto err0;
+
reg = dwc3_readl(dwc->regs, DWC3_GSNPSID);
/* This should read as U3 followed by revision number */
if ((reg & DWC3_GSNPSID_MASK) == 0x5533) {
@@ -643,10 +647,6 @@ static int dwc3_core_init(struct dwc3 *dwc)
if (ret)
goto err0;
 
-   ret = dwc3_phy_setup(dwc);
-   if (ret)
-   goto err0;
-
reg = dwc3_readl(dwc->regs, DWC3_GCTL);
reg &= ~DWC3_GCTL_SCALEDOWN_MASK;
 
-- 
2.13.2

Bug#843448: [jspri...@debian.org: Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB]

[Jochen Sprickerhof]

Hi guys,

forgot to add you to Cc, sorry.

Cheers Jochen

- Forwarded message from Jochen Sprickerhof  -

Date: Mon, 03 Jul 2017 16:31:01 +0200
To: Debian Bug Tracking System <843...@bugs.debian.org>
X-Mailer: reportbug 7.1.7
Reply-To: Jochen Sprickerhof , 843...@bugs.debian.org
From: Jochen Sprickerhof 
Subject: Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on 
Odroid-Xu4 with rootfs on USB

Package: src:linux
Followup-For: Bug #843448

Hi,

thanks to the pointers, I've condensed the first patch (74b9605e) to the
attached one against 4.9. Can you verify that it works?

I will try to port it to 4.11 and linux-next and post them.

The second patch (2166ffd00-updated.diff) looks good for me, would be great to
see it in mainline. Did someone send it to the maintainers already?

Cheers Jochen

>From a06c3727c1c19b2761b0aef267ce6338f0b2de7e Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
Date: Mon, 3 Jul 2017 15:59:25 +0200
Subject: [PATCH] usb: dwc3: core: setup phy before trying to read from it

dwc3_readl needs the device to be set up with dwc3_phy_setup.

Tested with Odroid XU4.

This is a regression from c499ff71ff2a281366c6ec7a904c547d806cbcd1.

Signed-off-by: Jochen Sprickerhof 
---
 drivers/usb/dwc3/core.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 33d3eb0c944a..69ad59753590 100644
--- a/drivers/usb/dwc3/core.c
+++ b/drivers/usb/dwc3/core.c
@@ -606,6 +606,10 @@ static int dwc3_core_init(struct dwc3 *dwc)
u32 reg;
int ret;
 
+   ret = dwc3_phy_setup(dwc);
+   if (ret)
+   goto err0;
+
reg = dwc3_readl(dwc->regs, DWC3_GSNPSID);
/* This should read as U3 followed by revision number */
if ((reg & DWC3_GSNPSID_MASK) == 0x5533) {
@@ -643,10 +647,6 @@ static int dwc3_core_init(struct dwc3 *dwc)
if (ret)
goto err0;
 
-   ret = dwc3_phy_setup(dwc);
-   if (ret)
-   goto err0;
-
reg = dwc3_readl(dwc->regs, DWC3_GCTL);
reg &= ~DWC3_GCTL_SCALEDOWN_MASK;
 
-- 
2.13.2



- End forwarded message -


signature.asc
Description: PGP signature

Bug#867458: libmpack: Please push upstream tags for git deborig

[Jochen Sprickerhof]

Source: libmpack
Severity: minor

Dear Maintainer,

Could you please tag the upstream version in git so git deborig works?

$ git deborig
couldn't find any of the following tags: 1.0.3, v1.0.3, upstream/1.0.3
$ git tag upstream/1.0.3 c0190a20ddc26cbc956c0f80360c6170ecb45775
$ git deborig

Thanks!

Jochen

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

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

Bug#867459: lua-nvim: Please clean up upstream tags in the repo for git deborig

[Jochen Sprickerhof]

Source: lua-nvim
Severity: minor

Dear Maintainer,

could you please clean up the tags in git for git debori?

$ git deborig
tags 0.0.1-25, upstream/0.0.1-25 all exist in this repository
tell me which one you want to make an orig.tar from: git deborig TAG

I assume the upstream/0.0.1-25 is wrong.

Thanks!

Jochen

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

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

Bug#867469: lua-cliargs: Please clean git tags for git getorig

[Jochen Sprickerhof]

Source: lua-cliargs
Severity: minor

Dear Maintainer,

Could you please clean your git tags such that git deborig works?

$ git deborig
tags upstream/3.0-1, v3.0-1 all exist in this repository
tell me which one you want to make an orig.tar from: git deborig TAG

I assume v3.0-1 is the correct one (although it shouldn't have a hyphen in 
there).

Thanks!

Jochen

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

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

Bug#875809: transition: ros-ros-comm

[Jochen Sprickerhof]

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

Hi,

just a mini transition inside ROS.

Cheers Jochen

Ben file:

title = "ros-ros-comm";
is_affected = .depends ~ /\b(librosbag\-storage1d|librosbag2d)\b/ | .depends ~ 
/\b(librosbag\-storage2d|librosbag3d)\b/;
is_good = .depends ~ /\b(librosbag\-storage2d|librosbag3d)\b/;
is_bad = .depends ~ /\b(librosbag\-storage1d|librosbag2d)\b/;


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

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

Bug#867476: lua-system: Please clean git tags for git getorig

[Jochen Sprickerhof]

Source: lua-system
Severity: minor

Dear Maintainer,

Could you please clean your git tags such that git deborig works?

$ git deborig
tags upstream/0.2.0, v0.2.0 all exist in this repository
tell me which one you want to make an orig.tar from: git deborig TAG

I assume upstream/0.2.0 is the correct one.

Thanks!

Jochen

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

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

Bug#867480: lua-inifile: Please clean git tags for git getorig

[Jochen Sprickerhof]

Source: lua-inifile
Severity: minor

Dear Maintainer,

Could you please clean your git tags such that git deborig works?

git deborig
tags upstream/1.0, v1.0 all exist in this repository
tell me which one you want to make an orig.tar from: git deborig TAG

I assume upstream/1.0 is the correct one.

Thanks!

Jochen

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

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

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Jochen Sprickerhof]

Control: tags -1 patch

Hi,

I've created patches for v4.12 (applies to v4.11 as well) and git
master and send them to the subsystem maintainers. Would be great to see
them included in the Debian kernel as well.

Cheers Jochen
From 7b12187f59ff43571e664b9f6987534ee622700f Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
Date: Fri, 7 Jul 2017 19:38:03 +0200
Subject: [PATCH] v4.12: usb: dwc3: core: Setup phy before trying to read from
 it

Commit c499ff71ff2a ("usb: dwc3: core: re-factor init and exit paths")
moved the call to dwc3_phy_setup() from dwc3_probe() to dwc3_core_init()
and after the dwc3_readl() (now in dwc3_core_is_valid). This broke USB
and Ethernet on Odroid XU4, because dwc3_readl() needs dwc3_phy_setup()
to be run before.

Fix this by moving the call to dwc3_phy_setup() before
dwc3_core_is_valid().

This fixes USB and Ethernet on Odroid XU4.

Also see https://bugs.debian.org/843448

Signed-off-by: Jochen Sprickerhof 
Fixes: c499ff71ff2a ("usb: dwc3: core: re-factor init and exit paths")
---
 drivers/usb/dwc3/core.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 455d89a1cd6d..2418979a883a 100644
--- a/drivers/usb/dwc3/core.c
+++ b/drivers/usb/dwc3/core.c
@@ -732,6 +732,10 @@ static int dwc3_core_init(struct dwc3 *dwc)
 	u32			reg;
 	int			ret;
 
+	ret = dwc3_phy_setup(dwc);
+	if (ret)
+		goto err0;
+
 	if (!dwc3_core_is_valid(dwc)) {
 		dev_err(dwc->dev, "this is not a DesignWare USB3 DRD Core\n");
 		ret = -ENODEV;
@@ -755,10 +759,6 @@ static int dwc3_core_init(struct dwc3 *dwc)
 	if (ret)
 		goto err0;
 
-	ret = dwc3_phy_setup(dwc);
-	if (ret)
-		goto err0;
-
 	dwc3_core_setup_global_control(dwc);
 	dwc3_core_num_eps(dwc);
 
-- 
2.13.2

From 6b7d33243a364c668530a5ae11ed5a57cecd42d9 Mon Sep 17 00:00:00 2001
From: Jochen Sprickerhof 
Date: Fri, 7 Jul 2017 19:38:03 +0200
Subject: [PATCH] usb: dwc3: core: Setup phy before trying to read from it

Commit c499ff71ff2a ("usb: dwc3: core: re-factor init and exit paths")
moved the call to dwc3_phy_setup() from dwc3_probe() to dwc3_core_init()
and after the dwc3_readl() (now in dwc3_core_is_valid). This broke USB
and Ethernet on Odroid XU4, because dwc3_readl() needs dwc3_phy_setup()
to be run before.

Fix this by moving the call to dwc3_phy_setup() before
dwc3_core_is_valid().

This fixes USB and Ethernet on Odroid XU4.

This needs and is supposed to be applied on top of
https://patchwork.kernel.org/patch/9815981/

Also see https://bugs.debian.org/843448

Signed-off-by: Jochen Sprickerhof 
Fixes: c499ff71ff2a ("usb: dwc3: core: re-factor init and exit paths")
---
 drivers/usb/dwc3/core.c | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c
index 03474d3575ab..3c6faddc1394 100644
--- a/drivers/usb/dwc3/core.c
+++ b/drivers/usb/dwc3/core.c
@@ -747,6 +747,10 @@ static int dwc3_core_init(struct dwc3 *dwc)
 	u32			reg;
 	int			ret;
 
+	ret = dwc3_phy_setup(dwc);
+	if (ret)
+		goto err0;
+
 	if (!dwc3_core_is_valid(dwc)) {
 		dev_err(dwc->dev, "this is not a DesignWare USB3 DRD Core\n");
 		ret = -ENODEV;
@@ -774,10 +778,6 @@ static int dwc3_core_init(struct dwc3 *dwc)
 	if (ret)
 		goto err0;
 
-	ret = dwc3_phy_setup(dwc);
-	if (ret)
-		goto err0;
-
 	dwc3_core_setup_global_control(dwc);
 	dwc3_core_num_eps(dwc);
 
-- 
2.13.2



signature.asc
Description: PGP signature

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Jochen Sprickerhof]

Hi Vagrant,

* Vagrant Cascadian  [2017-07-07 20:21]:
> Is this the only patch needed? Does it also need one of the patches
> mentioned earlier in this bug? This is a single patch, with a v4.12 and
> v4.11 variant, or two very similar looking patches?
> 
> I'd be happy to test on debian's 4.9 and 4.11 kernels, but it is a
> little unclear to me exactly which patches are meant for what.

Sorry for being unclear.

For v4.9 the only patch needed is:

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=843448;filename=0001-usb-dwc3-core-setup-phy-before-trying-to-read-from-i.patch;msg=97

For v4.11 and v4.12 the only patch needed is:

https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=843448;filename=0001-v4.12-usb-dwc3-core-Setup-phy-before-trying-to-read-.patch;msg=117

For current Linux master you need:

https://patchwork.kernel.org/patch/9815981/
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=843448;filename=0001-usb-dwc3-core-Setup-phy-before-trying-to-read-from-i.patch;msg=117

I also forwarded this upstream here:

http://marc.info/?l=linux-usb&m=149945465112440&w=2

Test results welcome.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Jochen Sprickerhof]

* Steinar H. Gunderson  [2017-07-08 10:38]:
> Don't you also want this?
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=843448;filename=2166ffd004e04a61887eb2a39f8639dc12140c58-updated.diff;msg=75

This is not needed to fix this bug.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#843448: linux-image-4.8.0-1-armmp-lpae: fails to boot on Odroid-Xu4 with rootfs on USB

[Jochen Sprickerhof]

* Steinar H. Gunderson  [2017-07-08 10:43]:
> Well, you don't get working USB after a warm boot without it, do you?

Oups forgot to test that, you are totally right :).

@Gustavo: could you take care of brining that one upstream? Thanks!

Cheers Jochen


signature.asc
Description: PGP signature

Bug#868355: nmu: ceres-solver_1.12.0+dfsg0-1+b3

[Jochen Sprickerhof]

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

Hi,

please rebuild Ceres against the current Eigen3 version, as it encodes the
version in the CeresConfig.cmake and makes Google Cartographer to file in cmake
with:

CMake Error at /usr/lib/cmake/ceres/CeresConfig.cmake:88 (message):
  Failed to find Ceres - Found Eigen dependency, but the version of Eigen
  found (3.3.4) does not exactly match the version of Eigen Ceres was
  compiled with (3.3.2).  This can cause subtle bugs by triggering violations
  of the One Definition Rule.  See the Wikipedia article
  http://en.wikipedia.org/wiki/One_Definition_Rule for more details

Thanks!

Jochen

nmu ceres-solver_1.12.0+dfsg0-1+b3 . ANY . unstable . -m "Rebuild against new 
libeigen3-dev"

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

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

Bug#868355: nmu: ceres-solver_1.12.0+dfsg0-1+b3

[Jochen Sprickerhof]

[adding Philipp and Anton as the respective maintainers]

* Emilio Pozuelo Monfort  [2017-07-15 09:40]:
> On 14/07/17 21:42, Jochen Sprickerhof wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> > 
> > Hi,
> > 
> > please rebuild Ceres against the current Eigen3 version, as it encodes the
> > version in the CeresConfig.cmake and makes Google Cartographer to file in 
> > cmake
> > with:
> > 
> > CMake Error at /usr/lib/cmake/ceres/CeresConfig.cmake:88 (message):
> >   Failed to find Ceres - Found Eigen dependency, but the version of Eigen
> >   found (3.3.4) does not exactly match the version of Eigen Ceres was
> >   compiled with (3.3.2).  This can cause subtle bugs by triggering 
> > violations
> >   of the One Definition Rule.  See the Wikipedia article
> >   http://en.wikipedia.org/wiki/One_Definition_Rule for more details
> 
> Why do you need the same version at runtime than the one it was compiled with?
> Multiple definitions doesn't sound like a good reason to me, as eigen and 
> ceres
> shouldn't be defining things in the same namespace in the first place, thus
> conflicts should be impossible.
> 
> Sounds like a too strict check that should be removed.

I think it's an actual problem not only in Ceres:

http://eigen.tuxfamily.narkive.com/fweQWUaX/eigen-and-the-one-definition-rule

At the moment Ceres is not usable in Debian unstable, so as a simple
measure I would propose to do the binnmu.

I'm not sure about a long term solution. I've looked into the
Built-Using field [1]. But we would have to make sure that every package
using Eigen adds this field and I have found nothing about recompiling
every user automatically when a new Eigen version is uploaded.
I assume it would be better to trigger a rebuild of all dependencies
when Eigen is uploaded, but I'm not aware of an automatic mechanism in
Debian to do that. Any ideas?

Cheers Jochen

[1] https://www.debian.org/doc/debian-policy/ch-relationships.html#s-built-using


signature.asc
Description: PGP signature

Bug#867469: lua-cliargs: Please clean git tags for git getorig

[Jochen Sprickerhof]

* Jason Pleau  [2017-07-20 23:00]:
> To answer your question, shouldn't the correct tag here be
> upstream/3.0-1 ? This is the one that was created (and is used) by git-gbp.

It looks like you have upstream source with upstream tags as well as a
git-gbp upstream branch with upstream/ tags. I don't know about your
group policy, otherwise I'm fine with your proposal.

Cheers Jochen


signature.asc
Description: PGP signature

Bug#869801: src:libuv1: Please clean git tags for git getorig

[Jochen Sprickerhof]

Package: src:libuv1
Severity: normal

Dear Maintainer,

Could you please clean your git tags such that git deborig works?

git deborig

tags upstream/1.9.1, v1.9.1 all exist in this repository
tell me which one you want to make an orig.tar from: git deborig TAG

I assume upstream/1.9.1 is the correct one.

Thanks!

Jochen

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

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

Bug#870044: src:python-django-extra-views: Please adopt the git repo to the policy

[Jochen Sprickerhof]

Package: src:python-django-extra-views
Severity: minor

Dear Maintainer,

Could you please adopt the git tags in your repo in [1] to the policy [2]?

Thanks!

Jochen

[1] 
https://anonscm.debian.org/cgit/python-modules/packages/python-django-extra-views.git
[2] https://python-modules.alioth.debian.org/policy.html#id6

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

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

Bug#871611: panic: runtime error: index out of range

[Jochen Sprickerhof]

Package: ratt
Version: 0.0~git20160202.0.a14e2ff-1+b2
Severity: normal

Dear Maintainer,

I would like to use ratt to test the new poco version in experimental
before requesting a transition:

$ wget "http://http.debian.net/debian/pool/main/p/poco/poco_1.7.8+dfsg1-1.dsc";
$ ratt poco_1.7.8+dfsg1-1.dsc
2017/08/09 23:19:44 Loading changes file "poco_1.7.8+dfsg1-1.dsc"
panic: runtime error: index out of range

goroutine 1 [running]:
panic(0x580ea0, 0xc4200100f0)
/usr/lib/go-1.7/src/runtime/panic.go:500 +0x1a1
pault.ag/go/debian/control.(*FileListChangesFileHash).UnmarshalControl(0xc4200125a0,
 0xc42008c1b0, 0x46, 0xc4200a0840, 0xc420012501)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/changes.go:59
 +0x1fa
pault.ag/go/debian/control.decodeStructValueStruct(0x595780, 0xc4200125a0, 
0x199, 0x566baa, 0x5, 0x0, 0x0, 0x668c60, 0x56f9e0, 0x566bb1, ...)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:240
 +0xe2
pault.ag/go/debian/control.decodeStructValue(0x595780, 0xc4200125a0, 0x199, 
0x566baa, 0x5, 0x0, 0x0, 0x668c60, 0x56f9e0, 0x566bb1, ...)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:223
 +0x3ab
pault.ag/go/debian/control.decodeStructValueSlice(0x56f9e0, 0xc4200a4150, 
0x197, 0x566baa, 0x5, 0x0, 0x0, 0x668c60, 0x56f9e0, 0x566bb1, ...)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:272
 +0x2e1
pault.ag/go/debian/control.decodeStructValue(0x56f9e0, 0xc4200a4150, 0x197, 
0x566baa, 0x5, 0x0, 0x0, 0x668c60, 0x56f9e0, 0x566bb1, ...)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:221
 +0x2ee
pault.ag/go/debian/control.decodeStruct(0xc42001e960, 0xc42000a500, 0x10, 0x10, 
0x5a77e0, 0xc4200a4000, 0x199, 0x0, 0xc420010130)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:182
 +0x558
pault.ag/go/debian/control.decodeStruct(0xc42001e960, 0xc42000a500, 0x10, 0x10, 
0x599300, 0xc4200a4000, 0x16, 0x585fc0, 0x5a7701)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:136
 +0x87a
pault.ag/go/debian/control.decode(0xc420010970, 0x599300, 0xc4200a4000, 0x16, 
0x16, 0xc420010970)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:119
 +0x1b3
pault.ag/go/debian/control.(*Decoder).Decode(0xc420010970, 0x599300, 
0xc4200a4000, 0xc420010970, 0x0)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:103
 +0x63
pault.ag/go/debian/control.Unmarshal(0x599300, 0xc4200a4000, 0x6636a0, 
0xc4200122a0, 0x59d7c0, 0xc4200a1001)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/decode.go:75
 +0x73
pault.ag/go/debian/control.ParseChanges(0xc4200122a0, 0x7ffdb66f34f5, 0x16, 
0xc42008f000, 0x1000, 0x1000)

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/pault.ag/go/debian/control/changes.go:123
 +0xab
main.main()

/build/ratt-PqE2x4/ratt-0.0~git20160202.0.a14e2ff/obj-x86_64-linux-gnu/src/github.com/debian/ratt/ratt.go:100
 +0x30f

I'm not sure what I'm doing wrong, but could you please at least add an
appropriate error message?

Thanks!

Jochen

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

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

Versions of packages ratt depends on:
ii  libc6  2.24-14

ratt recommends no packages.

ratt suggests no packages.

-- no debconf information

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

[Jochen Sprickerhof]

Control: tags -1 + moreinfo unreproducible

* Lucas Nussbaum  [2017-04-19 09:26]:
> > This is pdfTeX, Version 3.14159265-2.6-1.40.17 (TeX Live 2016/Debian) 
> > (preloaded format=latex)
> >  restricted \write18 enabled.
> > entering extended mode
> > (./_formulas.tex
> > LaTeX2e <2017/01/01> patch level 3
> > Babel <3.9r> and hyphenation patterns for 3 language(s) loaded.
> > (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
> > Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
> > (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics/epsfig.sty
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg)
> > (/usr/share/texlive/texmf-dist/tex/latex/graphics-def/dvips.def
> > (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsmath.sty
> > For additional information on amsmath, use the `?' option.
> > (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amstext.sty
> > (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsgen.sty))
> > (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsbsy.sty)
> > (/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsopn.sty))
> > (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amssymb.sty
> > (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amsfonts.sty))
> > No file _formulas.aux.
> > (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/umsa.fd)
> > (/usr/share/texlive/texmf-dist/tex/latex/amsfonts/umsb.fd) [1] [2] [3] [4]
> > [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]
> > [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35]
> > [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50]
> > [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65]
> > [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80]
> > [81] [82] [83] (./_formulas.aux) )
> > Output written on _formulas.dvi (83 pages, 9352 bytes).
> > Transcript written on _formulas.log.
> > Segmentation fault
> > doc/doxygen/CMakeFiles/doc.dir/build.make:60: recipe for target 
> > 'doc/doxygen/CMakeFiles/doc' failed
> > make[3]: *** [doc/doxygen/CMakeFiles/doc] Error 139

I'm unable to reproduce this. Could you provide a backtrace?
Note that it's pdfTeX segfaulting, not really related to pcl ;).

Cheers Jochen


signature.asc
Description: PGP signature

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

[Jochen Sprickerhof]

* Jochen Sprickerhof  [2017-04-19 22:10]:
> > > Segmentation fault
> > > doc/doxygen/CMakeFiles/doc.dir/build.make:60: recipe for target 
> > > 'doc/doxygen/CMakeFiles/doc' failed
> > > make[3]: *** [doc/doxygen/CMakeFiles/doc] Error 139
> 
> I'm unable to reproduce this. Could you provide a backtrace?
> Note that it's pdfTeX segfaulting, not really related to pcl ;).

Oups, it's actually doxygen. Could it be that it's running out of disk
space or against some file system limit, as it's generating a lot of
files with potentially long names?


signature.asc
Description: PGP signature