Gentoo Archives: gentoo-dev

From: "Róbert Čerňanský" <openhs@×××××××××.com>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Things one could be upset about
Date: Sat, 24 Jan 2015 19:16:05
Message-Id: 20150124201552.077e4a34@amit.mysel
In Reply to: Re: [gentoo-dev] Things one could be upset about by Alexey Mishustin
1 On Sat, 24 Jan 2015 21:54:06 +0400
2 Alexey Mishustin <shumkar@×××××××.ru> wrote:
3
4 > 2015-01-20 14:42 GMT+04:00 Róbert Èeròanský <openhs@×××××××××.com>:
5 > > On Tue, 20 Jan 2015 11:08:19 +0300
6 > > Andrew Savchenko <bircoph@g.o> wrote:
7 > >
8 > >> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Èeròanský wrote:
9 > >> > On Tue, 20 Jan 2015 00:14:29 +0300
10 > >> > Andrew Savchenko <bircoph@g.o> wrote:
11 > >> > > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Èeròanský wrote:
12 > >> > For example, lets have following packages:
13 > >> >
14 > >> > - libbar
15 > >> > - libfoo with IUSE=bar, which depends on: bar? ( libbar )
16 > >> > - foo, which depends on: libfoo[bar]
17 > > [...]
18 > >> > New behaviour with automatic USE dependencies resolution:
19 > >> >
20 > >> > emerge -av foo
21 > >> > [ebuild N ] libbar
22 > >> > [ebuild N ] libfoo +bar
23 > >> > [ebuild N ] foo
24 > >> >
25 > >> > Now, you can hit Y if you agree what portage wants to do or N and
26 > >> > not to install foo at all.
27 > >>
28 > >> And if I don't agree? What if for some reason I don't want to
29 > >> have libfoo[bar] on my system. What If preferred solution will
30 > >> be not to use libbar at all and to use libclue instread?
31 > >
32 > > In this example, if you do not agree, you have no other option how
33 > > to install foo (with or without automatic USE deps). Because foo
34 > > depends on libfoo[bar] unconditionally.
35 >
36 > Perfect! May be I will prefer to refuse to install that package, after
37 > seeing its dependencies.
38 >
39 > >> Yet again, Gentoo is all about choise. If someone wants that
40 > >
41 > > I agree, but I must say I am quite stunned that there are strong
42 > > voices against it. I somehow thought that edit the overgrowing
43 > > package.use file upon each emerge world annoys anyone the same as
44 > > me.
45 >
46 > But for me this is one of the most useful and convenient options in
47 > Gentoo. Yes, I do edit package.use almost every emerge world. And I
48 > like to do it. And I don't want to delegate this right to any program
49 > - portage, or any other.
50
51 You would not loose that. First of all, portage would do its changes
52 elsewhere (in /var). Secondly, your settings in package.use would
53 still be respected. But instead of portage telling you to edit
54 package.use it would show you required changes in emerge -av output.
55 If you do not like them then hit N and edit package.use, masks or
56 whatever.
57
58 In case of conflict, i.e. if portage would want to set a USE flag for a
59 package which you have disabled in package.use then it would fail
60 (similarly as it fails when some package has testing keyword or is
61 masked). So if I have 'net-print/cups -usb' in package.use the
62 automatic USE depencencies would _never_ enable usb for cups. But if I
63 have -python in _make.conf_ and want to emerge app-mobilephone/wammu
64 which depends on app-mobilephone/gammu[python] then portage would be
65 able to enable python for gammu.
66
67 The intention behind this automatic USE dependencies is to edit
68 package.use only when user wants, not when portage needs it.
69
70 Robert
71
72
73 --
74 Róbert Èeròanský
75 E-mail: openhs@×××××××××.com
76 Jabber: hs@××××××.sk