Bug#846557: src:ugene: New version available

[Andreas Tille]

Package: src:ugene
Severity: normal

Hi,

Ugene version 1.25.0 is available and it would be nice to have it in
Stretch.  Ugene might require some skills with quilt.  In the long term
it would be great to get the package in main by separating code copies
and checking licenses.

Kind regards

  Andreas.


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Bug#846558: transgui: I'd like to have transmission-remote-gui alias for this package

[Nikolay Shaplov (Swami Dhyan Nataraj)]

Package: transgui
Version: 5.0.1-1
Severity: wishlist

Hi! I've been using transmission for may yeas. I was really missing something 
like transgui, but I did not know
that it exists in debian repo because I was expecting that it will have hame 
starting with
transmission-* 

Now I found transgui and happy. But nevertheless: I would offer to create alias 
package that would really 
install transgui, something like transmission-remote-gui or 
transmission-remote-transgui or any other, the 
main idea, it's name should start with transmission-*, so user can see all 
stadalone transmisson clients in 
one search request.

So this is my suggestuion...



-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages transgui depends on:
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-18+deb8u3
ii  libcairo2   1.14.0-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u4
ii  libglib2.0-02.42.1-1
ii  libgtk2.0-0 2.24.25-3
ii  libpango-1.0-0  1.36.8-3
ii  libssl1.0.0 1.0.1k-3+deb8u2
ii  libx11-62:1.6.2-3

transgui recommends no packages.

transgui suggests no packages.

-- no debconf information

Bug#793134: Packaging of newest upstream version in progress

[Nobuhiro Iwamatsu]

Hi,

> Newest version will be uploaded soon. Upstream is reviewing configured
> ciphers and options.

ping?

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6

Bug#846559: yocto-reader: Remove the package because of very low quality

[Christian Buhtz]

Package: yocto-reader
Version: 0.9.4+nmu1
Severity: normal

Dear Maintainer,

please remove the package from the repository.

1. No "help" implemented (click on the menu point in the reader). No manpage.
No user-documentation in /usr/share/doc/yocto-reader.

2. The tracker doesn't point to the project website. As you can read in the
"copyright" file in the doc-folder the project website is http://yocto-
reader.flouzo.net/. But it is dead - no response from there.

3. After installing the package the user doesn't know how to start it. No
binary, no manpage. And no .desktop-file.

>From the viewpoint of useability this is a very low qualitiy of the package.
Because of no project website there is no information about the status and
activity of Upstream. Is the project still in development or is it dead?

Maybe you as the maintainer have "better connection" to the Upstream-devs. The
should clearify the points or remove the package.



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

Kernel: Linux 4.8.11-towo.3-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

yocto-reader depends on no packages.

Versions of packages yocto-reader recommends:
pn  apache2 | httpd  

yocto-reader suggests no packages.

-- no debconf information

Bug#846138: Upstream

[Kunal Mehta]

