MicP a écrit 486 commentaires

Bonjour

Je t'invite à faire des recherches concernant les termes informatiques suivants :

• Disque
• Partition
• Système de gestion de fichiers
• Racine d'un système de gestion de fichiers
• Racine du système de gestion de fichiers utilisé par le système d'exploitation
• Répertoire personnel d'un compte utilisateur
• Répertoire courant
• Chemin relatif
• Chemin absolu

Ça te permettra d'éviter beaucoup d'erreurs d'interprétation.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Les machines que mon moteur de recherche a pu trouver en fonction du motif de recherche :

ACER type 5635

sont toutes équipées de microprocesseur 64 bits

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Merci beaucoup

En vous souhaitant tout plein de bonnes choses.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Dans mon message du 28/10/22 à 21:25

j'aimerai remplacer l'extrait suivant :

Même chose si j'avais voulu rappeler le nom du deuxième fichier, mais en mettant cette fois un 2 : '!:2'

par :

Même chose si j'avais voulu rappeler le nom du deuxième fichier, mais en mettant cette fois un 2 : !:2

---

et dans mon message du 28/10/22 à 22:34

j'aimerai remplacer l'extrait suivant :

en lançant la ligne de commande suivante :

shopt -s histverify

par :

en ajoutant, dans mon fichier de configuration ~/.bashrc
la ligne de commande suivante :

shopt -s histverify

NOTE :
Il me semble que, pour le shell zsh, l'option histverify est activée par défaut.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

On s'habitue très vite au confort, et du coup, j'avais oublié de spécifier dans mes message précédents que que sur mon système, j'ai activé depuis longtemps l'option histverify de mon shell bash

en ajoutant, dans mon fichier de configuration ~/.bashrc
la ligne de commande suivante :
shopt -s histverify

NOTE :
Il me semble que, pour le shell zsh, l'option histverify est activée par défaut.

C'est grâce à cette option que la ligne de commande entrée :

michel@deb115:~$ head -1 !:1

s'affiche d'abord en clair afin de me permettre de vérifier si la ligne de commande qui va être lancée correspond bien à ce que je voulais lancer :

michel@deb115:~$ head -1 .bashrc

---

Toujours en utilisant les fonctionnalités de la commande history,
on peut lister les dernières commandes lancées pour récupérer le numéro d'enregistrement qui sera affiché en lançant simplement la commande history
et on peut utiliser le premier, deuxième, etc. argument donné dans cette ligne de commande
en spécifiant le numéro d'enregistrement de la commande et le numéro d'ordre de l'argument utilisé :

Par exemple, si dans le retour de la commande history,
j'ai la ligne suivante qui s'affiche :

   31  apt policy gawk ncdu vim-nox

Je peux récupérer le troisième argument (ncdu) qui avait été donné à la commande apt dans cette ligne de commande en entrant : !31:3

Donc, si je veux installer le paquetage ncdu
je pourrais entrer la ligne de commande suivante :

apt install !31:3

Si l'option du shell histverify n'est pas activée, la ligne de commande sera directement lancée, sinon, elle sera d'abord affichée et on pourra choisir de la lancer (ou pas).

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

J'aurais aussi pu
remplacer le 1 par un ^ pour demander le premier

