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(certStore_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
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
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
Michele Calgaro wrote:
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.
Hi, thanks to both of you.
I started now building tdelibs. My base is debian jessie and some or most of the packages I rebuild from git. We'll see if something fails.
I was wondering if you can help me getting a proper build environment, where I can rebuild locally dependent packages. For now I have all on my local drive, but I would prefer to move it on my server and have access via nfs.
The question is if you have best practice recommendation on this and if there is a common way to automate git update and build ... I don't want to have more than needed for testing. Ideally I have all the packages I need in a TDE directory, but I found out that I must maintain a file with dependences if I want to automagically build all I want to test, so I was thinking I write a script where I provide the arguments in the build order I want: tdelibs tdebase in this case?
I am sure you have been thinking about this already.
thanks
On 2017/01/04 08:42 PM, deloptes wrote:
Michele Calgaro wrote:
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.
Hi, thanks to both of you.
I started now building tdelibs. My base is debian jessie and some or most of the packages I rebuild from git. We'll see if something fails.
I was wondering if you can help me getting a proper build environment, where I can rebuild locally dependent packages. For now I have all on my local drive, but I would prefer to move it on my server and have access via nfs.
The question is if you have best practice recommendation on this and if there is a common way to automate git update and build ... I don't want to have more than needed for testing. Ideally I have all the packages I need in a TDE directory, but I found out that I must maintain a file with dependences if I want to automagically build all I want to test, so I was thinking I write a script where I provide the arguments in the build order I want: tdelibs tdebase in this case?
I am sure you have been thinking about this already.
thanks
Hi Emanoil, Slavek and I have our own scripts to automate building TDE. About 3 years ago we had some discussions about releasing these scripts after R14.0.0 was out, then for a reason or another we kept procrastinating :-( Your email is a good reminder that we need to do something here! I will need to do some changes to my scripts to be able to add them to our GIT packaging repo. Will you be willing to test them out (together of course) when they are ready? If so, I will make a point of doing this extra effort after Slavek and I complete the openssl migration.
Cheers Michele
Michele Calgaro wrote:
I will need to do some changes to my scripts to be able to add them to our GIT packaging repo. Will you be willing to test them out (together of course) when they are ready? If so, I will make a point of doing this extra effort after Slavek and I complete the openssl migration.
Yes, I would appreciate having such scripts and testing them.
regards
Hi Michele, can you advise what I am missing here?
thanks
[ 40%] Building CXX object kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o cd /opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kate/app && /usr/bin/g++ -DHAVE_CONFIG_H -Dkateinterfaces_shared_EXPORTS -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kate/app -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -include tqt.h -o CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o -c /opt/software_x64/KDE/TDE/tdebase/kate/app/kateapp.cpp In file included from /opt/software_x64/KDE/TDE/tdebase/kate/app/kateapp.cpp:27:0: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘const TQString& KateSessionManager::getActiveSessionName()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:260:77: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) const TQString& getActiveSessionName() /*FIXME const*/ { return m_sessions[m_activeSessionId]->getSessionName(); }
^ /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘KateSession* KateSessionManager::getActiveSession()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:271:54: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) KateSession* getActiveSession() { return m_sessions[m_activeSessionId]; } ^ /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘void KateSessionManager::reloadActiveSession()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:328:42: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) void reloadActiveSession() { m_sessions[m_activeSessionId]->load(true); } ^ kate/app/CMakeFiles/kateinterfaces-shared.dir/build.make:198: recipe for target 'kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o' failed make[3]: *** [kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o] Error 1 make[3]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:16063: recipe for target 'kate/app/CMakeFiles/kateinterfaces-shared.dir/all' failed make[2]: *** [kate/app/CMakeFiles/kateinterfaces-shared.dir/all] Error 2 make[2]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' Makefile:120: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 'debian/stamp-makefile-build' failed make: *** [debian/stamp-makefile-build] Error 2
Dne st 4. ledna 2017 deloptes napsal(a):
Hi Michele, can you advise what I am missing here?
thanks
[ 40%] Building CXX object kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o cd /opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kate/app && /usr/bin/g++ -DHAVE_CONFIG_H -Dkateinterfaces_shared_EXPORTS -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kate/app -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -include tqt.h -o CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o -c /opt/software_x64/KDE/TDE/tdebase/kate/app/kateapp.cpp In file included from /opt/software_x64/KDE/TDE/tdebase/kate/app/kateapp.cpp:27:0: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘const TQString& KateSessionManager::getActiveSessionName()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:260:77: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) const TQString& getActiveSessionName() /*FIXME const*/ { return m_sessions[m_activeSessionId]->getSessionName(); }
^ /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘KateSession* KateSessionManager::getActiveSession()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:271:54: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) KateSession* getActiveSession() { return m_sessions[m_activeSessionId]; } ^ /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h: In member function ‘void KateSessionManager::reloadActiveSession()’: /opt/software_x64/KDE/TDE/tdebase/kate/app/katesession.h:328:42: error: no match for ‘operator[]’ (operand types are ‘TQPtrList<KateSession>’ and ‘int’) void reloadActiveSession() { m_sessions[m_activeSessionId]->load(true); } ^ kate/app/CMakeFiles/kateinterfaces-shared.dir/build.make:198: recipe for target 'kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o' failed make[3]: *** [kate/app/CMakeFiles/kateinterfaces-shared.dir/kateapp.cpp.o] Error 1 make[3]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:16063: recipe for target 'kate/app/CMakeFiles/kateinterfaces-shared.dir/all' failed make[2]: *** [kate/app/CMakeFiles/kateinterfaces-shared.dir/all] Error 2 make[2]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' Makefile:120: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 'debian/stamp-makefile-build' failed make: *** [debian/stamp-makefile-build] Error 2
Michele's patch for new sessions in Kate seems to require TQt R14.1.x - see http://mirror.git.trinitydesktop.org/cgit/tqt3/commit/?id=6b220f98
Slávek Banko wrote:
Michele's patch for new sessions in Kate seems to require TQt R14.1.x - see http://mirror.git.trinitydesktop.org/cgit/tqt3/commit/?id=6b220f98
Thanks Slavek Perhaps I need to setup a proper build env as I mentioned before.
thanks again
regards
On 2017/01/05 03:35 AM, deloptes wrote:
Slávek Banko wrote:
Michele's patch for new sessions in Kate seems to require TQt R14.1.x - see http://mirror.git.trinitydesktop.org/cgit/tqt3/commit/?id=6b220f98
Thanks Slavek Perhaps I need to setup a proper build env as I mentioned before.
thanks again
Yes, it does, well pointed out by Slavek. Cheers Michele
Michele Calgaro wrote:
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.
Thank you Michele, indeed I had to disable pks/Kerberos so that it may compile. In fact I had to recompile tqt3 and tdelibs. I'm just wondering if I have to recompile all the rest that is installed now :( But I think I'll be able to give some feed back on kate anyway.
regards
On 2017/01/05 06:04 AM, deloptes wrote:
Michele Calgaro wrote:
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.
Thank you Michele, indeed I had to disable pks/Kerberos so that it may compile. In fact I had to recompile tqt3 and tdelibs. I'm just wondering if I have to recompile all the rest that is installed now :( But I think I'll be able to give some feed back on kate anyway.
regards
If you are building using jessie (as you mentioned in another email) it sounds a little strange you had to disable pkcs support. openssl in jessie is still at 1.0.1 (or 1.0.2 with backport)... Just for info only. Cheers Michele
Michele Calgaro wrote:
If you are building using jessie (as you mentioned in another email) it sounds a little strange you had to disable pkcs support. openssl in jessie is still at 1.0.1 (or 1.0.2 with backport)... Just for info only.
There were also some other minor things, but I was having another goal. Perhaps when scripts are available I will setup a build env and report on issues with that. For the openssl you are correct. I have openssl 1.0.1t here.
$ dpkg -l | grep openssl ii libevent-openssl-2.0-5:amd64 2.0.21-stable-2 amd64 Asynchronous event notification library (openssl) ii libgnutls-openssl27:amd64 3.3.8-6+deb8u3 amd64 GNU TLS library - OpenSSL wrapper ii openssl 1.0.1t-1+deb8u5 amd64 Secure Sockets Layer toolkit - cryptographic utility ii openssl-blacklist 0.5-3 all Blacklists for OpenSSL RSA keys and tools ii python-openssl 0.14-1 all Python 2 wrapper around the OpenSSL library
regards
This is the error I get
cd /opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop/lock && /usr/bin/g++ -DHAVE_CONFIG_H -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop/lock -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu -I/opt/software_x64/KDE/TDE/tdebase/tdmlib -I/opt/software_x64/KDE/TDE/tdebase/kcheckpass -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -o CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o -c /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc: In member function 'virtual void PasswordDlg::attemptCardLogin()': /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc:979:7: error: 'pkcsLoginEnabled' is not a member of 'LDAPManager' if (!LDAPManager::pkcsLoginEnabled()) { ^ kdesktop/lock/CMakeFiles/kdesktop_lock.dir/build.make:122: recipe for target 'kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o' failed make[3]: *** [kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o] Error 1 make[3]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:22924: recipe for target 'kdesktop/lock/CMakeFiles/kdesktop_lock.dir/all' failed
On Thu, Jan 5, 2017 at 8:55 AM, deloptes deloptes@gmail.com wrote:
Michele Calgaro wrote:
If you are building using jessie (as you mentioned in another email) it sounds a little strange you had to disable pkcs support. openssl in
jessie
is still at 1.0.1 (or 1.0.2 with backport)... Just for info only.
There were also some other minor things, but I was having another goal. Perhaps when scripts are available I will setup a build env and report on issues with that. For the openssl you are correct. I have openssl 1.0.1t here.
$ dpkg -l | grep openssl ii libevent-openssl-2.0-5:amd64 2.0.21-stable-2 amd64 Asynchronous event notification library (openssl) ii libgnutls-openssl27:amd64 3.3.8-6+deb8u3 amd64 GNU TLS library - OpenSSL wrapper ii openssl 1.0.1t-1+deb8u5 amd64 Secure Sockets Layer toolkit - cryptographic utility ii openssl-blacklist 0.5-3 all Blacklists for OpenSSL RSA keys and tools ii python-openssl 0.14-1 all Python 2 wrapper around the OpenSSL library
regards
To unsubscribe, e-mail: trinity-devel-unsubscribe@ lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists. pearsoncomputing.net Read list messages on the web archive: http://trinity-devel. pearsoncomputing.net/ Please remember not to top-post: http://trinity. pearsoncomputing.net/mailing_lists/#top-posting
On 2017/01/05 07:57 PM, deloptes wrote:
This is the error I get
cd /opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop/lock && /usr/bin/g++ -DHAVE_CONFIG_H -DSMB_CTX_FLAG_USE_KERBEROS -DSMB_CTX_FLAG_FALLBACK_AFTER_KERBEROS -g -Wall -D_FORTIFY_SOURCE=2 -fvisibility=hidden -fvisibility-inlines-hidden -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/usr/include/tqt3 -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop/lock -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu/kdesktop -I/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu -I/opt/software_x64/KDE/TDE/tdebase/tdmlib -I/opt/software_x64/KDE/TDE/tdebase/kcheckpass -I/opt/trinity/include -I/usr/include/tqt3 -I/usr/include/tqt -o CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o -c /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc: In member function 'virtual void PasswordDlg::attemptCardLogin()': /opt/software_x64/KDE/TDE/tdebase/kdesktop/lock/lockdlg.cc:979:7: error: 'pkcsLoginEnabled' is not a member of 'LDAPManager' if (!LDAPManager::pkcsLoginEnabled()) { ^ kdesktop/lock/CMakeFiles/kdesktop_lock.dir/build.make:122: recipe for target 'kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o' failed make[3]: *** [kdesktop/lock/CMakeFiles/kdesktop_lock.dir/lockdlg.cc.o] Error 1 make[3]: Leaving directory '/opt/software_x64/KDE/TDE/tdebase/obj-x86_64-linux-gnu' CMakeFiles/Makefile2:22924: recipe for target 'kdesktop/lock/CMakeFiles/kdesktop_lock.dir/all' failed
On Thu, Jan 5, 2017 at 8:55 AM, deloptes <deloptes@gmail.com mailto:deloptes@gmail.com> wrote:
Michele Calgaro wrote: > If you are building using jessie (as you mentioned in another email) it > sounds a little strange you had to disable pkcs support. openssl in jessie > is still at 1.0.1 (or 1.0.2 with backport)... Just for info only. There were also some other minor things, but I was having another goal. Perhaps when scripts are available I will setup a build env and report on issues with that. For the openssl you are correct. I have openssl 1.0.1t here. $ dpkg -l | grep openssl ii libevent-openssl-2.0-5:amd64 2.0.21-stable-2 amd64 Asynchronous event notification library (openssl) ii libgnutls-openssl27:amd64 3.3.8-6+deb8u3 amd64 GNU TLS library - OpenSSL wrapper ii openssl 1.0.1t-1+deb8u5 amd64 Secure Sockets Layer toolkit - cryptographic utility ii openssl-blacklist 0.5-3 all Blacklists for OpenSSL RSA keys and tools ii python-openssl 0.14-1 all Python 2 wrapper around the OpenSSL library regards
Between tdelibs and tdebase, you should also rebuild libtdeldap. This should then work. Cheers Michele
-
deloptes -
Michele Calgaro -
Slávek Banko