- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Sep 6 2023
Sep 5 2023
Also, please retest T5960#172860 with the latest build.
The previous two changes will hopefully fix the error output of export to server. I'm not entirely sure about the missing line breaks.
With regard to the ü-error in the error message on keytocard somebody else has to check what's going wrong because I'm convinced that we are doing everything right.
[2188] org.kde.pim.libkleo: gpgConfGetConsoleOutputCodePage starting "C:\\Program Files x86)\\GnuPG VS-Desktop\\bin\\..\\GnuPG\\bin\\gpgconf.exe" --show-codepages [2188] org.kde.pim.libkleo: gpgConfGetConsoleOutputCodePage returns 0
The debug output of libkleo is missing. Please add org.kde.pim.libkleo.debug=true to your qtlogging.ini.
[1400] org.kde.pim.kleopatra: "C:\\Program Files (x86)\\GnuPG VS-Desktop\\GnuPG\\bin\\gpg.exe --send-keys 3A12118AD7F4CBB6FF38C6B8F615AD82F702FA1F gestartet ..." [1400] org.kde.pim.kleopatra: "gpg: NOTE: THIS IS A DEVELOPMENT VERSION!\r\ngpg: It is only intended for test purposes and should NOT be\r\ngpg: used in a production environment or with production keys!\r\ngpg: enabled debug flags: memstat trust extprog\r\ngpg: enabled compatibility flags:" [1400] org.kde.pim.kleopatra: "gpg: sende Schlüssel F615AD82F702FA1F auf ldap://" [1400] org.kde.pim.kleopatra: "gpg: Senden an Schlüsselserver fehlgeschlagen: Ungültige LDAP Credentials\r\ngpg: Senden an Schlüsselserver fehlgeschlagen: Ungültige LDAP Credentials\r\ngpg: keydb: handles=1 locks=0 parse=1 get=1\r\ngpg: build=0 update=0 insert=0 delete=0\r\ngpg: reset=0 found=1 not=0 cache=0 not=0\r\ngpg: kid_not_found_cache: count=0 peak=0 flushes=0\r\ngpg: sig_cache: total=2 cached=2 good=2 bad=0\r\ngpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0\r\n outmix=0 getlvl1=0/0 getlvl2=0/0\r\ngpg: rndjent stat: collector=0x00000000 calls=0 bytes=0\r\ngpg: secmem usage: 0/32768 bytes in 0 blocks"
Please provide the debug output, so that I can see which encoding was used to decode the error message.
In T5960#175302, @ebo wrote:Found in GnuPG-VS-Desktop-3.2.0-beta178, broken ü and no linebreaks:
Setting this to high after consultation with @werner, these issues should be fixed in next release.
Found in GnuPG-VS-Desktop-3.2.0-beta178, broken ü and no linebreaks:
Sep 4 2023
This is hopefully resolved. Setting to done because the fix cannot be verified with our builds of Kleopatra.
It also doesn't occur with the AppImage (Do we build a debug or unoptimized build for the AppImage?).
The problem doesn't occur with the development build. It also doesn't seem to occur with our Windows build.
Well 5.4.2 o.O and we on Tumbleweed are at 13.x gcc
I found this in the change log of Qt 5.4.2:
- On x86 and x86-64 systems with ELF binaries (especially Linux), due to a new optimization in GCC 5.x in combination with a recent version of GNU binutils, compiling Qt applications with -fPIE is no longer enough with GCC 5.x. Applications now need to be compiled with the -fPIC option if Qt's option "reduce relocations" is active. For backward compatibility only, Qt accepts the use of -fPIE for GCC 4.x versions. Note that Clang is known to generate incompatible code even with -fPIC if the -flto option is active.
This should be in the newest for testing.
So I think that the problem here is that ArchLinux either does not build Qt6 with -fPIC or it does and others don't and that our check for wether or not to add -fPIC is not really working as it should. When compiling executables we should also add -fPIE instead of -fPIC.
Sep 3 2023
Sep 2 2023
Sep 1 2023
So by we already have code to handle this problem, we had code for "No body but multipart/mixed" and your message was "empty body but multipart mixed" so I just needed to also check for an empty body and the code worked.
Ah damn, now that I closed this as a duplicate I found that we already have code to handle this problem.
I found this related to that: https://sourceware.org/bugzilla/show_bug.cgi?id=28875