Debian testing autoremoval watch writes:
> syncevolution 2.0.0-3 is marked for autoremoval from testing on 2021-12-27
>
> It (build-)depends on packages with these RC bugs:
> 996154: libopenobex2-dev: openobex-target-release.cmake forces static linking
> https://bugs.debian.org/996154
If libopen
ll mentions it is an oversight.
> By the way, I had a problem building syncevolution. It complained that
> it couldn't find test/dbus-server-sync.py as requested by
> debian/syncevolution-dbus.examples . That issue is unrelated to this
> gconf bug.
This must be a Debian packaging
r seems to be missing from the libical2.symbols
> for some reason so might need fixes on the libical side to be properly
> exported
That scary code is needed only when compiling upstream binaries that
must work with different EDS versions. For Debian it might be enough to
just call the a
+10,7 @@ AKONADIFOUND=yes
if ! test "$KDEPIM_CFLAGS"; then
KDEPIM_CFLAGS="-I`kde4-config --path include` -I`kde4-config --path
include`/KDE"
if test "$QMAKE"; then
- KDEPIM_CFLAGS="$KDEPIM_CFLAGS -I`$QMAKE -query QT_INSTALL_HEADERS`"
+ KDEPIM_CFLAGS="
ugh about the current state, then I could release
1.1.99.4 as a release candidate soonish (within a week or two), with
automatic migration enabled, and that could go into unstable/testing.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an emplo
SyncEvolution) libsmltk.so is an extra dependency of
libsynthesissdk.a. Anyway, I suggest you fix it with a distro patch as
you suggested, then please send it my way and I'll look at some of the
other scenarios.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion
On Do, 2011-03-03 at 12:25 +, David Bremner wrote:
> On Tue, 01 Mar 2011 14:25:54 +0100, Patrick Ohly
> wrote:
> >
> > You are right, the libsynthesis-sdk.pc file needs to list libsmltk as
> > library it depends upon. There's no libsmltk.pc at the moment. Cr
as
library it depends upon. There's no libsmltk.pc at the moment. Creating
one and listing it under "Requires" might be the cleanest solution, but
perhaps adding -lsmltk to "Libs" in libsynthesis-sdk.pc is good enough?
--
Best Regards, Patrick Ohly
The content of this message
r command line
> /usr/lib64/libsmltk.so.0: could not read symbols: Invalid operation
> collect2: ld returned 1 exit status
> make[5]: *** [syncevolution] Error 1
Does it help to add
libsynthesissdk_la_LIBADD = libsmltk.la
to src/Makefile.am and src/Makefile.am.in (the latter is the file that
is in the gi
it surprised that sysync::memSize is not the
same as size_t, but anyway, the attached patch should translate between
the two.
Please review carefully (not tested). Can someone confirm that it
compiles on s390?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion o
Package: libical0
Version: 0.43-2
Severity: grave
Justification: causes non-serious data loss
With ICAL_ERRORS_ARE_FATAL=true, the default in CMakeLists.txt
in 0.43, the resulting libical will abort if it detects errors.
Evolution triggers such error situations, leading to crashes
of Evolution Dat
it, the SyncEvolution 0.4 tar ball [1] contains
all sources that you need. Compile it normally, then follow the
instructions in "HACKING" to set up testing. You can skip the parts
about configuring two sources, one should be enough and you don't need a
SyncML server either.
--
B
Package: evolution-data-server
Version: 1.6.3-1
Severity: grave
Tags: patch
Justification: causes non-serious data loss
As discussed on the Evolution hackers mailing list under the subject "automated
testing
of Evolution data server with SyncEvolution" I am filing this issue as a
reminder that
I
13 matches
Mail list logo
