Bug#874611: python-shapely,python3-shapely: uninstallable in sid

[Sebastiaan Couwenberg]

On 09/07/2017 11:28 PM, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package is no longer
> installable in sid:
> 
> The following packages have unmet dependencies:
>  libpython3.6-stdlib : Breaks: python3-shapely (<= 1.6.1-1) but 1.6.1-1 is to 
> be installed
>  libpython3.5-stdlib : Breaks: python3-shapely (<= 1.6.1-1) but 1.6.1-1 is to 
> be installed
>  libpython2.7-stdlib : Breaks: python-shapely (<= 1.6.1-1) but 1.6.1-1 is to 
> be installed
> Unable to resolve dependencies!  Giving up...

How lovely. Why did the Python maintainer not coordinate this?

I don't have time to look into this, somebody else will have to deal
with the mess created by the Python maintainer, or wait until I'm back
from VAC.

Kind Regards,

Bas

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

Bug#874619: RFS: node-acorn-object-spread/1.0.0-1 [ITP]

[Julien Puydt]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "node-acorn-object-spread"

 * Package name: node-acorn-object-spread
   Version : 1.0.0-1
   Upstream Author : Darío Javier Cravero
 * URL : https://github.com/UXtemple/acorn-object-spread
 * License : Expat
   Section : web

  It builds those binary packages:

node-acorn-object-spread - Plugin for object spread in acorn for Node.js

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

  https://mentors.debian.net/package/node-acorn-object-spread


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

dget -x
https://mentors.debian.net/debian/pool/main/n/node-acorn-object-spread/node-acorn-object-spread_1.0.0-1.dsc

  It is packaged within the Debian Javascript Maintainers team:
Vcs-Git:
https://anonscm.debian.org/git/pkg-javascript/node-acorn-object-spread.git
Vcs-Browser:
https://anonscm.debian.org/cgit/pkg-javascript/node-acorn-object-spread.git

Cheers,

Snark on #debian-js

Bug#874597: debian-installer: switch to debhelper 10

[Christian PERRIER]

Quoting Cyril Brulebois (k...@debian.org):
> Source: debian-installer
> Severity: normal
> 
> We're still using debhelper 7, and we're seeing such lines during the build:
> | dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
> | dh_installdirs: Compatibility levels before 9 are deprecated (level 7 in 
> use)
> 
> … so I guess it's time we update debhelper compat and check Standards-Version.
> Any takers?

I'd be happy to do that when rebuilding for translation (I have a
bunch of pending builds to do, because of recent updates for two
languages).

I can probably start doing so as soon as my next race is over and I'm
back to work (it is suppsoed to start in.6h30...and end on next Sunday).

Of course, it won't cover all D-I packages, but once done for those
with translated material, I can continue with others.




signature.asc
Description: PGP signature

Bug#874618: ITP: node-acorn-object-spread -- Plugin for object spread in acorn for Node.js

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-acorn-object-spread
  Version : 1.0.0
  Upstream Author : Darío Javier Cravero 
* URL : https://github.com/UXtemple/acorn-object-spread
* License : Expat
  Programming Lang: JavaScript
  Description : Plugin for object spread in acorn for Node.js
 Provides an object spread operator in the acorn javascript
 parser.
 .
 An object spread operator is syntactic sugar to copy enumerable
 properties of an object to another, making it easier to update state.
 .
 Node.js is an event-based server-side JavaScript engine.


This is a direct dependency of node-bublé, for which I have an ITP already.

Cheers,

Snark on irc.debian.org

Bug#873753: GnuPG Perl bindings in Debian [Re: Bug#873753: O: libcrypt-gpg-perl -- An Object Oriented Interface to GnuPG]

[Daniel Kahn Gillmor]

On Thu 2017-09-07 23:57:00 -0400, Daniel Kahn Gillmor wrote:
> GnuPG upstream already publishes and maintains a native python binding,
> which is made using swig -- i suppose another approach would be to ask
> upstream to extend that swig binding to perl.  (and ruby?)

I've just opened some feature requests with upstream to see whether
they're interested:

perl: https://dev.gnupg.org/T3395
ruby: https://dev.gnupg.org/T3396

We'll see whether there's any bite there.

  --dkg

Bug#873921: fixed in python3.5 3.5.4-4

[Jonathan Zacsh]

Hmm... my problem started as of this bug, but perhaps the below reveals
I've a different issue? Feel free to point me elsewhere, but posting here
just in case:

  $ apt install borgbackup
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:

  The following packages have unmet dependencies:
   borgbackup : Depends: python3-llfuse (< 2.0) but it is not going to be
installed
Depends: python3-msgpack (>= 0.4.6~) but it is not going to
be installed
Depends: python3-pkg-resources but it is not going to be
installed
Depends: python3 (< 3.6) but it is not going to be installed
Depends: python3 (>= 3.5~) but it is not going to be
installed
Depends: python3:any (>= 3.3.2-2~)
  E: Unable to correct problems, you have held broken packages.

  $ apt-mark showhold
  $ dpkg -l | grep -E '^hi'

  $ for pkg in python3{,-{llfuse,msgpack,pkg-resources}}; do echo -e
"\n\nCHECKING PKG: '$pkg'"; aptitude why-not "$pkg";done

  # snipped, only python3-llfuse is problematic...

  CHECKING PKG: 'python3-llfuse'
  i   virtualbox  Depends libpython3.5 (>= 3.5.0~b1)
  i A libpython3.5Depends libpython3.5-stdlib (= 3.5.4-4)
  i A libpython3.5-stdlib Breaks  python3-llfuse (<= 1.2+dfsg-1+b1)

On Thu, 07 Sep 2017 18:55:28 +0200 Luc Didry  wrote:
> I have the same bug, but unfortunately am unable to install python3.5
3.5.4-4 to
> test it with borgbackup: apt asks to remove (borgbackup and
python3-llfuse) when
> trying to upgrade python3.5.
> --
> Luc
> https://fiat-tux.fr/
> https://luc.frama.io/
> Internet n'est pas compliqué, Internet est ce que vous en faites.
>
>
>

Bug#874304: [pkg-gnupg-maint] Bug#874304: Bug#874304: gpg: --refresh-keys became extremely verbose and complaining

[Daniel Kahn Gillmor]

Control: forwarded 874304 https://dev.gnupg.org/T3397

On Wed 2017-09-06 22:21:15 +0200, Francesco Poli wrote:
> Dear Debian GnuPG Maintainers, could you please forward my bug report
> to the upstream issue tracker?
> Thanks for your time and patience.

done, as mentioned above.

Regards,

--dkg


signature.asc
Description: PGP signature

Bug#874617: GnuPG FTBFS when TZ is UTC-12

[Daniel Kahn Gillmor]

Package: gnupg2
Version: 2.1.23-1
Control: tags -1 upstream
Control: forwarded -1 https://dev.gnupg.org/T3393

There is a test suite failure on reproducible-builds infrastructure when
trying to build gnupg2.  This appears to be due to the unusual TZ on the
r-b builder.  Upstream knows about this bug at the URL above, and is
working on it.

--dkg

Bug#873753: GnuPG Perl bindings in Debian [Re: Bug#873753: O: libcrypt-gpg-perl -- An Object Oriented Interface to GnuPG]

[Daniel Kahn Gillmor]

On Fri 2017-09-08 00:24:07 +0200, Jonas Smedegaard wrote:
> How about https://github.com/ueno/gpgme-glib and then use GIR for Perl, 
> Python, Ruby, etc.?

Interesting, yet another way to deal with this :)

GnuPG upstream already publishes and maintains a native python binding,
which is made using swig -- i suppose another approach would be to ask
upstream to extend that swig binding to perl.  (and ruby?)

I personally find swig ugly and difficult to work with, but that is what
upstream is currently supporting, so it might be preferable to use that
to keep it in sync -- i think gpgme-glib would already be out of date
compare to libgpgme in debian testing.

   --dkg


signature.asc
Description: PGP signature

Bug#807754: suspicious-source: prejudiced against Emacs Lisp

[James McCoy]

On Sat, Dec 12, 2015 at 08:57:56AM -0400, David Bremner wrote:
> Common is obviously subjective, but since there are probably a few
> million lines of emacs lisp source in Debian, it probably qualifies as
> common-enough.
> 
> Anyway, it certainly is the preferred form of modification.

Do you have a specific example?  suspicious-source has whitelisted
text/x-lisp mime-type since day 1 (in devscripts).

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#855868: [pkg-gnupg-maint] Bug#855868: GPG_AGENT_INFO and SSH_AUTH_SOCK not set in wayland sessions

[Daniel Kahn Gillmor]

On Thu 2017-09-07 21:00:14 -0400, Daniel Kahn Gillmor wrote:
> I'll get this uploaded shortly.

OK, the proposed fix is now part of the gnupg2 2.2.0-3 package, which
was just uploaded to unstable.

i was expecting to see it work if i log into a user account via ssh, on
a machine with libpam-systemd installed, and with that user's
~/.gnupg/gpg-agent.conf having enable-ssh-support.

However, it doesn't seem to work (the environment variable isn't set in
the new ssh session, despite ensuring that no other process was active
for that user before logging in), and i confess i don't know why --
running /usr/lib/systemd/user-environment-generators/90gpg-agent by hand
produces the output i expect.

Any suggestions for how to debug it would be welcome.

--dkg

Bug#874177: expat/lib/nametab.h source missing

[Ben Finney]

Thank you for the reply, László.

On 07-Sep-2017, László Böszörményi wrote:

> Please note that upstream has two upstream tarballs.

That's interesting to know. There can be only one form of the work
that is preferred for making changes, though; and that is the form we
need in the Debian source package.

> The first is provided by GitHub where the actual development
> happens.

By that description, the source form of the work is to be had by
exporting the source from that repository.

> But upstream (from the project homepage[1]) distributes the
> generated tarballs (see the Download link at the top) from
> SourceForge[2].

If those tarballs are not the source form – the form of the work used
for making changes – then they are unsuitable for distributing as the
Debian source package.

> Sure, it doesn't have gennmtab.c but the generated nametab.h file.
> Do you need to re-generate / modify it for some reason?

Debian recipients have a reasonable expectation that the source they
get is suitable for *any* change on a par with the upstream
developers. If the source package doesn't actually contain the source
form of the work, that expectation is thwarted.

The Social Contract with Debian recipients assures all recipients that
they can get, in Debian's archive, the source form of every part of
Debian. That's the justification for the requirement that we get the
actual source in the source package.

