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 40CB3138334 for ; Wed, 17 Oct 2018 16:14:49 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 80F03E08DC; Wed, 17 Oct 2018 16:14:45 +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 11EC0E08CD for ; Wed, 17 Oct 2018 16:14:43 +0000 (UTC) Received: from [10.110.83.55] (public-gprs391659.centertel.pl [37.47.161.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id D9D21335CEB; Wed, 17 Oct 2018 16:14:41 +0000 (UTC) Date: Wed, 17 Oct 2018 16:14:37 +0000 User-Agent: K-9 Mail for Android In-Reply-To: References: <1539626738.1014.0.camel@gentoo.org> 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: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Autocrypt: addr=mgorny@gentoo.org; keydata= mQINBFElRCsBEADOoWavIx62knVg6smX/7mDrTFXj6uk1sg+Dg95qdNKGsQKjL45f6a+NEoNG1Ns Z5pPmQdhaGarbIqrSKPHsPwW25g7lqy0N4US6v0xxR/rUWIH2nzXOu0tazfgEC1TXXRRuRF87DvE 29csUssEPx2RTJ843Eog98q6+2EeGpNz16ooipi3iw7FbUnlaGlFlk98jwcORrqHIfsogFR/2GMW isSwxjkASPCsARASC+9HMh1VRnrTk2K2s2oTGQWAw9k31lObgQiUVXthvwijGYWvaEfdvsJp7C7t BuywEXTeL+KjXeWWKsQzgPsJtKnwzIm8MNPVdb0UCN1mOrVJpMtwje6vxmIWh9Sdpv7ucGovqxeu tK6/lyXUMyN50BBLEwS+LTPT09mDcADd3s0fgv7GuzlRmkNicY+0fg4DZM++u+UeEZX2oEZHPHX7 1xZrnXefmIb8XWjobYdy+LuXj+Wuof0V1kzszk3eQwhes3F2i0F1CbUhmEou+r7V7zWgcKPiBZBR 45QlD0U8JJehkRobyLXWPnH2Y+XM75nolDCzU6U44hf763575g6bDqWa9tNOFxCKg+qai27LQ2Am erb+TMbliqZDeUCMQh83raS8bHtVLHgJWcSReOumjcIEAUeySBHx/uLJ5qzi+EukstV19SalNFWe 5EoZpV7YAAfCnQARAQABtCtNaWNoYcWCIEfDs3JueSAoR2VudG9vKSA8bWdvcm55QGdlbnRvby5v cmc+iQJ6BBMBCgBkAhsDCAsJCAcKBAMCBxUKCQgLAwIEFgMCAQIeAQIXgAIZAR4YaGtwOi8vcG9v bC5za3Mta2V5c2VydmVycy5uZXQWIQQ0CLG5ButXm0HZywzfhCVohSg1IQUCW2RJbgUJC/SVgwAK CRDfhCVohSg1ITOlEACTWAKDMFHuQAz/u7nerMCwVZJ1i48yqgSIWICiZpor9OVIHHi3q2NikiGi 7nlkM9XkIr8/hULFESjTv6R0VelfXs1Ptl/w+2YTBRVAuMl5kd1tmuuKmdKaK3LOmvuAR+ilcFGO oPCj2ChqchmG0tH1vo6nC3pxAnkXx1HRUT6UE2KuTdmEkRBeSeybVhKlq3e66DTpcYD9LBr6Jroz aEIhWYCRPZJdyIIju/6OARsrsFflzWNRAbI5L6XPT/O7gq7vIaEJEO2nx+2Lsow32sdAtwd6xbfZ 4LtaVj0XgnHxZhev/2CrmD4oYsv+CY+YRDWl8HrIWBaKboOD9jwfBWHFod8zpR05NC4mOC5to5tG kGIgHZiD4AYfs0tSW5SoYaMdJqyifRdGEM6OEnKQD7e919DTe9t2w9yNcVWjbsF3hgbBXd/PNo2I EHZW3vpXWT7Qy+0rCmtAqoohMtZenReBRAzQm/sFj31U2koaRML0wkmbWHLlPRVzPn5E03/mXsVc xqmiz19nZDQsznSo6rGoIAG8LKggt4e2zG0QL7wpLGjWhGv0/E8HngUTOCPcPFqG8Lc5/IlBhKzI h/P+DfsnlsUL9nK35hS/ddHPeqzPqW/bsZQHt7yAtP2I0tYhlQI4B8KVjplprYv4D79n5zcpBh/S 9KZdiFUrip0zcMF9WLkCDQRRJUQrARAAm3s/Xz7Iym3r6TH+hbatiV4Y+WOprghkxGaP1tnsybt7 SnERpAilMFiBy6PkrSsIaTHjXG8bkJ9VFcCpV/qoFVdAX2zjEfECfeGsqdifYBcmQw3QJ2uWXO7O RDv7IU5+qdGkIdIWgCT8z/XS71QGO4Hf3jtRVolK5mn2/rugqgSYoraalZYCh5ePd6UQoxvA9Qns YKV16eLwxiDC1M9siG5u5CBtc/Uj3CyQpId8JjRSnFOnio+qQSGGqR1pPNWurtz3IBc2xw16K3e0 XEEgS6iC7rhoI7P8ov/e4ozrOhtn3Q+ecx6w+7BBBuGHoltC9lttj7Q6vTBkT9msieLYz/Fp2nzk 2ANt2GTPJqN8AWXXvXnmfP5ChWOwV9znIe+GLJel7fwkhTtGP9x1RRLLiAGpLiSlB2u24+BvJYKp LU9iNWUAHmIKyi3v78txYt6GqoCPnBN2J0CleEIaJpNCwJ+WvptyuA7dlPoCNS1LUxA+tw2Osexs 8FzESyI4IkWJZcBCslf26gYsDyN9ASyORtAtgkRTo9CcxT7kohfNQpaRF3c53YqfOTOuuO3eGH0m 5/ZnMiXORsA7rXQC3l2ARJq5RJ0ws1US6NcBvGuuHAmHFFkSVPQ81lk7l79pi1yEiDAMs0BuF1+E /j4ztbHRag4aocNKwP8r4rH1WzfIey8AEQEAAYkCPAQYAQoAJgIbDBYhBDQIsbkG61ebQdnLDN+E JWiFKDUhBQJbZEo3BQkL9JV4AAoJEN+EJWiFKDUhtyUQAK5VP3T03O/qR1Vn1sNTvn126ofgwG98 w06W5YTyB1YkXfuT8lEg7dbnUtVoRdtdEiUFtxjlCo+qAfoiP3dsH3jrsuEoehfGm/jiEO5SObD6 OPyCn/E9c2ppTPOCEEPPaahZ6ynWobNoyNu2OIyG1O/oAT8S4mLm1cHhYlC/M/5pRW4Kya0WTqXQ FLnt8LQvrxtlyuaAM+zVALigSD6jftTdRuk8y4ksVTi9mtf55cGJVjj+DTRiLjYnmyCybDPWc/R7 zWTmOnjCULUF74fwJ5Kb12X+DBkg2POM3m+bbjqey0P4wB0p9Rxnwf+bterXx6RYoqdThqIfY7St 5xzifINkP3OUMVT0YaaNPLT32DEHvWSOvM9fuf4MmNzhgJer2FjxF8KuQF8XamKRBPqyiGneWvHM Egi3JDfBVXT/uCeuExVjS9pnGItZ7L9PqVYrayusWgXtKzUSYxe25YBONt1Aw4C6apJGBpDM6VHj uzugea3jvahrCooA5RJUEokPWRFPRIwuYoXR1KyXtxypVWgJ7va1xIRpq1B7ItrWpGhTTXN/PXhK tCtvigawS2gQHyL4SV+o0SYEps/kqmtIKFPcUp7xBS3DKIaZ5UqBLCwNF1fKgq4eeVsnDpwke06s Nc7NZY+nFTwYAQLka88KLd+0/IpwWPjPuQUfNDglm6Id Subject: Re: [gentoo-dev] Re: Can pkg_nofetch determine if a file is already downloaded? To: gentoo-dev@lists.gentoo.org,Michael Haubenwallner From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= Message-ID: X-Archives-Salt: c1683b9c-dce9-42c7-9ea1-17935c8a91dd X-Archives-Hash: 528cfa02cf8939901c39ca1d5899aef8 Dnia October 17, 2018 4:03:17 PM UTC, Michael Haubenwallner napisa=C5=82(a): >On 10/15/2018 08:05 PM, Micha=C5=82 G=C3=B3rny wrote: >> On Mon, 2018-10-15 at 13:34 +0200, Michael Haubenwallner wrote: >>> Hi, >>> >>> 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=2E >>> >>> Beyond that, I've also found it useful to tell the user whether a >relevant >>> source file is 'already there' or 'still missing'=2E >>> >>> 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=2E >>> >>> 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? >>> >>=20 >> How would you know whether the file in DISTDIR is correct and >complete? >>=20 >Well, pkg_nofetch is called only if some files are still missing, >so portage really should have checked them before, and eventually >renamed invalid files to "checksum_failure", no? Maybe=2E That's entirely undefined behavior=2E > >/haubi/ -- Best regards,=20 Micha=C5=82 G=C3=B3rny