Gwhere fordítási problémák – prefix path

Kezdőlap Fórumok SuSE Linux SuSE haladó Gwhere fordítási problémák – prefix path

8 bejegyzés megtekintése - 11-18 / 18
  • Szerző
    Bejegyzés
  • #2084616
    Tibro
    Felhasználó

      Feleslegesen ütögetjük a billentyűket?

      Nem hiszem. A gtk+ meg van a Suse 10.1 telepítő cd és a dvd-n is. Onnan feltelepítettem azt, többször is. Nem volt benne olyan devel csomag, amit ne tettem volna fel, de olyan devel csomag, amit írtatok nem volt. (gtk+-devel) Ezért letöltöttem 3-4 gtk-devel csomagot, egyik sem ment fel különféle függőségek miatt, a legtöbb olyan függőség volt, ami újabb függőség miatt nem ment fel. De sok esetben olyan függőségeket írt, ami viszont láthatólag fenn volt eredetileg (YaST, szoftverek telepítésekor láthatóan pipálva volt).

      vizsla wrote:
      gtk 1.2.10-907 ebből kéne a dev csomag neki…

      Most sincs fenn a klasszikus gtk-devel csomag. Ami gtk2-devel pedig ugyan feltettem, de ettől még nem indult el…

      uzsolt wrote:
      A gtk-devel biztos fenn van? Arra figyelj, hogy az 1-es sorszámú kell neki, tehát pl. 1.2.10-es!

      Tibro wrote:
      Egyébként devel csomagot nem találok, sehol…

      Mennyi kell?

      Ez utóbbi csomagok között találtam egy-pár olyat, amit megpróbáltam feltenni, sajnos eredménytelenül.

      Köszönöm a segítséget, mert akkor is Ti világítottatok rá, hogy telepítsem újra a gtk-t és ne a suse telepítő cd-s csomagját, hanem fordítsam le. Azért írtam az előzőeket is le, hogyha valaki ugyan úgy megakad, mint én, akkor esetleg próbálja meg, az elvben már telepített, de a telepítő cd-ről felrakott csomagot újra telepíteni, de forrásból, mert az rpm lehet bugos.

      Nem ütögettétek hiába a billenytűt, hisz segítettetek és most végre működik a gwhere!

      THX

      Tibro

      #2084617
      uzsolt
      Felhasználó
        Tibro wrote:
        Azért írtam az előzőeket is le, hogyha valaki ugyan úgy megakad, mint én, akkor esetleg próbálja meg, az elvben már telepített, de a telepítő cd-ről felrakott csomagot újra telepíteni, de forrásból, mert az rpm lehet bugos.
        Még mindig nem érted: neki 1-es fősorszámú gtk kell! A devel-részben van a gtk-config nevű szkript is, amit hiányolt (ez mondja meg, hogy mit hol keressen).
        A 2-es fősorszámú gtk pedig már pkgconfig-gal dolgozik, tehát abban nem fogsz találni gtk-config szkriptet. A .pc fájl pedig gondolom, csak a devel részben szerepel.

        Nyilván, mivel fősorszámváltás történt, így nagy változások vannak, amik miatt újra kellene írni minden progit, ami rá épül. A gwhere pedig még az 1-es fősorszámú gtk-t használja, bár lehet, hogy a 0.3.0-s már a 2-es fősorszámút fogja. Pl. az xmms is az 1-es fősorszámú gtk-t használja, ezért maradt ki az uhu-ból is.

        #2084618
        Tibro
        Felhasználó

          Még mindig nem érted: neki 1-es fősorszámú gtk kell! A devel-részben van a gtk-config nevű szkript is, amit hiányolt (ez mondja meg, hogy mit hol keressen).
          A 2-es fősorszámú gtk pedig már pkgconfig-gal dolgozik, tehát abban nem fogsz találni gtk-config szkriptet. A .pc fájl pedig gondolom, csak a devel részben szerepel.

          Azt már értem és igazad is van/lehet. De hadd tegyem hozzá, miután újra feltettem egy (számra azonos 1.2.10) gtk csomagot – ami nem gtk-devel, csak sima gtk – rögtön elindult és egyelőre úgy tűnik, működik (hadd ne kiabáljam el…). Arra próbáltam csupán utalni, hogy nem a devel csomagot hiányolta, mert ha belekuksizok a YaST-tal a telpített dolgokba, továbbra sem látok gtk-devel csomagot. Sőt látszatra, némi eltéréstől eltekintve, szinte ugyan az van fenn. Csak ezt a gtk-t nem a Suse 10.1 telepítő cd/dvd-ről tettem fel, hanem egy letöltött forrást fordítottam.

          #2084619
          uzsolt
          Felhasználó

            Na, még mindig nem.

            A gtk+ 1.2.10-es verzió gondolom fenn van csomagból. Ez azt jelenti, hogy kb. a szükséges libek vannak fenn, meg a locale-fájlok. Ennyi elég ahhoz, hogy azok a programok, amelyek őt igénylik, fussanak (csomagból telepítettek).
            A devel rész az include-állományokat tartalmazza, meg gondolom a gtk-config nevű szkriptet. Ezek ahhoz kellenek, hogyha írsz egy gtk1-et használó progit, le tudd fordítani (#include és hasonlóak). Ha már le van fordítva, ezekre már nincs szükséged, tehát egy lefordított progi „csak” a gtk libjeit használja, az include-állományokat nem.

            Namármost a suse alapvetően bináris disztró. Tehát elsősorban arra lett tervezve, hogy csomagból telepíts progikat. Mivel csomagból telepítesz (legalábbis ők ezt feltételezik), akkor nincs szükséged az include állományokra, meg a gtk-config szkriptre, stb. Tehát ezek, azt is mondhatnánk, csak feleslegesen porosodnának a vinyódon, ezért a csomagolók őket elkülönítik, és egy devel-csomagba rakják. Hiszen akár te magad is írhatsz gtk-s progit, amihez meg már kellenek az include-ok.

            Amikor forrásból telepítetted a gtk-t, akkor minden települt. Ui. a make install (a legtöbb esetben) az include-okat is bemásolja a megfelelő helyekre, valamint a fordítás közben elkészült gtk-config állományt is. Tehát forrásból nincs olyan, hogy devel meg nem devel, ott egy van, és az mindent telepít.
            És szerintem te a gtk-devel-t nem telepítetted, legalábbis az 1.2.10-es verziót nem (persze nem biztos, hogy pont ez a neve, lehet, hogy más). Ezért nem ment a ./configure a gwhere-nél…

            A forrásból való telepítésnek most az a hátránya, hogy a csomagkezelődben nem látod. Na jó, látod, de nem azt. Ezért ha olyan progit akarsz telepíteni, ami gtk1-re épül (pl. az xmms), akkor lehet, hogy a csomagkezelőd panaszkodni fog. Ui. ő nem a /usr/lib-ben levő fájlokat nézi, hanem a saját adatbázisát.

            Remélem, most már sikerült úgy megérteni, ahogy akarom, hogy megértsd 😉

            #2084620
            Tibro
            Felhasználó
              uzsolt wrote:
              Remélem, most már sikerült úgy megérteni, ahogy akarom, hogy megértsd 😉

              Hát ezt nem tudtam. T’od én olyan régi fajta ember vagyok, aki csak az alapokat felépítve tud egyszinttel biztonságosan feljebb haladni, hasonlóan mint a házépítésnél. Persze lehet áthidalókat, meg „ablakokat” hagyni benne, amitől még épülhet a ház, csak hát a lyukak nem erősítik az építményt, az összes lehetőséget. Mert pl ilyen esetben olyat kellett volna félszvakból megértenem, amit csak akkor értek meg, ha ezek az infók is megvannak. Tényleg köszönöm.

              Egyébként devel csomagot ménkű sokat találtam, ezek szerint lehet azért van sok, mert, hogy egy-egy továbbépítéshez, nem biztos kell minden kiegészítés (?) így a speciális devel csomag lehet csak egy bizonyos feladatra, vagy környezetre kihegyezett egyéb állományokat tartalmaz, nem a teljes „devel”séget. Ezzel a ménkű sok „devel” csomaggal az volt a problémám, hogy mindig volt valami függőség problémája, bár ezt a legritkább esetben írta ki – nem emlékszem, hogy egyetlen egyszer is kiírta volna – miszerint valami csomag, vagy akármi miatt nem települ. Mindig csak annyit válaszolt az rpm telepítés során, hogy hiányzik a megadott csomag – és itt azt a nevet használta mindig, amilyen nevűt épp telepítettem – nem is értettem ez hogy lehetséges. Ezért nem is gondoltam más csomagok részbeni hiányosságaira.

              Szavaidból azt is kiértem, hogyha egyszer elkezdek forrásból telepíteni, akkor már nem fogja a Yast a teljes telepített állomány-struktúrát és elemeket kijelezni, illetve azonosítani. Vagyis, előnyben kellene részesítenem az rpm formátumú megoldásokat, ha már szeretném a yastot használni.
              Ez utóbbiból következhet olyan is, például egy azonos disztribúció következő verziószámúra váltáskor (pl Suse 7.3 -> Suse 8.0), hogy egyes meglévő programok fenn maradnak a rendszerben és azért működik egy program, illetve hardver, de egyébként hiába keresem a YaST ezt nem látja? (Többször másoltam át pl egyszerűen a Netscape könyvtárat és tökéletesen működött a böngésző, holott sokkal korábban telepítettem, tán még más gépen is)
              Gondolok itt arra a problémámra, hogy egy tv-tunerkártyám korábbi verzió alatt hibátlanul működött – értem ezalatt, ment a rádió, ment a tv, ment a text – később több frissítést követően (1 -3 frissítés lehetett) még mindig ment ugyanúgy, de amikor valamilyen okból újra telepítettem az utóbbi verziót, már nem ment – azóta sem megy – pl. esetemben a rádió? Mert egyszerűen újratelepítésnél már nem került fel egy korábbi csomag, vagy állomány a megfelelő helyre?

              Üdv

              Tibro

              #2084621
              kisbetu
              Felhasználó

                Új telepítésnél nálam a SUSE még soha nem állította be jól a TV-kártyához tartozó modulokat.
                Az igaz, hogy megtalálta a kártyát, és a YaST-ba bekerült a beállítási lehetőség, de mindig kézzel kellett fixálnom a nekem fontos értékeket.

                #2084622
                meoindil
                Felhasználó

                  Köszönöm! A leírásotok alapján nekem is sikerült feltennem SuSE 10.3-ra a GWhere-t!

                  #1885262
                  csaba
                  Felhasználó

                    Sziasztok,

                    Egy Gwhere (http://www.gwhere.org) programot szeretnék telepíteni Suse 10.1 alá. Találtam forrás és bináris fájlokat is. Sajnos az rpm-eket nem tudom lefordítani, mert mindig leáll azzal a hibával, hogy nincs a gwhere a megadott könyvtárba. Arra következtetek, hogy valami függőségi hibája lehet. Nem tudtam feloldani, mert amit valószínű keres, az a gtk, ami azonban fel van telepítve. Gondolom ezt abból, hogy megpróbáltam fordítani forráskódból és akkor viszont ezt az üzenetet adja a „./configure” után
                    asztalip:/home/tibee/Linux/Gwhere/gwhere-0.2.3 # ./configure
                    checking for a BSD-compatible install… /usr/bin/install -c
                    checking whether build environment is sane… yes
                    checking whether make sets $(MAKE)… yes
                    checking for working aclocal… missing
                    checking for working autoconf… missing
                    checking for working automake… missing
                    checking for working autoheader… missing
                    checking for working makeinfo… missing
                    checking for gcc… gcc
                    checking for C compiler default output file name… a.out
                    checking whether the C compiler works… yes
                    checking whether we are cross compiling… no
                    checking for suffix of executables…
                    checking for suffix of object files… o
                    checking whether we are using the GNU C compiler… yes
                    checking whether gcc accepts -g… yes
                    checking for gcc option to accept ANSI C… none needed
                    checking for strerror in -lcposix… no
                    checking for gcc… (cached) gcc
                    checking whether we are using the GNU C compiler… (cached) yes
                    checking whether gcc accepts -g… (cached) yes
                    checking for gcc option to accept ANSI C… (cached) none needed
                    checking for g++… no
                    checking for c++… no
                    checking for gpp… no
                    checking for aCC… no
                    checking for CC… no
                    checking for cxx… no
                    checking for cc++… no
                    checking for cl… no
                    checking for FCC… no
                    checking for KCC… no
                    checking for RCC… no
                    checking for xlC_r… no
                    checking for xlC… no
                    checking whether we are using the GNU C++ compiler… no
                    checking whether g++ accepts -g… no
                    checking whether make sets $(MAKE)… (cached) yes
                    checking how to run the C preprocessor… gcc -E
                    checking for egrep… grep -E
                    checking whether gcc needs -traditional… no
                    checking whether ln -s works… yes
                    checking for gawk… gawk
                    checking for gcc option to accept ANSI C… none needed
                    checking for ANSI C header files… yes
                    checking build system type… i686-pc-linux-gnu
                    checking host system type… i686-pc-linux-gnu
                    checking for a sed that does not truncate output… /usr/bin/sed
                    checking for ld used by gcc… /usr/i586-suse-linux/bin/ld
                    checking if the linker (/usr/i586-suse-linux/bin/ld) is GNU ld… yes
                    checking for /usr/i586-suse-linux/bin/ld option to reload object files… -r
                    checking for BSD-compatible nm… /usr/bin/nm -B
                    checking how to recognise dependent libraries… pass_all
                    checking for sys/types.h… yes
                    checking for sys/stat.h… yes
                    checking for stdlib.h… yes
                    checking for string.h… yes
                    checking for memory.h… yes
                    checking for strings.h… yes
                    checking for inttypes.h… yes
                    checking for stdint.h… yes
                    checking for unistd.h… yes
                    checking dlfcn.h usability… yes
                    checking dlfcn.h presence… yes
                    checking for dlfcn.h… yes
                    checking how to run the C++ preprocessor… /lib/cpp
                    checking for g77… no
                    checking for f77… no
                    checking for xlf… no
                    checking for frt… no
                    checking for pgf77… no
                    checking for fort77… no
                    checking for fl32… no
                    checking for af77… no
                    checking for f90… no
                    checking for xlf90… no
                    checking for pgf90… no
                    checking for epcf90… no
                    checking for f95… no
                    checking for fort… no
                    checking for xlf95… no
                    checking for ifc… no
                    checking for efc… no
                    checking for pgf95… no
                    checking for lf95… no
                    checking for gfortran… no
                    checking whether we are using the GNU Fortran 77 compiler… no
                    checking whether  accepts -g… no
                    checking the maximum length of command line arguments… 32768
                    checking command to parse /usr/bin/nm -B output from gcc object… ok
                    checking for objdir… .libs
                    checking for ar… ar
                    checking for ranlib… ranlib
                    checking for strip… strip
                    checking if gcc static flag  works… yes
                    checking if gcc supports -fno-rtti -fno-exceptions… no
                    checking for gcc option to produce PIC… -fPIC
                    checking if gcc PIC flag -fPIC works… yes
                    checking if gcc supports -c -o file.o… yes
                    checking whether the gcc linker (/usr/i586-suse-linux/bin/ld) supports shared libraries… yes
                    checking whether -lc should be explicitly linked in… no
                    checking dynamic linker characteristics… GNU/Linux ld.so
                    checking how to hardcode library paths into programs… immediate
                    checking whether stripping libraries is possible… yes
                    checking if libtool supports shared libraries… yes
                    checking whether to build shared libraries… yes
                    checking whether to build static libraries… yes
                    configure: creating libtool
                    appending configuration tag „CXX” to libtool
                    checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries… yes
                    libtool.m4: error: problem compiling CXX test program
                    checking for g++ option to produce PIC…
                    checking if g++ supports -c -o file.o… no
                    checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries… yes
                    checking dynamic linker characteristics… GNU/Linux ld.so
                    checking how to hardcode library paths into programs… immediate
                    checking whether stripping libraries is possible… yes
                    appending configuration tag „F77” to libtool
                    checking for gtk-config… no
                    checking for GTK – version >= 1.2.0… no
                    *** The gtk-config script installed by GTK could not be found
                    *** If GTK was installed in PREFIX, make sure PREFIX/bin is in
                    *** your path, or set the GTK_CONFIG environment variable to the
                    *** full path to gtk-config.
                    configure: error: Cannot find GTK: Is gtk-config in path?
                    asztalip:

                    Hogyan tudom megoldani ezt a problémát? Azt értem én ebből ki, hogy nem ott van neki a gtk, ahol keresi. De a többieknek ott van jó helyen. Mit lehet itt tenni?

                    Boldog újévet kivánok mindenkinek, azoknak még boldogabbat, akik segítenek…

                    Üdv
                    Tibro

                  8 bejegyzés megtekintése - 11-18 / 18
                  • Be kell jelentkezni a hozzászóláshoz.