Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

nombre réponses : 25

#0 -1 »  Étalonnage écran plante pour erreur irrécupérable [LTS 22.04] » Le 07/12/2022, à 19:47

Le Monolecte
Réponses : 3

Bonjour à tou·te·s,

Dernièrement, mon vaillant écran UltraSharp Dell de 2003 (hé oui!) a rendu l’âme. Je l’ai remplacé par un très satisfaisant P2421 toujours chez Dell qui est donc monté comme le précédent en écran secondaire sur mon ordi portable.

Comme j’ai besoin de sortir des photos, je me suis dit qu’il était temps de calibrer le nouvel écran, comme je le fais habituellement. Bon, j’avais noté que DispcalGUI avait disparu et que Argyll n’était plus installé par défaut: un tour dans la doc d’Ubuntu, et je vois le retour d’Argyll dans les dépôts et le fait qu’on peut lancer l’étalonnage directement depuis Paramètres>couleur.

Hop, je branche ma sonde (une SpyderX pro), je vais dans la gestion des couleurs. Magie! j’ai le bouton «étalonner» sur mon écran secondaire, je lance le bousin, suis les étapes, obtiens la mire blanche et paf, quand je lance la mesure, le truc plante en m’annonçant une erreur irréparable (mais pas plus de détails, hein, au cas où je voudrais corriger!).

Impossible de calibrer.

J’ai chercher dans les syslog et j’ai trouvé ça:

Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): EDID vendor "SEC", prod id 21569
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Printing DDC gathered Modelines:
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Modeline "1366x768"x0.0   72.14  1366 1414 1446 1522  768 770 775 790 +hsync -vsync (47.4 kHz eP)
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Modeline "1366x768"x0.0   48.09  1366 1414 1446 1522  768 770 775 790 +hsync -vsync (31.6 kHz e)
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): EDID vendor "SEC", prod id 21569
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Printing DDC gathered Modelines:
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Modeline "1366x768"x0.0   72.14  1366 1414 1446 1522  768 770 775 790 +hsync -vsync (47.4 kHz eP)
Dec  7 18:15:22 agnes-Latitude-E4310 /usr/libexec/gdm-x-session[1920]: (II) modeset(0): Modeline "1366x768"x0.0   48.09  1366 1414 1446 1522  768 770 775 790 +hsync -vsync (31.6 kHz e)
Dec  7 18:16:08 agnes-Latitude-E4310 gnome-shell[2191]: 
Dec  7 18:16:08 agnes-Latitude-E4310 gnome-shell[2191]: 
Dec  7 18:16:08 agnes-Latitude-E4310 gnome-shell[2191]: [pixel-saver]: Can't find original state for Étalonnage de l’écran with id 0x540333d
Dec  7 18:16:16 agnes-Latitude-E4310 gnome-control-c[7822]: calibration failed with code 1: no sensor->get_sample
Dec  7 18:16:20 agnes-Latitude-E4310 gnome-control-c[7822]: failed to start calibrate: failed to calibrate

J’ai tenté en ligne de commande… mais c’est un peu chiant, déjà, pour dire de quel écran on parle…

dispcal -yl -R

Donne

dispcal: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory

J’ai vérifié, j’ai le bousin installé…

Bref, je ne comprends rien.

#1 Re : -1 »  Étalonnage écran plante pour erreur irrécupérable [LTS 22.04] » Le 08/12/2022, à 20:49

Le Monolecte
Réponses : 3

Merci, inbox.

ii  libxinerama1:amd64                            2:1.1.4-3                                         amd64        X11 Xinerama extension library

Et j’utilise Xorg parce que Wayland sucks.

Cela dit, j’ai craqué et installé le flatback de DisplayCAL. C’est (vraiment trop) gros, mais comme y a tout l’environnement dedans, ça marche nickel et j’ai pu calibrer mon écran.

(mais je me sens sale ?)

#2 Re : -1 »  gourmet ne se lance plus » Le 08/12/2022, à 20:44

Le Monolecte
Réponses : 3

Bonne nouvelle: Gourmand est sorti et on peut y importer nos recettes perdues de Gourmet.

#3 -1 »  Remettre les fonts en ordre » Le 28/11/2022, à 18:50

Le Monolecte
Réponses : 0

Bonjour à tous,

J’ai cherché un peu partout sur le forum et la doc, mais je ne trouve pas réellement de réponses à mon problème.

