reno a écrit 3881 commentaires

Les projets GNOME et KDE ont choisi le chemin de l'innovation

Je suis 100% d'accord avec toi: vive l'innovation!
D'ailleurs je m'attends a que dès que les desktop actuels redeviennent stables à ce qu'ils innovent encore en remplaçant tout.

KDE4 me parait d'ailleurs stagner un peu, mais j'ai confiance: je soupçonne fortement que Plasma Active deviendra pour le projet KDE le centre d'intérêt, le reste étant has-been.

Et sinon je meurs d'impatience que quelqu'un innove en remplaçant le volant ma voiture par quelque-chose d'autre, il y aura quelques accidents en plus, mais bon ça stagne: vive l'innovation!

Euh à partir du moment ou la syntaxe du langage utilisé change grandement, instable me parait un bon qualificatif.

Le système idéal reste à inventer.

On parlait dans un premier temps de l'élection du président et là c'est très facile a avoir un bon système.
On garde le système en deux tour, mais au premier tour on a une bulletin de vote avec des cases et on peut cocher pour autant qu'on veut.
Vote obligatoire, mais on peut voter blanc (c'est une case à cocher) et c'est comptabiliser dans les résultats (mais pas les votes invalides: enveloppe avec deux bulletins et autre).

Le problème est que les parti actuels dominant n'ont bien sûr aucun intérêt à changer le système de vote.

Pour les députés, c'est vrai que c'est beaucoup plus compliqué et là je n'ai pas d'idée.

L'écosystème des OS libres est en pleine santé : les deux bureaux dominants perdent en adhérence avec leur public et de multiples initiatives apparaissent.

Il faut s'en réjouir.

Bof "les deux bureaux dominants perdent en adhérence avec leur public", ça n'a rien de réjouissant, et ça aurait tendance a plutôt supporter la critique classique des devs libres (les devs vont se focaliser sur ce qui est sympa a faire mais pas sur le reste).
D'autant plus qu'il n'y a pas de raisons que les nouvelles initiatives ne reproduisent pas le cycle!

On trouve juste ça dommage sans plus, surtout que les devs KDE sont assez ouverts,

Oui enfin ça dépend des sujets: regarde les nepomukeries elles sont toujours activées par défaut..

La pub sur Wikipedia est clairement chiante, et AdBlock ne la bloque pas.

Amusant ça d'ailleurs: je surfe volontairement sans AdBlock car je trouve normal de "sponsoriser" les sites par de la pub mais la pub de Wikipedia m'embete vraiment:
elle est vraiment beaucoup trop grosse et si j'utilisais un bloqueur de pub elle ferait partie de celle que je voudrais bloquer!

Vraiment pas pratique ce changement: pas intuitif et difficile a utiliser --> Beurk!!

Il me semble qu'il n'y a pas que le cache des textures: les registres sont plus ou moins rapide suivant leur nombre.
Je ne vois pas vraiment quel fonctionnalités d'un cache sur un CPU ne pourrait pas être dupliquée sur un cache mis dans un GPU, tu pense à quoi?

Pas faux, mais les GPU ont aussi des niveaux de caches, donc pas sûr que le cache des CPU suffise a compenser l'écart.

Les CPU ont une bande passante mémoire ridicule par rapport aux "GPU monolithiques", ce qui change pas mal de choses..
Après il est possible que ça change en empilant la mémoire sur le CPU par exemple, ou bien la façon de faire le rendu pour économiser la bande passante (tile based rendering par exemple) mais ça ne marche que pour des nouveau jeux, en attendant ces changements (s'ils arrivent un jours), le rendu sur les CPUs sera toujours faibles

Il y a des ronds points adaptés aux cycliste (très peu): ils ont une bande cycliste qui fait le tour du rond point.
Le plus simple serait d'ajouter dans le code de la route un cas spécifique: dire que les cyclistes font le tour par l'extérieur du rond point et que les voitures doivent leur laisser la priorité.
Ceci, il reste le problème de la visibilité des cyclistes dans un rond point..

Bon ça ne t'aide pas, mais quand je vois tout ce bazar je me dis
1) LDAP c'est vraiment mal fichu: "dc=test,dc=local", bôf.

2) PAM aussi, je comprends que Slackware ne l'installe pas par défaut.

Bon courage pour résoudre ton problème.

