1 |
* Simon Stelling <blubb@g.o> schrieb: |
2 |
> Enrico Weigelt wrote: |
3 |
> >Oh hell, this can't be serious ! |
4 |
> |
5 |
> It is. |
6 |
> |
7 |
> >It mixes up diffent things to one and just introduces new |
8 |
> >problems instead of solving anything. I could live with that, |
9 |
> >if it's for supporting different ABIs, but it obviously isn't. |
10 |
> |
11 |
> What sort of problems? An example backing up your claims would be very nice. |
12 |
|
13 |
+ Additional complexity (slotting) is necessary, so additional |
14 |
changes of bugs. |
15 |
+ Package maintainers have to both take care of slots *and* |
16 |
version number *ranges* |
17 |
+ Different packages are treated as equal, produces confusion |
18 |
|
19 |
<snip> |
20 |
|
21 |
> >gtk1 and gtk2 are completely different packages, they're not |
22 |
> >compatible. So why should they be one package ? Just because |
23 |
> >they share some ideas and the name ?! |
24 |
> |
25 |
> Yes. Why not, after all? |
26 |
|
27 |
So, why don't you consider libxml and libxml2 equal packages ? |
28 |
|
29 |
<snip> |
30 |
|
31 |
> >For example, there are lots of packages requiring gtk1, other |
32 |
> >gtk2. As long as dependencies don't cope the slot cleanly, |
33 |
> >slotting is utterly useless. |
34 |
> |
35 |
> =x11-libs/gtk+-1.2* |
36 |
> >x11-libs/gtk+-2 |
37 |
> |
38 |
> do a decent job. |
39 |
|
40 |
As said: you have to take care of version *ranges*. |
41 |
Adds additional complexity. |
42 |
|
43 |
BTW: how do you enforce an minimum gtk1 version ? |
44 |
|
45 |
|
46 |
cu |
47 |
-- |
48 |
--------------------------------------------------------------------- |
49 |
Enrico Weigelt == metux IT service - http://www.metux.de/ |
50 |
--------------------------------------------------------------------- |
51 |
Please visit the OpenSource QM Taskforce: |
52 |
http://wiki.metux.de/public/OpenSource_QM_Taskforce |
53 |
Patches / Fixes for a lot dozens of packages in dozens of versions: |
54 |
http://patches.metux.de/ |
55 |
--------------------------------------------------------------------- |
56 |
-- |
57 |
gentoo-dev@g.o mailing list |