[+] Bah...

• [^]Re: Bah...

  Posté par kraman () le 24/07/2006 à 15:17. (lien). Évalué à 10.

  decrivez nous de quoi vous avez besoin, on vous expliquera comment vous en passer.

• [^]Re: Bah...

  Posté par ploum (page perso, ) le 24/07/2006 à 16:02. (lien). Évalué à 10.

  Un moment de distraction qui s'explique de la manière suivante :
  
  - En rédigeant, j'ai appuyé sur enter en ayant accidentellement perdu le focus de la zone de saisie.
  - Le journal a été validé mais je ne souhaitais évidemment pas le publié directement ! J'ai donc directement été à l'endroit où je me trouvais et continué mon texte. J'ai relu la zone de texte puis pressé enter comme je fais toujours, assez machinalement.
  - pouf : journal refusé, plus de journal...
  
  Et puis bon, la technologie se doit d'être un petit peu human-proof aussi. Je suggère juste que le texte posté soit affiché en plus du message "journal refusé". Cela ne coûte pas grand chose et peut sauver bien des textes.
  
  C'est clair que si j'étais parfait, j'aurais lu, j'aurais vu, j'aurais pas commis d'erreur. Si j'étais parfait, je ne serais pas sur ce site non plus ;-)

  • [+] [^]Re: Bah...

    Posté par FRLinux (page perso, ) le 24/07/2006 à 17:50. (lien). Évalué à -7.

    > Et puis bon, la technologie se doit d'être un petit peu human-proof aussi
    
    Ouais bonne idée, et si on ajoutait plusieurs sous layers javascript a DaCode ? Et puis aussi des controles ActiveX pour les verifications de journaux ?
    
    Desole, je suis deja en mode vacances :))
    Steph

  • [^]Re: Bah...

    Posté par chl (page perso, ) le 24/07/2006 à 21:23. (lien). Évalué à 7.

    C'est clair que si j'étais parfait, j'aurais lu, j'aurais vu, j'aurais pas commis d'erreur.
    
    Ah mon avis, c'est aussi un probleme de manque d'entrainement. Tu n'ecris visiblement pas tres souvent de journaux et tu t'es fait avoir comme un bleu. Hahahahaha :)

bloc-notes

• [^]Re: bloc-notes

  Posté par Pierre Tramonson () le 24/07/2006 à 15:27. (lien). Évalué à 10.

  Moi je rédige tous mes textes sur la tribune, comme cela je bénéficie de la kyrielle de services suivants :
  
  - un anti-bloub révolutionnaire qui mesure le taux d'obsolescence de mon journal en temps réel
  - une brigade de relecture VTTïste efficace et impitoyable pour traquer et éradiquer les fautes et erreurs de syntaxe
  - des commentaires pertinents en direct, pour un résultat visible dès la première couche
  - un archivage automatique pour un confort unique
  
  Tout ceci permet une validation STP (Straight-Through Processing) de mon texte, et j'améliore sensiblement ma productivity on-line.

  • [^]Re: bloc-notes

    Posté par rewind () le 24/07/2006 à 17:14. (lien). Évalué à 9.

    FOUTAISES !

