install graphique tar gz

Emmanuel Florac

04/09/2004 à 09:30

Le Sat, 04 Sep 2004 08:08:33 +0200, Web Dreamer a écrit :

KPackage est une interface graphique aux gestionnaires de paquetages RPM,
Debian, Slackware et BSD.

Je l'ai vaguement éssayé un temps où j'utilisais RH, et ça ne m'a
vraiment pas convaincu.

--
entia non sont multiplicanda praeter necessitatem.
Guillaume d'Ockham.

Jérémy JUST

04/09/2004 à 13:43

On Sat, 04 Sep 2004 08:08:33 +0200
Web Dreamer wrote:

Ben sous kde il y a KPackage qu'est fourni et qui affiche dans l'aide:

Oui, ce que tu racontes est probablement vrai (je jetterai un oeil à
apt4rpm qui m'intéresse à un très haut point).

Mais ces paquets sont des binaires précompilés par un humain. Le post
original demandait un outil pour compiler automatiquement, ce qui est
impossible, vu le nombre de corrections à apporter aux sources à chaque
fois, et la variété des options.
Assez souvent, il n'est même pas suffisant d'appliquer un patch généré
sur la version précédente, et il faut refaire des modifs à la main.

L'installation de logiciels à partir de sources n'est pas une science
exacte (à moins de se trouver sur le même système que celui où s'est
fait le développement et d'avoir les mêmes exigences).

Je sens les cris d'horreurs de la part de puristes debian ;-)

<EXTRÉMISME>
Il faut noyer tous les extrémistes.
</EXTRÉMISME>

--
Jérémy JUST

Nicolas George

04/09/2004 à 13:52

Jérémy JUST , dans le message
, a écrit :

L'installation de logiciels à partir de sources n'est pas une science
exacte (à moins de se trouver sur le même système que celui où s'est
fait le développement et d'avoir les mêmes exigences).

Euh, tu exagères assez nettement : pour beaucoup de programmes, ça passe
sans problème même sur une installation Solaris complètement baroque,
alors a fortiori une distribution Linux.

Emmanuel Florac

04/09/2004 à 14:04

Le Sat, 04 Sep 2004 13:43:36 +0200, Jérémy JUST a écrit :

Mais ces paquets sont des binaires précompilés par un humain. Le post
original demandait un outil pour compiler automatiquement, ce qui est
impossible, vu le nombre de corrections à apporter aux sources à chaque
fois, et la variété des options.

Je ne suis pas d'accord. Les logiciels bien faits on un ./configure --help
qui permet de connaître les options, pour connaître les libs etc
nécessaire il suffit de parser les .h, et en pratique j'installe la
plupart des trucs avec ./configure && make && checkinstall sans autre
problème.

--
Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est
carrément impossible. Si ça a l'air impossible, c'est un compilateur
Ada.
Théorème de Stockmayer.

Jérémy JUST

04/09/2004 à 15:17

On Sat, 04 Sep 2004 14:04:42 +0200
Emmanuel Florac wrote:

Je ne suis pas d'accord. Les logiciels bien faits

Tous les logiciels ne sont pas bien faits, malheureusement...

en pratique j'installe la plupart des trucs avec ./configure && make
&& checkinstall sans autre problème.

Chanceux...

Même Sylpheed-claws ne s'installe pas comme ça chez moi (sous
Solaris 7).
Je n'ai pas encore cherché à corriger ça proprement (je proposerai un
patch à l'occasion), mais je depuis six mois, à chaque version, dois
faire:

$ ./configure --patati-patata-sur-trois-lignes-mais-c'est-parce-que-je-
suis-maniaque-et-les-développeurs-n'y-sont-pour-rien
$ make
==> échec au bout de quelques minutes de compilation
$ cd intl
$ make
$ cd ..
$ make
$ make install

Et pour faire ça, il faudrait qu'un outil automatique sache parser
finement la sortie du premier make et essaie différents trucs avant de
comprendre ce qui se passe (et pour faire au mieux, comme en plus,
j'utilise généralement une option `-j8', il faudrait qu'il sache défaire
les noeuds entre les sorties des différents sous-processus).

--
Jérémy JUST

Jérémy JUST

04/09/2004 à 15:25

On Sat, 4 Sep 2004 11:52:36 +0000 (UTC)
Nicolas George <nicolas$ wrote:

L'installation de logiciels à partir de sources n'est pas une
science exacte (à moins de se trouver sur le même système que celui
où s'est fait le développement et d'avoir les mêmes exigences).

Euh, tu exagères assez nettement

Disons que je suis d'assez mauvaise foi en ne précisant pas que ces
problèmes se produisent sur d'autres plate-formes que Linux. :)

pour beaucoup de programmes, ça passe sans problème même sur une
installation Solaris complètement baroque, alors a fortiori une
distribution Linux.

C'est vrai que sous Linux, il est assez rare d'avoir des problèmes qui
nécessitent de modifier les sources. Il suffit généralement de tâtonner
un peu pour trouver les bonnes options et les bons chemins.

Par contre, sous Solaris, c'est la vérité: il est rare que tout
compile sans erreur du premier coup.
Perl et XEmacs sont un vrai plaisir à compiler.

Mais même certains outils GNU révèlent des problèmes sous
Solaris/SPARC qu'il n'y a pas sous Linux (récemment, j'ai découvert que
la version finale de locate avait un bug sous Solaris et qu'il fallait
avoir recours à une version alpha datée de 1995 ou un truc comme ça;
cela dit, je suis d'accord qu'on devrait plutôt utiliser slocate).

--
Jérémy JUST

Emmanuel Florac

04/09/2004 à 19:36

Le Sat, 04 Sep 2004 15:17:10 +0200, Jérémy JUST a écrit :

Tous les logiciels ne sont pas bien faits, malheureusement...

Certes. Cependant en général ce sont les logiciels bien fait que je
préfère aussi utiliser, parce qu'ils ne plantent pas trop par exemple :)

Même Sylpheed-claws ne s'installe pas comme ça chez moi (sous
Solaris 7).

Ah? Moi sous slack j'ai installé la cvs de claws-gtk2 fingers-in-the-nose...

Et pour faire ça, il faudrait qu'un outil automatique sache parser
finement la sortie du premier make et essaie différents trucs avant de
comprendre ce qui se passe (et pour faire au mieux, comme en plus,
j'utilise généralement une option `-j8', il faudrait qu'il sache
défaire les noeuds entre les sorties des différents sous-processus).

Je ne sais pas si c'est si difficile à parser que ça. En général on
trouve facilement un "zlkjghzeg.h not found", à partir de là...

--
Le travail est la malédiction des classes qui boivent.
O. Wilde.

Jérémy JUST

07/09/2004 à 22:13

On Sat, 04 Sep 2004 19:36:10 +0200
Emmanuel Florac wrote:

Tous les logiciels ne sont pas bien faits, malheureusement...
Certes. Cependant en général ce sont les logiciels bien fait que je

préfère aussi utiliser, parce qu'ils ne plantent pas trop par exemple

Sylpheed-claws ne plante pas trop, mais il ne compile pas tout seul...

Même Sylpheed-claws ne s'installe pas comme ça chez moi (sous
Solaris 7).
Ah? Moi sous slack j'ai installé la cvs de claws-gtk2

