| 1 |
On Wednesday 02 January 2002 16:21, you wrote: |
| 2 |
> Now that eclasses are used for kde would it be possible just to set a |
| 3 |
> make.conf flag that set if kde was installed to /usr or |
| 4 |
> /usr/kde/version#? From my quick glance, kde.eclass just needs to be |
| 5 |
> adjusted so the --prefix=$where_to_put_kde, with $where_to_put_kde |
| 6 |
> either being /usr or /usr/kde/version# based on the version number of |
| 7 |
> the kde being merged? |
| 8 |
This is 99% correct. A few litle adaptations might be needed for the general |
| 9 |
case but these are negligible. |
| 10 |
|
| 11 |
The reason for not doing this is that putting kde in /usr (and thus only |
| 12 |
having 1 kde) is an intentional decision, not a consequence of anything else. |
| 13 |
And the decision has been made in the highest levels (hallski, drobbins) and |
| 14 |
not just by me, so it can't be reversed without their approval. Also all |
| 15 |
these arguments were already raised against the decision, and it held. |
| 16 |
|
| 17 |
But on the other hand we certainly mustn't drift away from our users and their |
| 18 |
needs, and if they start bypassing Portage to have multiple KDEs on their |
| 19 |
own, it's a problem. On the other hand, is the opinion that having KDEs |
| 20 |
outside of /usr is wrong, and we won't do a wrong thing even if our users |
| 21 |
want to. But here we have an opportunity of at least standardizing our users' |
| 22 |
ways of bypassnig Portage. Which is ugly and unpleasant, but better than |
| 23 |
nothing. |
| 24 |
|
| 25 |
So for now I'll follow orders and won't work on enabling our eclasses to do |
| 26 |
things we don't like. Only I'm afraid it simply means that somebody else will |
| 27 |
do it. |
| 28 |
|
| 29 |
-- |
| 30 |
Dan Armak |
| 31 |
Gentoo Linux Developer, Desktop Team |
| 32 |
Matan, Israel |
Archives