- This topic has 30 hozzászólás, 5 résztvevő, and was last updated 17 years, 2 months telt el by
.
-
Bejegyzés
-
Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).
Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).
uzsolt wrote:Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).Mondja ezt egy LFS barát! 🙂
(vicc vót)
off/
Ez több mint gyanús! 🙂
Mármint a megoldás menete.
Biztos hogy LFS-t használsz és nem RedHat-et?! 😀
Na jó, ez is vicc. 🙂
off /offking
;Duzsolt wrote:Van valami rpmrc a /etc-ben, amennyire végigfutottam a dolgokat. Ott érdemes lehet szétnézni (lehet, hogy valami csomagot fel kell majd telepíteni, hogy ez meglegyen, biztos valami rpmbuild vagy ilyesmi).Mondja ezt egy LFS barát! 🙂
(vicc vót)
off/
Ez több mint gyanús! 🙂
Mármint a megoldás menete.
Biztos hogy LFS-t használsz és nem RedHat-et?! 😀
Na jó, ez is vicc. 🙂
off /offking
;Dsany wrote:Biztos hogy LFS-t használsz és nem RedHat-et?! 😀Ahan. És még nem is használtam RedHat-ot (na jó, egyszer régen, amikor még ingyér volt (fedora-szétválás előtt jócskán), valami (mai szemmel nézve) régi verziót, de az csak két hónap volt, aztán a vinyó tönkrement). Csak elolvastam ezt, és ott láttam, hogy
6.9 Building It
The Source Directory Tree
The first thing you need is a properly configured build tree. This is configurable using the [red]/etc/rpmrc[/red] file.
Gondolom, hogy nem csak ezt az egy beállítást rakják bele, hanem többet is. Meg hatalmas logikával kikövetkeztettem, hogy a redhat-júzerek többsége nem rpm-csomagkészítéssel tölti az idejét, ezért ez a fájl nem biztos, hogy megvan a rendszerben, ehhez az rpm-építéshez szükséges csomagot/csomagokat fel kellene tenni. Én annak valami rpm-build vagy ilyesmi nevet adnék. Szóval egy kis gugli, oszt’ könnyű osztani az észt 🙂
Ha tévút, akkor bocs 😉sany wrote:Biztos hogy LFS-t használsz és nem RedHat-et?! 😀Ahan. És még nem is használtam RedHat-ot (na jó, egyszer régen, amikor még ingyér volt (fedora-szétválás előtt jócskán), valami (mai szemmel nézve) régi verziót, de az csak két hónap volt, aztán a vinyó tönkrement). Csak elolvastam ezt, és ott láttam, hogy
6.9 Building It
The Source Directory Tree
The first thing you need is a properly configured build tree. This is configurable using the [red]/etc/rpmrc[/red] file.
Gondolom, hogy nem csak ezt az egy beállítást rakják bele, hanem többet is. Meg hatalmas logikával kikövetkeztettem, hogy a redhat-júzerek többsége nem rpm-csomagkészítéssel tölti az idejét, ezért ez a fájl nem biztos, hogy megvan a rendszerben, ehhez az rpm-építéshez szükséges csomagot/csomagokat fel kellene tenni. Én annak valami rpm-build vagy ilyesmi nevet adnék. Szóval egy kis gugli, oszt’ könnyű osztani az észt 🙂
Ha tévút, akkor bocs 😉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.)1 – esetleg a binárisra egy strip-et rá lehet ereszteni, meg a gcc verziójától is függ a végeredmény
2 – passzolom
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz