Bug#889804: flashplugin-nonfree: Does not work anymore because adobe site have moved to https and script does not hanlde redirect

[Eric Valette]

Package: flashplugin-nonfree
Version: 1:3.7
Severity: grave
Justification: renders package unusable

update-flashplugin-nonfree --status
Flash Player version installed on this system  : 28.0.0.161
link to Adobe Flash Player not found on http://www.adobe.com/ at 
get-upstream-version.pl line 58.
ERROR: failed to get upstream version
More information might be available at:
  http://wiki.debian.org/FlashPlayer


-- Package-specific info:
Debian version: buster/sid
Architecture: amd64
Package version: 1:3.7
Adobe Flash Player version: [@LNX 28,0,0,161
MD5 checksums:
99bbfc9d1c2977c7d8f86f4d3fc830a4  
/var/cache/flashplugin-nonfree/adobewebpage.html
f953c34ab0b018d448221c3f5fa9bbd5  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
  link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
lrwxrwxrwx 1 root root 34 Aug 21  2016 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
/etc/alternatives/flash-mozilla.so

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.30-2
ii  ca-certificates20170717
ii  debconf [debconf-2.0]  1.5.65
ii  gnupg  2.2.4-2
ii  gnupg2 2.2.4-2
ii  libatk1.0-02.26.1-3
ii  libcairo2  1.15.10-1
ii  libcurl3-gnutls7.58.0-2
ii  libfontconfig1 2.12.6-0.1
ii  libfreetype6   2.8.1-1
ii  libgcc11:7.3.0-1
ii  libglib2.0-0   2.55.1-1
ii  libgtk2.0-02.24.32-1
ii  libnspr4   2:4.18-1
ii  libnss32:3.35-2
ii  libpango1.0-0  1.40.14-1
ii  libstdc++6 7.3.0-1
ii  libx11-6   2:1.6.4-3
ii  libxext6   2:1.3.3-1+b2
ii  libxt6 1:1.1.5-1
ii  wget   1.19.4-1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  firefox-esr52.6.0esr-2
ii  fonts-dejavu   2.37-1
pn  hal-flash  
pn  iceweasel  
ii  konqueror-nsplugins4:16.08.3-1
pn  ttf-mscorefonts-installer  
ii  ttf-xfree86-nonfree4.2.1-5

-- no debconf information

Bug#828827: myrepos: mr hours_since does not grok git fake bare repos

[Paul Wise]

Control: tags -1 + fixed-upstream
Control: forwarded -1 
http://source.myrepos.branchable.com/?p=source.git;a=commitdiff;h=45f246e8f8766db9c64b243dfa2a18505fe70f95

On Tue, 28 Jun 2016 09:55:00 +0200 Marc Haber wrote:

> mr skip hours_since does not find a place to put the flag file in a
> vcsh fake bare repository. The following patch places the flag file
> into the root directory of a fake bare repository, which is detected
> by existence of a refs/heads directory.

Fixed upstream by merging your patch at the URL above.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#874835: [bppphyview] Future Qt4 removal from Buster

[Andreas Tille]

On Tue, Feb 06, 2018 at 10:24:58PM +0100, Julien Yann Dutheil wrote:
> Hi,
> 
> While trying to update the libbpp-qt package to use Qt5 instead of Qt4, I'm
> getting this error (using debuild -us -uc):
> 
> devlibs error: There is no package matching [libQt5Core5-dev] and noone
> provides it, please report bug to d-shlibs maintainer
> devlibs error: There is no package matching [libQt5Gui5-dev] and noone
> provides it, please report bug to d-shlibs maintainer
> devlibs error: There is no package matching [libQt5Widgets5-dev] and noone
> provides it, please report bug to d-shlibs maintainer
> 
> Any idea of what is going on?

Yes, that's caused by d-shlibs.  D-shlibs is verifying the existence of
the library and assumes that a package is named like the library.  If
the package name is different from the library name you sometimes need
an override (several overrides are contained in d-shlibs - I'll sent a
patch once we found the correct one to simplify the rules file).

I commited an **untested** override which hopefully works - may be the
regexp needs some adjustment.  I was not able to test since I would have
needed to build all the other libs which I do not have time right now.
If you confirm that the other libbpp* packages are ready for upload I'll
do so step by step and then I'll check libbpp-qt.

Hint: For libbpp-qt pristine-tar was not updated.  I did so now but
please make sure the other libbpp* repositories are updated as well
since this simplifies my work. :-)

> The code otherwise compiles smoothly. I can
> see the packages for Qt5 changed names (no more libqt5-dev, etc), and I am
> probably missing sthg :s Git repos is updated to reproduce the error.
> 
> Any insight welcome!

Hope this hint was sufficiently helpful

 Andreas.

-- 
http://fam-tille.de

Bug#889802: clamav: new stable version (0.99.3) available

[Vladislav Artemyev]

Package: clamav
Version: 0.99.3~beta2+dfsg-1
Followup-For: Bug #889802

hello Scott Kitterman


I know it seems like 0.99.3 should be better than 0.99.3 beta2, but it turns
out it's not.


thanks a lot for explaining, i was confused

--
Vladislav Artemyev

Bug#889803: add package with cd-paranoia binary

[Pavel Sofishchenko]

Package: libcdio-paranoia
Version: 10.2+0.94+2-2
Severity: wishlist

Dear maintainer,
if it's possible please add package with cd-paranoia binary.

---
Regards,
Pavel

Bug#889740: Info received (Bug#889740: thunderbird: Faulty apparmor configuration)

[Marcin Owsiany]

FTR https://qa.debian.org/bls/packages/x/xmotd.html summarizes them nicely.

Bug#889740: thunderbird: Faulty apparmor configuration

[Marcin Owsiany]

The issue is caused by lack of getTimeStampName declaration in xmotd.c. The
implicit declaration assumed instead causes the pointer to buf to be cast
to an int, in turn causing some truncation of bits which are non-zero in
this case of a static buffer placed in a far location in address space
(probably in some special section when hardening is used). utime() detects
this and returns EFAULT.

The build log shows plenty of warnings, some of which might have a similar
effect.

Bug#889802: clamav: new stable version (0.99.3) available

[Vladislav Artemyev]

Package: clamav
Version: 0.99.3~beta2+dfsg-1

there is a new 0.99.3 stable release available from the upstream 
starting 2018-01-25 which would be nice to have in testing or maybe even 
current stable (with new minor update) Debian branches


--
Vladislav Artemyev

Bug#888743: Info received (pidofproc returns PIDs in foreign chroots and containers)

[Harald Dunkel]

PPS: Lets face it: The executable path alone is simply not suitable for
finding the PID. I might have run a second daemon listening on another
network interface, for example. I don't want that daemon killed just
because the "regular" daemon was already shutdown before.

What are the odds that the pidfile is lost without killing the daemon,
anyway? Looking at the scary side effects of this feature it might be
reasonable to kick out the path check completely and to rely upon the
pidfile only.

Would you recommend to deprecate src:lsb and replace it by a cleaned up
"lsbng"?


Regards
Harri



signature.asc
Description: OpenPGP digital signature

Bug#889801: engauge-digitizer FTCBFS: runs qmake for the build architecture

[Helmut Grohne]

Source: engauge-digitizer
Version: 10.4+ds.1-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

engauge-digitizer fails to cross build from source, because it runs
qmake for the build architecture rather than the host architecture. The
easiest way to fix this is letting dh_auto_configure handle this stuff
and indeed after doing so, engauge-digitizer cross builds successfully.
Please consider applying the attached patch.

Helmut
diff --minimal -Nru engauge-digitizer-10.4+ds.1/debian/changelog 
engauge-digitizer-10.4+ds.1/debian/changelog
--- engauge-digitizer-10.4+ds.1/debian/changelog2017-10-11 
17:35:01.0 +0200
+++ engauge-digitizer-10.4+ds.1/debian/changelog2018-02-07 
06:15:44.0 +0100
@@ -1,3 +1,10 @@
+engauge-digitizer (10.4+ds.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dh_auto_configure pass cross flags to qmake. (Closes: #-1)
+
+ -- Helmut Grohne   Wed, 07 Feb 2018 06:15:44 +0100
+
 engauge-digitizer (10.4+ds.1-1) unstable; urgency=medium
 
   * New upstream release
diff --minimal -Nru engauge-digitizer-10.4+ds.1/debian/rules 
engauge-digitizer-10.4+ds.1/debian/rules
--- engauge-digitizer-10.4+ds.1/debian/rules2017-10-01 22:16:14.0 
+0200
+++ engauge-digitizer-10.4+ds.1/debian/rules2018-02-07 06:15:40.0 
+0100
@@ -11,7 +11,7 @@
dh $@ --parallel
 
 override_dh_auto_configure:
-   ENGAUGE_RELEASE=1qmake engauge.pro CONFIG+=jpeg2000 CONFIG+=pdf
+   ENGAUGE_RELEASE=1 dh_auto_configure -- engauge.pro CONFIG+=jpeg2000 
CONFIG+=pdf
 
 override_dh_auto_build:
# build documentation

Bug#888743: pidofproc returns PIDs in foreign chroots and containers

[Harald Dunkel]

PS: I highly appreciate your concerns against blindly increasing
the list of depndencies.

Regards
Harri



signature.asc
Description: OpenPGP digital signature

Bug#889800: RFS: highwayhash/0~20180103-geeea446-2

[Lumin]

Package: sponsorship-requests
Severity: important

  Dear mentors,

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

 * Package name: highwayhash
   Version : 0~20180103-geeea446-2
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : science

  It builds those binary packages:

libhighwayhash-dev - Fast strong hash functions:
SipHash/HighwayHash (development)
 libhighwayhash0 - Fast strong hash functions: SipHash/HighwayHash (library)

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/h/highwayhash/highwayhash_0~20180103-geeea446-2.dsc

  More information about hello can be obtained from

http://debomatic-amd64.debian.net/distribution#experimental/highwayhash/0~20180103-geeea446-2/buildlog

  Changes since the last upload:


highwayhash (0~20180103-geeea446-2) experimental; urgency=medium

  * Cherry-pick upstream fix for ppc64.
+ up_add_file_update_makefile_for_ppc64_vsx.patch
  * Collect symbols update for arm64 and x32 from buildd.
Refresh symbols for amd64. (Closes: #877130)
  * Don't build anymore on architectures that are not supported by upstream.
  * Check DEB_BUILD_PROFILES on the overriden dh_auto_test target.
  * Fix package-uses-deprecated-source-override-location.
  * Override symbols-file-contains-debian-revision which is a false-positive.

-- 
Best,

Bug#888743: pidofproc returns PIDs in foreign chroots and containers

[Harald Dunkel]

Is there a replacement for this package?

Regards
Harri



signature.asc
Description: OpenPGP digital signature

Bug#879789: intercal still can't link in stretch

[Quantum]

Dear Maintainer,

I installed intercal from the stretch repository last night and noticed
that it still can't compile anything. I manually pulled in the buster
package and it works. Can the latest version be backported to stretch?

Regards,

Quantum

Bug#883352: php-doctrine-cache-bundle FTBFS: test failures

[Nish Aravamudan]

This is related to Symfony internal changes.

https://github.com/doctrine/DoctrineCacheBundle/issues/101

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#889799: php-doctrine-cache-bundle needs php-symfony-yaml for dep8 too

[Nishanth Aravamudan]

Package: php-doctrine-cache-bundle
Version: 1.3.2-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Maintainer,


In Ubuntu, the attached patch was applied to achieve the following:

  * d/t/control: add php-symfony-yaml as test dependency to match
build-depends.


Thanks for considering the patch.

*** /tmp/tmp9Djyep/php-doctrine-cache-bundle_1.3.2-2ubuntu3.debdiff
diff -Nru php-doctrine-cache-bundle-1.3.2/debian/tests/control 
php-doctrine-cache-bundle-1.3.2/debian/tests/control
--- php-doctrine-cache-bundle-1.3.2/debian/tests/control2017-11-27 
19:56:55.0 -0800
+++ php-doctrine-cache-bundle-1.3.2/debian/tests/control2018-02-06 
19:53:51.0 -0800
@@ -1,3 +1,3 @@
 Test-Command: mkdir --parents vendor && phpab --output vendor/autoload.php 
--template debian/autoload.ci.php.tpl Tests && phpunit
 Restrictions: rw-build-tree
-Depends: @, libphp-predis, php-memcache, php-memcached, php-sqlite3, 
php-symfony-console, php-symfony-framework-bundle, php-symfony-security-acl, 
phpab, phpunit, redis-server
+Depends: @, libphp-predis, php-memcache, php-memcached, php-sqlite3, 
php-symfony-console, php-symfony-framework-bundle, php-symfony-security-acl, 
php-symfony-yaml, phpab, phpunit, redis-server


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

Kernel: Linux 4.13.0-25-generic (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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#877130: highwayhash: FTBFS with GCC 7: symbols files need to be updated

[Lumin]

On 7 February 2018 at 00:27, Andreas Beckmann  wrote:
> The new upstream snapshot probably cuased further symbol changes:

Indeed and thanks. I was just waiting for an upstream build fix for ppc64el.



-- 
Best,

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nicholas D Steeves]

Hi Sandro,

Would you like a patch for current_version-new_revision or for
new_upstream_version-1?  I assumed the latter, and send two patches
also assuming that you'd squash them.  Of course I'd be happy to
squash them myself and rewrite the messages.  Whatever you prefer :-)

Hi Andreas,

On Wed, Feb 07, 2018 at 12:50:05AM +0100, Andreas Beckmann wrote:
> On 2018-02-06 23:01, Nicholas D Steeves wrote:
> > On Tue, Feb 06, 2018 at 04:02:07PM -0500, Sandro Tosi wrote:
> >>patch is welcome, NMU is not; feel free to upload the patch to this bug
> >>and i'll take care of the upload. thanks for working on this Debian bug
> > 
> > That's fair.  The main thing I'd like to avoid is the autoremoval of
> > rdepending packages ;-)
> 
> You already reset the timer by keeping the discussion in this bug alive ;-)

That's a relief!

> > I pushed to the following remote and have also
> > attached the patches (see commit messages for more info):
> > https://salsa.debian.org/sten-guest/python-regex.git
> 
> Assuming the next upload will be versioned 0.1.20171212-2, the version
> in the .maintscript files needs to be 0.1.20171212-2~, i.e. you want
> ""+"~".
> That version will also be OK if a new upstream release comes with the
> fix, but not for a NMU (that would be versioned 0.1.20171212-1.1 and you
> would need to use 0.1.20171212-1.1~ in that case).

Touché.  I originally tested new upstream version, then reworked it
for a minimal NMU, then reworked the commits into what I hoped would
potentially be useful to someone who happened to wonder how to fix a
similar bug.

> You should squash the two patches, the separation just causes
> confusion.

I'll do this (if necessary) as soon as I hear back from Sandro about
his preference.  Ah, yes, and now I see how it would have been best to use
0.1.20171212-2~ in the first patch.

> There is no need to bump the version in the .maintscript files for
> further uploads to buster (unless you need more bugfixes to the d-m-h
> calls) (or unless you are uploading new upstream releases to stretch).
> There are only two cases while upgrading: upgrading from a version
> without the fix (e.g. stretch or 0.1.20171212-1) or a version with the
> fix (in that case the migration can be skipped)

Thank you for clearing this up, I might be inductively challenged
haha!  Might you be willing to add something to this effect to
dpkg-maintscript-helper(1)?

> regarding the commit message:
> 
> >Maintscripts had:
> > symlink_to_dir pathname new-target
> 
> There is no such thing as a "new-target" for symlink_to_dir.
> I think the maintscripts had "symlink_to_dir pathname current-package".

Yes d-m-h(1) has
symlink_to_dir /path/name old-target [prior-version [package]]

It took longer than I'd like to admit to realise that symlink_to_dir
functions like this.  eg, for /path/name

cd /path
ln -s name symlink-name (aka: new-target)

corresponds to

dir_to_symlink /path/name symlink-name

which is reversed with

symlink_to_dir /path/name symlink-name (aka: old-target)
  |
where this is not the new_dir_name  <-|

For some reason I kept seeing

symlink_to_dir /existing/symlink-name new_dir_name

> PS: I would likely have sponsored a delayed NMU, after several rounds of
> revision  ;-)

Thank you for your support :-) On the topic of rounds of revision,
because a package-dbg depends on package ${binary:Version}, should all
package-dbgs do this:

dir_to_symlink /path/package-dbg package ?

similarly to how automatic -dbgsym packages are handled?  If so, I
think my patch can be improved by adding this operation to each of the
-dbg.maintscripts.


Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#889798: pdns-backend-mysql: Queries calling stored procedures break PowerDNS in weird ways

[Xan Charbonnet]

Package: pdns-backend-mysql
Version: 4.0.3-1+deb9u2
Severity: important
Tags: patch

Dear Maintainer,

PowerDNS versions 4.x (the versions in Jessie, Stretch, Buster, and Sid) fails
to handle stored procedures.  When a stored procedure is used as one of the
PowerDNS queries, it works the first time, but subsequent queries return
really weird results.  It appears that these results are from some kind of
cache, but they're simply broken.

The troubleshooting described at this link mirrors my diagnostic process:
https://github.com/PowerDNS/pdns/issues/6115

The fix:
https://github.com/PowerDNS/pdns/pull/6134/files
was merged 5 days ago into upstream.  There has not yet been an upstream
release containing this fix.  Because it has been accepted upstream, I don't
believe anything special needs to be done for Buster or Sid, other than
keeping up with upstream.

I'm asking you to consider updating the version in Stretch (and possibly the
one in Jessie).  While I don't believe this is a security issue, PowerDNS in
these distributions is plainly broken when used with stored procedures.
Nobody will be inconvenienced by this change in behavior, and it will allow
PowerDNS to work as documented and intended.

I successfully merged this patch into the Debian version of PowerDNS from
Stretch for my own local use.  It worked great.  It would be really nice if
the official package could include this fix.



