totof2000 a écrit 1861 commentaires

La quesion qui se pose pour moi c'est que cette fonctionnalité est activée sans aucune indication, et que les extensions, d'après la descriptions, sont désactivées sans que tu ne sache réellement ou et quand.

C'est plus une habitude de Firefox d'activer des trucs louches depuis quelques temps, sans mettre réellement les utilisateurs au courant qui pour moi pose problème.

Cool, content d'avoir pu aider.

Il y a probablement moyen d'améliorer, mais je te laisse chercher. Je pense qu'au fur et à mesure que tu progresseras en programmation shell, tu trouveras des pistes d'améliorations (comme dit le proverbe, c'est en forgeant que l'on devient forgeron). J'espère que ce cas de figure t'auras permis d'en apprendre un peu plus sur la programmation bash.

je viens de regarder la manpage de lftp et il est possible de faire un truc du genre :

echo "get ${i}/$FILENAME"
echo "! mv $FILENAME ${i}"

Extrait de la page man :

Commands
 ! shell command
Launch shell or shell command.
 !ls
To do a directory listing of the local host.

Il suffirait donc d'enchainer, pour chaque fichier, une récupération et un déplacement.

correction :

echo "get ${i}/$filename ${i}/$filename"

lftp ne permet pas d'exécuter des commandes shell via un tube comme tu souhaiterais le faire. Les enchainements de commandes est une fonctionnalité du shell. Par contre un truc du genre:

echo "get ``{mathjax} {i}/filename  `{i}/filename" 

devrait faire l'affaire (en supposant que la source et la destinantion aient la même arborescence).

oui. Il faudrait un exemple plus précis par contre. un truc du genre tableau avec une colonne chemin source et une colonne chemin cible.

exemple:

source	cible
dir_a/dir_b	dir_a/dir_b
dir_a/dir_c	dir_a/dir_c

Je veux juste savoir si les deux colonnes correspondent ou s'il y a un renommage. A partir dde là ce sera un peu plus simple de générer la liste de commandes à passer.

Est ce que je me trompe dans la manière de faire une liste ?

Dans la manière de la créer, non, mais dans la manière d'accéder à ses éléments, oui.

Une petite explication : https://developpement-informatique.com/article/482/les-tableaux-dans-script-shell ou http://www.ixany.org/fr/articles/introduction-aux-tableaux-en-bash/ ou https://geekflare.com/fr/bash-arrays/

petite explication de l'option -name de fin :

-name motif
Fichier dont le nom de base (sans les répertoires du chemin d'accès), correspond au motif du shell. Les méta-caractères (*',?', et []') ne sont jamais mis en correspondance avec un point.' au début du nom. Pour ignorer un répertoire, ainsi que tous ses sous-répertoires, utiliser l'option -prune ; vous trouverez un exemple dans la description de l'option -path.

On ne peut pas passer une liste à l'option -name.

un bout de code dont tu pourrais t'inspirer pour ne récupérer que ce dont tu as besoin, en remplacant la commande cat par la commande lftp et en adaptant un peu le reste.

#!/bin/bash

TO_KEEP=( tata titi tutu )

filename="fichier.txt"

GET_SEQUENCE=`for i in ${TO_KEEP[@]}
do
    echo "get ${i}/$filename"
done `

REPOSITORY=/machin/truc
cat <<EOF
cd $REPOSITORY
$GET_SEQUENCE
EOF

ton problème vient à mon avis de la mauvaise utilisation de -name dans find. si j'ai bien compris ta démarche, tu télécharges tout le contenu du ftp, ensuite tu déplaces les fichiers dont tu as besoin, et tu supprimes ceux dont tu n'as plus besoin. Dans ce cas, pourquoi ne pas télécharger tes fichiers dans un dossier de travail, déplacer les fichiers dont tu as besoin dans les dossiers de destination, puis supprimer tout le dossier de travail ?

Sinon pour récupérer uniquement ce dont tu as besoin, tu devrais pouvoir générer la liste dans la chaine que tu passes en caractère à lftp. Il me semble avoir déjà fait ça, je regarde.

Ok, donc tu confirmes que tu récupères toutes tes données, mais que c'est bien dans le déplacement/suppression que tu as un problème ? C'est ce qui me semblait.

si je comprends bien ta démarche … tu télécharges tout via mirror et ensuite tu déplace des trucs et supprime d'autres ? ?

Pourquoi ne pas générer au préalable la liste de fichiers à télécharger, et la passer à la commande ftp ?

Pour vérifier si c'est ta commande lftp qui est incorrecte ou le find, peux-tu ressayer de télécharger sans exécuter l'étape de déplacement/suppression ?

Quel est le besoin ? Faire cette récupération en une fois ou le faire en automatique ? Ensuite qu'as-tu essayé ?

Sinon voici une piste.

S'il sagit d'une action à faire une seule fois, ou en interactif, un outil comme filezilla par exemple pourrait se révéler utile.

Je ne sais pas par contre si inotify sait gérer les filesystem fat/fat32 si tu montes /boot/uefi.

un exemple: https://github.com/leeyiw/inotify-sync

Mais en cherchant il doit être possible de trouver un truc qui soit mieux adapté au besoin, truc basé sur inotify.

les gens qui rigolent refusent de dire pourquoi c'est drôle

