Note également qu'IBM se défend de soutenir palladium. Selon lui, les plus énervantes de ses fonctions (nottement les binaires échapant totalement au contrôle du possesseur de la machine) viennent d'extentions micromou.
Je voudrais pas être méchant... ni me risquer à essayer d'évaluer les limites de la capacité du Pape à prendre des décisions, surtout compte tenu de son état de santé.
Mais c'était peut être pas le bon exemple.
Je voudrais pas jouer les rabat-joie mais les status Sourceforges sont "Alpha" et "Pré-alpha", alors ça risque de pas être bien utilisable tout de suite...
Sinon, j'ai cru comprendre que ce projet réutilisait en fait le driver speedtouch en changeant juste les IDs du matos, le chargeur de firmware et le firmware lui même.
Si c'est bien le cas: est-ce une solution temporaire? Les deux projets vont-ils fusionner ou être développés en parallèle ?
Il semblerait que le problème ait été résolu par un des types de GAIM (Sean Egan), et que le fix soit dans le CVS de libyahoo.
C'est beau la réactivité des projets libres ^_^.
(au passage, selon Sean Egan la nouvelle mèthode n'est pas plus sûre et visait juste à empêcher l'usage de clients tiers)
Là il s'agirait d'un même code réglant l'accès à tout les logiciels OEM. Pas juste d'un code qui permettrais éventuelement de se faire rembourser windows.
De plus, et pour autant que je me souvienne, winxp demande pas le code quand il a été préinstallé.
Et tu sais si ils font des licenses étudiants? Paske moi le correcteur orthographique ça m'interresse (bon, le logiciel lui même est pas libre, mais on peut voir l'achat d'une license comme un soutient au projet <Open|Star>Office).
Le MPEG4?
C'est bourré d'hideux brevets logiciels, mais on a au moins de très bons codecs libres (et légaux en Europe -_^). En plus c'est préinstallé sur la plupart des OS grands publics.
Pourquoi formatter les disques durs?
Il suffit de demander au premier démarrage un code, marqué dans un papier sous blister, et reformatter le PC si l'achetteur choisis de ne pas le donner.
Pour Monsieur_tout_le_monde c'est juste une numèro de série de plus... pas la mort. Ceux qui veulent se faire rembourser renvoient le blister.
Le surcoût ne semble pas trop important: il suffit de faire que ce code soit fonction de la config, de la date à laquelle le PC à été produit (à mon avis ils suivent déjà cette information), voir du lot (genre s'ils formattent les disques par 100, ça fait un lot de 100 disques), et de ne pas donner ces informations au client (pour pas qu'il puisse recalculer ce code).
"Linux" il a rien a voir la dedans: c'est le noyau, il est multitache et c'est suffisant pour parallèliser le boot.
D'ailleurs certaines distribs le font, parmis lequelles Gentoo (grâce à un système de dépendances, cf /etc/conf.d/rc).
? Oui... et là je l'ai relu sans parvenir à déterminer ce qui dans mon post répetait le tien ou invalidait le mien: Linus est un pas "un programeur" mais unr autorité, quelqu'un qui passe aux yeux de beaucoup (qui n'ont même jammais entendu parler de RMS) pour le representant du Logiciel Libre.
Cette prise de position "très publique" et qui risque même d'être reprise par des cochoneries genre Vnunet et 01net fourni un argument pour ceux qui disent que le brevets logiciel n'est pas nuisible au Logiciel Libre (réfèrence à une autorité).
Donc elle peut avoir son utilité. Evidement, je m'attends pas à ce que les députés se prosternent.
il est difficilement pensable qu'un avis de programmeurs puisse changer grand chose.
Si: ça rend plus délicate encore la situation de ceux qui pretendent que les brevets logiciels ne causeront pas de tort aux logiciels libres. (qui sais? y'en a peut être qui y croient après tout)
Pour ce que j'en sais, c'est juste une lettre rendue publique.
Après ça dépend des circonstances, je suppose: si tu écris une "lettre ouverte à la Comunauté linuxienne", c'est clair que tu vas pas mettre un timbre.
En étant bien tordu on pourrais même imaginer qu'une "lettre ouverte à RMS" par microso^Wsco finirais par lui parvenir sans que sco ait besoin de lui envoyer (m'enfin c'est vraiment "l'art et la manière de couper de couper les cheveux en quatre avec une arrête de poisson" -_^)...
...
Quelles sont tes sources et quelles mèthodes as-tu utilisé pour obtenir ces données?
J'en profite pour pousser une gueulante: le nombre de failles n'aurais de sens que si on le ramenais au nombre de paquages.
Et encore: ça n'a pas de sens de compter tous les paquages (résultats absurdes genre 166failles/3333softs pour Debian et 30/50 pour m$win2k): il faudrait faire la somme des quantités de failles de l'OS et de ses programes, pondérées par les taux d'utilisation de ce derniers sur les serveurs et des niveaux de nuisibilités respectifs, en tenant compte de la rapidité de disponibilité du patch, voir de la probabilité que les pirates la connaissent depuis longtemps avant sa publication... on s'en sortiras pas.
D'ailleurs même des constats pratiques permettraient pas de comparer: le nombre d'attaques réussies dépend surtout du niveau de compètence de l'administrateur que de la sécurité intrinsèque de l'OS: tant qu'il applique les patchs, fait pas grosses co**eries, et à condition qu'il soit pas en charge du réseau d'une multinationale, il risque rien. Aussi bien sous GNU/Linux que *BSD ou winwin.
Donc à priori tout se vaut, sauf quand on commence à vouloir faire des trucs vraiment blindés (avec des fonctions de tueurs genre W^X sur x86, propolice, IPsec, firewalls de la mort, systrace, honeypots avec umL...) qui à ma connaissance ne sont supportés que sous Un*x (l'IPsec fourni avec win vaut rien à ce qu'on m'a dit (le firewall, j'en parle pas)).
Et le fichier 'nvidia-agp.c' vient pas des drivers nvidia mais du noyau Linux.
Par contre y'a un truc interessant: un certain agp3.c qui est distribué dans ce package sous "GPL + additional rights" et qui fait pas partie du noyau standard.
C'est probablement un remplacement d'une partie de l'AGPgart standard de Linux, à priori pour des raisons de license ou de compatiblité (ça expliquerait aussi qu'on trouve d'autre bouts d'AGPgart modifié dans le package). Mais comme je suis loin d'être un spécialiste...
En fait si: un organisme de confiance est un organisme auquel tu confère les moyens de divulguer tes secrets (cf "informatique de confiance" (aka Pd)). Pas un organisme fiable.
La force de TI c'est sa bibliothèque de programes. Y'a notement un module RPN assez bien foutu, un equation writer sympathique (celui en assembleur et plus rapide que ceux d'HP) et un kernel GPL qui roxisorise tout.
La faiblesse c'est cette ROM TI programée en C et assez lente... on fait avec.
Je pense qu'il est possible de créer un gros hack tellement mal foutu (un module par exemple) qu'il planteras 9 fois sur 10, sauf avec le noyeau par défaut de Gentoo.
Est-ce que tu considereras que c'est une preuve de la stabilité de cette dernière ?
Pour autant que je me souvienne, Debian utilise un vanilla-kernel (+correction de sécurité) par défaut.
Alors essaie d'emerger "sys-kernel/vanilla-sources". C'est le noyau tout propre, et si il plante, Gentoo à rien à voir.
genre pas possible pour l'instant de maintenir à jour simplement une gentoo sur un P100 avec 200Go de disque, qui ferait serveur mail, malgré une machine de compil à côté
Je utilisé distcc une fois pour essayer de palier à ce même problème.
Au cas où tu le connaitrais pas, je te le conseille vivement ^_^ (mais je crois pas qu'il gère la cross-compilation).
Pour ce qui est de la remarque sur la stabilité du type auquel tu réponds... j'en profite pour crier:
LES CODES SOURCES DE GENTOO SONT AUSSI CEUX DES AUTRES DISTRIBS ET ON PEUT INSTALLER LES MÊMES VERSIONS (désolé si le bruit dérange les trolls).
> De plus rpm fait la detection automatique des librairies utilisées
càd qu'il gère l'héritage des dépandances? Merveilleux.
Ou alors il analyse le binaire pour déterminer quelles libs sont nécessaires... pas tellement utile non plus.
>Pour la gestion des dépendances ? Non, je ne crois pas.
Les SLOTs (aka possibilité de considérer plusieurs version d'un même soft comme étant des logiciels diffèrents à installer en paralèle (QT, GTK...)).
Des masques au niveau des spécifications des dépendances.
La possibilité d'écrire des ebuilds de trois lignes pour la dernière bidouille amusante trouvée sur le net.
Des packages virtuels (genre "virtual/jvm" pour spécifier toutes les jvms complètes).
Et surtout, les USE flags qui influent sur les dépendances des softs (eg. on peut compiler xmame avec ou sans l'option x11 et ça change les dépandences).
Et pis, franchement, quand on "crois" juste; vaut mieux ne rien dire, surtout quand le sujet est trollogène.
<p class="philosophisme">
C'est peut être ce qui se rapproche le plus de l'imortalité pour un geek...
</p>
(bon, d'accord: même l'Internet est impermanent, m'enfin c'est comme l'Univers: j'ai du mal à imaginer qu'il n'ait pas toujours existé, et qu'il n'existeras plus un jour (en tant que tel))
[^] # Re: Microsoft : Nouveau procédé de mise à jour
Posté par un_brice (site web personnel) . En réponse à la dépêche Microsoft : Nouveau procédé de mise à jour. Évalué à 1.
On l'a:
http://linuxfr.org/2003/01/28/11173.html(...)
Note également qu'IBM se défend de soutenir palladium. Selon lui, les plus énervantes de ses fonctions (nottement les binaires échapant totalement au contrôle du possesseur de la machine) viennent d'extentions micromou.
[^] # Heu... le Pape ?
Posté par un_brice (site web personnel) . En réponse à la dépêche 20 ans déjà. Évalué à 0.
Mais c'était peut être pas le bon exemple.
[^] # Re: Support Linux des modems Zyxel 630-11 et Asus AAM 6000UG
Posté par un_brice (site web personnel) . En réponse à la dépêche Support Linux des modems Zyxel 630-11 et Asus AAM 6000UG. Évalué à 1.
Sinon, j'ai cru comprendre que ce projet réutilisait en fait le driver speedtouch en changeant juste les IDs du matos, le chargeur de firmware et le firmware lui même.
Si c'est bien le cas: est-ce une solution temporaire? Les deux projets vont-ils fusionner ou être développés en parallèle ?
# Re: Après MSN, Yahoo ferme sa messagerie instantanée
Posté par un_brice (site web personnel) . En réponse à la dépêche Après MSN, Yahoo ferme sa messagerie instantanée. Évalué à 7.
C'est beau la réactivité des projets libres ^_^.
(au passage, selon Sean Egan la nouvelle mèthode n'est pas plus sûre et visait juste à empêcher l'usage de clients tiers)
http://sourceforge.net/mailarchive/forum.php?thread_id=3198016&(...)
http://sourceforge.net/mailarchive/forum.php?thread_id=3199329&(...)
[^] # Re: PC sans OS et vente liée: la répression des fraudes indécise
Posté par un_brice (site web personnel) . En réponse à la dépêche PC sans OS et vente liée: la répression des fraudes indécise. Évalué à 1.
De plus, et pour autant que je me souvienne, winxp demande pas le code quand il a été préinstallé.
[^] # Re: StarOffice 7 est sorti
Posté par un_brice (site web personnel) . En réponse à la dépêche StarOffice 7 est sorti. Évalué à 1.
[^] # Re: Berners-Lee : The Future of the World Wide Web
Posté par un_brice (site web personnel) . En réponse à la dépêche Berners-Lee : The Future of the World Wide Web. Évalué à 1.
C'est bourré d'hideux brevets logiciels, mais on a au moins de très bons codecs libres (et légaux en Europe -_^). En plus c'est préinstallé sur la plupart des OS grands publics.
[^] # Re: PC sans OS et vente liée: la répression des fraudes indécise
Posté par un_brice (site web personnel) . En réponse à la dépêche PC sans OS et vente liée: la répression des fraudes indécise. Évalué à 2.
Il suffit de demander au premier démarrage un code, marqué dans un papier sous blister, et reformatter le PC si l'achetteur choisis de ne pas le donner.
Pour Monsieur_tout_le_monde c'est juste une numèro de série de plus... pas la mort. Ceux qui veulent se faire rembourser renvoient le blister.
Le surcoût ne semble pas trop important: il suffit de faire que ce code soit fonction de la config, de la date à laquelle le PC à été produit (à mon avis ils suivent déjà cette information), voir du lot (genre s'ils formattent les disques par 100, ça fait un lot de 100 disques), et de ne pas donner ces informations au client (pour pas qu'il puisse recalculer ce code).
[^] # RTFW
Posté par un_brice (site web personnel) . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
http://www.gentoo.org/doc/fr/rc-scripts.xml(...)
[^] # On dit GNU/Linux bordel!
Posté par un_brice (site web personnel) . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 2.
D'ailleurs certaines distribs le font, parmis lequelles Gentoo (grâce à un système de dépendances, cf /etc/conf.d/rc).
[^] # Re: Linus Torvalds et Alan Cox contre les brevets logiciels en Europe
Posté par un_brice (site web personnel) . En réponse à la dépêche Linus Torvalds et Alan Cox contre les brevets logiciels en Europe. Évalué à 1.
Cette prise de position "très publique" et qui risque même d'être reprise par des cochoneries genre Vnunet et 01net fourni un argument pour ceux qui disent que le brevets logiciel n'est pas nuisible au Logiciel Libre (réfèrence à une autorité).
Donc elle peut avoir son utilité. Evidement, je m'attends pas à ce que les députés se prosternent.
[^] # Re: Red Hat Linux annonce la naissance du projet Fedora
Posté par un_brice (site web personnel) . En réponse à la dépêche Red Hat Linux annonce la naissance du projet Fedora. Évalué à 2.
[^] # Re: Linus Torvalds et Alan Cox contre les brevets logiciels en Europe
Posté par un_brice (site web personnel) . En réponse à la dépêche Linus Torvalds et Alan Cox contre les brevets logiciels en Europe. Évalué à 1.
Si: ça rend plus délicate encore la situation de ceux qui pretendent que les brevets logiciels ne causeront pas de tort aux logiciels libres. (qui sais? y'en a peut être qui y croient après tout)
[^] # Re: Linus Torvalds et Alan Cox contre les brevets logiciels en Europe
Posté par un_brice (site web personnel) . En réponse à la dépêche Linus Torvalds et Alan Cox contre les brevets logiciels en Europe. Évalué à 1.
Après ça dépend des circonstances, je suppose: si tu écris une "lettre ouverte à la Comunauté linuxienne", c'est clair que tu vas pas mettre un timbre.
En étant bien tordu on pourrais même imaginer qu'une "lettre ouverte à RMS" par microso^Wsco finirais par lui parvenir sans que sco ait besoin de lui envoyer (m'enfin c'est vraiment "l'art et la manière de couper de couper les cheveux en quatre avec une arrête de poisson" -_^)...
[^] # J'aime pas ces comparaisons
Posté par un_brice (site web personnel) . En réponse à la dépêche Faille Sendmail et vulnérabilité OpenSSH. Évalué à 1.
Quelles sont tes sources et quelles mèthodes as-tu utilisé pour obtenir ces données?
J'en profite pour pousser une gueulante: le nombre de failles n'aurais de sens que si on le ramenais au nombre de paquages.
Et encore: ça n'a pas de sens de compter tous les paquages (résultats absurdes genre 166failles/3333softs pour Debian et 30/50 pour m$win2k): il faudrait faire la somme des quantités de failles de l'OS et de ses programes, pondérées par les taux d'utilisation de ce derniers sur les serveurs et des niveaux de nuisibilités respectifs, en tenant compte de la rapidité de disponibilité du patch, voir de la probabilité que les pirates la connaissent depuis longtemps avant sa publication... on s'en sortiras pas.
D'ailleurs même des constats pratiques permettraient pas de comparer: le nombre d'attaques réussies dépend surtout du niveau de compètence de l'administrateur que de la sécurité intrinsèque de l'OS: tant qu'il applique les patchs, fait pas grosses co**eries, et à condition qu'il soit pas en charge du réseau d'une multinationale, il risque rien. Aussi bien sous GNU/Linux que *BSD ou winwin.
Donc à priori tout se vaut, sauf quand on commence à vouloir faire des trucs vraiment blindés (avec des fonctions de tueurs genre W^X sur x86, propolice, IPsec, firewalls de la mort, systrace, honeypots avec umL...) qui à ma connaissance ne sont supportés que sous Un*x (l'IPsec fourni avec win vaut rien à ce qu'on m'a dit (le firewall, j'en parle pas)).
Ça y est: j'ai fini de m'écouter parler. ^_^
[^] # Suffit de demander
Posté par un_brice (site web personnel) . En réponse à la dépêche Faille Sendmail et vulnérabilité OpenSSH. Évalué à 1.
emerge sync && emerge -uD world
[^] # Re: Nouveau Driver graphique ATI
Posté par un_brice (site web personnel) . En réponse à la dépêche Nouveau pilote graphique ATI. Évalué à 1.
Par contre y'a un truc interessant: un certain agp3.c qui est distribué dans ce package sous "GPL + additional rights" et qui fait pas partie du noyau standard.
C'est probablement un remplacement d'une partie de l'AGPgart standard de Linux, à priori pour des raisons de license ou de compatiblité (ça expliquerait aussi qu'on trouve d'autre bouts d'AGPgart modifié dans le package). Mais comme je suis loin d'être un spécialiste...
[^] # Re: J'aime bien le slogan
Posté par un_brice (site web personnel) . En réponse à la dépêche VeriSign détruit l'un des fondements d'Internet. Évalué à 3.
[^] # Re: BeOS & Cie : les interviews de l'été
Posté par un_brice (site web personnel) . En réponse à la dépêche BeOS & Cie : les interviews de l'été. Évalué à 5.
[^] # Re: I have a dream that one day my four little formulas ...
Posté par un_brice (site web personnel) . En réponse à la dépêche Axiom outragé, Axiom martyrisé mais Axiom libéré !. Évalué à 0.
La faiblesse c'est cette ROM TI programée en C et assez lente... on fait avec.
[^] # Re: Des acteurs de l'édition scientifique en ligne prennent position contre le brevetage des logiciels
Posté par un_brice (site web personnel) . En réponse à la dépêche Des acteurs de l'édition scientifique en ligne prennent position contre le brevetage des logiciels. Évalué à 4.
[^] # Re: Test de la Gentoo 1.4
Posté par un_brice (site web personnel) . En réponse à la dépêche Test de la Gentoo 1.4. Évalué à 1.
Est-ce que tu considereras que c'est une preuve de la stabilité de cette dernière ?
Pour autant que je me souvienne, Debian utilise un vanilla-kernel (+correction de sécurité) par défaut.
Alors essaie d'emerger "sys-kernel/vanilla-sources". C'est le noyau tout propre, et si il plante, Gentoo à rien à voir.
[^] # Re: Test de la Gentoo 1.4
Posté par un_brice (site web personnel) . En réponse à la dépêche Test de la Gentoo 1.4. Évalué à 2.
Je utilisé distcc une fois pour essayer de palier à ce même problème.
Au cas où tu le connaitrais pas, je te le conseille vivement ^_^ (mais je crois pas qu'il gère la cross-compilation).
Pour ce qui est de la remarque sur la stabilité du type auquel tu réponds... j'en profite pour crier:
LES CODES SOURCES DE GENTOO SONT AUSSI CEUX DES AUTRES DISTRIBS ET ON PEUT INSTALLER LES MÊMES VERSIONS (désolé si le bruit dérange les trolls).
[^] # Re: Test de la Gentoo 1.4
Posté par un_brice (site web personnel) . En réponse à la dépêche Test de la Gentoo 1.4. Évalué à 4.
càd qu'il gère l'héritage des dépandances? Merveilleux.
Ou alors il analyse le binaire pour déterminer quelles libs sont nécessaires... pas tellement utile non plus.
>Pour la gestion des dépendances ? Non, je ne crois pas.
Les SLOTs (aka possibilité de considérer plusieurs version d'un même soft comme étant des logiciels diffèrents à installer en paralèle (QT, GTK...)).
Des masques au niveau des spécifications des dépendances.
La possibilité d'écrire des ebuilds de trois lignes pour la dernière bidouille amusante trouvée sur le net.
Des packages virtuels (genre "virtual/jvm" pour spécifier toutes les jvms complètes).
Et surtout, les USE flags qui influent sur les dépendances des softs (eg. on peut compiler xmame avec ou sans l'option x11 et ça change les dépandences).
Et pis, franchement, quand on "crois" juste; vaut mieux ne rien dire, surtout quand le sujet est trollogène.
[^] # Re: Frédéric Labbé
Posté par un_brice (site web personnel) . En réponse à la dépêche Open Office en RC4 : bientôt la finale. Évalué à 2.
<p class="philosophisme">
C'est peut être ce qui se rapproche le plus de l'imortalité pour un geek...
</p>
(bon, d'accord: même l'Internet est impermanent, m'enfin c'est comme l'Univers: j'ai du mal à imaginer qu'il n'ait pas toujours existé, et qu'il n'existeras plus un jour (en tant que tel))