-- 
 \ “If you're a horse, and someone gets on you, and falls off, and |
  `\  then gets right back on you, I think you should buck him off |
_o__)right away.” —Jack Handey |
Ben Finney 


signature.asc
Description: PGP signature

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

[Mike Miller]

On Thu, Sep 07, 2017 at 18:08:40 +0200, Peter P. wrote:
> Thanks for the clear instructions Mike, here it is:
> 
> ~$ gdb --args octave-cli
> [...]
> Reading symbols from octave-cli...Reading symbols from 
> /usr/lib/debug/.build-id/a7/beba93cf5339eac11d645050513a47c65388a8.debug...done.

Thanks, that looks better.

So a segmentation fault occurs in a jack client thread that must start
as a result of jack_activate, which is called by Pa_Initialize.

I don't have a jack setup to try this on at the moment. It would be
useful to see if someone else can reproduce, and also to see if other
PortAudio-based programs or simple demos work with jack.

-- 
mike


signature.asc
Description: PGP signature

Bug#868769: hkt tries to open pubring.gpg which does not exist in gnupg >= 2.1

[Clint Adams]

On Thu, Sep 07, 2017 at 02:15:22PM -0400, Daniel Kahn Gillmor wrote:
> Is there any reason why hkt should try to use something in the GnuPG
> homedir?

No, there is no such reason.

> Shouldn't hkt prefer an explicitly-named OpenPGP keyring instead?  GnuPG
> upstream generally doesn't want users poking around in its homedir, and
> prefers users to use its documented export and import interfaces.

Or some other default value, yet to be specified.

Bug#865873: goldencheetah: GoldenCheetah hangs during workout

[Satoru KURASHIKI]

hi,

On Sun, Jun 25, 2017 at 10:03 PM, Tomasz Nowak  wrote:
>   I have recently upgraded my Debian system from Jessie to Stretch.
>   After the upgrade I tried to install a stable version of GC 3.4 from the
>   official web page, as I used it on Debian Jessie as it was very stable for 
> me.
>   Unfortunately I noticed that package provided here
>
>   no longer works on Debian 9 due to missing dependencies.

The deb package provided by upstream is meant for Ubuntu, so
it can't use on Debian instance.

>   My only option on Debian 9 was to use the version of GC provided in the OS.
>   However that version doesn't work very well for me as it hangs a few minutes
>   after starting the workout. The GUI freezes completely, but I noticed if I
>   disconnect the Garmin ANT USB from the laptop, the GUI works again, but 
> doesn't
>   change the trainer resistance or display sensor data anymore:(.
>
>   Please can the stable version of the package (3.4) be present in Debian 
> repositories?

Because upstream devs seem to concentrate only on stable branch over a year,
I'm thinking of downgrade its package version to 3.x series
development releases.
cf. being prepared at https://mentors.debian.net/package/goldencheetah

Though, I can't test the features like realtime plotting...
(I'm unsure that downgrading package version will fix your issue.)

regards,
-- 
KURASHIKI Satoru

Bug#874616: simple-obfs: Please provide standalone service that cooperates with ss-libev service

[Boyuan Yang]

Package: simple-obfs
Version: 0.0.3-4
Severity: wishlist

Simple-obfs tool can work together with ss-libev server in standalone mode.

I think we should consider providing a systemd service file that helps users
use simple-obfs in standalone mode. This service should cooperate with
shadowsocks-libev server's service file.



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

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

Versions of packages simple-obfs depends on:
ii  libc6  2.24-17
ii  libcap2-bin1:2.25-1
ii  libcork16  0.15.0+ds-11
ii  libev4 1:4.22-1+b1
ii  libudns0   0.4-1+b1
ii  shadowsocks-libev  3.0.8+ds-2

simple-obfs recommends no packages.

simple-obfs suggests no packages.

-- no debconf information

Bug#794537: 0.112.0-3 introduce unneeded hard dependency

[Fredrik Tolf]

I just wanted to add that I, too, got bitten by this when I recently 
upgraded one of my systems from Jessie to Stretch. The suggested fix seems 
reasonable to me.


--
Fredrik Tolf

Bug#855868: [pkg-gnupg-maint] Bug#855868: GPG_AGENT_INFO and SSH_AUTH_SOCK not set in wayland sessions

[Daniel Kahn Gillmor]

On Mon 2017-08-21 15:18:30 +0200, Raphael Hertzog wrote:
> On Sun, 30 Jul 2017, rufo wrote:
>> Perhaps the solution might involve using systemd's
>> environment-generators [1].  This seems to be the new preferred way to
>> set environmental variables like SSH_AUTH_SOCK and the replacement for
>> putting scripts in /etc/X11/Xsession.d/.
>> 
>> For example the gnupg-agent package could create the file
>> /usr/lib/systemd/user-environment-generators/90gpg-agent containing
>> something like this:
>> 
>> #!/bin/bash
>> 
>> if [ -n "$(gpgconf --list-options gpg-agent | \
>>   awk -F: '/^enable-ssh-support:/{ print $10 }')" ]; then
>> echo SSH_AUTH_SOCK=$(gpgconf --list-dirs agent-ssh-socket)
>> fi
>> 
>> This is what I'm using at the moment and it seems to work well.  What do
>> you think?
>
> I agree it looks like a good solution. Daniel, can you implement this
> please?

sure, i can do this.  It's a little bit weird that
~/.gnupg/gpg-agent.conf will affect the SSH_AUTH_SOCK env var, but it at
least gives parity with the Xsession.d stuff.

What's funny is that gpg-agent always has ssh-agent enabled these days,
so the option itself is a no-op except for its use in these two session
management scripts.

That said, i don't want to export SSH_AUTH_SOCK by default, because the
people who prefer OpenSSH's ssh-agent should have that used
preferentially.

Is there any plan to try to get OpenSSH's ssh-agent to export
SSH_AUTH_SOCK in its own generator?

> Debian Unstable now defaults to Wayland for GNOME users and it would be
> nice to have SSH agent working out of the box again.

You have a weird definition of "out of the box" if you think adding
"enable-ssh-support" to ~/.gnupg/gpg-agent.conf is "out of the box" but
i'm ok with it :)

I'll get this uploaded shortly.

--dkg


signature.asc
Description: PGP signature

Bug#874191: might be a duplicate

[Russell Coker]

On Thursday, 7 September 2017 8:06:12 PM AEST Harlan Lieberman-Berg wrote:
> Hm.  Looking more, you may be right.  What's odd is that some binaries
> that are (presumably) being launched by Gnome are being correctly
> given the right context; for example, gdm and X are running as
> system_u:system_r:xdm_t:s0-s0:c0.c1023.  evolution-calendar, though,
> is system_u:system_r:init_t:s0.  And yet other things that are
> probably also part of my user session are
> unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023.

gdm has the correct domain.  Maybe pam is not configured correctly.  Below is 
/etc/pam.d/sddm from one of my systems, try making your gdm pam configuration 
more like this and see if things work correctly.

#%PAM-1.0

# Block login if they are globally disabled
authrequisite   pam_nologin.so
authrequiredpam_succeed_if.so user != root quiet_success

# authsufficient  pam_succeed_if.so user ingroup nopasswdlogin
@include common-auth
# gnome_keyring breaks QProcess
-auth   optionalpam_gnome_keyring.so
-auth   optionalpam_kwallet5.so

@include common-account

# SELinux needs to be the first session rule.  This ensures that any
# lingering context has been cleared.  Without this it is possible that a
# module could execute code in the wrong domain.
session [success=ok ignore=ignore module_unknown=ignore default=bad] 
pam_selinux.so close
# Create a new session keyring.
session optionalpam_keyinit.so force revoke
session requiredpam_limits.so
session requiredpam_loginuid.so
@include common-session
# SELinux needs to intervene at login time to ensure that the process starts
# in the proper default security context.  Only sessions which are intended
# to run in the user's context should be run after this.
session [success=ok ignore=ignore module_unknown=ignore default=bad] 
pam_selinux.so open
-session optional   pam_gnome_keyring.so auto_start
-session optional   pam_kwallet5.so auto_start

@include common-password

# From the pam_env man page
# Since setting of PAM environment variables can have side effects to other 
modules, this module should be the last one on the stack.

# Load environment from /etc/environment
session requiredpam_env.so

# Load environment from /etc/default/locale
session requiredpam_env.so envfile=/etc/default/locale


-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#874611: python-shapely,python3-shapely: uninstallable in sid

[Ben Caradoc-Davies]

This also makes qgis uninstallable on sid.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#873753: GnuPG Perl bindings in Debian [Re: Bug#873753: O: libcrypt-gpg-perl -- An Object Oriented Interface to GnuPG]

[David Bremner]

Daniel Kahn Gillmor  writes:

> In debian, we have at least:
>
>   libmail-gnupg-perl
>   libgnupg-perl
>   libcrypt-gpg-perl
>   libgnupg-interface-perl
>   libpgp-sign-perl
>   
> GnuPG upstream doesn't directly support any of these, unfortunately.

libmail-gnupg-perl is a layer on top of (iirc) libgnupg-interface-perl
to do PGP/MIME stuff. It is also pretty much orphaned upstream.

d

Bug#874615: pristine-tar: pristine-bz2 failed to reproduce build of /path/to/perl_5.16.0.orig.tar.bz2

[Nishanth Aravamudan]

Package: pristine-tar
Version: 1.40
Severity: normal

Dear Maintainer,

In git-ubuntu, which uses pristine-tar as in the forthcoming Ubuntu
Artful (17.10), we are encountering the following failure to use `gbp
import-orig --pristine-tar`:

09/07/2017 23:04:55 - INFO:Importing patches-unapplied 5.16.0-1 to 
debian/experimental
09/07/2017 23:06:27 - ERROR:Command exited 1: gbp import-orig --no-merge 
--upstream-branch do-not-push --pristine-tar --no-interactive --no-symlink-orig 
'--upstream-tag=importer/upstream/debian/%(version)s.bz2' 
/tmp/tmpjxa3xdz_/.git/git-ubuntu-cache/perl_5.16.0.orig.tar.bz2
09/07/2017 23:06:27 - ERROR:stdout: gbp:info: Importing 
'/tmp/tmpjxa3xdz_/.git/git-ubuntu-cache/perl_5.16.0.orig.tar.bz2' to branch 
'do-not-push'...
  gbp:info: Source package is perl
  gbp:info: Upstream version is 5.16.0
  gbp:info: Rolling back branch do-not-push by resetting it to 
175d7589b54d8c0732cd5682a0fb9acb616cfa1e
  gbp:info: Rolling back branch pristine-tar by resetting it to 
8442e7f38d36473f4a0ac2b642cb0a58a98cb5e4
09/07/2017 23:06:27 - ERROR:stderr: gbp:error: Import of 
/tmp/tmpjxa3xdz_/.git/git-ubuntu-cache/perl_5.16.0.orig.tar.bz2 failed: 
Couldn't commit to 'pristine-tar' with upstream 
'0c9799299a9a8bccec0c3eca804618a99e5adcb7': pristine-bz2 failed to reproduce 
build of /tmp/tmpjxa3xdz_/.git/git-ubuntu-cache/perl_5.16.0.orig.tar.bz2
  (Please file a bug report.)
  pristine-tar: command failed: pristine-bz2 --no-verbose --no-debug --no-keep 
gendelta /tmp/tmpjxa3xdz_/.git/git-ubuntu-cache/perl_5.16.0.orig.tar.bz2 
/tmp/pristine-tar.zIp5kBWl9R/wrapper
  pristine-tar: failed to generate delta
  gbp:error: Error detected, Will roll back changes.
  gbp:error: Rolled back changes after import error.

I'm tracking as many cases as I encounter from historical imports at:
https://bugs.launchpad.net/bugs/1699887 .

What's the best way for me to help drive these to resolution? I'm happy
to work on code to solve this, but am not sure where the underlying
error is.

Bug#874527: live-build: Live installer creates duplicate sources: sources.list and sources.list.d/base.list

[Michael .]

You have probably filed the bug report against the wrong package then.
I wonder if you can ask for the bug report to be changed from live-build to
live-wrapper or if you should ask for it to be closed and open a new one
against live-wrapper instead.

@ live developers, this shows how confusing the current "live" system is.
If I may make a suggestion, maybe someone needs to sit down and do an
indepth "live" bug reporting page so people know what packages do what jobs
and they can file their bug reports against the correct packages.

On 7 September 2017 at 17:40, Alan Jenkins <
alan.christopher.jenk...@gmail.com> wrote:

> On 07/09/2017, Michael .  wrote:
> > Did you use the official Debian Live iso image or did you make your own?
> > The reason I ask is if you used the official image it would have been
> built
> > with Live-Wrapper not Live-Build.
>
> Thanks!  I used the official image.
>
> > On 7 September 2017 at 08:06, Alan Jenkins <
> > alan.christopher.jenk...@gmail.com> wrote:
> >
> >> Package: live-build
> >> Severity: normal
> >>
> >> Dear Maintainer,
> >>
> >> I just installed Debian from the Live image for 9.1.0.
> >> I ended up with duplicate sources, which show up when apt-get downloads.
> >> I'm not familiar with the live-build chain, hopefully this is a sensible
> >> place
> >> to report it.
>

Bug#874191: might be a duplicate

[Harlan Lieberman-Berg]

Hm.  Looking more, you may be right.  What's odd is that some binaries
that are (presumably) being launched by Gnome are being correctly
given the right context; for example, gdm and X are running as
system_u:system_r:xdm_t:s0-s0:c0.c1023.  evolution-calendar, though,
is system_u:system_r:init_t:s0.  And yet other things that are
probably also part of my user session are
unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023.

Suffice it to say, I'm quite confused!

(Attached a copy of my pstree.)

On Mon, Sep 4, 2017 at 1:26 AM, Russell Coker  wrote:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874201
>
> Yesterday I was investigating an issue that might be related and I just filed
> the above bug report.  Please investigate whether that might be the cause.
>
> # ps axZ|grep sddm
> system_u:system_r:xdm_t:s0-s0:c0.c1023 963 ?   Ssl0:00 /usr/bin/sddm
>
> Run "ps axZ|grep gdm3" to see the context, the output should be something like
> the above if all goes well (xdm_t is the relevant part).
>
> # ls -lZ /usr/bin/sddm
> -rwxr-xr-x. 1 root root system_u:object_r:xdm_exec_t:s0 475968 Mar 14 19:50 /
> usr/bin/sddm
>
> Also run "ls -lZ" on the binary to see if it has the right context, the output
> should be something like the above, xdm_exec_t is the relevant part.
>
> If those checks pass then run the systemctl command suggested in #874201 and
> restart gdm3 to see if it gets the right context.
>
> PS  I gave up on gdm3 last time due to some other issues.  Is there a gdm3
> specific feature you really need?  If you want to improve Debian then
> debugging this is a good thing to do, if you just want a working system then
> sddm might be a better choice.
>
> --
> My Main Blog http://etbe.coker.com.au/
> My Documents Bloghttp://doc.coker.com.au/
>



-- 
Harlan Lieberman-Berg
~hlieberman
agartha 福 ~ 
10003 ◯ : pstree -pZ

 
systemd(1,`system_u:system_r:init_t:s0')
 ├─ModemManager(1551,`system_u:system_r:modemmanager_t:s0')
 │  ├─{ModemManager}(1588,`system_u:system_r:modemmanager_t:s0')
 │  └─{ModemManager}(1592,`system_u:system_r:modemmanager_t:s0')
 ├─NetworkManager(1547,`system_u:system_r:NetworkManager_t:s0')
 │  ├─dhclient(3009,`system_u:system_r:dhcpc_t:s0')
 │  ├─{NetworkManager}(1633,`system_u:system_r:NetworkManager_t:s0')
 │  └─{NetworkManager}(1647,`system_u:system_r:NetworkManager_t:s0')
 ├─accounts-daemon(1561,`system_u:system_r:accountsd_t:s0')
 │  ├─{accounts-daemon}(1576,`system_u:system_r:accountsd_t:s0')
 │  └─{accounts-daemon}(1580,`system_u:system_r:accountsd_t:s0')
 ├─acpid(1521,`system_u:system_r:apmd_t:s0')
 ├─apt-cacher-ng(1859,`system_u:system_r:initrc_t:s0')
 ├─atd(1554,`system_u:system_r:crond_t:s0-s0:c0.c1023')
 ├─auditd(1221,`system_u:system_r:auditd_t:s0')
 │  └─{auditd}(1222,`system_u:system_r:auditd_t:s0')
 ├─avahi-daemon(1568,`system_u:system_r:avahi_t:s0')
 │  └─avahi-daemon(1591,`system_u:system_r:avahi_t:s0')
 ├─bluetoothd(1541,`system_u:system_r:init_t:s0')
 ├─colord(1825,`system_u:system_r:colord_t:s0')
 │  ├─{colord}(1955,`system_u:system_r:colord_t:s0')
 │  └─{colord}(1970,`system_u:system_r:colord_t:s0')
 ├─console-kit-dae(3572,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3573,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3575,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3576,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3577,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3578,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3579,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3580,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3581,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3582,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3583,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3584,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3585,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3586,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3587,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3588,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3589,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3590,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3591,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3592,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3593,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3594,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3595,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3596,`system_u:system_r:consolekit_t:s0')
 │  ├─{console-kit-dae}(3597,`system_u:system_r:consolekit_t:s0')
 │  

Bug#874614: Please demote some packages from dependency to recommendation

[Alf Gaida]

Sorry,reportbug loose the patch
diff --git a/debian/changelog b/debian/changelog
index c2866a4..cd31bc0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libblockdev (2.12-2.1) UNRELEASED; urgency=medium
+
+  * Demote some dependencies, please see #document-ch-relationships 
+https://www.debian.org/doc/debian-policy/index.html
+
+ -- Alf Gaida   Thu, 07 Sep 2017 23:16:08 +0200
+
 libblockdev (2.12-2) unstable; urgency=medium
 
   * Fix gdisk dependency (Closes: #873748)
diff --git a/debian/control b/debian/control
index bf2317e..27e13a5 100644
--- a/debian/control
+++ b/debian/control
@@ -143,8 +143,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- btrfs-progs
+ ${misc:Depends}
+Recommends: btrfs-progs
 Description: BTRFS plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the BTRFS-related functionality.
@@ -185,9 +185,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- dmsetup (>= 1.02.93),
- dmraid
+ ${misc:Depends}
+Recommends: dmsetup (>= 1.02.93),
+dmraid
 Description: Device Mapper plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to Device Mapper.
@@ -232,8 +232,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- bcache-tools (>= 1.0.8)
+ ${misc:Depends}
+Recommends: bcache-tools (>= 1.0.8)
 Description: kernel block device plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to kernel block devices (namely zRAM and
@@ -275,9 +275,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- lvm2 (>= 2.02.116),
- thin-provisioning-tools
+ ${misc:Depends}
+Recommends: lvm2 (>= 2.02.116),
+thin-provisioning-tools
 Description: LVM plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the LVM-related functionality.
@@ -317,8 +317,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- mdadm (>= 3.3.2)
+ ${misc:Depends}
+Recommends: mdadm (>= 3.3.2)
 Description: MD RAID plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to MD RAID.
@@ -339,8 +339,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- multipath-tools (>= 0.4.9)
+ ${misc:Depends}
+Recommends: multipath-tools (>= 0.4.9)
 Description: Multipath plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to multipath devices.
@@ -361,9 +361,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- gdisk (>= 0.8.6),
- fdisk | util-linux (<< 2.29.2-3~)
+ ${misc:Depends}
+Recommends: gdisk (>= 0.8.6),
+fdisk | util-linux (<< 2.29.2-3~)
 Description: Partitioning plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to partitioning devices.


signature.asc
Description: OpenPGP digital signature

Bug#874614: Please demote some packages from dependency to recommendation

[Alf Gaida]

reportbug loose the patch. sorry
diff --git a/debian/changelog b/debian/changelog
index c2866a4..cd31bc0 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libblockdev (2.12-2.1) UNRELEASED; urgency=medium
+
+  * Demote some dependencies, please see #document-ch-relationships 
+https://www.debian.org/doc/debian-policy/index.html
+
+ -- Alf Gaida   Thu, 07 Sep 2017 23:16:08 +0200
+
 libblockdev (2.12-2) unstable; urgency=medium
 
   * Fix gdisk dependency (Closes: #873748)
diff --git a/debian/control b/debian/control
index bf2317e..27e13a5 100644
--- a/debian/control
+++ b/debian/control
@@ -143,8 +143,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- btrfs-progs
+ ${misc:Depends}
+Recommends: btrfs-progs
 Description: BTRFS plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the BTRFS-related functionality.
@@ -185,9 +185,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- dmsetup (>= 1.02.93),
- dmraid
+ ${misc:Depends}
+Recommends: dmsetup (>= 1.02.93),
+dmraid
 Description: Device Mapper plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to Device Mapper.
@@ -232,8 +232,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- bcache-tools (>= 1.0.8)
+ ${misc:Depends}
+Recommends: bcache-tools (>= 1.0.8)
 Description: kernel block device plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to kernel block devices (namely zRAM and
@@ -275,9 +275,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- lvm2 (>= 2.02.116),
- thin-provisioning-tools
+ ${misc:Depends}
+Recommends: lvm2 (>= 2.02.116),
+thin-provisioning-tools
 Description: LVM plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the LVM-related functionality.
@@ -317,8 +317,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- mdadm (>= 3.3.2)
+ ${misc:Depends}
+Recommends: mdadm (>= 3.3.2)
 Description: MD RAID plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to MD RAID.
@@ -339,8 +339,8 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- multipath-tools (>= 0.4.9)
+ ${misc:Depends}
+Recommends: multipath-tools (>= 0.4.9)
 Description: Multipath plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to multipath devices.
@@ -361,9 +361,9 @@ Section: libs
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends},
- ${misc:Depends},
- gdisk (>= 0.8.6),
- fdisk | util-linux (<< 2.29.2-3~)
+ ${misc:Depends}
+Recommends: gdisk (>= 0.8.6),
+fdisk | util-linux (<< 2.29.2-3~)
 Description: Partitioning plugin for libblockdev
  The libblockdev library plugin (and in the same time a standalone library)
  providing the functionality related to partitioning devices.


signature.asc
Description: OpenPGP digital signature

Bug#874614: Please demote some packages from dependency to recommendation

[Alf Gaida]

more fun on my laptop with no mdadm and gpt partitions:

% sudo apt purge gdisk  
Reading package lists... Done
Building dependency tree  
Reading state information... Done
The following packages will be REMOVED:
  gdisk* gvfs* gvfs-daemons* gvfs-fuse* libblockdev-crypto2*
libblockdev-fs2* libblockdev-loop2*
  libblockdev-mdraid2* libblockdev-part-err2* libblockdev-part2*
libblockdev-swap2* libblockdev-utils2*
  libblockdev2* libbytesize1* libparted-fs-resize0* libvolume-key1*
mdadm* udftools* udisks2*
0 upgraded, 0 newly installed, 19 to remove and 0 not upgraded.
After this operation, 7.006 kB disk space will be freed.
Do you want to continue? [Y/n]

Bug#874614: Please demote some packages from dependency to recommendation

[Alf Gaida]

Package: libblockdev2
Version: 2.12-2
Severity: serious
Tags: patch

Dear Maintainer,

please demote the dependencies of mdadm, gdisk etc to recommendations.

mdadm, gdisk and so on can be recommended, depend on them is much to hard.

apt purge gdisk
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  gdisk* gvfs* gvfs-daemons* libblockdev-part-dev* libblockdev-part2* udisks2*
0 upgraded, 0 newly installed, 6 to remove and 0 not upgraded.
After this operation, 3.984 kB disk space will be freed.
Do you want to continue? [Y/n] N

apt purge mdadm   :(
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  gvfs* gvfs-daemons* libblockdev-mdraid-dev* libblockdev-mdraid2* mdadm* 
udisks2*


Thanks Alf

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

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

Versions of packages libblockdev2 depends on:
ii  libblockdev-utils2  2.12-2
ii  libc6   2.24-17
ii  libglib2.0-02.53.6-1

libblockdev2 recommends no packages.

libblockdev2 suggests no packages.

-- no debconf information

Bug#869070: apt-listbugs does not honor Acquire::http::TimeOut

[Francesco Poli]

Control: reassign -1 ruby-soap4r 2.0.5-3
Control: affects -1 + apt-listbugs



On Tue, 1 Aug 2017 23:27:17 +0200 Francesco Poli wrote:

[...]
> On Tue, 1 Aug 2017 10:34:00 +0200 Vincent Lefevre wrote:
> 
> > On 2017-08-01 10:24:13 +0200, Vincent Lefevre wrote:
> > > This solves the timeout issue, but actually the bug is worse than
> > > I thought. After setting
> > > 
> > > @drv.options["protocol.http.connect_timeout"] = 10
> > > @drv.options["protocol.http.send_timeout"] = 10
> > > @drv.options["protocol.http.receive_timeout"] = 10
> > > 
> > > I get:
> > > 
> > > Retrieving bug reports... 0% Fail
> > > Error retrieving bug reports from the server with the following error 
> > > message:
> > > E: execution expired
> > > It could be because your network is down, or because of broken proxy 
> > > servers, or the BTS server itself is down. Check network configuration 
> > > and try again
> > > Retry downloading bug information? [Y/n] 
> > > 
> > > i.e. it doesn't fallback to the IPv4 address, contrary to what
> > > other tools do!
> > 
> > Well, without the above change, I get the usual 2-minute timeout
> > per IP address, and the fallback to the first IP address that works
> > (here, IPv4). I assume that this is because the timeout occurs at
> > the socket level instead of the protocol level, thus not handled
> > by the same code.
> 
> Then the situation is less easy than I was hoping...

Hello Debian Ruby Extras Maintainers,
I am reassigning a [bug report] filed against package apt-listbugs,
where the submitter (Vincent) would like to be able to configure the
SOAP http timeout, in order to shorten his wait for the fallback to the
first IP address that works.

[bug report]: 

Unfortunately, from a test that I suggested, it turned out that setting
the protocol.http.* timeout options for ruby-soap4r does not cause the
expected behavior.

During my summer vacations (and after them), I made some attempts to
search for documentation about these ruby-soap4r timeout, but I failed
to find a clear explanation of what actually happens when one of these
timeouts is reached.

Hence, I am asking to you: why does the described behavior (see the bug
log) happen? should ruby-soap4r behave as Vincent expected?

Please clarify and/or fix the ruby-soap4r behavior and/or forward this
bug report upstream.
Thanks for your time!

Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpbTCESaGr6l.pgp
Description: PGP signature

Bug#622810: nautilus: Single Click Open Not Working - Wayland

[S.Allen]

Package: nautilus
Version: 3.25.92-1
Followup-For: Bug #622810

As subject: It looks like I'm running wayland by default. I have 'single-click
to open', enabled in Nauilus options. Doesn't work in this version, double
click does. Thanks.

You guys/gals are doing a great job with Gnome. I like what 3.26 is going to
look like, when baked!



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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-2
ii  gsettings-desktop-schemas  3.24.0-2
ii  gvfs   1.30.4-1+b1
ii  libatk1.0-02.24.0-1
ii  libc6  2.24-17
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libexempi3 2.4.3-1
ii  libexif12  0.6.21-2+b2
ii  libgail-3-03.22.19-1
ii  libgdk-pixbuf2.0-0 2.36.5-4
ii  libglib2.0-0   2.53.6-1
ii  libglib2.0-data2.53.6-1
ii  libgnome-autoar-0-00.2.2-1
ii  libgnome-desktop-3-12  3.25.92-1
ii  libgtk-3-0 3.22.19-1
ii  libnautilus-extension1a3.25.92-1
ii  libpango-1.0-0 1.40.12-1
ii  libpangocairo-1.0-01.40.12-1
ii  libselinux12.6-3+b2
ii  libtracker-sparql-1.0-01.12.1-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.25.92-1
ii  shared-mime-info   1.8-1

Versions of packages nautilus recommends:
pn  gnome-sushi  
ii  gvfs-backends1.30.4-1+b1
ii  librsvg2-common  2.40.18-1

Versions of packages nautilus suggests:
ii  brasero  3.12.1-4
ii  eog  3.25.92-1
ii  evince [pdf-viewer]  3.25.92-1
ii  nautilus-sendto  3.8.6-1
ii  totem3.25.90.1-2
ii  tracker  1.12.1-1
ii  vlc [mp3-decoder]1:2.2.6-dmo6
ii  xdg-user-dirs0.15-3

-- no debconf information

Bug#873753: GnuPG Perl bindings in Debian [Re: Bug#873753: O: libcrypt-gpg-perl -- An Object Oriented Interface to GnuPG]

[Jonas Smedegaard]

Quoting Daniel Kahn Gillmor (2017-09-08 00:11:16)
> Over on https://bugs.debian.org/873753, Ricardo Mones wrote:
> 
> > The current maintainer of libcrypt-gpg-perl, Roberto Jimeno 
> > ,
> > is apparently not active anymore.  Therefore, I orphan this package now.
> 
> fwiw, this package has not been updated for many years (nearly a
> decade), and is several versions behind upstream (1.52, in unstable
> today, was released upstream in 2005!).  I strongly doubt whether it
> even works with modern versions of GnuPG.  It also has no reverse
> dependencies.
> 
> As one of the members of the debian GnuPG packaging team, i recommend
> that we let libcrypt-gpg-perl be removed from debian.
> 
> There are too many bindings for GnuPG in different languages, and
> keeping them all up-to-date and clean is a pain.  we should focus on one
> or at most two per language.
> 
> In debian, we have at least:
> 
>   libmail-gnupg-perl
>   libgnupg-perl
>   libcrypt-gpg-perl
>   libgnupg-interface-perl
>   libpgp-sign-perl
>   
> GnuPG upstream doesn't directly support any of these, unfortunately.
> 
> We do *not* currently ship Crypt::GpgME.  I know that upstream prefers
> bindings to use gpgme instead of shelling out to gpg, but Crypt::GpgME
> hasn't been updated since 2009.
> 
> When i last looked in-depth, i thought that GnuPG::Interface was the
> best of the lot.  But I have had to do a bunch of work to make
> libgnupg-interface-perl work with modern GnuPG recently, and it hasn't
> been accepted upstream :(
> 
> I don't know what shape the rest of these packages are really in,
> either.
> 
> So i'm afraid that i currently think there are *no* good interfaces to
> GnuPG in perl at the moment :( We should be culling the ones that we can
> cull from debian, so that we can focus on a single good implementation.
> 
> I welcome help from either GnuPG or Perl maintainers in figuring out
> what is the best approach here.

How about https://github.com/ueno/gpgme-glib and then use GIR for Perl, 
Python, Ruby, etc.?


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#862074: quodlibet: please package new release 3.9.1

[W. Martin Borgert]

Control: tags -1 + patch

diff --git a/debian/control b/debian/control
index 375b83f..5e60aac 100644
--- a/debian/control
+++ b/debian/control
@@ -25,6 +25,7 @@ Depends:
  gir1.2-gtk-3.0,
  gir1.2-soup-2.4 (>= 2.44),
  python (>= 2.7.3-4+deb7u1),
+ python-faulthandler,
  python-gi,
  python-gi-cairo,
  python-mutagen (>= 1.32),
diff --git a/debian/exfalso.install b/debian/exfalso.install
index 57dc785..321ecc3 100644
--- a/debian/exfalso.install
+++ b/debian/exfalso.install
@@ -8,4 +8,4 @@ usr/share/icons/hicolor/scalable/apps/exfalso.svg
 usr/share/locale
 usr/share/man/man1/exfalso.1
 usr/share/man/man1/operon.1
-usr/share/pixmaps/exfalso.png
+quodlibet/images/hicolor/64x64/apps/exfalso.png usr/share/pixmaps/
diff --git a/debian/quodlibet.install b/debian/quodlibet.install
index 7805a5d..78b7781 100644
--- a/debian/quodlibet.install
+++ b/debian/quodlibet.install
@@ -6,4 +6,4 @@ 
usr/share/gnome-shell/search-providers/quodlibet-search-provider.ini
 usr/share/icons/hicolor/64x64/apps/quodlibet.png
 usr/share/icons/hicolor/scalable/apps/quodlibet.svg
 usr/share/man/man1/quodlibet.1
-usr/share/pixmaps/quodlibet.png
+quodlibet/images/hicolor/64x64/apps/quodlibet.png usr/share/pixmaps/

So far it works, but I did not try much. The new Waveform Seek Bar is lovely :~)

Bug#873753: GnuPG Perl bindings in Debian [Re: Bug#873753: O: libcrypt-gpg-perl -- An Object Oriented Interface to GnuPG]

[Daniel Kahn Gillmor]

Over on https://bugs.debian.org/873753, Ricardo Mones wrote:

> The current maintainer of libcrypt-gpg-perl, Roberto Jimeno 
> ,
> is apparently not active anymore.  Therefore, I orphan this package now.

fwiw, this package has not been updated for many years (nearly a
decade), and is several versions behind upstream (1.52, in unstable
today, was released upstream in 2005!).  I strongly doubt whether it
even works with modern versions of GnuPG.  It also has no reverse
dependencies.

As one of the members of the debian GnuPG packaging team, i recommend
that we let libcrypt-gpg-perl be removed from debian.

There are too many bindings for GnuPG in different languages, and
keeping them all up-to-date and clean is a pain.  we should focus on one
or at most two per language.

In debian, we have at least:

  libmail-gnupg-perl
  libgnupg-perl
  libcrypt-gpg-perl
  libgnupg-interface-perl
  libpgp-sign-perl
  
GnuPG upstream doesn't directly support any of these, unfortunately.

We do *not* currently ship Crypt::GpgME.  I know that upstream prefers
bindings to use gpgme instead of shelling out to gpg, but Crypt::GpgME
hasn't been updated since 2009.

When i last looked in-depth, i thought that GnuPG::Interface was the
best of the lot.  But I have had to do a bunch of work to make
libgnupg-interface-perl work with modern GnuPG recently, and it hasn't
been accepted upstream :(

I don't know what shape the rest of these packages are really in,
either.

So i'm afraid that i currently think there are *no* good interfaces to
GnuPG in perl at the moment :( We should be culling the ones that we can
cull from debian, so that we can focus on a single good implementation.

I welcome help from either GnuPG or Perl maintainers in figuring out
what is the best approach here.

Regards,

  --dkg


signature.asc
Description: PGP signature

Bug#874601: ITP: node-unicode-loose-match -- Unicode loose matching implementation for Node.js

[Bastien ROUCARIES]

will sponsor

On Thu, Sep 7, 2017 at 9:31 PM, Julien Puydt  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Julien Puydt 
> X-Debbugs-CC: debian-de...@lists.debian.org
>
> * Package name: node-unicode-loose-match
>   Version : 2.2.0
>   Upstream Author : Mathias Bynens (https://mathiasbynens.be/)
> * URL : https://github.com/mathiasbynens/unicode-loose-match
> * License : Expat
>   Programming Lang: JavaScript
>   Description : Unicode loose matching implementation for Node.js
>  This package provides an implementation of the UAX44-LM3 norm, that is the
>  loose matching algorithm for symbolic values, as it is defined in the
> Unicode
>  Standard.
>  .
>  Node.js is an event-based server-side JavaScript engine.
>
> This is a dep of a dep for node-uncode-10.0.0, which is itself a dep of
> a dep of bublé, for which I have an ITP.
>
> Snark on #debian-js
>

Bug#874613: xserver-xorg-input-wacom: installed new version from sid and auto-rotation stopped working

[Blackhold]

Package: xserver-xorg-input-wacom
Version: 0.34.0-1
Severity: normal

Hi,
I just installed 0.34.99.1-1 from sid using dpkg -i package.deb, rebooted and
then screen autorotation stopped working.

Now returned to stable version, and screen autorotates, but I have to reboot
two times to have autorotation working again.



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

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

Versions of packages xserver-xorg-input-wacom depends on:
ii  libc6  2.24-11+deb9u1
ii  libudev1   232-25+deb9u1
ii  libx11-6   2:1.6.4-3
ii  libxext6   2:1.3.3-1+b2
ii  libxi6 2:1.7.9-1
ii  libxinerama1   2:1.1.3-1+b3
ii  libxrandr2 2:1.5.1-1
ii  xserver-xorg-core [xorg-input-abi-24]  2:1.19.2-1+deb9u1

xserver-xorg-input-wacom recommends no packages.

Versions of packages xserver-xorg-input-wacom suggests:
pn  xinput  

-- no debconf information

Bug#874612: uptimed: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: uptimed
Version: 1:0.4.0+git20150923.6b22106-1.1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for uptimed's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
--
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org





















# Portuguese translation for uptimed debconf messages.
# Copyright (C) 2007 Pedro Ribeiro 
# This file is distributed under the same license as the uptimed package.
# Pedro Ribeiro , 2007-2012, 2017
#
msgid ""
msgstr ""
"Project-Id-Version: uptimed 1:0.4.0+git20150923.6b22106-1.1\n"
"Report-Msgid-Bugs-To: upti...@packages.debian.org\n"
"POT-Creation-Date: 2016-10-04 11:34+0800\n"
"PO-Revision-Date: 2017-09-07 10:39+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Portuguese\n"
"X-Poedit-Country: PORTUGAL\n"

#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "pre"
msgstr "pre"

#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "list"
msgstr "lista"

#. Type: select
#. Choices
#: ../uprecords-cgi.templates:2001
msgid "table"
msgstr "tabela"

#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid "Format used by uprecords.cgi:"
msgstr "Formato usado pelo uprecords.cgi:"

#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid ""
"Three different layouts are available for use by the uprecords CGI script. "
"Which method you use is a matter of personal preference."
msgstr ""
"Estão disponíves três layouts diferentes para serem usados pelo script CGI "
"de uprecords. O método que usar é da sua preferência."

#. Type: select
#. Description
#: ../uprecords-cgi.templates:2002
msgid ""
" * pre: Encloses everything in ...\n"
" * list: Makes a list, using ...\n"
" * table: Creates an HTML table."
msgstr ""
" * pre: Inclui tudo entre ...\n"
" * lista: Cria uma lista, usando ...\n"
" * tabela: Cria uma tabela HTML."

#. Type: string
#. Description
#: ../uprecords-cgi.templates:3001
msgid "Number of records shown by uprecords.cgi:"
msgstr "Número de registos a mostrar pelo uprecords.cgi:"

#. Type: string
#. Description
#: ../uprecords-cgi.templates:3001
msgid ""
"While uptimed may keep a large number of uptime records, not all of them are "
"interesting to the outside world. Thus, you can limit the number of records "
"that will be shown here."
msgstr ""
"Embora o uptimed possa manter um elevado número de registos, nem todos são "
"de interesse para o mundo exterior. Pode limitar aqui o número de registos "
"que irão ser mostrados. "

#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid "uprecords.cgi has been installed into the web tree"
msgstr "o uprecords.cgi foi instalado no website"

#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"You have installed the uprecords-cgi package. That means that a new CGI "
"script has been installed, which is now visible to the outside world as "
"http://${hostname}/cgi-bin/uprecords.cgi (if you didn't modify your web "
"server configuration to have CGI scripts in a different place)."
msgstr ""
"Instalou o pacote uprecords-cgi. Isto significa que um script CGI foi "
"instalado e está disponível para todo o mundo através do URL " 
"http://${hostname}/cgi-bin/uprecords.cgi (se não modificou o seu servidor " 
"web de maneira a guardar os scripts CGI num sítio diferente)."

#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"In the default web server configuration, CGI scripts are accessible from "
"anywhere in the world. If you do not want this, you should set up access "
"restrictions."
msgstr ""
"Na configuração pré-definida do servidor web, os scripts CGI são acessíveis a "
"partir de qualquer local do mundo. Se não deseja isto deve implementar "
"restrições de acesso."

#. Type: note
#. Description
#: ../uprecords-cgi.templates:4001
msgid ""
"You may also want to modify the HTML header and footer files in /etc/"
"uprecords-cgi (or have your webmaster do so)."
msgstr ""
"Pode também querer modificar os ficheiros HTML de cabeçalho e rodapé em "
"/etc/uprecords-cgi (ou indicar ao responsável pelo seu site para o fazer). "

#. Type: string
#. Description
#: ../uptimed.templates:2001
msgid "Delay between database updates (seconds):"
msgstr "Intervalo entre actualizações da base de dados (segundos):"

#. Type: string
#. Description
#: ../uptimed.templates:2001
msgid ""
"Uptimed will update its database regularly so that the uptime doesn't get "
"lost in case of a system crash. You can set how frequently this will happen "
"(use higher values if you want to avoid disk activity, for instance on a "

Bug#874611: python-shapely,python3-shapely: uninstallable in sid

[Andreas Beckmann]

Package: python-shapely,python3-shapely
Version: 1.6.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

The following packages have unmet dependencies:
 libpython3.6-stdlib : Breaks: python3-shapely (<= 1.6.1-1) but 1.6.1-1 is to 
be installed
 libpython3.5-stdlib : Breaks: python3-shapely (<= 1.6.1-1) but 1.6.1-1 is to 
be installed
 libpython2.7-stdlib : Breaks: python-shapely (<= 1.6.1-1) but 1.6.1-1 is to be 
installed
Unable to resolve dependencies!  Giving up...


Cheers,

Andreas

Bug#859731: libb64-dev: relocation R_X86_64_32S against `.rodata.str1.8' can not be used

[Thorsten Alteholz]

Hi Jens,

the linker error suggests to compile your software with -fPIC. Did you try 
to do this?


  Thorsten

Bug#849308: wireguard: Wireguard should not transition to stable yet

[Robert Edmonds]

Daniel Kahn Gillmor wrote:
> Now, of course we could let it drop into testing for the moment by
> reducing the severity of this bug, and then cranking the severity back
> up before the release, but that feels a little bit like cheating, no?
> 
> All that said, i do see the appeal of having wider distribution, i'm
> just not sure how to do that within the structure of the debian APT
> archive.
> 
> Any suggestions?

Debian users have a powerful package manager at their disposal that lets
them run testing but cherry-pick packages from unstable, e.g. see
"Tracking Testing or Unstable" in the apt_preferences(5) manpage. That
seems like the appropriate solution if wireguard doesn't have a stable
wire protocol yet.

So far I've even had success using the wireguard packages from unstable
on stretch, just by pinning unstable.

-- 
Robert Edmonds
edmo...@debian.org

Bug#874610: glibc: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: glibc
Version: 2.24-17
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for glibc's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
--
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org




















# Portuguese translation of glibc's debconf messages.
# Copyright (C) 2007
# This file is distributed under the same license as the glibc package.
# Ricardo Silva , 2007.
# Pedro Ribeiro , 2010, 2012, 2017
#
msgid ""
msgstr ""
"Project-Id-Version: glibc 2.24-17\n"
"Report-Msgid-Bugs-To: gl...@packages.debian.org\n"
"POT-Creation-Date: 2017-06-13 22:11+0200\n"
"PO-Revision-Date: 2017-09-07 10:25+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../debhelper.in/locales.templates:1001
msgid "All locales"
msgstr "Todos os locales"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid "Locales to be generated:"
msgstr "Locales a serem gerados:"

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Locales are a framework to switch between multiple languages and allow users "
"to use their language, country, characters, collation order, etc."
msgstr ""
"Locales é uma framework para alternar entre vários idiomas e permitir aos "
"utilizadores utilizarem o seu idioma, país, caracteres, etc."

#. Type: multiselect
#. Description
#: ../debhelper.in/locales.templates:1002
msgid ""
"Please choose which locales to generate. UTF-8 locales should be chosen by "
"default, particularly for new installations. Other character sets may be "
"useful for backwards compatibility with older systems and software."
msgstr ""
"Por favor escolha quais os locales a gerar. Os locales UTF-8 devem ser "
"seleccionados, especialmente em instalações de raiz. Outros conjuntos de "
"caracteres podem ser úteis para compatibilidade com software e sistemas "
"mais antigos."

#. Type: select
#. Choices
#: ../debhelper.in/locales.templates:2001
msgid "None"
msgstr "Nenhum"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid "Default locale for the system environment:"
msgstr "Locale predefinido para o sistema:"

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"Many packages in Debian use locales to display text in the correct language "
"for the user. You can choose a default locale for the system from the "
"generated locales."
msgstr ""
"Muitos pacotes em Debian usam locales para mostrar texto no idioma correcto "
"do utilizador. Dos locales gerados, pode escolher o padrão do sistema."

#. Type: select
#. Description
#: ../debhelper.in/locales.templates:2002
msgid ""
"This will select the default language for the entire system. If this system "
"is a multi-user system where not all users are able to speak the default "
"language, they will experience difficulties."
msgstr ""
"Isto irá escolher o idioma padrão para todo o sistema. Se este é um sistema "
"multi-utilizador em que nem todos os utilizadores são capazes de o falar "
"estes irão ter dificuldades."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid "Do you want to upgrade glibc now?"
msgstr "Quer actualizar a glibc agora?"

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"Running services and programs that are using NSS need to be restarted, "
"otherwise they might not be able to do lookup or authentication any more. "
"The installation process is able to restart some services (such as ssh or "
"telnetd), but other programs cannot be restarted automatically. One such "
"program that needs manual stopping and restart after the glibc upgrade by "
"yourself is xdm - because automatic restart might disconnect your active X11 "
"sessions."
msgstr ""
"Serviços e programas que estejam a correr que usem NSS têm de ser "
"reiniciados, de outra forma podem deixar de ser capazes de resolver nomes ou "
"de autenticar utilizadores. O processo de instalação é capaz de reiniciar "
"alguns serviços (tais como ssh ou telnetd), mas há outros programas que não "
"podem ser reiniciados automaticamente. Um dos programas que necessita de ser "
"parado e reiniciado manualmente é o xdm - um reinício automático poderia "
"desligar as suas sessões de X11 activas."

#. Type: boolean
#. Description
#: ../debhelper.in/libc.templates:1001
msgid ""
"This script detected the following installed services which must be stopped "
"before the upgrade: ${services}"
msgstr ""
"Este script detectou os seguintes serviços instalados que têm de ser parados "
"antes da actualização: ${services}"

#. Type: 

Bug#874609: apt-cacher-ng: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: apt-cacher-ng
Version: 3-5
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for apt-cacher-ng's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
--
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org




















# Portuguese translation or apt-cacher-ng debconf messages
# Copyright (C) 2009, The apt-cacher-ng's authors
# This file is distributed under the same license as the apt-cacher-ng package.
# 2017, Pedro Ribeiro .
#
msgid ""
msgstr ""
"Project-Id-Version: apt-cacher-ng_3-5\n"
"Report-Msgid-Bugs-To: apt-cacher...@packages.debian.org\n"
"POT-Creation-Date: 2015-03-17 19:19+0100\n"
"PO-Revision-Date: 2017-09-07 22:09+0100\n"
"Last-Translator: Pedro Ribeiro \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: select
#. Choices
#: ../apt-cacher-ng.templates:2001
msgid "Set up once"
msgstr "Configurar uma vez"

#. Type: select
#. Choices
#: ../apt-cacher-ng.templates:2001
msgid "Set up now and update later"
msgstr "Configurar agora e actualizar mais tarde"

#. Type: select
#. Choices
#: ../apt-cacher-ng.templates:2001
msgid "No automated setup"
msgstr "Sem configuração automática"

#. Type: select
#. Description
#: ../apt-cacher-ng.templates:2002
msgid "Automatic remapping of client requests:"
msgstr "Remapeamento automático de pedidos de clientes:"

#. Type: select
#. Description
#: ../apt-cacher-ng.templates:2002
msgid ""
"Apt-Cacher NG can download packages from repositories other than those "
"requested by the clients. This allows it to cache content effectively, and "
"makes it easy for an administrator to switch to another mirror later. The "
"URL remapping can be set up automatically, using a configuration based on "
"the current state of /etc/apt/sources.list."
msgstr ""
"O Apt-Cacher NG pode fazer o download de pacotes a partir de outros "
"repositórios além dos pedidos pelos clientes. Isto permite fazer a cache de "
"conteúdos mais eficientemente e facilita a mudança posterior de mirror por "
"parte de um administrador. O mapeamento de URL pode ser configurado "
"automaticamente, através duma configuração baseada no estado actual do /etc/"
"apt/sources.list."

#. Type: select
#. Description
#: ../apt-cacher-ng.templates:2002
msgid ""
"Please specify whether the remapping should be configured once now, or "
"reconfigured on every update of Apt-Cacher NG (modifying the configuration "
"files each time), or left unconfigured."
msgstr ""
"Por favor, indique se quer configurar o mapeamento agora, reconfigurá-lo de "
"cada vez que actualiza o Apt-Cacher NG (modificando sempre os ficheiros de "
"configuração), ou deixar por configurar."

#. Type: select
#. Description
#: ../apt-cacher-ng.templates:2002
msgid ""
"Selecting \"No automated setup\" will leave the existing configuration "
"unchanged. It will need to be updated manually."
msgstr ""
"Seleccionar \"Sem actualização automática\" deixará a configuração actual "
"intacta. Necessitará de ser actualizada manualmente."

#. Type: string
#. Description
#: ../apt-cacher-ng.templates:3001
msgid "Listening address(es) for Apt-Cacher NG:"
msgstr "Endereço(s) de escuta para o Apt-Cacher NG:"

#. Type: string
#. Description
#: ../apt-cacher-ng.templates:3001
msgid ""
"Please specify the local addresses that Apt-Cacher NG should listen on "
"(multiple entries must be separated by spaces)."
msgstr ""
"Indique por favor os endereços locais que o Apt-Cacher NG deve escutar "
"(endereços múltiplos devem ser separados por espaços)."

#. Type: string
#. Description
#: ../apt-cacher-ng.templates:3001
msgid ""
"Each entry must be an IP address or hostname associated with a local network "
"interface. Generic protocol-specific addresses are also supported, such as "
"0.0.0.0 for listening on all IPv4-enabled interfaces."
msgstr ""
"Cada entrada tem que ser um endereço IP ou nome de máquina associado com uma "
"interface de rede local. Endereços genéricos específicos de protocolo são "
"também suportados, como por exemplo 0.0.0.0 para escutar em todas as "
"interfaces com IPv4."

#. Type: string
#. Description
#: ../apt-cacher-ng.templates:3001
msgid ""
"If this field is left empty, Apt-Cacher NG will listen on all interfaces, "
"with all supported protocols."
msgstr ""
"Se este campo for deixado vazio, o Apt-Cacher NG irá escutar em todos os "
"interfaces, em todos os protocolos suportados."

#. Type: string
#. Description
#. Type: string
#. Description
#: ../apt-cacher-ng.templates:3001 ../apt-cacher-ng.templates:6001
msgid ""
"The special word \"keep\" keeps the value from the current (or default) "
"configuration unchanged."
msgstr ""
"A palavra especial 

Bug#501371: nmap: failed to determine route

[Lukas Schwaighofer]

Hi Michael,

sorry for reviving this almost 9 year old bug, I'm trying to do a bit
of housekeeping :) .


I suspect that what you experienced is a limitation of libdnet (the
library that nmap uses to query the routing table) in combination with
policy routing: It looks like the "default" table is not read, while
the "main" table is.  If I put my routes into the "default" routing
table and remove them from "main", the routes disappear from
`nmap --iflist`.

What I don't understand is why you can't put your default route into
the "main" table (instead of the "default" table).  From my
understanding, this should not make a difference for any application
using the kernel to determine the correct route. "main" is just looked
at first, and "default" after if there is still no match.  Since your
"main" table is empty, moving the contents of "default" to "main"
should be fine.


I also tested performing nmap scans with my routes moved from the
"main" to the "default" table.  It turns out that both scans using
normal TCP sockets (tested with `nmap -sT`) as well as those using raw
sockets (tested with `nmap -sS`) worked correctly, even though the
routes used were not present in `nmap --iflist`.  So I suspect your
original bug is fixed, at least in nmap 7.60 I'm using now.  Would
you mind checking if the problem still exists?

Thanks & Regards
Lukas

Bug#874608: Offering upload sponsoring of Tellico

[Geert Stappers]

Package: tellico
Version: 3.0.2-1.2
Severity: normal

Hi,

Where I did an upload of Tellico  in may ( or was it june?)
is it unlikely that I have resources for Tellico.

If you have resouces to prepare a Tellico that can be upload,
let me known. I'll do a sponsored upload.


Cheers
Geert Stappers
DD

- Forwarded message from Debian testing watch  
-

Date: Wed, 06 Sep 2017 04:39:15 +
From: Debian testing watch 
To: tell...@packages.debian.org
Subject: tellico REMOVED from testing

FYI: The status of the tellico source package
in Debian's testing distribution has changed.

  Previous version: 3.0.2-1.2
  Current version:  (not in testing)
  Hint: 
Bug #871113: tellico: FTBFS: CheckSymbolExists.c:8:19: error: 'strlwr' 
undeclared (first use in this function); did you mean 'strlen'?

The script that generates this mail tries to extract removal
reasons from comments in the britney hint files. Those comments
were not originally meant to be machine readable, so if the
reason for removing your package seems to be nonsense, it is
probably the reporting script that got confused. Please check the
actual hints file before you complain about meaningless removals.

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

- End forwarded message -

-- 
Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#780706: Report

[Geert Stappers]

Hi,

Recent upstream tarball do several downloads during build.
Such downloads are not wanted.

Making seperate packages is currently work in progress.
Arduino-reference is such package.
Do
  git clone https://anonscm.debian.org/git/collab-maint/arduino-reference.git
to get current status.

A package for serial port support is more needed because it is a build 
dependency.


Note to myself: Don't write reports,  package what needs packaging.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#874607: rrdcached: truncates column name list on FETCH

[roma1390]

Package: rrdcached
Version: 1.6.0-1+b2
Severity: normal
Tags: upstream patch


Problem 
---
rrdcached has to small constant size buffer for ds names, and silently
ignores if this buffer is to small

Affected

rrdtool graph with --daemon uses command FETCH to get data from rrdached
if rrdcached triggers buffer shortage, then will return truncated line of DS's

rrdtool can't deal with this situation and will report somehow misleading error.

How to reproduce

(assume rrdcached is started with suitable arguments)

1. Create rrd db:

$ rrdtool create a.rrd \
`
for i in $(seq 60)
do
echo "DS:very_long_name_$i:COUNTER:5:U:U"
done
` \
RRA:LAST:0.5:1:5

2. Fetch data from rrdcached:
$ rrdtool fetch -d unix:rrdcached.sock a.rrd LAST > /dev/null
ERROR: rrdc_fetch: Unable to parse header `DSName'

Also rrdcached will write some message to syslog:

send_response: could not write results

Posible fixes
-

1. Increase buffer size
(patch attached)

2. Add warning to README.Debian

3. Add warning to documentation (man pages)

4. Make buffer size dynamic

5. Add runtime checks on create

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

Kernel: Linux 2.6.32-openvz-042stab120.19-amd64 (SMP w/1 CPU core)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages rrdcached depends on:
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libdbi1  0.9.0-4+b2
ii  libglib2.0-0 2.50.3-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpng16-16  1.6.28-1
ii  librrd8  1.6.0-1+b2
ii  libxml2  2.9.4+dfsg1-2.2

rrdcached recommends no packages.

rrdcached suggests no packages.

-- debconf-show failed
diff -Naur rrdtool-1.6.0-org/src/rrd_daemon.c rrdtool-1.6.0/src/rrd_daemon.c
--- rrdtool-1.6.0-org/src/rrd_daemon.c  2016-04-19 15:50:56.0 +
+++ rrdtool-1.6.0/src/rrd_daemon.c  2017-09-07 09:42:23.483407001 +
@@ -1918,7 +1918,7 @@
   add_response_info (sock, "Step: %lu\n", parsed.step);
 
   { /* Add list of DS names */
-char linebuf[1024];
+char linebuf[4096];
 size_t linebuf_fill;
 
 memset (linebuf, 0, sizeof (linebuf));
@@ -1939,7 +1939,7 @@
t <= parsed.end_tm;
t += parsed.step,j++)
   {
-char linebuf[1024];
+char linebuf[4096];
 size_t linebuf_fill;
 char tmp[128];
 

Bug#859731: libb64-dev: relocation R_X86_64_32S against `.rodata.str1.8' can not be used

[Jens Rapp]

Hi Thorsten,

I tried this first but it didn't work. Finally, I downloaded libb64 
source and built it with -fPIC. With this I could compile my software, too.


On 07.09.2017 22:41, Thorsten Alteholz wrote:

Hi Jens,

the linker error suggests to compile your software with -fPIC. Did you 
try to do this?


  Thorsten

Bug#874376: cinnamon: cannot arrange icons on desktop anymore

[Antonio Niño Díaz]

Package: cinnamon
Version: 3.4.6-1
Followup-For: Bug #874376

Happening in my PC as well.



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

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

Versions of packages cinnamon depends on:
ii  cinnamon-common  3.4.6-1
ii  cinnamon-control-center  3.4.0-2
ii  cinnamon-desktop-data3.4.2-2
ii  cinnamon-screensaver 3.4.2-1
ii  cinnamon-session 3.4.2-1
ii  cinnamon-settings-daemon 3.4.4-2
ii  cjs  3.2.0-3
ii  cups-pk-helper   0.2.6-1+b1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gir1.2-accountsservice-1.0   0.6.43-1
ii  gir1.2-caribou-1.0   0.4.21-1+b1
ii  gir1.2-clutter-1.0   1.26.2+dfsg-3
ii  gir1.2-cmenu-3.0 3.4.0-2
ii  gir1.2-cogl-1.0  1.22.2-2
ii  gir1.2-cvc-1.0   3.4.2-2
ii  gir1.2-gdkpixbuf-2.0 2.36.5-4
ii  gir1.2-gkbd-3.0  3.22.0.1-1+b1
ii  gir1.2-glib-2.0  1.53.2-4
ii  gir1.2-gnomedesktop-3.0  3.25.92-1
ii  gir1.2-gtk-3.0   3.22.19-1
ii  gir1.2-gtkclutter-1.01.8.4-1
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gir1.2-meta-muffin-0.0   3.4.1-1
ii  gir1.2-networkmanager-1.01.8.2-1
ii  gir1.2-notify-0.70.7.7-2
ii  gir1.2-pango-1.0 1.40.12-1
ii  gir1.2-polkit-1.00.105-18
ii  gir1.2-soup-2.4  2.59.90.1-1
ii  gir1.2-upowerglib-1.00.99.5-3
ii  gir1.2-xapp-1.0  1.0.3-2
ii  gkbd-capplet 3.22.0.1-1+b1
ii  gnome-backgrounds3.25.4-1
ii  gnome-themes-standard3.22.3-1
ii  gsettings-desktop-schemas3.24.0-2
ii  iso-flags-png-320x2401.0.1-1
ii  libatk-bridge2.0-0   2.24.1-1
ii  libatk1.0-0  2.24.0-1
ii  libc62.24-17
ii  libcairo21.14.10-1
ii  libcinnamon-menu-3-0 3.4.0-2
ii  libcjs0  3.2.0-3
ii  libclutter-1.0-0 1.26.2+dfsg-3
ii  libcogl-pango20  1.22.2-2
ii  libcogl-path20   1.22.2-2
ii  libcogl201.22.2-2
ii  libcroco30.6.12-1
ii  libgdk-pixbuf2.0-0   2.36.5-4
ii  libgirepository-1.0-11.53.2-4
ii  libgl1   0.2.999+git20170802-3
ii  libgl1-mesa-glx  17.2.0-2
ii  libglib2.0-0 2.53.6-1
ii  libglib2.0-bin   2.53.6-1
ii  libgstreamer1.0-01.12.2-1
ii  libgtk-3-0   3.22.19-1
ii  libjs-jquery 3.2.1-1
ii  libmuffin0   3.4.1-1
ii  libpango-1.0-0   1.40.12-1
ii  libpangocairo-1.0-0  1.40.12-1
ii  libstartup-notification0 0.12-4+b2
ii  libx11-6 2:1.6.4-3
ii  libxfixes3   1:5.0.3-1
ii  libxml2  2.9.4+dfsg1-4
ii  mesa-utils   8.3.0-5
ii  muffin   3.4.1-1
ii  nemo 3.4.7-1
ii  policykit-1-gnome0.105-6
ii  python   2.7.13-2
ii  python-dbus  1.2.4-1+b2
ii  python-gi-cairo  3.24.1-3
ii  python-lxml  3.8.0-2
ii  python-pam   0.4.2-13.2
ii  python-pexpect   4.2.1-1
ii  python-pil   4.2.1-1
ii  python-pyinotify 0.9.6-1
ii  python3  3.5.3-3
ii  python3-dbus 1.2.4-1+b2
ii  python3-gi  

Bug#784505: Qt4 WebKit removal: raising severity to serious

[Francesco Poli]

On Sat, 26 Aug 2017 23:07:32 +0300 Dmitry Shachnev wrote:

[...]
> As recently announced [1], we are going to remove not only Qt 4 WebKit, but
> Qt 4 as a whole in Buster. As removing Qt 4 WebKit is the first step, I am
> raising the severity of this bug to serious.
> 
> Please port your package to Qt 5 if you do not want to get it removed from
> Debian.
[...]

Hello Debian Science Team,
I see that paraview is risking auto-removal from Debian testing, due to
its dependence on Qt 4.

Do I understand correctly that packaging the latest upstream version
(5.4.1) would solve the issue?
Is the new upstream version already being packaged?

Please let me know.
Thanks for your time and for maintaining this great package!



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpEhGBNIF5rD.pgp
Description: PGP signature

Bug#874606: qemu: CVE-2017-14167: i386: multiboot OOB access while loading guest kernel image

[Salvatore Bonaccorso]

Source: qemu
Version: 1:2.8+dfsg-6
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for qemu.

CVE-2017-14167[0]:
i386: multiboot OOB access while loading guest kernel image

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-14167
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-14167
[1] https://lists.nongnu.org/archive/html/qemu-devel/2017-09/msg01483.html
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1489375

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#874605: ITP: r-cran-dotcall64 -- Enhanced Foreign Function Interface Supporting Long Vectors

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-dotcall64
  Version : 0.9-04
  Upstream Author : Kaspar Moesinger 
* URL : https://cran.r-project.org/package=dotCall64
* License : GPL
  Programming Lang: GNU R
  Description : Enhanced Foreign Function Interface Supporting Long Vectors
 An alternative version of .C() and .Fortran() supporting long vectors
 and 64-bit integer type arguments. The provided interface .C64()
 features mechanisms the avoid unnecessary copies of read-only or write-
 only arguments. This makes it a convenient and fast interface to C/C++
 and Fortran code.


Remark: This package is needed to upgrade r-cran-spam to the latest upstream
version.  It will be maintained by the Debian Science team at
https://anonscm.debian.org/git/debian-science/packages/r-cran-dotcall64.git

Bug#648292: gdm wayland workaround

[Christopher Cramer]

Wayland apparently has no accessibility support. You can work around
this by uncommenting "WaylandEnable=false" in /etc/gdm3/daemon.conf.

Bug#849308: wireguard: Wireguard should not transition to stable yet

[Daniel Kahn Gillmor]

Hi Georg--

On Wed 2017-07-12 02:56:45 +0200, Georg Faerber wrote:

> I would like to see wireguard right now in buster. Even if the on-wire
> format should change in the future, it would be still worth it, IMHO.
> Buster is the 'testing' suite - so let's just do that: let's test and
> get this into testing. Sometimes testing breaks, which is expected, but
> most of the time it works. I doubt that there would be a major
> difference in this case.

I understand the appeal here, but the semantics of entry into debian
"testing" is that a package should be in preparation for the next stable
release.

I don't believe that wireguard upstream (Jason Donenfeld) wants
wireguard to be shipped in any long-term operating systems (like debian
stable), because he wants to be able to recommend an upgrade to all
deployed instances easily (that won't happen once buster is stable).
This makes me reluctant to put it into debian testing.

If upstream explicitly states a commitment to maintaining the wire
format, then that version can definitely propagate into testing.  but
that hasn't happened yet.

Now, of course we could let it drop into testing for the moment by
reducing the severity of this bug, and then cranking the severity back
up before the release, but that feels a little bit like cheating, no?

All that said, i do see the appeal of having wider distribution, i'm
just not sure how to do that within the structure of the debian APT
archive.

Any suggestions?

--dkg


signature.asc
Description: PGP signature

Bug#874604: python3: new upstream version available

[Julian Gilbey]

Package: python3
Version: 3.5.3-3
Severity: normal

Hi there!

Upstream have released Python version 3.6.2, and I have a package that
I want to update which already relies on new features in Python 3.6.

Would it be possible to update to the new upstream version?

Many thanks,

   Julian

Bug#874586: actually, it's Wayland that's the problem

[Christopher Cramer]

After some further investigation, I have discovered that the problem
is apparently caused by GDM now defaulting to Wayland, which has no
accessibility support. My complaint about the lack of an error message
still stands.

This bug is, perhaps, a duplicate of 648292.

To work around this, uncomment "WaylandEnable=false" in
/etc/gdm3/daemon.conf.

Bug#871186: ibus-skk: diff for NMU version 1.4.2-1.1

[Jeremy Bicha]

Control: tags 871186 + pending

Dear maintainer,

I've prepared an NMU for ibus-skk (versioned as 1.4.2-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Thanks,
Jeremy Bicha

diff -Nru ibus-skk-1.4.2/debian/changelog ibus-skk-1.4.2/debian/changelog
--- ibus-skk-1.4.2/debian/changelog2014-10-21 08:14:00.0 -0400
+++ ibus-skk-1.4.2/debian/changelog2017-09-07 16:10:29.0 -0400
@@ -1,3 +1,11 @@
+ibus-skk (1.4.2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add Build-with-vala-0.36.patch to fix build with vala 0.36
+(Closes: #871186)
+
+ -- Jeremy Bicha   Thu, 07 Sep 2017 16:10:29 -0400
+
 ibus-skk (1.4.2-1) unstable; urgency=medium

   * New upstream release to use libgee-0.8-dev.  Closes: #753867
diff -Nru ibus-skk-1.4.2/debian/patches/Build-with-vala-0.36.patch
ibus-skk-1.4.2/debian/patches/Build-with-vala-0.36.patch
--- ibus-skk-1.4.2/debian/patches/Build-with-vala-0.36.patch
1969-12-31 19:00:00.0 -0500
+++ ibus-skk-1.4.2/debian/patches/Build-with-vala-0.36.patch
2017-09-07 16:09:48.0 -0400
@@ -0,0 +1,24 @@
+From: Jeremy Bicha 
+Date: Sat, 17 Jun 2017 20:52:03 -0400
+Subject: Build with vala 0.36
+
+---
+ src/setup.vala | 4 
+ 1 file changed, 4 insertions(+)
+
+diff --git a/src/setup.vala b/src/setup.vala
+index 674c24b..6b2ae1e 100644
+--- a/src/setup.vala
 b/src/setup.vala
+@@ -338,7 +338,11 @@ class Setup : Object {
+ foreach (var row in rows) {
+ Gtk.TreeIter iter;
+ if (model.get_iter (out iter, row)) {
++#if VALA_0_36
++((Gtk.ListStore)model).remove (ref iter);
++#else
+ ((Gtk.ListStore)model).remove (iter);
++#endif
+ }
+ }
+ }
diff -Nru ibus-skk-1.4.2/debian/patches/series
ibus-skk-1.4.2/debian/patches/series
--- ibus-skk-1.4.2/debian/patches/series1969-12-31 19:00:00.0 -0500
+++ ibus-skk-1.4.2/debian/patches/series2017-09-07 16:09:48.0 -0400
@@ -0,0 +1 @@
+Build-with-vala-0.36.patch

Bug#872749: [Pkg-lirc-maint] Bug#872749: lircd logs all messages twice

[Alec Leamas]

On 04/09/17 16:21, Jörg Frings-Fürst wrote:



All messages logged twice:

[quote]
Sep  4 05:22:48 merkur lircd[2247]: lircd-0.10.0[2247]: Warning: config file 
/etc/lirc/lircd.conf contains no valid remote control definition
Sep  4 05:22:48 merkur lircd[2247]: lircd-0.10.0[2247]: Notice: lircd(devinput) 
ready, using /var/run/lirc/lircd
Sep  4 05:22:48 merkur lircd[2247]: lircd-0.10.0[2247]: Notice: accepted new 
client on /var/run/lirc/lircd
Sep  4 05:22:48 merkur lircd[2247]: lircd-0.10.0[2247]: Info: initializing 
'auto'
Sep  4 05:22:48 merkur lircd-0.10.0[2247]: Warning: config file 
/etc/lirc/lircd.conf contains no valid remote control definition


Actually, I see no duplicates here. Do you?

--alec

Bug#874193: xml-security-c: Does not build with C++11 enabled, required for Xerces 3.2.0

[Roger Leigh]

On 07/09/2017 19:03, Ferenc Wágner wrote:

Anyway, could you please give me instructions to reproduce the build
failure with C++11?  Adding in CXXFLAGS=-std=c++11 did not break the
1.7.3-4 build for me.  And what will I have to change once Xerces 3.2
enters the archive?


It might be that the failure is only reproducible with clang++ (I found 
the issue originally on FreeBSD 11.1 with clang 4.0.0).


No other changes should be required to build with Xerces 3.2.  It's API 
compatible with 3.1, so will need a binary rebuild but that's about it. 
Upstream will be making a new xml-security-c release soon containing 
these patches anyway, plus a soname bump, so if Debian is already 
building fine with C++11 then there's likely not much that needs doing.



Regards,
Roger

Bug#874566: firejail-profiles: can't use animated gifs in telegram

[Salvo Tomaselli]

I could no longer reproduce. Closing.

2017-09-07 13:19 GMT+02:00 Reiner Herrmann :
> On Thu, Sep 07, 2017 at 12:38:46PM +0200, Salvo Tomaselli wrote:
>> when using telegram with firejail, with the provided profile, the function to
>> search and use animated gifs breaks.
>>
>> I can search them fine, but clicking on them no longer puts them in the
>> conversation, just highlights them.
>
> Can you please try to locate the line in the firejail profile that is
> causing this issue by commenting out individual lines and trying again?
>
> A trace output will probably also be helpful:
> $ firejail --trace telegram-desktop
>
> Kind regards,
>   Reiner



-- 
Salvo Tomaselli

"Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso, ragione ed intelletto intendesse che noi ne facessimo a meno."
-- Galileo Galilei

http://ltworf.github.io/ltworf/

Bug#861333: Why does r-cran-rcppgsl not migrate to testing?

[Dirk Eddelbuettel]

Hi Andreas,

On 7 September 2017 at 21:20, Andreas Tille wrote:
| Hi Dirk,
| 
| On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote:
| > On 6 September 2017 at 22:48, Andreas Tille wrote:
| > | [Chris, I took the freedom to move r-cran-mcmc to Debian Science
| > |  team since I had the impression that this would generally OK for
| > |  you.]
| > | 
| > | Hi Dirk,
| > | 
| > | On Wed, Sep 06, 2017 at 10:17:04AM -0500, Dirk Eddelbuettel wrote:
| > | > 
| > | > | Is there any list of affected packages?
| > | > 
| > | > I gave this URL about half a dozen times:
| > | > 
| > | >   http://eddelbuettel.github.io/rcppapt/binnmuAfterR340.html
| > | 
| > | Well, you know from own experience that not all information is reaching
| > | the target audience.  It might have helped to address Debian Science and
| > | Debian Med team to make some more noise.
| > |  
| > | > It contains the list, as well as a way to compute it.
| 
| Any chance to recompute the list just in case somebody else has also
| upgraded a package?  It would be nice if the list would have a timestamp
| of creation.

It should just work -- the write up is after all hanging off the RcppAPT
repo, so just install RcppAPT and then you can query R _and Debian_ from R.
The one step Prof Hornik suggested required CRAN sources to grep, but I think
I in the last iteration I proxied that by just fetching the .tar.gz from
CRAN.  Or at least it could be done.

If you have a question about RcppAPT maybe just open an issue at GitHub.

I'll be traveling this weekend so not sure I'll get to that before next week.
 
| > | The list is not fully up to date.  I recently uploaded a new version of
| > | r-cran-randomfields which remains inside the list.  I need to admit a
| > | shorter page which points directly to tasks to do which is up to date
| > | would be more motivating to lend a helping hand.
| > | 
| > | I just uploaded
| > | 
| > |r-cran-spdep
| > |r-cran-gam
| > |r-cran-mcmc
| 
| I uploaded as well:
| 
|   r-cran-data.table
|   r-cran-vegan
|   r-cran-bayesm
|   r-cran-expm
|   r-cran-phangorn
|   r-cran-maptools
|   r-cran-caret
|   r-cran-goftest
|   r-cran-igraph
|   r-cran-maps
|   r-cran-eco
|   r-cran-randomfields
|   r-bioc-genefilter

That helps with the open bug report, thank you!  As you know I'd also love to
see them be current. I find with my r-cran-* packages (of which I have
several dozen) that it only takes a couple of minutes each time so I
generally do.

| For those who want to help but have no idea how to do a team upload:
| 
|   debcheckout --user  --git-track '*' 
|   cd 
|   dch --team
|   # do at least a Standards-Version: 4.1.0
|   # even better
|   uscan --verbose
|   # upgrade to new version
|   # commit + push your changes
| 
| Any Debian developer has commit permissions to Debian Med / Debian
| Science repositories.  Other users need to ask for team membership.
| It would be fine if you submit for instance
| 
|   git format-patch 
| 
| and attach these patches to a sponsoring request bug.
| 
| In case a package is not yet in VCS you can do the following:
| 
|   gbp import-dscs --debsnap --pristine-tar 
|   cd 
|   # ask maintainer whether it is OK to move the package
|   # into Debian Science team maintenance.  If yes,
|   # add Vcs Fields and the Debian Science maintainer list
|   # as Maintainer, keeping the former Maintainer as Uploader
|   # do changes as above
|   # to inject your freshly created repository you can use
|   svn checkout svn://anonscm.debian.org/debian-med/trunk/helper-scripts 
/tmp/helper-scripts
|   /tmp/helper-scripts/inject-into-alioth-git
| 
| This is basically what I did with the packages above and I'll try
| to keep on working on this.
|
| > | > | I intend to refresh with new upstream sources anyway in the next 
couple of days.  May be we can do
| > | > | real uploads of most of the packages ourselves? 
| > | > 
| > | > Please do. Being behind upstream is essentially never a good idea.
| > | 
| > | I'd prefer if you would leave out at least every second chance to repeat
| > | this.  We could talk about this once somebody might pay somebody to
| > | follow each and every update of any random R package.
| > 
| > I may once you start to maintain them -- instead of just hoarding them Take
| > but one example: https://packages.debian.org/sid/r-cran-data.table
| > 
| > Exactly who is served by not updating one of the more widely used to package
| > to one of the two releases that happened _this calendar year_ ?
| 
| If you would ask a non-polemic question I would consider answering
| instead of working on the packages even if you are stealing the topic of
| the thread. 

Sorry, but you started this.  After you had the temerity to ask about this
list when I had posted the same URL probably four or five times already.

And I just don't understand why you get so 

Bug#874602: sagemath: unmigratable to testing because python-rpy2 no longer exists

[Julian Gilbey]

Package: sagemath
Version: 8.0-5
Severity: important

Hi all,

Just in case you're not yet aware of this

sagemath depends on python-rpy2.  Unfortunately, the current version
of rpy2 in unstable now only builds a python3 version of the package,
as only python3 is supported upstream now.  Therefore sagemath will
never migrate to testing in its current form, and will soon be
uninstallable in unstable too.

I don't know how easy it is to migrate to python3-rpy2, though.

Best wishes,

   Julian

Bug#874599: openmw: Please upgrade to version 0.42.0

[bret curtis]

Gladly, it is awaiting an uploader and someone to rebuild mygui
because it has problems with gcc7 that need to be addressed.

#871299
#871235

Cheers,
Bret

On Thu, Sep 7, 2017 at 9:16 PM, Sam Protsenko  wrote:
> Package: openmw
> Version: 0.41.0-1+b1
> Severity: wishlist
>
> Dear Maintainer,
>
> Please upgrade openmw to new upstream version (0.42.0).
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (400, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages openmw depends on:
> ii  libavcodec5710:3.3.3-dmo3
> ii  libavformat57   10:3.3.3-dmo3
> ii  libavutil55 10:3.3.3-dmo3
> ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b1
> ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b1
> ii  libboost-system1.62.0   1.62.0+dfsg-4+b1
> ii  libbullet2.86   2.86.1+dfsg-2
> ii  libc6   2.24-17
> ii  libgcc1 1:7.2.0-3
> ii  libgl1-mesa-glx [libgl1]13.0.6-1+b2
> ii  libmyguiengine3debian1v53.2.2-5
> ii  libopenal1  1:1.17.2-4+b2
> ii  libopenscenegraph-3.4-130   3.4.0+dfsg1-4+b4
> ii  libopenthreads203.2.3+dfsg1-2+b5
> ii  libqtcore4  4:4.8.7+dfsg-11
> ii  libqtgui4   4:4.8.7+dfsg-11
> ii  libsdl2-2.0-0   2.0.5+dfsg1-3
> ii  libstdc++6  7.2.0-3
> ii  libswresample2  10:3.3.3-dmo3
> ii  libswscale4 10:3.3.3-dmo3
> ii  libtinyxml2.6.2v5   2.6.2-4
> ii  openmw-data 0.41.0-1
>
> Versions of packages openmw recommends:
> ii  openmw-launcher  0.41.0-1+b1
>
> openmw suggests no packages.
>
> -- no debconf information

Bug#874601: ITP: node-unicode-loose-match -- Unicode loose matching implementation for Node.js

[Julien Puydt]

Package: wnpp
Severity: wishlist
Owner: Julien Puydt 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-unicode-loose-match
  Version : 2.2.0
  Upstream Author : Mathias Bynens (https://mathiasbynens.be/)
* URL : https://github.com/mathiasbynens/unicode-loose-match
* License : Expat
  Programming Lang: JavaScript
  Description : Unicode loose matching implementation for Node.js
 This package provides an implementation of the UAX44-LM3 norm, that is the
 loose matching algorithm for symbolic values, as it is defined in the
Unicode
 Standard.
 .
 Node.js is an event-based server-side JavaScript engine.

This is a dep of a dep for node-uncode-10.0.0, which is itself a dep of
a dep of bublé, for which I have an ITP.

Snark on #debian-js

Bug#874193: xml-security-c: Does not build with C++11 enabled, required for Xerces 3.2.0

[Ferenc Wágner]

Control: tags -1 +moreinfo
Control: clone -1 -2
Control: retitle -2 libnss3-dev breaks the build

Roger Leigh  writes:

> Please see the patches I attached to the upstream ticket here:
> https://issues.apache.org/jira/browse/SANTUARIO-471 which resolve a
> number of defects in the source which prevent it building.
>
> They are safe to apply even when C++11 is not in use.

Similar patches are used in the Debian package since 1.7.3-2, except for
NSS and WinCapi.  The latter is entirely irrelevant in Debian, and the
former mostly is in this case: OpenSSL is required in Build-Depends,
though NSS isn't explicitly disabled in the configure script, so if it
happens to be present, it breaks the build (for multiple unrelated
reasons, even without C++11).  But --without-nss helps with those.

Anyway, could you please give me instructions to reproduce the build
failure with C++11?  Adding in CXXFLAGS=-std=c++11 did not break the
1.7.3-4 build for me.  And what will I have to change once Xerces 3.2
enters the archive?
-- 
Thanks,
Feri

Bug#874177: expat/lib/nametab.h source missing

[GCS]

Hi Helmut,

On Sun, Sep 3, 2017 at 10:29 PM, Helmut Grohne  wrote:
> The source code for generating expat/lib/nametab.h is missing from the
> debian source package. It can be found at
> https://github.com/libexpat/libexpat/blob/97c6bd01990090d4015364ae37dd141f3c39a30f/expat/gennmtab/gennmtab.c.
Please note that upstream has two upstream tarballs. The first is
provided by GitHub where the actual development happens. But upstream
(from the project homepage[1]) distributes the generated tarballs (see
the Download link at the top) from SourceForge[2]. The latter is the
one I use. Sure, it doesn't have gennmtab.c but the generated
nametab.h file. Do you need to re-generate / modify it for some
reason?

Regards,
Laszlo/GCS
[1] https://libexpat.github.io/
[2] https://sourceforge.net/projects/expat/files/

Bug#871969: leafnode: using su in cronjob runs pam_systemd, starts a whole session, causes errors

[Jakobus Schürz]

On Mon, 28 Aug 2017 20:47:40 +0530 Ritesh Raj Sarraf  wrote:
> Hello Jakbous,
> 
> On Mon, 2017-08-28 at 13:07 +0200, Jakbous Schürz wrote:
> > I wrote a socket-Unit for systemd, because I don't use inetd.
> > 
> 
> Would you be kind to share your, working, socket based unit file for
> leafnode ?
> 
> IIRC, long back there was some effort by the leafnode maintainer to add
> something like this. But from what I recollect, there were some issues.
> 
> 
> > 
> > "Unlike su, IMO, runuser is made to be used in scripts (so never ask
> > for 
> > password, handle error status better, and also separate signals
> > handling 
> > (new session) from caller"
> > 
> > Would you be so pleasant, to test this and even fix it from su to 
> > runuser?
> 
> I am currently testing with the changes you've mentioned (And would
> like to move to a socket based setup).

For sure :-)

Here are all my units for leafnode:

# systemctl cat leafnode.socket
# /etc/systemd/system/leafnode.socket
[Unit]
Description=Leafnode NNTP Socket

[Socket]
ListenStream=127.0.0.1:119
Accept=true

[Install]
WantedBy=sockets.target
-

# systemctl cat leafnode@.service
# /etc/systemd/system/leafnode@.service
[Unit]
Description=Leafnode NNTP service
#After=syslog.target
After=systemd-journald.service

[Service]
ExecStart=/usr/sbin/leafnode
StandardInput=socket
User=news
-

# systemctl cat leafnode-texpire.service
# /etc/systemd/system/leafnode-texpire.service
[Unit]
Description=leafnode daily texipre newsgroups
ConditionPathExists=

[Service]
User=news
ExecStart=/usr/sbin/texpire

[Install]
WantedBy=timer-daily.target
--

# systemctl cat leafnode-touch_groups.service
# /etc/systemd/system/leafnode-touch_groups.service
[Unit]
Description=leafnode daily touch newsgroups
ConditionPathExists=/etc/news/leafnode/touch_groups

[Service]
User=news
ExecStart=/usr/bin/touch_newsgroup -f /etc/news/leafnode/touch_groups
ExecStartPost=/usr/bin/newsq -f

[Install]
WantedBy=timer-daily.target


# systemctl cat fetchnews.timer
# /lib/systemd/system/fetchnews.timer
[Unit]
Description=Run fetchnews every 10 minutes
DefaultDependencies=false
PartOf=connection-online.target
After=connection-online.target

[Timer]
OnCalendar=*:0/15
AccuracySec=5min
#Persistent=true

[Install]
WantedBy=network-online.target


# systemctl cat fetchnews.service
# /lib/systemd/system/fetchnews.service
[Unit]
Description=Fetch news for leafnode

[Service]
ExecStart=/usr/sbin/fetchnews


This setup works on my Laptop. I use an own leafnode, becaue i need
groups from more than one news-server, but i only want only one
news-server in my thunderbird.

With sudo in the cron-job, i get the described problems. runuser works
for me (no xdg-user-dirs, no pam-systemd-session...)

regards
Jakob



0x43B88572.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Bug#861333: Why does r-cran-rcppgsl not migrate to testing?

[Andreas Tille]

Hi Dirk,

On Wed, Sep 06, 2017 at 04:22:33PM -0500, Dirk Eddelbuettel wrote:
> On 6 September 2017 at 22:48, Andreas Tille wrote:
> | [Chris, I took the freedom to move r-cran-mcmc to Debian Science
> |  team since I had the impression that this would generally OK for
> |  you.]
> | 
> | Hi Dirk,
> | 
> | On Wed, Sep 06, 2017 at 10:17:04AM -0500, Dirk Eddelbuettel wrote:
> | > 
> | > | Is there any list of affected packages?
> | > 
> | > I gave this URL about half a dozen times:
> | > 
> | >   http://eddelbuettel.github.io/rcppapt/binnmuAfterR340.html
> | 
> | Well, you know from own experience that not all information is reaching
> | the target audience.  It might have helped to address Debian Science and
> | Debian Med team to make some more noise.
> |  
> | > It contains the list, as well as a way to compute it.

Any chance to recompute the list just in case somebody else has also
upgraded a package?  It would be nice if the list would have a timestamp
of creation.

> | The list is not fully up to date.  I recently uploaded a new version of
> | r-cran-randomfields which remains inside the list.  I need to admit a
> | shorter page which points directly to tasks to do which is up to date
> | would be more motivating to lend a helping hand.
> | 
> | I just uploaded
> | 
> |r-cran-spdep
> |r-cran-gam
> |r-cran-mcmc

I uploaded as well:

r-cran-data.table
r-cran-vegan
r-cran-bayesm
r-cran-expm
r-cran-phangorn
r-cran-maptools
r-cran-caret
r-cran-goftest
r-cran-igraph
r-cran-maps
r-cran-eco
r-cran-randomfields
r-bioc-genefilter

For those who want to help but have no idea how to do a team upload:

debcheckout --user  --git-track '*' 
cd 
dch --team
# do at least a Standards-Version: 4.1.0
# even better
uscan --verbose
# upgrade to new version
# commit + push your changes

Any Debian developer has commit permissions to Debian Med / Debian
Science repositories.  Other users need to ask for team membership.
It would be fine if you submit for instance

git format-patch 

and attach these patches to a sponsoring request bug.

In case a package is not yet in VCS you can do the following:

gbp import-dscs --debsnap --pristine-tar 
cd 
# ask maintainer whether it is OK to move the package
# into Debian Science team maintenance.  If yes,
# add Vcs Fields and the Debian Science maintainer list
# as Maintainer, keeping the former Maintainer as Uploader
# do changes as above
# to inject your freshly created repository you can use
svn checkout svn://anonscm.debian.org/debian-med/trunk/helper-scripts 
/tmp/helper-scripts
/tmp/helper-scripts/inject-into-alioth-git

This is basically what I did with the packages above and I'll try
to keep on working on this.

> | > | I intend to refresh with new upstream sources anyway in the next couple 
> of days.  May be we can do
> | > | real uploads of most of the packages ourselves? 
> | > 
> | > Please do. Being behind upstream is essentially never a good idea.
> | 
> | I'd prefer if you would leave out at least every second chance to repeat
> | this.  We could talk about this once somebody might pay somebody to
> | follow each and every update of any random R package.
> 
> I may once you start to maintain them -- instead of just hoarding them Take
> but one example: https://packages.debian.org/sid/r-cran-data.table
> 
> Exactly who is served by not updating one of the more widely used to package
> to one of the two releases that happened _this calendar year_ ?

If you would ask a non-polemic question I would consider answering
instead of working on the packages even if you are stealing the topic of
the thread. 

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#874599: openmw: Please upgrade to version 0.42.0

[Sam Protsenko]

Package: openmw
Version: 0.41.0-1+b1
Severity: wishlist

Dear Maintainer,

Please upgrade openmw to new upstream version (0.42.0).

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

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

Versions of packages openmw depends on:
ii  libavcodec5710:3.3.3-dmo3
ii  libavformat57   10:3.3.3-dmo3
ii  libavutil55 10:3.3.3-dmo3
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b1
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b1
ii  libboost-system1.62.0   1.62.0+dfsg-4+b1
ii  libbullet2.86   2.86.1+dfsg-2
ii  libc6   2.24-17
ii  libgcc1 1:7.2.0-3
ii  libgl1-mesa-glx [libgl1]13.0.6-1+b2
ii  libmyguiengine3debian1v53.2.2-5
ii  libopenal1  1:1.17.2-4+b2
ii  libopenscenegraph-3.4-130   3.4.0+dfsg1-4+b4
ii  libopenthreads203.2.3+dfsg1-2+b5
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libsdl2-2.0-0   2.0.5+dfsg1-3
ii  libstdc++6  7.2.0-3
ii  libswresample2  10:3.3.3-dmo3
ii  libswscale4 10:3.3.3-dmo3
ii  libtinyxml2.6.2v5   2.6.2-4
ii  openmw-data 0.41.0-1

Versions of packages openmw recommends:
ii  openmw-launcher  0.41.0-1+b1

openmw suggests no packages.

-- no debconf information

Bug#874290: refcard: [INTL:nl] Dutch po file for the refcard package

[Holger Wansing]

Control: tags -1 + pending

Frans Spiesschaert  wrote:
>  
>  
> Package: refcard 
> Severity: wishlist 
> Tags: l10n patch 
>  
>  
>  
> Dear Maintainer, 
>  
>  
> Please find attached the updated Dutch po file for the refcard
> package. 
> It has been submitted for review to the debian-l10n-dutch mailing
> list. 
> Please add it to your next package revision. 
> It should be put as "po4a/nl.po" in your package build tree. 

Hi Frans,

I have committed this to git. The PDF builds fine. Thanks


Tagging bug as pending.


-- 

Created with Sylpheed 3.5.1 under the   n e w
D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#857248: nullmailer: bug found!

[Felix Lechner]

On Wed, Sep 6, 2017 at 5:44 PM, David Bremner  wrote:

> Felix Lechner  writes:
>
> >   }
> >   // else if(hostname.find_first('.') < 0) [NOT ADOPTED]
> > // return false; [NOT ADOPTED]
> >   return true;
> > }
>
> That change was originally to fix
>
>  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504184
>
> Do you know if the configurations discussed there will still work?
>
> d
>

Hi David,

Nice detective work! Attached please find a patch to allow unqualified
domain names.

I further attached an updated patch for '/etc/mailname'. A small warning is
issued when 'me' is present, but the file is disregarded---as it says in
the man pages. The tests use '/etc/mailname', as well.

Please apply the second patch after the first.

Finally, I added some information to an empty section for nullmailer on the
Debian Wiki for '/etc/mailname' .
Please edit further if needed. Thank you!

Best regards,
Felix


allow-unqualified-domains.patch.gz
Description: GNU Zip compressed data


etc-mailname.patch.gz
Description: GNU Zip compressed data

Bug#874598: ardour: GUI doesn't load

[Ivan Stana]

Package: ardour
Version: 1:5.11.0-1
Severity: important

Dear Maintainer,

When I want to run ardour5, it gets stuck and GUI doesn't load at all. CPU 
utilization is 100%.

I wiped ~/.config/ardour5 directory, tried to start jack server separately, 
installed gtk2 murrine theme
and waited about 30 minutes and search internet a bit, but no luck.

$ ardour5
WARNING: Your system has a limit for maximum amount of locked memory!
 This might cause Ardour to run out of memory before your system runs
 out of memory. You can view the memory limit with 'ulimit -l', and it
 is normally controlled by /etc/security/limits.conf

bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale
Ardour5.11.0 (built using 1:5.11.0-1 and GCC version 7.2.0)
ardour: [INFO]: Your system is configured to limit Ardour to only 1048576 open 
files
ardour: [INFO]: Loading system configuration file /etc/ardour5/system_config
ardour: [INFO]: CPU vendor: GenuineIntel
ardour: [INFO]: AVX-capable processor
ardour: [INFO]: CPU brand: Intel(R) Core(TM) i3-3225 CPU @ 3.30GHz
ardour: [INFO]: Using SSE optimized routines
ardour: [INFO]: Loading default ui configuration file 
/etc/ardour5/default_ui_config
Color shuttle bg not found
ardour: [INFO]: Loading color file /usr/share/ardour5/themes/dark-ardour.colors
c^C


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

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

Versions of packages ardour depends on:
ii  ardour-data   1:5.11.0-1
ii  jackd 5
ii  libarchive13  3.2.2-2
ii  libasound21.1.3-5
ii  libatkmm-1.6-1v5  2.24.2-2
ii  libaubio5 0.4.5-1
ii  libc6 2.24-17
ii  libcairo2 1.14.10-1
ii  libcairomm-1.0-1v51.12.2-1
ii  libcurl3-gnutls   7.55.1-1
ii  libcwiid1 0.6.00+svn201-4
ii  libfftw3-single3  3.3.6p2-2
ii  libfluidsynth11.1.6-4
ii  libfontconfig12.12.3-0.2
ii  libgcc1   1:7.2.0-3
ii  libgdk-pixbuf2.0-02.36.5-4
ii  libglib2.0-0  2.53.6-1
ii  libglibmm-2.4-1v5 2.50.1-1
ii  libgtk2.0-0   2.24.31-2
ii  libgtkmm-2.4-1v5  1:2.24.5-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.10+20150825git1ed50c92~dfsg-5
ii  liblilv-0-0   0.24.2~dfsg0-1
ii  liblo70.29-1
ii  liblrdf0  0.6.1-1
ii  libltc11  1.3.0-1
ii  libpango-1.0-01.40.11-1
ii  libpangocairo-1.0-0   1.40.11-1
ii  libpangoft2-1.0-0 1.40.11-1
ii  libpangomm-1.4-1v52.40.1-3
ii  libqm-dsp01.7.1-3
ii  librubberband21.8.1-7
ii  libsamplerate00.1.9-1
ii  libsigc++-2.0-0v5 2.10.0-1
ii  libsndfile1   1.0.28-4
ii  libstdc++67.2.0-3
ii  libsuil-0-0   1:0.8.4-dmo4
ii  libtag1v5 1.11.1+dfsg.1-0.1
ii  libusb-1.0-0  2:1.0.21-2
ii  libvamp-hostsdk3v51:2.7.1-dmo1
ii  libvamp-sdk2v51:2.7.1-dmo1
ii  libx11-6  2:1.6.4-3
ii  libxml2   2.9.4+dfsg1-4

Versions of packages ardour recommends:
ii  ardour-video-timeline  1:5.11.0-1
ii  chromium [www-browser] 60.0.3112.78-1
ii  firefox-esr [www-browser]  52.3.0esr-2
ii  iceweasel  52.3.0esr-2
ii  w3m [www-browser]  0.5.3-34

Versions of packages ardour suggests:
pn  jamin 
ii  qjackctl  0.4.5-1

-- no debconf information

Bug#874571: new upstream (1.2)

[Daniel Baumann]

On 09/07/2017 06:31 PM, Jörg Frings-Fürst wrote:
> since mid 2016 remmina maintainer are "Debian Remote Maintainers"[1].

maybe, but the current package does still lists you and only you as the
maintainer, there's no ITA or O either..

>> Now, 1.2 is out for quite a while, stretch too.. can we have a current
>> remmina in unstable please?

..so my original question still stands: can we have a current remmina in
unstable please?

Regards,
Daniel

Bug#868769: hkt tries to open pubring.gpg which does not exist in gnupg >= 2.1

[Daniel Kahn Gillmor]

On Tue 2017-07-18 12:15:29 +, Clint Adams wrote:
> On Tue, Jul 18, 2017 at 03:43:52AM -0700, Cody Brownstein wrote:
>> gnupgp versions 2.1 and higher store public (and private) keys in keybox
>> format in ~/.gnupg/pubring.kbx
>> 
>> hkt tries to open ~/.gnupg/pubring.gpg which is correct for gnupg
>> versions lower than 2.1
>> 
>> Because hkt tries to open ~/.gnupg/pubring.gpg which does not exist, hkt
>> fails with the following error:
>> 
>> amnesia@amnesia:~$ hkt export-pubkeys 0x9BB25A1A5C1D9108
>> hkt (hopenpgp-tools) 0.19.4
>> Copyright (C) 2012-2016  Clint Adams
>> hkt comes with ABSOLUTELY NO WARRANTY. This is free software, and you
>> are welcome to redistribute it under certain conditions.
>> hkt: /home/amnesia/.gnupg/pubring.gpg: openBinaryFile: does not exist
>> (No such file or directory)
>
> This is true; hOpenPGP has no concept of keybox format, at least for
> now.

Is there any reason why hkt should try to use something in the GnuPG
homedir?

Shouldn't hkt prefer an explicitly-named OpenPGP keyring instead?  GnuPG
upstream generally doesn't want users poking around in its homedir, and
prefers users to use its documented export and import interfaces.

--dkg


signature.asc
Description: PGP signature

Bug#873105: find-file-in-project/5.4.3-1 [ITP]

[Diane Trout]

On Thu, 2017-09-07 at 09:55 -0400, Nicholas D Steeves wrote:
> Hi Diane,
> 
> Welcome to the pkg-emacsen team! :-)

Thank you :)

> 
> If sponsoring from git, please use commit b58d0e6
> If sponsoring from mentors, here is the updated link:
> https://mentors.debian.net/debian/pool/main/f/find-file-in-project/fi
> nd-file-in-project_5.4.3-1.dsc

I just go the email saying it's in NEW.

Feel free to email me when you have another package ready.

Diane

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

Bug#874597: debian-installer: switch to debhelper 10

[Cyril Brulebois]

Source: debian-installer
Severity: normal

We're still using debhelper 7, and we're seeing such lines during the build:
| dh_clean: Compatibility levels before 9 are deprecated (level 7 in use)
| dh_installdirs: Compatibility levels before 9 are deprecated (level 7 in use)

… so I guess it's time we update debhelper compat and check Standards-Version.
Any takers?

While I'm at it, other deprecation warnings show up:
| depmod: WARNING: Ignored deprecated option -q
| depmod: WARNING: Ignored deprecated option -q
| depmod: WARNING: Ignored deprecated option -q
| depmod: WARNING: Ignored deprecated option -q


KiBi.

Bug#867814: stretch-pu: package ncurses/6.0+20161126-1+deb9u1

[Salvatore Bonaccorso]

Hi Sven,

On Thu, Sep 07, 2017 at 08:20:34PM +0200, Sven Joachim wrote:
> On 2017-09-07 05:32 +0200, Salvatore Bonaccorso wrote:
> 
> > Not a must, and note that is just a comment on my side, I'm not a SRM:
> > if possible add a bug closer as well to the changelog entry so that
> > when the point release happends, the correct fixed version is as well
> > propagated to the BTS bugs.
> 
> Heh, it was you who had marked these bugs as found in 6.0+20170715-2 in
> the first place. ;-)  Anyway, I have updated the changelog and also

Yes, let me explain. That was just because at that point it was clear
that the bugs are in that version, no checks for older versions were
made. Then you did further work, and found the jessie and stretch
version as well as affected. So only later updated the BTS with the
repsective other found versions. Hope this explains. But we are maybe
side-tracking the SRM now, so I shut up!

Regards and thanks for your work!
Salvatore

Bug#873479: Bug#873481: jessie-pu: package bind9/9.9.5.dfsg-9+deb8u13.1

[Ondřej Surý]

Version fixed and uploaded. Thanks a lot.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver

On Thu, Sep 7, 2017, at 19:34, Adam D. Barratt wrote:
> Control: tags -1 - d-i
> 
> On Mon, 2017-08-28 at 12:08 +0200, Ondřej Surý wrote:
> > Hi Adam,
> > 
> > thanks for the quick response.
> > 
> > On Mon, Aug 28, 2017, at 11:44, Adam D. Barratt wrote:
> [...]
> > > +bind9 (1:9.9.5.dfsg-9+deb8u13.1) jessie; urgency=high
> > > 
> > > Upload numbers are simple integers - 1:9.9.5.dfsg-9+deb8u14,
> > > please.
> > 
> > Lol, I had deb8u14 in the first compilation run, but changed it and
> > recompiled it again :).
> > 
> 
> With the version corrected to deb8u14, please go ahead.
> 
> Regards,
> 
> Adam

Bug#829487: [Python-modules-team] Bug#829487: New upstream release available

[Sandro Tosi]

control: severity -1 important

On Sun, Jul 3, 2016 at 2:17 PM, Martin Michlmayr  wrote:
> Version 2.3.0 came out in February:
> https://github.com/elastic/elasticsearch-py/releases

now we are at v5.4.0, this package is badly outdated, hence the severity bump

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#874595: dunst crashed with SIGSEGV in xdgSearchableConfigDirectories()

[Michael Stapelberg]

control: reassign -1 libxdg-basedir1

This crash seems to happen in libxdg-basedir:

>  #0  0x7f0e1fda8c28 in xdgSearchableConfigDirectories () at 
> /usr/lib/libxdg-basedir.so.1
>  #1  0x7f0e1fda8e0b in xdgConfigOpen () at /usr/lib/libxdg-basedir.so.1

Bug#867814: stretch-pu: package ncurses/6.0+20161126-1+deb9u1

[Sven Joachim]

On 2017-09-07 05:32 +0200, Salvatore Bonaccorso wrote:

> Not a must, and note that is just a comment on my side, I'm not a SRM:
> if possible add a bug closer as well to the changelog entry so that
> when the point release happends, the correct fixed version is as well
> propagated to the BTS bugs.

Heh, it was you who had marked these bugs as found in 6.0+20170715-2 in
the first place. ;-)  Anyway, I have updated the changelog and also
fixed a typo in it.

diff --git a/debian/changelog b/debian/changelog
index 160b2cb1..a75f99e6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -7,11 +7,12 @@ ncurses (6.0+20161126-1+deb9u1) stretch; urgency=medium
 regression from the above security fixes (see #868266).
   * Cherry-pick upstream fixes from the 20170826 patchlevel for more
 crash bugs in the tic library (CVE-2017-13728, CVE-2017-13729,
-CVE-2017-13730, CVE-2017-13731, CVE-2017-13732, CVE-2017-13734).
-  * Cerry-pick upstream fixes from the 20170902 patchlevel to fix
-another crash bug in the tic program (CVE-2017-13733).
+CVE-2017-13730, CVE-2017-13731, CVE-2017-13732, CVE-2017-13734,
+Closes: #873723).
+  * Cherry-pick upstream fixes from the 20170902 patchlevel to fix
+another crash bug in the tic program (CVE-2017-13733, Closes: #873746).
 
- -- Sven Joachim   Mon, 04 Sep 2017 22:04:15 +0200
+ -- Sven Joachim   Thu, 07 Sep 2017 19:05:43 +0200
 
 ncurses (6.0+20161126-1) unstable; urgency=low
 

If a new full debdiff is wanted, please say so.

Cheers,
   Sven

Bug#874596: vis: collides with standard utility name

[Thorsten Glaser]

Package: vis

This package collides with the standard utility vis(1),
see, for example: http://www.mirbsd.org/man1/vis

Bug#818968: Long live Oysttyer

[Thorsten Alteholz]

Hi Thijs,

On Tue, 29 Aug 2017, Thijs Kinkhorst wrote:

Do you think it would be useful if oysttyer would also provide a
transitional package ttytter, or should we remove ttytter wholesale now?


as you need to authorize oysttyer with twitter again, it is not just a 
drop in replacement. So I would say removing ttytter without a 
transitional package would be ok.


  Thorsten

Bug#874595: dunst crashed with SIGSEGV in xdgSearchableConfigDirectories()

[giovanni . alberotanza]

Package: dunst
Version: 1.1.0-2+b1


=

ProblemType: Crash
Architecture: amd64
CrashCounter: 1
Date: Thu Sep  7 20:10:11 2017
Dependencies:
 adduser 3.116
 apt 1.5~rc1
 apt-utils 1.5~rc1
 ca-certificates 20170717
 coreutils 8.26-3
 dbus 1.11.16+really1.10.22-1
 debconf 1.5.63
 debconf-i18n 1.5.63
 debian-archive-keyring 2017.6
 dpkg 1.18.24
 fontconfig 2.12.3-0.2
 fontconfig-config 2.12.3-0.2
 fonts-dejavu-core 2.37-1
 gcc-7-base 7.2.0-4
 gpgv 2.2.0-1
 init-system-helpers 1.49
 libacl1 2.2.52-3+b1
 libapparmor1 2.11.0-10
 libapt-inst2.0 1.5~rc1
 libapt-pkg5.0 1.5~rc1
 libattr1 1:2.4.47-2+b2
 libaudit-common 1:2.7.7-1
 libaudit1 1:2.7.7-1+b2
 libblkid1 2.29.2-4
 libbsd0 0.8.6-2
 libbz2-1.0 1.0.6-8.1
 libc6 2.24-17
 libcairo2 1.14.10-1
 libcap-ng0 0.7.7-3+b1
 libdatrie1 0.2.10-5
 libdb5.3 5.3.28-13.1
 libdbus-1-3 1.11.16+really1.10.22-1
 libexpat1 2.2.3-1
 libffi6 3.2.1-6
 libfontconfig1 2.12.3-0.2
 libfreetype6 2.8-0.2
 libgcc1 1:7.2.0-4
 libgcrypt20 1.7.9-1
 libglib2.0-0 2.53.6-1
 libglib2.0-data 2.53.6-1
 libgmp10 2:6.1.2+dfsg-1
 libgnutls30 3.5.15-2
 libgpg-error0 1.27-3
 libgraphite2-3 1.3.10-2
 libharfbuzz0b 1.4.2-1
 libhogweed4 3.3-1+b1
 libicu57 57.1-6
 libidn2-0 2.0.2-3
 liblocale-gettext-perl 1.07-3+b3
 liblz4-1 0.0~r131-2+b1
 liblzma5 5.2.2-1.3
 libmount1 2.29.2-4
 libnettle6 3.3-1+b1
 libp11-kit0 0.23.7-3
 libpam-modules 1.1.8-3.6
 libpam-modules-bin 1.1.8-3.6
 libpam0g 1.1.8-3.6
 libpango-1.0-0 1.40.12-1
 libpangocairo-1.0-0 1.40.12-1
 libpangoft2-1.0-0 1.40.12-1
 libpcre3 2:8.39-4
 libpixman-1-0 0.34.0-1
 libpng16-16 1.6.32-1
 libselinux1 2.6-3+b2
 libsemanage-common 2.6-2
 libsemanage1 2.6-2+b1
 libsepol1 2.6-2
 libssl1.1 1.1.0f-5
 libstdc++6 7.2.0-4
 libsystemd0 234-3
 libtasn1-6 4.12-2.1
 libtext-charwidth-perl 0.04-7.1
 libtext-iconv-perl 1.7-5+b6
 libtext-wrapi18n-perl 0.06-7.1
 libthai-data 0.1.26-3
 libthai0 0.1.26-3
 libunistring2 0.9.7-2
 libustr-1.0-1 1.0.4-6
 libuuid1 2.29.2-4
 libx11-6 2:1.6.4-3
 libx11-data 2:1.6.4-3
 libxau6 1:1.0.8-1+b2
 libxcb-render0 1.12-1
 libxcb-shm0 1.12-1
 libxcb1 1.12-1
 libxdg-basedir1 1.2.0-1
 libxdmcp6 1:1.1.2-3
 libxext6 2:1.3.3-1+b2
 libxft2 2.3.2-1+b2
 libxinerama1 2:1.1.3-1+b3
 libxml2 2.9.4+dfsg1-4
 libxrender1 1:0.9.10-1
 libxss1 1:1.2.2-1+b2
 lsb-base 9.20170808
 openssl 1.1.0f-5
 passwd 1:4.4-4.1
 perl-base 5.26.0-7
 shared-mime-info 1.8-1
 tar 1.29b-2
 ucf 3.0036
 uuid-runtime 2.29.2-4
 x11-common 1:7.7+19
 xdg-user-dirs 0.15-3
 zlib1g 1:1.2.8.dfsg-5
Disassembly:
 => 0x7f0e1fda8c28 :  mov0x28(%rax),%rax
0x7f0e1fda8c2c : retq   
0x7f0e1fda8c2d : nopl   (%rax)
0x7f0e1fda8c30 : push   %rbp
0x7f0e1fda8c31 : xor%edi,%edi
0x7f0e1fda8c33 : sub$0x10,%rsp
0x7f0e1fda8c37 : callq  0x7f0e1fda7dd0 

0x7f0e1fda8c3c : mov%rax,%rbp
0x7f0e1fda8c3f : xor%eax,%eax
0x7f0e1fda8c41 : test   %rbp,%rbp
0x7f0e1fda8c44 : je 0x7f0e1fda8c61 

0x7f0e1fda8c46 : lea
0x201483(%rip),%rdx# 0x7f0e1ffaa0d0
0x7f0e1fda8c4d : lea0x24b(%rip),%rdi 
   # 0x7f0e1fda8e9f
0x7f0e1fda8c54 : mov%rbp,%rsi
0x7f0e1fda8c57 : callq  0x7f0e1fda7fa0
0x7f0e1fda8c5c : test   %rax,%rax
DistroRelease: Debian unstable
ExecutablePath: /usr/bin/dunst
JournalErrors:
 Error: command ['journalctl', '-b', '--priority=warning', '--lines=1000'] 
failed with exit code 1: Hint: You are currently not seeing messages from other 
users and the system.
   Users in the 'systemd-journal' group can see all messages. Pass -q to
   turn off this notice.
 No journal files were opened due to insufficient permissions.
 
Package: dunst 1.1.0-2+b1
ProcCmdline: /usr/bin/dunst
ProcEnviron:
 PATH=(custom, no user)
 LANG=it_IT.utf8
ProcMaps:
 46ad86c000-46ad87a000 r-xp  08:05 136203 
/usr/bin/dunst
 46ada79000-46ada7a000 r--p d000 08:05 136203 
/usr/bin/dunst
 46ada7a000-46ada7b000 rw-p e000 08:05 136203 
/usr/bin/dunst
 46aed0b000-46aed2c000 rw-p  00:00 0  [heap]
 7f0e1aff7000-7f0e1b022000 r-xp  08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f0e1b022000-7f0e1b221000 ---p 0002b000 08:05 391277 
/usr/lib/x86_64-linux-gnu/libgraphite2.so.3.0.1
 7f0e1b221000-7f0e1b223000 r--p 0002a000 08:05 391277

Bug#874594: nmu: ants_2.2.0-1

[Andreas Beckmann]

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

nmu ants_2.2.0-1 . ANY . experimental . -m "Rebuild against 
libinsighttoolkit4.12."

Let's finish that transition in experimental, too.


Andreas

Bug#874593: wims: no certificate check in the build rules

[Marc Chantreux]

Source: wims
Severity: important

Dear Maintainer,

in the wims/compile (line 44), you don't seem to test any sum and you
ignore the certificate.

wget --no-check-certificate 
http://github.com/mathjax/MathJax/zipball/$vmathjax-latest

well ... this is frighten me as potential user with security concerns
and i hope this report can help you to make things more trustable.

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


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

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

Bug#870005: stretch-pu: package samba/2:4.5.12+dfsg-1

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2017-08-22 at 21:40 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
[...]
> +samba (2:4.5.12+dfsg-1) stretch-security; urgency=medium
> 
> The distribution there wants to be "stretch", please. (I assume that
> was
> automagically inherited from the previous upload.)
> 
> +- Fix outdated DNS Root servers (Closes: #865406)
> 
> The fact that needs to be done makes me sad. :-(
> 
> With the above change, please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#869577: stretch-pu: package kf5-messagelib/4:16.04.3-3

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2017-08-22 at 21:18 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2017-08-21 at 18:04 +0200, Sandro Knauß wrote:
> > now I rebuilt the package with the attached debdif on a sbuild -d
> > stretch-
> > amd64 and tried kontact under a virtualbox.
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#874592: [patch] Fix upstream name and homepage in src:package

[Nicholas D Steeves]

Package: ghub-plus-el
Version: 0.1.5-1
Severity: normal
Tags: patch

Hi Matteo,

Please find attached patches to fix the upstream name and homepage in 
src:ghub-plus-el.

Kind regards,
Nicholas
>From 0bcc04da8d10f636eeac90299790fce63448a5ca Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves 
Date: Thu, 7 Sep 2017 13:31:49 -0400
Subject: [PATCH 1/2] Fix Upstream-Name

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

diff --git a/debian/copyright b/debian/copyright
index 71102a3..9fc844e 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,5 +1,5 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
-Upstream-Name: ghub-plus-el
+Upstream-Name: ghub-plus
 
 Files: *
 Copyright: (C) 2017 Sean Allred
-- 
2.11.0

>From f9db33f310b7ad27965592cad4431bcfe2af677b Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves 
Date: Thu, 7 Sep 2017 13:32:46 -0400
Subject: [PATCH 2/2] Fix typo in Homepage

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

diff --git a/debian/control b/debian/control
index 6d6d2d1..8fef25f 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Maintainer: Debian Emacs addons team 

 Build-Depends: debhelper (>= 10), dh-elpa
 Standards-Version: 4.0.0
-Homepage: https://github.com/vermiculus/github-plus
+Homepage: https://github.com/vermiculus/ghub-plus
 Vcs-Browser: https://anonscm.debian.org/cgit/pkg-emacsen/pkg/ghub-plus-el.git
 Vcs-Git: https://anonscm.debian.org/git/pkg-emacsen/pkg/ghub-plus-el.git
 Testsuite: autopkgtest-pkg-elpa
-- 
2.11.0

Bug#869574: stretch-pu: package kdepim/4:16.04.3-4

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2017-08-22 at 21:19 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2017-08-21 at 18:03 +0200, Sandro Knauß wrote:
> > now I rebuilt the package with the attached debdif on a sbuild -d
> > stretch-
> > amd64 and tried kontact under a virtualbox.
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#873481: jessie-pu: package bind9/9.9.5.dfsg-9+deb8u13.1

[Adam D. Barratt]

Control: tags -1 - d-i

On Mon, 2017-08-28 at 12:08 +0200, Ondřej Surý wrote:
> Hi Adam,
> 
> thanks for the quick response.
> 
> On Mon, Aug 28, 2017, at 11:44, Adam D. Barratt wrote:
[...]
> > +bind9 (1:9.9.5.dfsg-9+deb8u13.1) jessie; urgency=high
> > 
> > Upload numbers are simple integers - 1:9.9.5.dfsg-9+deb8u14,
> > please.
> 
> Lol, I had deb8u14 in the first compilation run, but changed it and
> recompiled it again :).
> 

With the version corrected to deb8u14, please go ahead.

Regards,

Adam

Bug#873479: stretch-pu: package bind9/1:9.10.3.dfsg.P4-12.3+deb9u3

[Adam D. Barratt]

Control: tags -1 - d-i

On Mon, 2017-08-28 at 10:40 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
> 
> On Mon, 2017-08-28 at 10:21 +0200, Ondřej Surý wrote:
> > this is the next update in the series of KSK-2017 RZ KSK rollover.
> > 
> > Only the default keys have been updated.
> 
> This looks fine to me, but will need a d-i ack due to the fact that
> the
> package generates a udeb.
> 

That happened now, so please go ahed.

Regards,

Adam

Bug#873054: stretch-pu: package dns-root-data/2017072601~deb9u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2017-08-27 at 11:40 +0100, Adam D. Barratt wrote:
> Control: tags -1 +confirmed -moreinfo
> 
> On Thu, 2017-08-24 at 08:55 +0200, Ondřej Surý wrote:
> > I forgot to attach the debdiff and rest.  So here it is.
> 
> Please go ahead.
> 

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#873053: jessie-pu: package dns-root-data/2017072601~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sun, 2017-08-27 at 11:38 +0100, Adam D. Barratt wrote:
> Control: tags -1 +confirmed -moreinfo
> 
> On Thu, 2017-08-24 at 08:57 +0200, Ondřej Surý wrote:
> > I forgot to attach debdiff and rest, so here it is.
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#869926: RFS: oprofile/1.2.0-1 [ITP]

[Andrey Rahmatullin]

dpkg-gencontrol: warning: Depends field of package libopagent-dev: unknown 
substitution variable ${shlibs:Depends}

I: oprofile source: duplicate-short-description libopagent1 libopagent-dev
W: oprofile-jit: package-has-unnecessary-activation-of-ldconfig-trigger
W: libopagent-dev: wrong-section-according-to-package-name libopagent-dev => 
libdevel

There is also
E: oprofile-jit: package-modifies-ld.so-search-path 
etc/ld.so.conf.d/oprofile-jit.conf
but it seems there is no good solution to this.


-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#871835: speed up for debootstrap

[Thomas Lange]

> On Thu, 7 Sep 2017 18:28:33 +0200, Tiago Ilieve  
> said:

> Do you mind to share how you identified those slower parts of the
> code? Have you used a profiler or a similar tool?
I didn't used a profiler. I just look at the code and saw that the
/var/lib/dpkg/available files is read several times, and that often
only certains lines are needed. Using grep is much faster that doing
this with perl. I also replaced a loop with a perl hash and moved an
expression which always evaluates to the same value out of a loop.
But read the commit mails of the patches, they explain a lot in
detail.

I also tried to optimize some perl regex, but my tests didn't gain a
notable improvement, so if left the regex unchanged.
-- 
regards Thomas

Bug#854254: Binaries

[John Goerzen]

For those of you wanting to try this out on stretch, I built the package
with this patch.  Download from:

https://people.debian.org/~jgoerzen/kipi-plugins-common_5.3.0-1_all.deb

and

https://people.debian.org/~jgoerzen/kipi-plugins_5.3.0-1_amd64.deb

And verify sha256sums:

c80faa0f239e98535d603223c0566f2a522ff4aa68d027aba38de201bc8b2613 
kipi-plugins_5.3.0-1_amd64.deb
f2ae2a52a708c87d84105743f55a9b42038221a9edf6a7b1996e49245234a1a9 
kipi-plugins-common_5.3.0-1_all.deb

John

Bug#865460: No login and crash at reconnect

[Rolf Leggewie]

severity 865460 important
thanks


On 08.09.2017 00:40, Jörg Frings-Fürst wrote:
> roger is unusablel with this bug. So I set the severity to grave.

Hello Jörg,

thank you for the report.  FWIW, roger runs fine for me, albeit on an
Ubuntu system.  In your original report you write "since some days
roger-router don't login at start and crashes at reconnect.", so I will
assume it was initially working fine.  To me that hints at a problem
elsewhere, not in the roger package.  Alsa maybe?  Can you recollect any
changes you made around the time the breakage occurred?  I wonder if
there is some kind of library incompatibility.  Does rebuilding the
package help at all?

Furthermore, I suppose the CLI of roger would still be working even for
you, or am I mistaken?  As such, "a bug which has a major effect on the
usability of a package, without rendering it completely unusable to
everyone." seems to apply here and thus I would think that severity
important is correct.

Regards

Rolf

Bug#867814: stretch-pu: package ncurses/6.0+20161126-1+deb9u1

[Cyril Brulebois]

Sven Joachim  (2017-09-06):
> Meanwhile seven new CVEs in the tic library and programs have been
> reported, and I would like to fix those as well, see the attached new
> debdiff.  It contains all the library changes from the 20170826 upstream
> patchlevel and the program fixes of the 20170902 patchlevel.  I have
> also attached the test cases for the 13 bugs reported in the Red Hat
> bugtracker.
> 
> >>> I'd be okay with this, but it will need a kibi-ack due to the udeb.
> >>
> >> The changes do not touch the tinfo library which is all that shipped in
> >> the udeb.
> >
> > To elaborate on that, ncurses/tinfo/{alloc,parse}_entry.c are compiled
> > into the tic library while progs/dump_entry.c is for the infocmp and tic
> > programs.  Building 6.0+20161126-1 and 6.0+20161126-1+deb9u1 in a
> > stretch chroot produced identical libtinfo.so.5.9 files.
> 
> This is unfortunately no longer the case, since strings.c and
> trim_sgr0.c are compiled into the tinfo library.  However, the changes
> to these files are small.

I have no straightforward way to double check things still run smoothly
with stretch's d-i, so I'll follow whatever decision the release team
makes; if regressions pop up, we'll figure out how to fix them.


KiBi.


signature.asc
Description: PGP signature

Bug#873479: stretch-pu: package bind9/1:9.10.3.dfsg.P4-12.3+deb9u3

[Cyril Brulebois]

Adam D. Barratt  (2017-08-28):
> On Mon, 2017-08-28 at 10:21 +0200, Ondřej Surý wrote:
> > this is the next update in the series of KSK-2017 RZ KSK rollover.
> > 
> > Only the default keys have been updated.
> 
> This looks fine to me, but will need a d-i ack due to the fact that the
> package generates a udeb.
> 
> > This is the stretch part of the update.  It also looks like that the
> > version in unstable need manual override to migrate to testing:
> > 
> > * Not touching package due to block-udeb request by freeze (please
> >   contact the d-i release manager if an update is needed)
> 
> Indeed, there's a udeb freeze currently in order to try and prepare a
> d-i alpha for buster. That's somewhat outside the scope of the p-u
> request though.

No objections, thanks.


KiBi.


signature.asc
Description: PGP signature

Bug#873921: fixed in python3.5 3.5.4-4

[Luc Didry]

I have the same bug, but unfortunately am unable to install python3.5 3.5.4-4 to
test it with borgbackup: apt asks to remove (borgbackup and python3-llfuse) when
trying to upgrade python3.5.
-- 
Luc
https://fiat-tux.fr/
https://luc.frama.io/
Internet n'est pas compliqué, Internet est ce que vous en faites.

Bug#873481: jessie-pu: package bind9/9.9.5.dfsg-9+deb8u13.1

[Cyril Brulebois]

Hi,

Adam D. Barratt  (2017-08-28):
> Control: tags -1 + confirmed d-i
> 
> On Mon, 2017-08-28 at 11:03 +0200, Ondřej Surý wrote:
> > this is the jessie counterpart of bind9 update to KSK-2017.
> > 
> > No other change has been done to the package.
> 
> Nonetheless, the udeb means that we need a d-i ack.

No objections.

> +bind9 (1:9.9.5.dfsg-9+deb8u13.1) jessie; urgency=high
> 
> Upload numbers are simple integers - 1:9.9.5.dfsg-9+deb8u14, please.

Haven't seen a follow-up with a source debdiff with a proper version
number, FWIW. (Plus Subject update.)


KiBi.


signature.asc
Description: PGP signature