-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (1000, 'stable'), (900, 'stable'), (750, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-5-amd64 (SMP w/1 CPU core)
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 pdns-backend-mysql depends on:
ii  dbconfig-common2.0.8
ii  dbconfig-mysql 2.0.8
ii  debconf [debconf-2.0]  1.5.61
ii  libc6  2.24-11+deb9u1
ii  libgcc11:6.3.0-18
ii  libmariadbclient18 10.1.26-0+deb9u1
ii  libstdc++6 6.3.0-18
ii  pdns-server4.0.3-1+deb9u2
ii  ucf3.0036
ii  zlib1g 1:1.2.8.dfsg-5

pdns-backend-mysql recommends no packages.

Versions of packages pdns-backend-mysql suggests:
pn  default-mysql-server  

-- debconf information excluded

Bug#889797: Dynare missing dependency: epstool

[Louis-Philippe Véronneau]

package: dynare

Hi!

I'm trying to run dynare (4.5.4-1) with octave (4.2.1-5) and I get this
error at the end of the run:

warning: print.m: epstool binary is not available.
Some output formats are not available.
warning: called from
__print_parse_opts__ at line 385 column 9
print at line 315 column 8
dyn_saveas at line 42 column 5
stoch_simul at line 278 column 21
rbc at line 179 column 6
dynare at line 231 column 1
Total computing time : 0h00m03s
Note: warning(s) encountered in MATLAB/Octave code

Installing epstool fixed it. I guess this should be added to the
dependencies?

-- 
pollo



signature.asc
Description: OpenPGP digital signature

Bug#889796: ltrace: FTBFS on ia64

[Jason Duerstock]

Package: ltrace
Version: 0.5.3-2.1
Severity: normal
Tags: patch
User: debian-i...@lists.debian.org
Usertags: ia64

Dear Maintainer,

Due to some outdated glibc headers, ltrace does not build for ia64.  The 
attached patch corrects this.

-- System Information:
Debian Release: buster/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: ia64

Kernel: Linux 3.14-0.bpo.2-mckinley (SMP w/2 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: sysvinit (via /sbin/init)

Versions of packages ltrace depends on:
ii  libc6.1   2.26-1
ii  libelfg0  0.8.13-3

ltrace recommends no packages.

ltrace suggests no packages.

-- no debconf information
--- sysdeps/linux-gnu/ia64/breakpoint.c 2012-11-10 07:43:55.0 -0500
+++ sysdeps/linux-gnu/ia64/breakpoint.c 2018-02-05 13:26:00.229259936 -0500
@@ -24,6 +24,7 @@
  */
 
 #include 
+#include 
 #include 
 #include 
 
--- sysdeps/linux-gnu/ia64/fetch.c  2012-11-10 07:43:55.0 -0500
+++ sysdeps/linux-gnu/ia64/fetch.c  2018-02-06 20:24:31.888749905 -0500
@@ -36,7 +37,7 @@
 
 struct fetch_context {
arch_addr_t stack_pointer;
-   struct pt_all_user_regs regs;
+   struct __pt_all_user_regs regs;
enum param_pack_flavor ppflavor;
 
/* Return values larger than 256 bits (except HFAs of up to 8
@@ -206,7 +207,7 @@
the GPL
(http://www.gelato.unsw.edu.au/archives/linux-ia64/0104/1405.html) */
 static inline double
-fpreg_to_double (struct ia64_fpreg *fp) {
+fpreg_to_double (struct __ia64_fpreg *fp) {
double result;
asm ("ldf.fill %0=%1" : "=f"(result) : "m"(*fp));
return result;

Bug#889795: [zfs-linux] Pleaes Package 0.7.6

[Antonio Russo]

Package: zfs-linux
Severity: wishlist

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

ZFS (and SPL) 0.7.6 has been released.

Most importantly, they add support for Linux 4.15 and
replacing a nested vdev. It also includes some performance
enhancements, documentation corrections, and zfs receive
option handling.

The 0001-Fix-bug-in-distclean-which-removes-needed-files
patch has been included upstream, and after removing
it, the .deb builds fine.

Bug#877130: highwayhash: FTBFS with GCC 7: symbols files need to be updated

[Andreas Beckmann]

Followup-For: Bug #877130
Control: found -1 0~20180103-geeea446-1

The new upstream snapshot probably cuased further symbol changes:

https://buildd.debian.org/status/package.php?p=highwayhash=experimental



Andreas

Bug#888531: transition: ruby2.5 - binNMU round #3

[Antonio Terceiro]

Please binNMU:

libguestfs
mapserver
passenger
nbdkit


signature.asc
Description: PGP signature

Bug#889773: no clear how to use the programm. Does nothing?

[Thorsten Glaser]

Hi Tomas,

> Oh, I see. My problem in understanding how to use kwalletcli stems
> from the ambiguity of the word "folder". It can also mean a
> directory, as in directory in the filesystem.

No, only on Windows® really, and even there it’s wrong terminology
people got used to over years of misuse (like using + to concatenate
keys depressed simultaneously; I’ve got early Microsoft® manuals
getting both things right).

A folder is the thing in IMAP where you store eMails in, and
the thing you put in a shelf, into which you put archived
invoices and stuff like that. Well, in general IT terminology.

In KDE Wallet terminology, a “folder” is like the DN of an
LDAP entry, and an “entry” is like an attribute.

> So what I was doing is:
>
>   kwalletcli -e entry -f $PATH_TO_THE_WALLET

The “PATH_TO_THE_WALLET” is called a Wallet in KDE Wallet
terminology. kwalletcli only supports using the default
wallet; KDE 5 ships another CLI which supports using ar‐
bitrary wallets, but requires the user to specify the one
to use, so it does something different from kwalletcli.

> May I suggest this patch to the man page to disambiguate the meaning
> of folder or respectively to make it's context more clear, and to add
> a simple example:

I’ll think about it. I might not use the exact patch, but
thanks for correcting my assumption that shipping four
example scripts was enough.

> +echo MYPASSWORD | kwalletcli -e Stackoverflow -f Websites -P

「\*(Ba」, not a raw 「|」; also, “echo” would add a newline,
which breaks other users of the wallet data, as the newline
would be interpreted as being part of the password (hence the
“printf '%s' "$password"” in my example).

bye,
//mirabilos
-- 
„Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund,
mksh auf jedem System zu installieren.“
-- XTaran auf der OpenRheinRuhr, ganz begeistert
(EN: “[…]uhr.gz is a reason to install mksh on every system.”)

Bug#889794: elpa-cider: should inject dependencies from Debian packages

[Sean Whitton]

Package: elpa-cider
Version: 0.16.0+dfsg-1
Severity: wishlist
Control: block -1 by 885409

elpa-cider's README.Debian says:

The usual way to start a CIDER REPL is `M-x cider-jack-in`.  This
requires CIDER's nREPL middleware be available in your project.
CIDER can automatically download and inject this middleware during
`M-x cider-jack-in`, but CIDER in Debian has this feature disabled
by default to avoid surprise downloads from the Internet.

You can either toggle the Emacs variable
cider-inject-dependencies-at-jack-in to t in your ~/.emacs, which
will enable transparent download and injection of CIDER's
middleware, or add the middleware as dependencies of your project.
See the "CIDER's nREPL middleware" subsection of the "Installation"
section of CIDER's manual.

Ideally, we would patch CIDER such that it would inject middleware which
had been installed by means of Debian packages.  Then elpa-cider could
depend on those packages, and since CIDER would never try to download
its middleware from the Internet, we could set
cider-inject-dependencies-at-jack-in back to t.

Notes on my attempts to make this happen:

When using lein, CIDER users lein's `update-in` subcommand to inject its
dependencies.  So we should be able to use `update-in` to add a local
repository, like this:

lein update-in : :repositories conj '["debian" \
"file:/usr/share/maven-repo"]' -- update-in :dependencies conj \
'[org.clojure/tools.nrepl "0.2.12" :exclusions \
[org.clojure/clojure]]' -- update-in :plugins conj \
'[cider/cider-nrepl "0.15.1"]' -- repl :headless :host ::

Alternatively, it might work to use a CIDER profile which sets the
mirror or the repositories:

{:mirrors {#".+" {:url "file:/usr/share/maven-repo"}}}

or

{:repositories [["debian" "file:/usr/share/maven-repo"]]}

Note that if we go the profiles approach, we would need to add support
for /etc/leiningen/profiles.d; currently only ~/.lein/profiles.d/,
~/.lein/profiles.clj and /etc/leiningen/profiles.clj are supported.

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

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

Versions of packages elpa-cider depends on:
pn  elpa-clojure-mode   
ii  elpa-pkg-info   0.6-2
pn  elpa-queue  
ii  elpa-seq2.19-1
pn  elpa-spinner
ii  emacsen-common  2.0.8
pn  leiningen | gradle  

Versions of packages elpa-cider recommends:
ii  emacs  47.0

Versions of packages elpa-cider suggests:
pn  cider-doc  

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#889793: lyx: python errors while building ngspice

[Andreas Beckmann]

Package: lyx
Version: 2.2.3-4
Severity: serious
Control: affects -1 src:ngspice

Hi,

while rebuilding non-free I noticed that ngspice started to FTBFS with
som lyx python errors in the logfile:

[...]
+Indexing TeX files... 
  File "/usr/share/lyx/scripts/TeXFiles.py", line 112
print(root.replace('\\', '/') + '/' + file, file=out)
^
SyntaxError: invalid syntax

done
+checking list of modules...
[...]
LyX: Done!
Warning: An error ocurred in 490, 
Traceback (most recent call last):
  File "/usr/share/lyx/lyx2lyx/lyx2lyx", line 88, in 
main()
  File "/usr/share/lyx/lyx2lyx/lyx2lyx", line 82, in main
doc.convert()
  File "/usr/share/lyx/lyx2lyx/LyX.py", line 586, in convert
conv(self)
  File "/usr/share/lyx/lyx2lyx/lyx_2_2.py", line 1177, in convert_origin
origin = str(origin, sys.getfilesystemencoding())
TypeError: str() takes at most 1 argument (2 given)
Error: Conversion script failed

/build/ngspice-27/build/manual/manual.lyx is from an older version of LyX and 
the lyx2lyx script failed to convert it.
LyX failed to load the following file: /build/ngspice-27/build/manual/manual.lyx
debian/rules:83: recipe for target 'build-indep' failed
make: [build-indep] Error 1 (ignored)
cd build/manual && lyx -userdir ./.lyx -batch --export pdf2 manual.lyx 
Warning: An error ocurred in 490, 
Traceback (most recent call last):
  File "/usr/share/lyx/lyx2lyx/lyx2lyx", line 88, in 
main()
  File "/usr/share/lyx/lyx2lyx/lyx2lyx", line 82, in main
doc.convert()
  File "/usr/share/lyx/lyx2lyx/LyX.py", line 586, in convert
conv(self)
  File "/usr/share/lyx/lyx2lyx/lyx_2_2.py", line 1177, in convert_origin
origin = str(origin, sys.getfilesystemencoding())
TypeError: str() takes at most 1 argument (2 given)
Error: Conversion script failed

/build/ngspice-27/build/manual/manual.lyx is from an older version of LyX and 
the lyx2lyx script failed to convert it.
LyX failed to load the following file: /build/ngspice-27/build/manual/manual.lyx
debian/rules:83: recipe for target 'build-indep' failed
make: [build-indep] Error 1 (ignored)
[...]
cp -a /build/ngspice-27/build/manual/*.png \
/build/ngspice-27/debian/tmp/usr/share/doc/ngspice-doc/html
cp: cannot stat '/build/ngspice-27/build/manual/*.png': No such file or 
directory
debian/rules:125: recipe for target 'install-indep' failed
make: *** [install-indep] Error 1
[...]

If that is actually an error in ngspice, feel free to reassign
the bug there.


Andreas


ngspice_27-1.log.gz
Description: application/gzip

Bug#889788: w3m-el-snapshot conflict with TRAMP

[Katsumi Yamaoka]

On Wed, 07 Feb 2018 04:04:56 +0800, Dan Jacobson wrote:
> # su - nobody -c 'HOME=/tmp/ff  emacs'& #Total clean environment.
> M-x w3m

> At this point a connection to "about:" is caught by TRAMP.

At that time emacs-w3m is about to access the url "about:", and
runs (file-exist-p "about:") at first in order to check whether
"about:" is a local file.  But IIUC, it should not trigger TRAMP;
only a thing like "/about:" will trigger TRAMP.  I can reproduce
the same error with (file-exist-p "/about:") and a similar error
with (w3m "/about:"), though such ones should not happen.  Funny.

Bug#888654: mpv: CVE-2018-6360

[James Cowgill]

Hi,

On 06/02/18 18:08, Luciano Bello wrote:
> On 2018-02-03 09:13, James Cowgill wrote:
>> Unlike the backport for 0.27 which was fairly straightforward, the
>> backport for 0.23 required significant changes and I ended up rewriting
>> half of it. This means I am less confident about catching all the cases
>> to fix this bug. It would be good if anyone could check it over.
> 
> I tested the PoC (probably as you) and seems fixed. I tried to cover
> under branches and they also look sanitized. I feel as confident as
> somebody can be that the patch is complete. It seems functionally safe.
> 
> Thanks for your work, please upload.

Thanks for testing! I've uploaded it.

James



signature.asc
Description: OpenPGP digital signature

Bug#889792: cider-doc: menu bar obscures document text

[Sean Whitton]

Package: cider-doc
Version: 0.16.0+dfsg-1
Severity: minor
Tags: help

The HTML docs are hard to read because the top of each page is obscured
by the excessively large menu bar.  This is because the menu bar
contains too many items.  Using a mkdocs theme with a sidebar menu,
rather than a topbar menu, would fix this.

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

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

Versions of packages cider-doc depends on:
pn  elpa-cider
pn  mkdocs
pn  mkdocs-bootstrap  

cider-doc recommends no packages.

cider-doc suggests no packages.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#889786: ats2-lang: New upstream version available

[Matthew Danish]

Thanks - basically the stopper has been that Hongwei changed the build
system and I simply haven't had the time to sort out the new binaries and
libraries he added.

I know someone was looking at creating a patch but that seems to have
disappeared... sorry.

On 6 February 2018 at 21:57, James Clarke  wrote:

> Package: src:ats2-lang
> Version: 0.2.9-1
> Severity: wishlist
>
> Hi,
> The current upstream version of ATS2 is 0.3.9; please consider updating
> to this version.
>
> Regards,
> James
>

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

On 2018-02-06 23:01, Nicholas D Steeves wrote:
> On Tue, Feb 06, 2018 at 04:02:07PM -0500, Sandro Tosi wrote:
>>patch is welcome, NMU is not; feel free to upload the patch to this bug
>>and i'll take care of the upload. thanks for working on this Debian bug
> 
> That's fair.  The main thing I'd like to avoid is the autoremoval of
> rdepending packages ;-)

You already reset the timer by keeping the discussion in this bug alive ;-)

> I pushed to the following remote and have also
> attached the patches (see commit messages for more info):
> https://salsa.debian.org/sten-guest/python-regex.git

Assuming the next upload will be versioned 0.1.20171212-2, the version
in the .maintscript files needs to be 0.1.20171212-2~, i.e. you want
""+"~".
That version will also be OK if a new upstream release comes with the
fix, but not for a NMU (that would be versioned 0.1.20171212-1.1 and you
would need to use 0.1.20171212-1.1~ in that case).

There is no need to bump the version in the .maintscript files for
further uploads to buster (unless you need more bugfixes to the d-m-h
calls) (or unless you are uploading new upstream releases to stretch).
There are only two cases while upgrading: upgrading from a version
without the fix (e.g. stretch or 0.1.20171212-1) or a version with the
fix (in that case the migration can be skipped)

You should squash the two patches, the separation just causes confusion.

regarding the commit message:

>Maintscripts had:
> symlink_to_dir pathname new-target

There is no such thing as a "new-target" for symlink_to_dir.
I think the maintscripts had "symlink_to_dir pathname current-package".


Andreas

PS: I would likely have sponsored a delayed NMU, after several rounds of
revision  ;-)

Bug#889027: Your mail

[Christoph Reiter]

On Wed, 7 Feb 2018 00:32:09 +0100 "W. Martin Borgert"
 wrote:
> Control: tags -1 + patch
>
> Attached patch works for me.

you could also drop: libgpod4, media-player-info, udisks2, udisks

Bug#889487: linux-image-4.14.0-2-amd64: please enable CONFIG_X86_MCELOG_LEGACY

[Roger Lynn]

On 04/02/18 02:00, Jon DeVree wrote:
> On Sun, Feb 04, 2018 at 01:03:59 +0100, Ben Hutchings wrote:
>> This was unintentional, but I think it's correct.  The Kconfig says to
>> use rasdaemon which is already packaged and in stable.
> 
> rasdaemon has a hard dependency on systemd, it isn't installable on
> machines still running sysvinit.

Yes it is installable. It depends on systemd, not systemd-sysv. systemd is
co-installable with sysvinit-core. I have it installed on a Stretch sysvinit
system (it then complains that it can't find a debugfs).

> Not sure if thats a hard dep or if it only just means rasdaemon is
> missing a sysvinit script.

Roger

Bug#889027: (no subject)

[W. Martin Borgert]

Control: tags -1 + patch

Attached patch works for me.
diff --git a/debian/compat b/debian/compat
index ec63514..f599e28 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-9
+10
diff --git a/debian/control b/debian/control
index 8e19a99..c7b2fcf 100644
--- a/debian/control
+++ b/debian/control
@@ -6,14 +6,14 @@ Uploaders:
  Christine Spang ,
  Tristan Seligmann ,
 Build-Depends:
- debhelper (>= 9),
+ debhelper (>= 10),
  dh-python,
  gtk-update-icon-cache,
  intltool,
- python-all,
- python-docutils,
- python-sphinx (>= 1.0.7+dfsg-1~),
- python-sphinx-rtd-theme,
+ python3-all,
+ python3-docutils,
+ python3-sphinx (>= 1.0.7+dfsg-1~),
+ python3-sphinx-rtd-theme,
 Standards-Version: 4.0.0
 Vcs-Git: https://anonscm.debian.org/git/collab-maint/quodlibet.git
 Vcs-Browser: https://anonscm.debian.org/git/collab-maint/quodlibet.git
@@ -24,16 +24,14 @@ Architecture: all
 Depends:
  gir1.2-gtk-3.0,
  gir1.2-soup-2.4 (>= 2.44),
- python (>= 2.7.3-4+deb7u1),
- python-concurrent.futures,
- python-faulthandler,
- python-gi,
- python-gi-cairo,
- python-mutagen (>= 1.32),
+ python3,
+ python3-gi,
+ python3-gi-cairo,
+ python3-mutagen (>= 1.32),
  ${misc:Depends},
- ${python:Depends},
+ ${python3:Depends},
  ${sphinxdoc:Depends},
-Recommends: python-musicbrainzngs (>= 0.5)
+Recommends: python3-musicbrainzngs (>= 0.5)
 Suggests: brasero | k3b | xfburn, gir1.2-gstreamer-1.0, libmodplug1
 Replaces: quodlibet-plugins
 Conflicts: quodlibet-plugins
@@ -64,9 +62,9 @@ Depends:
  gstreamer1.0-plugins-good,
  gstreamer1.0-plugins-ugly,
  gstreamer1.0-pulseaudio,
- python (>= 2.7.3-4+deb7u1),
+ python3,
  ${misc:Depends},
- ${python:Depends},
+ ${python3:Depends},
  ${sphinxdoc:Depends},
 Recommends:
  gir1.2-gtksource-3.0,
@@ -74,9 +72,9 @@ Recommends:
  libgpod4,
  media-player-info,
  notification-daemon,
- python-dbus,
- python-feedparser,
- python-pyinotify,
+ python3-dbus,
+ python3-feedparser,
+ python3-pyinotify,
  udisks2 | udisks,
 Suggests: gstreamer1.0-plugins-bad
 Replaces: quodlibet-ext
diff --git a/debian/rules b/debian/rules
index 08ab1a0..d1693f5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@ --with python2,sphinxdoc --buildsystem=pybuild
+	dh $@ --with python3,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_build:
 	dh_auto_build

Bug#889791: virtualbox: PulseAudio-related segmentation fault from PowerShell beeps

[Kevin Locke]

Package: virtualbox
Version: 5.2.6-dfsg-3+b1
Severity: normal

Dear Maintainer,

When running a Windows 7 guest using the PulseAudio host audio driver
and either "ICH AC97" or "Intel HD Audio" audio controller, running
PowerShell and causing repeated beeping (e.g. by invoking ^G repeatedly)
will cause VirtualBox to crash with SIGSEGV.  I was able to reproduce
the issue using the Microsoft-provided "IE8 on Win7 (x86)" VM image[1]
but was unable to reproduce it from terminal beeps using a Linux image.

The backtrace from the core dump is as follows:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  pa_threaded_mainloop_signal (m=0x191, wait_for_accept=0)
at pulse/thread-mainloop.c:196
[Current thread is 1 (Thread 0x7f46e76aa700 (LWP 20306))]
#0  0x7f47001ebbde in pa_threaded_mainloop_signal (m=0x191, 
wait_for_accept=0) at pulse/thread-mainloop.c:196
#1  0x7f47001e2a95 in pa_stream_simple_ack_callback 
(pd=pd@entry=0x7f46e00017f0, command=command@entry=2, tag=tag@entry=634, 
t=t@entry=0x7f46e00028d0, userdata=userdata@entry=0x7f46e000cf00) at 
pulse/stream.c:2258
#2  0x7f46f0cba621 in run_action (pd=0x7f46e00017f0, r=0x7f46e000aac0, 
command=2, ts=0x7f46e00028d0) at pulsecore/pdispatch.c:288
#3  0x7f46f0cba99b in pa_pdispatch_run (pd=0x7f46e00017f0, 
packet=packet@entry=0x7f46e000bd90, ancil_data=ancil_data@entry=0x7f46ee88, 
userdata=userdata@entry=0x7f4710613640) at pulsecore/pdispatch.c:341
#4  0x7f47001c836e in pstream_packet_callback (p=, 
packet=0x7f46e000bd90, ancil_data=0x7f46ee88, userdata=0x7f4710613640)
at pulse/context.c:349
#5  0x7f46f0cbd5ef in do_read (p=p@entry=0x7f46ebf0, 
re=re@entry=0x7f46edb8) at pulsecore/pstream.c:1012
#6  0x7f46f0cc00ab in do_pstream_read_write (p=0x7f46ebf0)
at pulsecore/pstream.c:248
#7  0x7f46f0cc0449 in srb_callback (srb=, 
userdata=0x7f46ebf0) at pulsecore/pstream.c:287
#8  0x7f46f0cc0ccf in srbchannel_rwloop (sr=0x7f46e000bbe0)
at pulsecore/srbchannel.c:190
#9  0x7f47001dd338 in dispatch_pollfds (m=0x7f4710613490)
at pulse/mainloop.c:655
#10 0x7f47001dd338 in pa_mainloop_dispatch (m=m@entry=0x7f4710613490)
at pulse/mainloop.c:898
#11 0x7f47001dd70e in pa_mainloop_iterate (m=0x7f4710613490, 
block=, retval=0x0) at pulse/mainloop.c:929
#12 0x7f47001dd790 in pa_mainloop_run (m=0x7f4710613490, 
retval=retval@entry=0x0) at pulse/mainloop.c:944
#13 0x7f47001eb5f9 in thread (userdata=0x7f4710613450)
at pulse/thread-mainloop.c:100
#14 0x7f46f0cd0c58 in internal_thread_func (userdata=0x7f4710615c60)
at pulsecore/thread-posix.c:81
#15 0x7f476ea4051a in start_thread (arg=0x7f46e76aa700)
at pthread_create.c:465
#16 0x7f476e5743ef in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

I could host the entire core dump if it would be useful.  The host
system has pulseaudio 11.1-4 installed.

Let me know if I should report the issue upstream.  I couldn't find a
way to run the distro-agnostic binary package without installing it,
which I'm hesitant to do.  So I have filed the issue here to start.

Thanks,
Kevin

1.  https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/


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

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

Versions of packages virtualbox depends on:
ii  adduser  3.116
ii  iproute2 4.14.1-2
ii  libc62.26-4
ii  libcurl3-gnutls  7.58.0-2
ii  libdevmapper1.02.1   2:1.02.145-4.1
ii  libgcc1  1:7.2.0-19
ii  libgsoap-2.8.60  2.8.60-2
ii  libpng16-16  1.6.34-1
ii  libpython3.6 3.6.4-3
ii  libsdl1.2debian  1.2.15+dfsg2-0.1
ii  libssl1.11.1.0g-2
ii  libstdc++6   7.2.0-19
ii  libvncserver10.9.11+dfsg-1
ii  libx11-6 2:1.6.4-3
ii  libxcursor1  1:1.1.15-1
ii  libxext6 2:1.3.3-1+b2
ii  libxml2  2.9.4+dfsg1-6.1
ii  libxmu6  2:1.1.2-2
ii  libxt6  

Bug#889790: RM: hinge [i386 armel armhf mips mipsel s390x] -- ROM; not installable

[Afif Elghraoui]

Package: ftp.debian.org
Severity: normal

Due to the package building on platforms where it's not even
installable, it never migrated. I hacked around this problem again by
copying Depends into Build-Depends and uploading again, but it seems
that the existence of old binaries on these architectures in Unstable
will still prevent migration once the time limit elapses [1].

Thanks and regards
Afif

https://qa.debian.org/excuses.php?package=hinge

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#889789: epiphany-browser: Flickering when reading PDFs

[Pelle Hjek]

Package: epiphany-browser
Version: 3.22.7-1
Severity: minor

Dear Maintainer,

When opening a PDF in Epiphany (using 'browser-plugin-evince') it
flickers all the time, making it unpleasant to read. This happens with
any PDF file I've tried, and these same files don't flicker when opened
in Evince.

-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-5-686-pae (SMP w/2 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 epiphany-browser depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.24-0+deb9u1
ii  dbus-x11 [dbus-session-bus]   1.10.24-0+deb9u1
ii  epiphany-browser-data 3.22.7-1
ii  gsettings-desktop-schemas 3.22.0-1
ii  iso-codes 3.75-1
ii  libavahi-client3  0.6.32-2
ii  libavahi-common3  0.6.32-2
ii  libavahi-gobject0 0.6.32-2
ii  libc6 2.24-11+deb9u1
ii  libcairo2 1.14.8-1
ii  libgcr-base-3-1   3.20.0-5.1
ii  libgcr-ui-3-1 3.20.0-5.1
ii  libgdk-pixbuf2.0-02.36.5-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgnome-desktop-3-12 3.22.2-1
ii  libgtk-3-03.22.11-1
ii  libjavascriptcoregtk-4.0-18   2.16.6-0+deb9u1
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libsecret-1-0 0.18.5-3.1
ii  libsoup2.4-1  2.56.0-2+deb9u1
ii  libsqlite3-0  3.16.2-5+deb9u1
ii  libwebkit2gtk-4.0-37  2.16.6-0+deb9u1
ii  libx11-6  2:1.6.4-3
ii  libxml2   2.9.4+dfsg1-2.2+deb9u2
ii  libxslt1.11.1.29-2.1

Versions of packages epiphany-browser recommends:
ii  browser-plugin-evince  3.22.1-3+deb9u1
ii  ca-certificates20161130+nmu1
ii  evince 3.22.1-3+deb9u1
ii  yelp   3.22.0-1

epiphany-browser suggests no packages.

-- no debconf information

Bug#889680: git: CVE-2018-1000021: client prints server sent ANSI escape codes to the terminal, allowing for unverified messages to potentially execute arbitrary commands

[Randall S. Becker]

On February 5, 2018 3:43 PM, Jonathan Nieder wrote:
> 
> Salvatore Bonaccorso wrote[1]:
> 
> > the following vulnerability was published for git.
> >
> > CVE-2018-121[0]:
> > |client prints server sent ANSI escape codes to the terminal, allowing
> > |for unverified messages to potentially execute arbitrary commands
> >
> > Creating this bug to track the issue in the BTS. Apparently the CVE
> > was sssigned without notifying/discussing it with upstream, at least
> > according to [1].
> >
> > 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-2018-121
> > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-121
> > [1] https://bugzilla.novell.com/show_bug.cgi?id=1079389#c1
> 
> Thanks.  Upstream was notified about this and we dropped the ball on
> passing it on to a more public forum.  Sorry about that.
> 
> I'd be interested in your advice on this.  There are cases where the user
may
> *want* ANSI escape codes to be passed through without change and other
> cases where the user doesn't want that.  Commands like "git diff" pass
their
> output through a pager by default, which itself may or may not sanitize
the
> output.
> 
> In other words, there are multiple components at play:
> 
>  1. A terminal.  IMHO, it is completely inexcusable these days for a
> terminal to allow arbitrary code execution by writing output to
> it.  If bugs of that kind still exist, I think we should fix them
> (and perhaps even make it a requirement in Debian policy to make
> the expectations clear for new terminals).
> 
> That said, for defense in depth, it can be useful to also guard
> against this kind of issue in other components.  In particular:
> 
>  2. A pager.  Are there clear guidelines for what it is safe and not
> safe for a pager to write to a terminal?
> 
> "less -R" tries to only allow ANSI "color" escape sequences
> through but I wouldn't be surprised if there are some cases it
> misses.
> 
>  3. Output formats.  Some git commands are designed for scripting
> and do not have a sensible way to sanitize their output without
> breaking scripts.  Fortunately, in the case of "git diff", git
> has a notion of a "binary patch" where everything is sanitized,
> at the cost of the output being unreadable to a human (email-safe
> characters but not something that a human can read at a glance).
> So if we know what sequences to avoid writing to stdout, then we
> can treat files with those sequences as binary.
> 
> Pointers welcome.

One possible (albeit brute force) approach, in dealing with the specifics of
this CVE, may be to explicitly translate ESC-] into BLANK-], leaving a
potential attack visible but ineffective. This only addresses the attack
vector documented in the particular CVE but it can be done efficiently. The
sequence does not appear significant in ANSI - the CVE documents the xterm
situation.  Checking very old termcap, the impact would be on unfiltering
emulations derived (this is a sample) from nec 5520, freedom 100, Sun
workstations sun-s/-e-s, fortune, etc. Based on the seemingly limited use of
this sequence, having a config item may be overkill, but it could be set
enabled by default.

What I don't know - and it's not explicitly in the CVE - is just how many
other terminal types with similar vulnerabilities are out there, but I'm
suspecting it's larger than one would guess - mostly, it seems like this
particular sequence is intended to be used for writing status line output
(line 25?) instead of sticking it in a prompt. This can be used prettifies a
lengthy bash prompt to display the current branch and repository at the
bottom of the screen instead of in the inline prompt, but that's the user's
choice and not something git has to deal with. There were some green-screen
terminals with other weird ESC sequences back in the day that could really
get into trouble with this, including loading/executing programs in terminal
memory via output - really. I'm sure it seemed like a good idea at the time,
but I can see how it could have been used for evil.

A more general solution might be to permit the configuration of a list of
blocked character sequences and apply those as a filter. Something like
core.filter-mask="\E]", "\EA".

Just my $0.02 ramblings.

Cheers,
Randall

-- Brief whoami:
 NonStop developer since approximately 2112884442
 UNIX developer since approximately 421664400
-- In my real life, I talk too much.

Bug#889773: no clear how to use the programm. Does nothing?

[Tomas Pospisek]

Hi Thorsten,

On Tue, 6 Feb 2018, Thorsten Glaser wrote:


Tomas Pospisek dixit:


How is this programm supposed to be used? Can you give an example
in the man page?


This is fully documented in the manpage:

-P   Read the password to write from standard input.  Currently

… and:

Default mode of operation, that is, unless -P or -p are used, is to read
the password from the Wallet and print it to standard output as-is, with‐
out any trailing newline.

So, you can do something like:

printf '%s' "$password" | kwalletcli -e foo -f bar -P

password=$(kwalletcli -e foo -f bar)


Oh, I see. My problem in understanding how to use kwalletcli stems from 
the ambiguity of the word "folder". It can also mean a directory, as in 
directory in the filesystem. So what I was doing is:


   kwalletcli -e entry -f $PATH_TO_THE_WALLET

Which obviously won't show me an entry.

May I suggest this patch to the man page to disambiguate the meaning of 
folder or respectively to make it's context more clear, and to add a 
simple example:


$ diff -u kwalletcli.1 kwalletcli.1.patched
--- kwalletcli.12018-02-06 23:02:16.784511603 +0100
+++ kwalletcli.1.patched2018-02-06 23:07:14.177657147 +0100
@@ -178,9 +178,9 @@
 to use when accessing the Wallet.
 Mandatory.
 .It Fl f Ar folder
-Set the
+The
 .Ar folder
-to use when accessing the Wallet.
+inside the Wallet in which to search for the entry.
 Mandatory.
 .It Fl h
 Display the usage.
@@ -249,6 +249,8 @@
 .It Ev DISPLAY
 The X11 display to use for communicating with the KDE Wallet.
 .El
+.Sh EXAMPLES
+echo MYPASSWORD | kwalletcli -e Stackoverflow -f Websites -P
 .Sh SEE ALSO
 .Xr kwalletcli_getpin 1
 .Sh AUTHORS


Thanks a lot!
*t

Bug#889788: w3m-el-snapshot conflict with TRAMP

[積丹尼 Dan Jacobson]

X-Debbugs-Cc: yama...@jpl.org
Package: w3m-el-snapshot
Version: 1.4.609+0.20171225-1

On the stock version of emacs25 w3m-el-snapshot has a conflict with
TRAMP. (tramp-version is a variable defined in ‘tramp-cmds.el’.
Its value is "2.2.13.25.2")

# su - nobody -c 'HOME=/tmp/ff  emacs'& #Total clean environment.
M-x w3m

At this point a connection to "about:" is caught by TRAMP.

Sure, there are things one can put in one's .emacs file to prevent this.

I am saying it should work right out of the box.

Also maybe the only reason I discovered this,
is because I was testing offline.

*Messages* has:
Tramp: Sending command ‘exec ssh   -o ControlMaster=auto -o 
ControlPath='tramp.%C' -o ControlPersist=no -e none about’
Tramp: Waiting for prompts from remote shell...
Tramp failed to connect.  If this happens repeatedly, try
‘M-x tramp-cleanup-this-connection’

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

Kernel: Linux 4.14.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages w3m-el-snapshot depends on:
ii  dpkg1.19.0.5
ii  emacs   47.0
ii  emacs25 25.2+1-6
ii  emacsen-common  2.0.8
ii  install-info6.5.0.dfsg.1-1
ii  w3m 0.5.3-36

Versions of packages w3m-el-snapshot recommends:
pn  apel  
pn  flim  

Versions of packages w3m-el-snapshot suggests:
ii  bzip21.0.6-8.1
pn  discount | libtext-markdown-perl | markdown  
ii  imagemagick  8:6.9.9.6+dfsg-1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.9.6+dfsg-1
pn  libmoe1.5
pn  mule-ucs 
pn  namazu2  
ii  perl-doc 5.26.1-4
ii  poppler-utils [xpdf-utils]   0.62.0-1
pn  ppthtml  
pn  wv   
pn  xlhtml   

-- no debconf information

Bug#889787: libpython2.7-stlib: lib2to3: AttributeError when importing lib2to3.refactor

[Nicolas Noirbent]

Package: libpython2.7-stdlib
Version: 2.7.14-4
Severity: normal

Dear Maintainer,

Trying to import lib2to3 raises the following exception:

% python2.7 -c 'import lib2to3.refactor'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/lib2to3/refactor.py", line 27, in 
from .fixer_util import find_root
  File "/usr/lib/python2.7/lib2to3/fixer_util.py", line 9, in 
from .pygram import python_symbols as syms
  File "/usr/lib/python2.7/lib2to3/pygram.py", line 32, in 
python_grammar = driver.load_packaged_grammar("lib2to3", _GRAMMAR_FILE)
AttributeError: 'module' object has no attribute 'load_packaged_grammar'


The module object mentioned here is lib2to3.pgen2.driver, which does indeed not 
have a 'load_packaged_grammar'
function. This function appears to be added by the git-updates.diff Debian 
patch, but removed at later point in the
series by lib2to3-no-pickled-grammar.diff.

Regards,

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

Kernel: Linux 4.14.0-3-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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libpython2.7-stdlib:amd64 depends on:
ii  libbz2-1.01.0.6-8.1
ii  libc6 2.26-6
ii  libdb5.3  5.3.28-13.1+b1
ii  libexpat1 2.2.5-3
ii  libffi6   3.2.1-8
ii  libncursesw5  6.0+20171125-1
ii  libpython2.7-minimal  2.7.14-4
ii  libreadline7  7.0-3
ii  libsqlite3-0  3.22.0-1
ii  libssl1.1 1.1.0g-2
ii  libtinfo5 6.0+20171125-1
ii  mime-support  3.60

libpython2.7-stdlib:amd64 recommends no packages.

libpython2.7-stdlib:amd64 suggests no packages.

-- no debconf information

Bug#863844: kwalletmanager: Migration does not work and restarts at every login

[Martin Steigerwald]

Martin Steigerwald - 06.02.18, 22:57:
> Please note that this is also an upstream issue, so you can help by
> researching in the upstream bug tracker² for a bug about it. If you find
> one, please add information about it to this bug report. Well I searched
> there for "kwalletmanager migration", but found no obvious fit for your bug
> description³. But please look for yourself and probably try out different
> search terms.
[…]

Hmmm, I think this one may be a fit of the original bug reports bug title and 
description:

KDE Wallet migration assistant doesn't migrate
https://bugs.kde.org/357058

> [3] https://bugs.kde.org/buglist.cgi?quicksearch=kwallet%20migration

Thanks,
-- 
Martin

Bug#889760: lintian: missing-notice-file-for-apache-license should check for NOTICE file in jar file

[Chris Lamb]

tags 889760 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=cdd7ce03df65bb0bb4df35ddde89008d0994ca4d


Regards,

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

Bug#809964: all my passwords are gone

[Sandro Knauß]

Control: Severity -1 important

Hey,

you data is not lost, so critical is too much. 
Normally the import wizard should work without any issue, if the recommended 
kde-runtime is installed. Because you need the old KWallet4 daemon (/usr/bin/
kwalletd) running for the migration.

If the auto migration do not work, than you can access the old data in the 
kde4 path and import them directly to the new kwallet5:
~/.kde/share/apps/kwallet/*kwl

You can also stop/retrigger the automigration by delete/add the part in 
~/.local/kwalletrc:
[Migration]
alreadyMigrated=true

other than that please enable debugging via kdebugsettings and please also 
search for upstream bugreports on bugs.kde.org.

hefee


On Dienstag, 6. Februar 2018 21:38:17 CET Tomas Pospisek wrote:
> Hi there,
> 
> originally I've posted this as a follow up to
> #863844, however #809964 seems to be the more appropriate place.
> 
> Here goes the same comment as in 863844, slightly adapted:
> 
> * before upgrading from jessie to stretch I've checked the release notes
>there seems to be no mention of kwallet in the notes
> * then I've upgraded from jessie to stretch
> * when I start kwalletmanager it comes up empty
>* all my passwords seem to be gone
> * when I select File -> Import a wallet, nothing happens, no dialog shows up
> * when I select File -> Import XML, nothing happens, no dialog shows up
> 
> I think this bug report should have severity critical as people will
> loose (access?) to all of their passwords, unless the do an export before
> the upgrade. Severity critical would have prevented kwalletmanager from
> entering stretch, which would have been the right thing IMO.
> 
> Also the release notes should warn about this problem and suggest to export
> the passwords before upgrading.
> 
> And there should be a NEWS file coming with kwalletmanger warning about this
> and strongly suggesting an export.
> 
> At this point I do not know how to recover the passwords from kwallet. Looks
> like 100% data loss at this point.
> 
> I'll proceed now and will set the severity of this bug to critical.
> 
> Suggestions for recovery procedures for the passwords are wellcome.
> 
> Thanks,
> *t
> 
> PS: By some divine intuition I did export the passwords from kwallet
>  before the jessie -> stretch upgrade.



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

Bug#809964: all my passwords are gone

[Martin Steigerwald]

severity 809964 normal
kthxbye

Dear Tomas,

Tomas Pospisek - 06.02.18, 21:38:
> originally I've posted this as a follow up to
> #863844, however #809964 seems to be the more appropriate place.

please refrain from raising the severity of unrelated bugs to critical.

It won´t help you towards a solution. Please read my comment to

kwalletmanager: Migration does not work and restarts at every login
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863844#15

And ask in debian-kde mailing list for help on how to complete the migration.

It is not beneficial to discuss this in the bug tracker, so please use user 
support mailing list for finding help with this upstream issue.

The aim of the Qt/KDE team is to remove Qt4 for next Debian release. So there 
are no plans on making kwalletmanager from KDE SC 4 and kwalletmanager5 from 
Plasma 5 co-installable.

Thanks,
-- 
Martin

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nicholas D Steeves]

Control: tags -1 patch

Hi Sandro,

On Tue, Feb 06, 2018 at 04:02:07PM -0500, Sandro Tosi wrote:
>patch is welcome, NMU is not; feel free to upload the patch to this bug
>and i'll take care of the upload. thanks for working on this Debian bug

That's fair.  The main thing I'd like to avoid is the autoremoval of
rdepending packages ;-) I pushed to the following remote and have also
attached the patches (see commit messages for more info):
https://salsa.debian.org/sten-guest/python-regex.git

Cheers,
Nicholas

>On Tue, Feb 6, 2018 at 3:54 PM, Nicholas D Steeves 
>wrote:
> 
>  Hi Andreas,
>  On Mon, Feb 05, 2018 at 06:32:35PM -0500, Nicholas D Steeves wrote:
>  > Hi Andreas and Sandro,
>  >
>  > On Thu, Jan 11, 2018 at 05:04:13PM +0100, Andreas Beckmann wrote:
>  > > Followup-For: Bug #886944
>  > > Control: affects -1 + python-regex-dbg
>  > >
>  > > Hi,
>  > >
>  > > similar issue in python-regex-dbg:
>  > >
>  > > 0m33.5s ERROR: FAIL: silently overwrites files via directory
>  symlinks:
>  > >   /usr/share/doc/python-regex-dbg/Features.html (python-regex-dbg)
>  != /usr/share/doc/python-regex/Features.html (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >   /usr/share/doc/python-regex-dbg/Features.rst.gz
>  (python-regex-dbg) != /usr/share/doc/python-regex/Features.rst.gz
>  (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >   /usr/share/doc/python-regex-dbg/README (python-regex-dbg) !=
>  /usr/share/doc/python-regex/README (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >   /usr/share/doc/python-regex-dbg/UnicodeProperties.txt.gz
>  (python-regex-dbg) !=
>  /usr/share/doc/python-regex/UnicodeProperties.txt.gz (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >   /usr/share/doc/python-regex-dbg/changelog.Debian.gz
>  (python-regex-dbg) != /usr/share/doc/python-regex/changelog.Debian.gz
>  (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >   /usr/share/doc/python-regex-dbg/copyright (python-regex-dbg) !=
>  /usr/share/doc/python-regex/copyright (python-regex)
>  > >     /usr/share/doc/python-regex-dbg -> python-regex
>  > >
>  > > and probably python3-regex-dbg as well, although that does not get
>  > > tested by piuparts as long as python3-regex fails.
>  > >
>  > >
>  > > Andreas
>  >
>  > I'll attempt to fix this evening, because if calibre is removed from
>  > testing than my planned backport will be in jeopardy.  If I succeed
>  > I'll prepare an NMU, but in any case I'll reply to this bug with my
>  > results.
>  >
>  > Cheers,
>  > Nicholas
> 
>  Solved it!  I'll prepare a minimal NMU later today.  Would you please
>  consider sponsoring the upload (I'll CC you for the RFS)?
> 
>  Regards,
>  Nicholas
> 
>--
>Sandro "morph" Tosi
>My website: http://sandrotosi.me/
>Me at Debian: http://wiki.debian.org/SandroTosi
>G+: https://plus.google.com/u/0/+SandroTosi
From d7bcc37b3f9361413495e181159b4d9db317d524 Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves 
Date: Tue, 6 Feb 2018 15:43:34 -0500
Subject: [PATCH 1/2] Correct errors in maintscripts. (Closes: #886944)

From dpkg-maintscript-helper(1):
 symlink_to_dir pathname old-target

Maintscripts had:
 symlink_to_dir pathname new-target
---
 debian/python-regex-dbg.maintscript  | 2 +-
 debian/python3-regex-dbg.maintscript | 2 +-
 debian/python3-regex.maintscript | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/python-regex-dbg.maintscript b/debian/python-regex-dbg.maintscript
index 06d5276..f3c7bd1 100644
--- a/debian/python-regex-dbg.maintscript
+++ b/debian/python-regex-dbg.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python-regex-dbg python-regex-dbg 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python-regex-dbg python-regex 0.1.20171212-1~
diff --git a/debian/python3-regex-dbg.maintscript b/debian/python3-regex-dbg.maintscript
index cb7b44f..62674c9 100644
--- a/debian/python3-regex-dbg.maintscript
+++ b/debian/python3-regex-dbg.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python3-regex-dbg python3-regex-dbg 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python3-regex-dbg python-regex 0.1.20171212-1~
diff --git a/debian/python3-regex.maintscript b/debian/python3-regex.maintscript
index 899180d..c476fdd 100644
--- a/debian/python3-regex.maintscript
+++ b/debian/python3-regex.maintscript
@@ -1 +1 @@
-symlink_to_dir /usr/share/doc/python3-regex python3-regex 0.1.20171212-1
+symlink_to_dir /usr/share/doc/python3-regex python-regex 0.1.20171212-1~
-- 
2.11.0

From e11e4ceecb1a0192825201f0aa80371d9c2ec890 Mon Sep 17 00:00:00 2001
From: 

Bug#863844: all my passwords are gone

[Martin Steigerwald]

Hello Tomas.

Tomas Pospisek - 06.02.18, 21:30:
> just as Rainer reported:
> 
> * before upgrading from jessie to stretch I've checked the release notes
>there seems to be no mention of kwallet in the notes
> * then I've upgraded from jessie to stretch
> * when I start kwalletmanager it comes up empty
>* all my passwords seem to be gone
> * when I select File -> Import a wallet, nothing happens, no dialog shows up
> * when I select File -> Import XML, nothing happens, no dialog shows up
> 
> I think this bug report by Rainer should have had severity critical and
> have blocked kwalletmanager from entering stretch.

I disagree, see below.

> At this point I do not know how to recover the passwords from kwallet.
> Looks like 100% data loss at this point.

Kwalletmanager from Plasma 5 does not delete the original KDE SC 4 KWallet 
files. So I think it is safe to say the *.kwl files in ~/.kde/share/apps/
kwallet are still there.

For some reason the migration failed on your system, but AFAIK you can repeat 
the attempt to migrate as many times as you like. I think it is sufficient to 
remove the first two lines from the config file of the kwalletmanager from 
Plasma 5.

~/.config> head -2 kwalletrc
[Migration]
alreadyMigrated=true

and restart kwalletmanager. There was a blog post from KWallet Manager but, I 
cannot access it currently.[0]

But really, this is user support, so please ask in debian-kde mailing list for 
help on how to successfully migrate it. If you then find a solution, then feel 
free to add it to the bug report.

Again, I am nearly 100% sure that there is no data loss. So a severity of 
critical is not justified¹. I totally get that you are frustrated, but please 
first check whether your old kwalletmanager from KDE SC 4 *.kwl files are 
still there before setting the bug severity based on assumptions.

Please note that this is also an upstream issue, so you can help by 
researching in the upstream bug tracker² for a bug about it. If you find one, 
please add information about it to this bug report. Well I searched there for 
"kwalletmanager migration", but found no obvious fit for your bug 
description³. But please look for yourself and probably try out different 
search terms.

I am not even sure whether the file format changed. Maybe its even sufficient 
to copy the kwl files over to the new location, but that might not be enough. 
I had issues with migration for one of my users, but I fixed them long ago and 
do not remember exactly what I did. The new location is: ~/.local/share/
kwalletd

[0] https://barlog.rusu.info/valentin/blog/?p=300 

[1] https://www.debian.org/Bugs/Developer#severities

[2] https://bugs.kde.org

[3] https://bugs.kde.org/buglist.cgi?quicksearch=kwallet%20migration

Thank you,
-- 
Martin

Bug#889786: ats2-lang: New upstream version available

[James Clarke]

Package: src:ats2-lang
Version: 0.2.9-1
Severity: wishlist

Hi,
The current upstream version of ATS2 is 0.3.9; please consider updating
to this version.

Regards,
James

Bug#889785: ITP: libequinox-osgi-java -- Equinox OSGi framework

[Markus Koschany]

Package: wnpp
Severity: wishlist
Owner: Markus Koschany 

* Package name: libequinox-osgi-java
  Version : 3.9.1
  Upstream Author : IBM Corporation and others
* URL : https://www.eclipse.org/equinox/
* License : EPL-1.0
  Programming Lang: Java
  Description : Equinox OSGi framework

This package includes the Eclipse Equinox OSGi framework, which
can be used outside Eclipse. Equinox is an implementation of the OSGi
core framework specification, a set of bundles that implement various
optional OSGi services and other infrastructure for running OSGi-based
systems. The Equinox OSGi core framework implementation is used as the
reference implementation and as such it implements all the required
features of the latest OSGi core framework specification.

More generally, the goal of the Equinox project is to be a first class
OSGi community and foster the vision of Eclipse as a landscape of
bundles. As part of this, it is responsible for developing and
delivering the OSGi framework implementation used for all of Eclipse.


This package is already in Debian but is currently built from
src:eclipse. To improve the maintainability of libequinox-osgi-java
and since it is rather difficult to maintain the Eclipse IDE as a
whole (#681726) we go this route to reduce complexity and to ensure
that reverse-dependencies of libequinox-osgi-java continue to function
even when the Eclipse IDE does not.

Bug#780379: a cautionary tale about palemoon

[David Bremner]

I don't know if it's just frayed tempers, but

  https://github.com/jasperla/openbsd-wip/issues/86

is enough to make me personally steer clear of packaging palemoon.

It seems to be just about the logo's etc, but who has the extra cycles
to deal with that. Especially given

,
| So, since this has been a problem elsewhere and over the past few
| years.. I am considering ripping out the ability to use systemlibs
| period. What is your BSD policy of generally not allowing bundled libs
| in that case?
`

- Apparently a palemoon dev...

Bug#889590: tesseract-ocr-aze has circular Depends on tesseract-ocr-aze-cyrl

[Bill Allombert]

On Tue, Feb 06, 2018 at 09:53:27AM -0800, Jeff Breidenbach wrote:
> Hi Bill,
> 
> Thanks for the bug report. This is a little tricky, because if you only
> install one of the Azerbaijan language packages, the user will see
> error messages.
> 
> I guess we just don't have a mechanism in Debian for "if you install
> one, you need the other as well". That's unfortunate because it is
> going to cause confusion for users.
> 
> Unless you have other ideas, I guess the best I can do is make it a
> one way dependency.

Cannot you merge the two packages into one ? They can still Provides:
both name if needed. 

Otherwise you can use Recommends.

Cheers,
Bill

Bug#874835: [bppphyview] Future Qt4 removal from Buster

[Julien Yann Dutheil]

Hi,

While trying to update the libbpp-qt package to use Qt5 instead of Qt4, I'm
getting this error (using debuild -us -uc):

devlibs error: There is no package matching [libQt5Core5-dev] and noone
provides it, please report bug to d-shlibs maintainer
devlibs error: There is no package matching [libQt5Gui5-dev] and noone
provides it, please report bug to d-shlibs maintainer
devlibs error: There is no package matching [libQt5Widgets5-dev] and noone
provides it, please report bug to d-shlibs maintainer

Any idea of what is going on? The code otherwise compiles smoothly. I can
see the packages for Qt5 changed names (no more libqt5-dev, etc), and I am
probably missing sthg :s Git repos is updated to reproduce the error.

Any insight welcome!

Julien.


On Wed, Dec 13, 2017 at 11:09 AM, Julien Yann Dutheil <
julien.duth...@univ-montp2.fr> wrote:

> Dear Andreas,
>
> The fix was made upstream on the master branch, but has not been released
> yet. We have recently discussed a change in our release strategies: we will
> release more frequently "minor" updates based on the master branch (version
> x.y.1, x.y.2 etc) which will only be distributed as source archives. I will
> only package the x.1, x.2, etc more serious updates. Maybe the watch file
> could only check for these new updates? Or should we use a distinct tagging
> system for the minor updates?
>
> Best,
>
> Julien.
>
> On Wed, Dec 13, 2017 at 10:43 AM, Andreas Tille  wrote:
>
>> Dear Julien,
>>
>> thanks for the information.  The watch file did not catched any new
>> upstream version.  May be this needs to be adapted as well?
>>
>> Thanks for your quick response
>>
>>  Andreas.
>>
>> On Wed, Dec 13, 2017 at 10:08:18AM +0100, Julien Yann Dutheil wrote:
>> > Dear Andreas,
>> >
>> > The software was ported to Qt5 upstream, but still need to make a new
>> > package version. Will try do that asap.
>> >
>> > Best,
>> >
>> > Julien.
>> >
>> > On Wed, Dec 13, 2017 at 10:03 AM, Andreas Tille 
>> wrote:
>> >
>> > > Hi Julien,
>> > >
>> > > could you please have a look?
>> > >
>> > > Kind regards
>> > >
>> > >  Andreas.
>> > >
>> > > On Sat, Sep 09, 2017 at 08:58:21PM +0200, Lisandro Damián Nicanor
>> Pérez
>> > > Meyer wrote:
>> > > > Source: bppphyview
>> > > > Version: 0.5.1-1
>> > > > Severity: wishlist
>> > > > User: debian-qt-...@lists.debian.org
>> > > > Usertags: qt4-removal
>> > > >
>> > > >
>> > > > Hi! As you might know we the Qt/KDE team are preparing to remove Qt4
>> > > > as [announced] in:
>> > > >
>> > > > [announced] > an-devel-announce/2017/08/
>> > > msg6.html>
>> > > >
>> > > > Currently Qt4 has been dead upstream and we are starting to have
>> problems
>> > > > maintaining it, like for example in the [OpenSSL 1.1 support] case.
>> > > >
>> > > > [OpenSSL 1.1 support] > > > bin/bugreport.cgi?bug=828522>
>> > > >
>> > > > In order to make this move, all packages directly or indirectly
>> > > depending on
>> > > > the Qt4 libraries have to either get ported to Qt5 or eventually get
>> > > > removed from the Debian repositories.
>> > > >
>> > > > Therefore, please take the time and:
>> > > > - contact your upstream (if existing) and ask about the state of a
>> Qt5
>> > > > port of your application
>> > > > - if there are no activities regarding porting, investigate whether
>> > > there are
>> > > > suitable alternatives for your users
>> > > > - if there is a Qt5 port that is not yet packaged, consider
>> packaging it
>> > > > - if both the Qt4 and the Qt5 versions already coexist in the Debian
>> > > > archives, consider removing the Qt4 version
>> > > >
>> > > > = Porting =
>> > > >
>> > > > Some of us where involved in various Qt4 to Qt5 migrations
>> [migration]
>> > > and we
>> > > > know for sure that porting stuff from Qt4 to Qt5 is much much
>> easier and
>> > > less
>> > > > painful than it was from Qt3 to Qt4.
>> > > >
>> > > > We also understand that there is still a lot of software still
>> using Qt4.
>> > > >
>> > > > Don't forget to take a look at the C++ API changes page [apichanges]
>> > > whenever
>> > > > you start porting your application.
>> > > >
>> > > > [migration] http://pkg-kde.alioth.debian.o
>> rg/packagingqtbasedstuff.html
>> > > > [apichanges] http://doc.qt.io/qt-5/sourcebreaks.html
>> > > >
>> > > > For any questions and issues, do not hesitate to contact the Debian
>> > > Qt/KDE
>> > > > team at debian-qt-...@lists.debian.org
>> > > >
>> > > > The removal is being tracked in > >
>> > > >
>> > > > Lisandro,
>> > > > on behalf of the Qt4 maintainers
>> > > >
>> > > > ___
>> > > > Debian-med-packaging mailing list
>> > > > debian-med-packag...@lists.alioth.debian.org
>> > > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
>> > > debian-med-packaging
>> > > >
>> > >
>> > > --
>> > > http://fam-tille.de
>> > >
>> >
>> >
>> 

Bug#889784: ITP: ldmud -- LPC mud driver (non-free)

[Richard James Salts]

Package: wnpp
Severity: wishlist
Owner: Richard James Salts 

* Package name: ldmud
  Version : 3.5.1
  Upstream Author : Alexander Motzkau , Dominik Schäfer 
 
* URL : http://www.ldmud.eu/
* License : The source code and any executables created may not
* be used for monetary gain.
  Programming Lang: C, LPC
  Description : LPC mud driver

LDMud is a a runtime environment used for a network-based game written in LPC.
It handles all the connections and compiles the lpc into bytecode which
runs on top of the daemon. 
I'd like to package this in debian in order to make it easier for novice mud 
coders to get a mud running quickly. Debian offers a few mud clients,
but not many mud servers.
I would like to maintain this package as part of the Debian Games Team.
The rate of releases is quite manageable as it's quite a mature project.
I would however need a sponsor.

Bug#889783: sleep, disconnect Thunderbolt display, open laptop lid, X thinks it is dual-headed

[Daniel Pocock]

package: xserver-xorg-core
version: 2:1.19.2-1+deb9u2
severity: important


The laptop was being used with a Thunderbolt 3 dock.  The lid was down
while it was being used and the display attached to the dock was the
only active display.

The sleep button was pressed on the dock and the laptop went to sleep.

The Thunderbolt 3 cable was removed from the laptop.

The lid was opened.

The unlock screen appeared - but the place to type the password was not
visible.  The mouse cursor could be moved beyond the left edge of the
screen, as if another screen was present.  It appears the password field
was being rendered on the other screen.

Typing the password unlocked the laptop but it continued to think it was
dual-headed.

Closing and opening the lid again it started behaving normally.

Bug#889782: O: bunch -- Dot-accessible Python dictionary (a la JavaScript objects)

[Tobias Frost]

Package: wnpp

The current maintainer of bunch, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: bunch
Binary: python-bunch
Version: 1.0.1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-setuptools
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 4699240d8ea2acc05c0c701e25381aa5 1967 bunch_1.0.1-1.dsc
 0a829d64e95ed96defbcae2bf9061bb0 6577 bunch_1.0.1.orig.tar.gz
 432186b61c4441108cf87e5db7ba4b6e 2601 bunch_1.0.1-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewsvn/python-modules/packages/bunch/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/bunch/trunk
Checksums-Sha1:
 76f0bfe655789a8a2ee14886db7d3319928c03ff 1967 bunch_1.0.1-1.dsc
 f53eee28d911103dda195a4331c393b1fc150207 6577 bunch_1.0.1.orig.tar.gz
 c7272cf838826735997df05806503c610276fbbd 2601 bunch_1.0.1-1.debian.tar.gz
Checksums-Sha256:
 b0d20dd7dcdf25d383a430a3dbd7c22d90d73bf02642b234c3f3dec260fc95bb 1967 
bunch_1.0.1-1.dsc
 50c77a0fc0cb372dfe48b5e11937d5f70e743adbf42683f3a6d2857645a76aaa 6577 
bunch_1.0.1.orig.tar.gz
 724054bd2f19191b6674587640b3c55dee77decfaf7e3c8b103d4913ce36c74b 2601 
bunch_1.0.1-1.debian.tar.gz
Homepage: https://github.com/dsc/bunch/
Package-List: 
 python-bunch deb python optional
Directory: pool/main/b/bunch
Priority: source
Section: misc

Package: bunch
Binary: python-bunch
Version: 1.0.1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-setuptools
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 4699240d8ea2acc05c0c701e25381aa5 1967 bunch_1.0.1-1.dsc
 0a829d64e95ed96defbcae2bf9061bb0 6577 bunch_1.0.1.orig.tar.gz
 432186b61c4441108cf87e5db7ba4b6e 2601 bunch_1.0.1-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewsvn/python-modules/packages/bunch/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/bunch/trunk
Checksums-Sha256:
 b0d20dd7dcdf25d383a430a3dbd7c22d90d73bf02642b234c3f3dec260fc95bb 1967 
bunch_1.0.1-1.dsc
 50c77a0fc0cb372dfe48b5e11937d5f70e743adbf42683f3a6d2857645a76aaa 6577 
bunch_1.0.1.orig.tar.gz
 724054bd2f19191b6674587640b3c55dee77decfaf7e3c8b103d4913ce36c74b 2601 
bunch_1.0.1-1.debian.tar.gz
Homepage: https://github.com/dsc/bunch/
Package-List: 
 python-bunch deb python optional
Directory: pool/main/b/bunch
Priority: optional
Section: misc

Package: python-bunch
Source: bunch
Version: 1.0.1-1
Installed-Size: 78
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python (>= 2.7), python (<< 2.8)
Description-en: Dot-accessible Python dictionary (a la JavaScript objects)
 Bunch is a subclass of Python's dict that supports attribute-style
 access, a la JavaScript.
 .
 For instance, you can have the following:
 >>> b = bunch.bunchify({"foo":"bar"}
 >>> b.foo
 'bar'
Description-md5: 34e71dc12ab18b7e18a67e823d8ecba8
Homepage: https://github.com/dsc/bunch/
Section: python
Priority: optional
Filename: pool/main/b/bunch/python-bunch_1.0.1-1_all.deb
Size: 7814
MD5sum: 5dce828ba08fad48736c8efce3207a58
SHA1: edf0aed120b7fbbbfbc0898f58dae11004caf0ef
SHA256: 8747f123feb6f6e6cc8053034b48c7bb426624faa0a98cc63e3a1b866d7ecf3c

Package: python-bunch
Source: bunch
Version: 1.0.1-1
Installed-Size: 78
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python (>= 2.7), python (<< 2.8)
Description-en: Dot-accessible Python dictionary (a la JavaScript objects)
 Bunch is a subclass of Python's dict that supports attribute-style
 access, a la JavaScript.
 .
 For instance, you can have the following:
 >>> b = bunch.bunchify({"foo":"bar"}
 >>> b.foo
 'bar'
Description-md5: 34e71dc12ab18b7e18a67e823d8ecba8
Homepage: https://github.com/dsc/bunch/
Section: python
Priority: optional
Filename: pool/main/b/bunch/python-bunch_1.0.1-1_all.deb
Size: 7814
MD5sum: 5dce828ba08fad48736c8efce3207a58
SHA1: edf0aed120b7fbbbfbc0898f58dae11004caf0ef
SHA256: 8747f123feb6f6e6cc8053034b48c7bb426624faa0a98cc63e3a1b866d7ecf3c

Bug#889781: O: grapefruit -- Python module to manipulate color information easily

[Tobias Frost]

Package: wnpp

The current maintainer of grapefruit, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put 
the Python packaging team is in X-Debbugs-CC for information so that they can 
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: grapefruit
Binary: python-grapefruit, python-grapefruit-doc
Version: 0.1~a3+dfsg-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-setuptools, 
python-pytest, python-sphinx (>= 1.0.7+dfsg)
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 c62a8382eccd118cf00c73767a7704d9 2183 grapefruit_0.1~a3+dfsg-1.dsc
 b1b32d4d7d9381b75968d305e5f817ca 28575 grapefruit_0.1~a3+dfsg.orig.tar.gz
 feb731da939d3b928a91b94efdc87659 4690 grapefruit_0.1~a3+dfsg-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/grapefruit/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/grapefruit/trunk/
Checksums-Sha1:
 cfcdcc93f69d56109180607361a12e5735863eb8 2183 grapefruit_0.1~a3+dfsg-1.dsc
 208607229aa58bdba14214139f7011562e8a1681 28575 
grapefruit_0.1~a3+dfsg.orig.tar.gz
 48ef4aa8fdd00b95d41aa644517b9916df6ecc60 4690 
grapefruit_0.1~a3+dfsg-1.debian.tar.gz
Checksums-Sha256:
 606754f2b61040b1fec4a0ea75870ebc77ecae017a0cc0ba467bf885f27eded2 2183 
grapefruit_0.1~a3+dfsg-1.dsc
 3fd1a2f305ecfc7a47703eacd0a13824e7b9d0fec72e86f5c336c9497620aa20 28575 
grapefruit_0.1~a3+dfsg.orig.tar.gz
 27d70e1a14dd7ef7b55a204355c37bda184f754972ab51a98c7c9b618dc8291c 4690 
grapefruit_0.1~a3+dfsg-1.debian.tar.gz
Homepage: http://code.google.com/p/grapefruit/
Package-List: 
 python-grapefruit deb python optional
 python-grapefruit-doc deb doc optional
Directory: pool/main/g/grapefruit
Priority: source
Section: misc

Package: grapefruit
Binary: python-grapefruit, python-grapefruit-doc
Version: 0.1~a3+dfsg-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-setuptools, 
python-pytest, python-sphinx (>= 1.0.7+dfsg)
Architecture: all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 c62a8382eccd118cf00c73767a7704d9 2183 grapefruit_0.1~a3+dfsg-1.dsc
 b1b32d4d7d9381b75968d305e5f817ca 28575 grapefruit_0.1~a3+dfsg.orig.tar.gz
 feb731da939d3b928a91b94efdc87659 4690 grapefruit_0.1~a3+dfsg-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/grapefruit/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/grapefruit/trunk/
Checksums-Sha256:
 606754f2b61040b1fec4a0ea75870ebc77ecae017a0cc0ba467bf885f27eded2 2183 
grapefruit_0.1~a3+dfsg-1.dsc
 3fd1a2f305ecfc7a47703eacd0a13824e7b9d0fec72e86f5c336c9497620aa20 28575 
grapefruit_0.1~a3+dfsg.orig.tar.gz
 27d70e1a14dd7ef7b55a204355c37bda184f754972ab51a98c7c9b618dc8291c 4690 
grapefruit_0.1~a3+dfsg-1.debian.tar.gz
Homepage: http://code.google.com/p/grapefruit/
Package-List: 
 python-grapefruit deb python optional
 python-grapefruit-doc deb doc optional
Directory: pool/main/g/grapefruit
Priority: optional
Section: misc

Package: python-grapefruit
Source: grapefruit
Version: 0.1~a3+dfsg-1
Installed-Size: 112
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python (>= 2.7), python (<< 2.8), python-pkg-resources
Suggests: python-grapefruit-doc
Description-en: Python module to manipulate color information easily
 GrapeFruit is a pure Python module that lets you easily manipulate and convert
 color information. Its primary goal is to be natural and flexible.
 .
 The following color systems are supported by GrapeFruit:
   * RGB (sRGB)
   * HSL
   * HSV
   * YIQ
   * YUV
   * CIE-XYZ
   * CIE-LAB (with the illuminant you want)
   * CMY
   * CMYK
   * HTML/CSS color definition (#RRGGBB, #RGB or the X11 color name)
   * RYB (artistic color wheel)
Description-md5: 129b0ebcd493e0775558de73e0cd46df
Homepage: http://code.google.com/p/grapefruit/
Section: python
Priority: optional
Filename: pool/main/g/grapefruit/python-grapefruit_0.1~a3+dfsg-1_all.deb
Size: 15346
MD5sum: f1e6da11e4de7bc2ddff2ccdefe15282
SHA1: 7fee47fee4e17c5ef0419a7ecc2c482400b53c01
SHA256: 71276a0a63d403e563d072a05d52fa01c24594404c91a024f48a33977c9f5414

Package: python-grapefruit-doc
Source: grapefruit
Version: 0.1~a3+dfsg-1
Installed-Size: 258
Maintainer: Debian Python Modules Team 

Bug#889779: O: responses -- Utility library for mocking out the requests Python library

[Tobias Frost]

Package: wnpp

The current maintainer of responses, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: responses
Binary: python-responses, python3-responses
Version: 0.3.0-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), dh-python, python-all (>= 2.6.6-3~), 
python3-all, python-setuptools, python3-setuptools
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 76f601fa0c0b4e678ac7c6008fb7157f 2121 responses_0.3.0-1.dsc
 0181b98153639dccdb5c5daa2ce317da 5139 responses_0.3.0.orig.tar.gz
 3754f63916ea3153b59bb8393d2011d2 2220 responses_0.3.0-1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/responses/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/responses/trunk/
Checksums-Sha1:
 7a29d40ef3ec8416297484ab6f512b0637add541 2121 responses_0.3.0-1.dsc
 fc0a76c07dadd5e6cae1025a0a9df6b1274ca0e8 5139 responses_0.3.0.orig.tar.gz
 d15a44105971d594e7216a9afce5a7468614d7d6 2220 responses_0.3.0-1.debian.tar.xz
Checksums-Sha256:
 affbb78eb8fc047e01d927ffce8073c09f4b4d1a2a5eb3eb5b332bdfab2851e8 2121 
responses_0.3.0-1.dsc
 6c5eb915bcf763b677b8e51cdb68c8474127a9b60e49e6e240b05ec5e449c43b 5139 
responses_0.3.0.orig.tar.gz
 72bdb5b9567276253867e06ecb5b5c66407f5c14aacb230614ef85e415830203 2220 
responses_0.3.0-1.debian.tar.xz
Homepage: https://github.com/dropbox/responses
Package-List: 
 python-responses deb python optional arch=all
 python3-responses deb python optional arch=all
Directory: pool/main/r/responses
Priority: source
Section: misc

Package: responses
Binary: python-responses, python3-responses
Version: 0.5.1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), dh-python, python-all (>= 2.6.6-3~), 
python3-all, python-cookies, python3-cookies, python-setuptools, 
python3-setuptools
Architecture: all
Standards-Version: 3.9.7
Format: 3.0 (quilt)
Files:
 ffa4c79c3bb02aef243f8974dbd1eedc 2179 responses_0.5.1-1.dsc
 f1962b295b18128c522e83901556deac 10164 responses_0.5.1.orig.tar.gz
 4cf85d8b93e278ee48f66716d68a8306 2676 responses_0.5.1-1.debian.tar.xz
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/responses.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/responses.git
Checksums-Sha256:
 dac8683521b7ff4725d0ff3ae3aede659306baa856af97be3115a8052dabccc3 2179 
responses_0.5.1-1.dsc
 8cad64c45959a651ceaf0023484bd26180c927fea64a81e63d334ddf6377ecea 10164 
responses_0.5.1.orig.tar.gz
 0c6f0950ee98ba4ddcbf93ee5faa3a5d6925e88280f5ee2f11dab141ea36eacf 2676 
responses_0.5.1-1.debian.tar.xz
Homepage: https://github.com/getsentry/responses
Package-List: 
 python-responses deb python optional arch=all
 python3-responses deb python optional arch=all
Testsuite: autopkgtest
Directory: pool/main/r/responses
Priority: optional
Section: misc

Package: python-responses
Source: responses
Version: 0.5.1-1
Installed-Size: 39
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python-cookies, python-mock, python-requests, python-six, python:any 
(<< 2.8), python:any (>= 2.7.5-5~)
Description-en: Utility library for mocking out the requests Python library
 responses is a module used to mock out the `requests' Python library in
 order to perform unit tests.
 .
 This package provides the Python 2 module.
Description-md5: a050dffa877a97faad7df1f2e79d7695
Homepage: https://github.com/getsentry/responses
Section: python
Priority: optional
Filename: pool/main/r/responses/python-responses_0.5.1-1_all.deb
Size: 9020
MD5sum: 8e904faa8dd87d21d8e3dcf8a5219a7b
SHA256: f6bd1226c07016825e587722c9be3922ea102775c1438845ccaf7ca2d43ea1a2

Package: python-responses
Source: responses
Version: 0.3.0-1
Installed-Size: 60
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python-requests (>= 1.0), python:any (<< 2.8), python-mock, python:any 
(>= 2.7.5-5~), python-six
Description-en: Utility library for mocking out the requests Python library
 responses is a module used to mock out the `requests' Python library in
 order to perform unit tests.
 .
 This package provides the Python 2 module.
Description-md5: a050dffa877a97faad7df1f2e79d7695

Bug#889780: O: stomper -- Python client implementation of the STOMP protocol

[Tobias Frost]

Package: wnpp

The current maintainer of stomper, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: stomper
Binary: python-stomper
Version: 0.3.0-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-setuptools, python-all (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 369300e1ea6c0a3cac728bc3f0ee7e76 1995 stomper_0.3.0-1.dsc
 886eaa3b6b69d4749e88a4d4eb594b02 21051 stomper_0.3.0.orig.tar.gz
 f3da7ce461bc515d207e0f37e86de927 2884 stomper_0.3.0-1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/stomper/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/stomper/trunk/
Checksums-Sha1:
 1d0066294015d1b4e0884d627e9755d86a1e70fe 1995 stomper_0.3.0-1.dsc
 75515b101d1df22274f0af2f7ec7c6e11d03047d 21051 stomper_0.3.0.orig.tar.gz
 8872387375546ca069271956f26c35099fd35262 2884 stomper_0.3.0-1.debian.tar.xz
Checksums-Sha256:
 0381f3312c0cba6afa539ec471568d8030dc54e0043d8f50ab4bf8ffdcaf56eb 1995 
stomper_0.3.0-1.dsc
 ceaacc016c0e8e98c3d3155f22069d18d403637d57492d9cf678813e27c9ecb0 21051 
stomper_0.3.0.orig.tar.gz
 3da4889c0afb7c91f3e0e65f9781d1c92a76289b0206753ad4a85ed7d04115ea 2884 
stomper_0.3.0-1.debian.tar.xz
Homepage: https://github.com/oisinmulvihill/stomper/
Package-List: 
 python-stomper deb python optional arch=all
Directory: pool/main/s/stomper
Priority: source
Section: misc

Package: stomper
Binary: python-stomper
Version: 0.3.0-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-setuptools, python-all (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 369300e1ea6c0a3cac728bc3f0ee7e76 1995 stomper_0.3.0-1.dsc
 886eaa3b6b69d4749e88a4d4eb594b02 21051 stomper_0.3.0.orig.tar.gz
 f3da7ce461bc515d207e0f37e86de927 2884 stomper_0.3.0-1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/stomper/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/stomper/trunk/
Checksums-Sha256:
 0381f3312c0cba6afa539ec471568d8030dc54e0043d8f50ab4bf8ffdcaf56eb 1995 
stomper_0.3.0-1.dsc
 ceaacc016c0e8e98c3d3155f22069d18d403637d57492d9cf678813e27c9ecb0 21051 
stomper_0.3.0.orig.tar.gz
 3da4889c0afb7c91f3e0e65f9781d1c92a76289b0206753ad4a85ed7d04115ea 2884 
stomper_0.3.0-1.debian.tar.xz
Homepage: https://github.com/oisinmulvihill/stomper/
Package-List: 
 python-stomper deb python optional arch=all
Directory: pool/main/s/stomper
Priority: optional
Section: misc

Package: python-stomper
Source: stomper
Version: 0.3.0-1
Installed-Size: 119
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python (>= 2.7), python (<< 2.8)
Description-en: Python client implementation of the STOMP protocol
 The client is attempting to be transport layer neutral. This module provides
 functions to create and parse STOMP messages in a programmatic fashion. The
 messages can be easily generated and parsed, however its up to the user to do
 the sending and receiving.
 .
 The Streaming Text Oriented Messaging Protocol is a text-based protocol
 vaguely similar to HTTP, intended for message oriented middleware. Its
 protocol specification can be found at
 http://stomp.github.io/
Description-md5: edb0f594f7ea951298b5e3c6def5f791
Homepage: https://github.com/oisinmulvihill/stomper/
Section: python
Priority: optional
Filename: pool/main/s/stomper/python-stomper_0.3.0-1_all.deb
Size: 20108
MD5sum: a7ee1bce95cf6e8f7a4bf9dec1728f34
SHA1: 0dd2926a089c03e2e5a2f3e950990342768f978e
SHA256: a0ec94cd28ee9dd82e737951f0ca91264b094a3c8ff6d26a7f017f46a9f1687b

Package: python-stomper
Source: stomper
Version: 0.3.0-1
Installed-Size: 119
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python (>= 2.7), python (<< 2.8)
Description-en: Python client implementation of the STOMP protocol
 The client is attempting to be transport layer neutral. This module provides
 functions to create and parse STOMP messages in a programmatic fashion. The
 messages can be easily generated and parsed, however its up to the user to do
 the sending and receiving.
 .
 The Streaming Text Oriented Messaging Protocol is 

Bug#889777: O: fabulous -- Python module to make your terminal output fabulous

[Tobias Frost]

Package: wnpp

The current maintainer of fabulous, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: fabulous
Binary: python-fabulous, python-fabulous-doc
Version: 0.1.5+dfsg1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all (>= 2.6.6-3~), python-grapefruit, 
python-sphinx (>= 1.0.7+dfsg), python-setuptools
Architecture: any all
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 6b554cd0e938a72b4a08929ea6945216 2165 fabulous_0.1.5+dfsg1-1.dsc
 1c8171bf72fc5b46caf1eded1b285f61 30567 fabulous_0.1.5+dfsg1.orig.tar.gz
 b9fa9246bc0cbbf6e76cad8f45b7b385 4548 fabulous_0.1.5+dfsg1-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewsvn/python-modules/packages/fabulous/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/fabulous/trunk
Checksums-Sha1:
 56407edbe153730bdb4a7238fea098a40e0e1874 2165 fabulous_0.1.5+dfsg1-1.dsc
 bc07574b20e268f3a8730c31ecf9a5b9db466f05 30567 fabulous_0.1.5+dfsg1.orig.tar.gz
 49189027c82d2d678cf62706fe029ec26d4251e4 4548 
fabulous_0.1.5+dfsg1-1.debian.tar.gz
Checksums-Sha256:
 6ace27deabc7820ae107f8b5fceec873c093eb34a4b2cb4b1e63ab04acb36a19 2165 
fabulous_0.1.5+dfsg1-1.dsc
 24a22924046390e67ccab79c83cc0396e9fbe31efaf0aa1104fec9c7b8230c0d 30567 
fabulous_0.1.5+dfsg1.orig.tar.gz
 1532f9b5156c131eeabcf137412cfeb05b536ff81de864f900964287b5355fb1 4548 
fabulous_0.1.5+dfsg1-1.debian.tar.gz
Homepage: http://lobstertech.com/fabulous.html
Package-List: 
 python-fabulous deb python optional
 python-fabulous-doc deb doc optional
Directory: pool/main/f/fabulous
Priority: source
Section: misc

Package: fabulous
Binary: python-fabulous, python-fabulous-doc
Version: 0.3.0+dfsg1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), dh-python, python-all, python3-doc, 
python-grapefruit, python-pil, python-sphinx, python-setuptools, 
python-sphinxcontrib.programoutput
Architecture: any all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 56f6db28202b23dfd572b46ea9fbf63e 2220 fabulous_0.3.0+dfsg1-1.dsc
 37b91d03081300cdd67be18a2829eb59 203734 fabulous_0.3.0+dfsg1.orig.tar.gz
 7ab6ac3f3d33b9a3cb0e2ae24602958e 4524 fabulous_0.3.0+dfsg1-1.debian.tar.xz
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/fabulous.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/fabulous.git
Checksums-Sha256:
 8056df84717f47021ed5fef9fb612e691bfc25c7a699c56688c75bb91ceed45b 2220 
fabulous_0.3.0+dfsg1-1.dsc
 3410785b13f7083ae14daf9a2ccc96b5bbbc6778f9ee943587d47a88e869dc6f 203734 
fabulous_0.3.0+dfsg1.orig.tar.gz
 962e9aef8d0819b8297d374226fd965dc86ea93bb38680b56f17e508b57d1f20 4524 
fabulous_0.3.0+dfsg1-1.debian.tar.xz
Homepage: https://jart.github.io/fabulous/
Package-List: 
 python-fabulous deb python optional arch=any
 python-fabulous-doc deb doc optional arch=all
Testsuite: autopkgtest-pkg-python
Directory: pool/main/f/fabulous
Priority: optional
Section: misc

Package: python-fabulous
Source: fabulous
Version: 0.3.0+dfsg1-1
Installed-Size: 278
Maintainer: Debian Python Modules Team 

Architecture: amd64
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~), libc6 (>= 2.2.5), 
python-pil
Recommends: fonts-noto-hinted
Description-en: Python module to make your terminal output fabulous
 Fabulous is a Python library designed to make the output of terminal
 applications look fabulous. Fabulous allows you to print colors, images, and
 stylized text to the console (without curses.) Fabulous also offers features
 to improve the usability of Python's standard logging system.
Description-md5: fbb2657bc851236a325e490d83f1518a
Homepage: https://jart.github.io/fabulous/
Section: python
Priority: optional
Filename: pool/main/f/fabulous/python-fabulous_0.3.0+dfsg1-1_amd64.deb
Size: 101878
MD5sum: 6d627b7e9f75c98384a272820db20c0a
SHA256: 312823857148f08c61ab9e506baad75c60fd0a6309c9b869f964930e2175359c

Package: python-fabulous
Source: fabulous
Version: 0.1.5+dfsg1-1
Installed-Size: 137
Maintainer: Debian Python Modules Team 

Architecture: amd64
Depends: python (>= 2.7), python (<< 2.8), python-grapefruit, libc6 (>= 2.2.5)
Description-en: Python module to make your terminal output 

Bug#889778: O: rgain -- Replay Gain volume normalization Python tools

[Tobias Frost]

Package: wnpp

The current maintainer of rgain, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put 
the Python packaging team is in X-Debbugs-CC for information so that they can 
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: rgain
Binary: python-rgain
Version: 1.3.3-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), python-all (>= 2.6.6-3~), python-docutils
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 eb51a4b3c6ec6025c72f45132fa5a85c 1962 rgain_1.3.3-1.dsc
 392cade8e211b1b6ed1bf363e39ae95f 28833 rgain_1.3.3.orig.tar.gz
 1abaef22cc2fca90b5e73ac470e758e8 2200 rgain_1.3.3-1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/rgain/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/rgain/trunk/
Checksums-Sha1:
 4cd6094358ba5cd4569730b4b736e6179ffed7c3 1962 rgain_1.3.3-1.dsc
 a4246410577682c399d1b30ba3e97d50ee4a2300 28833 rgain_1.3.3.orig.tar.gz
 274b4f304d62fb862f2ec215e526559540ca3c99 2200 rgain_1.3.3-1.debian.tar.xz
Checksums-Sha256:
 8d834496febe6246ed042ab5c4da4ad4f7cf2f85cfb8cd8073cc0cdfa1e49c22 1962 
rgain_1.3.3-1.dsc
 d147f68197b9ce6514cbdc81c1c49ce4cddee596c15dfbeb5a8915bb5f1e8d66 28833 
rgain_1.3.3.orig.tar.gz
 3da6a92ce340896404698bd09093e432df196b7239a9994bc015d3f99eddd7dd 2200 
rgain_1.3.3-1.debian.tar.xz
Homepage: https://bitbucket.org/fk/rgain/
Package-List: 
 python-rgain deb python optional arch=all
Directory: pool/main/r/rgain
Priority: source
Section: python

Package: rgain
Binary: python-rgain
Version: 1.3.4-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), python-all (>= 2.6.6-3~), python-docutils
Architecture: all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 339e6d9a1bfe008a149960f65055d066 1946 rgain_1.3.4-1.dsc
 b612364018fc243ac082e164b7338cfd 27655 rgain_1.3.4.orig.tar.bz2
 9faf444938f0407483276e57b7c726ef 2524 rgain_1.3.4-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/python-modules/packages/rgain.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/rgain.git
Checksums-Sha256:
 2a09c33fb76e7284bc18dbaf5c32c9acae748bc3e207d830c3c4df60a61e73fd 1946 
rgain_1.3.4-1.dsc
 9357908dc4daa019a72e922ab833c6fafafc515d93e696e0043cfe1b53df5ff2 27655 
rgain_1.3.4.orig.tar.bz2
 a1a47656731cae6066b57bf0bc82c4efeafca35b76bab6106028003a15a82d4e 2524 
rgain_1.3.4-1.debian.tar.xz
Homepage: https://bitbucket.org/fk/rgain/
Package-List: 
 python-rgain deb python optional arch=all
Directory: pool/main/r/rgain
Priority: source
Section: python

Package: python-rgain
Source: rgain
Version: 1.3.4-1
Installed-Size: 93
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python-gi, gir1.2-gstreamer-1.0, python-mutagen, 
gstreamer1.0-plugins-base, gstreamer1.0-plugins-good, python (>= 2.7), python 
(<< 2.8), python:any (>= 2.6.6-7~)
Recommends: gstreamer1.0-plugins-ugly | gstreamer1.0-libav
Description-en: Replay Gain volume normalization Python tools
 This package provides a Python package to calculate the Replay Gain values of
 audio files and normalize the volume of those files according to the values.
 Two basic scripts exploiting these capabilities are shipped as well.
 .
 Replay Gain is a proposed standard designed to solve the very problem of
 varying volumes across audio files. Its specifications are available at
 http://replaygain.org/ .
Description-md5: 48f1f68a3520e4a1beab32f395c121b8
Homepage: https://bitbucket.org/fk/rgain/
Section: python
Priority: optional
Filename: pool/main/r/rgain/python-rgain_1.3.4-1_all.deb
Size: 25982
MD5sum: 86fea888aca88affb359b6564477cc4d
SHA256: 1cd58c4525d0b70a6c358c655f8e82573a30a2fbbce2d7070028f8b26d4decca

Package: python-rgain
Source: rgain
Version: 1.3.3-1
Installed-Size: 124
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python-gi, gir1.2-gstreamer-1.0, python-mutagen, 
gstreamer1.0-plugins-base, gstreamer1.0-plugins-good, python (>= 2.7), python 
(<< 2.8)
Recommends: gstreamer1.0-plugins-bad
Description-en: Replay Gain volume normalization Python tools
 This package provides a Python package to calculate the Replay Gain values of
 audio files and normalize the volume of those files according to the values.
 Two basic scripts exploiting these capabilities are 

Bug#889776: O: pylast -- Python interface to Last.fm and other compatible services

[Tobias Frost]

Package: wnpp

The current maintainer of pylast, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pylast
Binary: python-pylast, python3-pylast
Version: 1.0.0-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), dh-python, python-all (>= 2.6.6-3~), 
python3-all (>= 3.1.3-12~)
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 a46192a205f8b88b4ff457361f4e9c60 2057 pylast_1.0.0-1.dsc
 a8404fee22b55352c9da25d6fa55c38c 29099 pylast_1.0.0.orig.tar.gz
 03122b57bba9b4ea816448c82e292aeb 1904 pylast_1.0.0-1.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/pylast/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/pylast/trunk/
Checksums-Sha1:
 1b6b6fcf6660c7495743a970ef53e66dc46a0742 2057 pylast_1.0.0-1.dsc
 6bd452723b530f93e016a2024632a230fd0e1ee8 29099 pylast_1.0.0.orig.tar.gz
 976ab204a97478576f5f9a6d8030bd03d4da8937 1904 pylast_1.0.0-1.debian.tar.xz
Checksums-Sha256:
 955771c19ddf85c8b319a41370f1df6c3a8e434e157c9efcdddb65e2b94d79e4 2057 
pylast_1.0.0-1.dsc
 948bc9efb2e2785db8c303cc6559358b943538cc45f902838db770b84843d605 29099 
pylast_1.0.0.orig.tar.gz
 e977d31ffcafa8fae003ad6607f2fcf110e106cb5e9aecf9bdd4b22bf7c34b0e 1904 
pylast_1.0.0-1.debian.tar.xz
Homepage: http://github.com/pylast/pylast/
Package-List: 
 python-pylast deb python optional arch=all
 python3-pylast deb python optional arch=all
Directory: pool/main/p/pylast
Priority: source
Section: python

Package: pylast
Binary: python-pylast, python3-pylast
Version: 1.6.0-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), dh-python, python-all (>= 2.6.6-3~), 
python-flaky, python-mock, python-pytest, python-setuptools, python-six, 
python3-all (>= 3.1.3-12~), python3-flaky, python3-mock, python3-pytest, 
python3-setuptools, python3-six
Architecture: all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 810e7c8ef02be1f6e52e8891791c6ad8 1860 pylast_1.6.0-1.dsc
 efa796d0f46b39ccdf9187f7cec702ef 41307 pylast_1.6.0.orig.tar.gz
 4cb46e04b1a03f63f5cded41bbc2a844 2408 pylast_1.6.0-1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/python-modules/packages/pylast.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/pylast.git
Checksums-Sha256:
 d02cac4a811ce139045af14f657b2e114d38c061b79c826d60f33d99b1f8ceec 1860 
pylast_1.6.0-1.dsc
 6bf325ee0fdeb35780554843cf64df99304abb98c5ce2e451c0df7e95e08b42e 41307 
pylast_1.6.0.orig.tar.gz
 8cbfd5188202d31132276bc5d019716ca87d2b644df7956de5c717023137ee85 2408 
pylast_1.6.0-1.debian.tar.xz
Homepage: https://github.com/pylast/pylast/
Package-List: 
 python-pylast deb python optional arch=all
 python3-pylast deb python optional arch=all
Directory: pool/main/p/pylast
Priority: source
Section: python

Package: python-pylast
Source: pylast
Version: 1.6.0-1
Installed-Size: 155
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python-six, python:any (<< 2.8), python:any (>= 2.7.5-5~)
Description-en: Python interface to Last.fm and other compatible services
 Last.fm is a service providing a way to keep a record of what the users listen
 to and offering music recommendations based on that record.
 .
 This interface allows access to all the data exposed by the Last.fm API as
 well as to the scrobbling functionality.
Description-md5: 1407cf91de5bb56b793294f2eb30db46
Homepage: https://github.com/pylast/pylast/
Section: python
Priority: optional
Filename: pool/main/p/pylast/python-pylast_1.6.0-1_all.deb
Size: 25152
MD5sum: da3148b517e7535241a16e37ffcdaba4
SHA256: 16de1d0e8a6fb00f3406d2ea89a0b23cbd37e5af4e9b244985cfbca3e4083aee

Package: python-pylast
Source: pylast
Version: 1.0.0-1
Installed-Size: 170
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)
Description-en: Python interface to Last.fm and other compatible services
 Last.fm is a service providing a way to keep a record of what the users listen
 to and offering music recommendations based on that record.
 .
 This interface allows access to all the data exposed by the Last.fm API as
 well as to the scrobbling functionality.

Bug#889774: O: musicbrainzngs -- Python bindings for the Musicbrainz NGS webservice interface

[Tobias Frost]

Package: wnpp

The current maintainer of musicbrainzngs, Simon Chopin  
,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan package but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: musicbrainzngs
Binary: python-musicbrainzngs, python3-musicbrainzngs, python-musicbrainzngs-doc
Version: 0.5-2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), dh-python, libc-bin (>= 2.13-1~), python-all 
(>= 2.6.6-3~), python-doc, python-sphinx (>= 1.0.7+dfsg), python2.7-doc, 
python3-all
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 84a33660c06e6c57584d3838de5723c9 2312 musicbrainzngs_0.5-2.dsc
 9e17a181af72d04a291c9a960bc73d44 61632 musicbrainzngs_0.5.orig.tar.gz
 b04ee13830fc97f3985bad318506b56e 3800 musicbrainzngs_0.5-2.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/musicbrainzngs/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/musicbrainzngs/trunk/
Checksums-Sha1:
 d33995afd7edaceedff97cb276b7e39ef39be8e8 2312 musicbrainzngs_0.5-2.dsc
 f2e5c3de0896ea297d3e3f1ffcb1a73ca9ba559f 61632 musicbrainzngs_0.5.orig.tar.gz
 ccf20eb405e32c91572e64f5d3d27a1e4d963008 3800 
musicbrainzngs_0.5-2.debian.tar.xz
Checksums-Sha256:
 2be79f0370e80205d4503086344e2c648ea59b09df52de8d6ea33e7c54389d93 2312 
musicbrainzngs_0.5-2.dsc
 281388ab750d2996e9feca4580fd4215d616a698e02cd6719cb9b8562945c489 61632 
musicbrainzngs_0.5.orig.tar.gz
 d2c7c9be2107ce1adc9d57b5151e13496524a2dc7f1247c5af0f600fa8941593 3800 
musicbrainzngs_0.5-2.debian.tar.xz
Homepage: https://github.com/alastair/python-musicbrainz-ngs/
Package-List: 
 python-musicbrainzngs deb python optional arch=all
 python-musicbrainzngs-doc deb doc optional arch=all
 python3-musicbrainzngs deb python optional arch=all
Directory: pool/main/m/musicbrainzngs
Priority: source
Section: python

Package: musicbrainzngs
Binary: python-musicbrainzngs, python3-musicbrainzngs, python-musicbrainzngs-doc
Version: 0.6-2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), dh-python, libc-bin (>= 2.13-1~), python-all 
(>= 2.6.6-3~), python-doc, python-libdiscid-doc, python-sphinx (>= 1.0.7+dfsg), 
python2.7-doc, python3-all
Architecture: all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 4d3bb2944e07ce9e278bdbe499f220c6 2415 musicbrainzngs_0.6-2.dsc
 22616f1710f13a8da933920089c51441 111052 musicbrainzngs_0.6.orig.tar.gz
 875cd6c3b68fc0b592b6575fafc7e14b 6224 musicbrainzngs_0.6-2.debian.tar.xz
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/musicbrainzngs.git
Vcs-Git: 
https://anonscm.debian.org/git/python-modules/packages/musicbrainzngs.git
Checksums-Sha256:
 f8f09832959aaed105e111af870f56bce025b585f0149f5187033059ffce7673 2415 
musicbrainzngs_0.6-2.dsc
 28ef261a421dffde0a25281dab1ab214e1b407eec568cd05a53e73256f56adb5 111052 
musicbrainzngs_0.6.orig.tar.gz
 5e8d9ea34c65af7dc60f6ba9834ea58bb519c67ec058e2efd0407302c192745a 6224 
musicbrainzngs_0.6-2.debian.tar.xz
Homepage: https://github.com/alastair/python-musicbrainz-ngs/
Package-List: 
 python-musicbrainzngs deb python optional arch=all
 python-musicbrainzngs-doc deb doc optional arch=all
 python3-musicbrainzngs deb python optional arch=all
Testsuite: autopkgtest
Testsuite-Triggers: python-all, python3-all
Directory: pool/main/m/musicbrainzngs
Priority: source
Section: python

Package: python-musicbrainzngs
Source: musicbrainzngs
Version: 0.6-2
Installed-Size: 110
Maintainer: Debian Python Modules Team 

Architecture: all
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)
Suggests: python-musicbrainzngs-doc
Description-en: Python bindings for the Musicbrainz NGS webservice interface
 This package provides a Python interface to the
 Musicbrainz NGS API.
 .
 Musicbrainz is an open music encyclopedia that collects music metadata
 and makes it available to the public.
Description-md5: 080972af561ce16e96a90ebbf0eb4645
Homepage: https://github.com/alastair/python-musicbrainz-ngs/
Section: python
Priority: optional
Filename: pool/main/m/musicbrainzngs/python-musicbrainzngs_0.6-2_all.deb
Size: 25184
MD5sum: 92bd1c3aec9c53b7003c503010fe979f
SHA256: 7e739b89fd2547c0d395bc74fc9dc5f539008210df725b888f99e9c4b65d5cd6

Package: python-musicbrainzngs
Source: musicbrainzngs
Version: 0.5-2

Bug#889775: O: pyacoustid -- Acoustid interface implementation and Chromaprint bindings

[Tobias Frost]

Package: wnpp

The current maintainer of pyacoustid, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pyacoustid
Binary: python-acoustid, python3-acoustid
Version: 1.1.0-3
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), dh-python, python-all (>= 2.6.6-3~), 
python3-all, python3-setuptools, python-setuptools
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 9421e66bfe1eb70456d9683257eea200 2130 pyacoustid_1.1.0-3.dsc
 b27c714d530300b917eb869726334226 11179 pyacoustid_1.1.0.orig.tar.gz
 b926b2a2b7c28d5175691f7ee4762233 2956 pyacoustid_1.1.0-3.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/pyacoustid/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/pyacoustid/trunk/
Checksums-Sha1:
 1ddb350c22c3585a68ce232a851a1108ab6951e0 2130 pyacoustid_1.1.0-3.dsc
 b08bb3a9a153589a8224f2ee1acf2f178eba2e55 11179 pyacoustid_1.1.0.orig.tar.gz
 ac5cabd427f26a5a2a5b86907798c9cda526a389 2956 pyacoustid_1.1.0-3.debian.tar.xz
Checksums-Sha256:
 b6886531a9d2125c77105650b876580865e62e80c90f6dc4dd53cca8d16ce6f8 2130 
pyacoustid_1.1.0-3.dsc
 0117039cb116af245e6866e8e8bf3c9c8b2853ad087142bd0c2dfc0acc09d452 11179 
pyacoustid_1.1.0.orig.tar.gz
 d3e3d83dab5e0e63ea48f515e53745dc4622f6c55239d2a93bf58c414c78c1ac 2956 
pyacoustid_1.1.0-3.debian.tar.xz
Homepage: https://github.com/sampsyo/pyacoustid
Package-List: 
 python-acoustid deb python optional arch=all
 python3-acoustid deb python optional arch=all
Directory: pool/main/p/pyacoustid
Priority: source
Section: python

Package: pyacoustid
Binary: python-acoustid, python3-acoustid
Version: 1.1.2-2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), dh-python, python-all (>= 2.6.6-3~), 
python3-all, python3-setuptools, python-setuptools
Architecture: all
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 e1ab962721542e149351a16a41339302 2109 pyacoustid_1.1.2-2.dsc
 2ff7a3ff399b4c3a2ab1d53538ba0a4f 11492 pyacoustid_1.1.2.orig.tar.gz
 fa52e26316b5ff53b380e4cf2e856468 2920 pyacoustid_1.1.2-2.debian.tar.xz
Vcs-Browser: 
https://anonscm.debian.org/cgit/python-modules/packages/pyacoustid.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/pyacoustid.git
Checksums-Sha256:
 181feadc01b393f49d76c080c8fc0b5a05bfce0682ccd9d760913963c4c2994c 2109 
pyacoustid_1.1.2-2.dsc
 e5f2990c12232807bd5c534e60b6b1955d8bc9ddade37473ae5aea9d890f2945 11492 
pyacoustid_1.1.2.orig.tar.gz
 cb5d69545786c95bcfe785012fc545f4563f6d0d22852726201a25ce0f60debb 2920 
pyacoustid_1.1.2-2.debian.tar.xz
Homepage: https://github.com/sampsyo/pyacoustid
Package-List: 
 python-acoustid deb python optional arch=all
 python3-acoustid deb python optional arch=all
Directory: pool/main/p/pyacoustid
Priority: source
Section: python

Package: python-acoustid
Source: pyacoustid
Version: 1.1.2-2
Installed-Size: 52
Maintainer: Debian Python Modules Team 

Architecture: all
Replaces: python-chromaprint
Depends: libchromaprint1, python-audioread, python-requests, python:any (<< 
2.8), python:any (>= 2.7.5-5~)
Conflicts: python-chromaprint
Description-en: Acoustid interface implementation and Chromaprint bindings
 Acoustid is a web service offering high quality acoustic fingerprinting
 system using the Chromaprint C library. This package provides Python
 bindings for the library as well as an interface to the web service.
Description-md5: 2fc16c95193f1b1958e0cd3a0acb0b6a
Homepage: https://github.com/sampsyo/pyacoustid
Section: python
Priority: optional
Filename: pool/main/p/pyacoustid/python-acoustid_1.1.2-2_all.deb
Size: 14846
MD5sum: 0a84d1510cb429fd2d5627fba5e97014
SHA256: 5f59db6f5214516dad47de946fa976efe913cf546acf7516f8c8df7b8d440b1d

Package: python-acoustid
Source: pyacoustid
Version: 1.1.0-3
Installed-Size: 77
Maintainer: Debian Python Modules Team 

Architecture: all
Replaces: python-chromaprint
Depends: libchromaprint0, python-audioread, python:any (<< 2.8), python:any (>= 
2.7.5-5~), python-requests
Conflicts: python-chromaprint
Description-en: Acoustid interface implementation and Chromaprint bindings
 Acoustid is a web service offering high quality acoustic 

Bug#889772: O: pytest -- Simple, powerful testing in Python

[Tobias Frost]

Package: wnpp

The current maintainer of pytest, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: pytest
Binary: python-pytest, python3-pytest, python-pytest-doc
Version: 2.6.3-2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 8.1), python-all (>= 2.6.6-3~), python-py (>= 
1.4.25), python-twisted-core, python-pexpect, python-nose, python-mock (>= 
1.0.1), python-setuptools, python-sphinx (>= 1.0.7+dfsg), python3-all (>= 
3.1.2-6~), python3-py (>= 1.4.25), python3-nose, python3-mock (>= 1.0.1), 
python3-setuptools, python-doc
Build-Conflicts: python-pytest-xdist (<< 1.5)
Architecture: all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 62a8b4c5c2f023a6682853fee9c2bf80 2412 pytest_2.6.3-2.dsc
 6f6a1ae63a664d11223fba18cd2af31a 634974 pytest_2.6.3.orig.tar.gz
 91fa507f1e82d51586313019311decb2 14072 pytest_2.6.3-2.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/pytest/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/pytest/trunk/
Checksums-Sha1:
 07b2e70531b6253fdc1cf5401c36d6d1d6b1651d 2412 pytest_2.6.3-2.dsc
 70ca1a9b2b90232e835eb7698f23208c267ef9fd 634974 pytest_2.6.3.orig.tar.gz
 5ef78f3861e96a15b434478fba059a832bb2b9bd 14072 pytest_2.6.3-2.debian.tar.xz
Checksums-Sha256:
 889510564c2413c88b0ba69644881bfa8e11b298bc48807c4e11ef399777e22f 2412 
pytest_2.6.3-2.dsc
 97f41dd9f318095b431945bede7a6f02c62c0a40a6c7a976a3820ea377a0eecc 634974 
pytest_2.6.3.orig.tar.gz
 1f533ab6dd42766589f0a402f75fcedb455a52a7cc2c60d60d7ddb450fc6a00a 14072 
pytest_2.6.3-2.debian.tar.xz
Homepage: http://pytest.org/
Package-List: 
 python-pytest deb python optional arch=all
 python-pytest-doc deb doc optional arch=all
 python3-pytest deb python optional arch=all
Testsuite: autopkgtest
Directory: pool/main/p/pytest
Priority: source
Section: python

Package: pytest
Binary: python-pytest, python3-pytest, pypy-pytest, python-pytest-doc
Version: 3.2.1-2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 10), dh-python, pypy, pypy-hypothesis , 
pypy-py (>= 1.4.29), pypy-setuptools, pypy-setuptools-scm, python-all, 
python-doc, python-hypothesis , python-mock (>= 1.0.1) , 
python-nose , python-pexpect , python-py (>= 1.4.34), 
python-setuptools, python-setuptools-scm, python3-all (>= 3.1.2-6~), 
python3-hypothesis , python3-mock (>= 1.0.1) , python3-nose 
, python3-py (>= 1.4.34), python3-setuptools, python3-setuptools-scm, 
python3-sphinx (>= 1.0.7+dfsg)
Build-Conflicts: python-twisted-core, python3-twisted
Architecture: all
Standards-Version: 4.1.0
Format: 3.0 (quilt)
Files:
 b973943a26f01580b3c2285c1ac8c73e 2751 pytest_3.2.1-2.dsc
 635976c2a9b2c2599d69fb0ad5abaf7d 784076 pytest_3.2.1.orig.tar.gz
 a1d91e5398e8a798877c0fddf6bf2494 9320 pytest_3.2.1-2.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/python-modules/packages/pytest.git
Vcs-Git: https://anonscm.debian.org/git/python-modules/packages/pytest.git
Checksums-Sha256:
 0bbd3ed93b149a4ef82967f2eb9b141107e65d497adbd6845d72dd32c7f7ebde 2751 
pytest_3.2.1-2.dsc
 4c2159d2be2b4e13fa293e7a72bdf2f06848a017150d5c6d35112ce51cfd74ce 784076 
pytest_3.2.1.orig.tar.gz
 7f494ad8302326e77f9da5eb76037194231095710a2830bb702c2c6264fbb512 9320 
pytest_3.2.1-2.debian.tar.xz
Homepage: https://pytest.org/
Package-List: 
 pypy-pytest deb python optional arch=all
 python-pytest deb python optional arch=all
 python-pytest-doc deb doc optional arch=all
 python3-pytest deb python optional arch=all
Testsuite: autopkgtest
Testsuite-Triggers: python3-all
Directory: pool/main/p/pytest
Priority: source
Section: python

Package: python-pytest
Source: pytest
Version: 3.2.1-2
Installed-Size: 705
Maintainer: Debian Python Modules Team 

Architecture: all
Replaces: python-logilab-common (<< 1.3.0-1)
Depends: python-pkg-resources, python-py (>= 1.4.34), python:any (<< 2.8), 
python:any (>= 2.7.5-5~)
Suggests: python-mock (>= 1.0.1)
Breaks: python-logilab-common (<< 1.3.0-1)
Description-en: Simple, powerful testing in Python
 This testing tool has for objective to allow the developers to limit the
 boilerplate code around the tests, promoting the use of built-in
 mechanisms such as the `assert` keyword.
 .
 This package provides 

Bug#889773: no clear how to use the programm. Does nothing?

[Tomas Pospisek]

Package: kwalletcli
Version: 3.00-1+b1
Severity: normal

$ ls ~/.kde/share/apps/kwallet/
kdewallet.kwl  kdewallet.salt
$ kwalletcli -f ~/.kde/share/apps/kwallet/ -e foo -P
[nothing happens]
I can type some stuff and still nothing happens
^D
$

same if I do
$ kwalletcli -f ~/.kde/share/apps/kwallet/kdewallet.kwl -e foo -P

How is this programm supposed to be used? Can you give an example
in the man page?
*t

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

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

Versions of packages kwalletcli depends on:
ii  libc6  2.24-11+deb9u1
ii  libgcc11:6.3.0-18
ii  libkf5coreaddons5  5.28.0-2
ii  libkf5i18n55.28.0-2
ii  libkf5wallet-bin   5.28.0-3
ii  libkf5wallet5  5.28.0-3
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5widgets5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-18
ii  mksh   54-2+b4

Versions of packages kwalletcli recommends:
ii  gnupg-agent  2.1.18-8~deb9u1
ii  kwalletmanager   4:16.08.3-1
ii  openssh-client   1:7.4p1-10+deb9u2
ii  pinentry-gnome3  1.0.0-2
ii  pinentry-gtk21.0.0-2

kwalletcli suggests no packages.

-- no debconf information

Bug#889771: O: m2ext -- Extensions to the M2Crypto Python package

[Tobias Frost]

Package: wnpp

The current maintainer of m2ext, Simon Chopin  ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

As the listed maintainer is the only human uploader, I orphan pacakge but put
the Python packaging team is in X-Debbugs-CC for information so that they can
pick it up.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: m2ext
Binary: python-m2ext
Version: 0.1-1
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all-dev (>= 2.6.6-3~), swig, libssl-dev
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 ed6d4ce80f3a14aef32add3345b5d763 1958 m2ext_0.1-1.dsc
 5b8e448a74a84f8047b8d0713b05bf85 2911 m2ext_0.1.orig.tar.gz
 b8cd6ce9a2bc9a43fa92b785c03118a0 1785 m2ext_0.1-1.debian.tar.gz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/m2ext/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/m2ext/trunk/
Checksums-Sha1:
 89e646cc5df2edb7b20fbb3d9aad62bf49605965 1958 m2ext_0.1-1.dsc
 d2868d6ea9a798af4923416c82fe83d520b34316 2911 m2ext_0.1.orig.tar.gz
 d8c1497237ce069dd0e8955b26fcf58b206a1d48 1785 m2ext_0.1-1.debian.tar.gz
Checksums-Sha256:
 6bc98be5669c5f8e51282d4a3eef32d01da63280c5f26fe3407e40e7f0aed375 1958 
m2ext_0.1-1.dsc
 cdb6391c17f2708a28f34d897affc37adf0210d8d8be9c7737610afae0300313 2911 
m2ext_0.1.orig.tar.gz
 0cb9b2ab2e6ad164ede44cd6f25085f3fe5826faacbe927eba0b874e0b1aa862 1785 
m2ext_0.1-1.debian.tar.gz
Homepage: https://github.com/abbot/m2ext/
Package-List: 
 python-m2ext deb python optional
Directory: pool/main/m/m2ext
Priority: source
Section: misc

Package: m2ext
Binary: python-m2ext
Version: 0.1-1.2
Maintainer: Debian Python Modules Team 

Uploaders: Simon Chopin 
Build-Depends: debhelper (>= 9), python-all-dev (>= 2.6.6-3~), swig, libssl-dev
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 2b3e6c3475420c1b1d2b5dade5b61e5d 1970 m2ext_0.1-1.2.dsc
 5b8e448a74a84f8047b8d0713b05bf85 2911 m2ext_0.1.orig.tar.gz
 c672397d1231d128b40d62b8e577d7b0 1964 m2ext_0.1-1.2.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/viewvc/python-modules/packages/m2ext/trunk/
Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/m2ext/trunk/
Checksums-Sha256:
 7fe2ded1434bfc0b1f08a73949301cf0fbbb175a460606b81ed15ac364b67df7 1970 
m2ext_0.1-1.2.dsc
 cdb6391c17f2708a28f34d897affc37adf0210d8d8be9c7737610afae0300313 2911 
m2ext_0.1.orig.tar.gz
 41a69112570c83ea110f63e5e7d596dad0b52c1e0ce3ce1eed6ee7a4fb734beb 1964 
m2ext_0.1-1.2.debian.tar.xz
Homepage: https://github.com/abbot/m2ext/
Package-List: 
 python-m2ext deb python optional arch=any
Directory: pool/main/m/m2ext
Priority: optional
Section: misc

Package: python-m2ext
Source: m2ext
Version: 0.1-1.2
Installed-Size: 48
Maintainer: Debian Python Modules Team 

Architecture: amd64
Depends: python (<< 2.8), python (>= 2.7), python:any (>= 2.6.6-7~), libc6 (>= 
2.14), libssl1.1 (>= 1.1.0), python-m2crypto
Description-en: Extensions to the M2Crypto Python package
 This package contains extended functionalities that are not yet available
 in the M2Crypto package.
 .
 M2Crypto is an SSL toolkit for Python.
Description-md5: 74b7a8d4f57e80be5a49d9dad43f5540
Homepage: https://github.com/abbot/m2ext/
Section: python
Priority: optional
Filename: pool/main/m/m2ext/python-m2ext_0.1-1.2_amd64.deb
Size: 12472
MD5sum: 802b27cdb9e15044d23c8237dce25513
SHA256: 7e48e5258518a0ec4352392bee8c48b5b4fce5460df026e77f4217234bf9c37b

Package: python-m2ext
Source: m2ext
Version: 0.1-1.1
Installed-Size: 48
Maintainer: Debian Python Modules Team 

Architecture: amd64
Depends: python (<< 2.8), python (>= 2.7), python:any (>= 2.6.6-7~), libc6 (>= 
2.14), libssl1.0.2 (>= 1.0.2d), python-m2crypto
Description-en: Extensions to the M2Crypto Python package
 This package contains extended functionalities that are not yet available
 in the M2Crypto package.
 .
 M2Crypto is an SSL toolkit for Python.
Description-md5: 74b7a8d4f57e80be5a49d9dad43f5540
Homepage: https://github.com/abbot/m2ext/
Section: python
Priority: optional
Filename: pool/main/m/m2ext/python-m2ext_0.1-1.1_amd64.deb
Size: 12438
MD5sum: f3d2cf215acf40b2eb44a0d8f7db7b89
SHA256: b936f01d849d4bb1810d954c5cfe51d0abab4dd642b05af9114ac97913c1baae

Package: python-m2ext
Source: m2ext
Version: 0.1-1
Installed-Size: 97
Maintainer: Debian Python Modules Team 

Architecture: amd64
Depends: python (>= 2.7), python (<< 

Bug#889770: nmu: ivtools_1.2.11a1-9

[Adrian Bunk]

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

nmu ivtools_1.2.11a1-9 . ANY . unstable . -m "Rebuild after glibc 2.26 changed 
the libace-6.4.5 ABI"

See #887774 for details regarding the ABI change
caused by changes in glibc 2.26.

libdiagnostics0, the other reverse dependency of libace-6.4.5,
FTBFS for unreleated reasons (#889748).

Bug#889766: Updating the moksha.hub Uploaders list

[Tobias Frost]

Source: moksha.hub
Version: 1.4.1-1 1.4.1-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
moksha.hub.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889767: Updating the chromaprint Uploaders list

[Tobias Frost]

Source: chromaprint
Version: 1.2-1 1.4.2-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
chromaprint.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889761: Updating the beets Uploaders list

[Tobias Frost]

Source: beets
Version: 1.3.8+dfsg-2 1.4.6-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of beets.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889764: Updating the mutagen Uploaders list

[Tobias Frost]

Source: mutagen
Version: 1.25.1-1 1.38-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
mutagen.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889763: Updating the kitchen Uploaders list

[Tobias Frost]

Source: kitchen
Version: 1.1.1-1 1.2.5-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
kitchen.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889769: Updating the txws Uploaders list

[Tobias Frost]

Source: txws
Version: 0.9.1-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of txws.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889768: Updating the moksha.common Uploaders list

[Tobias Frost]

Source: moksha.common
Version: 1.2.3-2 1.2.3-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
moksha.common.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889765: Updating the audioread Uploaders list

[Tobias Frost]

Source: audioread
Version: 1.0.3-1 2.1.5-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of 
audioread.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889762: Updating the txzmq Uploaders list

[Tobias Frost]

Source: txzmq
Version: 0.7.3-1 0.7.4-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Simon Chopin  wishes no longer to be uploader of txzmq.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#889760: lintian: missing-notice-file-for-apache-license should check for NOTICE file in jar file

[Markus Koschany]

Package: lintian
Version: 2.5.73
Severity: normal

Hi,

the check for Lintian error missing-notice-file-for-apache-license
does not take into consideration that the NOTICE or NOTICE.txt file is
already installed into the binary package via some jar file. Please do
not warn in this case because the conditions of the Apache license 2.0
are then satisfied. An example package where this is true is
libcommons-math-java.

Thanks,

Markus

Bug#863844: all my passwords are gone

[Tomas Pospisek]

Hi there,

just as Rainer reported:

* before upgrading from jessie to stretch I've checked the release notes
  there seems to be no mention of kwallet in the notes
* then I've upgraded from jessie to stretch
* when I start kwalletmanager it comes up empty
  * all my passwords seem to be gone
* when I select File -> Import a wallet, nothing happens, no dialog shows up
* when I select File -> Import XML, nothing happens, no dialog shows up

I think this bug report by Rainer should have had severity critical and 
have blocked kwalletmanager from entering stretch.


Also the release notes should warn about this problem and suggest to 
export the passwords before upgrading.


And there should be a NEWS file coming with kwalletmanger warning 
about this and strongly suggesting an export.


At this point I do not know how to recover the passwords from kwallet. 
Looks like 100% data loss at this point.


I'll proceed now and will set the severity of this bug to critical.

Suggestions for recovery procedures for the passwords are wellcome.

Thanks,
*t

PS: By some divine intuition I did export the passwords from kwallet
before the jessie -> stretch upgrade.

Bug#809964: all my passwords are gone

[Tomas Pospisek]

Hi there,

originally I've posted this as a follow up to 
#863844, however #809964 seems to be the more appropriate place.


Here goes the same comment as in 863844, slightly adapted:

* before upgrading from jessie to stretch I've checked the release notes
  there seems to be no mention of kwallet in the notes
* then I've upgraded from jessie to stretch
* when I start kwalletmanager it comes up empty
  * all my passwords seem to be gone
* when I select File -> Import a wallet, nothing happens, no dialog shows up
* when I select File -> Import XML, nothing happens, no dialog shows up

I think this bug report should have severity critical as people will 
loose (access?) to all of their passwords, unless the do an export before 
the upgrade. Severity critical would have prevented kwalletmanager from 
entering stretch, which would have been the right thing IMO.


Also the release notes should warn about this problem and suggest to export the 
passwords before upgrading.


And there should be a NEWS file coming with kwalletmanger warning about this 
and strongly suggesting an export.


At this point I do not know how to recover the passwords from kwallet. Looks 
like 100% data loss at this point.


I'll proceed now and will set the severity of this bug to critical.

Suggestions for recovery procedures for the passwords are wellcome.

Thanks,
*t

PS: By some divine intuition I did export the passwords from kwallet
before the jessie -> stretch upgrade.

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Sandro Tosi]

patch is welcome, NMU is not; feel free to upload the patch to this bug and
i'll take care of the upload. thanks for working on this Debian bug

On Tue, Feb 6, 2018 at 3:54 PM, Nicholas D Steeves 
wrote:

> Hi Andreas,
>
> On Mon, Feb 05, 2018 at 06:32:35PM -0500, Nicholas D Steeves wrote:
> > Hi Andreas and Sandro,
> >
> > On Thu, Jan 11, 2018 at 05:04:13PM +0100, Andreas Beckmann wrote:
> > > Followup-For: Bug #886944
> > > Control: affects -1 + python-regex-dbg
> > >
> > > Hi,
> > >
> > > similar issue in python-regex-dbg:
> > >
> > > 0m33.5s ERROR: FAIL: silently overwrites files via directory symlinks:
> > >   /usr/share/doc/python-regex-dbg/Features.html (python-regex-dbg) !=
> /usr/share/doc/python-regex/Features.html (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >   /usr/share/doc/python-regex-dbg/Features.rst.gz (python-regex-dbg)
> != /usr/share/doc/python-regex/Features.rst.gz (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >   /usr/share/doc/python-regex-dbg/README (python-regex-dbg) !=
> /usr/share/doc/python-regex/README (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >   /usr/share/doc/python-regex-dbg/UnicodeProperties.txt.gz
> (python-regex-dbg) != /usr/share/doc/python-regex/UnicodeProperties.txt.gz
> (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >   /usr/share/doc/python-regex-dbg/changelog.Debian.gz
> (python-regex-dbg) != /usr/share/doc/python-regex/changelog.Debian.gz
> (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >   /usr/share/doc/python-regex-dbg/copyright (python-regex-dbg) !=
> /usr/share/doc/python-regex/copyright (python-regex)
> > > /usr/share/doc/python-regex-dbg -> python-regex
> > >
> > > and probably python3-regex-dbg as well, although that does not get
> > > tested by piuparts as long as python3-regex fails.
> > >
> > >
> > > Andreas
> >
> > I'll attempt to fix this evening, because if calibre is removed from
> > testing than my planned backport will be in jeopardy.  If I succeed
> > I'll prepare an NMU, but in any case I'll reply to this bug with my
> > results.
> >
> > Cheers,
> > Nicholas
>
> Solved it!  I'll prepare a minimal NMU later today.  Would you please
> consider sponsoring the upload (I'll CC you for the RFS)?
>
> Regards,
> Nicholas
>



-- 
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#889759: leptonlib: CVE-2018-3836: gplotMakeOutput Command Injection Vulnerability

[Salvatore Bonaccorso]

Source: leptonlib
Version: 1.71-2.1
Severity: grave
Tags: security upstream

Hi,

the following vulnerability was published for leptonlib.

CVE-2018-3836[0]:
gplotMakeOutput Command Injection Vulnerability

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-2018-3836
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3836
[1] https://www.talosintelligence.com/vulnerability_reports/TALOS-2018-0516

Regards,
Salvatore

Bug#867195: haskell-secret-sharing FTBFS: Haddock failed (no modules?), refusing to create empty documentation package.

[Sean Whitton]

control: reassign -1 ghc
control: tag -1 +pending

Hello,

On Tue, Jul 04 2017, Adrian Bunk wrote:

> Some recent change in unstable makes haskell-secret-sharing FTBFS:
> [...]

This is a bug in haddock, fixed upstream.[1]  I'm preparing an upload of
ghc (where Debian's haddock hangs out) with the patch applied.

[1]  
https://github.com/haskell/haddock/pull/745/commits/4209b7bc85bcd7734490df40bfbf6f64e9b39da3

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#889758: ding: wrong grepopts for hunspell

[Rene Engelhard]

Package: ding
Version: 1.8.1-1
Severity: important

ding contains:

# spell checker
set default_searchmeth(1,name) {Spell check}
set default_searchmeth(1,grepcmds) {hunspell ispell aspell}
set default_searchmeth(1,language1)  "English spell check"
set default_searchmeth(1,grepopts)  "-B -d british -a"
# --encoding utf-8

# spell checker
set default_searchmeth(2,name) {Rechtschreibung}
set default_searchmeth(2,grepcmds) {hunspell ispell aspell}
set default_searchmeth(2,language1)  "Deutsche Rechtschreibprüfung"
set default_searchmeth(2,grepopts)  "-B -d ngerman -a"

AFAICS from that hunspell is called when it exists. But unfortunately
for hunspell, the dictionaries are not named "british" or "ngerman".
in /usr/share/hunspell:

$ ls -la
insgesamt 4548
drwxr-xr-x   2 root root4096 Feb  6 16:12 .
drwxr-xr-x 356 root root   12288 Feb  6 16:07 ..
-rw-r--r--   1 root root   18978 Dez 11  2016 de_AT.aff
-rw-r--r--   1 root root 1102596 Dez 11  2016 de_AT.dic
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_BE.aff -> de_DE.aff
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_BE.dic -> de_DE.dic
-rw-r--r--   1 root root   18978 Dez 11  2016 de_CH.aff
-rw-r--r--   1 root root 1101605 Dez 11  2016 de_CH.dic
-rw-r--r--   1 root root   18978 Dez 11  2016 de_DE.aff
-rw-r--r--   1 root root 1098996 Dez 11  2016 de_DE.dic
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_LI.aff -> de_CH.aff
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_LI.dic -> de_CH.dic
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_LU.aff -> de_DE.aff
lrwxrwxrwx   1 root root   9 Dez 11  2016 de_LU.dic -> de_DE.dic
-rw-r--r--   1 root root   28123 Jan 12  2017 en_GB.aff
-rw-r--r--   1 root root  685158 Jan 12  2017 en_GB.dic
-rw-r--r--   1 root root3090 Okt 20 21:09 en_US.aff
-rw-r--r--   1 root root  546103 Okt 20 21:09 en_US.dic

So ding says

"Can't open affix or dictionary files for dictionary named "british". 

(and the same for ngerman)

lrwxrwxrwx   1 root root   9 Feb  6 16:12 british.aff -> en_GB.aff
lrwxrwxrwx   1 root root   9 Feb  6 16:12 british.dic -> en_GB.dic
lrwxrwxrwx   1 root root   9 Feb  6 16:11 ngerman.aff -> de_DE.aff
lrwxrwxrwx   1 root root   9 Feb  6 16:11 ngerman.dic -> de_DE.dic

fix this, but... We of course could add it to hunspell-de-* (thus making
them conflict - bad... Or just -de-de...) and hunspell-en-gb...

Regards,

Rene

Bug#886944: python3-regex: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Nicholas D Steeves]

Hi Andreas,

On Mon, Feb 05, 2018 at 06:32:35PM -0500, Nicholas D Steeves wrote:
> Hi Andreas and Sandro,
> 
> On Thu, Jan 11, 2018 at 05:04:13PM +0100, Andreas Beckmann wrote:
> > Followup-For: Bug #886944
> > Control: affects -1 + python-regex-dbg
> > 
> > Hi,
> > 
> > similar issue in python-regex-dbg:
> > 
> > 0m33.5s ERROR: FAIL: silently overwrites files via directory symlinks:
> >   /usr/share/doc/python-regex-dbg/Features.html (python-regex-dbg) != 
> > /usr/share/doc/python-regex/Features.html (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> >   /usr/share/doc/python-regex-dbg/Features.rst.gz (python-regex-dbg) != 
> > /usr/share/doc/python-regex/Features.rst.gz (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> >   /usr/share/doc/python-regex-dbg/README (python-regex-dbg) != 
> > /usr/share/doc/python-regex/README (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> >   /usr/share/doc/python-regex-dbg/UnicodeProperties.txt.gz 
> > (python-regex-dbg) != /usr/share/doc/python-regex/UnicodeProperties.txt.gz 
> > (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> >   /usr/share/doc/python-regex-dbg/changelog.Debian.gz (python-regex-dbg) != 
> > /usr/share/doc/python-regex/changelog.Debian.gz (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> >   /usr/share/doc/python-regex-dbg/copyright (python-regex-dbg) != 
> > /usr/share/doc/python-regex/copyright (python-regex)
> > /usr/share/doc/python-regex-dbg -> python-regex
> > 
> > and probably python3-regex-dbg as well, although that does not get
> > tested by piuparts as long as python3-regex fails.
> > 
> > 
> > Andreas
> 
> I'll attempt to fix this evening, because if calibre is removed from
> testing than my planned backport will be in jeopardy.  If I succeed
> I'll prepare an NMU, but in any case I'll reply to this bug with my
> results.
> 
> Cheers,
> Nicholas

Solved it!  I'll prepare a minimal NMU later today.  Would you please
consider sponsoring the upload (I'll CC you for the RFS)?

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#889158: [pkg-wine-party] Bug#889158: Package wine-development is less recent than wine

[Jens Reyer]

[Adding the bugreport back in the address field]


On 02/06/2018 06:56 PM, Joerg Schiermeier, Bielefeld/Germany wrote:
> WineHQ |  Debian Package
> 
> stable version == wine
> devel. version == wine-development
> 
> Is this correct?

Yes, that's correct.  And it's what we are doing:

wine: 1.8.x, 2.0.x, 3.0.x (all stable releases)

wine-development: 2.1, 2.2, ..., 2.22, 3.0-rcx (all development
releases, and release candidates)

Maybe it's about the release candidates and where to put them?  For the
1.8 release they were in wine, for 2.0 and 3.0 in wine-development.


You wrote:
> The version of 'wine-development' has to be minimum the version of
> 'wine' and not below.

This is correct 52 weeks a year, but not when the stable release is the
most recent release.  So if the latest release is 3.0 (stable) and the
previous release 3.0-rc6 (development) then we will (and did) ship a
higher version number in wine:

wine/3.0-1
wine-development/3.0~rc6-1


> If not you may close this bug as solved/won't fix please.

I'll close it with wine-development/3.1-1.  Still, I'd love to
understand what this bug was about.

Greets
jre

Bug#873094: RFS: granite/0.4.1-1 [ITP]

[Tobias Frost]

On Tue, Feb 06, 2018 at 11:31:16PM +0800, Yangfl wrote:
> 2018-02-03 20:12 GMT+08:00 Tobias Frost :
> 
> > - d/changelog:
> >   As this is not an ITP (where no history is available), re-introduction
> >   has a history and you need to continue writing it. In other words:
> >   Please document the changes you have made to the packaging since the
> >   last upload to Debian.
> 
> I did include the old changelogs. Did I fat-fingered?

Yes, you've included the old changelogs, but you did not document the
changes you have made to the packaging based on version 0.3.0-2~experimental1.

(So you'll need to document also the changes you've made based on my review...)

Pleae fix that :)
 
> > - d/control:
> >   The versions of the B-D on gobject-introspection, valac and libgtk-3-dev
> >   can be dropped, as even oldstable has it.
> 
> OK.
> 
> > - d/copyright
> >   cmake/ParseArguments.cmake -> I cannot see why this is BSD-2?
> >   Please expand :) If my point is true:
> >   Do we need to remove this file because of unknown license?
> 
> CC-BY-2.5 as shown in wiki.

Ok, however it is a bit awkward* if the license is only specified on some
website. Please work toward get this file removed and replaced by stock
CMake's one.
There is no indication in the file or on the website about the copyright
years.

* It does a bit consitute the "Tentacles of Evil" problem, as websites
can change at any time. So I really ask to to look into this even for this
release.

> 
> >   lib/Widgets/ModeButton.vala -> Copyright years are 2008-2013 for all
> >   copyrght holders.
> >
> >   lib/Services/ContractorProxy.vala -> Years wrong, file header says 
> > 2011-2013
> 
> These lines come from original debian/ provided by upstream. I believe
> they track their files better than me.

They might not proficient in writing copyright files or just made a mistake.
But we generally write d/copyright based on analysis on the content of the
individual files so you use the information in the header.

> > New stuff:
> > - There is now Boyuan Yang as 2nd uploader. Can you expand on you have
> > added him?
> 
> This package is packed as part of effort to introduce DDE into Debian
> (see 
> https://anonscm.debian.org/git/pkg-deepin/pkg-deepin.git/plain/depgraph/pkg-deepin-dep.svg
> ), thus it is co-maintained. And what do you mean by "expand on"?

I meant "Explain". But as long as Boyuan is consenting being uploader it is
of course ok for me. 

> > Misc:
> > - On salsa, I think you can delete the branch deb-packaging, can't you?
> 
> These are upstream's packaging scripts. I'd like to respect any
> (further) changes made by upstream.

You can still pull from upstream and cherry pick changes. However, as this
branch might create confusion on the Debian packaging repository, it would be
better to drop it. 

> > - cmake/ParseArguments.cmake --> The wiki page in the header of the file 
> > says
> >   this may be obsolete and quote: "If you are using CMake 2.8.3 or newer 
> > please
> >   use the CMakeParseArguments macro provided by the default CMake 
> > installation
> >   instead of the code below." Please file that upstream and try to patch
> >   the build so that the cmake file from cmake is used.
> 
> Yes, maybe an issue to upstream. Still it works even with it. Maybe I
> can ask them to remove it in the next release...
> 
> > Nothing to change, but hint for future packaging:
> > You d/copyright is more verbose that it needs to be: It is perfectly
> > fine to combine Files: sections sharing the same license, even if
> > the authors / copyright years are not always the same.
> >
> > This will ease work for people reviewing
> >
> > Hard to explain by words, so a virtual example:
> >
> > Files: *
> > Copyright: 2015,2018 AuthorA 
> > License: GPL
> >
> > Files: B
> > Copyright: 2017,2018 AuthorB 
> > License: GPL
> >
> > Files: C
> > Copyright: 2016,2017 AuthorA 
> >2016,2017 AuthorB 
> > License: GPL
> >
> > can be simply written as:
> >
> > Files: *
> > Copyright: 2015,2016-2018  AuthorA 
> >2017-2018  AuthorB  > License: GPL
> 
> The original copyright did exactly this way combining everything into
> a single *. I think a verbose copyright won't harm. Of course other
> uploaders can have different opinions. But just keep it untouched...

It will make it harder to review this way, but if you like to keep it,
keep it.

> The package has re-uploaded to mentors.d.o
> 
> Thanks for your suggestions and help.

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

[gregor herrmann]

On Wed, 07 Feb 2018 01:11:17 +0530, Chris Lamb wrote:

> Hi Gregor & Daniel,
> 
> > If I'm reading this correctly, this still produces hundreds of
> > false positives for pkg-perl alone. Some examples:
> Should be all done, many thanks:
>   
> https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=f430f02b66e94a5644d3d12fcdf3e5b7c65eccde

Thanks, looks much better :)

I guess we'll find one or the other additional cases in the future
but we can fix them as we go along.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Bob Dylan: This Dream Of You


signature.asc
Description: Digital Signature

Bug#889756: merkaartor FTCBFS: runs qmake for the build architecture

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Helmut,

Thanks for the patch, I've applied it in git and a new upload to
unstable will follow shortly.

Kind Regards,

Bas

Bug#889757: bash: man2html dependency problematic for bootstrapping

[Helmut Grohne]

Source: bash
Version: 4.4.18-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Hi Matthias,

I saw that you added man2html to Build-Depends. That happens to not be
good for bootstrapping, because man2html is not Multi-Arch: foreign. Let
me propose three things to improve the situation:

 * bash only actually needs /usr/bin/man2html and not the whole cgi
   stuff. Thus the dependency should be man2html-base rather than
   man2html.
 * I requested marking man2html-base Multi-Arch: foreign in #889755.
 * I also observe that man2html is only ever run in the -indep build, so
   it should be moved to Build-Depends-Indep.

So switching to man2html-base or B-D-I is sufficient for resolving the
bootstrap issue. The attached patch does both.

Helmut
diff --minimal -Nru bash-4.4.18/debian/changelog bash-4.4.18/debian/changelog
--- bash-4.4.18/debian/changelog2018-02-06 12:20:30.0 +0100
+++ bash-4.4.18/debian/changelog2018-02-06 21:09:40.0 +0100
@@ -1,3 +1,11 @@
+bash (4.4.18-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Move man2html dependency to B-D-I and use the thinner -base variant.
+Closes: #-1.
+
+ -- Helmut Grohne   Tue, 06 Feb 2018 21:09:40 +0100
+
 bash (4.4.18-1) unstable; urgency=medium
 
   * bash 4.4.18 release (bash 4.4 patchlevel 18).
diff --minimal -Nru bash-4.4.18/debian/control bash-4.4.18/debian/control
--- bash-4.4.18/debian/control  2018-02-06 12:01:22.0 +0100
+++ bash-4.4.18/debian/control  2018-02-06 21:09:40.0 +0100
@@ -6,8 +6,8 @@
 Build-Depends: autoconf, autotools-dev, bison, libncurses5-dev,
  texinfo, texi2html, debhelper (>= 9.20160115~), gettext, sharutils,
  locales , time ,
- xz-utils, dpkg-dev (>= 1.16.1), man2html
-Build-Depends-Indep: texlive-latex-base, ghostscript, texlive-fonts-recommended
+ xz-utils, dpkg-dev (>= 1.16.1)
+Build-Depends-Indep: texlive-latex-base, ghostscript, 
texlive-fonts-recommended, man2html-base
 Build-Conflicts: r-base-core
 Homepage: http://tiswww.case.edu/php/chet/bash/bashtop.html
 Vcs-Browser: https://code.launchpad.net/~doko/+junk/pkg-bash-debian

Bug#889756: merkaartor FTCBFS: runs qmake for the build architecture

[Helmut Grohne]

Source: merkaartor
Version: 0.18.3+ds-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

merkaartor fails to cross build from source. It runs lrelease, but
lrelease tends to do nothing and just warn you about that unless you add
qt5-qmake:native to Build-Depends. This smells like a policy 4.6
violation, but adding the missing dependency fixes it. Then the bare
qmake invocation misses out all the flags needed for cross compilation
that dh_auto_configure knows about. After indirecting it through
dh_auto_configure, merkaartor cross builds successfully. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru merkaartor-0.18.3+ds/debian/changelog 
merkaartor-0.18.3+ds/debian/changelog
--- merkaartor-0.18.3+ds/debian/changelog   2017-06-25 15:16:52.0 
+0200
+++ merkaartor-0.18.3+ds/debian/changelog   2018-02-06 20:52:35.0 
+0100
@@ -1,3 +1,12 @@
+merkaartor (0.18.3+ds-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Fix missing build dependency qt5-qmake:native for running lrelease.
++ Let dh_auto_configure pass the cross flags to qmake.
+
+ -- Helmut Grohne   Tue, 06 Feb 2018 20:52:35 +0100
+
 merkaartor (0.18.3+ds-2) unstable; urgency=medium
 
   * Add patch to fix 'performance' typo.
diff --minimal -Nru merkaartor-0.18.3+ds/debian/control 
merkaartor-0.18.3+ds/debian/control
--- merkaartor-0.18.3+ds/debian/control 2017-06-25 12:24:47.0 +0200
+++ merkaartor-0.18.3+ds/debian/control 2018-02-06 20:52:33.0 +0100
@@ -20,6 +20,7 @@
libxml2-dev,
libxslt1-dev,
qt5-qmake,
+   qt5-qmake:native,
qtbase5-dev,
qttools5-dev-tools,
sharutils,
diff --minimal -Nru merkaartor-0.18.3+ds/debian/rules 
merkaartor-0.18.3+ds/debian/rules
--- merkaartor-0.18.3+ds/debian/rules   2017-06-25 12:20:33.0 +0200
+++ merkaartor-0.18.3+ds/debian/rules   2018-02-06 20:52:18.0 +0100
@@ -22,7 +22,7 @@
 
 override_dh_auto_configure:
cd translations && make release
-   qmake Merkaartor.pro \
+   dh_auto_configure -- Merkaartor.pro \
TRANSDIR_SYSTEM="/usr/share/qt5/translations/" \
PREFIX=/usr \
GDAL=1 \

Bug#889755: mark man2html-base Multi-Arch: foreign

[Helmut Grohne]

Package: man2html-base
Version: 1.6g-10
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:bash

man2html-base contains the man2html tool that turns one text format
(man) into another text format (html). Since it doesn't interact with
binary formats much less architecture-dependent binary formats it seems
relatively safe to mark it Multi-Arch: foreign.

As it happens, bash started build-depending on man2html and that
dependency is presently problematic as the build tries to run a host
arch man2html. Adding the Multi-Arch: foreign here makes bash use the
build architecture man2html and thus it can run it during build.

I haven't looked into whether making man2html Multi-Arch: foreign is
sensible. For one thing it is harder to analyze and then I think bash
should be happy with just using man2html-base. So maybe we don't have to
think about it.

Helmut
diff --minimal -Nru man2html-1.6g/debian/changelog 
man2html-1.6g/debian/changelog
--- man2html-1.6g/debian/changelog  2018-01-14 16:50:51.0 +0100
+++ man2html-1.6g/debian/changelog  2018-02-06 20:58:44.0 +0100
@@ -1,3 +1,10 @@
+man2html (1.6g-10.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark man2html-base Multi-Arch: foreign. (Closes: #-1)
+
+ -- Helmut Grohne   Tue, 06 Feb 2018 20:58:44 +0100
+
 man2html (1.6g-10) unstable; urgency=medium
 
   * Use debhelper v11, and enable all hardening options.
diff --minimal -Nru man2html-1.6g/debian/control man2html-1.6g/debian/control
--- man2html-1.6g/debian/control2018-01-14 16:50:51.0 +0100
+++ man2html-1.6g/debian/control2018-02-06 20:58:34.0 +0100
@@ -11,6 +11,7 @@
 
 Package: man2html-base
 Architecture: any
+Multi-Arch: foreign
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: manpages, manpages-dev
 Replaces: man2html (<= 1.6g-2~)

Bug#889754: software-properties-gtk: Provide a GUI for multi-arch management

[User]

Package: software-properties-gtk
Version: 0.96.20.2-1
Severity: wishlist

Would it be possible to provide a user-friendly graphical interface to manage
multi-arch options?

For example, I would install Steam on Debian, but only an i386 package is
provided. The only way I can enable it is via a terminal command.

It woud also provide an easy way of seeing which arcs can be enabled, and which
are already.



-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-5-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 software-properties-gtk depends on:
ii  gir1.2-gtk-3.0   3.22.11-1
ii  python3  3.5.3-1
ii  python3-gi   3.22.0-2
ii  python3-software-properties  0.96.20.2-1
ii  software-properties-common   0.96.20.2-1

software-properties-gtk recommends no packages.

Versions of packages software-properties-gtk suggests:
ii  gnome-software  3.22.5-1

-- no debconf information

Bug#889753: uwsgi: stack-based buffer overflow within uwsgi_expand_path

[Salvatore Bonaccorso]

Source: uwsgi
Version: 2.0.7-1
Severity: important
Tags: patch security upstream

Hi

There is a stack-based buffer overflow flaw within the
uwsgi_expand_path function, cf.:

https://github.com/unbit/uwsgi/commit/cb4636f7c0af2e97a4eef7a3cdcbd85a71247bfe

http://lists.unbit.it/pipermail/uwsgi/2018-February/008835.html

Regards,
Salvatore

Bug#889752: acetoneiso FTCBFS: lrelease fails, qmake invoked for the build architecture

[Helmut Grohne]

Source: acetoneiso
Version: 2.4-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

acetoneiso fails to cross build from source. The first issue is not a
hard failure, but is broken anyway: lrelease says

WARNING: Could not find qmake configuration file linux-g++.
lrelease error: cannot process project file 'acetoneiso/acetoneiso.pro'.

and exits successfully. Arguably, this looks like a policy 4.6
violation. In any case, adding qt5-qmake:native and
libqt5webkit5-dev:native to Build-Depends fixes this. Next up qmake is
run for the build architecture as cdbs' cross support is less than
working. Using dh_auto_configure fixes that. In the end it runs the
build architecture compiler g++ for linking. I guess that this last
issue is a problem that needs solving in debhelper or qmake. The
attached patch thus only addresses the first two aspects. Please
consider applying it and close this bug when doing so.

Helmut
diff --minimal -Nru acetoneiso-2.4/debian/changelog 
acetoneiso-2.4/debian/changelog
--- acetoneiso-2.4/debian/changelog 2017-11-29 04:25:19.0 +0100
+++ acetoneiso-2.4/debian/changelog 2018-02-06 20:31:11.0 +0100
@@ -1,3 +1,13 @@
+acetoneiso (2.4-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Partially fix FTCBFS: (Closes: #-1)
++ Add missing Build-Depends qt5-qmake:native and libqt5webkit5-dev:native
+  needed for being able to run lrelease.
++ Let dh_auto_configure pass cross flags to qmake.
+
+ -- Helmut Grohne   Tue, 06 Feb 2018 20:31:11 +0100
+
 acetoneiso (2.4-3) unstable; urgency=medium
 
   * Port code to Qt 5 (Closes: #784449, #875929, #874814)
diff --minimal -Nru acetoneiso-2.4/debian/control acetoneiso-2.4/debian/control
--- acetoneiso-2.4/debian/control   2017-11-29 04:07:36.0 +0100
+++ acetoneiso-2.4/debian/control   2018-02-06 20:31:11.0 +0100
@@ -5,7 +5,7 @@
 Vcs-Bzr: lp:acetoneiso
 Vcs-Browser: https://code.launchpad.net/~andrikos/acetoneiso/acetoneiso
 Build-Depends: cdbs, debhelper (>= 9),
-  qttools5-dev-tools, libqt5webkit5-dev, libphonon4qt5-dev
+  qttools5-dev-tools, libqt5webkit5-dev, libphonon4qt5-dev, qt5-qmake:native, 
libqt5webkit5-dev:native
 Standards-Version: 4.1.1
 # Homepage: http://www.acetoneteam.org/
 
diff --minimal -Nru acetoneiso-2.4/debian/rules acetoneiso-2.4/debian/rules
--- acetoneiso-2.4/debian/rules 2017-11-29 00:33:06.0 +0100
+++ acetoneiso-2.4/debian/rules 2018-02-06 20:31:11.0 +0100
@@ -13,5 +13,8 @@
 update-config::
lrelease ${DEB_BUILDDIR}/acetoneiso.pro
 
+$(DEB_BUILDDIR)/Makefile:
+   dh_auto_configure --builddirectory=$(DEB_BUILDDIR)
+
 install/acetoneiso::
rm -f ${DEB_BUILDDIR}/locale/*.qm

Bug#889592: lintian: false positive for override_dh_auto_test-does-not-check-DEB_BUILD_PROFILES

[Chris Lamb]

Hi Gregor & Daniel,

> If I'm reading this correctly, this still produces hundreds of
> false positives for pkg-perl alone. Some examples:
[…]
> s/Disbled/Disabled/
> 
> Also, maybe mention in the description that invocations of dh_auto_test
> themselves are exempt?

Should be all done, many thanks:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=f430f02b66e94a5644d3d12fcdf3e5b7c65eccde


Regards,

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

Bug#889751: scdaemon: BAD PIN since 2.2.4-2 upgrade

[Yves-Alexis Perez]

Package: scdaemon
Version: 2.2.4-2
Severity: normal

Hi,

since the recent 2.2.4-2 upgrade, when trying to use my smartcard (auth
key for SSH for example), I get:

févr. 06 20:37:35 scapa gpg-agent[1793]: scdaemon[26257]: verify CHV2 failed: 
Bad PIN
févr. 06 20:37:35 scapa gpg-agent[1793]: scdaemon[26257]: app_auth failed: Bad 
PIN
févr. 06 20:37:35 scapa gpg-agent[1793]: smartcard signing failed: Bad PIN

even though I'm sure it's the right PIN.

At that point I'm a little reluctant in doing another try because it's
the last one before I need to get my admin PIN.

Regards,

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

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

Versions of packages scdaemon depends on:
ii  gpg-agent  2.2.4-2
ii  libassuan0 2.5.1-2
ii  libc6  2.26-6
ii  libgcrypt201.8.1-4
ii  libgpg-error0  1.27-6
ii  libksba8   1.3.5-2
ii  libnpth0   1.5-3
ii  libusb-1.0-0   2:1.0.21-2

scdaemon recommends no packages.

scdaemon suggests no packages.

-- no debconf information

Bug#889587: Bug #889587 in python-editor marked as pending

[Daniel Kahn Gillmor]

On Mon 2018-02-05 12:18:54 +, on...@debian.org wrote:
>
> Bug #889587 in python-editor reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below, and you can check the diff of the fix at:
>
> https://salsa.debian.org/openstack-team/python/python-editor/commit/bc88451d6a440a3ded7c3470a5fc4d13f0c8a0e9

thanks for your fix, onovy!

I recommend proposing this fix for inclusion in the next stretch point
release, since it makes it possible for some machines to remove/purge
python2 entirely that are otherwise stuck with both installations.

--dkg

Bug#889066: lintian should warn if the maintainer scripts include "chown -R" or "chmod -R"

[Daniel Kahn Gillmor]

On Mon 2018-02-05 17:55:27 +0100, Raphael Hertzog wrote:
> I'm not quite sure of what colord is vulnerable. #889060 assumes the
> attacker can create arbitrary hardlinks as the "colord" user in
> /var/lib/colord. I don't know colord enough to know if that's the case
> and why that would be the case.
>
> In general, when you have a dedicated user it's because you want to run a
> daemon under that user to restrict its accesses. The interfaces of most
> daemons do not allow end users to create hardlinks/symlinks in the data
> directories of the daemon... hence this chown -R vulnerability is only
> exploitable after having found another vulnerability in the daemon to
> create the hardlinks and/or symlinks.
>
> That makes it much less important as a vulnerability.

The goal here is defense in depth.  If a compromise of colord results in
scrambled color profiles, meh, i can accept it as the risk of running
colord.  If a compromise of colord results in the adversary getting root
on my machine, i'll be pretty unhappy.

   --dkg


signature.asc
Description: PGP signature

Bug#889750: apr-util: Runs testuite during building even when "nocheck" is set

[John Paul Adrian Glaubitz]

Source: apr-util
Version: 1.6.1-1
Severity: normal

Hi!

I just tried building src:apr-util manually with "nocheck" added
to DEB_BUILD_OPTIONS. However, the testsuite is still run anyway
meaning that the check for "nocheck" in DEB_BUILD_OPTIONS in
debian/rules does not work.

Thanks,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913