SPECS: geninitrd.spec - R: mdadm itself, too.
Andrzej Krzysztofowicz
ankry w green.mif.pg.gda.pl
Wto, 28 Cze 2005, 00:17:18 CEST
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> On Mon, 27 Jun 2005, Jakub Bogusz wrote:
> > > > > No moment - to przez _błąd_ w rpm-ie każdy na desktopie ma mieć
> > > > > obsługę macierzy dyskowych?? Jakieś nieporozumienie. To req musi
> > > > > zniknąć...
> > > > Na czym polega ten "błąd"?
> > > Nazwijmy to "niedoskonałością"
> > > > Nie ma pola oznaczającego "zainstaluj opcjonalnie pakiet X przed Y
> > > > (jeśli w pliku Z jest opcja T)".
> > > Jakoś do tej pory nie rozwiązywaliśmy takich problemów poprzez req. I
> > > wybitnie nie podoba mi się taka właśnie proteza...
> > >
> > > Znacznie lepiej IMO zrobić tak:
> > > mdadm: req: mdadm-initrd >= .... (co i tak jest rzeczywistością)
> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> >
> > Jeśli / nie jest na md, to nie. Zresztą mdadm-initrd potrzebne jest
> > tylko do geninitrd, które można nawet odinstalować po zainstalowaniu
> > jądra.
>
> No tak, ale lepsze to niż
>
> > > To powinno pociągnąć za sobą mdadm w odpowiedniej wersji _przed_
> > > geninitrd...
> > Tylko pod warunkiem R: mdadm w geninitrd, czyli tego, co zaczęło wątek.
>
> geninitrd wymaga mdadm-initrd. mdadm będzie wymagał mdadm-initrd w
> odpowiedniej wersji. Gdyby teraz zrobić nawet conflict w mdadm na starszą
> wersję mdadm-initrd to by pociągnęło przecież w odpowiedniej kolejności.
> Dlaczego nie?
geninitrd pociagnie mdadm-initrd i na tym koniec.
mdadm nie zostanie zainstalowany.
Zaleznosc jest potrzebna instalatorowi czystego systemu, nie przy upgrejdzie.
--
=======================================================================
Andrzej M. Krzysztofowicz ankry w mif.pg.gda.pl
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
Więcej informacji o liście dyskusyjnej pld-devel-pl