Moonz a écrit 3537 commentaires

  • # Spam ?

    Posté par  . En réponse à la dépêche Le projet Webkit clarifie ses règles. Évalué à 5.

    > Certains considérant cette annonce comme du spam destiné à vider KHTML de ses développeurs.
    Les développeurs de KHTML font ce qu'ils veulent, s'ils pensent qu'il est plus intéressant de passer à WebKit, je ne vois pas trop ce que "certains" trouvent à redire. À moins que Apple n'ait mis des messages subliminaux dans leur annonce pour attirer de force les devs de KHTML ?
  • [^] # Re: Ca commence mal

    Posté par  . En réponse au journal Desktop Linux : mission impossible ?. Évalué à 2.

    Hein ? Je suis un débutant total en LaTeX, mais pour mes tests il m'a suffit d'un simple pdflatex pour avoir un rendu impec...
    Et j'ai rien fait de spécial, c'est des documents de niveau "Hello, world"...
  • [^] # Re: foutaises, pardon, bullshits !

    Posté par  . En réponse au journal Desktop Linux : mission impossible ?. Évalué à 1.

  • [^] # Re: Complexe par rapport à quoi ?

    Posté par  . En réponse à la dépêche OpenID 2.0 est arrivé. Évalué à 6.

    > Ca permettrait d'avoir une authentification sur les blogs pour les lecteurs occasionnelles et ainsi interdire les commentaires anonymes
    Perdu.
    Un robot peut très bien avoir une identité OpenID parfaitement valide...
  • [^] # Re: User-Agent

    Posté par  . En réponse au journal Satanées bots. Évalué à 8.

    Suffit de bloquer IE...
  • [^] # Re: si ..

    Posté par  . En réponse au journal Les licences libres sont inadaptées.. Évalué à 4.

    > Je suis curieux de voir des exemples concrets qui sont moralement défendables.
    À ton avis, c'est quoi le B dans BSD ?
  • [^] # Re: À propos de l'agée péèlle.

    Posté par  . En réponse au journal Le libre et... le libre. Évalué à 3.

    Je crois qu'un de nous deux n'a pas compris où se situait la question (mais c'est peut être moi, hein...). Reprenons donc:

    > Le copyright ou droit d'auteur ne t'autorise pas à reprendre sans contre partie
    Si tu veux modifier et redistribuer, le copyleft non plus, soit dit en passant...

    > Il t'autorise à utiliser du code que tu n'as pas écrit sous certaines conditions
    Bon, arrête moi si j'ai pas compris: on parle bien de réutiliser du code externe ?
    Dans ce cas, j'interprète (arrête moi encode si j'ai tort) "si tu n'es pas d'accord avec les termes de la GPL, rien ne t'oblige à reprendre ce code" par "comme tu connais les termes, tu t'y plies sans te plaindre. Personne ne t'a jamais obligé à utiliser du code GPL, ça a donc été ton choix, donc personne ne t'a jamais obligé à distribuer le tout sous GPL, ce n'est qu'une conséquence logique et connue de ton premier choix, c'est donc TON choix"
    Tout ce que j'ai donc dit (ou plutôt, essayé), c'est que ce raisonnement s'applique en effet très bien au copyleft, mais s'applique aussi bien aux licences non libres qui autoriseraient modification et redistribution mais sous des conditions abracadabrantesques. Rien de plus, rien de moins.

    > Ce que tu appelles CLUF, j'imagine que c'est une licence privative
    Pas forcément, j'entendais plutôt "licence non libre". Ou tu peux avoir accès au code source. Les deux exemples immédiats qui me viennent à l'esprit sont scilab (plus pour longtemps parait-il) et unrar, mais il y en a d'autres...
    (à moins que c'était déjà ce que tu entendais par "licences privatives"...)

    > (les licence libre ne ciblant pas les utilisateurs finals).
    Moi qui croyait que la GPL était là pour protégér les droits de l'utilisateur final... On m'aurait menti ?

    > Je te pardonne dans ma grande mansuétude, mais je te mets au défit de me trouver où j'ai dit qu'il y avait une différence entre copyleft et copyright.
    Facile:
    >> Le "interdire" ne correspond pas au copyleft, mais plutôt au côté copyright.
    Pour moi et jusqu'à nouvel ordre, deux concepts ayant des propriétés différentes sont différents...
  • [^] # Re: À propos de l'agée péèlle.

    Posté par  . En réponse au journal Le libre et... le libre. Évalué à 0.

    > Personne n'est obligé de mettre son code sous GPL. Si tu n'es pas d'accord avec les termes de la GPL, rien ne t'oblige à reprendre ce code.
    Personne n'est obligé de mettre son code sous CLUF. Si tu n'es pas d'accord avec les termes du CLUF, rien ne t'oblige à reprendre ce code.
    Donc, la différence copyright/copyleft, tu m'excuseras, mais elle est pas là ([troll]si tant est qu'elle est quelque part[/troll])
  • [^] # Re: Si ce soir j'ai pas envie d'rentrer chez moi...

    Posté par  . En réponse à la dépêche Fedora 8: le loup-garou est lâché !. Évalué à 3.

    Oui, mais c'est un peu le verbe être, là :). S'accorde avec le sujet, utilisateurs
  • [^] # Re: Facile.

    Posté par  . En réponse au journal Aujourd'hui je déprime. Évalué à 4.

    > inutiles donc pas a faire
    Je croyais qu'on disant "inutile donc indispensable" :)
  • [^] # Re: mes 2 centimes et 1/2

    Posté par  . En réponse au journal Aujourd'hui je déprime. Évalué à 2.

    Ce serait valable s'il y avait bijection entre français et anglais. Mais si chacun y va de *sa* traduction (toutes aussi valides et pertinentes), on est pas sorti de l'auberge. De plus, croire que faire un s/shell/coquille/g c'est traduire des termes informatiques, c'est ça qui est faire preuve ou d'ignorance ou de feigantise.
    Après, le jour ou l'académie française donnera un mot pour "serveur faisant office d'intermédiaire entre le client et le serveur réel" aussi concis et parlant que "proxy", je recondidèrerai la question. Pour l'instant, c'est proxy.
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 6.

    > Postgresql aurait été aux bases de données ce que Apache est aux serveurs web.
    Car, comme chacun le sait, c'est la GPL qui a permis à Apache d'arriver là où il en est...

    > Ingres aurait été fourni avec son code
    Ou pas fourni du tout

    > Postgresql aurait gagné plusieurs années dans son développement.
    > Oracle n'aurait pas vaincu Ingres.
    > Postgresql aurait été aux bases de données ce que Apache est aux serveurs web.
    Faut que tu m'expliques l'implication directe, là...
  • [^] # Re: Sex, drugs & rock'n'roll

    Posté par  . En réponse au journal Aujourd'hui je déprime. Évalué à 5.

    En même temps, si c'est pour se retrouver avec le milieu...
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 1.

    Il faudrait que tu m'expliques en quoi coder en BSD c'est repomper sans rien partager...
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 6.

    Résumons....
    On a un logiciel libre (BSD ou GPL), que l'utilisateur ne veut pas utiliser pour x raison plus ou moins bonne.
    On a un logiciel propriétaire qui propose la même chose, mais en propriétaire. Supposons, puisque tu fais une telle fixation sur le méchant propriétaire qui repique sans rien redonner, qu'ils aient repiqué sans vergogne sur du code BSD, parce qu'ils veulent pas faire de logiciel libre.
    Supposons maintenant que le code n'a jamais été en BSD, mais en GPL. Qu'est-ce qu'il se passe maintenant ?
    -> Soit ils réécrivent eux même le nécessaire.
    -> Soit ils ne font pas de logiciel propriétaire.
    -> (je te vois venir "soit ils le font en GPL". Oui mais non, on vient de dire que c'était une mAIchante entreprise Kapitaliste qui jamais ô grand jamais n'acceptera de partager (et puis quoi encore ?) avec la communauté, c'est d'ailleurs pour ça qu'ils avaient repiqué du code BSD pour en faire du proprio)
    Dans les deux cas, pourrais tu s'il te plait m'expliquer ce que l'utilisateur a gagné dans le fait que le projet ait été en GPL et non en BSD ? Pour moi, ça se réduit à néant...
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 3.

    > brevet
    Heu... là, non :)
    Si quelqu'un repique, disons, le nouveau scheduler de FreeBSD, en fait un truc pas libre et dépose un brevet, ça tiendra pas deux minutes puisque le code BSD aura l'antériorité...

    > pas de source, DRM, tivoisation
    Aussi dérangeant que de retrouver la pile TCP de BSD dans Windows... Au final, c'est l'utilisateur FINAL qui choisit s'il veut un système proprio/avec DRMs ou un système libre (que ce soit GPL ou BSD). D'ailleurs,
    * la tivoisation, ça a été fait sur du code GPL
    * on peut très bien faire un système DRM en GPL
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 2.

    > BSD a fait le choix d'une licence qui est compatible proprio
    En quoi ça le rend responsable du choix de l'utilisateur ?

    > C'est limite n'importe quoi pour l'aspect norme.
    Ça peut aider pour éviter les implémentations involontairement foireuses. Mais je suis d'accord que si quelqu'un veut pas respecter les standards, qu'il y ait du code BSD disponible ou pas ne changera rien.
  • [^] # Re: Architectures supportées

    Posté par  . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 0.

    Et si je veux faire du libre non-GPL, je ne pompe pas de ligne GPL non plus ? Bel esprit de partage...
  • [^] # Re: Ubuntu utilise désormais Pulseaudio à la place de ESD (pas encore)

    Posté par  . En réponse à la dépêche Ubuntu 7.10 : lâchez le singe !. Évalué à 0.

    > C'est toujours pas assez ?
    C'est beaucoup trop, au contraire... Et après ça, on s'étonne que Gnome (je dis Gnome, mais c'est pas le seul, hein) ait des problèmes de réactivité même sur des PC récents...
  • [^] # Re: Grillay...

    Posté par  . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 2.

    Premier argument pro-espaces que je vois qui est vraiment recevable. Je pertinentise :)
    En même temps, je n'ai jamais jusqu'ici rencontré de tabulations en milieu de lignes (personnellement, si je veux aligner en milieu de ligne, j'utilise des espaces...)
  • [^] # Re: Grillay...

    Posté par  . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 4.

    format() n'apporte pas que ça, je te conseille de lire la PEP associée pour voir toutes les possibilités. De plus, avec ta méthode, on ne peut pas mélanger les %s et les %(foo)s. Avec format, c'est maintenant possible.
  • [^] # Re: OMG

    Posté par  . En réponse au journal les préjugés de mk2 sur les utilisateurs de libre. Évalué à 10.

    Un mec ou un agent du FBI ?
  • [^] # Re: Depuis 2006, mais :

    Posté par  . En réponse au sondage Depuis quand utilisez-vous Linux ?. Évalué à 2.

    Et qu'il y en avait au moins trois incompatibles qui se tiraient dans les pattes...
  • [^] # Re: gpl vs bsd vs proprio...

    Posté par  . En réponse au journal [Troll?] Sacré Théo. Évalué à 1.

    Qu'est-ce que tu veux qu'un utilisateur non développeur foute d'un code source exactement ? Pour décorer ? Ya quand même des choses plus élégantes pour utiliser comme papier-peint ou poster :/
  • [^] # Re: Grillay...

    Posté par  . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 4.

    > C'est si rare que ça de passer par autre chose que ton éditeur de texte pour regarder du code ? T'utilises jamais "less" ?
    Non, ce n'est pas rare, mais c'est pour regarder vite fait, et tant pis si les tabulations n'ont pas le mon nombre préféré d'espace puisque ce n'est pas censé casser la présentation (c'est fait pour...).

    > Tu envoies jamais un patch par email ?
    Heu... si. Mais quel rapport ? Un patch, ça s'envoie en pièce jointe...

    > normalement dimensionnée.
    Mais quel est ce "normalement dimensionnée" ? Personnellement, même en terminal je suis rarement en 80 colonnes que ce soit avec un xterm en plein écran ou sous une console avec framebuffer.

    > mais il y a des tonnes de cas où la tab, c'est 8 espaces, et à peu près impossible à changer.
    Je n'en doute pas. Mais un cas bloquant qui ne se règle pas en deux coups de cuillère à pot, je n'en ai jamais eu vent...

    > D'ailleurs, puisque c'est un truc qui n'arrive jamais, pourquoi avoir suggéré sed ?
    rarement != jamais -_-
    Ce que je voulais dire, c'est que le cas "normal", c'est coder dans un éditeur. Pour les cas spéciaux, hé bien... outils spéciaux...

    > Tu ne vois vraiment pas pourquoi c'est plus lisible d'avoir du code bien aligné plutôt que d'avoir des lignes de 500 caractères découpées arbitrairement par ton éditeur de texte ?
    Mais non d'une pipe, si ton éditeur fait portnawak, c'est sa faute et ton problème !
    Peux tu comprendre que le wrap peut se faite de différentes manières et que chacun à ses préférences ? Que du coup, laisser faire l'éditeur est le seul moyen de mettre tout le monde d'accord ? Que c'est le même problème avec l'indentation ?
    J'ai l'impression que tu subis ton éditeur. Ce n'est pas normal. Si tu trouves qu'il wrappe ou indente comme un goret, configure le correctement. Pense que ce que tu trouves "wrappé comme un goret" peut être apprécié par certains, et vice versa !

    > Tu ne nous a toujours pas expliqué comment tu comptais le nombre de caractères que prends une ligne, si tu considère que la tab peut faire autre chose que 8 caractères.
    Je considère tout simplement la ligne sans son indentation...
    Note que je ne suis pas au caractère près, vu que pour moi la règle des 80 caractères n'est pas "on doit wrapper au 80ème caractère selon des règles totalement arbitraires" mais "une ligne de plus de ~80 caractères est probablement trop complexe et devrait être simplifiée..." (en fait, je commence plutôt à me poser des questions vers 90-100, mais comme le nombre 80 semble "magique" pour toi...)

    > Si tu veux indenter à 2, met deux espaces, et ça passera partout.
    Oui, mais si quelqu'un qui bosse avec moi préfère 4, on fait quoi ? On tire à la courte paille ? On choisit la moyenne, 3 ? Un des deux IMPOSE sa préférence à l'autre ? Ou tout simplement on utilise des tabulations et chacun configure son éditeur comme il l'entend ?
    Je te laisse devenir ce qu'on a décidé...

    > mais c'est les gens qui jouent avec la configuration de leur éditeur et qui du coup, indentent n'importe comment.
    À moins de le faire volontairement, il est tout aussi difficile de casser une indentation par tabulations que de casser une indentation par espaces. Ce qui est extrèmement facile de casser, c'est le mélange des deux ala GNUstep...
    Tu peux configurer ton éditeur comme tu l'entends, du moins que tu utilises des tabulations tu ne casseras probablement rien. Et c'est justement l'avantage :)