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