From: Eli Zaretskii <eliz@gnu.org>
To: Mike Frysinger <vapier@gentoo.org>
Cc: gdb@sourceware.org, jan.kratochvil@redhat.com, jim@meyering.net
Subject: Re: xz-compressed release tarballs?
Date: Sat, 28 Jan 2012 08:21:00 -0000 [thread overview]
Message-ID: <831uqkz1co.fsf@gnu.org> (raw)
In-Reply-To: <201201271341.41758.vapier@gentoo.org>
> From: Mike Frysinger <vapier@gentoo.org>
> Date: Fri, 27 Jan 2012 13:41:40 -0500
> Cc: gdb@sourceware.org,
> jan.kratochvil@redhat.com,
> jim@meyering.net
>
> On Friday 27 January 2012 04:10:32 Eli Zaretskii wrote:
> > From: Mike Frysinger <vapier@gentoo.org>
> > > On Thursday 26 January 2012 16:30:39 Eli Zaretskii wrote:
> > > > > Previous proposal by me:
> > > > > xz for the new release tip
> > > > > http://sourceware.org/ml/gdb/2009-09/msg00341.html
> > > >
> > > > Please think a little about those who don't necessarily have a tar
> > > > that knows about xz. The world doesn't end with GNU/Linux.
> > >
> > > why does tar have to know about xz ? stdin hasn't suddenly stopped
> > > working.
> > >
> > > xzcat foo.tar.xz | tar xf -
> >
> > Because (a) this is less convenient to type
>
> you gotta be pulling my leg with this
No more than you are pulling mine with a few extra bytes.
> > and (b) you assume that ports of tar to non-Posix platforms know how to read
> > binary streams from stdin, but that assumption is false in quite a few
> > existing and widely used ports of tar.
>
> still a non-issue:
> unxz foo.tar.xz
> tar xf foo.tar
So is pulling a few extra bytes through the wire.
> forcing people to live in the past because you can't be bothered to type a few
> extra characters on your legacy systems is ridiculous
I see nothing ridiculous in a request to cater to a situation of your
fellow developer of Free Software, and don't understand how can you
ridicule such a request.
next prev parent reply other threads:[~2012-01-28 8:21 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-26 20:22 Jim Meyering
2012-01-26 20:32 ` Jan Kratochvil
2012-01-26 21:31 ` Eli Zaretskii
2012-01-26 22:15 ` Jan Kratochvil
2012-01-26 23:10 ` Samuel Bronson
2012-01-27 1:49 ` Mike Frysinger
2012-01-27 9:13 ` Eli Zaretskii
2012-01-27 5:02 ` Joel Brobecker
2012-01-27 9:36 ` Eli Zaretskii
2012-01-30 19:08 ` Tom Tromey
2012-01-27 1:48 ` Mike Frysinger
2012-01-27 9:12 ` Eli Zaretskii
2012-01-27 18:41 ` Mike Frysinger
2012-01-28 8:21 ` Eli Zaretskii [this message]
2012-01-28 23:08 ` Mike Frysinger
2012-01-29 3:55 ` Eli Zaretskii
2012-01-30 6:26 ` Mike Frysinger
2012-01-30 17:49 ` Alfred M. Szmidt
2012-01-30 19:54 ` Stan Shebs
2012-01-30 20:53 ` Pedro Alves
2012-01-30 21:06 ` Mike Frysinger
2012-01-27 2:37 ` Ralf Corsepius
2012-01-27 9:26 ` Jan Kratochvil
2012-01-27 20:27 ` Mike Frysinger
2012-01-27 20:30 ` Marek Polacek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=831uqkz1co.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=gdb@sourceware.org \
--cc=jan.kratochvil@redhat.com \
--cc=jim@meyering.net \
--cc=vapier@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox