On 02/24/11 21:26, kron24:
pochybuju, ze to nekdy nekdo pouzije...
Nepropadej pesimismu. Dokonce i kdyby nikdo nikdy neudelal podle tohoto
postupu upgrade (jako, ze ja si sebou az tak jisty nejsem), myslim, ze
se behem toho ukazaly nektere ne zcela zrejme souvislosti koexistence
i386 aplikac
Dne 22.2.2011 22:21, Dan Lukes napsal(a):
...
Ale v pohode - i ja to zatim beru jako hracku. Az to budu potrebovat
nutne, tak to tim ci onim smerem nakonec nejak uchodim ;-)
Tak jsem zkusil i tu tvoji ideu a s nekolika drobnymi upravami
to taky slo. Shrnu je tady obe, i kdyz pochybuju, ze to ne
Dan Lukes wrote:
On 02/22/11 16:40, Miroslav Lachman:
Cekove se mi to ale az tak moc nelibi - to bude znamenat vypadek
poskytovanych sluzeb po celou dobu upgrade.
Behem vsech tech vylomenin s ld-elf atd. chces mit v provozu vsechny
sluzby? To bych se skoro bal tohle risknout.
Kdyz ta sluzba
On 02/22/11 21:30, kron24:
Pouze zasahem do loaderu. Loader natahuje vzdy partition 'a'.
Ne, jde to zvladnout i konfiguracne.
currdev="disk0s1b"
rootdev="disk0s1b"
vfs.root.mountfrom="ufs:/dev/ad0s1b"
To jsem presne myslel, kdyz jsem rikal, ze i kdyby z remote upgrade nic
nebylo, dozvim s
Dne 22.2.2011 13:01, Dan Lukes napsal(a):
Co kdybychom si zjednodusili zadani a mohli vyuzit swap? Odpojit,
nahrat na nej mfsBSD Martina Matusky, "nejak" (ted hned nevim jak)
prinutit loader, aby po rebootu natahl msfBSD
Pouze zasahem do loaderu. Loader natahuje vzdy partition 'a'.
Ne, jde to
On 02/22/11 16:40, Miroslav Lachman:
Cekove se mi to ale az tak moc nelibi - to bude znamenat vypadek
poskytovanych sluzeb po celou dobu upgrade.
Behem vsech tech vylomenin s ld-elf atd. chces mit v provozu vsechny
sluzby? To bych se skoro bal tohle risknout.
Kdyz ta sluzba nebude fungovat, n
Dan Lukes wrote:
On 02/21/11 14:35, kron24:
[...]
Co kdybychom si zjednodusili zadani a mohli vyuzit swap? Odpojit,
nahrat na nej mfsBSD Martina Matusky, "nejak" (ted hned nevim jak)
prinutit loader, aby po rebootu natahl msfBSD
Pouze zasahem do loaderu. Loader natahuje vzdy partition 'a'.
On 02/22/11 13:01, Dan Lukes:
Nasi situaci pak zjednodusuje to, ze oba naposled jmenovane jsou v
adresari /rescue/, takze nam staci zaridit aby se behem tohoto kroku
upgrade pouzivaly tyhle (jsou staticky slinkovane, takze nepotrebuji
zadne knihovny) a nikoliv i386 varianty z upgradovaneho system
On 02/21/11 14:35, kron24:
Druhy problem je komunikace pres routing-socket, kde se predavaji
binarni data a asi jsou spatne interpretovana - to je trochu horsi.
Lepsi varianta je, ze to je nezamysleny bug - bud' ta data nemaji byt
architekturne zavisla (a chyba je, ze jsou), nebo zavisla byt moho
Dne 19.2.2011 13:24, Dan Lukes napsal(a):
...
Vypada to, ze problemy jsou dva - nejak spatne se nam chova ldconfig -
to bdue v lepsim pripade problem s jeho volanim, v horsim pripade
problem s jeho vnitrni logikou. A nejake napady jak z toho vybruslit
jsem popsal nahore. Zmena logiky dynamickeho
kron24 wrote:
1) nainstalovat LIB32 set.
to by jeste nemelo mit na bezici system naprosto zadny vliv
Zkousel jsem "make install32", coz nefungovalo.
Ten target existuje, takze to je dobry kandidat na "spravne reseni".
Problem nejspis bude v tom, ze 'install' faze se pokousi pouzit uz
"novy"
Dne 16.2.2011 17:47, Dan Lukes napsal(a):
...
Vychazim z i386 systemu stejne verze jaky bude mit AMD64 na jaky hodlam
prejit. rec je o normalne bezicim systemu kam se pristupuje na dalku po
siti, v /usr/src jsou zdrojaky, v /usr/obj je jsou relozene veci PRO
AMD64 (jak se tam dostali ? odjinud, r
On 02/16/11 17:02, Petr Matousek:
A ted jeste potrebuju aby se nasel nekdo, kdo vyresi tu druhou
polovinu problemu - a zjevil kde se, sakra, rika jaka rtld knihovna se
ma pouzit ;-)
http://fxr.watson.org/fxr/source/compat/ia32/ia32_sysvec.c?im=10#L163
http://fxr.watson.org/fxr/source/kern/imgac
On Wed, 16 Feb 2011, Dan Lukes wrote:
A ted jeste potrebuju aby se nasel nekdo, kdo vyresi tu druhou polovinu
problemu - a zjevil kde se, sakra, rika jaka rtld knihovna se ma pouzit ;-)
http://fxr.watson.org/fxr/source/compat/ia32/ia32_sysvec.c?im=10#L163
http://fxr.watson.org/fxr/source/kern/i
On 02/16/11 15:49, Lubomir Majersky:
nemuzu zaboha najit ve zdrojacich to misto, kde by se rikalo
Nema tuto informaci nahodou nekdo ?
Prepac, ze odpovedam tak ako odpovedam. Dane, ked uz ty nevies, tak
neviem kto...
Tomu se rika "sdelit spatnou zpravu lichotkou".
Tak dobre, polovina problem
Dňa 16.2.2011 15:35, Dan Lukes wrote / napísal(a):
On 02/16/11 15:17, Lubomir Majersky:
Prave u platformy amd64, na i386 jsem to nepozoroval.
Kdyz uz doslo na i386 versus amd64 ...
Na tom neni nic sloziteho ani divneho, krome jedineho - nemuzu zaboha
najit ve zdrojacich to misto, kde by se r
On 02/16/11 15:17, Lubomir Majersky:
Prave u platformy amd64, na i386 jsem to nepozoroval.
Kdyz uz doslo na i386 versus amd64 ...
Mam takovy problem. Kdyz se spousti dynamicky linkovany program urceny
pro amd64 na amd64 systemu, hraje tam klicovou roli /libexec/ld-elf.so.1
a stejnojmenny so
17 matches
Mail list logo
