On Wed, Sep 01, 2004 at 07:14:00AM +0200, Tomasz Pala wrote:
> > > 1. Pokaż mi, gdzie zostało zdecydowane, że robione są przenosiny
> > > z /home/services.
> > nie chce mi się szukać ;)
> > zresztą - to chyba decyzja RM-a?
>
> Nie. RM nie będzie decydował o niezgodności z FHS.
ale o tym czy chce mieć /home/services - owszem.
> > Z tego co wiem konkretnych ustaleń nie było. Natomiast sporo aplikacji
> > jest już przeniesionych. ot, phpmyadmin, phppgadmin, lms... (to co widze
> > u mnie zainstalowane).
>
> I ONE MAJĄ być w /usr. Bo to są _aplikacje_, a nie strony do serwowania.
hm.. dobra. to jaka jest różnica między aplikacją a stroną do
serwowania?
_co_ Twoim zdaniem powinno się znaleźć w /home/services?
Bo albo ja się gubię
> > I nie widze żadnych powodów dla których nie mogły by w ten sposób zostać
> > przeniesione wszelkie systemy poczty itepe... no - jeden - ktoś (TM) to
> > musi zrobić, na dodatek rozdzielając z tego konfigurację do
> > %{_sysconfdir}, dane(konfiguracja skrzynek, avatary, ...) do /var
> > itepe.
>
> To tak. Domyślny DocumentRoot - nie.
domyslny documentroot na usr na przykładową stronę ;)
ktoś chce coś innego? to sobie zmieni na stronę w /srv albo
/gdzie/mu/sie/tam/chce/i/akurat/ma/wolne/miejsce/ktorego/nie/ma/ochoty/linkowac/ani/bindowac/do/jakiegos/normalnego/katalogu/a/nawet/jak/sie/upiera/moze/byc/to/home/services
;)
i tak teraz trzeba documentroot zmieniać z /home/services/httpd/html na
coś innego, bo inaczej rpm przy upgradzie nadpisze ;) więc zawartość
/home/services/httpd/html mogła by spokojnie trafić do /usr(a może
/usr/src/examples?)
> > Jest za to jeden powód przeciw /home/services - niepotrzebnie komplikuje
> > on /home oraz jest niezgodny z FHS-em.
>
> Bzdura.
wytłumacz? ;)
przecież wyraźnie pisze że programy nie powinny korzystać z /home. Co tu
jest niejasnego?
--
Andrzej 'The Undefined' Dopierała
UNIX && Linux administrator, Adam Mickiewicz University WMiI
PLD Linux Developer HomePage: http://aramin.net/
JID: [EMAIL PROTECTED] e-mail: [EMAIL PROTECTED]
_______________________________________________
pld-devel-pl mailing list
[EMAIL PROTECTED]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
