From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1IZjf3-0001Oz-4N for garchives@archives.gentoo.org; Mon, 24 Sep 2007 08:51:25 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l8O8ft2g018848; Mon, 24 Sep 2007 08:41:55 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l8O8ZU5w010424 for ; Mon, 24 Sep 2007 08:35:30 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id CC2B765346 for ; Mon, 24 Sep 2007 08:35:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -0.723 X-Spam-Level: X-Spam-Status: No, score=-0.723 required=5.5 tests=[AWL=0.387, BAYES_05=-1.11] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id caNyIdz-ogYg for ; Mon, 24 Sep 2007 08:35:23 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 8C26A64EAE for ; Mon, 24 Sep 2007 08:35:21 +0000 (UTC) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IZjPC-00022I-PX for gentoo-user@gentoo.org; Mon, 24 Sep 2007 08:35:03 +0000 Received: from zy-rieter.cyberlink.ch ([212.55.215.153]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Sep 2007 08:35:02 +0000 Received: from listen by zy-rieter.cyberlink.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 24 Sep 2007 08:35:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Alexander Skwar Subject: [gentoo-user] Re: star Date: Mon, 24 Sep 2007 10:30:38 +0200 Organization: n/a Message-ID: <1344772.8mdDTN8kXs@kn.gn.rtr.message-center.info> References: <46F53CC6.30503@addcom.de> <200709221923.59083.volker.armin.hemmann@tu-clausthal.de> <46F55B7F.5010200@addcom.de> <200709222200.33355.volker.armin.hemmann@tu-clausthal.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: zy-rieter.cyberlink.ch User-Agent: KNode/0.10.5 Sender: news X-Archives-Salt: e4baa5cd-861a-4ee9-94e1-efe1f71375a7 X-Archives-Hash: 5b4ea67fd9a9a67e815815595d3e2f24 Volker Armin Hemmann wrote: > On Samstag, 22. September 2007, Florian Philipp wrote: >> star supports p7zip which can be much better and especially more >> flexible than bzip2, gzip and zip. Its other features (better >> funcionality for acl, sparse files, recovery and backups among other >> things) didn't sound bad, either. > > I don't know - bzip2 is very good at 'recovery' because only the affected > block is lost. True - in theory. It doesn't help you much, if you lose a block in a .tar.bz2 file, as the block sizes of bzip2 and tar won't overlap. Thus, something like ".bz2.tar" would be better, meaning a tar which contains pre compressed files. Granted, compression ratio would be worse. If you want safety, I'd either suggest afio or maybe something like par. > and if p7zip supports pipes, you don't need its support in tar. Just pipe > from/to it. It does and that's the way it's supposed to be used on unix, according to its manpage. > as you can see, you need to play around with pipes anyway when you use > star. So switching just because of one compression algo and become > incompatible with the way emerge unpacks packages sounds pretty stupid > IMHO. ACK Alexander Skwar -- gentoo-user@gentoo.org mailing list