Ubuntu : ThunderBirds : Plus possible de se connecter à Gmail via IMAP OAuth2

Publié le par
Répondre

Depuis le 17/09/2023, Thunderbird n’arrive plus à se connecter sur Gmail en IMAP.

Ma configuration :

  • Ubuntu 22.04.3 LTS (Jammy Jellyfish)

$ sudo snap refresh thunderbird –stable
thunderbird 115.2.3-1 from Canonical✓ refreshed

J’ai le même problème avec la version 118 de thunderbird.

J’ai l’erreur :

« 400. That’s an error.
The server cannot process the request because it is malformed. It should not be retried. That’s all we know. »

J’ai essayé quelques commandes sans succès :

/snap/thunderbird/current/thunderbird  -profilemanager -no-remote

J’ai bien la fenetre : https://accounts.google.com/AccountChooser?oauth=1…. qui s’ouvre mais ensuite quand j’approuve j’ai une erreur.

Misère.

Solution :

J’ai modifié general.useragent.compatMode.firefox = true à la place de false et cela refonctionne !

Gravel : Sospel vers Biot en passant par Saint-Agnes, Gorbio, La Turbie.

Publié le par
Répondre

Je me suis fortement inspiré du parcours suivant : https://col-dazur.com/blog/gravier-azur-sospel-nice/ . Bravo pour la création de se parcours.

Le parcours :

Total distance: 95695 m
Max elevation: 1128 m
Min elevation: 1 m
Total climbing: 2175 m
Total descent: -2525 m
Average speed: 18.58 km/h
Average temperature:
Total time: 10:19:45

Les points de passage :

  • Gare de Sospel (Prendre le train des merveilles).
  • Route du Parais ( Voir aussi : https://www.cafeducycliste.com/fr_fr/la-gazette/riviera-gravel-3-sospel-chemin-de-parais-col-de-braus/ ).
  • Col de Brauss (1002m)
  • Cime du Petit Brauss.
  • Baisse du Pape.
  • Col du Farguet.
  • Col de Ségra (963m)
  • Col des Banquettes (736m)
  • Sainte-Agnes.
  • Gorbio.
  • Col de la Coupière (440m) 
  • Tour du Mont Gros (686m).
  • La Turbie.
  • Parc de la Grande Corniche.
  • Fort de la Révère.
  • Route de la Révère.
  • Col d’Eze (507m).
  • Route stratégique des 4 chemins.
  • Tour du Mont Gros (376m) … celui de Nice.
  • Port de Nice.
  • PROM de Nice.
  • Siesta.
  • Biot.

C’est assez long, donc il faut un level Expert 🙂 : entre 7h et 11h de vélo …

Quelques photos :

 

Ubuntu : Module evdi not found in directory for displaylink-driver.service

Publié le par
Répondre

J’ai vu que j’avais en boucle dans syslog :

sh[30354]: modprobe: FATAL: Module evdi not found in directory /lib/modules/6.2.0-10018-tuxedo
sh[30396]: Kernel preparation unnecessary for this kernel. Skipping...
sh[30396]: Building module:
sh[30396]: cleaning build area...
sh[30396]: make -j16 KERNELRELEASE=6.2.0-10018-tuxedo all INCLUDEDIR=/lib/modules/6.2.0-10018-tuxedo/build/include KVERSION=6.2.0-10018-tuxedo DKMS_BUILD=1...(bad exit status: 2)
sh[31025]: ERROR (dkms apport): binary package for evdi: 1.10.1 not found
sh[31099]: Error! Bad return status for module build on kernel: 6.2.0-10018-tuxedo (x86_64)
sh[31099]: Consult /var/lib/dkms/evdi/1.10.1/build/make.log for more information.
systemd[1]: displaylink-driver.service: Control process exited, code=exited, status=10/n/a
systemd[1]: displaylink-driver.service: Failed with result 'exit-code'.
systemd[1]: Failed to start DisplayLink Driver Service.
systemd[1]: displaylink-driver.service: Consumed 7.320s CPU time.
systemd[1]: displaylink-driver.service: Scheduled restart job, restart counter is at 16.
systemd[1]: Stopped DisplayLink Driver Service.
systemd[1]: displaylink-driver.service: Consumed 7.320s CPU time.
systemd[1]: Starting DisplayLink Driver Service...

J’ai donc essayé manuellement avec plusieurs versions mais sans succès :

$ sudo dkms install -m evdi -v 1.12.0
Error! Could not find module source directory.
Directory: /usr/src/evdi-1.12.0 does not exist.

Donc j’ai du me résoudre à prendre sur git et à faire le build :

$ git clone https://github.com/DisplayLink/evdi.git
Cloning into 'evdi'...
remote: Enumerating objects: 3065, done.
remote: Counting objects: 100% (1631/1631), done.
remote: Compressing objects: 100% (482/482), done.
remote: Total 3065 (delta 1253), reused 1294 (delta 1148), pack-reused 1434
Receiving objects: 100% (3065/3065), 6.21 MiB | 2.07 MiB/s, done.
Resolving deltas: 100% (2146/2146), done.

$ python3 -m pip install pybind11 

$ make

$ sudo make install

make -C module install
make[1]: Entering directory '/home/arias/GIT/evdi/module'
make -C /lib/modules/6.2.0-10018-tuxedo/build M=$PWD INSTALL_MOD_PATH= INSTALL_MOD_DIR=/kernel/drivers/gpu/drm/evdi modules_install
make[2]: Entering directory '/usr/src/linux-headers-6.2.0-10018-tuxedo'
  INSTALL /lib/modules/6.2.0-10018-tuxedo//kernel/drivers/gpu/drm/evdi/evdi.ko
  SIGN /lib/modules/6.2.0-10018-tuxedo//kernel/drivers/gpu/drm/evdi/evdi.ko
  DEPMOD  /lib/modules/6.2.0-10018-tuxedo
Warning: modules_install: missing 'System.map' file. Skipping depmod.
make[2]: Leaving directory '/usr/src/linux-headers-6.2.0-10018-tuxedo'

Ensuite j’ai fait l’installation manuellement … et maintenant j’ai le displaylink-driver.service qui se lance et le display port qui fonctionne à nouveau.

STRAVA calcule désormais les économies de CO2

Publié le par
Répondre

Une belle nouvelle fonctionnalité …. reste qu’il faudrait que quand on est en vélo electrique, le mode de déplacement-transport soit coché par défaut.

Pour plus d’information : https://support.strava.com/hc/fr/articles/18133159832717-%C3%89conomie-de-CO2
Mon test :