SPECS: rpm.spec (NEW_PEAR_REQUIRES) [misto]

[Blues]

On Sun, 13 Oct 2002, Michal Moskal wrote:
> > > Psula jednak poprawne ustawienie requires. Podczas wyszukiwania
> > > zaleznych klas uzywanych przez horde, skrypty nie byly w stanie
> > > okreslic skad sa dane klasy.
> > Bo ty patrząc w kod też nie jesteś tak naprawdę w stanie określić skąd
> > dana funkcja jest. Przez błędne nazwy...
> Ale php jest w stanie. Po nazwach plików w include_once.

Tak samo jak w innych językach jest wiele rzeczy, które można zrobić, ale 
nie należy. Z różnych względów...

> > > rpm-php-requires/provides (przepisane przez malekitha), ktore
> > > realizuja koncepcje nowego systemu pearowych zaleznosci.
> > Fajnie - dobrze, że ktoś oprócz mnie w tym grzebie :) I że nikt nie umarł 
> > jak zobaczył aktualną wersję tego skryptu :)
> Trochę się mu język programowania zmienił (na perla ;-)

I dobrze :)

> > > Z kolei skrypt rpm-php-provides wyszukuje w liscie plikow pakietu
> > > pliki znajdujace sie w /usr/share/pear. I ustawia na nie provides.
> > /usr/share/pear? A powinien chyba wszystkie pliki, które są na liście
> > plików pakietu i mają *.php W ten sposób możesz skrypt wykorzystać
> > także do wyszukiwania zależności w pakietach korzystających z
> > pear-a...
> Miało być ,,nie korzystających z pear-a'' ?

no właśnie :)

> Anyway z definicji pakiety peara to pliki w /usr/share/pear. Z R:
> wyłączane są pliki, które są w pakiecie (niekoniecznie w
> /usr/share/pear). Np. jeśli pakiet zawiera
> /usr/share/foobar/{ble.php,lib/baz.php} to wyłączone będą 'lib/baz.php',
> 'baz.php', 'ble.php' etc. Niemniej jednak ble.php czy lib/baz.php nie
> wpadają do provides.

No i fajnie, ale...
... cały czas pozostają pakiety, które nie są pear-owe i całość trzymają 
/home/httpd/html/jakieś_cośtam - one też są często systemem klas. Lepszym 
lub gorszym.

Inna sprawa, że inne systemy będą wymierać po oficjalnym wydaniu pear-a 
1.0 , czyli po php 4.3.0 (jest już pre1).

> > Wogóle - jeżeli robisz to w branchu to zmień w nim z pear(..) na
> > php(..) Po 1.0 chciałem to masowo zrobić, ale ty możesz już zacząć :)
> Nie wiem czy to taki dobry pomysł.

To jest dobry pomysł - przedyskutowany już nawet na listach pear-owych :)

> Czy pear jest jakoś mocno związany z samym php, czy jest możliwa jakaś
> alternatywna hierarchia klas? php(foo) mogłoby być dla modółów do samego
> php. Ale to tylko takie moje dywagacje

pear jest tylko jednym zestawem klas. Chociażby same horde dostarcza 
klasy, które są później wykorzystywane przez pakiety hordo-zależne. 
Niektóre chuck przenosi do pear-a (taki VFS na przykład), ale chyba oni 
nie dojdą do porozumienia, bo pear-owcy uważają swoje Auth za lepsze i na 
odwrót.

-- 
---------------------------------
pozdr.  Paweł Gołaszewski        
---------------------------------
CPU not found - software emulation...