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 C3982138334 for ; Mon, 15 Oct 2018 15:57:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C5581E0905; Mon, 15 Oct 2018 15:57:48 +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 6FA61E08F6 for ; Mon, 15 Oct 2018 15:57:48 +0000 (UTC) Received: from a1i15 (host2092.kph.uni-mainz.de [134.93.134.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: ulm) by smtp.gentoo.org (Postfix) with ESMTPSA id 411FC335C94; Mon, 15 Oct 2018 15:57:44 +0000 (UTC) From: Ulrich Mueller To: Michael Haubenwallner Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Can pkg_nofetch determine if a file is already downloaded? References: Date: Mon, 15 Oct 2018 17:57:35 +0200 In-Reply-To: (Michael Haubenwallner's message of "Mon, 15 Oct 2018 13:34:48 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: 2a2a4a3d-52f3-4fac-a74a-f9998bd94764 X-Archives-Hash: cee77fa5cfedc5475dc736b1258780aa --=-=-= Content-Type: text/plain >>>>> On Mon, 15 Oct 2018, Michael Haubenwallner wrote: > in pkg_nofetch, beyond to "direct the user to download relevant > source files", I've found it useful to tell the user which > filesystem directory to put the files into once downloaded. > Beyond that, I've also found it useful to tell the user whether a > relevant source file is 'already there' or 'still missing'. > Since the EAPI 6 related update to pkg_* phases to not have access > to DISTDIR (even in earlier EAPI) any more, I'm wondering if both > informations are still available to pkg_nofetch in one or another > way. DISTDIR was never officially available in any of the pkg_* phases. (This was the case both in EAPI 0, and in PMS as early as 2008.) Then again, even in the src_* phases the variable will point to a temporary shadow directory in recent Portage version, not to the real directory containing the distfiles. > Any idea? > Or is my only option to reduce the information to "all these files > need to be put in your DISTDIR", requiring the user to find out both > the right DISTDIR and which of the listed files are still missing > herself? I think there is no good way to tell them more than that. Even if DISTDIR was available in pkg_* scope, users may prefer to drop manually downloaded files into PORTAGE_RO_DISTDIRS, which is a Portage specific location. Ulrich --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEZlHkP3TnuTbxrN0HwwkGhRxhwnMFAlvEuO8ACgkQwwkGhRxh wnOmSQgAipwSm9RCz1RrLwh+PoDTMg16hMNShUg0R4lVH0VT/9/skeQV0dlwWBes 5sEu7FkvpDBr3+VrcqN0ngUn+4tJ3Y6zpDeVaPgMpHAvpY4awZ27ODlhMnME4Y0o WLnwmuT2f+c1wU1hfqmDzcwz4tWJEYb4IuUm7ffCIGyfS5jhhrQRJ/st0gW67oF3 7iCOGjqcF9p8Kb1K1IlLxWLtBWRoJ5shtQ66AYF1akcVHheNPoAzAdiR3xcPoNcq YC8LlfT1BBxAKWoSeFa9pLsysRnJ9Ydv78dvsE8YKSERj90jLGg330Y6GrMTNKMQ 0MAsyvQS1ZTKRHK3rCwqy9zOaCUC2w== =PORk -----END PGP SIGNATURE----- --=-=-=--