Re: RFC: Support for zstd in .deb packages?

2021-01-11 Thread Fabrice BAUZAC-STEHLY
Balint Reczey writes: > Hi Guillem, > On Fri, May 4, 2018 at 11:41 PM Nick Terrell wrote: >> > Unfortunately, I've just noticed that the project requires a CLA, >> > which means universal contributions are *not* possible. :( > I'm not a fan of CLAs either, but as I understand upstream

Re: RFC: Support for zstd in .deb packages?

2021-01-11 Thread Nick Terrell
> On Jan 10, 2021, at 4:06 PM, Balint Reczey > wrote: > > On Sun, Jan 10, 2021 at 8:41 PM Bastian Blank wrote: >> >> Moin >> >> On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote: >>> I'm not a fan of CLAs either, but as I understand upstream requiring a >>> CLA is not a blocker

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Balint Reczey
On Sun, Jan 10, 2021 at 8:41 PM Bastian Blank wrote: > > Moin > > On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote: > > I'm not a fan of CLAs either, but as I understand upstream requiring a > > CLA is not a blocker for compression libraries. > > Well, it means that the library might

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Bastian Blank
Moin On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote: > I'm not a fan of CLAs either, but as I understand upstream requiring a > CLA is not a blocker for compression libraries. Well, it means that the library might get incompatible with upstream, because upstream will refuse

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Balint Reczey
Hi Ian, On Fri, Apr 27, 2018 at 2:03 PM Ian Jackson wrote: > > Guillem Jover writes ("RFC: Support for zstd in .deb packages?"): > > * Eternity contract: This would add yet another format that would need > > to be supported pretty much forever, to be able to

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Balint Reczey
Hi Guillem, On Fri, May 4, 2018 at 11:41 PM Nick Terrell wrote: > > > > On May 4, 2018, at 6:22 AM, Guillem Jover wrote: > > > > Hi! > > > > On Fri, 2018-04-27 at 07:02:12 +0200, Guillem Jover wrote: > >> The following is a quick run-down of the items from [F], not all > >> being important from

Re: RFC: Support for zstd in .deb packages?

2018-05-07 Thread Julian Andres Klode
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote: > On Apr 27, Julian Andres Klode wrote: > > > Our major use case is cloud initial setup, image building, CI, buildds, all > > of which do not require any syncs, and can safely use eatmydata, for > > example; > >

Re: RFC: Support for zstd in .deb packages?

2018-05-04 Thread Nick Terrell
> On May 4, 2018, at 6:22 AM, Guillem Jover wrote: > > Hi! > > On Fri, 2018-04-27 at 07:02:12 +0200, Guillem Jover wrote: >> The following is a quick run-down of the items from [F], not all >> being important from Debian's perspective, but being for dpkg's: > >> * License:

Re: RFC: Support for zstd in .deb packages?

2018-05-04 Thread Guillem Jover
Hi! On Fri, 2018-04-27 at 07:02:12 +0200, Guillem Jover wrote: > The following is a quick run-down of the items from [F], not all > being important from Debian's perspective, but being for dpkg's: > * License: Permissive (dual BSD + GPL-2), which makes universal > availability possible.

Re: RFC: Support for zstd in .deb packages?

2018-05-04 Thread Guillem Jover
Hi! On Mon, 2018-04-30 at 20:23:15 +, Nick Terrell wrote: > On Fri, 27 Apr 2018, Guillem Jover wrote: > [...] > > * Format stability: Although it's supposedly frozen now, it has > > changed quite often in recent times. AFAIR it was also mentioned at > > least in the past that the target was

Re: RFC: Support for zstd in .deb packages?

2018-05-01 Thread Bastian Blank
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote: > On Apr 27, Julian Andres Klode wrote: > > > Our major use case is cloud initial setup, image building, CI, buildds, all > > of which do not require any syncs, and can safely use eatmydata, for > > example; > >

Re: RFC: Support for zstd in .deb packages?

2018-05-01 Thread Marco d'Itri
On Apr 27, Julian Andres Klode wrote: > Our major use case is cloud initial setup, image building, CI, buildds, all > of which do not require any syncs, and can safely use eatmydata, for example; > hence the enormous speed up. I do not believe that it would be wise to optimize

Re: RFC: Support for zstd in .deb packages?

