wprowadznie makr %{_autoconf} i %{_automake}

[Michal Moskal]

On Tue, May 14, 2002 at 03:14:50PM +0200, Tomasz Witek wrote:
> W liście z wto, 14-05-2002, godz. 14:58, Michal Moskal pisze: 
> > On Mon, May 13, 2002 at 07:35:21PM +0200, Tomasz Kłoczko wrote:
> > > Siet rozmawiam z Andrzejem (słuchawka przy uchu :) i w trakcie padły
> > > ostanie te ostabie listy i niewystarczająco się skupiłem na tym 
> > > pzrykłazie (pzrepraszam :)
> > > 
> > > Tutaj poprawne rozwiąznie powionno wyglądać zupełnie inaczje.  Powinien
> > > być raczej poprawiony Makefile czy skrypt który instaluje pliki .mli w ten
> > > sposób że po każdym skopiowaniu pliku przy inastalacji powinno zostać
> > > dodane spakowanie zainstalowaneg pliku.
> > 
> > Yeah... bo mi się nudzi i będe na każdy pakiet z ocamlem pisał zupełnie
> > niepotrzebny patch. Niepotrzebny bo jak widać działa bez niego.
> > 
> > Zastanów się chwilę na makrem %doc. Jeśli by go nie było, to zauważ,
> > że kompresję dokumentacji zrobiłbyś w %install, już po skopiowaniu do
> > $RPM_BUILD_ROOT. Podobnie kompresja man i info jest robiona już po
> > install. Po prostu macro %doc traktuje kawałek BUILD_DIR jak BUILD_ROOT.
> > Więc motywacja porządkowa dla gzip w build jest raczej słaba (znaczy
> > gzip przynależy równie dobrze do %install jak i do %build).
> > 
> > Z drugiej strony, chcesz zrobić masową zmianę, która *na pewno* coś
> > zepsuje, a makro %{__gzip} nie zepsułoby niczego.
> 
> Nie zepsuło, ale czy nielepiej dorobic gzipowanie do %{doc} i %{man} ?
> Przecież i tak większość doców jest gzipowana.

Hmm.. z wyj. html. Ale to jest jakiś pomysł. (many są już gzipowane)

-- 
: Michal Moskal :::::::: malekith/at/pld.org.pl :  GCS {C,UL}++++$ a? !tv
: PLD Linux ::::::: Wroclaw University, CS Dept :  {E-,w}-- {b++,e}>+++ h