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 1Jtjcu-0007dn-S6 for garchives@archives.gentoo.org; Wed, 07 May 2008 13:24:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 02AF0E05AF; Wed, 7 May 2008 13:24:07 +0000 (UTC) Received: from smtp-gw1.starman.ee (smtp-out3.starman.ee [85.253.0.5]) by pigeon.gentoo.org (Postfix) with ESMTP id 9F6DCE05AF for ; Wed, 7 May 2008 13:24:06 +0000 (UTC) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 17023A214E9 for ; Wed, 7 May 2008 16:24:05 +0300 (EEST) X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from [62.65.221.151] (pc151.host29.starman.ee [62.65.221.151]) by mx1.starman.ee (Postfix) with ESMTP id 34459620004 for ; Wed, 7 May 2008 16:24:00 +0300 (EEST) Subject: [gentoo-dev] RFC: lzma tarball usage From: Mart Raudsepp To: gentoo devs Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Hmvs0rCxGo/BfkMRdc6W" Date: Wed, 07 May 2008 16:23:12 +0300 Message-Id: <1210166592.19574.10.camel@localhost> 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 X-Mailer: Evolution 2.22.0 X-Archives-Salt: 18b55d81-a0e7-4b04-a01e-dbca32c2919a X-Archives-Hash: db1f0266707ce070d0362272c308d26f --=-Hmvs0rCxGo/BfkMRdc6W Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, Over the course of this year, a lzma-utils buildtime dependency has been added to a few system packages, to handle .tar.lzma tarballs. This has huge implications on the requirement of the system toolchain, which is highly disturbing from a minimal (lets say embedded) systems concern - lzma-utils depends on the C++ compiler and the libstdc++ beast, while a minimal system would like to avoid this at all cost. I do realize one would remove build-time dependencies and the toolchain on an embedded system on deployment anyway, but this means gcc USE=3Dnocxx USE flag is pretty much useless, while it would be nice to use it to ensure that nothing sneaks in during development that depends on the C++ standard library easily instead of finding things break later. This is a plea and also a request for comments on the matter of using .tar.lzma tarballs or not, and for what packages this is acceptable and for what not. I'd be happy if some other unpacker is used than lzma-utils - one that does not depend on libstdc++ - I'm sure it can be done, heck it's done in integrated form in some other projects in less than a couple kilobytes of code for the unpacking from a VFS. Meanwhile please consider using the upstream provided .tar.gz tarballs instead and not roll patchsets in .lzma just cause you can. coreutils and linux-headers come to my mind out of system packages right now. I'm sure more dragons await me. --=20 Mart Raudsepp Gentoo Developer Mail: leio@gentoo.org Weblog: http://planet.gentoo.org/developers/leio --=-Hmvs0rCxGo/BfkMRdc6W Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (GNU/Linux) iEYEABECAAYFAkghrUAACgkQkeYb6olFHJdBEwCgwmfAmTACepJn+hunRzRbptu2 IgwAoOOOVU4nAtti2WnPVfiFj/beoFUL =Oan9 -----END PGP SIGNATURE----- --=-Hmvs0rCxGo/BfkMRdc6W-- -- gentoo-dev@lists.gentoo.org mailing list