Re: Going ahead with non-free-firmware

2016-01-10 Thread Stefano Zacchiroli
On Mon, Jan 11, 2016 at 08:25:21AM +0100, Philipp Kern wrote: > I kept suggesting the same, but thought that it'd need a GR because of > "non-free" and "contrib" being listed explicitly in DFSG §5. Happy to > see that this wasn't actually necessary. :) One of the points of the non-free/firmware na

Bug#810667: ITP: golang-github-prometheus-common -- Common libraries for Prometheus components

2016-01-10 Thread Martín Ferrari
Package: wnpp Severity: wishlist Owner: "Martín Ferrari" * Package name: golang-github-prometheus-common Version : 0+git20160104.0a3005b Upstream Author : The Prometheus Authors * URL : https://github.com/prometheus/common/ * License : Apache-2.0 Programming

Re: Going ahead with non-free-firmware

2016-01-10 Thread Philipp Kern
On Sat, Jan 09, 2016 at 09:15:45PM +0100, Marco d'Itri wrote: > On Jan 09, Dominic Hargreaves wrote: > > On Sat, Jan 09, 2016 at 11:51:08AM +0100, Ansgar Burchardt wrote: > > > I think there was consensus to introduce the non-free-firmware section > > > and move the non-free firmware blobs there.

Re: Debian Installer Stretch Alpha 5 release

2016-01-10 Thread Philipp Kern
On Mon, Jan 11, 2016 at 07:41:10AM +0300, Adam Wilson wrote: > On Sun, 10 Jan 2016 23:39:35 +0100 > Cyril Brulebois wrote: > > The Debian Installer team[1] is pleased to announce the fifth alpha > > release of the installer for Debian 9 "Stretch". > > > > > > Important change in this release of

Re: Debian Installer Stretch Alpha 5 release

2016-01-10 Thread Adam Wilson
On Sun, 10 Jan 2016 23:39:35 +0100 Cyril Brulebois wrote: > The Debian Installer team[1] is pleased to announce the fifth alpha > release of the installer for Debian 9 "Stretch". > > > Important change in this release of the installer > = > > *

Re: Going ahead with non-free-firmware

2016-01-10 Thread Marco d'Itri
On Jan 11, Paul Wise wrote: > FYI: there are people out there who are still angry at ESR/OSI for > hijacking the term "open source" to mean essentially the same thing as > "Free Software" instead of what they used it for; anything with > publicly released source code. Actually it is the other way

Re: Going ahead with non-free-firmware

2016-01-10 Thread Paul Wise
On Sun, Jan 10, 2016 at 9:03 PM, Bas Wijnen wrote: > On Sun, Jan 10, 2016 at 02:09:24AM +0100, Philippe Cerfon wrote: >> On Sun, Jan 10, 2016 at 1:11 AM, Josh Triplett wrote: >> > "open" does not mean "has source available"; "Open Source" is defined >> > here: http://opensource.org/osd . (That lin

Bug#810653: ITP: libcgi-test-perl -- CGI regression test framework

2016-01-10 Thread Axel Beckert
Package: wnpp Owner: Axel Beckert Severity: wishlist * Package name: libcgi-test-perl Version : 1.110 Upstream Author : Alex Tokarev * URL : https://metacpan.org/release/CGI-Test https://github.com/nohuhu/CGI-Test * License : Artistic Pro

Bug#810625: ITP: libperinci-sub-normalize-perl -- Perl module to normalize Rinci function metadata

2016-01-10 Thread Lucas Kanashiroo
Package: wnpp Owner: Lucas Kanashiro Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libperinci-sub-normalize-perl Version : 0.15 Upstream Author : perlancar * URL : https://metacpan.org/release/Perinci-Sub-

Bug#810623: ITP: libdata-sah-normalize-perl -- Perl module to normalize Sah schema

2016-01-10 Thread Lucas Kanashiroo
Package: wnpp Owner: Lucas Kanashiro Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libdata-sah-normalize-perl Version : 0.04 Upstream Author : perlancar * URL : https://metacpan.org/release/Data-Sah-Normal

Bug#810619: ITP: python-ptk -- lexical analysis and parsing in Python, without code generation

2016-01-10 Thread Nicolas Boulenguez
Package: wnpp Severity: wishlist Owner: Nicolas Boulenguez * Package name: python-ptk Version : 1.2.0 Upstream Author : Jérôme Laheurte * URL : https://bitbucket.org/fraca7/ptk * License : LGPL-3 Programming Lang: Python Description : lexical analysis

Re: support for merged /usr in Debian

2016-01-10 Thread Eduard Bloch
Hallo, * Eric Valette [Sun, Jan 10 2016, 02:16:50PM]: > >On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote: > >>Russ Allbery writes: > >> > >>>For one specific example, it's become quite clear over the past year that > >>>systemd has achieved the same status as abortion debates in US pol

Re: support for merged /usr in Debian

2016-01-10 Thread Simon McVittie
On 10/01/16 11:09, Marc Haber wrote: > Yes. But two of his militant fanbois suggested in the following that > the option should be removed Unfortunately, any sufficiently large community seems to have people whose contributions are not entirely (or sometimes not at all) constructive. I'm sure ther

