Ubuntu upgrade

Fórumok

Ubuntu Dapperre probaltam upgradelni. Nem zugolodaskent mondom, de 1 ora munka utan elkezdett nyiffanni kifele, vegul azt mondta, hogy a hiba fatalis, most kilep, es lehet, hogy a rendszerem hasznalhatatlan lesz.

Hasznalhatatlan azert nem lett, de a kezi javitasi kiserletekkel is ugyanott elakadok:

dpkg-divert: rename involves overwriting `/usr/bin/ldd' with
different file `/usr/bin/ldd.amd64', not allowed
dpkg: error processing /var/cache/apt/archives/ia32-libs_1.4ubuntu19_amd64.deb (--unpack):
subprocess pre-installation script returned error exit status 2
Errors were encountered while processing:
/var/cache/apt/archives/ia32-libs_1.4ubuntu19_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ezt az ia32-libs... csomagot se levenni se upgradelni nem lehet, de nem azzal van a baj, hanem az ldd-vel, sajnos nem ertem, hogy pontosan mi a baj.

Van valami megoldas?

Hozzászólások

Túljutottam a dolgon, kézzel leszedtem az útban levő ldd scriptet. Jelenleg a synaptic es az update manager nem lát hibát az installációmban. Sanos az oo nem indul el. Az összes oo csomagot újrainstalláltam (synaptic reinst), ám így is ugyanazt kapom:

/usr/lib/openoffice/program/soffice.bin: No such file

Meg lehet-e ezt javítani, vagy az egész Linuxot újra kell installálni a semmiből? Ez nem panasz, de messze van még a Canonical attól, hogy a desktop rendszerüket a dilettáns júzer klikkelgetéssel menedzselje. Én úgy látom, hogy ez most is inkább dpkg experteknek való.

Nekem ugyan amd64-es rendszerem van de debian alatt és nekem ezzel nem volt problémám.
Szerintem a gond az lesz, hogy a több ldd verzió esetén nem akarja felülírni az /usr/bin/ldd-t aminek szerintem egy symlink-nek kellene lennie.
Lehet egy megoldás, hogy megnézed milyen ldd-k vannak fent éés megpróbálsz egy kicsit kézzel takarítani, ha az ldd csak egy symlink, akkor egyszerűen törlöd. Valószínűleg ezután felmegy a csomag és felrak egy ldd-t (ami ugye ebben az esetben egy ldd.ia32 kell legyen). Ezt átnevezed lddia32-re majd csinálsz rá egy symlinket.

Persze lehet, hogy félrevezetlek. Mint mondtam nálam nincs semmi ilyen gond, de ugye nekem debian etch-em van.

Azért egy kevert 32 illetve 64 bites rendszer nem egyszerű és egyértelmű dolog. Mivel a 32 bites rendszereknek más libek kellenek. A megoldás persze lehetne egy windows szerű dolog, hogy mindenki statikusan linkeli az alkalmazásába a libeket, így nincs szükség rájuk. Pl én örülnék, ha az oracle elgondolkodna ezen :).

Jó. Látom, hogy létezik egy

/usr/lib/openoffice/program/soffice.bin.real

ebből sejthető, hogy ugyanennek kellene lennie az soffice.bin-nek is, nosza csináltam rá egy symlinket, működik. De hol van akkor a csomagkezelés? Szeretném tudni, hogyan lehet az ilyen hibákat kijavítani a "legális" csomagkezelő módszerekkel.

Igazából úgy, hogy nem használsz 32 bites alkalmazásokat a 64 bites rendszeren így nem lesz szükség a 32 bites alrendszer libjeire, nem kell átnevezni a libeket stb, stb, stb.
A másik persze az, hogy a csomag készítője veszi a fáradságot és a 64-es repoba úgy rakja be, hogy automatikusan megcsinálja a symlink-et.
Vagy fogod és az egész 64-es rendszerre egy 32-est teszel fel. Persze így nem lesz kihasználva a géped, de tuti, hogy minden működik. Ha nem akarsz fejleszteni ez egy tökéletes megoldás.

Ez igaz. Én sem szeretem a hibrid rendszereket. Az Ubuntut viszont úgy használom, ahogy jön. Magamtól nem foglalkoznék a csomagok rejtelmeivel (a synapticon túl). A Canonical célja állítólag, hogy ne is legyen ilyesmire szükség. A tanulság viszont, hogy ezért még dolgozniuk kell.

Mellesleg ez az Ubuntu direkt 64-bites, hogy 64-biten tesztelhessem a programjaimat.