et, dans cet exemple où il n'y avait que 2 noms de fichier,
remplacer le 2 par un $ pour demander le dernier.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Je liste (ou n'importe quelle autre commande) deux noms de fichiers.

Mais comme j'ai oublié les noms des fichiers que j'avais listés dans la ligne de commande que j'avais précédemment lancée mais que je sais que c'est le premier nom que j'avais donné, alors, après avoir tapé ma commande (par exemple head -1), je rappelle le nom du premier fichier en entrant : !:1

michel@deb115:~$ ls .bashrc .bash_history
.bash_history  .bashrc
michel@deb115:~$ head -1 !:1
michel@deb115:~$ head -1 .bashrc
# ~/.bashrc: executed by bash(1) for non-login shells.
michel@deb115:~$

Même chose si j'avais voulu rappeler le nom du deuxième fichier, mais en mettant cette fois un 2 : !:2

michel@deb115:~$ ls .bashrc .bash_history
.bash_history  .bashrc
michel@deb115:~$ head -1 !:2
michel@deb115:~$ head -1 .bash_history
bc <<< "obase=2;ibase=16;$maVar";
michel@deb115:~$

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Ce qui me manque aussi, c'est l'affichage reposant de texte en couleur ambre (ou à la rigueur vert) sur fond noir.

C'est vrai que j'ai des yeux très (vraiment trop) sensibles,
alors ça me fait très mal de devoir lire trop longtemps des textes en noir sur fond blanc
sans compter que la batterie de mon PC portable n'apprécie pas non plus.

Bien sûr, dès que je peux, j'inverse les couleurs d'affichage,
mais ce n'est pas toujours possible, et puis il y a toutes ces publicités qui clignotent.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Et s'il te faut changer la dalle (qui, je crois est une 1280 x 800), à tant qu'à faire, change la pour une de 1920x1080.

C'est ce que j'ai fait sur mon petit T450, et je ne regrette pas du tout la petite différence de prix car la différence de confort, elle, est vraiment très nette.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Un répertoire ne permet pas de faire apparaître un Lanceur d'application autrement que sous son véritable nom de fichier.

Je n'ai pas trouvé comment créer sur le Bureau un conteneur dans lequel on pourrait regrouper des lanceurs d'applications.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Si tu ouvres une fenêtre de terminal, et que tu listes (avec la commande ls) les noms des fichiers qui sont dans ton répertoire ~/Bureau en laçant la ligne de commande suivante :

ls -l ~/Bureau

tu verras que les noms des fichiers listés ne sont pas les mêmes que les noms des icônes que tu vois affichés sur ton Bureau, car en fait, le contenu des fichiers dont le nom d'extension est .desktop est d'un format spécifique un peu spécial c'est ce qu'on appelle un fichier Lanceur d'application

Et quand un fichier de type lanceur d'application est sur le Bureau, il s'affiche d'une façon différente : Au lieu du véritable nom de fichier avec son nom d'extension (desktop), c'est le nom de l'application que ce fichier va permettre de lancer qui s'affichera.

C'est dans le contenu de ce fichier que se trouvent les différents (en fonction du langage utilisé par le système) noms de l'application qui va s'afficher et le nom du programme qui sera lancé.

Par contre, quand ce fichier .desktop est déplacé dans un dossier (je préfère dire "répertoire" que dossier), il n'est plus interprété comme un lanceur d'application mais redevient un simple fichier, et donc, c'est le véritable nom du fichier .desktop qui s'affiche, et pas le nom de l'application qu'il est censé lancer.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Oui,

Pierre Desproges disait :

Entre une mauvaise cuisinière et une empoisonneuse il n'y a qu'une différence d'intention.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

À mon humble avis, un bon investissement pour ce que tu sembles vouloir faire : extraire certaines informations de fichiers texte, serait d'apprendre à créer des scripts awk (ou gawk) en utilisant des expressions rationnelles.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Un shell, ça peut vouloir dire beaucoup de choses très différentes, car ça pourrait être un shell bash ou sh (<=> dash sur debian) ou awk ou gawk ou python ou php ou perl, … ou/et plein d'autres shells possibles.

Et puis un script peut lancer des commandes externes qui n'auront peut-être pas le même comportement en fonction du système d'exploitation utilisé.

Je te recommande aussi, par curiosité, d'aller voir ce qu'est la norme posix

Voir : https://pubs.opengroup.org/onlinepubs/9699919799/

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

… De cette façon, 100 % des UNIX de la planète sont à la même heure …

C'est aussi parce que Unix/Linux est un système multi-utilisateur et qu'il est réellement utilisé comme un système multi-utilisateurs, et ces utilisateurs peuvent ouvrir simultanément et depuis n'importe quel pays une (ou plusieurs) session sur le même système Unix/Linux en choisissant la date/heure qui lui conviendra et le langage qu'ils a envie d'utiliser sans imposer aux autres utilisateurs ses choix personnels.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

… et de mon côté, en plus de la boîte mail, c'est ma boîte aux lettres qui est régulièrement remplie de tracs et de journaux publicitaire, ce qui m'oblige à devoir faire le tri pour y retrouver le courrier administratif rare mais important qui est finalement trempé par la pluie parce que les journaux publicitaires pliés maintiennent le couvercle de ma boîte aux lettres ouvert.

J'ai deux fois acheté et collé sur ma boîte aux lettre un panneau "Pas de publicité SVP", mais il n'y est jamais resté plus d'une semaine.

J'ai aussi du mal à arriver à bloquer sur mon smartphone tous ces appels téléphoniques des démarcheurs qui me pourrissent la vie, et avant hier certains de ceux que j'avais bloqués au téléphone (et sur boîte mail) sont venus jusqu'à sonner à ma porte.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Rhââââ,

je voulais corriger la dernière ligne et la remplacer par :

~/$(date --date '1 days ago' '+%Y%m%d')Filter.txt

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Ce n'est pas nécessaire de préciser le chemin du répertoire personnel du compte utilisateur
puisque le chemin courant sera celui du répertoire personnel du compte utilisateur.

Voici le retour de la commande env quand elle est lancée depuis le script qui est lui même lancé par la tâche crontab :

HOME=/home/scriptnew
LOGNAME=scriptnew
PATH=/usr/bin:/bin
LANG=fr_FR.UTF-8
SHELL=/bin/sh
PWD=/home/scriptnew

Mais si tu veux utiliser le tilde pour indiquer le répertoire personnel du compte utilisateur, il faudra le faire suivre d'un caractère slash s'il doit être suivit d'autre chose

~/scriptnew

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

on est d'accord ?

Oh que oui, j'étais d'ailleurs bien embêté quand je m'en suis apperçu… trop tard.

(il y avait déjà bien AC2N)

Merci encore.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Merci beaucoup :)

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

En fonction de la distribution Linux que tu utilises
il vaudrait peut-être mieux utiliser systemd pour ce genre de tâche journalière.

Voir : archlinux -> systemd (Français)/Timers (Français)

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Arghh! : j'avais essayé d'adapter les copiés/collés,
mais je vois que j'ai oublié de changer le nom du répertoire dans un des copiés/collés retournés dans mon dernier message.

Mais je ne peux plus éditer mon dernier message
dans lequel il faudrait changer :

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/michel/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/michel/20220908Filter.txt
scriptnew@machinedebian:~$

par :

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/scriptnnew/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/scriptnnew/20220908Filter.txt
scriptnew@machinedebian:~$

Merci.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Si le script /home/scriptnew/monscript.sh
contient :

#!/bin/sh
nomfic1=$(date --date '1 days ago' '+%Y%m%d')'Filter.txt'
nomfic2=$(date --date '2 days ago' '+%Y%m%d')'Filter.txt'
nomfic3=$(date --date '1 days ago' '+%Y%m%d')'DifFilter.txt'
diff $nomfic1 $nomfic2 > $nomfic3

et si ce script est exécutable pour le compte utilisateur scriptnew

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/monscript.sh 
-rwxr--r-- 1 scriptnnew scriptnnew 222  7 sept. 23:40 /home/scriptnnew/monscript.sh
scriptnew@machinedebian:~$

et si il existe les fichiers 20220906Filter.txt et 20220907Filter.txt dans le répertoire personnel du compte utilisateur scriptnew

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/scriptnew/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/scriptnew/20220908Filter.txt
scriptnew@machinedebian:~$```

et si la ligne suivante a été ajoutée dans la table _crontab_ du compte utilisateur `scriptnew`

```text
0 10 * * * $HOME/monscript.sh

alors, si la session du compte utilisateur scriptnew est ouverte à ce moment là
le 9 septembre à 10:00 le fichier /home/scriptnew/20220909DifFilter.txt sera créé

et tous les jours à 10 heures si les fichiers dont le contenu à différencier existent
alors un nouveau fichier /home/scriptnew/yyyymmddDifFilter.txt sera créé
(bien sûr, avec yyyymmdd correspondant à la date du jour)

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Correction :

• et tu auras besoin de spécifier le chemin absolu de ce script …

à remplacer par :

• et si ce script est dans ton répertoire personnel, tu auras besoin de spécifier le chemin absolu de ce script …

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

• Si tu as utilisé une tâche crontab créée depuis ton compte utilisateur pour lancer ce script
• et si les 3 fichiers .txt utilisés dans ce script sont dans le répertoire personnel de ton compte utilisateur

alors :

• tu n'auras pas besoin de spécifier le répertoire dans lequel sont les fichiers .txt utilisés dans ce script car le répertoire courant par défaut utilisé lors de l'exécution de ce script sera le répertoire personnel de ton compte utilisateur
• et tu n'auras pas à spécifier le chemin absolu des commandes utilisées dans ce script car le chemin /usr/bin est déjà dans la liste des chemins assignée à la variable PATH

Voilà le contenu du script modifié (et sans le caractère S qui était juste avant le shebang)
qui sera lancé par la tâche crontab :

#!/bin/sh
nomfic1=$(date --date '1 days ago' '+%Y%m%d')'Filter.txt'
nomfic2=$(date --date '2 days ago' '+%Y%m%d')'Filter.txt'
nomfic3=$(date --date '1 days ago' '+%Y%m%d')'DifFilter.txt'
diff $nomfic1 $nomfic2 >> $nomfic3

• Il faudra que ce script soit exécutable par ton compte utilisateur
• et tu auras besoin de spécifier le chemin absolu de ce script (en utilisant, par exemple, la variable $HOME) dans la ligne de commande de la tâche crontab.

À la suite de la commande dans la ligne crontab, tu pourrais ajouter une redirection de STDERR vers un fichier log, au cas où quelque chose ne se serait pas bien passé dans le script.

---

Si tu as utilisé une autre méthode pour lancer ce script,
il faudra le préciser, car autre contexte => autres contraintes.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.