Marotte ⛧ a écrit 8798 commentaires

Merci pour tes propositions

1. Je ne comprends pas. Si le package program-2.35 est remplacé par program-2.36 dans la distribution. Comment pourrais-je retrouver le package program-2.35 ? À moins de garder tous les packages que j'installe je ne vois pas comment faire pour permettre ce que tu dis. De toutes façon je n'ai jamais eu le cas où je regrettais une version précédente d'un logiciel… (bien sûr ça pourrait m'arriver un jour…)

2. Et est-ce mieux ? C'est plus rapide ? Dans le cas de mon script on s'en fout mais je demande par curiosité.

3. Je prie nano tous les jours qu'Il fait

4. Je pense pas en avoir l'utilité ! :)

Sinon, il n'y a aucun soucis pour mettre /usr/local sous un autre volume que /usr… j'ai pas bien compris tes arguments sur ce point.

Oui effectivement. Je parlais d'un point de vue logique, pas technique.

/usr -> binaires fournis par la distrib
/usr/local -> binaires compilés à partir de sources fournies par la distrib
/opt -> ce qui ne rentre pas dans les deux premières catégories

Je ne comprends le rapport avec NFS… Peux-tu m'expliquer ?

C'est idiot. Quand t'installes un package custom qui ne provient pas des sources officielles de ta distribution ou encore de sources notoirement connues, il n'y a pas de différence d'avec installer un programme à partir de ses sources/binaires, téléchargées dans un tar.gz depuis un obscure site web quelconque…

Utiliser /opt ça permet de ne pas utiliser /usr/local, ce qui permet de ne pas utiliser une partition qui hébergerait /usr…, tu peux à la rigueur réserver /usr/local à des packages compilés à partir des sources officielles, mais dont tu as eu besoin de compiler avec d'autres options, par exemple.

Mais parce que Jiehong dis juste deux choses : peut-être tu as un souci et chez lui ça fonctionne.

Toi tu dis : « j’ai jamais entendu quelqu’un dire que journalctl était pas lent chez lui… »

Des points de suspension on déduit que tu sous-entends que c'est lent chez tout le monde, ça c'est une chose, mais Zenitram pointait surtout le fait que tu ne peux pas dire que tu n'as jamais entendu quelqu'un ne pas se plaindre alors que justement Jiehong te dis qu'il n'a pas à se plaindre, avoue que c'est cocasse, surtout pour un Zenitram assez à cheval sur le respect de la logique.

J'ajouterais qu'à ma connaissance il n'utilise pas GNU/Linux sur son desktop mais il administre des serveurs sous GNU/Linux pour vivre. Enfin c'est en tous cas ce que j'ai cru comprendre, je ne le connais pas personnellement.

En fait, tu aurais dû préciser : « j’ai jamais entendu quelqu’un à part toi dire que journalctl était pas lent chez lui… », Zenitram n'aurait pas bronché et moi j'aurais pas perdu 5 minutes à écrire ce commentaire :)

En installant avec debootstrap tu ne profiteras pas de la détection du matériel et de sa configuration qui pourrait avoir lieu lorsque tu utilises l'installeur depuis un live CD/USB, directement sur la machine de destination de l'OS. Si l'architecture de ton PC et de ton netbook sont différents la procédure se complique déjà un peu. Tu peux aussi installer à l'aide de la virtualisation mais tu auras sûrement, comme avec debootstrap, à configurer pas mal de chose une fois le système démarré sur le netbook.

À priori il n'y a pas de contre indication à ce que tu réinstalles ton netbook normalement à partir d'une média d'installation physique USB ou CD. C'est certainement la procédure la plus simple et la plus sûre !

Évidemment il y a un intérêt didactique à utiliser debootstrap et faire chaque étape de l'installation à la main. Si tu te lances je te recommande de n'utiliser debootstrap que pour faire l'installation d'un système minimaliste (sans X notamment) et de faire tout le reste une fois ce système démarré physiquement. Surtout qu'à mon avis tu vas sûrement t'y reprendre plusieurs fois, en tous cas ce fût mon cas.

===> []

+1 pour la commande cut. J'y ai pensé immédiatement aussi.

De manière générale je pense que certaines commandes Unix, qui répondent pourtant chacune à un besoin précis et très fréquent : cut, join, column, etc… restent méconnues et que beaucoup de gens pensent être obligés d'utiliser des couteaux suisses tels que awk ou sed (voir un script PHP/Zend…) pour des besoins basiques, au final utiliser ces usines à gaz de manière relativement triviale.

Après je suis conscient que lorsque l'on maîtrise totalement un outil comme sed on a pas trop de raison de chercher à utiliser autre chose pour faire quoi que ce soit à base d'édition automatisée de fichiers texte… Ne serait-ce que pour ne pas perdre la maîtrise de cette syntaxe si particulière :)

Slackware a toujours été la distribution à intégrer les dernières évolutions du noyau ou de l'userland système, à attendre que les technologies aient mûri. Ce n'est aucunement, en tous cas moi je ne le vois pas comme ça, le signe que cette distribution n'est pas moderne, c'est clairement le parti pris depuis le début… Je pense que c'est assumé. Slackware reste un monument dans le paysage des distributions GNU/Linux, pour plusieurs bonnes raisons.

Ce sera très probablement la dernière à adopter systemd, si le besoin s'en faisait vraiment ressentir, elle n'est peut-être pas moderne mais elle est éternelle !

Je trouve qu'une distribution comme Arch a repris l'un des concepts intéressant de Slackware qui est qu'on essaye de toucher le moins possible à l'upstream et que les efforts de configuration et d'intégration sont laissé au soin de l'administrateur/utilisateur (guidé par un excellente documentation, bien entendu).

Un prestataire avec un level intermédiaire-supérieur en Excel qui te concocte des diagrammes de Gantt grâce à un savant mélange d'utilisation des styles de cellule et de macro en VB, à partir duquel tu peux automatiser la génération de pauvrepoint à destination des décideurs pressés qui pourront demander à leur assistant de les transforwarder à tous les employés, ça n'a pas de prix, enfin si, mais bon, ça poutre n'importe quel logiciel !

Est-ce qu'il s'agit d'un problème ou bien une solution ?

Il y a VLC. Tu as une liste de logiciels ici.

D'abord. Que ce soit bien clair entre-nous.

Tout ce que tu publies sur Facebook/PayPal/LinuxFr doit nécessairement aller avec une autorisation illimitée de l'utiliser.

Pour Facebook je suis d'accord c'est écrit dans leurs conditions d'utilisation (bien que je ne sois pas sûr qu'elles soient conformes au droit français qui ne permet pas de céder ses droits d'auteur…), par contre pour LinuxFr ce n'est pas le cas.

Si je publie un journal sous licence CC-BY-SA l'autorisation n'est pas illimitée. Si je ne précise pas de licence c'est encore plus vrai.

Et est-ce que tu as les raccourcis clavier indiqués dans les menus ?

Jiehong parle d'une autonomie supérieure. Toi tu écris :

et surtout, c'est disponible hors ligne

Je te faisais simplement remarquer que sur un smartphone aussi cela pouvait être disponible hors-ligne.

D'ailleurs je pense que tu le savais déjà, c'est pour ça que je n'ai pas compris ta remarque qui sous-entends que ce ne serait disponible hors-ligne que sur un baladeur, et pas sur un smartphone.

Effectivement l'autonomie est bien moindre sur un smartphone mais je ne vois pas le rapport avec en ligne/en local…

Euh… Sur un smartphone aussi tu dois pouvoir avoir de la musique en local non ?

Ce journal est une preuve criante que le nouveau paradigme du bureau Gnome c'est peut-être super génial mais c'est vraiment pas intuitif.

Magnifique. Gedit, application du projet GNOME, a plus de fonctionnalités sous Xfce4 que sous Gnome3 (enfin… accessibles de manière intuitive).

Après une rapide recherche il semblerait que ça ait un lien avec gnome-shell et une histoire de menu global…

Ça me donne vraiment pas envie de re-tenter le bureau Gnome :/ Je crois comprendre un peu l'idée, mais, bof bof…

?

Par curiosité, quelle version de gedit ?

EDIT : Ah bah tu l'as indiquée, 3.14, j'avoue ne pas comprendre pourquoi tu n'as pas « Préférences » dans le menu o_O

Ah oui, c'est un peu con en effet. Sinon tu peux utiliser Kate ;)

« Menu hamburger » (lol) > Préférences : c'est les deux premières cases à cocher du premier onglet « Affichage ». Pour les tabulations c'est dans le deuxième onglet.

C'est la version 3.14.0 de gedit, dispo dans Debian unstable, je sais pas si c'est pareil sous Debian stable. Et je suis sous Xfce, peut-être que ça joue je ne sais pas.

stef@medusa:~$ cat test.sh 
#!/bin/dash

toto="toto"
titi="titi"

echo "${toto}\t${titi}"


stef@medusa:~$ ./test.sh 
toto    titi
stef@medusa:~$ nano test.sh 
stef@medusa:~$ cat test.sh 
#!/bin/bash

toto="toto"
titi="titi"

echo "${toto}\t${titi}"


stef@medusa:~$ ./test.sh 
toto\ttiti

Intéressant. L'option -e de echo est donc nécessaire seulement avec bash… Tu m'as appris un truc là, merci :)

Mais pourquoi faire simple ! ;) Par contre, sans l'option -e de echo ça va pas marcher :)

echo "${hostname} ==> ${ip} If_Name" >> out_file
snmpwalk -v2c -c ${ip} OID>> out_file

En faisant ça tu vas forcément avoir un retour à la ligne entre la sortie de ton echo et la sortie de ton snmpwalk. (you'll get a line return between the output of echo and the output of snmpwalk)

Pour avoir tout sur la même ligne il faut (à ma connaissance) passer par une variable. Pas testé mais ça devrait ressembler (grosso modo) à ça (if you want only one line, didn't test) :

premiere_colonne=$(echo -e "${hostname}\t${ip}") // les deux premières colonnes en fait…
deuxieme_colonne=$(snmpwalk -v2c -c ${ip} OID)   // la troisième colonne…
echo -e "$premiere_colonne\t$deuxieme_colonne" >> out_file

et caetera…

Il y a quand même un truc qui me chagrine dans ton exemple, les trois commandes snmpwalk sont identiques ?! Je suppose que dans le vrai script OID est à remplacer par l'OID désiré, qui n'est donc pas le même à chaque fois ?

There is something I don't understand in your example, all three snmpwalk commands are the same ?! I guess for each one OID should equal the needed OID ?

Pas de snmpwalk ici, peux pas vérifier… (snmpwalk not installed here, cannot check)

Good luck

PS : French is mandatory on this website ;)