pseudonymous a écrit 19 commentaires

Yep, Steam explose sous Linux en ce moment (toutes proportions gardées).
Il faudrait que les autres plateformes portent leurs clients de la même façon.

Bémol dans mon cas : le sim-racing, qui implique du matos un peu spécifique, comme base+volants, pédalier, frein à main et levier de vitesses.
Pas de drivers Linux pour ces choses-là.
Pas encore j'espère.

Les prunes que bolloré paye avec son argent de poche ?
La même ARCOM qui vient de se déjuger ?
Après avoir approuvé le Complément d’enquête sur le Sénat, énorme pression de Gérard Larcher (pas difficile), et hop, volte-face.
Les mêmes qui donnent du grain à moudre aux fachos ?
Ce pays sent de plus en plus la peste, la même qu'il y a un siècle. Nos grands-parents n'ont pas terminé le boulot et ça repousse.

Si l'ARCOM faisait son boulot, ça ferait longtemps qu'il n'y aurait plus de chaîne d'info^Wpropagande en continu.

Ah zut, je le sais, je me relis, mais je laisse passer de grosses fautes quand même : "est besoin d'exister" --> "aient besoin d'exister"

Cf : "… la main qui te nourri …", si vous avez la référence; c'est le même patron parjure.
Je balance en vrac des vidéos de Fabrice Arfi, obligé de faire le "service après-vente" face à des "journalistes" qui n'ont rien vu, lu ou entendu.
Dans le tas, il doit y avoir celle où il dit que pendant le long procès, il n'y a qu'une poignée (<10) qui l'a couvert à 100 %.

La signification de shutdown et reboot dans Windows est assez … Spécifique …
Un shutdown effectue une sorte d'hibernation (partielle ? Sommaire ? Peu importe), afin d'accélérer le démarrage suivant.
Pour faire un "vrai shutdown", il faut faire reboot et être prêt à appuyer sur le bouton power pour arrêter la machine juste avant le reboot. Seul le reboot arrête toutes les applications.

Indice pratique de ce phénomène : quand on est en double boot Linux / Windows, et qu'on fait un shutdown Windows avant de booter sous Linux, on se retrouve avec les partitions NTFS en lecture seule.

Ceci dit, en fait, Micro$oft n'a jamais vraiment été une boîte de soft, mais plutôt un timide fabricant de hardware. J'ai un pad qui fonctionne encore. Et mieux que ça, mon joystick Sidewinder Force Feedback II fonctionne aussi très bien, après quasiment 25 ans !

Ah bah si on en est à évoquer Laurence Ferrari, à l'image de la Scuderia cette année, c'est pas la plus performante du plateau, même en présence d'un "allié".
Par contre, réciter des mensonges, elle le fait bien, elle est même payée pour ça.

Concernant clavier et souris, une recherche rapide fait ressortir pas mal de "sources" évoquant ce problème, y compris chez le principal incriminé.
Plus récemment, j'ai lu que Microsoft ne savait plus implémenter un bouton dans une interface graphique. Solution temporaire au problème conseillée par la firme de Redmond : cliquer là où le bouton se trouvait avant la mise à jour.
Et n'oublions pas que tout Windows 11 est un spyware, avec l'un des plus évidents : Recall.
Et c'est quand même dingue que des outils comme celui-ci est besoin d'exister.

Merci, j'explorerai ces liens quand je pourrai.

Quel pilote ? Tous !

Du moins, avec la Debian 12, au départ, c'est nouveau, ensuite, je suis passé aux pilotes propriétaires dispos sur les repo Debian, et pour terminer, le pilote propriétaire récupéré sur le site nVidia. Aucune amélioration.

Avec la 13, je pense que j'ai évité la dernière solution. J'en suis apparemment à la version 550.163.01-2 quand je liste la multitude de packages installés.

Ma config : Ryzen 5950X + nVidia 3090FE.
À la sortie des deux dernières Debian, 12 et 13 (stable, ni testing, ni experimental), j'ai refait des installations de zéro.
Par défaut, c'est Plasma + Wayland.
À chaque fois, le résultat, c'est 95 % d'utilisation CPU et slideshow.
À chaque fois, fonctionnement normal avec Plasma + X11.
Qu'est-ce que le quoi ?

En survolant, ça fait penser à OpenSCAD, plus ou moins intégré dans FreeCAD aussi.

Yep, sympa à utiliser.

Très "customizable", en particulier la gestion des tickets ("issues"), pour l'adapter à la méthode de gestion des bugs (par exemple, ajout de champs "Contexte", "problème constaté", "résultat attendu", etc). + possibilité de hiérarchiser les tickets.

Au passage, lien faciles dans tous les sens, entre les tickets, le Wiki intégré et les commit dans les repo lié au projet.
Avec par exemple, des liens ticket --> commit, mais aussi commentaire de commit --> ticket(s) concerné(s).

Fun fact (comme disent les djeunz !) : pas au top quand il s'agit d'extraire une liste de tickets, avec les commentaires et images jointes. Du coup, je m'étais fait un utilitaire qui parcourait la database Redmine, permettait de filtrer et de générer une page Web. Ensuite, c'était facile à transformer en PDF, pour l'envoyer à un fournisseur par exemple, si on ne veut pas lui donner un compte Redmine.

Faudra que j'essaye de passer par le tgz, parce que là, après quelques mois d'inutilisation, je constate que mon Redmine perso est cassé, et les logs ne sont pas mes amis pour comprendre d'où ça vient …

Avant Redmine

La première fois que je l'ai utilisé, c'était après une petite étude des outils du domaine. Je me rappelle vaguement Trac, pas les autres.
Malgré les bémols qui suivent, j'ai choisi Redmine parce que plus simple à installer et auto-héberger (chez OVH ou à la maison).

Redmine

Petit retour d'expérience sur Redmine, par un type qui est carrément plus codeur qu'adminsys, mais qui s'est retrouvé à gérer de tels outils, au taf ou pour lui-même.

TL;DR : je déconseille s'il faut le garder à jour en permanence. Sauf à être nettement plus versé que moi dans l'admin.

• au taf : j'ai géré deux Redmine dans des machines virtuelles sur un serveur OVH pour notre petite équipe.

• chez moi : pour mes (tout) petits projets perso, ou pour dépanner quand j'ai filé un coup de main à un pote pour une création de boîte, pareil, machine virtuelle.

Pour toutes ces VM, la Debian du moment, parfois en testing, pour avoir une version un peu plus récente de Redmine.
De base, c'est quasiment aussi simple qu'un apt(-get) install redmine.
Mais ça tire beaucoup de dépendances, dont Ruby on Rails, que je ne maîtrise absolument pas.

Autre problème, surtout si la VM est en Debian testing, une mise à jour, et surtout, un saut de version Debian (ex: 12 - Bookworm vers 13 - Trixie) a tendance à tout casser. C'est pour ça que je déconseille si Redmine doit rester à jour tout le temps.

Git & cie; remarque repo

Redmine gère à peu près tous les gestionnaires de code/version. Le site dit : "SVN, CVS, Git, Mercurial and Bazaar".

Petite remarque concernant git. Je ne sais pas si la proportion d'utilisateur de git connaissant ceci est grande ou petite. Donc je case ça ici "okazou" : pas besoin de GitHub (ou autre) pour avoir un repo centralisé sur un serveur.
Par centralisé, je veux dire : commun à une équipe par exemple, que ce soit en entreprise, ou au quatre coins de la planète.

Un répertoire, un coup de git init --bare, c'est terminé.
Il est possible d'accéder à ce répertoire via ssh, avec une URL du genre ssh://<user>@<serveur>:<port>/path/to/the/repo (git clone ..., git remote ..., etc).

De par ma faible expérience de GitHub, je dirais que :

• GitHub crée automatiquement des "pull requests" quand quelqu'un pousse du code (propos à nuancer par des utilisateurs intensifs).

• repo "manuel" : en cas de grosse équipe (à partir de 2 !), la rigueur s'impose, essentiellement dans la gestion des branches et de l'intégration, afin que les gens ne se marchent pas sur les pieds.

Mais un repo créé "a la mano" fera aussi bien le boulot.

Il n'y a pas vraiment de problème.
Mais les fonctionnalités sont basiques, comparées aux autres outils cités ici.
PuTTY ne propose pas d'auto-reconnexion par exemple. Mais rendons à PuTTY … C'est d'abord un outil de connexion SSH et Telnet.

Merci pour l'info, c'est bon à savoir, et c'est l'occasion de changer mes mauvaises habitudes. La preuve : j'utilise encore PuTTY pour de la liaison série ! À ma décharge, je suis parfois obligé de travailler sous Windows plutôt que Linux, et PuTTY reste le même. Par contre, quelle blague, ces ports COMx sous Windows …

Je mentionne CuteCom juste pour le principe, et parce qu'il a aussi une case à cocher "Auto reconnect". Et parce que c'est une IHM, pour ceux qui préfèrent.

IHM dont je me passerai avec joie en testant tio !

Au passage, j'utilise quelques adaptateurs USB-UART basés sur des puces FTDI. À ma connaissance, ce sont les seules à présenter un numéro de série.
J'utilise ce numéro de série pour créer un lien symbolique dans /dev, via une règle udev, et éviter ainsi le caractère aléatoire de l'énumération des périphériques sur les bus USB.
C'est à dire qu'une puce FTDI peut être détectée comme /dev/ttyUSB2, et une autre fois comme /dev/ttyUSB0. Avec une règle udev ¹ , un lien symbolique, par exemple /dev/ttyFTDI5 -> ttyUSB0 est créé à chaque démarrage. Et je peux m'adresser à /dev/ttyFTDI5 sans me préoccuper de l'ordre de détection (et grace à une petite étiquette "5" collée sur la puce en question).
Avec d'autres puces, comme les CHxxx, il me semble que c'est impossible. Avec udevadm, je n'ai jamais trouvé de propriété exploitable pour arriver au même résultat.

¹ : KERNEL=="ttyUSB*", ATTRS{serial}=="<n° de série de votre puce FTDI>", SYMLINK+="ttyFTDI5" placé dans un fichier /etc/udev/rules.d/<nom de votre choix>.rules

Bon à savoir.

Et c'est ici qu'il faut creuser la question apparemment.

Merci pour la vigilance.

Mauvaise nouvelle : ça fait très longtemps que j'utilise cette extension. Très pratique, en particulier pour ceux, comme moi, qui écrivent moult fautes et erreurs d'inattention. Et à force de lire, écrire et écouter pas mal d'anglais, sans être véritablement "fluent", il y a un paquet de mots dont l'orthographe est mélangée (exemple : connection …).

J'ai l'air c*n : dans ma liste de plugins, cet outil est dénommé "AI Grammar Checker & Paraphraser – LanguageTool". Et la plupart du temps, quand je vois "AI" ou "IA", je m'éloigne en courant …

Je vais essayer de suivre ce journal pour savoir si le risque détecté est bien avéré.

C'était bien sympa apparemment !
D'autres journées du genre sont-elles prévues ? Existe-t-il un site, un calendrier ?

Ah mais dans le message initial, il n'est pas fait mention du Cloud.
Vu les restrictions réseau, j'en ai conclu qu'il fallait juste récupérer les données de l'appareil en local, sans lien avec quoi que ce soit.

Hello,

Je viens de faire l'expérience avec VirtualBox.

J'ai commencé par installer une machine virtuelle Windows 10.
Avec du réseau pour faire les mises à jour.
Mais dans votre cas, ça n'est peut-être même pas nécessaire.

J'ai ensuite installé les extensions ("Guest Additions" ici où je mets tout en anglais).

Une fois prête à l'usage, j'ai désactivé l'interface réseau dans les paramètres de la machine virtuelle.

Et j'ai ajouté un répertoire partagé, en utilisant la fonctionnalité de VirtualBox, pas en passant par un partage réseau (forcément).

Et ça fonctionne : du point de vue de la machine virtuelle, plus de réseau, l'interface est désactivée. Mais je peux accéder au contenu du répertoire partagé.

De cette manière, je pense que votre objectif est atteint : un Windows fonctionnel, pas besoin de règle de firewalling puisque pas de réseau du tout, mais échange possible de données par copie dans le répertoire partagé.

Hope this helps.