« Discussion:Compiler un programme » : différence entre les versions
(conversion de la documentation originale de Léa par HTML::WikiConverter) |
m (Discuter:Software-soft gere-compil déplacé vers Discuter:Compiler un programme) |
(Aucune différence)
| |
Version du 16 février 2006 à 12:25
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 :-)