free2.org a écrit 2367 commentaires

apparemment tu attaches peu d'importance à tout le travail qui a été effectué par koffice/abiword/gnumeric/openoffice/samba/etc pour que linux puisse accéder aux formats utilisés par défaut dans windows.

c'est deja dur de convertir des gens "normaux" à Linux sans TCPA, avec TCPA cela rique de devenir impossible...

dans les specs TCPA d'IBM il y a la possibilté de créer des clés qui ne seront plus accesisbles si l'OS change peux-tu me dire pourquoi MS n'utilisera pas cette fonction pour interdire à Linux d'accéder aux clés qui cryptent des programmes et des documents DRM ? dès lors ces programmes et documents ne seront accesibles que sous windows (cf beta de MS Office avec des .doc cryptés) enfin, tu avoueras que ce sera très peu couteux de modifier TCPA pour qu'il interdise de booter un OS non signé par MS, et sans qu'on puisse désactiver cette fonctionalité dans le BIOS

si Windows est le seul moyen d'accéder aux programmes et documents protégés par le DRM de MS, alors oui (une beta de MS Office avec des .doc protégés par DRM est sortie récemment) rappelons aussi que la Xbox est un PC qui refuse d'exécuter des programmes non sgnés par MS TCPA pourrait bien être la fin des logiciels libres (cf interview de Eben moglen sur slashdot)

c'était un clone erroné d'une news parue fin janvier: https://linuxfr.org/comments/168110.html en + le titre était "TCPA != Palladium" ce qui n'est pas assez précis et peut induire en erreur il aurait dû être "TCPA sera un élément essentiel de Palladium pour tuer Linux"

rappelons que TCPA est largement suffisant pour que MS puisse tuer Linux: génération et stockage de clés qui ne seront accessibles que par Windows (les specs d'IBM contiennent des clés inaccessibles si l'OS change) et qui rendront les documents et programmes protégés par le DRM de MS non décryptables par Linux (une beta de MS Office avec des .doc protégés par DRM est deja disponible) l'étape suivante sera des PCs subventionnés par le DRM, qui refusent de booter autre chose qu'un OS signé par MS (déjà le hardawre de la Xbox et des GSM Windows refusent les binaires non signés par MS) dans une interview récente sur Slashdot, l'avocat de la FSF, Eben Moglen, dit clairement que le "Trusted Computing" pourra tuer les logiciels libres. PS: quelqu'un veut écrire à IBM pour leur demander si la norme TCPA rendra obligatoire de mettre dans le BIOS la possibilité de rendre les clés Windows accessibles à Linux ?

comme toujours, il faut aussi regarder dans freshmeat:
http://freshmeat.net/search/?q=pinball&filter=&orderby=popu(...)

Le mainteneur d'un paquet Debian est bien-sûr aussi un utilisateur des autres paquets... (et tous les utilisateurs sont invité à participer, meme non programmeurs: rapports de bug, traduction, icones, nouveaux paquets contenant de la documentation, etc.) En fait ce choix de système de vote a un rapport avec leur statut de bénévole libre: un mainteneur Debian rend un service par envie. Le leader ne pourra jamais obliger les mainteneurs à faire des choses qu'ils détestent. Il vaut donc mieux que ce leader soit le plus proche possible des mainteneurs, si il veut que ses avis aient une chance d'être suivis.

Attention, certains modems USB sont des softmodems: c'est le CPU qui fait l'essentiel du travail à leur place. Outre un ralentissement, ils ne sont pas toujours compatibles Linux. Par contre tous les modems port série sont de vrais modems et ne nécessitent pas de driver.