En gros, mon système est fonctionnel depuis des années, versions après versions. Mais des tas de trucs s’accumulent au fil des ans et certaines configs changent en laissant de petits bousins de ci de là.

Mon souci concerne les polices de caractères. À cause de mon boulot (graphisme), j’en ai une grande quantité sur mon système et elles sont dans des tas de dossiers. Depuis quelques mois (mais avant le passage à la LTS 2022), j’ai de gros bugues: certaines polices font planter ma session si je les appelle dans un programme ou tente de les visualiser. J’ai viré Font-Manager en pensant que c’était le souci, mais non.

Donc, j’ai commencé par désinstaller des polices système un peu exotiques et qui ne me servent à rien, mais c’est toujours le souk.

J’ai des trucs agaçants comme le refus d’afficher une police émoji dans l’extension gnome Emoji Selector, alors que j’ai des polices émoji installées

J’ai donc besoin de comprendre précisément comment Ubuntu LTS 22.04 xorg (ne me parlez pas de Wayland, please!!!) gère les polices pour pouvoir nettoyer mon système, sans perdre les polices importantes (pas forcément celles par défaut) et sans niquer mon système tout court.

J’ai des trucs dans:
/home
  fontconfig
  fonts
  .fontconfig
  .FontForge
  .fontmatrix
  .Fontmatrix
  .fonts
  .fonts-managed
  .fonts-reserved
  .fontypython
  .local/share/fonts

/usr/share/
  fontconfig
  fonts
  fonts-droid-fallback
  fonts-sil-charis
  fonts-sil-gentiumplus

Les trucs en gras sont les dossiers où théoriquement le système va taper.
Si quelqu’un est bon en gestion de fonts, ça m’aiderait…

Merci.

#4 Re : -1 »  Recettes pour gourmet recipe manager ou krecipe » Le 28/09/2022, à 16:18

Le Monolecte
Réponses : 27

Bonjour, tout le monde!

Je déterre ce vieux topic parce qu’il parle du gestionnaire de recettes Gourmet.

Celui-ci a cessé de fonctionner il y a 2 ans, en gros lors de l’installation de la LTS 2020.04, ce qui fait que j’ai perdu l’accès à mes recettes.

Aujourd’hui, je découvre l’existence d’un dummy package vers ce qui a tout l’air d’être un fork: Gourmand.

Gourmand marche très bien, mais tout ce qui a été prévu, c’est d’importer les exports XML de Gourmet… ce qui est fort dommage parce que, précisément, je n’ai pas eu le temps d’exporter ma recipe.db.

Si quelqu’un a une idée pour récupérer la BDD de gourmet pour gourmand, ça ferait mon quatre heure.

#5 Re : -1 »  Recettes pour gourmet recipe manager ou krecipe » Le 28/09/2022, à 17:04

Le Monolecte
Réponses : 27

Rebonjour,

J’ai comparé la structure des 2 BDD, celle de Gourmet que j’avais conservé au cas où dans .gourmet du répertoire utilisateur avec celle de Gourmand dans .gourmand à l’aide de DB browser for SQLite et en dehors de quelques tables en + dans gourmet, ça avait l’air de coller.
Donc, j’ai renommé recipes.db de Gourmand et j’ai collé une copie de recipes.db de Gourmet…

ET ÇA MARCHE TROP DE LA BALLE!

Donc Gourmand permet bien de récupérer les recettes Gourmet.

#6 Re : -1 »  Recettes pour gourmet recipe manager ou krecipe » Le 28/09/2022, à 17:06

Le Monolecte
Réponses : 27
erresse a écrit :

Bonjour,
En effet, bravo pour le déterrage !
Une suggestion, sans doute assez contraignante mais bon...
Tu télécharges une iso de la version 18.04 de ton choix et tu te crées une clé Live-USB sur laquelle tu pourras installer Gourmet et qui te permettra de créer les fichiers d'exportation XML pour les passer à Gourmand.
Après, tu peux toujours reformater ta clé si la version 18.04 ne t'est plus utile... big_smile

Merci, Erresse d’avoir répondu.
Ta solution ne manque pas d’élégance, mais la mienne a l’avantage de la simplicité. cool:cool:

#7 -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 11:05

Le Monolecte
Réponses : 12

