En fait, la clause de publicité est un boulet que traîne le monde BSD depuis bien longtemps ; elle avait été imposée par le conseil légal de l'université de Berkeley, et tous ceux qui avaient repris la licence ont machinalement conservé la clause sans se poser de question.
Résultat, on se retrouve avec des kyrielles de clauses de publicités dans *BSD, malgré l'abandon de cette clause par l'université de Berkeley depuis quelques années déjà.
Afin d'essayer d'endiguer l'apparition de code sous licence BSD avec clause de publicité, OpenBSD recommande de nos jours la licence utilisée par l'ISC, qui est équivalente à une licence BSD à deux clauses, mais avec un texte beaucoup plus court :
Les logiciels fournis dans les ports d'OpenBSD ne bénéficient pas d'une attention énorme en termes de sécurité (contrairement à ce que pensent certains).
Il y a malgré tout un minimum d'audit des choses les plus horribles. mais ça reste très superficiel. Et bien sûr on profite «gratuitement» des sécurités apportées par la toolchain (propolice, etc).
Il y a un truc qui fait mal aux yeux dès le début de l'article : la mention de 4.3BSD-Lite.
Il faut lire 4.4BSD-Lite, et même 4.4BSD-Lite2, même si ce n'est pas tout à fait exacts, puisque FreeBSD et NetBSD sont dérivés de 386BSD avant la sortie de 4.4BSD-Lite et 4.4BSD-Lite2, et que les améliorations de ces deux versions ont été intégrées après coup.
Et tant que j'y suis à pinailler, OpenBSD est né en 1995 (mais l'éviction de TdR de NetBSD date de 1994).
Les premiers modèles de BeBox PPC étaient 2x66 MHz, ce qui est probablement à l'origine de la confusion.
Malheureusement, qu'elles soient à 2x66 ou 2x133, le gros défaut des BeBox PPC, c'est l'absence de cache L2, qui pénalise énormémement les applications quelles qu'elles soient. C'est ainsi qu'un modèle 2x66 est tout juste capable de lire un fichier mp3 à 44 KHz sans sauts, le bus mémoire étant sollicité en permanence...
La ligne directrice d'un parti se change de l'intérieur.
Après, être dans un parti politique dont on ne soutient pas la ligne directrice sans faire le moindre effort pour la changer, ça c'est de l'opportunisme.
Les objectifs du FOSDEM et des RMLL sont un peu différents : le FOSDEM est essentiellement focalisé sur le côté développeur du libre, avec beaucoup de présentations techniques.
Les RMLL ont un contenu plus ouvert au public, avec des présentations non techniques ou plus ouvertes vers l'extérieur (par exemple, il y a tout un thème sur l'utilisation du libre dans l'enseignement, qui n'abordent aucun point technique car ce n'est pas l'essentiel).
Je trouve personnellement la diversité des thèmes abordés aux RMLL beaucoup plus intéressante, et cela permet de rencontrer des gens de tous bords, par rapport au FOSDEM où, sans vouloir caricaturer, la population est quasi uniquement composée de hackers et de geeks.
Le contrôleur IDE utilisé sur les Blade 100 (entre autres), un Ali M5229, est connu pour se bloquer parfois si on l'utilise en mode Ultra-DMA. Rien de bien grave, si ce n'est qu'il faut une procédure de reset un tantinet particulière pour le remettre dans le droit chemin.
NetBSD utilisait un workaround consistant à ne pas utiliser Ultra-DMA avec ce contrôleur, et depuis quelques temps il y a une procédure de reset correcte pour le contrôleur quand il s'emballe, ce qui fait qu'il n'y a plus de problème pour l'utilisateur.
C'est pourtant comme ça que fonctionne gnats (et bugzilla qui est basé au-dessus). Et ce fonctionnement n'est pas axé sur la transparence (ou «Full Disclosure» si tu préfères), mais sur l'efficacité, c'est un choix de conception.
Dans ce système de gestion de bugs, il y a entre autre un champ «confidentialité» rempli par la personne qui signale le problème.
Supposons que cette personne vive en Chine, et aie des raisons de craindre que, si son nom est associé à un tel rapport de problème, qui peut être très mal vu par le régime de son pays, elle va choisir de rendre ce problème «confidentiel» afin que seuls les développeurs de RH et elle-même puissent suivre l'évolution du problème.
Dès lors, il est normal que le pékin moyen (ouh le vilain jeu de mots...) n'aie pas la possibilité de consulter la fiche du problème.
Bien sûr, je ne sais pas si c'est le cas pour ce bug 70235. Mais si c'est le cas, le comportement de Bugzilla est légitime.
Parce que le logiciel libre et la transparence, c'est bien, mais les droits de l'homme, c'est encore mieux. Pas vrai ?
Une FAQ contient les questions qu'on pourrait se poser.
On ne doit pas tout à fait parler de la même chose, alors. Le F, dans FAQ, il est pour «Frequently», à l'origine. Pas «Fictious».
Si, jusqu'à présent, personne n'a posé la question, eh bien il est tout à fait compréhensible que chez RH, personne n'ait pensé à ajouter avant que la question ne se manifeste une réponse à cette question.
De même, si tous les visiteurs de linuxfr envoient un message à ce sujet, cela finira très certainement dans la FAQ. Mais il ne faudra pas oublier que cette FAQ est maintenue par un être humain et qu'un délai avant la mise à jour est inévitable...
Non, non, tu as mal lu.
Il y en a un qui est membre actif du lobby des armes aux USA (NRA), du genre à publier un communiqué le 11/09/2001 estimant que si tout le monde pouvait embarqué armé sur un avion, les choses se seraient passé autrement (véridique), et l'autre c'est Bruce Perens.
Les processeurs arm n'ont pas de FPU. Tandis que ton 486DX, lui, si. Sur arm, tous les calculs en virgule flottante doivent être effectués par logiciel, et ça coûte cher en ressources.
C'est pour ça que des bibliothèques comme Tremor sont intéressantes pour ce genre de processeur.
... en disant que Mandrake s'éloigne du libre est des valeurs FSF, en arrêtant de suivre le modèle «release early, release often». Mais j'ai la flemme aujourd'hui.
[^] # Re: l'alternative
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 7.
[^] # Re: La licence.
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 4.
Résultat, on se retrouve avec des kyrielles de clauses de publicités dans *BSD, malgré l'abandon de cette clause par l'université de Berkeley depuis quelques années déjà.
Afin d'essayer d'endiguer l'apparition de code sous licence BSD avec clause de publicité, OpenBSD recommande de nos jours la licence utilisée par l'ISC, qui est équivalente à une licence BSD à deux clauses, mais avec un texte beaucoup plus court :
http://www.openbsd.org/cgi-bin/cvsweb.cgi/src/share/misc/lic(...)
[^] # Re: on peut les utiliser ?
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 2.
Il y a malgré tout un minimum d'audit des choses les plus horribles. mais ça reste très superficiel. Et bien sûr on profite «gratuitement» des sécurités apportées par la toolchain (propolice, etc).
# Un peu de relecture ne nuit pas
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 10.
Il faut lire 4.4BSD-Lite, et même 4.4BSD-Lite2, même si ce n'est pas tout à fait exacts, puisque FreeBSD et NetBSD sont dérivés de 386BSD avant la sortie de 4.4BSD-Lite et 4.4BSD-Lite2, et que les améliorations de ces deux versions ont été intégrées après coup.
Et tant que j'y suis à pinailler, OpenBSD est né en 1995 (mais l'éviction de TdR de NetBSD date de 1994).
[^] # Re: Sur la BeBox
Posté par Miod in the middle . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 1.
Malheureusement, qu'elles soient à 2x66 ou 2x133, le gros défaut des BeBox PPC, c'est l'absence de cache L2, qui pénalise énormémement les applications quelles qu'elles soient. C'est ainsi qu'un modèle 2x66 est tout juste capable de lire un fichier mp3 à 44 KHz sans sauts, le bus mémoire étant sollicité en permanence...
[^] # Re: En parlant de campagne electorale....
Posté par Miod in the middle . En réponse à la dépêche RMLL 2006 : table ronde politique Bayrou/Billard/Cazenave/Rocard. Évalué à 1.
La ligne directrice d'un parti se change de l'intérieur.
Après, être dans un parti politique dont on ne soutient pas la ligne directrice sans faire le moindre effort pour la changer, ça c'est de l'opportunisme.
[^] # Re: au fait...
Posté par Miod in the middle . En réponse à la dépêche RMLL 2007 : ce sera Amiens. Évalué à 4.
Les RMLL ont un contenu plus ouvert au public, avec des présentations non techniques ou plus ouvertes vers l'extérieur (par exemple, il y a tout un thème sur l'utilisation du libre dans l'enseignement, qui n'abordent aucun point technique car ce n'est pas l'essentiel).
Je trouve personnellement la diversité des thèmes abordés aux RMLL beaucoup plus intéressante, et cela permet de rencontrer des gens de tous bords, par rapport au FOSDEM où, sans vouloir caricaturer, la population est quasi uniquement composée de hackers et de geeks.
[^] # Re: BSD
Posté par Miod in the middle . En réponse au sondage La liberté la plus importante garantie par la GPL est. Évalué à 3.
Ah mais non ! On dit «BSDiste», voyons !
[^] # Re: Temoignage...
Posté par Miod in the middle . En réponse à la dépêche Ubuntu 6.06 LTS serveur pour Sparc 64bit. Évalué à 5.
NetBSD utilisait un workaround consistant à ne pas utiliser Ultra-DMA avec ce contrôleur, et depuis quelques temps il y a une procédure de reset correcte pour le contrôleur quand il s'emballe, ce qui fait qu'il n'y a plus de problème pour l'utilisateur.
[^] # Re: Wah, la claque !
Posté par Miod in the middle . En réponse à la dépêche Loi DADVSI : pas de seconde lecture. Évalué à 3.
Il y a plusieurs endroits où l'on peut s'arrêter tranquillement pour pisser dedans.
[^] # Re: Install Party à Clermont-Ferrand
Posté par Miod in the middle . En réponse à la dépêche Install Party à Clermont-Ferrand. Évalué à 1.
[^] # Re: Pas de troll svp...
Posté par Miod in the middle . En réponse à la dépêche Sortie de FreeBSD 4.7. Évalué à -1.
[^] # Re: Juste une précision sur bugzilla...
Posté par Miod in the middle . En réponse à la dépêche Red Hat se cache. Évalué à 2.
C'est pourtant comme ça que fonctionne gnats (et bugzilla qui est basé au-dessus). Et ce fonctionnement n'est pas axé sur la transparence (ou «Full Disclosure» si tu préfères), mais sur l'efficacité, c'est un choix de conception.
# Juste une précision sur bugzilla...
Posté par Miod in the middle . En réponse à la dépêche Red Hat se cache. Évalué à 7.
Supposons que cette personne vive en Chine, et aie des raisons de craindre que, si son nom est associé à un tel rapport de problème, qui peut être très mal vu par le régime de son pays, elle va choisir de rendre ce problème «confidentiel» afin que seuls les développeurs de RH et elle-même puissent suivre l'évolution du problème.
Dès lors, il est normal que le pékin moyen (ouh le vilain jeu de mots...) n'aie pas la possibilité de consulter la fiche du problème.
Bien sûr, je ne sais pas si c'est le cas pour ce bug 70235. Mais si c'est le cas, le comportement de Bugzilla est légitime.
Parce que le logiciel libre et la transparence, c'est bien, mais les droits de l'homme, c'est encore mieux. Pas vrai ?
[^] # Re: Ou est le probleme?
Posté par Miod in the middle . En réponse à la dépêche Red Hat se cache. Évalué à 1.
On ne doit pas tout à fait parler de la même chose, alors. Le F, dans FAQ, il est pour «Frequently», à l'origine. Pas «Fictious».
Si, jusqu'à présent, personne n'a posé la question, eh bien il est tout à fait compréhensible que chez RH, personne n'ait pensé à ajouter avant que la question ne se manifeste une réponse à cette question.
De même, si tous les visiteurs de linuxfr envoient un message à ce sujet, cela finira très certainement dans la FAQ. Mais il ne faudra pas oublier que cette FAQ est maintenue par un être humain et qu'un délai avant la mise à jour est inévitable...
[^] # Re: Moi je sais ...
Posté par Miod in the middle . En réponse à la dépêche Chute de météorite. Évalué à 0.
Il s'agissait de cd-rom de Hurd 1.0 !
[^] # Re: Lancons les paris
Posté par Miod in the middle . En réponse à la dépêche Disponibilité de la Release Candidate 3 de la prochaine Mandrake. Évalué à 5.
[^] # Re: personne n'en a parlé mais...
Posté par Miod in the middle . En réponse à la dépêche La journalisation XFS intégrée au noyau 2.5.*. Évalué à 1.
[^] # Re: Le combat s'annonce rude.
Posté par Miod in the middle . En réponse à la dépêche UnitedLinux annonce une version bêta de sa distribution. Évalué à 2.
[^] # Re: ben si ya problèmes
Posté par Miod in the middle . En réponse à la dépêche KDE/GNOME: bientôt le jeu des 7 erreurs?. Évalué à 3.
[^] # Re: Un peu d'imagination
Posté par Miod in the middle . En réponse à la dépêche Demande de contributions. Évalué à 3.
[^] # Re: il est ou mon Imac ?
Posté par Miod in the middle . En réponse à la dépêche Comment mettre Linux sur le desktop. Évalué à 10.
Ça ressemble à une brève de france dimanche, ça...
Tu peux détailler et argumenter ce propos ?
[^] # Re: Combien de MIPS pour decoder du vorbis ?
Posté par Miod in the middle . En réponse à la dépêche Tremor est passé sous licence BSD. Évalué à 10.
C'est pour ça que des bibliothèques comme Tremor sont intéressantes pour ce genre de processeur.
# Je trollerais bien un coup...
Posté par Miod in the middle . En réponse à la dépêche Mandrake va limiter ses sorties à une tous les 1 ou 2 ans. Évalué à -10.
Bon, c'est pas tout, -1 et je sors, hein.
[^] # Re: Pas de la pub ?
Posté par Miod in the middle . En réponse à la dépêche Marre d'AOL ? Passez a Tiscali. Évalué à 10.
Si, jusqu'en 1992. Depuis, elle est autorisée dans des limites strictes.