Salut,

Daca am tot discutat intr-un thread anterior de FC, ma intereseaza sa 
rezolv mai "ortodox" o problema cu care m-am intalnit...

Am un FC6 care-l rulez ca masina virtuala pe o masina Xen.

FC inca mai pastreaza, la glibc, versiuni non-tls ale bibliotecilor, 
care trebuiesc copiate peste cele curente, pentru a rula ca guest 
intr-un Xen. Asta nu-i nici o problema, atata timp cat nu vine vremea 
update-ului la glibc in acel guest.

Dupa ce am facut update, pachetul glibc a fost luat printre primele, 
fapt ce a dus ca masina sa fie inutilizabila dupa ce pachetul a fost 
updated (bibliotecile tls suprascriind pe cele non-tls care au fost 
puse manual, in place). Pana sa ma prind ce are (orice comanda murea cu 
segfault), bineinteles ca restul pachetelor nu s-au mai updated... 
mi-au iesit putin peri albi, fiind obisnuit cu SuSE-le, care avand 
integrat Xen mai de mult in distributie, au reusit sa faca ca sa nu mai 
fie nevoie de biblioteci non-tls pt. guest, a.i. incepand cu 10.1 nici 
macar nu mai exista versiunile non-tls in system, iar update-ul la 
glibc merge ca pe roate...

Pana la urma am dar destroy la masina, am montat partitia manual, am 
copiat bibliotecile non-tls in place si a plecat... apoi am reluat 
linistit update-ul.

Problema care se pune: pot face cumva ca update-ul la glibc sa 
fie "scheduled" in sensul in care sa se instaleze in sistem noul 
pachet, insa sa nu fie copiat in place decat la primul reboot? Eventual 
ca plasarea in place sa o faca un script scris de mine? (cp -a 
whatever?) Sau exista o modalitate mai "ortodoxa" (adica un eventual 
chattr +i nu o consider o solutie "ortodoxa" :D)

-- 
  Claudiu Nicolaie CISMARU
  GNU GPG Key: http://claudiu.targujiu.net/claudiu.gpg
  T: 0752095451, 0788358901
  E: [EMAIL PROTECTED], [EMAIL PROTECTED]

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui