On 2017/01/04 05:35 PM, Slávek Banko wrote:
> On Wednesday 04 of January 2017 09:17:25 deloptes wrote:
>> Hi,
>> especially to Michele. I tried patching tdebase and building it but I
>> now failed here and I don't understand why. Can you have a look and
>> tell me what I can do, please.
>>
>> thanks
>>
>>
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp: In member
>> function ‘void KCryptoConfig::slotCAImport()’:
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1887:58:
>> error: ‘class KOpenSSLProxy’ has no member named
>> ‘X509_STORE_get0_objects’ STACK_OF(X509_OBJECT) *certStore_objs =
>> KOSSL::self()->X509_STORE_get0_objects(certStore);
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1888:38:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_num’
>> for (int i = 0; i < KOSSL::self()->OPENSSL_sk_num(certStore_objs);
>> i++) { ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1889:69:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_value’
>> X509_OBJECT* x5o =
>> reinterpret_cast<X509_OBJECT*>(KOSSL::self()->OPENSSL_sk_value(certStor
>> e_objs, i));
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1892:23:
>> error: ‘class KOpenSSLProxy’ has no member named ‘X509_OBJECT_get_type’
>> if (KOSSL::self()->X509_OBJECT_get_type(x5o) != X509_LU_X509)
>> continue; ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1894:30:
>> error: ‘class KOpenSSLProxy’ has no member named
>> ‘X509_OBJECT_get0_X509’ X509 *x5 =
>> KOSSL::self()->X509_OBJECT_get0_X509(x5o);
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1958:35:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_free’
>> if (certStore) { KOSSL::self()->OPENSSL_sk_free(certStore);
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2030:32:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_free’
>> if (certStore) KOSSL::self()->OPENSSL_sk_free(certStore);
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp: In member
>> function ‘bool KCryptoConfig::loadCiphers()’:
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2404:24:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_num’
>> cnt = KOSSL::self()->OPENSSL_sk_num(sk);
>> ^
>> /opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2408:67:
>> error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_value’
>> SSL_CIPHER *sc =
>> reinterpret_cast<SSL_CIPHER*>(KOSSL::self()->OPENSSL_sk_value(sk, i));
>> ^
>> kcontrol/crypto/CMakeFiles/kcm_crypto-module.dir/build.make:73: recipe
>> for target
>> 'kcontrol/crypto/CMakeFiles/kcm_crypto-module.dir/crypto.cpp.o' failed
>>
>
> Hi Emanoil,
>
> you must first rebuild tdelibs - see commit
> http://mirror.git.trinitydesktop.org/cgit/tdelibs/commit/?id=e1861cb6
>
> Cheers
>
Hi Emanoil,
to add some more information, a few weeks ago openSSL was updated from 1.0.2 to 1.1 in Stretch.
With openSSL 1.1, several structs have been made opaque and as a result several packages FTBFS.
Slavek and I have been working hard to add support for openSSL 1.1 and just recently we pushed patches for tdelibs and
tdebase.
You need to download the latest sources, then rebuild everything up to tdelibs and tdebase.
Let me know if you are using R14.1.x, in that case it is necessary to disable pkcs support in tdelibs for the time
being, since we haven't fixed that yet.
Also expects some other packages to still FTBFS, we are still working on the issue.
Cheers
Michele
Attachment:
signature.asc
Description: OpenPGP digital signature