fingers-in-the-nose...

Ça a beau être une slack, ça n'en est pas moins un Linux.
Je colle ci-dessous des extraits de mes notes pour compiler
Sylpheed-claws 0.9.10 (applicable de la 0.9.7 à la 0.911, au moins, au
patch près).
Je n'ai pas écrit ça pour l'élégance, hein. Mes appels à perl à la
place de sed sont moches, mais au moins, je n'ai pas besoin de la page
de man pour le moindre truc.

Je ne sais pas si c'est si difficile à parser que ça. En général on
trouve facilement un "zlkjghzeg.h not found", à partir de là...

Ouais effectivement après un nouvel essai, l'erreur est facile à lire:
<<<<<
mkdir .libs
libtool: link: cannot find the library `../intl/libintl.la'
make[4]: *** [sylpheed] Error 1
make[4]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws'
make: *** [all] Error 2

Par contre, il faut que l'outil automatique dont tu parles sache que
pour la résoudre, il faut aller dans le répertoire en question et lancer
de nouveau un gmake (bizarrement, sous Solaris, cet enchaînement n'est
pas automatique; je ne sais pas pourquoi. Sous Linux, ça fonctionne).

Voilà ce que devra faire un installeur automatique:

<<<<<
Appliquer le patch (sinon, Sylpheed core-dump quand on clique là où il
ne faut pas):

Index: folder.c
================================================================== RCS file: /cvsroot/sylpheed-claws/sylpheed-claws/src/folder.c,v
retrieving revision 1.240
diff -u -r1.240 folder.c
--- folder.c 19 Mar 2004 07:51:37 -0000 1.240
+++ folder.c 29 Mar 2004 10:03:07 -0000
@@ -1364,7 +1364,8 @@
folder_item_syncronize_flags(item);

/* Processing */
- buf = g_strdup_printf(_("Processing (%s)...n"), item->path);
+ buf = g_strdup_printf(_("Processing (%s)...n"),
+ item->path ? item->path : item->name);
debug_print("%sn", buf);
g_free(buf);

puis la routine:

$ export CFLAGS='-O3 -mv8'

$ ./configure --prefix=/usr/local/gnp/ --with-included-gettext
--enable-aspell --with-aspell-prefix=/usr/local/gnp
--enable-openssl --enable-gpgme --enable-spamassassin-plugin
--enable-dillo-viewer-plugin --enable-image-viewer-plugin
--disable-trayicon-plugin --with-openssl-libs=/usr/local/lib
--with-openssl-includes=/usr/local/include/openssl/

Il faut obligatoirement désactiver le trayicon (activé par défaut)
parce qu'il ne compile pas sous Solaris.

$ cp ~/.sylpheed/passcrypt.h ./src/common/passcrypt.h

$ xemacs config.h
Modifier la ligne:
/* #undef USE_OPENSSL */
en:
#define USE_OPENSSL 1

$ perl -p -i.orig -e 's+^OPENSSL_LIBS =.*$+OPENSSL_LIBS -L/usr/local/lib/ -lssl -lcrypto+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^OPENSSL_CFLAGS =.*$+OPENSSL_CFLAGS -I/usr/local/include/openssl/+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`