2018-04-30 Thread Scott Kitterman
On Monday, April 30, 2018 08:23:15 PM Nick Terrell wrote: > Hi! > > On Fri, 27 Apr 2018, Guillem Jover wrote: > [...] > > > * Format stability: Although it's supposedly frozen now, it has > > changed quite often in recent times. AFAIR it was also mentioned at > > least in the past that the

Re: RFC: Support for zstd in .deb packages?

2018-04-30 Thread Nick Terrell
Hi! On Fri, 27 Apr 2018, Guillem Jover wrote: [...] > * Format stability: Although it's supposedly frozen now, it has > changed quite often in recent times. AFAIR it was also mentioned at > least in the past that the target was mainly real-time data streaming, > so long-term data storage might

Re: RFC: Support for zstd in .deb packages?

2018-04-28 Thread Guillem Jover
On Sat, 2018-04-28 at 19:44:08 +0300, Adrian Bunk wrote: > On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote: > >... > > As a replacement for gzip, it would > > definitely make sense, but otherwise I'm not sure I see it. > > The number of packages that use gzip as compressor if

Re: RFC: Support for zstd in .deb packages?

2018-04-28 Thread Adrian Bunk
On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote: >... > * Eternity contract: This would add yet another format that would need > to be supported pretty much forever, to be able to at least unpack > .deb's that might be available in the wild. This also increases the >

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Julian Andres Klode
On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote: > (ZSTD) > > On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote: > > Recently Julian mentioned it again on IRC, and we each started > > implementing support in dpkg and apt respectively, to allow easier > > evaluation. I

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Julian Andres Klode
On Fri, Apr 27, 2018 at 02:01:44PM +0200, Adam Borowski wrote: > On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote: > > Don't. For .debs, that is. > > Scratch that. > > apt Depends: libapt-pkg5.0 Depends: libzstd1 > > While apt is "merely" priority:required rather than fully

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Ian Jackson
Guillem Jover writes ("RFC: Support for zstd in .deb packages?"): > * Eternity contract: This would add yet another format that would need > to be supported pretty much forever, to be able to at least unpack > .deb's that might be available in the wild. This also incre

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Adam Borowski
On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote: > Don't. For .debs, that is. Scratch that. apt Depends: libapt-pkg5.0 Depends: libzstd1 While apt is "merely" priority:required rather than fully essential, a Debian system without apt is so deeply embedded it already requires

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Adam Borowski
(ZSTD) On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote: > Recently Julian mentioned it again on IRC, and we each started > implementing support in dpkg and apt respectively, to allow easier > evaluation. I stopped when I realized the code was getting too messy, > but after few weeks

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Adam Borowski
On Fri, Apr 27, 2018 at 09:44:09AM +0200, Martin Steigerwald wrote: > Regarding technical aspects like these, one more data point: BTRFS > meanwhile offers zstandard compression support. So I bet BTRFS > developers consider it suitable for format stability and long-term data > storage. I am

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Colin Watson
On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote: > (And BTW I do not consider the current support in Ubuntu a deciding > factor in any way, while it could perhaps fragment the .deb ecosystem, > that's something for them to deal with IMO; should really start adding > the vendor to the

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Raphael Hertzog
Hello, On Fri, 27 Apr 2018, Guillem Jover wrote: > But in any case, I'm still open to data and opinions given that this > is in the end a matter of trade-offs, so → request for comments. :) I believe that the "zstd" compression format is providing an interesting trade-off compared to other

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Andreas Tille
Hi On Fri, Apr 27, 2018 at 09:44:09AM +0200, Martin Steigerwald wrote: > I have no real opinion on this. Me neither. The only comment I have is: libzstd was first packaged by the Debian Med team as a predepencency for some biological software. It is quite usual that we package predependencies

Re: RFC: Support for zstd in .deb packages?

2018-04-27 Thread Martin Steigerwald
Hi Guillem. I have no real opinion on this. Guillem Jover - 27.04.18, 07:02: […] > In 2016 Paul Wise mentioned the Zstandard compressor on IRC [Z], > and I briefly checked it out as a potential candidate for dpkg > (while also mentioning it to Julian Andres Klode who was considering > adding lz4

RFC: Support for zstd in .deb packages?

2018-04-26 Thread Guillem Jover
Hi! In 2016 Paul Wise mentioned the Zstandard compressor on IRC [Z], and I briefly checked it out as a potential candidate for dpkg (while also mentioning it to Julian Andres Klode who was considering adding lz4 support to apt). At the time it looked like it was not worth it (apt went with lz4),