Obsoletes czy nie obsoletes

[Radoslaw Zielinski]

Jakub Bogusz <qboosh at pld-linux.org> [23-08-2003 22:18]:
> On Thu, Aug 21, 2003 at 10:28:39PM +0200, Paweł Gołaszewski wrote:
>> On Sat, 16 Aug 2003, Radoslaw Zielinski wrote:
[...]
>>> Baza: /var/lib/rpm/service-users.db, format: "<user>:<uid>:<usługi>",
>>> gdzie poszczególne usługi byłyby oddzielone przecinkami.  Analogicznie
>>> /usr/lib/rpm/service-groups.db.
>> ^^^^^
>> chyba var :)
> A to zależy, czy to baza aktualnego stanu użytkowników, czy wszystkich
> potencjalnych dla wszystkich dystrybucyjnych pakietów.

Zastanawiałem się nad tym (w trakcie spisywania specyfikacji).

Jeśli mamy dwie bazy (cztery pliki): wszystkich potencjalnych i aktualnie
używanych, a przy rejestrowaniu serwisu informacje (lista wymaganych
użytkowników, grup, uidy, gidy, shelle, katalogi domowe) czerpiemy z
tej pierwszej, to w przypadku jakiejś poważniejszej zmiany (np. uid
czy dołożeniu użytkownika, używanego przez serwis) i instalacji starego
pakietu, który jeszcze o tym nie wie, jesteśmy w dupie.  Spowoduje to
konieczność utrzymywania stada Conflicts, a w efekcie będzie trzeba
zrobić rpm -e stary_pakiet, -F rpm-usersdb, -i nowy_pakiet.

Utrzymywanie jednej bazy i wołanie $costam dla każdego wymaganego
użytkownika / grupy wydaje mi się czystszym rozwiązaniem.

[...]
> Sprawdzanie uid/gid - chodzi o aktualne warunki w %pre?

Tak.

> Można by zrobić z tego opcję w sysconfig (abort/warn/ignore, z domyślnym
> abort) - tylko trzeba pamiętać, że aktualnie część pakietów używa
> liczbowych uidów/gidów - więc może być problem...

Nie rozumiem.  Jak uid / gid może być nieliczbowy?

-- 
Radosław Zieliński <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-pl/attachments/20030824/968a511c/attachment.sig>