Re: Re: Re: support for merged /usr in Debian

2016-01-10 Thread Eric Valette
On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote: Russ Allbery writes: >For one specific example, it's become quite clear over the past year that >systemd has achieved the same status as abortion debates in US politics. >Not only is it clear that we will *never* stop arguing about sy

Re: Going ahead with non-free-firmware

2016-01-10 Thread Simon McVittie
On 09/01/16 23:22, Philippe Cerfon wrote: > For non-open, the definition is quite clear: all or some of the > sources are no available. If the question you're trying to answer is "is this safe?", then I don't think source-available (and hence auditable) vs source-unavailable (and hence not auditab

Re: Going ahead with non-free-firmware

2016-01-10 Thread Bas Wijnen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Jan 10, 2016 at 02:09:24AM +0100, Philippe Cerfon wrote: > On Sun, Jan 10, 2016 at 1:11 AM, Josh Triplett wrote: > > They will if people care as much about that separation as they do about > > separating firmware. > > Which effectively still

Re: Re: support for merged /usr in Debian

2016-01-10 Thread Chris Bannister
On Sun, Jan 10, 2016 at 10:56:21AM +0100, Eric Valette wrote: > Russ Allbery writes: > > >For one specific example, it's become quite clear over the past year that > >systemd has achieved the same status as abortion debates in US politics. > >Not only is it clear that we will *never* stop arguing

Bug#810602: ITP: argon2 -- memory-hard hashing function

2016-01-10 Thread Luca Bruno
Package: wnpp Severity: wishlist Owner: Luca Bruno * Package name: argon2 Version : 0~20151206-1 Upstream Author : D. Dinu, D. Khovratovich et al. * URL : https://github.com/P-H-C/phc-winner-argon2 * License : CC0 Programming Lang: C Description : memor

Bug#810600: ITP: minimap -- tool to find approximate mapping positions between long sequences

2016-01-10 Thread Sascha Steinbiss
Package: wnpp Severity: wishlist Owner: Sascha Steinbiss * Package name: minimap Version : 0.2 Upstream Author : Heng Li * URL : https://github.com/lh3/minimap * License : MIT Programming Lang: C Description : tool to find approximate mapping position

Re: support for merged /usr in Debian

2016-01-10 Thread Marc Haber
On Sun, 10 Jan 2016 09:53:52 +0100, Tom H wrote: >On Wed, Jan 6, 2016 at 12:03 AM, Philipp Kern wrote: >Lennart didn't even say that he wanted to get rid of "EnvironmentFile=". > >>From the same-named thread on systemd-devel@: > >--- 8< --- >1) >I probably should never have added EnvironmentFile=

Re: Re: support for merged /usr in Debian

2016-01-10 Thread benjamin barber
I agree, one is about a person's right to not be forced to have something that they aren't able to support and will cause their life difficulty, the other is about abortion > Your example comparing systemd debate vs abortion debate is definitively insane : abortion is a philosophical debate that m

Re: Going ahead with non-free-firmware

2016-01-10 Thread Fabrice Aeschbacher
2016-01-10 9:27 GMT+01:00 Stefano Zacchiroli : > But an important part of the above reasoning in favor of > non-free/firmware was that user enabling explicitly non-free in the > sources.list and *not* enabling non-free/firmware would get the non-free > firmware anyhow. I.e., no regressions or chang

Re: Re: support for merged /usr in Debian

2016-01-10 Thread Eric Valette
Russ Allbery writes: For one specific example, it's become quite clear over the past year that systemd has achieved the same status as abortion debates in US politics. Not only is it clear that we will *never* stop arguing about systemd, opposition to or support of systemd has turned into a trib

Re: support for merged /usr in Debian

2016-01-10 Thread Tom H
Sorry. Not meant for list. :( On Sun, Jan 10, 2016 at 9:59 AM, Tom H wrote: > Off-list. > > On Wed, Jan 6, 2016 at 1:38 PM, Ansgar Burchardt wrote: >> >> What is the advantage of having a optional-merged-/usr? > > Imagine the opposition if this had been proposed as a non-optional change! > > (BT

Re: support for merged /usr in Debian

2016-01-10 Thread Tom H
Off-list. On Wed, Jan 6, 2016 at 1:38 PM, Ansgar Burchardt wrote: > > What is the advantage of having a optional-merged-/usr? Imagine the opposition if this had been proposed as a non-optional change! (BTW, I'll take this opportunity to thank you for two of your recent proposals, the re-work of

Re: support for merged /usr in Debian

2016-01-10 Thread Tom H
On Wed, Jan 6, 2016 at 12:03 AM, Philipp Kern wrote: > On 2016-01-04 11:30, Marc Haber wrote: >> >> Please also notice that this is the only option for ExecStart in >> systemd units. Well played, Lennart. > > Similarly skeleton-based init scripts use the full path as well. It helps if > you can st

Re: Going ahead with non-free-firmware

2016-01-10 Thread Stefano Zacchiroli
On Sat, Jan 09, 2016 at 08:48:25PM +, Steve McIntyre wrote: > Are we sure on the name? Previous commenters have suggested that > "non-free/firmware" might be better. I understand that may be more > awkward to implement in terms of directories... :-) If my recalling is correct, at the BoF there