JGO a écrit 2437 commentaires

  • [^] # Re: vous êtes les meilleurs ?

    Posté par  . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 3.

    Linux c'est un noyau et comme la majorité des noyaux c'est écrit en langage C

    C'est toi-même qui disait que « quand on parle de linux on se réfère à la version FR », ce à quoi je réponds que cela ne peut traduire qu'un malentendu, et maintenant tu m'expliques que la documentation du noyau est en anglais. Où veux-tu en venir ?

    b) Je ne peux pas vraiment améliorer car normalement un travail collaboratif nécessite une interaction: je ne peux pas intéragir.

    Dans la colonne de gauche, il y a une boite « rédaction » avec les liens vers chaque dépêche en préparation. Si tu cliques sur une dépêche tu tombes sur une page où tu peux modifier la dépêche et laisser des messages publics aux autres rédacteurs.

  • [^] # Re: eval expr...

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2.

    Cet ordre d'options et l'absence de = marche très bien quand tu tapes les options sans utiliser de variables. Le problème survient uniquement quand je cherche à passer plusieurs arguments --exclude dans une variable, avec guillemets et astérisques inclus. D'ailleurs la page de man ne documente pas de = et les exemples plus haut qui marchent (mon script du début ainsi que les réponses de NBaH et benja) ne l'utilisent pas non plus. Quant à ta syntaxe, j'ai essayé sur un exemple simple : (sans astérisque, puisque je m'intéresse ici uniquement à la syntaxe tar)

    (Au lieu de faire le backup de /home à chaque fois, je choisis un sous-répertoire contenant peu de fichiers.)

    #!/bin/bash
    liste_exclusion="~/Notes/Calendar"
    # OK
    eval tar cfz /tmp/backup.tar.gz ~/Notes --exclude "~/Notes/Calendar"
    eval tar cfz /tmp/backup.tar.gz ~/Notes --exclude "$liste_exclusion"
    
    # NOK, l'exclusion n'est pas faite
    eval tar cfz /tmp/backup.tar.gz ~/Notes --exclude="~/Notes/Calendar"
    eval tar cfz /tmp/backup.tar.gz --exclude="~/Notes/Calendar" ~/Notes
    eval tar cfz /tmp/backup.tar.gz --exclude="$liste_exclusion" ~/Notes
    
    

    J'ai essayé avec et sans guillemets dans chacun des appels à eval, le résultat est le même.

  • [^] # Re: dans un fichier

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2.

    Oui ça marche comme ça quand tu fais --exclude, mais c'est toi même qui me suggérais plus haut --exclude-from (pour répondre à ma question dans ce forum). J'ai donc essayé --exclude-from, et ma conclusion est que --exclude-from impose que tu passes le glob dans le fichier texte passé en paramètre contenant la liste des fichiers à exclure.

  • [^] # Re: Re : Projets d'interface

    Posté par  . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 4. Dernière modification le 17 juin 2013 à 15:29.

    Chez la concurrence, ce que je trouve intéressant c'est la prévisualisation au survol (parcourir différents effets en les survolant permet de voir une prévisualisation directement sur le document, cela permet de choisir en ayant moins à réfléchir et réduit la fatigue de ceux qui utilisent ces logiciels pendant de longues heures).

  • [^] # Re: eval expr...

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2.

    Si je reprends une des formules qui marche chez toi :

    liste_exclusion="--exclude \"/home/jgo/divers/*\""
    eval tar cfz /tmp/backup.tar.gz /home/jgo --exclude $liste_exclusion
    
    

    tar: Suppression de « / » au début des noms des membres
    tar: /home/jgo/divers/* : stat impossible: Aucun fichier ou dossier de ce type
    tar: Arrêt avec code d'échec à cause des erreurs précédentes

  • [^] # Re: dans un fichier

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2. Dernière modification le 17 juin 2013 à 15:01.

    D'après mes tests :

    • --exclude /path/to ignore les fichiers contenus dans le répertoire inclus, dont /path/to/foo mais pas /path/to/.foo (l'argument se comporte comme /path/to/*).
    • --exclude-from n'ignore que les fichiers spécialement listés, pas les fichiers inclus dans le répertoire. Il faut écrire le glob /path/to/* explicitement (ce qui, comme ci-dessus, ne concerne pas les fichiers commençant par un point).

    J'ai les mêmes versions de tar et bash que toi.

  • # Projets d'interface

    Posté par  . En réponse à la dépêche Sous le capot de la beta LibreOffice 4.1. Évalué à 10.

    Je sais que ce n'est pas le sujet de cette dépêche très intéressante, mais si quelqu'un de LibO nous lit, j'aimerais savoir quels sont leurs projets à plus long terme pour l'interface.

    En ce moment, LibO a une interface assez similaire à Word 6, avec ses boutons empilés sur deux lignes et les lignes d'icônes qui apparaissant ou disparaissent (dessin, table). Ça marche, mais cela a des désavantages : barres d'outils surchargées de boutons pas très identifiables avec leur petite icône, barres d'icones parfois pas très bien placées, etc. Il existe plusieurs autres modes d'interaction avec l'utilisateur !

    • le système de rubans de la concurrence commerciale. Personnellement je déteste (plus difficile de mémoriser la position de chaque outil, oblige à plus de clics pour passer d'une chose à l'autre) mais certains collègues m'ont dit avoir abandonné OOo/libO parce qu'ils étaient habitués aux système de rubans.
    • les fenêtre d'état non modales (qui ne bloquent pas l'entrée) et dockables, comme dans Calligra ou Symphony.
    • la même chose avec des boîtes repliables (inkscape) ou en tabs superposables (gimp).

    Ce qui serait vraiment cool, ce serait un choix de profil d'interface, pour avoir un mode d'affichage ruban, un mode d'affichage dock et le mode classique. Cela peut être beaucoup de travail, mais pour un logiciel comme libO, l'interface, c'est TOUT. LibO n'a pas le carcan qu'utilise la concurrence pour forcer ses utilisateurs à aimer les nouvelles interfaces. De nombreux utilisateurs fidèles aiment le style classique, mais de nombreux utilisateurs venus d'autres suites logicielles aimeraient un style plus moderne.

    Passer à des fichiers XML .ui est une première étape pour permettre une plus grande abstraction. J'aimerais que libO fasse en sorte ensuite de ne perdre aucun utilisateur en donnant à l'aspect la flexibilité nécessaire pour que chaque workflow puisse fonctionner de la meilleure façon possible.

  • [^] # Re: dans un fichier

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2.

    Merci pour cette solution. Maintenir la liste dans un fichier séparé peut être un avantage (ou un désavantage) selon le type d'utilisation du script.

    D'après mes essais, pour fonctionner le fichier doit contenir un glob comme

    /home/jgo/divers/*

    au lieu du seul nom de répertoire (que le nom de répertoire soit écrit ou pas avec le slash final).

  • [^] # Re: eval expr...

    Posté par  . En réponse au message Quoter une variable contenant des arguments de ligne de commande. Évalué à 2. Dernière modification le 17 juin 2013 à 11:21.

    Merci pour les suggestions.

    • La solution du tableau fonctionne telle quelle.
    • Pour la solution echo $liste, je tombe dans les mêmes contorsions pour savoir quels guillemets utiliser avoir l'expansion correcte. Ça doit être faisable en réfléchissant bien.
    • Je ne sais pas très bien utiliser eval pour obtenir directement la solution, mais merci pour la suggestion, c'est l'outil de débogage qui me manquait pour savoir quelle ligne de commande va être passée au shell (jusqu'à présent je faisait ctrl-z puis ps -fe, loin d'être idéal).
  • [^] # Re: vous êtes les meilleurs ?

    Posté par  . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 3. Dernière modification le 17 juin 2013 à 10:36.

    6/ Ubuntu… :-D
    Votre exemple me fait rire: Je n'aime pas windows et je l'installe.

    La distribution la plus utilisée par les lecteurs de linuxfr est ubuntu, par 1/3 des lecteurs de linuxfr. Il existe encore d'autres lecteurs de linuxfr qui n'utilisent pas ubuntu mais qui l'installent chez leurs amis, tout simplement parce que leur distribution à eux n'est pas adaptée à des débutants (par exemple les 11 % d'utilisateurs d'arch linux).

  • [^] # Re: vous êtes les meilleurs ?

    Posté par  . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 3.

    Lorsqu'on parle de linux, on se réfère à linux version FR

    Je pense qu'il y a un malentendu. Linux n'est pas segmenté par version linguistique, il n'y a pas de « version FR » de linux. Le FR à la fin signifie que ce site est francophone, pas linux. Linux est segmenté par par distributions. La plus utilisée du grand public étant ubuntu, le site de référence devrait être le forum de ubuntu-fr. Chaque distribution publie des fichiers linguistiques dans les dizaines de langues qui sont supportées par les logiciels inclus, et on peut changer la langue de l'interface de n'importe quelle distribution en quelques clics.

    linuxFR sera la référence. Donc, il faut être un peu plus pédagogique

    Tu reproches à linuxfr d'avoir trouvé un nom adéquat et d'avoir trop de succès auprès des gens compétents… En l'état des choses linuxfr n'est pas spécifiquement un site pour débutants, mais linuxfr est site rédigé par ses participants ! Libre à toi d'améliorer la rédaction des dépêches pour les rendre plus pédagogiques.

  • [^] # Re: vous êtes les meilleurs ?

    Posté par  . En réponse à la dépêche Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !. Évalué à 3. Dernière modification le 15 juin 2013 à 21:07.

    je souhaitais convaincre des non informaticiens à venir à linux par petites touches.

    Chaque site a son profile de participants et son public. Les commentateur de linuxfr comprennent une bonne part de professionnels (francophones) de linux et ils viennent surtout ici pour des articles techniques. Pour un site plus orienté grand public et débutants, voir Léa-linux Pour un site encore plus technique que linuxfr (sisi ça existe), voir Linux Weekly News (LWN).

    1/ On ne peut pas parler non-technique

    Les journaux concernant des recettes de cuisine sont très bien reçus.

    2/ On vanne beaucoup

    Sur lwn ça vanne contre les commentaires de style slashdot. Sur slashdot ça vanne contre les journalistes de vulgarisation… linuxfr n'échappe pas à la règle, il faut bien choisir son site avant de poster certains trucs.

    il faudrait alors parler de linux, et j'ai pensé à Ubuntu.
    Encore pas de chance, la haine pour cette distribution est tout aussi ravageuse que le mépris pour windows.

    La moitié des utilisateurs de linuxfr recommandent et installent Ubuntu chez leurs amis, selon ce sondage.

  • [^] # Re: messages

    Posté par  . En réponse au message Comment lire une disquette 1.7Mo créée sous MS-DOS ?. Évalué à 3. Dernière modification le 14 juin 2013 à 16:17.

    Si ton lecteur est reconnu par linux, alors dosbox pourra l'utiliser. Dosbox ne sait pas si le disque est usb ou autre chose, la commande mount a a:\ -t floppy dans l'interpréteur de dosbox associera /dev/fd/0 (tel que géré par linux) à A:\ (dans dosbox).

  • # Pérennité

    Posté par  . En réponse au message Le projet OpenMailBox.org. Évalué à 5. Dernière modification le 13 juin 2013 à 10:46.

    Des hébergements associatifs basés sur des logiciels libres, on a déjà connu :

    https://linuxfr.org/users/hrod/journaux/libremailnet-ouvre-ces-portent-en-version-beta

    Au début c'était la classe : horde, roudcube et squirrelmail en versions récentes, pop3/imap4 et même un smtp. Après quelques années, les responsabilités professionnelles et familiales prennent le dessus, plus les mainteneurs en sont toujours de leur poche parce que les dons ne suffisent jamais, et finalement le système n'est plus maintenu. Or une adresse mail, il faut que cela puise marcher pendant des années, et garantir des redirections pendant plus longtemps encore.

    Quelles garanties pouvez-vous offrir que votre système ne va pas finir comme ceux qui vous ont précédés ?

  • # Production des séquences de contrôle.

    Posté par  . En réponse à la dépêche Sortie de GNU Teseq 1.1. Évalué à 7.

    Parce que ce n'est pas plus amusant de les écrire que de les lire, il existe aussi l'inverse, des programmes capables de générer des séquences de contrôle (:en:ANSI escape code), par exemple https://bitbucket.org/lbesson/ansi-colors (python) ou http://flori.github.io/term-ansicolor/ (ruby).

  • [^] # Re: Euh ouais...

    Posté par  . En réponse au journal France télévision nous dit comment contourner PRISM.. Évalué à 3. Dernière modification le 12 juin 2013 à 21:09.

    Merci de la correction, j'utilisais mes souvenirs, je n'étais pas au courant du rachat. ICQ a un historique de fuites d'information, une affaire de 2001 concernant les « ICQ logs ». Certes ce n'était pas hier, mais la confiance c'est plus facile à perdre qu'à regagner.

  • [^] # Re: Euh ouais...

    Posté par  . En réponse au journal France télévision nous dit comment contourner PRISM.. Évalué à 4. Dernière modification le 12 juin 2013 à 18:57.

    D'autant plus, point de vue respect de la vie privée, ICQ est l'une des pire options possibles ; les conditions d'utilisations indiquent explicitement que la boite fait ce qu'elle veut avec le contenu y compris le communiquer à des tiers (:en:ICQ, paragraphe Privacy_and_copyright), et dont la maison-mère est localisée dans un pays parmi les plus fidèles alliés des services de renseignement des États-Unis.

  • [^] # Re: réponses

    Posté par  . En réponse au message installation d'un programme. Évalué à 3. Dernière modification le 11 juin 2013 à 22:31.

    Si tu veux tester kpdf, tu as plusieurs options :

    1. Installer une distribution ancienne qui dispose de cette version. Par exemple, le liveCD SuSE sorti en 2009 qui avait cette version, voir http://news.opensuse.org/2009/01/09/unofficial-kde-35-live-cd-for-opensuse-111/. Tu peux aussi installer une Debian Lenny, publiée en 2009 mais mise à jour beaucoup plus récemment, jusqu'en 2012. http://www.debian.org/releases/lenny/
    2. Installer les paquets appelés Trinity, qui sont une mise à jour de kde 3.5. Il en existe pour Ubuntu, voir http://www.trinitydesktop.org/ Cela comprend un bureau complet, dont, entre autres, les programmes de kdegraphic (dont kpdf est une partie insignifiante).
    3. Produire le programme exécutable à partir des sources (ce qu'on appelle compiler), ce que tu essayes de faire . Si tu ne sais pas comment ça marche, ce n'est pas un court message, sur ce forum ou un autre qui te donnera une recette immédiate. Il s'agit d'un apprentissage donné aux étudiants en informatique, et qui prend des dizaines d'heures de cours et travaux pratiques à assimiler. Tu es le bienvenu pour apprendre, tu peux commencer par lire des introductions à la programmation en C pour débuter. Mais il faut savoir que KDE 3 est l'un des projets les plus difficiles à compiler. Les auteurs eux-même ont trouvé leur système tellement complexe qu'ils ont complètement changé en passant à la version suivante (KDE 4, passage à CMake).

    Cela dit, pourquoi veux-tu tellement installer kpdf ? Quelqu'un te l'a conseillé pour une raison particulière ? Tout ce que kpdf sait faire, les autres lecteurs de pdf plus modernes le font aussi.

  • # Version obsolète

    Posté par  . En réponse au message installation d'un programme. Évalué à 6. Dernière modification le 10 juin 2013 à 18:04.

    Il existe une version spécifique de Ubuntu appelée KUbuntu qui contient les logiciels de la série KDE. (La version que tu as de Ubuntu ne les contient pas.) Même si tu choisis d'utiliser kubuntu, tu n'auras cependant pas kpdf, parce que ce logiciel est considéré obsolète tout comme le reste de la version 3.5.10 de KDE ; ce que tu auras sur une kubuntu, c'est okular 4.10, qui est le visualiseur pdf actuel de KDE.

  • [^] # Re: 0 folder = inbox 0

    Posté par  . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 4.

    simplement parce que tu auras taggé ces indésirables comme "spam", […]
    tu peux vivre ta vie en ne les voyant jamais, juste en incluant un filtre qui va les cacher.

    J'aurais vraiment l'impression de faire une faveur aux spammeurs que de passer mon temps à tagguer leurs mails et à peaufiner mes filtres. En outre cacher les spams m'a déjà causé des problèmes ; j'ai manqué des mails professionnels parce qu'ils avaient été taggués comme spam pour une raison quelconque et que par défaut gmail ne les montre pas.

    faire comprendre qu'il existe d'autre manières d'utiliser sa boite mail que la hiérarchie classique.

    En théorie, mettre plusieurs labels à des messages et faire de l'affichage par hiérarchie automatique, ça permettrait de faire beaucoup plus de choses, mais en pratique ça ne résout pas beaucoup plus de problèmes.

    • À l'arrivée des mails : pour la plupart des mails un label unique c'est déjà assez fatiguant, et dans ce cas l'implémentation par répertoire est équivalente. Avec deux labels on peut utiliser des noms composés ou des sous-répertoires. Pour trois labels, l'approche répertoire montre certes ses limites, mais de toute façon je ne me vois pas mettre trois labels à mes messages. Même les screenshots de manitou-mail montrent que l'auteur utilise un label le plus souvent, deux au plus.

    • Pour la recherche des messages : si je me souviens précisément du mail, les méthodes conventionnelles (un seul label/répertoire, expéditeur, date) sont suffisantes. Si je ne m'en souviens que vaguement, de toute façon je ne vais pas me souvenir des deux ou trois labels que j'y ai éventuellement apposés, et c'est recherche en texte brut. On peut d'ailleurs utiliser mutt avec l'intégration notmuch pour avoir le meilleur des deux.

    Si un jour les labels sont normalisés par une RFC et interopérables entre clients, ça vaudra le coup d'un second coup d'œil. Les en-têtes X-… ne donnent aucune garantie de pérennité, or moi je veux préserver l'organisation de mes mails pendant des décennies, ce qui marche très bien avec les répertoires.

  • [^] # Re: Juste une petite question

    Posté par  . En réponse au message Cherche photospectromètre à emprunter autour d'un café sur Paris ou Auckland?. Évalué à 2.

    Tu connais des forums en particulier

    Je ne connais rien en particulier… Note que tu pourrais aussi demander à l'imprimerie du coin ou chez un photographe indépendant. Soit il dispose de l'appareil, soit il t'indiquera un collègue qui en a un. Il faudra peut-être payer un petit quelque chose, mais probablement beaucoup moins que ce qu'on te demanderait pour un colorimètre professionnel vendu avec son certificat de calibration.

  • # Juste une petite question

    Posté par  . En réponse au message Cherche photospectromètre à emprunter autour d'un café sur Paris ou Auckland?. Évalué à 3.

    Salut, je ne possède pas l'appareil en question, mais vu que tu utilises ce genre de choses, je profite pour glisser une question. J'ai installé colord (démon écrit par le même type qui a conçu les colorhug) sur ma machine. Je fais colormgr get-devices et ça ne me donne rien du tout (rien dans la console) au lieu d'une liste montrant mon écran, me permettant ensuite de changer le profil. Il faut un écran de type particulier pour que ça marche, il faut utiliser un câblage particulier, ou j'ai juste pas de chance ?

    (As-tu essayé un forum de passionnés de photographie ?)

  • [^] # Re: 0 folder = inbox 0

    Posté par  . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 2. Dernière modification le 08 juin 2013 à 20:01.

    Parce que tu ne sais pas aujourd'hui ce que tu risques de faire de tes mails demain.

    Mes mails sont importants parce que je veux retrouver des informations ou des contacts. S'ils sont pollués avec des trucs sans importance, je les retrouve moins facilement, ce qui est très préjudiciable à mon travail.

    La perspective lointaine de que peut-être je voudrai un jour exhumer mes spams pour entrainer un filtre (à reconnaitre les spams du passé, probablement une perte de temps, mais bon) n'a aucune raison de faire perdre de vue l'essentiel de l'idée des mails : une interface pour communiquer avec des gens et pour retrouver les conversations.

    Là où tu as des répertoires, remplace-les par des tags.

    Là où toi (et l'auteur du journal, et l'auteur du commentaire initial) parlez de tags à la place de répertoire, en réalité ce que vous suggérez ce n'est pas « utilisez des tags », c'est « utilisez gmail ». C'est-à-dire : un logiciel proprio, une interface (à l'ergonomie fort discutable qui ralentit mon travail) qui n'arrête pas de changer de layout, mes mails en clair lus à l'envi par une multinationale et au moins un gouvernement étranger : tout ce que le libriste moyen abhorre.

    J'ai noté que tu proposes Sup (supmua.org). J'essaierai de le compiler, mais d'entrée de jeu il a deux défauts pour moi :

    • les conversations. Je préfère l'affichage chronologique simple.
    • comme gmail, il semble qu'il affiche des noms réduits dès qu'il y a au moins deux correspondants. Contrairement à gmail, sup a l'excuse du manque de place dans une interface ncurses, n'empêche que pour moi c'est gênant. (Je ne m'adresse pas aux gens par leur prénom et j'ai plein de correspondants avec les mêmes prénoms.)
  • # Dernières nouvelles de HTTPS Everywhere

    Posté par  . En réponse à la dépêche Certificat SSL/TLS pour serveur web, HTTPS et problèmes associés. Évalué à 4.

    HTTPS Everywhere : aux dernières nouvelles, l'extension ne fonctionnait pas bien avec le site.

    J'utilise depuis un bon moment (actuellement en version 3.0.4), je n'ai pas de problème particulier sur linuxfr.

  • # Universitaire / chercheur

    Posté par  . En réponse au journal Et pourquoi pas un status : "Développeur Open Source" financé par l'état ?. Évalué à 5.

    C'est un peu le principe des chercheurs CNRS et professeurs d'universités. Tu fais « ce que tu veux » dans la limite de ton temps disponible. Attention y'a beaucoup d'appelés et peu d'élus.