Bug#987524: O: vim-lastplace -- Vim script to reopen files at your last edit position

[David Rabel]

Package: wnpp
Severity: normal


For more information see RFA (open for about two years):


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926966

Yours
  David


-- 
⚑ libertⒶd ⚑



OpenPGP_signature
Description: OpenPGP digital signature

Bug#987523: O: jugglinglab -- Application for creating and animating juggling patterns

[David Rabel]

Package: wnpp
Severity: normal

For more information see RFA (open for about two years):

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926965

Yours
  David


-- 
⚑ libertⒶd ⚑



OpenPGP_signature
Description: OpenPGP digital signature

Bug#930991: gajim in Debian Stable does not start anymore

[David Rabel]

On 24.06.19 11:22, W. Martin Borgert wrote:
> Anyway, I suggest strongly to give Gajim >= 1 a try! Gajim
> improved massively between 0.16 and 1.

I'll go with that. Thanks for the hint!

Yours
  David


-- 
David Rabel
Linux Consultant & Trainer
Tel.: +49-1511-5908566
Mail: ra...@b1-systems.de

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537



signature.asc
Description: OpenPGP digital signature

Bug#930991: gajim in Debian Stable does not start anymore

[David Rabel]

Package: gajim
Version: 0.16.6-1.1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

last week I noticed, that gajim does not start anymore in Debian Stable. Trying
to start it from the commandline:

$ gajim
Traceback (most recent call last):
  File "gajim.py", line 327, in 
OpenSSL.rand.load_file(str(RNG_SEED))
  File "/usr/lib/python2.7/dist-packages/OpenSSL/rand.py", line 178, in
load_file
return _lib.RAND_load_file(filename, maxbytes)
AttributeError: 'module' object has no attribute 'RAND_load_file'


Regards
  David



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

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

Versions of packages gajim depends on:
ii  dnsutils1:9.10.3.dfsg.P4-12.3+deb9u5
ii  python  2.7.13-2
ii  python-gtk2 2.24.0-5.1
ii  python-nbxmpp   0.5.4-1
ii  python-openssl  16.2.0-1
ii  python-pyasn1   0.1.9-2

Versions of packages gajim recommends:
ii  alsa-utils  1.1.3-1
ii  ca-certificates 20161130+nmu1
ii  cinnamon [notification-daemon]  3.2.7-4
ii  dbus1.10.28-0+deb9u1
ii  pulseaudio-utils10.0-1
ii  python-crypto   2.6.1-7
ii  python-dbus 1.2.4-1+b1

Versions of packages gajim suggests:
ii  aspell-de [aspell-dictionary]   20161207-1
ii  aspell-de-1901 [aspell-dictionary]  1:2-31
ii  aspell-en [aspell-dictionary]   2016.11.20-0-0.1
ii  avahi-daemon0.6.32-2
pn  dvipng  
ii  gnome-keyring   3.20.0-3
pn  gstreamer0.10-plugins-ugly  
pn  kwalletcli  
ii  libgtkspell02.0.16-1.1
ii  libxss1 1:1.2.2-1
pn  nautilus-sendto 
ii  network-manager 1.6.2-3
pn  python-avahi
ii  python-gconf2.28.1+dfsg-1.2
ii  python-gnome2   2.28.1+dfsg-1.2
pn  python-gnomekeyring 
pn  python-gupnp-igd
ii  python-kerberos 1.1.5-2+b2
ii  python-pycurl   7.43.0-2
ii  texlive-latex-base  2016.20170123-5

-- no debconf information

Bug#926966: RFA: vim-lastplace

[David Rabel]

Hello Yue Lan,

since you are already in touch with James, could you ask him, if he is
willing to sponsor the package?

I have not much time right now and never worked with dh-vim-addon before.

He can also give you access to [0] repo.

Yours
  David

[0] https://salsa.debian.org/vim-team/vim-lastplace


On 5/29/19 3:31 AM, Yue Lan wrote:
> Hello, David.
> 
> 
> I've forked vim-lastplace and create a new branch using dh-vim-addon for
> package-rebuilding[0].
> 
> With James' help[1], I fixed some problem.
> 
> Could you please help me check it out again?
> 
> 
> Yours
> 
>     Yue Lan
> 
> 
> [0]
> https://salsa.debian.org/larue-guest/vim-lastplace/tree/with-dh-vim-addon
> 
> [1] https://salsa.debian.org/vim-team/vim-debian/issues/2
> 
> 
> 

-- 
⚑ libertⒶd ⚑



signature.asc
Description: OpenPGP digital signature

Bug#926966: RFA: vim-lastplace

[David Rabel]

Hello Yue Lan,

On 4/16/19 5:57 AM, Yue Lan wrote:
> 
> I'm interested in taking over this package. I've been doing my daily
> work with Debian and Ubuntu for over a year but haven't made a
> contribution to the community yet, and now I want to make some changes
> to my work.

That's great!


> I've learned some packaging-related knowledge, such as 'debmake',
> 'lintian' and so on, and I've practiced it on Ubuntu. I aslo took a
> cursory look at the source code of the project. As you said, this bag is
> relatively simple. I think it's a good starting point for me.
> 
> By the way, I didn't find bug reports  about vim-lastplace in BTS. If
> I'm going to start, can you give me some advice?

Actualls that's because there are no bug reports in BTS. As this package
is very simple, there seem to be no problems at all so far. :)

But there is one bug report for Ubuntu: [0]

It's actually a problem with vim-addon-manager, that is already fixed in
newer versions: [1]

James suggests there, that we could use dh-vim-addon for packaging and
drop our maintainer scripts. That would be a nice cleanup of the package.

It probably is a good idea to get in touch with him and with the vim
packaging team. [2]

That way you can get a lot of good advice, get to know more people and
if you want to, you can get more involved with packaging vim packages.

Yours
  David

[0] https://bugs.launchpad.net/ubuntu/+source/vim-lastplace
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923152
[2] https://wiki.debian.org/PkgVim


-- 
⚑ libertⒶd ⚑



signature.asc
Description: OpenPGP digital signature

Bug#926966: RFA: vim-lastplace -- Vim script to reopen files at your last edit position

[David Rabel]

Package: wnpp
Severity: normal

I request an adopter for the vim-lastplace package.

The package description is:
 Intelligently reopen files at your last edit position. By default git, svn,
and mercurial commit messages are ignored because you probably want to type a
new message and not re-edit the previous one.

Maintaining this package is not much work. It is a small package with only one
vim addon that does not change much.

Bug#926965: RFA: jugglinglab -- Application for creating and animating juggling patterns

[David Rabel]

Package: wnpp
Severity: normal

I request an adopter for the jugglinglab package.

It's a Java application for visualization of juggling patterns.

It is near to no work, because it is not developed actively anymore. No one has
filed a bug against that package so far.


The package description is:
 Juggling Lab is an application written in Java for creating and animating
 juggling patterns.
 .
 Its main goals are to help people learn juggling patterns, and to assist in
 inventing new ones.
 .
 It generates and animates synchronous and asynchronous siteswaps and also
 multiplex siteswaps. Hand and body movement can be adjusted.
 .
 Part of the program is its siteswap generator, which allows one to generate

Bug#923152: vim-addon-manager: Please don't rely on Etc.getlogin()

[David Rabel]

Package: vim-addon-manager
Version: 0.5.9
Severity: normal

Dear Maintainer,

in Line 202 (parse_cmdline) you call Etc.getlogin and Etc.getpwnam, but this
fails under certain circumstances. For example when called by a daemon.
We (vim-lastplace) use vim-addon-manager in our maintainer scripts, so this can
lead to errors with automatic updates:

https://bugs.launchpad.net/ubuntu/+source/vim-lastplace/+bug/1811935
https://launchpadlibrarian.net/406433346/DpkgTerminalLog.txt

