Tarnyko a écrit 508 commentaires

Merci pour le document, c'est passionnant. On y trouve des perles :

Tom Love, now a managing director at Morgan Stanley, was approached by Steve Jobs about purchasing NeXT workstations, and Love started a trial comparing Morgan Stanley’s existing development tools with NeXT’s.

Ma traduction tombée du camion : "Tom Love, devenu cadre chez Morgan Stanley, fut approché par Steve Jobs pour promouvoir l'achat de stations NeXT. Love instigua un litige notant des similitudes entre les outils de développement existant chez Morgan Stanley et ceux de NeXT."

Si ça c'est pas des techniques de corsaire ! Un bon petit cheval de troie en interne qui travaille pour M.iPod en loucedé (moyennant commission, sans doute). Bien sûr Morgan Stanley c'est pas la startup du coin, y a un budget litiges toussa, mais les méthodes de barbouze quoi !

Il y a deux écoles : d'une part Yabasanshiro

Merci pour la citation, j'ignorais l'existence de celui-ci (me limitant à SSF pour une compat' maximale).

suite à la perte du code source de l’auteur, lui‑même finalement piégé par sa propre politique en la matière

Commentaire un peu H.S. ; mais pour avoir 4 exemples en tête (2 sur un logiciel "public", 2 dans un contexte professionnel), je suis toujours stupéfait quand ce genre de choses se produit.

Le code source d'un logiciel de cette envergure, si EN PLUS il n'est pas hébergé à l'extérieur, tu prends les précautions nécessaires pour pas le perdre. Au même titre que le rendre fonctionnel (je parle même pas de sa qualité), c'est le critère n°1 du sérieux d'un développeur !

À deux semaines près ; je vais bientôt être l'heureux possesseur d'un Acorn Archimedes A3010.
C'est une machine qui m'a toujours fasciné, par son exotisme mais aussi sa parenté architecturale avec nos smartphones modernes.

On peut installer un Linux 2.0.31 dessus ; dans ce cas, l'ABI est la même que sur un Linux 2.x ARM "classique". Les binaires sont donc transférables. Par exemple, ce code une fois "assemblé" marchera à la fois sur Archimedes et une autre carte ARM :

    message:
     .ascii "Salut !\n"

    .global main

    main:
      mov r0,#1        /* put 1 in R0 : stdout */
      ldr r1,=message  /* put buffer address in R1 : string */
      mov r2,#8        /* put 8 in R2 : string length */

      /* OABI : write() syscall */
      swi #9437188

Sur un Linux plus récent, non seulement l'alignement change (on passe de l'architecture "arm" à "armel" par défaut sur Debian), ce qui fait que le binaire ne se transfère plus; mais en plus on passe de l'OABI historique à l'EABI, ce qui implique de changer le syscall à la fin:

      /* EABI : write() syscall 4 */
      mov r7,#4 */
      swi #0

(ce qui, par ailleurs, marchera aussi sur Android).

RiscOS, lui, intègre carrément un éditeur pour exécuter de l'assembleur directement. Le format est bien sûr différent, et depuis le vieil Archimedes jusqu'à la récente Raspberry Pi, reste constant grâce à des genres de macros :

           SWI "OS_Write0"  ; display registry 0 content on console

C'est vraiment un excellent OS pour s'initier au bas niveau sur ARM ; un truc d'étudiant. Niveau écosystème soft, on est bien sûr bien loin derrière Tutux…

Effectivement, tout comme moi.
J'ai installé Chrome du coup, et ai même activé la synchro cloud (pour la science !), mais sans résultat.
Par contre j'ai trouvé ceci sur le net ; n'ayant pas de compte "entreprise", je ne peux pas tester…

Hello, après avoir lu le code de Chromium,
J'ai trouvé où c'est implémenté, mais pas appelé. Du coup je me demande si seul Chrome (le browser commercial) ne ferait pas appel à cette info, et d'une manière qu'on ignore ; pourrais-tu exécuter :

ls ~/.config/chromium/Policy/Enrollment/
ls ~/.config/chrome/Policy/Enrollment
ls ~/.config/google-chrome/Policy/Enrollment/
et m'indiquer le retour ?

