tetex/fink/qt... le bordel?

In article <050820042120215100%djm31@hotmail.com>, Daniel
<djm31@hotmail.com> wrote:

Bonjour,



Je suis un utilisateur du Mac depuis le début des années 80.

En fait, utilisateur d'ordinateurs Apple (Apple 2e, 2GS, Mac+, MacSE,
LC, G3, G4).

Daniel wrote:

Bonjour,

Ce message n'est pas vraiment un appel à l'aide (quoique si quelqu'un
peut m'aider à résoudre mon problème avec kseg - indiqué plus bas - je
suis preneur...) mais un constat, peut-être erronné, que MacOS ne
convient pas, dans l'état actuel, pour installer, utiliser et mettre à
jour de manière conviviale, des logiciels développés pour UNIX/Linux.

J'aimerais savoir si d'autres utilisateurs arrivent à bien faire
cohabiter les deux univers MacOS et X11.

Bien sûr. Mais ce que tu essaies c'est de faire cohabiter au moins 3 ou
4 univers. C'est comme si tu avais une installation Linux de RedHat et
que tu essayais d'y faire tourner des paquets venant de SuSE, de gentoo
et de debian. Tous du Linux, mais cela ne marchera pas.

Je suis un utilisateur du Mac depuis le début des années 80. Il y a
environ 3 ans, je pensais me tourner vers Linux pour «profiter» des
logiciels libres et gratuits, mais au coût d'un long apprentissage d'un
nouveau système d'exploitation. Mais avec l'arrivée de Fink sous OS_X,
j'allais pouvoir utiliser ces logiciels et rester avec le Mac. À ce que
j'avais compris, j'allais pouvoir utiliser en parallèle, et
simultanément, les programmes de deux «univers» MacOS et X11.

Au début, après avoir réussi - sans trop de mal, mais avec beaucoup de
lecture et d'aide - à installer une «base» dans un dossier /sw à part
j'ai ainsi pu utiliser TeXMacs (X11) non pour faire du LaTeX (je
préfère TeXShop (MacOS) ), mais pour l'utiliser comme interface aux
logiciels Maxima, Scilab et Pari/GP. De plus, j'utilisais kseg (un
clone de Cabri).

Jusqu'ici, pas de problème. Tout ça sauf TeXShop peut être installé via
Fink, et ça marchera ensemble, même TeXShop qui peut très bien
fonctionner avec le tetex installé par Fink.

Mais tranquillement, les choses ont changé. Les deux univers bien que
séparés (utilisent des gestionnaires de fenêtres différents) ne sont
plus indépendants.

J'ai plutôt l'impression que les choses se mélangent dans ta tête. Déjà
ta comparaison de TeXmacs avec TeXShop "pour faire du LaTeX" est un peu
étrange: On ne fait pas du LaTeX avec TeXmacs, on peut y importer et
exporter (plus ou moins mal) du LaTeX, mais c'est un système de
traitement de texte tout à fait différent.

Par exemple maintenant, lorsque je suis dans TeXShop, la base tetex
utilisée n'est plus celle que j'avais installée il y a deux ans, mais
celle du répertoire /sw que j'avais installée pour TeXMacs (ne pas
confondre avec iTexMac). Je n'ai pas sciemment fait un tel changement.
Pourquoi est-ce ainsi maintenant?

Il y a des options de configuration dans les Préférences de TeXShop où
tu peux dire quelle version de teTeX TeXShop va utiliser, celle de
Gerben Wierda (c'est probablement ce que tu as installé, utilisant
i-installer, en même temps que TeXShop) ou celle qui vient de Fink.
Donc tu y as même une cohabitation paisible de 3 univers:

- TeXShop, qui n'est qu'une interface graphique MacOSX pour certaines
fonctions du système unixien teTeX
- GWtex installé avec le système de l'i-installer, une distribution
open-source, mais d'un style plutôt proche de la philosophie shareware
avec un gourou qui fait tout et une congrégation de fidèles qui admirent
et suivent le gourou
- tetex de Fink qui est du vrai open-source avec une communauté active
de développeurs, similaire aux distributions Linux.

