Discussion:Compiler un programme

De Lea Linux
Révision datée du 23 septembre 2013 à 13:36 par Lea (discussion | contributions)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

Commentaires de : ShadowMind

posté le 2004-09-14 03:03:42

La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».

[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r
[...]
rpmpopt-4.3.2:#rpm      exec --rebuild          rpmb --rebuild
[...]

Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :

[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r
[...]
trpm:rpmb=/usr/bin/rpmbuild
[...]

Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.

Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58

pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42

La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».

[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r
[...]
rpmpopt-4.3.2:#rpm      exec --rebuild          rpmb --rebuild
[...]

Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :

[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r
[...]
trpm:rpmb=/usr/bin/rpmbuild
[...]

Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.

Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58

pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42

La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».

[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r
[...]
rpmpopt-4.3.2:#rpm      exec --rebuild          rpmb --rebuild
[...]

Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :

[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r
[...]
trpm:rpmb=/usr/bin/rpmbuild
[...]

Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.

Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58

pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42

La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».

[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r
[...]
rpmpopt-4.3.2:#rpm      exec --rebuild          rpmb --rebuild
[...]

Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :

[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r
[...]
trpm:rpmb=/usr/bin/rpmbuild
[...]

Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.

Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58

pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42

La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».

[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r
[...]
rpmpopt-4.3.2:#rpm      exec --rebuild          rpmb --rebuild
[...]

Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :

[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r
[...]
trpm:rpmb=/usr/bin/rpmbuild
[...]

Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.

Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)

make ????

Salut je suis nouveau avec linux j'essaye desespérément d'installer des nouveaux logiciels avec suse linux 10 pour les trois quarts de mes tentatives rien ne fonctionne la commande configure fonctionne elle me laisse un paquet de messages corrects mais incompréhesibles ! et ensuite la commade make ne fonctionne pas puis je savoir à quoi elle sert et surtout quelle est la syntaxe et le lieu exact où on doit l'exécuter tout cela est confus ce n'est pas tres convivial il serait plus simple de faire un fichier batch qui exécute correctement ces commandes abscons sans que l'on soit là à se gratter la tête en tous sens pour obtenir un résultat finalement semblable !!

la difficulté et l'ésotérisme serait elle une nouvelle façon de prendre son pied !!

peut on m'éclairer j'en ai grand besoin ! merci

Bonjour et Vive Mandrave Linux 2006 en GPL

Bonjour, et merci pour votre site tellement bien explicite pour installer des logiciels sur linux mandrve 2006 DVD libre que je possède. Félicitations aux responsables de ce site qui oeuvre pour l' amélioration de Mandrave. Je suis tout à fait d' accord pour que linux mandrave garde ces spécificités, cependant il n'est pas fa&cile d'installer la dernière version de OpenOffice 2.0.3 en Rpm, car lorsqu' une fois décompressé en voulant installer la cersion RPM pour Mandrave, un message d' érreur me dit que il y a une incompatibilté avec ???. Je me souviens de la version mandrake 7 ou 8 qui avait permis l'installation de open office par un excécutable comme dans windows. Comme d'ailleurs Blender, chose plus possible maintenant. Quel dommage vu la qualité de cette version 2006 qui est ma distribution préféré. Bien entendu, le rajoue de logiciel RPM par le centre d' installation se trouvant sur le DVD est très facile. Très cordialement M.THERON Patrick.

Licence

La licence de cet article a été passée en CC-BY-SA en accord avec son auteur (cf courriel du 18 septembre 2013) Lea (discussion) 23 septembre 2013 à 14:36 (CEST)