Je suis sous Debian Squeeze. Je butte sur un truc assez basique mais qui
m'intrigue et que je ne comprends pas. Voici ce que me donne la commande
ci-dessous :
Aucune sortie. Je tente une redirection vers un fichier :
-----------------------------------------------------------
# aptitude update -v > out
-----------------------------------------------------------
Et dans le fichier out je retrouve toute la sortie que j'avais dans la
première commande, sauf la fameuse derrière ligne. Ok, là je me dis, sûr
de moi, c'est bon je sais ce qu'il se passe : la dernière ligne provient
du flux de sortie des erreurs standard (stderr) et non du flux de sortie
standard (stdout), alors je tente ça :
-----------------------------------------------------------
# aptitude update -v 2>&1 1> out
-----------------------------------------------------------
Et bien dans le fichier out, toujours pas cette fameuse dernière ligne.
Mais elle provient d'où alors cette dernière ligne si elle ne provient
ni de stdout et ni de stderr ? Comment faire pour la récupérer elle et
elle seule J'aimerais bien comprendre.
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut
copier la sortie, ce qui est pénible quand elle est un peu longue, donc il
faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce
que ça existe?) pour le piper dedans.
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
Doug713705
Le 18-01-2012, Luc Habert nous expliquait dans fr.comp.os.linux.configuration :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
man xclip
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.chainon-marquant.org http://newsportal.chainon-marquant.org http://news.chainon-marquant.org
Le 18-01-2012, Luc Habert nous expliquait dans
fr.comp.os.linux.configuration :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut
copier la sortie, ce qui est pénible quand elle est un peu longue, donc il
faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce
que ça existe?) pour le piper dedans.
man xclip
--
Doug - Linux user #307925 - Slackware64 roulaize ;-)
http://usenet-fr.chainon-marquant.org
http://newsportal.chainon-marquant.org
http://news.chainon-marquant.org
Le 18-01-2012, Luc Habert nous expliquait dans fr.comp.os.linux.configuration :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
man xclip
-- Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.chainon-marquant.org http://newsportal.chainon-marquant.org http://news.chainon-marquant.org
Fabien LE LEZ
On Wed, 18 Jan 2012 09:30:49 +0000 (UTC), (Luc Habert):
ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
Si c'est vraiment trop long, je renvoie la sortie dans un fichier, que je récupère par scp.
On Wed, 18 Jan 2012 09:30:49 +0000 (UTC),
Luc.Habert.00__arjf@normalesup.org (Luc Habert):
ce qui est pénible quand elle est un peu longue, donc il
faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce
que ça existe?) pour le piper dedans.
Si c'est vraiment trop long, je renvoie la sortie dans un fichier, que
je récupère par scp.
On Wed, 18 Jan 2012 09:30:49 +0000 (UTC), (Luc Habert):
ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
Si c'est vraiment trop long, je renvoie la sortie dans un fichier, que je récupère par scp.
NAME xclip - command line interface to X selections (clipboard)
SYNOPSIS xclip [OPTION] [FILE]...
DESCRIPTION Reads from standard in, or from one or more files, and makes the da ta available as an X selection for pasting into X applications. Prints curr ent X selecâ tion to standard out.
NAME
xclip - command line interface to X selections (clipboard)
SYNOPSIS
xclip [OPTION] [FILE]...
DESCRIPTION
Reads from standard in, or from one or more files, and makes the da ta available as an X selection for pasting into X applications. Prints curr ent X selecâ
tion to standard out.
NAME xclip - command line interface to X selections (clipboard)
SYNOPSIS xclip [OPTION] [FILE]...
DESCRIPTION Reads from standard in, or from one or more files, and makes the da ta available as an X selection for pasting into X applications. Prints curr ent X selecâ tion to standard out.
Le Wed, 18 Jan 2012 09:13:43 +0100, Fabien LE LEZ a écrit:
C'est la solution la plus simple que j'aie trouvée pour avoir une liste de fichiers prête à être copiée-collée dans un tableur.
"ls -1" nécessite moins de frappe :)
-- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. Bjarne Stroustrup
Le Wed, 18 Jan 2012 09:13:43 +0100, Fabien LE LEZ a écrit:
C'est la solution la plus simple que j'aie trouvée pour avoir une liste
de fichiers prête à être copiée-collée dans un tableur.
"ls -1" nécessite moins de frappe :)
--
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.
Bjarne Stroustrup
Le Wed, 18 Jan 2012 09:13:43 +0100, Fabien LE LEZ a écrit:
C'est la solution la plus simple que j'aie trouvée pour avoir une liste de fichiers prête à être copiée-collée dans un tableur.
"ls -1" nécessite moins de frappe :)
-- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. Bjarne Stroustrup
Sergio
Le Wed, 18 Jan 2012 09:30:49 +0000, Luc Habert a écrit :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
ls|xclip -selection clipboard
(il faut installer xclip, pas toujours installé par défaut)
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le Wed, 18 Jan 2012 09:30:49 +0000, Luc Habert a écrit :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il
faut copier la sortie, ce qui est pénible quand elle est un peu longue,
donc il faudrait avoir un utilitaire qui envoie son stdin dans le
clipboard (est-ce que ça existe?) pour le piper dedans.
ls|xclip -selection clipboard
(il faut installer xclip, pas toujours installé par défaut)
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Le Wed, 18 Jan 2012 09:30:49 +0000, Luc Habert a écrit :
for f in *; do echo "$f"; done
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
ls|xclip -selection clipboard
(il faut installer xclip, pas toujours installé par défaut)
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Sergio
Le Wed, 18 Jan 2012 21:12:39 +1100, Doug713705 a écrit :
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
man xclip
Pourquoi "xclip" tout nu ne copie pas vers le clipboard : Il faut que je rajoute l'option "-selection clipboard" ? C'est Parcellite qui veut ça ?
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le Wed, 18 Jan 2012 21:12:39 +1100, Doug713705 a écrit :
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il
faut copier la sortie, ce qui est pénible quand elle est un peu longue,
donc il faudrait avoir un utilitaire qui envoie son stdin dans le
clipboard (est-ce que ça existe?) pour le piper dedans.
man xclip
Pourquoi "xclip" tout nu ne copie pas vers le clipboard : Il faut que je
rajoute l'option "-selection clipboard" ? C'est Parcellite qui veut ça ?
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Le Wed, 18 Jan 2012 21:12:39 +1100, Doug713705 a écrit :
est presque aussi court. Mais si c'est pour envoyer dans un tableur, il faut copier la sortie, ce qui est pénible quand elle est un peu longue, donc il faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
man xclip
Pourquoi "xclip" tout nu ne copie pas vers le clipboard : Il faut que je rajoute l'option "-selection clipboard" ? C'est Parcellite qui veut ça ?
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Nicolas George
Luc Habert, dans le message <jf63g9$ak2$, a écrit :
faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce que ça existe?) pour le piper dedans.
À condition d'avoir autorisé les opérations de fenêtre ou bien spécifiquement le réglage de la sélection (ressource disallowedWindowOps, valeur SetSelection).
Luc Habert, dans le message <jf63g9$ak2$1@news.ens.fr>, a écrit :
faudrait avoir un utilitaire qui envoie son stdin dans le clipboard (est-ce
que ça existe?) pour le piper dedans.
À condition d'avoir autorisé les opérations de fenêtre ou bien
spécifiquement le réglage de la sélection (ressource disallowedWindowOps,
valeur SetSelection).
À condition d'avoir autorisé les opérations de fenêtre ou bien spécifiquement le réglage de la sélection (ressource disallowedWindowOps, valeur SetSelection).
Ok, avec l'option -v pour l'appel de aptitude donc (car sans l'option -v je n'ai pas cette fameuse dernière ligne mystère).
J'ai bien fait le test mais le résultat obtenu dans les fichiers ploum1 et ploum2 est vraiment trop incompréhensible pour moi. Mais je ne doute pas qu'ils contiennent bien la réponse à la question. J'ai bien tenté un « diff ploum1 ploum2 » en espèrant y trouver des différences minimes (et un peu parlantes pour moi) mais à cause de trucs qui ressemblent sûrement à des adresses mémoire, j'ai plein de différences partout. Bref, je vais en rester sur cette idée d'un comportement différent suivant le chemin de la sortie.
Merci pour ton aide Luc.
Pour le reste du fil, j'ai un peu de mal à suivre mais ce n'est pas grave. :-)
Ok, avec l'option -v pour l'appel de aptitude donc (car sans l'option -v
je n'ai pas cette fameuse dernière ligne mystère).
J'ai bien fait le test mais le résultat obtenu dans les fichiers ploum1
et ploum2 est vraiment trop incompréhensible pour moi. Mais je ne doute
pas qu'ils contiennent bien la réponse à la question. J'ai bien tenté un
« diff ploum1 ploum2 » en espèrant y trouver des différences minimes (et
un peu parlantes pour moi) mais à cause de trucs qui ressemblent
sûrement à des adresses mémoire, j'ai plein de différences partout.
Bref, je vais en rester sur cette idée d'un comportement différent
suivant le chemin de la sortie.
Merci pour ton aide Luc.
Pour le reste du fil, j'ai un peu de mal à suivre mais ce n'est pas
grave. :-)
Ok, avec l'option -v pour l'appel de aptitude donc (car sans l'option -v je n'ai pas cette fameuse dernière ligne mystère).
J'ai bien fait le test mais le résultat obtenu dans les fichiers ploum1 et ploum2 est vraiment trop incompréhensible pour moi. Mais je ne doute pas qu'ils contiennent bien la réponse à la question. J'ai bien tenté un « diff ploum1 ploum2 » en espèrant y trouver des différences minimes (et un peu parlantes pour moi) mais à cause de trucs qui ressemblent sûrement à des adresses mémoire, j'ai plein de différences partout. Bref, je vais en rester sur cette idée d'un comportement différent suivant le chemin de la sortie.
Merci pour ton aide Luc.
Pour le reste du fil, j'ai un peu de mal à suivre mais ce n'est pas grave. :-)
-- François Lafont
Luc.Habert.00__arjf
Francois Lafont :
J'ai bien fait le test mais le résultat obtenu dans les fichiers ploum1 et ploum2 est vraiment trop incompréhensible pour moi.
Cherche les write.
Francois Lafont :
J'ai bien fait le test mais le résultat obtenu dans les fichiers ploum1
et ploum2 est vraiment trop incompréhensible pour moi.