Inversement, les librairies qt utilisées par (en fait je devrais dire
«liées à») kseg (x11) sont celles qui se trouvent dans le dossier
développeur (donc à l'extérieur de /sw). Malheureusement, je n'arrive
plus à lancer kseg. J'obtiens les messages d'erreurs suivants:

Ah, tu n'as donc pas installé kseg avec Fink, mais sauvagement à la
main. Dans ce cas, tu es toi-même responsable pour la bonne cohabitation
de ce 4ième univers avec les autres.

dyld: kseg Undefined symbols:
kseg undefined reference to
__ZN12QPaintDevice10setX11DataEPK19QPaintDeviceX11Da
ta expected to be defined in /Developer/qt/lib/libqt-mt.3.dylib
kseg undefined reference to __ZN7QWidget6createEmbb expected to be
defined in /Developer/qt/lib/libqt-mt.3.dylib
kseg undefined reference to __ZN7QWidget8x11EventEP7_XEvent expected to
be defined in /Developer/qt/lib/libqt-mt.3.dylib
kseg undefined reference to __ZNK12QPaintDevice15x11RenderHandleEv
expected to be defined in /Developer/qt/lib/libqt-mt.3.dylib

On dirait que tu avais installé une version de qt3 dans /Developer/qt,
et plus tard tu l'as - au moins partiellement - détruite, peut-être lors
d'une mise à jour des outils de développement d'Apple. Le dossier
/Developer est géré par le programme d'installation de ces outils de
développement. Ce n'est donc pas un bon endroit pour installer soi-même
des librairies.

Si je veux installer qt3 avec Fink, l'installateur s'arrête avec un
*Error 1* pour m'indiquer que je dois d'abord configurer qt en
exécutant un script .configure. Là fraudrait être drôlement de mauvaise
foi pour dire que c'est convivial.

Il faudrait voir le message d'erreur exact pour pouvoir te conseiller.
Je peux t'assurer qu'il n'y a aucun problème de principe avec
l'installation de qt3 avec Fink. En fait, comme j'ai qt3 de Fink déjà
(c'est malgré tout un gros paquet qui prend longtemps à installer) et
que je ne connaissais pas kseg, j'ai juste tapé "fink install kseg". 15
minutes plus tard, j'ai kseg installé, et ça a l'air de fonctionner.

Je me demande donc si, à cause de ce moyen bordel, il ne serait pas
plus simple de passer à Linux (non!!! je le jure, je ne veux pas
troller). L'installation des logiciels et leur maintenance ne sera
peut-être pas plus conviviale, mais elle sera au moins cohérente.

Si tu reste avec une seule distribution Linux qui aurait tout ce dont tu
as besoin, ce sera cohérent, oui, mais si tu restes avec Mac OS X et
Fink, tu as un système cohérent aussi.

--
Martin

In article <4113560F.7060101@wanadoo.fr>, Martin Costabel
<costabel@wanadoo.fr> wrote:


Bonjour. Tout d'abord merci d'avoir lu mon long message et de l'avoir
autant commenté. Je suis un peu moins «découragé» de poursuivre dans
mes investigations :-)

<...>

J'aimerais savoir si d'autres utilisateurs arrivent à bien faire
cohabiter les deux univers MacOS et X11.

Bien sûr. Mais ce que tu essaies c'est de faire cohabiter au moins 3 ou
4 univers.

Ouch!!! Bon, j'ai de la lecture à faire...

Je suis un utilisateur du Mac depuis le début des années 80.

Je voulais dire Apple (Mac, depuis la fin des années 80).

J'ai plutôt l'impression que les choses se mélangent dans ta tête.

Hahaha.... bien vu! On dirait que mon cerveau «roule» dans le yaourt
en ce moment. À part une ou deux petites choses que je pense avoir
comprises avec la cohabitation OSX/X11, je suis dans la brume.

<coupé le bout latex>

Merci. Je vais définir/conserver la base tetex de fink pour TeXShop.

Inversement, les librairies qt utilisées par (en fait je devrais dire
«liées à») kseg (x11) sont celles qui se trouvent dans le dossier
développeur (donc à l'extérieur de /sw). Malheureusement, je n'arrive
plus à lancer kseg. J'obtiens les messages d'erreurs suivants:

Ah, tu n'as donc pas installé kseg avec Fink, mais sauvagement à la
main.

Ho que non! Pas consciemment en tout cas. Il me semble l'avoir
installé avec FinkCommander

<...>

expected to be defined in /Developer/qt/lib/libqt-mt.3.dylib

On dirait que tu avais installé une version de qt3 dans /Developer/qt,
et plus tard tu l'as - au moins partiellement - détruite, peut-être lors
d'une mise à jour des outils de développement d'Apple. Le dossier
/Developer est géré par le programme d'installation de ces outils de
développement. Ce n'est donc pas un bon endroit pour installer soi-même
des librairies.

Je me rappelle avoir installé qt mais je ne me souviens plus pour
quelle application. Est-ce possible que ce soit pour Firefox?

Si je veux installer qt3 avec Fink, l'installateur s'arrête avec un
*Error 1* pour m'indiquer que je dois d'abord configurer qt en
exécutant un script .configure. Là fraudrait être drôlement de mauvaise
foi pour dire que c'est convivial.

Il faudrait voir le message d'erreur exact pour pouvoir te conseiller.

J'ai déjà un qt3 d'installé dans /sw

qt3-shlibs 3.1.2-1 Cross-Plateform application framework
qt3-linguist 3.1.2-1 Cross-Plateform application framework
qt3-doc 3.1.2-1 Cross-Plateform application framework
qt3-dev 3.1.2-1 Cross-Plateform application framework
qt3-designer 3.1.2-1 Cross-Plateform application framework
qt3-bin 3.1.2-1 virtual package
qt3 3.1.2-1 Cross-Plateform application framework

Mais je me disais qu'en faisant la mise à jour 3.1.2-1 à 3.1.2-3
certains «liens» dédtruits seraient reconstruits.

Si je tente d'installer (faire la mise à jour) qt3-shlibs par exemple,
en utilisant FinkCommander, j'obtiens le message:

The following package will be installed or updated:
qt3-shlibs
/bin/rm -rf qt3-3.2.1-1
/bin/mkdir -p /sw/src/qt3-3.2.1-1
bzip2 -dc /sw/src/qt-x11-free-3.2.1.tar.bz2 | /sw/bin/tar -xf -
/var/tmp/tmp.1.pE0Xz5
patching file include/qglobal.h
patching file mkspecs/darwin-g++/qmake.conf
patching file qmake/Makefile.unix
patching file qmake/generators/unix/unixmake2.cpp
patching file qmake/main.cpp
patching file src/kernel/qprocess_unix.cpp
patching file src/qt.pro
patching file src/qtmain.pro
patching file src/tools/qdir_unix.cpp
patching file src/tools/qglobal.h
patching file src/tools/qgpluginmanager.cpp
patching file src/tools/qmutex_unix.cpp
patching file src/tools/qstring.cpp
patching file tools/designer/designer/designer.pro
patching file tools/designer/editor/editor.pro
/var/tmp/tmp.2.HvQBwf
XRender support cannot be enabled due to functionality tests!
Turn on verbose messaging (-v) to ./configure to see the final report.
If you believe this message is in error you may use the continue
switch (-continue) to ./configure to continue.

Qt must first be configured using the "configure" script.

make: *** [.qmake.cache] Error 1
### execution of /var/tmp/tmp.2.HvQBwf failed, exit code 2
Failed: compiling qt3-3.2.1-1 failed

----
---- Fin du message d'erreur
----


Étant avec Fink commander, je ne «vois pas/comprends pas» ce que
signifie:

Turn on verbose messaging (-v) to ./configure ...

ou bien

... switch (-continue) to ./configure to continue

ou encore

Qt must first be configured using the "configure" script.

Je peux t'assurer qu'il n'y a aucun problème de principe avec
l'installation de qt3 avec Fink. En fait, comme j'ai qt3 de Fink déjà
(c'est malgré tout un gros paquet qui prend longtemps à installer) et
que je ne connaissais pas kseg, j'ai juste tapé "fink install kseg". 15
minutes plus tard, j'ai kseg installé, et ça a l'air de fonctionner.

Merci d'avoir testé.

Alors comment puis-je faire en sorte que kseg utilise le qt3 du dossier
/sw au lieu de celui du dossier développeur?

Je me demande donc si, à cause de ce moyen bordel, il ne serait pas
plus simple de passer à Linux (non!!! je le jure, je ne veux pas
troller). L'installation des logiciels et leur maintenance ne sera
peut-être pas plus conviviale, mais elle sera au moins cohérente.

Si tu reste avec une seule distribution Linux qui aurait tout ce dont tu
as besoin, ce sera cohérent, oui, mais si tu restes avec Mac OS X et
Fink, tu as un système cohérent aussi.

Bon, ok. Je ferai un sérieux ménage dans tout ça (comprendre
réinstallation à partir de 0 sur disque dur externe de OSX et /sw)
après avoir fait le ménage dans ma tête.


Daniel

Daniel wrote:
[]

XRender support cannot be enabled due to functionality tests!

Cela semble indiquer un problème avec ton installation de X11, absence
de /usr/X11R6/lib/libXrender.1.2.dylib ou de
/usr/X11R6/include/X11/extensions/Xrender.h, par exemple.
[]

Étant avec Fink commander, je ne «vois pas/comprends pas» ce que
signifie:

Turn on verbose messaging (-v) to ./configure ...

ou bien

... switch (-continue) to ./configure to continue

ou encore

Qt must first be configured using the "configure" script.

Ce n'est pas très utile pour toi, j'admets. Mais tu pourrais
effectivement faire ce qu'ils disent:

cd /sw/src/qt3-3.2.1-1/qt3-x11-free-3.2.1
./configure -v

Ça pourrait donner des informations sur la raison pourquoi il n'est pas
content avec ton XRender.

--
Martin

In article <41155A13.8030606@wanadoo.fr>, Martin Costabel
<costabel@wanadoo.fr> wrote:


Bonjour,

Je me suis débarrassé (en fait, je l'ai archivé) du dossier qt du
dossier développeur; il y avait été placé lors de l'installation du
logiciel texmaker que je n'utiliserai pas. Ainsi, je peux utiliser à
nouveau le logiciel kseg. Ça fait un problème de réglé.

:-)

Cependant...,

Cela semble indiquer un problème avec ton installation de X11, absence
de /usr/X11R6/lib/libXrender.1.2.dylib

J'ai bien /usr/X11R6/lib/libXrender.1.2.dylib

ou de /usr/X11R6/include/X11/extensions/Xrender.h, par exemple.

OUPS, le dossier /usr/X11R6/include/X11 ne contient pas de dossier
«extensions» (il y a seulement un dossier «bitmaps»)

De plus, nulle part sur mon disque dur se trouve le fichier Xrender.h

<...>
tu pourrais
effectivement faire ce qu'ils disent:

cd /sw/src/qt3-3.2.1-1/qt3-x11-free-3.2.1
./configure -v

Ça pourrait donner des informations sur la raison pourquoi il n'est pas
content avec ton XRender.

Ok, j'ai fait ça, mais avec ... qt-x11... au lieu de ...qt3-x11...

cd /sw/src/qt3-3.2.1-1/qt-x11-free-3.2.1
sudo ./configure -v

Après plusieurs écrans, le système m'invite à «construire» qt

»» Qt is now configured for building. Just run /usr/bin/make.

Je fais comme il me demande, mais j'obtiens alors:

In file included from kernel/qtaddons_x11.cpp:25:
kernel/qt_x11_p.h:64:22: X11/Xlib.h: No such file or directory
kernel/qt_x11_p.h:69:23: X11/Xutil.h: No such file or directory
kernel/qt_x11_p.h:70:21: X11/Xos.h: No such file or directory
kernel/qt_x11_p.h:71:23: X11/Xatom.h: No such file or directory
kernel/qt_x11_p.h:79:34: X11/extensions/shape.h: No such file or
directory
make[2]: *** [.obj/release-shared/qtaddons_x11.o] Error 1
make[1]: *** [sub-src] Error 2
make: *** [init] Error 2


Une recherche sur le disque confirme qu'il n'existe pas de fichier
Xlib.h


J'ai cherché sur le net (web et usenet) avec la chaîne
«xlib.h "no such file"» pour me rendre compte que cela semble être un
problème commun. Je n'ai cependant pas pu y trouver de solution,

Avez-vous une explication? Une suggestion?

Merci encore pour votre aide Martin.
Daniel

In article <41155A13.8030606@wanadoo.fr>, Martin Costabel
<costabel@wanadoo.fr> wrote:


Bonjour,

Je me suis débarrassé (en fait, je l'ai archivé) du dossier qt du
dossier développeur; il y avait été placé lors de l'installation du
logiciel texmaker que je n'utiliserai pas. Ainsi, je peux utiliser à
nouveau le logiciel kseg. Ça fait un problème de réglé.

:-)

Cependant...,

Cela semble indiquer un problème avec ton installation de X11, absence
de /usr/X11R6/lib/libXrender.1.2.dylib

J'ai bien /usr/X11R6/lib/libXrender.1.2.dylib

ou de /usr/X11R6/include/X11/extensions/Xrender.h, par exemple.

OUPS, le dossier /usr/X11R6/include/X11 ne contient pas de dossier
«extensions» (il y a seulement un dossier «bitmaps»)

De plus, nulle part sur mon disque dur se trouve le fichier Xrender.h

<...>
tu pourrais
effectivement faire ce qu'ils disent:

cd /sw/src/qt3-3.2.1-1/qt3-x11-free-3.2.1
./configure -v

Ça pourrait donner des informations sur la raison pourquoi il n'est pas
content avec ton XRender.

Ok, j'ai fait ça, mais avec ... qt-x11... au lieu de ...qt3-x11...

cd /sw/src/qt3-3.2.1-1/qt-x11-free-3.2.1
sudo ./configure -v

Après plusieurs écrans, le système m'invite à «construire» qt

»» Qt is now configured for building. Just run /usr/bin/make.

Je fais comme il me demande, mais j'obtiens alors:

In file included from kernel/qtaddons_x11.cpp:25:
kernel/qt_x11_p.h:64:22: X11/Xlib.h: No such file or directory
kernel/qt_x11_p.h:69:23: X11/Xutil.h: No such file or directory
kernel/qt_x11_p.h:70:21: X11/Xos.h: No such file or directory
kernel/qt_x11_p.h:71:23: X11/Xatom.h: No such file or directory
kernel/qt_x11_p.h:79:34: X11/extensions/shape.h: No such file or
directory
make[2]: *** [.obj/release-shared/qtaddons_x11.o] Error 1
make[1]: *** [sub-src] Error 2
make: *** [init] Error 2


Une recherche sur le disque confirme qu'il n'existe pas de fichier
Xlib.h


J'ai cherché sur le net (web et usenet) avec la chaîne
«xlib.h "no such file"» pour me rendre compte que cela semble être un
problème commun. Je n'ai cependant pas pu y trouver de solution,

Avez-vous une explication? Une suggestion?

Merci encore pour votre aide Martin.
Daniel

Daniel wrote:

In article <41155A13.8030606@wanadoo.fr>, Martin Costabel
<costabel@wanadoo.fr> wrote:
[]

Cela semble indiquer un problème avec ton installation de X11, absence
[]

ou de /usr/X11R6/include/X11/extensions/Xrender.h, par exemple.

OUPS, le dossier /usr/X11R6/include/X11 ne contient pas de dossier
«extensions» (il y a seulement un dossier «bitmaps»)

De plus, nulle part sur mon disque dur se trouve le fichier Xrender.h

C'est pas bon..
[]
et ça non plus:

Une recherche sur le disque confirme qu'il n'existe pas de fichier
Xlib.h

C'est quoi comme installation de X11? Celle d'Apple? Dans ce cas, il
faut [re]installer le X11SDK.pkg qui se trouve sur le CD des Xcode
developer tools. On en a besoin si on veut compiler des programmes basés
sur X11.

C'est une bêtise d'Apple d'avoir séparé cette partie "développeur"
X11SDK.pkg de la partie "utilisateur" X11User.pkg et de la cacher dans
les dev tools. On économise 5% de 100Mo d'espace disque pour quelques
utilisateurs, et on cause beaucoup d'ennuis pour les autres. Mais bon,
c'est la philosophie Mac selon Apple..

--
Martin

In article <cf4i2s$uiu$1@news-reader2.wanadoo.fr>, Martin Costabel
<costabel@wanadoo.fr> wrote:

Daniel wrote:

OUPS, le dossier /usr/X11R6/include/X11 ne contient pas de dossier
«extensions» (il y a seulement un dossier «bitmaps»)

De plus, nulle part sur mon disque dur se trouve le fichier Xrender.h

C'est pas bon..
[]
et ça non plus:

Une recherche sur le disque confirme qu'il n'existe pas de fichier
Xlib.h

C'est quoi comme installation de X11? Celle d'Apple? Dans ce cas, il
faut [re]installer le X11SDK.pkg qui se trouve sur le CD des Xcode
developer tools. On en a besoin si on veut compiler des programmes basés
sur X11.

Bonjour!!!!!!!!
et merci :-) :-)

J'ai réinstallé X11SDK et j'ai finalement pu mettre à jour qt3-shlibs
(ouf... c'est long à compiler).

Je peux maintenant installer certains programmes, dont fung-calc;
jusqu'ici l'installation avortait puisque Fink tentait préalablement
une mise à jour de qt3.

Avant de fêter, j'ai tenté cette installation de fung-calc... qui a
réussi.

À un moment donné, j'ai eu le message

Good - your configure finished. Start make now
Ce «good» m'a bien fait rire.

J'ai eu le temps d'explorer fung-calc (ressemble à graphing calculator
ou Curvus Pro).

Je vous suis très reconnaissant Martin d'avoir pris tout ce temps à
m'aider.

Daniel,
très content.