SwissLinux.org soutient le référendum contre le choix du logiciel Epic pour le nouveau dossier patient informatisé du CHUV et de onze autres hôpitaux vaudois. Nous souhaitons que la population puisse se prononcer sur un investissement qui engage durablement ses hôpitaux.

Le dossier patient actuel doit être remplacé. Les équipes soignantes ont besoin d’un outil fiable et adapté à leur travail. Mais le choix d’un tel système ne se limite pas à ses fonctionnalités : il détermine aussi qui pourra comprendre son fonctionnement, le contrôler et le faire évoluer, ainsi que la manière de maintenir les compétences nécessaires dans la durée.

Un dossier patient contient certaines des informations les plus intimes que nous confions à une institution. Leur protection est essentielle à la confiance entre les patient·es et les soignant·es. Avec un logiciel propriétaire, les hôpitaux doivent s’en remettre largement à son éditeur et à des garanties contractuelles. Héberger les données en Suisse est important, mais ne suffit pas à maîtriser le logiciel qui les traite. Le comité de SwissLinux.org estime que les hôpitaux doivent conserver les moyens techniques et humains de vérifier le respect des garanties sur lesquelles repose cette confiance.

D’autres voies existent. Les Hôpitaux universitaires de Genève (HUG) développent leur propre dossier patient depuis des années et travaillent avec l’Hôpital du Valais à son évolution, le DPI+. Il existe également des logiciels libres, notamment GNU Health et OpenMRS. Nous n’affirmons pas que ces solutions pourraient remplacer Epic sans adaptation dans les douze hôpitaux vaudois. C’est précisément leur potentiel, leurs limites et le travail nécessaire pour répondre aux besoins locaux qu’il aurait fallu examiner.

Selon les informations publiques, aucune comparaison fonctionnelle détaillée n’a été menée entre Epic et le DPI+ des HUG. Nous n’avons pas non plus connaissance d’une étude publique équivalente portant sur les solutions libres. Dès le lancement de l’appel d’offres, un critère exigeait du fournisseur une expérience dans l’accompagnement d’hôpitaux vers le niveau 7 du modèle HIMSS EMRAM. Ce modèle de maturité numérique a été conçu aux États-Unis par HIMSS et s’est d’abord imposé dans le système de santé américain. Le choix de ce critère, comme celui d’un système commun couvrant un large périmètre, a influencé les solutions susceptibles d’être proposées. Ces choix méritent un débat public.

Le projet représente un investissement de 207,6 millions de francs, auquel s’ajoutent des coûts annuels d’environ 23 millions de francs. Avec de tels moyens, il aurait été légitime d’étudier l’adaptation d’une solution libre au cadre suisse et vaudois. Cela aurait aussi permis d’évaluer dans quelle mesure cet investissement pourrait développer des compétences au sein des hôpitaux et auprès de prestataires suisses, pour maintenir, auditer et améliorer le système.

Si les développements financés par l’argent public étaient publiés sous licence libre, d’autres établissements pourraient les reprendre et les améliorer. Certaines fonctionnalités adaptées au cadre suisse pourraient également bénéficier à des cabinets médicaux, sans que chacun ait à en financer le développement à partir de zéro. L’investissement public créerait ainsi des ressources et des compétences utiles au-delà des hôpitaux concernés.

Cette position correspond aux buts de SwissLinux.org. Nos statuts prévoient la promotion des logiciels libres et font expressément exception à notre neutralité politique pour les sujets liés aux logiciels libres et aux libertés numériques. Notre position rejoint aussi la campagne « Public Money? Public Code! » de la Free Software Foundation Europe : l’argent public consacré au logiciel devrait, autant que possible, produire des ressources que la collectivité peut maîtriser et réutiliser. L’ouverture du code ne remplace ni la sécurité informatique ni la protection des données médicales ; elle facilite l’examen indépendant du logiciel et réduit la dépendance envers un fournisseur unique.

SwissLinux.org est membre de Société Numérique à la suite d’une décision de notre assemblée générale. Nous partageons ses préoccupations concernant la souveraineté numérique et le secret médical. L’importance de ce sujet nous conduit à soutenir la démarche référendaire.

Notre soutien

Notre soutien est public, mais pas financier. SwissLinux.org autorise l’utilisation de son logo parmi les soutiens au référendum, publie cette prise de position et met son président à la disposition du comité référendaire.

Un soutien financier ne nous paraît pas opportun, compte tenu des moyens limités de l’association. Un tel engagement nécessiterait en outre l’accord des membres réunis en assemblée générale extraordinaire.

Chaque membre peut toutefois agir à titre personnel. Vous pouvez contribuer aux frais du référendum en passant par le site du référendum. Si vous avez le droit de vote dans le canton de Vaud, vous pouvez imprimer la feuille officielle de signatures, la signer, la faire signer et envoyer les feuilles au comité référendaire selon les indications qui y figurent.

Parce que SwissLinux.org a pour mission de défendre le logiciel libre et les libertés de ses utilisatrices et utilisateurs, notre soutien à ce référendum s’inscrit dans la continuité de notre engagement.

Pour approfondir le sujet
- « Une dose d’Epic, une dépendance publique »
- « Malbouffe numérique au CHUV »
- L’analyse de Société Numérique

Le comité de SwissLinux.org

Salut,

Bon du coup je raconte vite fait parce que ça m'a un peu surpris sur le moment. Mission chez une PME du côté de Verviers, région de Liège, y'a environ quatre mois, migration de parc complète vers Linux. Voilà. Rien de bien méchant côté technique, le genre de truc que je fais régulièrement maintenant que je bosse de plus en plus en nomade. Le dernier jour, le gérant (pas du tout technique, le genre à appeler le PC "la machine") me pose une question qui sort complètement de mon périmètre... il venait de refaire son site et paniquait un peu à l'idée de perdre sa visibilité sur Google apres le changement...

Franchement c'était pas mon domaine, je lui ai dit que ça se réglait pas avec un script bash. Il a fini par contacter pour un diagnostic, et de ce que que j'ai vu passer ensuite le site remontait mieux sur quelques requêtes locales. Après je sais pas trop ce qu'ils ont fait concrètement, j'étais déjà reparti sur d'autres dossiers, mais ça m'a fait réaliser que pas mal de clients PME ont ce genre de souci en parallèle de l'infra. Ça devrait le faire pour eux en tout cas. Voilà. Enfin bref.

Oui bug tres grave remonté en février 2026

https://bugs.launchpad.net/ubuntu/+sour … ug/2141741

UN patch de contournement vers grub a été propsoé a debian ....

En attendant on conseille de ne pas mettre a jour vers 26.04 ou HWE :

https://mastodon.social/@ekimia/117457056184705052

Oui j'ai eu plusieurs 24.04 avec ce problème

Je crois l'avoir résolu en

- desactivant les extensions
- Verifiant que les paquets ubuntu-desktop et ubuntu-session sont bien installés

Ce problème a été résolu il y a longtemps

Conseiller aux gens de modifier les strings dans leur Bios est un peu de la folie pour ça :-)

Je pensais que clevo vous  mettait le manufacturername en usine ?

ce problème a été résolu depuis longtemps grace a l'equipe de commown qui a modifié le code de tuxedo drivers pour qu'il accepte :

- Why
- Ekimia
- La string de clevo par défaut ( Notebook )

Vous pouvez installer leur depot ici
https://deb.commown.coop/

et installer le paquet tuxedo-drivers et éventuellement tuxedo-control-center

Salut tout le monde
Le comité cherche un lieu pour la rencontre romande de juin, Fribourg ou Neuchâtel selon qui peut organiser. Besoin d'une salle pour une quinzaine de de personnes, avec vidéoprojecteur et une connexion correcte vu qu'il y a souvent une démo ou un partage d'écran dans le programme. Si quelqu'un a une adresse qu'il connait bien dans un de ces deux coins je prends volontiers. En attendant je me suis souvenu d'un truc.... Il y a trois semaines j'avais un rendez-vous client à Neuchâtel, un après-midi et je connaissais personne sur place pour louer une salle. J'avais besoin d'un vidéoprojecteur et d'une connexion stable pour faire ma démo, rien de bien méchant mais fallait que ça tourne. j'étais tombé sur une plateforme qui recense pas mal d'espaces de coworking et de salles à louer à la journée un peu partout en Europe, ça pourrait dépanner pour Fribourg aussi. J'avais réservé une salle pour l'apres-midi, environ 3h et ca a fait le job, wifi stable, le projecteur fonctionnait direct sans bidouille. Faudra juste vérifier la dispo pour un groupe de quinze, je l'ai testé seul pour mon rendez-vous, pas pour une réunion à plusieurs. Si quelqu'un a déjà testé pour un évent un peu plus grand je suis preneur du retour.

Merci beaucoup pour tous ces détails, extra, je vais faire de mon mieux.
Bonne suite,
Anne-Marie

AnneMarie a écrit:

