Voir l'analyse d'Eolas qui explique que le rédacteur de l'édito du Monde n'a rien capté au jugement et s'est contenté d'écrire un ramassis de conneries.
Donc bon....accepter la critique d'un "bon journal généraliste fournissant de bons articles de fond" tout le monde est d'accord. Le problème là c'est que les articles sont à chier.
>>> Ben soit, qu'il en soit ainsi. C'est la loi du marché.
Ha ha ha !!
Trop drôle. Si Microsoft est en position de monopole c'est la loi du marché et on ne peut rien y faire. Les gens ont, en conscience et en connaissance de cause, décidé de rejeter OpenBSD au profit de Microsoft ? C'est vraiment ça ta théorie ?
La vérité c'est que les gens n'ont jamais entendu parler d'OpenBSD et que les ordinateurs qu'ils achètent chez carrouf ou à la Fnac sont livrés avec Vista. Pour eux ordinateur=Windows.
Tout le boulot fait sous licence BSD sert potentiellement à renforcer ce monopole.
Quand à ta vision angélique qui affirme qu'au moins cela sert à disséminer du code de qualité ce qui serait pour le bénéfice de tous je pense que c'est être naïf que de penser cela. Certes cela dissémine du code de qualité MAIS cela renforce le monopole de Microsoft qui peut donc se servir de cette puissance pour imposer ses protocoles propriétaires au détriment des standards reconnus. Le bénéfice de tous est dans ce cas contrebalancé par l'affaiblissement des standards libres....ce qui est néfaste pour tous !
Le fait d'aider (indirectement et potentiellement) Microsoft en écrivant du code BSD cela signifie donc aider le .doc au détriment d'odf, aider le wma au détriment de vorbis...etc etc
Grâce au code BSD Microsoft peut avoir un OS de meilleure qualité et donc conserver sa puissance gigantesque pour imposer ses normes.
Si le monde entier utilisait les BSD et Linux alors écrire du code sous BSD n'aurait aucun effet néfaste même si il était repris par des boites propriétaires. Comme, dans ce cas de figure hypothétique, le monde entier utilise des OS libres le fait que le code soit repris ne ferait perdre aucune liberté aux utilisateurs.
Dans le monde réel peu de gens utilisent des OS libres et donc écrire du code sous licence BSD permet de renforcer le monopole actuel des firmes propriétaires.
- "il est permis de diffamer ou de calomnier nommément un individu en violant le secret de sa vie privée, à commencer par ses tendances sexuelles, sans aucun risque sur Wikipédia"
- "On savait que l’internet demeurait pour l’essentiel une zone de non-droit : on découvre aujourd’hui que la justice non seulement le permet mais l’encourage"
- "une jurisprudence dont on n’a pas fini de mesurer les conséquences"
Mais il a bu ou quoi ? Il n'a rien compris à la loi et j'espère qu'Eolas va publier une analyse du jugement. Moi je vais aller sur le blog d'Assouline pour faire une révélation fracassante sur la sexualité d'un type et ensuite je vais lui dire que, selon sa propre logique, il devra être condamné avec moi et croupir en prison. Peut-être qu'à ce moment là il finira par comprendre !
Le problème c'est que la firme derrière Minimou Vasistas Server 2008 a 10000 fois plus d'argent et de force de frappe marketing que les devs d'OpenBSD. C'est son système Minimou Vasistas Server 2008 qui va s'imposer auprès du public et tout les efforts de code, de rapports de bugs, de documentation....etc que tu aura donné seront repris sans vergogne par cette firme prédatrice.
Certes toi en tant qu'individu (geek, informé, capable d'évaluer et de choisir) tu n'aura rien perdu et tu pourra continuer à utiliser OpenBSD. En revanche pour l'immense majorité des gens qui sont pris dans la monstrueuse machine commerciale de Minimou et bien OpenBSD n'existera tout simplement pas et le seul truc qu'ils verront c'est que Vasistas Server 2008 est un putain de bon OS très sécurisé. Tes contributions et ton code aura renforcé un monopole qui deviendra de plus en plus indéboulonnable.
La BSD encourage ce type de comportement de la part de Minimou.
En terme de théorie des jeux la licence BSD encourage la défection alors que la licence GPL force à la coopération.
>>> Vaut-il mieux miser sur un pare-feu sous BSD avec packet filter ou sous Linux avec iptables.... ??
D'après les tuto qu'on peut lire sur le net la syntaxe de pf est quand même bien plus simple et logique. Maintenant il existe aussi des distros Linux qui sont faites spécifiquement pour jouer le rôle de firewall et y'a une interface web d'administration qui est très simple à utiliser (SmoothWall ou IPCop).
C'est une question de gout et d'habitude je pense.
Au sujet de la latence je vais te coller sa (longue) réponse mais en résumé : oui cela augmente un peu la latence mais pas plus que les autres solutions comme dmix. A long terme, et avec l'aide du kernel, une solution du type PulseAudio sera obligatoire pour obtenir des faibles latences.
Son post sur ce sujet : yes, PA increases the latency
over direct hw access. But so does dmix, because it enforces fixed
fragment settings for all apps. What you really want to do (which
however right now is only partially implemented in PA) is allowing
per-stream fragment settings, by scheduling audio based on timer
interrupts instead of sound io interrupts (based on fixed fragment
settings). Those timer interrupts can be dynamically changed so we can
change the wakeup points dynamically during playback without too much
effort. However this needs some kind of kernel support (hrtimers,
HPET), which only has become available very recently and on x86 only
(not even amd64 yet), so until we get this fully implemented a few
months will pass. If we have that however, we basically get the same
PCM pipeline that Vista and MacOS have: a huge mixing buffer managed
by a real-time userspace sound server which allows rewriting at any
time and notifying clients dynamically, scheduled via timer
interrupts. In essence, in the long run we really *need* something
like PA, if we want to provide low latencies (i.e. short fragments ==
frequent interrupts) and low power consumption (i.e. few interrupts ==
huge fragments) at the same time and switch between them
dynamically. Yes, right now, PA increases your achievable latencies a
bit (but just a bit), but in the end we *need* a process that does the
audio scheduling based on timers -- something that PA will then do. Of
course, PA doesn't fully implement yet, which is partially PA's fault
and partially the kernel's fault that sucks when it comes to timers,
right now. We're getting there.
>>> J'ai jamais été fan de ces success story qui relatent l'histoire d'un gars parti de rien pour atteindre le sommet, qui font le plus souvent la promo de l'American Dream
En gros il vient d'être viré par ses actionnaires car Merrill Lynch est grandement impacté par la crise immobilière aux USA.
Il avait gagné 48 millions de dollars en 2006 parce qu'il avait réussi à ce que la firme enregistre le plus gros bénéfice de son histoire. Ce bénéfice record a été obtenu par des coupes budgétaires et des suppressions d'emplois (24 000 suppressions).
Si, si.
Wikipedia confirme mes souvenirs de fac : "After the issuance of the Emancipation Proclamation on January 1, 1863, abolitionists continued to pursue the freedom of slaves in the remaining slave states, and to better the conditions of black Americans generally. The passage of the Thirteenth Amendment in 1865 officially ended slavery."
Si ULE n'est pas le scheduler par défaut de la version 7.0 c'est que les devs FreeBSD pensent qu'il est trop jeune et qu'il y a des risques. Je vois mal des admins de prod passer outre utiliser ULE quand même....
J'ai absolument rien regardé sur ce type dans wikipedia mais à vue de nez cela me semble bizarre que son grand-père ait été un esclave.
L'abolition aux USA date de 1865 ce qui me semble trop lointain.
C'est une monumentale connerie.
Il y a une lutte à mort en ce moment entre Microsoft et les autres pour savoir qui va l'emporter sur le format bureautique du futur. C'est crucial pour Microsoft car Office est une vache à lait et l'arrivée d'un format ouvert et standardisé (ODF) menace grandement leur monopole. La bataille fait rage en ce moment et OOXML semble avoir du plomb dans l'aile. Le message des acteurs du libre et de toutes les grosses boites concurrentes de Microsoft semble passer peu à peu...et maintenant on voudrait abandoner tout ça et se lancer dans un format universel hypothétique ?
Ce serait la mort d'ODF et la victoire inéluctable d'OOXML.
>>> Depuis combien de temps FreeBSD est en train de bichonner la version 7.0 en faisant une fixation sur un bench ?
En plus il est marqué que FreeBSD 7.0 utilisera le vieux, l'antique, l'antédiluvien scheduler 4BSD et ne switchera vers le tout nouveau scheduler ULE qu'après (quand sortira FreeBSD 7.1).
>>> Donc si tu as la même perception du libre que moi, tu ne peux pas avoir tes mails chez Google.
????
Pourquoi ?
Franchement je pose cette question sérieusement. Je ne vois pas pourquoi je ne saurai pas ce qui est fait de mes données chez Google et je devrais m'en inquiéter.
Après tout les softs de ta banque ne sont pas libres et donc le même raisonnement s'y applique. Tu ne devrais pas avoir ton argent à la banque car tu ne sais pas ce qui est fait de tes données. Pareil pour tes achats sur Amazon....etc etc
Je pense que j'ai le droit d'exiger des softs libres pour mon matériel mais pas pour le matériel des autres. Ils font ce qu'ils veulent (du moment qu'ils respectent les standards qui me permettent d'interagir avec eux).
PS : En plus je sais très bien ce que fait Google de mes données : rien si je les chiffre avec GPG !
>>> il ne faut pas oublier que Google est le détenteur numéro 1 de toute votre activité sur le web.
Cette remarque n'a rien à voir avec mon post. Je parlais uniquement du fait que le logiciel derrière GMail n'était pas open-source. Cela n'a rien à voir avec le fait que Google peut tracer beaucoup de mes comportements sur le web.
>>> Ca vend du linux open-source à tout va, et ça prend du closed-source pour son hébergeur mail. Bizarre...
Les logiciels sur mon ordi sont libres car je peux décider de ce qui se trouve sur mon ordi.
Les logiciels sur les ordis de Google je ne sais pas et je m'en moque car ce sont les leurs et ils font ce qu'ils veulent dessus.
>>> Heureusement que l'interface web de gmail est pas désagréable à l'utilisation.
Elle est pas mal de base mais elle est bien meilleure après une petite customisation via Greasemonkey.
Moi j'utilise "Google Mail Customize" et c'est vraiment excellent.
[^] # Re: y a quoi de neuf a se metre sous la dent dans le futur sous linux ??
Posté par patrick_g (site web personnel) . En réponse à la dépêche Fedora 8: le loup-garou est lâché !. Évalué à 2.
# Fish
Posté par patrick_g (site web personnel) . En réponse au journal Un meilleur shell. Évalué à 2.
L'article Wikipedia sur Fish : http://en.wikipedia.org/wiki/Friendly_interactive_shell
Je sais pas ou ça en est mais je trouve déjà que l'amélioration de la syntaxe est massive par rapport à Bash.
[^] # Re: Pas si stupide que ça
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans le collimateur du Monde. Évalué à 5.
Donc bon....accepter la critique d'un "bon journal généraliste fournissant de bons articles de fond" tout le monde est d'accord. Le problème là c'est que les articles sont à chier.
[^] # Re: CV ?
Posté par patrick_g (site web personnel) . En réponse au journal Aujourd'hui, je pète la forme. Évalué à 1.
[^] # Re: Petite précision sur la NDM :
Posté par patrick_g (site web personnel) . En réponse à la dépêche Du nouveau chez ATI. Évalué à 9.
Manifestement oui car moi j'ai un pilote libre qui me donne l'accélération matérielle avec ma carte Intel.
[^] # Re: Architectures supportées
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 2.
Clair que c'est dommage que ce soit parti en vrille mais bon.....
[^] # Re: Architectures supportées
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 2.
Ha ha ha !!
Trop drôle. Si Microsoft est en position de monopole c'est la loi du marché et on ne peut rien y faire. Les gens ont, en conscience et en connaissance de cause, décidé de rejeter OpenBSD au profit de Microsoft ? C'est vraiment ça ta théorie ?
La vérité c'est que les gens n'ont jamais entendu parler d'OpenBSD et que les ordinateurs qu'ils achètent chez carrouf ou à la Fnac sont livrés avec Vista. Pour eux ordinateur=Windows.
Tout le boulot fait sous licence BSD sert potentiellement à renforcer ce monopole.
Quand à ta vision angélique qui affirme qu'au moins cela sert à disséminer du code de qualité ce qui serait pour le bénéfice de tous je pense que c'est être naïf que de penser cela. Certes cela dissémine du code de qualité MAIS cela renforce le monopole de Microsoft qui peut donc se servir de cette puissance pour imposer ses protocoles propriétaires au détriment des standards reconnus. Le bénéfice de tous est dans ce cas contrebalancé par l'affaiblissement des standards libres....ce qui est néfaste pour tous !
Le fait d'aider (indirectement et potentiellement) Microsoft en écrivant du code BSD cela signifie donc aider le .doc au détriment d'odf, aider le wma au détriment de vorbis...etc etc
Grâce au code BSD Microsoft peut avoir un OS de meilleure qualité et donc conserver sa puissance gigantesque pour imposer ses normes.
Si le monde entier utilisait les BSD et Linux alors écrire du code sous BSD n'aurait aucun effet néfaste même si il était repris par des boites propriétaires. Comme, dans ce cas de figure hypothétique, le monde entier utilise des OS libres le fait que le code soit repris ne ferait perdre aucune liberté aux utilisateurs.
Dans le monde réel peu de gens utilisent des OS libres et donc écrire du code sous licence BSD permet de renforcer le monopole actuel des firmes propriétaires.
# Encore Assouline
Posté par patrick_g (site web personnel) . En réponse au journal Wikipedia dans le collimateur du Monde. Évalué à 10.
Il publie sur son blog une attaque de Wikipédia suite au jugement : http://passouline.blog.lemonde.fr/2007/11/02/de-lirresponsab(...)
Des extraits ?
- "il est permis de diffamer ou de calomnier nommément un individu en violant le secret de sa vie privée, à commencer par ses tendances sexuelles, sans aucun risque sur Wikipédia"
- "On savait que l’internet demeurait pour l’essentiel une zone de non-droit : on découvre aujourd’hui que la justice non seulement le permet mais l’encourage"
- "une jurisprudence dont on n’a pas fini de mesurer les conséquences"
Mais il a bu ou quoi ? Il n'a rien compris à la loi et j'espère qu'Eolas va publier une analyse du jugement. Moi je vais aller sur le blog d'Assouline pour faire une révélation fracassante sur la sexualité d'un type et ensuite je vais lui dire que, selon sa propre logique, il devra être condamné avec moi et croupir en prison. Peut-être qu'à ce moment là il finira par comprendre !
[^] # Re: Architectures supportées
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 6.
Certes toi en tant qu'individu (geek, informé, capable d'évaluer et de choisir) tu n'aura rien perdu et tu pourra continuer à utiliser OpenBSD. En revanche pour l'immense majorité des gens qui sont pris dans la monstrueuse machine commerciale de Minimou et bien OpenBSD n'existera tout simplement pas et le seul truc qu'ils verront c'est que Vasistas Server 2008 est un putain de bon OS très sécurisé. Tes contributions et ton code aura renforcé un monopole qui deviendra de plus en plus indéboulonnable.
La BSD encourage ce type de comportement de la part de Minimou.
En terme de théorie des jeux la licence BSD encourage la défection alors que la licence GPL force à la coopération.
[^] # Re: Intéressant !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie d'OpenBSD 4.2. Évalué à 4.
D'après les tuto qu'on peut lire sur le net la syntaxe de pf est quand même bien plus simple et logique. Maintenant il existe aussi des distros Linux qui sont faites spécifiquement pour jouer le rôle de firewall et y'a une interface web d'administration qui est très simple à utiliser (SmoothWall ou IPCop).
C'est une question de gout et d'habitude je pense.
[^] # Re: C'est bien joli tout ça...
Posté par patrick_g (site web personnel) . En réponse au journal PulseAudio. Évalué à 3.
Tu a pris la peine de lire les liens postés par IsNotGood ?
Le long post de Lennart explique bien toutes les qualités de PulseAudio et il répond aux divers FUD : http://mail.gnome.org/archives/desktop-devel-list/2007-Octob(...)
Au sujet de la latence je vais te coller sa (longue) réponse mais en résumé : oui cela augmente un peu la latence mais pas plus que les autres solutions comme dmix. A long terme, et avec l'aide du kernel, une solution du type PulseAudio sera obligatoire pour obtenir des faibles latences.
Son post sur ce sujet :
yes, PA increases the latency
over direct hw access. But so does dmix, because it enforces fixed
fragment settings for all apps. What you really want to do (which
however right now is only partially implemented in PA) is allowing
per-stream fragment settings, by scheduling audio based on timer
interrupts instead of sound io interrupts (based on fixed fragment
settings). Those timer interrupts can be dynamically changed so we can
change the wakeup points dynamically during playback without too much
effort. However this needs some kind of kernel support (hrtimers,
HPET), which only has become available very recently and on x86 only
(not even amd64 yet), so until we get this fully implemented a few
months will pass. If we have that however, we basically get the same
PCM pipeline that Vista and MacOS have: a huge mixing buffer managed
by a real-time userspace sound server which allows rewriting at any
time and notifying clients dynamically, scheduled via timer
interrupts. In essence, in the long run we really *need* something
like PA, if we want to provide low latencies (i.e. short fragments ==
frequent interrupts) and low power consumption (i.e. few interrupts ==
huge fragments) at the same time and switch between them
dynamically. Yes, right now, PA increases your achievable latencies a
bit (but just a bit), but in the end we *need* a process that does the
audio scheduling based on timers -- something that PA will then do. Of
course, PA doesn't fully implement yet, which is partially PA's fault
and partially the kernel's fault that sucks when it comes to timers,
right now. We're getting there.
[^] # Re: Prout
Posté par patrick_g (site web personnel) . En réponse à la dépêche Songbird 'Bowie' 0.3 prend son envol. Évalué à 7.
[^] # Re: Et bah...
Posté par patrick_g (site web personnel) . En réponse au journal ODF mort-né ?. Évalué à 9.
C'est sympa de lire ce genre de chose quand on a bossé plusieurs heures pour écrire une news complète, argumenté et pleine de liens pour approfondir.
http://linuxfr.org/2006/12/09/21753.html
[^] # Re: Moué
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 5.
Un article du Monde qui parle du bonhomme :
http://www.lemonde.fr/web/article/0,1-0@2-3234,36-973060@51-(...)
En gros il vient d'être viré par ses actionnaires car Merrill Lynch est grandement impacté par la crise immobilière aux USA.
Il avait gagné 48 millions de dollars en 2006 parce qu'il avait réussi à ce que la firme enregistre le plus gros bénéfice de son histoire. Ce bénéfice record a été obtenu par des coupes budgétaires et des suppressions d'emplois (24 000 suppressions).
Charmant personnage......
[^] # Re: esclave
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 2.
Si, si.
Wikipedia confirme mes souvenirs de fac : "After the issuance of the Emancipation Proclamation on January 1, 1863, abolitionists continued to pursue the freedom of slaves in the remaining slave states, and to better the conditions of black Americans generally. The passage of the Thirteenth Amendment in 1865 officially ended slavery."
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 3.
C'est un défi amical à mon avis. La petite pique humoristique à l'égard de CFS est révélatrice.
On est d'accord que ce n'est pas du tout agressif.
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 2.
# esclave
Posté par patrick_g (site web personnel) . En réponse au journal Un exemple américain de promotion. Évalué à 7.
L'abolition aux USA date de 1865 ce qui me semble trop lointain.
# Pitié non !
Posté par patrick_g (site web personnel) . En réponse au journal ODF mort-né ?. Évalué à 10.
Il y a une lutte à mort en ce moment entre Microsoft et les autres pour savoir qui va l'emporter sur le format bureautique du futur. C'est crucial pour Microsoft car Office est une vache à lait et l'arrivée d'un format ouvert et standardisé (ODF) menace grandement leur monopole. La bataille fait rage en ce moment et OOXML semble avoir du plomb dans l'aile. Le message des acteurs du libre et de toutes les grosses boites concurrentes de Microsoft semble passer peu à peu...et maintenant on voudrait abandoner tout ça et se lancer dans un format universel hypothétique ?
Ce serait la mort d'ODF et la victoire inéluctable d'OOXML.
[^] # Re: Linux
Posté par patrick_g (site web personnel) . En réponse au journal FreeBSD 7.0 arrive...et il a les crocs !. Évalué à 4.
En plus il est marqué que FreeBSD 7.0 utilisera le vieux, l'antique, l'antédiluvien scheduler 4BSD et ne switchera vers le tout nouveau scheduler ULE qu'après (quand sortira FreeBSD 7.1).
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 4.
????
Pourquoi ?
Franchement je pose cette question sérieusement. Je ne vois pas pourquoi je ne saurai pas ce qui est fait de mes données chez Google et je devrais m'en inquiéter.
Après tout les softs de ta banque ne sont pas libres et donc le même raisonnement s'y applique. Tu ne devrais pas avoir ton argent à la banque car tu ne sais pas ce qui est fait de tes données. Pareil pour tes achats sur Amazon....etc etc
Je pense que j'ai le droit d'exiger des softs libres pour mon matériel mais pas pour le matériel des autres. Ils font ce qu'ils veulent (du moment qu'ils respectent les standards qui me permettent d'interagir avec eux).
PS : En plus je sais très bien ce que fait Google de mes données : rien si je les chiffre avec GPG !
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 3.
Cette remarque n'a rien à voir avec mon post. Je parlais uniquement du fait que le logiciel derrière GMail n'était pas open-source. Cela n'a rien à voir avec le fait que Google peut tracer beaucoup de mes comportements sur le web.
[^] # Re: Choisir un vrai hébergeur mail
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 2.
Les logiciels sur mon ordi sont libres car je peux décider de ce qui se trouve sur mon ordi.
Les logiciels sur les ordis de Google je ne sais pas et je m'en moque car ce sont les leurs et ils font ce qu'ils veulent dessus.
[^] # Re: Beta
Posté par patrick_g (site web personnel) . En réponse au journal GMail en imap.... Évalué à 2.
Elle est pas mal de base mais elle est bien meilleure après une petite customisation via Greasemonkey.
Moi j'utilise "Google Mail Customize" et c'est vraiment excellent.
http://userscripts.org/scripts/show/8326
[^] # Re: et les autres architectures !
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 1.