Sous Windows les mises a jour cassent très rarement l'OS, si ça arrive ça fait le gros titre du web.

Il avait quoi comme distribution?

Oui enfin quand tu change de desktop, à mon avis tant qu'à être perdu tu peux changer aussi de distributions..

Et puis ça existe des distributions qui ont suffisamment d'intégrateurs pour être capable de peaufiner plusieurs desktop?
La plupart du temps, mêmes quand elles fournissent plusieurs desktop, elles se concentrent sur un desktop et fournissent la conf par défaut pour les autres..
L'exception qui me vient à l'esprit peut-être serait SuSe, il y en a d'autres?

C'est mon avis oui: je trouve que le projet kde pour kde4 active par défaut trop tôt des trucs pas encore finalisés et si on veut quelque chose de stable je pense donc qu'il faut se rabattre sur des distributions qui cherchent a ne pas dépayser les utilisateurs, mais bon choisir de contribuer au développement des desktop avec des distributions bleeding edge, je respecte tout à fait ça.
Et ce n'est pas spécifique a kde: si tout le monde s'excite sur Mint en ce moment, c'est qu'ils cherchent a fournir une continuité aux utilisateurs par rapport aux developpeurs de gnome3.

ELF --> EFL

Rappelons que les extensions ont été pour beaucoup dans le succès de Firefox.

Dans un premier temps oui, mais je crois qu'elles sont aussi la raison pour laquelle le projet Electrolysis a été mis en pause: entre configurabilité et sécurité FF a choisi.
C'est un peu HS, mais je tenais a rappeler ça pour ceux qui oublie que les extensions ont un coût.

Bon ça c'est surtout vrai dans le contexte de Firefox ou tu te retrouves avec des utilisateurs ayant des combinaisons d'extensions jamais testées ensemble,
pour une distribution on peut penser que beaucoup d'utilisateurs utiliseront les extensions fournie par la distribution, peu d'utilisateurs en ajouteront.

Kubuntu prépare un mode "low-fat" de KDE (d'autres distrib ont déjà une configuration similaire) qui a l'air intéressant, le projet KDE ayant renoncé (de facto) a fournir une combinaison minimaliste et stable par défaut, c'est aux distribs de faire le boulot.

Sauf que Fédora c'est du bleeding edge pas vraiment prévu pour une utilisation simple: essaye Mageia, PCLinuxOS, Mint, avant de critiquer..

un chrome pas respectable, un chromium pas forcément à jour

Pas respectable est un avis subjectif, propriétaire est une information objective.
Question sécurité Chrome est probablement le meilleur, Firefox a "mis en pause" le projet Electrolysis; personnellement ça me suffit pour décider, après chacun a ses propres critères..

Bah, pour moi ça reste surtout un changement de syntaxe c'est bien mais dommage que ça n'aille pas plus loin avec par exemples des int avec un comportements "à la Ada" plutôt que les comportements bizarre des C/C++ ou Java.

Quant à Journald, tout le monde est d'accord pour dire que l'analyse de Lennart est correct

Hum,:
1) pas vraiment
2) ~500 commentaires sur 2 articles sur journald sur lwn.net avec beaucoup de commentaires négatifs, "tout le monde" j'aimerai bien savoir d'où tu le sors ça.

Faut utiliser la bonne distrib: ces écrans ne me paraissent pas tellement flashy.

Sinon après systemd pourquoi ne pas continuer a tout casser ?

Hum, avoir un "super init" a la systemd m'a parut avoir des arguments intéressant (surtout pour généraliser le démarrage "à la demande"),
maintenant par contre pour journald là j'avoue je n'ai rien compris a ses supposés avantages:
-déjà son comparatif était biaisé car il ne prenait en compte que le syslog initial et pas les améliorations déjà apporté
-je ne vois pas en quoi ajouter des hash aide en quoi que ce soit, il y a 3 possibilités:
1) les logs sont recopiés sur une machine distante sécurisée alors tu peux analyser l'intrusion et les hash ne servent a rien
2) les logs ne sont pas récopies et
2.a) le cracker est négligent: les hash ne servent à rien, tu peux analyser l'intrusion.
2.b) le cracker veut être discret: les hashs n'apportent rien, tu ne pourras pas analyser l'intrusion.

Rien à dire, juste merci!