taskcoach installs a shared object: /usr/lib/python2.6/site-packages/taskcoachlib/bin.in/linux/_pysyncml.so This shared object is linked opposite python 2.5, even on systems that do not have that version of python installed. This play havoc with revdep-rebuild, which sees that the object is missing a dependency and tries to recompile taskcoach every time. Reproducible: Always Steps to Reproduce: 1. emerge python:2.6 2. emerge -C python:2.5 3. emerge taskcoach 4. revdep-rebuild Actual Results: taskcoach will be rebuilt at step four (and every further time revdep-rebuild is run). Expected Results: no rebuild necessary taskcoach ebuild contains the following: if ! use x86; then elog "Removing Funambol support, works only on x86." rm -fv taskcoachlib/bin.in/linux/*.so || die fi I suggest that the funambol support be removed unconditionally, as it is useless except on x86 systems with an old version of python installed.
OK, removed the object in 0.78.1 until there's a from-source ebuild to depend on.
Hi! As I'd like to use the syncML feature of taskcoach: How about adding a use-flag controlled dependency to pysyncml? It is availible both as precompiled binaries for different python versions as well as a source tarball from https://pysyncml.forge.funambol.org/servlets/ProjectDocumentList?folderID=0&expandFolder=0&folderID=184 Regards Nils
Reopening, but I don't know when I will have time to look into packaging pysyncml.
I managed to package pysyncml to add SyncML support to taskcoach. The point is that pysyncml is not updated against the latest Funambol C++ SDK (requires an old library, i.e. 7.6.1) and still needs fixes for python 3.x. At the end it works and I was able to sync task with Memtoo service :-)
Created attachment 297103 [details] pysyncml-0.3.ebuild
Created attachment 297105 [details, diff] pysyncml-0.3-setup.patch
Created attachment 297107 [details] funambol-client-sdk-7.1.6.ebuild
