1 |
On Monday 27 January 2003 10:57 pm, Stephan Hermann wrote: |
2 |
> |
3 |
> I don't think this is a good idea. |
4 |
> On RedHat distribution you got this foolish system (of course binary |
5 |
> packages). |
6 |
> You don't know which application is in the normal kde distribution or |
7 |
> just a plain application like whatever. |
8 |
> |
9 |
> If you see kde as one complete desktop enviroment, then you let kde as |
10 |
> is (compiling all applications in one package the same time), there |
11 |
> aren't a lot of patches for kde in the last few months, so we can live |
12 |
> with it as is. |
13 |
|
14 |
You're arguing against something I don't think you understand at all. |
15 |
|
16 |
If KDE were broken out to smaller ebuilds, there would still be a master |
17 |
ebuild to bring them all together as one bundle, so therefore users would |
18 |
not have to remember what pieces make up a complete KDE bundle. |
19 |
|
20 |
The end result would be absolutely no different. People who want the whole |
21 |
KDE bundle would still get the whole KDE bundle installed the same as it |
22 |
would be otherwise. |
23 |
|
24 |
What it gives us is the ability to update one small piece of KDE without |
25 |
having to update and recompile the whole thing in the event of a patch. |
26 |
And between releases there are in fact a ton of patches that go out. |
27 |
|
28 |
The only reason this hasn't been done already is because there isn't any |
29 |
obvious solution to get around the increase in compile time -- which is a |
30 |
result of having ./configure run over and over for each separate ebuild. |
31 |
|
32 |
Once that's eliminated or mitigated, the users wouldn't know any |
33 |
difference. But I guarantee everyone would know the difference when it |
34 |
comes time to patch KDE up for inevitable serious bugs or security flaws. |
35 |
|
36 |
It would save a lot of people a lot of download and recompile time if it's |
37 |
between major.minor release versions. |
38 |
|
39 |
Cheers, |
40 |
Dylan Carlson [absinthe@×××××.com] |
41 |
|
42 |
-- |
43 |
gentoo-dev@g.o mailing list |