davux a écrit 157 commentaires

  • # Elektra

    Posté par  (site web personnel) . En réponse au journal libetc: faire le ménage dans son $HOME, la fin des fichiers de configuration cachés (dotfiles). Évalué à 4.

    Tu pourrais être intéressé par le projet Elektra :
    http://elektra.sf.net/(...)

    Au début de ma lecture, j'étais _très_ dubitatif, d'autant plus que le projet s'appelait Linux Registry, ce qui a réveillé mes vieux ressentiments contre la base de registres Windows et tous les problèmes qu'elle pose.
    Mais en fait, c'est vraiment classe, et ça élimine les problèmes de la base de registres Windows, tout en gardant ses avantages théoriques (MS est fort pour avoir des bonnes idées et mal les implémenter, donc autant garder l'idée et l'implémenter correctement).

    La constatation est que les fichiers de configuration utilisent toujours un système de clés/valeurs, ainsi qu'une arborescence éventuellement. Et c'est tout.
    Le but est donc de créer une API globale pour faire ça, afin d'avoir un comportement cohérent. En effet, qui n'a jamais été désapointé (voire soûlé) par les formats inutilement différents de chaque fichier de configuration...

    Ce n'est pas exactement lié à ton besoin, mais ça y répond par effet de bord.
  • [^] # Re: C'est une chose qui ne m'étonne pas du tout.

    Posté par  (site web personnel) . En réponse à la dépêche Linux pour les débutants c'est facile !. Évalué à 1.

    L'éducation, ce n'est pas faire tel ou tel choix d'OS (en l'occurrence) à la place des gens: c'est leur apprendre à pouvoir faire leurs propres choix.

    Il ne s'agit pas d'« éduquer au bon OS », mais juste montrer qu'il existe de nombreux choix, et donner aux enfants/élèves/étudiants/... les moyens de faire le leur selon leurs affinités personnelles.
  • # Oui

    Posté par  (site web personnel) . En réponse au journal Les (vieux) automates de la SNCF tournent sous.... Évalué à 2.

    Oui, c'est effectivement OS/2. Pour avoir été Gilet Rouge à Marseille St-Charles et Aix-TGV, j'en ai vu souvent rebooter, de préférence inopinément. Et encore t'as pas vu la tête des PC qui sont derrière, ça fait peur :)
  • [^] # Re: décidément :)

    Posté par  (site web personnel) . En réponse à la dépêche Templeet certifié J2EE. Évalué à 7.

    Oui, et en plus on a jamais vu un poisson ramer :D
  • [^] # Re: vers un avenir libre ?

    Posté par  (site web personnel) . En réponse à la dépêche Solaris officiellement annoncé sous licence Open Source. Évalué à 7.

    --> ... et surtout, il peut pas utiliser son cerveau, vu qu'on a toujours pas les specs :) Y'a toujours des gens qui sont en train de galérer dessus, d'ailleurs...

    => Le cerveau sapusaipalibre :)
  • [^] # Re: Sexiste ?

    Posté par  (site web personnel) . En réponse au journal Comment faire plaisir à ses amis geek pour noël!. Évalué à 0.

    Je suis d'accord que c'est souvent le cas, et je me suis posé la question. Mais objectivement, dans cet article, je ne pense pas que ce soit vraiment le cas.

    Enfin c'est pas très grave, continuez à moinsser comme des tarés (masculin explicite ici), et surtout sans trop vous poser de question sur votre mentalité. Ça ne me dérange pas, et je ne m'attendais pas à une réaction beaucoup plus intelligente du lectorat (et surtout du votorat) de linuxfr.
  • # Sexiste ?

    Posté par  (site web personnel) . En réponse au journal Comment faire plaisir à ses amis geek pour noël!. Évalué à -6.

    Les hommes, tous un peu "geek", trouveront leur bonheur du premier coup d'oeil!


    Je suis le seul que ça fait hurler de lire ça ? Je trouve ça complètement sexiste, ça me paraît ahurissant de lire des choses comme ça. Tu mets les pieds dans le plat avec tellement de naturel, comme si le site et la "geekitude" était réservés aux hommes...

    --
    davux qui en revient toujours pas.
  • [^] # Re: Liste incomplète

    Posté par  (site web personnel) . En réponse au sondage La langue que je préfère. Évalué à 5.

    Ben oui, regarde :

    davux@smurf% echo $LANG
    C
    davux@smurf%

    :)
  • [^] # Re: Et c'est quoi le rapport avec linux ?

    Posté par  (site web personnel) . En réponse à la dépêche Et un retrait de plainte de plus pour Microsoft. Évalué à 2.

    Je ne suis pas totalement d'accord: c'est une nouvelle significative dans le monde des logiciels libres, même s'il n'y a aucun lien direct avec juste GNU/Linux l'OS.

    Si on admet que Linuxfr présente des news sur "Linux et les logiciels libres", la news est pertinente, et même intéressante. Après, première page ou 2e page, c'est à la personne qui l'a modérée de décider, mais tu peux certainement devenir modérateur.
  • [^] # Jeu de mot vais goût

    Posté par  (site web personnel) . En réponse au journal Superman est mort :(. Évalué à 1.

    Tétraplegie ?
  • [^] # Re: au sujet des forums

    Posté par  (site web personnel) . En réponse à la dépêche L'IETF publie les RFC de XMPP (pour Jabber, notamment). Évalué à 2.

    En fait je sais quel point tu n'as pas compris: le fait d'être décentralisé, sous Jabber, n'empêche pas de communiquer d'un serveur à l'autre. C'est exactement comme pour les mails.

    Si mon adresse est toto@serveur.com, et la tienne est coucou@salut.net, on peut _évidemment_ communiquer normalement, c'est tout l'intérêt de la décentralisation :)

    Il est donc possible d'utiliser l'indicateur de amessage, par exemple, pour connaître l'état de présence de n'importe quelle personne, du moment que cette personne autorise indicator@amessage.info. Et ce, qu'elle soit sur le serveur X ou Y. On n'est juste pas _obligé_ d'utiliser cet indicateur plutôt qu'un autre, mais on peut.

    Pour savoir si je (toto@serveur.com) suis connecté, tu n'as pas besoin de demander au serveur "serveur.com". C'est lui qui envoie (ou qui envoie à l'indicateur, en l'occurrence) l'information à ton serveur, qui transmet.
    En résumé, je suis connecté à mon serveur, toi au tien (comme pour les mails), et on obtient tous les deux des informations par notre serveur. Après, ce sont eux qui se chargent d'établir les connexions les uns avec les autres comme ils le désirent.
  • [^] # Re: au sujet des forums

    Posté par  (site web personnel) . En réponse à la dépêche L'IETF publie les RFC de XMPP (pour Jabber, notamment). Évalué à 2.

    Heu, j'ai très bien compris ce que tu disais, je vais essayer d'être plus clair :)
    Pour ajouter ta présence en ligne à un forum, tu entres ton identifiant, et le forum se charge effectivement de tout : le bot t'ajoute à _sa_ liste de "contacts", vient te demander ton autorisation pour voir ta présence, et tu as juste à cliquer sur "Oui" sur la plupart des clients Jabber. Tu n'as même pas besoin de l'ajouter dans ta liste, cette information ne te servirait à rien.

    Par ailleurs, je ne vois pas ce que le caractère décentralisé vient faire là-dedans.
  • [^] # Re: Journal != Forum

    Posté par  (site web personnel) . En réponse au message transparence et ombres sous debian. Évalué à 0.

    Merci Gérald :)

    De toute façon je suis en train de remarquer que ce n'est pas le seul à faire ça, et dans l'absolu ça ne m'empêche pas de vivre... Ça fait perdre un peu de temps tout au plus, et accessoirement ça donne l'impression d'être dans une école primaire, rien de bien grave donc :)
  • [^] # Re: au sujet des forums

    Posté par  (site web personnel) . En réponse à la dépêche L'IETF publie les RFC de XMPP (pour Jabber, notamment). Évalué à 2.

    Non ça n'a rien à voir avec la décentralisation, du tout.
    C'est dû au fait que quelqu'un de pas autorisé ne peut pas savoir si tu es présent, et heureusement ! Donc il faut autoriser le bot pour qu'il connaisse ton état de présence.

    Par contre, rien ne t'oblige à connaître le sien, d'ailleurs la plupart du temps tu t'en fiches éperdument...

    C'est également vrai pour les gens, bien qu'en général avec des vrais gens l'abonnement à la présence soit réciproque.
  • [^] # Re: au sujet des forums

    Posté par  (site web personnel) . En réponse à la dépêche L'IETF publie les RFC de XMPP (pour Jabber, notamment). Évalué à 5.

    Non au contraire c'est bien: ça permet aux entreprises par exemple, ou aux services de messagerie, de fournir une adresse Jabber identique à l'adresse mail. Pratique pour donner ses moyens de contact:
    mail/Jabber: toto@mycompany.org

    Surtout que l'interprétation a le même sens que pour les mails:
    (username) (@) (serveur)


    [troll feed-it="no"]
    Pas comme les adresses MSN, où finalement l'adresse intégrale (y compris le @) est l'identifiant, le serveur étant fixe (celui de MS). Là oui, il y a une vraie confusion.
    [/troll]
  • # Journal != Forum

    Posté par  (site web personnel) . En réponse au message transparence et ombres sous debian. Évalué à 5.

    Ici c'est un journal, pas un forum. Tu auras plus de chances de trouver des réponses en posant ta question sur le forum, et surtout en _lisant_ les questions déjà présentes.

    Surtout que ce sujet a déjà été abordé des milliers de fois, une simple recherche sur Google t'en convaincra.
  • [^] # Re: au sujet des forums

    Posté par  (site web personnel) . En réponse à la dépêche L'IETF publie les RFC de XMPP (pour Jabber, notamment). Évalué à 4.

    Heu oui, si j'ai bien compris ta question, tu te trompes.

    Le site amessage.* a quelque part un bot (utilisant l'adresse indicator@amessage.info) qui connaît à tout moment ta présence (si tu l'as autorisé, comme tes autres contacts). Il est capable de donner cette information par le biais d'un CGI, par exemple en produisant une image représentant ton état.
    Donc les CMS désirant afficher une icône avec ton état peuvent très bien appeler ce CGI, ou encore mieux fournir leur propre CGI et donc leur propre adresse de bot avec le forum, ce qui permet une gestion plus fine des autorisations.

    Plus généralement, n'importe qui peut poser un bot chez soi s'il/elle ne désire pas utiliser l'indicateur que fournit amessage, contrairement à l'indicateur ICQ/AIM notamment qui est chez AOL.
  • # Ting ! C'est prêt !

    Posté par  (site web personnel) . En réponse au journal Numéros RFC pour Jabber/XMPP. Évalué à 0.

  • [^] # Re: Très utile !

    Posté par  (site web personnel) . En réponse au journal Une réflexion sur SP2 et le DRM. Évalué à 1.

    Oui j'ai lu, mais merci c'est gentil de t'inquiéter.

    J'ai lu et relu sa page très tôt car on se connaît IRL, et j'ai lu les sources ainsi que les commentaires de cette page, qui ont d'ailleurs le même esprit trollesque que l'usuel des commentateurs de linuxfr, notamment les tiens.

    Je suis parfaitement capable de me faire ma propre idée, tu n'es pas la seule personne douée de raison ici. C'est vraiment gentil de demander, mais tu commences à être aussi lourd que redondant.
  • # Très utile !

    Posté par  (site web personnel) . En réponse au journal Une réflexion sur SP2 et le DRM. Évalué à -1.

    Je trouve ton article très pertinent, je vais mettre des liens dessus et en parler autour de moi, ainsi que faire circuler l'URL par mail.
    Merci de ces informations !
  • [^] # Re: De la présence des Unices dans les universités/écoles

    Posté par  (site web personnel) . En réponse à la dépêche L'Éducation Nationale veut pouvoir fournir des portables à tous les étudiants. Évalué à 1.

    Je suis à l'INSIA, école d'ingénieur à Paris (informatique, je sais pas si ça compte du coup).
    Dans les salles machines (là où se trouvent les postes pour les étudiants) les PC sont en dual-boot, généralement sous Linux (Debian) mais quelquefois sous Windows pour les TP de Delphi, Active Directory et autres.
    Tous les serveurs sont sous Linux (Debian aussi), y compris le serveur Samba pour gérer les authentifications et les accès aux fichiers des machines Windows.
  • # oups...

    Posté par  (site web personnel) . En réponse au journal Rien à écrire ici pour l'instant. Évalué à 1.

    Alors toutes mes plus plates excuses...
    Je viens d'apprendre que quand on poste un journal tout le monde est au courant tout de suite. Je pensais que les journaux étaient simplement des notes personnelles, qui n'étaient consultables que depuis la page de l'utilisateur. Et clairement ce n'est pas pour gagner des clics, ça non.

    Toutes mes excuses donc aux personnes que ce post a dérangées pour rien. J'aimerais le supprimer pour éviter les confusions futures, mais visiblement on ne peut pas.
  • [^] # Re: Les spécifications du langage D sont arrivées

    Posté par  (site web personnel) . En réponse à la dépêche Les spécifications du langage D sont arrivées. Évalué à 2.

    Oui, en Prolog aussi (enfin c'est pas des instructions mais bon)...
    Mais je crois que le monsieur voulait faire allusion à un certain point, célèbre mais mystérieux.
  • [^] # Re: protection des fichiers et ext2

    Posté par  (site web personnel) . En réponse au message [Terminal] protection des fichiers et ext2. Évalué à 1.

    L'attribut +a m'a été utile récemment pour l'historique des commandes d'un compte guest: chown root:guest, chmod 660, chattr +a.
    C'est pas _le_ tweak du siècle, mais c'est marrant: les commandes tapées s'ajoutent dans l'historique, mais on peut pas en enlever après coup. Par contre, vu qu'il est possible de dire à bash de ne pas loguer une commande, l'intérêt n'est pas absolu.
  • [^] # Re: Je commente mon code :

    Posté par  (site web personnel) . En réponse au sondage Je commente mon code :. Évalué à 3.

    Tu confonds commentaires et documentation.

    Un commentaire est placé au sein du code et sert juste à clarifier le code quand celui-ci n'est pas assez parlant. Ceci devrait rester exceptionnel si on fait du code de manière suffisamment explicite (25 lignes max par fonction, noms de variables/fonctions explicites, variables intermédiaires quand besoin (c'est optimisé par le compilo/interpréteur la plupart du temps), etc.).

    La documentation sert à fournir des informations aux personnes qui ne veulent/peuvent pas lire le code source.
    Plus elle est complète et mieux c'est.

    Les questions que tu te poses en voyant get_date() relèvent de la documentation. Si tu regardes le code, celui-ci doit être assez clair pour répondre à tes questions.

    Après, je suis d'accord que certains langages mettent la documentation au milieu du code (comme la javadoc), mais on distingue quand même les deux (les commentaires sont d'ailleurs présentés différemment dans ce but) et dans le cas de la javadoc on peut produire une doc externe.