Gentoo Archives: gentoo-portage-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-portage-dev@l.g.o, Michael Haubenwallner <haubi@g.o>
Subject: Re: [gentoo-portage-dev] Re: [PATCH v2 3/3] _emerge.Ebuild*: delay creating DISTDIR shadow until src_unpack
Date: Mon, 29 Jan 2018 08:27:18
Message-Id: 8382AAD6-0722-4B8F-A7D5-EFF5CC35093F@gentoo.org
In Reply to: [gentoo-portage-dev] Re: [PATCH v2 3/3] _emerge.Ebuild*: delay creating DISTDIR shadow until src_unpack by Michael Haubenwallner
1 Dnia 29 stycznia 2018 09:07:47 CET, Michael Haubenwallner <haubi@g.o> napisał(a):
2 >On 01/25/2018 10:11 AM, Michał Górny wrote:
3 >> W dniu czw, 25.01.2018 o godzinie 10∶07 +0100, użytkownik Michael
4 >> Haubenwallner napisał:
5 >>> Hi,
6 >>>
7 >>> ${Subject} ringing a bell here:
8 >>>
9 >>> dev-db/oracle-instantclient is fetch restricted. As a binary package
10 >with
11 >>> multiple USE options there's a bunch of files to download - even for
12 >>> multiple archs when multilib is active.
13 >>>
14 >>> So in pkg_nofetch() I'm telling the user whether a file to download
15 >is
16 >>> "already here" or "still absent", by testing if $A exists in
17 >$DISTDIR.
18 >>>
19 >>> With ${Subject}, I'm wondering if DISTDIR is created for pkg_nofetch
20 >too.
21 >>>
22 >>
23 >> You're doing the wrong thing then. DISTDIR is not allowed
24 >> in pkg_nofetch().
25 >
26 >Is there a supported way to tell the user exactly which files are still
27 >missing?
28
29 Sounds like a featurereq for Portage itself.
30
31 >
32 >> Furthermore, you're touching files whose hashes have
33 >> not been verified which is twice wrong.
34 >
35 >Well - does portage actually provide unverified files in the shadow
36 >DISTDIR?
37
38 No. The phases in which the directory is present are only run if Manifest verification succeeds.
39
40 >
41 >Thanks!
42 >/haubi/
43
44
45 --
46 Best regards,
47 Michał Górny (by phone)