1 |
Am Mittwoch, 3. November 2004 22:18 schrieb Esser, Daniel: |
2 |
> Am Mittwoch, 3. November 2004 21:59 schrieb Tobias Orlamuende: |
3 |
> > Am Mittwoch, 3. November 2004 21:13 schrieb Daniel Siegel: |
4 |
> > > Hey |
5 |
> > > |
6 |
> > > Wie w?e es wenn ein paar Leute nach kompilieren auf jeweils |
7 |
> > > anderen Architekuren ein quickpkg ausfhren wrden und |
8 |
> > > ihr Produkt dann auf einen gemeinschaftlichen server |
9 |
> > > legen wrden wie z.b. sf oder berlios. |
10 |
> > > Somit knnte man schnell das bin?e Problem von Gentoo |
11 |
> > > los werden und schnell and vorkompilierte Packete kommen! |
12 |
|
13 |
>Ich halte das für sehr wichtig. Das "binär Problem" ist für mich (und |
14 |
für alle |
15 |
>Debian-User in meiner LUGs) das größte Gentoo-Problem, neben der |
16 |
Tatsache, |
17 |
>dass auch das (ständige) Updaten immens viel Zeit verschlingt, da neue |
18 |
>Versionen immer anders sind. Kurz mal'n Server aufsetzen ist hier |
19 |
leider |
20 |
>(noch) nicht drin. |
21 |
|
22 |
wen binaries fuer dich wichtig sind, kannst du dich ja bei suse, redhat |
23 |
etc. bedienen. |
24 |
den vorteil, dass die quellpakete auf meinem rechner kompliert werden, |
25 |
gibt mir die |
26 |
sicherheit, dass die programme bei mir laufen. |
27 |
bei mir laufen ein paar versch. server und ich update regelmaessig mein |
28 |
system, ohne das dies |
29 |
einen einfluss auf die server-config hat. jeder server hat nunmal ein |
30 |
wartungsfenster. ich muss ja nicht immer updaten, wenn ein neues release |
31 |
da ist. Das updaten des systems ist unabhaengig von einer distri und hat |
32 |
immer den gleichen aufwand, die frage ist immer "muss ich jedes release |
33 |
mitmachen" |
34 |
|
35 |
|
36 |
>Sinn macht der BINHOST m.E. sowieso nur für grosse, häufige und evnt. |
37 |
>"deutsche" Sourcen, also KDE, Firefox, OOo und Consorten für einige |
38 |
>Architekturen. Zudem muss man gerade da an den USE-Flags nicht so wild |
39 |
>rumschrauben. Die Gentoo-Gretchenfrage ist ja schon die, ob man bei |
40 |
obigen |
41 |
>Beispielen durch 'viel USE auch viel SCHNELL' hinbekommt? M.E |
42 |
überwiegen hier |
43 |
>im allgemeinen die Nachteile der Compilation und der Explosion der |
44 |
>Kombinationen. Bei den meisten USE-Flags (mir sinds zu viele) bin ich |
45 |
auch |
46 |
>nicht sicher, ob die wirklich der Mühe wert sind. Gute Default-Vorgaben |
47 |
|
48 |
>helfen natürlich. |
49 |
|
50 |
warum gerade deutsch? warum nicht de und en , etc. USE heisst nicht |
51 |
schnell, irgendwie |
52 |
scheint man hier die Idee von gentoo nicht verstanden zu haben |
53 |
|
54 |
>Also wenn hier was bei rauskommen würde wäre das schon eine feine Sache |
55 |
für |
56 |
>Gentoo und Linux allgemein. |
57 |
|
58 |
bestimmt nicht fuer gentoo und bei linux wahrscheinlich auch nicht. |
59 |
allenfalls fuer user, die sich nicht mit der administration |
60 |
beschaeftigen wollen, d.h. eigentlich nur anwender irgendwelcher |
61 |
programme sind |
62 |
|
63 |
>Beste Grüße |
64 |
|
65 |
>Kai |
66 |
|
67 |
cu |
68 |
|
69 |
marcus |
70 |
|
71 |
-- |
72 |
gentoo-user-de@g.o mailing list |
73 |
|
74 |
|
75 |
|
76 |
|
77 |
-- |
78 |
gentoo-user-de@g.o mailing list |