This is the old SliTaz forum - Please use the main forum.slitaz.org
lxterminal
-
Bonjour Go Khla Yeh,
j'ouvre ici une nouvelle discussion à propos de ta recette pour installer lxterminal dans la Slitaz-Cooking-Xorg. Je l'ai appliquée à partir d'une installation "presque vierge", c'est-à-dire dans laquelle je n'ai ajouté que le driver Xorg de ma carte graphique, la tool-chain, et quelques babioles comme les locales de l'UTF-8 (glibc-locale) et le "sexy desktop" du wiki.
I. Première tentative
J'utilise ta recette telle quelle :# tazwok cook lxterminal
Checking for build dependencies...
================================================================================
Missing : intltool
Missing : vte-dev
Missing : vte-terminal
Missing : pkg-config
Missing : autoconf
Missing : automake
================================================================================
You can continue, exit or install missing dependencies.
Install, continue or exit (install/y/N) ? install
L'installation de ces machins se passe sans problème, puis tazwok passe à lxterminal lui-même. Comme tu l'avais annoncé, il manque une dépendance "gettext".Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Connecting to downloads.sourceforge.net (216.34.181.59:80)
lxterminal-0.1.6.tar 100% |*******************************| 232k --:--:-- ETA
Untaring lxterminal-0.1.6.tar.gz... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-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 i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... no
checking for msgmerge... no
checking for msgfmt... no
checking for gmsgfmt... no
configure: error: GNU gettext tools not found; required for intltool
================================================================================
Compilation failed. Please read the compilator output.
II. Ajout de gettext
Ne sachant pas bien la différence entre DEPENSet BUILD_DEPENDS, j'ai ajouté get-text à BUILD_DEPENDS et relancé tazwok. Il a commencé par installé get-text et ses dépendance, toujours sans problème, puis :Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Source tarball exit... [ OK ]
Source directory exit... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-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 i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
/usr/bin/xgettext: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
/usr/bin/msgmerge: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
/usr/bin/msgfmt: error while loading shared libraries: libacl.so.1: cannot open shared object file: No such file or directory
configure: error: GNU gettext tools not found; required for intltool
================================================================================
Compilation failed. Please read the compilator output.
III. Ajout de acl
J'ai supposé qu'en installant le paquet 'acl' j'obtiendrais en même temps la librairie manquante. J'ai donc ajouté 'acl' à BUILD_DEPENDS et relancé tazwok. Là encore il a commencé par installer 'acl' sans problème puis :Starting to cook lxterminal...
================================================================================
Checking for source tarball...
Source tarball exit... [ OK ]
Source directory exit... [ OK ]
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for i486-pc-linux-gnu-gcc... i486-pc-linux-gnu-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 i486-pc-linux-gnu-gcc accepts -g... yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i486-pc-linux-gnu-gcc... gcc3
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.10.0
checking for XML::Parser... ok
checking whether to enable maintainer-specific portions of Makefiles... no
checking for library containing strerror... none required
checking for i486-pc-linux-gnu-gcc... (cached) i486-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether i486-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for i486-pc-linux-gnu-gcc option to accept ISO C89... (cached) none needed
checking dependency style of i486-pc-linux-gnu-gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether i486-pc-linux-gnu-gcc and cc understand -c and -o together... yes
checking how to run the C preprocessor... i486-pc-linux-gnu-gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
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 locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for i486-pc-linux-gnu-pkg-config... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... configure: error: Package requirements (glib-2.0 >= 2.6.0 gthread-2.0 vte) were not met:
No package 'glib-2.0' found
No package 'gthread-2.0' found
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'glib-2.0', required by 'vte', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables PACKAGE_CFLAGS
and PACKAGE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
================================================================================
Compilation failed. Please read the compilator output.
La suite dans le message suivant (Grmmbl Vanilla.. :-( )
-
IV. Et maintenant ?
Comme glib est bien installé dans mon système, je suppose que le problème vient de ces variables $PKG_* et $PACKAGE_* mais je n'en suis pas sûr.
--- EDIT: En fait non, /var/lib/tazpkg/installed/glib n'est qu'un répertoire, qui contient trois fichiers dont la recette mais aucun executable. Du coup j'ai bien l'impression que glib lui-même n'est pas "vraiment" installé. Un coup de "tazpkg get-install glib --forced" ne change d'ailleurs rien à l'affaire. La commande "which glib" ne me répond d'ailleurs rien. ---root@slitaz:~# echo "+$PKG_CONFIG_PATH+"
++
oot@slitaz:~# echo "+$PACKAGE_CFLAGS+"
++
root@slitaz:/# echo "+$PACKAGE_LIBS+"
++
root@slitaz:~# tazpkg search glib
Search result for : glib
Installed packages
================================================================================
dbus-glib 0.80 x-window
glib 2.21.6 x-window
glibc-base 2.10.1 base-system
glibc-dev 2.10.1 development
glibc-extra-samba 2.10.1 base-system
glibc-locale 2.10.1 system-tools
glibmm 2.20.0 x-window
================================================================================
7 installed package(s) found for : glib
Available packages name-version
================================================================================
dbus-glib-0.80
dbus-glib-dev-0.80
glib-2.21.6
glib-dev-2.21.6
glibc-2.10.1
glibc-base-2.10.1
glibc-dev-2.10.1
glibc-extra-samba-2.10.1
glibc-locale-2.10.1
glibmm-2.20.0
glibmm-dev-2.20.0
json-glib-0.7.2
json-glib-dev-0.7.2
perl-glib-1.222
taglib-1.5
taglib-dev-1.5
================================================================================
16 available package(s) found for : glib
root@slitaz:~# find / -name 'glib*'
./var/lib/tazpkg/installed/glibc-dev
./var/lib/tazpkg/installed/glibc-locale
./var/lib/tazpkg/installed/glib
./var/lib/tazpkg/installed/glibmm
./var/lib/tazpkg/installed/glibc-extra-samba
./var/lib/tazpkg/installed/glibc-base
./var/cache/tazpkg/glibc-extra-samba-2.10.1.tazpkg
./var/cache/tazpkg/glibc-dev-2.10.1.tazpkg
./var/cache/tazpkg/glibc-locale-2.10.1.tazpkg
./var/cache/tazpkg/glib-2.21.6.tazpkg
./var/cache/tazpkg/glibmm-2.20.0.tazpkg
./var/cache/tazpkg/glibc-base-2.10.1.tazpkg
./usr/lib/glibc
./usr/share/locale/pt/LC_MESSAGES/glib20.mo
./usr/share/locale/de/LC_MESSAGES/glib20.mo
./usr/share/locale/fr/LC_MESSAGES/glib20.mo
./usr/share/locale/es/LC_MESSAGES/glib20.mo
./usr/share/aclocal/glibc21.m4
./usr/share/aclocal/glibc2.m4
Bon, là, j'ai atteint la limite de mes (faibles) connaissances... je te cède la parole.
Cordialement,
LuX.
-
Bonjour LuX,
Merci de prendre le temps de tester la recette.
Le réponse courte est qu'il faut ajouter gtk+-dev aux BUILD_DEPENDS. Je préfère te prévenir, cela implique l'installation de pas mal de paquets.
Je te donne une réponse plus complète si tu veux en savoir plus :
Concernant DEPENDS et BUILD_DEPENDS, comme leur nom l'indique :
DEPENDS contient les dépendance du paquet une fois installé,
BUILD_DEPENDS contient les dépendance concernant la compilation des sources.
Par exemple le paquet pkg-config sert lors de la compilation mais est inutile pour l'éxecution du programme compilé. Tu as ajouté acl sur la bonne ligne, bien que l'erreurconfigure: error: GNU gettext tools not found; required for intltool
me fait dire que le bon endroit pour cette dépendance serait en fait la ligne DEPEND de la recette d'intltool, comme pour gettext (ces paquets étant nécéssaires au fonctionnement correct d'intltool). Bien entendu cette modification est à apporter au niveau du wok officiel de Slitaz.
Dans ton cas cela importe peu, mais c'est bon à savoir pour faire un rapport de bug. Je rencontre fréquemment ces problèmes de dépendance quand j'utilise le wok. C'est parceque selon les paquets que l'on a sur son système on peut ne pas se rendre compte de certaines dépendances manquantes quand on créé une recette.
Concernant cette erreur :No package 'glib-2.0' found
No package 'gthread-2.0' found
Package glib-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glib-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'glib-2.0', required by 'vte', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables PACKAGE_CFLAGS
and PACKAGE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Je l'ai toujours résolue en installant un paquet manquant, pas en changeant ces variables.
J'ai essayé de recompiler le paquet depuis une installation "neuve" pour trouver ce qui ne va pas. En cherchant le fichier glib-2.0.pc parmis les paquets j'ai trouvé glib-dev, qui n'est pas installé sur ton système. J'ai retenté de compiler et j'ai obtenu des erreurs qui m'ont indiqué qu'il fallait également ajouter : pango-dev, gtk+-dev
Comme pour glib je reçois une erreur de cette forme :(...)
Package pango was not found in the pkg-config path.
Perhaps you should add the directory containing 'pango.pc'
(...)
Donc je cherche le fichier *.pc pour trouver le paquet manquant.
Comme gtk+-dev inclu certaines dépendances, comme pango-dev, glib-dev ou pkg-config, ma ligne BUILD_DEPENDS ressemble finalement à ça :BUILD_DEPENDS="intltool vte-dev vte-terminal autoconf automake gtk+-dev"
Une fois le paquet compilé je l'installe en faisant :tazpkg install /home/slitaz/packages/lxterminal-0.1.6.tazpkg
Et je le lance avec la commandelxterminal
-
Bonjour Go Klah Yeh (ou Goyaałé ?)* Go Khla Yeh a écrit
Je te donne une réponse plus complète si tu veux en savoir plus
Oui, je veux ! :-))
Merci infiniment pour tes explications, qui m'apprennent un peu de "tout ce que j'ai toujours voulu savoir sur Slitaz|Linux sans jamais oser le demander". Du coup, j'ose quelques questions.
Sur tout le début de ton message : compris.* Go Khla Yeh a écrit
En cherchant le fichier glib-2.0.pc parmis les paquets j'ai trouvé glib-dev, qui n'est pas installé sur ton système.
Q1) Tu cherches un fichier parmi les paquets ? Tu veux dire quelque chose comme "tazpkg search glib" ou bien tu cherches glibc* dans /usr/lib/ ou bien autre chose ?
Ne comprenant pas si glibc était ou non installé dans mon système, j'ai tenté pour voir de reconstruire son paquet à partir de la recette, comme tu m'as appris :# tazwok new-tree glib
# cp /var/lib/tazpkg/installed/glib/receipt /home/slitaz/glib/
# tazwok cook glib
Ça a lancé l'installation d'une floppée de dépendances (qui était donc manquantes ? ah oui, ça doit être des dépendances de compilation, pas des dépendances de glib) puis ça a pédalé pendant un temps interminable (30 mn ?) en affichant pleins de trucs avant de finir, à mon grand soulagement, par :Building glib with the receipt...
================================================================================
Executing strip on all files... [ OK ]
Copying the receipt... [ OK ]
Creating the list of files... [ OK ]
Creating md5sum of files... [ OK ]
Compressing the fs... [ OK ]
Updating receipt sizes... [ OK ]
Creating full cpio archive... [ OK ]
Restoring original package tree... 2533 blocks
================================================================================
Package glib (2.21.6) generated.
Size : 492.0k /home/slitaz/packages/glib-2.21.6.tazpkg
Q2) Pourquoi le paquet créé par tazwok en suivant cette recette "officielle" est-il différent de celui qui se trouvait là au départ (il est beaucoup plus gros) ?root@slitaz:~# ls -lh /home/slitaz/packages/glib-2.21.6.tazpkg
-rw-r--r-- 1 root root 486.9k Feb 4 13:45 /home/slitaz/packages/glib-2.21.6.tazpkg
root@slitaz:~# ls -lh /var/cache/tazpkg/glib-2.21.6.tazpkg
-rw-r--r-- 1 root root 385.4k Feb 4 13:26 /var/cache/tazpkg/glib-2.21.6.tazpkg
En tout cas, après ce tazwok de glib, glib-dev s'est trouvé être installé, ce qui signifie je suppose que glib-dev est une dépendance de construction de glib. J'ai relancé le tazwok de lxterminal avec toujours le même genre de messages d'erreurs. J'ai ensuite fait "tazpkg remove glib" et "tazpkg install /home/slitaz/packages/glib-2.21.6.tazpkg" puis relancé encore une fois tazwok sur lxterminal, et c'était toujours un peu la même chose :checking for PACKAGE... configure: error: Package requirements (glib-2.0 >= 2.6.0 gthread-2.0 vte) were not met:
Package pango was not found in the pkg-config search path.
Perhaps you should add the directory containing `pango.pc'
to the PKG_CONFIG_PATH environment variable
Package 'pango', required by 'vte', not found
Q3) Sais-tu ce que signifie la paranthèse "glib-2.0 >= 2.6.0 ... gthread-2.0 ... vte" ? La première inégalité me surprend, d'ailleurs, j'aurais plutôt cru que 2.0 =< 2.6.0. En plus le paquet glib porte le numéro de version 2.21.6, qui est entre les deux !?
J'aimerais comprendre comment tu as vu qu'il fallait installer pango-dev et gtk+-dev. Dans le message d'erreur ci-dessus il est seulement question de pango, qui est d'ailleurs installé chez moi, et de pango.pc. Peut-être que ce qui m'échappe ici c'est la réponse à ma dernière question :
Q4) Quel est le rapport entre les paquets toto-dev, toto et le fichier toto.pc ?
Cordialement,
LuX. -
Je vais répondre un peu en vrac à tes questions. Ce sont des points que je n'ai pas clairement explicités. Les paquets *-dev (*-devel dans certaines autres distributions) contiennent des fichiers qui permettent de compiler d'autres paquets. Beaucoups sont installés dans /usr/include et ont l'extension *.h, ce sont des scripts écrits en C, mais il y a aussi d'autres types de fichiers. Quand on compile un programme qui dispose de tels fichiers, ils sont mis dans un paquets à part car ils ne sont pas nécéssaire comme dépendance pour l'utilisation d'autres programmes (DEPENDS) mais doivent être installés dans certains cas pour la compilation (BUILD_DEPENDS). Cela permet d'alléger les paquets.
Si tu regardes la recette d'un paquet *-dev, tu t'apercevras qu'il n'y a généralement pas de variable WGET_URL, c'est à dire pas d'adresse pour télécharger le code source. En revanche, tu trouveras une variable WANTED, qui indique que la compilation d'un autre paquet est nécéssaire au préalable. Si tu fais compiler l'un des paquets, l'autre sera compilé aussi.
Par exemple, toto va être compilé et les fichiers de développement, s'ils existent, vont être mis à part dans le paquet toto-dev. Les deux paquets sont construit à partir d'une source unique.
Lorsque que l'on cuisine un paquet, si un message d'erreur se plaint de l'absence de toto, et il se peut que les fichiers manquants se trouvent dans toto, dans toto-dev ou dans les deux.
Dans le cas de notre problème de compilation, une des lignes de l'erreur indique :Perhaps you should add the directory containing `pango.pc'
Cela nous apprend que le fichier pango.pc est manquant. Dans un tel cas, j'utilise la tazpkgbox avec sa fonction de recherche de fichier pour savoir dans quel paquet il se trouve. C'est l'équivalent de la commandetazpkg search-file *
Mais je trouve qu'elle me donne des résultats incomplets par rapport au GUI.
Je trouve donc que pango-dev est le paquet qui contient pango.pc et je l'installe. L'erreur de compilation suivante indiquait qu'il manquait quelquechose comme gtk+2.0.pc, qui se trouve dans le paquet gtk+-dev. J'en déduis que les fichiers *.pc sont généralement inclus dans les paquets *-dev et permettent à pkg-config de faire son travail (je n'en suis pas certain). D'autre part, si l'on installe gtk+-dev, alors pango-dev et glib-dev (qui est différent de glibc-dev, et aussi de glib) sont installés comme dépendances. La conclusion est qu'il suffisait d'ajouter gtk+-dev dans la variable BUILD_DEPENDS pour résoudre l'ensemble des erreurs, mais il a fallu régler les précédentes pour le savoir :)
Concernant la lignechecking for PACKAGE... configure: error: Package requirements (glib-2.0 >= 2.6.0 gthread-2.0 vte) were not met:
Je pense que ce sont les dépendances basiques du paquet, qui en incluent quelques autre, puisque un peu plus bas nous trouvons :Package 'pango', required by 'vte', not found
(il n'est pas précisé s'il s'agit du paquet * ou *-dev)
Et glib-2.0 >= 2.6.0 indique que glib-2.0 doit en fait être d'une version supérieure ou égale à la 2.6.0, ce qui est le cas puisque nous avons 2.21.6. Note que si 2,21<2,6 pour un numéro de version 2.21>2.6 puisque 21>6.
J'espère que ça répond à tes questions. Je précise que je découvre tout ça depuis seulement quelques semaines par tatonnements donc je ne maîtrise pas tous les détails. A mon avis tu avais déjà compris certains points par tes propres expérimentations. Il y a aussi le cookbook, dans la documentation, qui explique bien le fonctionnement de tazwok et des recettes. Sur cette page : http://www.slitaz.org/fr/doc/cookbook/wok-tools.html tu trouveras comment télécharger le wok de Slitaz (il te faudra installer le paquet mercurial pour que ça fonctionne). Parfois, une recette est accompagnée d'un dossier stuff qui contient des patchs, des fichiers de configuration ou des fichiers .desktop ajouté par l'équipe de Slitaz (c'est par exemple le cas de firefox). Dans ce cas la méthode qui consiste à copier/coller la recette ne te permettra pas d'obtenir un paquet identique à celui construit par le build bot. Dans le cas particulier de glib il n'y a pas de dossier stuff donc ta méthode bonne.
J'oubliais la différence de taille des paquets... Je ne sais pas trop l'expliquer, peut-être est-ce lié à l'apparition d'une nouvelle méthode de compression pour les paquets qui ne serait pas utilisé par défaut dans tazwok ?
Si tu as d'autres questions n'hésites pas, je répondrais dans la mesure de mes connaissances.
Go Khla Yeh
(baille) ;) -
Bonjour Go Khla Yeh,
je n'ai pas eu le temps de le rapporter ici, mais bien sûr après avoir compilé lxterminal avec ta recette j'ai pu constater qu'il supportait l'utf-8 exactement comme vte-terminal, c'est-à-dire très bien. Et en plus il a des onglets et des menus (qui permettent entre autres une configuration facile), ce qui en fait un parfait remplaçant pour Terminal (qui, lui, dépend de perl).
Le seul petit trucs qui lui manque et que je trouvais très pratique dans Terminal c'est la possiblité par le menu "Preférences" de changer le code renvoyé par la touche BackSpace : on peut choisir enter Ctrl-H et quelques autres trucs, ce qui est parfois nécessaire... j'en ai eu besoin souvent losque j'utilise vim sur une machine distance à travers un tunnel ssh. Bon, je reconnais qu'on doit pouvoir vivre sans.
Merci encore pour ton aide,
LuX.
Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
Categories
- All Discussions2,606
- English1,834
- Français389
- Português160
- Deutsch107
- Español66
- Russian31
- Chinese16
- Indonesian3