wprowadznie makr %{_autoconf} i %{_automake}
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Wto, 14 Maj 2002, 02:13:22 CEST
On Tue, 14 May 2002, Filip Kalinski wrote:
[..]
> > --short-circuit narusza pełne budowabie pakietu, a -bb produkuje pakiety
> > wynikowe bez źródłowych (te można wygenerować za pomocą -bs bez budowania
> > wogóle reszty). Mówiąc inaczje --short-circuit ma znaczenie/zastosowanie
> > *wyłacznie* na etapie tworzenia/poprawiania pakietu, a nie ma być czymś do
> > produkcji pakietów wynikowych i w takeimj postaci powinno się to spokojnie
> > pozostawić. W MDK im się to nie podbało i odblokowali sbie --short-circuit
> > na szersze pole ale to wynika z tego że ktoś kto to zrobił nie zroszumiał
> > o co w tym wszytkim biega.
> >
>
> Oczywiście w przypadku pakietów "produkcyjnych" nie nalezy tak robić,
> ale w fazie przygotowania pakietu IMHO bardzo by się to przydało.
>
> (pakiet buduje mi się parę godzin, uff, już się kończy, a tu błąd w
> %%files :-(, sumtny scenariusz)
No chodzi właśnie o to zeby mieć pewnosć że pakiet na pewno powstanie
jeżeli zrobi się go w "jednym podejściu" przez -ba czy -bb.
Czyli jeżeli miałeś jakeiś usterki w %files to wykonujesz -bi
-shortcircuit co zapenai Ci wykonanie tylko %install i sprawdznie %files
włacznie z wywoływaniem spryptów do provides/requires .. ale jak już
chcesz mieć pierwszy pakeit do prób to jeszcze raz musisz wszystko
zbudować za pomocą -b{a|b}. Zauwąż że przy braku dotychczas pilnowania
wymogów które zapewniłyby poprawne działąnie --short-circuit potencjalnei
dałoby się znaleźć w tym co mamy jakieś pakeity które przy błeach w
%install czy w %files i poprawianiu ich pzrez --short-circuit mogłby
jednocześnie z jakieś powodów nie przejści ostateczneigo -b{a|b}.
O ile nawet nie mamy tego typu błędów to wyobrazić sobie taka sytuację w
której coś takeigo zajdzie wcale nie jest tak trudno.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*
Więcej informacji o liście dyskusyjnej pld-devel-pl