Attention, officiellement cette première version n'est recommandée que pour les cartes à bases de R600. Ça à l'air de marcher avec pas mal d'autres cartes (pas encore essayé sur ma 9600), mais les anciens bugs seront toujours là.
Sinon, le "squelette" de driver libre (uniquement 2D) devrait sortir la semaine prochaine. Reste à voir comment cela va se combiner avec Avivo.
Pour revenir un peu plus dans le sujet de la dépêche, je pense aussi que des étapes importantes pour la "démocratisation" du libre ont été franchies ces derniers temps: pas de grande révolution, mais des signes qui montrent clairement que le libre a maintenant une place reconnue.
(Deux docs "RV630 Register Reference Guide" et "M56 Register Reference Guide"; J'y pompe rien mais ça m'a l'air plutôt détaillé. Et ce n'est qu'un début, quoiqu'en diront les râleurs. Source phoronix [1]).
Ça devient un peu lourd, l'atmosphère sur dlfp. Entre l'élitisme exarcerbé et les commentaires "aigris" (nb: je ne vise pas spécialement le poste précédent) qui viennent refroidir chaque bonne nouvelle, je trouve qu'on s'éloigne de plus en plus de l'enthousiasme des débuts.
Enfin bon, c'est la vie, les communautés se font et se défont... Mais si quelqu'un connait un site de nouvelles du libre (même anglophone) qui soit épargné par cette maladie, je suis preneur! ^_^
(Au passage le nouveau driver fglrx, complètement réécri, est sorti aussi, mais là ça n'intéresse évidemment absolument personne ici, vu que c'est pas libre. Je ne vous ferai donc pas l'affront de mettre un lien.)
- Un petit bémol : les specs seront disponibles sous NDA, à priori.
Toujours d'aprés Phoronix[1], AMD vient d'annoncer au "X Developer Summit" que les specs seront dispo sans NDA. D'abord la 2D, puis la 3D. Et finalement il devrait y avoir aussi des infos sur les cartes plus anciennes (R300).
Ça commence à devenir compliqué pour trouver une raison de râler...
Mais il me semble aussi que des choix stratégiques maladroits ont été évoqués (je n'apporterai aucune certitude de ce côté, je n'en sais pas plus!).
Je pense qu'une des choses qui a contribué à la chute de Be, c'est qu'Apple a pendant un moment considéré de racheter le système pour remplacer son vieux MacOS 7/8/9 (Jean-Louis Gassée étant un ancien d'Apple, c'était bien perçu par la communauté). Finalement c'est NeXt de Jobs qui a été retenu, ça a pris un peu tout le monde au dépourvu... Ce brutal coup de projecteur suivi d'une mise à l'écart n'a pas fait du bien...
Sinon, pour mettre un petit bémol sur Haiku (dont j'attends par ailleurs beaucoup), il ne faut pas oublier que la communauté BeOS est à l'origine issu du monde Apple, ils sont étrangers au "tout libre" auquel nous sommes habitués ici. C'est à dire qu'il se peut très bien que des applications cruciales soient proprios ou shareware/freeware. Par exemple la dernière fois que j'ai essayé le système, le seul lecteur de mail un peu complet n'était pas libre, même chose pour le principal lecteur de zique (le cultissime SoundPlay)...
Il y a un site assez sympa en français pour ceux qui veulent suivre l'info concernant BeOS/Haiku:
Ce que tu oublies de dire, c'est que les 53% de contributions par des "industriels" sont à répartir entre plusieurs dizaines d'entreprises différentes. Il n'y a que 2 ou 3 boites qui ont un poids un peu plus élevé (Red Hat, Novell...), et elles plafonnent à 10%. Ton post donnait l'impression que le noyau est principalement un produit de l'industrie informatique, et non pas un produit issu de l'entraide.
Alors qu'il s'agit bien d'entraide, à la fois entre des personnes isolées et des grandes entreprises. C'est l'un des aspect les plus fantastiques du libre: arriver à créer une solidarité qui réunisse aussi bien des acteurs bénévoles que commerciaux. Chacun y vient pour une raison différente, mais le point commun, le moteur, c'est bien que chacun aide les autres.
Pourtant il me semblait que c'etait bien le probleme du driver. Etant proprio et buggué, il aurait voulu qu'il soit ouvert pour l'améliorer. C'etait bien un probleme d'efficacité du modele proprio non ?
Je suis allé un peu vite. :) Je ne dis pas que l'idée de départ était purement solidaire ou généreuse, comme tu le dis il y avait d'autres considérations qui entraient en ligne de compte, dés le départ. Par contre, je pense que la solidarité était vraiment l'ossature du mouvement, la base sur laquelle les autres éléments venait s'intégrer. Plus tard, pour un certain nombre de personnes la solidarité est passée au second plan, je n'y vois pas d'inconvénient tant qu'elle n'est pas complètement oubliée, ou pire, reniée.
Pour cette question du driver j'y vois plus un problème de fonctionnalité que d'efficacité: il s'agit de trouver un modèle qui rendent certaines choses possible (comme réparer ses logiciels) plutôt que d'améliorer les résultats obtenus par le modèle proprio. Mais la distinction est bien mince, je te l'accorde.
Bin moi sur ce document je lis exactement le contraire de ce que Hal9000 affirme:
The large majority of contributions still come from in-
dividual contributors, either because they are students,
they are contributing on their own time, or their employ-
ers are not allowing them to use their company email
addresses for their kernel development efforts. As seen
in Table 11 almost half of the contributions are done by
these individuals.
Et puis j'en ai un peu marre de cette paranoïa qui sévit sur linux.fr, à savoir qu'il ne faut surtout pas assimiler la GPL à l'entraide, à la solidarité entre programmeurs face à l'industrialisation de l'informatique... Pourtant, historiquement, c'est bel et bien le cas: c'est parti d'un ras-le-bol face au comportement de l'industrie (l'histoire du driver d'imprimante bogué), et le projet GNU était bien là pour créer une alternative face à un monde où l'utilisateur ne serait que pur consommateur.
Les aspects d'efficacité, sécurité, toussa, sont venus après, (et Linus y est probablement pour qqchose). C'est très bien, ça rajoute à la richesse du mouvement et lui a donné une certaine maturité, mais il n'y a aucune raison de renier l'élan originel.
Moi je reste persuadé que l'immense majorité du libre provient d'initiatives personnelles, et j'en ai marre de voir ici, comme sur clubic ou pcinpact, que le libre c'est en fait plus une stratégie commerciale de certaines grosses boites que de la véritable générosité.
Le libre est généreux. Et tant pis pour le moinssage...
Merci pour les infos. Je vais essayer un peu la terminus pour voir si c'est plus agréable. Pour le reste, j'évite comme la peste tout soft qui ne supporte pas l'UTF8... Les galères d'encodages, c'était pour le millénaire précedent. ^_^
et une bonne vieille police bitmap de qualité avec les pixels amoureusement placés un par un
Tu aurais des références (ou au moins des noms) de telles polices bitmap? Je me suis remis à coder récemment, et les distributions modernes ont apparement viré les polices d'antan...
S'il en existe qui supportent de nombreux jeu de caractères unicode, ça serait encore mieux...
ce qui pose la question de ce modèle économique "moteur libre/donnée proprio"
L'argument souvent avancé pour la "non-liberté" des données dans un jeu, c'est que si on commence à partager ça, tous les jeux vont se ressembler, il n'y aura plus de personalité.
Mais c'est oublier que le libre, ce n'est pas "le partage de quelquechose", c'est les partage des sources de quelquechose.
Prenons l'exemple des textures dans un jeu 3D: si un graphiste mettait à disposition ses fichiers gimp/inkscape/etc lui ayant permis d'aboutir à un png ou un tga, ça permettrait de partir de ça pour créer qqchose de nouveau qui conviendrait à la charte graphique de tel ou tel jeu.
C'est tout aussi vrai pour les cartes, les musiques... (Côté musique ça commence à se faire timidement avec une partie de la musique libre.)
Bon, sans être un expert (loin de là), je fréquente un peu la liste "linux-audio-dev", et je peux confirmer qu'il y a effectivement une petite guerre oss/alsa, avec comme toujours du fud et des exagérations des deux côtés.
Le "plus performant qu'Alsa", par exemple, demande à être pris avec *beaucoup* de précautions... Pour la portabilité c'est vrai (vu qu'alsa est spécifique à linux ^^), mais aujourd'hui une appli audio qui se respecte n'utilise pas directement les drivers, elle passe par un serveur (jack si c'est pour de la MAO), c'est donc à lui d'être portable.
Apparement Alsa et OSS utilisent des approches assez différentes, et certains grands noms parmi les dévelopeurs de soft MAO libres semblent préférer celle d'Alsa (voir [http://lalists.stanford.edu/lad/2006/11/0073.html] par exemple), mais ce n'est pas tout blanc ou tout noir.
Les dévs d'oss sont ceux qui ont rendu l'audio possible sous linux, ça mérite le respect... C'est aussi ceux qui l'ont rendu "closed-source", d'où le léger antagonisme de la communauté...
Quelle serait la façon "correcte" pour Ubuntu de contribuer à Debian? (c'est une vraie question).
Plutôt que les diffs entre leurs paquets, je pensais plutôt au partage des corrections de bugs, voire à d'éventuels scripts ou fichiers de config (notamment en matière de reconnaissance du matériel). Cela se fait-il, ou pas? Ou bien ces contributions sont-elles noyées dans un seul gros patch "ubuntu", ce qui les rend inutilisable pour debian?
J'aimerai vraiment savoir quelle est la part de vérité dans cette mauvaise réputation qu'on colle à Ubuntu....
En terme de coopération ubuntu-debian, c'est le néant
Sur ce point précis, quelqu'un a-t-il des infos vérifiables, ou c'est juste du FUD?
Parce que je vois passer aussi bien ce type d'affirmation que son inverse (-> que de nombreux packageurs ubuntu le sont aussi pour debian), donc j'aimerais savoir ce qu'il en est, tout troll mis à part...
Parmi les (rares, amha) jeux libres avec une excellente finition, il ne faut surtout pas oublier Neverball [http://icculus.org/neverball/], qui dispose de graphismes 3D soignés et de nombreux niveaux de haute qualité.
Aprés, on adore ou on a horreur: c'est un jeu d'adresse où l'on fait rouler une balle sur des parcours de plus en plus difficiles, l'originalité étant que la caméra suit la balle dans ses mouvement, ce qui donne une sensation d'immersion (proche des FPS). Bref, peut-être pas pour les hardcore gamers, mais excellent lorsqu'on veut se changer les idées 10 minutes (ou plus...).
À essayer! (il y a des paquets dispos dans la plupart des distribs).
Ce dernier devrait à terme accoucher d'un RPG en 3D (Eisenstern [http://eisenstern.com/]), ce qui intéressera tous ceux qui comme moi aiment les jeux 3D mais dont l'espérance de vie sur un serveur FPS est de l'ordre de la minute...
Un dev d'Ardour vient de poster (sur la liste de 64 studio) ce "howto" pour compiler Ardour2:
(ATTENTION, ça demande de remplacer jack par une version de dévelopement, donc potentiellement instable... peut-être est-il possible de sauter les étapes 2/3/4)
C'est dans le toolkit (sans doute à partir de Gtk 2.10, mais là je suis pas sûr). Par contre c'est aux devs du bureau d'implémenter le petit utilitaire qui en tire parti... Donc ça arrivera probablement dans Xfce, mais avec un petit temps de retard (ou un gros, si aucun dev n'en ressent le besoin :).
Le patch RT est intégré _progressivement_ au noyau officiel, vu qu'il touche beaucoup d'endroits différents. Donc pour l'instant il faut toujours utiliser le patch d'Ingo Molnar sur un vanilla kernel pour obtenir les mêmes performances.
En ce qui concerne tes kernel panic, j'avoue que je suis perplexe...
Pour le noyau de 64 Studio, ils ont simplifié la situation avec la 1.1.1, tu devrais peut-être réessayer... Sinon la situation devrait être encore plus claire avec la 2.0, c'est à dire une fois que Etch sera sorti! ^_^'
J'utilise aussi une prise joystick<->midi, ça fonctionne sans pb aussi bien avec un noyau classique que RT.
Jack est préconfiguré dans les distribs audios, et c'est _réellement_ qqchose qui manque aux musicos sous windows, ils le reconnaissent eux-même (enfin, ceux que je connais).
Afaik, les sources des noyaux des distribs audios sont toujours dispos. Pour 64studio:
Ces noyaux sont indispensables pour avoir des latences correctes, la bonne nouvelle c'est que le patch RT d'Ingo Molnar est peu à peu intégré au noyau officiel, depuis le 2.6.18.
Comme dit précédemment, les choses ont drôlement bougé ces derniers temps pour la mao sous linux... et continuent de bouger (qtractor, jokosher, aldrin, Ardour 2, lash, wired...).
C'est une étude de la GPL vis à vis du droit français; faite dans le cadre d'un DEA. Les conclusions sont franchement optimistes... OK, ça ne vaut pas une bonne jurisprudence, mais c'est encourageant!
D'aprés la FAQ d'OpenBeOS, ils ont choisi la "MIT license", reconnue par opensource.org. Je crois que la FSF la designe sous le nom d'"expat license". Elle est compatible avec la GPL mais trop permissive de leur point de vue (c'est à dire qu'elle n'est pas "copyleft", elle permet à qqun de reprendre le code, d'en faire une modif et de fermer l'accés à cette modif).
Bref, c'est assez bon signe, vu qu'il existe déjà plusieurs OS entièrement GPL (linux bien sûr, mais aussi AtheOS, qui sans être un clone de BeOS procède du même esprit), le fait d'avoir une licence plus aguichante pour les boites commerciales peut-être une expérience enrichissante...
Je serais curieux de savoir comment ta boite a abordé l'utilisation de XML:
avec un ensemble de DTD bien précis? (par exemple un DTD pour les rapports internes, un DTD pour les notes de service, etc.)
ou bien seulement avec un ensemble d'éléments décris de façon informelle (c'est à dire juste leur sémantique, pas leur structure hiérarchique), reconnus par les feuilles XSL de la boite?
En d'autres termes, avez-vous une approche "à la SGML", ou plus libre? Et à quoi ressemblent les balises utilisées? Sont-elles basées sur (X)HTML, ou inventées de toute pièces?
En tout cas, c'est sûr que c'est un exemple à suivre... Si seulement le milieu de la recherche pouvait arriver à se mettre d'accord sur un tel type d'échange XML... ("Pour soumettre un short paper, nous acceptons les documents XHTML avec les modules Foo et Bar, plus le module Xyz pour tous les autres types d'articles"). Sans parler de l'éducation nationale ("carnet-de-note.dtd"), de l'administration ("feuille-d-impot.dtd")... Mais là, c'est de la science-fiction! :(
Amha, ce n'est pas possible car les formats des documents Word, KWord, AbiWord etc. ne contiennet pas que de la mise en page, mais aussi des informations plus sémantiques (architecture du document), tel que les styles (i.e. désigner ce qui est un titre, une note de bas de page ou de fin de section, une référence biblio...). Or, à ma connaissance, XSL-FO ne cherche à décrire que la mise en page. Il serait bien sûr possible d'ajouter des éléments et attributs pour remplir ce rôle, mais il fauddrait le faire de façon standard, et là on se retrouve à la case départ...
C'est exactement le même problème qu'avec SVG: la plupart des outils de dessins vectoriels récents ont un format natif basé sur SVG, mais avec des extensions non standards, afin de pouvoir sauvegarder des informations plus abstraites.
En fait, je pense qu'un meilleur candidat comme format d'échange serait XHTML, notamment depuis sa modularisation qui a permis de retrouver la "pureté" d'intention du tout début d'HTML (i.e. balisage de l'architecture du document, pas de sa mise en page). Avec en plus les attributs "class" et "id", les éléments "span" et "div", et un sous-ensemble de CSS, il serait sans doute possible de coder dans un seul fichier toutes les infos actuellement enregistrées dans un ".doc".
De plus, il ne suffit pas d'avoir des standards propres et officiels (ils sont déjà là): ce dont nous avons besoin, c'est d'outils bien faits et répandus utilisant ces standards. Il faut aussi que les gens voient un intéret immédiat à leur utilisation: HTML a fonctionné parce qu'il apportait quelquechose qu'aucun autre format n'avait. Si l'on veut qu'un nouveau format de document s'impose, il ne faut pas seulement qu'il puisse faire tout ce que font les autres, il faut qu'il fasse plus! Et la portabilité, dans le contexte actuel, n'est pas une nouveauté suffisante (la plupart des gens qui ont besoin de portabilité se satisfont tant bien que mal de RTF).
Un truc qui pourrait peut-être fonctionner, ce serait un format suffisament souple pour traduire sans perte d'information les formats les plus répandus. Si les gens peuvent convertir tous leurs ".doc", ".pdf", ".tex", ".html" vers un format unique, en étant absolument sûr de ne rien perdre...
Déjà, il me semble que l'objectif du simputer n'est pas "d'aller sur internet" (je suppose que tu parles du web), mais d'utiliser internet pour donner accés à des applis/service IML. C'est à dire que le but n'est pas de visionner le contenu HTML existant (qui est effectivement tout sauf une priorité), mais d'instaurer un nouveau type de service suffisament simple et malléable (tout le contraire du web actuel, quoi :) pour être accessible avec un matos relativement économique et utilisable par des non initiés (je reste sceptique là dessus). Ce service pourrait permettre d'acheminer un contenu éducatif (comme il a été dit plus haut), donner accés à des organismes lointains (administration...), ou même simplement informationnel (autre que les médias officiels). Il pourrait aussi permettre de diffuser leur propre culture (tout comme le web a permis à l'occident de donner une audience à ses multiples sous-cultures). Et ça, amha, c'est important, parce qu'une personne ne demande pas juste à "survivre", mais à vivre, ce qui est trés différent. Il est vital de travailler pour que tout le monde aie de quoi manger, s'abriter, se soigner, etc., mais il est tout aussi vital de donner à tous les moyens d'y parvenir par ses propres moyens, et pour ça le simputer peut être intéressant...
Toutefois, j'ai toujours eu beaucoup de méfiance pour les systèmes clients/serveurs où tout est dans les mains du serveur, et j'ose à peine imaginer le genre de dérapage que cela pourrait entrainer dans une situation où une grosse boite offrirait gracieusement un tel service à toute une région pauvre... D'autre part, je ne vois aucune mention sur le site de simputer d'effort pour développer des services IML adéquats. Bref, je trouve que l'idée est bonne, mais l'approche un peu naïve.
[^] # Re: Annonce, sondage... Pas très concrets tout ça...
Posté par drakmaniso . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 4.
C'est vrai...
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/(...)
Et les infos qui vont avec:
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/(...)
Attention, officiellement cette première version n'est recommandée que pour les cartes à bases de R600. Ça à l'air de marcher avec pas mal d'autres cartes (pas encore essayé sur ma 9600), mais les anciens bugs seront toujours là.
Sinon, le "squelette" de driver libre (uniquement 2D) devrait sortir la semaine prochaine. Reste à voir comment cela va se combiner avec Avivo.
Pour revenir un peu plus dans le sujet de la dépêche, je pense aussi que des étapes importantes pour la "démocratisation" du libre ont été franchies ces derniers temps: pas de grande révolution, mais des signes qui montrent clairement que le libre a maintenant une place reconnue.
[^] # Re: Annonce, sondage... Pas très concrets tout ça...
Posté par drakmaniso . En réponse à la dépêche Lenovo pourrait fournir ses ThinkPads avec GNU/Linux. Évalué à 4.
Pour le scepticisme, faudra repasser:
http://www.x.org/docs/AMD/
(Deux docs "RV630 Register Reference Guide" et "M56 Register Reference Guide"; J'y pompe rien mais ça m'a l'air plutôt détaillé. Et ce n'est qu'un début, quoiqu'en diront les râleurs. Source phoronix [1]).
Ça devient un peu lourd, l'atmosphère sur dlfp. Entre l'élitisme exarcerbé et les commentaires "aigris" (nb: je ne vise pas spécialement le poste précédent) qui viennent refroidir chaque bonne nouvelle, je trouve qu'on s'éloigne de plus en plus de l'enthousiasme des débuts.
Enfin bon, c'est la vie, les communautés se font et se défont... Mais si quelqu'un connait un site de nouvelles du libre (même anglophone) qui soit épargné par cette maladie, je suis preneur! ^_^
[1] http://www.phoronix.com/scan.php?page=news_item&px=NjA1M(...)
(Au passage le nouveau driver fglrx, complètement réécri, est sorti aussi, mais là ça n'intéresse évidemment absolument personne ici, vu que c'est pas libre. Je ne vous ferai donc pas l'affront de mettre un lien.)
[^] # Re: Et encore d'autres infos sur le sujet
Posté par drakmaniso . En réponse à la dépêche Un représentant d'AMD annonce l'ouverture des spécifications des Radeons. Évalué à 8.
Toujours d'aprés Phoronix[1], AMD vient d'annoncer au "X Developer Summit" que les specs seront dispo sans NDA. D'abord la 2D, puis la 3D. Et finalement il devrait y avoir aussi des infos sur les cartes plus anciennes (R300).
Ça commence à devenir compliqué pour trouver une raison de râler...
[1] http://www.phoronix.com/scan.php?page=news_item&px=NjA0N(...)
[^] # Re: BeOS: Quel dommage...
Posté par drakmaniso . En réponse à la dépêche Haiku a 6 ans. Évalué à 5.
Je pense qu'une des choses qui a contribué à la chute de Be, c'est qu'Apple a pendant un moment considéré de racheter le système pour remplacer son vieux MacOS 7/8/9 (Jean-Louis Gassée étant un ancien d'Apple, c'était bien perçu par la communauté). Finalement c'est NeXt de Jobs qui a été retenu, ça a pris un peu tout le monde au dépourvu... Ce brutal coup de projecteur suivi d'une mise à l'écart n'a pas fait du bien...
Sinon, pour mettre un petit bémol sur Haiku (dont j'attends par ailleurs beaucoup), il ne faut pas oublier que la communauté BeOS est à l'origine issu du monde Apple, ils sont étrangers au "tout libre" auquel nous sommes habitués ici. C'est à dire qu'il se peut très bien que des applications cruciales soient proprios ou shareware/freeware. Par exemple la dernière fois que j'ai essayé le système, le seul lecteur de mail un peu complet n'était pas libre, même chose pour le principal lecteur de zique (le cultissime SoundPlay)...
Il y a un site assez sympa en français pour ceux qui veulent suivre l'info concernant BeOS/Haiku:
[http://www.beosfrance.com/]
[^] # Re: Newspeak Tenth Edition strikes back.
Posté par drakmaniso . En réponse à la dépêche Pôle de Compétitivité Ouverture : reconnaissance de l'importance du logiciel libre. Évalué à 2.
Alors qu'il s'agit bien d'entraide, à la fois entre des personnes isolées et des grandes entreprises. C'est l'un des aspect les plus fantastiques du libre: arriver à créer une solidarité qui réunisse aussi bien des acteurs bénévoles que commerciaux. Chacun y vient pour une raison différente, mais le point commun, le moteur, c'est bien que chacun aide les autres.
[^] # Re: Newspeak Tenth Edition strikes back.
Posté par drakmaniso . En réponse à la dépêche Pôle de Compétitivité Ouverture : reconnaissance de l'importance du logiciel libre. Évalué à 2.
Je suis allé un peu vite. :) Je ne dis pas que l'idée de départ était purement solidaire ou généreuse, comme tu le dis il y avait d'autres considérations qui entraient en ligne de compte, dés le départ. Par contre, je pense que la solidarité était vraiment l'ossature du mouvement, la base sur laquelle les autres éléments venait s'intégrer. Plus tard, pour un certain nombre de personnes la solidarité est passée au second plan, je n'y vois pas d'inconvénient tant qu'elle n'est pas complètement oubliée, ou pire, reniée.
Pour cette question du driver j'y vois plus un problème de fonctionnalité que d'efficacité: il s'agit de trouver un modèle qui rendent certaines choses possible (comme réparer ses logiciels) plutôt que d'améliorer les résultats obtenus par le modèle proprio. Mais la distinction est bien mince, je te l'accorde.
[^] # Re: Newspeak Tenth Edition strikes back.
Posté par drakmaniso . En réponse à la dépêche Pôle de Compétitivité Ouverture : reconnaissance de l'importance du logiciel libre. Évalué à 3.
Et puis j'en ai un peu marre de cette paranoïa qui sévit sur linux.fr, à savoir qu'il ne faut surtout pas assimiler la GPL à l'entraide, à la solidarité entre programmeurs face à l'industrialisation de l'informatique... Pourtant, historiquement, c'est bel et bien le cas: c'est parti d'un ras-le-bol face au comportement de l'industrie (l'histoire du driver d'imprimante bogué), et le projet GNU était bien là pour créer une alternative face à un monde où l'utilisateur ne serait que pur consommateur.
Les aspects d'efficacité, sécurité, toussa, sont venus après, (et Linus y est probablement pour qqchose). C'est très bien, ça rajoute à la richesse du mouvement et lui a donné une certaine maturité, mais il n'y a aucune raison de renier l'élan originel.
Moi je reste persuadé que l'immense majorité du libre provient d'initiatives personnelles, et j'en ai marre de voir ici, comme sur clubic ou pcinpact, que le libre c'est en fait plus une stratégie commerciale de certaines grosses boites que de la véritable générosité.
Le libre est généreux. Et tant pis pour le moinssage...
[^] # Re: Où se cachent les polices bitmap ?
Posté par drakmaniso . En réponse à la dépêche Open Motif 2.3 : Anticrénelage, unicode et plus…. Évalué à 2.
[^] # Re: Anticrénelage ? Bof !
Posté par drakmaniso . En réponse à la dépêche Open Motif 2.3 : Anticrénelage, unicode et plus…. Évalué à 2.
Tu aurais des références (ou au moins des noms) de telles polices bitmap? Je me suis remis à coder récemment, et les distributions modernes ont apparement viré les polices d'antan...
S'il en existe qui supportent de nombreux jeu de caractères unicode, ça serait encore mieux...
[^] # Re: DROD
Posté par drakmaniso . En réponse à la dépêche Des jeux Libres pour GNU/Linux. Évalué à 2.
L'argument souvent avancé pour la "non-liberté" des données dans un jeu, c'est que si on commence à partager ça, tous les jeux vont se ressembler, il n'y aura plus de personalité.
Mais c'est oublier que le libre, ce n'est pas "le partage de quelquechose", c'est les partage des sources de quelquechose.
Prenons l'exemple des textures dans un jeu 3D: si un graphiste mettait à disposition ses fichiers gimp/inkscape/etc lui ayant permis d'aboutir à un png ou un tga, ça permettrait de partir de ça pour créer qqchose de nouveau qui conviendrait à la charte graphique de tel ou tel jeu.
C'est tout aussi vrai pour les cartes, les musiques... (Côté musique ça commence à se faire timidement avec une partie de la musique libre.)
Ça viendra. ^_^
[^] # Re: *hum*
Posté par drakmaniso . En réponse à la dépêche Open Sound System de retour vers le libre. Évalué à 4.
Le "plus performant qu'Alsa", par exemple, demande à être pris avec *beaucoup* de précautions... Pour la portabilité c'est vrai (vu qu'alsa est spécifique à linux ^^), mais aujourd'hui une appli audio qui se respecte n'utilise pas directement les drivers, elle passe par un serveur (jack si c'est pour de la MAO), c'est donc à lui d'être portable.
Apparement Alsa et OSS utilisent des approches assez différentes, et certains grands noms parmi les dévelopeurs de soft MAO libres semblent préférer celle d'Alsa (voir [http://lalists.stanford.edu/lad/2006/11/0073.html] par exemple), mais ce n'est pas tout blanc ou tout noir.
Les dévs d'oss sont ceux qui ont rendu l'audio possible sous linux, ça mérite le respect... C'est aussi ceux qui l'ont rendu "closed-source", d'où le léger antagonisme de la communauté...
[^] # Re: MAIS car il y un MAIS...
Posté par drakmaniso . En réponse à la dépêche Des machines Dell sous Linux. Évalué à 2.
Quelle serait la façon "correcte" pour Ubuntu de contribuer à Debian? (c'est une vraie question).
Plutôt que les diffs entre leurs paquets, je pensais plutôt au partage des corrections de bugs, voire à d'éventuels scripts ou fichiers de config (notamment en matière de reconnaissance du matériel). Cela se fait-il, ou pas? Ou bien ces contributions sont-elles noyées dans un seul gros patch "ubuntu", ce qui les rend inutilisable pour debian?
J'aimerai vraiment savoir quelle est la part de vérité dans cette mauvaise réputation qu'on colle à Ubuntu....
[^] # Re: MAIS car il y un MAIS...
Posté par drakmaniso . En réponse à la dépêche Des machines Dell sous Linux. Évalué à 1.
Sur ce point précis, quelqu'un a-t-il des infos vérifiables, ou c'est juste du FUD?
Parce que je vois passer aussi bien ce type d'affirmation que son inverse (-> que de nombreux packageurs ubuntu le sont aussi pour debian), donc j'aimerais savoir ce qu'il en est, tout troll mis à part...
# Neverball!
Posté par drakmaniso . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à 5.
Aprés, on adore ou on a horreur: c'est un jeu d'adresse où l'on fait rouler une balle sur des parcours de plus en plus difficiles, l'originalité étant que la caméra suit la balle dans ses mouvement, ce qui donne une sensation d'immersion (proche des FPS). Bref, peut-être pas pour les hardcore gamers, mais excellent lorsqu'on veut se changer les idées 10 minutes (ou plus...).
À essayer! (il y a des paquets dispos dans la plupart des distribs).
[^] # Re: Merci M.Carmack :)
Posté par drakmaniso . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à 2.
Sinon pour rester dans les FPS, mais pas basés sur un moteur Quake:
- Cube [http://wouter.fov120.com/cube/cube.php4]
- Cube 2: Sauerbraten [http://sauerbraten.org/]
Ce dernier devrait à terme accoucher d'un RPG en 3D (Eisenstern [http://eisenstern.com/]), ce qui intéressera tous ceux qui comme moi aiment les jeux 3D mais dont l'espérance de vie sur un serveur FPS est de l'ordre de la minute...
[^] # Re: Pb compilation Ardour 2; Ardour 2 rc2:ok
Posté par drakmaniso . En réponse à la dépêche Ardour 2.0 en version finale. Évalué à 2.
Un dev d'Ardour vient de poster (sur la liste de 64 studio) ce "howto" pour compiler Ardour2:
(ATTENTION, ça demande de remplacer jack par une version de dévelopement, donc potentiellement instable... peut-être est-il possible de sauter les étapes 2/3/4)
1. Ajouter ce dépot à /etc/apt/sources.list:
deb ftp://ftp.uk.debian.org/debian/ testing main
2. Installer les paquets suivants:
sudo apt-get update
sudo apt-get install subversion scons autoconf automake libtool intltool
libboost-dev
sudo apt-get install libsndfile1-dev libsamplerate-dev libasound2-dev
liblrdf-dev liblo-dev fftw3-dev
sudo apt-get install libcairo2-dev libatk1.0-dev libtiff-dev
libglade2-dev libgnomecanvas2-dev
2. Enlever la biblio jack existante:
sudo rm -rf /usr/lib/jack
sudo rm -rf /usr/lib/libjack-*
sudo rm -rf /usr/include/jack
3. Récupérer et compiler la toute dernière version de jack:
svn co http://subversion.jackaudio.org/jack/trunk/jack
cd jack
./autogen.sh --prefix=/usr
sudo make install
cd ..
4. Créer un lien là où 64 Studio s'attend à trouver jack:
sudo ln -s /usr/lib/libjack.so /usr/lib/libjack-0.100.0.so.0
5. Récupérer Ardour2 depuis le dépot subversion et le compiler:
svn co http://subversion.ardour.org/svn/ardour2/trunk ardour2
cd ardour2
scons FFT_ANALYSIS=yes SURFACES=yes
(jai pas essayé, mais ça devrait marcher avec la 2.0, pas juste le svn.)
[^] # Re: Couleurs dans les thèmes
Posté par drakmaniso . En réponse à la dépêche Sortie de GNOME 2.18 « Simplement magnifique (Simply Beautiful) ». Évalué à 2.
[^] # Re: Bonne idée ?
Posté par drakmaniso . En réponse à la dépêche FreeBSD utilise les pilotes Linux. Évalué à 2.
En ce qui concerne tes kernel panic, j'avoue que je suis perplexe...
Pour le noyau de 64 Studio, ils ont simplifié la situation avec la 1.1.1, tu devrais peut-être réessayer... Sinon la situation devrait être encore plus claire avec la 2.0, c'est à dire une fois que Etch sera sorti! ^_^'
[^] # Re: Bonne idée ?
Posté par drakmaniso . En réponse à la dépêche FreeBSD utilise les pilotes Linux. Évalué à 5.
Jack est préconfiguré dans les distribs audios, et c'est _réellement_ qqchose qui manque aux musicos sous windows, ils le reconnaissent eux-même (enfin, ceux que je connais).
Afaik, les sources des noyaux des distribs audios sont toujours dispos. Pour 64studio:
http://archive.64studio.com/pool/main/l/linux-2.6/
Ces noyaux sont indispensables pour avoir des latences correctes, la bonne nouvelle c'est que le patch RT d'Ingo Molnar est peu à peu intégré au noyau officiel, depuis le 2.6.18.
Comme dit précédemment, les choses ont drôlement bougé ces derniers temps pour la mao sous linux... et continuent de bouger (qtractor, jokosher, aldrin, Ardour 2, lash, wired...).
[^] # GPL et droit français (Re: GPL, pas exactement)
Posté par drakmaniso . En réponse à la dépêche Publication de Code_Aster en libre. Évalué à 4.
http://crao.net/gpl/(...)
C'est une étude de la GPL vis à vis du droit français; faite dans le cadre d'un DEA. Les conclusions sont franchement optimistes... OK, ça ne vaut pas une bonne jurisprudence, mais c'est encourageant!
[^] # Re: Bonne nouvelle
Posté par drakmaniso . En réponse à la dépêche BeOS n'est pas mort. Évalué à 10.
Bref, c'est assez bon signe, vu qu'il existe déjà plusieurs OS entièrement GPL (linux bien sûr, mais aussi AtheOS, qui sans être un clone de BeOS procède du même esprit), le fait d'avoir une licence plus aguichante pour les boites commerciales peut-être une expérience enrichissante...
[^] # Re: enfin ??
Posté par drakmaniso . En réponse à la dépêche XSL-FO devient une recommandation. Évalué à 1.
En d'autres termes, avez-vous une approche "à la SGML", ou plus libre? Et à quoi ressemblent les balises utilisées? Sont-elles basées sur (X)HTML, ou inventées de toute pièces?
En tout cas, c'est sûr que c'est un exemple à suivre... Si seulement le milieu de la recherche pouvait arriver à se mettre d'accord sur un tel type d'échange XML... ("Pour soumettre un short paper, nous acceptons les documents XHTML avec les modules Foo et Bar, plus le module Xyz pour tous les autres types d'articles"). Sans parler de l'éducation nationale ("carnet-de-note.dtd"), de l'administration ("feuille-d-impot.dtd")... Mais là, c'est de la science-fiction! :(
[^] # Pas encore... (Re: enfin ??)
Posté par drakmaniso . En réponse à la dépêche XSL-FO devient une recommandation. Évalué à 2.
Amha, ce n'est pas possible car les formats des documents Word, KWord, AbiWord etc. ne contiennet pas que de la mise en page, mais aussi des informations plus sémantiques (architecture du document), tel que les styles (i.e. désigner ce qui est un titre, une note de bas de page ou de fin de section, une référence biblio...). Or, à ma connaissance, XSL-FO ne cherche à décrire que la mise en page. Il serait bien sûr possible d'ajouter des éléments et attributs pour remplir ce rôle, mais il fauddrait le faire de façon standard, et là on se retrouve à la case départ...
C'est exactement le même problème qu'avec SVG: la plupart des outils de dessins vectoriels récents ont un format natif basé sur SVG, mais avec des extensions non standards, afin de pouvoir sauvegarder des informations plus abstraites.
En fait, je pense qu'un meilleur candidat comme format d'échange serait XHTML, notamment depuis sa modularisation qui a permis de retrouver la "pureté" d'intention du tout début d'HTML (i.e. balisage de l'architecture du document, pas de sa mise en page). Avec en plus les attributs "class" et "id", les éléments "span" et "div", et un sous-ensemble de CSS, il serait sans doute possible de coder dans un seul fichier toutes les infos actuellement enregistrées dans un ".doc".
De plus, il ne suffit pas d'avoir des standards propres et officiels (ils sont déjà là): ce dont nous avons besoin, c'est d'outils bien faits et répandus utilisant ces standards. Il faut aussi que les gens voient un intéret immédiat à leur utilisation: HTML a fonctionné parce qu'il apportait quelquechose qu'aucun autre format n'avait. Si l'on veut qu'un nouveau format de document s'impose, il ne faut pas seulement qu'il puisse faire tout ce que font les autres, il faut qu'il fasse plus! Et la portabilité, dans le contexte actuel, n'est pas une nouveauté suffisante (la plupart des gens qui ont besoin de portabilité se satisfont tant bien que mal de RTF).
Un truc qui pourrait peut-être fonctionner, ce serait un format suffisament souple pour traduire sans perte d'information les formats les plus répandus. Si les gens peuvent convertir tous leurs ".doc", ".pdf", ".tex", ".html" vers un format unique, en étant absolument sûr de ne rien perdre...
On peut toujours rêver!
[^] # Re: Est ce que c'est si important
Posté par drakmaniso . En réponse à la dépêche Un ordinateur pour tous !. Évalué à 4.
Déjà, il me semble que l'objectif du simputer n'est pas "d'aller sur internet" (je suppose que tu parles du web), mais d'utiliser internet pour donner accés à des applis/service IML. C'est à dire que le but n'est pas de visionner le contenu HTML existant (qui est effectivement tout sauf une priorité), mais d'instaurer un nouveau type de service suffisament simple et malléable (tout le contraire du web actuel, quoi :) pour être accessible avec un matos relativement économique et utilisable par des non initiés (je reste sceptique là dessus). Ce service pourrait permettre d'acheminer un contenu éducatif (comme il a été dit plus haut), donner accés à des organismes lointains (administration...), ou même simplement informationnel (autre que les médias officiels). Il pourrait aussi permettre de diffuser leur propre culture (tout comme le web a permis à l'occident de donner une audience à ses multiples sous-cultures). Et ça, amha, c'est important, parce qu'une personne ne demande pas juste à "survivre", mais à vivre, ce qui est trés différent. Il est vital de travailler pour que tout le monde aie de quoi manger, s'abriter, se soigner, etc., mais il est tout aussi vital de donner à tous les moyens d'y parvenir par ses propres moyens, et pour ça le simputer peut être intéressant...
Toutefois, j'ai toujours eu beaucoup de méfiance pour les systèmes clients/serveurs où tout est dans les mains du serveur, et j'ose à peine imaginer le genre de dérapage que cela pourrait entrainer dans une situation où une grosse boite offrirait gracieusement un tel service à toute une région pauvre... D'autre part, je ne vois aucune mention sur le site de simputer d'effort pour développer des services IML adéquats. Bref, je trouve que l'idée est bonne, mais l'approche un peu naïve.