Je constate un "petit" défault avec les softs GPL :
exemple :
J'utilise Dia. mais si je veux installer Gcompris pour mon fils... il faut
désinstaller pygtk pour metre pygtk2, mais pour cella, il faut virer dia et
Dia ne veut pas s'installer avec pygtk2 mais qu'avec pygtk. :-(
Autre problème de dépendances dans le genre à cause de je ne sait plus
quelle autre librairie : je ne peux associer Glame avec gEDA.
Bon... Ok... j'ai une Mandrake, mais laissez moi un bon mois ou deux pour
finaliser ma gentoo (la vache, c'est long la compile. j'étais déja comptent
du résultat en stage 3, mais j'ai tout recommencé pour tenter un stage 1,
mais c'est loooooooong) ;-)
Enfin, si j'arrive à finaliser avant que ma femme et mon fils ne me fassent
la gueule car j'y passe beaucoup de temps...
Mais AHMA, pour en revenir à nos moutons, le problème des dépendances est
génant, et si Linux veut percer il faut que les auteurs de softs GPL
proposent, certe une version ayant besoin des dépendance, mais aussi une
version (plus volumineuse certes) sans dépendances dont les librairies
nécésaires seraient "incorporées/incluses" au soft, au lieu d'aler les
chercher dans les librairies installées en tant que dépendances...
Possible ou pas?
Genre : je ne veut pas désinstaller Dia, j'install un Gcompris plus
volumineux mais dont les librairies sont dans ses propres fichiers.
Idem pour Glame/gEDA...
Encore une fois... possible ou pas?
--
Web Dreamer, Linux Registered User #313652 at http://counter.li.org/
Remplacer *nospam* par *tiscali* dans l'adresse,
et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
[#] <- Signature megalomane d'un hysterique caracteriel
compressee par la methode Hulkman v9.000099d :-)
mais elles sont en GPL, alors il peut "intégrer" les éléments de libs sans avoir besoin de faire que le soft "aille chercher sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static) à passer au compilateur (au moment de l'édition des liens). Donc, ce n'est pas très compliqué...
-- manu
[...]
mais elles sont en GPL, alors il peut "intégrer" les
éléments de libs sans avoir besoin de faire que le soft "aille chercher
sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça
complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static) à
passer au compilateur (au moment de l'édition des liens). Donc, ce n'est
pas très compliqué...
mais elles sont en GPL, alors il peut "intégrer" les éléments de libs sans avoir besoin de faire que le soft "aille chercher sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static) à passer au compilateur (au moment de l'édition des liens). Donc, ce n'est pas très compliqué...
-- manu
Web Dreamer
Emmanuel () à écrit le Mercredi 16 Juin 2004 02:27 dans <40cf9404$0$316$ sur fr.comp.os.linux.debats:
[...]
mais elles sont en GPL, alors il peut "intégrer" les éléments de libs sans avoir besoin de faire que le soft "aille chercher sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static) à passer au compilateur (au moment de l'édition des liens). Donc, ce n'est pas très compliqué...
Donc, ahma, les programeurs devraient fournir une version compilée avec le parametre -static. Mais est il possible (pour alléger le programme) de ne pas inclure juste glibc, gtk, qt, qui de toute façon tout le monde a avec toute distri? Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus à jour possible de mandrake Update, mais Mandrake update ne corrige que les failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant : j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un "emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2) J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on ne s'en aperçoit qu'avec une distro vieillissante.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer. Slack aussi me tente. Gentoo est bien en "fonctionalités" et pour être à jour, je l'ai testée, et c'est pas si "compliqué" d'installer cette LFS car la doc est bien faite, mais les temps de compille me font arrêtter là, car chaque mise à jour "peut" prendre 36 heures... et ça fait un peu long pour le "peu" de perfs en plus. Je repasserais à gentoo si ils proposent plus de packages précompilés (emerge -K), car le gain sur mon Celeron 1Ghz n'est pas flagrant. Sinon, sur AMD64, c'est sûre, ce serait Gentoo (ça doit compiller plus vite non?).
-- Web Dreamer, Linux Registered User #313652 at http://counter.li.org/ Remplacer *nospam* par *tiscali* dans l'adresse, et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il y a dedans. -+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
Emmanuel (manuco@club-internet.fr) à écrit le Mercredi 16 Juin 2004 02:27
dans <40cf9404$0$316$7a628cd7@news.club-internet.fr> sur
fr.comp.os.linux.debats:
[...]
mais elles sont en GPL, alors il peut "intégrer" les
éléments de libs sans avoir besoin de faire que le soft "aille chercher
sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça
complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static)
à passer au compilateur (au moment de l'édition des liens). Donc, ce n'est
pas très compliqué...
Donc, ahma, les programeurs devraient fournir une version compilée avec le
parametre -static. Mais est il possible (pour alléger le programme) de ne
pas inclure juste glibc, gtk, qt, qui de toute façon tout le monde a avec
toute distri?
Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus
à jour possible de mandrake Update, mais Mandrake update ne corrige que les
failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant :
j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un
"emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2)
J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et
guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update
j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais
n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau
PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on
ne s'en aperçoit qu'avec une distro vieillissante.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne
envi d'essayer. Slack aussi me tente. Gentoo est bien en "fonctionalités"
et pour être à jour, je l'ai testée, et c'est pas si "compliqué"
d'installer cette LFS car la doc est bien faite, mais les temps de compille
me font arrêtter là, car chaque mise à jour "peut" prendre 36 heures... et
ça fait un peu long pour le "peu" de perfs en plus. Je repasserais à gentoo
si ils proposent plus de packages précompilés (emerge -K), car le gain sur
mon Celeron 1Ghz n'est pas flagrant.
Sinon, sur AMD64, c'est sûre, ce serait Gentoo (ça doit compiller plus vite
non?).
--
Web Dreamer, Linux Registered User #313652 at http://counter.li.org/
Remplacer *nospam* par *tiscali* dans l'adresse,
et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il
y a dedans.
-+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
Emmanuel () à écrit le Mercredi 16 Juin 2004 02:27 dans <40cf9404$0$316$ sur fr.comp.os.linux.debats:
[...]
mais elles sont en GPL, alors il peut "intégrer" les éléments de libs sans avoir besoin de faire que le soft "aille chercher sur ce qui est installé". Mais je ne programme pas et ne sais pas si ça complique la tache, mais je demande : ça complique?
Techniquement, pour un programme C / C++, c'est juste une option (-static) à passer au compilateur (au moment de l'édition des liens). Donc, ce n'est pas très compliqué...
Donc, ahma, les programeurs devraient fournir une version compilée avec le parametre -static. Mais est il possible (pour alléger le programme) de ne pas inclure juste glibc, gtk, qt, qui de toute façon tout le monde a avec toute distri? Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus à jour possible de mandrake Update, mais Mandrake update ne corrige que les failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant : j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un "emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2) J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on ne s'en aperçoit qu'avec une distro vieillissante.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer. Slack aussi me tente. Gentoo est bien en "fonctionalités" et pour être à jour, je l'ai testée, et c'est pas si "compliqué" d'installer cette LFS car la doc est bien faite, mais les temps de compille me font arrêtter là, car chaque mise à jour "peut" prendre 36 heures... et ça fait un peu long pour le "peu" de perfs en plus. Je repasserais à gentoo si ils proposent plus de packages précompilés (emerge -K), car le gain sur mon Celeron 1Ghz n'est pas flagrant. Sinon, sur AMD64, c'est sûre, ce serait Gentoo (ça doit compiller plus vite non?).
-- Web Dreamer, Linux Registered User #313652 at http://counter.li.org/ Remplacer *nospam* par *tiscali* dans l'adresse, et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
les seuls qui lisent les FAQs sont ceux qui savent déjà ce qu'il y a dedans. -+- AT in: Guide du Cabaliste Usenet - chapitre 4 -+-
nicolas vigier
In article <40cfe42f$0$32177$, Web Dreamer wrote:
Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus à jour possible de mandrake Update, mais Mandrake update ne corrige que les failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant : j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un "emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2) J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on ne s'en aperçoit qu'avec une distro vieillissante.
Oui, c'est normal que seul les mises a jour de securite soit faites. Si tu veux des logiciels/libs plus recents, il faut passer a la nouvelle version de Mandrake.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer.
C'est pareil avec la woody, les logiciels sont vieux (plus que sur une Mandrake 9.1) et il n'y a pas de mise a jour en dehors des failles de securite. Si tu veux installer une machine, et ne jamais avoir de problemes dus au passage d'une version a l'autre d'un logiciel c'est bien, par contre les logiciels sont vieux. C'est pour ca que beaucoup de gens preferent utiliser Testing ou Unstable, pour avoir des logiciels plus recents meme si ca peut causer parfois quelques instabilites avec le passage d'une version a une autre d'un logiciel ou d'une lib.
In article <40cfe42f$0$32177$626a14ce@news.free.fr>, Web Dreamer wrote:
Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus
à jour possible de mandrake Update, mais Mandrake update ne corrige que les
failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant :
j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un
"emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2)
J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et
guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update
j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais
n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau
PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on
ne s'en aperçoit qu'avec une distro vieillissante.
Oui, c'est normal que seul les mises a jour de securite soit faites. Si
tu veux des logiciels/libs plus recents, il faut passer a la nouvelle
version de Mandrake.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne
envi d'essayer.
C'est pareil avec la woody, les logiciels sont vieux (plus que sur une
Mandrake 9.1) et il n'y a pas de mise a jour en dehors des failles de
securite. Si tu veux installer une machine, et ne jamais avoir de problemes
dus au passage d'une version a l'autre d'un logiciel c'est bien, par
contre les logiciels sont vieux. C'est pour ca que beaucoup de gens
preferent utiliser Testing ou Unstable, pour avoir des logiciels plus
recents meme si ca peut causer parfois quelques instabilites avec le
passage d'une version a une autre d'un logiciel ou d'une lib.
Juste le reste "peut" manquer ou ne pas être à jour (ma mandrake est le plus à jour possible de mandrake Update, mais Mandrake update ne corrige que les failles, et ne mets pas les libs ni programmes à jour (Exemple flagrant : j'ai kde 3.1.0 avec ma mdk 9.1 à jour, alors que sous gentoo avec un "emerge -u world" on retrouve, 2 jours plus tard... kde 3.2.2) J'ai du metre "à la mano" (grace à Shmurtz) libguile12-1.6.4-2mdk et guile-1.6.4 car avec ma 9.1 le plus à jour possible de mandrake update j'avais la version 1.6.0 donc mandrake ne maintient que les failles, mais n'upgrade pas pour la compatibilité (pour forcer à achetter le nouveau PowerPack ?) et c'est ce qui me déçoit franchement de cette distro, mais on ne s'en aperçoit qu'avec une distro vieillissante.
Oui, c'est normal que seul les mises a jour de securite soit faites. Si tu veux des logiciels/libs plus recents, il faut passer a la nouvelle version de Mandrake.
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer.
C'est pareil avec la woody, les logiciels sont vieux (plus que sur une Mandrake 9.1) et il n'y a pas de mise a jour en dehors des failles de securite. Si tu veux installer une machine, et ne jamais avoir de problemes dus au passage d'une version a l'autre d'un logiciel c'est bien, par contre les logiciels sont vieux. C'est pour ca que beaucoup de gens preferent utiliser Testing ou Unstable, pour avoir des logiciels plus recents meme si ca peut causer parfois quelques instabilites avec le passage d'une version a une autre d'un logiciel ou d'une lib.
talon
Pascal wrote:
Depuis que je suis passé à la slack, j'ai du mal a voir l'interet des gestion de dépendances. Cela ne fait gagner que peu de temps tout en compliquant enormement la gestion et l'installation des packages.
Miracle, on dirait que la lucidité commence à se faire jour dans le milieu.
--
Michel TALON
Pascal <pascal.sclafer@enst-bretagne.fr> wrote:
Depuis que je suis passé à la slack, j'ai du mal a voir l'interet des
gestion de dépendances. Cela ne fait gagner que peu de temps tout en
compliquant enormement la gestion et l'installation des packages.
Miracle, on dirait que la lucidité commence à se faire jour
dans le milieu.
Depuis que je suis passé à la slack, j'ai du mal a voir l'interet des gestion de dépendances. Cela ne fait gagner que peu de temps tout en compliquant enormement la gestion et l'installation des packages.
Miracle, on dirait que la lucidité commence à se faire jour dans le milieu.
--
Michel TALON
talon
Alexandre Boisseau wrote:
petit script pour faire les liens et les retirer, c'etait impeccable. Par contre, je n'ai jamais pu savoir s'il y a une objection a employer cette methode (enormement de liens dans /usr/local, tous les appels se font au travers de liens...)
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
petit script pour faire les liens et les retirer, c'etait impeccable.
Par contre, je n'ai jamais pu savoir s'il y a une objection a employer
cette methode (enormement de liens dans /usr/local, tous les appels se
font au travers de liens...)
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution
Debian woody normale:
niobe% ls -l /usr/bin/cc
lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc ->
/etc/alternatives/cc
niobe% ls -l /etc/alternatives/cc
lrwxrwxrwx 1 root root 12 mai 21 2003
/etc/alternatives/cc -> /usr/bin/gcc
niobe% ls -l /usr/bin/gcc
lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc ->
gcc-2.95*
niobe% ls -l /usr/bin/gcc-2.95
-rwxr-xr-x 1 root root 74088 sep 24 2002
/usr/bin/gcc-2.95*
(autrement dit 4 étapes pour passer de cc au véritable driver de
compilation) pour voir que les liens ne font pas peur aux phenix toutes
catégories des développeurs de distribution.
petit script pour faire les liens et les retirer, c'etait impeccable. Par contre, je n'ai jamais pu savoir s'il y a une objection a employer cette methode (enormement de liens dans /usr/local, tous les appels se font au travers de liens...)
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
--
Michel TALON
Benjamin FRANCOIS
Michel Talon s'est exprimé en ces termes:
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
-- <luc2> vous sauriez comment charger une souris USB ? <luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!! <luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!! <luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
Michel Talon s'est exprimé en ces termes:
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution
Debian woody normale:
niobe% ls -l /usr/bin/cc
lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc ->
/etc/alternatives/cc
niobe% ls -l /etc/alternatives/cc
lrwxrwxrwx 1 root root 12 mai 21 2003
/etc/alternatives/cc -> /usr/bin/gcc
niobe% ls -l /usr/bin/gcc
lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc ->
gcc-2.95*
niobe% ls -l /usr/bin/gcc-2.95
-rwxr-xr-x 1 root root 74088 sep 24 2002
/usr/bin/gcc-2.95*
(autrement dit 4 étapes pour passer de cc au véritable driver de
compilation) pour voir que les liens ne font pas peur aux phenix toutes
catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
--
<luc2> vous sauriez comment charger une souris USB ?
<luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!!
<luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!!
<luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
-- <luc2> vous sauriez comment charger une souris USB ? <luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!! <luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!! <luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
talon
Benjamin FRANCOIS wrote:
Michel Talon s'est exprimé en ces termes:
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
Tu imagines ce que je peux avoir à faire de la doc écrite par des développeurs de ce calibre. Pour moi c'est un fouillis immonde, quelle que soit l'auto justification qu'ils peuvent se trouver.
--
Michel TALON
Benjamin FRANCOIS <kwyxz@kwyxz.org> wrote:
Michel Talon s'est exprimé en ces termes:
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution
Debian woody normale:
niobe% ls -l /usr/bin/cc
lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc ->
/etc/alternatives/cc
niobe% ls -l /etc/alternatives/cc
lrwxrwxrwx 1 root root 12 mai 21 2003
/etc/alternatives/cc -> /usr/bin/gcc
niobe% ls -l /usr/bin/gcc
lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc ->
gcc-2.95*
niobe% ls -l /usr/bin/gcc-2.95
-rwxr-xr-x 1 root root 74088 sep 24 2002
/usr/bin/gcc-2.95*
(autrement dit 4 étapes pour passer de cc au véritable driver de
compilation) pour voir que les liens ne font pas peur aux phenix toutes
catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
Tu imagines ce que je peux avoir à faire de la doc écrite par des
développeurs de ce calibre. Pour moi c'est un fouillis immonde,
quelle que soit l'auto justification qu'ils peuvent se trouver.
Tu n'as qu'à voir la fouillis de liens qu'il y a dans une distribution Debian woody normale: niobe% ls -l /usr/bin/cc lrwxrwxrwx 1 root root 20 mai 21 2003 /usr/bin/cc -> /etc/alternatives/cc niobe% ls -l /etc/alternatives/cc lrwxrwxrwx 1 root root 12 mai 21 2003 /etc/alternatives/cc -> /usr/bin/gcc niobe% ls -l /usr/bin/gcc lrwxrwxrwx 1 root root 8 mai 21 2003 /usr/bin/gcc -> gcc-2.95* niobe% ls -l /usr/bin/gcc-2.95 -rwxr-xr-x 1 root root 74088 sep 24 2002 /usr/bin/gcc-2.95* (autrement dit 4 étapes pour passer de cc au véritable driver de compilation) pour voir que les liens ne font pas peur aux phenix toutes catégories des développeurs de distribution.
Ceci n'a rien d'un fouillis. Lis la doc d'update-alternatives.
Tu imagines ce que je peux avoir à faire de la doc écrite par des développeurs de ce calibre. Pour moi c'est un fouillis immonde, quelle que soit l'auto justification qu'ils peuvent se trouver.
--
Michel TALON
george
Web Dreamer , dans le message <40cfe42f$0$32177$, a écrit :
Donc, ahma, les programeurs devraient fournir une version compilée avec le parametre -static.
Tu sous-entends manifestement « pour Linux/i386 ». Pourquoi pour Linux/i386 et pas NetBSD/Sparc ?
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer.
Woody est très bien pour des serveurs, qui n'ont pas besoin des derniers zigouigouis à la mode.
Web Dreamer , dans le message <40cfe42f$0$32177$626a14ce@news.free.fr>,
a écrit :
Donc, ahma, les programeurs devraient fournir une version compilée avec le
parametre -static.
Tu sous-entends manifestement « pour Linux/i386 ». Pourquoi pour
Linux/i386 et pas NetBSD/Sparc ?
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne
envi d'essayer.
Woody est très bien pour des serveurs, qui n'ont pas besoin des derniers
zigouigouis à la mode.
Web Dreamer , dans le message <40cfe42f$0$32177$, a écrit :
Donc, ahma, les programeurs devraient fournir une version compilée avec le parametre -static.
Tu sous-entends manifestement « pour Linux/i386 ». Pourquoi pour Linux/i386 et pas NetBSD/Sparc ?
Lorsqu'on voit l'age d'une woody, et comment les gens en sont ravi, ça donne envi d'essayer.
Woody est très bien pour des serveurs, qui n'ont pas besoin des derniers zigouigouis à la mode.
Benjamin FRANCOIS
Michel Talon s'est exprimé en ces termes:
Tu imagines ce que je peux avoir à faire de la doc écrite par des développeurs de ce calibre. Pour moi c'est un fouillis immonde, quelle que soit l'auto justification qu'ils peuvent se trouver.
Oui m'enfin c'est bien beau d'être tétu comme une mule mais parfois chercher à comprendre c'est pas mal non plus.
-- <luc2> vous sauriez comment charger une souris USB ? <luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!! <luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!! <luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
Michel Talon s'est exprimé en ces termes:
Tu imagines ce que je peux avoir à faire de la doc écrite par des
développeurs de ce calibre. Pour moi c'est un fouillis immonde,
quelle que soit l'auto justification qu'ils peuvent se trouver.
Oui m'enfin c'est bien beau d'être tétu comme une mule mais parfois
chercher à comprendre c'est pas mal non plus.
--
<luc2> vous sauriez comment charger une souris USB ?
<luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!!
<luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!!
<luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
Tu imagines ce que je peux avoir à faire de la doc écrite par des développeurs de ce calibre. Pour moi c'est un fouillis immonde, quelle que soit l'auto justification qu'ils peuvent se trouver.
Oui m'enfin c'est bien beau d'être tétu comme une mule mais parfois chercher à comprendre c'est pas mal non plus.
-- <luc2> vous sauriez comment charger une souris USB ? <luc2> NON CA Y EST !!!!! MIRACLE NOU !!!!!!!!!!!! <luc2> J'AVAIS OUBLIE DE BRANCHER MA SOURIS EN USB !!!!!!!!!!!! <luc2> MERCI NOU !!!!!!!!!!!! T'ES SUPER SYMPA !!!!!!!!!!!!!
Emmanuel Florac
Le Wed, 16 Jun 2004 08:06:45 +0000, Michel Talon a écrit :
Miracle, on dirait que la lucidité commence à se faire jour dans le milieu.
Hé hé :) Tiens, cette nuit j'ai lancé la mise à jour et ce matin j'avais une slackware 10.0! Dingue, non? :)
-- Les défauts n'apparaissent qu'après que le programme ait passé (avec succès) la phase d'intégration. Loi de Klipstein.
Le Wed, 16 Jun 2004 08:06:45 +0000, Michel Talon a écrit :
Miracle, on dirait que la lucidité commence à se faire jour
dans le milieu.
Hé hé :) Tiens, cette nuit j'ai lancé la mise à jour et ce matin
j'avais une slackware 10.0! Dingue, non? :)
--
Les défauts n'apparaissent qu'après que le programme ait passé (avec
succès) la phase d'intégration.
Loi de Klipstein.