Reprise du message précédent :
vous avez une solution qui marche pour remplir les cerfa (pdf+xfa) ?

sur internet ça parle de firefox mais il me permet pas de remplir quoique ce soit

et sinon Master PDF Editor en pas libre

ou alors mes cerfa sont pas éditables

En 2020, j’y arrivais avec Evince pour les fameuses attestations COVID. Lui et son successeur Papers (depuis GNOME 49, donc pas forcément encore sur Stable) peuvent peut-être y arriver ?
 
Sinon, il y a bien LibreOffice (via le module Draw) qui permet de modifier des PDF (comme virer les pubs sur les billets électroniques SNCF en supprimant les blocs concernés), mais je garantis pas la mise en page après pour de tels formulaires.

Xournal permet de modifier facilement un pfd (texte, lignes, différentes formes..)
(très pratique pour y insèrer une signature, par exemple)

en fait je sais pas si ils sont éditables
 
en prenant des formulaires au pif y'en a qquns seulement qui sont éditables on dirait https://www.service-public.gouv.fr/ [...] formulaire
 
celui là par exemple https://www.service-public.gouv.fr/ [...] its/R10946

je pensais qu'ils l'étaient tous mais probablement pas

(ceux qui sont éditable le sont avec tous, firefox, evince, qpdfview, atril, ...)

hum apparemment c'est précisé ici dans le type https://www.formulaires.service-pub [...] essionId=1

dynamique = éditable https://www.formulaires.service-pub [...] n=12623*02
statique = vtff https://www.formulaires.service-pub [...] n=11562*02

 
Pourquoi ne pas utiliser dovecot dans docker afin d'éviter ce genre de problème/incident ?

Si KDE Plasma ... alors annotations dans Okular
Et pour verrouiller les annotations => impression PDF

Car je n'y avais jamais pensé
 
Pour m'être rapidement renseigné sur la question, à un moment même le dovecot dans le container devra bien être mis à jour.
 
Le sujet Dovecot c'est vraiment la maj 2.3>2.4 qui a surpris tout le monde et une absence totale de documentation et d'outil d'assistance à la migration.

 
cette mode de tout mettre en container pour éviter les updates c'est fantastique. On se retrouve avec des machines truffées de vieux containers moisis pas à jour c'est génial  

pluzin, l'utilisation systématique d'un container docker n'est pas une solution de facilité. Au contraire, ça demande de l'intégrité et de la rigueur d'exploitation ... surtout concernant les mises à jour.
 
Les personnes poussant à l'usage de docker pour tous les sujets dans tous les contextes, m'est avis qu'ils trahissent un manque de savoir-faire important dans la gestion d'un système d'exploitation.  
 
Docker n'est pas un cache-misère !

Mdr ça doit être ça...

Pas les éviter mais peut être mieux contrôler.
Ca n'empêche pas d'utiliser par la suite une image docker à jour de ton app.

Et il existe des solutions pour mettre à jour automatiquement les images docker et ne pas rester avec des vieilles app.

J'aime bien le fait de ne pas pourrir son OS de pleins de packages.

Après chacun fait comme il veut.

en quoi ça pourrit l'OS d'avoir plein de packages ?

 
Installer une machine/serveur mais ne pas vouloir installer les packages nécessaires pour le serveur en question, c'est un concept  

Même question, sachant qu’un OS est fait pour ça ! Et s’il survit pas à une simple installation de logiciel, c’est vraiment qu’il est mal fait et ne devrait jamais être utilisé en production nulle part (et surtout pas dans le monde pro ; et ça vaut aussi pour le logiciel, qui peut tout autant avoir été codé avec les pieds et ne devrait alors pas davantage être utilisé, conteneurisé ou non).

Du coup ça revient au même, tu te manges les évolutions de conf pareil

Clairement...

À noter que même là ça ne garantie rien, voir la dernière maj de docker stable qui pète plein de conteneur car changement d'api...
Même avec le repo docker stable sur une debian.
( Exemple nextcloud aio ne marche plus sur la dernière upgrade de docker... Pourtant c'est suivi, idem au travail on a eu le cas avec les runner gitlab ne passant plus après montée de version de docker suite aux maj de secu de l'hôte...)

pluzin
 
Je docker uniquement pour du jetable, des tests ou des petits trucs.

 
Le pb c'est surtout faire cohabiter plusieurs versions de certaines librairie, mais ça fait un moment que j'ai pas eu ça.

Et les usines à gaz impossible à installer manuellement, eg: twenty CRM

C'est fou comme vous partez dans des extrêmes...

Le message d'origine était qu'il avait peur de casser son dovecot en faisant une mise a jour global de ses packages.

Si c'est un risque potentiel, docker reste une bonne alternative pour figer sa version d'app, le temps de tester une version plus récente, et de ne pas trembler a chaque mise a jour.

Alors oui, une mise a jour de docker peut avoir un influence sur ton app, mais ça reste rare.

Je n'ai jamais dis de tout passer sur docker, et encore pourquoi pas, je fais ça chez moi et ça se passe très bien, et ce n'est pas pour compenser un manque de connaissances/compétences.

Et quand je parle de pourrir son OS, j'aime bien un Os sans X packages installés qui au final ne servent pas.

