/etc/default .. łans mor
Jakub Bogusz
qboosh w pld.org.pl
Pon, 3 Lut 2003, 17:09:18 CET
On Mon, Feb 03, 2003 at 04:36:14PM +0100, Tomasz Kłoczko wrote:
> On Mon, 3 Feb 2003, Tomasz Pala wrote:
> > On Mon, Feb 03, 2003 at 02:22:07 +0100, Tomek Orzechowski wrote:
> >
> > > Sporo pracy,
> >
> > Jednolity mechanizm triggerów.
>
> Dlaego trzeba opracować cjhoć jeden pakiet modelowy na /home/services i
> posdobnie o ile będzie to zaakceptowane na /etc/default.
>
> Obie rzeczy będą dość podobne choć w pierwszej dodatkowo dojdzie
> manipulowanie z usermod.
usermod to nie problem. Tylko kiedy to robić?
w %triggerpostun - starawersja ?
w %pre po sprawdzeniu, czy home jest stary? (albo `su - user -c pwd`, albo
`getent passwd user | cut -d: -f6`)
Problem jest z przenoszeniem zawartości. /home i /home/services mogą być
na różnych partycjach (można to wykryć porównując `stat -c '%D'`) i po mv
może się coś nie zmieścić (sprawdzać df i du przed mv? przerośnięte by
się te triggery porobiły... trzeba by wrzucić (np. do pakietu rpm)
skrypt do przenoszenia).
Kolejny problem jest z modyfikacją konfiguracji (to już zależy od
pakietu... ciężko wykonalne w niektórych przypadkach - np. wszystkie
pliki włączane w httpd.conf) oraz dostosowaniem już działajacych usług
(w przypadku cvs - pozostaje tylko symlink, bo ścieżka jest zaszyta
także po stronie klientów!).
> Ponieważ pierwszym piakietem już leżączym w test
> z czesciowymi zmianami do /home/services jest mysql proponowałbym zacząć
> od tego.
mysql to akurat żaden problem, można najwyżej dodać usermoda.
/home/services/mysql nie jest używany przez pakiet, to katalog dla
administratora mysql (systemowego użytkownika mysql).
--
Jakub Bogusz http://www.cs.net.pl/~qboosh/
Więcej informacji o liście dyskusyjnej pld-devel-pl