[bashrc] publiez vos .bashrc

[FoolEcho]

@JeremTheCowBoy: d'autant que ça tombe comme un cheveu sur la soupe. Mais pour faire simple, tu as une liste qui doit toujours être à peu près valable ici: http://doc.ubuntu-fr.org/capture_d_ecran (tu auras ksnapshot sous KDE par exemple, un équivalent dont le nom m'échappe sous gnome, tu peux aussi utiliser Gimp -- le fin du fin étant imagemagick, mais c'est de la ligne de commande et donc pas forcément le plus simple).

[Fork Bomb]

Je sais par avance que je vais me faire linché...mais comment faites vous pour insérer dans une fenetre indépendante une sorte d'imprimme ecran de votre terminal ?

merci pour votre réponse et désolé du dérangement

Balise "Code"
[ code ]
Ici, du code
[ /code ]
Sans les espaces, bien sûr

[FoolEcho]

@Fork Bomb: bien vu, j'avais mal compris...

[JeremTheCowBoy]

Balise "Code"

Code : Tout sélectionner

pacman -Syu

[JeremTheCowBoy]

Ahhhh nikel merci ça marche En plus il y a le ptit bouton qui va bien qui est proposé.

[Getalo]

Bonjour,

merci et pardon @FoolEcho, j'ai «pompé» sans vergogne ton .bashrc,

Code : Tout sélectionner

  GNU nano 2.2.6                                                Fichier : .bashrc                                                                                                       


#
# ~/.bashrc
#

# If not running interactively, don't do anything
[[ $- != *i* ]] && return

alias ls='ls --color=auto'
alias ll='ls -larth'
alias ya='yaourt -Syua'
alias ys='yaourt -S'
alias yr='yaourt -Rs'
alias rm='rm --preserve-root'

#PS1='[\u@\h \W]\$ '

## Support de couleurs pour PROMPT
# https://wiki.archlinux.org/index.php/Color_Bash_Prompt
#le zéro après la première séquence d'échappement précise le format de la police à utiliser. Les valeurs significatives sont 0, 1, 21, 4, 24, 5, 25, 7, 27 et ont respectivement pour
#effet : normal, gras, non gras, souligné, non souligné, clignotant, non clignotant, inversé, non inversé.
black='\[\e[0;30m\]'
GREY='\[\e[1;30m\]'
red='\[\e[0;31m\]'
RED='\[\e[1;31m\]'
green='\[\e[0;32m\]'
GREEN='\[\e[1;32m\]'
yellow='\[\e[0;33m\]'
YELLOW='\[\e[1;33m\]'
blue='\[\e[0;34m\]'
BLUE='\[\e[1;34m\]'
magenta='\[\e[0;35m\]'
MAGENTA='\[\e[1;35m\]'
cyan='\[\e[0;36m\]'
CYAN='\[\e[1;36m\]'
white='\[\e[0;37m\]'
WHITE='\[\e[1;37m\]'
txtrst='\[\e[0m\]'    # text reset


#export PS1=${CYAN}'\u'${yellow}'@\h \$ '${txtrst}

#export PS1=${CYAN}'\u '${black}'@ '${yellow}'\h '${WHITE}'\$ '${txtrst}

#export PS1=${BLUE}'\$ '${yellow}'> '${txtrst}

export PS1=${BLUE}'\$ '${WHITE}'\W '${BLUE}'> '${txtrst}




^G Aide                       ^O Écrire                     ^R Lire fich.                 ^Y Page préc.                 ^K Couper                     ^C Pos. cur.
^X Quitter                    ^J Justifier                  ^W Chercher                   ^V Page suiv.                 ^U Coller                     ^T Orthograp.

mais comme tu peux le voir je suis arrivé à en faire quelque chose de minimaliste mais qui me plaît

Code : Tout sélectionner

$ ~ > su -
Mot de passe : 
# ~ > cd /etc
# etc > cd
# ~ > exit
déconnexion
$ ~ > cd /etc
$ etc > 

avec $ et > bleu, ~ etc blanc en user normal

avec# et > rouge, ~ etc jaune en root

[Ypnose]

Personnellement, je trouve su trop dangereux, même pour quelqu'un d'averti. Des erreurs, ça arrive à tout le monde.

[FoolEcho]

merci et pardon @FoolEcho, j'ai «pompé» sans vergogne ton .bashrc,

Il ne vaut que pour la note et les variables sur les couleurs (repris du wiki ; qui seraient tout aussi bien dans un fichier à inclure dans le bashrc, mais bon, pour l'usage...).

Personnellement, je trouve su trop dangereux, même pour quelqu'un d'averti.

D'où le prompt qui pète en rouge chez moi (je le faisais même clignotant à une époque ; mais avec l'habitude ça agresse l'oeil plutôt que d'attirer l'attention).

[Getalo]

@Ypnose : c'est vrai, mais j'utilise le plus souvent sudo (c'est ça que tu voulais dire ?) la coloration pour su - c'est pour le plaisir (en plus de l'avertissement).

@FoolEcho : je n'arrive pas à reproduire les effets (clignotements ...etc.).

[Ypnose]

@FoolEcho: Ouai j'ai fait la même chose quand j'utilisais su à mes débuts sous Arch.

@Getalo: Tu as bien compris mon message. Voilà pourquoi j'utilise sudo au lieu de su.

[FoolEcho]

Vu qu'il utilise su avec le tiret, ça ne risque rien... si on n'oublie pas de refermer la session root, bien sûr (note que tu peux parfaitement utiliser su pour lancer quelques commandes sans te connecter avec -c).

[Ypnose]

Ouai ça m'arrive d'utiliser su -c (surtout avec Fedora).

[Tristelune]

Salut,

je m'immisce dans la conversation pour essayer d'éclaircir un mystère: qu'est-ce que

Code : Tout sélectionner

$ su -

Je viens de jeter un coup d'oeil aux pages de man et ça me dit que l'option "-" permet
de créer un shell de connexion. Est-ce bien juste ? Si oui, je deviens donc
le superutilisateur avec un shell de connexion. A quoi est-ce que ça me sert ?
A noter que la notion de shell de connexion ne m'est pas 100% clair.

[FoolEcho]

@Tristelune: ça sert à ne pas pourrir le HOME d'un utilisateur par exemple (et ainsi se retrouver avec des fichiers qui appartiennent à root et qui du coup empêchent l'utilisateur normal de lancer des applications correctement). Test simple et sans conséquence depuis un compte utilisateur pour mieux saisir les différences: compare la sortie de env lorsque tu utilises su ou su -.

[Tristelune]

Ok, je vois que dans le cas de su un certain nombres de variables reste les mêmes que pour l'utilisateur, tandis qu'avec su - ce n'est pas le cas. De plus avec su - on se retrouve automatiquement dans le home de root. Je vois qu'avec su on a de bonnes conditions pour tout casser, mais ce n'est pas encore clair comment. Bon si on oublie qu'on est dans le home de l'utilisateur et qu'on efface n'importe quoi, c'est pas bon. Mais je ne vois pas encore le problème qui pourrait arriver avec les variables. Si tu as un exemple je suis preneur. Mais autrement pas de soucis, j'y vois déjà plus clair.

[benjarobin]

Toute les applications utilisent la variables $HOME pour enregistrer les préférences... Vois tu où je veux en venir ?
Avec su la variable $HOME est celle de ton utilisateur, si tu lances un programme et qu'a sa fermeture il enregistre certains paramètres ce sera dans ton home et les fichiers auront comme propriétaire root => Donc ton utilisateur ne pourra pas y accéder en écriture => Début des problèmes

[Tristelune]

Ok, je vois les problèmes..... sauf que ça n'a pas l'air de fonctionner comme ça:

Code : Tout sélectionner

$ su
$ env
USER=tristelune
HOME=/root

Et

Code : Tout sélectionner

$ su - 
$ env
USER=root
HOME=/root

L'exemple n'est pas bon ou j'ai loupé un passage ?

[tuxce]

Tu as entre autre 2 variables qui pointent toujours vers les dossiers de ton utilisateur : XDG_CONFIG_HOME et XDG_CACHE_HOME.

Pour un exemple concret, regarde ce que tu as dans ton $XDG_CONFIG_HOME/, chaque dossier est crée lors du premier lancement de l'application à qui il appartient. Si tu lances cette application en root après un su, le dossier sera créé en root et ton utilisateur n'y aura pas la totalité des droits (et selon l'application, il se peut que ça soit aucun) ce qui entraînera des comportements indéfinis de la part de l'application.

[Tristelune]

Effectivement, là c'est clair.

Merci pour vos explications!

[Getalo]

Merci à vous tous pour la leçon