1 |
* Brian Harring <ferringb@×××××.com> schrieb: |
2 |
|
3 |
<snip> |
4 |
|
5 |
> Additionally... once you start down that path, the changes to |
6 |
> pkgs become less then minor. Some are simple, some ain't. |
7 |
|
8 |
If it's required to get them clean, then it shall be done. |
9 |
(I'm actually doing thins @ oss-qm) |
10 |
|
11 |
<snip> |
12 |
|
13 |
> Personally, I hate that approach- ignoring any political/warring |
14 |
> idiocy, my main issue with debian is the choice to split upstream |
15 |
> packages into multiple sub packages. Makes things a pain in the ass |
16 |
> to what you want/need and makes for fun lock-step dependencies between |
17 |
> the subpackages. |
18 |
|
19 |
That's just because Debian has to do the upstream's work. |
20 |
|
21 |
The only charge I can make them here, is that they're working too |
22 |
silent instead of making heavy noise in the upstream so that they |
23 |
actually learn what they're doing wrong. It's like washing a child |
24 |
day by day and never showing him why it's wise to wash yourself |
25 |
and how to do it. |
26 |
|
27 |
Let's take a better example: nmap |
28 |
This package actually contains two completely different things: |
29 |
the portscanner tool and some gtk-based frontend. In fact the "gtk" |
30 |
useflag switches the second package. |
31 |
|
32 |
They're in fact two different applications (just one shipped as |
33 |
an subdir of another) and so should have two ebuilds. |
34 |
|
35 |
|
36 |
cu |
37 |
-- |
38 |
--------------------------------------------------------------------- |
39 |
Enrico Weigelt == metux IT service - http://www.metux.de/ |
40 |
--------------------------------------------------------------------- |
41 |
Please visit the OpenSource QM Taskforce: |
42 |
http://wiki.metux.de/public/OpenSource_QM_Taskforce |
43 |
Patches / Fixes for a lot dozens of packages in dozens of versions: |
44 |
http://patches.metux.de/ |
45 |
--------------------------------------------------------------------- |
46 |
-- |
47 |
gentoo-dev@g.o mailing list |