Michele Calgaro wrote:
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
>
>
http://linux.debian.bugs.rc.narkive.com/dCWqJMGf/processed-re-bug-795428-op…
http://git.net/ml/debian-qt-kde/2016-02/msg00645.html
resolved - change in debian/control -> Source-Version =>
source:Version
tdepim: depends on libssl-dev, conflicts with libpkcs11-helper1-dev
libssl1.0-dev
Unable to locate package liblockdev1-dev - backported from jessie
resolved - change in debian/control -> Source-Version =>
source:Version dh_installdeb: Compatibility levels before 9 are
deprecated (level 5
in use)
tdeaddons:
resolved - change in debian/control -> Source-Version =>
source:Version
===================
In each package I have in the beginning and end a kind of macro saying
Scanning upstream source for new/changed copyright notices...
set -e; LC_ALL=C.UTF-8 /usr/bin/licensecheck --check '.*'
--recursive --copyright --deb-fmt --ignore
'^(debian/(changelog|copyright(|_hints|_newhints)))$' --lines 0 * |
/usr/lib/cdbs/licensecheck2dep5 > debian/copyright_newhints
This takes too long and is annoying
===================
While trying to clean up already installed packages it looks like in
stretch update-alternatives is not in /usr/sbin but in /usr/bin
I solved it for now by
ln -s /usr/bin/update-alternatives /usr/sbin/update-alternatives
but I guess it needs to be updated all around packages
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
My comments here are related to Jessie now
I just wanted to confirm that I understood correctly what you mentioned to
be libssl issue.
temporary workaround to avoid that. Another problem is
a conflict between
liblcms1 and liblcms2, which requires migrating some packages to the
Obviously I do not use those packages, because I have installed liblcms2 and
did not face any issue related to this
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.
The problem with tdeldap is that it does not clean up properly and there is
no autoget.sh or bootstrap script to setup properly the automake env. When
just build the packages frm tdeldap I get tdeldap library where most of the
symbols are not exported properly. when I run autoreconf and aclocal by
luck I get a setup that would link exporting all needed symbols.
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 :-)
There is no problem, we are not in hurry, though Stretch may become stable
soon.
I'm a bit busy atm, but I hope I could help here and there next. I already
have few things on my todo list.
I just want to close the topics from the past that are on my desk, like the
syncevolution one, but there I have some issues with dependencies on jessie
and syncevolution 1.5.2. While it is working perfectly when compiled from
scratch and installed in a custom directory, I can not make it work when
build and installed from a debian package ... it is just a motivation
killer. Perhaps I'll wait for a while with that and reshift the priority.
The good thing is that the TDE plugins for syncevolution are in the official
code tree now and can be downloaded/compiled and used on the command line.
regards
regards