From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JtppT-0000b6-4w for garchives@archives.gentoo.org; Wed, 07 May 2008 20:01:31 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B3CF3E080B; Wed, 7 May 2008 20:01:29 +0000 (UTC) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by pigeon.gentoo.org (Postfix) with ESMTP id 9C5D3E080B for ; Wed, 7 May 2008 20:01:29 +0000 (UTC) Received: from gw.thefreemanclan.net ([68.238.184.222]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K0I00J2YKXXDG50@vms048.mailsrvcs.net> for gentoo-dev@lists.gentoo.org; Wed, 07 May 2008 15:01:10 -0500 (CDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gw.thefreemanclan.net (Postfix) with ESMTP id 8023E1240CD for ; Wed, 07 May 2008 16:01:09 -0400 (EDT) Date: Wed, 07 May 2008 16:01:09 -0400 From: Richard Freeman Subject: Re: [gentoo-dev] RFC: lzma tarball usage In-reply-to: <20080507183815.GA11765@nibiru.local> To: gentoo-dev@lists.gentoo.org Message-id: <48220A85.6040809@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <1210166592.19574.10.camel@localhost> <20080507183815.GA11765@nibiru.local> User-Agent: Thunderbird 2.0.0.14 (X11/20080505) X-Archives-Salt: 1422a002-169a-4867-af34-575e5c8702b2 X-Archives-Hash: 458f218573e35506b1e6d1cce1529049 Enrico Weigelt wrote: > I think, as long as there is no really minimal lzmadec available > yet (as standalone package), we should more standard compressors > like gzip or bzip2. Adding that whole bunch of deps just to > save a few bytes IMHO isn't worth it. Keep in mind that this might mean doing our own repackaging of upstream if they don't have a supported option. I think the only other option would be to create an "lzmalite" package or something like that which simply contains the decompressor in ordinary C. You could really turn that into a separate package like gentoolkit or whatever - I wouldn't actually embed the code into portage since that isn't the unix way and it just forced other package managers (and other distros) to do the same thing. An lzmalite package could have a life of its own and as a result benefit from fewer bugs/etc. But, I'm not going to be the one writing the thing, so feel free to not listen to any of this... :) -- gentoo-dev@lists.gentoo.org mailing list