apache{1,}-mod_perl [Bylo: maradns]

[Andrzej Krzysztofowicz]

Arkadiusz Patyk wrote:
> Andrzej Krzysztofowicz (ankry w green.mif.pg.gda.pl) wrote:
> > Arkadiusz Patyk wrote:
> > > podaj proszę jakiś przykład tych modułów które muszą być specjalnie 
> > > budowane pod konkretnego apache
> > 
> > perl-HTML-Mason
> > 
> > Zbudowany pod apache2-mod_perl raczej nie bedzie dzialal pod
> > apache1-mod_perl (i vice versa).
> > 
> > perl-Apache-CVS - tylko dla apache1
> > 
> > perl-MasonX-Apache2Handler - tylko dla apache2
> > 
> > Sa moduly z BR: perl-HTML-Mason (wiec wymagaja zainstalowania go na
> > builderach - zbudowanego i zaleznego od apache1-mod_perl lub
> > apache-mod_perl).
> > 
> > Jak w tej sytuacji wyobrazasz sobie np. przebudowanie
> > apache-mod_perl/apache1-mod_perl bez recznego grzebania na builderach?
> 
> tu nie ma żadnego problemu
> 
> $ rpm -qa | grep apache
> apache1-apxs-1.3.31-3
> apache-apxs-2.0.50-3
> apache1-devel-1.3.31-3
> apache-2.0.50-3
> apache-devel-2.0.50-3
> 
> i w takim środowisku budują się apache-mod_perl.spec i
> apache1-mod_perl.spec

Zainstaluj apache1-mod_perl i perl-HTML-Mason
a nastepnie przebuduj apache-mod_perl.spec i/lub cos co apache-mod_perl >=
1.90 wymaga.

(ewentualnie podobnie w druga strone)

> gdzie tu widzisz potrzebe ręcznego grzebania ?

Obsoletes nie wuinstaluje pakietow zaleznych, tylko zglosi blad.

> > Lub modulow zaleznych od "tego drugiego" - innego niz wymagany przez
> > zainstalowany aktualnie perl-HTML-Mason?
> 
> Nawet nie próbuję sobie wyobrazić - bo mi to nie potrzebne.

Tzn. co proponujesz dla dystrybucji?
Bo twoje potrzeby mnie zupelnie nie interesuja.

Ma byc tak, zeby sie dalo zbudowac wszystko, co sie wczesniej budowalo.
Albo ktos(tm) powinien podjac decyzje, co ma sie nie budowac i jak to
rozwiazujemy poczasa upgrejdu.

> Gdy mieliśmy Obsoletes w apache 1.x i 2.x nie było szans na istnienie
> jakichkolwiek modułów do apache 1.x w AC.

Byly, ale pulo to upierdliwe w razie upgrejdu:
rpm/poldek -i.
Juz bylo o tym zreszta.

> Teraz na builderch mogą być devele obydwu apachy i mamy do 1.x
> ssl,mod_perla,mod_jk - które to mi w zupełności wystarczą.
> 
> Obydwa apache działaja też bezkolizyjnie obok siebie - mogę mieć
> starte sity z mod_perl 1 i najnowsze php z apache 2.x. I to out of box.

Czyli cvs rm apache-mod_perl i wszystko co od niego zalezy, bo
niepotrzebne/niewspierane?

> Bez sesnu jest załozenie ze musimymieć wszytko dla obydwu - co komu
> potrzeba niech dorobi.

Na razie dla jednego nie mozemy miec _nic_.

> Nie rozumiem co Tobie się w obecnej sytuacji nie podoba.
> Bez O jest więcej niż było i w niczym to nie przeszkadza apache 2.x.

Wiec jeszcze raz zapytam: Nie wspieramy modulow perla dla Apache2?
Tak/nie/wskazac innego do odpowiedzi.

Caly czas sie o to rozchodzi: o podjecie decyzji.
Ja apacza2 ani zadnego mod_perl na PLD w ogole nie uzywam, wiec nie jestem
kompetentny.

Aha, i moze jednak wywalic Provides: apache-mod_perl = %{version} z
apache1_mod-perl ? Bo poldkowi w glowie maci...

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology