Re: julia_1.0.0-1_amd64.changes REJECTED

2018-10-24 Thread Graham Inggs
Hi Bastian Sorry, I've just noticed my 'Reply All' email went to ftpmaster@ but not waldi@, so I assume you missed it. Please let me (and Lumin) know if you have any further concerns. Also, there have been two further julia uploads since my last email. Regards Graham On Wed, 26 Sep 2018 at 12:5

Bug#911802: ITP: kovri -- C++ I2P router

2018-10-24 Thread oneiric
Package: wnpp Severity: wishlist Dear Maintainer, Adding Kovri to the Debian ecosystem would provide users a lightweight entry into the I2P network. Kovri is a C++ implementation of an I2P router. I2P is an overlay network, providing users with secure, private access to a number of services. I

Re: no{thing} build profiles

2018-10-24 Thread Andrey Rahmatullin
On Wed, Oct 24, 2018 at 03:40:12PM +, Ivan Shmakov wrote: > What are the values of the crypt_use_gpgme setting in each case? > Could it be that mutt and neomutt actually have different defaults > (one using gpg(1) directly and the other using GPGME) here? According to codesear

Re: no{thing} build profiles

2018-10-24 Thread Jonathan Dowland
On Wed, Oct 24, 2018 at 03:40:12PM +, Ivan Shmakov wrote: What are the values of the crypt_use_gpgme setting in each case? Could it be that mutt and neomutt actually have different defaults (one using gpg(1) directly and the other using GPGME) here? I suspect so; but

Re: no{thing} build profiles

2018-10-24 Thread Ivan Shmakov
> Jonathan Dowland writes: > On Tue, Oct 23, 2018 at 11:45:26PM +0200, Marco d'Itri wrote: > On Oct 23, Tollef Fog Heen wrote: >>> Wouldn’t it make more sense for mutt to just go «oh, no GPG >>> installed, let’s note that there are signatures here, but they >>> can’t be verified,

Bug#911770: ITP: python-pylibdmtx -- Read Data Matrix barcodes

2018-10-24 Thread Michael Fladischer
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-pylibdmtx Version : 0.1.7 Upstream Author : Lawrence Hudson * URL : https://github.com/NaturalHistoryMuseum/pylibdmtx/ * License

Re: no{thing} build profiles

2018-10-24 Thread Jonathan Dowland
On Wed, Oct 24, 2018 at 01:11:47PM +0200, Marco d'Itri wrote: sh: 1: gpg: not found This looks like a very clear error message to me. It's certainly clearer than the other one, but it's not good enough IMHO, we should have something that unambigously means "you need to install exactly this

Re: Confusing our users - who is supporting LTS?

2018-10-24 Thread Michael Stone
On Tue, Oct 23, 2018 at 10:05:35PM +0200, Tollef Fog Heen wrote: We should not be in the business of distributing known-vulnerable software. There are practical considerations around point releases and such which makes this not-really-true for a period of time after there's a security update out

Re: no{thing} build profiles

2018-10-24 Thread Marco d'Itri
On Oct 24, Jonathan Dowland wrote: > That is sort-of what is happening for neomutt (20171215+dfsg.1-1) > at least, it reports > >sh: 1: gpg: not found This looks like a very clear error message to me. -- ciao, Marco signature.asc Description: PGP signature

Re: Debian Buster release to partially drop non-systemd support

2018-10-24 Thread Marc Haber
On Tue, 23 Oct 2018 16:43:07 +0200, Wouter Verhelst wrote: >This has been discussed before and rejected. It makes no sense. ... technically, but a lot of sense if it helps silencing another instance of an "exchange standard arguments" discussion about systemd. Greetings Marc --

Re: no{thing} build profiles

2018-10-24 Thread Jonathan Dowland
On Tue, Oct 23, 2018 at 11:45:26PM +0200, Marco d'Itri wrote: On Oct 23, Tollef Fog Heen wrote: Wouldn't it make more sense for mutt to just go «oh, no GPG installed, let's note that there are signatures here, but they can't be verified, since there's no GPG installed on the system» and let the

Re: Confusing our users - who is supporting LTS?

2018-10-24 Thread Raphael Hertzog
Hi, On Tue, 23 Oct 2018, Noah Meyerhans wrote: > The question > here was simply about discoverability. If you're a Debian user just > beginning exploration of public cloud alternatives, should we make it > easy for you to launch LTS instead of stable? I don't see any reason to make it hard, but i