BAud a écrit 13139 commentaires

versions des distributions ou des drivers
les informations fournies par /etc/*release ou /etc/*version (dépendant de la distribution)
et par modinfo (pour les modules) sont utilisées : chaque module étant attaché à un vendor_id/product_id, informations plus liées au chipset qu'au produit commercial (il n'y a pas aujourd'hui dans h4l de table de correspondance produit commercial <=> infos de bas niveau, cela peut évoluer par la suite, ce n'est pas faute de suggérer à frédéric de s'entourer d'une petite communauté permettant d'implémenter ce genre de demandes...).

Justement, le site n'est pas obsolète si à chaque changement de kernel chacun pense à remonter les informations afférentes (1 lancement de hwreport et soumission du tar.gz généré).
L'idéal serait de disposer des informations techniques minimales (vendor id/product id) sur les produits vendus, sinon à défaut pouvoir les essayer en magasin et les rapprocher de la base de h4l pour évaluer leur support. C'est le genre de chose que j'essaie de mettre en avant sur http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=PageP(...) mais pour l'instant le projet est au point mort et c'est clairement frédéric qui fait avancer les choses avec chacune des distributions grâce à hwreport qui est peu à peu disponible dans toutes les distributions GNU/Linux modernes.

Ma question n'est pas complètement anodine pour autant...

Tu peux te référer par exemple à la transcription que nous avons commencé de la conf' de Benjamin Bayart aux RMLL 2007 : http://faq.tuxfamily.org/InternetLibre_ou_Minitel_2.0/Fr

N'oublie pas de te poser la question "qui est responsable de la diffusion de _mes_ données et de _mon_ code" ensuite hein :-)

Quid de l'application permettant d'instancier l'hébergement ?
Comme indiqué, je suppose que seule l'API - donc interfaçage externe - est libre ? (et que cela s'apparente donc à du minitel 2.0 ?)

et le bon lien pour voir la précédente proposition http://www.ideastorm.com/article/show/62329/Provide_Linux_Dr(...)

Vous pouvez aussi remonter votre matériel qui fonctionne bien sur http://hardware4linux.info (un coup de hwreport et envoi du tar.gz généré) comme ça ceux qui veulent ensuite faire leurs achats savent quoi sélectionner. Plus de détails sur http://faq.tuxfamily.org/CommunicationLibreHardware/Fr

Il y a aussi la possibilité d'aller dans le détail avec toutes les listes de compatibilité par type de matériel http://wiki.eagle-usb.org/wakka.php?wiki=HwDbExistingResourc(...) (mais bon ça risque d'être plus long).

La GPL/LGPL rendant impossible la propriétarisation du code libre, ce qui a obligé les utilisateurs -au sens large- à partager leurs modifications, la GPL va plus loin par son côté viral.

Je suis entièrement d'accord avec toi, hormis pour le dernier terme qui est du FUD et devrait àmha être évité: tu peux parler d'hérédité ou de vaccin, qui rendent bien compte du choix délibéré fait par le développeur de sélectionner du code libre. Cette option ne gêne réellement que ceux qui veulent faire du non-libre. C'est certes un peu plus contraignant qu'une BSD qui n'oblige pas dès le début à fournir le code source (mais qui l'encourage sur le long terme pour le fiabiliser upstream quand nécessaire), c'est une question de confiance àmha : obliger à se poser la question dès le début de la distribution du code est un mal (du point de vue de certain) pour le bien de tous.

quand est-il distribué en libre de manière visible ?

c'est l'abus de Suze...

je passe un peu vite de licence à brevet, c'est parce que pour moi tout cela est lié à la propriété intellectuelle

droit d'auteur, brevet et droit des marques sont pourtant très distincts, quelle devrait être la notion de propriété sur de l'immatériel (l'intellectuel) ? C'est ce genre de tendance qui entretient une confusion pouvant amener à trouver normal de breveter des formules mathématiques ?
En outre, pour approfondir, cf. http://www.gnu.org/philosophy/not-ipr.fr.html

Tu as une sélection sur http://games.tuxfamily.net et sinon http://jeuxlibres.net en identifie plein

abréviation de Renaud_Donnedieu_de_Vabres qui s'est fait connaître lors des discussions de la loi DADVSI notamment.

n'ont pas d'effets de bord
le prosélytisme aveugle mène parfois à la console suite à une mise à jour ratée dans xorg sur une version LTS pourtant... Mieux vaut plutôt passer un peu de temps à mettre en avant le système de paquets inhérent à toute bonne distribution, paquets intégrés et testés auparavant (dans le meilleur des cas) : cela change d'avoir à parcourir 50 sites pour tenter d'installer p+q logiciels avec des installations différentes et le risque de pourrir sa conf' / ajouter moultes spywares et autres adwares. Ce sont plutôt sur ces derniers points que la sensibilisation à la sécurité et aux logiciels libres peut porter ses fruits.

cela dit il arrive aussi qu'elle soit vraiment piratée
mais que viennent faire dans l'histoire de vils gens sur des Galions, avec un bandeau sur l'oeil et une jambe de bois ?

c'est clair que Miro_(logiciel) est d'autant plus pratique qu'il permet de voir en plein écran tant les vidéos de youtube que de dailymotion et avec une meilleure qualité que tout lecteur flash, fut-ce Gnash ou Swfdec.

Après, miro, c'est une autre manière d'aborder les vidéos sur internet (bien pratique au final).

merci, j'ai noté ceux en libre, me restera à trouver le temps pour les essayer ;-)

Certains ne sont plus développés depuis 2002 (umlsculptor) ou n'ont pas dépassé le stade du planning (JRoseViewer) :/ Visiblement les greffons pour Eclipse se sont bien développés en tout cas.

est-ce qu'un planet-libre peut être dispo en libre ?
=> http://forum.planet-libre.org/viewtopic.php?id=97

et les lecteurs (attentifs) de la revue de presse de Mars sur DLFP ;-) https://linuxfr.org//2008/03/10/23820.html

ah bah, va falloir s'y mettre :)

merci beaucoup, cela m'a permis de compléter encore http://wiki.eagle-usb.org/wakka.php?wiki=ModelizationTools ;-)

mon interrogation n'étais visiblement pas claire, soyons complètement clair : je ne comprends pas _du tout_ l'utilisation de crypter ni de encrypter. Effectivement, chiffrer me convient (mais pas pour la compression de format vidéo/audio), compression et conversion me conviennent aussi ;-)

Quel est l'intérêt d'utiliser le boot.iso alors que la distribution en place boote déjà et que l'objet est de la mettre à jour ?

J'imagine que cela évite d'avoir les binaires mis à jour qui soient utilisés, mais bon, au pire c'est reboot en console et zou ça continue.

En même temps, pour avoir un environnement de bureau il faut plus d'un jour de compilation sur gentoo ;-)

http://mshiltonj.com/software_wars/current/ va avoir besoin d'être complété... l'évolution du champ de bataille est suivie depuis 1998 tout de même sur http://mshiltonj.com/software_wars/

hum je déconseillerais le CD, il manquera sûrement des paquets... (bon ok, tout le monde n'en a pas 2505 d'installés comme moi).
par ailleurs, l'utilisation des dépôts permet d'ajouter ceux d'updates quand c'est fait genre 1 ou 2 mois après la release.

Plutôt utiliser les dépôts en rsync, le ftp ou le http ont tendance à timeouter et à obliger à des relances de urpmi régulièrement.
Le seul gros plantage que j'ai eu c'est quand la glibc avait été mise à jour et faisait vautrer urpmi l'utilisant (c'était au passage de la 10.1 à la 2006 http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 iirc), forcément urpmi se mettait à jour (1ère opération) et ne tirait pas la dépendance à la glibc (oubli, corrigé ensuite dans les updates).

Bien lire les release notes et les errata avant de se lancer dans cette opération (lire aussi les versions en anglais qui sous souvent plus à jour). Prévoir minimum 4h si tu n'as pas un miroir local et c'est plutôt de l'ordre de 10h généralement (surtout quand tous les miroirs rament à la sortie d'une release, je le laisse finir dans la nuit : ce sont plutôt les 2 premières heures que je surveille quand le système de base se met à jour). urpmi pose souvent quelques questions quand il y a des choix à faire sur les bibliothèques, parfois il ne trouve pas des paquets qui ont changé de nom... mais globalement ça marche correctement (c'est ce que j'ai fait pour le passage 2007.0 à 2007.1 à 2008.0 sur mon portable, mais bon je commence à être habitué des manips et me retrouver au pire en ligne de commande ne me dérange pas trop).
Prévoir un accès physique au PC tout de même (vu que certaines mises à jour redémarrent sshd ;-) ).

ah, ça c'est la raison pour laquelle je ne stocke plus rien dans /root (ou que je le mets aussi ailleurs...)
/bin/rm -R * # rha marche pas
su - # et zou ça va être bon
/bin/rm -R * # le copier/coller à la souris ça a du bon
... et merde le cd à faire avant /o\ (heureusement que je n'étais pas sur un slowlaris :D)

bin décrypter c'est cohérent, tu n'as pas la clé pour lire : c'est lorsque Champollion a utilisé la Pierre_de_Rosette qu'il a pu déchiffrer les hiéroglyphes égyptiens.
Chiffrer est cohérent, tu utilises une clé.
Encrypter c'est jeter la clé avant de l'utiliser ? (au moins t'es sûr que même si quelqu'un la retrouve il aura du mal à déchiffrer :p).