From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7543 invoked by alias); 27 Jan 2012 09:36:34 -0000 Received: (qmail 7478 invoked by uid 22791); 27 Jan 2012 09:36:32 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SARE_SUB_OBFU_Z,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 27 Jan 2012 09:36:17 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYG00300AKS9200@a-mtaout20.012.net.il> for gdb@sourceware.org; Fri, 27 Jan 2012 11:35:47 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYG001RJANMXBE0@a-mtaout20.012.net.il>; Fri, 27 Jan 2012 11:35:47 +0200 (IST) Date: Fri, 27 Jan 2012 09:36:00 -0000 From: Eli Zaretskii Subject: Re: xz-compressed release tarballs? In-reply-to: <20120127050151.GL31397@adacore.com> To: Joel Brobecker Cc: jan.kratochvil@redhat.com, jim@meyering.net, gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83hazhzdzb.fsf@gnu.org> References: <87mx9a1ag4.fsf@rho.meyering.net> <20120126203148.GA30390@host2.jankratochvil.net> <83vcnyyww0.fsf@gnu.org> <20120126213612.GA4184@host2.jankratochvil.net> <20120127050151.GL31397@adacore.com> 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/msg00091.txt.bz2 > Date: Fri, 27 Jan 2012 09:01:51 +0400 > From: Joel Brobecker > Cc: Eli Zaretskii , jim@meyering.net, gdb@sourceware.org > > I think we can make everyone happy by simply adding the .xz format, > giving us 3 release tarballs. That would cost about 25-30MB extra > times 2-3 releases a year. I am not opposed to getting rid of the > .bz2 format, however. Fine with me, although I don't really understand what's problem, as disk space is no longer at a premium and neither is network bandwidth (certainly not for those who lobby for .xz). Sometimes it looks to me like people are simply pushing to use newer tools just because they shine brighter.