/usr/bin/vim-addon-manager:202:in `getpwnam': no implicit conversion of nil
into String (TypeError)
from /usr/bin/vim-addon-manager:202:in `parse_cmdline'
from /usr/bin/vim-addon-manager:252:in `'

Could you change the code not to call Etc.getlogin and Etc.getpwnam when not
needed (when using -w parameter)?

Handling the case when getlogin returns Null and throwing a useful error
message also would be great.

Yours
  David



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

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

Versions of packages vim-addon-manager depends on:
ii  ruby1:2.5.1
ii  vim-common  2:8.1.0875-2

Versions of packages vim-addon-manager recommends:
ii  vim  2:8.1.0875-2

vim-addon-manager suggests no packages.

-- no debconf information

Bug#897684: libguestfs-tools: virt-p2v-make-disk looks for virt-p2v.xz in the wrong place

[David Rabel]

Package: libguestfs-tools
Version: 1:1.34.6-2
Severity: normal

Dear Maintainer,

virt-p2v-make-disk expects /lib/x86_64-linux-gnu/virt-p2v/virt-p2v.xz , but
it's in /usr/lib/x86_64-linux-gnu/virt-p2v/virt-p2v.xz .

# virt-p2v-make-disk -o p2v.img
virt-p2v-make-disk: cannot find /lib/x86_64-linux-gnu/virt-p2v/virt-p2v.xz

# dpkg --listfiles libguestfs-tools | grep virt-p2v.xz
/usr/lib/x86_64-linux-gnu/virt-p2v/virt-p2v.xz

Regards
 David



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

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

Versions of packages libguestfs-tools depends on:
ii  curl   7.52.1-5+deb9u5
ii  libc6  2.24-11+deb9u1
ii  libconfig9 1.5-0.3
ii  libfuse2   2.9.7-1
ii  libguestfs-perl1:1.34.6-2
ii  libguestfs01:1.34.6-2
ii  libintl-perl   1.26-2
ii  liblzma5   5.2.2-1.2+b1
ii  libncurses56.0+20161126-1
ii  libreadline7   7.0-3
ii  libstring-shellquote-perl  1.03-1.2
ii  libsys-virt-perl   3.0.0-1
ii  libtinfo5  6.0+20161126-1
ii  libvirt0   3.0.0-4+deb9u3
ii  libwin-hivex-perl  1.3.13-2+b2
ii  libxml22.9.4+dfsg1-2.2+deb9u2
ii  libyajl2   2.1.0-2+b3

Versions of packages libguestfs-tools recommends:
ii  gnupg  2.1.18-8~deb9u1

libguestfs-tools suggests no packages.

-- no debconf information

Bug#890344: the patches

[David Rabel]

Attached please find the patches.

Yours
  David

-- 
⚑ libertⒶd ⚑
From a0f705a4279aca573f34c1fba2267d896bae30ec Mon Sep 17 00:00:00 2001
From: David Rabel <david.ra...@noresoft.com>
Date: Tue, 13 Feb 2018 18:25:31 +0100
Subject: [PATCH 1/2] Bump debhelper compat version to v11

---
 debian/changelog | 7 +++
 debian/compat| 2 +-
 debian/control   | 2 +-
 3 files changed, 9 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 73b0780..d88411e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+vim-addon-manager (0.5.8) UNRELEASED; urgency=medium
+
+  * Team upload.
+  * Bum dephelper compat version to v11
+
+ -- David Rabel <david.ra...@noresoft.com>  Tue, 13 Feb 2018 18:23:25 +0100
+
 vim-addon-manager (0.5.7) unstable; urgency=medium
 
   [ David Rabel ]
diff --git a/debian/compat b/debian/compat
index ec63514..b4de394 100644
--- a/debian/compat
+++ b/debian/compat
@@ -1 +1 @@
-9
+11
diff --git a/debian/control b/debian/control
index 48bd588..c6c8605 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,7 @@ Maintainer: Debian Vim Maintainers <pkg-vim-maintain...@lists.alioth.debian.org>
 Uploaders: Antonio Terceiro <terce...@debian.org>,
James McCoy <james...@debian.org>
 Build-Depends: cucumber,
-   debhelper (>= 9),
+   debhelper (>= 11),
gem2deb,
rake,
rdtool,
-- 
2.16.1

From cf00f5f786d01c503a7d57acf5c2ebd9b7fad059 Mon Sep 17 00:00:00 2001
From: David Rabel <david.ra...@noresoft.com>
Date: Tue, 13 Feb 2018 18:32:32 +0100
Subject: [PATCH 2/2] Fix format URI in d/copyright

---
 debian/changelog | 7 ---
 debian/copyright | 2 +-
 2 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d88411e..e533eb2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,10 @@
-vim-addon-manager (0.5.8) UNRELEASED; urgency=medium
+vim-addon-manager (0.5.9) UNRELEASED; urgency=medium
 
   * Team upload.
-  * Bum dephelper compat version to v11
+  * Bump dephelper compat version to v11
+  * Fix format URI in d/copyright
 
- -- David Rabel <david.ra...@noresoft.com>  Tue, 13 Feb 2018 18:23:25 +0100
+ -- David Rabel <david.ra...@noresoft.com>  Tue, 13 Feb 2018 18:31:56 +0100
 
 vim-addon-manager (0.5.7) unstable; urgency=medium
 
diff --git a/debian/copyright b/debian/copyright
index 5542c6e..bb943c1 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,4 +1,4 @@
-Format: http://dep.debian.net/deps/dep5/
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Source: http://git.debian.org/?p=pkg-vim/vim-addon-manager.git
 
 Files: *
-- 
2.16.1



signature.asc
Description: OpenPGP digital signature

Bug#890344: vim-addon-manager: Make the package lintian-clean

[David Rabel]

Package: vim-addon-manager
Severity: wishlist

Dear Maintainer,

I include a patch to get rid of two lintian warnings.

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

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

Versions of packages vim-addon-manager depends on:
ii  ruby1:2.5~1
ii  vim-common  2:8.0.1453-1

Versions of packages vim-addon-manager recommends:
ii  vim  2:8.0.1453-1

vim-addon-manager suggests no packages.

Bug#883338: congress: [INTL:ru] Russian translation of debconf template

[David Rabel]

Thanks Lev.

I adjusted the boilerplate and pushed it to the repo.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#880803: python-kafka: please make the build reproducible

[David Rabel]

https://github.com/dpkp/kafka-python.git

On current unstable we are on 1.3.3 and unfortunately the file structure
has changed, so the patch cannot be applied. I do not fully understand
it. Do you think you could provide a new patch, that applies to 1.3.3?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#867389: Please describe why it recommends python-nova

[David Rabel]

Hi,

> Or, if novnc can reasonably be used without nova, would you consider
> downgrading the recommends to a suggests?

I think this would be the best solution. I just created a pull request
in the git repo at sals.debian.org

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#860352: [pkg-gnupg-maint] Bug#860352: Bug#860352: gnupg: cannot handle hkps keyservers

[David Rabel]

On 17.05.2017 16:03, Daniel Kahn Gillmor wrote:
> On Wed 2017-05-17 10:21:16 +0200, David Rabel wrote:
>> On Wed, 26 Apr 2017 01:43:08 -0400 Daniel Kahn Gillmor
>> <d...@fifthhorseman.net> wrote:
>> [...]
>>>
>>> I'm perplexed by this report, and am unable to reproduce the behavior.
>>>
>>> Are you seeing it reproducibly?
>>
>> I had the exact same error.
> 
> thanks for following up!  are you able to reproduce it now, or was it a
> one-time failure?

I will keep an eye on it. Now it works, but I remember having similar
problems before, without further investigating it.


> 
> if you're able to reproduce it, can you show me the output of:
> 
> gpg-connect-agent --dirmngr 'keyserver --hosttable' /bye

I will.

Thank you.
  David

-- 
David Rabel
Linux Consultant & Trainer
Tel.: +49-1511-5908566
Mail: ra...@b1-systems.de

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537



signature.asc
Description: OpenPGP digital signature

Bug#860352: [pkg-gnupg-maint] Bug#860352: gnupg: cannot handle hkps keyservers

[David Rabel]

Hi Daniel,

On Wed, 26 Apr 2017 01:43:08 -0400 Daniel Kahn Gillmor
<d...@fifthhorseman.net> wrote:
[...]
> 
> I'm perplexed by this report, and am unable to reproduce the behavior.
> 
> Are you seeing it reproducibly?

I had the exact same error.


> If so, can you turn up the logging in
> dirmngr itself?  you should be able to do this by adding a few lines to
> ~/.gnupg/dirmngr.conf:
> 
> debug-all
> gnutls-debug 
> debug-level expert
>
> and then stop dirmngr:
> 
> gpgconf --kill dirmngr
> 
> and then do the query again and let me know what's shown in the output
> of "systemctl --user status dirmngr" or "journalctl --user-unit dirmngr"

This seems to fix the issue, so maybe it just needed a restart of dirmngr?

Regards
  David


-- 
David Rabel
Linux Consultant & Trainer
Tel.: +49-1511-5908566
Mail: ra...@b1-systems.de

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537



signature.asc
Description: OpenPGP digital signature

Bug#859843: unblock:mistral/3.0.0-4

[David Rabel]

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

Please unblock package mistral

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock mistral/3.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru mistral-3.0.0/debian/changelog mistral-3.0.0/debian/changelog
--- mistral-3.0.0/debian/changelog  2016-10-06 17:56:44.0 +0200
+++ mistral-3.0.0/debian/changelog  2017-04-03 18:07:09.0 +0200
@@ -1,3 +1,33 @@
+mistral (3.0.0-4) unstable; urgency=medium
+
+  * Add allow-sqla-1.1.patch to allow SQLA transition.
+  * German debconf translation update (Closes: #842487).
+
+ -- Thomas Goirand <z...@debian.org>  Mon, 03 Apr 2017 18:07:09 +0200
+
+mistral (3.0.0-3) unstable; urgency=medium
+
+  * Team upload.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858705).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 11:54:37 +0200
+
+mistral (3.0.0-2) unstable; urgency=medium
+
+  [ Corey Bryant ]
+  * d/rules, d/mistral-common.postinst.in, d/mistral-common.postrm:
+Install missing json files (LP: #1634475).
+  * d/control: Add python-pep8 to Build-Depends.
+
+  [ Thomas Goirand ]
+  * Fixed lsb-base depends.
+
+  [ Gauvain Pocentek ]
+  * d/rules: install missing resources directory, needed when populating the
+mistral DB
+
+ -- Thomas Goirand <z...@debian.org>  Wed, 19 Oct 2016 11:05:37 +0200
+
 mistral (3.0.0-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru mistral-3.0.0/debian/control mistral-3.0.0/debian/control
--- mistral-3.0.0/debian/control2016-10-06 17:56:44.0 +0200
+++ mistral-3.0.0/debian/control2017-04-03 18:07:09.0 +0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 9),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
@@ -55,6 +55,7 @@
  python-osprofiler (>= 1.4.0),
  python-paramiko (>= 2.0),
  python-pecan (>= 1.0.0),
+ python-pep8,
  python-requests (>= 2.10.0),
  python-requests-mock (>= 1.0),
  python-retrying (>= 1.2.3),
diff -Nru mistral-3.0.0/debian/debian_control_vars 
mistral-3.0.0/debian/debian_control_vars
--- mistral-3.0.0/debian/debian_control_vars1970-01-01 01:00:00.0 
+0100
+++ mistral-3.0.0/debian/debian_control_vars2017-04-03 18:07:09.0 
+0200
@@ -0,0 +1 @@
+ostack-lsb-base= lsb-base (>= 3.0.6)
diff -Nru mistral-3.0.0/debian/mistral-common.postinst.in 
mistral-3.0.0/debian/mistral-common.postinst.in
--- mistral-3.0.0/debian/mistral-common.postinst.in 2016-10-06 
17:56:44.0 +0200
+++ mistral-3.0.0/debian/mistral-common.postinst.in 2017-04-03 
18:07:09.0 +0200
@@ -14,6 +14,7 @@
 
pkgos_write_new_conf mistral mistral.conf
pkgos_write_new_conf mistral logging.conf
+   pkgos_write_new_conf mistral policy.json
pkgos_write_new_conf mistral wf_trace_logging.conf
db_get mistral/configure_db
if [ "$RET" = "true" ]; then
diff -Nru mistral-3.0.0/debian/mistral-common.postrm 
mistral-3.0.0/debian/mistral-common.postrm
--- mistral-3.0.0/debian/mistral-common.postrm  2016-10-06 17:56:44.0 
+0200
+++ mistral-3.0.0/debian/mistral-common.postrm  2017-04-03 18:07:09.0 
+0200
@@ -24,6 +24,7 @@
 
rm -f /etc/mistral/mistral.conf
rm -f /etc/mistral/logging.conf
+   rm -f /etc/mistral/policy.json
rm -f /etc/mistral/wf_trace_logging.conf
rm -rf /var/log/mistral
[ -d /etc/mistral ] && rmdir --ignore-fail-on-non-empty /etc/mistral
diff -Nru mistral-3.0.0/debian/patches/allow-sqla-1.1.patch 
mistral-3.0.0/debian/patches/allow-sqla-1.1.patch
--- mistral-3.0.0/debian/patches/allow-sqla-1.1.patch   1970-01-01 
01:00:00.0 +0100
+++ mistral-3.0.0/debian/patches/allow-sqla-1.1.patch   2017-04-03 
18:07:09.0 +0200
@@ -0,0 +1,16 @@
+Description: Allow SQLA 1.1
+Author: Thomas Goirand <z...@debian.org>
+Forwarded: not-needed
+Last-Update: 2017-04-03
+
+--- mistral-3.0.0.orig/requirements.txt
 mistral-3.0.0/requirements.txt
+@@ -48,7 +48,7 @@ requests>=2.10.0 # Apache-2.0
+ retrying!=1.3.0,>=1.2.3 # Apache-2.0
+ setuptools!=24.0.0,>=16.0 # PSF/ZPL
+ six>=1.9.0 # MIT
+-SQLAlchemy<1.1.0,>=1.0.10 # MIT
++SQLAlchemy>=1.0.10 # MIT
+ stevedore>=1.16.0 # Apache-2.0
+ WSME>=0.8 # MIT
+ yaql>=1.1.0 # Apache 2.0 License
diff -Nru mi

Bug#859842: unblock:watcher/0.30.0-5

[David Rabel]

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

Please unblock package watcher

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock watcher/0.30.0-5

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru watcher-0.30.0/debian/changelog watcher-0.30.0/debian/changelog
--- watcher-0.30.0/debian/changelog 2017-01-16 13:20:05.0 +0100
+++ watcher-0.30.0/debian/changelog 2017-04-01 12:39:26.0 +0200
@@ -1,3 +1,11 @@
+watcher (0.30.0-5) unstable; urgency=medium
+
+  * Team upload.
+  * Delete wrong net-tools dependency.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858713). 
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 12:39:26 +0200
+
 watcher (0.30.0-4) unstable; urgency=medium
 
   * Team upload.
diff -Nru watcher-0.30.0/debian/control watcher-0.30.0/debian/control
--- watcher-0.30.0/debian/control   2017-01-16 13:20:05.0 +0100
+++ watcher-0.30.0/debian/control   2017-04-01 12:39:26.0 +0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
@@ -146,7 +146,6 @@
 Depends: adduser,
  watcher-common (= ${binary:Version}),
  debconf,
- net-tools,
  python-keystoneclient,
  python-openstackclient,
  q-text-as-data,

Bug#859839: unblock:senlin/2.0.0-3

[David Rabel]

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

Please unblock package senlin

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock unblock:senlin/2.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru senlin-2.0.0/debian/changelog senlin-2.0.0/debian/changelog
--- senlin-2.0.0/debian/changelog   2017-01-20 13:02:01.0 +0100
+++ senlin-2.0.0/debian/changelog   2017-04-01 12:35:16.0 +0200
@@ -1,3 +1,10 @@
+senlin (2.0.0-3) unstable; urgency=medium
+
+  * Team upload.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858712).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 12:35:16 +0200
+
 senlin (2.0.0-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru senlin-2.0.0/debian/control senlin-2.0.0/debian/control
--- senlin-2.0.0/debian/control 2017-01-20 13:02:01.0 +0100
+++ senlin-2.0.0/debian/control 2017-04-01 12:35:16.0 +0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),

Bug#859832: unblock:magnum/3.1.1-4

[David Rabel]

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

Please unblock package magnum

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock magnum/3.1.1-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru magnum-3.1.1/debian/changelog magnum-3.1.1/debian/changelog
--- magnum-3.1.1/debian/changelog   2016-12-07 16:53:30.0 +0100
+++ magnum-3.1.1/debian/changelog   2017-04-04 17:31:50.0 +0200
@@ -1,3 +1,17 @@
+magnum (3.1.1-4) unstable; urgency=medium
+
+  * Brazilian Portuguese debconf templates (Closes: #852444).
+  * German debconf translation update (Closes: #842486).
+
+ -- Thomas Goirand <z...@debian.org>  Tue, 04 Apr 2017 17:31:50 +0200
+
+magnum (3.1.1-3) unstable; urgency=medium
+
+  * Team upload.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858703).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 11:49:48 +0200
+
 magnum (3.1.1-2) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff -Nru magnum-3.1.1/debian/control magnum-3.1.1/debian/control
--- magnum-3.1.1/debian/control 2016-12-07 16:53:30.0 +0100
+++ magnum-3.1.1/debian/control 2017-04-04 17:31:50.0 +0200
@@ -6,7 +6,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
diff -Nru magnum-3.1.1/debian/po/de.po magnum-3.1.1/debian/po/de.po
--- magnum-3.1.1/debian/po/de.po2016-12-07 16:53:30.0 +0100
+++ magnum-3.1.1/debian/po/de.po2017-04-04 17:31:50.0 +0200
@@ -1,14 +1,14 @@
 # German debconf translation of magnum.
 # This file is distributed under the same license as the magnum package.
 # Copyright (C) 2010 United States Government,2010-2011 OpenStack LLC.
-# Copyright (C) of this file 2012-2014 Chris Leick <c.le...@vollbio.de>.
+# Copyright (C) of this file 2012-2016 Chris Leick <c.le...@vollbio.de>.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: magnum 2013.2.1-1\n"
+"Project-Id-Version: magnum 3.1.1-1\n"
 "Report-Msgid-Bugs-To: mag...@packages.debian.org\n"
 "POT-Creation-Date: 2016-03-29 13:38+\n"
-"PO-Revision-Date: 2014-01-09 22:51+0100\n"
+"PO-Revision-Date: 2016-10-28 18:11+0100\n"
 "Last-Translator: Chris Leick <c.le...@vollbio.de>\n"
 "Language-Team: German <debian-l10n-ger...@lists.debian.org>\n"
 "Language: de\n"
@@ -25,18 +25,13 @@
 #. Type: boolean
 #. Description
 #: ../magnum-common.templates:2001
-#, fuzzy
-#| msgid ""
-#| "No database has been set up for magnum-registry or glance-api to use. "
-#| "Before continuing, you should make sure you have the following "
-#| "information:"
 msgid ""
 "No database has been set up for Magnum to use. Before continuing, you should "
 "make sure you have the following information:"
 msgstr ""
-"Es wurde keine Datenbank für die Benutzung mit der Magnum-Registry oder das "
-"Magnum-API eingerichtet. Bevor Sie fortfahren, sollten Sie sicherstellen, "
-"dass Sie die folgenden Informationen haben:"
+"Es wurde keine Datenbank für die Benutzung mit Magnum eingerichtet. Bevor Sie 
"
+"fortfahren, sollten Sie sicherstellen, dass Sie die folgenden Informationen "
+"haben:"
 
 #. Type: boolean
 #. Description
@@ -83,16 +78,11 @@
 #. Type: string
 #. Description
 #: ../magnum-common.templates:3001
-#, fuzzy
-#| msgid ""
-#| "Please specify the hostname of the authentication server for Magnum. "
-#| "Typically this is also the hostname of the OpenStack Identity Service "
-#| "(Keystone)."
 msgid ""
 "Please specify the hostname of the authentication server. Typically this is "
 "also the hostname of the OpenStack Identity Service (Keystone)."
 msgstr ""
-"Bitte geben Sie den Rechnernamen des Magnum-Authentifizierungsservers an. "
+"Bitte geben Sie den Rechnernamen des Authentifizierungsservers an. "
 "Typischerweise ist das gleichzeitig der Rechnername Ihres OpenStack-"
 "Identitätsdienstes (Keystone)."
 
@@ -226,18 +216,15 @@
 #. Type: boolean
 #. Description
 #: ../magnum-api.templates:2001
-#, fuzzy
-#| msgid ""
-#| "Note that you will need to have an up and running Keystone server on "
-#| "which to connect using the Keystone authentication token."
 

Bug#859835: unblock:murano/3.0.0-6

[David Rabel]

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

Please unblock package murano

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock murano/3.0.0-6

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru murano-3.0.0/debian/changelog murano-3.0.0/debian/changelog
--- murano-3.0.0/debian/changelog   2016-12-18 11:32:17.0 +0100
+++ murano-3.0.0/debian/changelog   2017-04-03 17:46:45.0 +0200
@@ -1,3 +1,40 @@
+murano (1:3.0.0-6) unstable; urgency=medium
+
+  * Re-incorporate NMU from piotr fixing SQLA depends.
+  * Danish translation of the debconf templates (Closes: #849983).
+
+ -- Thomas Goirand <z...@debian.org>  Mon, 03 Apr 2017 17:46:45 +0200
+
+murano (1:3.0.0-5) unstable; urgency=medium
+
+  * Team upload.
+  * Revert net-tools dependency.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858707).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 11:55:59 +0200
+
+murano (1:3.0.0-4) unstable; urgency=medium
+
+  * Team upload.
+  * Add missing dependency net-tools (Closes: #858707).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 25 Mar 2017 13:13:14 +0100
+
+murano (1:3.0.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Patch requirements.txt to drop SQLAlchemy << 1.1 dependency
+
+ -- Piotr Ożarowski <pi...@debian.org>  Sun, 05 Feb 2017 12:46:10 +0100
+
+murano (1:3.0.0-3) unstable; urgency=medium
+
+  * Fix murano-cfapi startup (LP: 1659270):
+- Correctly loads murano-cfapi.conf instead of murano.conf.
+- Package and install murano-cfapi-paste.ini.
+
+ -- Thomas Goirand <z...@debian.org>  Wed, 25 Jan 2017 22:16:32 +0100
+
 murano (1:3.0.0-2) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff -Nru murano-3.0.0/debian/control murano-3.0.0/debian/control
--- murano-3.0.0/debian/control 2016-12-18 11:32:17.0 +0100
+++ murano-3.0.0/debian/control 2017-04-03 17:46:45.0 +0200
@@ -8,7 +8,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
diff -Nru murano-3.0.0/debian/murano-cfapi.init.in 
murano-3.0.0/debian/murano-cfapi.init.in
--- murano-3.0.0/debian/murano-cfapi.init.in2016-12-18 11:32:17.0 
+0100
+++ murano-3.0.0/debian/murano-cfapi.init.in2017-04-03 17:46:45.0 
+0200
@@ -15,3 +15,4 @@
 DESC="OpenStack Murano CF API"
 PROJECT_NAME=murano
 NAME=${PROJECT_NAME}-cfapi
+CONFIG_FILE=/etc/${PROJECT_NAME}/${PROJECT_NAME}-cfapi.conf
diff -Nru murano-3.0.0/debian/murano-common.postinst.in 
murano-3.0.0/debian/murano-common.postinst.in
--- murano-3.0.0/debian/murano-common.postinst.in   2016-12-18 
11:32:17.0 +0100
+++ murano-3.0.0/debian/murano-common.postinst.in   2017-04-03 
17:46:45.0 +0200
@@ -20,6 +20,8 @@
# Manage the configuration file
pkgos_write_new_conf ${PROJECT_NAME} ${PROJECT_NAME}.conf
pkgos_write_new_conf ${PROJECT_NAME} murano-cfapi.conf
+   pkgos_write_new_conf ${PROJECT_NAME} murano-cfapi-paste.ini
+
pkgos_rabbit_write_conf ${PROJECT_CONF} oslo_messaging_rabbit 
${PROJECT_NAME}
pkgos_write_admin_creds ${PROJECT_CONF} keystone_authtoken 
${PROJECT_NAME}
 db_get ${PROJECT_NAME}/configure_db
diff -Nru 
murano-3.0.0/debian/patches/patch-requirements.txt-to-allow-sqla-1.1.patch 
murano-3.0.0/debian/patches/patch-requirements.txt-to-allow-sqla-1.1.patch
--- murano-3.0.0/debian/patches/patch-requirements.txt-to-allow-sqla-1.1.patch  
1970-01-01 01:00:00.0 +0100
+++ murano-3.0.0/debian/patches/patch-requirements.txt-to-allow-sqla-1.1.patch  
2017-04-03 17:46:45.0 +0200
@@ -0,0 +1,13 @@
+Index: murano-3.0.0/requirements.txt
+===
+--- murano-3.0.0.orig/requirements.txt
 murano-3.0.0/requirements.txt
+@@ -3,7 +3,7 @@
+ # process, which may cause wedges in the gate later.
+ pbr>=1.6 # Apache-2.0
+ Babel>=2.3.4 # BSD
+-SQLAlchemy<1.1.0,>=1.0.10 # MIT
++SQLAlchemy>=1.0.10 # MIT
+ stevedore>=1.16.0 # Apache-2.0
+ alembic>=0.8.4 # MIT
+ eventlet!=0.18.3,>=0.18.2 # MIT
diff -Nru murano-3.0.0/debian/patches/series murano-3.0.0/debian/patches/series
--- murano-3.0.0/debian/patches/series  1970-01-01 01:00:00.0 +0100
+++ murano-3.0.0/debian/patches/series  2017-04-03 17:46:45.0 +0200
@@ -0,0 +1 @@
+patch-requirements.txt-to-allow-sqla-1.1.patch
diff -Nru murano-3.0.0/debian/po/da.po murano-3.0.0/debian/po/da.po
--- murano-3.0.0/debian

Bug#859833: unblock:manila/3.0.0-5

[David Rabel]

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

Please unblock package manila

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock manila/3.0.0-5

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru manila-3.0.0/debian/changelog manila-3.0.0/debian/changelog
--- manila-3.0.0/debian/changelog   2017-01-20 11:36:39.0 +0100
+++ manila-3.0.0/debian/changelog   2017-04-03 18:15:18.0 +0200
@@ -1,3 +1,24 @@
+manila (1:3.0.0-5) unstable; urgency=medium
+
+  * German debconf translation update (Closes: #842485).
+
+ -- Thomas Goirand <z...@debian.org>  Mon, 03 Apr 2017 18:15:18 +0200
+
+manila (1:3.0.0-4) unstable; urgency=medium
+
+  * Team upload.
+  * Revert net-tools dependency.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858704).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 11:51:11 +0200
+
+manila (1:3.0.0-3) unstable; urgency=medium
+
+  * Team upload.
+  * Add missing dependency (Closes: #858704).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 25 Mar 2017 12:46:57 +0100
+
 manila (1:3.0.0-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru manila-3.0.0/debian/control manila-3.0.0/debian/control
--- manila-3.0.0/debian/control 2017-01-20 11:36:39.0 +0100
+++ manila-3.0.0/debian/control 2017-04-03 18:15:18.0 +0200
@@ -8,7 +8,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
diff -Nru manila-3.0.0/debian/po/de.po manila-3.0.0/debian/po/de.po
--- manila-3.0.0/debian/po/de.po2017-01-20 11:35:56.0 +0100
+++ manila-3.0.0/debian/po/de.po2017-04-03 18:15:18.0 +0200
@@ -1,14 +1,14 @@
 # German debconf translation of manila.
 # This file is distributed under the same license as the manila package.
 # Copyright (C) 2010 United States Government,2010-2011 OpenStack LLC.
-# Copyright (C) of this file 2012-2014 Chris Leick <c.le...@vollbio.de>.
+# Copyright (C) of this file 2012-2016 Chris Leick <c.le...@vollbio.de>.
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: manila 2013.2.1-1\n"
+"Project-Id-Version: manila 3.0.0-1\n"
 "Report-Msgid-Bugs-To: man...@packages.debian.org\n"
 "POT-Creation-Date: 2016-03-29 13:41+\n"
-"PO-Revision-Date: 2014-01-09 22:51+0100\n"
+"PO-Revision-Date: 2016-10-28 21:51+0100\n"
 "Last-Translator: Chris Leick <c.le...@vollbio.de>\n"
 "Language-Team: German <debian-l10n-ger...@lists.debian.org>\n"
 "Language: de\n"
@@ -25,18 +25,12 @@
 #. Type: boolean
 #. Description
 #: ../manila-common.templates:2001
-#, fuzzy
-#| msgid ""
-#| "No database has been set up for manila-registry or glance-api to use. "
-#| "Before continuing, you should make sure you have the following "
-#| "information:"
 msgid ""
 "No database has been set up for Manila to use. Before continuing, you should "
 "make sure you have the following information:"
 msgstr ""
-"Es wurde keine Datenbank für die Benutzung mit der Manila-Registry oder das "
-"Manila-API eingerichtet. Bevor Sie fortfahren, sollten Sie sicherstellen, "
-"dass Sie die folgenden Informationen haben:"
+"Es wurde keine Datenbank für die Benutzung mit Manila. Bevor Sie fortfahren, "
+"sollten Sie sicherstellen, dass Sie die folgenden Informationen haben:"
 
 #. Type: boolean
 #. Description
@@ -67,16 +61,12 @@
 #. Type: boolean
 #. Description
 #: ../manila-common.templates:2001
-#, fuzzy
-#| msgid ""
-#| "You can change this setting later on by running \"dpkg-reconfigure -plow "
-#| "manila-common\"."
 msgid ""
 "You can change this setting later on by running \"dpkg-reconfigure -plow "
 "manila\"."
 msgstr ""
 "Sie können diese Einstellung später ändern, indem Sie »dpkg-reconfigure -"
-"plow manila-common« ausführen."
+"plow manila« ausführen."
 
 #. Type: string
 #. Description
@@ -87,16 +77,11 @@
 #. Type: string
 #. Description
 #: ../manila-common.templates:3001
-#, fuzzy
-#| msgid ""
-#| "Please specify the hostname of the authentication server for Manila. "
-#| "Typically this is also the hostname of the OpenStack Identity Service "
-#| "(Keystone)."
 msgid ""
 &q

Bug#859836: unblock:neutron/9.1.1-3

[David Rabel]

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

Please unblock package neutron

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock neutron/9.1.1-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru neutron-9.1.1/debian/changelog neutron-9.1.1/debian/changelog
--- neutron-9.1.1/debian/changelog  2016-12-03 18:16:52.0 +0100
+++ neutron-9.1.1/debian/changelog  2017-04-03 18:11:13.0 +0200
@@ -1,3 +1,16 @@
+neutron (2:9.1.1-3) unstable; urgency=medium
+
+  * Dutch translation of debconf messages (Closes: #841651).
+
+ -- Thomas Goirand <z...@debian.org>  Mon, 03 Apr 2017 18:11:13 +0200
+
+neutron (2:9.1.1-2) unstable; urgency=medium
+
+  * Team upload.
+  * Bump build dependency on openstack-pkg-tools (Closes: #858706).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 01 Apr 2017 11:57:49 +0200
+
 neutron (2:9.1.1-1) unstable; urgency=medium
 
   [ Ondřej Nový ]
diff -Nru neutron-9.1.1/debian/control neutron-9.1.1/debian/control
--- neutron-9.1.1/debian/control2016-12-03 18:16:52.0 +0100
+++ neutron-9.1.1/debian/control2017-04-03 18:11:13.0 +0200
@@ -8,7 +8,7 @@
 Build-Depends: debhelper (>= 10),
dh-python,
dh-systemd,
-   openstack-pkg-tools (>= 53~),
+   openstack-pkg-tools (>= 54~),
po-debconf,
python-all,
python-pbr (>= 1.8),
diff -Nru neutron-9.1.1/debian/po/nl.po neutron-9.1.1/debian/po/nl.po
--- neutron-9.1.1/debian/po/nl.po   2016-12-03 18:16:52.0 +0100
+++ neutron-9.1.1/debian/po/nl.po   2017-04-03 18:11:13.0 +0200
@@ -5,10 +5,10 @@
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: neutron_2_8.0.0-1\n"
-"Report-Msgid-Bugs-To: neut...@packages.debian.org\n"
-"POT-Creation-Date: 2016-06-06 00:25+0200\n"
-"PO-Revision-Date: 2016-04-19 15:57+0200\n"
+"Project-Id-Version: neutron_2_9.0.0-1\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2016-10-07 14:28+\n"
+"PO-Revision-Date: 2016-10-10 18:04+0200\n"
 "Last-Translator: Frans Spiesschaert <frans.spiesscha...@yucom.be>\n"
 "Language-Team: Debian Dutch l10n Team <debian-l10n-du...@lists.debian.org>\n"
 "Language: nl\n"
@@ -76,86 +76,46 @@
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "OpenVSwitch"
-msgstr "OpenVSwitch"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "LinuxBridge"
-msgstr "LinuxBridge"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
 msgid "ml2"
 msgstr "ml2"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "Brocade"
-msgstr "Brocade"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "Nicira"
-msgstr "Nicira"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "Midonet"
-msgstr "Midonet"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "NEC"
-msgstr "NEC"
+msgid "plumgrid"
+msgstr "plumgrid"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "Mellanox"
-msgstr "Mellanox"
+#| msgid "Midonet"
+msgid "midonet"
+msgstr "midonet"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "Hyper-V"
-msgstr "Hyper-V"
+#| msgid "Midonet"
+msgid "midonet_v2"
+msgstr "midonet_v2"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "RYU"
-msgstr "RYU"
+msgid "nec"
+msgstr "nec"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "MetaPlugin"
-msgstr "MetaPlugin"
+msgid "vmware"
+msgstr "vmware"
 
 #. Type: select
 #. Choices
 #: ../neutron-common.templates:6001
-msgid "BigSwitch"
-msgstr "BigSwitch"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "Cisco"
-msgstr "Cisco"
-
-#. Type: select
-#. Choices
-#: ../neutron-common.templates:6001
-msgid "PLUMgrid"
-msgstr "PLUMgrid"
+msgid "other"
+msgstr "andere"
 
 #. Type: select
 #. Description
@@ -671,6 +631,42 @@
 "voor metagegevens van Nova. Hetzelfde gedeelde wachtwoord moet gebruikt "
 "worden bij het instellen van het pakket nova-common."
 
+#~ msgid "OpenVSwitch"
+#~ msgstr "OpenVSwitch"
+
+#~ msgid "LinuxBridge"
+#~ msgstr "LinuxBridge"
+
+#~ msgid "Brocade"
+#~ msgstr "Brocade"
+
+#~ msgid "Nicira"
+#~ msgstr "Nicira"
+
+#~ msgid "NEC"
+#~ msgstr "NEC"
+
+#~ msgid "Mellanox"
+#~ msgstr "Mellanox"
+
+#~ msgid "Hyper-V"
+#~ msgstr "Hyper-V"
+
+#~ msgid "RYU"
+#~ msgstr "RYU"
+
+#~ msgid "MetaPlugin"
+#~ msgstr "MetaPlugin"
+
+#~ msgid "BigSwitch"
+#~ msgstr "BigSwitch"
+
+#~ msgid "Cisco"
+#~ msgstr "Cisco"
+
+#~ msgid "PLUMgrid"
+#~ msgstr "PLUMgrid"
+
 #~ msgid "Auth server username:"
 #~ msgstr "Gebruikersnaam op de authenticatieserver:"
 

Bug#859837: unblock:sahara/5.0.0-3

[David Rabel]

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

Please unblock package sahara

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock sahara/5.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru sahara-5.0.0/debian/changelog sahara-5.0.0/debian/changelog
--- sahara-5.0.0/debian/changelog   2017-01-20 14:59:11.0 +0100
+++ sahara-5.0.0/debian/changelog   2017-03-25 13:30:26.0 +0100
@@ -1,3 +1,10 @@
+sahara (1:5.0.0-3) unstable; urgency=medium
+
+  * Team upload.
+  * Add missing dependency net-tools (Closes: #858711).
+
+ -- David Rabel <david.ra...@noresoft.com>  Sat, 25 Mar 2017 13:30:26 +0100
+
 sahara (1:5.0.0-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru sahara-5.0.0/debian/control sahara-5.0.0/debian/control
--- sahara-5.0.0/debian/control 2017-01-20 14:56:44.0 +0100
+++ sahara-5.0.0/debian/control 2017-03-25 13:30:26.0 +0100
@@ -159,6 +159,7 @@
 Section: python
 Depends: adduser,
  dbconfig-common,
+ net-tools,
  python-openstackclient,
  q-text-as-data,
  sahara-common (= ${source:Version}),

Bug#859828: unblock:heat/7.0.0-4

[David Rabel]

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

Please unblock package heat

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock heat/7.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859830: unblock:ironic/6.2.0-3

[David Rabel]

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

Please unblock package ironic

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock ironic/6.2.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859823: unblock:glance/13.0.0-4

[David Rabel]

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

Please unblock package glance

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock glance/13.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859824: unblock:gnocchi/3.0.4-4

[David Rabel]

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

Please unblock package gnocchi

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock gnocchi/3.0.4-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
diff -Nru gnocchi-3.0.4/debian/changelog gnocchi-3.0.4/debian/changelog
--- gnocchi-3.0.4/debian/changelog  2017-04-01 11:35:30.0 +0200
+++ gnocchi-3.0.4/debian/changelog  2017-04-03 18:13:32.0 +0200
@@ -1,3 +1,9 @@
+gnocchi (3.0.4-4) unstable; urgency=medium
+
+  * German debconf translation update (Closes: #842481).
+
+ -- Thomas Goirand   Mon, 03 Apr 2017 18:13:32 +0200
+
 gnocchi (3.0.4-3) unstable; urgency=medium
 
   * Team upload.
diff -Nru gnocchi-3.0.4/debian/po/de.po gnocchi-3.0.4/debian/po/de.po
--- gnocchi-3.0.4/debian/po/de.po   2017-04-01 11:35:30.0 +0200
+++ gnocchi-3.0.4/debian/po/de.po   2017-04-03 18:13:32.0 +0200
@@ -1,14 +1,14 @@
-# German debconf translation of glance.
-# This file is distributed under the same license as the glance package.
+# German debconf translation of gnocchi.
+# This file is distributed under the same license as the gnocchi package.
 # Copyright (C) 2010 United States Government,2010-2011 OpenStack LLC.
-# Copyright (C) of this file 2012-2014 Chris Leick .
+# Copyright (C) of this file 2012-2016 Chris Leick .
 #
 msgid ""
 msgstr ""
-"Project-Id-Version: glance 2013.2.1-1\n"
+"Project-Id-Version: gnocchi 3.0.0-2\n"
 "Report-Msgid-Bugs-To: gnoc...@packages.debian.org\n"
 "POT-Creation-Date: 2016-03-29 13:10+\n"
-"PO-Revision-Date: 2014-01-09 22:51+0100\n"
+"PO-Revision-Date: 2016-10-29 18:15+0100\n"
 "Last-Translator: Chris Leick \n"
 "Language-Team: German \n"
 "Language: de\n"
@@ -25,17 +25,12 @@
 #. Type: string
 #. Description
 #: ../gnocchi-common.templates:2001
-#, fuzzy
-#| msgid ""
-#| "Please specify the hostname of the authentication server for Glance. "
-#| "Typically this is also the hostname of the OpenStack Identity Service "
-#| "(Keystone)."
 msgid ""
 "Please specify the hostname of the authentication server for Gnocchi. "
 "Typically this is also the hostname of the OpenStack Identity Service "
 "(Keystone)."
 msgstr ""
-"Bitte geben Sie den Rechnernamen des Glance-Authentifizierungsservers an. "
+"Bitte geben Sie den Rechnernamen des Gnocci-Authentifizierungsservers an. "
 "Typischerweise ist das gleichzeitig der Rechnername Ihres OpenStack-"
 "Identitätsdienstes (Keystone)."
 
@@ -96,26 +91,19 @@
 #. Type: boolean
 #. Description
 #: ../gnocchi-common.templates:6001
-#, fuzzy
-#| msgid "Set up a database for Glance?"
 msgid "Set up a database for Gnocchi?"
-msgstr "Eine Datenbank für Glance einrichten?"
+msgstr "Eine Datenbank für Gnocci einrichten?"
 
 #. Type: boolean
 #. Description
 #: ../gnocchi-common.templates:6001
-#, fuzzy
-#| msgid ""
-#| "No database has been set up for glance-registry or glance-api to use. "
-#| "Before continuing, you should make sure you have the following "
-#| "information:"
 msgid ""
 "No database has been set up for Gnocchi to use. Before continuing, you "
 "should make sure you have the following information:"
 msgstr ""
-"Es wurde keine Datenbank für die Benutzung mit der Glance-Registry oder das "
-"Glance-API eingerichtet. Bevor Sie fortfahren, sollten Sie sicherstellen, "
-"dass Sie die folgenden Informationen haben:"
+"Es wurde keine Datenbank für die Benutzung mit Gnocci eingerichtet. Bevor Sie 
"
+"fortfahren, sollten Sie sicherstellen, dass Sie die folgenden Informationen "
+"haben:"
 
 #. Type: boolean
 #. Description
@@ -146,24 +134,18 @@
 #. Type: boolean
 #. Description
 #: ../gnocchi-common.templates:6001
-#, fuzzy
-#| msgid ""
-#| "You can change this setting later on by running \"dpkg-reconfigure -plow "
-#| "glance-common\"."
 msgid ""
 "You can change this setting later on by running \"dpkg-reconfigure -plow "
 "gnocchi-common\"."
 msgstr ""
 "Sie können diese Einstellung später ändern, indem Sie »dpkg-reconfigure -"
-"plow glance-common« ausführen."
+"plow gnocci-common« ausführen."
 
 #. Type: boolean
 #. Description
 #: ../gnocchi-api.templates:2001
-#, fuzzy
-#| msgid "Register Glance in the Keystone endpoint catalog?"
 msgid "Register Gnocchi in the Keystone endpoint catalog?"
-msgstr "Glance im Keystone-Endpunktkatalog registrieren?"
+msgstr "Gnocci im Keystone-Endpunktkatalog registrieren?"
 
 #. Type: boolean
 #. Description
@@ -180,18 +162,15 @@
 #. Type: boolean
 #. Description
 #: ../gnocchi-api.templates:2001
-#, fuzzy
-#| msgid ""
-#| "Note that you will need to have an up and running Keystone server on "
-#| "which to connect using the 

Bug#859822: unblock:congress/4.0.0+dfsg1-3

[David Rabel]

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

Please unblock package congress

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock congress/4.0.0+dfsg1-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859818: unblock:ceilometer/7.0.1-3

[David Rabel]

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

Please unblock package ceilometer

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock ceilometer/7.0.1-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859820: unblock:cinder/9.0.0-4

[David Rabel]

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

Please unblock package cinder

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock cinder/9.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859817: unblock:barbican/3.0.0-3

[David Rabel]

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

Please unblock package barbican

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock barbican/3.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859816: unblock:aodh/3.0.0-4

[David Rabel]

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

Please unblock package aodh

We need the dependency on openstack-pkg-tools (>= 54~) to install correctly.

unblock aodh/3.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Bug#859198: openstack-pkg-tools: pkgos_register_endpoint_config() does not work when multiple default routes are configured

[David Rabel]

Package: openstack-pkg-tools
Version: 53
Severity: wishlist

Dear Maintainer,

for this special case it would be necessary to cut $DEFROUTE_IF to one line for
example by adding "| head -1".

Yours
  David



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

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

Versions of packages openstack-pkg-tools depends on:
ii  autopkgtest4.3
ii  libxml-xpath-perl  1.40-1
ii  madison-lite   0.22
ii  pristine-tar   1.38

openstack-pkg-tools recommends no packages.

openstack-pkg-tools suggests no packages.

-- no debconf information

Bug#858980: unblock: manila-api/3.0.0-3

[David Rabel]

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

Please unblock package manila-api

Missing dependency added

unblock manila-api/3.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: adduser, manila-common (= [-1:3.0.0-2),-] {+1:3.0.0-3), net-tools,+} 
python-openstackclient, q-text-as-data, lsb-base, debconf (>= 0.5) | 
debconf-2.0, init-system-helpers (>= 1.18~)
Version: [-1:3.0.0-2-] {+1:3.0.0-3+}

Bug#858979: unblock: sahara-api/5.0.0-3

[David Rabel]

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

Please unblock package sahara-api

Missing dependency added

unblock sahara-api/5.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: adduser, dbconfig-common, {+net-tools,+} python-openstackclient, 
q-text-as-data, sahara-common (= [-1:5.0.0-2),-] {+1:5.0.0-3),+} debconf (>= 
0.5) | debconf-2.0, init-system-helpers (>= 1.18~), lsb-base (>= 3.0-6)
Version: [-1:5.0.0-2-] {+1:5.0.0-3+}

Bug#858978: unblock: murano-api/3.0.0-4

[David Rabel]

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

Please unblock package murano-api

Missing dependency added.

unblock murano-api/3.0.0-4

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: adduser, dbconfig-common, debconf, murano-common (= [-1:3.0.0-2),-] 
{+1:3.0.0-4), net-tools,+} python-openstackclient, debconf (>= 0.5) | 
debconf-2.0, init-system-helpers (>= 1.18~), lsb-base (>= 3.0.6), python:any
Version: [-1:3.0.0-2-] {+1:3.0.0-4+}

Bug#858977: unblock: zaqar-server/3.0.0-3

[David Rabel]

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

Please unblock package zaqar-server

There was a missing dependency

unblock zaqar-server/3.0.0-3

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: adduser, debconf, {+net-tools,+} python-keystoneclient, 
q-text-as-data, zaqar-common (= [-3.0.0-2),-] {+3.0.0-3),+} debconf (>= 0.5) | 
debconf-2.0, init-system-helpers (>= 1.18~), lsb-base
Version: [-3.0.0-2-] {+3.0.0-3+}

Bug#858976: unblock: gnocchi-api/3.0.4-2

[David Rabel]

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

Please unblock package gnocchi-api

There was a missing dependency.

unblock gnocchi-api/3.0.4-2

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

Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Depends: adduser, gnocchi-common (= [-3.0.4-1),-] {+3.0.4-2),+} 
python-openstackclient, lsb-base, {+net-tools,+} q-text-as-data, debconf (>= 
0.5) | debconf-2.0, init-system-helpers (>= 1.18~)
Version: [-3.0.4-1-] {+3.0.4-2+}

Bug#858693: [PKG-Openstack-devel] Bug#858693: Bug#858693: Gerrit branch missing?

[David Rabel]

On 25.03.2017 22:53, David Rabel wrote:
> On 25.03.2017 22:34, Thomas Goirand wrote:
>> On 03/25/2017 12:01 PM, David Rabel wrote:
>>> Hi,
>>>
>>> I have the patch ready, but when I "git review" it, it tries to rebase
>>> the branch to gerrit/master. Is it possible that branch debian/newton is
>>> missing in gerrit?
>>
>> That's unlikely. What maybe is happening, is that the .gitreview file
>> doesn't point to the correct repository / branch.

I found it. .gitreview and .git/config both had a wrong repository and
.gitreview also did not have a defaultbranch.

Thank you.

David



signature.asc
Description: OpenPGP digital signature

Bug#858693: [PKG-Openstack-devel] Bug#858693: Gerrit branch missing?

[David Rabel]

On 25.03.2017 22:34, Thomas Goirand wrote:
> On 03/25/2017 12:01 PM, David Rabel wrote:
>> Hi,
>>
>> I have the patch ready, but when I "git review" it, it tries to rebase
>> the branch to gerrit/master. Is it possible that branch debian/newton is
>> missing in gerrit?
> 
> That's unlikely. What maybe is happening, is that the .gitreview file
> doesn't point to the correct repository / branch.

I added "defaultbranch=debian/newton" to .gitreview, as I found it in
other repositories. Then I tried "git review" again and got the following:

>git review
The branch 'debian/newton' does not exist on the given remote
'gerrit'. If these changes are intended to start a new branch, re-run
with the '-R' option enabled.


Should I run "git review -R"?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#858715: Acknowledgement (trove-api: Missing dependency net-tools)

[David Rabel]

Hi,

I need some help with this one. There is already a newer version in
experimental and I don't know what is the correct workflow here.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#858715: trove-api: Missing dependency net-tools

[David Rabel]

Package: trove-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858713: watcher-api: Missing dependency net-tools

[David Rabel]

Package: watcher-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858714: zaqar-server: Missing dependency net-tools

[David Rabel]

Package: zaqar-server
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858712: senlin-api: Missing dependency net-tools

[David Rabel]

Package: senlin-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858711: sahara-api: Missing dependency net-tools

[David Rabel]

Package: sahara-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858710: nova-common: Missing dependency net-tools

[David Rabel]

Package: nova-common
Severity: normal

Dear Maintainer,

config script uses /sbin/route, so it should be a dependency.



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

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

Bug#858708: nova-api: Missing dependency net-tools

[David Rabel]

Package: nova-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858707: murano-api: Missing dependency net-tools

[David Rabel]

Package: murano-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which
itself uses
/sbin/route , which is part of net-tools.



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

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



signature.asc
Description: OpenPGP digital signature

Bug#858706: neutron-server: Missing dependency net-tools

[David Rabel]

Package: neutron-server
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858705: mistral-api: Missing dependency net-tools

[David Rabel]

Package: mistral-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858704: manila-api: Missing dependency net-tools

[David Rabel]

Package: manila-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858703: magnum-api: Missing dependency net-tools

[David Rabel]

Package: magnum-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858701: ironic-api: Missing dependency net-tools

[David Rabel]

Package: ironic-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858698: heat-common: Missing dependency net-tools

[David Rabel]

Package: heat-common
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858693: Gerrit branch missing?

[David Rabel]

Hi,

I have the patch ready, but when I "git review" it, it tries to rebase
the branch to gerrit/master. Is it possible that branch debian/newton is
missing in gerrit?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#858697: gnocchi-api: Missing dependency net-tools

[David Rabel]

Package: gnocchi-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858247: Comes with next version

[David Rabel]

Hi Lars,

this issue is already fixed in latest upstream release of
python-openstackclient. So as soon as we package it (which is hopefully
going to be soon), it will be fixed in Debian, too.

You are right that this is even worse, because the package does not
provide a man page.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#858693: congress-server: Missing dependency net-tools

[David Rabel]

Package: congress-server
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858692: cinder-api: Missing dependency net-tools

[David Rabel]

Package: cinder-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858684: ceilometer-api: Missing dependency net-tools

[David Rabel]

Package: ceilometer-api
Severity: normal


Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858541: system-config-printer: Printer propertys accessible without authentication

[David Rabel]

Package: system-config-printer
Version: 1.5.7-3
Severity: normal

Dear Maintainer,

I can access the printer's properties by doubleklicking it, although it is
locked. This access does not ask me for any authentication, while unlocking the
printer does.

This seems to be a security issue.

Yours
  David



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

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

Versions of packages system-config-printer depends on:
ii  gir1.2-gdkpixbuf-2.0  2.36.5-2
ii  gir1.2-glib-2.0   1.50.0-1+b1
ii  gir1.2-gtk-3.03.22.8-1
ii  gir1.2-notify-0.7 0.7.7-1+b1
ii  gir1.2-packagekitglib-1.0 1.1.5-1
ii  gir1.2-pango-1.0  1.40.3-3
ii  python3-cups  1.9.73-1
ii  python3-cupshelpers   1.5.7-3
ii  python3-dbus  1.2.4-1+b1
ii  python3-gi3.22.0-2
pn  python3:any   
ii  system-config-printer-common  1.5.7-3

Versions of packages system-config-printer recommends:
ii  cups-pk-helper  0.2.6-1+b1
ii  python3-smbc1.0.15.6-1
ii  system-config-printer-udev  1.5.7-3+b1

Versions of packages system-config-printer suggests:
pn  gnome-software  

-- no debconf information

Bug#858217: Detail

[David Rabel]

Some detail: The maintainer scripts are using /sbin/route directly, not
via pkgos_...



signature.asc
Description: OpenPGP digital signature

Bug#858219: barbican-api: Missing dependency to net-tools

[David Rabel]

Package: barbican-api
Severity: normal

Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858217: keystone: Missing dependency to net-tools

[David Rabel]

Source: keystone
Severity: normal

Dear Maintainer,


config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#858215: aodh-api: Missing dependency to net-tools

[David Rabel]

Package: aodh-api
Version: 3.0.0-2
Severity: normal

Dear Maintainer,

config script uses pkgos_register_endpoint_config() of pkgos, which itself uses
/sbin/route , which is part of net-tools.



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

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

Bug#847104: I was not able to reproduce

[David Rabel]

Hi Turbo,

I was no able to reproduce this error here. Could you provide some more
information about your environment?

Also could you provide the output of running this after running 'set -x'?

And it seems that you already have an idea what is the problem. If so,
could explain your thoughts a little more?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#841452: tgtd != open-iscsi

[David Rabel]

Hi Turbo,

someone may correct if I'm wrong. But AFAIR open-iscsi is the initiator
part and tgtd is the target part of iscsi. So in your case it is
probably correct that both are running. That means cinder-volume does
need tgtd, not "tgtd or open-iscsi".

I hope that helps.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#857449: Patch

[David Rabel]

Attached please find the patch.

I don't know about the general workflow of dpkg-Team, but I think since
this is a really small patch, it does not matter.

Yours
  David
From 82360734fa130a083d83f579c1bde85cc1ff6929 Mon Sep 17 00:00:00 2001
From: David Rabel <david.ra...@noresoft.com>
Date: Sat, 11 Mar 2017 12:51:48 +0100
Subject: [PATCH] German manpage translation fixed

German manpage of update-alternatives fixed.

Closes: #857449
---
 man/po/de.po | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/man/po/de.po b/man/po/de.po
index ad738b60f..569116f70 100644
--- a/man/po/de.po
+++ b/man/po/de.po
@@ -11,8 +11,8 @@ msgstr ""
 "Project-Id-Version: dpkg-man 1.18.8\n"
 "Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n"
 "POT-Creation-Date: 2017-03-06 06:25+0100\n"
-"PO-Revision-Date: 2017-02-27 08:55+0100\n"
-"Last-Translator: Helge Kreutzmann <deb...@helgefjell.de>\n"
+"PO-Revision-Date: 2017-03-11 12:50+0100\n"
+"Last-Translator: David Rabel <david.ra...@noresoft.com>\n"
 "Language-Team: German <debian-l10n-ger...@lists.debian.org>\n"
 "Language: de\n"
 "MIME-Version: 1.0\n"
@@ -24768,7 +24768,7 @@ msgstr ""
 "Beispielsweise sind auf vielen Systemen mehrere Texteditoren gleichzeitig "
 "installiert. Dies gibt den Benutzern eines Systems die Möglichkeit, falls "
 "gewünscht, jeweils einen anderen Editor zu verwenden, allerdings wird es "
-"damit für ein Programm schwierig, einen guten Wahl für einen Editor zum "
+"damit für ein Programm schwierig, eine gute Wahl für einen Editor zum "
 "Starten zu treffen, falls der Benutzer keine spezielle Wahl getroffen hat."
 
 #. type: Plain text
-- 
2.11.0



signature.asc
Description: OpenPGP digital signature

Bug#857449: dpkg: Bug in German Translation

[David Rabel]

Package: dpkg
Version: 1.18.22
Severity: minor
Tags: patch

Dear Maintainer,


There is a bug in the german translation of the manpage for update-
alternatives.

I will provide a patch for this in a minute.

Yours
  David



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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-9
ii  liblzma5 5.2.2-1.2+b1
ii  libselinux1  2.6-3
ii  tar  1.29b-1.1
ii  zlib1g   1:1.2.8.dfsg-5

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt1.4~rc2
pn  debsig-verify  

-- no debconf information

Bug#830207: Next try

[David Rabel]

Hi again,

On 19.02.2017 22:40, Rolf Leggewie wrote:
>>> The Depends and Build-Depends lines look surprisingly long.[...]
>> I copied both Build-Depends and Depends from the upstream control file.
>> I'm not too familiar with ${misc:Depends} and ${shlibs:Depends} . Maybe
>> you would like to fix this?
> 
> Not sure if this is even wrong.  It just struck me as odd.
> 
> I have not compiled your package yet.  You could strip the additional
> packages from Depends, build the package and inspect the resulting deb
> file with "dpkg --info $path-to-deb-file" and if the dropped
> dependencies are still listed then listing them explicitly in
> debian/control wasn't necessary.  If they are no longer there, I'd
> install the package, run the binary and unless I run into problems I'd
> assume the dependencies weren't actually really necessary.

I had a closer look at the dependencies: None of the four explicitly
mentioned dependencies under "Depends:". I was able to manually remove
them and record audio afterwards.

But: It seems that there are dependencies missing. I installed
audio-recorder in a fresh Testing installation and it did not work. I
got an error like "Unable to init server.". I could fix this by
installing gome-core, but I am not sure, which package is actually needed.

Since audio-recorder is GUI-based it is quite obvious that some kind of
desktop environment should be installed. But how to put this into
debian/control ?

Yours
  David




signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

Hi Rolf,

On 19.02.2017 22:40, Rolf Leggewie wrote:
> Part of the work as maintainer and especially when doing an ITP is to
> verify the code is indeed DFSG-free.  Personally, I'd have trouble with
> ambiguity in the form of "Well, I can't really be certain if the
> software is licensed as GPL, LGPL or public domain but since all those
> are DFSG-free it should be OK".  One should clarify what the license is
> and release the ITP only afterwards.
>

So, Osmo didn't answer yet.

I thought a little more about that issue.


> "Well, I can't really be certain if the
> software is licensed as GPL, LGPL or public domain but since all those
> are DFSG-free it should be OK".

Actually I think this is totally fine, as long as we can guarantee that
it is DSFG-free.


But I think, the license _is_ clear (GPL or LGPL may be a little bit
unclear and has to be clarified).
Maybe I am wrong here, but I think the following is true:

Adding an entity to the copyright holders only states that they hold
copyright on their contributions to the file.
For example if I take some file under GPL, modify it and publish it
under the GPL again, it does not give me (nor the original author) the
right to publish the modified work under a license that is not
GPL-compatible.

If "Team audio-recorder" is not a legal entity (what I think it is and
FTP masters seem to agree with me), only their contributions become
public domain. If Osmo chooses to release his version of the file under
GPL and part of it is public domain, the file is finally licensed under GPL.

If Osmo holds the full copyright, because the copyright notice does not
make any sense, it doesn't matter.


So in my opinion the file always has the license Osmo chooses (in this
case probably GPLv3), no matter if "Team audio-recorder" is an
additional copyright holder or not.

By the way, I am not sure if we maybe _have_ to add some copyright
notice for those who actually contributed to audio-recorder.


So I want to propose this:
- I see that the GPL/LGPL issue is fixed.
- We leave the copyright notice to "Team audio-recorder" as it is.
- We could add a note like "as stated in AUTHORS file" and add a list to
that file, who is part of "Team audio-recorder" from launchpad.
- Or add a note "as listed at
https://launchpad.net/~audio-recorder/+members ".
- I remove debian/clean and --with autoreconf .
- While all of this is in progress I have a look at the dependencies.


Then (in my opinion) we should be ready to upload.

Please let me know what you think.

Viele Grüße
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

On 20.02.2017 22:29, David Rabel wrote:
> On 19.02.2017 22:40, Rolf Leggewie wrote:
>> This is usually only necessary if
>> those autogenerated files are old and do not support newer platforms. 
>> That's when you need to autoreconf.  Otherwise, it's unnecessary but it
>> does have the benefit of future-proofing the package somewhat.
> 
> I cannot remember, why I added --with autoreconf . I did so half a year
> ago and I wasn't smart enough to make notes or to use version control
> from the beginning.
> I _think_ it was because Makefile.in.in was a symlink back then and I
> wanted to override it during the build process, because lintian reported
> an error about this.
> 
> I will try to build the package without --with autoreconf later.

Update: It builds without additional warnings / errors.


> 
> Yours
>   David
> 




signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

Hi there,

On 19.02.2017 22:40, Rolf Leggewie wrote:
> On 19.02.2017 19:45, David Rabel wrote:
>> I think you are wrong here. intltoolize is not run by autoreconf.
> 
> That's what I read during my research about dh-autoreconf (not
> autoreconf). It's entirely possible that I am mistaken.  As I said, my
> changes were untested.  Does the package still compile?

No, it doesn't.


> By the way, why do you remove the autogenerated files in the first place
> when upstream apparently is keen to ship them and it creates a "problem"
> for you in having to recreate them?

Actually because I thought I wouldn't have to include them into
debian/copyright and I wasn't sure about some of the licenses. ;) Of
course that was not the only reason. I thought it would make everything
more clean. So we could just leave them in place?


> This is usually only necessary if
> those autogenerated files are old and do not support newer platforms. 
> That's when you need to autoreconf.  Otherwise, it's unnecessary but it
> does have the benefit of future-proofing the package somewhat.

I cannot remember, why I added --with autoreconf . I did so half a year
ago and I wasn't smart enough to make notes or to use version control
from the beginning.
I _think_ it was because Makefile.in.in was a symlink back then and I
wanted to override it during the build process, because lintian reported
an error about this.

I will try to build the package without --with autoreconf later.


Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

Me again. ;)

dpkg-source emits a warning concerning the fiels that dh-clean deletes,
e.g.:

dpkg-source: warning: ignoring deletion of file missing, use
--include-removal to override

Is this a problem?

David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

Good morning,

On 19.02.2017 00:48, Rolf Leggewie wrote:
>>> I am sure Osmo did not intend to release as public domain.
>> What you actually say is: IF we leave it as it is, the worst case is
>> that the software could be public domain.
> 
> No.  The software has whatever license it has.  We are just documenting
> what that is.  While doing this due diligence we might actually find out
> that the license as stated is not what the author intended (a license
> bug if that's how you want to look at it).  Debian is doing this to
> guarantee to its users that all software complies with DFSG and thus the
> users do not have to do this work.  Again, there really is no way around
> this.

I meant leave it as it is "upstream".
In my opinion the software is DFSG-compliant in any way. If the
copyright holder is Osmo or Team audio-recorder or the software is
public domain.

As you said: If the license as stated is not what the author intended,
we can call his attentation to that. But apart from that we are
documenting. And if the license is DFSG-compliant, there is no reason
here, to not include the package into Debian.


> I am not sure that debian/copyright is currently complete, yet. 
> "licensecheck -r" lists quite a few files under LGPL license for example
> and "rgrep -i copyright ." gives a lot more names than currently
> documented.  There's still work to be done here.

You are right. Indeed everything seems to be under LGPLv3. I will ask
Osmo if this was intended. The boilerplates in the source files have to
be correct in either way, since the shorten the LGPL as GPL.
COPYING should also be adjusted.
I can do that, as soon as I recieve an answer from Osmo.

There are source files without copyright notice. Do we have to add that?
For example the header files under src/ .


>> We could drop the file, we just would have to run intltoolize before
>> the build process. I was not quite sure how to do it.
> 
> It is already being done in line 18 of the current debian/rules file via
> "--with autoreconf".  So, at least for Debian it seems that file (and
> possibly others) is not necessary and will be replaced during the build
> anyhow.

I think you are wrong here. intltoolize is not run by autoreconf.


> dh-autoreconf is a superset of autotools-dev and thus I pushed an
> untested fix to the rl-wip branch on github.  Feel free to cherry-pick
> after verification.

Done.


> The Depends and Build-Depends lines look surprisingly long.  Why do you
> have so many explicit runtime dependencies in Depends?  Isn't this
> picked up automatically by ${misc:Depends} and ${shlibs:Depends}?  If
> necessary this can be fixed later, but it struck me as odd when I
> stumbled upon it now.

I copied both Build-Depends and Depends from the upstream control file.
I'm not too familiar with ${misc:Depends} and ${shlibs:Depends} . Maybe
you would like to fix this?


> On 19.02.2017 04:12, David Rabel wrote:
>> I was just thinking: Do we have to add a paragraph in
>> debian/copyright
>> for files we delete with debian/clean?
>
> Yes, absolutely.  The only other option is to create a separate
> dfsg-free upstream tarball and strip the relevant files from that
> tarball.

Done.


> In your case, of course, you might also use your upstream powers and
> consider to drop the file upstream depending on whether or not it
> should be shipped in upstream releases.

Probably Osmo wants to keep those files. We can ask him, of course.


> Thanks again for your work.

Thank you for your help.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

On 18.02.2017 20:59, David Rabel wrote:
>> 329aa8ce287
>> "Other" is not a good name for License.  I suggest to follow
>> https://tracker.debian.org/media/packages/g/granule/copyright-1.4.0-7-4
>> or https://github.com/giuliopaci/SPro/blob/master/debian/copyright which
>> I found doing a quick Google search. 
> 
> I adjusted this.

I was just thinking: Do we have to add a paragraph in debian/copyright
for files we delete with debian/clean?

David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Changing copyright again

[David Rabel]

Hi Osmi,

Rolf is probably right, that you are actually the only copyright holder.

What do you think? Would it be OK for you to change the copyright for
the code to your name and mention the whole Linux community and / or
team audio recorder in the AUTHORS file instead?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Next try

[David Rabel]

Hi Rolf,

a general question: Are you OK with the way I commit every step in git
or would you prefer that I clean up the history a little bit before pushing?

On 18.02.2017 20:14, Rolf Leggewie wrote:
> 60fd5fd4c
> It's a trivial fix, but if upstream has that spelling error I think it
> would be better to keep it.  Where do you draw the line?  Who knows,
> there might be some kind of intended meaning that you and I missed?  In
> that part of our work, we are just documenting, not correcting IMO.

The spelling error was not from upstream, it was mine. ;) And I found a
second one in the same line. I corrected it, now.


> 08dc66295a
> I'm not sure if changing "The entire Linux community" to "Team audio
> recorder" is sufficient. 

The ftp master who rejected the package is fine with this solution. Of
course we can still try to find a better solution.


> I'm not sure such an entity exists and it's
> basically equally opaque.  If it's not specific enough to understand who
> to contact in case you'd like to ask for a relicensing of the code then
> it's not specific enough for Debian.  Let's say you'd like to develop a
> closed-source variety of audio-recorder, who would you need to ask for
> permission? 

You might be right on this. For me it was quite clear, that Team
audio-recorder is the launchpad team:
https://launchpad.net/~audio-recorder
Maybe we could add this link instead of the email address to the
copyright file?


> Besides, as I already mentioned previously, my feeling is
> that nobody but Osmo Antero has copyright.  There are two conditions
> that need to be met for this NOT to be true; 1) significant
> contributions from third parties and 2) those parties requested for
> copyright when making those contributions.  2) is not documented in the
> files and it should be IF there was a third-party copyright.

I will ask Osmo if he is fine with changing the copyright to him only. I
will keep you and the bug in CC. Just did not want to spam Osmo with the
rest of the email, since most of it is not interesting for him.


> I understand that Osmo enjoys drinking his vine and keep things simple. 
> But he is making things unnecessarily complicated here by adding an
> opaque group of people to the copyright holders.  I believe that what he
> wants to do is acknowledge outside contributions.  That's what the
> AUTHORS file is for which is actually present but does not list anybody
> besides him.  It's fine for him to make a broad statement there such as
> "a multitude of patches were gladly received by a number of people from
> the Linux community.  If you'd like to see your name here specifically
> contact me at XYZ".  Copyright is about who owns the ultimate rights to
> the source.  GPL extends quite a few of those rights to the users (such
> as the right to modify, redistribute, etc.)  What Osmo is doing (and I'm
> absolutely certain that is unintentional) is to give basically everyone
> who can somehow claim to be part of the Linux community to fully OWN the
> code and that includes the right to relicense it, for example.  This
> would effectively make the source public domain and strip it of the
> protections the GPL provides (such as disallowing redistribution as a
> closed-source binary program).  I am sure Osmo did not intend to release
> as public domain.

What you actually say is: IF we leave it as it is, the worst case is
that the software could be public domain.


> This absolutely needs clarification, no way around that.  My suggestion
> is to simply drop the erroneous and very dangerous line giving the Linux
> community or Team Audiorecorder the copyright.  All users already have
> very broad rights protected under the GPL.  Adding that line actually
> puts those rights in jeopardy.

There is other software under permissive licenses in Debian... I think
there are worse things than that.


> 329aa8ce287
> "Other" is not a good name for License.  I suggest to follow
> https://tracker.debian.org/media/packages/g/granule/copyright-1.4.0-7-4
> or https://github.com/giuliopaci/SPro/blob/master/debian/copyright which
> I found doing a quick Google search. 

I adjusted this.


> https://lists.debian.org/debian-legal/2015/01/msg00054.html says there
> is a later version of the file with a better worded license term.  If
> that's the case it would be advisable for upstream to exchange the
> current for the later version.  If upstream doesn't do this, we can also
> do it in Debian only.  If the file is not necessary to build the binary,
> we might want to simply drop it via debian/clean.  This question needs
> more consideration.

Upstream in this case is me. ;) I have write access to the upstream
repository and I put the po/Makefile.in.in there. The file I added is
from the current Testing version of gettext (0.19.8.1-2). I copied the
license text from there.

We could drop the file, we just would have to run intltoolize before the
build process. I was not quite sure how to do it.


>> Mainly it is an 

Bug#830207: Next try

[David Rabel]

Hi there,

I uploaded a new audio-recorder package to mentors:
https://mentors.debian.net/package/audio-recorder

Mainly it is an update of the debian/copyright file. But while I edited
it, I found a lot of auto-generated files in the source tarball. So I
deleted them via dquilt patch. I hope this is the right way to handle
such files.

Could you please have a look at it, Rolf, and give me some feedback or
upload the package, if it seems fine to you?

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: Audio Recorder

[David Rabel]

Bom dia,

On 11.02.2017 12:08, Osmo Antero wrote:
> I had to fix some labels and GUI issues in the Additional Settings dialog.
> The Additional Settings -> Recording commands tab had a wrong label for the
> Gstreamer pipeline command.
> It was "Package:".
> I changed it to "Command:".
> 
> Would you please fix the translation (and other missing translations) for
> your language on the https://translations.launchpad.net/audio-recorder
> *Launchpad needs 1 day to copy the labels from the source code to the
> translation page.  *

It seems, that launchpad auto translation already did this for the
German translation. So I just fixed some smaller mistakes I saw on the way.


The audio-recorder package was rejected by Debien FTP masters, because
of the "(C) linux community".
Can you say, who in particular contributed to audio-recorder?

Viele Grüße,
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: good to see audiorecorder in Debian

[David Rabel]

Hi Rolf,

On 13.02.2017 22:43, Rolf Leggewie wrote:
> great to see audiorecorder close to being included in Debian.  I had
> offered help for packaging the software at
> https://bugs.launchpad.net/bugs/1391951 but I never got around to doing
> an ITP.  Let me know if you are interested in a co-maintainer.  I am DM
> and would be able to upload packages without requiring a DD sponsor.

Thanks for your offer and of course I would appreciate your help.

A few words regarding the workflow:
Because Osmo publishes audio-recorder as an Ubuntu package, it already
contains a debian/ directory. So I download the latest tarball, untar
it, delete the debian/ directory and tar it again.

I work with git and gbp, so the all the packaging work is done in a git
repository. That is https://github.com/NoreSoft/audio-recorder at the
moment. I am not a big fan of github, but chose it for simplicity. If
you prefer something more free, let me know. If not, I could just give
you write access to the repo.

The last upload of the package got rejected with the following notice:
> "(C) linux community" really isn't saying anything at all so I am
> going to have
> to REJECT. Also missing other references (eg. Rosetta, but I stopped
> looking there)

So I am not quite sure yet how to handle this. My first idea is to ask
Osmo if he may have this in more detail.

Regards
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: RFP: audio-recorder -- record what is played in the loudspeakers

[David Rabel]

Hi Arturo,

there was a new upstream version of audio-recorder today. So i packaged
the new version with my latest changes. Maybe you could upload it as
soon as version 1.9.4 is out of the NEW queue.

https://mentors.debian.net/package/audio-recorder

Btw: The mentors page says that the watch file is not working, but on my
system it actually is working.

Yours
  David



signature.asc
Description: OpenPGP digital signature

Bug#830207: RFP: audio-recorder -- record what is played in the loudspeakers

[David Rabel]

Hi Arturo,

On 09.02.2017 09:03, Arturo Borrero Gonzalez wrote:
> Ok, the package looks very good now.
> 
> I uploaded it to unstable (it should go to the NEW queue).

Yeah! :) Thank you very much! I'm really happy about that.


> Things to address:
> 
> * d/patches/0001-Delete-extra-COPYING-file-in-data.patch deletes
> upstream COPYRIGHT file.
> I guess this is to avoid installing it. Perhaps the makefile part
> should be enough for not installing it?

I changed it now. I already committed it to the git repository. I think
it will be fine if it is in the next version.


> * lack of d/watch file. I remember the upstream code was very hidden,
> but still we should have a d/watch file.

Yes that's right. So I added a watch file. I only have to convince the
upstream author to release the current version on the projects page
instead of only doing it in the ppa.
He did this for version 1.9.3 , but forgot it for version 1.9.4 . I will
just him again. Or maybe he will tell me how to do it myself, since I
have write-access at the launchpad project now.


> * dpkg-shlibdeps reports a lot of possible unneeded dependencies.
> Please review them to strip down the list of dependencies.
> 

Ok, I will do this. But it will probably take some time, because I first
have to understand this whole dpkg-shlipdeps substitution a little more. ;)

Thank you again!

Yours
  David




signature.asc
Description: OpenPGP digital signature

Bug#830207: RFP: audio-recorder -- record what is played in the loudspeakers

[David Rabel]

Hi Arturo,

it took a long time, but finally I got most of the problems with
audio-recorder solved. I'm in contact and also have write access to the
source code now. So if there are further problems, it should no be too
hard to fix them.

The only thing I have no solution for at the moment is the proablem with
the watch file. I think this it not too important, but please let me
know what you think about it.

Here is the link to the new package:

https://mentors.debian.net/package/audio-recorder

Yours
  David


On 18.08.2016 13:22, David Rabel wrote:
> Hi Arturo,
> 
> thank you for your email. I wrote an email to the upstream developer,
> asking him to change a few things. :-)
> 
> 
> On 16.08.2016 09:47, Arturo Borrero Gonzalez wrote:
>> On 15 August 2016 at 02:23, David Rabel <david.ra...@noresoft.com> wrote:
>> The Makefile.in.in file seems like a file that should not be included
>> in a binary package.
>> That file is usually used (wit just one '.in' in the name) to build
>> the [upstream] software package. See the newmaint guide [1].
>>
>> The final debian binary package should only include the audio-recorder
>> tool, and not any other
>> stuff used to build the package itself.
> 
> It is not included in the binary package, only in the source package.
> Still this leads to a lintian error. I also informed upstream about
> this, maybe he will just fix it. If not, it is probably OK to copy the
> Makefile.in.in of my intltool installation to the po folder.
> 
> 
>> Please, talk to GNOME people, since I'm not familiar with their
> environment.
>>
>> The dpkg-shlibdeps is a warning to take into account, but is not a
>> blocker for the package to join debian.
> 
> I will have a closer look at it.
> 
> 
>>> 5) I did not know how to make the watch file work. Because at the
>>> moment, the launchpad site [2] is not updated anymore, so I had to pick
>>> the tar.gz manually from the ppa. Maybe the easiest is to ask the
>>> maintainer to update that site at least when he releases a new version.
>>
>> Where are the upstream source? Is there any SCM (git).
>>
>> If launchpad is not updated anymore, where is the code living now?
>>
>> Perhaps you could suggest upstream to migrate to github or something similar.
> 
> The source is still on launchpad. Only the launchpad project site is not
> updated anymore.
> So, the source code is here: [1].
> The projects' site is not updated: [2]
> And the current tarball I had to pick from the ppa: [3]
> 
> I asked the upstream maintainer to update the projects' site again, at
> least to put the tarball of the current version there.
> 
> 
> Yours
>   David
> 
> [1] https://code.launchpad.net/~audio-recorder/audio-recorder/trunk
> [2] https://launchpad.net/audio-recorder
> [3] https://launchpad.net/~audio-recorder/+archive/ubuntu/ppa
> 




signature.asc
Description: OpenPGP digital signature

Bug#846152: iproute2: Missing .sp in manpage ip-link.8

[David Rabel]

Package: iproute2
Version: 4.8.0-1
Severity: minor
Tags: upstream

Dear Maintainer,

in man 8 ip-link there is a missing newline where the link types are specified,
right between bond and can.

In https://anonscm.debian.org/cgit/collab-maint/pkg-iproute.git/tree/man/man8
/ip-link.8.in it would be to add an .sp between line 214 and 215.

Regards,
  David



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

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

Versions of packages iproute2 depends on:
ii  libc62.24-5
ii  libdb5.3 5.3.28-12
ii  libelf1  0.166-2.2
ii  libmnl0  1.0.4-2
ii  libselinux1  2.6-3

Versions of packages iproute2 recommends:
pn  libatm1   
ii  libxtables11  1.6.0-4

Versions of packages iproute2 suggests:
pn  iproute2-doc  

-- no debconf information

Bug#843408: (no subject)

[David Rabel]

It seems that xdg-open recognizes the file as text/plain . In the
/usr/share/applications/mimeinfo.cache is the following line:

text/plain=libreoffice-writer.desktop;vim.desktop;org.gnome.gedit.desktop;

and when I comment out the line, xdg-open fails to open test.c .

Regards,

-- 
David Rabel
Linux Consultant & Trainer

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537



signature.asc
Description: OpenPGP digital signature

Bug#843408: xdg-utils: xdg-open uses different application than xdg-mime query default says

[David Rabel]

Package: xdg-utils
Version: 1.1.1-1
Severity: normal
Tags: upstream

Dear Maintainer,

on a fresh Debian Stretch installation ( debian-stretch-DI-
alpha7-amd64-netinst.iso image, installed on 2016-10-30 ), xdg-open does not
use the application that it should (as far as I understand):


Steps to reproduce:

1. Create a file text.c with following content:
"
#include 

int main ()
{

  return 0;
}
"

2. Run xdg-mime query filetype test.c
> text/x-csrc

3. Run xdg-mime query default text/x-csrc
> vim.desktop

4. Run xdg-open test.c
libreoffice writer is starting and opens test.c


Kind Regards,
  David


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

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

xdg-utils depends on no packages.

Versions of packages xdg-utils recommends:
ii  libfile-mimeinfo-perl  0.27-1
ii  libnet-dbus-perl   1.1.0-4+b1
ii  libx11-protocol-perl   0.56-7
ii  x11-utils  7.7+3
ii  x11-xserver-utils  7.7+7

Versions of packages xdg-utils suggests:
ii  gvfs-bin  1.30.1.1-1

Bug#842602: [pkg-cinnamon] Bug#842602: cinnamon: Unplausible default applications

[David Rabel]

¡Hola Maximiliano!

Gracias por tu email. :-)

On 31.10.2016 11:43, Maximiliano Curia wrote:
> The preferred desktop applications should be configured in
> /usr/share/applications/$desktop-mimeapps.list
> in the cinnamon case it should be:
> /usr/share/applications/x-cinnamon-mimeapps.list

Since this file does not exist yet, how does cinnamon know which
application to use?


> Fedora adds this file with some minor changes from what the
> gnome-mimeapps.list ships.
> http://pkgs.fedoraproject.org/cgit/rpms/cinnamon-desktop.git/tree/
> https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20150518/1578430.html
> 
> ...

For me that seems to be a good solution. Maybe with some kind of
fallback. I don't know what happens if an entry in this file is wrong or
missing. But if it has the same result as if the file would not exists,
we only can improve. ;)


Yours,
  David


-- 
David Rabel
Linux Consultant & Trainer

B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537



signature.asc
Description: OpenPGP digital signature

Bug#842602: cinnamon: Unplausible default applications

[David Rabel]

Package: cinnamon
Version: 3.0.7-2
Severity: wishlist

Dear Maintainer,

in a fresh testing installation with cinnamon, the default applications to open
files are not always plausible.
Actually every plain text file is opened with libreoffice-writer when
doubleklicking it. This is probably not wanted. A plain text file should
probably be opened by the standard text editor gedit.

I am not sure if this is an issue related to the cinnamon package, or maybe
libreoffice or gedit. So I am posting here in the hope that you can help me.
:-)

It seems to have something to do with the mime types.
Here is a line from my /usr/share/applications/mimeinfo.cache:
text/plain=libreoffice-writer.desktop;vim.desktop;gnome.gedit.desktop;

Also there is a lot like
text/x-c=vim.desktop;
text/x-c++=vim.desktop;

Although I guess that also here gedit should be the standard editor and not
vim.

Kind regards,
  David



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

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

Versions of packages cinnamon depends on:
ii  caribou  0.4.21-1
ii  cinnamon-common  3.0.7-2
ii  cinnamon-control-center  3.0.1-2
ii  cinnamon-desktop-data3.0.2-3
ii  cinnamon-screensaver 3.0.1-1
ii  cinnamon-session 3.0.1-2
ii  cinnamon-settings-daemon 3.0.1-3
ii  cjs  3.0.1-3+b1
ii  cups-pk-helper   0.2.6-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-caribou-1.0   0.4.21-1
ii  gir1.2-clutter-1.0   1.26.0+dfsg-1
ii  gir1.2-cmenu-3.0 3.0.2-1
ii  gir1.2-cogl-1.0  1.22.2-2
ii  gir1.2-gconf-2.0 3.2.6-4
ii  gir1.2-gdkpixbuf-2.0 2.36.0-1
ii  gir1.2-gkbd-3.0  3.22.0.1-1
ii  gir1.2-glib-2.0  1.50.0-1
ii  gir1.2-gnomedesktop-3.0  3.22.1-1
ii  gir1.2-gtk-3.0   3.22.1-1
ii  gir1.2-gtkclutter-1.01.8.2-1
ii  gir1.2-javascriptcoregtk-3.0 2.4.11-3
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gir1.2-meta-muffin-0.0   3.0.5-2
ii  gir1.2-networkmanager-1.01.4.2-2
ii  gir1.2-notify-0.70.7.7-1
ii  gir1.2-pango-1.0 1.40.3-2
ii  gir1.2-polkit-1.00.105-16
ii  gir1.2-soup-2.4  2.56.0-1
ii  gir1.2-upowerglib-1.00.99.4-4
ii  gir1.2-webkit-3.02.4.11-3
ii  gkbd-capplet 3.22.0.1-1
ii  gnome-backgrounds3.22.1-1
ii  gnome-themes-standard3.22.2-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk-bridge2.0-0   2.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-5
ii  libcairo21.14.6-1+b1
ii  libcinnamon-menu-3-0 3.0.2-1
ii  libcjs0  3.0.1-3+b1
ii  libclutter-1.0-0 1.26.0+dfsg-1
ii  libcogl-pango20  1.22.2-2
ii  libcogl-path20   1.22.2-2
ii  libcogl201.22.2-2
ii  libcroco30.6.11-2
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libgirepository-1.0-11.50.0-1
ii  libgl1-mesa-glx [libgl1] 12.0.3-1
ii  libglib2.0-0 2.50.1-1
ii  libglib2.0-bin   2.50.1-1
ii  libgstreamer1.0-01.8.3-1
ii  libgtk-3-0   3.22.1-1
ii  libjs-jquery 1.12.4-1
ii  libmozjs-24-024.2.0-3.1
ii  libmuffin0   3.0.5-2
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  libstartup-notification0 0.12-4
ii  libx11-6 2:1.6.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxml2  2.9.4+dfsg1-2
ii  mesa-utils   8.3.0-2+b1
ii  

Bug#792518: Manual page for the docker-compose executable is missing

[David Rabel]

Hi there,

shouldn't this bug be marked as resolved?

Regards
  David



signature.asc
Description: OpenPGP digital signature

Bug#842584: RFS: jugglinglab/0.6.2-1 [ITP]

[David Rabel]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "jugglinglab":

 * Package name: jugglinglab
   Version : 0.6.2-1
   Upstream Author : Jack Boyce <jbo...@users.sourceforge.net>
 * URL : http://jugglinglab.sourceforge.net/
 * License : GPL-2+
   Section : misc

  It builds those binary packages:

jugglinglab

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

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


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

  dget -x
https://mentors.debian.net/debian/pool/main/j/jugglinglab/jugglinglab_0.6.2-1.dsc

  More information about jugglinglab can be obtained from
http://jugglinglab.sourceforge.net/.

  Changes since the last upload:

  -Initial Upload

I already asked on the debian-java mailinglist a few weeks ago, but got
no response. This is my first Java package.


  Regards,
   David Rabel



signature.asc
Description: OpenPGP digital signature

Bug#841307: docker-compose: Wrong dependency version for python-docker

[David Rabel]

Package: docker-compose
Version: 1.8.0-1
Severity: important
Tags: patch

Dear Maintainer,

the dependency for docker-compose 1.8 on python-docker (>= 1.3.0) seems to be
wrong. Instead it needs version >= 1.8.0 .

I installed docker-compose and got an error while trying it. I searched for the
error and got to [1], where someone had the same error and the reason was, that
docker-compose needed version 1.8.0 of docker-py.

So I tried and installed the current version of python-docker package from Sid
(which is 1.9.0-1) and now the error is gone.

Yours
  David


[1] https://github.com/docker/compose/issues/3342



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

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

Versions of packages docker-compose depends on:
ii  python-cached-property  1.3.0-2
ii  python-docker   1.9.0-1
ii  python-dockerpty0.4.1-1
ii  python-docopt   0.6.2-1
ii  python-enum34   1.1.6-1
ii  python-jsonschema   2.5.1-6
ii  python-requests 2.11.1-1
ii  python-six  1.10.0-3
ii  python-texttable0.8.4-2
ii  python-websocket0.37.0-2
ii  python-yaml 3.12-1
pn  python:any  

Versions of packages docker-compose recommends:
pn  docker.io  

docker-compose suggests no packages.

Bug#823341: RFP: jugglinglab -- application for creating and animating juggling patterns

[David Rabel]

I am going to package this.



signature.asc
Description: OpenPGP digital signature

Bug#836726: cinnamon: Ghost desktop icons after update gtk3 to 3.21

[David Rabel]

Package: cinnamon
Version: 3.0.7-1
Followup-For: Bug #836726

Dear Maintainer,

I have the same problem here.

Also when I drag a frame with the mouse, it does not disappear afterwards.

I don't know which cinnamon or gtk version I had before, but it started
after an apt-get upgrade a few days ago.


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

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

Versions of packages cinnamon depends on:
ii  adwaita-icon-theme [gnome-icon-theme-symbolic]  3.21.91-1
ii  caribou 0.4.21-1
ii  cinnamon-common 3.0.7-1
ii  cinnamon-control-center 3.0.1-1
ii  cinnamon-desktop-data   3.0.2-2
ii  cinnamon-screensaver3.0.1-1
ii  cinnamon-session3.0.1-1
ii  cinnamon-settings-daemon3.0.1-2
ii  cjs 3.0.1-3
ii  cups-pk-helper  0.2.6-1
ii  dconf-gsettings-backend [gsettings-backend] 0.26.0-1
ii  gir1.2-accountsservice-1.0  0.6.40-3
ii  gir1.2-caribou-1.0  0.4.21-1
ii  gir1.2-clutter-1.0  1.26.0-2
ii  gir1.2-cmenu-3.03.0.2-1
ii  gir1.2-cogl-1.0 1.22.2-2
ii  gir1.2-gconf-2.03.2.6-3
ii  gir1.2-gdkpixbuf-2.02.34.0-1
ii  gir1.2-gkbd-3.0 3.6.0-1
ii  gir1.2-glib-2.0 1.49.1-2
ii  gir1.2-gnomedesktop-3.0 3.21.90-3
ii  gir1.2-gtk-3.0  3.21.5-3
ii  gir1.2-gtkclutter-1.0   1.8.0-2
ii  gir1.2-javascriptcoregtk-3.02.4.11-3
ii  gir1.2-keybinder-3.00.3.1-1
ii  gir1.2-meta-muffin-0.0  3.0.5-1
ii  gir1.2-networkmanager-1.0   1.2.4-2
ii  gir1.2-notify-0.7   0.7.6-2
ii  gir1.2-pango-1.01.40.2-1
ii  gir1.2-polkit-1.0   0.105-16
ii  gir1.2-soup-2.4 2.55.90-1
ii  gir1.2-upowerglib-1.0   0.99.4-3
ii  gir1.2-webkit-3.0   2.4.11-3
ii  gkbd-capplet3.6.0-1
ii  gnome-backgrounds   3.21.91-1
ii  gnome-icon-theme-symbolic   3.12.0-2
ii  gnome-themes-standard   3.20.2-3
ii  gsettings-desktop-schemas   3.21.4-2
ii  libatk-bridge2.0-0  2.20.1-4
ii  libatk1.0-0 2.21.90-2
ii  libc6   2.23-5
ii  libcairo2   1.14.6-1+b1
ii  libcinnamon-menu-3-03.0.2-1
ii  libcjs0 3.0.1-3
ii  libclutter-1.0-01.26.0-2
ii  libcogl-pango20 1.22.2-2
ii  libcogl-path20  1.22.2-2
ii  libcogl20   1.22.2-2
ii  libcroco3   0.6.11-1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libgirepository-1.0-1   1.49.1-2
ii  libgl1-mesa-glx [libgl1]11.2.2-1
ii  libglib2.0-02.49.6-1
ii  libglib2.0-bin  2.49.6-1
ii  libgstreamer1.0-0   1.8.3-1
ii  libgtk-3-0  3.21.5-3
ii  libjs-jquery1.12.4-1
ii  libmozjs-24-0   24.2.0-3.1
ii  libmuffin0  3.0.5-1
ii  libpango-1.0-0  1.40.2-1
ii  libpangocairo-1.0-0 1.40.2-1
ii  libstartup-notification00.12-4
ii  libx11-62:1.6.3-1
ii  libxfixes3  1:5.0.2-1
ii  libxml2 2.9.4+dfsg1-1+b1
ii  mesa-utils  8.3.0-1
ii  nemo3.0.6-1
ii  policykit-1-gnome   0.105-3
ii  python-dbus 1.2.4-1
ii  python-gconf2.28.1+dfsg-1.1
ii  python-gi-cairo 3.21.91-2
ii  

Bug#830207: RFP: audio-recorder -- record what is played in the loudspeakers

[David Rabel]

Hi Arturo,

thank you for your email. I wrote an email to the upstream developer,
asking him to change a few things. :-)


On 16.08.2016 09:47, Arturo Borrero Gonzalez wrote:
> On 15 August 2016 at 02:23, David Rabel <david.ra...@noresoft.com> wrote:
> The Makefile.in.in file seems like a file that should not be included
> in a binary package.
> That file is usually used (wit just one '.in' in the name) to build
> the [upstream] software package. See the newmaint guide [1].
> 
> The final debian binary package should only include the audio-recorder
> tool, and not any other
> stuff used to build the package itself.

It is not included in the binary package, only in the source package.
Still this leads to a lintian error. I also informed upstream about
this, maybe he will just fix it. If not, it is probably OK to copy the
Makefile.in.in of my intltool installation to the po folder.


> Please, talk to GNOME people, since I'm not familiar with their
environment.
> 
> The dpkg-shlibdeps is a warning to take into account, but is not a
> blocker for the package to join debian.

I will have a closer look at it.


>> 5) I did not know how to make the watch file work. Because at the
>> moment, the launchpad site [2] is not updated anymore, so I had to pick
>> the tar.gz manually from the ppa. Maybe the easiest is to ask the
>> maintainer to update that site at least when he releases a new version.
> 
> Where are the upstream source? Is there any SCM (git).
> 
> If launchpad is not updated anymore, where is the code living now?
> 
> Perhaps you could suggest upstream to migrate to github or something similar.

The source is still on launchpad. Only the launchpad project site is not
updated anymore.
So, the source code is here: [1].
The projects' site is not updated: [2]
And the current tarball I had to pick from the ppa: [3]

I asked the upstream maintainer to update the projects' site again, at
least to put the tarball of the current version there.


Yours
  David

[1] https://code.launchpad.net/~audio-recorder/audio-recorder/trunk
[2] https://launchpad.net/audio-recorder
[3] https://launchpad.net/~audio-recorder/+archive/ubuntu/ppa



signature.asc
Description: OpenPGP digital signature

Bug#830207: RFP: audio-recorder -- record what is played in the loudspeakers

[David Rabel]

Hi,

on Friday the upstream author released a new version and so I spent a
good part of the weekend packaging. ;-)

I uploaded the package at mentors.debian.net :
https://mentors.debian.net/package/audio-recorder

But I've got a lot of questions and I hope you can help me:

1) lintian reports an error: source-contains-unsafe-symlink, referring
to the po/Makefile.in.in which is a symlink to
/usr/share/intltool/Makefile.in.in . It seems to me that this symlink is
intended. Even more since there is a --copy option for intltoolize to
copy such files instead of creating a symlink. See [1]. I am not sure
what is best practice here. I found some patches for other programs
where they just copy the Makefile.in.in file to satisfy lintian. Should
I also do this?

2) dpkg-shlibdeps gives me several warnings of the form "package could
avoid a useless dependency if binary was not linked against *library*
(it uses none of the *library*'s symbols)". For libgthread,
libpangocairo, libdbusmenu-glib, libatk, libcairo-gobject, libpango,
libdbus as *library*. I guess these libraries are automatically linked
because the makefile uses some variables like GLIB_LIBS, GTHREAD_LIBS,
etc which probably include libraries that or not necessarily needed.
Aren't those libraries that are always available in a GNOME environment?
Do I have to do something about this warnings?

3) I deleted the upstream debian directory at the beginning. That means
it is not even included in the orig.tar.gz . I wanted to avoid any
conflicts. Is that OK?
I want to ask the upstream maintainer if he could provide a tar.gz
without the his debian directory in the future. He seems to be a nice
person, so probably he will do this.

4) I changed the version from 1.8+0 to 1.8-0 after I had problems with
dh_make. I think the hyphen is more or less reserved. In upstream
tarball it separates name and version and in the Debian version it it is
for the revision. I am just not sure if replacing it by a plus sign is
best practice. What do you think? And should I ask the upstream
maintainer to change his versioning scheme?
I also replaced the version in configure.ac, so it is also replaced in
the binary.

5) I did not know how to make the watch file work. Because at the
moment, the launchpad site [2] is not updated anymore, so I had to pick
the tar.gz manually from the ppa. Maybe the easiest is to ask the
maintainer to update that site at least when he releases a new version.

6) I wanted to change http to https wherever possible, but I was not
sure where I have to. Now I only did it in the po file strings. I did
not change it in source files or automatically generated files.

7) When running check-all-the-things there where a lot of warnings more.
But I think what is left over is not important for this case. Still I
wanted to mention it.


Yours
  David


[1] http://manpages.ubuntu.com/manpages/trusty/man8/intltoolize.8.html
[2] https://launchpad.net/audio-recorder



signature.asc
Description: OpenPGP digital signature

Bug#834360: intltool: generates Makefile that copies files to /usr/@DATADIRNAME@/locale/

[David Rabel]

Package: intltool
Version: 0.50.2-3
Severity: normal
Tags: patch


Dear Maintainer,

the current version of intltool in stretch generates Makefiles that
install files to /usr/@DATADIRNAME@/locale/ instead of /usr/share/locale/ .

I came across this problem, because I tried to install audio-recorder
from source. See
https://code.launchpad.net/~audio-recorder/audio-recorder/trunk for
latest source code of audio-recorder.

intltool upstream already fixed this issue. See
https://bazaar.launchpad.net/~intltool/intltool/trunk/revision/742 for a
patch. I applied this patch locally and the problem did not occur anymore.

I think this bug has potential to cause trouble for everyone who is
maintaining a package which uses intltool in the build process.


Kind Regards,
  David


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

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

Versions of packages intltool depends on:
ii  automake [automaken]  1:1.15-4
ii  file  1:5.28-2
ii  gettext   0.19.8.1-1
ii  libxml-parser-perl2.44-1+b1
ii  patch 2.7.5-1
ii  perl  5.22.2-3

intltool recommends no packages.

intltool suggests no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature