Chez moi (j'insiste, chez moi), bash ne semble pas pouvoir auto-compléter efficacement un script ./configure, zsh si. Idem pour make et cmake. Je n'ai jamais essayé ninja, donc…
Sur les manpages également, il me semblait qu'il ne le faisait pas, mais apparemment ça a été ajouté. Par contre, dieux que c'est lent, et il faut double-tabuler…
Ceci dit, il me semble qu'il y avait des trucs que je préférais sur l'auto-complétion de bash comparés à celle de zsh, mais je suis incapable de m'en souvenir.
Et pour finir, ce genre de trucs doit sûrement être vachement modifié sur certaines distros, notamment Debian, vu que je doute que les chemins d'install soient uniformes en fonction des manpages et de la source des données (par exemples, j'en ai quelques unes dans /usr/local/… en plus de celles du système). Donc, ça peut être très différent chez toi ou d'autres.
En quoi?
À mon sens, ils s'en passent plutôt pas mal pour bien des briques du système, et depuis quelques temps déjà. À minima, ils ont changé le système d'init par défaut par upstart bien avant que Debian ne considère même de changer ça, ils ont eu leur propre DE installé par défaut, et il me semble me souvenir de problèmes de symboles dans quelques libs, d'une époque ou je m'étais amusé à installer un paquet Ubuntu sur ma Debian (me demandez pas pourquoi, je m'en souviens plus… probablement un ppa?).
Les attributs des fichiers et dossiers sont des fonctionnalités qui dépendent du système de fichier employé, et les droits d'accès font partie de ces attributs.
Donc, avant qu'on ne puisse te répondre, il faudrait nous donner cette information, par exemple en nous montrant la sortie de la commande df -T.
M'est avis que le format utilisé sera l'un des format de la famille FAT, qui ne supporte pas les droits d'accès, et il est donc normal de ne pas pouvoir les modifier, à mon sens.
Ceci dit, bash a aussi une complétion intelligente, et elle est activée
Exact, mais franchement, elle n'a rien a voir avec celle de zsh niveau puissance… Ceci dit, celle de bash à le mérite de ne pas avoir besoin de relancer le shell pour prendre en compte l'installation d'un logiciel, contrairement à celle de zsh (ou du moins, je n'ai pas réussi à configurer zsh pour que ça fonctionne).
et n’ont souvent pas les moyens d’imposer leurs solutions,
Encore faudrait-il qu'elles aient envie d'imposer leurs solutions ET que ces solutions soient supérieures à l'existant. Une piste: ce n'est le cas ni de mir, ni de upstart.
Les autres sont libres… de profiter des contributions des employés de Red Hat
C'est ça, lesautres sont libres, d'utiliser ou non tout ou partie des contributions de RH. Et pourquoi pas, d'ailleurs?
Pour l'info, j'utilise à titre personnel les 2 distributions que pour lesquelles j'ai mis des liens. Je n'utilise aucun soft qui ait besoin de PA. Les systèmes bootent très bien (dans le cas de void, la vitesse de démarrage est d'ailleurs bluffante) et le son marche à la perfection.
Pour en finir avec ce post: je remercie Lennart Poettering d'avoir fait systemd. Parce que sans ça, je n'aurais jamais étudié le sujet des systèmes d'initialisation, je serais resté avec l'infâme et ingérable sysVinit version Debian. Grâce à systemd, j'ai découvert runit (entres autres outils).
Ouaaaaaa, Red Hat a menacé tout le monde tu crois ? Les débats pour les adoptions ont rarement étaient longues en fait… Et rappel, PulseAudio a été développé sur une base d'Ubuntu avant que Fedora ne l'adopte. Donc bon le complot de Red Hat pour s'imposer on va arrêter ici.
D'autant que toutes les distributions n'ont pas adopté ces outils, pas plus qu'ils ne sont imposés sur toutes les distributions qui les installent par défaut.
En tout cas, personnellement, je n'ai jamais eu besoin de PA, et ne l'installe donc pas. Je préfère runit à systemd, et ma Debian marche très bien sans systemd.
Par contre, c'est vrai, je n'utilise pas gnome et n'ai pas de périphérique bluetooth (j'ai cru lire que slackware installe PA parce que bluez ont droppé la compat alsa… mais bon, je m'en fout un peu, j'ai pas besoin de bluez moi).
Cela n'avançait pas assez vite et trop de problèmes restaient en suspend.
Je viens de faire une recherche pour trouver le fichier ~/.bashrc qui n'est pas à sa place :
[root@slackbox:/] # find -name bashrc
find: "./home/lea/.gvfs": Permission non accordée
Il est dit ici plusieurs choses:
il existe un dossier .gvfs pour lequel tu n'as pas le droit d'exécution, qui servent en fait à «ouvrir» les dossiers. La commande find ne peux donc pas aller voir dedans.
la commande find ne trouve pas le fichier bashrc, elle ne dit ici rien au sujet d'un fichier .bashrc. Le nom des différent.
Si tu veux trouver le fichier .bashrc qui se trouve dans un dossier précis et pas dans les dossiers enfant, il faut utiliser la commande suivante: find $MON_DOSSIER -maxdepth 1 -name "$MON_FICHIER". $MON_DOSSIER est facultative, en cas d'absence, c'est le dossier courant qui est utilisé. $MON_FICHIER est le nom exact et complet du fichier, ce nom pouvant comporter des joker: '?' signifie n'importe quel caractère, '*' signifie n'importe quel nombre de n'importe quels caractères.
Sinon, tu peux aussi ne pas utiliser find, et au pire créer ce fichier directement s'il n'existe pas: c'est un script d'initialisation, tout le monde peut créer ou modifier le sien à sa guise.
Et vu que j'utilise toujours le terminal en root, si je mets un alias dans un fichier qui n'appartient pas à root, je me demande si ça va fonctionner…
Ici aussi, plusieurs choses à dire:
je te conseille chaudement de limiter l'usage de root au maximum. Quitte à utiliser la commande su pour changer d'identité ponctuellement quand tu en as besoin (d'autres préféreraient sudo qui a quelques avantages, notamment le fait de pouvoir limiter les commandes utilisées à un jeu précis, mais bon sur un système mono-utilisateur je ne suis pas persuadé que ce soit utile).
si tu veux configurer au niveau du système, les fichiers de configuration à modifier appartiennent à root, affecteront la totalité des utilisateurs du système, et se situent dans /etc.
si tu veux modifier uniquement la configuration utilisée par l'utilisateur root, ce sont les «mêmes» fichiers de configuration que pour n'importe quel utilisateur: "$HOME/$FILE", ou "~$USER/$FILE". Dans le cas du fichier .bashrc, ce sera donc ~root/.bashrc qui sera probablement résolu par le shell comme étant /root/.bashrc. Je dis probablement, parce que je pense que c'est standard, mais ça peut se modifier: l'information du dossier $HOME de chaque utilisateur peut se trouver dans le fichier /etc/passwd, au 6ème champ (les ':' sont des séparateurs de champs). Ce fichier contiens la configuration du programme login pour chaque utilisateur, les mots de passe étant normallement chiffrés dans le fichier /etc/shadow.
Enfin, si ton but est de faire un alias système, tu peux aussi regarder le contenu de la variable $PATH.
Chez moi, ça donne ceci: /home/freem/.bin:/home/freem/.bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games. Quand le shell cherche à trouver une commande (qui ne soit pas «builtin», c'est à dire implémentée dans le shell lui-même), il cherche d'abord dans le 1er dossier, puis le 2nd, jusqu'a ce qu'il trouve ou qu'il n'y ait plus d'entrées. Donc, dans mon cas, je peux mettre mes scripts utilisateur dans ~freem/.bin, et mes scripts systèmes dans /usr/local/bin, /usr/local servant à mettre les binaires qui ne sont pas installés par le système de paquet de ma distribution.
Bon, ça fait déjà un petit pavé, mais un certain nombre de mes explications peuvent varier d'une distribution à l'autre, c'est pour ça que j'ai essayé d'être exhaustif… ceci dit, je serais surpris de n'avoir rien oublié.
Dans mon cas, j'utilise Debian, qui modifie un certain nombre de choses et dont la philosophie est à priori très différente de celle de slackware (qu'il faudrait que j'essaie, un jour, d'ailleurs).
C'est clair qu'il faut le configurer le bouzin, mais normalement, en 1er lancement, tu as un outil qui te pose les questions pour configurer l'auto-complétion déjà.
Le reste, il faut fouiller la doc, mais perso je reste à un usage relativement simple, tout ce que je demande, c'est une complétion propre, un prompt qui change de couleur selon la machine sur laquelle je suis et l'utilisateur (rouge et rouge quand je suis root sur une machine distante notamment, histoire de me rappeler de finir ma session ASAP et sans faire de connerie) et de pas mettre le boxon dans mon $HOME.
Du coup, c'est assez trivial, mais impossible avec bash (sauf pour les couleurs, bien sûr).
Le fait est que, pour config bash correctement, c'est pareil mais en pire, ne serait-ce que parce que la manpage est d'une qualité bien différente.
Le problème avec zsh, c'est que la touche tab est usée plus vite, vu qu'elle sert réellement à quelque chose… enfin, le fait que l'on n'en aie besoin qu'une fois pour traverser une arborescence complète compense un peu le problème (ça me fait penser, il faudrait que je voie pourquoi ma complétion pour les pages de manuel est cassée… alors que je m'en servait encore il y a quelques semaines pour avoir la doc de la lib standard de C++. Peut-être un problème lié à stdman?).
Plus sérieusement, je trouve que d'une part zsh à une bien meilleure auto-complétion, mais je le trouve aussi plus réactif (je n'ai pas fait de mesures, c'est juste un ressenti) et cerise sur le gâteau, il ne fout pas tous ses fichiers en vrac dans le $HOME! Enfin, si, mais on peut le configurer pour qu'il soit propre, contrairement à bash.
En même temps, s'il a la motivation, faire du bruit sur cet incident sur des plates-formes plus peuplées qu'ici est un bon moyen de «cramer le banquier».
Ce n'est pas vim qui récupère les informations du presse papier, mais l'émulateur de terminal que tu utilises. Vim est, à la base, un outil qui s'utilise en console, pas avec une session graphique, donc pour l'utiliser dans une session graphique, on passe par un émulateur de terminal, dans mon cas urxvt, mais il en existe des dizaines d'autres.
La façon de faire UNIX, c'est un outil fait une seule chose, mais la fait bien.
Donc.
Il te faut configurer sur les systèmes de ton parc apt pour qu'il tape uniquement sur ton serveur de fichiers. Soit tu passes par un mécanisme de proxy, soit tu configures directement le fichiers /etc/apt/sources.list.
Ensuite, pour les MàJ à heure fixe, il te faudra configurer cron. Pas très compliqué, en soit, mais bien sûr ne fonctionne que si la machine est allumée au moment de la tâche à exécuter. Donc, soit tu démarres par le réseau les cibles à heure fixe, soit tu interdit l'extinction, mais faut que cron soit démarré au moment fatidique. SInon, il y a anacron.
Pour gérer les paquets validés, plusieurs solutions. Soit le serveur indique aux cibles d'installer et de mettre à jour uniquement certains paquets (par exemple via un script ssh), soit les cibles vont chercher sur le serveur la liste des paquets à mettre à jour, soit tu passes bêtement par apt-get update && apt install, en n'ayant que les paquets validés sur le serveur, dans un outil style reprepro qui permets de déployer ton propre dépôt avec juste les paquets que tu veux.
Chaque méthode à ses avantages et inconvénients.
Mais bon, de manière générale, ce qu'il te faut, c'est un gestionnaire de configuration, comme je l'ai dis je m'intéresse personnellement à cfengine, mais il y en a d'autres (chef, puppet, etc…).
Je doute par contre qu'ils aient des interfaces graphiques pour gérer ce genre de choses. Ne serait-ce que parce qu'une interface graphique, c'est compliqué à scripter, et que pour administrer des systèmes, rien ne vaut les scripts, que l'on peut réutiliser et versionner.
Ce n'est pas pour rien que certains parlent de minitel 2.0 hein.
D'un autre côté, tu te trompes aussi. Dans le cas des chaînes de TV, le nombre est réellement limité, à moins de faire de la télévision pirate (il y a eu le cas avec les émissions radio à une époque). Ici, c'est juste un phénomène de mode, de masse. Il existe des alternatives, mais elles sont moins usitées, c'est tout et peu importe la raison.
Et d'ailleurs, strictement rien ne t'empêche de monter une alternative dans ton garage. Enfin, tant que l'on garde une certaine neutralité du net afin d'éviter que certains sites ne se voient bridés artificiellement. Le vrai problème après, c'est juste du marketing.
On parle ici de youtube, mais ce n'est pas le seul cas concerné par cet effet de masse, et parmi les autres cas il existe des preuves que l'on peut créer des alternatives et prendre le marché même en arrivant après, quitte à ce que ce ne soit que dans une niche (géographique, usage, peu importe) plus précise: google.com (bing, baidu, yahoo…), github.com (sourceforge, gna…), facebook (viadeo, …), et j'en oublie sûrement d'autres.
Le seul point qui rend youtube un peu différent, c'est le fait que les créateurs de contenu aient un sobriquet en lien avec la marque, c'est tout.
d’un autre côté ça a toujours lieu dans la langue, en tous cas en français : mobylette, frigidaire, etc…
Cette comparaison ne s'applique pas ici. Elle s'appliquerais si l'on qualifiais les alternatives à youtube de youtube. Autrement dit, ça s'appliquerais si l'on parlais de dailymotion ou autres sous l'appellation youtube, quitte à trouver un diminutif de ce dernier.
Ici ce n'est pas le cas: on parle des utilisateurs, non du produit. Quoique, l'on pourrait arguer du fait que les gens qui font des vidéos et ceux qui les regardent sur youtube & consort sont en réalité le produit, mais il me semble que c'est un autre débat.
Dans l'exemple du frigidaire, on utilise un sobriquet qui est frigo, pour désigner ce type de produit (réfrigérateur). On ne qualifie pas de whirlpooler les gens qui utilisent un réfrigérateur whirlpool, ni de frigidaireurs ceux qui ont un vrai frigidaire (enfin, si la marque existe encore…).
Si tu cherches un outil interactif te permettant de gérer tes paquets, aptitude devrait te convenir. Il existe aussi dselect, mais je t'avoue ne pas connaître la bête.
Ceci dit, il faut préciser que pour avoir l'interface semi-graphique (ncurses) d'aptitude, il faut le lancer sans arguments.
pour protéger la bande passante
Si tu as plusieurs machines à mettre à jour, en effet apt-cacher-ng permets de réduire le problème de bande passante.
une console graphique
Qu'appelles-tu console graphique? Un émulateur de terminal sous X11? Les outils qui fonctionnent dans un émulateur de terminal (les TTY sont des émulateurs de terminal également, techniquement) fonctionneront dans tous les émulateurs de terminaux, à condition que le bon jeu d'instruction de terminal soit supporté (cf vt100 ou ecma-48 par exemple.).
Conséquence du fait que ces outils soient utilisables sur n'importe quel type de terminal, on peut les utiliser sans trop de difficultés via ssh, ce qui est plutôt pratique pour gérer des serveurs sur lesquels on n'a pas envie d'installer de serveur X11 (graphique) à partir d'une machine de bureau.
Je ne peux pas t'aider pour les autres types de paquet (d'ailleurs, si un outil tel qu'aptitude existe pour les autres formats, je serais curieux d'en connaître le nom).
Tout ceci étant dit, je dois préciser que, par défaut, Debian et donc aptitude installent les dépendances recommandées, ce qui permets aux néophytes d'avoir toutes les fonctionnalités d'un outil, mais qui implique évidemment d'installer beaucoup plus de paquets dont l'utilité est parfois plus que discutable (en fonction du système, ça varie de quelques dizaines à plusieurs centaines, quand même). Ceci peut soit se configurer dans /etc/apt/apt.conf.d/*, soit par l'interface d'aptitude, mais dans ce dernier cas, seul le comportement d'aptitude est affecté je pense.
Personnellement, je désactive l'installation automatique de tout paquet qui sont recommandé ou suggéré, ainsi que la réparation automatique des dépendances, compte tenu du fait que de toute façon aptitude refusera de lancer la procédure de mise à jour ou d'installation tant qu'il détecte des conflits.
Par contre, quand des paquets ont des dépendances cassées, aptitude peut souffrir de performances déplorables, sur des machines de faible puissance ou qui sont chargées ça peut être assez pénible, mais ça reste le meilleur outil à ma connaissance, donc je fais avec.
PS:
En théorie, pour gérer des serveurs, on ne devrais pas installer manuellement les paquets, mais utiliser un outil automatisé pour faire ce genre de tâches. J'étudie à titre semi-personnel cfengine, mais il en existe d'autres réputés plus simples à mettre en place.
Tes diverses astuces ne fonctionnent pas chez moi, mais je pense savoir pourquoi: j'utilise le paquet "vim" de Debian, qui, je cite:
ne fournit pas d'interface graphique
Après installation d'un paquet avec support d'interface graphique (ainsi qu'une bonne 10aine de dépendances supplémentaires dues à ruby), tes commandes fonctionnent parfaitement. Enfin, je n'ai testée que celle-ci, mais je ne doute pas une seconde que ce soit valable pour les autres :)
xclip est un outil en ligne de commande qui permets de manipuler les presse-papier. Je pensais qu'il était installé par défaut, manifestement je me suis trompé.
Mais curieusement j'ai accès au clic droit pour copier cette réponse du shell, et uniquement pour cela ! si je tapes du texte sur la même page plus haut, le clic droit ne donne toujours rien.
Si je découpe la commande vim (1):
'<,'> => indique la zone à laquelle s'applique le reste de la commande. Ici, il s'agit de la zone sélectionnée par le mode visuel;
w => indique que l'on veut écrire le contenu de la zone (ou la totalité du buffer si rien n'est précisé) vers un fichier;
! => indique que l'on va exécuter une commande du shell, dans notre cas, xclip (qui, par défaut, envoie ce qu'il a sur son entrée standard dans le presse papier que l'on utilise habituellement en sélectionnant pour copier, et en faisant un clic milieu pour coller).
Donc, on envoie la zone du mode visuel dans la commande du shell xclip.
merci d'avoir de la patience avec moi
On a tous été débutant, et on a tous eu de l'aide des autres. Dans mon cas, j'ai encore régulièrement de l'aide des autres :)
1: Pour être honnête, je l'ai découverte pour te répondre, d'habitude je désactive les numéros de ligne et j'utilise la souris… je trouvais ça chiant, j'ai saisi l'occasion de chercher.
[^] # Re: Dash
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 2.
Non, puisque ce ne sont pas des terminaux :)
[^] # Re: bash parce bash
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 2. Dernière modification le 16 avril 2018 à 14:20.
Chez moi (j'insiste, chez moi), bash ne semble pas pouvoir auto-compléter efficacement un script
./configure, zsh si. Idem pour make et cmake. Je n'ai jamais essayé ninja, donc…Sur les manpages également, il me semblait qu'il ne le faisait pas, mais apparemment ça a été ajouté. Par contre, dieux que c'est lent, et il faut double-tabuler…
Ceci dit, il me semble qu'il y avait des trucs que je préférais sur l'auto-complétion de bash comparés à celle de zsh, mais je suis incapable de m'en souvenir.
Et pour finir, ce genre de trucs doit sûrement être vachement modifié sur certaines distros, notamment Debian, vu que je doute que les chemins d'install soient uniformes en fonction des manpages et de la source des données (par exemples, j'en ai quelques unes dans /usr/local/… en plus de celles du système). Donc, ça peut être très différent chez toi ou d'autres.
[^] # Re: Finalement adoptée
Posté par freem . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 3.
En quoi?
À mon sens, ils s'en passent plutôt pas mal pour bien des briques du système, et depuis quelques temps déjà. À minima, ils ont changé le système d'init par défaut par upstart bien avant que Debian ne considère même de changer ça, ils ont eu leur propre DE installé par défaut, et il me semble me souvenir de problèmes de symboles dans quelques libs, d'une époque ou je m'étais amusé à installer un paquet Ubuntu sur ma Debian (me demandez pas pourquoi, je m'en souviens plus… probablement un ppa?).
[^] # Re: Pourquoi t’acharner à vouloir en faire partie ?
Posté par freem . En réponse au journal Proposition révolutionnaire pour linuxfr. Évalué à 3.
Parce-qu'il le demande régulièrement, du coup, ça deviens un réflexe pour lui faire plaisir.
[^] # Re: Heu...
Posté par freem . En réponse au journal Proposition révolutionnaire pour linuxfr. Évalué à 5.
Tiens, t'as encore changé de pseudo? Me rappelle plus c'était celui d'encore avant, mais, t'en as pas marre?
# quel format de partition?
Posté par freem . En réponse au message droits et autorisations sur répertoires et fichiers extérieurs. Évalué à 4.
Les attributs des fichiers et dossiers sont des fonctionnalités qui dépendent du système de fichier employé, et les droits d'accès font partie de ces attributs.
Donc, avant qu'on ne puisse te répondre, il faudrait nous donner cette information, par exemple en nous montrant la sortie de la commande
df -T.M'est avis que le format utilisé sera l'un des format de la famille FAT, qui ne supporte pas les droits d'accès, et il est donc normal de ne pas pouvoir les modifier, à mon sens.
[^] # Re: ça va encore faire débat.
Posté par freem . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 3.
C'est une question de bourses?
[^] # Re: bash parce bash
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 3.
Exact, mais franchement, elle n'a rien a voir avec celle de zsh niveau puissance… Ceci dit, celle de bash à le mérite de ne pas avoir besoin de relancer le shell pour prendre en compte l'installation d'un logiciel, contrairement à celle de zsh (ou du moins, je n'ai pas réussi à configurer zsh pour que ça fonctionne).
[^] # Re: Red Hat
Posté par freem . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 2.
Encore faudrait-il qu'elles aient envie d'imposer leurs solutions ET que ces solutions soient supérieures à l'existant. Une piste: ce n'est le cas ni de mir, ni de upstart.
C'est ça, les autres sont libres, d'utiliser ou non tout ou partie des contributions de RH. Et pourquoi pas, d'ailleurs?
Pour l'info, j'utilise à titre personnel les 2 distributions que pour lesquelles j'ai mis des liens. Je n'utilise aucun soft qui ait besoin de PA. Les systèmes bootent très bien (dans le cas de void, la vitesse de démarrage est d'ailleurs bluffante) et le son marche à la perfection.
Pour en finir avec ce post: je remercie Lennart Poettering d'avoir fait systemd. Parce que sans ça, je n'aurais jamais étudié le sujet des systèmes d'initialisation, je serais resté avec l'infâme et ingérable sysVinit version Debian. Grâce à systemd, j'ai découvert runit (entres autres outils).
[^] # Re: Red Hat
Posté par freem . En réponse à la dépêche Sortie de Fedora 28 bêta. Évalué à 3.
D'autant que toutes les distributions n'ont pas adopté ces outils, pas plus qu'ils ne sont imposés sur toutes les distributions qui les installent par défaut.
En tout cas, personnellement, je n'ai jamais eu besoin de PA, et ne l'installe donc pas. Je préfère runit à systemd, et ma Debian marche très bien sans systemd.
Par contre, c'est vrai, je n'utilise pas gnome et n'ai pas de périphérique bluetooth (j'ai cru lire que slackware installe PA parce que bluez ont droppé la compat alsa… mais bon, je m'en fout un peu, j'ai pas besoin de bluez moi).
C'est un nouveau composant de systemd?
Bon ok, je sors…
[^] # Re: :help quoteplus
Posté par freem . En réponse au message [RESOLU] copier depuis Vim vers Writer. Évalué à 2.
Il est dit ici plusieurs choses:
findne peux donc pas aller voir dedans.findne trouve pas le fichierbashrc, elle ne dit ici rien au sujet d'un fichier.bashrc. Le nom des différent.Si tu veux trouver le fichier
.bashrcqui se trouve dans un dossier précis et pas dans les dossiers enfant, il faut utiliser la commande suivante:find $MON_DOSSIER -maxdepth 1 -name "$MON_FICHIER". $MON_DOSSIER est facultative, en cas d'absence, c'est le dossier courant qui est utilisé. $MON_FICHIER est le nom exact et complet du fichier, ce nom pouvant comporter des joker: '?' signifie n'importe quel caractère, '*' signifie n'importe quel nombre de n'importe quels caractères.Sinon, tu peux aussi ne pas utiliser find, et au pire créer ce fichier directement s'il n'existe pas: c'est un script d'initialisation, tout le monde peut créer ou modifier le sien à sa guise.
Ici aussi, plusieurs choses à dire:
supour changer d'identité ponctuellement quand tu en as besoin (d'autres préféreraientsudoqui a quelques avantages, notamment le fait de pouvoir limiter les commandes utilisées à un jeu précis, mais bon sur un système mono-utilisateur je ne suis pas persuadé que ce soit utile)..bashrc, ce sera donc~root/.bashrcqui sera probablement résolu par le shell comme étant/root/.bashrc. Je dis probablement, parce que je pense que c'est standard, mais ça peut se modifier: l'information du dossier $HOME de chaque utilisateur peut se trouver dans le fichier /etc/passwd, au 6ème champ (les ':' sont des séparateurs de champs). Ce fichier contiens la configuration du programme login pour chaque utilisateur, les mots de passe étant normallement chiffrés dans le fichier/etc/shadow.Enfin, si ton but est de faire un alias système, tu peux aussi regarder le contenu de la variable
$PATH.Chez moi, ça donne ceci:
/home/freem/.bin:/home/freem/.bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games. Quand le shell cherche à trouver une commande (qui ne soit pas «builtin», c'est à dire implémentée dans le shell lui-même), il cherche d'abord dans le 1er dossier, puis le 2nd, jusqu'a ce qu'il trouve ou qu'il n'y ait plus d'entrées. Donc, dans mon cas, je peux mettre mes scripts utilisateur dans~freem/.bin, et mes scripts systèmes dans/usr/local/bin,/usr/localservant à mettre les binaires qui ne sont pas installés par le système de paquet de ma distribution.Bon, ça fait déjà un petit pavé, mais un certain nombre de mes explications peuvent varier d'une distribution à l'autre, c'est pour ça que j'ai essayé d'être exhaustif… ceci dit, je serais surpris de n'avoir rien oublié.
Dans mon cas, j'utilise Debian, qui modifie un certain nombre de choses et dont la philosophie est à priori très différente de celle de slackware (qu'il faudrait que j'essaie, un jour, d'ailleurs).
[^] # Re: inutile de cramer le banquier
Posté par freem . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 3.
Il y en a d'autres que pole emploi qui font ça?
[^] # Re: Fish parce que recherche dans l'historique
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 3. Dernière modification le 12 avril 2018 à 16:17.
.
Parce que le caviar c'est meilleur que les chatons?
[^] # Re: bash parce bash
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 3.
C'est clair qu'il faut le configurer le bouzin, mais normalement, en 1er lancement, tu as un outil qui te pose les questions pour configurer l'auto-complétion déjà.
Le reste, il faut fouiller la doc, mais perso je reste à un usage relativement simple, tout ce que je demande, c'est une complétion propre, un prompt qui change de couleur selon la machine sur laquelle je suis et l'utilisateur (rouge et rouge quand je suis root sur une machine distante notamment, histoire de me rappeler de finir ma session ASAP et sans faire de connerie) et de pas mettre le boxon dans mon $HOME.
Du coup, c'est assez trivial, mais impossible avec bash (sauf pour les couleurs, bien sûr).
Le fait est que, pour config bash correctement, c'est pareil mais en pire, ne serait-ce que parce que la manpage est d'une qualité bien différente.
[^] # Re: bash parce bash
Posté par freem . En réponse au sondage Dans quel shell tapez-vous vos lignes de commandes ?. Évalué à 7.
Le problème avec zsh, c'est que la touche tab est usée plus vite, vu qu'elle sert réellement à quelque chose… enfin, le fait que l'on n'en aie besoin qu'une fois pour traverser une arborescence complète compense un peu le problème (ça me fait penser, il faudrait que je voie pourquoi ma complétion pour les pages de manuel est cassée… alors que je m'en servait encore il y a quelques semaines pour avoir la doc de la lib standard de C++. Peut-être un problème lié à stdman?).
Plus sérieusement, je trouve que d'une part zsh à une bien meilleure auto-complétion, mais je le trouve aussi plus réactif (je n'ai pas fait de mesures, c'est juste un ressenti) et cerise sur le gâteau, il ne fout pas tous ses fichiers en vrac dans le $HOME! Enfin, si, mais on peut le configurer pour qu'il soit propre, contrairement à bash.
[^] # Re: et le contrat ?
Posté par freem . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 6.
On peut. Mais dans ce cas, la clause en question du contrat est invalide, il me semble.
[^] # Re: inutile de cramer le banquier
Posté par freem . En réponse au journal «Votre avis nous intéresse !» − Cette fois, je crame mon banquier…. Évalué à 10.
En même temps, s'il a la motivation, faire du bruit sur cet incident sur des plates-formes plus peuplées qu'ici est un bon moyen de «cramer le banquier».
[^] # Re: :help quoteplus
Posté par freem . En réponse au message [RESOLU] copier depuis Vim vers Writer. Évalué à 2.
Ce n'est pas vim qui récupère les informations du presse papier, mais l'émulateur de terminal que tu utilises. Vim est, à la base, un outil qui s'utilise en console, pas avec une session graphique, donc pour l'utiliser dans une session graphique, on passe par un émulateur de terminal, dans mon cas urxvt, mais il en existe des dizaines d'autres.
[^] # Re: Precision
Posté par freem . En réponse au message Management de mise à jour Ubuntu et Debian ( Bonus avec Centos). Évalué à 1. Dernière modification le 11 avril 2018 à 15:33.
La façon de faire UNIX, c'est un outil fait une seule chose, mais la fait bien.
Donc.
Il te faut configurer sur les systèmes de ton parc apt pour qu'il tape uniquement sur ton serveur de fichiers. Soit tu passes par un mécanisme de proxy, soit tu configures directement le fichiers /etc/apt/sources.list.
Ensuite, pour les MàJ à heure fixe, il te faudra configurer cron. Pas très compliqué, en soit, mais bien sûr ne fonctionne que si la machine est allumée au moment de la tâche à exécuter. Donc, soit tu démarres par le réseau les cibles à heure fixe, soit tu interdit l'extinction, mais faut que cron soit démarré au moment fatidique. SInon, il y a anacron.
Pour gérer les paquets validés, plusieurs solutions. Soit le serveur indique aux cibles d'installer et de mettre à jour uniquement certains paquets (par exemple via un script ssh), soit les cibles vont chercher sur le serveur la liste des paquets à mettre à jour, soit tu passes bêtement par apt-get update && apt install, en n'ayant que les paquets validés sur le serveur, dans un outil style reprepro qui permets de déployer ton propre dépôt avec juste les paquets que tu veux.
Chaque méthode à ses avantages et inconvénients.
Mais bon, de manière générale, ce qu'il te faut, c'est un gestionnaire de configuration, comme je l'ai dis je m'intéresse personnellement à cfengine, mais il y en a d'autres (chef, puppet, etc…).
Je doute par contre qu'ils aient des interfaces graphiques pour gérer ce genre de choses. Ne serait-ce que parce qu'une interface graphique, c'est compliqué à scripter, et que pour administrer des systèmes, rien ne vaut les scripts, que l'on peut réutiliser et versionner.
[^] # Re: Pluralité des chaînes
Posté par freem . En réponse au journal Pourquoi "Youtuber". Évalué à 4.
Ce n'est pas pour rien que certains parlent de minitel 2.0 hein.
D'un autre côté, tu te trompes aussi. Dans le cas des chaînes de TV, le nombre est réellement limité, à moins de faire de la télévision pirate (il y a eu le cas avec les émissions radio à une époque). Ici, c'est juste un phénomène de mode, de masse. Il existe des alternatives, mais elles sont moins usitées, c'est tout et peu importe la raison.
Et d'ailleurs, strictement rien ne t'empêche de monter une alternative dans ton garage. Enfin, tant que l'on garde une certaine neutralité du net afin d'éviter que certains sites ne se voient bridés artificiellement. Le vrai problème après, c'est juste du marketing.
On parle ici de youtube, mais ce n'est pas le seul cas concerné par cet effet de masse, et parmi les autres cas il existe des preuves que l'on peut créer des alternatives et prendre le marché même en arrivant après, quitte à ce que ce ne soit que dans une niche (géographique, usage, peu importe) plus précise: google.com (bing, baidu, yahoo…), github.com (sourceforge, gna…), facebook (viadeo, …), et j'en oublie sûrement d'autres.
Le seul point qui rend youtube un peu différent, c'est le fait que les créateurs de contenu aient un sobriquet en lien avec la marque, c'est tout.
[^] # Re: vlog
Posté par freem . En réponse au journal Pourquoi "Youtuber". Évalué à 5.
Cette comparaison ne s'applique pas ici. Elle s'appliquerais si l'on qualifiais les alternatives à youtube de youtube. Autrement dit, ça s'appliquerais si l'on parlais de dailymotion ou autres sous l'appellation youtube, quitte à trouver un diminutif de ce dernier.
Ici ce n'est pas le cas: on parle des utilisateurs, non du produit. Quoique, l'on pourrait arguer du fait que les gens qui font des vidéos et ceux qui les regardent sur youtube & consort sont en réalité le produit, mais il me semble que c'est un autre débat.
Dans l'exemple du frigidaire, on utilise un sobriquet qui est frigo, pour désigner ce type de produit (réfrigérateur). On ne qualifie pas de whirlpooler les gens qui utilisent un réfrigérateur whirlpool, ni de frigidaireurs ceux qui ont un vrai frigidaire (enfin, si la marque existe encore…).
[^] # Re: exhibitionnistes
Posté par freem . En réponse au journal Pourquoi "Youtuber". Évalué à 5.
C'est pas pour les facebookers ça?
# Pour Debian et ses filles: aptitude.
Posté par freem . En réponse au message Management de mise à jour Ubuntu et Debian ( Bonus avec Centos). Évalué à 0. Dernière modification le 11 avril 2018 à 14:22.
Tout est dans le titre.
Si tu cherches un outil interactif te permettant de gérer tes paquets, aptitude devrait te convenir. Il existe aussi dselect, mais je t'avoue ne pas connaître la bête.
Ceci dit, il faut préciser que pour avoir l'interface semi-graphique (ncurses) d'aptitude, il faut le lancer sans arguments.
Si tu as plusieurs machines à mettre à jour, en effet apt-cacher-ng permets de réduire le problème de bande passante.
Qu'appelles-tu console graphique? Un émulateur de terminal sous X11? Les outils qui fonctionnent dans un émulateur de terminal (les TTY sont des émulateurs de terminal également, techniquement) fonctionneront dans tous les émulateurs de terminaux, à condition que le bon jeu d'instruction de terminal soit supporté (cf vt100 ou ecma-48 par exemple.).
Conséquence du fait que ces outils soient utilisables sur n'importe quel type de terminal, on peut les utiliser sans trop de difficultés via ssh, ce qui est plutôt pratique pour gérer des serveurs sur lesquels on n'a pas envie d'installer de serveur X11 (graphique) à partir d'une machine de bureau.
Je ne peux pas t'aider pour les autres types de paquet (d'ailleurs, si un outil tel qu'aptitude existe pour les autres formats, je serais curieux d'en connaître le nom).
Tout ceci étant dit, je dois préciser que, par défaut, Debian et donc aptitude installent les dépendances recommandées, ce qui permets aux néophytes d'avoir toutes les fonctionnalités d'un outil, mais qui implique évidemment d'installer beaucoup plus de paquets dont l'utilité est parfois plus que discutable (en fonction du système, ça varie de quelques dizaines à plusieurs centaines, quand même). Ceci peut soit se configurer dans /etc/apt/apt.conf.d/*, soit par l'interface d'aptitude, mais dans ce dernier cas, seul le comportement d'aptitude est affecté je pense.
Personnellement, je désactive l'installation automatique de tout paquet qui sont recommandé ou suggéré, ainsi que la réparation automatique des dépendances, compte tenu du fait que de toute façon aptitude refusera de lancer la procédure de mise à jour ou d'installation tant qu'il détecte des conflits.
Par contre, quand des paquets ont des dépendances cassées, aptitude peut souffrir de performances déplorables, sur des machines de faible puissance ou qui sont chargées ça peut être assez pénible, mais ça reste le meilleur outil à ma connaissance, donc je fais avec.
PS:
En théorie, pour gérer des serveurs, on ne devrais pas installer manuellement les paquets, mais utiliser un outil automatisé pour faire ce genre de tâches. J'étudie à titre semi-personnel cfengine, mais il en existe d'autres réputés plus simples à mettre en place.
[^] # Re: :help quoteplus
Posté par freem . En réponse au message [RESOLU] copier depuis Vim vers Writer. Évalué à 2.
Tes diverses astuces ne fonctionnent pas chez moi, mais je pense savoir pourquoi: j'utilise le paquet "vim" de Debian, qui, je cite:
Après installation d'un paquet avec support d'interface graphique (ainsi qu'une bonne 10aine de dépendances supplémentaires dues à ruby), tes commandes fonctionnent parfaitement. Enfin, je n'ai testée que celle-ci, mais je ne doute pas une seconde que ce soit valable pour les autres :)
[^] # Re: Dépends du terminal
Posté par freem . En réponse au message [RESOLU] copier depuis Vim vers Writer. Évalué à 3.
xclip est un outil en ligne de commande qui permets de manipuler les presse-papier. Je pensais qu'il était installé par défaut, manifestement je me suis trompé.
Si je découpe la commande vim (1):
'<,'>=> indique la zone à laquelle s'applique le reste de la commande. Ici, il s'agit de la zone sélectionnée par le mode visuel;w=> indique que l'on veut écrire le contenu de la zone (ou la totalité du buffer si rien n'est précisé) vers un fichier;!=> indique que l'on va exécuter une commande du shell, dans notre cas, xclip (qui, par défaut, envoie ce qu'il a sur son entrée standard dans le presse papier que l'on utilise habituellement en sélectionnant pour copier, et en faisant un clic milieu pour coller).Donc, on envoie la zone du mode visuel dans la commande du shell xclip.
On a tous été débutant, et on a tous eu de l'aide des autres. Dans mon cas, j'ai encore régulièrement de l'aide des autres :)
1: Pour être honnête, je l'ai découverte pour te répondre, d'habitude je désactive les numéros de ligne et j'utilise la souris… je trouvais ça chiant, j'ai saisi l'occasion de chercher.