Forum Linux.débutant Installation d'aDesklets avortée

Posté par  .
Étiquettes :
0
7
août
2005
Je fais
tar xvfj adesklets-0.4.10.tar.bz2
cd adesklets-0.4.10
./configure

l'installation s'arrête sur :
=> configure: error: cannot find Python include path



$ ./configure

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking for style of include used by make... GNU

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 dependency style of gcc... gcc3

checking how to run the C preprocessor... gcc -E

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 dependency style of gcc... (cached) gcc3

checking for flex... flex

checking for yywrap in -lfl... yes

checking lex output file root... lex.yy

checking whether yytext is a pointer... yes

checking for bison... bison -y

checking for a BSD-compatible install... /usr/bin/install -c

checking for a Python interpreter with version >= 2.3... python

checking for python... /usr/bin/python

checking for python version... 2.4

checking for python platform... linux2

checking for python script directory... ${prefix}/lib/python2.4/site-packages

checking for python extension module directory... ${exec_prefix}/lib/python2.4/site-packages

checking for Python include path... find: /usr/include/python/: No such file or directory

find: /usr/share/doc/tikiwiki-1.8.2: Permission denied



configure: error: cannot find Python include path


C'est ma toute première compile sur ma première installation de Linux (Mandriva 2005) sur une machine récupérée il y a 3 mois qui tournait sur Mandrake 9.2.
Chaque fois que je voulais faire une mise à jour je subissais un refus.
Des fois pour des trucs tout simple, comme l'installation d'extensions pour Firefox qui exigeait un upgrade du navigateur mais pour lequel il n'existait pas de version récente adaptée à Mandrake 9..2. Alors malgré moi j'ai sauté le pas.

J'en ai profité pour tenter d'améliorer l'environnement - quotidien numérique - sachant que j'ai une vieille config (pentium 300 et 128Mo de Ram)

On m'avait conseillé de ne pas utiliser que des binaires RPM afin de ne pas avoir d'ennuis. Pourtant j'ai l'impression que pour des appli mineures c'est courrant. Doit on être totalement rigoureux sur ce point, expert ou pas ?

Donc pour conclure ce message est totalement hésotérique pour moi.

Nota :
find: /usr/share/doc/tikiwiki-1.8.2: Permission denied
D'autre part je ne vois pas le lien entre tikiwiki et les aDesklets !

Quelques URLs :
http://adesklets.sourceforge.net/doc/fr/A-propos-d_0027adesklets.ht(...)
http://adesklets.sourceforge.net/doc/fr/Utilisation-d_0027adesklets(...)
http://adesklets.sourceforge.net/doc/fr/Programmation-d_0027adeskle(...)
http://adesklets.sourceforge.net/desklets.html(...)

