Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Rakotomandimby Mihamina
Oodini wrote:
Bonjour,
J'essaye de compiler ATK, mais il me dit qu'il y a des incohérences concernant les versions de glib.
Je viens effectivement de le mettre à jour, sans me soucier de virer l'ancien....
Eh voila ! Tu as installé glib (le nouveau) par les sources ou par le gestionnaire le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Avant de te donner la solution, je te donne de quoi ne pas retomber dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des packages pour ta distribution. c'est pas plus long, et c'est beaucoup plus simple pour l'administration.
- ou alors, veille a utiliser les memes option du "./configure" que celles que le package de ta distribution a employé pour totalement ecraser l'ancienne version.
Maintenant.
Comme tu ne sais pas les options de configure du package de ta distribution, et que donc on ne sait pas si ils sont installés dans des emplacement independants ou pas, je te donne une (ma) methode, qui est lourde mais qui marche pour moi.
- dans certains tarballs, il y a une regle uninstall, on va l'utiliser si elle existe (pas de suite). Si non, ben l'installation que t'as fait, elle va rester sur ton systeme (moindre mal)
- on commence par reinstaller (de force si necesssaire) l'ancienne glib avec le systeme de package de ta distrib: pour etre sur d'avoir une bonne glib sur le systeme.
- faire un package de la nouvelle version de glib pour ta distribution.
- a partir de la, on n'a plus besoin de compiler grand chose, alors je propose de faire le "make uninstall" a ce moment, et de faire suivre par une reinstall de la glib (parcequ'en faisant le make uninstall, on ne sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
Les manipulations sur la glib sont delicates... donc, il est necessaire non pas d'etre expert pour les faire, mais de comprendre au moins ce qu'on fait. -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
Oodini wrote:
Bonjour,
J'essaye de compiler ATK, mais il me dit qu'il y a des incohérences
concernant les versions de glib.
Je viens effectivement de le mettre à jour, sans me soucier de virer
l'ancien....
Eh voila !
Tu as installé glib (le nouveau) par les sources ou par le gestionnaire
le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par
les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Avant de te donner la solution, je te donne de quoi ne pas retomber dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des
packages pour ta distribution. c'est pas plus long, et c'est beaucoup
plus simple pour l'administration.
- ou alors, veille a utiliser les memes option du "./configure" que
celles que le package de ta distribution a employé pour totalement
ecraser l'ancienne version.
Maintenant.
Comme tu ne sais pas les options de configure du package de ta
distribution, et que donc on ne sait pas si ils sont installés dans des
emplacement independants ou pas, je te donne une (ma) methode, qui est
lourde mais qui marche pour moi.
- dans certains tarballs, il y a une regle uninstall, on va l'utiliser
si elle existe (pas de suite). Si non, ben l'installation que t'as fait,
elle va rester sur ton systeme (moindre mal)
- on commence par reinstaller (de force si necesssaire) l'ancienne glib
avec le systeme de package de ta distrib: pour etre sur d'avoir une
bonne glib sur le systeme.
- faire un package de la nouvelle version de glib pour ta distribution.
- a partir de la, on n'a plus besoin de compiler grand chose, alors je
propose de faire le "make uninstall" a ce moment, et de faire suivre par
une reinstall de la glib (parcequ'en faisant le make uninstall, on ne
sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
Les manipulations sur la glib sont delicates... donc, il est necessaire
non pas d'etre expert pour les faire, mais de comprendre au moins ce
qu'on fait.
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina
J'essaye de compiler ATK, mais il me dit qu'il y a des incohérences concernant les versions de glib.
Je viens effectivement de le mettre à jour, sans me soucier de virer l'ancien....
Eh voila ! Tu as installé glib (le nouveau) par les sources ou par le gestionnaire le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Avant de te donner la solution, je te donne de quoi ne pas retomber dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des packages pour ta distribution. c'est pas plus long, et c'est beaucoup plus simple pour l'administration.
- ou alors, veille a utiliser les memes option du "./configure" que celles que le package de ta distribution a employé pour totalement ecraser l'ancienne version.
Maintenant.
Comme tu ne sais pas les options de configure du package de ta distribution, et que donc on ne sait pas si ils sont installés dans des emplacement independants ou pas, je te donne une (ma) methode, qui est lourde mais qui marche pour moi.
- dans certains tarballs, il y a une regle uninstall, on va l'utiliser si elle existe (pas de suite). Si non, ben l'installation que t'as fait, elle va rester sur ton systeme (moindre mal)
- on commence par reinstaller (de force si necesssaire) l'ancienne glib avec le systeme de package de ta distrib: pour etre sur d'avoir une bonne glib sur le systeme.
- faire un package de la nouvelle version de glib pour ta distribution.
- a partir de la, on n'a plus besoin de compiler grand chose, alors je propose de faire le "make uninstall" a ce moment, et de faire suivre par une reinstall de la glib (parcequ'en faisant le make uninstall, on ne sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
Les manipulations sur la glib sont delicates... donc, il est necessaire non pas d'etre expert pour les faire, mais de comprendre au moins ce qu'on fait. -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
Rakotomandimby Mihamina
Rakotomandimby Mihamina wrote:
et de faire suivre par une reinstall de la glib ^^^^^^^^^^^^^^^^^^^^
je voulais dire installation de la nouvelle, avec le package que tu as fait. veille bien a avoir des bonnes option de compilations de ta glib, car si des softs deja existant s'appuient dessus et ne retrouvent pas une glib qu'il peuvent utiliser, ca sera le bordel.
et de faire suivre par
une reinstall de la glib
^^^^^^^^^^^^^^^^^^^^
je voulais dire installation de la nouvelle, avec le package que tu as fait.
veille bien a avoir des bonnes option de compilations de ta glib, car si
des softs deja existant s'appuient dessus et ne retrouvent pas une glib
qu'il peuvent utiliser, ca sera le bordel.
et de faire suivre par une reinstall de la glib ^^^^^^^^^^^^^^^^^^^^
je voulais dire installation de la nouvelle, avec le package que tu as fait. veille bien a avoir des bonnes option de compilations de ta glib, car si des softs deja existant s'appuient dessus et ne retrouvent pas une glib qu'il peuvent utiliser, ca sera le bordel.
Eh voila ! Tu as installé glib (le nouveau) par les sources ou par le gestionnaire le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Je l'ai fait par les sources, car aucun RPM n'était distributé. ftp://ftp.gtk.org/pub/gtk/v2.4/
Avant de te donner la solution, je te donne de quoi ne pas retomber dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des packages pour ta distribution. c'est pas plus long, et c'est beaucoup plus simple pour l'administration.
Ben je ne savais pas qu'on pouvait faire ça. :-)
- ou alors, veille a utiliser les memes option du "./configure" que celles que le package de ta distribution a employé pour totalement ecraser l'ancienne version.
Je ne vois pas comment je pourrais connaître cette info ?? A moins qu'on puisse voir le contenu d'un RPM ?
- on commence par reinstaller (de force si necesssaire) l'ancienne glib avec le systeme de package de ta distrib: pour etre sur d'avoir une bonne glib sur le systeme.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
- faire un package de la nouvelle version de glib pour ta distribution.
J'ai trouvé une page qui explique comment faire, mais elle parle d'un fichier SPEC, dont je ne dispose pas. http://gcutter.free.fr/logiciels/
Les manipulations sur la glib sont delicates... donc, il est necessaire non pas d'etre expert pour les faire, mais de comprendre au moins ce qu'on fait.
Je ne suis pas encore sûr de taotalement comprendre ce qu'il se passe. :-)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Rakotomandimby Mihamina wrote:
Eh voila !
Tu as installé glib (le nouveau) par les sources ou par le gestionnaire
le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par
les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Je l'ai fait par les sources, car aucun RPM n'était distributé.
ftp://ftp.gtk.org/pub/gtk/v2.4/
Avant de te donner la solution, je te donne de quoi ne pas retomber
dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des
packages pour ta distribution. c'est pas plus long, et c'est beaucoup
plus simple pour l'administration.
Ben je ne savais pas qu'on pouvait faire ça. :-)
- ou alors, veille a utiliser les memes option du "./configure" que
celles que le package de ta distribution a employé pour totalement
ecraser l'ancienne version.
Je ne vois pas comment je pourrais connaître cette info ??
A moins qu'on puisse voir le contenu d'un RPM ?
- on commence par reinstaller (de force si necesssaire) l'ancienne glib
avec le systeme de package de ta distrib: pour etre sur d'avoir une
bonne glib sur le systeme.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
- faire un package de la nouvelle version de glib pour ta distribution.
J'ai trouvé une page qui explique comment faire, mais elle parle d'un
fichier SPEC, dont je ne dispose pas.
http://gcutter.free.fr/logiciels/
Les manipulations sur la glib sont delicates... donc, il est necessaire
non pas d'etre expert pour les faire, mais de comprendre au moins ce
qu'on fait.
Je ne suis pas encore sûr de taotalement comprendre ce qu'il se passe. :-)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Eh voila ! Tu as installé glib (le nouveau) par les sources ou par le gestionnaire le package de ta distribution ?
Vu que tu as des problemes, je serai tenté de croire que tu l'a fait par les sources! Tu pense que le gestionnaire de packages il est la pour rien ?
Je l'ai fait par les sources, car aucun RPM n'était distributé. ftp://ftp.gtk.org/pub/gtk/v2.4/
Avant de te donner la solution, je te donne de quoi ne pas retomber dedans :
- Si tu tiens a compiler "from source", alors apprends a faire des packages pour ta distribution. c'est pas plus long, et c'est beaucoup plus simple pour l'administration.
Ben je ne savais pas qu'on pouvait faire ça. :-)
- ou alors, veille a utiliser les memes option du "./configure" que celles que le package de ta distribution a employé pour totalement ecraser l'ancienne version.
Je ne vois pas comment je pourrais connaître cette info ?? A moins qu'on puisse voir le contenu d'un RPM ?
- on commence par reinstaller (de force si necesssaire) l'ancienne glib avec le systeme de package de ta distrib: pour etre sur d'avoir une bonne glib sur le systeme.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
- faire un package de la nouvelle version de glib pour ta distribution.
J'ai trouvé une page qui explique comment faire, mais elle parle d'un fichier SPEC, dont je ne dispose pas. http://gcutter.free.fr/logiciels/
Les manipulations sur la glib sont delicates... donc, il est necessaire non pas d'etre expert pour les faire, mais de comprendre au moins ce qu'on fait.
Je ne suis pas encore sûr de taotalement comprendre ce qu'il se passe. :-)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Rakotomandimby Mihamina
Oodini wrote:
Je l'ai fait par les sources, car aucun RPM n'était distributé. ftp://ftp.gtk.org/pub/gtk/v2.4/
pour une RH8, pas de RPM gtk2.4 sur les ftp officiels ? bon , d'accord.
Ben je ne savais pas qu'on pouvait faire ça. :-)
Ils ont bien du les fabriquer quequepart, les RPM. :-P
Je ne vois pas comment je pourrais connaître cette info ?? A moins qu'on puisse voir le contenu d'un RPM ?
non, c'est dans les SRPMS (RPMSources) en fait, inspire toi de ce qui est deja fait, en fait il te suffirai de remplacer les No de versions dans les fichiers pour fabriquer le RPM.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
oui c'est bon
J'ai trouvé une page qui explique comment faire, mais elle parle d'un fichier SPEC, dont je ne dispose pas. http://gcutter.free.fr/logiciels/
Fais une petite recherche sur google avec les mots: "fabriquer rpm" ou avec des mots un peu voisins. (attenttion faire des RPM pour RH c'est pas pareil que faire des RPM pour MDK, il y a des subtilites ...)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Pour la glib, je pense que non. Pour un soft moins critique, surement oui ... La difference entre une RH et une Fedora, c'est les versions des libs... -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
Oodini wrote:
Je l'ai fait par les sources, car aucun RPM n'était distributé.
ftp://ftp.gtk.org/pub/gtk/v2.4/
pour une RH8, pas de RPM gtk2.4 sur les ftp officiels ? bon , d'accord.
Ben je ne savais pas qu'on pouvait faire ça. :-)
Ils ont bien du les fabriquer quequepart, les RPM. :-P
Je ne vois pas comment je pourrais connaître cette info ??
A moins qu'on puisse voir le contenu d'un RPM ?
non, c'est dans les SRPMS (RPMSources)
en fait, inspire toi de ce qui est deja fait, en fait il te suffirai de
remplacer les No de versions dans les fichiers pour fabriquer le RPM.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
oui c'est bon
J'ai trouvé une page qui explique comment faire, mais elle parle d'un
fichier SPEC, dont je ne dispose pas.
http://gcutter.free.fr/logiciels/
Fais une petite recherche sur google avec les mots:
"fabriquer rpm" ou avec des mots un peu voisins.
(attenttion faire des RPM pour RH c'est pas pareil que faire des RPM
pour MDK, il y a des subtilites ...)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Pour la glib, je pense que non.
Pour un soft moins critique, surement oui ...
La difference entre une RH et une Fedora, c'est les versions des libs...
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina
Je l'ai fait par les sources, car aucun RPM n'était distributé. ftp://ftp.gtk.org/pub/gtk/v2.4/
pour une RH8, pas de RPM gtk2.4 sur les ftp officiels ? bon , d'accord.
Ben je ne savais pas qu'on pouvait faire ça. :-)
Ils ont bien du les fabriquer quequepart, les RPM. :-P
Je ne vois pas comment je pourrais connaître cette info ?? A moins qu'on puisse voir le contenu d'un RPM ?
non, c'est dans les SRPMS (RPMSources) en fait, inspire toi de ce qui est deja fait, en fait il te suffirai de remplacer les No de versions dans les fichiers pour fabriquer le RPM.
Ca a l'air fait. Bien que le seul éecho" que j'ai obtenu au prompt est:
oui c'est bon
J'ai trouvé une page qui explique comment faire, mais elle parle d'un fichier SPEC, dont je ne dispose pas. http://gcutter.free.fr/logiciels/
Fais une petite recherche sur google avec les mots: "fabriquer rpm" ou avec des mots un peu voisins. (attenttion faire des RPM pour RH c'est pas pareil que faire des RPM pour MDK, il y a des subtilites ...)
Sinon, peut-être puis-je utiliser les paquetages Fedora sur ma RedHat 8.0 ?
Pour la glib, je pense que non. Pour un soft moins critique, surement oui ... La difference entre une RH et une Fedora, c'est les versions des libs... -- Rakotomandimby Mihamina Andrianifaharana Tel : +33 2 38 76 43 65 http://stko.dyndns.info/site_principal/Members/mihamina
Oodini
Rakotomandimby Mihamina wrote:
- a partir de la, on n'a plus besoin de compiler grand chose, alors je propose de faire le "make uninstall" a ce moment, et de faire suivre par une reinstall de la glib (parcequ'en faisant le make uninstall, on ne sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
"make uninstall" à partir du contenu de la distribution de l'ancienne version ou de la nouvelle ?
Rakotomandimby Mihamina wrote:
- a partir de la, on n'a plus besoin de compiler grand chose, alors je
propose de faire le "make uninstall" a ce moment, et de faire suivre par
une reinstall de la glib (parcequ'en faisant le make uninstall, on ne
sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
"make uninstall" à partir du contenu de la distribution de l'ancienne
version ou de la nouvelle ?
- a partir de la, on n'a plus besoin de compiler grand chose, alors je propose de faire le "make uninstall" a ce moment, et de faire suivre par une reinstall de la glib (parcequ'en faisant le make uninstall, on ne sait pas forcement ce qu'on a viré, par rapport a l'ancien systeme)
"make uninstall" à partir du contenu de la distribution de l'ancienne version ou de la nouvelle ?
Rakotomandimby Mihamina
Oodini wrote:
"make uninstall" à partir du contenu de la distribution de l'ancienne version ou de la nouvelle ?
la nouvelle, puisque le but c'est de desinstaller la distribution que tu as installé par les sources, qui est la nouvelle ...
