Pour une base de donnée technique un wiki serait bien plus efficace : personne n'a jamais le temps d'écrire un vrai document signé/vérifié 15 fois, alors qu'un petit message indéxé peut sauver qqun qui se retrouve avec le même problème qq temps plus tard (au lieu de reperdre 15 jours...).
Pourquoi ? J'ai encore un stoque de CD 650 Mo. Et puis lorsque l'on est à 3 CD passer à 4 ne change pas granc chose. C'est beaucoup plus important que lorsque l'on veut rester sur 1 seul CD (Knoppix, Gnuwin,...).
Le patch low-latency sert pour minimiser les pires cas de latence du noyau pour rester sous les 10-20 ms dans tous les cas. Le kernel pouvant nécessiter bien plus de temps dans certains cas patologiques : ce qui est désagréable en manipulant du son ou en faisant du simili temps réel.
bah, c'est la base de la base quand tu as une information de ce type. Les journalistes passent leur temps à vérifier leur infos. Sinon, cela serait trop facile de manipuler les médias.
Qu'est-ce que je connais de Jar-Jar à part son nick ? Quel crédit lui apporter à part qu'il fréquente depuis longtemps le site ? Un journal d'un "nick connu" n'est pas une preuve suffisante.
Il faut une autre source d'info. Si un autre nick connu commence à valider l'info, cela commence à devenir quasi impossible qu'il s'agisse de "légende urbaine". C'est vrai que vérifier la plainte (genre un scan du papier officiel ?), cela permet de fournir une "preuve" de plus.
Je ne dis pas que Jar Jar raconte des conneries. Je dis juste qu'avant de jeter l'opprobe sur la police (enfin, les qq crétins impliqués la dedans), il faut être sûr des infos.
On disait aussi "collabo" (ou "rapporteur" comme on dis à la maternel et non temoin...), à l'époque ou certain voulait dénoncer des pédophiles... Cela a changer depuis, heureusement.
Ceux qui ont virer Keith, l'on fait suite a des demandes pour faire un X proprio. Cela a été plus ou moins confirmé : les postes incriminés on été posté sur la ml privé interne a la core team, il s'en est suivi un thread assez "enflammer" que les gars du core ne tiennent pas à divulgué.
Un gars de la core team dis qu'il peuvent accépter des membres comme le font FreeBSD ou GCC. Linux n'est pas vraiment une democratique, non plus...
Persistent problems in XFree86 development have become widely recognised within the X community. I have talked to people throughout the X community in a search for solutions. These conversations were personal rather than public because I felt the need for council, not conflict.
Some have suggested that this was a secret attempt to undermine the XFree86 project: this was not my intent. I have tried as hard as I can to work within the existing XFree86 structure.
Some of the most persistent problems identified by the community are:
* Limited development resources
The 'fetchmail' project has contributions from over 800 developers. Over the last two years there were about 250 contributors to XFree86, a project more than a hundred times larger.
* Slow release schedules
Since the XFree86 4.2 release in January 2002, support for 27 new
versions of the ATI Radeon chip was added to the XFree86 Radeon
driver. Anyone using one of these chips was either forced to wait
for the February 2003 release of XFree86 4.3 or run an unreleased
version of XFree86.
* Lack of cooperation with other projects
The KDE and Gnome projects were forced to form the freedesktop.org project to extend and enhance X Window System standards because XFree86 refused even to participate in the process.
* Opacity of development processes
There is no information available on the XFree86 home page on
becoming an XFree86 developer. Information for new developers
consists of the mention of a couple of mailing list addresses in
the README document included in the XFree86 4.3 release.
I have made limited progress in my attempts to address these issues. The opening of the XFree86 CVS repository and developer mailing lists to public access has benefitted X development significantly. In order to improve the technical coordination with other open source projects, I have become personally involved in many of them.
Within the last couple of months I have come to understand why these persistent problems have not been solved by the X community. By X community, I mean:
* Developers working on the X server and libraries.
* Developers working on ancillary X extensions and services such as
the DRI and GATOS projects.
* Developers working on Qt, Gtk+, Fltk, Tk, Motif and other toolkits.
* Application developers using either Xlib or an X toolkit.
* System integrators and distributors packaging X technology in
various forms.
* Consulting companies selling services based on X.
* Hardware vendors producing hardware to work with X.
* X End users.
The key issue is that XFree86 is not a community-governed project.
XFree86 processes and procedures originate with the Directors of the XFree86 Corporation. Technical leadership of the XFree86 project has traditionally been provided by the XFree86 Core Team, an informal association of leading XFree86 developers.
While the XFree86 Board of Directors is nominally in charge of XFree86, they have absented themselves from governing the project and left that to the XFree86 Core Team. The community is left wondering who is actually in charge of XFree86. As a result, community trust in XFree86 leadership has suffered. Decisions appear to be arbitrary and are not seen to reflect the will of the community. The leadership has no accountability to the community: thus community members have no ability to change project direction and the Board has little incentive to do so.
In addition, the lack of clear formal policies has made it difficult to
resolve disputes when the usual consensus breaks down.
It is therefore essential for the community to be involved in the
governance of X development. Two key elements in a community-governed project are:
1. A low barrier to become a voting member.
2. Regular elections of the government by all of the members.
Community governed projects such as Gnome, KDE and Debian have well-established membership policies. All allow anyone with the interest and ability to join and vote. As far as I know, only the XFree86 Board members are voting members of XFree86. Community governed projects elect officials who serve for a few years, after which elections must be held.
To my knowledge, XFree86 has never held an election.
The XFree86 corporate bylaws indicate that any change in XFree86
governance must be initiated by the current Directors of the XFree86 Corporation. (The XFree86 bylaws are no longer publicly available: a previous public version
<http://www.google.com/search?q=cache:6ulnwYz58ZAC:www.xfree86.org/l(...)
can be found in the Google cache.) The bylaws state that there are two classes of Members in XFree86, Full (Voting) Members and Associate (non-Voting) Members.
2.2 A Full Member shall be admitted to Membership by (a) acceptance of such persons or entity's written application for such Membership by the affirmative majority vote of the Board of Directors of the
Corporation ...
2.21 The criteria for admission as an Associate Member and
Membership fees and dues for any other membership shall be as
determined from time to time by the Board of Directors.
As far as I know, there are no Full Members other than the Board
members. The bylaws also state that voting is supposed to occur at the
annual meeting of the Members.
3.2 Annual meetings of Members shall be held on the fourth Monday in
February each year ... at which meeting Voting Members shall elect
in accordance with Section 4.3, a Board of Directors ...
As far as I am aware, no annual meeting has taken place in the last
three years. XFree86 has the trappings of democracy, but the community has no voting rights and no elections are held.
There are many ways to move from our current position to one of
community control, but for XFree86 to make the transition, the current Board of Directors must have a desire to do so. I encourage the X community to support a community government for X development and hope the XFree86 Board will adopt this model.
I believe that community governance will enable the X community to
address both the problems described earlier and future problems as they arise. I look forward to working within the X community in the coming years to enhance the capabilities of the X Window System.
I would like thank Stuart Anderson, Chris Blizzard, Jim Gettys, Bart
Massey, Ralf Nolden and Owen Taylor for their assistance in writing this document.
En fait, X fonctionne comme ça. Mais pourque cela fonctionne il faut seter explicitement un paramètre. Sinon, X doit envoyer un évenement attrapé par l'application (OnExpose ?) qui redessine elle-même les fenètres. Les graphiques ne peuvent donc pas être caché en mémoire video.
Ou alors tu sous entends que la qualité de l'implémentation de drivers libres serait forcément meilleure que celle de drivers propriétaires, et dans ce cas il faudrait argumenter. Pour moi ça dépend pas de la licence, mais des compétences des programmeurs, de leur accès aux spécifications et du temps qu'ils peuvent y consacrer. Et à ce niveau, il y a déjà d'excellents programmeurs chez NVIDIA et ATI.
La qualité des drivers ne dépends pas que de la qualité des programmeurs mais aussi du temps qu'on leur donne, du nombre de testes faits. Choses qui sont toujours limité dans une boite et qui fera toujours la différence de qualité avec soft libre (debuggage parrallelisable à mort, et temps non limité de developpement).
Il suffit de voir les drivers ATI rage par exemple et les même sous linux. No comment... (j'avais à l'époque virer ma ATI all in wonder, tellement cela plantait pour une Tnt bien moins bugué)
# Re: Distrib pour vieux materiel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Distrib pour vieux materiel. Évalué à 7.
"La première sécurité est la liberté"
[^] # Re: Open Office burk
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Courrier publie une interview de Richard Stallman. Évalué à 1.
scribus, si il ne plante pas, doit être ce qu'il te faut.
"La première sécurité est la liberté"
[^] # Re: Le Courrier publie une interview de Richard Stallman
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Courrier publie une interview de Richard Stallman. Évalué à 1.
J'utilise mozilla depuis la 1.2 et il plante bien moins souvent que IE ! Alors que cela n'était pas le cas, il y a qq mois seulement.
"La première sécurité est la liberté"
# Re: Recherche de CMS pour base de connaissance sur intranet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche de CMS pour base de connaissance sur intranet. Évalué à 1.
Tu peux toujours rajouter spip pour le contenu.
Pour une base de donnée technique un wiki serait bien plus efficace : personne n'a jamais le temps d'écrire un vrai document signé/vérifié 15 fois, alors qu'un petit message indéxé peut sauver qqun qui se retrouve avec le même problème qq temps plus tard (au lieu de reperdre 15 jours...).
Et pour être sur de mon moteur de recherche, je mettrais ça :
http://www.google.com/appliance/(...)
"La première sécurité est la liberté"
[^] # Re: La Mandrake 9.1 (Bamboo) pour i586 est sortie
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Mandrake 9.1 (Bamboo) pour i586 est sortie. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: La Mandrake 9.1 (Bamboo) pour i586 est sortie
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Mandrake 9.1 (Bamboo) pour i586 est sortie. Évalué à 1.
Et une nuit pour compiler un kernel sur 333 contre 15 min sur PII@300, il y a comme un pb !
"La première sécurité est la liberté"
# Re: Mini-Itx ou équivalent
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Mini-Itx ou équivalent. Évalué à 1.
"La première sécurité est la liberté"
# Re: MDK 9.1 \o/
Posté par Nicolas Boulay (site web personnel) . En réponse au journal MDK 9.1 \o/. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Mandrake 9.1 : une bombe !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Mandrake 9.1 (Bamboo) pour i586 est sortie. Évalué à 2.
minimaliste mais super rapide (bien plus que gqview)
"La première sécurité est la liberté"
[^] # Re: Mobilisation des PME contre les brevets logiciels
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mobilisation des PME contre les brevets logiciels. Évalué à 3.
http://lpf.ai.mit.edu/(...)
il y a une super étude plus bas dans la page. (remarqué la date de création du document...)
"La première sécurité est la liberté"
[^] # Re: Euh, tu es sûr que tu veux linux papa ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Euh, tu es sûr que tu veux linux papa ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Dormez en paix braves gens, la police veille.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dormez en paix braves gens, la police veille.. Évalué à 1.
Qu'est-ce que je connais de Jar-Jar à part son nick ? Quel crédit lui apporter à part qu'il fréquente depuis longtemps le site ? Un journal d'un "nick connu" n'est pas une preuve suffisante.
Il faut une autre source d'info. Si un autre nick connu commence à valider l'info, cela commence à devenir quasi impossible qu'il s'agisse de "légende urbaine". C'est vrai que vérifier la plainte (genre un scan du papier officiel ?), cela permet de fournir une "preuve" de plus.
Je ne dis pas que Jar Jar raconte des conneries. Je dis juste qu'avant de jeter l'opprobe sur la police (enfin, les qq crétins impliqués la dedans), il faut être sûr des infos.
"La première sécurité est la liberté"
[^] # Re: Dormez en paix braves gens, la police veille.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dormez en paix braves gens, la police veille.. Évalué à 1.
On disait aussi "collabo" (ou "rapporteur" comme on dis à la maternel et non temoin...), à l'époque ou certain voulait dénoncer des pédophiles... Cela a changer depuis, heureusement.
"La première sécurité est la liberté"
[^] # Re: La Mandrake 9.1 (Bamboo) pour i586 est sortie
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche La Mandrake 9.1 (Bamboo) pour i586 est sortie. Évalué à -3.
"La première sécurité est la liberté"
[^] # Re: Entretien avec Tristan Gingold, auteur de GHDL
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Entretien avec Tristan Gingold, auteur de GHDL. Évalué à 1.
"La première sécurité est la liberté"
# Re: Entretien avec Tristan Gingold, auteur de GHDL
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Entretien avec Tristan Gingold, auteur de GHDL. Évalué à 5.
"La première sécurité est la liberté"
# Re: XFree, la saga continue
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche XFree, la saga continue. Évalué à 1.
"La première sécurité est la liberté"
# Re: Recherche protocole p2p sérieux :)
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Recherche protocole p2p sérieux :). Évalué à 3.
"La première sécurité est la liberté"
[^] # La réponse de Keith Packard viré de XFree86
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à 10.
A Call For Open Governance Of X Development
Persistent problems in XFree86 development have become widely recognised within the X community. I have talked to people throughout the X community in a search for solutions. These conversations were personal rather than public because I felt the need for council, not conflict.
Some have suggested that this was a secret attempt to undermine the XFree86 project: this was not my intent. I have tried as hard as I can to work within the existing XFree86 structure.
Some of the most persistent problems identified by the community are:
* Limited development resources
The 'fetchmail' project has contributions from over 800 developers. Over the last two years there were about 250 contributors to XFree86, a project more than a hundred times larger.
* Slow release schedules
Since the XFree86 4.2 release in January 2002, support for 27 new
versions of the ATI Radeon chip was added to the XFree86 Radeon
driver. Anyone using one of these chips was either forced to wait
for the February 2003 release of XFree86 4.3 or run an unreleased
version of XFree86.
* Lack of cooperation with other projects
The KDE and Gnome projects were forced to form the freedesktop.org project to extend and enhance X Window System standards because XFree86 refused even to participate in the process.
* Opacity of development processes
There is no information available on the XFree86 home page on
becoming an XFree86 developer. Information for new developers
consists of the mention of a couple of mailing list addresses in
the README document included in the XFree86 4.3 release.
I have made limited progress in my attempts to address these issues. The opening of the XFree86 CVS repository and developer mailing lists to public access has benefitted X development significantly. In order to improve the technical coordination with other open source projects, I have become personally involved in many of them.
Within the last couple of months I have come to understand why these persistent problems have not been solved by the X community. By X community, I mean:
* Developers working on the X server and libraries.
* Developers working on ancillary X extensions and services such as
the DRI and GATOS projects.
* Developers working on Qt, Gtk+, Fltk, Tk, Motif and other toolkits.
* Application developers using either Xlib or an X toolkit.
* System integrators and distributors packaging X technology in
various forms.
* Consulting companies selling services based on X.
* Hardware vendors producing hardware to work with X.
* X End users.
The key issue is that XFree86 is not a community-governed project.
XFree86 processes and procedures originate with the Directors of the XFree86 Corporation. Technical leadership of the XFree86 project has traditionally been provided by the XFree86 Core Team, an informal association of leading XFree86 developers.
While the XFree86 Board of Directors is nominally in charge of XFree86, they have absented themselves from governing the project and left that to the XFree86 Core Team. The community is left wondering who is actually in charge of XFree86. As a result, community trust in XFree86 leadership has suffered. Decisions appear to be arbitrary and are not seen to reflect the will of the community. The leadership has no accountability to the community: thus community members have no ability to change project direction and the Board has little incentive to do so.
In addition, the lack of clear formal policies has made it difficult to
resolve disputes when the usual consensus breaks down.
It is therefore essential for the community to be involved in the
governance of X development. Two key elements in a community-governed project are:
1. A low barrier to become a voting member.
2. Regular elections of the government by all of the members.
Community governed projects such as Gnome, KDE and Debian have well-established membership policies. All allow anyone with the interest and ability to join and vote. As far as I know, only the XFree86 Board members are voting members of XFree86. Community governed projects elect officials who serve for a few years, after which elections must be held.
To my knowledge, XFree86 has never held an election.
The XFree86 corporate bylaws indicate that any change in XFree86
governance must be initiated by the current Directors of the XFree86 Corporation. (The XFree86 bylaws are no longer publicly available: a previous public version
<http://www.google.com/search?q=cache:6ulnwYz58ZAC:www.xfree86.org/l(...)
can be found in the Google cache.) The bylaws state that there are two classes of Members in XFree86, Full (Voting) Members and Associate (non-Voting) Members.
2.2 A Full Member shall be admitted to Membership by (a) acceptance of such persons or entity's written application for such Membership by the affirmative majority vote of the Board of Directors of the
Corporation ...
2.21 The criteria for admission as an Associate Member and
Membership fees and dues for any other membership shall be as
determined from time to time by the Board of Directors.
As far as I know, there are no Full Members other than the Board
members. The bylaws also state that voting is supposed to occur at the
annual meeting of the Members.
3.2 Annual meetings of Members shall be held on the fourth Monday in
February each year ... at which meeting Voting Members shall elect
in accordance with Section 4.3, a Board of Directors ...
As far as I am aware, no annual meeting has taken place in the last
three years. XFree86 has the trappings of democracy, but the community has no voting rights and no elections are held.
There are many ways to move from our current position to one of
community control, but for XFree86 to make the transition, the current Board of Directors must have a desire to do so. I encourage the X community to support a community government for X development and hope the XFree86 Board will adopt this model.
I believe that community governance will enable the X community to
address both the problems described earlier and future problems as they arise. I look forward to working within the X community in the coming years to enhance the capabilities of the X Window System.
Keith Packard
March 21, 2003
------------------------------------------------------------------------
I would like thank Stuart Anderson, Chris Blizzard, Jim Gettys, Bart
Massey, Ralf Nolden and Owen Taylor for their assistance in writing this document.
"La première sécurité est la liberté"
# Re: XFree & consort : Question sur les textures et les fenêtres
Posté par Nicolas Boulay (site web personnel) . En réponse au journal XFree & consort : Question sur les textures et les fenêtres. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: def... (was : Re: \o/ oué !!!)
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: Et ou est la vérité ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Et ou est la vérité ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Keith Packard viré de XFree86
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Keith Packard viré de XFree86. Évalué à -2.
ah. Moi, je vois surtout que le mode vhdl n'existe pas sous xemacs. Et qu'il lui manque qq trucs avancé comme ça.
"La première sécurité est la liberté"
[^] # Re: Et ou est la vérité ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Et ou est la vérité ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Résultat du concours du ministère de la recherche
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Résultat du concours du ministère de la recherche. Évalué à 1.
La qualité des drivers ne dépends pas que de la qualité des programmeurs mais aussi du temps qu'on leur donne, du nombre de testes faits. Choses qui sont toujours limité dans une boite et qui fera toujours la différence de qualité avec soft libre (debuggage parrallelisable à mort, et temps non limité de developpement).
Il suffit de voir les drivers ATI rage par exemple et les même sous linux. No comment... (j'avais à l'époque virer ma ATI all in wonder, tellement cela plantait pour une Tnt bien moins bugué)
"La première sécurité est la liberté"