THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
Skippy le Grand Gourou a écrit :
- pourquoi ce warning comme quoi il faudrait pas l'utiliser en root ? En banal utilisateur ça pose forcément des problèmes de droits, ou j'ai raté quelque chose ?
ben si tu lis le message à la fin de l'installation, on t'explique comment configurer sudo pour utiliser yaourt en tant que user. Le problème d'utiliser yaourt en tant que root ne prends son sens que lorsque tu compiles depuis AUR. En effet makepkg n'aime pas qu'on compile les packages en étant root.
Et pour cause, si dans le PKGBUILD la variable $startdir est mal ou pas positionnée, ça risque de compiler direct sur ton système ou d'exécuter le code bash contenu dans le PKGBUILD directement
Plus ça rate, plus ça a de chance de réussir. En somme, un succès n'est qu'une erreur qui a finit par réussir (même par erreur). Ne déséspérez donc pas et perseverez.Utilisez La Rache™
Patientia quod lard quod barrus planto diligo ut licentia
—¤÷(`[¤*Powered By *¤]´)÷¤— Archlinux ~ Fvwm ~ Irssi ~ URxvt
Il est irresponsable de compiler un paquetage en root
En fait, makepkg utilise fakeroot pour faire croire au programme de compilation qu'on est bien root. Ainsi les fichiers générés iront forcément à l'endroit prévu (dans le .pkg.tar.gz) et en aucune façon quelque part sur le disque dur (puisque l'utilisateur qui compile n'a pas les droits). Plusieurs personnes se sont déjà fait avoir en compilant en root des PKGBUILDs mal conçus, et moi le premier. Rappelons que les PKGBUILD compilé depuis AUR sont dans la catégorie Unsupported. Ils ne sont pour la plus part pas vérifiés.
Ensuite pour les couleurs, nous avons fait un sondage et il en est ressorti que la plus part des gens on un terminal avec un fond de couleur sombre. Pour les autres, il suffit d'utiliser l'option ---lightbg ou -nocolor qui peut s'ajouter dans le fichier .bashrc sous la forme d'un alias: alias yaourt='yaourt --lightbg'
Pour le nom, je fait confiance à votre imagination
Je parlais d'un "man yaourt", sans ça c'est pas une vraie commande...
Merci à tous pour les réponses sur le bon usage de root, il me semblait n'avoir jamais réussi à faire un makepkg en non-root, mais ceux que j'ai essayé se comptent sur les doigts d'une main, alors... Je vais relire le manuel.
PS : Je préférerai --lightbg, merci d'avoir pensé à cette option.
marc[i1] a écrit :
Bah en fait ça tombe bien que tu en parle, on cherche un mec pour faire ça !
tu veux le faire ?
En attendant que marc[i1] nous fasse un how-to sur la syntaxe du man qui est un peu obscure à première vue.
Je cherche un convertisseur LaTeX2groff
Warranty
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
vincentxavier a écrit :En attendant que marc[i1] nous fasse un how-to sur la syntaxe du man qui est un peu obscure à première vue.
Je cherche un convertisseur LaTeX2groff
Je sens que tu vas me simplifier la fie, parceque bon, {g,t,n}roff, c'est un peu dépassé comme syntaxe !
Warranty
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
Skippy le Grand Gourou a écrit :J'ai un lien en marque-page au boulot, je le poste demain.
Tu pourras poster dans la section add doc pour présenter ton projet de doc.
C'est vrai que la page hteumeuleu dans mon /usr/share/doc à côté de celle de Tuxpaint, ça ferai class !
Skippy le Grand Gourou a écrit :J'ai un lien en marque-page au boulot, je le poste demain.
Tu pourras poster dans la section add doc pour présenter ton projet de doc.
C'est vrai que la page hteumeuleu dans mon /usr/share/doc à côté de celle de Tuxpaint, ça ferai class !
Oui mais non, moi je fais que critiquer, j'ai pas de projet de doc, juste un lien vers un tuto pour faire des manuels...
leif_thande a écrit :Désolé t'es en retard de quelques heures
Skippy le Grand Gourou a écrit :Oui mais non, moi je fais que critiquer, j'ai pas de projet de doc, juste un lien vers un tuto pour faire des manuels...
Merci Skippy pour le lien, c'est exactement ce qu'il me fallait ! J'avais trouvé d'autres documents mais soit incomplets, soit inutilement long. Ce document résume l'essentiel.
Petite remarque sur les couleurs de yaourt : l'écriture gris clair sur fond orange pour la signification [installed], ça tue les yeux !
J'aimais mieux le jaune, personnellement.
Etant donné qu'il y a l'options --lightbg, on peut revenir au jaune au lieu du orange ? et/ou passer l'écriture en noir ? (comme avant)
Merci de bien vouloir réfléchir à ma proposition...
Sinon, pourquoi ne pas régler tout ça dans un fichier de conf ?
THIS ADVICE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
En clair, je ne pourrais être tenu responsable des dégats causés par l'utilisation de mes conseils
Je vais tester ton patch vincentxavier. La solution que tu proposes est élégante. La décision ne me revient pas directement, mais d'après moi c'est une bonne idée. Je crois que d'autres options pourraient être configurées à partir de ce fichier.
Je trouve ça un peu lent, mais plusieurs personnes ont fait la demande. Si quelqu'un est volontaire pour faire le script qui va bien, il sera intégré dans la prochaine release.