• [^]Re: bloc-notes

  Posté par Colin Pitrat (page perso, ) le 24/07/2006 à 15:37. (lien). Évalué à 3.

  Moi j'utilise mozex ( http://mozex.mozdev.org/ ) et je fais clic-droit, editer dans gvim. Avec la configuration ad-hoc de vim, on peut récupérer le contenu en cas de problème.

  • [^]Re: bloc-notes

    Posté par Hrundi V. Bakshi () le 24/07/2006 à 16:01. (lien). Évalué à 3.

    Plus généralement, il existe quelque part une extention Firefox légèrement plus simple qui permettrait de mettre en cache automatiquement la dernière textarea remplie ?
    
    Ca serait tellement bien...
    (néamoins mozex à l'air interessant)

    • [^]Re: bloc-notes

      Posté par Tennis Prono (page perso, ) le 24/07/2006 à 17:20. (lien). Évalué à 5.

      Plus léger... ou plus lourd, genre un Subversion pour les "textarea". On pourrait faire des branches, mettre des descriptions sur les versions, faire de la rédaction collaborative de journaux, tout ça....

      --
      Pas de bureau 3d libre sans drivers libres!

      • [^]Re: bloc-notes

        Posté par sanao () le 24/07/2006 à 18:51. (lien). Évalué à 10.

        où comment tuer un moustique avec un bazooka.

      • [^]Re: bloc-notes

        Posté par arthurr (page perso, ) le 24/07/2006 à 19:30. (lien). Évalué à 4.

        pas mal ... tu trouves un nom de projet et je l'ouvre sur Sourceforge ...
        Mode pro :
        On dev en Perl sur une Debian ?
        Mode kid :
        On dev en Python sur Ubuntu ?
        
        Out time ? :'( ==> []

        --
        Linux c'est comme ...
        heu ...
        comme ...
        c'est bien quoi !

• [^]Re: bloc-notes

  Posté par ploum (page perso, ) le 24/07/2006 à 16:03. (lien). Évalué à 4.

  Le pire c'est que d'habitude moi aussi. Il suffit d'une fois...

Ce teaser...

• [^]Re: Ce teaser...

  Posté par lezardbreton (Jabber id, page perso, ) le 24/07/2006 à 15:32. (lien). Évalué à 4.

  Je prends le pari sur la sortie d'une appli libre pour utiliser une appli propriétaire : http://ploum.frimouvy.org/?116-conseil-01-grand-canal

  • [^]Re: Ce teaser...

    Posté par ploum (page perso, ) le 24/07/2006 à 16:17. (lien). Évalué à 3.

    Et la présomption d'innocence ?
    
    (tentative de troll à deux balles, je t'invite à aller dire la même chose aux développeurs de clients mails qui se connectent à des serveurs propriétaires, à toutes les applis qui utilisent GMail et compagnie...)

    • [^]Re: Ce teaser...

      Posté par lezardbreton (Jabber id, page perso, ) le 24/07/2006 à 16:32. (lien). Évalué à 1.

      Parce que tu as une alternative libre à GMail (fournisseur d'accès mail + logiciel libre + outils de qualité) ?
      Pour la gestion des bugs sous Launchpad, l'alternative existe, ça s'appelle bugzilla, trac, etc... Et figure toi que des interfaces GNOME et KDE existent, et qu'elles ont besoin de développeurs !

      • [^]Re: Ce teaser...

        Posté par ploum (page perso, ) le 24/07/2006 à 16:38. (lien). Évalué à 1.

        Y'a une interface GNOME à bugzilla ? Là j'étais pas au courant. Tu peux me donner le lien stp, ça m'intéresse beaucoup.

        • [^]Re: Ce teaser...

          Posté par équi () le 24/07/2006 à 16:45. (lien). Évalué à 1.

          il doit parler de bug-buddy pour Gnome

          • [^]Re: Ce teaser...

            Posté par lezardbreton (Jabber id, page perso, ) le 24/07/2006 à 17:38. (lien). Évalué à 2.

            Il me semblait qu'il y en avait une autre. Effectivement bug-buddy existe, mais il lui manque plein de fonctionnalités. Je connais plus le coté KDE et le très bon kbugbuster, qui a justement besoin de plus de développeurs.

            • [^]Re: Ce teaser...

              Posté par Philou Kapouik () le 24/07/2006 à 20:00. (lien). Évalué à 2.

              Donc si je te suis bien : bug-buddy il lui manque des fonctionnalité mais c'est pas grave il a pas besoin de dévellopeur ...
              
              ----->[] :)

              --
              Software is like sex: it's better when it's free

              • [^]Re: Ce teaser...

                Posté par ploum (page perso, ) le 24/07/2006 à 22:42. (lien). Évalué à 2.

                Bug buddy est un rapporteur de bug (et, entre nous, une horreur). Cela n'a rien à voir avec un "lecteur/trieur" de bug que je sache.
                
                Par contre, si un tel logiciel KDE existe, ça m'intéresse de jeter un oeil sur le site pour voir comment ils ont fait.
                
                En fait, je n'ai jamais vu ni entendu parler d'un logiciel comme Conseil et c'est pourquoi je le développe. Je peux le dire en toute humilité car l'idée originale n'est pas de moi mais trainait sur le wiki Ubuntu.

                • [^]Re: Ce teaser...

                  Posté par lezardbreton (Jabber id, page perso, ) le 25/07/2006 à 06:35. (lien). Évalué à 4.

                  Je t'ai fait une suite de screenshots pour que tu puisses regarder : http://lezardbreton.free.fr/kbugbuster/

                  • [^]Re: Ce teaser...

                    Posté par lezardbreton (Jabber id, page perso, ) le 25/07/2006 à 08:13. (lien). Évalué à 2.

                    Les serveurs de Free sont vraiment pourris, désolé. Je vais essayer de mettre ça ailleurs ce soir.

                  • [^]Re: Ce teaser...

                    Posté par ploum (page perso, ) le 25/07/2006 à 11:38. (lien). Évalué à 2.

                    un tout grand merci, ça me renseigne beaucoup, je ne savais pas que ça existait.

                    • [^]Re: Ce teaser...

                      Posté par lezardbreton (Jabber id, page perso, ) le 25/07/2006 à 11:43. (lien). Évalué à 4.

                      De rien, j'appuie à fond la création d'outils de ce type, ça a une réelle utilité, à la fois pour les développeurs, mais aussi pour les contributeurs occasionels dont je fais partie. Ca m'attriste que tu le fasses d'abord pour launchpad, mais tu as bien précisé que l'objectif était que ça marche pour d'autres, alors bonne chance !

• [^]Re: Ce teaser...

  Posté par ploum (page perso, ) le 24/07/2006 à 15:55. (lien). Évalué à 5.

  J'avais rédigé la critique du livre "Python en concentré" que j'ai reçu via linuxfr il y a quelques mois. J'avais à l'époque promis d'en faire une critique.

  • [^]Re: Ce teaser...

    Posté par plagiats () le 24/07/2006 à 15:57. (lien). Évalué à 10.

    bah fais nous "ta critique en concentré"...

    --
    La mort est un phénomène naturel qui se produit par l'avalement répété de petites quantités de salive au cours d'une grande période de temps. - George Carlin

  • [^]Re: Ce teaser...

    Posté par seginus () le 24/07/2006 à 15:58. (lien). Évalué à 3.

    Et tu comptes le retaper ton journal ?

    • [^]Re: Ce teaser...

      Posté par ploum (page perso, ) le 24/07/2006 à 16:12. (lien). Évalué à 9.

      wep, juste pas aujourd'hui. En plus, c'est généralement mieux quand on retape. Faut juste avoir le courage de faire exprès d'effacer le premier jet ;-)

    • [^]Re: Ce teaser...

      Posté par liberforce (Jabber id, page perso, ) le 24/07/2006 à 16:12. (lien). Évalué à 3.

      ah, j'avais vu une fois une astuce pour récupérer du texte perdu de cette mémoire... je crois qu'il faut sauvegarder un fichier de /proc qui correspond au contenu de la mémoire vive... tu copies ce fichier ailleurs, faisant une image de ta RAM, puis tu fais une recherche dedans à coup de "strings". Si tu n'as pas trop fait d'actions depuis la perte du texte, tu peux récupérer pas mal de choses...

      • [^]Re: Ce teaser...

        Posté par liberforce (Jabber id, page perso, ) le 24/07/2006 à 16:14. (lien). Évalué à 4.

        grilled... j'avais pas lu la page jusqu'au bout: http://linuxfr.org/comments/737108.html#737108

  • [^]Re: Ce teaser...

    Posté par adonai () le 24/07/2006 à 16:03. (lien). Évalué à 2.

    Du concentré de python ?
    Mais nom de Dieu, ploum< !! C'est un animal protégé, ça va pas de faire des choses pareilles ?!

[+] bloub

D'un autre côté

• [^]Re: D'un autre côté

  Posté par Axel R. (page perso, ) le 25/07/2006 à 06:23. (lien). Évalué à 5.

  et mieux : t'aurais pas eu besoin de le poster ici !

root

• [^]Re: root

  Posté par ploum (page perso, ) le 24/07/2006 à 15:58. (lien). Évalué à 1.

  Ouaip, j'ai déjà fait ça mais c'est laborieux : tous les caractères spéciaux sont perdus, on n'a parfois qu'une partie entrecoupée de plein d'autres trucs. C'est beaucoup de temps, il faut que le texte soit vraiment important.

  • [^]Re: root

    Posté par genma (page perso, ) le 24/07/2006 à 16:20. (lien). Évalué à 10.

    "C'est beaucoup de temps, il faut que le texte soit vraiment important."
    
    Parce qu'un journal de Ploum, c'est pas important peut-être? ;-)

    --
    "Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

    • [^]Re: root

      Posté par ploum (page perso, ) le 24/07/2006 à 16:40. (lien). Évalué à 1.

      Réponse à ta citation :
      
      "En effet, la marche arrière n'est pas encore implémentée."
      
      
      Cependant un organisme s'est formé pour proposer une standardisation des spécifications de la marche arrière. Du coup, les développeurs attendent les specs pour implémenter.

• [^]Re: /dev/meme

  Posté par Archibald (page perso, ) le 24/07/2006 à 16:40. (lien). Évalué à 6.

  strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less. A supposer que tu sois sur une machine UNIX.

  
  
  /dev/meme, c'est le fichier du périphérique "déambulateur" sur une machine UNIX, non ?

  • [^]Re: /dev/meme

    Posté par JaguarWan () le 24/07/2006 à 17:07. (lien). Évalué à 5.

    Nope, c'est un char device qui permet d'accéder à la mémoire collective des utilisateurs du système (il en faut un minimum conséquent, c'est pour ça que tu l'as jamais vu sur ta machine).[1]
    
    Par exemple, sur le serveur de dlfp:
    
    # cat /dev/meme
    \_°<~ coincoin
    pan ! pan !
    Pierre Tramo
    J2EE
    ploum
    boulangère
    la cabale n'existe pas !
    Ton clavier se blo
    Mort au pa
    Segmentation fault - core dumped.
    
    Oups, c'était trop gros et c'est pas passé. M'enfin t'as le core dump ici:
    https://linuxfr.org/~Floxy/22238.html
    
    [1] http://en.wikipedia.org/wiki/Meme

• [^]Re: root

  Posté par Jérôme Pinot (page perso, ) le 24/07/2006 à 17:07. (lien). Évalué à 9.

  strings /dev/meme |grep "ma phrase que je suis sur qu'elle est là" ou less.
  
  Bon courage. Le fichier en question, c'est /proc/kcore.
  
  Ensuite il faut le copier, pas le traiter directement ! (a moins que tu aimes tourner en boucle)
  
  # cp /proc/kcore /tmp/mem.dump
  # strings /tmp/mem.dump > /tmp/mem.txt
  # rm /tmp/mem.dump
  # grep /tmp/mem.txt|less
  
  Pas besoin de faire tourner grep sur un binaire de plusieurs centaines de Mo...

  • [^]Re: root

    Posté par Maxime (Jabber id, page perso, ) le 24/07/2006 à 20:03. (lien). Évalué à 1.

    # cp /proc/kcore /tmp/mem.dump
    cp: Ne peut ouvrir `/proc/kcore' en lecture: Opération non permise
    
    
    Une idée ?

    • [^]Re: root

      Posté par farib () le 24/07/2006 à 20:12. (lien). Évalué à 4.

      T'es root ? Parce que sinon ce serait contraignant que tu puisses lire la memoire des applis root...

      • [^]Re: root

        Posté par ploum (page perso, ) le 24/07/2006 à 22:43. (lien). Évalué à 4.

        ouais, même en root ça le fait ;-) (il est # le monsieur d'ailleurs)
        
        ça marchait avant sous Ubuntu Breezy, ça marche plus sous Dapper, je confirme.

      • [^]Re: root

        Posté par Maxime (Jabber id, page perso, ) le 25/07/2006 à 11:56. (lien). Évalué à 1.

        oui oui, c'est pour ca que j'ai pris la peine de laisser le #...
        Je suis pas con quand meme ^ je me doute que seul le root peut lire le contenu de la mémoire...

  • [^]Re: root

    Posté par Mathieu Pillard (page perso, ) le 25/07/2006 à 08:47. (lien). Évalué à 6.

    Notez qu'il ya un utilitaire dédié à ca : memdump. http://www.porcupine.org/forensics/tct.html
    
    Ca m'a sauvé la vie plus d'une fois dans des situations similaires :-)

    • [^]Re: root

      Posté par Ackira () le 25/07/2006 à 09:56. (lien). Évalué à 2.

      Après quelques recherches, il semble en effet que cet utilitaire memdump soit la meilleure solution pour dumper la mémoire. Il existe sur plusieurs unix différents (sur certains, /dev/mem peut ne pas renvoyer d'EOF lorsque la fin est atteinte), et est conçu pour consommer le minimum de mémoire possible.
      
      Mais dans ce cas ça n'étais pas la meilleure solution... En effet comme le dit pterjan plus bas http://linuxfr.org/comments/737267.html#737267 , c'est un problème de navigateur.
      
      Donc dans le navigateur, un précédent, suivi d'un suivant, et le navigateur devrait renvoyer les données POST (après l'avoir demandé). En l'occurrence il y a même une page intermédiaire qui demandait de valider ou non, donc pas besoin de sniffer les données ou que ce soit.
      
      Sinon pour ceux qui ont l'habitude de travailler sur le web, l'extension firefox http://livehttpheaders.mozdev.org/ est un must.
      Elle permet de capturer toutes les données qui transitent en POST ou GET, d'effectuer des replay, manipuler les headers etc...
      Donc pour l'utiliser dans ce cas précis, à supposer qu'il n'y ait pas de page de validation, il aurait suffit de faire précédent, lancer et activer la capture de l'extension, puis suivant, et hop! L'extension capture les données, et elles peuvent être lues, copiées, et on peut meme modifier la validation (faire comme si la case "Valider" était cochée).

  • [^]Re: root

    Posté par Smarter () le 25/07/2006 à 20:40. (lien). Évalué à 1.

    Linux c'est vraiment trop fort!
    J'avais perdu un post sur un forum avec un CTRL+R malheureux et grâce au dump de kcore j'ai pu le récuperer intégralement (les accents en moins) ;)
    J'ai fait toutes les commandes avec sudo et ça a marché (Kubuntu 6.10) par contre préférer le cat /tmp/mem.txt | grep "ma phrase" -C 10 car less met trop de temps à afficher le fichier et pour chercher la dedans c'est galère.

Hum

• [^]Re: Hum

  Posté par gnumdk (page perso, ) le 25/07/2006 à 12:44. (lien). Évalué à 4.

  Meme chose avec Konqueror...
  
  Meme chose avec Firefox...
  
  Ploum utilise Epiphany, surement un bug de ce navigateur.

• [^]Re: Hum

  Posté par Farvardin (page perso, ) le 25/07/2006 à 13:06. (lien). Évalué à 2.

  en général j'utilise Konqueror voire Firefox, et ce qui est arrivé à Ploum m'est arrivé également, par contre j'avais sélectionné le texte en mémoire, si bien que j'ai pu le récupérer.
  
  hmm, par contre je viens de refaire le test (désolé, le journal a dû être posté quand même par erreur), et là avec konqueror j'ai pu faire un retour et le journal était encore là.

  --
  You can't grep dead trees...

  • [^]Re: Hum

    Posté par Farvardin (page perso, ) le 25/07/2006 à 13:14. (lien). Évalué à 2.

    idem avec firefox
    
    j'ai pas encore essayé avec links et dillo

    --
    You can't grep dead trees...

/proc/kcore et grep sont tes amis.

• [^]Re: /proc/kcore et grep sont tes amis.

  Posté par Farvardin (page perso, ) le 25/07/2006 à 14:17. (lien). Évalué à 2.

  cela fonctionne vraiment pas mal du tout, et est plus rapide que la méthode plus haut !
  Merci bien du truc, je le copie dans mes notes.

  --
  You can't grep dead trees...

  • [^]Re: /proc/kcore et grep sont tes amis.

    Posté par Matthieu Moy (page perso, ) le 26/07/2006 à 06:30. (lien). Évalué à 2.

    Faut faire attention à ce que ton process touche le moins possible à la mémoire, et ne rien faire d'important entre temps. Par exemple, j'avais essayé avec ... > /tmp/resultat.txt, avec /tmp monté en tmpfs, et bah c'est la merde ;-).