$ xe intl/Makefile
Ajouter:
-DINSTALLPREFIX="$(libdir)"
à la définition de DEFS

Puis compiler tout simplement:

$ gmake -j 6
$ cd intl
$ gmake -j 6
$ cd ..
$ gmake -j 6
$ gmake install-strip
$ cd /usr/local/gnp/bin/
$ mv sylpheed sylpheed-0.9.10claws && ln -s sylpheed-0.9.10claws
sylpheed

Pour compiler le plugin Ghostscript:

$ export CFLAGS='-O3 -mv8'
$ export CPPFLAGS='-O3 -mv8 -I/usr/local/include/openssl/'
$ export LDFLAGS='-L/usr/local/lib/ -lssl -lcrypto'
$ ./configure --prefix=/usr/local/gnp/
$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`
$ gmake -j 4
$ gmake install-strip

--
Jérémy JUST

On Sat, 04 Sep 2004 19:36:10 +0200
Emmanuel Florac <eflorac@imaginet.fr> wrote:

Tous les logiciels ne sont pas bien faits, malheureusement...
Certes. Cependant en général ce sont les logiciels bien fait que je

préfère aussi utiliser, parce qu'ils ne plantent pas trop par exemple

Sylpheed-claws ne plante pas trop, mais il ne compile pas tout seul...

Même Sylpheed-claws ne s'installe pas comme ça chez moi (sous
Solaris 7).
Ah? Moi sous slack j'ai installé la cvs de claws-gtk2

fingers-in-the-nose...

Ça a beau être une slack, ça n'en est pas moins un Linux.
Je colle ci-dessous des extraits de mes notes pour compiler
Sylpheed-claws 0.9.10 (applicable de la 0.9.7 à la 0.911, au moins, au
patch près).
Je n'ai pas écrit ça pour l'élégance, hein. Mes appels à perl à la
place de sed sont moches, mais au moins, je n'ai pas besoin de la page
de man pour le moindre truc.

Je ne sais pas si c'est si difficile à parser que ça. En général on
trouve facilement un "zlkjghzeg.h not found", à partir de là...

Ouais effectivement après un nouvel essai, l'erreur est facile à lire:
<<<<<
mkdir .libs
libtool: link: cannot find the library `../intl/libintl.la'
make[4]: *** [sylpheed] Error 1
make[4]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws'
make: *** [all] Error 2

