[Th] Upgrade apport - jak rozumieć ten błąd?

Tomasz Pala gotar w polanet.pl
Czw, 10 Kwi 2008, 00:42:52 CEST


On Wed, Apr 09, 2008 at 21:35:53 +0200, Jakub Bogusz wrote:

> Jeżeli macie prosty sposób na zachowanie obcych plików (które BTW
> nie były w tym miejscu przewidywane) przy takim przejściu, to proszę
> bardzo.

Przypominam, że to był kawałek jakby nie patrzeć /etc/X11/xkb. A pomysł?
1. W końcu poprawić rpma/zacząć używać sprawnego,
2. Naprawić PreReq/Requires(pre) w rpmie, a podobne aktualizacje robić z
pośrednictwem metapakietu zawierającego samo Obsoletes,
3. kasować zawartość katalogu na podstawie rpm -qf z pakietu (a jeśli
przeszkadzać tu będzie kolejna niedoróbka rpma, to w ostateczności można
w specu zaszyć listę plików do skasowania) i robić rm -f bez -r
4. stosować mv zamiast rm i informować o konieczności usunięcia sobie
śmieci.
5. ostatecznie-ostatecznie zmuszać do zrobienia rpm -e i rpm -i w
osobnych transakcjach.

Sytuacja, w której zagubione zostają jakiekolwiek informacje, jest wg
mnie niedopuszczalna w środowiskach produkcyjnych. Zrobienie lekkiej
upierdliwości administratorowi raz na 500 pakietów dopuszczalne jest
(tym bardziej, że wielu upgradów bez --nodeps --noscripts i tak się
zrobić nie da, bo jak nie poldek to rpm jest zabugowany/niedorobiony).

-- 
Tomasz Pala <gotar w pld-linux.org>


Więcej informacji o liście dyskusyjnej pld-devel-pl