xunfr a écrit 22 commentaires

• [^] # Re: Architecture

  Posté par xunfr le 05/05/13 à 09:02. En réponse à la dépêche Debian : Épisode VII. Évalué à 4.

  

  "x" pour kernel 64-bits de la série z: source

• # Précision concernant tmpfs

  Posté par xunfr le 05/05/13 à 08:52. En réponse à la dépêche Debian : Épisode VII. Évalué à 5.

  

  /lib/init/rw a été supprimé de la liste des fichiers système de type tmpfs. La configuration se fait dorénavant sous /etc/default/tmpfs, avant sous /etc/default/rcS.

  ==> Note de version sur tmpfs (notamment pour architectures amd64 et i386)

• [^] # Re: Perforation

  Posté par xunfr le 29/04/13 à 12:29. En réponse à la dépêche Sortie du noyau Linux 3.9. Évalué à 5.

  

  juste pour info, la dépêche sur la version 3.7 en parlait rapidement:
  https://linuxfr.org/news/sortie-du-noyau-linux-3-7#toc_24

  Sinon merci pour l'explication.

• [^] # Re: Précisions importantes

  Posté par xunfr le 26/04/13 à 12:27. En réponse à l'entrée du suivi Création d'un statut « Rédacteur ». Évalué à 2.

  

  En général, je dirais que l'idée de poser un statut au fait de rédiger sur le site, régulièrement [ou pas], est intéressante. Ca peut donner un petit côté officiel, et pas simple visiteur de passage.

  Mais il serait peut-être utile de conserver le statut, même si on n'a pas écrit depuis quelques mois, mais qu'on s'est connecté au site, et/ou qu'on fait des actions avec ce statut. Cela éviterait de jongler entre redacteur-pas_redacteur-redacteur, etc.

• [^] # Re: Kernel 3.6

  Posté par xunfr le 20/12/12 à 17:59. En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 1.

  

  ok, merci pour la coquille…

• [^] # Re: En français…

  Posté par xunfr le 20/12/12 à 17:53. En réponse au journal Timeline des processeurs (made by) Intel. Évalué à 1.

  

  Ok, merci…
  Faut avouer que j'ai même pas pris la peine de traduire, je m'excuse pour la précipitation.

• [^] # Re: nmon ?

  Posté par xunfr le 10/11/12 à 09:57. En réponse à la dépêche Glances, l’outil de supervision système passe en version 1.5. Évalué à 1.

  

  pour info, jinja2 était déjà installé, sinon le trace m'aurait envoyé un autre type de message.

  Le changement du root_path a fonctionné, l'export se fait bien. Par contre, je m'étais planté: il faut spécifier uniquement le répertoire de destination, et non un fichier html, car glances ecrit lui-même un glance.html

  glances.py", line 2201, in update
  f = open(self.root_path + 'glances.html', 'w')
  
  

• [^] # Re: nmon ?

  Posté par xunfr le 10/11/12 à 07:25. En réponse à la dépêche Glances, l’outil de supervision système passe en version 1.5. Évalué à 1.

  

  heu, celui que j'ai testé (comme on peut le voir dans le retour de l'erreur) est la 1.5.1-3.

• [^] # Re: nmon ?

  Posté par xunfr le 09/11/12 à 19:07. En réponse à la dépêche Glances, l’outil de supervision système passe en version 1.5. Évalué à 2.

  

  je viens de tester.

  Glances permet l'export dans 2 formats : html ou csv. La commande qui permet de le faire est:

  glances -o html -f ~/glancesresult.html
  
  glances -o csv -f ~/glancesresult.csv
  
  

  l'export au format html nécessite la bibliothèque python jinja2. Perso, j'ai pas réussit à faire l'export ni en html, ni en csv:

    Traceback (most recent call last):
    File "/usr/local/bin/glances", line 9, in <module>
      load_entry_point('Glances==1.5.1', 'console_scripts', 'glances')()
    File "/usr/local/lib/python2.7/dist-packages/Glances-1.5.1-py2.7.egg/glances/glances.py", line 2679, in main
      refresh_time=refresh_time)
    File "/usr/local/lib/python2.7/dist-packages/Glances-1.5.1-py2.7.egg/glances/glances.py", line 2092, in __init__
      environment = jinja2.Environment(
  NameError: global name 'jinja2' is not defined
  
  
     Traceback (most recent call last):
    File "/usr/local/bin/glances", line 9, in <module>
      load_entry_point('Glances==1.5.1', 'console_scripts', 'glances')()
    File "/usr/local/lib/python2.7/dist-packages/Glances-1.5.1-py2.7.egg/glances/glances.py", line 2684, in main
      refresh_time=refresh_time)
    File "/usr/local/lib/python2.7/dist-packages/Glances-1.5.1-py2.7.egg/glances/glances.py", line 2228, in __init__
      self.__csvfile = csv.writer(self.__cvsfile_fd)
  NameError: global name 'csv' is not defined
  
  

• [^] # Re: Je ne peux pas laisser dire cela

  Posté par xunfr le 09/11/12 à 16:36. En réponse au journal Jacob Kaplan-Moss: Écrire une bonne documentation. Évalué à 1.

  

  En fait, l'exemple de la documentation Python (qui au passage est l'exemple de l'auteur de l'article, non du mien) est pour illustrer l'agencement entre la documentation simple, et la référence: je rappelle que dans ce chapitre, l'auteur conseillait de différencier ces 2 parties en 2 documentions distinctes (on ne parlait pas nécessairement des points positifs et négatifs que l'on peut établir à la lecture de la documentation).

  Sinon, en effet, QT est assez bien fait.

• [^] # Re: Contribuer à la base de code

  Posté par xunfr le 09/11/12 à 16:29. En réponse au journal Contribution à l'open source: pas une question d'expérience. Évalué à 0. Dernière modification : le 09/11/12 à 16:31

  

  [avis aux modos, erreur de post, peut-on le supprimer?]

• [^] # Re: Paasage à run/user

  Posté par xunfr le 09/11/12 à 16:25. En réponse au journal OpenSUSE 12.3 Milestone 1. Évalué à 1. Dernière modification : le 09/11/12 à 16:27

  

  j'ai pas fedora17, mais si quelqu'un peut confirmer que cette distribution utilise aussi un système semblable: /media, voire /run/user/USER/media ?

  source pour plus de détails sur l'affaire: http://forums.fedoraforum.org/archive/index.php/t-277383.html

• [^] # Re: Contribuer à la base de code

  Posté par xunfr le 08/11/12 à 15:22. En réponse au journal Contribution à l'open source: pas une question d'expérience. Évalué à 2.

  

  Heureusement que j'ai pris la peine de rajouter le mot "un peu". Je sais très bien qu'on est dans une autre aventure, mais finalement la problématique de l'intégration ne fait-elle pas partie de la contribution à l'opensource ?

  Quelles soient "auxiliaires" ou pas, ce journal vient souligner un article qui traite de la contribution en général.

• [^] # Re: La base de la base

  Posté par xunfr le 08/11/12 à 08:49. En réponse au journal Jacob Kaplan-Moss: Écrire une bonne documentation. Évalué à 2.

  

  Ce journal est un résumé, et non une traduction. Ce qui fait que beaucoup de références (cas concrets) sur lesquelles s'appuyer sont établies par l'auteur, et que je n'ai pas listé dans leurs totalités (bien que Latex n'étais pas indiqué à ma connaissance).
  En fait, l'auteur illustre la plupart du temps ses propos par un exemple. Mais cela reste une série d'articles, et non un ouvrage en la matière.

  Si certains ont lu ses articles, ce serait intéressant qu'ils me corrigent dans cet essai (peut-être aurais-je omis des informations importantes).

• # Concernant l'article de Jacob Kaplan-Moss

  Posté par xunfr le 07/11/12 à 20:11. En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #45. Évalué à 1.

  

  Voici mon retour sur la lecture de ton lien (un peu long pour être posté en commentaire, et aussi en faire profiter les lecteurs, je l'ai mis en journal) :

  http://linuxfr.org/users/xunfr/journaux/jacob-kaplan-moss-ecrire-une-bonne-documentation

• [^] # Re: Sans blague ?

  Posté par xunfr le 07/11/12 à 16:19. En réponse au journal TOP500 : 92.4 % des supercalculateurs tournent sous Linux. Évalué à 2.

  

  oups, toutes mes excuses… En plus, c'était pas dans une volonté de faire du doublon. Je te laisserais alors sans problème les futures nouvelles à ce sujet.

• [^] # Re: Benchmark

  Posté par xunfr le 06/11/12 à 15:06. En réponse au journal [Benchmark] DragonFlyBSD plus performant dans sa version 3.2. Évalué à 2.

  

  C'est exact: on peut souligner que ce benchmark trouve son intérêt dans le fait de démontrer, en quelque sorte, aux développeurs en charge de DragonFly que les modifications apportées depuis l'ancienne version ont eu un impact non négligeable sur la performance de PostGreSQL, en environnement "stressant".

  Après, certes si on se base sur une configuration plus ou moins optimisée des autres systèmes, on peut parvenir à de bons résultats, mais entre différents BSD, la différence devrait être moins perceptible. Elle l'est au contraire encore plus avec le plantage critique de NetBSD.

  Après, on peut aussi dire que cela va dans un but de rassurer les clients qui tournent (ou prévoient de tourner) sous DragonFly que la mise à jour est nécessaire pour profiter de meilleurs rendements dans les échanges sql.

• [^] # Re: Ça ne serait pas la même chose qu'un journal récent

  Posté par xunfr le 05/11/12 à 18:04. En réponse au journal [Benchmark] DragonFlyBSD plus performant dans sa version 3.2. Évalué à 3.

  

  au temps pour moi, je me suis basé uniquement sur le journal récent, pensant que ce bench mettait en avant la sortie de la version 3.2, sans vérifié au préalable l’existence d'un post sur le sujet.

• # Fin de panne

  Posté par xunfr le 24/10/12 à 07:17. En réponse au journal SourceForge dans les choux. Évalué à 3.

  

  Le site a, en effet, connu une panne sérieuse mettant à mal les différentes connectiques. Incident intervenu à 12h59, et service rendu à 15h12. Apparemment la cause principale n'est pas connue.

  L'information disponible à cette adresse: http://sourceforge.net

• [^] # Re: Quelques chiffres également

  Posté par xunfr le 22/10/12 à 21:07. En réponse au journal Quelques chiffres. Évalué à 1.

  

  On regretta pour finir les trop nombreux projets morts, certains ayant perduré plusieurs années d'ailleurs, et il serait très intéressant de connaître les raisons qui ont poussé ces projets dans l'immense cimetière des projets libres avortés

  je pense que l'on peut déjà trouver un début de réponse à cette interrogation sur le site même: les raisons qui ont poussées les projets à fermer.

• [^] # Re: Je sors ma combinaison poilue et je me lance !

  Posté par xunfr le 22/10/12 à 16:42. En réponse au journal Quelques chiffres. Évalué à 1.

  

  Il y a de çà en effet, c'est ce qui en ressort en tout cas de cette extraction. Il ne faut toutefois pas oublier qu'il y a dans cette liste des distros étrangères, même si l'intérêt peut-être limite vu la prise en charge native de nombreuses langues.

• [^] # Re: C'est bien

  Posté par xunfr le 22/10/12 à 16:40. En réponse au journal Quelques chiffres. Évalué à 3.

  

  j'ai oublié de préciser que je me suis basé sur les distributions les plus courantes, et donc à défaut d'être le plus bref possible, de me contenter de Debian, et de FreeBSD, qui sont les plus utilisées.