1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
Ned Ludd wrote: |
5 |
> On Wed, 2006-07-12 at 08:22 -0700, Zac Medico wrote: |
6 |
> > Ned Ludd wrote: |
7 |
> > >> Please invert the logic so that rather than changing default behavior |
8 |
> > >> you add a new option choose the types of deps to include. |
9 |
> > |
10 |
> > Can you explain how my proposed change in the default behavior of |
11 |
> > --usepkg is going to hurt things? The current default behavior is |
12 |
> > inconsistent because build time dependencies are considered for |
13 |
> > packages that are installed but not for binary packages that are about |
14 |
> > to be installed. |
15 |
> |
16 |
> And nor should they be unless the user explicitly asks for it. |
17 |
> There basically should be no valid reason to look at build |
18 |
> deps as we are dealing with a binary pkg because the package |
19 |
> is already built. |
20 |
|
21 |
Updates are most often performed from source, are they not? If the build deps are already merged then they'll be ready and waiting for the next source based update or rebuild. |
22 |
|
23 |
> > >> export ACCEPT_DEPENDS="DEPEND RDEPEND PDEPEND" |
24 |
> > >> emerge -K system |
25 |
> > |
26 |
> > While I admire the flexibility of your ACCEPT_DEPENDS proposal, I feel |
27 |
> > that it exposes far too much complexity to the user. |
28 |
> |
29 |
> Really? To me it would seem very natural to the Gentoo user who is |
30 |
> already familiar with ACCEPT_KEYWORDS. |
31 |
|
32 |
For the type of functionality that we're after, a simple boolean option should suffice. ACCEPT_DEPENDS exposes implementation details that go far beyond the required information. For example, RDEPEND and PDEPEND can actually be collapsed together, so DEPEND and RDEPEND are the only real choices that are currently available. |
33 |
|
34 |
> To me it seems like the wrong fix for the problem at hand and |
35 |
> changes portage's default behavior in an undesired way. |
36 |
> Don't get me wrong I'm definitely in favor of finer grained control |
37 |
> over all the dep handling in general, but don't think this option |
38 |
> should become the default. I'd invert your logic like in Kumba's |
39 |
> proposed patch did and run with that. |
40 |
|
41 |
What about this functionality as it applies to packages that are already installed? If we invert the logic in that case, build deps will no longer be considered by default when the user runs `emerge -uD world` or `emerge --depclean`. That's an even larger change in behavior and, like I said in my reply to Drake, I'm afraid that it would cause lots of complaints and/or bugs filed. My proposed change will provide consistency in all cases with a change in the default --usepkg behavior that I feel will be acceptable to the vast majority of portage users. |
42 |
|
43 |
Zac |
44 |
-----BEGIN PGP SIGNATURE----- |
45 |
Version: GnuPG v1.4.4 (GNU/Linux) |
46 |
|
47 |
iD8DBQFEtTz//ejvha5XGaMRAk+uAJ9PwwvS9tOupY8K8g661FHF92vinQCgw9t/ |
48 |
GUsyhoTbR0GDpzxOsVFTfgE= |
49 |
=D6MW |
50 |
-----END PGP SIGNATURE----- |
51 |
-- |
52 |
gentoo-portage-dev@g.o mailing list |