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