pif17 a écrit 33 commentaires

ha, Gentoo,
C’est un système qui se mérite.
On sait quels éléments sont là et pourquoi.
Ça se prépare aux petits oignons, tu profites de ton CPU qui surchauffe pour mijoter tes flags GCC pour ton archi, tu choisis avec finesse tes USEFLAG pour ne rien avoir qui dépasse.
Tu fais du sur-mesure pour ta compagne qui sera là pendant des années.
Jusqu’au drame,
La mise à jour Python.
Quelle connerie de faire reposer tout portage sur python.
(attention au troll: python, c’est pas fait pour la prod, pour jouer, oui, prototyper rapidement, oui, maintenir la rétrocompatibilité, non)
On fait ces systèmes avec passion, mais en font sonore, faut se rappeler que les histoires d’amour finissent mal en général.

Bon, je dis ça , je dit rien mais avec l’isolationnisme logiciel au motif de souveraineté qui s'annonce et la fragmentation d'internet en sous réseau nationaux tel que la Russie et la Chine.
Ben, va bien y avoir un politicien qui va vouloir mètre en avant notre savoir faire.

En tant que gentooist,
J'ai eu à compiler Firefox à mainte reprise. C'est un moment relativement long1, 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 ans2 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.

1 14SBU d’après Linux From Scratch soit 14 fois le temps de compilation des Binutils; à comparer aux 120SBU de chromium.
2(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.

Ha, toi aussi la quarantaine est pas loin ?

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 ?

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.)

Exactement, un vrai DOS, pure, 16-bits, en mode réel, mais avec un processeur capable de passer en 32-bits

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 ?

Merci pour cette réponse,
Cette solution est en cours de test, car elle semble correspondre au besoin.
Cordialement

La solution suggérer par xenom (tmux et les plugins continnum/resurect) semble plus simple à mètre en place.
Merci pour les réponses.

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à.

à voir,
la nuance, c'est que c'est pour du travail en local, pas de ssh et autre.

c'est tentant, mais je fais de la cross compil pour FreeDos avec DJGPP au quotidien et la chaine en usage est sous cygwin...

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.

On me suggère de proposer :
Windows 10 Mobile, je garde très longtemps mes téléphones

Il y a un warning pour ça maintenant dans gcc.
La première fois avec ce bug est vraiment douloureuse.

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.

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?

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...