Ce n'est pas un refus, c'est juste que c'est difficile a expliquer (pas rationnel), mais je vais tenter (ceux qui ne veulent comprendre par eux-même sont priés d'arrêter de lire maintenant).

.
.
.
.
.
.
.
.
.
.
.
.

Dans la blague, la derniere phrase explique le sens de splash (que tout le monde comprend) alors que personne ne comprend "eingousef" - l'explication entre parenthèses devrait se faire sur "eingousef" et non sur splash.

Mais rationnalisé comme ça, ce n'est plus drôle (en tout cas, si on me l'avait dit comme ça quand je l'ai lue la première fois, ça ne m'aurait pas fait rire).

Bon j'explique : est-ce surt le mot "splash" ou il y a besoin d'une explication ? (tout le monde en général comprend ce que "splash" signifie non ?"

C'est ce que je croyais initialement, mais 7 ans après, en la relisant, j'ai compris le truc. Le problème c'est que si on explique, c'est moins drôle.

Le truc drole est dans "(splash = bruit de tomates écrasées)"

Après tout le monde n'a pas le même humour .. mais personnellement quand j'ai compris, je me suis littérallement roulé de rire par terre… j'ai ri pêndant 10 à 15 mn sans arrêt en me repassant la phrase en tête …

… pour pouvoir proposer une structure de données performante, il faut savoir comment tu vas accéder aux données de cette structure (insertion/accès/suppression des données) pour les traiter.

Autrement dit, il n'y a que trop peu d'infos pour permettre de t'aider.

Personnellement, je partirai d'une simple liste dans un premier temps. Si les événements doivent être traités par ordre chronologique, je m'assurerais que la liste soit "ordonnée" par timestamp. Eventuellement, si plusieurs éléments peuvent avoir lieu à la même date, je ferais peut-être une double liste : une liste d'evenements associé à un timestamp, rangé dans une liste de timestamps. Ceà dit, ce n'est peut-être pas la meilleure façon de faire : tout dépend de comment tu traiteras tes évenements par la suite.

Désolé, j'ai un peu de mal à être précis dans ma description …

Cerise sur le gâteux : pour le moment je prototype en Python pour des raisons de simplicité, mais une réécriture en C++ est planifiée, donc un algo aussi agnostique que possible est bienvenu =D

De mon point de vue, C++ et python sont tellements différents qu'un algo performant dans un langage ne le sera pas forcément dans l'autre.

Vu le bord** qu'est devenu Linux avec toutes les couches qui gèrent le réseau, bon courage pour comprendre ce qui se passe !!!

Aujourd'hui il ne faut surtout plus toucher à /etc/resolv.conf : systemd est censé le faire pour toi, mais bien sûr, il y a plein de cas ou il fauit de la merde.

Perso je désactive systématiquement systemd.resolvconf ( je ne vois pas ce que systemd vient encore ajouter de la merde à la gestion réseau), et je laisse d'autres outils tels que NetworkManager ou connman, ou autre gérer tout ça).

… de m'avoir appris que Charles Bronson n'était plus de ce monde (snif), mais également pour l'une des meilleures tranches de rire de toute ma vie (il m'aura fallu environs 7 ans pour la comprendre).

je moinsse systématiquement quand je vois de l'écriture à point médian. Il y a d'autres façons lisibles d'écrire de façon "inclusive". Idem pour ce qui me paraît être du militantisme sectaire.

Celà dit, je "pertinentise" les commentaires qui font l'effort d'écrire de façon "inclusive" de ne pas utiliser le point médian (je n'en vois pas souvent, mais j'en vois de temps en temps passer).

Effectivement je me suis mal exprimé. La syntaxe est relativement simple, mais c'est effectivement la lisibilité qui pose problème. Et quand tu as des structures un peu compliquées à manipuler, ça devient problématique de gérer "à ma main".

XML, c'est bien pour faire de l'échange de données entre systèmes. Ca permet aussi de transformer lesdits documents (xslt par exemple) d'un format à un autre. l'utilisation de xml pour les documents de type (open/libre/ms)office est appropriée. Idem pour SVG (je m'amuse parfois d'ailleurs à créer des documents svg "à la main" pour des besoins simples et spécifiques - mais j'utilise un outil tel que Inkskape pour des trucs un peu plus complexe).
Par contre, pour des fichiers de configuration, je maintiens que d'autres formats sont mieux adaptés (plus lisibles, donc meilleure maintenabilité).

Quel est le rapport avec yaml ?

Description

XPPq is a command-line tool which transforms an XML file to another XML file, following directives inserted directly in the source XML file. This directives allow to handle macros, to affect value to variables and to test their values, to include files… In a glance, XPPq aims to be to XML what CPP is to C/C++.

Je ne pense pas que yaml soit fait pour traiter ce genre de problème. Et ça ne me choque pas d'utiliser xml pour manipuler xml (c'est cohérent avec l'écosystème).

Oups … Je pensais "syntaxe simple de xml" ça me fait bien rire.

Pour quoi faire ? Juste parce que espace de nom, c'est bien ?

Les espaces de nom ce n'est pas forcement utile, et dans la plupart des cas ou j'ai utilisé yaml, ils n'apportent rien. Je ne dis pas que c'est inutile, je dis juste que ce n'est pas forcement necessaire. As-tuun exemple de cas oules espaces de nom auraient pu te simplifier la vie ?