Matthieu Moy a écrit 3249 commentaires

  • [^] # Re: pourquoi la différence ?

    Posté par  (site web personnel) . En réponse au journal Vente de gcompris: retour d'expérience. Évalué à 1.

    > Quand on fait vraiment du libre, on ne le fait pas pour gagner sa vie.

    http://perso.wanadoo.fr/kdntl/kd/index.html(...)
    2004-2005
    encore au lycée Saint-Louis, en MP1.


    Quand toi tu gagneras ta vie, tu pourras critiquer ceux qui la gagnent aussi. En attendant, je trouve ça déplacé de demander à un auteur de LL de se passer d'argent.
  • [^] # Re: J'dois pas être doué ;-(

    Posté par  (site web personnel) . En réponse au message Lancement. Évalué à 2.

    > C'est pas du tout ce que j'attendais ! Ca démarre quand ?

    Snif, émotion ... J'avais le même problème quand j'ai commencé sous Linux il y a quelques années. J'ai passé 3 mois en mode console avant de pouvoir passer en mode graphique !! (à l'époque, sous RedHat, la solution était de lancer Xconfigurator)

    Bon, cf. plus haut, tu devrais sans doute utiliser une distrib plus récente, mais en attendant, tu peux essayer de tapper "startx" (puis appuie sur entrée). Si t'as de la chance, tu auras un écran graphique dans quelques secondes. Sinon, t'es mal ;-)

    Courrage !!
  • # CD Vs disque dur

    Posté par  (site web personnel) . En réponse au message Lecteur disque IDE sur port USB. Évalué à 3.

    > Le rapport capacité/prix est meilleur

    Penses aussi à la fiabilité.

    Si tu as 100 CD de backup sur ton étagère, si il y en a un ou deux qui lache, c'est pas hyper grave.

    Si tu as un disque de 60Go branché sur ton PC avec toutes tes données dedans et qu'il lache (il faut compter 3ans de durée de vie en moyenne pour un disque dur de qualité moyenne), t'es mal !

    Sans compter que si tu flingues ta table de partition, ou quelque chose comme ça suite à une fausse manip (un rm -rf mal placé peut faire mal aussi ...), t'es mal aussi !!
  • [^] # Re: BK conçu pour Linus

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 10.

    Je ne connais pas trop BK, à part les deux trois trucs que j'ai pu lire ça et là, et c'est très difficile de faire une bonne comparaison vu que les personnes qui pourraient le mieux la faire (devs de tla) ne sont pas éligibles pour la license gratuite de BK ... mais les points faibles de Arch, à mon avis :

    * Tous les messages de log sont conservés dans l'arbre de travail, chacun dans un fichier séparé. Pour le développement de Xtla, qui est un tout petit projet par rapport à Linux, l'ensemble des fichiers de log prends 8 fois plus de place sur le disque que les sources ! Résultat, il faut de temps en temps effacer des fichiers, et on perd les traces de l'historique.

    * Le mode de fonctionnement par défaut de BK, c'est que le programmeur doit dire quel fichiers il modifie (en pratique, il programme son éditeur de texte pour le faire). Résultat, la plupart des operations sur l'arbre sont en O(nombre de fichiers modifiés) et non en O(nombre total de fichiers).

    * Arch utilise des expressions régulières pour classifier les fichiers. C'est très pratique, sauf que le moteur d'expression régulières n'est pas des plus efficaces, donc, il y a un assez gros problème de performances a ce niveau là.

    * La réactivité de l'équipe de devs. J'ai du m'y reprendre à 3 fois pour faire accepter un patch de une ligne. Si on regarde l'historique de tla depuis la version 1.2, c'est assez drôle : Une faille de sécurité dont la correction a mis plusieurs mois à être intégrée à une release officielle, une 1.2.2rc2 qui n'est jamais devenue 1.2.2 pour cause de conflits personnels entre développeurs, le changelog entre la 1.2 et la 1.3rc2 qui se trouve du coup ridiculement petit par rapport aux mois de développement qui séparent ces deux versions. La moitié des liens du site officiel www.gnuarch.org qui pointent sur une erreur 404, ... Bref, dans l'état actuel des choses, généraliser l'utilisation de arch pour un projet de grande taille me parait bien risqué ...
  • [^] # Re: BK conçu pour Linus

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.

    C'est bitkeeper, à la base.

    Mais un des objectifs de Arch était de pouvoir remplacer BK pour le développement de Linux. Pour l'instant, il est encore à la traine sur un bon nombre de points.
  • [^] # Re: Pourquoi ca impacte tous les devs...

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 4.

    Non, c'est très clair dans la license : Tu contribue à un truc qui ressemble à un gestionnaire de version, tu n'est plus éligible pour la version gratuite de BK, point.

    En particulier, si tu développe un concurent à BK, tu ne peux pas récupérer BK gratuitement pour voir comment ça marche et reprendre des idées.
  • [^] # Re: Pourquoi ca impacte tous les devs...

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.

    >1/ les developpeurs kernel qui participent en plus au dev d'un projet de
    > gestionnaire de source ne doivent pas être légion

    1) à peut près toutes les distributions Linux

    2) plusieurs contributeurs de Arch sont aussi contributeurs de Linux.
  • [^] # Re: bk et linux

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 2.

    > si ils ont même pas le droit de voir figurer leur nom,

    Bien sur que si, ils ont leur nom !

    Tu télécharges les sources de Linux, et tu regardes le fichier CREDITS à la racine de l'arbre. (Il y a du monde !!)
  • [^] # Re: bk et linux

    Posté par  (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.

    Non.

    Linus est propriétaire de la marque déposée "Linux", et il est propriétaire de ses propres contributions à Linux. Or, la grande majorité du code de Linux vient de contributions extérieures, le rôle de Linus étant de s'assurer de la qualité et de l'abscence de backdoor dans le code avant de l'intégrer au noyau officiel. Donc, la grande majorité du code ne lui appartient pas.

    Par contre, c'est lui le "chef de projet", et il fait bien ce qu'il veut avec Linux. Si les gens ne sont pas d'accord avec lui, ils peuvent forker, mais je crois que personne ne serait assez fou pour ça ...
  • [^] # Re: Carrefour ?

    Posté par  (site web personnel) . En réponse au message PC avec Linux préinstallé sur Toulouse ?. Évalué à 2.

    URL ?

    Sachant que

    http://www.google.fr/search?hl=fr&q=site%3Awww.carrefour-multim(...)
    (aucune réponse ...)

    et que

    http://www.google.fr/search?hl=fr&q=site%3Alinux-mandrake.com+c(...)
    (pas mieux)

    Je commençais à avoir des doutes ...
  • [^] # Re: Amen !

    Posté par  (site web personnel) . En réponse à la dépêche UNESCO-Microsoft, une alliance pour agrandir la fracture numérique ?. Évalué à 4.

    > Trouve une seule chose innovante que MS ait créée (pas copiée or rachetée).

    Si tu cherches un peu, tu en trouveras quand même quelques unes, hein ... Et il y a beaucoup d'inventions MS reprises par des logiciels libres, rassures-toi.

    Avec tout le dégout que j'ai pour l'auteur, il y a quand même de la matière ici par exemple :

    http://www.microsoft.com/northafrica/tunisia/edito/ovation.htm(...)
  • [^] # Re: TOU

    Posté par  (site web personnel) . En réponse au journal MSN search utilise t'il les URL qui transitent sur MSN messenger ?. Évalué à 3.

    > Ca ajouterait quoi par rapport a tous les sites trouvables par un moteur d'indexage parcourant le net ?

    Sur le nombre de pages, pas grand chose. Sur la pertinence des résultats, savoir que quand quelqu'un parle de l'URL X, dans y % des cas, on lui répond avec une URL Z, par exemple, ça peut être utile.
  • [^] # Re: pas forcement

    Posté par  (site web personnel) . En réponse au journal MSN search utilise t'il les URL qui transitent sur MSN messenger ?. Évalué à 5.

    > Oui, cacher un fichier/repertoire en ne fournissant pas son URL est débile.

    Bof, c'est bien pratique pour des trucs pas hyper confidentiels, genre tu met tes photos de famille, t'as pas forcément envie que des gens tombent par hasard dessus ou puissent te les ressortir dans 10 ans sur archives.org, mais sans pour autant avoir envie à t'em**** avec un système de mot de passe ...
  • [^] # Re: FUD !

    Posté par  (site web personnel) . En réponse à la dépêche UNESCO-Microsoft, une alliance pour agrandir la fracture numérique ?. Évalué à 1.

    Faut arrêter de mettre les "logiciels propritétaires" tous dans le même sac et les logiciels libres tous dans le même !

    J'ai compris le ton de la dépêche quand j'ai réalisé que c'était une traduction d'un mail de Stallman ...
  • [^] # Re: En une seule passe

    Posté par  (site web personnel) . En réponse au journal un script pour améliorer fgrep. Évalué à 2.

    le $(ls ) est de trop. *.pdf *.ps suffit et marche si les fichiers contiennent des espaces, ce qui n'est pas le cas de la solution avec 'ls'.
  • [^] # Re: un jusriste dans la salle

    Posté par  (site web personnel) . En réponse au journal Microsoft ferait-il du spam ?. Évalué à 4.

    Moi, je vois :

    J'ai pas envie d'être poursuivi en justice pour avoir envoyé un mail à quelqu'un sans avoir recu une autorisation écrite préalable sous contrôle d'huissier.

    Le problème, c'est l'envoi massif, pas les envois privés, et il est normal de faire la distinction.
  • # Félicitations !

    Posté par  (site web personnel) . En réponse au journal eagle-usb 2.0.0. Évalué à 5.

    Ben c'est clair que surtout quand on compare eagle-usb avec le driver officiel de Sagem, y'a pas photo, vous avez fait du très bon boulot !!

    Est-ce que vous avez essayé d'avoir un peu de "reconnaissance" de la part des fournisseurs d'accès concernés ? Je veux dire, pas des sous, mais avoir votre driver sur le CD par exemple. (il y a quelque temps, j'avais perdu énormément de temps a essayer d'installer le driver fourni sur le CD de Free avant de découvrir le votre - je ne pense pas être le seul)
  • [^] # Re: FireFox l'arme tranquille !

    Posté par  (site web personnel) . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 4.

    > IE6 qui n'est plus maintenu

    Tu sort ça d'ou ?
  • [^] # Re: Utilité publique != humanitaire !!!

    Posté par  (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 3.

    Je m'étais mélangé les pinceaux entre FSF-europe et FSF-france, je crois.

    Le terme précis n'est peut-être pas "utilité publique", mais la réduction d'impôts est bel et bien possible :

    http://fsffrance.org/donations/donate.fr.html(...)

    Nous vous adresserons ensuite un formulaire vous permettant de bénéficier d'une déduction d'impôts. Selon l'article 200 du CGI, Ouvrent droit à une réduction d'impôt sur le revenu égale à 50 % de leur montant les sommes prises dans la limite de 6 % du revenu imposable
  • [^] # Utilité publique != humanitaire !!!

    Posté par  (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 4.

    La FSF-europe, sauf erreur de ma part est déclarée d'utilité publique et permet des réductions d'impôts pour développer et diffuser du logiciel. Je ne vois pas pourquoi ça serait si différent avec de la musique et des émissions. Mais c'est peut être que je ne connais quasiment pas Divergence FM ?
  • # Payer moins d'impôts ...

    Posté par  (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 8.

    Est-ce que l'assoc est déclarée d'utilité publique et est-ce que le don donne droit à une réduction d'impôts ? Parce que si c'est le cas, c'est important de le signaler (un don ne coute alors réellement que 40% de la somme à celui qui donne), et si ça n'est pas le cas, ça serait bien de faire en sorte que ça le devienne :-)
  • [^] # Re: Pour avoir la liste du matos

    Posté par  (site web personnel) . En réponse au message Informations système sous Unix. Évalué à 2.

    > df a une option -h

    s/df/GNU df/

    :-(
  • # Mal barré :-(

    Posté par  (site web personnel) . En réponse au message Terminal X : affichage lent. Évalué à 3.

    En fait, la plupart des applies graphiques gourmandes (en particulier la vidéo) ne passent pas par le protocole X11 quand il y a mieux disponible (par exemple xv, qui si j'ai bien compris permet le redimentionnement d'image coté serveur, donc, pour lire une vidéo en plein écran, tu passes la vidéo en petit sur le réseau et tu agrandis après).

    En affichage distant, tu es obligé de revenir sur du X11 traditionnel, et même si c'était en local, ça irait moins vite. (de la vidéo en plein écran, en affichage local, sur mon P433, ça rame ...)

    Donc, un réseau rapide, ça aidera, mais ça ne suffira pas forcément.
  • # La bonne URL de l'archive ...

    Posté par  (site web personnel) . En réponse au journal Xtla 0.9 est sorti (interface Emacs pour GNU Arch). Évalué à 4.

    Pour accéder à mon archive, il fallait lire

    tla register-archive http://www-verimag.imag.fr/~moy/arch/public/(...)

    (Sinon, c'est protégé par mot de passe ...)
  • [^] # Re: Il dit qu'il voit pas le rapport

    Posté par  (site web personnel) . En réponse au journal MS autorise d'utiliser du libre. Évalué à 3.

    > interdisaient, ça m'étonnerait.

    Ben non. L'utilisation de nmap est soumise à l'acceptation de la GPL, et vu que SCO a crié sur tous les toits que la GPL était anticonstitutionnelle et qu'ils ne l'acceptaient pas, rien ne les autorisait à utiliser nmap. Fais une recherche, y'a des news qui sont passées là dessus ici.