SPECS: geninitrd.spec - R: mdadm itself, too.

[Andrzej Krzysztofowicz]

=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> > > > > Skoro mdadm będzie kofliktował ze starszą wersją mdadm-initrd to nie 
> > > > > będzie możliwości instalacji geninitrd przed mdadm.
> > > > Dlaczego? Skoro bedzie to instalacja nowego systemu, gdzie nie bedzie 
> > > > ani zadnego mdadm ani geninitrd ?
> > > Ale skoro to ma być instalacja nowego systemu to instalator ma sobie z 
> > > tym poradzić.
> > Poradzic sobie musi poldek, ktory dostaje od instalatora liste pakietow 
> > do zainstalowania. Jakie masz _konstruktywne_ propozycje ?
> 
> Dać poldkowi z instalatora 2 porcje pakietów (pass1 i pass2). Zresztą - to 
> już od dawna byłoby wskazane, bo ciężko było wyczuć kiedy np. glibc się 
> zainstaluje.

Czyli przerobic instalator.

> W pass1 poszłyby rzeczy typu basesystem, mdadm(jeżeli instalacja z 
> raid-em), glibc, etc
> W pass2 byłoby geninitrd, kernel i caaaała reszta.
> 
> > "Niech ktors napisze instalator/poldka od nowa" na pewno konstruktywne 
> > nie jest.
> 
> Mało konstruktywne są twoje uwagi ;)
> 
> > > > > > Zaleznosc jest potrzebna instalatorowi czystego systemu, nie 
> > > > > > przy upgrejdzie.
> > > > > Ale w obecnej postaci dotyczy każdego systemu.
> > > > To popraw tak, by nie psuc instalatora.
> > > Raczej bym to odwrócił - poprawić instalator, żeby nie psuł normalnie 
> > > działającego systemu. Instalacja nie jest częstą czynnością dla 
> > > większości ludzi.
> > Ja widze alternatywy:
> > 1. Zostawic jak jest
> 
> no.
> 
> > 2. Napisac instalator od nowa
> 
> nie ma potrzeby.
> 
> > 3. Dorobic nowe funkcje w poldku
> 
> Myślę, że s/poldek/rpm/ , bo AFAIR szeregowanie w rpm-ie właśnie 
> szwankuje...

A co rpm moze szeregowac, jak go poldek wola z --noorder ?

> > Dobrze zrozumialem, ze proponujesz w stylu "chodzmy i zrobcie" 
> > zasugerowac wyeliminowanie pierwszego wariantu?
> 
> nie rozumiem - usiłuję się dowiedzieć dlaczego _bezsensownie_ na każdym 
> desktopie muszę mieć mdadm

Bo rpm nie wspiera warunkowych (zaleznych od konfiguracji systemu)
zaleznosci pakietow ?
 
> > qboosh nigdy nie twierdzil, ze dodanie dyskutowanej tu zaleznosci jest 
> > eleganckie, ale sam nie widzial alternatywy.
> 
> Tak na marginesie - nie powiedział, że nie widzi. Nic nie powiedział :)

Powiedzial. Ale to bylo prawie rok temu:

date: 2004/07/07 15:15:59;  author: qboosh;  state: Exp;  lines: +8 -3
- nobody pointed better solution - so R: mdadm-initrd for working
  softraid installations; release 2

I zanim to dodal ZTCP zadal pytanie na liscie. Nikt nie zaoponowal.

> > BTW: moze wystarczyloby zastapienie w geninitrd "R: mdadm >= wersja" przez
> >      "R(pre): mdadm" + "C: mdadm < wersja" ? Nie wiem czy to bedzie 
> >      dzialac (zwlaszcza, ze nie ma zadnego %pre w mdadm...), nie 
> >      sprawdzalem.
> 
> Myślę, że nie bardzo. pre ci nie daje nic tutaj, przy każdym upgrade 
> będziesz musiał instalować mdadm (a może się mylę?).

Czy s/mdadm/mdadm-initrd/ zalatwi sprawe ?
A tego zawsze po zainstalowaniu mozna by wyinstalowac.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology