Adrien BUSTANY a écrit 1020 commentaires

Donnée importante, les Linux OEM se vendent beaucoup en Russie, Ukraine et Roumanie

Parce qu'il y est très facile de trouver un windows piraté dans la rue, et du coup il vaut mieux prendre un linux et économiser les frais de licence? C'est en tout cas pas mal le cas en Chine je crois…

"Note : le Nokia N9 est la base hardware du dérivé Lumia 800 sous Windows Phone 7."

Presque… Niveau design industriel, c'est juste. Niveau hardware à proprement parler, le N9 utilise un chip TI OMAP, alors que le Lumia utilise un chip Qualcomm. Pourquoi? Parce que quand on utilise Windows Phone, on s'attache non seulement à Microsoft, mais aussi à Qualcomm vu que l'OS de Redmond tourne seulement sur cette plateforme…

C'est marrant, sur la photo il a l'air relativement en colère alors qu'en fait il se marrait bien. En fait, ça va pas mal avec ce qu'il a dit un peu plus tard (ou plus tôt) dans la même conférence (qui était en fait seulement une session Q&A, il n'y avait pas de conférence à proprement parler avant): "people that get offended should get offended" (traduction approximative: "les gens qui se vexent le méritent").
Bonus: à 1:00:50 un ingénieur de NVidia se lève "we are now upstreaming Tegra support to make you happy, even though you gave me the finger"

En effet, U-EFI restreint les ordinateurs en les obligeant à utiliser seulement des systèmes d'exploitation agréés

Il me semble que ce n'est pas U-EFI en lui même, mais sa fonctionnalité optionnelle "Secure Boot". Apparemment, son activation sera requise pour la certification Windows 8 (ce qui pose en effet problème pour ceux qui achèteront un PC certifié Windows 8 en comptant y installer Linux).

Source: http://mjg59.dreamwidth.org/5552.html et les articles qui ont suivi

Lennart, bien que n'étant peut être pas le champion du monde des diplomates, indique tout de même qu'il est tout à fait d'accord pour que d'autres projets implémentent les interfaces de systemd (par exemple, pour le centre de contrôle Gnome, toute l'interaction avec systemd serait via DBus). Pour les fonctions de base du style changer le hostname/la timezone, il serait trivial de faire un petit daemon pour BSD implémentant ces interfaces. Pour l'intégration avec les cgroups, il faudrait en effet rendre ça optionnel dans GNOME, mais c'est une partie qui est déjà bien plus hypothétique pour le moment. ConsoleKit ou PolicyKit de mémoire ne marchent déjà que plus ou moins bien sur les OS autres que Linux, et ça a été gérable jusqu'à présent...

"Suite aux difficultés qu'a rencontré", pas besoin d'accent sur le a :)

Merci pour la dépêche!

Les qt common components, les composants d'interface graphique standards de QML, sont composés d'un côté d'une API commune, et de l'autre d'un "skin" pour la plateforme. Ainsi, avec le style symbian, les boutons ressemblent aux autres applis Symbian.
Ce qui se passe ici, c'est que le style MeeGo passe en effet en sous marin (loin de moi l'idée de dire que c'est bien), cela dit les API elles mêmes restent publiques. En gros, ça veut dire que si vous utilisez les common components dans votre appli, vous pouvez continuer à suivre les évolutions de l'API, vous n'aurez juste pas le dernier skin à la mode.
Je vais finir par passer pour un apôtre de Nokia (ce serait à tort, je n'ai pas hésité à taper dessus dans un les commentaires d'un récent article), mais dire "Nokia décide de ne plus publier son code au fur et à mesure du développement" est faux, ou partiellement faux. Encore une fois, je n'approuve pas ce passage en sous terrain, mais vu que les APIs restent publiques, je pense qu'il n'y a pas de quoi crier au loup. Et je pense qu'il est assez cool de profiter des avancées dans Qt, dans Tracker ou dans Rygel (le premier étant une grosse brique de KDE, les deux derniers faisant partie de Gnome 3) payées en partie par Nokia (bien sur, Nokia retire aussi du bénéfice de tout ça, mais au final plutôt cool de voir que ce modèle "donnant donnant" marche non?).

Je partage tes interrogations... À mon avis, plus que mettre Dalvik sur leur OS, ils devraient essayer de porter Qt sur Android/iPhone (c'est possible ça?). Qt/Quick, c'est quand même vachement sympa pour développer une appli stupide avec trois bouts de javascript, ce qui doit représenter une bonne part des applis iPhone (qui sont en bonne partie des "frontends" à des sites web, cf. l'appli Le Monde). Si Qt est porté sur iPhone et Android, on a une intégration possible des applis sur différents smartphones (ce serait le point "coopérer avec les ecoystèmes existants" de Elop).

Et Facetime, ça me fait bien rire, je fais de la vidéoconf avec skype sur mon N900 en 3G, et j'ai un écran qui est presque "retina" (800x480). Cela dit, le N900 doit être trois fois plus épais qu'un iPhone :/

Par rapport à ta digression sur Google: c'est encore à mon avis un des points où Nokia s'est pris les pieds dans le tapis: Si tu prends un N95, la liste de fonctionnalités explose probablement beaucoup de smartphones actuels. Le souci, c'est que ces fonctions sont cachées sous 30 hiérarchies de menus, et ne fonctionnent pas toujours bien.

Tu prends le 1er iPhone, ça ne faisait presque rien de plus qu'un 3310 (ok, j'exagère), mais ça le faisait bien. Je ne sais même pas si l'iPhone 4 gère l'envoi de vcards par sms (de mémoire les versions d'iOS précédentes ne le faisaient pas, pareil pour les MMS etc.).

Pour Harmattan (sans en dire trop), ils ont fait la même connerie. On a quand même affaire à une boîte qui en est à sa 5ème itération de tablette/téléphone si on compte les N770/800/810/900, et qui a intégralement changé la plateforme à chaque fois :) Associe ça au fait qu'ils commencent avec une liste de fonctions longue comme un jour sans DLFP, et tu finis par comprendre les temps de développement... Alors qu'en effet, Apple a choisi de commencer très simple, et Google aussi en rachetant Android. Ça me semble d'ailleurs être une stratégie qui marche :p

PS. Cela dit, dans les fonctions inutiles qui tuent, j'adore l'émetteur FM de mon N900, quand t'as une voiture de loc' :) OK, y a surement un accessoire iPhone qui fait ça aussi.

Juste pour préciser, là où Android propose une plateforme complète (tu l'installes sur ton matos, et c'est prêt à vendre), MeeGo est une spécification, ce qui veut dire qu'un téléphone MeeGo est en gros un téléphone qui fournit un set d'APIs standard. De fait, l'état actuel de MeeGo "handset" ne permettrait pas de faire un téléphone, et les interfaces de Nokia pour Harmattan sont propriétaires. Après, en effet MeeGo propose des composants pour bâtir un OS, mais rien n'empêche de les remplacer. Et je pense que l'idée est que les fabriquants de téléphones bâtiront leurs propres expériences utilisateur, tout en proposant des API standard.

@Tankey: Rien au CES: Je ne qualifierais pas le développement de Harmattan (le MeeGo de Nokia) d' "efficace", vu de l'intérieur, mais c'est juste mon point de vue. Harmattan, c'est un peu comme Debian :) Ça viendra quand c'est prêt :)

@Vador: D'un coté je suis d'accord avec toi, le matos du N8 est correct, et Symbian S³ ça ne (me) convainc pas... Cela dit, si Nokia se met à faire du Android, à mon avis ils peuvent virer tout le monde en Finlande (trop cher). Les concurrents (HTC, Samsung etc.) sont tous dans des pays à plus bas cout. Par ailleurs, Nokia a investi dans les services (acquisition de Navtec), et ce qu'ils proposent avec S³ par exemple pour Ovi Maps est pas si mal je pense (intégration avec guide michelin/lonely planet). Oui, ils pourraient faire du Android genre MotoBlur, avec Ovi par dessus.

Par ailleurs, Android et iOS énervent nos pauvres opérateurs téléphoniques, qui c'est bien connu se saignent aux quatre veines pour nous offrir des forfait à bas prix (hmmmm). En effet, tous les sous des applications vont chez Apple/Google, les services viennent de chez Google, en gros le pauvre opérateur ne gagne des sous que sur les forfaits. Si Nokia propose une plateforme plus ouverte où l'opérateur peut pourrir^Wajouter des services, ça peut la rendre attrayante. Cela dit, je tombe à nouveau dans la supputation intense, je n'ai pas de source fiable pour assurer mes dires.

Je ne sais pas si le blog de Elop est public, mais pour avoir lu l'article original, il n'y a aucune mention de Android... Elop dit qu'il faut créer un éco-système, il ne dit pas que MeeGo va disparaître pour Android. Après, ça pourrait être le cas, mais c'est déjà de l'interprétation plus que poussée. Certes, ça fait un joli gros titre pour faire vendre :) Les Echos sont tombés dans le même écueil. Perso, je donnerais pas cher de la peau de Nokia s'ils se mettent à faire des smartphones Android...

Amazon propose des MP3 sans DRM, leur client est "compatible" linux (si t'as une distro supportée), et sinon tu peux toujours utiliser clamz et/ou Banshee.

Tout à fait, et je crois que Banshee fait aussi office de frontend à clamz, et les bénéfices "partenaire", c'est à dire l'argent que Banshee se fait lorsque des gens achètent de la musique en passant par leur soft, va à la fondation GNOME.

En tout cas, si c'était pour mesurer la capacité de second degré de la moule moyenne, c'est réussi :)

> Yum et son accès internet
c'est assez irritant parfois, mais tu peux utiliser l'option -C pour empêcher ça. Apt reste plus rapide, mais j'aime la flexibilité de yum (le fait de pouvoir mixer les releases facilement par exemple)

> Le manque de paquets
Ce que tu mentionnes (le non support du mp3) n'est pas lié à une paresse des packagers, mais à une décision morale de fedora. Si tu installes les dépôts rpmfusion, tu as accès à tous les paquets pour lire du mp3 etc. Peut être pas autant que debian, mais pas mal quand même.

> La mise à jour
Tu n'es pas obligé de graver un CD pour mettre à jour, preupgrade fait ça très bien depuis ton système existant.

> Le panel GNOME
En effet, pas lié à fedora du tout, fedora s'applique à livrer les logiciels aussi proches de l'upstream que possible. Donc le panel gnome qui sait pas bien gérer les changements de résolution, c'est la "faute" de gnome :)

> La gestion du multi-écran
Ceci dépend beaucoup de ta carte graphique. XRandr est supporté par les pilotes libres (intel, nouveau, ati etc.). Perso le hotplug marche tout seul quand je branche un écran sur ma carte intel. Si tu utilises le driver nvidia proprio... C'est à tes risques, sous fedora qui n'a pas choisi de le supporter.

Dans les faits tu peux utiliser preupgrade, ça implique juste un reboot et ça fait la mise à jour proprement. Perso je fais ça comme un goret avec yum upgrade et ça marche aussi...

D'après un récent article du monde, certaines lampes à LED pourraient être dangereuses pour l'œil humain, mais je n'ai pas cherché plus loin: http://www.lemonde.fr/planete/article/2010/10/25/certains-ec(...)

Ici (Finlande), la solution pour éviter les lampes basse conso et leur lumière affreuse (avis personnel), c'est les halogènes... Qui consomment énormément et chauffent comme pas deux :/

Pourquoi ne pas mettre en place un tracker bittorrent pour distribuer le fichier ?

Sur ton N900, c'est pas encore MeeGo (et même sur son successeur, ce sera peut être pas appelé MeeGo, vu que ce sera encore basé sur deb et pas rpm entre autres). MeeGo netbook résulte principalement du boulot d'Intel, qui a plutôt tendance à utiliser Clutter et Mx pour ses interfaces. Je ne sais pas si Mx est appelé à disparaître, ou si les deux toolkits continueront à exister (Mx pour les produits made in intel, Qt pour le reste, applis Nokia et 3rd party).
À noter que dans MeeGo, une grosse partie du middleware utilise des technos basées sur GObject, comme tu l'as mentionné: telepathy, tracker, etc.

En fait, le gain est plus important sur N900 surtout parce que les changements de contexte "coûtent" plus sur ARM que sur une architecture x86 classique. Ce n'est pas juste une histoire de fréquence de processeur par exemple.

Il y a aussi d'autres optimisations qui pourraient rentrer dans DBus, par exemple passer les messages en petits morceaux entre le serveur et le client (pour l'instant, DBus alloue un buffer de la taille du message, ce qui fait très mal sur des très gros messages). J'en profite pour me faire de la pub (honteusement) pour un rapport sur les perfs de DBus que j'avais publié il y a quelque temps: http://blogs.gnome.org/abustany/2010/05/20/ipc-performance-t(...)

Le projet kdbus en est au stade de prototype, j'espère que ça finira un jour en production!

On pourrait toujours avoir les scripts shells "historiques" de SysV dans un dossier, mais pas utilisés. Pour celui qui veut bidouiller quelque chose, il copie le script concerné dans le init.d de systemd, et systemd le prend en compte plutôt que sa version native en C. Ça permettrait de faire de l'override juste pour les services qu'on veut personnaliser. Par contre, ça implique aussi qu'il faut maintenir deux trucs (la version C, et la version shell, mais de toute façon plein de distros auront besoin de la version shell).

Je crois que le Spice dont on parle ne sert pas à simuler des circuits électriques, mais ressemble plus à un VNC/RDP amélioré: http://www.redhat.com/virtualization/rhev/desktop/spice/

Tout à fait, malheureusement il reste des pilotes qui ne sont pas KMS (catalyst, nvidia encore qu'apparemment on peut jouer sur les perms de /dev/nvidia*).
Apparemment sur FreeBSD (ou OpenBSD ?) X tourne en non root, et donc l'exploit n'est pas reproductible.

Et sinon, tu peux utiliser libgmime. C'est packagé, et y a même des bindings vala...