FHS 2.0
Artur Frysiak
wiget w t17.ds.pwr.wroc.pl
Czw, 6 Maj 1999, 23:50:59 CEST
[czwartek, 06 maj 1999], Tomasz Kłoczko napisał(a):
> On Thu, 6 May 1999, Artur Frysiak wrote:
> [..]
> > 5. /etc
> > - zawiera pliki konfiguracyjne
> > - ma podkatalog X11 dla programów pod X11
> > - ma podkatalog opt dla programów z /opt
> > - zawiera takie pliki jak :
> > adjtime, csh.login, disktab, fdprm, fstab, gettydefs, group,
> > inittab, confissue, ld.so.conf, lilo.conf, motd, mtab, mtools,
> > passwd, profile, securetty, shells, syslog.conf, ttytype, exports,
> > ftpusers, gateways, host.conf, hosts, hosts.allow,
> > hosts.deny, hosts.equiv, hosts.lpd, inetd.conf, networks,
> > printcap, protocols, resolv.conf, rpc, services
> >
> > (Prosze zwrócić uwagę że pliki hosts.allow i hosts.deny są w /etc a nie w
> > /etc/tcpd)
> > (dodatkowe zalecenia dla PLD:
> > - jeśli jakiś pakiet zawiera więcej niż jeden plik konfiguracyjny to powinny
> > one znaleść się w /etc/%{name}
> > )
>
> Tutaj dałem to swego czasu także dlatego, że do tcpd można dołączać pliki
> banerów (zamierzam takie pododawać). Mała rzecz, a IMHO uprzyjemnia
> całość. A skoro już są banery to dalej (myślałem sobie) może i
> hosts.{allow,deny}. Wydaje mi się, że jest w tym jakaś myśl warta
> zachowania. Jeżeli nie to nie będę się upierał.
>
> Jakby ktoś chciał się dowiedzieć czym może być baner w tcpd to proponuję
> "telnet key.net.pl" gdzie administruję. Przy próbie wejścia pojawi się
> ładne info o tym dlaczego nie należy używać telneta :)
Nie upieram się. Tylko sugerowałem. Jednak przez pewnie czas powinny być
/etc/hosts.{allow,deny} z informacją że teraz to trzeba szukać w /etc/tcpd
>
> [..]
> > 5.2 /etc/opt
> > - zaleca się aby pliki konfiguracyjne programów z /opt były w katalogach
> > /etc/opt/%{name}
>
> /etc/opt w takim razie rzeba dodać do filesystem żeby juz tam było. WP i
> kilka innych komercyjnych pakietów instalują się w /opt, a napewno będzie
> to wykorzystywane.
Powinny korzystać ale ... :-)
> [..]
> > 14. /usr/X11
> > - dla zachowania zgodności z X11 mogą pojawić się linki:
> > /usr/bin/X11 -> /usr/X11R6/bin
> > /usr/lib/X11 -> /usr/X11R6/lib/X11
> > /usr/include/X11 -> /usr/X11R6/include/X11
> >
> > 15. /usr/X386
> > - historyczne
> > - w /usr może być link X11 wskazujący na /usr/X11R6 lub /usr/X386
>
> Powyższe to jak widać zalecenia i nie trzeba się tego trzymać chcąc być
> zgodnym z FHS 2.0. Ja bym to usunął. Niemniej zauważyłem, że przy
> kompilacji WM-a pluje się on brak /usr/bin/X11, /usr/lib/X11 (krzycząc
> wręcz, że to jest coś RH specyfic .. co jest bzdurką lekką).
/usr/bin/X11 i /usr/lib/X11 jest pewnie w innych implementacjach X11 i
dlatego są zalecane te linki.
> [..]
> > 21. /usr/share
> > - niezależne od architektury dane (statyczne)
> > - może zawierać następujące podkatalogi:
> > /usr/share -- Architecture-independent data
> > |
> > +-dict Word lists
> > +-doc Miscellaneous documentation
> > +-games Static data files for /usr/games
> > +-info GNU Info system's primary directory
> > +-locale Locale information
> > +-man Online manuals
> > +-nls Native language support
> > +-misc Miscellaneous architecture-independent data
> > +-terminfo Directories for terminfo database
> > +-tmac troff macros not distributed with groff
> > +-zoneinfo Timezone information and configuration
>
> Kłopot jaki widzę to z man i info. Dużo przeróbek. Czy warto ? Czy
> dopuszczamy używanie przez okres przejściowy obu katalogów przerabiając
> przy okazji innych przeróbek pakiet po pakiecie pod kontem powyższego ?
> Co z manami do Xowymi ? Czy dopuszczamy ich rozdzielenie ? Czy zakładamy
> od pewnego momentu, że wszystkie many do jednego worka ? To samo z plikami
> .mo .. czy dopuszczamy (tak jak jest obecnie) /usr/X11R6/share/locale ?
> (IMHO tak być powinno .. jednak rozdzielenie manów, .mo)
Rozdzielenie manów być powinno. Trochę to niezgodne z FHS 2.0 no ale
przejrzystrze. Jeśli władujemy many do jednego worka to będzie to duży wór.
Przejście na /usr/share/man opisałem w poprzednim liście.
> [..]
> > 23. /var
> > - zawiera pliki zmienne podczas działania programów (variable data)
> > - zawiera taką strukturę:
> > /var -- Variable data
> > |
> > +-account Process accounting logs (if supported)
> > +-cache Application cache data
> > +-crash System crash dumps (if supported)
> > +-games Variable game data
>
> like srore files and others .. ? jeżeli tak to ten katalog przy okazji
> powinien mieć raczej 670 i root.games, a reszta danych gier do share.
Tak być powinno.
> [..]
> > 34. /var/tmp
> > - pliki tymczasowe które nie powinny być kasowane przy starcie systemu
>
> Teraz zaczynam rozumieć sprawy tmp .. chodzi o proste rozrónienie
> kasowane przy starcie i nie (bynajmniej nie o mały i duży tmp :> tak jak
> to jest w systemach gdzie /tmp to część swapa organizowana w tpmfs .. jak
> jest w Solku).
> Chyba jednak w świetle powyższego powiniśmy zrezygnować z
> linka /var/tmp na /tmp.
Trzeba.
>
> > 36. /var/db
> > - bazy danych (np dla rpm'a, passwd.db, shadow.db, services.db itp)
>
> Nie wiem jak tu bezpiecznie przenieść bazę rpm-a z /var/lib/rpm do
> /var/db/rpm (tak przy upgrade któregoś pakietu .. rpm-a zapewne).
>
> Kolejna sprawa co do powyższego to wygląda, że bazy posgresa i innych
> programów typu dazy banych (ang. DB czyli Data Base ;). powinien wg
> powyższego być w /var/db/postgres (?).
/var/db nie jest dokładnie określony w FHS 2.0. Można to dookreślić.
Nie wiem co z danymi dla named'a
Przejście na /var/db/rpm da się zrobić przez rozbudowe %pre i %post
np:
%pre
cp -p /var/lib/rpm/* /var/db/rpm
%post
rpm --initdb
Czytając FHS 2.0 można dowiedzieć się wielu rzeczy np dlaczego glibc 2.1
mają db2 a nie db1 ? Ponieważ db2 nie zależy od architektury. Jest tam
jeszcze pare takich ciekawych uwag.
Wiget
--
__ __ _ _
/ / /\ \ (_) __ _ ___| |_ @__mail: Artur Frysiak
\ \/ \/ / |/ _` |/ _ \ __| Rudlice 10
\ /\ /| | (_| | __/ |_ 98-311 Ostrowek
\/ \/ |_|\__, |\___|\__|
|___/ email: Wiget w t17.ds.pwr.wroc.pl
PGP key: http://www.t17.ds.pwr.wroc.pl/~wiget/pgp.key
Fingerprint16 = 70 DB E0 2D 12 AB C7 31 B6 58 B5 61 B3 98 B6 E6
Więcej informacji o liście dyskusyjnej pld-devel-pl