patrick_g a écrit 6397 commentaires

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 :-(

Bien vu. C'est corrigé.

Pour diverses raisons (real life strike back) je ne pourrai sans doute pas m'occuper de la dépêche du prochain noyau 2.6.38. Si c'est bien le cas ce sera la première fois depuis que j'ai commencé la série (noyau 2.6.18 en septembre 2006) que je saute ainsi une sortie de kernel :-(

Le point positif c'est que la nouvelle version du site LinuxFR en RoR est dotée d'un wiki alors pourquoi ne pas faire un essai d'écriture collaborative de la news ?
Dès la bascule vers le nouveau site je vais créer une page sur le wiki et mettre en place la structure de la news (j'ai déjà mon template au format markdown) ainsi que les liens que je trouverai sur les nouveautés du 2.6.38.
On verra bien ce que ça donne en terme de contributions. Aussi bien je vais pouvoir me la couler douce pour le reste de ma vie et voir les news s'écrire toutes seules pendant que je sirote mon jus de goyave !

Merci c'est corrigé.

>>> la France est un pays riche

http://fr.wikipedia.org/wiki/Dette_publique_de_la_France

C'est jamais très bon pour un projet libre quand un seul développeur au monde peut comprendre et corriger le code.....

Et puis qui a finalement gagné la Guerre de cent ans à la bataille de Castillon hein ?
Non parce que les anglais ils sont forts pour parler d'Azincourt mais, at the end, c'est nous qui leur avons mis la pâtée ;-)