Bonjour,
J’ai exactement le même problème: j’en déduis que le plus simple, c’est de copier la carte micro SD avec DDrescue sur une nouvelle et youpi.
Par contre, mon ordi n’a pas la place: je peux copier sur un SSD extérieur l’image de ma SD HS?

#8 Re : -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 11:45

Le Monolecte
Réponses : 12

Même topo que AozRoon avec le superbloc super défoncé…

sudo fsck /dev/mmcblk0
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/mmcblk0

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Trouvé une table de partitions gpt dans /dev/mmcblk0

Il ne faut pas que ddrescue crée un fichier temp sur mon SSD principal: je n’ai pas la place.

D’ailleurs, c’est obligé que la carte SD fasse la même taille que la vieille ou pas?

Sinon, 2 devices morts en 2 jours… j’ai beau avoir plein de sauvegardes de mon système principal, je commence à flipper un peu…

#9 Re : -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 13:29

Le Monolecte
Réponses : 12

Merci pour toutes tes précisions et ton aide.

#10 Re : -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 22:03

Le Monolecte
Réponses : 12

Bon, la copie image a bien fonctionné… mais la nouvelle carte présente le même problème que l’ancienne: j’en déduis que c’est un problème d’écriture et pas de device.
Donc, je formate la nouvelle carte et bye bye les données.
Pas grave.

#11 Re : -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 22:19

Le Monolecte
Réponses : 12

Oui, c’est la même configuration que dans le thread d’origine. Donc oui, les partoches chelous sont les mêmes et elles sont cryptées par Android. Et j’ai bien vu qu’on pouvait récupérer que dalle.

#12 Re : -1 »  carte SD corrompue d'un téléphone android » Le 27/05/2022, à 22:53

Le Monolecte
Réponses : 12

J’avais fait une grosse sauvegarde il y a 3 mois, donc l’essentiel est à l’abri… Je vais laisser tomber le formatage carte interne, pour des raisons évidentes.

Merci beaucoup pour ton temps et ta patience.
En ce moment, j’ai des pannes en série. J’attends un nouvel écran pour mon ordi, j’ai une mise à jour Ubuntu sur un ordi de secours qui a défoncé le système (sérieux, 1ere fois que ça m’arrive en 17 ans le Linux!), bref, je ne vais pas perdre plus de temps et d’argent sur ce problème.

#13 Re : -1 »  carte SD corrompue d'un téléphone android » Le 28/05/2022, à 09:42

Le Monolecte
Réponses : 12

C’était l’écran externe d’un portable qui avait presque 20 ans. Je pense que j’aurais pu le sauver en l’ouvrant et en cherchant le condo qui avait passé l’arme à gauche, mais comme je pensais déjà à le changer… c’est juste barbant de n’avoir que le 13" pour une semaine. D’un autre côté, je venais juste de finir le dernier boulot pour un client, genre, ça pouvait difficilement tomber mieux.
Oui, mis à niveau pour l’autre portable… j’ai vérifié avec un live usb de quand datait la dernière donnée sauvegardée. C’était ok, donc autant repartir avec une install propre.

J’ai profité des courses pour me prendre un SSD externe d’1 To… parce que mon autre disque externe, ça fait longtemps qu’il est là… et que — comme tu le vois dans ma signature — mon laptop principal commence à dater (mais je lui ai déjà changé deux fois son SSD interne…).

#14 Re : -1 »  Utilisateurs Odoo en entreprise » Le 07/10/2019, à 16:30

Le Monolecte
Réponses : 28

Mes versions d’ODOO ne répondaient plus aux exigences de l’administration fiscale qui ressemble de + en + à une extension du cahier des charges de Ciel & co.
Cela fait 2 ans que j’ai migré pour une solution SAAS… qui vient de changer ses tarifs et options. Donc, ça devient très chiant ces histoires de compta. D’autant que je dois tout de même maintenir mes vieilles occurrences de compta en cas de contrôle.

#15 -1 »  Desktop-couch » Le 18/04/2021, à 16:36

Le Monolecte
Réponses : 3

Bonjour à tou·te·s,

J’ai toujours mon UBUNTU LTS à jour et je regardais s’il n’y avait pas de dans mon home des encombrants à virer pour alléger les données.

Je viens de trouver un énorme dossier de 2,8 Go nommé Desktop-couch. Dedans, des bases de données en format couch: Gwibber, bookmarks, des trucs dont le plus récent date de 2012.

Je me demande si ça me sert encore à quelque chose ou si je peux benner sans problème.

