karteum59 a écrit 868 commentaires

Une question (probablement stupide mais bon) : apparemment tout logiciel permettant un échange de fichiers potentiellement illégaux devient illégal. Soit. Mais comment serait considéré (judiriquement parlant) un client eMule modifié pour ne télécharger / partager que la 1e moitié des fichiers ? Rigoureusement parlant, il ne permettrait pas l'échange d'oeuvres protégées (puisque les fichiers échangés seraient incomplets). Et il suffirait d'avoir un deuxième logiciel eMule dérivé (pour télécharger la 2ème moitié des fichiers) - qui elle non plus ne serait pas attaquable isolément - pour ensuite pouvoir reconstituer nos fichiers...

Maintenant, peut-être que ça ne tient pas (juridiquement) car la présence simultanée des deux logiciels sur le disque dur pourrait être assimilée à un unique dispositif tombant sous le coup de la loi...

Qqun peut confirmer l'un ou l'autre ?

Le but est une chose, le dommage collatéral en est une autre.

Et un juge applique la loi, point barre. Ce qui compte c'est ce que le législateur a écrit et non ce qu'il a potentiellement voulu dire...

Oui, mais la perception du libre par ces messieurs tout en haut influe sur les lois qui nous touchent tout en bas (brevets, DADVSI...)

Par exemple, aujourd'hui si tu en as l'envie (et les compétences) tu as le droit de concevoir dans ton garage un super système de fichiers distribué P2P avec pour idée de rendre inutile le stockage centralisé très onéreux (SANs, RAID...). Demain tu n'auras peut-être plus le droit de faire ça...

Ben, c'est déjà le cas non ?
Quel que soit le logiciel, tu dois en accepter la licence avant de l'utiliser. Si tu utilise du GPL, c'est implicitement que tu acceptes la GPL !

Donc si on te suit bien tout ce qui n'est pas l'ENS c'est de la m... ? Tous les étudiants n'ayant pas eu des profs "internationalement connus" sont des gros nuls ?

Si sciences-po était tant de la m... que ça, on n'en parlerait même pas, ses étudiants (qu'elle aurait du mal à recruter) auraient du mal à se caser, etc.

Et même si t'avais raison dans ta généralisation abusive, c'est comme partout, l'investissement personnel de l'étudiant compte au moins autant que la qualité de sa formation.

si les dvp linux étaient pas trop con ils switcherait en gplv3 :-d

La gplv3 change quoi à ce sujet ?

Sinon, si le noyau était en LGPL, on pourrait avoir des modules noyau sous d'autres licences et ça résoudrait aussi le pb non ?

Donc si je comprends bien ça veut dire que là où avant le noyau programmait une fois pour toutes le timer pour fixer des rendez-vous périodiques, maintenant ce dernier est constamment reprogrammé pour chaque rendez-vous suivant ?

OK, mais je me demande un truc : est-ce que la reprogrammation du timer est coûteuse en nombre de cycles CPU ? Si oui, ça veut dire qu'on risque de perdre un peu en performances non ?

Donc en résumé il suffirait de recompiler son noyau en modifiant la valeur de HZ pour atténuer le problème ? (à 100 ça doit être moins audible qu'à 1000 j'imagine)

Corollaire : y'a moyen de faire de la musique avec un module noyau ad'hoc ? (OK je sors... :)

Ah ?

Bon OK, alors disons "par lesquels passent les enseignants de demain"...

Il n'est probablement pas possible de démarcher / convaincre tous les enseignants d'un coup, mais peut-être est-il possible de commencer par faire qqch au niveau des IUFM, qui forment les enseignants de demain ?

À l'heure où les verrouillages de l'informatique se multiplient (TCPA, ordinateurs tatoués, DRM, taxe Microsoft, brevets sur les logiciels), un vent de liberté pourrait venir paradoxalement de Chine

Si à l'intérieur du gigantesque pare-feu chinois, aucun contenu interdit ne s'infiltre, comme le PCC le souhaite, alors être libre à l'intérieur de cet enclos n'a pas de sens…

J'irai même plus loin : le fait de faire fonctionner Linux n'est absolument pas un gage d'intégrité (cf la PS3 truffée de verouillages).

En effet, je ne vois pas où il est écrit que la bébète chinoise ne sera pas verouillée (bridée ;) matériellement, et sera digne de confiance (pas de mouchard)...

Le p2p n'est pas le seul moyen d'éviter une saturation du serveur avec l'accroissement du nombre de clients, le multicast est fait pour ça aussi (http://fr.wikipedia.org/wiki/Multicast ). Vu la finalité de freecast, qu'est-ce qui a dicté le choix d'une achitecture p2p plutôt que du streaming en multicast ?

