From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id D52EE138334 for ; Mon, 21 Oct 2019 10:17:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 01DC0E0D59; Mon, 21 Oct 2019 10:17:56 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id ADDE7E0C33 for ; Mon, 21 Oct 2019 10:17:55 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 87D1D34C0F8 for ; Mon, 21 Oct 2019 10:17:54 +0000 (UTC) Date: Mon, 21 Oct 2019 23:17:45 +1300 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New distfile mirror layout Message-ID: <20191021231745.310d23bf@katipo2.lan> In-Reply-To: References: <4c7465824f1fb69924c826f6bbe3ee73afa08ec8.camel@gentoo.org> <2d15507e-98ad-9466-75b7-7e8268ef2eb9@gentoo.org> <752be6c75f337df8ee8124a804247d2fb27e73b4.camel@gentoo.org> <100ae6ba-fdd3-b697-0ccc-860c9b8e4521@gentoo.org> <01086c53bfbf7702dac10b75a25927b62ef90b53.camel@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/=Q4on7k7klVWkc387Yd8FAe"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: 04c273f4-ce83-42ed-92e1-db39c03a18c7 X-Archives-Hash: d3daf7d084fb183358f9fe67ece8b5e9 --Sig_/=Q4on7k7klVWkc387Yd8FAe Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 20 Oct 2019 20:05:40 -0400 Joshua Kinard wrote: > Longer-term, I think this entire approach should be revisited by the TeX > team to make it behave more like Perl or Python packages by having discre= te > ebuilds for these modules. That's not exactly a small undertaking, but > this current approach feels very kludgy in its design and is probably > asking for trouble. I looked at several of the modules on CTAN, and they > each have their own version and even have different licenses. With the current state of the portage dependency resolver, and with regards to the constant problems end users face with it, I really can't advise this unless you need to. Currently working on vendoring rust in an overlay, and 128 ebuilds just to satisfy the dependencies enough to test *one* package is a bit of a piss-take. I'd suggest waiting a few years for portage to see some improvements here before taking on something that ambitious when the current approach works well enough. --Sig_/=Q4on7k7klVWkc387Yd8FAe Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgdrME8Lrmai3DXYJda6SGagVg7UFAl2thckACgkQda6SGagV g7WTkA/+Iju21oZLgiMhqQLU2MSdiHOmZOTSHNk2eTFYWQX2vgfdSXFEfNKe/hUx nIqfDPCxqiUn7/hYQF5RS9jFYatc4ia7zWGfzcHP0LwI0j6cMYcCHdOlql92z2aG em1d3PGpF5zJqN2e99mx9zbzD6prDbehgir5ZUrUnpAqaqFSjmOhJ5OMkQMuZmFq rw1QetCe91wcp8vY3o2fBUHd1mYzMxwr5PpgdAXq/4gvHnY26Xn7vcBebU+c8v0e KAgsorvBEzalsE0jvcXqEfna88swQYbew/a+YMW3YEZxKkVNWndlcmDjrDZ642hw c25uxZzAeyiebvGUNWeZpbSRiBv4zXl1b+CTkJ5wSErdgdiVVywvXfFZpUkswXz5 1CIUm/fSQCOyUaKYQJ3p51WNY0eqWPLlX1lYp2WhBjV5+/fYzDZU6loj7rNL4V59 VTmCmwZT7CYa4C6x3ByhevXtNTdEZ/hjKrvRf1aqxUYCvrcnPv5dwqK4ZtCofhXO 1ORgfQGSnUn7M91CIEb9BarFRXhuvZkySIRZ30DvNXOatIRgBFNx2kPItqFXfQzB hch1WBYR//4hcXJo7pPYq2ILLwdDgPwfx9BPF4ywbA+QU6cWRiqMnVRVriUWRxZh NM4tV2jLn5NjuBcn3C7hhRHuEsNgo+/B2QNYjVl+6py9Cietstc= =MCfe -----END PGP SIGNATURE----- --Sig_/=Q4on7k7klVWkc387Yd8FAe--