🚲 Tanguy Ortolo a écrit 12706 commentaires

Non, il ne manque pas de mot : le MPM event passe du statut expérimental au statut de module pleinement pris en charge.

Ça marche aussi dans l'autre sens : un bénévole fera ce qui l'intéresse avec passion, alors qu'un salarié fera souvent juste ce qu'il faut pour être payé. Le cas typique, ce sont les extensions de protocole (SMTP, XMPP…) : un bénévole les implémentera volontairement parce que son but est de faire un logiciel qui roxxe, alors qu'un salarié les implémentera si son patron lui demande, ce qu'il ne fera lui-même que si un client lui demande.

Ce n'est pas très clair : Wayland intègre son gestionnaire de fenêtres mais les fenêtres doivent elles-mêmes dessiner leurs décorations ? Ça semble un peu idiot, ça promet un beau bordel bien disparate, mais surtout, ça a l'air d'interdire toute possibilité de réaliser de nouveaux gestionnaires de fenêtres. Vu la diversité des gestionnaires de fenêtres sous X, et vu ce qu'utilisent pas mal de barbus (Window Maker, le défunt Ion3, wmii, awesome et compagnie), la résistance à Wayland promet d'être féroce.

btrfs a été lancé avant le rachat de Sun. La question devient : quel intérêt ont-ils de continuer à développer btrfs ?

Ha ! On peut attendre longtemps alors… Cette couche est nécessaire pour : Windows (qui ne s'adaptera pas avant vingt ans), tous les BIOS et UEFI existants (pareil).

Je ne voudrais pas caser votre trip, mais ZFS est intégré au noyau de FreeBSD depuis quelques années maintenant

Vraiment ? Bravo les BSDistes alors : les licences copyleft ce n'est pas assez libre pour eux seulement quand ça les arrange on dirait.

Ext4. Btrfs n'est pas prêt, et LogFS est inapproprié : il est conçu pour les flash à accès direct, par pour les périphériques avec émulation d'accès par blocs.

Dans le genre rigolo, il y a la tablette graphique sur laquelle on a laissé traîner le stylet. :-)

Ah oui tiens. Du coup il est faux de dire que la barre de contrôle est en pleine largeur, elle est en fait mettable en pleine largeur.

Je pense qu'il y a moyen de beaucoup discuter sur le sujet mais je ne pense pas que l'AppStore soit fondamentalement incompatible avec la GPL.

En tout cas il l'était à l'époque, parce qu'il imposait des conditions d'usage supplémentaires, ce qui est interdit par la GPL. Tu n'as pas le droit de fournir à quelqu'un un logiciel sous GPL en lui demandant de sacrifier une vierge en plus de respecter la GPL, et Apple non plus.

Chez moi (Debian), VLC 2 en plein écran, c'est comme VLC 1, et comme chez toi. Donc pas en « pleine taille », mais peut-être bien « empilable » ou peut-être pas, vu que je ne sais pas ce que ce terme signifie.

btrfs, "le petit système de fichiers qui monte", progresse chaque jour, notamment sous les houlettes d'Oracle (qui entend peser de tout son poids pour le faire admettre comme un concurrent sérieux à ZFS)

Ah, vraiment ? ZFS étant le système de fichier concurrent chez… Oracle eux-mêmes, j'ai comme un doute quand à cette affirmation…

Ça sonne plutôt comme une figure de journalisme affectant le fond de l'article lui-même : on ne se renseigne pas trop et on extrapole de façon sensationnelle.

Bien sûr, tel que c'est dit c'est tout simplement faux.

Elle ne risque pas d'être dans l'App Store Apple, puisque celui-ci est incompatible avec la GPL, si je me souviens bien.

Notez que la version précédente de DokuWiki s'appelait Rincevent. Enfin, Rincewind, en anglais, évidemment.

Après DokuWiki Angua, VLC Deuxfleurs…

Les annales du disque-monde rulez !

Ah, ça ce n'est pas de l'ARM, c'est un PC. Ce sera facile à utiliser du coup.

Windows 8 pour ARM ne sera pas vendue sans terminal

Ça, ce n'est pas du tout surprenant. Outre la politique habituelle de Microsoft, le fait qu'ARM ne soit qu'un jeu d'instruction et non une plate-forme standard explique également cela. Il n'existe pas, ne peut pas exister de système d'exploitation pouvant tourner directement sur n'importe quel modèle d'ordinateur ARM. Un système d'exploitation ne pouvant prendre en charge qu'une poignée de modèles précis pour lesquels un travail spécifique a été effectué, il n'est donc pas surprenant que cet environnement soit très favorable à la vente liée.

Portage sur téléphone et améliorations graphiques, le futur de Newton Adventure se heurte à un problème financier. Outre le mobile Android à acquérir, j'ai demandé un devis à un graphiste et il estime qu'il faut entre 3 500 et 4 500€ pour refaire l'ensemble des sprites et décors du jeu...

Pourquoi refaire les sprites et décors, au juste ?

Pour rappel, tu parles là d'ordinateurs ARM, qui n'ont en commun qu'un jeu d'instructions de processeur et non une plate-forme standard comme le PC. En particulier, ARM ne définit aucun mécanisme standard de démarrage ou de détection du matériel.

Cela implique qu'un travail d'adaptation spécifique du système d'exploitation est nécessaire pour chaque modèle à prendre en charge, à savoir : adapter le noyau Linux et le système d'installation de et démarrage.

Pas conséquent, aucun système d'exploitation, Debian compris, ne « tourne sur ARM » dans le sens où il pourrait être installé et fonctionner directement sur n'importe quel ordinateur ARM. Les systèmes d'exploitation peuvent au mieux prendre en charge une liste précise de modèles qui se compte généralement sur les doigts d'une main.

Tout ce que Debian fournit, c'est :

1. des tas de paquets de logiciels en espace utilisateur qui peuvent être exécutés sur n'importe quel ordinateur ARM, à condition d'avoir déjà réussi à y démarrer un noyau Linux approprié ;
2. un système d'installation, de démarrage et un noyau fonctionnel pour une poignée de modèles explicitement pris en charge.

Du coup, tu as le choix entre :

• acheter un modèle explicitement pris en charge par Debian, à savoir une SheevaPlug ou un Qnap ;
• acheter n'importe quel modèle et jouer avec le noyau Linux et très probablement un fer à souder.

ça reste OpenGL 1 qui offre le plus de compatibilité, même si c'est de moins en moins vrai avec OpenGL ES sur les plateformes mobiles

Pas seulement sur les plate-formes mobiles : OpenGL ES est en train de s'imposer comme socle commun partout en fait, parce qu'il comble un besoin qui n'était pas limité aux plate-formes mobiles justement.

Bah, pas besoin d'attendre, tu aurais déjà pu acheter paypa1.com.

Oui, au temps pour moi.

Sauf que S/MIME c'est du SSL et que SSL saydelamairde.

Merci, c'est ce qui me manquait. Je trouve malgré tout la solution du codage Punycode extrêmement laide, même s'il s'agit d'un choix pragmatique.