D'une manière générale, je pense effectivement que le gamer moyen qui veut que ça ''juste marche'' est de toute façon moins exigeant et sera tout à fait satisfait avec des jeux libres ou anciens (en plus, c'est moins cher), et/ou en achetant une console (l'avantage d'un hardware fixe, c'est que ça marche toujours !). J'ai une PS2 achetée d'occasion, les jeux sont pas chers, et on peut même faire tourner Linux dessus ;)
Sauf que les éditeurs estiment que ce type de gamer là ne rapporte pas beaucoup de sous (il faut bien justifier les quelques 60 € à débourser pour un jeu récent... A défaut de se différencier des jeux anciens sur le gameplay, il faut au moins qu'ils se différencient sur la technique), alors ils ciblent davantage les hard-gamers. CQFD. (OK, j'admets que les FPS récents ont aussi l'air d'avoir bien progressé sur l'interaction avec l'environnement, la physique, l'IA...)
Mais tu devrais essayer l'excellent World of Goo (que tu peux trouver ici http://www.wolfire.com/humble ), il ne nécessite pas une grosse config, et tourne sans problème sur ma Intel D945GCLF2 (ATOM 330 et GMA950), ainsi que sur le Duron 1000 + Geforce 2 MX de mon père (par contre, c'est vrai que pour les autres jeux du pack, c'est une autre histoire et ça rame sévère sur ma machine, mais ils ont l'air bien aussi... :-/ )
Oui m'enfin, n'oublions pas que la consommation n'est pas le seul critère à prendre en compte pour être ''vert'' : la production de toute machine est extrêmement énergivore et polluante (jeter un oeil à [1]). Donc acheter une machine supplémentaire spécifiquement pour consommer moins d'énergie, ce n'est pas forcément très écolo : il faut au contraire produire le moins possible de machines et allonger au maximum leur durée de vie (au passage, les dons de machines anciennes pour le tiers-monde ont été souvent décriés pour cause d'inefficacité énergétique alors que ça reste un moyen de prolonger leur cycle de vie tout en contribuant au développement, même si un autre problème se pose dans ce cas : celui du non-traitement/recyclage des machines usagées dans lesdits pays). Je ne suis pas sûr qu'acheter un laptop (qui consomme sensiblement moins qu'un PC fixe) soit tellement écolo non plus, vu leur durée de vie moyenne plus courte et l'impossibilité de réparer/changer des pièces isolément !
Par ailleurs, pour ajouter une modeste contribution au débat, n'oublions pas que les data-centers consomment énormément aussi [2] (même si - j'en conviens - c'est sûrement plus optimisé énergétiquement qu'une myriade de machines planquées chez des particuliers pour un service équivalent). Google estime ainsi que chaque requête équivaut à 7g de CO2. Quel est le coût carbone d'un troll sur Linuxfr... ? :)
Une machine Roche avec un logiciel fantastique (et un super système de gestion des utilisateurs intégrés) et une super base de donnée qui, d'après les mots que j'ai trouvé, semble être une base de donnée XML utilisant, à quelque part, Firebird et qu'il faudrait sauvegarder et vider tous les 6 mois parce que sinon la base elle est trop grande et y'a risque de perdre des données (c'est écrit dans le mode d'emploi (en plus classe et plus "technique")) ... argh ! Donc si par hasard vous travaillez dans ce genre de boîte, utilisez une méthode pour se connecter à une base de données genre MySQL, PostrgeSQL, ... ou même SQLite. Mais un truc ouvert et disponible sur les diverses systèmes d'exploitation de ce monde.
FYI, si c'est réellement de Firebird qu'il s'agit (j'en doute un peu d'après ta description), je souhaite rappeler que ce SGBDR est déjà Open-source, portable, etc. :) http://www.firebirdsql.org/
Heu... Ce n'est pas que je cherche particulièrement à défendre MsOffice (je serais plutôt adepte du LaTeX...), m'enfin le souci que tu décris est désactivable depuis toujours : il suffit de décocher les ''styles automatiques''. A l'époque où j'étais contraint de l'utiliser, c'est un des premiers trucs que je désactivais à l'installation du bidule (avec 2-3 autres automatismes du même acabit, ainsi que cette horreur de trombone !).
Hum...
C'est pas RMS qui cautionnait la création de gNewSense (basée sur une Ubuntu ''nettoyée'') au prétexte que Debian n'était ''pas assez libre'' ? (existence de dépôts non-free, blobs/firmwares...)
Je suis assez d'accord, le Ion a l'air très sympa bien qu l'ATOM330 soit un peu limité (j'ai une Intel D945GCLF2 et c'est pas très jouissif question vitesse même si ça me suffit la plupart du temps, mais le chip graphique GMA950 est probablement le plus limitant et le Ion n'a pas cette limitation)
Note que je ne vois pas trop non plus l'intérêt du lecteur bluray (quelqu'un arrive à voir une différence de qualité significative entre un film sur DVD et un bluray sur un écran 21.5'' ?), or je suppose que ce lecteur compte pour une part importante du prix de l'ensemble non ?
N.B.: ton énorme écran full-HD est probablement à lui tout seul une usine à gaz pompeuse de courant ! :)
Pardus a également mis au point une alternative sympathique (remplacement d'init, remplacement des scripts shell par des modules Python...). La doc a disparu du site web principal depuis son remaniement, mais elle est toujours présente ici : http://svn.uludag.org.tr/viewcvs/trunk/promotion/development(...)
Moi je trouve qu'on devrait promouvoir davantage le langage Ook (http://fr.wikipedia.org/wiki/Ook!#Ook.21 )
Comme ça le processus de sélection naturelle augmenterait naturellement le nombre de programmeurs vraiment barbus-poilus ! :)
Mouais, enfin, le monsieur vient de dire que chacun peut choisir les 4 associations qu'il soutient ! Personne ne t'oblige à soutenir les faucheurs ou Sortir du Nucléaire... Donc je ne vois pas ce que tu reproches à Hooseek !
Mouais, enfin, le monsieur vient de dire que chacun peut choisir les 4 associations qu'il soutient ! Personne ne t'oblige à soutenir les faucheurs ou Sortir du Nucléaire... Donc je ne vois pas ce que tu reproches à Hooseek !
Mon .screenrc est bling-bling depuis longtemps :)
(N.B. et je suis d'accord, ^A est vrament très ch... J'ai mis ^O à la place !)
Par contre, si qqun connaît le truc pour parcourir l'historique de ma console (scrolling) via +flèches/PgUp/PgDown plutôt que ^O, ça m'intéresserait !!!
Ah ?
Il me semblait justement que TI avait fait un effort là-dessus (au vu de l'activité autour de cette carte dans OpenEmbedded, on ne peut pas dire que Linux soit à la rue sur cette archi ! Et OpenEmbedded est connu pour son intransigeance sur l'aspect 100% libre de tout ce qui y est intégré !).
Il me semble précisément que Angström est parfaitement utilisable (je crois d'ailleurs que Koen Kooi, un des gros contributeurs, est employé par TI), et intègre tout le nécessaire question drivers, quels sont ceux qui sont non-libres ou manquants selon toi ?
N.B.: Ogre3D sur BeagleBoard/PowerVR : http://www.youtube.com/watch?v=LDtUE5PIhV0 :)
Android sur BeagleBoard : http://www.youtube.com/watch?v=CR5rGia8GcY
J'ai une D945GCLF2 avec un ATOM 330. J'en suis globalement satisfait mais
* oublie le 1080p (à moins qu'il y ait une astuce pour mieux utiliser le multi-core avec le H.264/lavc)
* pour la 3D, c'est du GMA950. Avec Elisa/XBMC ça rame un peu chez moi (de plus, il y a des soucis avec Xorg 1.5 => obligation de repasser en XAA ! Et ce n'est pas sans bug...)
* ce n'est pas fanless (mais il doit être possible de mettre un ventilo moins bruyant voire un gros radiateur)
Cela dit, le rapport puissance*/(prix*consommation*encombrement) n'est pas mal du tout...
Si tu prends une EPIA ou une carte à base d'ATOM 230 (les eee rentrent dans cette catégorie, tout comme la D945GCLF), OK tu seras fanless, mais la puissance sera encore moindre... (cela dit vu que j'ai des doutes sur l'utilisation efficace de mes deux cores par lavc, il n'est pas exclu que le résultat soit en fait identique sur un ATOM 230 monocore... :)
Maintenant, si tu veux t'amuser un peu, tu peux aussi tenter la beagleboard ! (moins puissante qu'un ATOM en calcul pur mais possédant un DSP et du câblage/microcode dédié pour du décodage H.264, et certainement beaucoup plus compacte et économe en énergie ! :)
-> http://beagleboard.org/
Tu as déjà utilisé arora ? (http://code.google.com/p/arora/ )
C'est un navigateur léger basé sur QT4/Webkit (en fait c'est une évolution du code de démo Webkit dans QT4). Très rapide et réactif (et il paraît que c'est encore mieux avec QT4.5), la seule chose qui me manque est adblock (mais privoxy aide bien...), et occasionnellement flash (mais ça fait aussi du bien de s'en passer, pour une navigation plus légère et plus libre :)
Hmmm.
Faire une puce pour l'embarqué ça ne s'improvise pas, et contrairement à une machine de bureau tu n'as même pas la flexibilité de choisir tes composants de manière discrète.
Dans l'embarqué, les solutions sont de toute façons de plus en plus intégrées (type OMAP/PowerVR), une puce graphique à part n'est pas appropriée !
Je suis plutôt d'accord avec le commentaire précédent : je vois de moins en moins l'intérêt de OGD compte tenu du fait que
- ATI sera bientôt suffisamment libre, Intel l'est déjà (libre à toi de choisir une carte-mère / un laptop qui possède un chip graphique Intel. ça a été mon cas)
- NVidia aura bientôt Nouveau qui sera libre et utilisable
- D'une manière générale, dans le monde du HW il faut avoir une masse / un volume critique pour arriver à qqch. Il ne suffit pas de faire un produit, il faut s'inscrire dans la dynamique d'un marché en perpetuelle évolution. Et l'équipe de OGD n'a (à mon avis) pas les moyens d'entrer ET rester dans la course ! (j'espère me tromper, mais hélas je suis pessimiste)
Donc oui, pour moi, concentrons les efforts sur des drivers libres (comme Nouveau) !
P.S.: cependant, OGD peut aussi à ma connaissance être vue comme une carte FPGA générique, donc servir à faire du calcul autre (ou à faire mumuse avec du VHDL, à l'instar de Armadeus)
Bon, je me réponds à moi-même : j'aurais dû regarder la FAQ avant de trollposter trop vite !
En fait, ils ont bien l'intention de backporter ces modifs dans CPython 3.0, mais à moyen/long terme, et leur approche est conditionnée par des besoins en interne (large base de code Python 2.x utilisée sur leurs machines)
Le fait de se baser sur une version 2.x s'explique par son utilisation dans de nombreux projets existants
Je pense que les ingés de Google savent ce qu'ils font et je me garderai donc bien de les critiquer, mais néanmoins je m'interroge sur ce choix : en effet, réaliser ce JIT basé sur LLVM va prendre un temps non négligeable, et le code Python 2.x existant se satisfait souvent bien de CPython (qui va continuer à exister). Quitte à faire des changements aussi importants que ceux décrits, j'aurais personnellement trouvé été plus enclin à me baser sur Python 3 vu que sa pénétration est quand même destiné à s'accroître avec le temps (ou sinon c'est un peu un désavoeu pour Python 3 en soi !).
M'enfin...
Hmmm, je ne sais pas.
Car dans ce cas il faut pouvoir /prouver/ que tu as été victime d'une infraction et que le responsable est donc qqun d'autre (trop facile, sinon...), et ça n'est pas à la portée du premier venu ! (on en revient au besoin d'avoir des logs)
Si qqun vole les plans du Rafale en hackant un ordi de l'armée depuis un accès sur ma borne wifi, je ne crois pas qu'ils vont me laisser m'en tirer avec un "c'est pas moi, c'est ma borne wifi"...
[^] # Re: Mouais
Posté par karteum59 . En réponse au journal Steam et source pour linux : c'est officiel. Évalué à 1.
Sauf que les éditeurs estiment que ce type de gamer là ne rapporte pas beaucoup de sous (il faut bien justifier les quelques 60 € à débourser pour un jeu récent... A défaut de se différencier des jeux anciens sur le gameplay, il faut au moins qu'ils se différencient sur la technique), alors ils ciblent davantage les hard-gamers. CQFD. (OK, j'admets que les FPS récents ont aussi l'air d'avoir bien progressé sur l'interaction avec l'environnement, la physique, l'IA...)
Mais tu devrais essayer l'excellent World of Goo (que tu peux trouver ici http://www.wolfire.com/humble ), il ne nécessite pas une grosse config, et tourne sans problème sur ma Intel D945GCLF2 (ATOM 330 et GMA950), ainsi que sur le Duron 1000 + Geforce 2 MX de mon père (par contre, c'est vrai que pour les autres jeux du pack, c'est une autre histoire et ça rame sévère sur ma machine, mais ils ont l'air bien aussi... :-/ )
# Ook?
Posté par karteum59 . En réponse à la dépêche Le langage ooc auto-hébergé - les nouveautés de rock 0.9.0. Évalué à 5.
http://fr.wikipedia.org/wiki/Brainfuck#Ook.21
[^] # Re: Je consomme <10W pour mon auto-hébergement.
Posté par karteum59 . En réponse au journal [Le vendredi, c'est permis] L'autohébergement est-il écoresponsable ?. Évalué à 6.
Par ailleurs, pour ajouter une modeste contribution au débat, n'oublions pas que les data-centers consomment énormément aussi [2] (même si - j'en conviens - c'est sûrement plus optimisé énergétiquement qu'une myriade de machines planquées chez des particuliers pour un service équivalent). Google estime ainsi que chaque requête équivaut à 7g de CO2. Quel est le coût carbone d'un troll sur Linuxfr... ? :)
[1] http://www.greenit.fr/article/materiel/24-fois-plus-de-co2-l(...)
[2] http://www.greenit.fr/article/materiel/serveur/cloud-computi(...)
# Firebird
Posté par karteum59 . En réponse au journal Marre des logiciels propriétaires .... Évalué à 3.
FYI, si c'est réellement de Firebird qu'il s'agit (j'en doute un peu d'après ta description), je souhaite rappeler que ce SGBDR est déjà Open-source, portable, etc. :)
http://www.firebirdsql.org/
# Modulisation
Posté par karteum59 . En réponse au journal EDF, après le courant alternatif, la médecine alternative. Évalué à 6.
[^] # Re: Bien argumenté
Posté par karteum59 . En réponse au journal Pourquoi j'utilise et utiliserai KDE et KOffice 2. Évalué à 2.
[^] # Re: Et pourtant...
Posté par karteum59 . En réponse au journal La guerre des trolls aura bien lieu. Évalué à 1.
C'est pas RMS qui cautionnait la création de gNewSense (basée sur une Ubuntu ''nettoyée'') au prétexte que Debian n'était ''pas assez libre'' ? (existence de dépôts non-free, blobs/firmwares...)
[^] # Re: low cost, low noise, low consumption
Posté par karteum59 . En réponse au journal Nouveau pc et remise à niveau. Évalué à 1.
Note que je ne vois pas trop non plus l'intérêt du lecteur bluray (quelqu'un arrive à voir une différence de qualité significative entre un film sur DVD et un bluray sur un écran 21.5'' ?), or je suppose que ce lecteur compte pour une part importante du prix de l'ensemble non ?
N.B.: ton énorme écran full-HD est probablement à lui tout seul une usine à gaz pompeuse de courant ! :)
[^] # Re: Pinit
Posté par karteum59 . En réponse au journal Init-ng est encore vivant !. Évalué à 3.
http://svn.uludag.org.tr/viewcvs/trunk/promotion/development(...)
[^] # Re: Retour en arrière ?
Posté par karteum59 . En réponse au journal KDE par défaut sous OpenSUSE. Évalué à 3.
[^] # Re: en termes d'exclusion...
Posté par karteum59 . En réponse au journal Linus à propos des contributions de Microsoft. Évalué à 2.
(--> [] )
[^] # Re: cmake, scons ?
Posté par karteum59 . En réponse au journal Une alternative à make(1). Évalué à 1.
[^] # Re: KDE est trop gros pour le DVCS
Posté par karteum59 . En réponse au journal Quelques nouvelles de KDE. Évalué à 8.
git clone --depth 1
devrait te plaire... :)[^] # Re: Les brevets sont-ils le seul danger?
Posté par karteum59 . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à 4.
Comme ça le processus de sélection naturelle augmenterait naturellement le nombre de programmeurs vraiment barbus-poilus ! :)
[^] # Re: Bien !
Posté par karteum59 . En réponse au journal HooSeek : Moteur de recherche Solidaire. Évalué à 0.
[^] # Re: Bien !
Posté par karteum59 . En réponse au journal HooSeek : Moteur de recherche Solidaire. Évalué à -5.
[^] # Re: Bien !
Posté par karteum59 . En réponse au journal HooSeek : Moteur de recherche Solidaire. Évalué à 5.
# Un exemple de bling bling
Posté par karteum59 . En réponse au journal GNU Screen + bling bling. Évalué à 3.
(N.B. et je suis d'accord, ^A est vrament très ch... J'ai mis ^O à la place !)
Par contre, si qqun connaît le truc pour parcourir l'historique de ma console (scrolling) via +flèches/PgUp/PgDown plutôt que ^O, ça m'intéresserait !!!
escape ^Oo
hardstatus alwayslastline
hardstatus string '%{gk}[ %{G}%H %{g}][%= %{wk}%?%-Lw%?%{=b kR}(%{W}%n*%f %t%?(%u)%?%{=b kR})%{= kw}%?%+Lw%?%?%= %{g}][%{Y}%l%{g}]%{=b C}[ %m/%d %c ]%{W}'
[^] # Re: http://mini-itx.com/
Posté par karteum59 . En réponse au journal Faire un mini media center. Évalué à 1.
Il me semblait justement que TI avait fait un effort là-dessus (au vu de l'activité autour de cette carte dans OpenEmbedded, on ne peut pas dire que Linux soit à la rue sur cette archi ! Et OpenEmbedded est connu pour son intransigeance sur l'aspect 100% libre de tout ce qui y est intégré !).
Il me semble précisément que Angström est parfaitement utilisable (je crois d'ailleurs que Koen Kooi, un des gros contributeurs, est employé par TI), et intègre tout le nécessaire question drivers, quels sont ceux qui sont non-libres ou manquants selon toi ?
N.B.: Ogre3D sur BeagleBoard/PowerVR : http://www.youtube.com/watch?v=LDtUE5PIhV0 :)
Android sur BeagleBoard : http://www.youtube.com/watch?v=CR5rGia8GcY
[^] # Re: http://mini-itx.com/
Posté par karteum59 . En réponse au journal Faire un mini media center. Évalué à 1.
* oublie le 1080p (à moins qu'il y ait une astuce pour mieux utiliser le multi-core avec le H.264/lavc)
* pour la 3D, c'est du GMA950. Avec Elisa/XBMC ça rame un peu chez moi (de plus, il y a des soucis avec Xorg 1.5 => obligation de repasser en XAA ! Et ce n'est pas sans bug...)
* ce n'est pas fanless (mais il doit être possible de mettre un ventilo moins bruyant voire un gros radiateur)
Cela dit, le rapport puissance*/(prix*consommation*encombrement) n'est pas mal du tout...
Si tu prends une EPIA ou une carte à base d'ATOM 230 (les eee rentrent dans cette catégorie, tout comme la D945GCLF), OK tu seras fanless, mais la puissance sera encore moindre... (cela dit vu que j'ai des doutes sur l'utilisation efficace de mes deux cores par lavc, il n'est pas exclu que le résultat soit en fait identique sur un ATOM 230 monocore... :)
Maintenant, si tu veux t'amuser un peu, tu peux aussi tenter la beagleboard ! (moins puissante qu'un ATOM en calcul pur mais possédant un DSP et du câblage/microcode dédié pour du décodage H.264, et certainement beaucoup plus compacte et économe en énergie ! :)
-> http://beagleboard.org/
# arora
Posté par karteum59 . En réponse au journal Pourquoi chromium est il si rapide sous linux ?. Évalué à 3.
C'est un navigateur léger basé sur QT4/Webkit (en fait c'est une évolution du code de démo Webkit dans QT4). Très rapide et réactif (et il paraît que c'est encore mieux avec QT4.5), la seule chose qui me manque est adblock (mais privoxy aide bien...), et occasionnellement flash (mais ça fait aussi du bien de s'en passer, pour une navigation plus légère et plus libre :)
[^] # Re: Quid des performances de ces cartes ?
Posté par karteum59 . En réponse à la dépêche Levée de fonds pour OGD1. Évalué à 2.
Faire une puce pour l'embarqué ça ne s'improvise pas, et contrairement à une machine de bureau tu n'as même pas la flexibilité de choisir tes composants de manière discrète.
Dans l'embarqué, les solutions sont de toute façons de plus en plus intégrées (type OMAP/PowerVR), une puce graphique à part n'est pas appropriée !
Je suis plutôt d'accord avec le commentaire précédent : je vois de moins en moins l'intérêt de OGD compte tenu du fait que
- ATI sera bientôt suffisamment libre, Intel l'est déjà (libre à toi de choisir une carte-mère / un laptop qui possède un chip graphique Intel. ça a été mon cas)
- NVidia aura bientôt Nouveau qui sera libre et utilisable
- D'une manière générale, dans le monde du HW il faut avoir une masse / un volume critique pour arriver à qqch. Il ne suffit pas de faire un produit, il faut s'inscrire dans la dynamique d'un marché en perpetuelle évolution. Et l'équipe de OGD n'a (à mon avis) pas les moyens d'entrer ET rester dans la course ! (j'espère me tromper, mais hélas je suis pessimiste)
Donc oui, pour moi, concentrons les efforts sur des drivers libres (comme Nouveau) !
P.S.: cependant, OGD peut aussi à ma connaissance être vue comme une carte FPGA générique, donc servir à faire du calcul autre (ou à faire mumuse avec du VHDL, à l'instar de Armadeus)
[^] # Re: 2.x ?
Posté par karteum59 . En réponse à la dépêche Le projet Unladen Swallow vise à accélérer Python d'un facteur 5. Évalué à 6.
En fait, ils ont bien l'intention de backporter ces modifs dans CPython 3.0, mais à moyen/long terme, et leur approche est conditionnée par des besoins en interne (large base de code Python 2.x utilisée sur leurs machines)
# 2.x ?
Posté par karteum59 . En réponse à la dépêche Le projet Unladen Swallow vise à accélérer Python d'un facteur 5. Évalué à 2.
Je pense que les ingés de Google savent ce qu'ils font et je me garderai donc bien de les critiquer, mais néanmoins je m'interroge sur ce choix : en effet, réaliser ce JIT basé sur LLVM va prendre un temps non négligeable, et le code Python 2.x existant se satisfait souvent bien de CPython (qui va continuer à exister). Quitte à faire des changements aussi importants que ceux décrits, j'aurais personnellement trouvé été plus enclin à me baser sur Python 3 vu que sa pénétration est quand même destiné à s'accroître avec le temps (ou sinon c'est un peu un désavoeu pour Python 3 en soi !).
M'enfin...
[^] # Re: C'est pas déjà le cas ?
Posté par karteum59 . En réponse au journal Enfin la fin des WI-FI ouverts, merci HADOPI. Évalué à 4.
Car dans ce cas il faut pouvoir /prouver/ que tu as été victime d'une infraction et que le responsable est donc qqun d'autre (trop facile, sinon...), et ça n'est pas à la portée du premier venu ! (on en revient au besoin d'avoir des logs)
Si qqun vole les plans du Rafale en hackant un ordi de l'armée depuis un accès sur ma borne wifi, je ne crois pas qu'ils vont me laisser m'en tirer avec un "c'est pas moi, c'est ma borne wifi"...