karteum59 a écrit 870 commentaires

à l'époque, je redémarrais sour BeOs pour lire les vidéos qui étaient trop lourdes pour mplayer sur mon pauvre Cyrix 133

Et maintenant ? Est-ce que Haiku est aussi efficace et permettrait de rendre une nouvelle jeunesse aux vieux PC ? (e.g. j'ai un PII-400/256Mo RAM qui dort chez moi, et sur lequel même Debian/LXDE se traine un peu…)

Et sinon, il y a aussi l'excellent site l'air du bois qui est un portail de partage collaboratif autour du travail du bois (réalisations entièrement sous licences CC) ! Le magazine "Bois+" en parle d'ailleurs dans son dernier numéro.

Sous XP A partir du SP2 ça ne marche plus (swap à mort)

Je l'ai fait tourner en SP3 avec bien moins que ça ! (idem pour LXDE)

je n'oserais pas les connecter à Internet

Oui mais quand la personne n'a rien d'autre (et pas les moyen de s'acheter une autre machine), il faut bien faire avec les moyens du bord…
A minima, on s'arrange pour que la machine soit NATtée. C'est toujours mieux que rien

je conseillerais un achat de 512 Mb de RAM

Oui bien sûr. C'est d'ailleurs ce que j'ai fait sur les Duron/Athlon que j'ai retapés (j'ai pu choper un stock de barrettes de SDRAM 512 Mo pour environ 1 € / pièce !). Mais il ne faut pas oublier que certaines machines sont limitées par leur carte-mère (par exemple le plus vieux PC en stock chez moi est un PII-400/256Mo. Je voudrais le donner mais j'avoue que j'hésite car ça commence à être un peu limite si l'usager a le malheur de lancer Firefox ou LibreOffice…).

Cela dit cette obsolescence m'agace : même quand il s'agit de machines trop limitées pour les trucs hype du moment en HTML5/flash/OpenGL/…, ces machines devraient être toujours capables de rendre au moins les mêmes services que ceux qu'elles rendaient à l'époque ! Au risque de passer pour un vieux con, je me rappelle que dans mon jeune temps, mon Amiga 1200 (68020 à 14 MHz, 2 Mo RAM) faisait tourner un OS multitâche préemptif, et des applications parfaitement utilisables (traitement de texte Wordsworth par exemple) sur lesquelles j'ai tapé de vrais textes (et j'ai également tapé un rapport de stage entier sur un Psion Séries 5 car je n'avais pas d'ordi à l'étranger - ni d'argent pour en acheter - et que c'était la seule chose qu'on m'avait prêtée…)

Les offres VPS chez OVH se sont bien démocratisées aussi !

Va dire ça aux heureux propriétaires d'une licence winXP.

Eh bien ils mettent à jour vers Windows 7/8/10 lorsque le support finit, de la même façon qu'un utilisateur de Debian met à jour lorsque le support de sa version est arrêté

Mouais…

• il faut une machine qui tienne la route (je connais bien des gens qui ont encore des Duron 1000 / 512 Mo RAM. ça marche très bien sous XP, et pas du tout sous Seven). Pas question d'envoyer à la poubelle une machine qui marche encore.
• il faut payer (et les personnes en question ne roulent pas sur l'or)

(cela dit c'est une bonne occasion pour faire du prosélytisme vers Debian/LXDE… :)

Oui bien sûr que l'éducation et le vécu jouent un rôle absolument primordial, et heureusement qu'il existe (une majorité, j'espère) de gens bien ! Seulement

• "individualisme" ne signifie pas "tout ou rien", et ne signifie d'ailleurs pas non plus que des choses négatives : ta capacité à penser par toi-même, à te désolidariser du groupe (voire à faire de la désobéissance civile) en sont des exemples. Il n'existe pas de "conscience commune" à notre espèce, pour le meilleur (libre arbitre, innovations à l'échelle individuelle) mais aussi pour le pire (corruption, arnaques, absence d'intelligence collective. Cf. par exemple les négociations sur le climat ou l'environnement qui n'en finissent pas de piétiner…). Or de nombreux défis qui nous attendent (sur l'environnement ou les ressources) vont nécessiter un peu plus d'inteligence collective de la part de notre espèce si l'on souhaite s'en sortir.
• en situation de stress ou de pénurie, la "civilisation" est une pellicule bien mince et l'instinct de survie (ou l'individualisme) reprend souvent vite le dessus ! (pourquoi est-ce que personne ne bouge lorsque quelqu'un se fait aggresser dans le métro… ?)

En fait, toutes ces touches sont super utiles

Evidemment qu'elles sont super utiles (100% d'accord), mais je pense que la question posée est de savoir s'il faut une touche dédiée pour ces fonctions ou si ça peut être mappé différemment sans perte de confort. Imaginons une touche "meta" (M) facilement accessible (comme Shift), est-il absurde de mapper

• "home" sur M←
• "end" sur M→
• "PgUp" sur M↑
• "PgDown" sur M↓
• "suppr" sur M+backspace
• Pour les accents, est-il absurde d'avoir des touches "accent aigu", "accent grave" facilement accessibles (en touche morte, comme pour ^ et ") et supprimer les touches directes "éèùà" (ça résoudrait du même coup la difficulté d'accès aux majuscules accentuées) ?
• faut-il vraiment une touche physique dédiée pour "inser", "impr-écran", "arrêt defil", "pause" ? Je ne suis pas en train de dire que les fonctions en question ne servent jamais, mais je trouve que ça pourrait être du ressort de l'OS/DE de mapper "impr-ecran" sur une touche appelée "F14" (ou sur autre chose comme "ctrl+alt+F") ?

Avec un tout petit peu d'habitude, je trouve que ça ne serait probablement pas gênant par rapport à ce qui existe (et c'est déjà en partie mis en oeuvre dans pas mal de laptops, par exemple via la touche "fonction" + flèches de directions…).

Edit: ces remarques présument toutes qu'on a deux mains. Evidemment pour un handicapé (avec une seule main), généraliser le besoin d'appuyer sur deux touches compliquerait l'usage du clavier…

Edit2: ces remarques présument aussi qu'on n'ait jamais besoin d'appuyer simultanément sur "pgdown" et ↓ (alors que ça pourrait parfois être le cas, par exemple dans des jeux). Cela dit je n'ai pas dit que ça devait nécessairement se traduire par une diminution du nombre de touches, mais juste que ces touches sur lesquelles il est écrit "PgDown", "impr-écran" pourrait simplement se nommer "F14", "F15", etc.

on se demande pourquoi toute cette intelligence n'est pas mise plus souvent au service de l'humanité

Parce que l'intelligence individuelle d'une espèce est différente de son intelligence collective.
Dans le cas des fourmis (et de nombreuses autres espèces), la coopération fait partie de leur code génétique.
Dans le cas de l'homme—et malgré nos fortes aptitudes à être des "animaux sociaux" qui ont contribué à l'établissement de civilisations telles que nous les connaissons—je pense que notre code génétique nous prédispose quand même à une large part d'individualisme (qui fait que la corruption, les inégalités, etc. existeront toujours, et que le mouvement d'ensemble de la société humaine est donc désordonné et fait nettement moins preuve "d'intelligence" au niveau macroscopique…).

One of the things, none of the distributions have ever done right is application packaging […] making binaries for linux desktop applications is a major fucking pain in the ass

=> http://0install.net/
De rien :)

Mouais si tu veux, façon de parler…

Mais les constructeurs de merde, ça existe et il faut bien faire avec. D'autant que ce n'est pas complètement manichéen : faire intégrer quelque chose dans l'arbre officiel est un travail de longue haleine qui requiert une forme d'expertise et d'élitisme (et il y a donc une barrière à l'entrée, et la part de marché de Linux ne justifie pas toujours l'investissement, surtout si les API/ABI pètent tout le temps alors que chez la "concurrence" elles sont stables et bien documentées). Quand je propose à quelqu'un de passer sous Linux, il est généralement déjà équipé et ne va pas choisir son matériel spécifiquement en fonction de ce qui est bien supporté, et il faut pourtant éviter que passage sous Linux soit synonyme de régressions… (ou de potentielles régressions futures à la moindre MAJ)

Je continue de penser que proposer des APIs stables (entre versions majeures) pour les gens qui écrivent des drivers ne serait pas un luxe. Je peux comprendre que ceux qui bossent sur la gestion de la mémoire, le scheduler, etc. souhaitent garder une liberté sur l'agencement du code interne, mais je trouve qu'un driver devrait rester un bout de code qui utilise les services du noyau (au même titre qu'une appli est utilisatrice des services des libs dont elle dépend) et non quelque chose qui devrait être fortement couplé aux APIs internes.

Ouais enfin, Linux étant un noyau monolithique les drivers font partie du noyau, or tous les constructeurs n'adhèrent pas au mode de développement du noyau car pour nombre d'entre eux ça ne vaut pas le coup/coût de se conformer aux exigences de qualité des devs kernel pour faire rentrer leur code dans l'arbre officiel, et donc (au mieux) le bout de code est maintenu sous forme de module externe. Lorsque ledit driver n'est plus maintenu (parce que ça n'est pas rentable), l'utilisateur est livré à lui-même avec des drivers qui pètent à la première occasion… (car l'utilisateur normal ne sait pas adapter un driver. Tout ce qu'il voit c'est que son device marchait avant la MAJ de sa distro, et ne marche plus après sans aucun moyen simple de corriger le problème, à part jeter son device et en racheter un autre). Ce serait plus commode si le kernel avait des API/ABI stables pour tout ce qui est utilisé par les pilotes de périphériques ("stables" == ne changeant qu'entre versions majeures bien définies, de sorte que le script de MAJ puisse dire "attention, votre device X utilise un driver tierce-partie, la MAJ du kernel que vous vous apprétez à faire risque de rendre ce device non fonctionnel. Voulez-vous mettre à jour le noyau ?")

Evidemment, cette remarque ne s'applique pas aux périphériques USB qui utilisent des drivers userland via libusb. De là à dire que Tanenbaum avait raison d'encourager une approche micro-kernel… ? :)

Minix est opensource (une licence similaire à BSD) et les sources sont sur le site !

Maintenant oui, mais ce n'était pas le cas des précédentes versions (où il fallait payer…). Linus écrivait précisément en 1992 "you doing minix as a hobby - look at who makes money off minix, and who gives linux out for free. Then talk about hobbies. Make minix freely available, and one of my biggest gripes with it will disappear. Linux has very much been a hobby (but a serious one: the best type) for me: I get no money for it, and it's not even part of any of my studies in the university. I've done it all on my own time, and on my own machine."

Je suis d'accord que c'est pourri, mais il faut bien faire avec… (La CEPT est un organe de règlementation du spectre avec de nombreux participants en provenance de tous horizons, donc on ne peut pas changer les règles et les pratiques aussi simplement que dans une boite où la DSI décide pour tout le monde. Et par ailleurs beaucoup de gens trouvent plus simple de glisser-déposer le fichier dans MS Word que d'installer / apprendre à utiliser un gestionnaire d'archive, sans parler des boites qui interdisent toute installation de soft tiers même libre)

Dans certains cas, par exemple quand tu dois ouvrir ce type de document, eh bien LO ne fonctionne tout simplement pas donc on n'a pas le choix puisque ce choix est imposé de facto par l'obligation de collaborer avec d'autres qui utilisent MSOffice…

Et puis depuis que AMD ne fait plus grand chose, intel se concentre sur le low power et semble avoir abandonné la course à la puissance brute (les core iX offrent peu d'augmentation de performances brutes à chaque génération). C'est dommage. Il est logique donc d'avoir des puces qui sortent avec cet objectif unique en tête.

Les data-centers sont limités en énergie. Avoir une meilleure densité est logique lorsque la contrainte vient de l'espace/energie qu'on te fournit. Ce n'est pas pour rien que l'architecture ARM64 intéresse beaucoup de monde, et Intel a peut-être jugé que cette concurrence présentait un risque justifiant un effort prioritaire sur cet axe…

Si tu as une meilleure solution pour lutter contre le spam, n'hesite pas à en faire part

OVH pourrait peut-être mettre en place une interface de "whitelist" ? (à remplir par le propriétaire du relay, à confirmer par le destinataire des mails) pour que le relay puisse forwarder sans restriction à une liste finie et connue de destinataires… (ce qui est différent de "envoyer du SPAM à tout va sur internet").

Donc le plus simple, c'est: (…)
3: Ne pas faire de forward

Sauf que son besoin est justement de faire du forward (sujet de ce billet…)

Je suis locataire à Paris. Je n'ai pas de boite aux lettres (le facteur laisse les lettres au concierge, qui les met sous le paillasson…). Je ne suis pas spécialement satisfait de ce système et j'ai d'ailleurs déjà perdu du courrier ou reçu du courrier qui ne m'était pas destiné (la concierge se plante régulièrement), mais ce n'est pas vraiment comme si j'avais le choix…

• dans mon cas, la copropriété n'a pas de place dans la rue / avant le digicode pour loger des boîtes aux lettres accessibles depuis l'espace public (en gros il y a juste la porte commune qui donne sur la rue…), donc on fait comment ? (il n'est évidemment pas question de supprimer le digicode qui permet d'accéder au couloir commun à l'intérieur de la copropriété, question de sécurité…)
• d'après toi dans ton système, qui devrait payer l'amende ? (le locataire ? le propriétaire ?)

Un relay responsable n'est pas à bannir. Seulement un relay qui envoit du Spam

"responsable" == ?
J'ai régulièrement des faux positifs dans le spam détecté par Google (donc heureusement que je suis capable en tant qu'utilisateur d'accéder à ces faux positifs). Or dans le cas d'un relay

• comment l'utilisateur est-il sensé accéder aux mails bloqués par l'antispam que tu préonises à ce niveau ?
• comment le relay peut-il être sûr qu'il bloque 100% des spams ? (ou plus exactement: les mêmes spams que ceux qui seront aussi détectés par OVH, si ce dernier est susceptible de bloquer le serveur au premier SPAM détecté…)

Pas sûr que ça soit supporté par TCC ? (cela dit ce dernier ne gère que ISOC99 et pas C++, donc hors-sujet pour Devnewton)

Busybox sh est aussi épargné (et heureusement, vu le nombre de systèmes embarqués l'utilisant qui ne sont/seront pas mis à jour !)

Les interfaces actuelles n'utilisent plus les commandes vectorielles, donc la soit-disant efficacité de X11 en réseau est déjà morte dans les faits. Et les pixmaps, compressés, seront plus efficaces que ce que fait X11 actuellement.

Mouais, je pense qu'il est aisé de concevoir que des commandes vectorielles doivent logiquement être plus efficaces. Si X ne l'est pas, NX (qui se base sur X) est en revanche à mon avis imbattable. Je peux utiliser NX sur de la 2G/3G sans difficulté, alors que je doute que le transfert de pixmap avec Wayland soit du même ordre…

Wayland va s'imposer comme le remplaçant de X sans faire autant de polémique …

Il ne fera peut-être pas polémique chez les utilisateurs Desktop/gamers, mais à ma connaissance la transparence réseau ne peut être implémentée que via le transfert de gros pixmap (pas de transfert de commandes vectorielles), donc avec des performances bien éloignées de NX et ssh -XC…

Dit autrement: si ça ne fait "pas de polémique", ce sera peut-être parce que la masse d'utilisateurs satisfaits (e.g. support d'optimus, etc.) rendra inaudible les critiques liées aux régressions sur des besoins plus rares.

Le communisme n'est-il pas lui-même un système d'exploitation ? :)
--> []

Un firmware uefi ça ne pourrait pas se flasher ou se remplacer ?

C'est quand même très casse-gueule (pas trivial de reflasher lorsque ta machine est en vrac…)

Et dans cette voie, il me semble que la meilleure option est précisément de contribuer à Coreboot (mais ce n'est pas trivial non plus…)