| Re: [CBLX] Compilation/installation BRLTTY 4.0 pour /usr/local |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/carrefourblinux Archives
]
From: Dominique Asselineau <asseline@xxxxxxxxxxxxxxxxxxxx>
Subject: Re: [CBLX] Compilation/installation BRLTTY 4.0 pour /usr/local
Date: Fri, 28 Aug 2009 16:12:57 +0200
> Pierre Lorenzon wrote on Fri, Aug 28, 2009 at 01:16:33PM +0200
>> From: Dominique Asselineau <asseline@xxxxxxxxxxxxxxxxxxxx>
>> Subject: [CBLX] Compilation/installation BRLTTY 4.0 pour /usr/local
>> Date: Fri, 28 Aug 2009 13:06:00 +0200
>>
>> > Rebonjour,
>> >
>> > Je souhaite installer une version de BRLTTY dans /usr/local provisoire
>> > pour résoudre mes problèmes de curseurs routing. Lorsque je configure
>> > pour préparer l'installation en /usr/local, le résumé de configuration
>> > du fichier config.log n'indique pas ce chemin et il laisse même penser
>> > que ça va s'installer à la racine (/bin, /etc, /lib....). Bref, on
>> > hésite à continuer l'installation...
>>
>> Certes ! Le ./configure --help indique explicitement que l'on
>> peut passer l'option --prefix= mais ça ne serait pas la
>> première fois que la doc ne "matche" pas le code à 100% ! (Oh
>> je dis ça en toute généralité bien sûr pas pour brltty en
>> particulier.) Enfin je viens d'essayer un
>> $ ./configure --prefix=/usr/local
>> et ce préfix apparaît bien dans le configure.log.
>
> Oui, seulement au début pour redonner la commande lancée mais plus
> bas, on voit des trucs du genre
>
> sysconfdir: /etc
> program-directory: /bin
> library-directory: /lib/brltty
> writable-directory: /lib/brltty/rw
>
> qui n'engagent pas à lancer l'install sous root... au risque d'avoir
> des effets secondaires, voire des dégâts collatéraux sur son système.
Ouais et dans config.mk INSTALL_ROOT =
alors que cet INSTALL_ROOT semble après servir de racine à
tous les autres chemins. Dans config.mk.in
INSTALL_ROOT = @install_root@
Beh pourquoi @install_root@ n'est pas convenablement
initialisée par configure ? J'ai pas le courage d'éplucher le
configure. En général quand on écrit un configure.ac c'est
qu'on n'aime pas bien le bash et que ...
>
>> C'est bien
>> tout ce que je peux en dire à ce stade parce qu'après
>> normalement ça doit aussi déterminer la valeur des variables
>> quand on passe du Makefile.in au Makefile ! Sauf que dans le
>> Makefile j'ai eu du mal à trouver la target install (enfin je
>> ne l'ai pas trouvée !)
>
> Apparemment c'est dans le Makefile du rép. Programs mais tout est
> paramétré et ce genre d'organisation ne tolère pas le bricolage, il
> faut la maîtriser pour la faire évoluer.
Certes ! On peut traquer les variables à coup de rgrep comme
je l'ai fait, mais de là à les modifier à la main !
>
>> donc difficile de dire au final si la
>> variable qui semble correctement allouée par configure sera
>> également correctement utilisée par la suite. Enfin si tous
>> ces beaux scripts ont été fait à coup de autoconf et autre ça
>> devrait être le cas !
>
> Oui. J'avais encore une archive d'une compilation d'un BRLTTY 3.7.2
> pour laquelle je ne m'étais pas posé de question, et c'était déjà
> comme ça pour le résumé de configuration. Alors je me suis lancé et
> je n'ai rien massacré. Tout paraît ok.
Hum ! Pas clair leur code mais tu as l'air de dire qu'il
fonctionne ! Tant mieux après tout ! Les mainteneurs du
projet doivent avoir des clefs qui nous manquent !
Pierre
>
> dom
> --
>
> ---
> --
> CarrefourBLinuX MailingListe
> Pour obtenir de l'aide, envoyez le sujet help à:
> carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
> Archives:
> http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux
>
---
--
CarrefourBLinuX MailingListe
Pour obtenir de l'aide, envoyez le sujet help à:
carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
Archives:
http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux