rewind a écrit 3425 commentaires

  • [^] # Re: Architectures supportées - le pied dedans

    Posté par  (Mastodon) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 4.

    La licence, c'est leur choix, ils font ce qu'ils veulent. Et l'important pour le reste du monde, c'est que ça soit compatible avec la GPL, comme l'explique très bien [1].

    De plus, OpenBSD n'utilise pas la BSD original, mais une dérivée, la licence ISC [2].

    [1] http://dwheeler.com/essays/gpl-compatible.html
    [2] http://en.wikipedia.org/wiki/ISC_license
  • [^] # Re: J'en ai marre de encodage

    Posté par  (Mastodon) . En réponse au journal Les polices STIX en bêta!. Évalué à 4.

    Pour Madame Michu, c'est sans doute la même chose. Mais pour des spécialistes du domaine [1], coder et encoder, c'est différent. Coder c'est Unicode, c'est à dire donner un numéro à tous les caractères de toutes les langues. Encoder, c'est UTF-*, c'est à dire associer un code à une représentation informatique et un même code peut avoir différents encodage, suivant le * et suivant le boutisme (ou l'endianess si vous préférez) utilisé. Cette différence est apparu avec Unicode et UTF-* d'ailleurs, et elle est salutaire : auparavant, on ne faisait pas cette différence et ça a donné toute la série des ISO-8859. On mélangeait codage et encodage des caractères et c'était pas très glop.

    Donc dites ce que vous voulez mais sachez de quoi vous parlez et ce que vous dites.

    [1] http://getalp.imag.fr/
  • [^] # Re: Licence ?

    Posté par  (Mastodon) . En réponse au journal wiki : créer un livre de fiction. Évalué à 4.

    CC-BY-SA-NC

    "c'est qu'il soit interdit de faire de l'argent avec" : c'est le NC (Non-Commercial)
    "si toutefois le fork respecte la licence d'origine" : c'est le SA (Share-Alike)
  • # Champ lexical

    Posté par  (Mastodon) . En réponse au journal Le SNEP et ses arguments. Évalué à 5.

    [attention, texte parfois tronqué à dessein]

    "filtrage" "réguler les réseaux et le trafic" "peer-to-peer" "empêcher l'internaute d'avoir accès" "faire barrage à tout type de téléchargement" "sanctions" "problèmes moraux engendrés par le piratage" "on s'attaque ici aux internautes"

    "contenu" "commercial" "valeur ajoutée" "partie commerciale créatrice de richesses" "meilleure marge" "consommateur"
  • # Déjà vu mais où ?

    Posté par  (Mastodon) . En réponse au journal wiki : créer un livre de fiction. Évalué à 2.

    Je ne retrouve plus le lien mais j'avais déjà vu une initiative similaire. Chaque participant était en charge d'un personnage et toutes les deux semaines, il devait dire ce que son personnage faisait, en tenant compte du déroulement des évènements. Au final, l'auteur principal agrégeait les contributions pour leur donner de la cohérence.

    Le principal problème de ce genre d'initiative, je ne pense pas que ce soit comment gérer les différentes contributions, mais tout simplement d'avoir des contributions, et encore pire avoir des contributions de qualité. Rares sont les bons auteurs qui voudront participer à un truc comme ça, de peur que leur travail soit dénaturé, surtout s'il peuvent produire un bon truc tout seul. L'art libre n'est pas rentré dans les us et coutumes, sauf parmi les geeks férus de libre mais qui n'ont souvent pas trop la fibre littéraire (il existe des exceptions comme warly et son excellentissime Patriarche).

    Autres remarques en vrac : je plussoie fortement qu'il FAUT mettre la licence dès le début, quelle qu'elle soit. D'autre part, commencer l'écriture de cette manière lance le projet dans une certaine direction qui peut éloigner d'éventuels contributions : ils auront l'impression que tout est déjà écrit et que l'initiateur cherche des larbins. Enfin, faire un récit collaboratif en employant le "je" me semble un peu risqué : tout le monde est différent et à moins de rendre le personnage qui parle fade, il sera plus difficile de régler les conflits d'édition avec un "je" mais après, je peux me tromper. Le récit ne devrait pas se centrer sur un seul personnage de cette manière à mon avis (qui vaut ce qu'il vaut).
  • [^] # Re: En attendant

    Posté par  (Mastodon) . En réponse au journal Firefox 3.0 utilisera enfin vos thèmes GTK !. Évalué à 6.

    Ouais, c'est vrai que XForms, c'est ce que tout le monde demande dans Firefox... Implémenter des standards, c'est bien, implémenter complètement les standards qui sont réellement utilisés, c'est mieux. Et je ne parle même pas de corriger les fuites de mémoires....
  • [^] # Re: Faut pas exagérer

    Posté par  (Mastodon) . En réponse à la dépêche Officiel : les Rencontres Mondiales du Logiciel Libre 2008 auront lieu à Mont-de-Marsan. Évalué à 3.

    SL n'a rien a voir avec le FOSDEM et le CCC. Le FOSDEM est plus ou moins sur le même créneau que les RMLL (voir note 1), il ne s'adresse pas aux professionnels comme SL. Et le CCC, sai encore "pire", ils s'adressent vraiment aux hacker barbus.

    Je n'ai jamais trop compris le rôle que les RMLL voulait jouer et on le voit bien dans l'autre réponse à ce commentaire : on veut faire du grand avec du petit. Mais ça ne peut pas marcher. Si on disait que le FOSDEM avait lieu dans un patelin reculé de Belgique, je ne suis pas sûr qu'il aurait autant de succès.

    Bruxelles, tout le monde peut y accéder depuis n'importe où en Europe assez facilement. Pour Mont de Marsan, il faut aller à Toulouse ou Bordeaux d'abord et ensuite, faire comme on peut : train, voiture, etc. En plus d'allonger la durée de trajet de plusieurs heures, ça coûte, et ça coûte un peu trop cher par rapport à ce que sont les RMLL.

    note 1 : les ardents défenseurs des RMLL diront que non, que le FOSDEM est plus technique, certes mais bon, ça ne fait pas une énorme différence pour moi
  • [^] # Re: Faut pas exagérer

    Posté par  (Mastodon) . En réponse à la dépêche Officiel : les Rencontres Mondiales du Logiciel Libre 2008 auront lieu à Mont-de-Marsan. Évalué à 4.

    FOSDEM: Bruxelles
    CCC: Berlin
    RMLL: Mont de Marsan

    Cherchez l'intrus...

    Je ne dis pas que Mont de Marsan, c'est pas beau ou ça ne mérite pas d'accueillir un tel évènement. Mais la base, c'est quand même l'accessibilité au plus grand nombre.
  • [^] # Re: KDE4

    Posté par  (Mastodon) . En réponse à la dépêche Déjà la nouvelle année 2008 pour Mandriva Linux. Évalué à 3.

    cp / mv / rm dans Konsole
  • [^] # Re: KDE4

    Posté par  (Mastodon) . En réponse à la dépêche Déjà la nouvelle année 2008 pour Mandriva Linux. Évalué à 1.

    "C'est la raison qui pousse au quotidien à utiliser kde"

    Non, c'est ta raison qui te pousse au quotidien à utiliser kde. Personnellement, je n'utilise quasiment jamais Konqueror (sauf en tant que client ftp et aussi pour vérifier que mes pages web passent bien avec Konqueror). Et pourtant, j'utilise KDE quotidiennement et j'aime beaucoup KDE.

    Sinon, pour l'intégration de Dolphin dans Konqueror, il suffit de lire un peu :
    http://techbase.kde.org/Schedules/KDE4/4.0_Release_Beta_Goal(...)
  • [^] # Re: ben oui

    Posté par  (Mastodon) . En réponse au journal It's ready when it's ready, hum..... Évalué à 4.

    "Il est important de comprendre que si vous aimez le logiciel libre, ce n'est pas nécessairement pour les mêmes raisons que votre voisin. L'une comme l'autre sont valables du point de vue de chacun. " -- ploum
  • # Novell style (encore)

    Posté par  (Mastodon) . En réponse à la dépêche Sortie d'openSUSE 10.3. Évalué à 2.

    "- La gestion des codecs propriétaires natif MP3 des lecteurs Amarok et Totem, via un acquis d'une licence globale de Novell envers Fluendo."

    C'est moi ou alors il y a vraiment un souci par rapport à la politique de Novell qui veut enfermer ses utilisateurs avec des contrats exclusifs genre MS ou Fluendo ?

    Je doute que ces codecs soient librement redistribuable, mais je pose quand même naïvement la question.
  • [^] # Re: Idée de greffon d'entrée

    Posté par  (Mastodon) . En réponse à la dépêche scleaner disponible en version alpha. Évalué à 7.

    Creuse profond pour bien l'enterrer :P
  • [^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?

    Posté par  (Mastodon) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.

    Ben j'ai lu quelque part parmi ces commentaires que le compilateur faisait des optimisations pour garder tout dans une seule ligne de cache. Très bien. Maintenant, croire qu'on peut faire ça de manière générique pour toutes les architectures et tous les algorithmes, c'est être sérieusement optimiste (ou illuminé, c'est selon).

    Pour avoir déjà vu des gens qui ont ce genre de problématique quotidiennement dans l'embarqué, l'optimisation des structures de données et de leur emplacement en mémoire ainsi que de l'organisation du code pour provoquer le moins de défaut de cache possible, c'est quasi-spécifique à chaque couple (algo-archi) et ça demande énormément de temps. Et ça demande de pouvoir maitriser toute la gestion de la mémoire de A à Z.
  • [^] # Re: sonntag

    Posté par  (Mastodon) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.

    Je vais te filer un poly de logique d'une centaine de pages dans laquelle il n'y a pas la moindre petite ligne de code ou même une seule allusion à la programmation et on en reparle après...
  • [^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?

    Posté par  (Mastodon) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.

    Du bytecode pour l'embarqué, c'est la meilleur de l'année.

    Ouais, un peu comme un langage qui gère lui même la mémoire pour l'embarqué, j'en ris encore...
  • # Benchmark

    Posté par  (Mastodon) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 7.

    Dans la recherche, il parait qu'on doit pouvoir refaire les expérimentations pour valider les résultats. Or sur la page benchmark, il y a de jolis résultats mais rien qui permettent à M. Lambda (moi) de refaire ces expérimentations. Il manque le code du décodeur MPEG-2 ! Tous les autres détails genre la machine ou les options de compilation ne servent à rien sans ce code.

    Serait-il possible de l'avoir ? Y a-t-il d'autres benchmarks disponibles ?
  • # Hmmmmm

    Posté par  (Mastodon) . En réponse à la dépêche Première version de 'unix-initiation'. Évalué à 6.

    Ce document a l'air très attaché à son école d'origine. Je pense que ça peut représenter un problème pour un éventuel contributeur qui souhaiterait ajouter une partie intéressante pour son contexte ou enlever certaines parties qui lui paraissent inutiles. Par exemple, il y a beaucoup de choses concernant OpenVMS, on sent tout de suite que l'école utilise ce genre de machine (et que ça a sa place), mais pour une initiation plus généraliste, doit-on réellement connaître toutes les variantes de tous les OS du marché ? (D'ailleurs, parler de Windows-NT dans un document intitulé "Initiation à Unix", je trouve ça osé mais encore une fois, c'est certainement une question de contexte)

    Autre remarque, j'ai ouvert le pdf et j'ai commencé à le lire. Déjà, feuilleter 23 pages avant d'arriver au contenu, ça fait sans doute trop. Il vaudrait mieux déplacer toutes les tables des matières et listes à la fin, y compris la longue liste de marques déposées en préface. Ensuite, juste sur la première page, on se demande vraiment si c'est un document d'initiation quand on parle de "process", d'interpréteur de commande (qu'est-ce qu'une commande ? qu'est-ce qu'un intépréteur ?). Ça peut rebuter de vrais débutant de commencer. Ou alors il faut changer le titre. Sur la deuxième page, KDE n'est pas un projet de la FSF (GNOME en revanche l'est bien).

    Je m'arrête là, parce que d'une part, je ne suis pas allé plus loin et d'autre part, on va me répondre "participe" et je n'ai pas le temps de participer. Mais voilà mon premier ressenti quand j'ai ouvert ce document.
  • # La commune de Debian

    Posté par  (Mastodon) . En réponse au journal Votez Montcuq !. Évalué à 4.

    Pour tous les amateurs de Debian, il y a bien évidemment Apt dans le Vaucluse :)

    http://fr.wikipedia.org/wiki/Apt_%28Vaucluse%29
  • [^] # Re: J'ai voté!

    Posté par  (Mastodon) . En réponse au journal Votez Montcuq !. Évalué à 2.

    Ho, sainul ! Y'a même pas Poil [1] (Tous à Poil !) mais il y a Bèze [2] !

    [1] http://fr.wikipedia.org/wiki/Poil_%28Ni%C3%A8vre%29
    [2] http://fr.wikipedia.org/wiki/B%C3%A8ze D'ailleurs, la page wikipedia de Bèze est très bien documentée, sans doute un fan de Bèze.
  • [^] # Re: Des questions

    Posté par  (Mastodon) . En réponse à la dépêche Sci-Wi, projet libre pour l'évaluation scientifique. Évalué à 4.

    il ne s'agit pas d'un outil de gestion de conférence/jounal (dont il manque pourtant un bon représentant libre)


    Raté ! http://myreview.lri.fr/
    Et en GPL ma petite dame, oui oui !
  • [^] # Re: Je suis preneur!

    Posté par  (Mastodon) . En réponse au journal [ Livre ] Langage C : guide de survie. Évalué à 1.

    Tant que j'y suis, pour le C++, il y a le polycopié de Henri Garreta :
    http://www.dil.univ-mrs.fr/~garreta/Polys/PolyCpp.pdf

    Idem que l'autre, hyper bien fait, un must quand on veut apprendre le C++ facilement.
  • [^] # Re: Je suis preneur!

    Posté par  (Mastodon) . En réponse au journal [ Livre ] Langage C : guide de survie. Évalué à 1.

    Je conseille toujours l'Introduction à l'ANSI C de Bernard Cassagne pour tout ceux qui veulent débuter le C. C'est bien fait, didactique et pas trop chiant à lire.

    http://www-clips.imag.fr/commun/bernard.cassagne/Introductio(...)
  • # Récupération de données sur des CDROM rayés

    Posté par  (Mastodon) . En réponse à la dépêche TestDisk & PhotoRec 6.8. Évalué à 3.

    Est-il possible ou sera-t-il possible de récupérer des données sur des vieux CDROM abimés par l'usage et le temps ? Parce que j'en ai quelques uns qui sont devenus à peine lisible et j'ai parfois du mal avec certains fichiers.
  • [^] # Re: 2 possibilités, 1 choisie rapidement...

    Posté par  (Mastodon) . En réponse à la dépêche Tests d'efficacité des antivirus Linux. Évalué à 2.

    "ou qui passe par la connerie de l'utilisateur (jesuischaude.exe )"

    expérience toussa ? :P