patrick_g a écrit 6453 commentaires

Des remarques en vrac:

- Plein de gens ne savent même pas qu'ils peuvent éditer les articles. Pour eux c'est juste un contenu sur le web comme il y en a 10000 autres.
- Wikipedia en anglais est vraiment d'une plus grande qualité que la version française. Dans les news noyau je suis souvent obligé de pointer sur l'article anglais car la version fr est soit vide soit n'existe même pas.
- J'ai été découragé de contribuer quand j'ai vu que certains mes articles devenaient progressivement des bouillies d'ajouts et de sur-ajouts sans cohérence. Maintenant je me contente de corriger les typos que je vois.
- Mon cousin donne des cours à la fac et il évalue en partie ses étudiants sur des ajouts pertinents faits sur WP. Je trouve que c'est une super idée.
- Quand je cherche une info c'est mon premier réflexe que d'aller regarder l'article WP correspondant...donc en dépit des critiques le projet reste pour moi une vraie référence.

Tu notera que les problèmes soulevés ne concerne pas vraiment les œuvres dans le domaine public. Pour celles-là on est d'accord qu'il faut numériser et le seul souci c'est l'argent.

Ce sont plutôt les œuvres sans ayant-droit identifié ou les œuvres non commercialisées qui posent problème et sur lesquelles le rapport fait des propositions assez originales.

Le rapport détaille bien cette partie et souligne plusieurs points (va voir le paragraphe "5.4.7 Implementation issues").

Un truc qui me semble intéressant c'est la notion de "window of opportunity" c'est à dire en gros d'un délai au delà duquel les institutions culturelles pourraient numériser les oeuvres qui ne sont plus disponibles à la vente :

"in case rights holders do not exploit their material directly, collectively, or in collaboration with a private partner, cultural institutions should have a window of opportunity to digitise the material and make it available. This should be backed by legislation, e.g. those facilitating collective licensing solutions".

C'est pas toi qui disait que le déclin de Firefox ne faisait que commencer car il refusait de se rallier à h264 ?
Lien : https://linuxfr.org/comments/1196459,1.html

Bah je suppose que le déclin de Chrome ne fait que commencer lui aussi ?

>>> Bref, quelle stratégie utilisez-vous ?

Chez moi sur mon laptop perso je suis presque toujours branché sur le secteur donc j'ai enlevé la batterie. Comme ça elle ne s'use pas. Je ne la réinsère dans son logement que lorsque je veux décrocher mon laptop du secteur (cad quand je moule directement depuis mon lit).
Un truc qui est censé être bon pour la batterie c'est aussi de la laisser se décharger à fond avant de la recharger. Il parait que ça empêche ou minimise l'effet mémoire.

Pour le laptop du boulot ma stratégie c'est "je m'en fous, c'est pas ma machine" donc je laisse la batterie en permanence.

Qu'est-ce qui autorise les éditeurs à soudain restreindre la diffusion de cette oeuvre de Giono alors qu'il avait explicitement déclaré qu'il renonçait à ses droits ?
Ce sont des héritiers rapaces qui veulent gratter quelques sous et qui ont demandé aux éditeurs de protéger leurs droits ?

A ce sujet Apple va également ouvrir un magasin logiciel pour MacOS X.
Nycö a posté sur la tribune rédacteur deux liens sur les aspects positifs et négatifs de ce Mac App Store et j'ai trouvé que c'était intéressant de lire ces deux listes :

http://lifehacker.com/5726393/why-you-might-really-like-the-(...)
http://lifehacker.com/5726764/why-the-mac-app-store-sucks

C'est absolument incroyable de voir les clauses léonines que s'autorise Apple pour inclure une application sur son magasin. Évidemment le plus incroyable c'est que des développeurs acceptent ça.....

>>> Meilleure proposition tout en gardant en tête l'objectif?

Afficher l'URL en semi-transparence en bas de l'écran (comme si il y avait encore une barre de statut).
Comme ça le gain de place est conservé (plus de barre de statut), l'affichage complet de l'URL est conservé et on garde même l'ancienne habitude de regarder vers le bas pour voir l'URL.

>>> au niveau interface, tu ne peux pas faire plaisir à tout le monde en même temps

Certes, mais les URL tronquées quand on survole un lien ça fait plaisir à qui exactement ?
Il me semble que ça c'est une pure régression qui ne peut réjouir personne.

J'ai trouvé un bug sur la css RonRonnement quand je navigue avec Chromium (bug visible sur toutes les css RonRonnement puisqu'il y en a un paquet avec des couleurs différentes)
C'est sur la page "Proposer une dépêche" quand on va entrer le texte de la news. Avec mon Iceweasel 3.5 tout va bien mais avec Chromium le cadre "Mark it up !" est décalé vers la droite.

Screenshots :

