Inkscape függőségproblémák

Fórumok

sziasztok!

Valahogy azt tapasztaltam, hogy a GIMP úgy képes ps-sé, eps-sé alakítani a pixeles képeket, hogy megalkotja a fejlécet, majd azon belül a postscript belsejébe betolja a pixeles képet úgy ahogy van, vektorizálás nélkül.

Gondoltam, a GIMP alapból inkább másra van kitalálva, nem vektoros képszerkesztésre, így az inkscape felrakásával folytattam. (xfig-et még mindig képtelen vagyok kiismerni, pedig szórakozom vele néha)

Nos, felrámoltam a dolgokat (slackware13.37, fluxboxszal az alaprendszerem), de mire minden hiányos file meglett, legvégül ezt tárta elém az inkscape:

inkscape: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /usr/lib/libMagick++.so.4)
inkscape: /usr/lib/libjpeg.so.62: no version information available (required by /usr/lib/libpoppler.so.13)

Kutatgattam egy órát, aztán befontam a hajamat, enyhén rezgő fejjel.

Szerintetek ez mitől van?

köszönet ./*.*

Hozzászólások

Folyamatosan javult a helyzet, ahogy darabonként frissítettem azon csomagokat, melyeket az inkscape igényelt.

A frissítéseket innen szedtem le:
http://www.slacky.eu/asche/pkgs/index.php?ver=15&pkg=976

Ezeket telepítettem:

bash-4.1$ ls -l *.txz
-rw-r--r-- 1 a users 378472 Nov 6 19:42 atkmm-2.22.5-i486-1sl.txz
-rw-r--r-- 1 a users 307680 Nov 6 19:45 cairomm-1.9.8-i486-1sl.txz
-rw-r--r-- 1 a users 216784 Nov 6 20:00 gc-7.1-i486-5sl.txz
-rw-r--r-- 1 a users 3983400 Nov 6 19:37 glibmm-2.27.99.2-i486-1sl.txz
-rw-r--r-- 1 a users 1093116 Nov 6 19:47 gsl-1.15-i486-1sl.txz
-rw-r--r-- 1 a users 10281020 Nov 6 19:39 gtkmm-2.24.0-i486-1sl.txz
-rw-r--r-- 1 a users 12688980 Nov 6 19:21 inkscape-0.48.2-i486-1sl.txz
-rw-r--r-- 1 a users 140496 Nov 6 19:46 libsigc++-2.2.9-i486-1sl.txz
-rw-r--r-- 1 a users 190556 Nov 6 19:49 libwpg-0.1.3-i486-7sl.txz
-rw-r--r-- 1 a users 468248 Nov 6 19:57 lxml-2.2.8-i686-1sl.txz
-rw-r--r-- 1 a users 2861112 Nov 6 20:00 numpy-1.4.1-i686-3sl.txz
-rw-r--r-- 1 a users 546484 Nov 6 19:44 pangomm-2.28.2-i486-1sl.txz

----------
Az eredmény egy folyamatosan változó hibaüzenet-lista (úgy változtak az üzenetek, ahogy éppen felhúztam a hiányolt cuccot), melynek a végével már nem tudok mit kezdeni, mert szerintem nem hiánnyal, hanem anomáliával kapcsolatos.

Íme:

bash-4.1$ inkscape
inkscape: error while loading shared libraries: libgtkmm-2.4.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libatkmm-1.6.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libgiomm-2.4.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libpangomm-1.4.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libcairomm-1.0.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libsigc-2.0.so.0: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libgsl.so.0: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libwpg-0.1.so.1: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libMagick++.so.4: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libMagickCore.so.4: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libpoppler.so.13: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: error while loading shared libraries: libpoppler-glib.so.6: cannot open shared object file: No such file or directory
bash-4.1$ inkscape
inkscape: symbol lookup error: /usr/lib/libglibmm-2.4.so.1: undefined symbol: g_variant_type_copy
bash-4.1$ inkscape
inkscape: symbol lookup error: /usr/lib/libglibmm-2.4.so.1: undefined symbol: g_variant_type_copy
bash-4.1$ inkscape --help
inkscape: symbol lookup error: /usr/lib/libglibmm-2.4.so.1: undefined symbol: g_variant_type_copy
bash-4.1$ inkscape --help
inkscape: symbol lookup error: /usr/lib/libglibmm-2.4.so.1: undefined symbol: g_variant_type_copy
bash-4.1$ inkscape --help
inkscape: symbol lookup error: /usr/lib/libglibmm-2.4.so.1: undefined symbol: g_variant_type_copy
bash-4.1$

---
--- A gond akkor van, ha látszólag minden működik. ---
---

röviden összefoglalva: az a bajod, hogy olyan csomagokat sikerült felraknod, amiket nem úgy fordítottak le, hogy azok egymással és/vagy a gépen már fentlevő dolgokkal képesek legyenek együttműködni (inkompatibilisek).

hogy honnan és hogyan kéne az általad felrakott disztribúcióhoz a hozzávaló csomagokat (amik egymást is bírják) beszerezni, azt tőlem nem fogod megtudni, ahogy azt sem, hogy ahonnan letöltötted, azoktól egyáltalán nem kéne semmit letölteni, vagy csak elrontottak valamit (biztos, hogy egy olasz nyelvű oldalról kell ilyeneket letöltögetni? tőlük volt az eredeti install cd is, amiről a gépedet telepítetted?)

az viszont tuti, hogy ha nem akarod az egész cucchalmazt magad forrásból lefordítani, akkor _egyetlen_ helyről származó dolgokat akarjál felrakni. onnan származzon az install is, meg a plusz csomagok is. különben a mellékelt ábra szerint jársz.

Igen,ebben van valami, kezdek lassan ráébredni.
Csakitt arra gondoltam, hogy ha egy programhoz egyetlen tárolóból töltöm le a függőségekkel együtt a cucchalmazt, az jó lesz nekem --- többnyire ez persze bevált eddig.

De úgy néz ki, hogy a letöltelékek viszont a rendszer már meglévő dolgaival nem működnek együtt.

Szép lassan lezúzom amiket felrámoltam (szerencsére 2 db a4-es apra firkáltam mikor mik mentek és hova, milyen módon), aztán megint leülök emélkedni...

A slack13.37-est már nem tudom honnan wget-eltem le.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

"Valahogy azt tapasztaltam, hogy a GIMP úgy képes ps-sé, eps-sé alakítani a pixeles képeket, hogy megalkotja a fejlécet, majd azon belül a postscript belsejébe betolja a pixeles képet úgy ahogy van, vektorizálás nélkül.

Gondoltam, a GIMP alapból inkább másra van kitalálva, nem vektoros képszerkesztésre, így az inkscape felrakásával folytattam."

Amit itt leírtál, azt az inkscape sem tudja. Tehát hiába nyitsz meg egy pixeles képet majd mented el .eps-ként, attól még nem lesz vektoros. Ugyanúgy eps-be ágyazott pixeles kép lesz. Az inkscape közelebb visz a megoldáshoz, de azért egy egyszerű "save as EPS"-nél több munka lesz a vektorizálás.

Pixeles kontúrt szeretnék lekövetni vektoros beziergörbével, majd a vektoros réteget menteném eps-be.
A korelben már láttam ilyesmit "automatikusan" működni, persze azt egy olyan ember kezelte, aki már 10 éve csak korelezik.

A fő bajom egyelőre az, hogy főgépemen nem indul az inkscape, csak valami live distribben...

Fordítani sajnos nem tanultam még meg, tehát empirikus módon, kalodába fogva kínlódom.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Régen ment egyfájlos kis programoknál a c-fordítás.
M már nem, pláne minimálrendszeren.
Most az érdekel, hoyg amim van, azzal mit tudok kezdeni.
Ha linuxon nem sikerül a vektoros dolgaimat megoldani, akkor ezek szerint így jártam.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Csak megjegyzes: vigyazz, mert a Lunix letezo operacios rendszer, C64-es Unix kornyezet. :-)

Egyebkent pedig nem ez volt a cel. Viszont Slack alatt neha elkerulhetetlen a forditas, mert nincs olyan szeleskoru csomagtamogatasa, mint a nepszerubb disztribucioknak.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

igen, egyszer sikeresen használtam és beindult tőle egy rég várt program, de aztán ezen felbátorodva frissítettem onnan a geany, evince, meg néhány egyéb kedvencemet, erre a gtk+ behalt oly módon, hogy képtelen voltam rájönni, mi a baj. Szerencére nem volt mindenem gtk-s. Vissza kellett raknom egy korábbi rendszermentésemet.

Szórakozásképpen hogy jól felidegeljem magam
(ez mindig jó erre) felrámotam a teljes gcc-t, majd egy ismételten lehetetlen forráskódot letöltöttem egy eldugott szerverről:
http://sourceforge.net/projects/gnuais/

Bele sem haraptam a balatonszeletembe, de már jött a fertő:

bash-4.1# ./configure
checking for a BSD-compatible install... /bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... no
checking for style of include used by make... none
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.

bash-4.1#

évek kellenek, mire mindenre rájövök, de ebbe beletörődtem, most rengeteg egyéb dolgom van.
---
--- A gond akkor van, ha látszólag minden működik. ---
---

Hat nem tudom, en par honap alatt belerazodtam, pedig a Gentoo-ban a kezdetekkor ennel durvabb hibak voltak. El kell olvasni a logot, mert lehet, hogy csak valahol permdeniedet kap a cucc. Persze nem akarasnak mindig szivas a vege.

Egy ilyen forditoparti arra is jo, hogy rajojj, nem minden fog futni a gepen, ami binaris. Linux es Linux kozott ABI szinten akkora elteresek vannak, mint egy haz.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Ha megint elkezdek cézni, az úgy kezdődik, hogy Maple, majd abból cé forráskód, azt beépít valahova, majd fordít.
Így nagyobb trauma fog érni az biztos, ezért késleltetem a dolgokat.

Érdekes herkerentyűk is vannak:

http://codepad.org/

de jó lenne ha így meg tudnám oldani, de nem.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Gentoo alatt egy revdep-rebuild-et javasolnék...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."