Re: building for Stretch

On 2017/01/26 03:36 AM, deloptes wrote: > Hi, > > I'm trying to finish the syncevolution story and I wanted to test > building on a clean stretch system. For this I tried to build tde deb > packages from scratch. I am wondering if you have targeted stretch > already, because I had multiple issues. I have seen that Slavek is > already doing some changes. Here is the summary of all. > > The biggest problem I face is tdelibs depending on libpkcs11-helper1-dev > depending on libssl1.0-dev, but other packages still depend on > libssl-dev. Is it what Michele meant that needs to be solved? > > =================== > > tqca-tls: > depends on libssl-dev should be either libssl-dev or > libssl1.0-dev > > tdelibs/tdepim: > has dependency on libacl1-dev since trashbin props are > extended -> add to dependency list > has dependency on hspell - why? > depends on libssl-dev -> should be either libssl-dev or > libssl1.0-dev > > > dpkg-gencontrol: error: Depends field of package tdelibs-trinity: > obsolete substitution variable ${Source-Version} > /usr/share/cdbs/1/rules/debhelper.mk:346: recipe for target > 'binary-makedeb-IMPL/tdelibs-trinity' failed > make: *** [binary-makedeb-IMPL/tdelibs-trinity] Error 2 > > resolved - change in debian/control -> Source-Version => > source:Version > > tdelibs: this is just a warning - why is it kubuntu, when I am on debian? > utf8 "\xEA" does not map to Unicode at > debian/kubuntu-desktop-i18n/createdesktop.pl line 60, <FH> line 1235. > > > tdeldap: This is annoying -> could be done automatically? > make -f admin/Makefile.common followed by libtoolize > > tdeutils: libsnmpkit-dev instead of libsnmp-dev > resolved - change in debian/control -> Source-Version => > source:Version > > tdenetwork: > fails on libslp1 missing. libslp1 is missing in stretch > ported from jessie > >

Hi Emanoil, as said earlier, TDE in Stretch has some problems that Slavek and I are slowly addressing. The main one was the migration to openssl 1.1. This is mostly done, but one part is still open and it is the one regarding the libpkcs11-helper1-dev dependency. Currently we are building tdelibs disabling pkcs support in the rules file and removing the dependency for libpkcs11-helper1-dev in the control file. This is of course only a

temporary workaround to avoid that. Another problem is a conflict between liblcms1 and liblcms2, which requires migrating some packages to the

second one. We are also working on this. tqca-tls and tdeldap should be ok as long as you use the latest sources and the patched tdelibs. Remember to buils libtdeldap between tdelibs and tdebase. Other main packages should be ok, unless there is some new FTBFS recently introduced (say in the last couple of weeks). Some of the application packages FTBFS, for example koffice, for the problems mentioned above.

Overall you should be able to build most of TDE in Stretch with the exceptions mentioned above. Slavek and I are working on getting full Stretch support back on track (especially important for me since I use Stretch ;-) ). We have both been quite busy recently, so bear with us for our slowness :-)