SPECS: plptools.spec - /mnt => /media - valid desktop files -

[Andrzej Krzysztofowicz]

=?iso-8859-2?Q?Pawe=B3?= Sakowski wrote:
> On Sat, 2004-10-09 at 21:32 +0200, Andrzej Krzysztofowicz wrote:
> > saq wrote:
> > > - /mnt => /media
> > 
> > Jak juz pisalem to jest do cofniecia.
> > Chyba, ze dodasz %preun z "exit 1" ;P
> 
> Twoje cofnięcie doprowadziło do tego, że pakiet się nie buduje, a w
> SOURCES -rHEAD leżą nieużywane przez nic pliki desktop.

Trzeba bylo nie wrzucac, lub cofnac samemu. 2 x zglaszalem zastrzezenia: raz
jeszcze przed twoim commitem, drugi wkrotce po.

> > Pakiet przy _wyinstalowywaniu_ nie ma prawa nic wywalac z /media.
> > Nawet katalogu (ktiry niekoniecznie sam zalozyl).
> > 
> > Ani tym bardziej zmieniac uprawnien istniejacego tam (ewentualnie) wczesniej
> > katalogu...
> 
> Dlaczego tak uważasz? Według FHS to /mnt ma charakter "nie
> tykać" (analogicznie jak /srv). Z kolei FHS wręcz sugeruje tworzenie i
> kasowanie /media/cdrom (i in.) zależnie od tego czy takie medium jest
> obsługiwane czy nie.

Byla dyskusja na ten temat.
Czyzby od tego czasu cos sie w specyfikacji zmienilo ?
Byla mowa, ze automatyczne _usuwanie_ czegokolwiek z /media.
Jak tez domyslne ustawienia pakietow nie moga kolidowac z czymkolwiek
umieszczonym w /media przez administratora.

Zalozmy, ze administrator zadecydowal, iz /media/psion jest _plikiem_ z
informacjami na temat sluzbowych psow... ;P
Albo jest to katalog z jakakolwiek zawartoscia wymagajaca uprawnien
%attr(3771,admin,admin) ...

Ergo: nie moze nalezec do pakietu; moze byc co najwyzej tworzony w
%pre/%post (i NIEusuwany(!) w %preun/%postun), przy czym niemozliwosc jego
utworzenia nie moze byc bledem krytycznym.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology