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

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 :

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

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

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 :

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

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 >

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

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

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

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

Bug#854403: paxctld flags for GNOME

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,

Bug#839028: iodine should depend on ipcalc

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

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

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...

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

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) {

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

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,

Bug#820549: anarchism: Typo in section H1

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

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

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

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

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

Bug#751508: parallel: package building is not idempotent

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

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

Bug#751508: parallel: package building is not idempotent

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

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

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

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

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

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

Bug#751508: parallel: package building is not idempotent

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`

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

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

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

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