En tant que gentooist,
J'ai eu à compiler Firefox à mainte reprise. C'est un moment relativement long¹, mais supportable.
Là où ça devient réellement compliqué, c'est quand la partie Rust rentre en jeu. Dans ma configuration, ça implique 2 chaines de compilation de nature différentes: GCC du côté C/C++ et LLVM pour Rust. Et c'est le drame, le microcosme LLVM ne supporte pas autant d'environnement que GCC en particulier le matériel vieillissant. Pour ma part, ma bécane perso est une ancienne station de calcul de 14 ans² et LLVM a tendance à ignorer les problèmes de rétrocompatibilité, donc on se retrouve avec des bugs merveilleux d'instruction illégale ou une impossibilité de compiler certaine source…
À la lumière de ces informations, le collaborateur qui a réalisé le portage de FF sur Haïku a réalisé une réelle performance qui mérite des applaudissements, voire la clameur des utilisateurs d'Haïkus.
¹ 14SBU d’après Linux From Scratch soit 14 fois le temps de compilation des Binutils; à comparer aux 120SBU de chromium.
²(bi-proc quad-core Xeon, 32Gb de RAM et stockage sur SSD Sata, ça juste marche bien, ça déshumidifie le bureau et retarde la saison du chauffage, pourquoi changer?)
L'humain qui m'entoure (et qui me dirige) ne permet pas d'avoir un réseau de transport en commun efficient et disponible. C'est peut-être lié à la faible densité de population local de ma résidence qui rend l'automobile indispensable. Essaie de vivre de l'autre côté du périph' de ta métropole, tu comprendras vite qu'1/4 d'heure de voiture est bien plus productif que 2h de transport en commun ou d'une heure de vélo dans certaine zone géographique.
Ensuite, la détection des piétons et les réactions automatisés de freinage, pourquoi pas, si c'est fiable, je vois pas d'où tu sors le sujet, mais, avoir un doute sur la condamnation automatisée n'implique pas de se contre-foutre des limites.
À lire les témoignages, on peut se demander si ces développeurs ne se trouveraient pas plus à l'aise sur des projets tel que RedOX OS.
Le logiciel libre est un environnement au darwinisme exacerbé, peut-être viendra-t-il un jour où Linux se fera remplacer par un successeur en Rust, comme il l'a fait avec les Unices de l'époque, non ?
Qu'est ce que c'est un 'Nontechnical Nonsense' ?; Des problèmes humains? Des problématiques historiques ? Des outils incompatibles entre C/ASM/Rust ? Des réfractaires à LLVM ? Un projet lancé trop tôt car Rust évolue encore et que rust-gcc n'est pas encore prêt ( prévu pour GCC 15.1 ) ?
Il doit bien y avoirs des adorateurs du crabe qui passent sur le site; si ils ont des réponses…
Avant de voir un signe de misogynie ou de transphobie, il faut peut-être comprendre dans un premier tant de l'indifférence, puis de l'agacement sur une problématique hors-sujet dans le contexte technique du développement logiciel.
Quand on va voire les sources, les outils nécessaires à la compilation semblent être fournis. C'est d'ailleurs en utilisant ces derniers; et la méthode préconisée dans la doc; que l'auteur a constaté l’échec. L'auteur, un ancien de Microsoft, connait bien l'histoire de DOS et rappelle l'histoire de DOS4, le partenariat des sources de MS et IBM et constate un mélange de MS-DOS et PC-DOS (d'IBM).
Ce lien permet d'ajouter un peu plus de "faits historique" autour de cette libération avec un témoignage et une analyse subjective de cette époque. Il rappelle aussi les perspective technique que voulait offrir DOS4 (le multi processus).
Sur spyPhone robotisé, personalDNSFfilter peut-il aider ?
Je l'utilise personnellement, depuis son installation, j'ai moins (voire plus du tout) de pub dans mes apps, mais est-ce qu'il bloque seulement le retour des pubs et pas le départ des données ?
(Pour info, ça fait un mini VPN en local et insère un DNS menteur.)
En gros, à partir de DOS
- ça charge le noyaux Linux en mémoire haute après avoir vérifié qu'il n'y ait pas de driver chargé pour cette mémoire (HIMEM.SYS).
- ça installe un TSR pour appeler un userland basé sur Busybox.
à vu de nez, ça doit merdouiller quand on passe en mode protégé sous DOS.
De loin, ça me fait penser à ce que devait être grub4DOS, les anciens confirmeront peut-être.
C'est même surprenant ce qu'on obtient.
Mes collègues ont demandé "realtime multithreaded application in C with DJGPP without pthread".
Ben, l'IA a répondu, avec la bonne API…
Elle a juste confondu "Realtime" et "Realmode", mais le code paraissait correct à première vu,
avec manipulation du vecteur d’interruption etc…
On s'attendait plutôt à des bricoles du type setjmp() / longjmp().
Quand on lit qu'ils veulent imposer la libération des spéc matériel et des protocoles de communication des fabricants à la fin du support du téléphone ou du gadget IoT…
J'ai l'impression que c'est trop gros et que ça passera pas.
Il y a un financement participatif pour loger Richard Stallman et Theo de Raadt à Bruxelle le temps du lobbying ?
C'est un choix historique,
mon outil de travail principal, un cross-compilo pour freeDOS, a été fait dans un environnement cygwin 32Bits à l'époque de la migration vers des OS 64bits ne supportant plus l’exécution de programme DOS natif.
Une migration est à envisager aujourd'hui, cygwin 3.3 est la dernière version à supporter le 32 bits. WSL sera peut-être testé à ce moment-là.
C'est effectivement quelque chose comme cela, un rechargement automagique de toute les sessions précédente, un peu comme les sessions de Firefox après un reboot du navigateur.
Paradox is not dead !
Un client nous a demandé de faire une intervention il y a moins d'un an sur serveur NT4 pour retaper le système qui c'était mis de travers…
Bizarrement, ils nous ont concédé que le système vieillissait un peu et qu'une virtualisation serait du plus belle effets.
Pour de l'embarqué,
Le projet a commencé avant émergence de noyaux temps réel dur libre.
Maintenant, on gère la dette techno, l'avantage, c'est que c'est beaucoup plus calme que le monde JavaScript…
[^] # Re: C'est quel morceau?
Posté par pif17 . En réponse au lien La Fondation Mozilla se restructure et licencie 30% de son personnel . Évalué à 6.
En tant que gentooist,
J'ai eu à compiler Firefox à mainte reprise. C'est un moment relativement long¹, mais supportable.
Là où ça devient réellement compliqué, c'est quand la partie Rust rentre en jeu. Dans ma configuration, ça implique 2 chaines de compilation de nature différentes: GCC du côté C/C++ et LLVM pour Rust. Et c'est le drame, le microcosme LLVM ne supporte pas autant d'environnement que GCC en particulier le matériel vieillissant. Pour ma part, ma bécane perso est une ancienne station de calcul de 14 ans² et LLVM a tendance à ignorer les problèmes de rétrocompatibilité, donc on se retrouve avec des bugs merveilleux d'instruction illégale ou une impossibilité de compiler certaine source…
À la lumière de ces informations, le collaborateur qui a réalisé le portage de FF sur Haïku a réalisé une réelle performance qui mérite des applaudissements, voire la clameur des utilisateurs d'Haïkus.
¹ 14SBU d’après Linux From Scratch soit 14 fois le temps de compilation des Binutils; à comparer aux 120SBU de chromium.
²(bi-proc quad-core Xeon, 32Gb de RAM et stockage sur SSD Sata, ça juste marche bien, ça déshumidifie le bureau et retarde la saison du chauffage, pourquoi changer?)
[^] # Re: Vroum vroum
Posté par pif17 . En réponse au journal Ford: Quand les brevets ne sont pas pensés par les informaticiens. Évalué à 4.
L'humain qui m'entoure (et qui me dirige) ne permet pas d'avoir un réseau de transport en commun efficient et disponible. C'est peut-être lié à la faible densité de population local de ma résidence qui rend l'automobile indispensable. Essaie de vivre de l'autre côté du périph' de ta métropole, tu comprendras vite qu'1/4 d'heure de voiture est bien plus productif que 2h de transport en commun ou d'une heure de vélo dans certaine zone géographique.
Ensuite, la détection des piétons et les réactions automatisés de freinage, pourquoi pas, si c'est fiable, je vois pas d'où tu sors le sujet, mais, avoir un doute sur la condamnation automatisée n'implique pas de se contre-foutre des limites.
[^] # Re: L'informatique
Posté par pif17 . En réponse au journal Ford: Quand les brevets ne sont pas pensés par les informaticiens. Évalué à 5.
Ha, toi aussi la quarantaine est pas loin ?
# OK, l'humain, c'est compliqué....
Posté par pif17 . En réponse au lien Réactions de David Airlie (Red Hat) et Asahi Lina (d'Asahi) à propos de Rust dans le noyau Linux. Évalué à 1.
C'est à mètre en lien avec ce lien.
À lire les témoignages, on peut se demander si ces développeurs ne se trouveraient pas plus à l'aise sur des projets tel que RedOX OS.
Le logiciel libre est un environnement au darwinisme exacerbé, peut-être viendra-t-il un jour où Linux se fera remplacer par un successeur en Rust, comme il l'a fait avec les Unices de l'époque, non ?
# Dommage
Posté par pif17 . En réponse au lien Un mainteneur de Rust sur le Kernel jette l'éponge.. Évalué à 6.
Qu'est ce que c'est un 'Nontechnical Nonsense' ?; Des problèmes humains? Des problématiques historiques ? Des outils incompatibles entre C/ASM/Rust ? Des réfractaires à LLVM ? Un projet lancé trop tôt car Rust évolue encore et que rust-gcc n'est pas encore prêt ( prévu pour GCC 15.1 ) ?
Il doit bien y avoirs des adorateurs du crabe qui passent sur le site; si ils ont des réponses…
[^] # Re: Tout le monde aime le Milkshake Duck
Posté par pif17 . En réponse au lien Changement de gouvernance pour le navigateur indépendant Ladybird . Évalué à 9.
Avant de voir un signe de misogynie ou de transphobie, il faut peut-être comprendre dans un premier tant de l'indifférence, puis de l'agacement sur une problématique hors-sujet dans le contexte technique du développement logiciel.
[^] # Re: Pas étonnant
Posté par pif17 . En réponse au lien MS-DOS 4.0 Source Code Fails to Compile. Évalué à 4.
Quand on va voire les sources, les outils nécessaires à la compilation semblent être fournis. C'est d'ailleurs en utilisant ces derniers; et la méthode préconisée dans la doc; que l'auteur a constaté l’échec. L'auteur, un ancien de Microsoft, connait bien l'histoire de DOS et rappelle l'histoire de DOS4, le partenariat des sources de MS et IBM et constate un mélange de MS-DOS et PC-DOS (d'IBM).
Ce lien permet d'ajouter un peu plus de "faits historique" autour de cette libération avec un témoignage et une analyse subjective de cette époque. Il rappelle aussi les perspective technique que voulait offrir DOS4 (le multi processus).
[^] # Re: Efficacité des bloqueurs de pub ?
Posté par pif17 . En réponse à la dépêche Les enchères en temps réel, un danger pour la vie privée mais aussi pour la sécurité européenne. Évalué à 4.
Sur spyPhone robotisé, personalDNSFfilter peut-il aider ?
Je l'utilise personnellement, depuis son installation, j'ai moins (voire plus du tout) de pub dans mes apps, mais est-ce qu'il bloque seulement le retour des pubs et pas le départ des données ?
(Pour info, ça fait un mini VPN en local et insère un DNS menteur.)
[^] # Re: Questions de redondance
Posté par pif17 . En réponse au lien DOS Subsystem for Linux: allowing users to make use of both DOS and Linux applications from DOS. Évalué à 2.
Exactement, un vrai DOS, pure, 16-bits, en mode réel, mais avec un processeur capable de passer en 32-bits
[^] # Re: Questions de redondance
Posté par pif17 . En réponse au lien DOS Subsystem for Linux: allowing users to make use of both DOS and Linux applications from DOS. Évalué à 3.
En gros, à partir de DOS
- ça charge le noyaux Linux en mémoire haute après avoir vérifié qu'il n'y ait pas de driver chargé pour cette mémoire (HIMEM.SYS).
- ça installe un TSR pour appeler un userland basé sur Busybox.
à vu de nez, ça doit merdouiller quand on passe en mode protégé sous DOS.
De loin, ça me fait penser à ce que devait être grub4DOS, les anciens confirmeront peut-être.
[^] # Re: GPT, ça pue
Posté par pif17 . En réponse au lien Stack Overflow refuse les réponses générées par ChatGPT. Évalué à 2.
C'est même surprenant ce qu'on obtient.
Mes collègues ont demandé "realtime multithreaded application in C with DJGPP without pthread".
Ben, l'IA a répondu, avec la bonne API…
Elle a juste confondu "Realtime" et "Realmode", mais le code paraissait correct à première vu,
avec manipulation du vecteur d’interruption etc…
On s'attendait plutôt à des bricoles du type setjmp() / longjmp().
# Le réveil va être dure
Posté par pif17 . En réponse au lien L'UE met le nez dans la téléphonie et ça fait rêver. Évalué à 8.
Quand on lit qu'ils veulent imposer la libération des spéc matériel et des protocoles de communication des fabricants à la fin du support du téléphone ou du gadget IoT…
J'ai l'impression que c'est trop gros et que ça passera pas.
Il y a un financement participatif pour loger Richard Stallman et Theo de Raadt à Bruxelle le temps du lobbying ?
[^] # Re: tmux continnum/resurect
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 1.
Merci pour cette réponse,
Cette solution est en cours de test, car elle semble correspondre au besoin.
Cordialement
[^] # Re: Cas d'usage ?
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 1.
La solution suggérer par xenom (tmux et les plugins continnum/resurect) semble plus simple à mètre en place.
Merci pour les réponses.
[^] # Re: Je me posais la question
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 2.
C'est un choix historique,
mon outil de travail principal, un cross-compilo pour freeDOS, a été fait dans un environnement cygwin 32Bits à l'époque de la migration vers des OS 64bits ne supportant plus l’exécution de programme DOS natif.
Une migration est à envisager aujourd'hui, cygwin 3.3 est la dernière version à supporter le 32 bits. WSL sera peut-être testé à ce moment-là.
[^] # Re: tmux ou screen avec les bonnes options ?
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 2.
à voir,
la nuance, c'est que c'est pour du travail en local, pas de ssh et autre.
[^] # Re: virer win10 ?
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 1.
c'est tentant, mais je fais de la cross compil pour FreeDos avec DJGPP au quotidien et la chaine en usage est sous cygwin…
[^] # Re: Cas d'usage ?
Posté par pif17 . En réponse au message Gestionnaire de shell persistant. Évalué à 2.
C'est effectivement quelque chose comme cela, un rechargement automagique de toute les sessions précédente, un peu comme les sessions de Firefox après un reboot du navigateur.
# Romulien conservateur
Posté par pif17 . En réponse au sondage Sous quel système d'exploitation tourne votre téléphone ?. Évalué à 5.
On me suggère de proposer :
Windows 10 Mobile, je garde très longtemps mes téléphones
[^] # Re: Le bug idiot qui m'a pris la tête pendant 15 jours
Posté par pif17 . En réponse à la dépêche Bogues de logiciel et bogues de management : 737 Max et autres catastrophes. Évalué à 2.
Il y a un warning pour ça maintenant dans gcc.
La première fois avec ce bug est vraiment douloureuse.
[^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS
Posté par pif17 . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 1.
Paradox is not dead !
Un client nous a demandé de faire une intervention il y a moins d'un an sur serveur NT4 pour retaper le système qui c'était mis de travers…
Bizarrement, ils nous ont concédé que le système vieillissait un peu et qu'une virtualisation serait du plus belle effets.
[^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS
Posté par pif17 . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 1.
On est au moins 2 en France, j'ai un chef :)
Quand tu parles de connecteur Paradox, tu parles de la base de donnée de borland qui date de longtemps?
[^] # Re: ASM x86 / C / DJGPP / CWSDPMI / FreeDOS
Posté par pif17 . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 4.
Pour de l'embarqué,
Le projet a commencé avant émergence de noyaux temps réel dur libre.
Maintenant, on gère la dette techno, l'avantage, c'est que c'est beaucoup plus calme que le monde JavaScript…
# ASM x86 / C / DJGPP / CWSDPMI / FreeDOS
Posté par pif17 . En réponse au sondage Quelle est la technologie la plus obsolète sur ou avec laquelle j'ai dû travailler récemment ?. Évalué à 3.
Et c'est mon quotidien.
Bon, en compilation croisé et du bricolage pour GDB, c'est supportable.
[^] # Re: coquille
Posté par pif17 . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 2. Dernière modification le 26 avril 2019 à 13:39.
Mais ça prête à confusion, je m'attendait à ce DDD