Contenu | Rechercher | Menus

Annonce

Ubuntu-fr.org recrute toujours de nouveaux modérateurs, avec de l'expérience.

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

nombre réponses : 25

#0 Re : -1 »  En écoute en ce moment (2) » Le 04/05/2016, à 08:52

Postmortem
Réponses : 2 979

Dans moins de 2 mois, j'y aurai le droit en live big_smile

Pour bien commencer la journée: Unleashed - Shadows In The Deep

#1 Re : -1 »  En écoute en ce moment (2) » Le 04/05/2016, à 09:24

Postmortem
Réponses : 2 979

Ben pourquoi pas !!
Sinon, ça, ça marche bien chez les Bretons : https://m.youtube.com/watch?v=i-gmOS7khcw

#2 Re : -1 »  En écoute en ce moment (2) » Le 04/05/2016, à 16:51

Postmortem
Réponses : 2 979
GR 34 a écrit :

Je subodore que Postmortem est breton...

Ya !

#3 Re : -1 »  En écoute en ce moment (2) » Le 04/05/2016, à 21:34

Postmortem
Réponses : 2 979
GR 34 a écrit :
Postmortem a écrit :
GR 34 a écrit :

Je subodore que Postmortem est breton...

Ya !


Donc, évident :    Soldat Louis   C'est un pays  (live)

C'est vrai que pour mettre de bonne humeur le matin, c'est pas mal !

#4 Re : -1 »  En écoute en ce moment (2) » Le 26/05/2016, à 07:31

Postmortem
Réponses : 2 979

Bonjour !
Commençons la journée avec un gros riff dans la gueule !
Pantera - Shedding Skin

#5 Re : -1 »  Find et exclude list » Le 20/07/2016, à 00:35

Postmortem
Réponses : 6

Salut,

Pour ne lire qu'une fois le fichier contenant les exclusions, on peut utiliser awk.
Le fichier des exclusions doit contenir sur chaque ligne le nom d'un fichier image exact avec son chemin.

Pour l'exemple, j'ai créé cette arbo :

$ ls -RF1 /tmp/test/Images
/tmp/test/Images:
rep 1/
rep 2/
rep 3/
rep 4/

/tmp/test/Images/rep 1:
sous rep/

/tmp/test/Images/rep 1/sous rep:
un fichier1.jpg
un fichier2.jpg
un fichier  3.jpg
un fichier.txt

/tmp/test/Images/rep 2:
sous rep/

/tmp/test/Images/rep 2/sous rep:
un fichier1.PNG
un fichier2.jpg
un fichier  3.jpg
un fichier.txt

/tmp/test/Images/rep 3:
sous rep/

/tmp/test/Images/rep 3/sous rep:
un fichier1.jpg
un fichier2.jpg
un fichier  3.jpg
un fichier.txt

/tmp/test/Images/rep 4:
sous rep/

/tmp/test/Images/rep 4/sous rep:
un fichier1.jpg
un fichier2.jpg
un fichier  3.jpg
un fichier.txt

Le fichier contenant la liste des exclusions :

$ cat /tmp/test/liste_exclusions.txt
/tmp/test/Images/rep 1/sous rep/un fichier1.jpg
/tmp/test/Images/rep 2/sous rep/un fichier2.jpg
/tmp/test/Images/rep 3/sous rep/un fichier  3.jpg

Et on fait comme ça :

rep_images=/tmp/test/Images
liste_exclusions=/tmp/test/liste_exclusions.txt
while read -r image
do
   echo "Traitement de $image"
done < <(awk 'NR==FNR {i[$0]=1; next} !i[$0]' "$liste_exclusions" <(find "$rep_images" \( -iname '*.jpg' -o -iname '*.png' \) -type f))

Ce qui donne :

