Re: [dev] [sbase][tar] GNU tar support

2020-11-26 Thread Sergey Matveev
*** Hadrien Lacour [2020-11-25 19:27]: >The tl;dr is that you either use POSIX ustar with its path length and file size >limits, or use GNU tar when your input doesn't fit; pax was supposed to be the >replacement, but is more or less unused/ignored. In my opinion it is better to improve pax suppor

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Laslo Hunhold
On Wed, 25 Nov 2020 22:49:32 +0100 Mattias Andrée wrote: Dear Mattias, > Concerning farbfeld, it is quite a different thing to create a new > simpler standard than supporting an already existing but complex > standard. Farbfeld was a good first step in moving towards simpler > image formats, alt

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Laslo Hunhold
On Wed, 25 Nov 2020 18:32:36 +0100 Thomas Oltmann wrote: Dear Thomas, > > if gnu tar proprietary? > > No. I think Laslo meant 'proprietary' as in 'ad hoc' or 'incompatible' > (with standard implementations). yeah, I used a pretty "drastic" word to describe it. All will agree that GNU-tar is

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Cág
Hi all, Laslo Hunhold wrote: > Dear Cág, > Even if a suckless implementation of GNU tar was possible, would you > really want it to be included? I'd rather like to encourage people to > use standard non-proprietary file formats. Yeah, I think I would. tar(1) is one of those cases where a comprom

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Thomas Oltmann
> if gnu tar proprietary? No. I think Laslo meant 'proprietary' as in 'ad hoc' or 'incompatible' (with standard implementations). > there's probably no way to implement those GNU-extensions in a good and > suckless way. The FSF has the bad habit for their > standard-implementations that they tend

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Mattias Andrée
On Wed, 25 Nov 2020 16:28:02 -0500 Cág wrote: > Hi all, > > Laslo Hunhold wrote: > > Dear Cág, > > Even if a suckless implementation of GNU tar was possible, would you > > really want it to be included? I'd rather like to encourage people to > > use standard non-proprietary file formats. > >

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Adam Kandur
if gnu tar proprietary? Nov 25, 2020, 16:49 by d...@frign.de: > On Wed, 25 Nov 2020 07:51:22 -0500 > Cág wrote: > > Dear Cág, > >> A quick question: for "POSIX tar archive (GNU)" files tar prints >> tar: unsupported tar-filetype L >> >> Is GNU tar support out of scope? >> > > there's probably

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Hadrien Lacour
On Wed, Nov 25, 2020 at 05:49:56PM +0100, Laslo Hunhold wrote: > On Wed, 25 Nov 2020 07:51:22 -0500 > Cág wrote: > > Dear Cág, > > > A quick question: for "POSIX tar archive (GNU)" files tar prints > > tar: unsupported tar-filetype L > > > > Is GNU tar support out of scope? > > there's probably no

Re: [dev] [sbase][tar] GNU tar support

2020-11-25 Thread Laslo Hunhold
On Wed, 25 Nov 2020 07:51:22 -0500 Cág wrote: Dear Cág, > A quick question: for "POSIX tar archive (GNU)" files tar prints > tar: unsupported tar-filetype L > > Is GNU tar support out of scope? there's probably no way to implement those GNU-extensions in a good and suckless way. The FSF has th

[dev] [sbase][tar] GNU tar support

2020-11-25 Thread Cág
Hi, A quick question: for "POSIX tar archive (GNU)" files tar prints tar: unsupported tar-filetype L Is GNU tar support out of scope? Cheers -- caóc