En l'occurence, je ne vois ni diffamation, ni discrimination et le droit de citation est respecté (sources indiqueés plus que clairement). Et ce n'est pas non plus une recopie, et c'est plus qu'utile pour un lecteur francophone.
J'ai bossé sur un sujet un peu connexe il y a quelques mois, en utilisant les données de la base EcoInvent (v1.3 de 2004, javais pas accès à la 2.0 qui est plus récente), mais je suis assez loin d'être un "spécialiste" du domaine :)
EcoInvent est une base de données utilisée dans les analyses de cycle de vie qui se profile de plus en plus comme le leader mondial de référence du domaine.
Par contre, mon affirmation vaut plutôt pour les éoliennes de grandes puissances (2 à 3 MW en version continentale aujourd'hui), qui sont "rentables" énergétiquement (~6 mois), et dans un contexte de vent moyen dans les zones adaptées du territoire suisse (et directement reliée au réseau). Mais la différence est plutôt faible (selon mes vagues souvenirs).
je crois que seul l'hydraulique fait mieux que le nucléaire sur ce point
J'ai parlé un peu trop vite et mélangé quelques souvenirs : l'éolien fait mieux que l'hydraulique, pour le reste, je ne m'avance pas. (voilà, c'est beaucoup plus logique comme ça :) )
Bref ça produit sans doute moins de CO2 qu'une centrale à charbon mais ça en produit quand même et dans une quantité qu'EDF prend bien soin de ne pas faire connaître.
Les centrales nucléaires produisent beaucoup moins de CO2 au kilowattheure qu'une centrale à gaz/à charbon. Ce n'est surement pas un manque de volonté d'EDF de ne pas publier ce genre de chiffres (pour les cacher), mais plutôt simplement parce qu'ils sont difficiles à estimer (les résultats d'un écobilan global dépendent des limites que l'on impose au système étudié). De plus, ils sont plutôt favorables donc ils ne se gèneraient pas de les publier (je crois que seul l'hydraulique fait mieux que le nucléaire sur ce point).
Je n'ai pas de chiffres concernant les centrales électriques atomiques/fossiles juste sous la main, par contre j'ai ça :
La France, de part l’importante proportion d’énergie nucléaire dans son mix
électrique (80%), produit une électricité avec peu de carbone, soit 80g de CO2
par kWh, contre 574 g de CO2 par kWh pour l’Allemagne où la part de l’énergie
atomique s’élève à 30%, le reste provenant essentiellement de centrales à
charbon et à gaz naturel1.
(d'après Frenews, Bulletin d’actualité énergétique de la Fédération (suisse) romande pour l’énergie (FRE), « Les
atouts du parc électrique français – Un kilowatt solaire propre », n°49, 19 juin 2008., concernant le bilan CO2 de la production d'un panneau solaire.
Tu as jeté un oeil au lien que j'ai posté ci-dessus ?
Il y a un résumé des solutions pour améliorer la situation.
Il parait aussi que le dernier driver beta 177.13 "corrige" pas mal de problèmes (mais mon xorg ne veut pas démarrer avec celui-ci..). Bref. c'est apparemment en bonne voie de résolution.
J'ai pour ma part une Quadro basée sur une GeForce 7400, j'ai également pu noter une perte de performance dans les applis hautement intellectuelles utilisant intensivement openGL, mais pour le desktop usuel, je ne suis apparemment pas à plaindre.
tu visites actuellement un site développé par des marketeux pour des
fanatiques, tu peux d'ailleurs remarquer que le texte ci-présent dépasse 80 colonnes, ceci fait partie des règles incompressibles de notre religion,
et un manquement à l'une de ces règles entrainerait une douloureuse
humiliation publique. N'est pas maquerau qui veut.
Mais revenons au propos de cette page. Le site http://www.me.com est développé
et maintenu avec amour par des marketeux fanatiques du Logiciel Propriétaire mais
pas trop (note l'hyperbole), qui en tant que tels n'utilisent ni ne connaissent le
fonctionnement des logiciels non mac au goût rance que tu utilises, consciemment
ou pas.
Aussi, présumant que le rendu de notre site cheri doit plus ressembler à une
oeuvre impressioniste qu'à être utile, nous t'interdisons simplement d'en voir le
contenu. Et puis il y a autre chose. les Technologies non mac, on s'en tape. Si, si,
on s'en tape. Alors oui, tu es peut-être au travail, on te force à utiliser des logiciels
actuels qui ne sentent pas l'eau de pomme, tu es peut-être chez toi et tu viens de
niquer 4h à jouer à un jeu hautement intellectuel qui ne fonctionne que sous ton OS
moisi avec ton mac Intel, mais dans tous les cas, tu as choisi. Nous aussi.
Si toutefois tu ne peux imaginer te passer une seconde des informations
contenues sur notre site, comme nous sommes finalement de gentils maqueraux,
tu pourras le visualiser en payant à nouveau et au prix fort la nouvelle mise à jour X
10.6, incluant un browser Proprio mais pas trop, tel que Safari par
exemple.
Si l'ex-Mandrake repose bel et bien sur une Red Hat (RH 5.0?), SUSE ne tient de RH que le format de paquet utilisé. Elle n'est donc pas un "fork" à proprement parler (elle repose techniquement sur Jurix - et non SLS/Slackware comme la plupart des gens le croient). Ainsi, son système init est assez différent de Fedora/mandriva, même s'il est évident qu'elle incorpore des autres bouts de RH/Slackware/autre.
Enfin, il est assez réducteur d'effectuer une séparation par "système de paquet", puisque c'est un élément parmi beaucoup d'autres. On peut en revanche séparer différentes "familles" un peu comme ceci : http://upload.wikimedia.org/wikipedia/commons/8/8c/Gldt.svg , selon que la distribution s'éloigne de sa distrib d'origine ou reste très liée à elle (longueur des lignes horizontales sur lesquelles on voit les différents branchements).
On retrouve donc les familles propres Fedora/RH, Slackware, (open)SUSE, Gentoo, Mandriva, Debian), et les sous-familles Ubuntu et Knoppix, qui restent techniquement debian (synchronisation).
Kikoff est directement issu du travail de SUSE, et intégré par défaut dans cette distribution depuis un moment déjà. On trouve pas mal de renseignement sur celui-ci sur le wiki openSUSE (ici : http://en.opensuse.org/Kickoff ), notamment des tests de l'équipe d'"usabilité" (User Experience Team, http://en.opensuse.org/UX ).
Et bien, à vrai dire, au début j'étais, comme vous, assez perplexe face à ce nouveau menu. J'avais une impression de lenteur à naviguer dans ce menu, bref, un vrai retour un arrière par rapport au menu par défaut de KDE3.
Quelques temps après, je dois dire que je ne peux plus me passer de ce menu, tant au niveau rapidité (mes appli courantes sont désormais sous les "favoris"), et du menu de recherche (avec possibilité d'y interfacer beagle, pour ceux qui l'utilisent), me donnant accès aux applis installées, à l'historique (dossiers/pages web/documents récents). J'ai eu aussi quelques retour très positif autour de moi (et plutot à ma grande surprise, apres l'effet Compiz c'est Kickoff qui vient à l'esprit!).
Désormais, je trouve le menu par défaut de KDE3 infame. Je ne comprends pas comment certains peuvent encore l'utiliser. Je peux dire qu'Il y a un gros facteur d'"habitude de vieux geek", expérience à l'appui.
A noter que la version KDE4 de kickoff est un peu en deça de la version KDE3 pour le moment (pas possible de réorganiser les favoris, pas de dra'n'drop), tandis qu'elle est plus avancée dans certains aspect (la recherche est bien plus agréable et performante à mon avis), mais je fais confiance aux dev pour améliorer ça dans la prochaine release de KDE :)
Je pensais avant tout à l'article parlant d'OPIUM (pour ce qui est de la fiabilité) qui utilise un échantillon relativement grand, et dans une moindre mesure des use-case de smart. Ces articles ne sont pas liés à ZYpp lui même puisqu'antérieurs.
Côté comparatif vitesse et mémoire, apt n'a pas été évalué, simplement parce qu'apt n'est pas installable sur une même machine en parallèle à ZYpp, Yum ou smart (qui s'en sort pas trop mal côté vitesse selon le comparatif effectué, mais qui consomme un peu plus de mémoire que ZYpp). Je ne pense pas non plus qu' Apt4RPM est entièrement comparable à Apt. YUM est effectivement un peu à la ramasse.
Je ne dis pas qu'apt n'est pas un bon gestionnaire de paquets, mais il n'est en tout cas pas une référence.
> Le DEB c'est LA référence en gestion des paquets
Le problème comme tu l'as souligné c'est la multiplication des sources, d'un côté tu as plusieurs fournisseurs de paquets RPM pas forcément compatible entre eux et de l'autre une seule source: Debian.
J'ai même ouïe dire que les paquets .deb ubuntu peuvent poser problème dans une debian, et vice versa..
De plus, comme le démontre plusieurs articles*, apt est loin d'être une référence.
[^] # Re: diantre !
Posté par Spyhawk . En réponse au journal AMD Catalyst 8.8. Évalué à 5.
En l'occurence, je ne vois ni diffamation, ni discrimination et le droit de citation est respecté (sources indiqueés plus que clairement). Et ce n'est pas non plus une recopie, et c'est plus qu'utile pour un lecteur francophone.
Merci à l'auteur du journal :)
[^] # Re: Si tu recherches un véhicule qui émet peu de CO2
Posté par Spyhawk . En réponse au journal L'ADEME demande d'avoir IE :-(. Évalué à 2.
J'ai bossé sur un sujet un peu connexe il y a quelques mois, en utilisant les données de la base EcoInvent (v1.3 de 2004, javais pas accès à la 2.0 qui est plus récente), mais je suis assez loin d'être un "spécialiste" du domaine :)
EcoInvent est une base de données utilisée dans les analyses de cycle de vie qui se profile de plus en plus comme le leader mondial de référence du domaine.
Par contre, mon affirmation vaut plutôt pour les éoliennes de grandes puissances (2 à 3 MW en version continentale aujourd'hui), qui sont "rentables" énergétiquement (~6 mois), et dans un contexte de vent moyen dans les zones adaptées du territoire suisse (et directement reliée au réseau). Mais la différence est plutôt faible (selon mes vagues souvenirs).
[^] # Re: Si tu recherches un véhicule qui émet peu de CO2
Posté par Spyhawk . En réponse au journal L'ADEME demande d'avoir IE :-(. Évalué à 3.
J'ai parlé un peu trop vite et mélangé quelques souvenirs : l'éolien fait mieux que l'hydraulique, pour le reste, je ne m'avance pas. (voilà, c'est beaucoup plus logique comme ça :) )
[^] # Re: Si tu recherches un véhicule qui émet peu de CO2
Posté par Spyhawk . En réponse au journal L'ADEME demande d'avoir IE :-(. Évalué à 3.
Les centrales nucléaires produisent beaucoup moins de CO2 au kilowattheure qu'une centrale à gaz/à charbon. Ce n'est surement pas un manque de volonté d'EDF de ne pas publier ce genre de chiffres (pour les cacher), mais plutôt simplement parce qu'ils sont difficiles à estimer (les résultats d'un écobilan global dépendent des limites que l'on impose au système étudié). De plus, ils sont plutôt favorables donc ils ne se gèneraient pas de les publier (je crois que seul l'hydraulique fait mieux que le nucléaire sur ce point).
Je n'ai pas de chiffres concernant les centrales électriques atomiques/fossiles juste sous la main, par contre j'ai ça :
La France, de part l’importante proportion d’énergie nucléaire dans son mix
électrique (80%), produit une électricité avec peu de carbone, soit 80g de CO2
par kWh, contre 574 g de CO2 par kWh pour l’Allemagne où la part de l’énergie
atomique s’élève à 30%, le reste provenant essentiellement de centrales à
charbon et à gaz naturel1.
(d'après Frenews, Bulletin d’actualité énergétique de la Fédération (suisse) romande pour l’énergie (FRE), « Les
atouts du parc électrique français – Un kilowatt solaire propre », n°49, 19 juin 2008., concernant le bilan CO2 de la production d'un panneau solaire.
[^] # Re: Si tu recherches un véhicule qui émet peu de CO2
Posté par Spyhawk . En réponse au journal L'ADEME demande d'avoir IE :-(. Évalué à 8.
[^] # Re: Et pour ceux qui ne tapent pas (encore) à 10 doigts ?
Posté par Spyhawk . En réponse au journal Sortie du bépo 1.0rc1. Évalué à 1.
[^] # Re: Merise / UML
Posté par Spyhawk . En réponse à la dépêche MeriseAcide, un outil d'aide à la modélisation Merise. Évalué à 10.
http://www.la-rache.com
[^] # Re: Merise / UML
Posté par Spyhawk . En réponse à la dépêche MeriseAcide, un outil d'aide à la modélisation Merise. Évalué à 4.
[^] # Re: On attend nvidia....
Posté par Spyhawk . En réponse à la dépêche Un devoir de vacances : Tester KDE4.1 et Mandriva 2009.0. Évalué à 2.
A ma connaissances, les problèmes qui rendent KDE 4 inutilisable n'apparaissent qu'avec certains chip de la série 8xxx/9xxx.
[^] # Re: NVIDIA... NVIDIA???
Posté par Spyhawk . En réponse au journal VIA publie 800 pages de spécifications pour Linux. Évalué à 2.
Il y a un résumé des solutions pour améliorer la situation.
Il parait aussi que le dernier driver beta 177.13 "corrige" pas mal de problèmes (mais mon xorg ne veut pas démarrer avec celui-ci..). Bref. c'est apparemment en bonne voie de résolution.
[^] # Re: NVIDIA... NVIDIA???
Posté par Spyhawk . En réponse au journal VIA publie 800 pages de spécifications pour Linux. Évalué à 2.
http://www.nvnews.net/vbulletin/showthread.php?t=115916 (très long post)
J'ai pour ma part une Quadro basée sur une GeForce 7400, j'ai également pu noter une perte de performance dans les applis hautement intellectuelles utilisant intensivement openGL, mais pour le desktop usuel, je ne suis apparemment pas à plaindre.
[^] # Re: NVIDIA... NVIDIA???
Posté par Spyhawk . En réponse au journal VIA publie 800 pages de spécifications pour Linux. Évalué à 4.
Y'a certes quelques petits soucis, les effets KWin sont pas super super fluides bien que correctes, mais ça reste très accessible, hein !
[^] # Re: Tu as choisi
Posté par Spyhawk . En réponse au journal Apple, le respect des standards, Internet Explorer, le Libre, et le foutage de gueule.... Évalué à 8.
Steve Job, chacal magnifique
# Tu as choisi
Posté par Spyhawk . En réponse au journal Apple, le respect des standards, Internet Explorer, le Libre, et le foutage de gueule.... Évalué à 9.
tu visites actuellement un site développé par des marketeux pour des
fanatiques, tu peux d'ailleurs remarquer que le texte ci-présent dépasse 80 colonnes, ceci fait partie des règles incompressibles de notre religion,
et un manquement à l'une de ces règles entrainerait une douloureuse
humiliation publique. N'est pas maquerau qui veut.
Mais revenons au propos de cette page. Le site http://www.me.com est développé
et maintenu avec amour par des marketeux fanatiques du Logiciel Propriétaire mais
pas trop (note l'hyperbole), qui en tant que tels n'utilisent ni ne connaissent le
fonctionnement des logiciels non mac au goût rance que tu utilises, consciemment
ou pas.
Aussi, présumant que le rendu de notre site cheri doit plus ressembler à une
oeuvre impressioniste qu'à être utile, nous t'interdisons simplement d'en voir le
contenu. Et puis il y a autre chose. les Technologies non mac, on s'en tape. Si, si,
on s'en tape. Alors oui, tu es peut-être au travail, on te force à utiliser des logiciels
actuels qui ne sentent pas l'eau de pomme, tu es peut-être chez toi et tu viens de
niquer 4h à jouer à un jeu hautement intellectuel qui ne fonctionne que sous ton OS
moisi avec ton mac Intel, mais dans tous les cas, tu as choisi. Nous aussi.
Si toutefois tu ne peux imaginer te passer une seconde des informations
contenues sur notre site, comme nous sommes finalement de gentils maqueraux,
tu pourras le visualiser en payant à nouveau et au prix fort la nouvelle mise à jour X
10.6, incluant un browser Proprio mais pas trop, tel que Safari par
exemple.
Bien fanatiquement,
Steve Job, canal magnifique
[^] # Re: GCU-Squad
Posté par Spyhawk . En réponse à la dépêche La version 2.0 de DragonFlyBSD est disponible. Évalué à 6.
[^] # Re: Firefox
Posté par Spyhawk . En réponse à la dépêche Test de l'openSUSE 11.0. Évalué à 4.
Le paquet final de FireFox était bien sût disponible peu après sa sortie dans les updates officielles.
[^] # Re: Un succès par rapport à quoi ?
Posté par Spyhawk . En réponse au journal OpenSuSE : déjà un succès ?. Évalué à 4.
[^] # Re: Gestion des paquets ?
Posté par Spyhawk . En réponse au journal OpenSuSE : déjà un succès ?. Évalué à 4.
"zypper ref && zypper up -t package" fera une mise à jour de tous les paquets (zypper up, par défaut, ne fait que les mises à jour de sécurité).
[^] # Re: moi ce que je crois
Posté par Spyhawk . En réponse au journal OpenSuSE : déjà un succès ?. Évalué à 3.
Si l'ex-Mandrake repose bel et bien sur une Red Hat (RH 5.0?), SUSE ne tient de RH que le format de paquet utilisé. Elle n'est donc pas un "fork" à proprement parler (elle repose techniquement sur Jurix - et non SLS/Slackware comme la plupart des gens le croient). Ainsi, son système init est assez différent de Fedora/mandriva, même s'il est évident qu'elle incorpore des autres bouts de RH/Slackware/autre.
Enfin, il est assez réducteur d'effectuer une séparation par "système de paquet", puisque c'est un élément parmi beaucoup d'autres. On peut en revanche séparer différentes "familles" un peu comme ceci : http://upload.wikimedia.org/wikipedia/commons/8/8c/Gldt.svg , selon que la distribution s'éloigne de sa distrib d'origine ou reste très liée à elle (longueur des lignes horizontales sur lesquelles on voit les différents branchements).
On retrouve donc les familles propres Fedora/RH, Slackware, (open)SUSE, Gentoo, Mandriva, Debian), et les sous-familles Ubuntu et Knoppix, qui restent techniquement debian (synchronisation).
[^] # Re: Menu
Posté par Spyhawk . En réponse au journal OpenSuSE : déjà un succès ?. Évalué à 3.
http://linuxfr.org/comments/886904,1.html
Kikoff est directement issu du travail de SUSE, et intégré par défaut dans cette distribution depuis un moment déjà. On trouve pas mal de renseignement sur celui-ci sur le wiki openSUSE (ici : http://en.opensuse.org/Kickoff ), notamment des tests de l'équipe d'"usabilité" (User Experience Team, http://en.opensuse.org/UX ).
Et bien, à vrai dire, au début j'étais, comme vous, assez perplexe face à ce nouveau menu. J'avais une impression de lenteur à naviguer dans ce menu, bref, un vrai retour un arrière par rapport au menu par défaut de KDE3.
Quelques temps après, je dois dire que je ne peux plus me passer de ce menu, tant au niveau rapidité (mes appli courantes sont désormais sous les "favoris"), et du menu de recherche (avec possibilité d'y interfacer beagle, pour ceux qui l'utilisent), me donnant accès aux applis installées, à l'historique (dossiers/pages web/documents récents). J'ai eu aussi quelques retour très positif autour de moi (et plutot à ma grande surprise, apres l'effet Compiz c'est Kickoff qui vient à l'esprit!).
Désormais, je trouve le menu par défaut de KDE3 infame. Je ne comprends pas comment certains peuvent encore l'utiliser. Je peux dire qu'Il y a un gros facteur d'"habitude de vieux geek", expérience à l'appui.
A noter que la version KDE4 de kickoff est un peu en deça de la version KDE3 pour le moment (pas possible de réorganiser les favoris, pas de dra'n'drop), tandis qu'elle est plus avancée dans certains aspect (la recherche est bien plus agréable et performante à mon avis), mais je fais confiance aux dev pour améliorer ça dans la prochaine release de KDE :)
[^] # Re: Benchmark des navigateurs.. le gagnant est! ...
Posté par Spyhawk . En réponse au journal Benchmark des navigateurs.. le gagnant est! .... Évalué à 7.
Elle va pas être contente, Mlle Michu..
[^] # Re: Hem ?
Posté par Spyhawk . En réponse au journal Benchmark des navigateurs.. le gagnant est! .... Évalué à 6.
Sinon, rien de nouveau : Webkit globalement devant Firefox (FF3 fait mieux que FF2 au passage), IE à la traîne.
# Hem ?
Posté par Spyhawk . En réponse au journal Benchmark des navigateurs.. le gagnant est! .... Évalué à 10.
Question rapidité et respect des normes web, Opera est dans le peloton de tête. Par ailleurs, il a déjà maintes fois "gagné" des "browser wars".
[^] # Re: RPM vs APT le faux débat
Posté par Spyhawk . En réponse au journal Questions trollesques sur GNOME & cie. Évalué à 2.
Côté comparatif vitesse et mémoire, apt n'a pas été évalué, simplement parce qu'apt n'est pas installable sur une même machine en parallèle à ZYpp, Yum ou smart (qui s'en sort pas trop mal côté vitesse selon le comparatif effectué, mais qui consomme un peu plus de mémoire que ZYpp). Je ne pense pas non plus qu' Apt4RPM est entièrement comparable à Apt. YUM est effectivement un peu à la ramasse.
Je ne dis pas qu'apt n'est pas un bon gestionnaire de paquets, mais il n'est en tout cas pas une référence.
[^] # Re: RPM vs APT le faux débat
Posté par Spyhawk . En réponse au journal Questions trollesques sur GNOME & cie. Évalué à 2.
Le problème comme tu l'as souligné c'est la multiplication des sources, d'un côté tu as plusieurs fournisseurs de paquets RPM pas forcément compatible entre eux et de l'autre une seule source: Debian.
J'ai même ouïe dire que les paquets .deb ubuntu peuvent poser problème dans une debian, et vice versa..
De plus, comme le démontre plusieurs articles*, apt est loin d'être une référence.
* voir sources dans http://linuxfr.org/2008/06/19/24228.html