1 |
ok, that makes more sense now. |
2 |
|
3 |
what happened to the suggested solution a few emails ago that in this |
4 |
case the user should just create their own dummy-sources ebuild of |
5 |
sufficiently high version and keep it in their local overlay tree? |
6 |
|
7 |
while this is a legitimate grip of the portage system because it is not |
8 |
convienent to do this, portage "does" have what i see as a solution, its |
9 |
just not as convenient as one might want it. |
10 |
|
11 |
so the question is should portage change to make this easier as per |
12 |
suggested below. i vote no because if we make a "dummy-XXX" then one |
13 |
could argue that every package should have a dummy-* build for it. in |
14 |
the long run i'm sure some user will write the dummy-* build for most |
15 |
packagse in portage and that would significantly grow (everyone agree?) |
16 |
the size of the tree as a solution that is for convenience. |
17 |
|
18 |
dave |
19 |
On Fri, 2003-07-25 at 22:34, Georgi Georgiev wrote: |
20 |
> On 25/07/2003 at 21:26:31(-0600), Dave Nellans used 1.4K just to say: |
21 |
> > I agree with brad, I proposed the emerge inject solution was how this |
22 |
> > problem was intended to be dealt with but couldn't quite make sense of |
23 |
> > the reason this didn't work from the thread. |
24 |
> > |
25 |
> > could someone possibly clearly give the arguement against injecting |
26 |
> > again for us slow people? |
27 |
> |
28 |
> The problems as I get them, are: |
29 |
> |
30 |
> - Injecting the sources, would work, but it would require reinjecting every |
31 |
> newer version, or else an "emerge -u" would upgrade the version for us, when |
32 |
> for example upgrading a package that depends on the sources. |
33 |
> |
34 |
> - Injecting a sufficiently big, non-existing version would not work, because an |
35 |
> emerge -u (even -U) would downgrade the version to the highest available, |
36 |
> i.e. it would install a version. |
37 |
> |
38 |
> It seems that having a dummy-sources whose version does not change would solve |
39 |
> this problem. |
40 |
-- |
41 |
Dave Nellans |
42 |
http://lucy.wox.org/~dnellans/ |
43 |
dnellans@×××××××.edu |