Traitement de /tmp/test/Images/rep 2/sous rep/un fichier  3.jpg
Traitement de /tmp/test/Images/rep 2/sous rep/un fichier1.PNG
Traitement de /tmp/test/Images/rep 1/sous rep/un fichier  3.jpg
Traitement de /tmp/test/Images/rep 1/sous rep/un fichier2.jpg
Traitement de /tmp/test/Images/rep 3/sous rep/un fichier1.jpg
Traitement de /tmp/test/Images/rep 3/sous rep/un fichier2.jpg
Traitement de /tmp/test/Images/rep 4/sous rep/un fichier  3.jpg
Traitement de /tmp/test/Images/rep 4/sous rep/un fichier1.jpg
Traitement de /tmp/test/Images/rep 4/sous rep/un fichier2.jpg

#6 Re : -1 »  Find et exclude list » Le 21/07/2016, à 09:07

Postmortem
Réponses : 6

Salut MicP,
C'est pas couillon ça !

#7 Re : -1 »  Mount point does not exist (Résolu) » Le 17/07/2016, à 23:20

Postmortem
Réponses : 14

Salut,
Pour essayer, mets plutôt le point de montage ailleurs que dans /media. C'est dans ce dernier que se montent les clés usb automatiquement il me semble, il est donc peut-être géré d'une façon particulière par le système.
Essaie de mettre /mnt/data par exemple.

#8 Re : -1 »  Mount point does not exist (Résolu) » Le 17/07/2016, à 23:55

Postmortem
Réponses : 14
jplemoine a écrit :

Je pense qu'il ne faut pas mettre data mais le chemin complet (/media/data dans ton cas ) dans le fsatb.

En relisant son post, je me dis que t'as bien fait de le préciser !

Édit :

Coeur Noir a écrit :

À savoir : ce qui est monté dans /media apparaît sous périphériques dans Nautilus.

Ah oui, c'est bon à savoir, merci !

#9 Re : -1 »  [RESOLUT] find et souci d'espace dans les nom de dossier » Le 19/07/2016, à 09:57

Postmortem
Réponses : 8

Salut,

gotcha5832 a écrit :

A votre avis le quel est plus performant entre

find ./ -type f \( -iname \*.jpg -o -iname \*.gif -o -iname \*.png -o -iname \*.jpeg \)

et

find -type f -iregex '.*\.\(jpg\|gif\|png\|jpeg\)

Je dirais déjà que ce qui est le plus performant serait de mettre "-type f" après "-iregex '.*\.\(jpg\|gif\|png\|jpeg\)" ou "\( -iname \*.jpg -o -iname \*.gif -o -iname \*.png -o -iname \*.jpeg \)"

En effet, le test sur le nom de fichier écarterait plus de fichiers/répertoires et donc, le "-type f" serait exécuté moins souvent.

#10 Re : -1 »  Equivalent du ls pour un pour fichier .tar.gz et fichier .tar » Le 11/05/2016, à 18:32

Postmortem
Réponses : 7

Salut,
Pour avoir simplement le contenu de l'archive :

tar tf mon_archive.tar.gz

Pour avoir plus de détails, un peu comme « ls -l » :

tar tvf mon_archive.tar.gz

#11 Re : -1 »  Equivalent du ls pour un pour fichier .tar.gz et fichier .tar » Le 13/05/2016, à 14:13

Postmortem
Réponses : 7

Salut,
Elle vient d'où ton archive ?
À première vue, je dirais qu'elle est corrompue.
Après, le mieux, ça serait de copier-coller ici la commande que tu tapes et ce que ça renvoie.

#12 Re : -1 »  [résolu] permutation de données avec sed » Le 10/05/2016, à 17:13

Postmortem
Réponses : 11

Salut,

ldapsearch -z 0 -xLLL -b "ou=test3,dc=test2,dc=test1" givenname sn uid | awk -F: '/(sn|givenname|uid):/ { infos[$1]=$2 }
      infos["sn"] && infos["givenname"] && infos["uid"] { printf "givenname:%s,sn:%s,uid:%s,\n", infos["givenname"], infos["sn"], infos["uid"]; split("", infos)}'

Edit : ajout d'une virgule à la fin des lignes affichées.

#13 Re : -1 »  [Résolu] Terminal comportement étrange » Le 10/05/2016, à 16:58

Postmortem
Réponses : 17

Salut,
J'ai le même souci des fois.
En fait, c'est parce que lorsque tu appuies sur espace après ton « pipe », tu es encore appuyé sur « Alt Gr ».
En faisant « Alt Gr + espace » :