Par contre, il faut que l'outil automatique dont tu parles sache que
pour la résoudre, il faut aller dans le répertoire en question et lancer
de nouveau un gmake (bizarrement, sous Solaris, cet enchaînement n'est
pas automatique; je ne sais pas pourquoi. Sous Linux, ça fonctionne).

Voilà ce que devra faire un installeur automatique:

<<<<<
Appliquer le patch (sinon, Sylpheed core-dump quand on clique là où il
ne faut pas):

Index: folder.c
================================================================== RCS file: /cvsroot/sylpheed-claws/sylpheed-claws/src/folder.c,v
retrieving revision 1.240
diff -u -r1.240 folder.c
--- folder.c 19 Mar 2004 07:51:37 -0000 1.240
+++ folder.c 29 Mar 2004 10:03:07 -0000
@@ -1364,7 +1364,8 @@
folder_item_syncronize_flags(item);

/* Processing */
- buf = g_strdup_printf(_("Processing (%s)...n"), item->path);
+ buf = g_strdup_printf(_("Processing (%s)...n"),
+ item->path ? item->path : item->name);
debug_print("%sn", buf);
g_free(buf);

puis la routine:

$ export CFLAGS='-O3 -mv8'

$ ./configure --prefix=/usr/local/gnp/ --with-included-gettext
--enable-aspell --with-aspell-prefix=/usr/local/gnp
--enable-openssl --enable-gpgme --enable-spamassassin-plugin
--enable-dillo-viewer-plugin --enable-image-viewer-plugin
--disable-trayicon-plugin --with-openssl-libs=/usr/local/lib
--with-openssl-includes=/usr/local/include/openssl/

Il faut obligatoirement désactiver le trayicon (activé par défaut)
parce qu'il ne compile pas sous Solaris.

$ cp ~/.sylpheed/passcrypt.h ./src/common/passcrypt.h

$ xemacs config.h
Modifier la ligne:
/* #undef USE_OPENSSL */
en:
#define USE_OPENSSL 1

$ perl -p -i.orig -e 's+^OPENSSL_LIBS =.*$+OPENSSL_LIBS -L/usr/local/lib/ -lssl -lcrypto+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^OPENSSL_CFLAGS =.*$+OPENSSL_CFLAGS -I/usr/local/include/openssl/+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`

$ xe intl/Makefile
Ajouter:
-DINSTALLPREFIX="$(libdir)"
à la définition de DEFS

Puis compiler tout simplement:

$ gmake -j 6
$ cd intl
$ gmake -j 6
$ cd ..
$ gmake -j 6
$ gmake install-strip
$ cd /usr/local/gnp/bin/
$ mv sylpheed sylpheed-0.9.10claws && ln -s sylpheed-0.9.10claws
sylpheed

Pour compiler le plugin Ghostscript:

$ export CFLAGS='-O3 -mv8'
$ export CPPFLAGS='-O3 -mv8 -I/usr/local/include/openssl/'
$ export LDFLAGS='-L/usr/local/lib/ -lssl -lcrypto'
$ ./configure --prefix=/usr/local/gnp/
$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`
$ gmake -j 4
$ gmake install-strip

--
Jérémy JUST <jeremy_just@netcourrier.com>

Vous avez filtré cet utilisateur ! Consultez son message

On Sat, 04 Sep 2004 19:36:10 +0200
Emmanuel Florac wrote:

Tous les logiciels ne sont pas bien faits, malheureusement...
Certes. Cependant en général ce sont les logiciels bien fait que je

préfère aussi utiliser, parce qu'ils ne plantent pas trop par exemple

Sylpheed-claws ne plante pas trop, mais il ne compile pas tout seul...

Même Sylpheed-claws ne s'installe pas comme ça chez moi (sous
Solaris 7).
Ah? Moi sous slack j'ai installé la cvs de claws-gtk2

fingers-in-the-nose...

Ça a beau être une slack, ça n'en est pas moins un Linux.
Je colle ci-dessous des extraits de mes notes pour compiler
Sylpheed-claws 0.9.10 (applicable de la 0.9.7 à la 0.911, au moins, au
patch près).
Je n'ai pas écrit ça pour l'élégance, hein. Mes appels à perl à la
place de sed sont moches, mais au moins, je n'ai pas besoin de la page
de man pour le moindre truc.

Je ne sais pas si c'est si difficile à parser que ça. En général on
trouve facilement un "zlkjghzeg.h not found", à partir de là...

Ouais effectivement après un nouvel essai, l'erreur est facile à lire:
<<<<<
mkdir .libs
libtool: link: cannot find the library `../intl/libintl.la'
make[4]: *** [sylpheed] Error 1
make[4]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/jj/sylpheed-0.9.10claws'
make: *** [all] Error 2