Ou dit autrement : est-ce que freecast permet une indépendance temporelle entre les utilisateurs ? (chose que ne permet pas le streaming multicast -> donc pas moyen d'avancer/reculer dans le flux ou de faire une playlist dans laquelle on se déplace librement)

Une dernière chose, que va devenir cette sympathique application une fois le DADVSI adopté ?

Je n'imagine pas les dirigeants de la SNCF couper leurs serveurs Apache pour soutenir le mouvement.

En même temps quand les contrôleurs font grève (ce qui empêche la circulation des trains) je ne suis pas sûr que la direction "soutienne le mouvement"...

Les admins peuvent donc évidemment faire de même (cela dit j'ai toujours pensé que le droit de grève n'était pas pour autant un droit de blocage, et en + à mon avis un admin qui débranche un serveur avant de partir en grève pourra probablement être viré pour sabotage ou faute grave...)

Mhouais, mais bon comme d'habitude ils se sont contentés de s'abstenir alors qu'ils auraient pu s'opposer (surtout quand on voit comment l'UDF a été bafouée et ignorée sur le DADVSI à l'AN)

CMake est un logiciel libre, sous License BSD, qui permet la construction de logiciel indépendamment du système d'exploitation ou du compilateur. À la différence de beaucoup de systèmes de multiplateforme, CMake est conçu pour être employé avec les outils natifs de compilation.

En fait ce serait plus à rapprocher de GNU make, des autotools ou les 2 à la fois ?

(désolé si la question est stupide, pas le temps de regarder + pour l'instant...)

Je pense que c'est une très bonne initiative, même si le libre est déjà pas mal utilisé/enseigné dans d'autres formations.

Quelques remarques ou idées en vrac :

- Déploiement de distributions Linux (Debian, Fedora, Mandriva, Novell Linux et Gentoo) : pourquoi tout ça ? Je pense qu'il y a du superflu entre Novell, Fedora, Mandriva (surtout qu'on peut apprendre à faire ça chez soi, c'est très facile). Je proposerai plutôt de ne garder que 2 distribs Linux (gentoo/debian par ex) et d'ajouter les BSD et Solaris, il y aura davantage de choses qui changent et ce serait plus instructif.
- lufs est obsolète, et remplacé par FUSE (qui est maintenant intégré au kernel, et existe sur BSD)
- s/Strusts/Struts/
- concepts de la programmation fonctionnelle et applications en Scheme : Ocaml est pas mal aussi
- <troll>Beaucoup de Java, mais pas de .NET ? (ni de Ruby on Rails :)</troll>, je ne connais pas en détails mais la techno semble quand même intéressante, elle est vouée à être largement déployée, et deux implémentations libres existent (Mono et DotGNU).
- Ce serait pas mal d'inclure dedans un exam LPI ou RHCE (ou tout au moins négocier un tarif). ça pourrait être un plus pour certains recruteurs.
- Seulement 12h de cours (+12TD+18TP) sur les systèmes embarqués/temps réel ? C'est l'avenir pourtant... Cette fois-ci, il me semble qu'il manque un petit peu de "pratique" (ou en tout cas ce n'est pas décrit). On peut faire plein de choses avec peu de moyens, comme par ex un linux dans un wrt54g, sans parler de ecos, NetBSD...
- Pas de clusters non plus ? (enfin, on lit "parallélisme" mais est-ce qu'il y a un déploiement / de la prog en pratique)
- Rien sur Wifi, ni sur la voix sur IP ?

Je ne sais pas si tu l'as déjà, mais dans les Openbooks de O'Reilly il y a le "Understanding Open Source and Free Software Licensing"

-> http://www.oreilly.com/catalog/osfreesoft/book/

Petite question : alors, si je comprends bien, Freenet devient un "club fermé" ?

Personnellement, je trouve dommage que Freenet doive en arriver là (Comment on fait si on est seul dans sa campagne et qu'on ne connaît pas d'autre noeud ?). Un des buts est de lutter contre la censure mais on exclut de facto toutes les personnes isolées socialement, peu expérimentées techniquement ou récemment arrivées sur le net, etc. A terme, je me demande aussi dans quel mesure ça n'aboutirait pas à une certaine forme de censure, différente mais exercée de facto par les "insiders" : on n'invite pas tout le monde à rentrer mais seulement les gens plus ou moins comme soi...

Si le but était d'éviter le harvesting (http://www.freenet-fr.info/documentation/Harvesting.html ), il y a peut-être d'autres solutions à imaginer (faire apparaître des faux noeuds avec des IPs aléatoires ?)

je vous invite à venir nous rejoindre sur #freenet et #freenet-fr (irc.freenode.net)

OK, mais comment faites-vous pour savoir si une personne qui débarque sur l'IRC en demandant un accès est bien "digne de confiance", puisque c'est ce qui justifie le passage en réseau fermé non ?

où vous pourrez vous en procurer rapidement

ça me semble encore plus contradictoire avec la notion de "confiance" dans un club fermé : faire confiance à quelqu'un demande de le connaître et ça prend du temps...

Bravo pour votre initiative !

Une petite question : il me semble que Blender est équipé d'un éditeur de séquences vidéo non ? Est-ce qu'il serait possible ou opportun de l'utiliser comme un cinelerra/jahshaka/lives ou est-ce que c'est encore trop limité / pas pratique ?

K6, Duron, Athlon 32 bits et Pentium 3

Des vieilles machines plus anciennes comme des 486 /P120 avec disque dur < 1Go, etc... ça peut vous intéresser ?
(en théorie ça devrait être suffisant pour xfce+abiword / SIAG+Opera si on configure tout de manière précise, mais par contre il ne faudrait pas compter sur KDE/Gnome, ooo, Firefox...)

Et des "bouts" de matos, ça vous intéresse ? (j'ai qq cartes graphiques PCI et lecteurs CD qui trainent)

Une dernière chose : vous vous y prenez comment pour trouver/choisir les personnes qui recevront les PCs ?

Pas suffisant : MD5 a été cassé (tout comme SHA-1 apparemment)
http://fr.wikipedia.org/wiki/MD5#Faiblesse_de_MD5

Comme ça se passe sur un gros fichier iso il me semble que c'est encore plus facile de générer un fichier de même taille et de même MD5. Comme en plus il s'agit de l'iso d'un OS orienté sécu (i.e. dans lequel tu auras confiance pour assurer la sécurité de ton système) l'intérêt de le compromettre est évident pour un pirate, donc le risque n'est pas forcément négligeable !

Par contre je ne sais pas combien de temps ça prend de générer une collision sur une machine moderne...

Notemment Gnome et le désir de simplicité

Hum, ça sent le troll à plein nez...
Personnellement je trouve dommage de vouloir tout uniformiser à outrance. En particulier, si Suse se met à prendre une orientation gnome c'est qu'elle renie un peu ses racines !

Par exemple, ce n'est pas parce que je n'aime pas Gnome que souhaiterais (ni même considérerais comme positif) une uniformisation avec KDE ou GNUstep... Chacun a ses avantage et ses inconvénients, c'est la diversité qui est une bonne chose !

Ce qui est souhaitable n'est pas l'uniformisation mais l'intéropérabilité : que Gnome puisse utiliser des thèmes (et autres réglages) KDE et inversement (merci FreeDesktop !), que Smart package manager sache utiliser les dépôts urpmi, yum, apt, etc...

Des logiciels si récent, ça m'étonne beaucoup

Bah oui, sont forts ces ricains ! Ils nous transforment en bêta-testeurs RHEL gratuits et avec le sourire (alors qu'à l'inverse certains avaient bien râlé avec la Mandrake "community" théoriquement moins stable que la "official"). Au passage, si tu préfères la version "stable" de RedHat tu peux regarder du côté de Centos (c'est la RHEL repackagée).
http://www.centos.org/

Malheureusement leur carte 3D n'est pas performante comparé à NVidia ou ATI

Ceci étant, comment se positionnent-elles (niveau perfs) face aux dernières ATI supportées par le driver Open Source ? Et est-ce qu'elles sont "suffisantes" pour des jeux pas trop gourmands comme tuxracer ou pour de la 3D "sérieuse" comme xgl ?

Autre chose : est-ce que les Intel récentes supportent les shaders ?

Je suis d'accord, il a fait des progrès. Mais il reste beaucoup trop lent et limité à mon goût. Personnellement je suis passé à Smart (http://labix.org/smart), et je ne regrette pas ! Je le trouve bien plus rapide, plus convivial et plus efficace dans sa gestion des multi-canaux et des dépendances (capable de downgrader s'il le faut), etc...

Par contre, pour faire une petite digression sur les gestionnaires de paquetages, qqun a t-il un avis sur les systèmes suivants ?
http://0install.net/
http://klik.atekon.de/
http://autopackage.org/

Boaf, il faut bien que RHEL ait un équivalent de 'unstable' / 'testing' non ? ;o)

ok, je ->[]