SPECS: gtkmm1.spec (HEAD)

Paweł Gołaszewski blues w ds.pg.gda.pl
Pon, 14 Lip 2003, 22:32:29 CEST


On Mon, 14 Jul 2003, Jakub Bogusz wrote:
> > > Module name:	SPECS
> > > Changes by:	qboosh	03/07/14 14:55:07
> > > 
> > > Modified files:
> > > 	gtkmm1.spec
> > > 
> > > Log message:
> > > - rpm wants to use perlprov, so be it - but added _noautoreq for
> > >   bogus perl(a)
> > > - changed gtkmmconvert to use /usr/bin/perl directly
> > [...]
> > > +%define		_noautoreq	'perl(a)'
> > > +
> > Więc co? Przyjmujemy, że rpm jest mądrzejszy i wszystkie wyszukiwania
> > zależności ma robić by-default? Przecież to chore. Dodawanie noauto to
> > powinna być przecież ostatnia deska ratunku...
> W przypadku perla jest tylko kilka przypadków, kiedy zależności _nie_
> powinny być wykrywane. Tutaj _noautoreq wynika z niedoskonałości
> perl.req - łapiącego początek linii "use a" z fragmentu dłuższego
> łańcucha, a nie kodu.

ok - ale to nie dotyczy php. tutaj jest większa dowolność vel. burdel. 
Każdy robi jak chce i pear jest jedną z pierwszych prób usystematyzowania 
całości.

> Przypadek php jest inny. Chociaż można zrobić zestawienie - ile jest
> pakietów zawierających pliki php, w których zależności peara powinny i
> nie powinny być wyszukiwane?

Nie trzeba robić zestawienia. PEAR stanowi aktualnie mały procent całości. 
Ale za to jest przyszłościowy.

-- 
pozdr.  Paweł Gołaszewski 
---------------------------------
worth to see: http://www.againsttcpa.com/
CPU not found - software emulation...



Więcej informacji o liście dyskusyjnej pld-devel-pl