From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10196 Path: news.gmane.org!not-for-mail From: "Matias A. Fonzo" Newsgroups: gmane.linux.lib.musl.general Subject: Re: New Exherbo+musl stage: x86_64-pc-linux-musl-20160621 Date: Wed, 22 Jun 2016 14:13:02 -0300 Organization: Dragora GNU/Linux-Libre Message-ID: <20160622141302.7e66af28@rafaela> References: <20160621202207.32c23d4b@rafaela> <644E2E3D-9870-4FBC-9463-F70E1129FB98@shiz.me> <20160622122030.61bfcd2b@rafaela> <20160622163700.GQ10893@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Y.i9pRp9ARHTEi1AWdBvHZK"; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1466615906 18717 80.91.229.3 (22 Jun 2016 17:18:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Jun 2016 17:18:26 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-10209-gllmg-musl=m.gmane.org@lists.openwall.com Wed Jun 22 19:18:10 2016 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1bFlZ0-0003Kn-Kf for gllmg-musl@m.gmane.org; Wed, 22 Jun 2016 19:03:44 +0200 Original-Received: (qmail 30075 invoked by uid 550); 22 Jun 2016 17:03:40 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 30051 invoked from network); 22 Jun 2016 17:03:39 -0000 In-Reply-To: <20160622163700.GQ10893@brightrain.aerifal.cx> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.10; x86_64-dragora-linux-gnu) Xref: news.gmane.org gmane.linux.lib.musl.general:10196 Archived-At: --Sig_/Y.i9pRp9ARHTEi1AWdBvHZK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Dalias, El Wed, 22 Jun 2016 12:37:01 -0400 Rich Felker escribi=C3=B3: > On Wed, Jun 22, 2016 at 12:20:30PM -0300, Matias A. Fonzo wrote: > > El Wed, 22 Jun 2016 14:01:17 +0200 > > Shiz escribi=C3=B3: =20 > > > > On 22 Jun 2016, at 01:22, Matias A. Fonzo > > > > wrote:=20 > > > >> The latest musl stage can always be found at: > > > >> https://www.somasis.com/stages/exherbo-x86_64-pc-linux-musl-curren= t.tar.xz =20 > > > >=20 > > > > Please, consider switching to another format, like lzip/clzip. > > > > See: > > > >=20 > > > > http://www.nongnu.org/lzip/xz_inadequate.html =20 > > >=20 > > > Switching to a format almost nobody has a decompressor for, > > > especially for something like a stage3 that is often extracted in > > > a live environment with no options to extra install packages, > > > doesn=E2=80=99t seem like a good idea. > > >=20 > > > - Shiz =20 > >=20 > > Distribute files and impose to your users in having xz, is a bad > > idea. =20 >=20 > Decompressing xz is supported by busybox and internally by busybox tar > and gnu tar, so I don't see any practical risk of the user not having > support. On the other hand, nobody has ever heard of lzip or clzip and > they're certainly not supported in the widely available tools. GNU Tar has support for lzip, Star from Solaris, too. And there's a patch to include full lzip support in busybox: http://download.savannah.gnu.org/releases/lzip/busybox/ http://savannah.c3sl.ufpr.br//lzip/busybox/README_busybox_lzip_patch Lzip was created *before* than xz, as a replacement for the old "lzma-alone". Quote from http://lzip.nongnu.org/xz_inadequate.html : "Then, why some free software projects use xz? Because evaluating formats is difficult and most free software projects are not concerned about long-term archiving, or even about format quality. Therefore they tend to use the most hyped formats. Both lzma-alone and xz have gained some popularity in spite of their defects mainly because they are associated to the popular 7-zip archiver. This of course is sad because we software developers are among the few people who are able to understand the strengths and weaknesses of formats. We have a moral duty to choose wisely the formats we use because everybody else will blindly use whatever formats we choose." =20 > For a compression format (from the perspective of the party doing the > decompression), the only technical details that are relevant are the > compression ratios and the memory and time requirements for > decompressing. >=20 > Rich --=20 GPG pub ID =3D 0x3AAF1CEC203A99D5 Key servers =3D hkps.pool.sks-keyservers.net - keys.gnupg.net Key fingerprint =3D 35BD B9D4 6B56 B5FA CB64 7C9B 3AAF 1CEC 203A 99D5 --Sig_/Y.i9pRp9ARHTEi1AWdBvHZK Content-Type: application/pgp-signature Content-Description: Firma digital OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJXasceXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNUJEQjlENDZCNTZCNUZBQ0I2NDdDOUIz QUFGMUNFQzIwM0E5OUQ1AAoJEDqvHOwgOpnVuPEP/i+y6wnrMnhShnYyVqHmzS7+ EQa+Shw7yhnflNy/ltQc/f5Jd4HvxNZpLMEBwMfrv6Qh8uLZSaSbzB2Ldj0VOx+s 8jCvmYV2vGm+C7pJm68yA45QA3mWhx1l5KHDoPgkNQ7meF6dSgAXGPYZWBU2HTZ+ wXUOo7rHlJIx960YAO9RYH//PJNHYVh+7NdeayoAYb2yBXtEvGYdct5/PDBYzUNR bB4IhyPGRwd42T3AmVz/AH5IRJOgC86OLfnxinqaHbhJHRbfhMJ0SdhxJzoNygv6 QU4rg87FtUDj39Y6isPYDdf1HoHg7BJeq+CN6Gt0GXg1WCN7+uZ7+nuG+KDyQ9+7 vtu+0swUQrtszn8XLMzKtzc9U7aMmsBNjFb+MsYbBtsGtVPXCi1gsbYXPAy0h/jU JNb2MZtttWTi4xN2RONol40Hd2JSnVfah74I4O7f1aQZpMXzkZ06rFKHIXGQyIes RGBf/S6CGqpQJTF9tctwYcG552uPxmHlHf/Z62zm1+XOJlAuOcTPO+3rIoXiEkwV pPbGVrZ+ln77z4mYdvfvUFIUPN+KqePCa/WwfTy9S/61sI/tRDGgj0C5/h0/gylq wTfKiIo9z+Ug8YH15kLPw/YTyFbvwYUJCJgpLzwNYz3vaoBqCr/PNARFWLwqK1eh IsLC2H4mJZj5nFJXjNZm =cnVy -----END PGP SIGNATURE----- --Sig_/Y.i9pRp9ARHTEi1AWdBvHZK--