Tu as le droit de leur verser de l'argent, ou tout autre cadeau, si tu veux. Mais ce n'est pas une obligation. (c'est ce que je décris sur mon site comme étant le "bénévolat libre")

Pour moi la notion de bénévolat est importante: les distribs à but lucratif que j'utilisais avant Debian ont souvent eu tendance à m'inciter à acheter leur dernière version ou leur service de mise à jour sécurisé... en rendant difficile la mise à jour automatique par des moyens gratuits (j'avais un internet lent par RTC à l'époque) et l'installation gratuite de nouveaux paquets était difficile (problemes de dépendances si on avait pas le CD de la dernière version), incitation forte à tout réinstaller à chaque nouveau CD... (et à perdre une partie des fichiers de config...)
Tout ça est heureusement fini depuis que j'ai Debian.

Bien-sûr les distribs commerciales ont fait certains progrès depuis, mais il n'empeche que leur but premier est de faire du profit, et parfois ce profit peut se faire sur le dos des utlisateurs. Tout simplement parce que étant en concurence, elles risquent de faire faillite si elles n'emploient pas des méthodes commerciales à la hussarde.

C'est le moment de rappeler que Debian est la seule "grande" distrib Linux dont chaque paquet est géré par un mainteneur bénévole ( et en + ces bénévoles sont coordonnés par une association très démocratique, avec possibilité de déclencher un référendum à tout moment sur tout sujet intéressant plusieurs mainteneurs)

http://www.debian.org/devel/(...)

j'aimerais savoir ce que tu entends par "séparation de privilège". Si il s'agit de lancer le serveur X sous un auyre compte que root, c'est bien; mais ça ne résoud pas le problème dont on parle ici, à savoir empecher les fenetres d'une application d'accéder aux fenetres d'une autre application qui s'affiche sur le meme écran.

Après une longue recherche sur internet et dans les docs X j'ai réussi à obtenir ces infos:
- la technologie broadway/untrusted introduite dans X11 R6.3 (on en est à R6.6) est censé évoluer un jour vers un controle fin des communications entre les fenetres.

- dores et deja on peut faire man Xserver pour avoir la syntaxe qui permet de préciser à quelles ressources du serveur X ont accès les untrusted applications.

Malheureusement ce mécanisme ne définit que 2 compartiments: le compartiment trusted dont les applications ont accès à toutes les resources (dangereux, à éviter). Et le compartiment untrusted, chaque application untrusted ayant par défaut un accès direct aux ressources des autres applications untrusted.

Bref ce mécanisme ne permet pas pour l'instant d'avoir plusieurs applications untrusted protégées les unes des autres.

pour etre précis, si le moniteur possède un cable VGA, il est forcément compatible Linux

seuls les moniteurs ayant exclusivement des sorties numériques peuvent nécessiter un driver spécial pour linux

je te donne 2 liens vers des ERPs libres deja mentionnés sur linuxfr:
http://www.erp5.org/linux.html(...)
http://ignu.ungi.org/(...)

et la derniere discussion:
http://linuxfr.org/2003/02/07/11271.html(...)

d'apres un post sur la liste NSA, NSA linux est un peu comme systrace, avec en + la notion de domaine (ensemble de process qui ont les memes droits pour utiliser les appels systemes)

http://www.nsa.gov/selinux/list-archive/3532.html(...)

par contre je ne pense pas que l'interactivité NSA soit aussi bonne que celle de systrace (interface GTK de systrace... tiens au fait: il vaut mieux savoir maitriser la sécurité de X quand on utilise un outil de type systrace !)

Tout ce que je sais c'est que les patches NSA ont été regroupé en un module pour l'architecure officielle LinuxSecurityModule des noyaux 2.5 (backporté pour 2.4 aussi) Cette archi LSM permet à chacun de choisir son module de sécurité en fonction de ses besoins. http://lsm.immunix.org/

D'abord merci :)

Je pense que la programmation par contrat (introduite par Eiffel avec les notions d'assertions/pre-post conditions/invriants, reprise par GNU nana pour le C ) est la meilleure pour développer rapidement des programmes sans bugs (ajoutons y aussi les tests de régression).
http://www.artima.com/intv/pycontract.html(...)

assert fait partie de python, mais je crois que le typage faible fait que un grand nombre d'appels d'une fonction ne respectant pas le cahier des charges de cette fonction (envoi par erreur d'objets de nature completement différente de celle attendue) ne sont pas détectés automatiquement par l'interpréteur (et nécessitent donc l'écriture d'assertions supplémentaires).
Est-il prévu d'améliorer le support de la programmation par contrat dans Python ?
(typage + fort en option, notions de pre/post/invariant, ...)

Concernant la compilation de python: est-il prévu d'améliorer la vitesse d'exécution de Python par la compilation (executables, librairies) ou par des techniques à la hotspot ?

curieux, car le site officiel de SDL dit qu'il y a des bindings pour perl

http://www.libsdl.org/(...)

citons aussi skipstone qui est libre, basé sur gecko, mais bien plus léger que galeon

y'a aussi phoenix qui est basé sur gecko

voici un lien vers le répertoire complet des softs INRIA:
http://www.inria.fr/valorisation/logiciels/index.fr.html(...)

apt-build permet de faire tout ce que fait apt-get, mais avec les sources, en les recompilant avec optimisations

pour ceux qui n'ont pas de serveur DNS local, on peut faire la meme chose avec le fichier /etc/hosts

C'est vrai que le pricipal indicateur économiqe, le PIB, ne prend pas en compte le bénévolat.
Au contraire, toute activité bénévole tend à faire baisser le PIB puisqu'elle ne produit pas de "valeur ajouté" et ne consomme pas ou peu.

Je crois qu'il faut taxer la gentillesse. Tout doit être payant.

Interdisons aussi l'amour car il fait baisser le chiffre d'affaire des psys et des peep shows !


Sérieusement, quand on lit commentaire précédent, il est évident que le commerce peut rendre les gens égoïstes, voir fous. Le commerce est un moyen, pas une fin.

Si les gens sont plus heureux en consacrant + de temps à des activités bénévoles, alors tant pis pour le commerce. Le fait que la majorité des gens de la planète vivent dans la misère est un aveu d'échec pour le commerce. Sans parler de ceux qui dépriment de vivre dans un monde toujours + égoïste.


P.S. Un grand nombre de taxes touchent deja les benevoles (notamment la taxe sur les CDRs qui touchent deja ceux qui gravent leurs propres oeuvres ou des oeuvres libres)

Dans le meme genre, l'état Allemand a envoyé gratuitement à qui en faisait la demande un CD Knoppix (opération maintenant terminée):
http://www.knopper.net/knoppix/index-en.html#order(...)
The german Bundesamt für Sicherheit in der Informationstechnik (BSI) can unfortunately no longer ship KNOPPIX-CD-Roms to interested people. Only orders till 20.01.2003 will still be delivered.

L'hébergeur peut-il également annoncer sur son site qu'il reporte toute responsabilité sur les intervenants Le projet de loi est clair: si l'hébergeur ne veut être sûr de ne pas voir sa responsabilité engagée, alors ils doit retirer un contenu dès que n'importe qui le lui demande. utiliser une technologie comme palladium pour s'assurer de leur identification pas besoin de palladium, les lois récentes LSI et LSQ prévoient l'identification par l'adresse IP (obligation pour les FAIs de garder des logs contenant "qui avait tel IP, tel jour, à telle heure". et obligation pour les hébergeurs de logger quelle IP a accéder à quelle page, quel jour, à quelle heure) P.S. Encore une fois TCPA/palladium n'apportent rien en terme de sécurité que ne peut deja faire Linux Security Module et un bon IDS. Par contre, en terme de DRM et de monopole, ils pourraient rendre de fiers services à MS et aux multinationales de l'édition.

rien n'empeche de faire un fork de blender sous licence GPL only
pareil pour mozilla, openoffice, et tous les softs qui sont sous dual-license GPL/autre, (et meme sous une simple licence BSD ou apache ou X)

cette possibilité est quand meme une garantie importante que l'avenir copyleft de ce soft n'est pas enterré