Merci par avance

  • # bienvenue dans le monde linux

    Posté par  . Évalué à 3.

    Je répondrai d'abord à ta question sur les paquets binaires : tu as parfaitement raison, il est courant que les projets jeunes ou les petits projets ne fournissent pas de paquets binaires pour les distributions. C'est en effet beaucoup de travail, et pas forcément nécessaire, vu le nombre de distributions et de formats de paquets.
    S'ils prennent de l'ampleur, ils sont intégrés dans les distributions, et là ca devient le bonheur à installer ;). Sinon il arrive que des contributeurs externes proposent des paquets pour un projet. Il existe des dépots de paquets externes pour distributions (apt-get.org pour debian permet d'en trouver, plf est plutot célèbre pour mandrake, ... )

    Sinon il n'est pas forcément indispensable d'utiliser des paquets de ta distributions, on peux bien sur compiler le programme, mais certaines précautions sont en général bienvenue, comme éviter d'installer le projet dans /usr avec les autres paquets de la distrib, et préférer /usr/local/ (ce qui est fait par défaut). Sinon il existe des solutions pour gérer proprement ces installatations : des programmes comme checkinstall permettent de générer très facilement des paquets pour ta distributions en changeant simplement la commande "make install" de fin de compilation par "checkinstall make install" (de mémoire). Tu peux ensuite installer le paquet générer et profiter des avantages du système de paquet : désinstallation propre, ...

    find: /usr/share/doc/tikiwiki-1.8.2: Permission denied

    C'est un message d'erreur qui indique que, en tant qu'utilisateur, tu n'as pas les droits nécessaire pour explorer le répertoire /usr/share/doc/tikiwiki-1.8.2. Si le système de gestion des droits et des utilisateurs Unix t'intéresse, je te conseille la lecture d'un des nombreux tutoriaux qui doivent exister sur le net. Je pense que tu devrais trouver ton bonheur sur des sites comme lea-linux.org. Ce n'est en tout cas pas ca qui fait échouer la compilation, à mon avis.

    Et enfin, le truc qui doit t'intéresser le plus : la cause de la non compilation du programme ;) : il semble que le vrai message d'erreur :
    checking for Python include path... find: /usr/include/python/: No such file or directory


    Il n'arrive pas a trouver les fichiers pythons nécessaires à la compilation : alors là, deux solutions
    1) tu ne les a pas installé, regarde dans les paquets ce qui concerne python, mais je ne pense pas que ce soit ca, il trouve des fichiers de python dans /lib

    2) il sont installés, mais le script configure va les chercher au mavais endroit : regarde dans le répertoire /usr/include si il n'y a pas un répertoire qui commencerait par "python...", dans ce cas, je te propose un fix rapide (et incertain) : faire un lien symbolique entre /usr/include/python et ce répertoire (commande "ln -s /usr/include/python??? /usr/include/python" en root) et a signaler ce problème aux développeurs de adesklets, par mail, ou sur leur site.

    • [^] # Re: bienvenue dans le monde linux

      Posté par  . Évalué à 3.

      1) tu ne les a pas installé, regarde dans les paquets ce qui concerne python, mais je ne pense pas que ce soit ca, il trouve des fichiers de python dans /lib
      Les librairies et en-têtes sont séparés sur mandrake !
      Faut installer le paquet libpython2.4-devel...

      • [^] # Re: bienvenue dans le monde linux

        Posté par  . Évalué à 1.

        Je vous remercie pour votre aide Thomas Douillard et D. Pierre.


        > certaines précautions sont en général bienvenue, comme éviter d'installer le
        > projet dans /usr avec les autres paquets de la distrib, et préférer /usr/local/
        >
        J'avais placé ce tarball dans le répertoire Adesklets/ que j'avais créé pour l'occasion à la racine d'un compte (test) et comptais, s'il correspondait à mes attentes, l'installer en reprenant la précédure dans mon compte perso cette fois-ci.
        Désormais je l'ai placé dans /usr/local/share et l'ai décompacté sous root. Désormais il est accessible à tous les compte (user : 1000 et group : users).
        Il sera donc inutile de le réinstaller.


        > Les librairies et en-têtes sont séparés sur mandrake !
        > Faut installer le paquet libpython2.4-devel...
        >
        En effet ce RPM n'était pas présent
        Du coup j'ai repris la configuration (./configure) qui s'est poursuivi ... jusqu'à :

        checking for readline in -lreadline... no
        configure: error: Could not find the readline library


        Le problème c'est qu'il n'existe, apparemment, de RPM pour readline que sous forme de Source et non de Binaire : readline-5.0-2mdk.src.rpm

        http://www.rpmfind.net//linux/RPM/mandrake/10.2/SRPMS/main/readline(...)

        http://www.rpmfind.net/linux/rpm2html/search.php?query=readline&(...)

        Et me voilà devant un nouvel obstacle. Dois je renoncer à installer ces sympatiques Deskets ?


        > Sinon il existe des solutions pour gérer proprement ces installatations : des
        > programmes comme checkinstall permettent de générer très facilement des
        > paquets pour ta distributions en changeant simplement la commande "make
        > install" de fin de compilation par "checkinstall make install" (de mémoire). Tu
        > peux ensuite installer le paquet générer et profiter des avantages du système
        > de paquet : désinstallation propre,
        ><./i>
        Ca m'interresse. As tu un article à me recommender pour que je "m'instructionne" ?
        Toutefois si je comprends ce que tu viens de dire cela ne peut m'être d'aucun secours pour le cas présent, vu que l'échec se produit au niveau de l'exécution de la commande ./configure

        • [^] # Re: bienvenue dans le monde linux

          Posté par  . Évalué à 1.

          Apparemment je pourrais m'en sortir en faisant
          rpmbuild --rebuild readline-5.0-2mdk.src.rpm
          ou
          rpmbuild --recompile readline-5.0-2mdk.src.rpm

          vu chez Léa :
          http://lea-linux.org/software/soft_gere/rpm.html(...)

          A la fin du paragraphe il y a toutefois une note que je ne comprends pas

          > Note :
          > ce processus nécessite que les paquetages -devel nécessaires aient été
          > installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la compilation .
          >
          [Dans mon cas] de quel paquetage -devel parle t'elle ?
          Si c'est readline-devel-5.0-2mdk.src.rpm je n'ai pu trouver aucun RPM sous ce nom !

        • [^] # Re: bienvenue dans le monde linux

          Posté par  . Évalué à 2.

          Utilises-tu rpmdrake ?
          La librairie readline et ses paquets de développement y sont inclus !

          • [^] # Re: bienvenue dans le monde linux

            Posté par  . Évalué à 1.

            Dans un premier temps je fus surpris par ton conseil. Je pensais avoir fait les choses correctement.
            J'avais vérifié dans Drakconf si j'avais bien un readlineXXX.i586.rpm. Que nenni !
            D'autres part la consultation de Google, rpmfind.net et rpm.pbone.net ne m'avais conduit que vers readline5-5.0-2mdk.i586.src.rpm mais pas de version -devel.

            Pris d'un doute je fais
            grep "readline" rpmpkgs
            qui me retourne
            libreadline4-4.3-9mdk.i586.rpm
            libreadline5-5.0-2mdk.i586.rpm
            php-readline-4.3.10-6mdk.i586.rpm

            Mais bien sur libreadlineXXX est un agregat de plusieurs appli dont readlineXXX.
            C'est à se demander pourquoi il existe un readline5-5.0-2mdk.i586.src.rpm
            Il y a surement une bonne raison, mais en attendant je me suis fait piégé.
            C'est pas grave on reste cool et on continue.

            Donc en me réferrant au cas précédant je pense que les RPM -devel vont peut-etre cette
            fois-ci me permettre de résoudre le problème.

            Et hop un petit coup de Drakconf pour :
            - readline5-devel-5.0-2mdk et
            - readline4-devel-4.3-9mdk



            Au final je me retrouve avec le message suivant

            ---------
            Une erreur est survenue pendant l'installation des pacquetages file

            /lib/libhistory.so conflicts between attempted install of
            readline5-devel-5.0-2mdk and readline4-devel-4.3-9mdk
            ---------
            Ce message se répete pour d'autres librairies.
            Au final l'installation de ces RPM (readline5-devel-5.0-2mdk and readline4-devel-4.3-9mdk)
            est refusée pour cause de conflit avec les librairies suivantes :

            /lib/libhistory.so
            /usr/include/readline/history.h
            /lib/libhistory.a
            /usr/share/info/history.info.bz2
            /usr/share/man/man3/history.3.bz2

            /lib/libreadline.so
            /usr/include/readline/readline.h
            /lib/libreadline.a
            /usr/share/info/readline.info.bz2
            /usr/share/man/man3/readline.3.bz2

            /usr/share/info/rluserman.info.bz2
            /usr/include/readline/rlstdc.h
            /usr/include/readline/rltypedefs.h
            /usr/include/readline/chardefs.h
            /lib/libchardefs.so


            Et ça continue.
            Une petite visite sur le site de RPMfind pour voir à qui appartenait ces librairies en utilisantla fonction SEARCH.
            Qui me retourne Oh, surprise mes 2 RPMs.
            J'ai compris de suite. Une fois de plus je me suis fait avoir.

            Mandrake installe 2 versions différentes de libreadline sans que ça le gène mais refuse que leurs équivalents -devel soient présentes en meme temps.

            En effet en installant la seule readline5-devel-5.0-2mdk ça passe.
            Ouf !


            Et me voilà reparti pour un petit tour de ./configure

            Ah les messages défilent un certain temps. Va t-il arrivé au bout sans echec ?

            ---------
            .....
            checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
            checking for gethostbyname... yes
            checking for connect... yes
            checking for remove... yes
            checking for shmat... yes
            checking for IceConnectionNumber in -lICE... yes
            checking for XOpenDisplay in -lX11... yes
            checking for imlib2-config... no
            checking for imlib2 - version >= 1.1.2... no
            *** The imlib2-config script installed by imlib2 could not be found
            *** If imlib2 was installed in PREFIX, make sure PREFIX/bin is in
            *** your path, or set the IMLIB2_CONFIG environment variable to the
            *** full path to imlib2-config.
            configure: error: Cannot find imlib2: Is imlib2-config in the path?
            ---------

            Et sonne le glas :-(

            Apparemment la lib imlib2 ne retrouve pas le script imlib2-config qu'il est sensé avoir installé. Si lui ne retrouve pas ses chatons je doute de pouvoir y arriver. En plus tout est en anglais.

            ll /usr/bin/imlib*
            530342 -rwxr-xr-x 1 root root 347632 jan 31 2005 /usr/bin/imlib_config*
            529864 lrwxrwxrwx 1 root root 32 jui 15 15:09 /usr/bin/imlib-config -> ../../usr/bin/multiarch-dispatch*

            Bien entendu pas de imlib2-config

            Et hop la cmde magique :
            # grep "imlib2" rpmpkgs
            libimlib2_1-1.2.0-3mdk.i586.rpm
            libimlib2_1-filters-1.2.0-3mdk.i586.rpm
            libimlib2_1-loaders-1.2.0-3mdk.i586.rpm

            Et hop un petit coup de Drakconf. Entre nous je préferre un petit verre du Clos Mireille.
            Mandrake que se soit rouge, rosé ou blanc, il n'en en cure. Seul sa cassette compte. Je veux dire ses RPM ;-) Sans eux point de salut.

            Donc ni une ni deux un petit coup de Drakconf pour libimlib2_1-dev-1.2.0-3mdk.i586.rpm
            et voilà que mon ./configure se fait.

            En voilà une bonne nouvelle :-)

            puis
            make
            make install

            Et vlan ma première compile, non sans mal ni sans aide, réalisée.

            On testera plus tard dans la journée.

            Et merci encore à vous 2.

            Conclusion :
            Pas toujours facile de sortir des sentiers balisés par les Distributeurs. Il y a sûrement une marge de progrès possible pour rendre Mandriva et autres cousines plus facilement évolutives tout en conservant les atouts des bases RPM sans être quasiment et définitivement figés à 2 ou 3 mois de la sortie de la version suivante.

  • # weatherforecast : joli message

    Posté par  . Évalué à 1.

    $ ./weatherforecast.py

    Traceback (most recent call last):
    File "./weatherforecast.py", line 41, in ?
    import adesklets
    File "/usr/lib/python2.4/site-packages/PIL/__init__.py", line 36, in ?

    File "usr/lib/python2.4/site-packages/adesklets/initializer.py", line 53, in __init__
    File "usr/lib/python2.4/site-packages/adesklets/communicator.py", line 103, in err
    adesklets.error_handler.ADESKLETSError: adesklets process exited -
    Exception exceptions.AttributeError: <exceptions.AttributeError instance at 0xb7c7d30c> in <bound method _Communicator.__del__ of <adesklets.communicator._Communicator instance at 0xb7b38bac>> ignored
    -----

    Et là elle me dit quoi la Station Météo ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.