Bonjour,
Je suis un cours linux et me demande comment permettre à quelqu'un d'utiliser mon ordinateur sans qu'il puisse installer de logiciels ni toucher à mes fichiers?
Merci, bon week-end,
Anne-Marie

Hello!

Pour éviter qu'une personne puisse installer quoi que ce soit sur ton ordinateur, il faut restreindre ses droits sur l'ordinateur.

À ne pas faire:
- Transmettre le mot de passe du compte principal (administrateur) à qui que ce soit d'autre.
- Laisser ta session ouverte en ton absence.

Il faut donc créer un compte utilisateur qui ne dispose pas des mêmes droits que le compte principal (administrateur).

Création d'un compte utilisateur sur un ordinateur

1. Trouver les paramètres de la machine: Pour cela, chercher "paramètres" dans le moteur de recherche du "menu de départ" ou dans l'affichage des applications (petite icône composée d'un carré pointillé). Cliquer sur "Paramètres".

2. Dans "Paramètres", cherche l'onglet "Système", dans la colonne de gauche de la fenêtre.

3. Sélectionnez le troisième choix dans la liste apparaissant dans la partie de droite de la fenêtre: "Utilisateurs" (Ajouter, supprimer des comptes utilisateurs ou changer les mots de passe)

4. Une fois dans la rubrique "Utilisateurs", commence par t'identifier à nouveau comme administrateur·eurice de l'ordinateur, avec le mot de passe qui te permet d'ouvrir ta session, au moment du démarrage de ton ordinateur. Pour cela, il faut cliquer sur le bouton "Déverouiller" qui se trouve en haut de la fenêtre, dans une bande grise indiquant "Certains paramètres sont verrouillés".

Une fenêtre apparaît dans laquelle il faut taper le mot de passe de ton propre compte (pour cette session).

5. Une fois identitfié.e, tu peux cliquer sur le bouton "Ajouter un utilisateur" en bas de la page.

6. Dans la page "Nouvel utilisateur", Il faut indiquer le "nom complet" (A) de l'utilisateur, puis le "nom de l'utilisateur" (B).
- A: le nom complet peut être le nom de la personne, par exemple, son prénom et son nom;
- B: le nom de l'utilisateur est qui peut être l'équivalent d'un pseudonyme ou d'une version abregée du nom-prénom de la personne. C'est celui qui apparaîtra lors du lancement d'une nouvelle session pour cet utilisateur ainsi que dans le terminal.

7. NE PAS COCHER l'option "Administrateur".

8. Décider si tu veux laisser l'autre utilisateur générer son propre mot de passe lors de sa première session ou si tu veux lui créer son mot de passe.

9. Si tu choisis de lui attribuer un mot de passe maintenant, sélectionne cette option, puis clique sur "Ajouter".

10. Dans le champs "mot de passe", créer un nouveau mot de passe.

11. Le confirmer dans le champs confirmation.


ATTENTION de bien noter le mot de passe avant de terminer, parce que sinon, il faudra recommencer.

12. Cliquer sur "Terminé".

Un nouvel utilisateur a été créé qui ne pourra pas installer quoi que ce soit sur cet ordinateur.

Voilà, j'espère que ces instructions sont compréhensibles et faciles à suivre.

Bonjour,
Je suis un cours linux et me demande comment permettre à quelqu'un d'utiliser mon ordinateur sans qu'il puisse installer de logiciels ni toucher à mes fichiers?
Merci, bon week-end,
Anne-Marie

Bonjour

SAPIen, Merci mille fois pour les explications. J'ai un ordi why donc il me semble que je n'ai pas besoin du module fautif.

Tout semble ok une fois ce module tuxedo-wmi.dkms supprimé.

Bonne semaine
François

Bonjour,

Comme j'arrive après l'IA, je ne sais pas par où prendre le problème.  :) La réponse de SAPien et de son IA est grosso-modo correcte, si certaines assomptions sont confirmées et en sautant quelques étapes.

Bref.

Pour commencer, la documentation officielle et à jour de tuxedo se trouve ici: https://www.tuxedocomputers.com/en/Add- … ces.tuxedo

Sur cette base, j'ai effectué une installation des outils tuxedo sur sur une machine qui ne correspond à aucun de leurs modèles et sur une installation propre de Debian, sans aucun outil tuxedo installé auparavant avant.
Tout fonctionne correctement.

Donc a priori, en suivant leur documentation, ça devrait fonctionner sans problèmes sous ubuntu 26.04 sur une machine similaire à leur modèles, typiquement les laptops why!.

Sur ce, les questions que je me pose sont:

- Quels outils tuxedo sont installés ?
- Comment sont-ils installés ?
- Comment les dépôts tuxedo sont-ils configurés ?

Hello,
Concernant l’accélération des Updates pour Ubuntu, Canonical mets maintenant des Kernel-Updates toutes les 2 semaines.
https://betanews.com/article/canonical- … g-hunting/

Jai fait des recherches sur le Net avec l’IA de Brave (Leo), voici la réponse :
The tuxedo-wmi 1.5.1 DKMS package is a deprecated Tuxedo module (the .deb dates to 2021) that is incompatible with kernel 7.0.0-38-generic. It has been superseded by the tuxedo-cc-wmi / tuxedo-drivers package. The apport crash-file error is a secondary symptom, not the root cause.
Fix :

# 1. Remove the old, broken DKMS module
sudo apt remove --purge tuxedo-wmi-dkms

# 2. Clean up the stale crash file
sudo rm -f /var/crash/tuxedo-wmi-dkms.0.crash

# 3. Install the current replacement (from the Tuxedo repo)
sudo apt install tuxedo-drivers

# 4. Re-run the failed kernel update
sudo apt install -f

If you don't use a Tuxedo laptop, simply purge the package (step 1) and re-run sudo apt install -f — you don't need the replacement at all.

La réponse me semble cohérente, mais c’est de l’IA, alors ne pas foncer tête baissée :)
J’espère ceci aide, mes PC tournent avec Zorin18.1, basé sur Ubuntu 24.04 LTS

Tu sais peut-être: Tuxedo OS est en train d'abandonner la base Ubuntu pour se reposer sur Debian Testing.

Bonjour

Je viens de passer à à ubuntu 26.04 et je voulais installer le client nextcloud-desktop.

En lançant la commande

sudo apt update && sudo apt upgrade

J'ai le message

Mis à jour :
  alsa-ucm-conf              libxpm4
  bpftool                    linux-generic
  gstreamer1.0-gtk3          linux-headers-generic
  gstreamer1.0-plugins-good  linux-image-generic
  gstreamer1.0-pulseaudio    linux-libc-dev
  libkf6coreaddons-data      linux-perf
  libkf6coreaddons6          linux-tools-common
  libssl-dev                 openssl
  libssl3t64                 openssl-provider-legacy
  libssl3t64:i386            qml6-module-org-kde-coreaddons

Installation de dépendances : 
  linux-headers-7.0.0-38                   linux-modules-7.0.0-38-generic
  linux-headers-7.0.0-38-generic           linux-tools-7.0.0-38
  linux-image-7.0.0-38-generic             linux-tools-7.0.0-38-generic
  linux-main-modules-zfs-7.0.0-38-generic

Ce qui m'étonne, dans le sens ou je fait les mises-à-jour chaque semaine, mais bon...
Et ensuite

autoinstall of module tuxedo-wmi/1.5.1 for kernel 7.0.0-38-generic (x86_64)
Building module(s)...(bad exit status: 2)
Failed command:
make -j4 KERNELRELEASE=7.0.0-38-generic -C src/ KDIR=/lib/modules/7.0.0-38-gener
ic/build
/usr/share/apport/package-hooks/dkms_packages.py:101: DeprecationWarning: apport
.fatal() is deprecated. Please use apport.logging.fatal() directly instead.
  apport.fatal('Cannot create report: ' + str(e))
ERROR: Cannot create report: [Errno 17] File exists: '/var/crash/tuxedo-wmi-dkms
.0.crash'

Error! Bad return status for module build on kernel: 7.0.0-38-generic (x86_64)
Consult /var/lib/dkms/tuxedo-wmi/1.5.1/build/make.log for more information.

Autoinstall on 7.0.0-38-generic failed for module(s) tuxedo-wmi(10).

En regardant le make.log

"warning: the compiler differs from the one used to build the kernel
  The kernel was built by: x86_64-linux-gnu-gcc (Ubuntu 15.2.0-16ubuntu1) 15.2.0
  You are using:           gcc (Ubuntu 15.2.0-16ubuntu1) 15.2.0
warning: pahole version differs from the one used to build the kernel
  The kernel was built with: 131
  You are using:             0"

Ensuite il y a plusieurs erreur dans la compilation.
 
  Comment faire pour corriger le tir ...
  Merci de toute aide
 
  François

Hello!

As-tu réussi à trouver une solution?

isabelle a écrit:

Bonjour,

Merci pour ta réponse.

Je vais voir pour trouver un support en présentiel.

Merci pour les liens.

Meilleures salutations.

Isabelle

Bonjour,

Je suis Loïc.
N'hésitez pas à poser des questions !!