(un indice quand même : sous Windows uniquement, si l'équivalent de cette valeur existe, la machine est considérée comme "gérée par l'entreprise" et Chrome ne fait pas ses mises à jour par lui-même)

Comme la news est lapidaire, j'étoffe un coup ; Apple Silicon sera un dérivé de ça.
Soc Apple A12Z (ou +), jeu d'instructions ARMv8.3, donc. Comme le dit @barmic, la plupart des projets supportent déjà ARM en général ; on peut imaginer que le coup de pouce vise l'optimisation.
Dans Chromium p.ex., il y a différents codes assembleur suivant le niveau de jeu d'instructions ARM ciblé ; sauf que bien sûr, les jeux en question correspondent surtout aux CPUs des téléphones Android.
Vu à quel point ARM reste encore en retrait d'x86 sur la performance brute, avec ou sans optim' ça fait un monde de différence.

Maintenant, on peut juste imaginer arrêter le délire de mettre tous les informaticiens à Paris, et que ceux qui préfèrent un autre endroit moins cher puisse le faire

Difficile de plusser… plus.
Avec pour principe de refuser les offres parisiennes, même en évitant les domaines réservés (finance etc), on sentait être trop d'oiseaux à picorer dans l'assiette.
Et puis, même nonobstant le côut de… tout en fait, Paname c'est pas si top que ça.

Attention, erreur : apt search montre tous les paquets, pas juste ceux installés. Tu peux vérifier avec dpkg -L [paquet].

Cependant, il est probable que tu aies bien libgusb.so.2 (qui, comme packages.ubuntu.com nous l'apprend, fait partie du paquet libgusb2) ; mais pas dans la version qu'attend simple-scan .

Questions :
- as-tu installé simple-scan avec apt install ou un gestionnaire externe comme Snap ou Flatpak (ou une archive auto-installable fournie par un site tiers) ?
- dans le 1er cas, essaie un apt-get update suivi d'un apt install libgusb2 .

:-D.

Du coup, l'environnement est beaucoup moins amusant.

Je m'étais aussi fait la remarque récemment.
Dans le temps, il y avait un côté fun et un peu décalé ici.
Maintenant le langage reprend les tics de l'entreprise : ça cause régressions, nombre de contributeurs, quantité de features/release… les anciens hackers dans leur garage ont été au pire embauchés par les GAFAM, au mieux engloutis dans les wannabe de la startup nation.
Ue signe : le soutien apporté dans les commentaires à des softs pyramidaux et éminemment discutables comme systemd, Chromium… qui en leur temps ont généré des trolls épiques. Avec le fameux argument "Si tu n'es pas content, fais mieux" volontiers utilisés par ceux qui bossent dans des fermes de développeurs capables d'aligner des centaines de personnes et des millions de dollars.

Du coup il ne reste que les barbus du logiciel libre -qui ont toujours été un peu à part- pour détonner, et du coup de plus en plus par rapport aux précédents.

Ce commentaire est bien sûr un troll patenté.

Mais… mais c'est une vraie mine d'or planquée quasiment entre le frigo et le micro-ondes !

Merci beaucoup pour le partage :-).

J'ai pas pertinenté car ça ne fait tourner ni Skype, ni Chrome ;) .

sortir une vielle machine et faire les mises à jours version par version, plutôt qu'une nouvelle installation propre, je pense que l'auteur du journal peut être un client ;)

Pas faux :D .

Une vieille version de QEMU (à la louche, fourchette v0.8-v0.9) devrait pouvoir le faire. En fait elle est même capable d'émuler un AMD64 sur un IA-32 ;).

Ça laissera le souci d'une lenteur internale -bon PoC de geek, mais complètement inutilisable au quotidien.

En voyant écrit GNOME, Skype, Chromium… j'ai direct anticipé que ça allait coincer.
D'ailleurs pour bosser un peu sur le code du dernier, je peux te dire que le support pour ton proco a été retiré il y a bien longtemps.

Indépendamment de la puissance brute, tu utilises une archi considérée "morte" par de nombreux devs : l'IA32 -sans même SSE2.
En dehors du simple cas "pas testé", ça embête les logiciels compétitifs -ceux qui utilisent les optims explicitement- de maintenir ton cas vu le manque d'effectif ;).
J'ai pas de solution miracle à part d'embaucher un dév ou récupérer au moins un Athlon 64.

Laisse, Bastoon.
Tu as parfaitement le droit de critiquer GNOME 3 par rapport à MATE ; bien qu'ils partagent beaucoup de code, les personnes/priorités/financements du premier ont beaucoup changé depuis l'époque de GNOME 2 - ça se voit à l'oeil nu. Bien sûr ils n'allaient pas tout réécrire ; et de son côté l'équipe de MATE est trop petite pour s'eloigner franchement.
Après, certaines personnes sont territoriales avec le projet qu'elles suivent/soutiennent depuis longtemps.

Hello Samos,

Intéressant ! Du coup, cela fait de Teo-Ng le premier émulateur dédié Thomson sous Linux -DCMOTO ne supportant que Windows, je me trompe ?
(MAME/MESS fonctionne aussi mais n'est pas optimal)

Wayland et Gnome (3): Des projets un peu dogmatiques à mon goût et qui n'écoutent qu'eux mêmes… Au final, d'autres ayant des compétences sur les sujets qui fâchent font Cinnamon et waypipe, certes, mais ces attitudes n'aident pas le libre.

Assez d'accord sur GNOME ;-).
Mais en réalité le concepteur de Wayland (Kristian Høgsberg) avait fourni un PoC équivalent à Waypipe. C'est juste que la fonctionnalité était jugée "non-core" (l'objectif de Wayland était orthogonal) et n'intéressait pas de développeurs assez qualifiés pour la finaliser… jusqu'à maintenant.

Tout comme conchier X: Je préfère un truc qui marche à travers le réseau que gagner des FPS au jeu, même si les deux ce serait l'idéal.

L'écosystème Linux moderne (entre l'embarqué, les designers, les gamers/Steam/Valve…) , s'est clairement déplacé du premier besoin vers le second.
Personnellement, ça ne me choque pas qu'on considère que l'objectif d'un serveur d'affichage est… d'"afficher au mieux", le réseau étant une fonction annexe.
L'intérêt d'X aujourd'hui est historique, et consiste surtout à conserver la compatibilité avec les vieilles applications et OS legacy (les BSD notamment).

Une petite vidéo de MATE tournant sur PinePhone .

waypipe serait typiquement une brique (centrale) d'une solution type x2go.
Il serait même possible de détecter automatiquement le protocole (X11 ou Wayland) en fonction de la présence/absence de sockets et variables d'environnment.

Intéressant. Là je tourne à la mémoire, et manque honnêtement de maîtrise récente du sujet (= il n'est pas impossible que tu aies raison). Il faudrait aussi que je fasse des benches pour comparer tout ça.

• True 64 Unix sur station alpha
• des vieille machine DEC dépassée avec écran Monochrome
• quelques stations PC/GUN/Linux sous redhat (je crois)

Wow ! On est bien loin de Wayland avec du matos de cet âge (ça démarre à RHEL 8).

Sur un tel parc, non seulement le forwarding X11 c'est le plus logique, mais sûrement tout ce qui est disponible aussi (j'imagine pas les versions modernes de freerdp, Xvnc… compiler sans patch sur DEC ou Tru64). Et pis, pas trop de contraintes de bande passante non plus sur un tel LAN.

waypipe permettra sûrement une migration sans douleur dans, disons, dix ans :-).

Se baser sur une expérience perso pour déterminer ce que les autres font, et décréter que ça sert à rien n'est pas une bonne idée.

Mais si ! C'est comme couper un serveur quand on te demande s'il sert encore : ça génère des appels, et après tu sais ;-).

Ensuite il y a les usages ludiques sur les écrans des collègues sans leur permission évidemment

Ca sent le xhost + lancé plus que de raison ça ;-).

Vous êtes sous quelles versions de distributions (à la louche, comme ça) ?

J'ai utilisé XFCE pendant deux ans avant de passer sous GNOME 2/MATE.

Je dirais qu'alors que XFCE fournit juste la base d'un bureau, avec peu d'outils basiques qui sont à compléter par d'autres pris ailleurs ; MATE a l'ambition de fournir un bureau complet et "auto-contenu".

Cas typique : l'éditeur de texte. Sous XFCE c'est "mousepad", et il se contente d'afficher du texte avec éventuellement la coloration syntaxique. Sous MATE c'est "pluma", et il le fait aussi; mais supporte les plugins, la correction orthographique, les macros…

Autre cas : la visionneuse PDF, le gestionnaire d'archives ZIP… XFCE ne propose rien de tout ça (tu vas donc installer p.ex. "Xpdf" et "P7ZIP") mais MATE propose "atril" et "engrampa" qui, bien que moins avancés que les 2 précédents, sont cohérents dans leur look et font le job dans 90% des cas.

En résumé : XFCE c'est Windows 98. MATE c'est Windows 98 avec des freewares ;-).