reno a écrit 3880 commentaires

Quand une équipe d'ingénieur imaginent pouvoir faire mieux que 3 000 000 000 d'année d'évolution ça me fait sourire.

Remarque stupide: les 3 milliards d'années d'évolution ne nous ont pas permis d'aller sur la lune, de se déplacer aussi rapidement qu'une voiture, d'avoir des enfants en bonne santé: il a fallu que des ingénieurs/scientifiques "fassent mieux".

Ceci dit, comme je l'ai marqué plus haut, je ne vois pas comment mettre au point un truc pareil sans tuer des fœtus ce qui est ignoble..

je pense en particulier à l'ectogenèse avec utérus artificiel

Dans certains pays il est légal de payer pour "louer un ventre", donc quelque part tu peux déjà sous-traiter une naissance..
Le coté abjecte d'un utérus artificiel, c'est la mise au point du truc: tu joue avec la vie de bébés!
Si cela arrive a être plus fiable qu'une naissance naturelle, pourquoi pas?

Pour ce qui est de la sélection des enfants avant la naissance, on le fait déjà (trisomie 21)..

As-tu regardé aussi Nix/GNU Guix dans ton étude des gestionnaire de paquets pour Linux?
Çà me parait être un système avec des fonctionnalités avancées..

J’ai veillé, les jours suivants, sur des retours éventuels (positifs ou négatifs) : rien ! Surprenant, quand on voit l’enjeu de ce projet naissant.

Pas vraiment surprenant:
1) la licence actuelle fait que c'est quasiment propriétaire.

2) du code en Français, sans doc? Même si la licence change, il y aura très peu de contributions.

3) je pense qu'un concept similaire pour la protection des applications existe déjà en "natif" sur Linux: http://en.wikipedia.org/wiki/Qubes_OS

4) Dans les 2 cas, une faille du noyau et tu es grillé, c'est là ou un noyau patchable in vivo qu'offre Manux parait intéressant, mais bon ça fait un (gros) avantage pour pas mal d'inconvénients..

Je ne vois pas l’intérêt de ta réponse?
Lis ce qu'il veut faire avec sa licence plutôt..

J'étais en train de me motiver pour regarder le contenu technique de l'OS puis j'ai regardé la licence et d'un seul coup j'ai perdu tout intérêt.
Indice: pose toi la question pourquoi le projet Debian a renommé Firefox.
La gestion des trademark est incompatible avec le libre donc de facto tu viens de tuer le coté libre de ton logiciel, bof..

En tant qu'étudiant j'utilisais DECwrite (me souviens plus vraiment du nom) sur VMS (oui ça date: dans les années 90), c'était un logiciel gratuit car en béta version: je n'ai jamais perdu la moindre ligne de mes docs: le logiciel était très stable, la récupération sans problème et VMS intégrait un gestionnaire de version des fichiers.
Quand je suis passé à Windows et MS Office, j'ai été vraiment très, très surpris: mais les gens payent pour une MERDE pareille??
Ça c'est un peu amélioré mais bof pas tant que ça..

Elop est arrivé après que Nokia se soit cassé la gueule

Oui, mais ils étaient sur le point de sortir leur propre solution qui a été plutôt bien reçue quand Elop est arrivé.
C'est ça qui est plutôt surprenant: en fait le conseil d'administration a décidé de saborder leur division mobile avant même de voir la réception de leur propre OS et ce a quelque mois près (de mémoire).

L'article commence très mal, le lien entre les semences a acheter chaque année et le servage ne me parait pas du tout évident, surtout que les paysans ont le choix entre acheter des semences replantablex ou pas, de la même manière que j'ai le choix entre louer ou acheter un appartement.

Non le pilote libre le plus avancé sur arm c'est freedreno, tu peux lancer gnome-shell, quake, … avec la libGL normale.

Merci de la correction, par contre saurais-tu quelle carte équivalente au Raspberry Pi a ce type de GPU?

Pour le début, tu dis que tu as des Pi, je crois que c'est de l'Ethernet sur USB ce qui bouffe du CPU, c'est peut-être pour ça que tu n'en est pas très content?
Je dis ça un peu par hasard (et d'ailleurs j'ignore si c'est différent avec l'OLinuXino, pas encore lu la doc).

Hum, hum; autant je trouve le projet très bien (d'ailleurs j'ai demandé des précisions dessus), quand on parle décodage il faudrait préciser que dans ce cas, il faut utiliser le blob Android correspondant.

Car si le Mali 400 est le GPU ARM dont le pilote libre (par ingénierie inverse) est le plus avancé, c'est pour la 3D..
Je ne crois pas que les devs aient aussi réalisé le décodage de film sur le GPU et comme c'est un ARM donc pas très puissant, décoder sur le CPU ça peut vite être un problème (surtout que le H265 arrive).

Si tu as des infos sur OlinuxinO, n'hésite pas à faire un journal la dessus, il y en a juste eu un mais avec pas beaucoup de renseignement sur le coté pratique de la chose.

Comme length est une fonction pure, elle n’échouera jamais,

Toute fonction peut échouer (débordement de pile) qu'elle soit pure ou pas, je dirais plutôt une fonction totale n'échoue pas quand le programme peut continue a s'exécuter.

1) Tout ceux qui bossent sur un logiciel ont tendance à le considérer comme essentiel.

2) Il y a au moins un dev de Apache OO (rcweir) qui trolle régulièrement à chaque nouvelle sur LOO: il y a quelques inimitiés entre les 2 projets.

3) Tu as un peu oublié le problème de license dans ton poste.

Pour IPv6, je croyais qu'une déclinaison d'IPsec était intégrée au protocole. Visiblement, je me trompe.

Je crois que ça a été le cas puis après c'est devenu optionnel, pas vraiment surprenant: les agences de sécurité du monde entier n'aime pas le chiffrage par défaut: ça rend leur travail plus compliqué.

Après, j'ai du mal a imaginer comment pouvoir proteger les informations de destination au moins. Meme sur un courrier le plus sensible au monde, il faut bien indiquer en clair le destinataire…

Non, tu peux "cacher" le message dans un fichier a large diffusion (stéganographie) mais bon
1) il reste le problème de l'échange des clefs
2) ce n'est pas efficace 1) il faut que ton message représente un petit pourcentage du fichier autrement ça va se voir.
3) ce n'est pas efficace 2) on voit mal des millions d'utilisateurs utiliser ce mécanisme comme ça se passe pour l'email.

Je crois que la version 4 n'est pas encore recommandée?
Sinon des régressions sur LO vu l'énorme travail de nettoyage de code qu'ils font ça ne m'étonne pas vraiment..
C'est pénible pour les utilisateurs c'est sûr mais à long terme ça devrait payer.

Tout ce code inutile peut ralentir la machine.

Bof, moi j'aurais tendance à dire que du code non inutilisé a un impact très faible sur les performances.

Connaissant le pain perdu normal (sucré), l'idée d'y ajouter du chorizo me faisait penser que effectivement vomir ça doit détox pas mal, mais en lisant la recette effectivement ça a l'air bon même si je n'appelerai pas ça du pain perdu..

Et bien techniquement moi je ne comprends pas comment ça peut marcher l'allocation des buffers côté client:un buffer c'est forcément gérer de manière centralisée non?

Je n'ai pas l'impression que Wayland fasse un grand pas en avant dans cette direction.

Ah? Pourtant pour moi justement Wayland vise à maximiser l'utilisation possible du GPU..

De ce que je comprends Wayland va réutiliser les driver DRI d'Xorg, donc question performance il y a de bonnes chances que ce soit strictement identique à ce que j'avais avec Xorg.

Il y a un peu moins d'IPC car le serveur d'affichage intègre plus de truc et est moins modulaire donc il devrait y avoir un léger gain de ce coté là en local, mais sinon oui.

Après pour ce qui est de la performance perçue, il y aura quelques changements:
-avec Weston pas de tearing, mais un lag au cas ou l'application est lente a redimensionner la fenêtre
-déplacer une fenêtre devrait être très fluide (faite uniquement dans le serveur).

Je ne sais pas si Compiz supportera Wayland,

Je crois que non.

de ce que j'en comprends c'est Weston qui semble être le compositeur autonome

Pas sûr, Weston est vu pour le moment comme un prototype..

Du coup je doute fortement que les compositeurs seront (ou resteront) suffisamment compatibles entre eux pour permettre le switch des environnements de bureau.

Pas sûr, il y a déjà le problème de l'intégration des applis KDE, Gnome, etc, ça n'est pas magiquement fourni par X11, c'est plutôt que les devs se sont concertés, ce que tu cite est juste une "extension du problème", donc si les dev veulent que ça soit compatible ça le sera..

Pour cette raison, entre autre, j'ai du mal comprendre pourquoi Wayland demande à tout le monde de ré-implémenter son propre compositeur.

Probablement parce que c'est un truc assez compliqué ou il peut y avoir des divergences de point de vue: par exemple Weston impose la gestion des décorations cotés clients mais le dev principal de KWin veut lui la gestion des décorations cotés serveur.

Meilleur performance,

Meilleur performance en local, pour le distant ça reste à voir.

Merci pour les chiffres, je suis surpris: c'est rare que d'ajouter une couche augmente les performances..