Bug#930352: RFS: easy-rsa 3.0.6-2

[Michele Orru]

Package: easy-rsa
Version: 3.0.6-1
Severity: normal




Dear mentors,

I am looking for a sponsor for my package easy-rsa:

* Package name: easy-rsa
  Version : 3.0.6-1
  Upstream Author : the Open-Source OpenVPN development community
* URL : https://github.com/OpenVPN/easy-rsa/
* License : GPLv2


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


   https://salsa.debian.org/debian/easy-rsa/

Changes since the last upload:

*  Fix program name in synopsis for "make-cadir" (Closes: #929634).

--
μ.

Bug#929634: easy-rsa: Program name mismatch in manpage

[Michele Orru]

On 5/27/19 6:35 PM, Christoph Biedl wrote:


Hi Cristoph!

Sorry for the late reply; I fixed the bug on salsa, and will upload a 
new version for it soon.


Thanks,
--
μ.

Bug#921735: RFS: easy-rsa/3.0.6-1

[Michele Orru]

Package: easy-rsa
Version: 3.0.5-1
Severity: normal

Dear mentors,

I am looking for a sponsor for my package easy-rsa:

* Package name: easy-rsa
  Version : 3.0.6-1
  Upstream Author : the Open-Source OpenVPN development community
* URL : https://github.com/OpenVPN/easy-rsa/
* License : GPLv2


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


   https://salsa.debian.org/maker-guest/easy-rsa/

Changes since the last upload:

* New upstream version 3.0.6.

Bug#914174: RFS: easy-rsa [ITA]

[Michele Orru]

On 11/21/18 3:14 PM, Adam Borowski wrote:
> On Wed, Nov 21, 2018 at 02:27:17PM +0100, Michele Orru wrote:
>> On 11/21/18 6:45 AM, Adam Borowski wrote:
>>> On Tue, Nov 20, 2018 at 08:45:09AM +0100, Michele Orrù wrote:
>>>> * Package name: easy-rsa
>>>> Version : 3.0.5-1
>>>
>>>>  https://salsa.debian.org/maker-guest/easy-rsa/
>>
>> thanks a lot for your prompt response!
>>
>> I really apologise for the silly mistake on dh_installdocs: it should be
>> fixed now, together with the other issues you reported.
>>
>> I pushed the modifications on salsa, and uploaded the package on
>> mentors.debian.net
>
> Awesome.
>
> There's one more issue that's better to fix before uploading:
>   Maintainer: Debian QA Group 
> -- you'd want to update this.
>

… right, thanks again. It should be fixed now (both on mentors and on 
salsa).


>> I also took the liberty of removing: ${shlibs:Depends} from the list of
>> dependencies. They were empty, plus easy-rsa is just a shell script that
>> relies solely on openssl, which is explicit in the package. Hope that's
>> fine.
>
> It's generally better to keep this even if unused as an empty var that's
> referenced is ok but a non-empty var that's missing would cause problems.
> This might happen if you one day need to include a bit of compiled code
> in the package.  But then, for now there's no difference either way.

I see your point, I'll keep that in mind. However, unless you really 
think it would be best to keep it, I'd leave as it is to get rid of that 
lintian warning.


I also went through:
https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt
to update the Standards version, which apparently required no additional 
changes to the package, or the metadata. Hope that's fine.


--
μ.

Bug#914174: RFS: easy-rsa [ITA]

[Michele Orru]

On 11/21/18 6:45 AM, Adam Borowski wrote:

On Tue, Nov 20, 2018 at 08:45:09AM +0100, Michele Orrù wrote:

* Package name: easy-rsa
   Version : 3.0.5-1



https://salsa.debian.org/maker-guest/easy-rsa/

Changes since the last upload:

* New upstream version 3.0.5
* Updated d/README.Debian


Hi!
The package's changelog is set as UNRELEASED, which marks the current state
as not meant for upload.

The changelog doesn't also list your takeover.

The package fails to build:
dh_installdocs: Cannot find (any matches for) 
"debian/README-Debian-much-features-such-wow" (tried in ., debian/tmp)
(the file is deleted in the packaging now)

Rules-Require-Root should be "Requires".



Hi,


thanks a lot for your prompt response!

I really apologise for the silly mistake on dh_installdocs: it should be 
fixed now, together with the other issues you reported.


I pushed the modifications on salsa, and uploaded the package on 
mentors.debian.net



I also took the liberty of removing: ${shlibs:Depends} from the list of 
dependencies. They were empty, plus easy-rsa is just a shell script that 
relies solely on openssl, which is explicit in the package. Hope that's 
fine.


Cheers,
--
μ.

Bug#877913: ITA: easy-rsa -- Simple shell based CA utility

[Michele Orru]

Hi! I am working on updating this package to the latest upstream version.


--
μ.

Bug#854403: paxctld flags for GNOME

[Michele Orru`]

Package: paxctld
Version: 1.2.1-1
Severity: normal
Tags: patch

Dear Maintainer,

one of the current problems preventing widespread adoption of grsec patches is 
that
the current paxctld.conf doesn't work with a default debian installation: gdm3
totally breaks down, gnome-shell itself segfaults, plus when systemd tries to
reanimate gdm3 the whole thing ends up in a messy, frustrating loop.

On my debian testing, with the following configuration, I can use gnome-shell
with X and wayland. I'm aware the patch is incomplete (for example, I didn't
check all gnome apps), but I'd say this is a start and at least gives the
opportunity of changing things within the comfort of a running desktop.

I am also aware that there exists a similar bug report (#822734) that is hanging
still, but the dude over there seemed more interested in porting the paxctl.conf
from archlinux, and anyways doesn't cover the same binaries I am.

[I hope I'll be able to motivate a bit in more detail why the flags are what
 they are and maybe provide a patch myself soon… in the meantime running on ther
 machines]

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

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

Versions of packages paxctld depends on:
ii  libc6 2.24-9
ii  lsb-base  9.20161125

paxctld recommends no packages.

paxctld suggests no packages.

-- Configuration Files:
/etc/paxctld.conf changed:
/usr/bin/grub-script-check  E
/usr/bin/grub-bios-setupE
/usr/sbin/grub-mkdevicemap  E
/usr/sbin/grub-probeE
/usr/bin/qemu-alpha m
/usr/bin/qemu-arm   m
/usr/bin/qemu-armeb m
/usr/bin/qemu-cris  m
/usr/bin/qemu-i386  m
/usr/bin/qemu-m68k  m
/usr/bin/qemu-microblazem
/usr/bin/qemu-microblazeel  m
/usr/bin/qemu-mips  m
/usr/bin/qemu-mips64m
/usr/bin/qemu-mips64el  m
/usr/bin/qemu-mipselm
/usr/bin/qemu-mipsn32   m
/usr/bin/qemu-mipsn32el m
/usr/bin/qemu-or32  m
/usr/bin/qemu-ppc   m
/usr/bin/qemu-ppc64 m
/usr/bin/qemu-ppc64abi32m
/usr/bin/qemu-s390x m
/usr/bin/qemu-sh4   m
/usr/bin/qemu-sh4eb m
/usr/bin/qemu-sparc m
/usr/bin/qemu-sparc32plus   m
/usr/bin/qemu-sparc64   m
/usr/bin/qemu-unicore32 m
/usr/bin/qemu-x86_64m
/usr/bin/qemu-system-aarch64m
/usr/bin/qemu-system-alpha  m
/usr/bin/qemu-system-armm
/usr/bin/qemu-system-cris   m
/usr/bin/qemu-system-i386   m
/usr/bin/qemu-system-lm32   m
/usr/bin/qemu-system-m68k   m
/usr/bin/qemu-system-microblaze m
/usr/bin/qemu-system-microblazeel   m
/usr/bin/qemu-system-mips   m
/usr/bin/qemu-system-mips64 m
/usr/bin/qemu-system-mips64el   m
/usr/bin/qemu-system-mipsel m
/usr/bin/qemu-system-moxie  m
/usr/bin/qemu-system-or32   m
/usr/bin/qemu-system-ppcm
/usr/bin/qemu-system-ppc64  m
/usr/bin/qemu-system-ppcemb m
/usr/bin/qemu-system-s390x  m
/usr/bin/qemu-system-sh4m
/usr/bin/qemu-system-sh4eb  m
/usr/bin/qemu-system-sparc  m
/usr/bin/qemu-system-sparc64m
/usr/bin/qemu-system-unicore32  m
/usr/bin/qemu-system-x86_64 m
/usr/bin/qemu-system-xtensa m
/usr/bin/qemu-system-xtensaeb   m
/usr/lib/skype/skypem
/usr/lib32/skype/skype  m
/usr/lib32/ld-linux.so.2m
/usr/bin/node   m
/opt/google/chrome/chrome-sandbox   m
/opt/google/chrome/nacl_helper  m
/opt/google/chrome/chrome   m
/usr/lib/chromium-browser/chromium-browser m
/usr/lib/firefox/firefoxm
/usr/lib/firefox/plugin-container   m
/usr/bin/webapp-container   m
/usr/lib/x86_64-linux-gnu/oxide-qt/oxide-renderer m
/usr/bin/valgrind   m
/usr/bin/python2.7  E
/usr/bin/python3.5  E
/usr/lib/jvm/java-6-sun-1.6.0.10/jre/bin/java   m
/usr/lib/jvm/java-6-sun-1.6.0.10/jre/bin/javaws m
/usr/lib/jvm/java-6-openjdk/jre/bin/javam
/usr/lib/jvm/java-6-openjdk/jre/bin/javam
/usr/lib/jvm/java-8-openjdk/jre/bin/javam
/lib/rc/bin/lsb2rcconf  E
/usr/bin/gdm3   m
/usr/bin/gnome-session  m
/usr/bin/gnome-shellmr
/usr/lib/gnome-session/gnome-session-check-accelerated  mr

Bug#839028: iodine should depend on ipcalc

[Michele Orru`]

Package: iodine
Version: 0.7.0-6
Severity: normal

Dear Maintainer,

from #debian-mentors:

 hi. there's this debian package called iodine, and there's this file in
it, /usr/sbin/iodine-client-start.
 The executable above assumes the existence of ipcalc, available in the
eponymous package. However, it is listed in the "Suggested" field of
iodine, not as a dependency. is this a bug?
 yes

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

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

Versions of packages iodine depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.59
ii  init-system-helpers1.45
ii  libc6  2.24-3
ii  libsystemd0231-7
ii  makedev2.3.1-93
ii  udev   231-7
ii  zlib1g 1:1.2.8.dfsg-2+b1

iodine recommends no packages.

Versions of packages iodine suggests:
ii  dnsutils  1:9.10.3.dfsg.P4-10.1
ii  fping 3.13-1
ii  gawk  1:4.1.3+dfsg-0.1
ii  ipcalc0.41-5
ii  iproute2  4.6.0-4
ii  network-manager-iodine1.2.0-1
ii  network-manager-iodine-gnome  1.2.0-1

-- debconf information excluded

Bug#823303: docker.io: Group `docker` already existing makes installation fail

[Michele Orru`]

Package: docker.io
Version: 1.8.3~ds1-2
Severity: normal

Dear Maintainer,

When trying to install docker, if the group "docker" already exists, apt fails
with the following error:

$ sudo apt install docker.io
Reading package lists... Done
Building dependency tree
Reading state information... Done
docker.io is already the newest version (1.8.3~ds1-2).
0 upgraded, 0 newly installed, 0 to remove and 84 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]
Setting up docker.io (1.8.3~ds1-2) ...
addgroup: The group `docker' already exists as a system group. Exiting.
Job for docker.service failed because the control process exited with error
code. See "systemctl status docker.service" and "journalctl -xe" for details.
invoke-rc.d: initscript docker, action "start" failed.
dpkg: error processing package docker.io (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 docker.io
E: Sub-process /usr/bin/dpkg returned an error code (1)

Instead, I would have expected instead apt to ignore the return code of addgroup
and proceed.
Note: Docker was probably already installed in this system and later removed.

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

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

Versions of packages docker.io depends on:
ii  adduser  3.114
ii  init-system-helpers  1.29
ii  iptables 1.6.0-2
ii  libapparmor1 2.10-4
ii  libc62.22-7
ii  libdevmapper1.02.1   2:1.02.122-1
ii  libsqlite3-0 3.12.2-1
ii  perl 5.22.1-10

Versions of packages docker.io recommends:
ii  ca-certificates  20160104
ii  cgroupfs-mount   1.2
ii  git  1:2.8.1-1
ii  xz-utils 5.1.1alpha+20120614-2.1

Versions of packages docker.io suggests:
pn  aufs-tools   
pn  btrfs-tools  
ii  debootstrap  1.0.80
pn  lxc  
pn  rinse
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#820591: libgmp-dev: realloc() with invalid pointer

[Michele Orru`]

Package: libgmp-dev
Version: 2:6.1.0+dfsg-2
Severity: normal
Tags: upstream

Dear Maintainer,

Given the following code:

8<

#include 
#include 

int main(int argc, char **argv)
{
  if (argc <  2) {
return EXIT_FAILURE;
  }

  mpz_t key[argc-1];

  for (int j = 0; j < argc-1; ++j) {
mpz_set_str(key[j], argv[j], 2);
  }
  return EXIT_SUCCESS;
}

>8

and compiling it with

$ cc -o foo foo.c -lgmp

(I tried both clang and gcc) I get the following errors:

[maker@tumbolandia src]$ ./foo  1 2 3 4 5 6
foo: malloc.c:2862: mremap_chunk: Assertion `((size + offset) &
(_rtld_global_ro._dl_pagesize - 1)) == 0' failed.
Aborted
134 · [maker@tumbolandia src]$ ./foo  1 2 3 4 5 6  7
Segmentation fault
139 · [maker@tumbolandia src]$ ./foo  1 2 3 4 5 6  7 8
*** Error in `./foo': realloc(): invalid pointer: 0x00400444 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x71ff5)[0x7feb16ff8ff5]
/lib/x86_64-linux-gnu/libc.so.6(+0x77946)[0x7feb16ffe946]
/lib/x86_64-linux-gnu/libc.so.6(realloc+0x1db)[0x7feb17002cab]
/lib/x86_64-linux-gnu/libgmp.so.10(__gmp_default_reallocate+0x14)[0x7feb17337944]
/lib/x86_64-linux-gnu/libgmp.so.10(__gmpz_realloc+0x3a)[0x7feb1734e55a]
/lib/x86_64-linux-gnu/libgmp.so.10(__gmpz_set_str+0x2d8)[0x7feb1734f918]
./foo[0x400726]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7feb16fa7610]
./foo[0x400589]
=== Memory map: 
0040-00401000 r-xp  fe:03 3937778
/home/maker/dev/timing/src/foo
0060-00601000 rw-p  fe:03 3937778
/home/maker/dev/timing/src/foo
0098a000-009ab000 rw-p  00:00 0  [heap]
7feb16d71000-7feb16d87000 r-xp  fe:01 263955
/usr/lib/x86_64-linux-gnu/libgcc_s.so.1
7feb16d87000-7feb16f86000 ---p 00016000 fe:01 263955
/usr/lib/x86_64-linux-gnu/libgcc_s.so.1
7feb16f86000-7feb16f87000 rw-p 00015000 fe:01 263955
/usr/lib/x86_64-linux-gnu/libgcc_s.so.1
7feb16f87000-7feb17121000 r-xp  fe:01 331212
/usr/lib/x86_64-linux-gnu/libc-2.22.so
7feb17121000-7feb17321000 ---p 0019a000 fe:01 331212
/usr/lib/x86_64-linux-gnu/libc-2.22.so
7feb17321000-7feb17325000 r--p 0019a000 fe:01 331212
/usr/lib/x86_64-linux-gnu/libc-2.22.so
7feb17325000-7feb17327000 rw-p 0019e000 fe:01 331212
/usr/lib/x86_64-linux-gnu/libc-2.22.so
7feb17327000-7feb1732b000 rw-p  00:00 0
7feb1732b000-7feb173ad000 r-xp  fe:01 265195
/usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0
7feb173ad000-7feb175ac000 ---p 00082000 fe:01 265195
/usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0
7feb175ac000-7feb175ad000 r--p 00081000 fe:01 265195
/usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0
7feb175ad000-7feb175ae000 rw-p 00082000 fe:01 265195
/usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0
7feb175ae000-7feb175d r-xp  fe:01 331209
/usr/lib/x86_64-linux-gnu/ld-2.22.so
7feb1779c000-7feb1779f000 rw-p  00:00 0
7feb177cc000-7feb177cf000 rw-p  00:00 0
7feb177cf000-7feb177d r--p 00021000 fe:01 331209
/usr/lib/x86_64-linux-gnu/ld-2.22.so
7feb177d-7feb177d1000 rw-p 00022000 fe:01 331209
/usr/lib/x86_64-linux-gnu/ld-2.22.so
7feb177d1000-7feb177d2000 rw-p  00:00 0
7ffcfb3a1000-7ffcfb3c2000 rw-p  00:00 0  [stack]
7ffcfb3ee000-7ffcfb3f r--p  00:00 0  [vvar]
7ffcfb3f-7ffcfb3f2000 r-xp  00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0
[vsyscall]
Aborted

I have *no* idea about why this is happening. Any clue?


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

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

Versions of packages libgmp-dev depends on:
ii  libgmp10   2:6.1.0+dfsg-2
ii  libgmpxx4ldbl  2:6.1.0+dfsg-2

libgmp-dev recommends no packages.

Versions of packages libgmp-dev suggests:
ii  gmp-doc   6.0.0-1
ii  libgmp10-doc  2:6.1.0+dfsg-2
ii  libmpfr-dev   3.1.4-1

-- no debconf information

Bug#820581: apt-listchanges: AttributeError in frontend.progress_done()

[Michele Orru`]

Package: apt-listchanges
Version: 2.89
Severity: normal

Dear Maintainer,


I am having this error while trying to update my system (this is actually
observed running "apt autoremove"):

Do you want to continue? [Y/n]
Traceback (most recent call last):
  File "/usr/bin/apt-listchanges", line 247, in 
  main(config)
  File "/usr/bin/apt-listchanges", line 157, in main
  frontend.progress_done()
  AttributeError: 'list' object has no attribute 'progress_done'
  (Reading database ... 467204 files and directories currently installed.)

On IRC, I got the following advice that's perhaps I good idea reporting:

 maker: With a quick glance of the apt-listchanges, it
looks like a bug in the code. [T]hey have a "make_frontend" call that returns
either a frontend or an empty list, but they don't seem to handle the empty list
case  (I guess they wanted "None" instead, which is handled).


After this error, apt proceeds smoothly.

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

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

Versions of packages apt-listchanges depends on:
ii  apt1.2.10
ii  debconf [debconf-2.0]  1.5.59
ii  debianutils4.7
ii  python-apt 1.1.0~beta2
pn  python:any 
ii  ucf3.0036

apt-listchanges recommends no packages.

Versions of packages apt-listchanges suggests:
ii  chromium [www-browser]   49.0.2623.108-1
ii  firefox-esr [www-browser]45.0.1esr-1
ii  gnome-terminal [x-terminal-emulator] 3.20.0-1
ii  google-chrome-stable [www-browser]   49.0.2623.112-1
ii  lynx [www-browser]   2.8.9dev8-4
ii  msmtp-mta [mail-transport-agent] 1.6.4-1
ii  python-glade22.24.0-4
ii  python-gtk2  2.24.0-4
ii  rxvt-unicode-256color [x-terminal-emulator]  9.21-1+b1
ii  w3m [www-browser]0.5.3-27
ii  xterm [x-terminal-emulator]  324-1

-- debconf information:
* apt-listchanges/frontend: pager
* apt-listchanges/which: both
* apt-listchanges/confirm: false
* apt-listchanges/save-seen: true
* apt-listchanges/email-address:

Bug#820549: anarchism: Typo in section H1

[Michele Orru`]

Package: anarchism
Version: 14.0-4
Severity: normal
Tags: upstream

Dear Maintainer,

In section H.1 of the faq, I read «These critiques contain may important ideas
and so are worth summarising», where "may" is probably a "many" mispelled.

I just thought it was a typo, and that it would have been nice to report
it. I also downloaded the version proposed in #773529, and I can confirm this
bug still applies.

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

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

anarchism depends on no packages.

anarchism recommends no packages.

Versions of packages anarchism suggests:
ii  chromium [www-browser]  49.0.2623.87-1
ii  firefox-esr [www-browser]   45.0.1esr-1
ii  google-chrome-stable [www-browser]  49.0.2623.108-1
ii  w3m [www-browser]   0.5.3-27
ii  yelp3.16.1-1

-- no debconf information

Bug#817119: usrmerge: /etc/shells contains links to actual shells

[Michele Orru`]

Package: usrmerge
Version: 10
Severity: important

Dear Maintainer,

with usrmerge, some programs - such as pkexec, or LEAP's bitmask on top of that-
fails to run. Specifically, the error I get is:

The value for the SHELL variable was not found the /etc/shells file

and indeed my SHELL variable is set to "/usr/bin/bash", but /etc/shells
contains "/bin/bash". Adding $SHELL to /etc/shells solves the problem.

I would be happy to provide a patch for this if needed, but first: do you
acknowledge that this is a bug of usrmerge? I couldn't find anywhere that lines
of /etc/shells must not be symlinks.

Kind regards,

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

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

Versions of packages usrmerge depends on:
ii  debconf [debconf-2.0]   1.5.58
ii  libfile-find-rule-perl  0.34-1

usrmerge recommends no packages.

usrmerge suggests no packages.

-- debconf information:
  usrmerge/title:
  usrmerge/autoconvert: true

Bug#764638: python-storm: Request to update python-storm to 0.20

[Michele Orru`]

Source: python-storm
Version: 0.20
Severity: wishlist
Tags: upstream

Dear Maintainer,

Storm 0.20 has been released more than one year ago:
https://launchpad.net/storm/+milestone/0.20
though debian/sid is still at the 0.19 version:
https://packages.debian.org/sid/python-storm

I would *love* to see an up-to-date version of the python-storm package, above
all because it is an essential dependency of globaleaks
https://globaleaks.org/.

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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751508: parallel: package building is not idempotent

[Michele Orru`]

Ping.
-- 
m.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751508: parallel: package building is not idempotent

[Michele Orru`]

Rogério Brito rbr...@ime.usp.br writes:

 I want to resume work on parallel's packaging, but I would prefer if we
 exchanged patches via a git repository (e.g., you can clone my packaging
 repository, so that we have a starting point).
Fine. I've created https://github.com/mmaker/parallel for this
purpose.


 This way, it becomes easier to review the changes and we also get the
 benefit of proper attribution of credit of your work when I upload a new
 version to the archives.
Once that I need your review, shall I attach the formatted patches here
in order to keep you posted? 

Hoping you are getting better, 
-- 
m.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751508: parallel: package building is not idempotent

[Michele Orru`]

ping. 

-- 
m.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754364: python-pycountry: Python 3 support for pycountry

[Michele Orru`]

Michael Banck mba...@debian.org writes:

 So I'd like to ask you to upload a +ds1 version to mentors.debian.net
 where the .orig.tar.gz does not include those directories, possibly by
 using the get-orig-source you updated (I haven't looked at that yet).
Oh, that's right. Could you please review the new one I uploaded?
http://mentors.debian.net/package/pycountry

Thanks.
--
m.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754364: python-pycountry: Python 3 support for pycountry

[Michele Orru`]

Hi Michael,

I tried to address the issues you mentioned - the new package is in mentors.
http://mentors.debian.net/package/pycountry

 1. The debian revision version number must reflect the NMU, i.e.
 should be -0.1, not -1
Fixed, my apologies for this silly error.

 2. The distribution must be unstable, not unreleased
Fixed, my apologies for this silly error.

 3. The package fails to build for me, it apparently required
 python3-setuptools (which would be consistent with the other python
 package Build-Depends):
Fixed, there was also `unzip`, which I missed.  Thanks!

 4. The package in unstable got repackaged (+ds1 upstream version number)
 to remove a duplicated copy of isocodes, according to README.source. The
 new package does not have that, either the upstream version number shold
 be amended to reflect that, or README.source should get
 removed/adjusted
Not sure what you mean here.
In [0] I see that src/pycountry/{databases,locales} are still
there, so the target get-orig-source in debian/rules might be still
needed. I've updated it to deal with new package versions. Hope that's
fine.


 5. 02-support_language_common-name.patch got removed, that should be
 mentioned in the changelog
Fixed, my apologies for this silly error.

 6. There's a typo in the changelog: Add .zip urls to wach,
 s/wach/watch
Fixed, my apologies for this silly error.


[0] https://pypi.python.org/packages/source/p/pycountry/pycountry-1.8.zip

Thank you for reviewing,
--
m.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#754364: python-pycountry: Python 3 support for pycountry

[Michele Orru`]

Package: python-pycountry
Version: 0.14.1+ds1-3
Severity: wishlist
Tags: patch

Dear Maintainer,

At the time of this writing, the latest version of pycountry available in debian
is 0.14, while upstream counts at 1.8[0].

Updating to 1.8 would be great not only because the package is right now
obsolete, but above all for the presence of unittests[1] and python 3 
support[2].
The latter in particular, is going to be used by Tails sooner or later[3].

Trying to be of some help, I have updated the package, and it now resides in
[4]. Will you please be so kind to review it and tell me your opinion?


[0] https://pypi.python.org/pypi/pycountry
[1] https://bitbucket.org/gocept/pycountry/src/0.18/src/pycountry/tests/
[2] 
https://bitbucket.org/gocept/pycountry/src/tip/HISTORY.txt?at=default#cl-24
[3] https://tails.boum.org/blueprint/python3/
[4] http://mentors.debian.net/package/pycountry

-- System Information:
Debian Release: jessie/SID
  APT prefers testing
  APT policy: (1024, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-pycountry depends on:
ii  iso-codes3.54-1
ii  python   2.7.6-2
ii  python-lxml  3.3.5-1+b1

python-pycountry recommends no packages.

python-pycountry suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#751508: parallel: package building is not idempotent

[Michele Orru`]

Package: parallel
Version: 20130922-1
Severity: normal
Tags: upstream patch

Dear Maintainer,

currently, parallel is shipped with precompiled documentation (manpages, texis,
htmls, pdfs), which is re-generated at every `make`, but not cleaned by `make
clean`.

On one hand this implies that `make` will alter files present in the original
package (provided that I run a different version of those tools, which is the
case for Pod::Man in jessie for example). This is not ideally good.

On the other hand, `make clean` only removes *.html files, keeping the rest of
the compiled documentation alive after dh_clean.  This makes `dpkg-source`
complain if run more than once. [poc]

I think this is more a problem on the gnu side; I've already sent a bug
report to them[*]. In the meantime, as a mere exercise of style, I have updated
the debian package so that `dpkg-buildpackage` can be run an arbitrary number of
times without crashing.
It can be found at https://mentors.debian.net/package/parallel. Please let me
know if it's of any need.

--
m.

[*] https://lists.gnu.org/archive/html/bug-parallel/2014-06/msg0.html
[poc]::
8--
[maker@tumbolandia foo]$ apt-get source parallel
[]
[maker@tumbolandia foo]$ cd parallel-20130922/
[maker@tumbolandia parallel-20130922]$ dpkg-buildpackage -us -uc
dpkg-buildpackage: source package parallel
[]
dpkg-buildpackage: full upload (original source is included)
[maker@tumbolandia parallel-20130922]$ dpkg-buildpackage -us -uc
dpkg-buildpackage: source package parallel
dpkg-buildpackage: source version 20130922-1
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Rogério Brito rbr...@ime.usp.br
dpkg-buildpackage: host architecture amd64
 dpkg-source --before-build parallel-20130922
 fakeroot debian/rules clean
dh clean
   dh_testdir
   dh_auto_clean
make[1]: Entering directory '/tmp/foo/parallel-20130922'
Making distclean in src
make[2]: Entering directory '/tmp/foo/parallel-20130922/src'
test -z  || rm -f
test . = . || test -z  || rm -f
test -z parallel.html sem.html sql.html niceload.html parallel_tutorial.html 
|| rm -f parallel.html sem.html sql.html niceload.html parallel_tutorial.html
rm -f Makefile
make[2]: Leaving directory '/tmp/foo/parallel-20130922/src'
Making distclean in .
make[2]: Entering directory '/tmp/foo/parallel-20130922'
test -z  || rm -f
test . = . || test -z  || rm -f
rm -f config.h stamp-h1
rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
make[2]: Leaving directory '/tmp/foo/parallel-20130922'
rm -f config.status config.cache config.log configure.lineno 
config.status.lineno
rm -f Makefile
make[1]: Leaving directory '/tmp/foo/parallel-20130922'
   dh_clean
 dpkg-source -b parallel-20130922
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building parallel using existing 
./parallel_20130922.orig.tar.bz2
dpkg-source: warning: ignoring deletion of file src/parallel_tutorial.html, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file src/niceload.html, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file src/sql.html, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file src/sem.html, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file src/parallel.html, use 
--include-removal to override
dpkg-source: info: local changes detected, the modified files are:
 parallel-20130922/src/niceload.1
 parallel-20130922/src/parallel.1
 parallel-20130922/src/parallel_tutorial.1
 parallel-20130922/src/sem.1
 parallel-20130922/src/sql.1
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/parallel_20130922-1.diff.qQcjip
dpkg-buildpackage: error: dpkg-source -b parallel-20130922 gave error exit 
status 2
8--


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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages parallel depends on:
ii  perl  5.18.2-4
ii  perl-modules  5.18.2-4

parallel recommends no packages.

parallel suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749355: parallel: /usr/bin/parallel conflicts with moreutils' parallel

[Michele Orru`]

Rogério Brito rbr...@ime.usp.br writes:

 Given the state of the discussions at the time when I decided that the
 conflicts was the path of least resistance and that I am sincerely not sure
 how things have evolved, I would, yes, appreciate your help with the social
 side of things.

 BTW, be warned that in current versions of parallel (which I have not yet
 packaged, but will soon) the compatibility option with moreutils was pending
 to be removed or is removed already, which would make things even harder.
Wouldn't it be possible to let the user decide by himself via
`update-alternatives`? 

The discussion may converge as well on the default symlink, but at least
one could use some moreutil's tools in pair with gnu parallel. 

For example, consider the following use case: 
$ cat foo.txt | parallel ./bar.sh | sponge foo.txt
Which is right now not possible in debian jessie. 

-- 
m.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749355: parallel: /usr/bin/parallel conflicts with moreutils' parallel

[Michele Orru`]

Package: parallel
Version: 20130922-1
Severity: important

Dear Maintainer,

at the moment, the package parallel/testing conflicts with moreutils/testing, as
both are shipping the binary /usr/bin/parallel. There's no need for such
conflict; in wheezy for example, moreutils' parallel is located in
parallel.moreoutils.

I'm dropping down here some fragments of the discussion I've had on
#debian-next. Hope they might be useful for you.
babilen moreutil's parallel should have just been replaced by the GNU version,
  but that discussion is *old*
themill (in wheezy, parallel just diverts /usr/bin/parallel.moreutils)
themill  It would be appropriate to file a bug against parallel here --
  there's no need for that conflict and I don't believe that policy
  permits ot

If there's any way I could help fixing this, I would be glad to offer my help.

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

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages parallel depends on:
ii  perl  5.18.2-4
ii  perl-modules  5.18.2-4

parallel recommends no packages.

parallel suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org