$ echo toto | grep toto
La commande «  grep » est introuvable, mais il y en a 16 similaires
 grep : commande introuvable

En faisant bien attention de ne plus appuyer sur « Alt Gr » quand je fais « espace » :

$ echo toto | grep toto
toto

Ça m'a saoulé plusieurs fois !!!

#14 Re : -1 »  [Résolu] Terminal comportement étrange » Le 10/05/2016, à 17:22

Postmortem
Réponses : 17
Cabochard a écrit :

Merci @Postmortem tu as enfin trouvé le problème !

Mais ce que je trouve bizarre, c'est que je n'ai jamais changé mes habitudes de "frappe" au clavier. C'est depuis que j'ai réinstallé mon PC que j'ai remarqué ce problème, donc il y a bien quelque chose qui "cloche"

Peut-être un nouveau raccourci clavier qui a été ajouté.
Ou tu tapes de plus en plus vite avec l’expérience !

#15 Re : -1 »  [Résolu] Terminal comportement étrange » Le 10/05/2016, à 17:47

Postmortem
Réponses : 17

C'est peut-être à cause des réglages dans « Paramètres système... » ==> « Saisie de texte » ==> « Paramètres du clavier... » ==> Onglet « Saisie »
Peut-être modifier le « Délai » ou la « Vitesse » dans « Touches de répétition »

#16 Re : -1 »  Perte du mode administrateur [RÉSOLU] » Le 10/05/2016, à 18:45

Postmortem
Réponses : 13

Salut,

Enrique-U a écrit :

J'ai récemment mis mon nom d'utilisateur dans le group de Virtualbox users car j'ai installé Virtualbox.

Comment as tu fait ?
Je sens bien que tu as fait une erreur dans la commande pour te mettre dans le groupe « Virtualbox users ».
Si c'est bien ça, va falloir que tu trouves un moyen pour « passer en root » afin de te remettre dans les bons groupes.

#17 Re : -1 »  Perte du mode administrateur [RÉSOLU] » Le 10/05/2016, à 20:13

Postmortem
Réponses : 13

Extrait d'un "man usermod" trouvé sur le net (j'ai pas Ubuntu sous la main là) :

-G groupe,[...]
    Une liste de groupes supplémentaires auxquels fait également partie l'utilisateur. Chaque groupe est séparé du suivant par une virgule, sans espace entre les deux. Les groupes sont soumis aux mêmes restrictions que celles données avec l'option -g. Si l'utilisateur fait actuellement partie d'un groupe qui n'est pas listé, l'utilisateur sera supprimé du groupe.

Voilà donc l'explication.
Faut toujours vérifier et se renseigner un minimum avant de taper des commandes qui commencent par sudo.
Pour réparer ça, je regarderai plus tard, quand j'aurai accès à Ubuntu. Il y aura peut-être une âme charitable pour t'aider d'ici là.
Tu es sous quelle version ?

Édit :
C'est peut-être pas ça, l'option "-a" était sensée éviter ce problème justement.
Quel est le résultat de :

id

#18 Re : -1 »  Conserver les antislashs » Le 08/05/2016, à 11:54

Postmortem
Réponses : 15

Édition par erreur

#19 Re : -1 »  Conserver les antislashs » Le 08/05/2016, à 12:47

Postmortem
Réponses : 15

Je maitiens que ça ne fonctionne pas !
Tu n'as fait qu'un echo. La commande que tu as commenté à la fin de ton script verra des guillemets qui n'ont pas de signification particulière.
Mon exemple le prouve.
Les guillemets ne sont interprétés par le shell que s'ils sont mis explicitements. Ils n'ont pas de signification particulière s'ils sont le résultat d'un développement de variable.

Édit:
Et justement,dans mon exemple, les guillemets sont retirés juste avant l'exécution, mais après qu'ils aient fait leur rôle de protection de l'espace !
Une variable n'est soumise au découpage avec les caractères de l'IFS que si cette variable n'est pas entre guillemets.
Ton $suite lui, est découpé ici :

gs -dBATCH -dNOPAUSE -q -sDEVICE=pdfwrite -sOutputFile="${fichSortie}"${suite}

Re édit :
J'ai modifié mon précédent post par erreur, il contenait ça :

$ cat test.sh
arg1=$1
shift
for i in "$@"
do
   suite="$suite \"$i\""
done
ls -1 "$arg1"$suite

$ ls -1
entree 1.pdf
entree 2.pdf
entree 3.pdf
sortie.pdf
test.sh

$ ./test.sh sortie.pdf entree*
ls: "entree: No such file or directory
ls: 1.pdf": No such file or directory
ls: "entree: No such file or directory
ls: 2.pdf": No such file or directory
ls: "entree: No such file or directory
ls: 3.pdf": No such file or directory
sortie.pdf

$ cat test.sh
arg1=$1
shift
ls -1 "$arg1" "$@"

$ ./test.sh sortie.pdf entree*
entree 1.pdf
entree 2.pdf
entree 3.pdf
sortie.pdf

#20 Re : -1 »  Conserver les antislashs » Le 08/05/2016, à 13:53

Postmortem
Réponses : 15
MicP a écrit :

La solution que j'ai trouvé est donc beaucoup plus simple et c'est d'ailleurs pour ça que pingouinux ne disait rien big_smile : C'est la sienne en fait.

pingouinux a toujours raison... Enfin très souvent en tous cas !

#21 Re : -1 »  [resolu]apt-get remove --purge ne suffit pas ? » Le 04/05/2016, à 20:54

Postmortem
Réponses : 13

Salut,
"locate tilda | rm" ne fonctionne pas car rm ne lit pas l'entrée standard. rm attend une liste de fichiers en argument.
Ce qui pourrait fonctionner ici, c'est :

locate tilda | xargs rm

Attention, j'ai pas testé cette commande !

#22 Re : -1 »  Mauvaise manip qui a supprimé des fichier: comment revenir en arrière? » Le 30/04/2016, à 15:11

Postmortem
Réponses : 17

Salut,

philanthrope a écrit :

je vois même une erreur et là, j ne sais pas ce que ça donne car je ne l'ai jamais fait

find /home/jole69/Documents/image -iname "*.gif" -exec mv '{}' /home/jole69/Documents/image/Gif ';'

au lieu de

find /home/jole69/Documents/image -iname "*.gif" -exec mv '{}' /home/jole69/Documents/image/Gif \;

Les simples quotes ou l'anti-slash servent à empêcher l'interprétation de certains caractères par le shell ; ici, on protège l'interprétation du point-virgule afin que find le reçoive bien. Qu'il soit protégé par l'anti-slash ou les simples quotes, ça change pas grand chose.

#23 Re : -1 »  Mauvaise manip qui a supprimé des fichier: comment revenir en arrière? » Le 30/04/2016, à 16:33

Postmortem
Réponses : 17
philanthrope a écrit :
nesthib a écrit :

Ça ne serait pas arrivé en utilisant un « / » à la fin du chemin avec la commande mv (cela aurait défini sans ambiguïté que « Gif/ » est un dossier et il y aurait eu une simple erreur).
À utiliser la prochaine fois wink

pas du tout, j'ai fait m'essaie wink

Ça aurait fait autant d'erreurs qu'il y avait de fichiers à déplacer. Mais les fichiers n'auraient pas été perdus :

$ touch toto{1..3}.txt
$ ls
toto1.txt  toto2.txt  toto3.txt
$ find . -name 'toto*.txt' -exec mv '{}' rep/ \;
mv: can't rename './toto1.txt': Not a directory
mv: can't rename './toto2.txt': Not a directory
mv: can't rename './toto3.txt': Not a directory
$ ls
toto1.txt  toto2.txt  toto3.txt
$ find . -name 'toto*.txt' -exec mv '{}' rep \;
$ ls
rep
$

#24 Re : -1 »  [resolu]vim » Le 30/04/2016, à 11:25

Postmortem
Réponses : 3

Bonjour !!
Faudrait les messages d'erreur exacts pour qu'on puisse t'aider !

Édit :
Pour installer, ça serait plutôt :

sudo apt-get install vim