From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25231 invoked by alias); 26 Jan 2012 22:15:38 -0000 Received: (qmail 25223 invoked by uid 22791); 26 Jan 2012 22:15:37 -0000 X-SWARE-Spam-Status: No, hits=-6.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SARE_SUB_OBFU_Z,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 26 Jan 2012 22:15:23 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q0QMFJpr008003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Jan 2012 17:15:19 -0500 Received: from host2.jankratochvil.net (ovpn-116-47.ams2.redhat.com [10.36.116.47]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q0QLaDBS031998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 26 Jan 2012 16:36:16 -0500 Date: Thu, 26 Jan 2012 22:15:00 -0000 From: Jan Kratochvil To: Eli Zaretskii Cc: jim@meyering.net, gdb@sourceware.org Subject: Re: xz-compressed release tarballs? Message-ID: <20120126213612.GA4184@host2.jankratochvil.net> References: <87mx9a1ag4.fsf@rho.meyering.net> <20120126203148.GA30390@host2.jankratochvil.net> <83vcnyyww0.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83vcnyyww0.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-01/txt/msg00081.txt.bz2 On Thu, 26 Jan 2012 22:30:39 +0100, Eli Zaretskii wrote: > > That slow bzip2 decompression is a continuous pain during packaging, staring > > at bzip2 -dc on each gdb.spec debugging cycle. > > As long as we don't drop bz2 and gz, that pain will never go away. gdb.src.rpm will just use gdb-7.4.tar.xz so the pain will be gone. > 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. Current state: Shipped .tar.gz and .tar.bz2. Possibility (a): Ship .tar.gz, .tar.bz2 and .tar.xz. Possibility (b) - preferred by me: Ship only .tar.gz and .tar.xz. IMO there are only few systems which already handle .tar.bz2 and which still do not handle .tar.xz. And those few system can use .tar.gz instead of .tar.bz2. Thanks, Jan