1 |
On Sat, Apr 23, 2011 at 04:02:24AM -0700, Zac Medico wrote: |
2 |
> On 04/22/2011 11:05 PM, Eray Aslan wrote: |
3 |
> > https://bugs.gentoo.org/show_bug.cgi?id=364445 |
4 |
> > https://bugs.gentoo.org/show_bug.cgi?id=364401 |
5 |
> > |
6 |
> > Basically, there are requests to add packages to RDEPEND in virtual/mda |
7 |
> > and virtual/mta that are not in the official tree but in sunrise. |
8 |
> > |
9 |
> > On one side, *DEPENDing on a package outside the tree doesn't seem |
10 |
> > right. Additionally, keeping track of all the overlays and their |
11 |
> > package versions, USE flags and flag changes are potentially too much to |
12 |
> > track. We will be making changes to a virtual package without testing |
13 |
> > whether it works. |
14 |
> |
15 |
> I would assume that it's the overlay maintainers' responsibility to test |
16 |
> and report any problems. Any such problems would should affect the |
17 |
> overlay users, so it shouldn't cause any regression for users who don't |
18 |
> choose to use the overlay. |
19 |
> |
20 |
> > On the other hand, we are making life (unneccesarily?) difficult for |
21 |
> > overlay users by not incorporating the requested changes to the official |
22 |
> > tree. |
23 |
> |
24 |
> I don't imagine it's that much work to maintain a fork of the virtual. |
25 |
> It's just an inconvenience for users since the version from the overlay |
26 |
> might become temporarily outdated and cause problems with dependency |
27 |
> resolution. |
28 |
|
29 |
I would prefer that the virtual maintenance still happen in the main |
30 |
tree whenever possible. In this case, the virtual's maintainer seems |
31 |
willing to add the package atoms to the virtual -- the only concern |
32 |
was whether or not it was allowed to *DEPEND on atoms known not to be |
33 |
in gentoo-x86. So the answers I've read all add up to a "yes, go |
34 |
ahead". |
35 |
|
36 |
Encouraging overlays to maintain their own virtual replacements would |
37 |
be encouraging more people who are not familiar with a particular |
38 |
virtual to mess with it in their own repositories. Also, if multiple |
39 |
overlays each need to add a single but different DEPEND to a |
40 |
particular virtual, the user will end up with only one of these |
41 |
virtual overrides. Someone who overrides a virtual in an overlay would |
42 |
thus be expected to take into account other overlays which provide |
43 |
candidates for that virtual. Having overlay maintainers do this would |
44 |
be much more of a mess than letting one person manage the gentoo-x86 |
45 |
virtual and get everything done right once and without duplication of |
46 |
effort. |
47 |
|
48 |
-- |
49 |
binki |
50 |
|
51 |
Look out for missing or extraneous apostrophes! |