For reference,  is the upstream
ticket about fixing PHP 7 support, but there has been no recent activity
on it. :(



signature.asc
Description: OpenPGP digital signature

Bug#846560: thawab: FTBFS with latest imagemagick

[Andreas Beckmann]

Source: thawab
Version: 3.2.0-1
Severity: serious
Justification: fails to build from source

Hi,

thawab now FTBFS in sid:

[...]
intltool-merge -d po thawab.desktop.in thawab.desktop
Merging translations into thawab.desktop.
convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ 
error/delegate.c/InvokeDelegate/1919.
convert-im6.q16: unable to open file `/tmp/magick-7435lkWkG0P0DFLY': No such 
file or directory @ error/constitute.c/ReadImage/544.
convert-im6.q16: no images defined `thawab-96.png' @ 
error/convert.c/ConvertImageCommand/3258.
convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ 
error/delegate.c/InvokeDelegate/1919.
convert-im6.q16: unable to open file `/tmp/magick-7440bcrUmIHBDauZ': No such 
file or directory @ error/constitute.c/ReadImage/544.
convert-im6.q16: no images defined `thawab-72.png' @ 
error/convert.c/ConvertImageCommand/3258.
convert-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ 
error/delegate.c/InvokeDelegate/1919.
convert-im6.q16: unable to open file `/tmp/magick-7442o0v1ycgFn4BX': No such 
file or directory @ error/constitute.c/ReadImage/544.
convert-im6.q16: no images defined `thawab-64.png' @ 
error/convert.c/ConvertImageCommand/3258.
[...]

Full build log attached.


Andreas


thawab_3.2.0-1.log.gz
Description: application/gzip

Bug#846561: python3-eccodes: contains copy of python3-gribapi

[Andreas Beckmann]

Package: python3-eccodes
Version: 2.0.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python3-eccodes.
  Preparing to unpack .../27-python3-eccodes_2.0.2-2_amd64.deb ...
  Unpacking python3-eccodes (2.0.2-2) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-VXCDbL/27-python3-eccodes_2.0.2-2_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/python3/dist-packages/gribapi/__init__.py', 
which is also in package python3-gribapi 1.18.0-2
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-VXCDbL/27-python3-eccodes_2.0.2-2_amd64.deb


cheers,

Andreas


python3-gribapi=1.18.0-2_python3-eccodes=2.0.2-2.log.gz
Description: application/gzip

Bug#846562: node-mustache, ruby-mustache: error when trying to install together: both ship /usr/bin/mustache

[Andreas Beckmann]

Package: node-mustache,ruby-mustache
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: found -1 1.0.2-1
Control: found -1 2.3.0-1

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package ruby-mustache.
  Preparing to unpack .../19-ruby-mustache_1.0.2-1_all.deb ...
  Unpacking ruby-mustache (1.0.2-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-DZh5hC/19-ruby-mustache_1.0.2-1_all.deb (--unpack):
   trying to overwrite '/usr/bin/mustache', which is also in package 
node-mustache 2.3.0-1
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-DZh5hC/19-ruby-mustache_1.0.2-1_all.deb

This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/bin/mustache

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may
also register in the BTS that the other package is affected by the bug.

Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see https://qa.debian.org/dose/file-overwrites.html


node-mustache=2.3.0-1_ruby-mustache=1.0.2-1.log.gz
Description: application/gzip

Bug#843440: ITP: capstone -- lightweight multi-architecture disassembly framework

[Raphael Hertzog]

Hello Pranith,

On Wed, 30 Nov 2016, Pranith Kumar wrote:
> Package: wnpp
> 
> * Package name: capstone
>   Version : 4.0
>   Upstream Author : Nguyen Anh Quynh 
> * URL : http://www.capstone-engine.org/

it looks like you are a bit confused. capstone is already in Debian
so there is no need to file an "ITP" (Intent To Package). I saw
that your already converted the "O" (Orphaned) bug into a "ITA" (Intent to
Adopt) bug (#843440) and that you already made a sponsorship request
(#846348).

> Capstone is a disassembly framework with the target of becoming the ultimate
> disasm engine for binary analysis and reversing in the security community.

I would like to suggest you to join the pkg-security team and maintain
that package in the team's git repository. We have sponsors for your
updated package in the team.

Please have a look at https://wiki.debian.org/Teams/pkg-security
and request to join the team on
https://alioth.debian.org/projects/pkg-security

Subscribe to the mailing list and feel free to ask any question on the
list.

Have you checked whether capstone 4 breaks reverse dependencies?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#846563: clang.cindex.LibclangError: libclang-4.0.so: No such file or directory.

[Ph. Marek]

Package: python-clang-4.0
Version: 1:4.0~svn286225-1
Severity: normal

Trying the "Simple example" from 
http://eli.thegreenplace.net/2011/07/03/parsing-c-in-python-with-clang,
I get the error message

  File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 2461, in 
create
return Index(conf.lib.clang_createIndex(excludeDecls, 0))
  File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 169, in 
__get__
value = self.wrapped(instance)
  File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3876, in lib
lib = self.get_cindex_library()
  File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3907, in 
get_cindex_library
raise LibclangError(msg)
clang.cindex.LibclangError: libclang-4.0.so: cannot open shared object 
file: No such file or directory. To provide a path to libclang use 
Config.set_library_path() or Config.set_library_file().

I guess that the python library could use a bit of fine-tuning here.

$ LC_ALL=C apt-get install libclang1-4.0
Reading package lists... Done
Building dependency tree
Reading state information... Done
libclang1-4.0 is already the newest version (1:4.0~svn286225-1).
0 upgraded, 0 newly installed, 0 to remove and 33 not upgraded.



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

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

Versions of packages python-clang-4.0 depends on:
ii  python  2.7.11-2

python-clang-4.0 recommends no packages.

python-clang-4.0 suggests no packages.

-- no debconf information

Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu

[Samuel Thibault]

Hello,

Holger Levsen, on Sun 27 Nov 2016 17:38:27 +0100, wrote:
> So how to fix this *and* allow Debian blends be installed easily from
> official Debian media?

[...]

> The idea is, that these images have the *same features* (and packages), the
> differences are just which the preselected default in the boot menu.
[...]
> This has several benefits:
> - it's possible to tell people "download $this iso to install $this type of
>   Debian"

> For blends-tasks it's probably enough to add a commandline parameter like 
> this:
>   preseed/late_command="apt install -y blends-tasks"
> (or probably better to turn blends-tasks into an udeb…)

This makes me think about a recurring issue: being able to easily
personalize an ISO image.

It's useful to have an ISO image that "just install this and that on the
whole disk without asking anything" without having to setup PXE.

It's useful to have an ISO image that just directly uses the native
language of the target users.

We need it for accessibility for the cases where a braille device
can not be automatically detected for instance, some parameter must
be manually set, and that can't be done in an accessible way in the
bootloader.


Of course, that's called preseeding, one just has to stuff a preseed.cfg
file on a key.  But one also have to put magic stuff on the kernel
command line to get it loaded, etc.  It's really far from convenient
(and doesn't fix the accessibility case).



I was thinking that we could reserve some room on the ISO image itself
to contain this, so that it can be easily patched over.  Something
like a dumb preseeding file full of comments, to have enough room for
personalization.  The idea would be that the official Debian images have
this file with a well-known content.  Personalization tools can then
just change the content, without having to rebuild the ISO image.  Such
personalized ISO image then fails any checksum verification of course,
but one can revert the personalization by putting back the well-known
content, and thus be able to verify the checksum.


With such a setup, the various blend images could be simply
personalizations of the officiel CD image.  The personalization step
could be done by the blend teams and put for download, or it could even
somehow be done on the fly at download time.



As a side note:

> For illustration, these are some netinstall image _flavors_/_spins_ I have in 
> mind:
> 
>   debian-classic / textmode d-i
>   debian-graphical installer
>   blends selection (graphical)
>   debian-edu blend (graphical)
>   debian-parl blend (graphical)


>   debian-speakup (textmode d-i with speech enabled by default)

This one does not make sense: using speech is completely orthogonal to
everything else. That's why it's a boot entry on all images.

Samuel

Bug#846353: FTBFS: ERROR: Test "ruby2.3" failed. Exiting.

[Sebastiaan Couwenberg]

On 12/01/2016 07:48 PM, Sebastiaan Couwenberg wrote:
> On Wed, 30 Nov 2016 15:10:03 + Iain Lane wrote:
>> This package FTBFS on 32 bit arches (works on amd64 and other 64 bit
>> arches), maybe due to the new hdf5
> 
> Quite likely, since hdf-eos5 hasn't been rebuilt for the hdf5 transition
> yet. I suspect this issue to fix itself once that's done.

It did not, but did only fail on 32-bit architectures.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#846564: dpkg-deb: 'compressing tar member: lzma error: Cannot allocate memory' on 32-bit architectures on dpkg-deb -Zxz -Sextreme -z9

[Andreas Beckmann]

Package: dpkg
Version: 1.18.15
Severity: serious

Hi,

I just tried to rebuild some packages from non-free. fonts-larabie
builds on amd64 but fails on i386 and armhf. This still worked a month
ago. (building on a amd64 machine in pbuilder chroots, armhf using qemu)

   debian/rules override_dh_builddeb
make[1]: Entering directory '/build/fonts-larabie-20011216'
dh_builddeb -- -Zxz -Sextreme -z9
dpkg-deb: building package 'fonts-larabie-straight' in 
'../fonts-larabie-straight_20011216-5_all.deb'.
dpkg-deb: building package 'fonts-larabie-deco' in 
'../fonts-larabie-deco_20011216-5_all.deb'.
dpkg-deb: building package 'fonts-larabie-uncommon' in 
'../fonts-larabie-uncommon_20011216-5_all.deb'.
dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
memory
dpkg-deb: error: subprocess  from tar -cf returned error exit status 2
dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
memory
dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build debian/fonts-larabie-straight 
.. returned exit code 2
dpkg-deb: error: subprocess  from tar -cf returned error exit status 2
dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build debian/fonts-larabie-deco .. 
returned exit code 2
dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
memory
dpkg-deb: error: subprocess  from tar -cf returned error exit status 2
dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build debian/fonts-larabie-uncommon 
.. returned exit code 2
debian/rules:16: recipe for target 'override_dh_builddeb' failed
make[1]: *** [override_dh_builddeb] Error 1
make[1]: Leaving directory '/build/fonts-larabie-20011216'


Andreas

Bug#846099: [Debian-rtc-admin] Bug#846099: Please enable spam blocking on the XMPP server

[Victor Seva]

On 11/28/2016 02:28 PM, W. Martin Borgert wrote:
> Package: rtc.debian.org
> Severity: wishlist
> 
> I get a lot of spam on my Debian XMPP account.
> Please enable some kind of spam blocking.
> I suggest to use mod_block_strangers, which works fine for me.


mod_block_strangers has been added to prosody-modules
0.0~hg20160813.65d9093525ca+dfsg-3

ASA it reaches stretch I will push it to jessie-backports



signature.asc
Description: OpenPGP digital signature

Bug#825349: how-can-i-help: also show bugs tagged help

[Daniel Shahaf]

Control: found -1 14
Control: tags -1 patch

Tomasz Nitecki wrote on Sun, Jun 19, 2016 at 19:10:45 +0200:
> Apart from a minor code modification, it will also require a minor
> change in the hcih script on the UDD side. I'll try to add it, when I'm
> done with how-can-i-help update.

I've gone ahead and drafted patches for both hcih and udd.  The patches
are untested, since I don't have a udd dev instance and setting one up
appears to require access to ullmann port 5242 (the port appears to be
blocked even from alioth).  That said, the new codepaths are basically
a copy-paste of the existing 'gift' codepaths, so I assume they are
correct.

Patches attached.

Cheers,

Daniel

P.S. bugs.d.o has ignored all my subscription requests to this bug, so
please CC me on replies.
diff --git a/scripts/generate-how-can-i-help b/scripts/generate-how-can-i-help
index 28a5713..eb608c6 100755
--- a/scripts/generate-how-can-i-help
+++ b/scripts/generate-how-can-i-help
@@ -83,6 +83,19 @@ dbget("select id, source, package, title from bugs where (id in (select id from
   }
 end
 
+dbget("select id, source, package, title from bugs where (id in (select id from bugs_tags where tag='help')) and status != 'done';").each do |r|
+  hash = Digest::MD5.hexdigest("help-tag #{r['id']}")
+  helpitems << {
+'type' => 'help-tag',
+'hash' => hash,
+'source' => r['source'],
+'package' => r['package'],
+'bug' => r['id'],
+'title' => r['title'].force_ascii,
+'pseudo-package' => pseudopkg.include?(r['package'])
+  }
+end
+
 dbget("""select distinct packages_summary.source, package, sync
   from packages_summary, migrations where distribution='debian' and release='sid'
   and package not in (select package from packages_summary where distribution='debian' and release='stretch')
diff --git a/bin/how-can-i-help b/bin/how-can-i-help
index cc0b1a1..ee04feb 100755
--- a/bin/how-can-i-help
+++ b/bin/how-can-i-help
@@ -46,7 +46,7 @@ optparse = OptionParser.new do |opts|
   opts.on('-h', '--help', 'show help') do
 puts opts
 puts "\nAllowed types for '--show' option (see manual for more information):"
-puts "\twnpp, newcomer, no-testing, testing-autorm, rfs, O, RFA, RFH, ITA, pseudo-package"
+puts "\twnpp, newcomer, help-tag, no-testing, testing-autorm, rfs, O, RFA, RFH, ITA, pseudo-package"
 puts "\nTo see opportunities suitable for newcomers you should run how-can-i-help as:"
 puts "\thow-can-i-help --old --show newcomer"
 puts "\nYou can check manual for a more detailed description:"
@@ -207,6 +207,10 @@ helpitems.each do |hi|
 if packages.include?(hi['package']) || (hi['pseudo-package'] == true && !ignored_types.include?('pseudo-package'))
   helpitems_filtered << hi
 end
+  elsif hi['type'] == 'help-tag'
+if packages.include?(hi['package'])
+  helpitems_filtered << hi
+end
   elsif hi['type'] == 'no-testing'
 if packages.include?(hi['package'])
   helpitems_filtered << hi
@@ -238,6 +242,7 @@ unless $kas
   wnpp = helpitems_filtered.select { |e| e['type'] == 'wnpp' }
   gift = helpitems_filtered.select { |e| e['type'] == 'gift' && e['pseudo-package'] != true }
   infra = helpitems_filtered.select { |e| e['type'] == 'gift' && e['pseudo-package'] == true }
+  help_tag = helpitems_filtered.select { |e| e['type'] == 'help-tag' }
   notesting = helpitems_filtered.select { |e| e['type'] == 'no-testing' }
   autoremoval = helpitems_filtered.select { |e| e['type'] == 'testing-autorm' }
   rfs = helpitems_filtered.select { |e| e['type'] == 'rfs' }
@@ -282,6 +287,14 @@ unless $kas
 puts
   end
 
+  if help_tag.length > 0
+puts $old ? 'Bugs where assistance is requested (tagged \'help\'):' : 'New bugs where assistance is requested (tagged \'help\'):'
+help_tag.sort_by { |r| [r['package'], r['bug']] }.each do |r|
+  puts " - #{r['package']} - https://bugs.debian.org/#{r['bug']} - #{r['title']}"
+end
+puts
+  end
+
   if infra.length > 0
 puts $old ? 'Bugs affecting Debian infrastructure (tagged \'newcomer\'):' : 'New bugs affecting Debian infrastructure (tagged \'newcomer\'):'
 infra.sort_by { |r| [r['package'], r['bug']] }.each do |r|
diff --git a/how-can-i-help.1.txt b/how-can-i-help.1.txt
index e1055e2..a1e07f4 100644
--- a/how-can-i-help.1.txt
+++ b/how-can-i-help.1.txt
@@ -96,7 +96,7 @@ how-can-i-help --old --show newcomer
 -
 
 The following types can be used:
-wnpp, newcomer, no-testing, testing-autorm, rfs
+wnpp, help-tag, newcomer, no-testing, testing-autorm, rfs
 
 Specific WNPP types:
 O, RFA, RFH, ITA
@@ -110,7 +110,7 @@ IGNORE SELECTED TYPES OF OPPORTUNITIES
 listed in ~/.config/how-can-i-help/ignored separated by whitespaces or newlines.
 
 Allowed types:
-wnpp, newcomer, no-testing, testing-autorm, rfs
+wnpp, help-tag, newcomer, no-testing, testing-autorm, rfs
 
 Allowed WNPP types:
 O, RFA, RFH, ITA
@@ -130,6 +130,9 @@ The following acronyms are used to describe the supported types:
 *newcomer*
   Bugs tagged with t

Bug#843931: libgtkdatabox-0.9.3-0-{, lib}glade: fails to upgrade from 'testing' - trying to overwrite /usr/lib/glade/modules/libgladedatabox.a, ...

[Andreas Beckmann]

Followup-For: Bug #843931
Control: found -1 1:0.9.3.0+dfsg-2

Hi,

on overwrite conflict is still present:

  Selecting previously unselected package libgtkdatabox-0.9.3-0-libglade.
  Preparing to unpack 
.../1-libgtkdatabox-0.9.3-0-libglade_1%3a0.9.3.0+dfsg-2_amd64.deb ...
  Unpacking libgtkdatabox-0.9.3-0-libglade (1:0.9.3.0+dfsg-2) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-uBOSpu/1-libgtkdatabox-0.9.3-0-libglade_1%3a0.9.3.0+dfsg-2_amd64.deb
 (--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/libglade/2.0/libdatabox.a', 
which is also in package libgtkdatabox-0.9.2-0-libglade 1:0.9.2.0+dfsg-1
  Errors were encountered while processing:
   
/tmp/apt-dpkg-install-uBOSpu/1-libgtkdatabox-0.9.3-0-libglade_1%3a0.9.3.0+dfsg-2_amd64.deb


Andreas

Bug#846563: clang.cindex.LibclangError: libclang-4.0.so: No such file or directory.

[Sylvestre Ledru]

Le 02/12/2016 à 09:52, Ph. Marek a écrit :

Package: python-clang-4.0
Version: 1:4.0~svn286225-1
Severity: normal

Trying the "Simple example" from
http://eli.thegreenplace.net/2011/07/03/parsing-c-in-python-with-clang,
I get the error message

   File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 2461, in 
create
 return Index(conf.lib.clang_createIndex(excludeDecls, 0))
   File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 169, in 
__get__
 value = self.wrapped(instance)
   File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3876, in 
lib
 lib = self.get_cindex_library()
   File "/usr/lib/python2.7/dist-packages/clang/cindex.py", line 3907, in 
get_cindex_library
 raise LibclangError(msg)
 clang.cindex.LibclangError: libclang-4.0.so: cannot open shared object 
file: No such file or directory. To provide a path to libclang use 
Config.set_library_path() or Config.set_library_file().

I guess that the python library could use a bit of fine-tuning here.

 $ LC_ALL=C apt-get install libclang1-4.0
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 libclang1-4.0 is already the newest version (1:4.0~svn286225-1).
 0 upgraded, 0 newly installed, 0 to remove and 33 not upgraded.


liblclang-4.0so is provided by libclang-4.0-dev
you should install this package.
(I should probably mark it as a dependency of python-clang-X.Y)

S

Bug#846508: segmebtation fault

[Maximiliano Curia]

Control: tag -1 + confirmed

¡Hola Павел!

El 2016-12-01 a las 20:16 +0300, Павел Банщиков escribió:
Package: systemsettings 
Version: 4:5.8.4-1 
File: /usr/bin/systemsettings5 
Severity: important


Dear Maintainer, 
When I start systemsetting5 in GUI or in console and then I do "Application 
Style"->"Window decorations"-> "All settings" -> SEGMENTATION FAULT (the window 
closes). The window closes often (not always). 
I have 2 themes (plastik and breeze). I get segmentation fault when I have any 
theme (breeze or plastic) or even I change theme or don't change theme or do 
anything else... I often get segmentation fault in any case when I do "Window 
decorations" ->...do something or don't do something...-> "All settings". 
It may be something like this:
https://bugs.kde.org/show_bug.cgi?id=344942 
If you have any questions, please, write me.


I can reproduce the issue, but I'm not completely sure that the upstream 
report is the right one. Afaics, they only share the fact that systemsettings 
is segfaulting.



file:///usr/share/kwin/kcm_kwindecoration/Buttons.qml:42:16: Unable to assign 
[undefined] to QColor 
file:///usr/share/kwin/kcm_kwindecoration/Buttons.qml:54:24: Unable to assign 
[undefined] to QColor 
file:///usr/share/kwin/kcm_kwindecoration/Buttons.qml:149: ReferenceError:
iconLabel is not defined 
file:///usr/share/kwin/kcm_kwindecoration/Buttons.qml:197:24: Unable to assign 
[undefined] to QColor 


Just to to clean up a bit, I fixed this warinings, and it didn't help (as 
expected)


I'm rebuilding kwin without the breeze integration to further test this.

Happy hacking,
--
"pi seconds is a nanocentury" -- Tom Duff
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature

Bug#846563: clang.cindex.LibclangError: libclang-4.0.so: No such file or directory.

[Philipp Marek]

> >  $ LC_ALL=C apt-get install libclang1-4.0
> >  Reading package lists... Done
> >  Building dependency tree
> >  Reading state information... Done
> >  libclang1-4.0 is already the newest version (1:4.0~svn286225-1).
> >  0 upgraded, 0 newly installed, 0 to remove and 33 not upgraded.
> > 
> liblclang-4.0so is provided by libclang-4.0-dev
uh, no? I've got the right package:

$ dpkg-query -L libclang1-4.0   

/.
/usr
/usr/lib
/usr/lib/llvm-4.0
/usr/lib/llvm-4.0/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libclang-4.0.so.1
/usr/share
/usr/share/doc
/usr/share/doc/libclang1-4.0
/usr/share/doc/libclang1-4.0/NEWS.Debian.gz
/usr/share/doc/libclang1-4.0/changelog.Debian.gz
/usr/share/doc/libclang1-4.0/copyright
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/libclang1-4.0
/usr/lib/llvm-4.0/lib/libclang-4.0.so.1
/usr/lib/llvm-4.0/lib/libclang.so.1


After doing

$ ln -s /usr/lib/llvm-4.0/lib/libclang-4.0.so.1 /usr/lib/libclang-4.0.so

the library does work; there's little to no documentation I can find, but 
at least it's parsing my C file.


> you should install this package.
> (I should probably mark it as a dependency of python-clang-X.Y)
yes, please; and please also fix the path to "libclang-4.so".

Thank you!

Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu

[Petter Reinholdtsen]

[Samuel Thibault]
> This makes me think about a recurring issue: being able to easily
> personalize an ISO image.
>
> It's useful to have an ISO image that "just install this and that on the
> whole disk without asking anything" without having to setup PXE.

This would be most easy to implement by teaching the preseed udeb to
look for a preseed file in the same partition as the hwdetect udeb is
looking for firmware.  If this partition exist on the ISO/USB stick,
preseed could look for a well known file name (say preseed-default.cfg),
and load it if it exist.  Should be less than 50 lines of changes to the
preseed udeb.

-- 
Happy hacking
Petter Reinholdtsen

Bug#845393: Pending fixes for bugs in the tomcat8 package

[pkg-java-maintainers]

tag 845393 + pending
thanks

Some bugs in the tomcat8 package are closed in revision
d28c720ec76f020d4a4865931a58aba47f8bfc6b in branch '  jessie' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/tomcat8.git/commit/?id=d28c720

Commit message:

Fixed a privilege escalation when the package is upgraded (Closes: #845393)

Bug#844928: python-keystoneclient FTBFS with openssl 1.1.0

[Ondřej Kobližek]

FTBFS due to failing tests:
FAIL: keystoneclient.tests.unit.test_cms.CMSTest.test_cms_verify
FAIL:
keystoneclient.tests.unit.test_cms.CMSTest.test_cms_verify_token_no_files

Both tests fail because: Command 'openssl' returned non-zero exit status 1

I think its OpenSSL >= 1.1 bug, which returns wrong exit code (1 insted of
2) if input file not exists.

I prepared quilt patch and going to upload new release of
python-keystoneclient.


Description: Workaround for FTBFS with OpenSSL >= 1.1.0
 OpenSSL1.1 returns exit code 1 if certfile or CAfile not exists.
 This is possibly OpenSSL bug
 https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES
Author: Ondřej Kobližek 
Forwarded: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844928

--- a/keystoneclient/common/cms.py
+++ b/keystoneclient/common/cms.py
@@ -42,9 +42,10 @@


 # The openssl cms command exits with these status codes.
-# See https://www.openssl.org/docs/apps/cms.html#EXIT_CODES
+# See https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES
 class OpensslCmsExitStatus(object):
 SUCCESS = 0
+COMMAND_OPTIONS_PARSING_ERROR = 1
 INPUT_FILE_READ_ERROR = 2
 CREATE_CMS_READ_MIME_ERROR = 3

@@ -180,21 +181,28 @@
 # Do not log errors, as some happen in the positive thread
 # instead, catch them in the calling code and log them there.

-# When invoke the openssl with not exist file, return code 2
-# and error msg will be returned.
+# When invoke the openssl >= 1.1.0 with not exist file, return code
should
+# be 2 instead of 1 and error msg will be returned.
 # You can get more from
-# http://www.openssl.org/docs/apps/cms.html#EXIT_CODES
+# https://www.openssl.org/docs/man1.1.0/apps/cms.html#EXIT-CODES
 #
 # $ openssl cms -verify -certfile not_exist_file -CAfile
 #   not_exist_file -inform PEM -nosmimecap -nodetach
 #   -nocerts -noattr
-# Error opening certificate file not_exist_file
+# cms: Cannot open input file not_exist_file, No such file or directory
 #
 if retcode == OpensslCmsExitStatus.INPUT_FILE_READ_ERROR:
 if err.startswith('Error reading S/MIME message'):
 raise exceptions.CMSError(err)
 else:
 raise exceptions.CertificateConfigError(err)
+# workaround for OpenSSL >= 1.1.0,
+# should return OpensslCmsExitStatus.INPUT_FILE_READ_ERROR
+if retcode == OpensslCmsExitStatus.COMMAND_OPTIONS_PARSING_ERROR:
+if err.startswith('cms: Cannot open input file'):
+raise exceptions.CertificateConfigError(err)
+else:
+raise subprocess.CalledProcessError(retcode, 'openssl',
output=err)
 elif retcode != OpensslCmsExitStatus.SUCCESS:
 raise subprocess.CalledProcessError(retcode, 'openssl', output=err)
 return output

Bug#845498: [Pkg-pascal-devel] Bug#845498: Bug#845498: /usr/bin/fpc-3.0.0: Provide cross-compilers

[Ben Longbons]

Okay, I've got it *almost* working:
https://gist.github.com/o11c/cf98115ba716ebdd1dc2cc75b290f321

I'm still getting errors from update-alternatives in postinst, but I
*think* everything else is right - at least, things that weren't
completely wrong before (there are a lot of those).

I have SUCCESSFULLY produced 32-bit binaries on a 64-bit host, but
that doesn't prove the /etc/ stuff is right. Need to add testcases,
and also force linking with libc.

Hopefully this answers the various questions people have had, e.g.
about what we need to do about binutils.

There are a LOT of TODOs, referring to various bugs (or things) in
various packages (or things), in the script. I suggest you guys look
at them.

Oh, and I haven't tested phase3 with anything besides --dist=stretch.

I will be updating the gist, so remember to `git pull` before.

On Tue, Nov 29, 2016 at 11:55 AM, Abou Al Montacir
 wrote:
> Instead of writing a tool to hack all this, I'd propose you submit patches
> and join the maintain team.

I'd rather pull my own teeth out with a rusty spoon. Debian packaging
is beyond all doubts the worst I've ever played with - nearly entirely
due to the "in-source" rather than "out-of-source" nature of the
packaging (which is also extremely hostile to upstreams).

Compare e.g. The Fedora documentation [1] - it is *far* simpler for
newcomers, and this is *not* a matter of documentation. (I used to
mention Gentoo since that was my first, but that always makes people
get distracted by the totally-irrelevant fact that the Gentoo project
doesn't *ship* the binary packages). For that matter, even NixOS
packages[2], which live in an utterly alien environment, are easier to
get into than Debian packages.

[1]: 
https://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/Packagers_Guide/sect-Packagers_Guide-Creating_a_Basic_Spec_File.html
[2]: https://nixos.org/nixpkgs/manual/

Bug#846565: libxdmf-dev: contains copy of headers from libloki-dev

[Andreas Beckmann]

Package: libxdmf-dev
Version: 3.0+git20160803-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libxdmf-dev.
  Preparing to unpack .../libxdmf-dev_3.0+git20160803-1_amd64.deb ...
  Unpacking libxdmf-dev (3.0+git20160803-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libxdmf-dev_3.0+git20160803-1_amd64.deb (--unpack):
   trying to overwrite '/usr/include/loki/EmptyType.h', which is also in 
package libloki-dev 0.1.7-3
  Processing triggers for libc-bin (2.19-18+deb8u6) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/libxdmf-dev_3.0+git20160803-1_amd64.deb

list of common files:

usr/include/loki/HierarchyGenerators.h
usr/include/loki/NullType.h
usr/include/loki/Sequence.h
usr/include/loki/TypeManip.h
usr/include/loki/TypeTraits.h
usr/include/loki/Typelist.h
usr/include/loki/TypelistMacros.h
usr/include/loki/Visitor.h


cheers,

Andreas

Bug#846566: education-menus: ships /usr/share/desktop-directories/Graphics.directory, already in gnome-menus

[Andreas Beckmann]

Package: education-menus
Version: 1.915
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package education-menus.
  Preparing to unpack .../1-education-menus_1.915_amd64.deb ...
  Unpacking education-menus (1.915) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-c9re87/1-education-menus_1.915_amd64.deb (--unpack):
   trying to overwrite '/usr/share/desktop-directories/Graphics.directory', 
which is also in package gnome-menus 3.13.3-8
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-c9re87/1-education-menus_1.915_amd64.deb


cheers,

Andreas


gnome-menus=3.13.3-8_education-menus=1.915.log.gz
Description: application/gzip

Bug#846481: [Debian-med-packaging] Bug#846481: src:treeviewx: Please remove statically linked code copy of libncl

[Sascha Steinbiss]

Hi,

> treeviewx seems to be unmaintained upstream but according to popcon
> widely used.  It contains a code copy of libncl version 2.0 which is
> statically linked in the build process.  Debian has a packaged version
> of libncl 2.1.18 which should be dynamically linked instead and the old
> code copy should be removed from the source tarball.

FYI just from a quick look, this might not be trivial... I tried to
build treeviewx with Debian's libncl but then noticed that even the
names of the header files seem to differ between the embedded 2.0 and
the 2.1.18 in Debian. I can look into it in more detail when I find the
time.

Cheers
Sascha

Bug#846563: clang.cindex.LibclangError: libclang-4.0.so: No such file or directory.

[Sylvestre Ledru]

Le 02/12/2016 à 10:09, Philipp Marek a écrit :

  $ LC_ALL=C apt-get install libclang1-4.0
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  libclang1-4.0 is already the newest version (1:4.0~svn286225-1).
  0 upgraded, 0 newly installed, 0 to remove and 33 not upgraded.


liblclang-4.0so is provided by libclang-4.0-dev

uh, no? I've got the right package:

 $ dpkg-query -L libclang1-4.0
 /.
 /usr
 /usr/lib
 /usr/lib/llvm-4.0
 /usr/lib/llvm-4.0/lib
 /usr/lib/x86_64-linux-gnu
 /usr/lib/x86_64-linux-gnu/libclang-4.0.so.1
 /usr/share
 /usr/share/doc
 /usr/share/doc/libclang1-4.0
 /usr/share/doc/libclang1-4.0/NEWS.Debian.gz
 /usr/share/doc/libclang1-4.0/changelog.Debian.gz
 /usr/share/doc/libclang1-4.0/copyright
 /usr/share/lintian
 /usr/share/lintian/overrides
 /usr/share/lintian/overrides/libclang1-4.0
 /usr/lib/llvm-4.0/lib/libclang-4.0.so.1
 /usr/lib/llvm-4.0/lib/libclang.so.1


After doing

 $ ln -s /usr/lib/llvm-4.0/lib/libclang-4.0.so.1 /usr/lib/libclang-4.0.so

the library does work; there's little to no documentation I can find, but
at least it's parsing my C file.



you should install this package.
(I should probably mark it as a dependency of python-clang-X.Y)

yes, please; and please also fix the path to "libclang-4.so".


libclang-4.so is provided by libclang-4.0-dev
apt-get install libclang-4.0-dev
will install it

S

Bug#832062: SuperTuxKart must be uploaded soon for not missing stretch

[Vincent Cheng]

On Wed, Nov 30, 2016 at 10:13 AM, Adrian Bunk  wrote:
> On Mon, Nov 28, 2016 at 11:57:00PM -0800, Vincent Cheng wrote:
>> Hi Adrian,
>
> Hi Vincent,
>
>> On Mon, Nov 28, 2016 at 10:53 AM, Adrian Bunk  wrote:
>> > Hi,
>> >
>> > if I undererstand it correctly, all 3 RC bugs in SuperTuxKart have been
>> > resolved upstream.
>>
>> The status of #832062 is not so clear-cut. I think it's open to
>> interpretation whether the file in question in that bug report is
>> actually available for use under a DFSG-compatible license, which is
>> why I looped in ftpmasters in the bug report (see my reply at [1] for
>> my understanding of the current situation), but have not received any
>> sort of response. I'm willing to take upstream's word about the sound
>> file's DFSG compatibility, but would like to get a ACK/NACK from
>> someone authoritative (i.e. ftpmasters).
>>...
>
> Scott Kitterman from the ftpmaster team commented when I asked on IRC:
>
> 10:44 < ScottK> bunk: I think the maintainer has it handled.  He ought to use
> his best judgment instead of hesitating.  I don't see anyone
> objecting.  i don't think the FTP team needs to get involved.
>

Fair enough. I'll go ahead and prepare a STK upload over the weekend,
unless anyone on the team has any last minute objections.

Regards,
Vincent

Bug#846564: dpkg-deb: 'compressing tar member: lzma error: Cannot allocate memory' on 32-bit architectures on dpkg-deb -Zxz -Sextreme -z9

[Guillem Jover]

Hi!

On Fri, 2016-12-02 at 09:58:44 +0100, Andreas Beckmann wrote:
> Package: dpkg
> Version: 1.18.15
> Severity: serious

> I just tried to rebuild some packages from non-free. fonts-larabie
> builds on amd64 but fails on i386 and armhf. This still worked a month
> ago. (building on a amd64 machine in pbuilder chroots, armhf using qemu)
> 
>debian/rules override_dh_builddeb
> make[1]: Entering directory '/build/fonts-larabie-20011216'
> dh_builddeb -- -Zxz -Sextreme -z9
> dpkg-deb: building package 'fonts-larabie-straight' in 
> '../fonts-larabie-straight_20011216-5_all.deb'.
> dpkg-deb: building package 'fonts-larabie-deco' in 
> '../fonts-larabie-deco_20011216-5_all.deb'.
> dpkg-deb: building package 'fonts-larabie-uncommon' in 
> '../fonts-larabie-uncommon_20011216-5_all.deb'.
> dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
> memory
> dpkg-deb: error: subprocess  from tar -cf returned error exit 
> status 2
> dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
> memory
> dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build 
> debian/fonts-larabie-straight .. returned exit code 2
> dpkg-deb: error: subprocess  from tar -cf returned error exit 
> status 2
> dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build debian/fonts-larabie-deco .. 
> returned exit code 2
> dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate 
> memory
> dpkg-deb: error: subprocess  from tar -cf returned error exit 
> status 2
> dh_builddeb: dpkg-deb -Zxz -Sextreme -z9 --build 
> debian/fonts-larabie-uncommon .. returned exit code 2
> debian/rules:16: recipe for target 'override_dh_builddeb' failed
> make[1]: *** [override_dh_builddeb] Error 1
> make[1]: Leaving directory '/build/fonts-larabie-20011216'

Right, this was reported the other day on IRC by Mattia Rizzolo. The
combination of -Sextreme -z9 and parallel xz makes this use more than
the available address space. I'll change the code to limit based on
memory available. Although as was mentioned on a thread on d-d, those
settings are pretty unfriendly IMO, even more for memory constrained
arches, but oh well. dpkg should never fail to operate on those
conditions.

Thanks,
Guillem

Bug#845385: Pending fixes for bugs in the tomcat8 package

[pkg-java-maintainers]

tag 845385 + pending
thanks

Some bugs in the tomcat8 package are closed in revision
4f321e73a19688d2605bf284b448c22ae02ddee0 in branch '  jessie' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/tomcat8.git/commit/?id=4f321e7

Commit message:

Fixed a privilege escalation when the package is purged (Closes: #845385)

Bug#846214: gcc-6: wrong code generation in protobuf-c testsuite, adding printf works around

[Thorsten Glaser]

On Thu, 1 Dec 2016, Matthias Klose wrote:

> cool, thanks! bonus questions:
> 
>  - does the test pass with -O1, if yes can you identify
>the -O2 -fno-* flag?
>  - do the above with -O0

I’ll have to try, but I’m a bit out of time for the next
two to three days.

>  - do you get warnings when you run the test with
>the address and undefined sanitizers?

How do I do that?

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#846566: education-menus: ships /usr/share/desktop-directories/Graphics.directory, already in gnome-menus

[Holger Levsen]

Hi Andreas,

as always/often: thanks a lot for filing these bugs!

On Fri, Dec 02, 2016 at 10:23:36AM +0100, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package failed to install
> because it tries to overwrite other packages files without declaring a
[...]
> Breaks+Replaces relation.
>   Unpacking education-menus (1.915) ...
>   dpkg: error processing archive 
> /tmp/apt-dpkg-install-c9re87/1-education-menus_1.915_amd64.deb (--unpack):
>trying to overwrite '/usr/share/desktop-directories/Graphics.directory', 
> which is also in package gnome-menus 3.13.3-8

btw, I'm convinced by now that we could+should automate filing this
exact type of bugs. (as we should also run piuparts.d.o on i386 ;)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#846567: git-buildpackage: Please add an option to import-dsc to specify the target directory

[Chris Lamb]

Source: git-buildpackage
Version: 0.8.7
Severity: wishlist
Tags: patch

Hi,

It would be nice to be able to specify the target directory to
import to when creating a new repo. I would find this useful as
I use "pkg-packagename" instead of just "packagename".

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/gbp/scripts/import_dsc.py b/gbp/scripts/import_dsc.py
index aa734e8..0f31d31 100644
--- a/gbp/scripts/import_dsc.py
+++ b/gbp/scripts/import_dsc.py
@@ -269,6 +269,8 @@ def build_parser(name):
 dest="author_committer_date")
 
import_group.add_boolean_config_file_option(option_name="allow-unauthenticated",
 dest="allow_unauthenticated")
+import_group.add_option("--target", dest="target",
+help="Specify target directory")
 return parser
 
 
@@ -324,13 +326,14 @@ def main(argv):
 print_dsc(src)
 
 if needs_repo:
-if os.path.exists(src.pkg):
+target = options.target if options.target is not None else src.pkg
+if os.path.exists(target):
 raise GbpError("Directory '%s' already exists. If you want to 
import into it, "
"please change into this directory otherwise 
move it away first."
-   % src.pkg)
+   % target)
 gbp.log.info("No git repository found, creating one.")
-repo = DebianGitRepository.create(src.pkg)
-os.chdir(repo.path)
+repo = DebianGitRepository.create(target)
+os.chdir(target)
 
 if repo.bare:
 disable_pristine_tar(options, "Bare repository")
@@ -429,7 +432,7 @@ def main(argv):
 gbpc.RemoveTree(dirs[d])()
 
 if not ret and not skipped:
-gbp.log.info("Version '%s' imported under '%s'" % (src.version, 
src.pkg))
+gbp.log.info("Version '%s' imported under '%s'" % (src.version, 
repo.path))
 return ret
 
 

Bug#846569: libsnmp-dev: Should depend on "libssl-dev | libssl1.0-dev" if possible

[Raphaël Hertzog]

Package: libsnmp-dev
Version: 5.7.3+dfsg-1.5+b1
Severity: serious
Justification: FTBFS in openvas

Currently openvas is not buildable because it build-depends on libssh-dev
which depends on libssl1.0-dev and libsnmp-dev which depends on
libssl-dev (and both libssl*-dev are not co-installable).

I believe we might be able to fix this by making libsnmp-dev depend on either
version of the -dev package. But this is true only if libsnmp does not reuse
parts of the SSL API in its own API... and I don't know if this is the case.

If that's not the case, then we should stick to libssl1.0-dev until
ssh works with OpenSSL 1.1 and everything can be switch together to version 1.1.


report:
 -
  package: sbuild-build-depends-openvas-libraries-dummy
  version: 0.invalid.0
  architecture: amd64
  status: broken
  reasons:
   -
conflict:
 pkg1:
  package: libssl1.0-dev
  version: 1.0.2j-4
  architecture: amd64
  unsat-conflict: libssl-dev:amd64
 pkg2:
  package: libssl-dev
  version: 1.1.0c-2
  architecture: amd64
 depchain1:
  -
   depchain:
-
 package: sbuild-build-depends-openvas-libraries-dummy
 version: 0.invalid.0
 architecture: amd64
 depends: libssh-dev:amd64 (>= 0.5.0)
-
 package: libssh-dev
 version: 0.7.3-2
 architecture: amd64
 depends: libssl1.0-dev:amd64
 depchain2:
  -
   depchain:
-
 package: sbuild-build-depends-openvas-libraries-dummy
 version: 0.invalid.0
 architecture: amd64
 depends: libsnmp-dev:amd64
-
 package: libsnmp-dev
 version: 5.7.3+dfsg-1.5+b1
 architecture: amd64
 depends: libssl-dev:amd64


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

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

Bug#845393: Pending fixes for bugs in the tomcat8 package

[Emmanuel Bourg]

Le 2/12/2016 à 00:48, paul.sz...@sydney.edu.au a écrit :

> You seem to say that  /etc/tomcat8/Catalina/localhost  does not need to
> be writable by tomcat8, setting it so was useless (thus wrong).

For the stable update I've left /etc/tomcat8/Catalina/localhost writable
by tomcat8. As you suggested the permissions are set at the file level
inside the .deb and not in the postinst script.

https://anonscm.debian.org/cgit/pkg-java/tomcat8.git/commit/?h=jessie&id=d28c720

> What about the  /etc/tomcat8/Catalina  directory, is there a need to set
> it writable? Is there a need to have these owned by group tomcat8, could
> they be left as root:root and world-accessible?

Good question, I tend to agree. That's probably the next step, this is
being discussed in #833257.

Emmanuel Bourg

Bug#846568: rapidjson-dev: ships copy of googletest

[Andreas Beckmann]

Package: rapidjson-dev
Version: 1.1.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package rapidjson-dev.
  Preparing to unpack .../1-rapidjson-dev_1.1.0+dfsg-1_all.deb ...
  Unpacking rapidjson-dev (1.1.0+dfsg-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-CKvh0P/1-rapidjson-dev_1.1.0+dfsg-1_all.deb (--unpack):
   trying to overwrite '/usr/include/gtest/gtest-death-test.h', which is also 
in package googletest:amd64 1.8.0-3
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-CKvh0P/1-rapidjson-dev_1.1.0+dfsg-1_all.deb


cheers,

Andreas


googletest=1.8.0-3_rapidjson-dev=1.1.0+dfsg-1.log.gz
Description: application/gzip

Bug#846570: aptitude: Fails when trying to upgrade apt

[Ulrich Klauer]

Package: aptitude
Version: 0.8.3-1+b2
Severity: important

When running an "aptitude safe-upgrade" on a Debian testing system that,
among other things, was meant to upgrade the apt package (from 1.3.1 to
1.4~beta1), I got this output:

> ...
> Vorbereitung zum Entpacken von .../libapt-pkg5.0_1.4~beta1_amd64.deb ...
> Entpacken von libapt-pkg5.0:amd64 (1.4~beta1) über (1.3.1) ...
> libapt-pkg5.0:amd64 (1.4~beta1) wird eingerichtet ...
> (Lese Datenbank ... 266980 Dateien und Verzeichnisse sind derzeit 
> installiert.)
> Vorbereitung zum Entpacken von .../0-libapt-inst2.0_1.4~beta1_amd64.deb ...
> Entpacken von libapt-inst2.0:amd64 (1.4~beta1) über (1.3.1) ...
> Vorbereitung zum Entpacken von .../1-apt_1.4~beta1_amd64.deb ...
> Entpacken von apt (1.4~beta1) über (1.3.1) ...
> dpkg: Fehler: dpkg-Status-Datenbank ist von einem anderen Prozess gesperrt
> dpkg: Fehler: dpkg-Status-Datenbank ist von einem anderen Prozess gesperrt
> dpkg: Fehler: dpkg-Status-Datenbank ist von einem anderen Prozess gesperrt
> E: Sub-process /usr/bin/dpkg returned an error code (2)
> E: Unterprozess dpkg --set-selections hat Fehlercode zurückgegeben (2)
> E: Couldn't revert dpkg selection for approved remove/purge after an error 
> was encountered!
> E: Unterprozess dpkg --set-selections hat Fehlercode zurückgegeben (2)
> E: Couldn't restore dpkg selection states which were present before this 
> interaction!
> dpkg: Fehler: dpkg-Status-Datenbank ist von einem anderen Prozess gesperrt
> E: Konnte Sperre /var/lib/dpkg/lock nicht bekommen - open (11: Die Ressource 
> ist zur Zeit nicht verfügbar)
> E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, 
> wird es von einem anderen Prozess verwendet?
> E: Die System-Sperre konnte nicht zurückerlangt werden! (Vielleicht läuft 
> noch ein apt oder dpkg?)
> E: Konnte Sperre /var/lib/dpkg/lock nicht bekommen - open (11: Die Ressource 
> ist zur Zeit nicht verfügbar)
> E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, 
> wird es von einem anderen Prozess verwendet?
> 
> Aktueller Status: 1 (+1) broken, 182 (-13) upgradable.
> W: Zwischenspeicher-Datei konnte nicht gesperrt werden. Das bedeutet in der 
> Regel, dass dpkg oder ein anderes APT-Werkzeug bereits Pakete installiert. 
> Öffnen im Nur-Lesen-Modus. Alle Änderungen, die Sie am Status von Paketen 
> durchführen, werden VERLOREN gehen!

The messages are mostly in German. The essential point, however, is that
dpkg could not get a lock on its database. I had of course no parallel
invocation of aptitude, apt, dpkg or anything running at the time, only
this "aptitude safe-upgrade".

It may be that it is actually a bug in a script for the apt package? If so,
please feel free to reassign.

Ulrich


-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8.3
Compiler: g++ 6.2.0 20161103
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.10.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160917
  cwidget version: 0.5.17
  Apt version: 5.0.1

aptitude linkage:
linux-vdso.so.1 (0x7ffe5fba)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7fdabba1)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fdabb7e)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fdabb5b6000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fdabb3af000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fdabb0b2000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fdabada8000)
libboost_iostreams.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.62.0 (0x7fdabab9)
libboost_filesystem.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.62.0 (0x7fdaba977000)
libboost_system.so.1.62.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.62.0 (0x7fdaba773000)
libxapian.so.30 => /usr/lib/x86_64-linux-gnu/libxapian.so.30 
(0x7fdaba365000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fdaba148000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fdab9dc5000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fdab9ac1000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fdab98aa000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fdab950c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fdab9308000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fdab90f1000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fdab8ed5000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fdab8cc5000)
   

Bug#846232: [pkg-gnupg-maint] Bug#846232: libgpgme-dev: Provides: libgpgme11-dev must be versioned

[Raphael Hertzog]

On Thu, 01 Dec 2016, Daniel Kahn Gillmor wrote:
> > With one rdep your patch is as good at fixing this problem as my 
> > suggestion (but I am not involved in maintaining either package).
> 
> I plan on NMUing this change to openvas unless i hear otherwise from the
> openvas maintainers (cc'ed here).

I wanted to upload this changes but openvas fails to build in sid due to
the openssl transition. It build-depends on libssh-dev which requires
libssl1.0-dev and also on libsnmp-dev which requires libssl-dev.

So we must first solve this, possibly by letting libsnmp-dev depend on either
version of the -dev package (opened #846569 about this).

report:
 -
  package: sbuild-build-depends-openvas-libraries-dummy
  version: 0.invalid.0
  architecture: amd64
  status: broken
  reasons:
   -
conflict:
 pkg1:
  package: libssl1.0-dev
  version: 1.0.2j-4
  architecture: amd64
  unsat-conflict: libssl-dev:amd64
 pkg2:
  package: libssl-dev
  version: 1.1.0c-2
  architecture: amd64
 depchain1:
  -
   depchain:
-
 package: sbuild-build-depends-openvas-libraries-dummy
 version: 0.invalid.0
 architecture: amd64
 depends: libssh-dev:amd64 (>= 0.5.0)
-
 package: libssh-dev
 version: 0.7.3-2
 architecture: amd64
 depends: libssl1.0-dev:amd64
 depchain2:
  -
   depchain:
-
 package: sbuild-build-depends-openvas-libraries-dummy
 version: 0.invalid.0
 architecture: amd64
 depends: libsnmp-dev:amd64
-
 package: libsnmp-dev
 version: 5.7.3+dfsg-1.5+b1
 architecture: amd64
 depends: libssl-dev:amd64

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#841294: Global Ballot Thoughts

[Didier 'OdyX' Raboud]

Le mercredi, 30 novembre 2016, 14.11:43 h CET Sam Hartman a écrit :
> I'd really like to see the TC offer at least the following advice:
> 
> 1) We believe that strong evidence is required to hold back integrating
> new versions of software like global.  The burden of proof is on those
> who propose not to update, not on those who would like Debian to contain
> current upstream features.
> 
> 2) This burden has not been met with regard to htags and regressions
> related to htags.
> 
> 3) Delays in discussion of this issue over the year suggest that having
> more people involved in maintaining the global package would help
> address  a perception that the maintainer is blocking forward progress.

Absolutely. This would be a the very minimal statement I'd like us to emit. 

> I don't think I'd support giving global to someone else.

I would support handing global to new maintainers, really. We have 4 persons 
who have contributed to the newly-available package in experimental:
https://tracker.debian.org/news/820174
Their total work is a magnitude more than what was given to the package by the 
current maintainer in the last 6 years.

>  I don't think we even need to say "Ron you did something bad."  I do think
>  that Ron contributed to  a harmful perception that damages those who would
>  use and contribute to global in Debian.

I wouldn't support a decision where we state that Ron did something bad. It 
would be unneeded blaming (especially in a TC decision), and unnecessarily 
agressive.

I'd support a decision handing the package to better hands though. For me, it 
is now obvious that there exists a group of maintainers out there who would do 
better service to the maintenance of global, than is currently done.

> If we can find a path forward that gets a new global into Debian, I'd be
> happy only offering advice.  If we get stuck doing that, I think we need
> to overrule something.

Sure, absolutely. But its really also a question of timing, and allowing Ron 
to tell the TC (in direct words, through further NAK'ing, or through inaction) 
"fine, I've won another release with global v5 in, I'll let the package go 
after the release of stretch", we will have rewarded stop-energy and inertia, 
over service to our users.

Although we probably haven't reached consensus, I'd like to see this subject 
move forward; what about the following ballot (with options to be refined, of 
course):

A) Using §6.1.5, the TC offers advice (insert Sam's advice above) about the 
maintenance of src:global.
B) Using §6.1.2, the TC decides that the src:global maintainer is now (insert
 name)
C) Further discussion

-- 
Cheers,
OdyX

signature.asc
Description: This is a digitally signed message part.

Bug#846571: rozofs-storaged: /usr/share/man/man5/storage.conf.5.gz already shipped by inn2

[Andreas Beckmann]

Package: rozofs-storaged
Version: 2.0.18-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.

Breaks+Replaces are not the correct solution here, one package needs
to rename that manpage. Probably the one that was just recently added
to the archive.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package rozofs-storaged.
  Preparing to unpack .../5-rozofs-storaged_2.0.18-1_amd64.deb ...
  Unpacking rozofs-storaged (2.0.18-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-WX5ELF/5-rozofs-storaged_2.0.18-1_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man5/storage.conf.5.gz', which is also 
in package inn2 2.6.0-2+b1
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-WX5ELF/5-rozofs-storaged_2.0.18-1_amd64.deb
  W: --force-yes is deprecated, use one of the options starting with --allow 
instead.


cheers,

Andreas


inn2=2.6.0-2+b1_rozofs-storaged=2.0.18-1.log.gz
Description: application/gzip

Bug#846572: chrt: RR policy is not default

[Patrick Pelissier]

Package: util-linux
Version: 2.29-1
Severity: normal

When i try using chrt to change the real time priority of a process,
it seems that the RR policy is not the default anymore:

$ chrt 90 echo hello
chrt: unsupported priority value for the policy: 90: see --max for valid range
$ chrt -r 90 echo hello
hello

 whereas manual says so:

   -r, --rr
  Set scheduling policy to SCHED_RR.  When no policy is
defined, the SCHED_RR is used as the default.

 Issue was not present on Debian Jessie:

$ chrt 90 echo hello
hello
$ chrt -r 90 echo hello
hello


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

Kernel: Linux 4.7.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8
(charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages util-linux depends on:
ii  libblkid1  2.29-1
ii  libc6  2.24-7
ii  libfdisk1  2.29-1
ii  libmount1  2.29-1
ii  libncursesw5   6.0+20160917-1
ii  libpam0g   1.1.8-3.3
ii  libselinux12.6-3
ii  libsmartcols1  2.29-1
ii  libsystemd0232-6
ii  libtinfo5  6.0+20160917-1
ii  libudev1   232-6
ii  libuuid1   2.29-1
ii  zlib1g 1:1.2.8.dfsg-2+b3

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  dosfstools  4.0-2
ii  kbd 2.0.3-2
ii  util-linux-locales  2.29-1

-- no debconf information

--
 Regards,
  Patrick Pélissier

Bug#832062: SuperTuxKart must be uploaded soon for not missing stretch

[Vincent Cheng]

Hi Joerg,

On Thu, Dec 1, 2016 at 5:00 PM, henrichsjo...@gmail.com
 wrote:
> Hi all,
>
> I am one of the STK admins. Can you tell us exactly what you need? The song
> was released under CC-BY-SA by the author (as indicated by the author's
> email we received, which we published in the mentioned forum thread:
> http://forum.freegamedev.net/viewtopic.php?f=17&t=6562#p70981).
>
> Afaik under CC-BY-SA no 'source code' is necessary, but even so the .mod
> file is available in our media repo
> (https://svn.code.sf.net/p/supertuxkart/code/media/trunk/music/mods/).
>
> I am not really sure what else you need - any advise appreciated!

I don't think there's anything else we expect from upstream to resolve
this bug. I was hoping for the author (vimster) to release some sort
of public, verifiable statement that they would like to license their
works under CC-BY-SA, in order to refute their earlier statement in
that same forum thread that they want their work to be licensed with a
not-for-profit clause (I'm assuming that would be something akin to
CC-BY-SA-NC, which would not be considered DFSG-free by Debian). But
I'm fine with taking deve's word that the author accepted CC-BY-SA
licensing in a private email. Thanks for getting in touch with the
author and clarifying the license!

My hesitation with this bug was mostly due to uncertainty whether
Debian's ftpmasters and/or other maintainers within the Debian Games
team would require more proof regarding the author's intentions, but
that does not seem to be the case. Assuming no objections from the
team, I'll prepare a STK upload over the weekend.

> PS: Is there a way of avoiding publishing email addresses here on the web
> site? It's too late now for me, but maybe for next time ;)

Unfortunately not, but if you contact me directly off-list, I'll still
do my best to reply ASAP. :)

Regards,
Vincent

Bug#846573: pion: FTBFS with GCC 6: narrowing conversion

[Graham Inggs]

Source: pion
Version: 5.0.7+dfsg-1
Severity: serious

Hi maintainer

Thanks for uploading the new version of pion!

The tests fail on architectures where char is unsigned by default with 
the following error:


http_message_tests.cpp:245:55: error: narrowing conversion of '-1' from 
'int' to 'char' inside { } [-Wnarrowing]

 char buf[] = {0, 1, 2, 3, 127, 0, -1, -2, -3, -128};
   ^
http_message_tests.cpp:245:55: error: narrowing conversion of '-2' from 
'int' to 'char' inside { } [-Wnarrowing]
http_message_tests.cpp:245:55: error: narrowing conversion of '-3' from 
'int' to 'char' inside { } [-Wnarrowing]
http_message_tests.cpp:245:55: error: narrowing conversion of '-128' 
from 'int' to 'char' inside { } [-Wnarrowing]


Patch to follow.

Regards
Graham

Bug#831027: ./abstractions/gnome should contain .gtk-bookmarks for GTK3 as well

[intrigeri]

Control: fixed -1 2.10.95-6

Hi,

Guido Günther:
> while looking at the iceove profile (#829731) I noticed that is has:

> +  owner @{HOME}/.config/gtk-3.0/bookmarks r,

> which is not inclued in

> +  #include 

> where it IMHO should be since the gtk2 parts are there as well. Can this
> be added to not bloat the individual proiles?

This was fixed upstream last month:
https://bazaar.launchpad.net/~intrigeri/apparmor/gnome-gtk3-config/revision/3577
… that was cherry-picked in 2.10.95-6.

Bug#842817: fixed in yorick-hdf5 0.8.0-7

[Gilles Filippini]

Hi Thibaut,

On Thu, 03 Nov 2016 11:51:19 + Thibaut Paumard 
wrote:
> Source: yorick-hdf5
> Source-Version: 0.8.0-7
> 
> We believe that the bug you reported is fixed in the latest version of
> yorick-hdf5, which is due to be installed in the Debian FTP archive.
[cut]
> Closes: 842817
> Changes:
>  yorick-hdf5 (0.8.0-7) experimental; urgency=medium
>  .
>* Bug fix: "FTBFS against HDF5 v1.10", thanks to Gilles Filippini
>  (Closes: #842817).
>* Check against Policy 3.9.8.

Could you upload this fix to unstable, now that HDF5-1.10 transition has
started?

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#846481: [Debian-med-packaging] Bug#846481: src:treeviewx: Please remove statically linked code copy of libncl

[Andreas Tille]

Hi Sascha,

On Fri, Dec 02, 2016 at 10:24:27AM +0100, Sascha Steinbiss wrote:
> 
> FYI just from a quick look, this might not be trivial... I tried to
> build treeviewx with Debian's libncl but then noticed that even the
> names of the header files seem to differ between the embedded 2.0 and
> the 2.1.18 in Debian. I can look into it in more detail when I find the
> time.

Thanks for checking.  I bet we have way more urgent things to do than
polishing legacy code.  I just dropped this issue in BTS since I
considered it not worth tackling right now but leave it on the table
for some later point in time (most probably after stretch release).

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#846574: libkf5purpose-bin: ails to install, trying to overwrite other packages files: /usr/share/icons/hicolor/16x16/actions/kipiplugin_youtube.png

[Andreas Beckmann]

Package: libkf5purpose-bin
Version: 1.1-2
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libkf5purpose-bin:amd64.
  Preparing to unpack .../184-libkf5purpose-bin_1.1-2_amd64.deb ...
  Unpacking libkf5purpose-bin:amd64 (1.1-2) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-lwK3uy/184-libkf5purpose-bin_1.1-2_amd64.deb (--unpack):
   trying to overwrite 
'/usr/share/icons/hicolor/16x16/actions/kipiplugin_youtube.png', which is also 
in package kamoso 2.0.2-3.1
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-lwK3uy/184-libkf5purpose-bin_1.1-2_amd64.deb


cheers,

Andreas


kamoso=2.0.2-3.1_libkf5purpose-bin=1.1-2.log.gz
Description: application/gzip

Bug#846570: aptitude: Fails when trying to upgrade apt

[Ulrich Klauer]

affects 846570 apt
thanks

I was able to continue by running "dpkg --configure --pending", which  
set up the "apt" package without further issues, then re-running  
"aptitude safe-upgrade" to upgrade the remaining packages.


Ulrich

Bug#846573: pion: FTBFS with GCC 6: narrowing conversion

[Graham Inggs]

Control: tags -1 patch

Patch attached.  There may still be actual test failures.

Description: Fix FTBFS with GCC 6
 Fix narrowing conversion on architectures where
 char is unsigned by default.
Bug-Debian: https://bugs.debian.org/846573
Author: Graham Inggs 
Forwarded: no
Last-Update: 2016-12-02
--- a/tests/http_message_tests.cpp
+++ b/tests/http_message_tests.cpp
@@ -242,7 +242,7 @@
 }
 
 BOOST_AUTO_TEST_CASE_FIXTURE_TEMPLATE(checkGetContentReturnsWhatWasWrittenToBuffer) {
-char buf[] = {0, 1, 2, 3, 127, 0, -1, -2, -3, -128};
+signed char buf[] = {0, 1, 2, 3, 127, 0, -1, -2, -3, -128};
 BOOST_CHECK_EQUAL(sizeof(buf), static_cast(F::m_len));
 memcpy(F::m_content_buffer, buf, F::m_len);
 BOOST_CHECK(memcmp(buf, F::get_content(), F::m_len) == 0);

Bug#846575: libssl-dev:amd64: struct dh_st is declared and used but nowhere defined

[Edward Welbourne]

Package: libssl-dev
Version: 1.1.0c-2
Severity: important

Dear Maintainer,

I'm building Qt from source and it has some code that accesses a
member of struct dh_st (accessed via its typedef name, DH); my
build failed (for the first time, just after upgrading libssl-dev)
because 

  error: invalid use of incomplete type ‘DH {aka struct dh_st}’

I find:

$ find /usr/include/openssl /usr/include/x86_64-linux-gnu/openssl \
   -type f -print0 | "xargs" -0 -e grep -wnH -e dh_st
/usr/include/openssl/ossl_typ.h:104:typedef struct dh_st DH;
/usr/include/openssl/dh.h:61:/* typedef struct dh_st DH; */
/usr/include/openssl/evp.h:920:struct dh_st;
/usr/include/openssl/evp.h:921:int EVP_PKEY_set1_DH(EVP_PKEY *pkey, struct 
dh_st *key);
/usr/include/openssl/evp.h:922:struct dh_st *EVP_PKEY_get0_DH(EVP_PKEY *pkey);
/usr/include/openssl/evp.h:923:struct dh_st *EVP_PKEY_get1_DH(EVP_PKEY *pkey);

Note the declarations and uses; but no definition of the type.

It's possible this struct's internals are meant to be private and
1.1.0c-2 has finally enforced that - in which case Qt is at fault (and
I'll file a bug against Qt).  The offending code in Qt is in its
qtbase/src/network/ssl/qssldiffiehellmanparameters_openssl.cpp

There are similar errors for
* EVP_PKEY {aka struct evp_pkey_st}, aggregate ‘EVP_CIPHER_CTX ctx’,
  DSA {aka dsa_st} and RSA {aka rsa_st} in
  qtbase/src/network/ssl/qsslkey_openssl.cpp
* X509 {aka struct x509_st} and EVP_PKEY {aka struct evp_pkey_st} in
  qtbase/src/network/ssl/qsslcertificate_openssl.cpp

Again, find | xargs grep reveals only declarations, no definitions.

-- System Information:
Debian Release: stretch/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages libssl-dev:amd64 depends on:
ii  libssl1.1  1.1.0c-2

Versions of packages libssl-dev:amd64 recommends:
ii  libssl-doc  1.1.0c-2

libssl-dev:amd64 suggests no packages.

-- no debconf information

Bug#846576: influxdb: Please package upstream release 1.1.0

[Guillem Jover]

Source: influxdb
Source-Version: 1.1.0+dfsg1-0.1
Severity: wishlist
Tags: patch

Hi!

There's a new upstream release out. Here's a patch updating the
package to that. Also included a fix for the init script to actually
log stuff.

Thanks,
Guillem
--- a/debian/changelog	2016-10-25 19:19:04.0 +0200
+++ b/debian/changelog	2016-12-02 11:14:09.0 +0100
@@ -1,4 +1,13 @@
+influxdb (1.1.0+dfsg1-0.1) UNRELEASED; urgency=medium
+
+  * New upstream release.
+  * Fix build to work on github.com/dgrijalva/jwt-go v2.
+  * Pass --no-close to start-stop-daemon --start to get actual logging.
+
+ -- Guillem Jover   Fri, 02 Dec 2016 10:45:18 +0100
+
 influxdb (1.0.2+dfsg1-1) unstable; urgency=medium
+
   [ Alexandre Viau ]
   * Update default configuration file.
 
--- a/debian/influxdb.init	2016-10-25 19:19:04.0 +0200
+++ b/debian/influxdb.init	2016-12-02 10:47:20.0 +0100
@@ -94,7 +94,7 @@ case $1 in
 fi
 
 start-stop-daemon --start --quiet --oknodo --exec $daemon \
-  --chuid $GROUP:$USER --pidfile $pidfile --background \
+  --chuid $GROUP:$USER --pidfile $pidfile --background --no-close \
   -- -pidfile $pidfile -config $config $INFLUXD_OPTS \
   >>$STDOUT 2>>$STDERR
 
--- a/debian/patches/disable-reporting.patch	2016-10-25 19:19:04.0 +0200
+++ b/debian/patches/disable-reporting.patch	2016-12-02 10:50:24.0 +0100
@@ -13,7 +13,7 @@ Last-Update: 2015-08-11
 
 --- a/cmd/influxd/run/config.go
 +++ b/cmd/influxd/run/config.go
-@@ -56,7 +56,7 @@
+@@ -56,7 +56,7 @@ type Config struct {
  	ContinuousQuery continuous_querier.Config `toml:"continuous_queries"`
  
  	// Server reporting
@@ -24,7 +24,7 @@ Last-Update: 2015-08-11
  	BindAddress string `toml:"bind-address"`
 --- a/cmd/influxd/run/server.go
 +++ b/cmd/influxd/run/server.go
-@@ -78,7 +78,7 @@
+@@ -78,7 +78,7 @@ type Server struct {
  	Monitor *monitor.Monitor
  
  	// Server reporting and registration
@@ -33,7 +33,7 @@ Last-Update: 2015-08-11
  
  	// Profiling
  	CPUProfile string
-@@ -147,7 +147,7 @@
+@@ -147,7 +147,7 @@ func NewServer(c *Config, buildInfo *Bui
  
  		MetaClient: meta.NewClient(c.Meta),
  
@@ -42,7 +42,7 @@ Last-Update: 2015-08-11
  
  		httpAPIAddr: c.HTTPD.BindAddress,
  		httpUseTLS:  c.HTTPD.HTTPSEnabled,
-@@ -441,7 +441,7 @@
+@@ -434,7 +434,7 @@ func (s *Server) Open() error {
  	}
  
  	// Start the reporting service, if not disabled.
--- a/debian/patches/jwt-v2.patch	1970-01-01 01:00:00.0 +0100
+++ b/debian/patches/jwt-v2.patch	2016-12-02 11:33:33.226604712 +0100
@@ -0,0 +1,34 @@
+Description: Fix build with github.com/dgrijalva/jwt-go v2
+Author: Guillem Jover 
+Last-Update: 2016-12-02
+
+---
+ services/httpd/handler.go |   11 ++-
+ 1 file changed, 2 insertions(+), 9 deletions(-)
+
+--- a/services/httpd/handler.go
 b/services/httpd/handler.go
+@@ -901,21 +901,14 @@ func authenticate(inner func(http.Respon
+ 	return
+ }
+ 
+-claims, ok := token.Claims.(jwt.MapClaims)
+-if !ok {
+-	h.httpError(w, "problem authenticating token", http.StatusInternalServerError)
+-	h.Logger.Print("Could not assert JWT token claims as jwt.MapClaims")
+-	return
+-}
+-
+ // Make sure an expiration was set on the token.
+-if exp, ok := claims["exp"].(float64); !ok || exp <= 0.0 {
++if exp, ok := token.Claims["exp"].(float64); !ok || exp <= 0.0 {
+ 	h.httpError(w, "token expiration required", http.StatusUnauthorized)
+ 	return
+ }
+ 
+ // Get the username from the token.
+-username, ok := claims["username"].(string)
++username, ok := token.Claims["username"].(string)
+ if !ok {
+ 	h.httpError(w, "username in token must be a string", http.StatusUnauthorized)
+ 	return
--- a/debian/patches/series	2016-10-25 19:19:04.0 +0200
+++ b/debian/patches/series	2016-12-02 11:12:13.0 +0100
@@ -1 +1,2 @@
 disable-reporting.patch
+jwt-v2.patch

Bug#846577: ITP: python-portpicker -- Python module to find unused network ports to bind to

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: python-portpicker
  Version : 1.1.1
  Upstream Author : Google
* URL : https://github.com/google/python_portpicker
* License : Apache-2.0
  Programming Lang: Python
  Description : Python module to find unused network ports to bind to

Portpicker provides an API to find and return an available network port
for an application to bind to. Ideally suited for use from unittests or for
test harnesses that launch local servers.

This package will be provided for Python 2 and 3 and is being packaged
as a dependency of the GRR Rapid Response server component.

Bug#846503: zeroc-icegridgui: Java exception when running the program

[Jose Gutierrez de la Concha]

Hi

That is due to the package not being rebuild with the new version,
that is not binary compatible with the previous version.


On Thu, Dec 1, 2016 at 6:25 PM, José Luis Segura Lucas 
wrote:

> Package: zeroc-icegridgui
> Version: 3.6.3-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> After manually fulfilling the missing dependencies from the bug #846498, I
> still get an error.
>
> $ icegridgui
> Exception in thread "AWT-EventQueue-1" java.lang.NoSuchFieldError: DIALOG
> at IceGridGUI.LiveDeployment.ObjectDialog.(
> ObjectDialog.java:60)
> at IceGridGUI.LiveDeployment.Root.(Root.java:172)
> at IceGridGUI.Coordinator.(Coordinator.java:2579)
> at IceGridGUI.Main.(Main.java:111)
> at IceGridGUI.Main$1.run(Main.java:60)
> at java.awt.event.InvocationEvent.dispatch(
> InvocationEvent.java:311)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.
> doIntersectionPrivilege(ProtectionDomain.java:76)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:700)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(
> EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(
> EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(
> EventDispatchThread.java:105)
> at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(
> EventDispatchThread.java:93)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
>
> I must say that manually installing the missing dependencies of the bug
> mentioned above are working from a while, but today I just realized that,
> right
> now, it is impossible to execute icegridgui without getting errors.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages zeroc-icegridgui depends on:
> ii  default-jdk   2:1.8-57
> ii  default-jre   2:1.8-57
> ii  libzeroc-ice3.6-java  3.6.3-2
> ii  openjdk-8-jdk 8u111-b14-3
> ii  openjdk-8-jre 8u111-b14-3
>
> zeroc-icegridgui recommends no packages.
>
> zeroc-icegridgui suggests no packages.
>
> -- no debconf information
>



-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#846578: freebsd-buildutils: ships libl.a, libfl.a which are also in flex-old

[Andreas Beckmann]

Package: freebsd-buildutils
Version: 10.3~svn296373-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package freebsd-buildutils.
  Preparing to unpack .../27-freebsd-buildutils_10.3~svn296373-5_amd64.deb ...
  Unpacking freebsd-buildutils (10.3~svn296373-5) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-oFfjdq/27-freebsd-buildutils_10.3~svn296373-5_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/libfl.a', which is also in package flex-old 
2.5.4a-10
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-oFfjdq/27-freebsd-buildutils_10.3~svn296373-5_amd64.deb


cheers,

Andreas


flex-old=2.5.4a-10_freebsd-buildutils=10.3~svn296373-5.log.gz
Description: application/gzip

Bug#846579: src:bioperl: New version available

[Andreas Tille]

Package: src:bioperl
Severity: normal

Hi Charles,

there is some preparation done in Git.  Do you intend to finalise
the new version of BioPerl?  If not, please make some noise here
to enable us working to gether to shipp the latest version of
BioPerl in Stretch.

Kind regards

   Andreas.

-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Bug#846580: environment-modules,lmod: error when trying to install together

[Andreas Beckmann]

Package: environment-modules,lmod
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: found -1 6.6-0.1
Control: found -1 3.2.10-9

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package lmod.
  Preparing to unpack .../10-lmod_6.6-0.1_all.deb ...
  Unpacking lmod (6.6-0.1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-7ATbYB/10-lmod_6.6-0.1_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/module.1.gz', which is also in 
package environment-modules 3.2.10-9
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-7ATbYB/10-lmod_6.6-0.1_all.deb

This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/man/man1/module.1.gz

This bug is assigned to both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may
also register in the BTS that the other package is affected by the bug.

Cheers,

Andreas

PS: for more information about the detection of file overwrite errors
of this kind see https://qa.debian.org/dose/file-overwrites.html


environment-modules=3.2.10-9_lmod=6.6-0.1.log.gz
Description: application/gzip

Bug#846581: src:biojava4-live: New version available

[Andreas Tille]

Package: src:biojava4-live
Severity: normal

Hi Olivier,

we are lagging behind the official BioJava4 series.  Do you intend to
upload the latest upstream release or are there any reasons to stick to
the Debian packaged version?  I think it would be the best to distribute
the latest upstream in Stretch.

Kind regards

  Andreas.

-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Bug#841173: openjdk-9: FTBFS on mips*

[James Cowgill]

Control: forwarded -1 https://bugs.openjdk.java.net/browse/JDK-8170639

On 29/11/16 14:44, Matthias Klose wrote:
> Please can you forward the issue upstream?

So as discussed upstream, this won't make it into OpenJDK 9 so can the
patch be applied directly to Debian instead?

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#811960: pulseview NMU?

[Jonathan McDowell]

On Mon, Nov 07, 2016 at 11:55:13PM +0100, Uwe Hermann wrote:
> On Mon, Nov 07, 2016 at 04:25:14PM +, Jonathan McDowell wrote:
> > Uwe, do you have any plans for this?
> 
> Yeah, might upload some new packages soonish, but long-term
> I'd be happy to hand over the full sigrok suite of packages to another
> interested + active developer, so I can focus more on upstream development.

Sorry for the delay in a reply; I've been kicking around thoughts about
the best response. I am interested in having up to date tools such as
the sigrok suite in Debian, but don't use them enough to be able to
justify taking over maintainership. I'd like to help out where possible
though. I was wondering if perhaps some sort of team maintenance would
be appropriate for these sorts of tools (and maybe things like openocd
as well) - there's the existing pkg-electronics-devel (cc'd) that might
be a suitable home? I'd be prepared to try and help keep up to date with
upstream releases in such an environment.

J.

-- 
/-\ |  Design a system any fool can use,
|@/  Debian GNU/Linux Developer |  and only a fool will want to use
\-  | it.


signature.asc
Description: Digital signature

Bug#846582: ITP: python-codegen -- extension to ast that allows AST -> Python code generation

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: python-codegen
  Version : 1.0
  Upstream Author : Armin Ronacher
* URL : https://github.com/andreif/codegen
* License : BSD
  Programming Lang: Python
  Description : extension to ast that allows AST -> Python code generation

The codegen module converts a abstract syntax tree (AST) back into
Python source code. This is useful for debugging purposes, especially when
dealing with custom ASTs not generated by Python itself.

This package will be provided for Python 2 and is being packaged as a
dependency of the Rekall memory forensics framework.

Bug#846410: kdevelop crahses when starting (5.0.1)

[Roman Lebedev]

On Thu, Dec 1, 2016 at 6:25 AM, choury  wrote:
> Package: kdevelop
> Version: 4:5.0.1-2
> Severity: important
>
> Dear Maintainer,
>
> kdevelop crashes every time when i starting it.
> And the stack:
>
> Application: KDevelop (kdevelop), signal: Segmentation fault
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7fd9feab0040 (LWP 5739))]
>
> Thread 5 (Thread 0x7fd9e3de8700 (LWP 5743)):
> #0  pthread_cond_wait@@GLIBC_2.3.2 () at 
> ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
> #1  0x7fda101242c4 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #2  0x7fda10124309 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5Script.so.5
> #3  0x7fda14bd0464 in start_thread (arg=0x7fd9e3de8700) at 
> pthread_create.c:333
> #4  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 4 (Thread 0x7fd9e9369700 (LWP 5742)):
> #0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
> ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
> #1  0x7fda1b480b86 in QWaitCondition::wait(QMutex*, unsigned long) () 
> from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #2  0x7fda18e9a438 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libKDevPlatformLanguage.so.10
> #3  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x7fda14bd0464 in start_thread (arg=0x7fd9e9369700) at 
> pthread_create.c:333
> #5  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 3 (Thread 0x7fd9f72e0700 (LWP 5741)):
> #0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x7fda129be9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x7fda129beb0c in g_main_context_iteration () from 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x7fda1b6af6fb in 
> QEventDispatcherGlib::processEvents(QFlags) () 
> from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x7fda1b65907a in 
> QEventLoop::exec(QFlags) () from 
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x7fda1b47b0d3 in QThread::exec() () from 
> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #6  0x7fda1d7756d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
> #7  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #8  0x7fda14bd0464 in start_thread (arg=0x7fd9f72e0700) at 
> pthread_create.c:333
> #9  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105
>
> Thread 2 (Thread 0x7fd9fc94f700 (LWP 5740)):
> #0  0x7fda1ad9156d in poll () at ../sysdeps/unix/syscall-template.S:84
> #1  0x7fda0ee11150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #2  0x7fda0ee12ee9 in xcb_wait_for_event () from 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1
> #3  0x7fd9fe674b69 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #4  0x7fda1b47fd88 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x7fda14bd0464 in start_thread (arg=0x7fd9fc94f700) at 
> pthread_create.c:333
> #6  0x7fda1ad9a9df in clone () at 
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:105

> Thread 1 (Thread 0x7fd9feab0040 (LWP 5739)):
> [KCrash Handler]
> #6  0x7fd9eb6bf6ad in llvm::cl::Option::setArgStr(llvm::StringRef) () 
> from /usr/lib/x86_64-linux-gnu/libLLVM-3.9.so.1
> #7  0x7fd95a929acb in ?? () from 
> /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
> #8  0x7fd95a929d08 in ?? () from 
> /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1

So there are two llvm versions at play at the same time?
I don't think that should work :)

Also, i guess kdevelop needs to be a part of llvm transition.

> #9  0x7fda1d5fa5da in call_init (l=, argc=argc@entry=1, 
> argv=argv@entry=0x7ffc186d67a8, env=env@entry=0x7ffc186d67b8) at dl-init.c:72
> #10 0x7fda1d5fa6eb in call_init (env=0x7ffc186d67b8, argv=0x7ffc186d67a8, 
> argc=1, l=) at dl-init.c:30
> #11 _dl_init (main_map=main_map@entry=0xf3a490, argc=1, argv=0x7ffc186d67a8, 
> env=0x7ffc186d67b8) at dl-init.c:120
> #12 0x7fda1d5fec68 in dl_open_worker (a=a@entry=0x7ffc186d5110) at 
> dl-open.c:575
> #13 0x7fda1d5fa484 in _dl_catch_error 
> (objname=objname@entry=0x7ffc186d5100, 
> errstring=errstring@entry=0x7ffc186d5108, 
> mallocedp=mallocedp@entry=0x7ffc186d50ff, 
> operate=operate@entry=0x7fda1d5fe880 , 
> args=args@entry=0x7ffc186d5110) at dl-error.c:187
> #14 0x7fda1d5fe419 in _dl_open (file=0xf3a398 
> "/usr/lib/x86_64-linux-gnu/qt5/plugins/kdevplatform/25/kdevclangsupport.so", 
> mode=-2147483647, caller_dlopen=0x7fda1b6571be, nsid=-2, argc= out>, argv=, env=0x7ffc186d67b8) at dl-open.c:660
> #15 0x7fda12c88ee9 in dlopen_doit (a=a@entry=0x7ffc186d5340) at 
> dlopen.c:66
> #16 0x7fda1d5fa484 in _dl_catch_error (objname=0x91b1a0, 
> errstring=0x91b1a8, mallocedp=0x91b198, operate=0x7fda12c88e90 , 
> args=0x7ffc186d5340) at dl-error.c:187
> #17 0x7fda12c89521 in _dlerror_run (operate=operate@entry=

Bug#846579: src:bioperl: New version available

[Charles Plessy]

Le Fri, Dec 02, 2016 at 11:51:26AM +0100, Andreas Tille a écrit :
> 
> Hi Charles,
> 
> there is some preparation done in Git.  Do you intend to finalise
> the new version of BioPerl?  If not, please make some noise here
> to enable us working to gether to shipp the latest version of
> BioPerl in Stretch.

 
88   
""   
 
8b,dPPYba,   ,adPPYba,   ,adPPYba,   ,adPPYba,  88 ,adPPYba,  ,adPPYba,  
88P'   `"8a a8" "8a a8" "8a a8" "8a 88 I8["" a8P_88  
88   88 8b   d8 8b   d8 8b   d8 88  `"Y8ba,  8PP"""  
88   88 "8a,   ,a8" "8a,   ,a8" "8a,   ,a8" 88 aa]8I "8b,   ,aa  
88   88  `"YbbdP"'   `"YbbdP"'   `"YbbdP"'  88 `"YbbdP"'  `"Ybbd8"'  
 

Please go ahead :)

Thanks !

Charles

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan

Bug#840675: RFP: influxdb-relay -- basic high availability layer for InfluxDB

[Guillem Jover]

Hi!

On Thu, 2016-10-13 at 19:54:23 +0200, Guillem Jover wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: influxdb-relay
>   Version : 0.0~20160928.0.535181e
>   Upstream Author : InfluxData
> * URL : https://github.com/influxdata/influxdb-relay
> * License : Expat
>   Programming Lang: Go
>   Description : basic high availability layer for InfluxDB
> 
>   This daemon listens for InfluxDB requests and forwards them to one or
>   more InfluxDB servers, allowing to replicate for example writes requests
>   to multiple destinations.

> This package is helpful if you are deploying InfluxDB on a cluster
> and need some kind of basic replication and HA setup.
> 
> Attached a working and tested packaging patch (execept for the systemd
> service file), where only the ITP bug number needs to be filled in the
> debian/changelog, Maintainer changed, and Vcs fields added.

Updated patch against latest upstream, and several minor fixes to the
init script and packaging metadata.

Thanks,
Guillem
From 003fe691dd6a7cadb88440e005969156767da1ae Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Wed, 28 Sep 2016 16:24:34 +0200
Subject: [PATCH] Initial packaging

---
 debian/changelog   |   5 +
 debian/compat  |   1 +
 debian/control |  44 
 debian/copyright   |  32 ++
 ...lang-github-influxdb-influxdb-relay-dev.install |   1 +
 ...golang-github-influxdb-influxdb-relay-dev.links |   1 +
 debian/influxdb-relay.conf |  54 ++
 debian/influxdb-relay.dirs |   2 +
 debian/influxdb-relay.init | 120 +
 debian/influxdb-relay.install  |   2 +
 debian/influxdb-relay.lintian-overrides|   5 +
 debian/influxdb-relay.logrotate|   8 ++
 debian/influxdb-relay.manpages |   1 +
 debian/influxdb-relay.postinst |  44 
 debian/influxdb-relay.postrm   |  31 ++
 debian/influxdb-relay.service  |  16 +++
 debian/manpages/influxdb-relay.1   |  13 +++
 debian/rules   |  11 ++
 debian/source/format   |   1 +
 19 files changed, 392 insertions(+)
 create mode 100644 debian/changelog
 create mode 100644 debian/compat
 create mode 100644 debian/control
 create mode 100644 debian/copyright
 create mode 100644 debian/golang-github-influxdb-influxdb-relay-dev.install
 create mode 100644 debian/golang-github-influxdb-influxdb-relay-dev.links
 create mode 100644 debian/influxdb-relay.conf
 create mode 100644 debian/influxdb-relay.dirs
 create mode 100644 debian/influxdb-relay.init
 create mode 100644 debian/influxdb-relay.install
 create mode 100644 debian/influxdb-relay.lintian-overrides
 create mode 100644 debian/influxdb-relay.logrotate
 create mode 100644 debian/influxdb-relay.manpages
 create mode 100644 debian/influxdb-relay.postinst
 create mode 100644 debian/influxdb-relay.postrm
 create mode 100644 debian/influxdb-relay.service
 create mode 100644 debian/manpages/influxdb-relay.1
 create mode 100755 debian/rules
 create mode 100644 debian/source/format

diff --git a/debian/changelog b/debian/changelog
new file mode 100644
index 000..44d88f7
--- /dev/null
+++ b/debian/changelog
@@ -0,0 +1,5 @@
+influxdb-relay (0.0~20161114.0.adaa2ea-1) UNRELEASED; urgency=medium
+
+  * Initial release. (Closes: #840675)
+
+ -- Guillem Jover   Wed, 28 Sep 2016 14:21:32 +0200
diff --git a/debian/compat b/debian/compat
new file mode 100644
index 000..ec63514
--- /dev/null
+++ b/debian/compat
@@ -0,0 +1 @@
+9
diff --git a/debian/control b/debian/control
new file mode 100644
index 000..c4d65d2
--- /dev/null
+++ b/debian/control
@@ -0,0 +1,44 @@
+Source: influxdb-relay
+Section: database
+Priority: extra
+Homepage: https://github.com/influxdata/influxdb-relay
+Maintainer: Sipwise Development Team 
+Build-Depends:
+ debhelper (>= 9),
+ dh-golang (>= 1.9),
+ golang-go,
+# Golang libraries below - Shared deps with dev package
+ golang-github-influxdb-influxdb-dev,
+ golang-github-naoina-go-stringutil-dev,
+ golang-github-naoina-toml-dev,
+Standards-Version: 3.9.8
+XS-Go-Import-Path: github.com/influxdata/influxdb-relay
+
+Package: golang-github-influxdb-influxdb-relay-dev
+Architecture: all
+Pre-Depends:
+ ${misc:Pre-Depends}
+Depends:
+ ${misc:Depends},
+ golang-github-influxdb-influxdb-dev,
+ golang-github-naoina-go-stringutil-dev,
+ golang-github-naoina-toml-dev,
+Description: basic high availability layer for InfluxDB -- development files
+ This daemon listens for InfluxDB requests and forwards them to one or
+ more InfluxDB servers, allowing to replicate for example writes requests
+ to multiple destination InfluxDB servers.
+ .
+ This is the develo

Bug#846074: fixed in dateutils 0.4.0-0.2

[Andreas Beckmann]

On Mon, 28 Nov 2016 21:04:02 + to...@debian.org (Dr. Tobias Quathamer) 
wrote:
>* Add --with-old-names and --without-old-links to prevent
>  collision with debian-goodies. (Closes: #846074)

Does this also fix the conflict with dapl2-utils?

  Selecting previously unselected package dateutils.
  Preparing to unpack .../1-dateutils_0.4.0-0.1_amd64.deb ...
  Unpacking dateutils (0.4.0-0.1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-Gg0O3H/1-dateutils_0.4.0-0.1_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/dtest', which is also in package dapl2-utils 
2.1.9-1
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-Gg0O3H/1-dateutils_0.4.0-0.1_amd64.deb

(there were spurious build failures of -0.2 on several architectures,
I just requested these to be given-back.)


Andreas

Bug#840804: chrome-gnome-shell: does not work with Google Chrome

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello Jeremy,

On Thu, 2016-12-01 at 12:43 -0500, Jeremy Bicha wrote:
> Ritesh, thanks for packaging chrome-gnome-shell.
> 
> Since Ubuntu does not reject uploads for this lintian error, I have
> modified the packaging locally to only apply the workaround patch when
> this package is built on a Debian system. I'm attaching my git commit.
> This would allow Ubuntu to be in sync with Debian for this package
> without losing functionality there.

But this goes with the assumption that all Debian Derivatives have the same
policy. I'm more keen on seeing some clarification on the policy itself.

Let's wait and hope to see the blocking bug (#840235) come to a conclusion.

- -- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlhAcj4ACgkQpjpYo/Lh
dWnMiQ/+PtWcn5duGPZ6QqVn730awwVF3LHP2lmM8/3Tqnwq5KSMHQncvpOGgPlG
azu2RSdREk5+vmtsfYDo/KVKF6bQcw2Va6f9NnxFutyawL6A1P+NsSq1Ki/rY5lH
FPHBIMp+V5I2pF4/hb09hI8Fopg5u8TpaHBiwEB1ox1c6v9D33OP4H3hcVdc+Z4o
yaYkg2ET44siRkI0630nIocqsvk7eyuLnQZxHEbXEuMxMPzKkwxTvhGeXOnXUAfF
9D9mfATBEBOrnRnhrDgfECUVXQ2CTYX5zLcjBVvd46I3PBWF7n87hpMSQ4bhDN0m
NOcxehiHJZdLg2TJgP23Yb0SdrWRHrzKb6HNlPWqK44xCmOLc2I1tGTI0/ZiBFB9
98JVplQwRBWJFrWcFxlHpG7gx7OFGcS6BIOfABuWpq6k4+KsC5ubsJ9HZW9+1pb9
b/yA+QpfzrVovnd4ecMouApjPDzdwNmc5bKyN4H38R11rRftaoxwCRdRl2cR+bFI
2VRRq5JEgZH2I+J+iJvOrv1t25wfCWTpVCKz+avZyrKJGZvs+4UaDgYw2NNnj671
YzErako6mNUOaENZkelpuWOkNMCdJlceGFskS7NRFYV08FoUG/hFN1ohFty1XUub
1/LplqhUK1tmHccGWDY6wQ8sfln2+jF27/6HlM2cWu2wfQmEkP8=
=pwrL
-END PGP SIGNATURE-

Bug#846583: cloud.debian.org: AWS Image should enable DHCPv6 client

[Bernhard Schmidt]

Package: cloud.debian.org
Severity: minor
User: cloud.debian@packages.debian.org
Usertags: aws

Hi,

thanks for providing an AWS EC2 Image with Debian Jessie.

AWS is now supporting IPv6 on EC2 instances, see 


https://aws.amazon.com/de/blogs/aws/new-ipv6-support-for-ec2-instances-in-virtual-private-clouds/.

The support is currently limited to the zone us-east2, but should be 
available in all regions shortly. The provisioning of the IPv6 address
on the machine is done through stateful DHCPv6.

For this /etc/network/interfaces needs to be amended with

iface eth0 inet6 dhcp

Thanks,
Bernhard

Bug#842057: [buildd-tools-devel] Bug#842057: fixed in sbuild 0.72.0-2

[Gianfranco Costamagna]

Hi,

>to figure out the reason for this problem, could you give me the content of

>your /var/lib/buildd/daemon.log?



distribution list is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm line 
95.

thanks,

G.

Bug#846584: ITP: python-flask-sockets -- elegant WebSockets for your Flask apps

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: python-flask-sockets
  Version : 0.2.1
  Upstream Author : Kenneth Reitz
* URL : https://github.com/kennethreitz/flask-sockets
* License : MIT
  Programming Lang: Python
  Description : elegant WebSockets for your Flask apps

This package provides Flask-Sockets, a websocket library to be used
with Flask. It is based on gevent-websocket and supports Flask Blueprints.

This package will be provided for Python 2 and is being packaged as a
dependency of the Rekall memory forensics framework.

Bug#843784: [Openjdk] Bug#843784: openjdk-7-jre: After last security update, icedtea-plugin fails all applets

[Alain Rpnpif]

From Gaute Amundsen :

Hi.

I don't have an email address I want posted on a public webpage, but I 
believe I have this problem in Ubuntu 14.04, with icedtea-plugin 
1.5.3-0ubuntu0.14.04.1.

I had some trouble downgrading OpenJDK 7 as suggested due to complex 
dependencies but I was able to "solve" the problem by instead adding 
"permission java.security.AllPermission;" to the default section 
/etc/java-7-openjdk/security/java.policy.

Perhaps one of you may want to add this to the bug report?

Regards
Gaute Amundsen

Bug#846585: tsmarty2c: fails to upgrade from 'testing' - trying to overwrite /usr/bin/tsmarty2c

[Andreas Beckmann]

Package: tsmarty2c
Version: 1.5.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package tsmarty2c.
  Preparing to unpack .../1-tsmarty2c_1.5.0-1_all.deb ...
  Unpacking tsmarty2c (1.5.0-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-MKM7Eh/1-tsmarty2c_1.5.0-1_all.deb (--unpack):
   trying to overwrite '/usr/bin/tsmarty2c', which is also in package 
smarty-gettext 1.4.0-2
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-MKM7Eh/1-tsmarty2c_1.5.0-1_all.deb


cheers,

Andreas


smarty-gettext=1.4.0-2_tsmarty2c=1.5.0-1.log.gz
Description: application/gzip

Bug#814676: Bug#824358: ITP: freerdp2 -- RDP client/server for Windows Terminal Services

[intrigeri]

Hi,

Mike Gabriel:
> I am currently waiting for Bernhard Miklautz to return from VAC (first  week 
> of Oct).
> Then we will decide what approach to follow.

Any news on this front? (I'm asking due to weston RDP, i.e. #775855.)

Cheers,
-- 
intrigeri

Bug#846586: eyed3: [PATCH] fix incorrect option name in man page

[Edward Betts]

Package: eyed3
Version: 0.7.9-2
Severity: normal
Tags: patch

---
 debian/eyeD3.1 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/eyeD3.1 b/debian/eyeD3.1
index a9559f9..fe52784 100644
--- a/debian/eyeD3.1
+++ b/debian/eyeD3.1
@@ -249,7 +249,7 @@ Remove image matching DESCRIPTION.
 \fB--remove-all-images
 Remove all images from the tag
 .TP
-\fB--write--images=\fRDIR
+\fB--write-images=\fRDIR
 Causes all attached images (APIC frames) to be written to the specified 
directory.
 .TP
 \fB--add-object=\fROBJ_PATH:MIME-TYPE[:DESCRIPTION[:FILENAME]]
-- 
2.10.2

Bug#846255: Rebuild with apt-src

[Jody Bruchon]

This may not be a bug in the program. If a user tries to dedupe a file 
for which they don't have write permissions and aren't root, dedupe will 
fail with 0 bytes processed.


In commit 5eb89cc2bd7cd37f2a27b587b563ac8f3eb1ff7f I have introduced two 
changes to make it easier to determine if the problem is a permissions one:
- No write permission check and an additional message at the end of the 
warning or error telling the user that they don't have write permission 
for the file
- "dedupe only did 0 bytes" instead says that "dedupe failed" so the 
user is less confused by the warning.


If you have verified that you have write access to both of the files in 
a deduplication pair and are still having issues, please let me know.


- Jody Bruchon

Bug#842057: [buildd-tools-devel] Bug#842057: fixed in sbuild 0.72.0-2

[Johannes Schauer]

Hi,

Quoting Gianfranco Costamagna (2016-12-02 12:25:21)
> >to figure out the reason for this problem, could you give me the content of
> 
> >your /var/lib/buildd/daemon.log?
> 
> distribution list is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm
> line 95.

maybe somebody with buildd knowledge can comment on this? Aurélien?

This is the same error I'm getting over here. I'd expect this to happen because
the default /etc/buildd/buildd.conf does not set anything for "$distributions".
The questions are:

 - should the buildd package automatically start the buildd service (and fail)?
 - should there be a default value for the DISTRIBUTIONS configuration variable
   such that buildd does not fail when initially started?

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#846255: [jbruchon/jdupes] Several warnings when enabled '-B/--dedupe' for btrfs deduplication (#29)

[Eriberto]

2016-12-02 9:45 GMT-02:00 Jody Bruchon :

> This may not be a bug in the program. If a user tries to dedupe a file for
> which they don't have write permissions and aren't root, dedupe will fail
> with 0 bytes processed.
>
> In commit 5eb89cc
> 
> I have introduced two changes to make it easier to determine if the problem
> is a permissions one:
>
>- No write permission check and an additional message at the end of
>the warning or error telling the user that they don't have write permission
>for the file
>- "dedupe only did 0 bytes" instead says that "dedupe failed" so the
>user is less confused by the warning.
>
>
>
Thanks a lot Jody.

Can you release a 1.6.1 version?

Cheers,

Eriberto

Bug#846587: consolation: doubleclick fails to select '/', '.', etc

[Adam Borowski]

Package: consolation
Version: 0.0.3-1
Severity: normal

Hi!
When doubleclicking a "word", consolation accepts only actual alphanumeric
words.  This makes it useless for most of what people use doubleclick for:
file names, version numbers, dates, email addresses, URLs, floating-point
numbers, etc.

GUI terminals (at least all of those I have currently installed) do select
those, for example xfce4-terminal defaults to:
WordChars=-A-Za-z0-9,./?%&#_+@~
(it also accepts non-ASCII Unicode without allowing redefinition).


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

Kernel: Linux 4.9.0-rc7-debug-linusmodversions+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages consolation depends on:
ii  libc6   2.24-7
ii  libevdev2   1.5.5+dfsg-1
ii  libinput10  1.5.1-1
ii  libudev1232-7
ii  lsb-base9.20161125

consolation recommends no packages.

consolation suggests no packages.

-- no debconf information

Bug#846588: minicoredumper: please make the build reproducible

[Chris Lamb]

Source: minicoredumper
Version: 2.0.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that minicoredumper could not be built reproducibly.

This is due to exluding var/crash from dh_fixperms (to keep the
subdirectories' permissions intact?) which means that the group "write"
bit is inherited from the system's umask.

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/rules  2016-12-02 11:53:47.333958343 +
--- b/debian/rules  2016-12-02 11:56:22.467034819 +
@@ -21,6 +21,7 @@
 
 override_dh_fixperms:
dh_fixperms --exclude var/crash
+   chmod 0755 debian/minicoredumper/var/crash
 
 # main packaging script based on dh7 syntax
 %:

Bug#841230:

[Olaf van der Spek]

found 1.10.2-2

default is using /var/run/php7.0-fpm.sock
actual path is /var/run/php/php7.0-fpm.sock

Bug#804063: cpio: New upstream release 2.12 available

[Chris Lamb]

Aníbal Monsalve Salazar wrote:

> Please do it.

Work in progress here:

  https://github.com/lamby/pkg-cpio/commits/debian/experimental

Just having issues compiling the mingw part:

make[4]: Entering directory '/tmp/buildd/cpio-2.12/obj-win32/lib'
  CC   exit.o
  CC   exit-status.o
  CC   rtapelib.o
../../lib/rtapelib.c: In function 'do_command':
../../lib/rtapelib.c:124:46: error: 'SIGPIPE' undeclared (first use in this 
function)
   RETSIGTYPE (*pipe_handler) (int) = signal (SIGPIPE, SIG_IGN);
  ^~~
../../lib/rtapelib.c:124:46: note: each undeclared identifier is reported only 
once for each function it appears in
../../lib/rtapelib.c: In function 'rmt_open__':
../../lib/rtapelib.c:473:9: warning: implicit declaration of function 'pipe' 
[-Wimplicit-function-declaration]
 if (pipe (to_remote[remote_pipe_number]) == -1
 ^~~~
../../lib/rtapelib.c:482:14: warning: implicit declaration of function 'fork' 
[-Wimplicit-function-declaration]
 status = fork ();
  ^~~~
In file included from ../../lib/rtapelib.c:35:0:
../../lib/system.h:478:12: warning: implicit declaration of function 'setuid' 
[-Wimplicit-function-declaration]
 if (! (setuid (getuid ()) == 0 && setgid (getgid ()) == 0)) \
^
../../lib/rtapelib.c:506:2: note: in expansion of macro 'sys_reset_uid_gid'
  sys_reset_uid_gid ();
  ^
../../lib/system.h:478:20: warning: implicit declaration of function 'getuid' 
[-Wimplicit-function-declaration]
 if (! (setuid (getuid ()) == 0 && setgid (getgid ()) == 0)) \
^
../../lib/rtapelib.c:506:2: note: in expansion of macro 'sys_reset_uid_gid'
  sys_reset_uid_gid ();
  ^
../../lib/system.h:478:39: warning: implicit declaration of function 'setgid' 
[-Wimplicit-function-declaration]
 if (! (setuid (getuid ()) == 0 && setgid (getgid ()) == 0)) \
   ^
../../lib/rtapelib.c:506:2: note: in expansion of macro 'sys_reset_uid_gid'
  sys_reset_uid_gid ();
  ^
../../lib/system.h:478:47: warning: implicit declaration of function 'getgid' 
[-Wimplicit-function-declaration]
 if (! (setuid (getuid ()) == 0 && setgid (getgid ()) == 0)) \
   ^
../../lib/rtapelib.c:506:2: note: in expansion of macro 'sys_reset_uid_gid'
  sys_reset_uid_gid ();
  ^
../../lib/rtapelib.c: In function 'rmt_write__':
../../lib/rtapelib.c:609:26: error: 'SIGPIPE' undeclared (first use in this 
function)
   pipe_handler = signal (SIGPIPE, SIG_IGN);
  ^~~
Makefile:1195: recipe for target 'rtapelib.o' failed
make[4]: *** [rtapelib.o] Error 1
make[4]: Leaving directory '/tmp/buildd/cpio-2.12/obj-win32/lib'
Makefile:1138: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/tmp/buildd/cpio-2.12/obj-win32/lib'
Makefile:1258: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/tmp/buildd/cpio-2.12/obj-win32'
Makefile:1197: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/tmp/buildd/cpio-2.12/obj-win32'
debian/rules:59: recipe for target 'build-win32' failed
make: *** [build-win32] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1100:
dpkg-buildpackage -rfakeroot -us -uc --hook-check=cd ..;  --changes-option=-S 
--check-command=lintian failed


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#772251: error upgrading package

[Aleksi Suhonen]

Hello,

I'm not sure this bug is the same, but it does involve the same file.
When trying to upgrade from 3.4.16-1 to 3.4.17-2 I get this error message:

Preparing to unpack .../1-exabgp_3.4.17-2_all.deb ...
dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
an absolute path
dpkg: error processing archive
/tmp/apt-dpkg-install-ptYu4n/1-exabgp_3.4.17-2_all.deb (--unpack):
 subprocess new pre-installation script returned error exit status 1
dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
an absolute path
dpkg: error while cleaning up:
 subprocess new post-removal script returned error exit status 1


-- 
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#846143: suricata: enable optional Hyperscan support

[Arturo Borrero Gonzalez]

Control: tags -1 pending

On 1 December 2016 at 22:52, Sascha Steinbiss  wrote:
>
> Done, see 
> https://anonscm.debian.org/cgit/users/satta/suricata.git/log/?h=hyperscan
>

Ok, thanks Sascha.

Just pushed the patch to the unstable-next branch of pkg-suricata git repo :-)

Bug#825487: [Piuparts-devel] Bug#825487: Bug#825487: Patch

[Holger Levsen]

Hi Sean,

thanks for your patience and for summarizing your questions.

On Sat, Oct 01, 2016 at 05:00:59PM -0700, Sean Whitton wrote:
> Since the questions I asked were quite fundamental to the patch, I'd
> prefer to ask some feedback on them before I dive into the code again.
> 
> 1. --allow-downgrades seems to be necessary when using the `apt-get
> install ./foo.deb` invocation, if foo.deb is already installed with the
> same version.  Otherwise, the re-install fails.  That breaks piuparts'
> standard reinstall test.  (As you say, it is not required with `apt-get
> install foo` -- not sure if that is deliberate.)
> 
> I'll verify that apt has not changed its behaviour since the time I
> prepared my first patch, but if the --allow-downgrades is still
> required, do you still object to it?  If so, this bug is wontfix.

Seems fine (and actually required to use --allow-downgrades here).

> 2. Andreas said that dropping the call to list_installed_files "breaks
> some options that are not frequently used".  What could those options
> be?  I thought that list_installed_files should be called once for each
> command that is run.  So when I removed the `dpkg -i` call, I removed
> the call to list_installed_files.  Why is that wrong?

I seem to recall you removed it one to many times.

> (of course, I am going to add a check for the version of apt, and if
> it's old I'll call `dpkg -i` and list_installed_files, but I'm talking
> about the case where apt is new enough and I'm calling `apt-get install
> ./foo.deb`).

If you call "apt-get install" instead of "dpkg -i" you surely will need
to call list_installed_files as well and not remove it?!


Judging by these questions I think the best case of action is that you
rework the patch (if needed) and then point me again to it and then I'll
hopefully just merge it…! ;-)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#846503: zeroc-icegridgui: Java exception when running the program

[José Luis Segura Lucas]

When will be the new version available?

Is it possible to download the deb? I need icegridgui ASAP.

Best regards

On 02/12/16 11:41, Jose Gutierrez de la Concha wrote:
> Hi
>
> That is due to the package not being rebuild with the new version, 
> that is not binary compatible with the previous version.
>
>
> On Thu, Dec 1, 2016 at 6:25 PM, José Luis Segura Lucas
> mailto:josel.seg...@gmx.es>> wrote:
>
> Package: zeroc-icegridgui
> Version: 3.6.3-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> After manually fulfilling the missing dependencies from the bug
> #846498, I
> still get an error.
>
> $ icegridgui
> Exception in thread "AWT-EventQueue-1" java.lang.NoSuchFieldError:
> DIALOG
> at
> IceGridGUI.LiveDeployment.ObjectDialog.(ObjectDialog.java:60)
> at IceGridGUI.LiveDeployment.Root.(Root.java:172)
> at IceGridGUI.Coordinator.(Coordinator.java:2579)
> at IceGridGUI.Main.(Main.java:111)
> at IceGridGUI.Main$1.run(Main.java:60)
> at
> java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:700)
> at
> 
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
> at
> 
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> 
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
> at
> java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
>
> I must say that manually installing the missing dependencies of
> the bug
> mentioned above are working from a while, but today I just
> realized that, right
> now, it is impossible to execute icegridgui without getting errors.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages zeroc-icegridgui depends on:
> ii  default-jdk   2:1.8-57
> ii  default-jre   2:1.8-57
> ii  libzeroc-ice3.6-java  3.6.3-2
> ii  openjdk-8-jdk 8u111-b14-3
> ii  openjdk-8-jre 8u111-b14-3
>
> zeroc-icegridgui recommends no packages.
>
> zeroc-icegridgui suggests no packages.
>
> -- no debconf information
>
>
>
>
> -- 
> José Gutiérrez de la Concha
> ZeroC, Inc.




signature.asc
Description: OpenPGP digital signature

Bug#846587: wrong handling on non-ASCII, too

[Adam Borowski]

Looking at the code in question (which turns out to come from the kernel
rather than consolation itself), I see another problem: it is hard-coded for
latin-1 (with somehow punctuation being included), which is wrong in a vast
majority of cases: unconfigured console, including Debian's, uses a custom
charset that mixes CP437 with ISO-8859-1, causing consolation to consider
line-drawing characters as word chars which is definitely wrong --
especially that frames very often live next to words an user wants to copy.

When the console is configured, it almost always does a charset other than
ISO-8859-1 (as those who want that are usually satisfied with the default),
and charsets I've looked at do provide line-drawing as well.

Thus, I see that the kernel assumes the mouse daemon will configure this
with TIOCL_SELLOADLUT -- gpm does so.  This means here's a workaround for
this problem: install gpm, remove it, re-install consolation, and until
reboot you're set :p


For the record, the unconfigured default is:

static u32 inwordLut[8]={
  0x, /* control chars */
  0x03FF, /* digits*/
  0x87FE, /* uppercase and '_' */
  0x07FE, /* lowercase */
  0x,
  0x,
  0xFF7F, /* latin-1 accented letters, not multiplication sign */
  0xFF7F  /* latin-1 accented letters, not division sign */
};

I guess it should be changed to match the default charset, but that's a
matter for kernel guys not you.  I can patch that but with the only users
of this code being gpm (which overrides the default) and now consolation,
I'd prefer hearing your opinion first.


Meow!
-- 
The bill declaring Jesus as the King of Poland fails to specify whether
the addition is at the top or end of the list of kings.  What should the
historians do?

Bug#846589: consolation: should conflict with gpm

[Adam Borowski]

Package: consolation
Version: 0.0.3-1
Severity: normal

Hi!
It is currently possible to install gpm and consolation together, with results
being interesting but certainly not useful.  Thus, please add Breaks: gpm
to the control file.


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

Kernel: Linux 4.9.0-rc7-debug-linusmodversions+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages consolation depends on:
ii  libc6   2.24-7
ii  libevdev2   1.5.5+dfsg-1
ii  libinput10  1.5.1-1
ii  libudev1232-7
ii  lsb-base9.20161125

consolation recommends no packages.

consolation suggests no packages.

-- no debconf information

Bug#846178: ftp.debian.org: RM: jade -- ROM; obsolete, replaced by openjade and opensp

[Neil Roeth]

On 11/28/2016 07:51 PM, Neil Roeth wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Please remove the jade source package from which the jade and sp binary
> packages are built.  They are obsolete and there are replacements
> already in Debian, openjade and opensp.
>
The complete set of binary packages built from the jade source package is:
sp
libsp1c2
libsp1-dev
jade


-- 
Neil Roeth

Bug#846575: Acknowledgement (libssl-dev:amd64: struct dh_st is declared and used but nowhere defined)

[Edward Welbourne]

Debian Bug Tracking System
>> If you wish to submit further information on this problem, please
>> send it to 846...@bugs.debian.org.

Richard Moore:
> Openssl 1.1 is not supported.
(... by the Qt version in question)

Of course not - how silly of me - I forgot that.
Then this debian issue can be closed - my bad :-)

Eddy.

Bug#846503: zeroc-icegridgui: Java exception when running the program

[Jose Gutierrez de la Concha]

Hi,

I'm waiting for somebody to upload the package, I don't have upload
permissions yet. Shouldn't take too long, I can send you the new .deb file
or you can build it yourself from the repository
https://github.com/zeroc-ice/ice-debian-packaging using 3.6 branch



On Fri, Dec 2, 2016 at 1:33 PM, José Luis Segura Lucas 
wrote:

> When will be the new version available?
>
> Is it possible to download the deb? I need icegridgui ASAP.
>
> Best regards
>
>
> On 02/12/16 11:41, Jose Gutierrez de la Concha wrote:
>
> Hi
>
> That is due to the package not being rebuild with the new version,
> that is not binary compatible with the previous version.
>
>
> On Thu, Dec 1, 2016 at 6:25 PM, José Luis Segura Lucas <
> josel.seg...@gmx.es> wrote:
>
>> Package: zeroc-icegridgui
>> Version: 3.6.3-2
>> Severity: grave
>> Justification: renders package unusable
>>
>> Dear Maintainer,
>>
>> After manually fulfilling the missing dependencies from the bug #846498, I
>> still get an error.
>>
>> $ icegridgui
>> Exception in thread "AWT-EventQueue-1" java.lang.NoSuchFieldError: DIALOG
>> at IceGridGUI.LiveDeployment.ObjectDialog.(ObjectDialog.
>> java:60)
>> at IceGridGUI.LiveDeployment.Root.(Root.java:172)
>> at IceGridGUI.Coordinator.(Coordinator.java:2579)
>> at IceGridGUI.Main.(Main.java:111)
>> at IceGridGUI.Main$1.run(Main.java:60)
>> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.
>> java:311)
>> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
>> at java.awt.EventQueue.access$500(EventQueue.java:97)
>> at java.awt.EventQueue$3.run(EventQueue.java:709)
>> at java.awt.EventQueue$3.run(EventQueue.java:703)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at
>> java.security.ProtectionDomain$JavaSecurityAccessImpl.doInte
>> rsectionPrivilege(ProtectionDomain.java:76)
>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
>> at
>> org.GNOME.Accessibility.AtkWrapper$5.dispatchEvent(AtkWrapper.java:700)
>> at
>> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDis
>> patchThread.java:201)
>> at
>> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispat
>> chThread.java:116)
>> at
>> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDis
>> patchThread.java:105)
>> at
>> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.
>> java:93)
>> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
>>
>> I must say that manually installing the missing dependencies of the bug
>> mentioned above are working from a while, but today I just realized that,
>> right
>> now, it is impossible to execute icegridgui without getting errors.
>>
>>
>>
>> -- System Information:
>> Debian Release: stretch/sid
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>
>> Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
>> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>>
>> Versions of packages zeroc-icegridgui depends on:
>> ii  default-jdk   2:1.8-57
>> ii  default-jre   2:1.8-57
>> ii  libzeroc-ice3.6-java  3.6.3-2
>> ii  openjdk-8-jdk 8u111-b14-3
>> ii  openjdk-8-jre 8u111-b14-3
>>
>> zeroc-icegridgui recommends no packages.
>>
>> zeroc-icegridgui suggests no packages.
>>
>> -- no debconf information
>>
>
>
>
> --
> José Gutiérrez de la Concha
> ZeroC, Inc.
>
>
>


-- 
José Gutiérrez de la Concha
ZeroC, Inc.

Bug#772251: error upgrading package

[Vincent Bernat]

 ❦  2 décembre 2016 14:13 +0200, Aleksi Suhonen 
 :

> I'm not sure this bug is the same, but it does involve the same file.
> When trying to upgrade from 3.4.16-1 to 3.4.17-2 I get this error message:
>
> Preparing to unpack .../1-exabgp_3.4.17-2_all.deb ...
> dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
> an absolute path
> dpkg: error processing archive
> /tmp/apt-dpkg-install-ptYu4n/1-exabgp_3.4.17-2_all.deb (--unpack):
>  subprocess new pre-installation script returned error exit status 1
> dpkg-maintscript-helper: error: conffile 'processes/dynamic-1.sh' is not
> an absolute path
> dpkg: error while cleaning up:
>  subprocess new post-removal script returned error exit status 1

I doubt this is related to this bug. However, I'll try to reproduce your
issue this week-end. Are you running on sid or jessie?
-- 
Don't stop at one bug.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#846590: [sysvinit-core] Mount removeable device doesnt work

[Georg Gast]

Package: sysvinit-core
Version: 2.88dsf-59.8
Severity: normal

--- Please enter the report below this line. ---

Dear maintainers,
i cant mount removeable devices as user (in group plugdev). If i switch
to systemd-sysv, this works.

I am not dure, if this bug is related to sysvinit-core or maybe the
systemd-shim.


Reproduction steps:
Install

--- System information. ---
Architecture: Kernel:   Linux 4.8.0-1-amd64

Debian Release: stretch/sid
  500 testing ftp.de.debian.org   500 stable  dl.google.com
--- Package information. ---
Depends(Version) | Installed
-+-==
initscripts(>= 2.88dsf-13.3) | 2.88dsf-59.8
sysv-rc  | 2.88dsf-59.8
 OR file-rc  |  OR openrc
   | sysvinit-utils  (>= 2.86.ds1-66) | 2.88dsf-59.8
libc6  (>= 2.15) | libselinux1(>=
1.32) | libsepol1   (>= 2.4) | debconf
 (>= 0.5)  |  OR debconf-2.0  | debianutils
 (>= 4) |

Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
bootlogd|

Bug#846537: Bug#846537: auctex: fails to compile for emacs25

[Rémi Vanicat]

Julian Gilbey  writes:

> Package: auctex
> Version: 11.88-1.3
> Severity: important
>
> auctex failed to compile for emacs25.  The CompilationLog file (see in
> full below) ends with the lines:
>
> In toplevel form:
> style/subfigure.el:44:5:Error: missing value for ‘TeX-complete-list’ at end 
> of setq
>

Something is strange here, because the setq for TeX-complete-list is at
line 48 in the package style/subfigure.el file, and not at line 44. Line
44 to 51 of /usr/share/emacs/site-lisp/auctex/style/subfigure.el should be:

   (LaTeX-add-lengths "subfigtopskip" "subfigcapskip" "subfigcaptopadj"
  "subfigbottomskip" "subfigcapmargin" "subfiglabelskip")

   ;; Install completion for labels:
   (setq TeX-complete-list
 (append
  '(("[Ss]ubref{\\([^{}\n\r\\%,]*\\)" 1 LaTeX-label-list "}")))
  TeX-complete-list)

and /usr/share/emacs25/site-lisp/auctex/style/subfigure.el should be a
link to /usr/share/emacs/site-lisp/auctex/style/subfigure.el (but your
log seem to indicate the symbolic link is correct).

Could you check this is indeed the case on your computer? 
[...]


-- 
Rémi Vanicat

Bug#846572: chrt: RR policy is not default

[Andreas Henriksson]

Control: tags -1 + upstream

Hello Patrick Pelissier.

Thanks for your bug report.

On Fri, Dec 02, 2016 at 10:49:49AM +0100, Patrick Pelissier wrote:
[...]
> $ chrt 90 echo hello
> chrt: unsupported priority value for the policy: 90: see --max for valid range
> $ chrt -r 90 echo hello
> hello
> 
>  whereas manual says so:
> 
>-r, --rr
>   Set scheduling policy to SCHED_RR.  When no policy is
> defined, the SCHED_RR is used as the default.
[...]

Given your range of good/bad and the test-case I did a git bisect
and git then told me this issue was introduced in:

commit 7a4ea5664edba98bff28adec3a9c3cfb5763a495
Author: Karel Zak 
Date:   Tue Jan 19 14:24:53 2016 +0100

chrt: add control struct

Signed-off-by: Karel Zak 


$ git describe 7a4ea5664edba98bff28adec3a9c3cfb5763a495
v2.27-196-g7a4ea56


Since this is not a debian specific issue I would appreciate
if you'd like to bring it up on the upstream mailing list.


Regards,
Andreas Henriksson

Bug#772251: error upgrading package

[Aleksi Suhonen]

Hi,

On 12/02/2016 02:46 PM, Vincent Bernat wrote:
> I doubt this is related to this bug. However, I'll try to reproduce your
> issue this week-end. Are you running on sid or jessie?

sid


-- 
Aleksi Suhonen

() ascii ribbon campaign
/\ support plain text e-mail

Bug#846591: pydocstyle: newer version available

[Daniel Stender]

Package: pydocstyle
Version: 1.0.0-3
Severity: wishlist

There are newer version available but I want to wait until the reverse
deps like Prospector [1] keep up with the API changes in 1.1.0 [2]. If you
need this please drop me a note, I'll package it for experimental then.

Thanks,
DS

[1] https://github.com/landscapeio/prospector/pull/190

[2] https://github.com/PyCQA/pydocstyle/pull/200

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

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

Versions of packages pydocstyle depends on:
pn  python3:any  

pydocstyle recommends no packages.

pydocstyle suggests no packages.

-- no debconf information

Bug#846593: RFS: pybind11/1.8.1-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "pybind11"

* Package name: pybind11
  Version : 1.8.1-2
  Upstream Author : Wenzel Jakob 
* URL : https://github.com/pybind/pybind11
* License : BSD
  Section : libs

It builds those binary packages:

  pybind11-dev - seamless operability between C++11 and Python
  pybind11-doc - documentation for pybind11
  python-pybind11 - pybind11 helper module for Python 2
  python3-pybind11 - pybind11 helper module for Python 3

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/pybind11

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pybind11/pybind11_1.8.1-2.dsc


Successful build on debomatic:


http://debomatic-amd64.debian.net/distribution#unstable/pybind11/1.8.1-2/buildlog

Changes since the last upload:

  * Fixup the source package maintainer and uploaders.
- Move myself to list of uploaders.
- Set Debian Science as maintainer.
  * Install the upstream changelog.

Regards,
Ghislain Vaillant

Bug#846592: RFS: shark/3.1.3+ds1-2

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "shark"

* Package name: shark
  Version : 3.1.3+ds1-2
  Upstream Author : Christian Igel 
* URL : http://image.diku.dk/shark/
* License : LGPL-3
  Section : science

It builds those binary packages:

 libshark-dev - development files for Shark
 libshark0  - Shark machine learning library
 shark-doc  - documentation and examples for Shark

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/shark

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/s/shark/shark_3.1.3+ds1-2.dsc


Successful build on debomatic:


http://debomatic-amd64.debian.net/distribution#unstable/shark/3.1.3+ds1-2/buildlog

Changes since the last upload:

  * Fix FTBFS on mips and more architectures.
- New patch Fix-build-on-MIPS.patch: override optimization level for
  selected sources.
- New patch Update-list-of-slow-tests.patch: mark selected tests as
  slow to prevent testing from reaching a timeout.
Thanks to Dejan Latinovic for investigating (Closes: #836599)
  * Drop superfluous Testsuite field.
  * Update description of binary packages.
  * Upgrade packaging to debhelper 10.

Regards,
Ghislain Vaillant

Bug#846594: RFS: dcm2niix/1.0.20161101-1 [ITP]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "dcm2niix"

* Package name: dcm2niix
  Version : 1.0.20161101-1
  Upstream Author : Chris Rorden
* URL : https://github.com/rordenlab/dcm2niix
* License : BSD
  Section : science

It builds those binary packages:

  dcm2niix   - next generation DICOM to NIfTI converter

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/dcm2niix

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dcm2niix/dcm2niix_1.0.20161101-1.dsc


Successful build on debomatic:


http://debomatic-amd64.debian.net/distribution#unstable/dcm2niix/1.0.20161101-1/buildlog

Changes since the last upload:

  * Initial release. (Closes: #843799)

Regards,
Ghislain Vaillant

Bug#846595: ITP: wok -- Webserver Originated from Kimchi

[Lucio Correia]

Package: wnpp
Severity: wishlist
Owner: Lucio Correia 

* Package name: wok
  Version : 2.3.0
  Upstream Author : 2013-2016 International Business Machines Corporation and 
others
* URL : https://github.com/kimchi-project/wok
* License : LGPL-2.1+ and Apache-2.0
  Programming Lang: Python
  Description : Webserver Originated from Kimchi

Wok is a cherrypy-based web framework with HTML5 support that is extended by
plugins which expose functionality through REST APIs.
Examples of such plugins are Kimchi (Virtualization Management) and Ginger
(System Administration). Wok comes with a sample plugin for education purposes.
Wok runs through wok service.



In order to update kimchi and ginger packages to their latest upstream
versions (2.3), wok package is needed as a dependency.

Wok is a split out of kimchi's web framework. Kimchi is now focused on
virtualization functionality and became a plugin of Wok.

Most of Wok code was already being analyzed as part of Kimchi ITP at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772823 and RFS at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800966.

We intend to provide Wok along with Kimchi, Ginger and Ginger-Base
plugins every Debian release.

We look for a sponsor.

Bug#846065: RM: galette -- RoQA; unmaintained; RC-buggy; security issues

[Scott Kitterman]

On Mon, 28 Nov 2016 10:22:34 +0100 =?utf-8?b?T25kxZllaiBTdXLDvQ==?= 
 wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Dear ftp-masters,
> 
> please remove galette from unstable, it has been unmaintained since
> 2014 (and there are several new upstream releases since that time - no
> PHP 7.0 yet though), it has unfixed security issues and it's blocking
> src:php5 removal from unstable.

It looks like there are other removals that need to come first:

Checking reverse dependencies...
# Broken Depends:
galette-plugin-admintools: galette-plugin-admintools
galette-plugin-fullcard: galette-plugin-fullcard
galette-plugin-maps: galette-plugin-maps
galette-plugin-paypal: galette-plugin-paypal


Please remove the moreinfo tag once those are done.

Scott K

Bug#846372: vtk6: FTBFS: /< ...

[Gert Wollny]

Hello Iain, 


thanks for the patch and please go ahead with the upload. I will take
care of adding it to the packaging git. 

There is no use in forwarding this to upstream, because for them vtk-6
is EOL, they are now at vtk-7 which will only be packaged after stretch
is released.

Best,
Gert