Merci.

#16 Re : -1 »  Desktop-couch » Le 18/04/2021, à 17:08

Le Monolecte
Réponses : 3

Merci.

À priori, non. Cela dit et bien que je sois passée à Thunderbird depuis des années, j’ai toujours des processus Evolution qui tournent, ce qui me laisse dubitative.

#17 -1 »  libpoppler85: problèmes de dépendances » Le 17/09/2020, à 14:36

Le Monolecte
Réponses : 84

Je ne trouve pas ce fil très résolu.

Ce paquet me bloque la maj  LTS depuis des mois et je n’arrive pas à résoudre ses problèmes de dépendance.

#18 Re : -1 »  Darktable » Le 24/11/2018, à 20:59

Le Monolecte
Réponses : 446

Ce n'est bien sûr pas conseillé du tout.
Cela dit, tu n'es pas obligé de passer par les sources, mais par le PPA unstable… à tes risques et périls.

Site officiel Dartable a écrit :

PPA for Ubuntu

    For stable releases add the Darktable Release PPA.
    If you are adventurous and are willing to deal with problems from time to time add the Darktable Unstable PPA. Don’t use this PPA if you do time critical work with darktable!
    Follow the instructions on the Launchpad PPA page.
    Then search for “darktable” in the Software Center of Synaptic Package Manager and install it.
    You will find it under “Applications/Graphics/Darktable Photography Workflow Software”

Tout est là → https://www.darktable.org/install/

#19 Re : -1 »  Darktable » Le 24/11/2018, à 23:34

Le Monolecte
Réponses : 446

Et avec la version git?

#20 Re : -1 »  [Résolu] Installer Gourmet sur Ubuntu 20.04 : est-ce possible ? » Le 22/08/2020, à 17:30

Le Monolecte
Réponses : 5

J’ai des problèmes avec les extensions.
Plus possible d’imprimer les recettes, tout part en steak et je ne trouve pas  d’alternatives.

#21 Re : -1 »  Touche fn d'un clavier Typematrix inactive » Le 15/07/2019, à 15:53

Le Monolecte
Réponses : 1

Ça marche, maintenant?

#22 -1 »  Top bar en multiécran » Le 04/08/2018, à 18:35

Le Monolecte
Réponses : 1

Bonjour à tous,

J'ai fini par forcer l'upgrade de 16.04 à 18.04 LTS, vu que le gestionnaire de mise à jour faisait le mort sur ce sujet.
J'ai déjà la 18.04 LTS qui tourne avec une installation fraîche et un bureau Gnome sur une autre bécane et ça va plutôt bien.

Le truc qui m'agace un peu, c'est qu'en multiécran, seul l'écran 1 affiche la topbar et tout ce qui va avec et j'aimerais bien l'avoir sur les deux écrans. En gros, ça fait un peu bizarre de devoir changer d'écran pour trouver le bouton de fermeture d'une fenêtre, ce genre de petit détail.

Sinon, je ne sais pas pourquoi l'icone de nextcloud n'apparait pas dans la zone d'indicateurs, vu que j'ai installé l'extension gnome topicon plus…

Bref, je me fais un peu chier pour retrouver une ergonomie de travail qui me va bien.

Restez au frais!

#23 Re : -1 »  Comptes en ligne Gnome : acces aléatoires » Le 20/05/2018, à 15:30

Le Monolecte
Réponses : 6

Tu as trouvé une solution depuis?

De mon côté, je viens de migrer (toujours chez Mère Z.) de OwnCloud à NextCloud, qui est le fork du premier.

#24 Re : -1 »  tablette wacom intuos 4pro L » Le 22/04/2018, à 16:04

Le Monolecte
Réponses : 2

Bonjour, Dildo,

Je ne peux pas te dire si ça va marcher spécifiquement du premier coup avec la Pro, mais je viens de réussir à faire marcher l'Intuos BT M que je viens d'acheter et qui est plus récente. Par contre, il m'a fallu mettre à jour les drivers du noyau → https://forum.ubuntu-fr.org/viewtopic.php?id=2025071

Donc, si la mienne est prise en charge par l'équipe Input Wacom, la tienne devrait l'être aussi. D'ailleurs, si tu regardes la liste des tablettes prises en charge par ce driver, tu verras que la tienne y est aussi!

Et nous ne ne sommes qu'à quelques jours de la sortie de la LTS 18.04…