Iceweasel => http://www.flickr.com/photos/11384633@N00/5334876155/
Chromium => http://www.flickr.com/photos/11384633@N00/5334876099/

Pour l'histoire de la disparition de la barre de statut en bas je n'ai pas bien suivi la question. Comment on fait maintenant pour savoir rapidement vers ou un hyperlien pointe ?
Actuellement sous FF3.6 je me contente de mettre mon pointeur de souris sur le lien et l'URL complète s'affiche en bas dans cette barre de statut.

D'un côté on a Intel (avec Sandy Bridge et ses successeurs) et AMD (avec Brazos et ses successeurs) qui intègrent des coeurs graphiques sur leurs processeurs.
De l'autre on a l'architecture x86 qui nécessite un accord de licence avec Intel.

Donc pour NVidia l'avenir s'annonçait vraiment bouché. Sur le marché des GPU la firme allait se faire dévorer par le bas et sur le marché des CPU l'entrée était interdite par Intel. Pas cool !
La seule solution c'était d'attaquer Intel et AMD en faisant des puces sous architectures ARM. C'est la tendance en ce moment et il semble y avoir de vrais avantages techniques en terme de ratio puissance de calcul/consommation.
Il faudra quand même booster la puissance et essayer d'intégrer au maximum le coeur ARM avec la puce graphique pour proposer un produit compétitif. Je ne sais pas si ça va marcher mais c'était la seule solution rationnelle.

Vu du bateau GNU/Linux je me demande si ça va changer quelque chose dans l'approche de NVidia. Est-ce qu'ils vont être incités à ouvrir leurs specs ou même, suprême espoir, à développer des pilotes libres ?

Il semble que les SSD basés sur des contrôleurs Sandisk sont devenus meilleurs que les Intel : http://www.anandtech.com/show/4100/ocz-vertex-pro-3-demo-wor(...)

Hop, corrigé.

Je vois plus XML comme concurrent. Les bases SQLite sont illisibles avec un éditeur alors que des enregistrements au format XML (comme dans Tellico par exemple) sont en théorie lisibles.
C'est clair que les perfs doivent un peu souffrir avec une base au format Rec mais bon ce n'est pas fait pour stocker des gigas de données.

Je ne connaissais pas ce projet mais ça a l'air très bien en tant que moyen de stockage simple sans avoir à dégainer l'artillerie d'une base SQL.
Et puis le logo est sympa (cf l'entrée "Why is the logo depicting a pair of copulating turtles?" de la FAQ).

>>> À croire que seul le troll paie ? :(

Ben justement c'est ça dlfp ;-)
Sinon quand tu dis que YAFFS est "encore utilisé suivant le matériel" je ne comprends pas trop. Certes il est utilisé sur les anciennes versions d'Android (on ne va pas reformater les téléphones des gens !!) mais sur toutes les nouvelles versions à partir de la 2.3 (Gingerbread) c'est ext4 qui est utilisé.

Les modéros/relecteurs n'ont même pas encore commencé à voter. On s'y mettra sans doute seulement à partir de ce weekend et ça s'étendra surement sur plusieurs jours.
NoNo corrige les bugs donc calmos sur les plaintes, les css seront jugées quand tout sera OK.

Héritable ?

Le pilote est dans -staging ce qui veut dire qu'il n'a pas encore le niveau de qualité suffisant pour intégrer réellement le noyau normal.
Staging c'est juste l'antichambre.

Bah oui ce billet de Kernel Trap est déjà mis en hyper-lien sur le terme "unlikely" dans la dépêche.
C'est vrai que l'explication est très pédagogique.

>>> Et Firefox n'a pas besoin du bit suid pour atteindre le but de process isolés pour les plugins, me semble t il.

Tu as des détails techniques ou un lien là dessus ?

>>> Je trouve que c'est bien que des logiciels gardent des cycles de développement longs (Debian, Firefox dans une moins grande mesure)

Dans l'absolu moi aussi je trouve ça bien...mais quand les cycles ne sont pas bien alignés ça conduit à ce que Squeeze sorte avec un FF 3.5 qu'on va se trainer deux ans avant d'avoir une autre version dans la stable.
Oui je sais, backport tout ça, mais bon c'est pas super quand même d'avoir autant d'écart.

Alors ça c'est vilain de mal orthographier les noms. C'est corrigé et merci de l'avoir signalé.

Bah j'ai juste dit que j'allais créer la page wiki...pas que j'allais m'en occuper ensuite ;-)
En ce qui me concerne les deux premiers mois de 2011 ça va être intensif au boulot et pour mars j'ai un voyage de 3 semaines en Ouzbékistan qui est prévu. Donc je ne vois pas trop comment je vais pouvoir trouver le temps de rédiger quoi que ce soit.
La news GCC 4.6 ça risque d'être pareil :-(