| 1 |
On Mon, 23 Jan 2006 23:33:32 -0800 Donnie Berkholz |
| 2 |
<spyderous@g.o> wrote: |
| 3 |
| > What's wrong with the original idea of just making any unported |
| 4 |
| > ebuild pull in all of modular X (minus drivers)? Yes, it means that |
| 5 |
| > some people will pick up unnecessary deps until all packages are |
| 6 |
| > ported, but it avoids anyone having to see flashy red errors. |
| 7 |
| |
| 8 |
| The problem with that is that it removes all motivation to ever port |
| 9 |
| the packages. They'll just stay that way forever, where forever means |
| 10 |
| "until I threaten to remove that from the virtual," in which case |
| 11 |
| we'll be in the same scenario we are now. Why? Because people have |
| 12 |
| better things to do than fix stuff that isn't broken. |
| 13 |
|
| 14 |
Ok. So... As far as I can see: |
| 15 |
|
| 16 |
* There is a clean upgrade solution available that will result in |
| 17 |
non-ported packages merely pulling in a load of extra unnecessary |
| 18 |
packages (that non-modular users have anyway). |
| 19 |
|
| 20 |
* The clean solution visibly illustrates that a package is unported. |
| 21 |
Users who are running ~arch can clearly see this, and can file bugs and |
| 22 |
(if they care) attempt a --nodeps installation. The bugs can be picked |
| 23 |
up by the package maintainers or the volunteers on this list. |
| 24 |
|
| 25 |
* The clean solution is the solution originally proposed to this list, |
| 26 |
and the reason we are using new style virtuals. |
| 27 |
|
| 28 |
* There is an alternate upgrade solution that means that any users who |
| 29 |
have an unported package will get their screen filled with several |
| 30 |
pages of incomprehensible bright red crap. |
| 31 |
|
| 32 |
* There are currently enough unported packages that many ~arch users |
| 33 |
will probably have one or two installed (assumption: many users have |
| 34 |
several utterly random non-mainstream packages installed). |
| 35 |
|
| 36 |
* Despite your original assurances to this list, you intend to go ahead |
| 37 |
and take the alternate solution, which will lead to one of the most |
| 38 |
user visible and hardest to fix breakages we've ever had. |
| 39 |
|
| 40 |
* You are doing this because you believe that it is better to get every |
| 41 |
package ported over extremely quickly rather than having the odd |
| 42 |
package with extra unnecessary listed dependencies, and you do not |
| 43 |
consider the impact upon our users to be relevant. |
| 44 |
|
| 45 |
Is my understanding correct? |
| 46 |
|
| 47 |
-- |
| 48 |
Ciaran McCreesh : Gentoo Developer (King of all Londinium) |
| 49 |
Mail : ciaranm at gentoo.org |
| 50 |
Web : http://dev.gentoo.org/~ciaranm |
Archives