🚲 Tanguy Ortolo a écrit 12301 commentaires

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.

Ou la Bretagne !

http://en.wikipedia.org/wiki/.bzh

Il y a quand même un peu de mauvaise fois. Il faut quand même admettre que pour un développeur il est souvent plus simple de mettre son application à disposition sous Windows que sous Linux.

Va expliquer ça aux développeurs de pas mal de logiciels, Gajim par exemple.

UNICODE (donc UTF8)

Faux. Unicode est un jeu de caractère indexé. UTF-8 est un code particulier permettant de représenter Unicode sous la forme de séries d'octets. Il y en a d'autres.

Bref, ASCII -> UTF8 -> Moulinette punnycode -> ASCII

Source ?

Le passage en UTF8 des DNS

Aucune rapport avec UTF-8, ça utilise Punycode. De l'UTF-8 dans le DNS ça fonctionne très bien mais ce serait vraiment trop simple si c'était cette solution qui avait été retenue.

SPF, DKIM.