Messages récents

Pages: [1] 2 3 ... 10
1
Ce que tu écoutes / regarde en ce moment / Seal: son premier album,
« Dernier message par Thierry le mar. sept. 17 20:02:15 2019 »
Il n'a pas prit une seule ride.

2
 ;D Vendu
3
C'est pour cela que j'ai parlé de l'idée de la variable PKGMK_KEEP_LA_LIBS qui par défaut serait à "no" et que l'on pourrait passer à "yes" dans une recette nécessitant de conserver les .la. Dans le même style que PKGMK_KEEP_SOURCES ou PKGMK_IGNORE_UNPACK
4
Pas du tout prévu, certains paquets comme VLC n'apprécient pas du tout de les supprimer automatiquement.

C'est à toi de le faire dans les recettes.

Sinon il y a une règle (commentée depuis pas mal de temps) qui s'occupe de cela dans le fichier /var/lib/pkg/pkgadd.conf.

https://github.com/NuTyX/cards/blob/master/src/pkgadd.conf#L36


5
Cards: Le gestionnaire de paquets / Suppression auto des .la lors de création de binaires
« Dernier message par /dev/null le dim. sept. 15 22:28:37 2019 »
Est il prévu une fonction dans la construction de binaires pour la suppression auto des .la  en rajoutant une variable dans la recette quand cela est nécessaire de les conserver.
Une variable du style PKGMK_KEEP_LA_LIBS ou apparenté ? Je pense que ça éviterait de charger les recettes de suppression de .la qui sont parfois imposants.
La fonction serait chargée de faire simplement un
find $PKG/usr/lib -name "*.la" -delete
6
Ok, je n'avais pas l'info, mais cela permet de conserver la variable $HOME pour le rsync, ce qui est une bonne chose. L'approche est différente mais donne un résultat correct, ça se respecte et en plus on gagne le commit automatisé.
7
C'est très sympa de ta part de faire des recherches. Mais mon idée de départ est de lancer la commande build-collection uniquement en non root pour qu'a la fin le script me demande si je veux commiter, c'est hyper utile pour moi, cela me fait gagner du temps précieux. Voir les derniers commits sur github.com/nutyx/cards
8
Décidément sudo me fascine. Quand on fait sudo echo $HOME en utilisateur, la variable qui ressort est bien celle du HOME de l'utilisateur. Quand on fait Sudo d'un script qui demande echo $HOME, c'est bien /root qui ressort.
Donc, j'ai regardé le help de sudo et un paramètre permet de conserver une, plusieurs ou toutes les variables d'environnement.
Je me permet de mettre ici le résultat de ma recherche, qui évite de mettre sudo devant le build-collection et permet aux utilisateurs non standard de pouvoir utiliser le script. Ces lignes sont à placer au tout début du script.
[ "root" != "$USER" ] && echo "SUDO password please" && exec sudo --preserve-env=HOME $0 "$@"

HOME_USER=$HOME

Evidemment, il faut remplacer le $HOME qui a été placé devant /etc/fstab par $HOME_USER
9
On doit pas parler de la même distro alors:

la commande:

sudo build-collection /rolling/guiattribue la valeur /root à la variable HOME

Et comme le depot git n'est pas censé se trouver dans le dossier personnel root. On ne commit jamais sous le compte root ...

thierry [ ~ ]$ sudo build-collection /rolling/gui
>>> Cannot rsync, /rolling/gui not found in /etc/fstab
umount: /rolling/gui/run: Aucun point de montage indiqué.
umount: /rolling/gui/sys: Aucun point de montage indiqué.
umount: /rolling/gui/proc: Aucun point de montage indiqué.
umount: /rolling/gui/dev/pts: Aucun point de montage indiqué.
umount: /rolling/gui/dev: Aucun point de montage indiqué.
rm: impossible de supprimer '/rolling/gui/*': Aucun fichier ou dossier de ce type

thierry [ ~ ]$ grep /rolling/gui /etc/fstab
/home/thierry/devel/git/nutyx/rolling/packages-x86_64 /rolling/gui/root/core none noauto,bind
/home/thierry/devel/git/nutyx/rolling/packages-x86_64 /rolling/gui-extra/root/extra none noauto,bind
thierry [ ~ ]$
Donc si le monsieur te dit ça ne marche pas, y a grande chance que cela ne marche pas. :)

Néanmoins, je garde l'idée.
10
C'est justement ce qui a été fait, j'utilise cette version modifiée chez moi et ça fonctionne nickel, quelque soit le home de l'utilisateur, y compris Root
Pages: [1] 2 3 ... 10