Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual
Date: Sat, 26 Oct 2019 22:36:04
Message-Id: 20191026223555.GA16818@linux1.home
In Reply to: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual by "Michał Górny"
1 On Sat, Oct 26, 2019 at 11:17:18AM +0200, Michał Górny wrote:
2 > On Sat, 2019-10-26 at 11:14 +0200, Dirkjan Ochtman wrote:
3 > > On Sat, Oct 26, 2019, 05:59 Kent Fredric <kentnl@g.o> wrote:
4 > >
5 > > > On Fri, 25 Oct 2019 15:03:39 -0700
6 > > > Georgy Yakovlev <gyakovlev@g.o> wrote:
7 > > >
8 > > > > not used anymore
9 > > > >
10 > > > > Closes: https://bugs.gentoo.org/695698
11 > > > > Signed-off-by: Georgy Yakovlev <gyakovlev@g.o>
12 > > >
13 > > > Its likely this removal will cause the same kinds of problems faced by
14 > > > the recent virtual/pam removal, just its more insidious, as the
15 > > > dependency on the virtual is hidden away inside an eclass.
16 > > >
17 > > > But this still means that anything users have already installed will
18 > > > still depend on this, and without --changed-deps=y, it will break
19 > > > portage's resolution of anything currently installed using this crate.
20 > > >
21 > > > You can work-around this by -r1 bumping everything that used this
22 > > > eclass .... but this just goes to show why there's policy against
23 > > > eclasses changing the dependencies of their consumers without any
24 > > > consumer involvement.
25 > > >
26 > >
27 > > In most if not all cases, this is just a build-time dependency. Do we
28 > > really have all these problems for build-time only dependencies?
29 > >
30 >
31 > Yes. Because of --with-bdeps.
32
33 I disagree, build-time dependencies can change in place because they
34 only affect the build. The problem with virtual/pam was that it was a
35 runtime dependency as well.
36
37 William

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
[gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual Michael Everitt <gentoo@×××××××.xyz>