Pour Juncker, ce n'est pas tellement étonnant, vu son implication dans la campagne pour la constitution européenne. On peut être pour ou contre, mais je pense qu'on peut respecter l'homme.
Son rôle dans l'affaire des brevets est effectivement beaucoup plus "limite"...
Enfin le résultat est tout de même étrange. Étant donnée sa popularité, il aurait aussi bien dû être nominé homme d'état de l'année. Bizarre que les recommandations de la FFII portent leur fruits dans une catégorie, mais pas l'autre.
Ben, le protocole sftp n'est pas géré par Firefox, c'est tout. Rien de bien exceptionnel.
Konqueror a toujours voulu en faire plus ;-) (mais pas forcément mieux !)
Si tu veux faire gérer sftp:// par des applis externes dans firefox, c'est juste une clé à ajouter dans le "about:config"
Une booléenne : "network.protocol-handler.external.sftp", à mettre à "true"
et une chaîne "network.protocol-handler.app.sftp", où indiquer le chemin/nom de l'appli.
En fait pour être plus précis, il ne préconise pas spécifiquement les GDM : soit ça, soit occultation d'URL (lecture dans un plugin type flash ?). Mais je suis sceptique sur l'efficacité de la 2e solution.
Dans le même sillage, il y a les amendements proposés par VU/SACEM/BSA :
Est assimilé à un délit de contrefaçon :
1° Le fait, en connaissance de cause, d'éditer ou de mettre à la disposition du public, sous quelque forme que ce soit, un logiciel manifestement destiné à la mise à disposition non autorisée au public d'oeuvres ou d'objets protégés par un droit littéraire et artistique qui ne comprend pas les mesures pour, en l'état de la technique, préserver ces oeuvres ou objets protégés contre un usage non autorisé.
2° Le fait d'éditer ou de mettre à la disposition du public, sous quelque forme que ce soit, un logiciel autre que celui visé au 1° ci-dessus, dès lors que, ayant connaissance de ce que ledit logiciel est manifestement utilisé pour la la mise à disposition non autorisée au public d'oeuvres ou d'objets protégés par un droit littéraire et artistique, l'éditeur n'a pas pris les mesures pour, en l'état de la technique, préserver ces oeuvres ou objets protégés contre un usage non autorisé.
3° Le fait, en connaissance de cause, de promouvoir directement la mise à disposition du public sous quelque forme que ce soit ou l'utilisation d'un logiciel visé au 1° et 2° ci_dessus.
4° Les dispositions ci-dessus s'appliquent sans préjudice de l'application des dispositions de l'article L121-7 du Code Pénal et de celles proprres à la loi du 21 juin 2004.
et celui-ci :
Hypothèse n° 1 : code de la propriété intellectuelle
1°) Ajouter l'alinéa suivant après le premier alinéa de l'article L. 214-1 du Code de la propriété intellectuelle :
« En cas de radiodiffusion numérique et en cas de distribution par câble simultanée et intégrale de cette radiodiffusion, les dispositions du présent article ne s'appliquent que si le radiodiffuseur utilise des mesures techniques visées à l'article L. 331-5 du présent code, conformes à l'état de l'art, visant à empêcher les processus de reproduction du programme radiodiffusé qui segmentent de façon automatisée ledit programme en tout ou partie des phonogrammes publiés à des fins de commerce qui y sont inclus.
2°) Modifier comme suit le troisième alinéa de l'article L. 214-1 du Code de la propriété intellectuelle :
« Les utilisations visées au présent article des phonogrammes publiés à des fins de commerce, quel que soit le lieu de fixation de ces phonogrammes, ouvrent droit à rémunération au profit des artistes interprètes et des producteurs. »
Hypothèse n° 2 : loi de 1986
1°) Rédiger comme suit le 3° de l'article 28 de la loi n° 86-1067 du 30 septembre 1986 sur la liberté de communication :
« 3° La convention décrit les mesures techniques conformes à l'état de l'art qui sont mises en oeuvre par le service de radio pour, lors de la radiodiffusion numérique du programme et de sa reprise intégrale et simultanée sur un réseau n'utilisant pas des fréquences assignées par le CSA, empêcher les processus de reproduction dudit programme qui le segmentent de façon automatisée en tout ou partie des phonogrammes qui y sont inclus. »
2°) Ajouter l'alinéa suivant après le 4ème alinéa du I. de l'article 33-1 de la loi n° 86-1067 du 30 septembre 1986 sur la liberté de communication :
« Pour les services de radio diffusés par satellite, la convention décrit les mesures techniques conformes à l'état de l'art qui sont mises en oeuvre par le service de radio pour, lors de la radiodiffusion numérique du programme et de sa reprise intégrale et simultanée sur un réseau n'utilisant pas des fréquences assignées par le CSA, empêcher les processus de reproduction dudit programme qui le segmentent de façon automatisée en tout ou partie des phonogrammes qui y sont inclus. »
Bien plus que l'orthographe plus qu'approximative, quelque chose d'autre me tracasse particulièrement dans cette pétition : comment en arrivent-ils à la conclusion que le projet de loi DADVSI implique l'obligation pour les webradios d'utiliser des techniques de GDM ?
J'ai beau lire et relire le projet de loi, je ne trouve pas.
La conformité c'est dans les deux sens : à la fois le paquet qu'on veut installer et à la fois les bibliothèques dont il dépend (on dit être conforme à quelque chose).
Un paquet conforme LSB ne pourra pas s'exécuter (s'installer, peut-être : on peut tout installer avec la commmande cp !) si les bibliothèques installées ne sont pas conformes LSB, elles aussi.
Maintenant, je conçois que l'ebuild du paquet LSB qu'on veut installer demande spécifiquement certaines versions des dépendances et spécifiquement certaines options de compilation sur celles-ci.
(ce qui immanquablement conduit à des doublons ou bien des remplacements inopinés si on avait déjà une version installée autre de ces bibliothèques)
Donc c'est pour ça que je m'interrogeais sur la manière dont Gentoo pouvait implémenter LSB, sans pour autant dire que c'était impossible !
Au contraire, cela me semble tout à fait sensé.
Il faut en effet voir les choses dans l'autre sens :
Sans standardisation des libs de l'interface graphique, on compromet sérieusement l'arrivée de GNU/Linux dans le monde du desktop.
Et ce ne sera pas demain la veille, dans ce cas, que les logiciels proprios grand public et populaires, comme ceux d'Adobe/Macromedia, de Microsoft (... mouais, là même avec LSB, je n'y crois pas...) et consorts, débarqueront sur le bureau GNU/Linux !
Ou alors, on se limite aux logiciels en mode graphique libres qui, pouvant être recompilés sur la plupart des plateformes, se fichent éperdument de LSB. Et je dois admettre que quasiment tous les logiciels grand public trouvent déjà leur pendant libre qui tourne avec le manchot... grands absents tout de même : quasiment tous les jeux vidéo dernier cri, et pas mal d'applis de domaines un peu spécifiques comme la MAO(quoique)/CAO/PAO/etc-AO...
Donc non, le problème n'est pas spécifiquement avec les logiciels pour pros (qui souvent sont faits sur commande, de toute façon), mais bien avec les logiciels proprio end-user pour grand public, professionnels indépendants et petites entreprises.
Non, le problème n'est pas là, superna.
Le pilote WiFi est bel et bien déjà intégré à la GB depuis quelques versions déjà.
C'est le support même des cartes PCMCIA qui ne l'est pas.
Si ma mémoire est bonne, j'ai déjà envoyé mon patch sur le forum de GB.
(OK, pas encore sur la ML des dev : j'ai une espèce d'allergie aux inscriptions dans tous les sens !)
De plus j'ai aussi décrit la manip qui n'a franchement rien de compliqué : juste de la conf de kernel, pas une ligne de code... au point que la notion même de patch en devient ridicule.
L'argument que je veux bien recevoir, c'est que le PCMCIA n'ait pas été testé avec assez de matériel dans GB. M'enfin, il n'y a pas de raison que ça ne marche pas. Il s'agit quand-même du noyau Linux, qui lui a été testé et retesté maintes et maintes fois. Au pire, je suggérerais d'activer bêtement le support PCMCIA dans GB, puis d'attendre les retours d'utilisateurs pour éventuellement construire au fur et à mesure une liste de matériel compatible.
Enfin voilà, je trouve dommage, étant donné la légèreté de l'opération et des horizons qu'elle ouvre, qu'on en soit encore là.
(PS : je rappelle qu'il s'agit ici du support de PCMCIA 32 bits/Cardbus, qui ne nécessite aucun logiciel particulier en userland, si ce n'est le démon hotplug, si on a vraiment besoin d'hotplugger... ce qui n'est pas le cas pour une carte réseau dans ce genre d'utilisation.)
Eh bien, toujours pas le support de PCMCIA (cardbus) ?
Je trouve qu'il est bien dommage que j'aie besoin de me refaire une version personnalisée à chaque fois qu'une nouvelle GeexBox sort (facile et mécanique, mais long et rébarbatif !). Surtout pour deux malheureuses options à cocher dans la config du noyau avant la compil !
(Testé avec succès avec une carte WiFi PCMCIA à base du chipset RT2500.)
Je suis à fond d'accord sur l'idée d'un Linux "pédagogique".
Tu as la console, plus les outils graphiques de la distro.
Mais contrairement à une Mandriva ou autre, les outils graphiques ne prétendent pas être infaillibles et universels et du coup ils disent ce qu'ils font réellement afin de rendre l'utilisateur autonome peu à peu.
Comme ça, on a le meilleur des deux mondes.
Ça pourrait prendre la forme d'une espèce de log placé en bas de la fenêtre qui raconterait en temps réel ce qui se fait, en séparant bien clairement commandes/fichiers édités/sortie standard/sortie d'erreur/etc (couleurs ?).
Et puis il y aurait des actions simples pour copier/coller logs et commandes (pour envoyer à un forum, ou au contraire coller la solution publiée sur un forum).
Voilà, je mets les pieds dans le plat, mais je m'étonne, puisque le sujet a été abordé dans l'entrevue, que la question de l'utilisation de formats bureautiques ouverts comme ceux d'[Open|Star]Office n'a pas été posée.
(Ok pdf est ouvert... mais si le format doc est proposé c'est qu'il y a aussi un besoin de contenu à un format bureautique. Rtf est ouvert aussi, que je sache, mais le format a eu une histoire difficile.)
Est-il prévu de faire passer la bibliothèque au format OpenDocument dans un futur proche ?
Ceci serait opportun à l'occasion de la standardisation récente de ce format et de la sortie imminente d'OpenOffice 2.0.
En fait je viens de m'exiler à Grenoble, et je n'ai pas encore ma connexion internet... et je n'ai pas non plus de clé USB sous la main pour faire passer ça par la connexion du labo.
En gros :
* tu télécharges leurs sources (prends leur dernière version de dev, tant qu'à faire)
* tu les décompresses et tu rentres dans le dossier
* tu lances le "make" jusqu'à ce qu'il te dézippe le noyau voire jusqu'à ce qu'il te le configures. Là tu l'interrompes (ctrl+C)
* tu copies packages/linux/config/linux.i386.conf dans build.i386/linux-xxx/.config (si le "make" n'a pas déjà lancé la conf du noyau)
* tu rentres dans build.i386/linux-xxx/
* tu fais "make menuconfig"
* tu cherches dans les périphériques : tu actives pcmcia, pcmcia 32 bits et yenta
* tu sors des menus en enregistrant la config (tu peux même garder précieusement le fichier .config quelque part, ou remplacer le packages/linux/config/linux.i386.conf par ce fichier, puis faire un diff sur l'arborescence, pour fabriquer un patch),
* tu reviens dans la racine de la GB ("cd ../..")
* tu relances le make (voire make generator, si tu veux créer le package du générateur d'iso)
Si mes souvenir sont bons, la compil prend environ 1h sur un Athlon XP 2000+
Désolé d'embêter l'équipe de GeexBox avec ça, mais j'en remets une couche : il faut absolument le support du PCMCIA, pour que la distrib soit utilisable pour recycler un portable en DivXBox !
Je dispose moi-même d'un vieux IBM Thinkpad auquel j'ai adjoint une carte WiFi PCMCIA pour pouvoir lire les DivX sur le réseau local. Sans le support de cette carte, la GeexBox m'était inutile. J'ai donc ajouté le support du PCMCIA 32bit (driver yenta_socket) dans le kernel de la bête, et il se trouve que ça a fonctionné.
J'ai fait le compte rendu de tout ça sur le forum de GeexBox.org, espérant que ça entrerait dans les versions suivantes.
Or il se trouve que le support PCMCIA n'est toujours pas intégré. L'argument, que je comprends, étant qu'il faudrait pouvoir tester que tout ça marche vraiment bien, et pas seulement dans ma configuration particulière (l'équipe de GeexBox n'a pas le matériel pour tester).
Alors j'en appelle à tous les Linuxfriens heureux possesseurs d'ordinateurs portables avec périphériques PCMCIA : s'il vous plait, bricolez vous aussi une GeexBox-PCMCIA, et envoyez vos rapports !!!
(Voilà, tout ça parce que j'ai la flemme de me recompiler une GeexBox à ma sauce pour ajouter le support du PCMCIA à chaque fois qu'une nouvelle version sort ! ;-) )
Ah, et à propos, cette fameuse gamme disponible chez Techdata, répondrait-elle à mes objections ?
(Pas moyen d'apprendre quoi que ce soit sur leur site)
Mais on peut encore regretter
- d'une part que cette offre ne propose encore que 4 modèles dont un seul sans windows
- d'autre part qu'on n'ait aucune option sur les modèles proposés (plus de mémoire, par exemple... car ce n'est pas avec ces 256Mo que je vais faire tourner confortablement Java et OpenOffice.org 2.0... )
D'ailleurs, encore une fois seuls des modèles bas de gamme sont concernés.
M'enfin m'enfin, on ne va pas cracher sur ces quelques pas, même petits, vers un monde meilleur ;)
Pourtant, cette sécurité, dite par l'obscurité (secret des algorithmes), n'est pas considérée comme particulièrement fiable par les spécialistes... et il y a en effet fort à parier que d'ici là, malgré toutes les lois, le secret aura largement eu le temps de ne plus en être un.
Quoiqu'il en soit, cela ne retire rien au problème majeur de la conservation des supports à cette échelle de temps.
Dans cent ans, si la puissance de nos machines a continué à augmenter comme aujourd'hui, casser les vieux algos de crypto sera un jeu d'enfant.
Maintenant quelles galettes resteront lisibles dans ne serait-ce que 50 ans ? N'oublions pas que ces supports ne sont pas éternels.
Donc dans cent ans, notre patrimoine ne sera préservé que si l'on a fait l'effort de l'archiver correctement. La question de la crypto et des DRM est annexe, d'autant plus si ce sont les sociétés d'"ayant droit" qui se chargent de l'archivage.
Maintenant, est-ce que la loi dérivera au point de nous interdire de copier sous forme non chiffrée les vieux contenus réédités qui ne devraient plus être soumis aux droits d'auteur ? (si la durée reste de 70 ans !)
Le grid computing est encore l'objet de recherches fondamentales sérieuses. Donc c'est pas « juste des gens qui [blabla] » ... c'est aussi des chercheurs qui y croient et pensent arriver un jour à quelque chose d'utilisable, même si ce n'est pas pour tout de suite.
Ah, mais je pense à un truc : même si les brevets logiciels passent, de toute manière, un brevet pourrait n'entraver que la commercialisation d'un logiciel, me trompe-je ?
Ainsi, tant que tout se passe entre un projet communautaire et des utilisateurs, il n'y a pas vraiment à être inquiété, non ?
(avant qu'on me réponde que cette restriction au non commercial ferait que ces logiciels ne seraient pas libres, je suis au courant ;) ... ce semi-libre ne serait qu'un pis-aller.)
[^] # Re: Quelques erreurs factuelles
Posté par Aldoo . En réponse à la dépêche Firefox et DADVSI dans Le Monde. Évalué à 3.
http://linuxfr.org/comments/654906.html#654906
[^] # Re: Résultats officiels, on en saura peut-être plus...
Posté par Aldoo . En réponse à la dépêche Les Européens de l'année sont.... Évalué à 5.
Son rôle dans l'affaire des brevets est effectivement beaucoup plus "limite"...
Enfin le résultat est tout de même étrange. Étant donnée sa popularité, il aurait aussi bien dû être nominé homme d'état de l'année. Bizarre que les recommandations de la FFII portent leur fruits dans une catégorie, mais pas l'autre.
[^] # Re: Audience ?
Posté par Aldoo . En réponse au journal On en parle dans la presse.... Évalué à 2.
Mais je me trompe peut-être.
[^] # Re: sftp
Posté par Aldoo . En réponse à la dépêche Sortie de Mozilla Firefox 1.5. Évalué à 8.
Konqueror a toujours voulu en faire plus ;-) (mais pas forcément mieux !)
Si tu veux faire gérer sftp:// par des applis externes dans firefox, c'est juste une clé à ajouter dans le "about:config"
Une booléenne : "network.protocol-handler.external.sftp", à mettre à "true"
et une chaîne "network.protocol-handler.app.sftp", où indiquer le chemin/nom de l'appli.
[^] # Re: Des références !
Posté par Aldoo . En réponse à la dépêche À l'approche de l'examen du projet de loi relatif au DADVSI, les webradios se mobilisent. Évalué à 6.
En effet, le projet de loi présenté à l'époque de Raffarin ne contient pas de telles dispositions.
C'est le CSPLA qui préconise de telles extrémités dans son récent rapport : http://www.audionautes.net/CSPLA.pdf ou http://eucd.info/documents/rapport-sirinelli.pdf.
En fait pour être plus précis, il ne préconise pas spécifiquement les GDM : soit ça, soit occultation d'URL (lecture dans un plugin type flash ?). Mais je suis sceptique sur l'efficacité de la 2e solution.
Dans le même sillage, il y a les amendements proposés par VU/SACEM/BSA :
et celui-ci :
(source : http://www.eucd.info/index.php?2005/11/14/177-droit-d-auteur(...)
Maintenant, reste à voir l'influence que tout cela aura sur les "débats" des 22 et 23 décembre.
# Des références !
Posté par Aldoo . En réponse à la dépêche À l'approche de l'examen du projet de loi relatif au DADVSI, les webradios se mobilisent. Évalué à 4.
J'ai beau lire et relire le projet de loi, je ne trouve pas.
Quels articles sont concernés ?
[^] # Re: Bonne nouvelle mais quid des systèmes Debian
Posté par Aldoo . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 1.
Un paquet conforme LSB ne pourra pas s'exécuter (s'installer, peut-être : on peut tout installer avec la commmande cp !) si les bibliothèques installées ne sont pas conformes LSB, elles aussi.
Maintenant, je conçois que l'ebuild du paquet LSB qu'on veut installer demande spécifiquement certaines versions des dépendances et spécifiquement certaines options de compilation sur celles-ci.
(ce qui immanquablement conduit à des doublons ou bien des remplacements inopinés si on avait déjà une version installée autre de ces bibliothèques)
Donc c'est pour ça que je m'interrogeais sur la manière dont Gentoo pouvait implémenter LSB, sans pour autant dire que c'était impossible !
[^] # Re: Mouais
Posté par Aldoo . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 4.
Il faut en effet voir les choses dans l'autre sens :
Sans standardisation des libs de l'interface graphique, on compromet sérieusement l'arrivée de GNU/Linux dans le monde du desktop.
Et ce ne sera pas demain la veille, dans ce cas, que les logiciels proprios grand public et populaires, comme ceux d'Adobe/Macromedia, de Microsoft (... mouais, là même avec LSB, je n'y crois pas...) et consorts, débarqueront sur le bureau GNU/Linux !
Ou alors, on se limite aux logiciels en mode graphique libres qui, pouvant être recompilés sur la plupart des plateformes, se fichent éperdument de LSB. Et je dois admettre que quasiment tous les logiciels grand public trouvent déjà leur pendant libre qui tourne avec le manchot... grands absents tout de même : quasiment tous les jeux vidéo dernier cri, et pas mal d'applis de domaines un peu spécifiques comme la MAO(quoique)/CAO/PAO/etc-AO...
Donc non, le problème n'est pas spécifiquement avec les logiciels pour pros (qui souvent sont faits sur commande, de toute façon), mais bien avec les logiciels proprio end-user pour grand public, professionnels indépendants et petites entreprises.
[^] # Re: Bonne nouvelle mais quid des systèmes Debian
Posté par Aldoo . En réponse à la dépêche Le Linux Standard Base devient une norme ISO. Évalué à 4.
Gentoo n'est d'ailleurs pas forcément binairement compatible avec elle-même selon les USE flags et autres options de compilation choisis...
Ou alors, y aurait-il une série précise de USE flags à (ne pas) sélectionner pour assurer la conformité LSB ?
[^] # Re: PCMCIA
Posté par Aldoo . En réponse à la dépêche GeeXboX 0.98.7. Évalué à 2.
Le pilote WiFi est bel et bien déjà intégré à la GB depuis quelques versions déjà.
C'est le support même des cartes PCMCIA qui ne l'est pas.
[^] # Re: PCMCIA
Posté par Aldoo . En réponse à la dépêche GeeXboX 0.98.7. Évalué à 5.
(OK, pas encore sur la ML des dev : j'ai une espèce d'allergie aux inscriptions dans tous les sens !)
De plus j'ai aussi décrit la manip qui n'a franchement rien de compliqué : juste de la conf de kernel, pas une ligne de code... au point que la notion même de patch en devient ridicule.
L'argument que je veux bien recevoir, c'est que le PCMCIA n'ait pas été testé avec assez de matériel dans GB. M'enfin, il n'y a pas de raison que ça ne marche pas. Il s'agit quand-même du noyau Linux, qui lui a été testé et retesté maintes et maintes fois. Au pire, je suggérerais d'activer bêtement le support PCMCIA dans GB, puis d'attendre les retours d'utilisateurs pour éventuellement construire au fur et à mesure une liste de matériel compatible.
Enfin voilà, je trouve dommage, étant donné la légèreté de l'opération et des horizons qu'elle ouvre, qu'on en soit encore là.
(PS : je rappelle qu'il s'agit ici du support de PCMCIA 32 bits/Cardbus, qui ne nécessite aucun logiciel particulier en userland, si ce n'est le démon hotplug, si on a vraiment besoin d'hotplugger... ce qui n'est pas le cas pour une carte réseau dans ce genre d'utilisation.)
# PCMCIA
Posté par Aldoo . En réponse à la dépêche GeeXboX 0.98.7. Évalué à 7.
Je trouve qu'il est bien dommage que j'aie besoin de me refaire une version personnalisée à chaque fois qu'une nouvelle GeexBox sort (facile et mécanique, mais long et rébarbatif !). Surtout pour deux malheureuses options à cocher dans la config du noyau avant la compil !
(Testé avec succès avec une carte WiFi PCMCIA à base du chipset RT2500.)
[^] # Re: Bonne initiative !
Posté par Aldoo . En réponse à la dépêche Projet BetterDesktop. Évalué à 4.
Tu as la console, plus les outils graphiques de la distro.
Mais contrairement à une Mandriva ou autre, les outils graphiques ne prétendent pas être infaillibles et universels et du coup ils disent ce qu'ils font réellement afin de rendre l'utilisateur autonome peu à peu.
Comme ça, on a le meilleur des deux mondes.
Ça pourrait prendre la forme d'une espèce de log placé en bas de la fenêtre qui raconterait en temps réel ce qui se fait, en séparant bien clairement commandes/fichiers édités/sortie standard/sortie d'erreur/etc (couleurs ?).
Et puis il y aurait des actions simples pour copier/coller logs et commandes (pour envoyer à un forum, ou au contraire coller la solution publiée sur un forum).
Je pense que c'est à creuser.
[^] # Re: Et les formats ouverts ?
Posté par Aldoo . En réponse à la dépêche La bibliothèque Classiques Sciences Sociales fête son 5ème anniversaire. Évalué à 6.
Enfin, de toute manière, je pense que pdf est les meilleur format pour ce genre de contenu (livres, articles, lecture à l'écran, pas d'écriture).
Et comme les pdf sont proposés, c'est l'essentiel.
# Et les formats ouverts ?
Posté par Aldoo . En réponse à la dépêche La bibliothèque Classiques Sciences Sociales fête son 5ème anniversaire. Évalué à 7.
(Ok pdf est ouvert... mais si le format doc est proposé c'est qu'il y a aussi un besoin de contenu à un format bureautique. Rtf est ouvert aussi, que je sache, mais le format a eu une histoire difficile.)
Est-il prévu de faire passer la bibliothèque au format OpenDocument dans un futur proche ?
Ceci serait opportun à l'occasion de la standardisation récente de ce format et de la sortie imminente d'OpenOffice 2.0.
[^] # Re: PCMCIA
Posté par Aldoo . En réponse à la dépêche GeeXboX 0.98.6 : Bigger, Longer, Uncut !. Évalué à 2.
En fait je viens de m'exiler à Grenoble, et je n'ai pas encore ma connexion internet... et je n'ai pas non plus de clé USB sous la main pour faire passer ça par la connexion du labo.
Ceci dit, j'ai posté toutes les instructions nécessaires sur le forum de GeexBox : http://www.geexbox.org/forum/viewtopic.php?t=3705&postdays=0&am(...)
En gros :
* tu télécharges leurs sources (prends leur dernière version de dev, tant qu'à faire)
* tu les décompresses et tu rentres dans le dossier
* tu lances le "make" jusqu'à ce qu'il te dézippe le noyau voire jusqu'à ce qu'il te le configures. Là tu l'interrompes (ctrl+C)
* tu copies packages/linux/config/linux.i386.conf dans build.i386/linux-xxx/.config (si le "make" n'a pas déjà lancé la conf du noyau)
* tu rentres dans build.i386/linux-xxx/
* tu fais "make menuconfig"
* tu cherches dans les périphériques : tu actives pcmcia, pcmcia 32 bits et yenta
* tu sors des menus en enregistrant la config (tu peux même garder précieusement le fichier .config quelque part, ou remplacer le packages/linux/config/linux.i386.conf par ce fichier, puis faire un diff sur l'arborescence, pour fabriquer un patch),
* tu reviens dans la racine de la GB ("cd ../..")
* tu relances le make (voire make generator, si tu veux créer le package du générateur d'iso)
Si mes souvenir sont bons, la compil prend environ 1h sur un Athlon XP 2000+
# PCMCIA
Posté par Aldoo . En réponse à la dépêche GeeXboX 0.98.6 : Bigger, Longer, Uncut !. Évalué à 6.
Je dispose moi-même d'un vieux IBM Thinkpad auquel j'ai adjoint une carte WiFi PCMCIA pour pouvoir lire les DivX sur le réseau local. Sans le support de cette carte, la GeexBox m'était inutile. J'ai donc ajouté le support du PCMCIA 32bit (driver yenta_socket) dans le kernel de la bête, et il se trouve que ça a fonctionné.
J'ai fait le compte rendu de tout ça sur le forum de GeexBox.org, espérant que ça entrerait dans les versions suivantes.
Or il se trouve que le support PCMCIA n'est toujours pas intégré. L'argument, que je comprends, étant qu'il faudrait pouvoir tester que tout ça marche vraiment bien, et pas seulement dans ma configuration particulière (l'équipe de GeexBox n'a pas le matériel pour tester).
Alors j'en appelle à tous les Linuxfriens heureux possesseurs d'ordinateurs portables avec périphériques PCMCIA : s'il vous plait, bricolez vous aussi une GeexBox-PCMCIA, et envoyez vos rapports !!!
(Voilà, tout ça parce que j'ai la flemme de me recompiler une GeexBox à ma sauce pour ajouter le support du PCMCIA à chaque fois qu'une nouvelle version sort ! ;-) )
[^] # Manque de choix (PS)
Posté par Aldoo . En réponse à la dépêche Interview de Jean Marie Verdun, responsable activité Linux chez HP France. Évalué à 5.
(Pas moyen d'apprendre quoi que ce soit sur leur site)
# Manque de choix
Posté par Aldoo . En réponse à la dépêche Interview de Jean Marie Verdun, responsable activité Linux chez HP France. Évalué à 7.
Mais on peut encore regretter
- d'une part que cette offre ne propose encore que 4 modèles dont un seul sans windows
- d'autre part qu'on n'ait aucune option sur les modèles proposés (plus de mémoire, par exemple... car ce n'est pas avec ces 256Mo que je vais faire tourner confortablement Java et OpenOffice.org 2.0... )
D'ailleurs, encore une fois seuls des modèles bas de gamme sont concernés.
M'enfin m'enfin, on ne va pas cracher sur ces quelques pas, même petits, vers un monde meilleur ;)
# MultiDesk OS
Posté par Aldoo . En réponse au sondage Promis, demain je teste. Évalué à 1.
[^] # Re: Et dans 100 ans ?
Posté par Aldoo . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à 1.
Pourtant, cette sécurité, dite par l'obscurité (secret des algorithmes), n'est pas considérée comme particulièrement fiable par les spécialistes... et il y a en effet fort à parier que d'ici là, malgré toutes les lois, le secret aura largement eu le temps de ne plus en être un.
Quoiqu'il en soit, cela ne retire rien au problème majeur de la conservation des supports à cette échelle de temps.
[^] # Re: Et dans 100 ans ?
Posté par Aldoo . En réponse à la dépêche La lecture d'un DVD sous GNU/Linux interdite à la rentrée ?. Évalué à 1.
Maintenant quelles galettes resteront lisibles dans ne serait-ce que 50 ans ? N'oublions pas que ces supports ne sont pas éternels.
Donc dans cent ans, notre patrimoine ne sera préservé que si l'on a fait l'effort de l'archiver correctement. La question de la crypto et des DRM est annexe, d'autant plus si ce sont les sociétés d'"ayant droit" qui se chargent de l'archivage.
Maintenant, est-ce que la loi dérivera au point de nous interdire de copier sous forme non chiffrée les vieux contenus réédités qui ne devraient plus être soumis aux droits d'auteur ? (si la durée reste de 70 ans !)
[^] # Re: Adoption
Posté par Aldoo . En réponse à la dépêche Enfin une norme pour la bureautique : OpenDocument 1.0. Évalué à 5.
Espérons que l'UE ne tombera pas dans le panneau.
[^] # Re: Un projet d'avenir
Posté par Aldoo . En réponse à la dépêche Projet SkoleLinux à la recherche de volontaires. Évalué à 1.
Allez, un petit lien : http://www.irisa.fr/paris/General/(...)
(PARIS est l'une des équipes qui recherchent dans ce domaine à Rennes).
[^] # Re: Multimédia pas libre ?
Posté par Aldoo . En réponse à la dépêche Sortie de Fedora Core 4 test 1 pour i386/amd64/PPC/PPC64. Évalué à 1.
Ainsi, tant que tout se passe entre un projet communautaire et des utilisateurs, il n'y a pas vraiment à être inquiété, non ?
(avant qu'on me réponde que cette restriction au non commercial ferait que ces logiciels ne seraient pas libres, je suis au courant ;) ... ce semi-libre ne serait qu'un pis-aller.)