I come back ;-) Same result with GNUgpg. Seamonkey eats a lot of CPU and load average of my workstation is height (between 7 and 8). nfs requests show that enigmail opens and closes enigmail.sqlite-journal: length 188: NFS request xid 3247383850 184 create fh 168 0/645379787 "enigmail.sqlite-journal" length 156: NFS request xid 3398378794 152 remove fh 168 0/645379787 "enigmail.sqlite-journal" length 188: NFS request xid 3616482602 184 create fh 168 0/645379787 "enigmail.sqlite-journal" length 156:...
I come back ;-) Same result with GNUgpg. Seamonkey eats a lot of CPU and load average of my workstation is height (between 7 and 8). nfs requests show that enigmail opens and closes enigmail.sqlite-journal: length 188: NFS request xid 3247383850 184 create fh 168 0/645379787 "enigmail.sqlite-journal" length 156: NFS request xid 3398378794 152 remove fh 168 0/645379787 "enigmail.sqlite-journal" length 188: NFS request xid 3616482602 184 create fh 168 0/645379787 "enigmail.sqlite-journal" length 156:...
I have verified that my keys were imported in gpg configuration: hilbert:[~] > gpg --list-secret-keys /home/bertrand/.gnupg/pubring.kbx ... sec rsa4096 2023-10-03 [SC] 1BCD8FB69B281E1D0F6E5C1BD69838D31BF166C2 uid [ ultime ] BERTRAND Joël (OpenPGP systella.fr) <joel.bertrand@systella.fr> ssb rsa4096 2023-10-03 [E] ... But enigmail complains as its configuration is not done. I have restarted Seamonkey with default locale and I have seen that gpgme-json was missing on my system. Thus, I have built gpgme-json...
Yes, this workstation is pure diskless. I have tried to replace OpenPGP.js by GnuPG. First stage of reconfiguration runs fine as Enigmail finds GnuPG, but key restoration stalls. I have created a file 'Enigmail-exportation.zip' from my old configuration I try to restore. Enigmail console shows: Initializing Enigmail service ... Initializing Enigmail service ... Initializing Enigmail service ... enigmail> --no-verbose --status-fd 2 --no-auto-check-trustdb --import enigmail> --no-verbose --status-fd...
Hello, I use Enigmail on Seamonkey on a diskless workstation (/home and, of course, .mozilla/seamonkey/profiles are on NFSv3/TCP disks). Regulary, seamonkey takes a lot of CPU. For example: top - 14:54:19 up 16 days, 1:31, 33 users, load average: 49,90, 49,76, 49,54 Tâches: 458 total, 4 en cours, 454 en veille, 0 arrêté, 0 zombie %Cpu0 : 9,1 ut, 38,4 sy, 0,0 ni, 4,0 id, 48,5 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu1 : 10,8 ut, 36,3 sy, 0,0 ni, 1,0 id, 52,0 wa, 0,0 hi, 0,0 si, 0,0 st %Cpu2 : 17,8 ut, 38,6...
Hello, I'm trying to build knoda5 on a FreeBSD workstation to use an old database created with knoda3. I have built knoda from source for a very long time and I believe I know its build process ;-) I have successfully built kh_classes and knoda5 with g++9 (after some minor patches to build hk_classes with a C++11 compiler and modifications in configure/makefiles to avoid a very old bug, configure consider that FreeBSD is unable to create shared libraries as configure use freebsd1) instead of freebsd1.)...
hanakp a écrit : Hello, cmake cannot properly identify hk_classes library. I see...
hanakp a écrit : Comment: Hello, I prepared mysql driver patch for hk_classes 0.8.4...