🚀 go-pugleaf

Grzegorz Stefan Flak <stefan@ibm.uci.agh.edu.pl> wrote:
> On 15 Mar 1998 16:37:13 GMT, Jaroslaw Lis <lis@papuga.ict.pwr.wroc.pl> wrote:
>>Ale i tak glownie chodzi mi o to ze unixowe katalogi to smietnik prawie taki
>>jak widows\system. Tyle ze od niedawna sa "paczki", co probuja nad tym
>>panowac.

> Jest prawd±, ¿e wiêkszo¶æ plików wykonywalnych l±duje zwyczajowo w jednym z
> /usr/bin, /usr/X11/bin itp. Ale dotyczy to na ogó³ "ma³ych" programów,
> które nie za¶miecaj± systemu setkami ma³ych, do niczego wiêcej nie
> potrzebnych bibliotek.

terefere. jak zainstalujesz cos komercyjnego to to bedzie mialo raczej
swoje biblioteki ktore zainstaluje tam gzie bedzie chcialo.
Winda jest w calosci komercyjna a za wiekszosc softu na nia tez powinno
sie sporo zaplacic.... i to wszystko ma swoje wlasne biblioteki.

Mimo tego ze pod takiego Linuxa mam smiesznie malo komercyjnego softu to
jednak ta porzadek w filesystemie jest raczej duzy (o ile cos nie napsuje
albo ktos nie bedzie mial idiotycznych pomyslow). 
Struktura katalogow zostala opisana dosyc dokladnie czego nie mozna
powiedziec o windozowej struktorze (ew. prosze mnie poprawic i dac namiar
na dokumentacje)

Polecam:	http://www.pathname.com/fhs/

> Wszystkie wiêksze natomiast lec± do /opt lob /usr/local gdzie wszystko maj± 
> w swoim w³asnym podkatalogu. A nawet je¶li jaki¶ program ma jakie¶ biblioteki 
> to tworzy sobie /usr/lib/_jaki¶_program_ i wystarczy ten katalog w razie czego
> skasowaæ. 

opit /opt jest nastepujacy:
	
/opt is reserved for the installation of add-on application software packages.

A package to be installed in /opt shall locate its static files in a
separate /opt/<package> directory tree, where <package> is a name that 
describes the software package.

Programs to be invoked by users shall be located in the directory
/opt/<package>/bin. If the package includes UNIX manual pages, they shall 
be located in /opt/<package>/man and the same substructure as /usr/share/man 
shall be used.


> Tak poza tym to te Twoje "paczki" (wnioskuje dpkg i rpm) rozwi±zuj± problem
> deinstalacji definitywnie. Po prostu tylko ¶wiadoma decyzja mo¿e zmusiæ je do
> odinstalownia siê je¶li s± do czego¶ potrzebne, a jak siê ju¿ odinstaluj± to
> zrobi± to dobrze, tak ¿e nie pozostanie ¿aden ¶lad po ich bytno¶ci (chyba, ¿e
> luser swoj± dzia³alno¶ci± im przeszkodzi)

i tutaj tez jestes w bledzie.
One tylko w znacznym stopniu ulatwiaja proces instalacji/dezinstalacji i
nic wiecej. Cudow nie nalezy sie spodziewac....

> Grzegorz Stefan Flak

-- 
-----------------------------------------+------------------------------
Jakub K. Boguslaw                        | LAN/WAN Administrator JKB2-RIPE
e-mail: madej@rpg.pl                     | Linux luser, OpenBSD Adm. :->
PGP Key: finger madej@pgp-key.rpg.pl     | tel./fax: +48 22 6447717
-----------------------------------------+------------------------------