Il existe plusieurs solutions pour répondre à son besoin, et docker en fait partie, c'est tout.

Que vous n'aimiez pas docker, c'est un autre sujet.

Rare oui, jusqu'à la dernière version de docker qui a monté la version min d'api.  (mais ça semble assez récurent en fait).
Là pour le coup ça semble avoir impacté pas mal de produit dont des gros connus genre nextcloud.

Bon on peut contourner avec

Sous Debian 13, le gestionnaire de taches de Plasma m'indique dans la section "Applications" que j'ai une appli lancée désignée par "org.chromium.Chromium".
 
Ça vient d'où ce truc ? j'ai jamais installé Chromium, et je ne trouve aucune trace de ce truc qui me bouffe 500 Mo de RAM avec top ou atop.

Ca peut être une application qui embarque chromium dans son code pour fonctionner.
 
Avec un ps peux déjà voir ce qui bouffe de la ram et peut être faire un rapprochement avec une app.

C'est quoi l'interet de docker au quotidien ?

Toutes les applications Electron (qui contient un Chromium complet en son sein, d’où le fait que ce soient des gouffres à RAM), déjà : Discord, Slack, Joplin, Twake (ex-Cozy Desktop)…

Merci ! Vous m'avez mis sur la voie... C'est Signal le fautif, il utilise Electron.

Bienvenue dans le monde moderne avec leurs "superbes" applications...

 
ça permet de distribuer/lancer des applications dont le mode d'installation est tellement compliqué que ça pourrirait ton système d'essayer de les installer à la main. Le corollaire, c'est que ça isole l'application du reste du système.
 
( bien mieux dit que ça : https://utcc.utoronto.ca/~cks/space [...] Installing )

mais donc cela cree un chroot ? ou cela copie tout le systeme ?

Il existe une blague célèbre qui dit qu’utiliser un conteneur Docker, c’est comme ajouter tout le système d’autrui sur sa machine (donc le logiciel et tout l’environnement de son concepteur). En gros, c’est un peu comme si tu lançais une VM préconfigurée dédiée au seul logiciel en question, de ce que j’en comprends.

A la différence d'une vm c'est que le kernel utilisé c'est celui de l’hôte.
Donc c'est un peu moins cloisonné.  
Mais oui le but c'est d'avoir tout l'environnement (en dehors du kernel) à part.  
C'est un peu comme flatpak/snap ça a ses avantages et inconvénients qui sont proches.  
 
Pour moi docker en dehors d'un usage developpeur ou serveur ça n'a pas sa place sur un poste utilisateur.  
APrès flatpak/snap pour un utilisateur selon l'usage ça peut avoir son intérêt, exemple vu qu'on est sur le topic debian, j'ai steam en flatpak, ce qui me permet d'avoir steam à jour, mesa à jour etc, tout en gardant une base totalement stable pour le reste en dehors des flatpak.  
Je pourrais bricoler avec des backport/ppa etc mais ça serait pour moi perdre l'intéret de debian stable, là ou actuellement j'ai les avantages tout en n'étant pas bridé pour les jeux.  
 
Techniquement pour avoir le contrôle du conteneur docker, tu pourrais très bien faire l'image toi même en rajoutant le produit que tu veux dedans, (exemple partir d'une image alpine installer les dépendances etc) tu aurais donc le contrôle des mises à jour etc, mais ça demande pas mal de temps et de gérer en plus un système dans le conteneur, ce qui fait que souvent on part de l'image faite par l'équipe projet qui est sensée être "parfaite" pour le projet, mais qui du coup est une sorte de boite noir qui embarque le logiciel que tu veux mais ou tu n'es pas sûr que tout le systême soit bien mis à jour.  
 
 
En fait le problème n'est pas tellement le produit, docker/flatpak/snap ont leurs avantages. Le problème c'est que tout se dirige vers c'est la seule solution utilisable parce que personne ne veut se faire chier.  
C'est un peu comme lire pourquoi il faut des consoles puissantes, bah ça permet de développer des jeux moins cher car pas ou peu optimisés compensé par la puissance de la console...

Pour rester dans le thème, j'ai wine & virtual box (qui me bouffe 40Go d'install), sauf que des applis passent moyennement sous wine et j'ai majoritairement la flemme d'utiliser virtual box (je suis totalement pommé avec leur raccourcis).
En parallèle, j'apprends l'existence de winapps. Un avis sur un switch virtual box et/ou wine vers winapps ?

Je suis parti à la découverte de la communauté Française de Debian
J'ai testé deux forums que je ne citerai pas pour pas leur faire de pub
ça m'a pas plu

Contrairement à la communauté fr Fedora j'ai jamais eu de problème mais la communauté fr debian

C'est pas ici la communauté Debian ?  

Chai pas. J'ai l'impression que c'est des vieux cons la communauté Debian en France
Des gens qui aiment pas le changement

Bref ça m'a pas plu. Pas grave.

 
Pourquoi penses-tu qu'il y a toujours 10 versions de retard sur les paquets de Debian ?

Ben oui y'a une logique j'avoue

Mais je suis pas comme eux

Donc, c'est toi qui n'est pas Debianeux

Bha j'aime bien les femmes nues pourtant !

En vrai, j'utilise Debian sur mon serveur, mais je serais trop frustré de l'utiliser sur un ordinateur client.