Par contre, il faut que l'outil automatique dont tu parles sache que
pour la résoudre, il faut aller dans le répertoire en question et lancer
de nouveau un gmake (bizarrement, sous Solaris, cet enchaînement n'est
pas automatique; je ne sais pas pourquoi. Sous Linux, ça fonctionne).

Voilà ce que devra faire un installeur automatique:

<<<<<
Appliquer le patch (sinon, Sylpheed core-dump quand on clique là où il
ne faut pas):

Index: folder.c
================================================================== RCS file: /cvsroot/sylpheed-claws/sylpheed-claws/src/folder.c,v
retrieving revision 1.240
diff -u -r1.240 folder.c
--- folder.c 19 Mar 2004 07:51:37 -0000 1.240
+++ folder.c 29 Mar 2004 10:03:07 -0000
@@ -1364,7 +1364,8 @@
folder_item_syncronize_flags(item);

/* Processing */
- buf = g_strdup_printf(_("Processing (%s)...n"), item->path);
+ buf = g_strdup_printf(_("Processing (%s)...n"),
+ item->path ? item->path : item->name);
debug_print("%sn", buf);
g_free(buf);

puis la routine:

$ export CFLAGS='-O3 -mv8'

$ ./configure --prefix=/usr/local/gnp/ --with-included-gettext
--enable-aspell --with-aspell-prefix=/usr/local/gnp
--enable-openssl --enable-gpgme --enable-spamassassin-plugin
--enable-dillo-viewer-plugin --enable-image-viewer-plugin
--disable-trayicon-plugin --with-openssl-libs=/usr/local/lib
--with-openssl-includes=/usr/local/include/openssl/

Il faut obligatoirement désactiver le trayicon (activé par défaut)
parce qu'il ne compile pas sous Solaris.

$ cp ~/.sylpheed/passcrypt.h ./src/common/passcrypt.h

$ xemacs config.h
Modifier la ligne:
/* #undef USE_OPENSSL */
en:
#define USE_OPENSSL 1

$ perl -p -i.orig -e 's+^OPENSSL_LIBS =.*$+OPENSSL_LIBS -L/usr/local/lib/ -lssl -lcrypto+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^OPENSSL_CFLAGS =.*$+OPENSSL_CFLAGS -I/usr/local/include/openssl/+' `find . -name 'Makefile'`

$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`

$ xe intl/Makefile
Ajouter:
-DINSTALLPREFIX="$(libdir)"
à la définition de DEFS

Puis compiler tout simplement:

$ gmake -j 6
$ cd intl
$ gmake -j 6
$ cd ..
$ gmake -j 6
$ gmake install-strip
$ cd /usr/local/gnp/bin/
$ mv sylpheed sylpheed-0.9.10claws && ln -s sylpheed-0.9.10claws
sylpheed

Pour compiler le plugin Ghostscript:

$ export CFLAGS='-O3 -mv8'
$ export CPPFLAGS='-O3 -mv8 -I/usr/local/include/openssl/'
$ export LDFLAGS='-L/usr/local/lib/ -lssl -lcrypto'
$ ./configure --prefix=/usr/local/gnp/
$ perl -p -i.orig -e 's+^(.*)-g -O2.*$+$1-O3 -mv8+' `find . -name
'Makefile'`
$ gmake -j 4
$ gmake install-strip

--
Jérémy JUST

Michel Billaud

14/09/2004 à 12:39

François writes:

RedLums wrote:

Nan ?

Nan ! un tar.gz qui contient des sources n'est pas destiné à
l'utilisateur néophite.

et comment font les néophytes pour cesser de l'être ?

MB

--
Michel BILLAUD
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)

Miod Vallat

14/09/2004 à 12:58

Nan ! un tar.gz qui contient des sources n'est pas destiné à
l'utilisateur néophite.

et comment font les néophytes pour cesser de l'être ?

Ils ont une révélation mystique un soir après avoir bu un peu trop de
Chardonnay.

install graphique tar gz

10 réponses

Veuillez sélectionner un problème