Hozzászólások
-
SzerzőBejegyzés
-
2 -es megoldódott. Én voltam a hülye, meg egy felesleges patch a php forráson. Így most végre működik!
1 – strip-et nem ismertem. A man azt mondja, tárgykódra lehet ráengedni. Ez a binárison is segít? Vagy még mielőtt elkészül, kellene használnom? És hogyan? Hisz a tárgykódom és a binárisom is egy make parancsra készül el. Bele kell nyúlnom a Makefile-ba? És ettől csak kisebb lesz, vagy gyorsabb is?2 -es megoldódott. Én voltam a hülye, meg egy felesleges patch a php forráson. Így most végre működik!
1 – strip-et nem ismertem. A man azt mondja, tárgykódra lehet ráengedni. Ez a binárison is segít? Vagy még mielőtt elkészül, kellene használnom? És hogyan? Hisz a tárgykódom és a binárisom is egy make parancsra készül el. Bele kell nyúlnom a Makefile-ba? És ettől csak kisebb lesz, vagy gyorsabb is?Nem volt tévút. Sőt!
Sikerült az újrafordítás. rpmbuild szerencsére fent volt. Az rpmrc fájl a /usr/lib/rpm/redhat/ mappában volt, a változók értékei azonban a /usr/lib/rpm/i686-linux mappában macros fájlnévvel. De a lényeg, hogy minden beazonosítható volt belőle.
Le is fordult az apache, és egy az egyben lecserélhető a régivel, csak két probléma / kérdés van.
1 – A régi apache 300k körüli volt, az új 480k. ? Gondolom, valami fordítasi optimalizálást kéne belenyomni, bár azt hittem, hogy ha valami nem volt optimalizálva, az az eredeti rpm, hisz annak mindenhol futni kell. Tehát ezt nem teljesen értem.
2 – Ez a legnagyobb problémám! : A httpd -V már jelzi, hogy -D SECURITY_HOLE_PASS_AUTHORIZATION, de a fastcgiben futó php mégsem kapja meg a authentikációt. Nincsenek PHP_AUTH_* változók. Pedig egy másik fastcgis szerveren mindez működik. A konfigok is onnan vannak, tehát itt is mennie kellene. És mégsem.
Megpróbáltam fcgid-t fordítani fastcgi helyett, de az meg nem fordul le, ugyanis az apache ezen verziójában még nincs definiálva az AP_MPMQ_MPM_STATE. Pedig azt mondja az fcgid, hogy 2-es apache-hoz van.
Tehát szenvedtem egy hetet, és az eredmény sehol.
Bármilyen megoldási ötletet, utat örömmel fogadok. Cél: fascgi módban php apache alá, hogy menjen a HTTP_AUTH. (Lehetőleg minél kevesebb újrafordítással.)Nem volt tévút. Sőt!
Sikerült az újrafordítás. rpmbuild szerencsére fent volt. Az rpmrc fájl a /usr/lib/rpm/redhat/ mappában volt, a változók értékei azonban a /usr/lib/rpm/i686-linux mappában macros fájlnévvel. De a lényeg, hogy minden beazonosítható volt belőle.
Le is fordult az apache, és egy az egyben lecserélhető a régivel, csak két probléma / kérdés van.
1 – A régi apache 300k körüli volt, az új 480k. ? Gondolom, valami fordítasi optimalizálást kéne belenyomni, bár azt hittem, hogy ha valami nem volt optimalizálva, az az eredeti rpm, hisz annak mindenhol futni kell. Tehát ezt nem teljesen értem.
2 – Ez a legnagyobb problémám! : A httpd -V már jelzi, hogy -D SECURITY_HOLE_PASS_AUTHORIZATION, de a fastcgiben futó php mégsem kapja meg a authentikációt. Nincsenek PHP_AUTH_* változók. Pedig egy másik fastcgis szerveren mindez működik. A konfigok is onnan vannak, tehát itt is mennie kellene. És mégsem.
Megpróbáltam fcgid-t fordítani fastcgi helyett, de az meg nem fordul le, ugyanis az apache ezen verziójában még nincs definiálva az AP_MPMQ_MPM_STATE. Pedig azt mondja az fcgid, hogy 2-es apache-hoz van.
Tehát szenvedtem egy hetet, és az eredmény sehol.
Bármilyen megoldási ötletet, utat örömmel fogadok. Cél: fascgi módban php apache alá, hogy menjen a HTTP_AUTH. (Lehetőleg minél kevesebb újrafordítással.)Ez telitalálatközeli tanács volt! Örök hálám!
Megvan a fájl, benne pedig sok-sok info. (Az értelmezéshez hasznos lehet: http://www.rpm.org/RPM-HOWTO/build.html)
Sikerült a bennefoglaltak alapján felrakni a patch-eket, és már a ./configure sornál tartok, de sajna itt megakadtam.
A httpd.spec fájlom tele van olyan %{_…} változókkal, amik nem tudom, hogy honnan kapnak értéket. Ezek egy jó része egészen beszédes, és ki is fogom tudni tippelni, pontosan mit is akar, de van pár amivel nem tudok mit kezdeni.
1 – Honnan deríthetem ki, hogy ezek a változók hol és mi alapján kapnak értéket? És főleg, hogy milyent?
Félek, hogy ez már nem az rpm-ben van rögzítve.
2 – Mit jelenthetnek a következő változók? Vagyis mi lehet az értékük?
%{contentdir} – ???
%{suexec_caller} – apache a tippem, ha az apache user nevében fut a httpd
%{_localstatedir} : én itt a /var-ra tippelnék, de hát …
És, de leginkább:
%{?_smp_mflags}Ez telitalálatközeli tanács volt! Örök hálám!
Megvan a fájl, benne pedig sok-sok info. (Az értelmezéshez hasznos lehet: http://www.rpm.org/RPM-HOWTO/build.html)
Sikerült a bennefoglaltak alapján felrakni a patch-eket, és már a ./configure sornál tartok, de sajna itt megakadtam.
A httpd.spec fájlom tele van olyan %{_…} változókkal, amik nem tudom, hogy honnan kapnak értéket. Ezek egy jó része egészen beszédes, és ki is fogom tudni tippelni, pontosan mit is akar, de van pár amivel nem tudok mit kezdeni.
1 – Honnan deríthetem ki, hogy ezek a változók hol és mi alapján kapnak értéket? És főleg, hogy milyent?
Félek, hogy ez már nem az rpm-ben van rögzítve.
2 – Mit jelenthetnek a következő változók? Vagyis mi lehet az értékük?
%{contentdir} – ???
%{suexec_caller} – apache a tippem, ha az apache user nevében fut a httpd
%{_localstatedir} : én itt a /var-ra tippelnék, de hát …
És, de leginkább:
%{?_smp_mflags}Attól félek, hogy pont ezt nem tudom. Hogyan tudom megnézni, hogy hogyan fordította?
Egyébként mezei RedHat 9.Attól félek, hogy pont ezt nem tudom. Hogyan tudom megnézni, hogy hogyan fordította?
Egyébként mezei RedHat 9.Mivel másnak sincs tippje, megpróbáltam újrafordítani az apache-ot. Letöltöttem ugyanazt az apache verziót, ami fut, hogy a modulokat ne kelljen újrafordítani, és lefordítottam.
De sajna nem értelmezi ugyanazt a konfigurációs állományt!
Az eredeti 2.0.40-es konfigjában van egy Include conf.d/*.conf parancs. Az új erre hibát ad. Ő csak az Include conf.d/ formát ismeri. De ha kigyomlálom ebből a mappából a nem conf fájlokat, és elindul az apache, akkor sem működik rendesen. (Már maga a jelenség is érthetetlen számomra!)
Talán más opciókkal fordítottam? Pedig amit tudtam, beállítóttam jól.
Kérdés:
Le lehet-e kérni egy bináris apache-tól, hogy pontosan milyen configure paraméterekkel fordult?
A httpd -V ehhez elég kevés.
Erre van valakinek valami ötlete?Mivel másnak sincs tippje, megpróbáltam újrafordítani az apache-ot. Letöltöttem ugyanazt az apache verziót, ami fut, hogy a modulokat ne kelljen újrafordítani, és lefordítottam.
De sajna nem értelmezi ugyanazt a konfigurációs állományt!
Az eredeti 2.0.40-es konfigjában van egy Include conf.d/*.conf parancs. Az új erre hibát ad. Ő csak az Include conf.d/ formát ismeri. De ha kigyomlálom ebből a mappából a nem conf fájlokat, és elindul az apache, akkor sem működik rendesen. (Már maga a jelenség is érthetetlen számomra!)
Talán más opciókkal fordítottam? Pedig amit tudtam, beállítóttam jól.
Kérdés:
Le lehet-e kérni egy bináris apache-tól, hogy pontosan milyen configure paraméterekkel fordult?
A httpd -V ehhez elég kevés.
Erre van valakinek valami ötlete? -
SzerzőBejegyzés
legutóbbi hsz