Dan Lukes wrote:
On 02/20/10 23:06, Miroslav Lachman:
Takze jedna z moznosti je, ze vsude jinde delas upgrade a jen tady delas
i package. Al eto je nahodna hypoteza.
Vsude to delam portmasterem se stejnou konfiguraci
Ale celkova konfigurace systemu asi stejna nebude. Na onom dotycnem
stroji se proste staticke knihovny pri prekladu nevytvareji, nebo se,
prinejmensim, ve fazi instalace neinstaluji. A to jiste nejaky duvod ma.
Samozrejme to nebude uplne identicke, jinak by k tomu nedoslo :) Ale co
se konfigurace samotneho portmasteru tyce, ta je shodna.
pak se stara verze odinstaluje, nainstaluje nova
A pri ni se nenainstaluji staticke verze knihoven. Proc, to znamena
zanalyzovat za jakych okolnosti se pri prekladu toho portu vytvareji a
kdy ne. Staci nevhodne nastaveny environment, neco v make.conf, ...
make.conf je pomerne jednoduchy
V podstate jen
WITHOUT_X11=yes
WITHOUT_GUI=yes
MASTER_SITE_PHP= http://cz.php.net/%SUBDIR%/
PERL_VER=5.8.9
PERL_VERSION=5.8.9
A pak kod pro portsconf, ve kterem je pro Lighttpd toto:
www/lighttpd: WITH_OPENSSL=yes | WITHOUT_IPV6=yes
Ale ty *.a varianty se nevytvari pri "make" v adresari portu, protoze
nejsou ani v adresari "work" na serveru, kde se korektne nainstaluji:
[...]
A ze tam neni ani mod_access.so ani nic dalsiho te nenepokojuje ? Zrejme
se nepreklada do tohoto adresare, ale do nejakeho jineho. Odhaduji to na
nejaky podadresar tohoto adresare.
Mas pravdu, koukal jsem do spatneho adresare, spravne je to takto:
funkcni server:
r...@ash lighttpd/# find work/ -name "mod_access.*"
work/lighttpd-1.4.26/src/mod_access.c
work/lighttpd-1.4.26/src/.deps/mod_access.Plo
work/lighttpd-1.4.26/src/.libs/mod_access.o
work/lighttpd-1.4.26/src/.libs/mod_access.so
work/lighttpd-1.4.26/src/.libs/mod_access.a
work/lighttpd-1.4.26/src/.libs/mod_access.lai
work/lighttpd-1.4.26/src/.libs/mod_access.la
work/lighttpd-1.4.26/src/mod_access.o
work/lighttpd-1.4.26/src/mod_access.la
work/lighttpd-1.4.26/src/mod_access.lo
problemovy server:
r...@kurt lighttpd/# find work/ -name "mod_access.*"
work/lighttpd-1.4.26/src/mod_access.c
work/lighttpd-1.4.26/src/.deps/mod_access.Plo
work/lighttpd-1.4.26/src/.libs/mod_access.o
work/lighttpd-1.4.26/src/.libs/mod_access.so
work/lighttpd-1.4.26/src/.libs/mod_access.lai
work/lighttpd-1.4.26/src/.libs/mod_access.la
work/lighttpd-1.4.26/src/mod_access.la
work/lighttpd-1.4.26/src/mod_access.lo
V pkg-plist uvedene jsou, takze by nainstalovane mely byt "za vsech
okolnosti"
Zcela presne receno - tento port v teto konfiguraci ocekava, ze
nainstalovane budou. Tobe se al enejak (tezko rict jak, ale nejspis ej
to opravdu make.conf, environment, nebo jina konfigurace) podarilo
"portove nestandardnim" zpusobem dosahnout, ze se staticke knihovny
neprelozi, z cim nasledne kroky nepocitaji.
Ale co zcela presne a konkretne to zpusobuje - to budes muset rozebrat
fazi prekladu (pokud se opravdu neprekladaji) nebo instalace (pokud je
prelozene najdes, ale nejsou instalovane).
A dokazal bys poradit, jak tohle "rozebrat"? Jak zjistit, co na to muze
mit ten vliv? Lighttpd na tomhle serveru pouzivam minimalne dva roky a
nikdy s nim tenhle problem nebyl.
Bohuzel na preklad a s tim souvisejici environment atd. rozhodne nejsem
odbornik.
FYI zkusil jsem ted odstranit uplne make.conf (a tim i ports.conf) a
preklad dopadl uplne stejne - chybi vsechny *.a
env:
TERM=xterm
FTP_PASSIVE_MODE=YES
BLOCKSIZE=K
MAIL=/var/mail/root
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin
SHELL=/bin/tcsh
HOME=/root
USER=root
HOSTTYPE=FreeBSD
VENDOR=unknown
OSTYPE=FreeBSD
MACHTYPE=unknown
SHLVL=1
PWD=/usr/ports/www/lighttpd
LOGNAME=root
GROUP=wheel
HOST=kurt.xxxx.yyy
REMOTEHOST=vv.xx.yy.zz
EDITOR=vim
VISUAL=vim
PAGER=less
PKG_TMPDIR=/usr/ports/packages/_pkgtmp
PACKAGES=/usr/ports/packages
PORTUPGRADE=-b -e -p
MYSQL_HISTFILE=/dev/null
# grep WITH_ /var/db/ports/lighttpd/options
WITH_OPENSSL=true
Tak uz vazne nevim, jak vic to zjednodusit a dosahnout "plne funkcniho
stavu".
Mirek
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
