[pld-installer] pawelk: installer/pldi/gentocf gentocf.c
Paweł A. Gajda
mis w k2.net.pl
Wto, 23 Maj 2000, 16:44:02 CEST
niedziela 21/05/2000 20:27:18, Paweł Kołodziej:
> [piątek, 19 maj 2000], Paweł Gajda napisał(a):
>
> > > > (okienko z pakietami, których rpmowi brakuje i umożliwienie
> > > > zaznaczenia/cofnięcia się do pkgssel)
> > > Tzn. żeby nie zanzaczać pakietów z zależności automatycznie tylko dać userowi
> > > wybór ? (Jeśli tak to chyba jako opcja)
> >
> > Tak. Dlaczego jako opcja? Jeżeli ktoś nie instaluje np. XFree, to jedna pomyłka
> > (zaznaczenie czegoś wymagającego Xsów), pociągnie za sobą instalację dużej
> > ilości pakietów.
>
> Przegladanie listy 200 pakietow po kazdym "dolozeniu z zaleznosci "moze byc
> lekko uciazliwe. Teraz jest to dosc czytelne: inaczej na liscie sa
> zaznaczone pakiety wybrane przez uzera, a inaczej te ktore doszly z
> zaleznosci. IMHO wystarczajace bedzie podawanie przy kazdym pakiecie
> dolozonym z zalezniosci jakie pakiety go wymagały.
Nie bardzo rozumiem, przecież nie ma przymsu przeglądania, pokazujemy
okienko z listą i albo 'OK'(zaznacz) albo 'Back'(nie zaznaczaj).
Jest to IMO łatwiejsze, niż przeglądanie drzewka pakietów.
Oczywiście taka lista pozaywana byłaby już na koniec, tuż przed
wyjściem z pkgssel.
> >Należałoby sprawdzać także rezultat rpmdepOrder()
> > (wyłapuje zapętlenia Prereqs).
>
> To można by zrobić na poziomie gentocfa (jako że jest to raczej bald
> dystrybucji), ale oczywiscie powinno sie też sprawdzać w instalatorze (jak
> bedzie taki blad, to mozna userwoi kazac pisac na pld-list że znalazł
> błąd).
Ano, bez tego może to być dezorientujące (np. Sebastian Zagrodzki brak
reakcji wziął za dobrą monetę).
> > Apropos komunikatów, to "$ grep printf rpm-3.0.4/lib/*" nie
> > znajduje już niczego. Warto sprawdzić, czy ta żonglerka redirect_outami
> > jest nadal potrzebna.
>
> Chyba jest (nie prawdzalem empirycznie). To bylo pisane głownie na okacje
> różnnych "echo" w skryptach pre/post instalacyjnych.
Fakt, spróbuję przesunąć to do rpmmen_callback().
>
> > Co do opakowania, to obecnie, żeby skomunikować się z użytkownikiem,
> > trzeba uzupełniać rpmmen_cb o kolejne funkcje. Wydaje mi się
> > to trochę sztuczne i niepotrzebne...
>
> OK. Ale masz lepszy pomysł (bo ja niestety nie bardzo :( ) ?
Zrezygnować z tego w ogóle i wołać funkcje newta bezpośrednio,
a przy okazji połączyć pkgssel i rpmmen w jedno. Rozdział jest
pozostałością po nie CVSowych czasach i IMHO jest nieco sztuczny.
> > No to mamy problem, jak zachować wszystkie wersje Summary i Description
> > w tocfile.db. Trzeba będzie to wrzucać jako rpmowy Header z usuniętą resztą tagów.
>
> albo robić oddzielenego tocfile.db dla kazdej nacji.
Lepiej chyba to pierwsze, będziemy generować (i dociągać) N plików?
>
> > 2. -"- "--excludepath"
>
> tego jeszcze nie ma. Myślisz że to się komuś przyda ?
Tym, którzy mają np. /usr na NFSie, nie chcą plików info, etc.
> > PS. Wrzucę zaraz do repoz. nieznacznie zmienionego trurliba. Próbowałem
> > namierzyć błąd w ichnim qsort, ale nic nie znalazłem
>
> Tzn. tobie działa ?
Działa.
>
> > (wstawiłem Twoje dane, na
> > których się wykładał, porównywałem jego działanie z libcowym).
>
> Tzn wykładał Ci się ?
> A tych danych nie znalazłem (gdzie one dokładnie są ?)
To te, które tu swojego czasu przysłałeś, wraz z opisem błędu.
Paweł
PS. Wracamy na listę, poprzedni mój post poszedł bezpośrednio do Ciebie
przez pomyłkę.
--
mailto: mis w k2.net.pl
Więcej informacji o liście dyskusyjnej pld-installer