instalace Lighttpd a chybejici knihovny *.a

[Miroslav Lachman]

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:
root na 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:
root na 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