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
ware of other changes/additions of this kind in the
> 1.5.2 release?
No, I think that was it.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the
On Wed, 2017-02-15 at 15:07 +0100, Patrick Ohly wrote:
> On Tue, 2017-02-14 at 22:47 +0100, Eduard Bloch wrote:
> > Checked that. Seems not to be supported.
>
> Bummer. Do you know how car integration works? Does the car deal with
> the phone over Bluetooth (pairing and all), or
On Tue, 2017-02-14 at 22:47 +0100, Eduard Bloch wrote:
> Hallo,
> * Patrick Ohly [Sun, Feb 12 2017, 02:24:17PM]:
> > On Sun, 2017-02-12 at 11:27 +0100, Eduard Bloch wrote:
> > > Package: sync-ui
> > > Version: 1.5.2-1
> > > Severity: important
> > >
ooth; the manpage is overcomplicated,
> it apparently wants some config file, and there is no clue where to get
> a SIMPLE EXAMPLE FOR A SIMPLE DATA EXCHANGE WITH A SIMPLE PHONE.
No need to shout. Instead have a look at "Command-line synchronization"
at https://syncevolution.org/wiki/sync-
Package: davical
Version: 1.1.4-3
Severity: normal
Dear DAViCal maintainers,
I've recently updated the SyncEvolution test setup such that it runs
tests against DAVICal 1.1.4-3 from Debian Testing and noticed a
problem that I had not seen before: when storing certain vCards on
the server and retri
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="
ll. I can put any fix into 1.4.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matt
On Mon, 2014-01-13 at 11:06 +0100, Tino Keitel wrote:
> On Mon, Nov 25, 2013 at 17:52:09 +0100, Patrick Ohly wrote:
> > On Fri, 2013-11-15 at 21:16 +0100, Tino Keitel wrote:
> > > as it turns out, providing separate packages for Gnome and KDE is not a
> > > big dea
er
reference.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
--
To U
On Mon, 2012-08-13 at 09:36 +0200, Patrick Ohly wrote:
> I double-checked. Debian's syncevo-dbus-server does use GIO D-Bus; what
> I saw must have been an indirect call to libdbus (happens later, via
> gvfs).
>
> > I think I got the same
> > issue with 1.2.99.4
de bug to me:
http://bugs.horde.org/ticket/10008
Thomas, can you reassign this bug to the Debian Horde maintainers with
information about your installed Horde version?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the s
On Sat, 2012-08-11 at 21:34 +0200, Tino Keitel wrote:
> On Mon, Aug 06, 2012 at 20:47:18 +0200, Tino Keitel wrote:
> > On Mon, Aug 06, 2012 at 17:50:04 +0200, Patrick Ohly wrote:
> >
> > [...]
> >
> > > Tino, can you check whether your upcoming update fixes th
On Mon, 2012-08-06 at 15:50 +0200, Patrick Ohly wrote:
> On Mon, 2012-08-06 at 15:25 +0200, Thomas Maass wrote:
> > I mean, that I have set up a sync service. If I start
> > sync-ui after login, there is no service active.
> > Then I do nothing else, than closing sync-ui
GetSessions failed: No such interface
`org.syncevolution.Server' on object at path /org/syncevolution/Server
I'll investigate further.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make
I reboot, the problem is present
> again.
Can you describe the problem in more detail? What do you mean with
"configured, but not selected"? Do you mean the "No service or device
selected" message in the main window? You are not doing anything other
than starting and quitting
og.html for such a session.
If you don't interrupt, does the sync finish normally?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue,
granularity one could
in theory split out some files (syncevo-dbus-server +
syncevo-dbus-helper, syncevolution command line) but I am not sure
whether that is worth the extra effort.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee
ry itself, independent of D-Bus or the command line.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on beha
the bug actually is (I'm not sure if it affects all kinds of syncs
> or just *DAV or whatever) and coordinate with the release team.
I have some more bug fixes coming in 1.2.99.2 (tagged and in final
testing phase). One of them is a fix for a regression on 1.2.99.1; I
hope that these kind of
On Thu, 2012-05-31 at 09:39 -0400, Andreas Kloeckner wrote:
> Patrick Ohly writes:
> > What does the following command say?
> >
> > SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no --print-databases
>
> "--print-databases" says "invalid parameter"
On Thu, 2012-05-31 at 08:44 -0400, Andreas Kloeckner wrote:
> Patrick Ohly writes:
> > Could it be that your EDS databases are currently still empty after a
> > fresh install? For a long time, SyncEvolution has not asked EDS to
> > create database when opening when the dat
e failed in some cases.
This problem affected users who had never created anything locally
and wanted to use SyncEvolution to migrate their data. Now that
works without having to create dummy entries first.
As a workaround you need to create dummy data via Evolution.
--
Best Regards, Patri
(tentative) timeline?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
libc6 2.13-26
ii multiarch-support 2.13-26
libdb5.1 recommends no packages.
libdb5.1 suggests no packages.
-- no debconf information
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
r version of GTK+ and confirm this?
I upgraded to 2.24.8-2 and the problem disappeared.
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, 2011-11-21 at 10:07 +, Hector Oron wrote:
> Hello Patrick,
>
> 2011/11/21 Patrick Ohly :
> > Package: gdb
> > Version: 7.3-1+b1
> > Severity: important
>
> > /build/buildd-gdb_7.3-1+b1-amd64-guQjni/gdb-7.3/gdb/breakpoint.c:11006:
> > inte
Package: gdb
Version: 7.3-1+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
Run gdb on SyncEvolution (compiled from source in my case).
Set a breakpoint in SyncEvo::Exception::handle().
Run so that an exception is thrown.
* What exactly did you do (or not do) that
On So, 2011-11-13 at 22:51 +0100, Micha Lenk wrote:
> Hi Patrick,
>
> thank you for your feedback on the Gnucash package.
>
> Am 13.11.2011 19:43, schrieb Patrick Ohly:
> >* What was the outcome of this action?
> >
> > A segfault in libgtk. Stack backtr
Package: gnucash
Version: 1:2.4.8-1
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
Open an existing scheduled transaction, hit "Okay" without making any
changes.
Not sure whether it is related, but just in case: I run gnu
Package: schroot
Invoking /bin/kill on processes fails if the process already
quit by itself while the schroot shutdown runs. Because of "set -e"
this causes the whole shutdown to fail.
I have seen this occasionally in a nightly testing setup involving
a D-Bus session: when the D-Bus daemon stops
raction between events. This month we are also safely back
to standard, non-daylight saving time.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the
On Mo, 2011-04-18 at 18:15 +0200, Yves-Alexis Perez wrote:
> On lun., 2011-04-18 at 18:05 +0200, Patrick Ohly wrote:
> > Basically the apps (SyncEvolution or Evolution) can't and shouldn't know
> > whether libecal1.2-7 and libecal1.2-8 are installable in parallel. Same
&g
On Mo, 2011-04-18 at 17:50 +0200, Yves-Alexis Perez wrote:
> On lun., 2011-04-18 at 17:46 +0200, Patrick Ohly wrote:
> > How is that going to help a user who has Evolution and SyncEvolution
> > installed on Squeeze and then does a partial update of just Evolution
> > with
On Mo, 2011-04-18 at 17:28 +0200, Yves-Alexis Perez wrote:
> On lun., 2011-04-18 at 16:45 +0200, Patrick Ohly wrote:
> > That's the Debian Squeeze SyncEvolution .deb. It correctly depends on
> > libecal1.2-7 because that is what it was compiled against.
>
> Yes, that&
On Mo, 2011-04-18 at 16:24 +0200, Yves-Alexis Perez wrote:
> On lun., 2011-04-18 at 16:18 +0200, Patrick Ohly wrote:
> > Agreed, EDS 2.32 already installs the new libs. But the old libs
> > remain
> > installed even though they no longer work.
> >
> >
On Mo, 2011-04-18 at 15:18 +0200, Yves-Alexis Perez wrote:
> On lun., 2011-04-18 at 14:37 +0200, Patrick Ohly wrote:
> > I suggest that EDS 2.32 should have a "conflicts with EDS libs < 2.32"
> > to prevent such inconsistent system installations.
>
> Well
Package: evolution-data-server
Version: 2010-1
Severity: important
Evolution changed is file layout in release 2.32. The corresponding
gconf keys are getting rewritten when starting Evolution 2.32.x for
the first time.
If the older libecal/libebook libraries are still installed, they
become u
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
1.2 or 1.3.
If you can pin the solution to a specific change in libsynthesis, then I
would back-port it to the version of libsynthesis in SyncEvolution
1.1.x. I looked through the changes, but saw nothing relevant.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion onl
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
On So, 2010-11-07 at 22:05 +, Adam D. Barratt wrote:
> On Mon, 2010-10-25 at 22:39 -0300, David Bremner wrote:
> > On Sun, 24 Oct 2010 13:46:58 +0200, Patrick Ohly
> > wrote:
> >
> > > If 1.0 + bug fixes is not acceptable for Debian Squeeze, then I suggest
>
backport of SyncEvolution.
FWIW, I still think that 1.0 + bug fixes is the better choice for
Squeeze. It has been in use for a while now and arguably is better than
beta 2, with no known regressions whatsoever.
--
Best Regards, Patrick Ohly
The content of this message is my personal opini
On Do, 2010-09-09 at 11:22 +0200, Patrick Ohly wrote:
> The invalid memory usage occurs inside the Perl interpreter, not
> SyncEvolution. You can invoke the "synccompare" script directly to
> reproduce the problem. It takes two parameters, the old and new database
> dump.
I&
that we consider as the stable one.
> I suppose the diff between upstream versions is pretty enormous, but
> there are a lot of bugs fixed.
Well, we don't stand still ;-}
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee o
On Wed, 2010-10-06 at 14:29 +0100, David Bremner wrote:
> On Wed, 06 Oct 2010 14:06:41 +0200, Patrick Ohly
> wrote:
>
> I moved this discussion to the "please upgrade syncevolution" bug.
Eh, how? ;-) The reply was still for 582376, the one about Horde. I'll
reply
On Wed, 2010-10-06 at 12:44 +0100, David Bremner wrote:
> On Wed, 06 Oct 2010 13:23:06 +0200, Patrick Ohly
> wrote:
> >
> > What would be easier to get included: another 1.0.x bug fix update
> > (which I hadn't intend to prepare in favor of releasing 1.1) or 1.1?
On Wed, 2010-10-06 at 11:41 +0100, David Bremner wrote:
> On Wed, 06 Oct 2010 09:21:30 +0200, Patrick Ohly
> wrote:
>
> >
> > I doubt that this depends on the version of SyncEvolution.
> >
> > But you can try that yourself. Please add
> > deb http://d
7;ll find the reason why it always uses that. I
suspect that the server asks for it, in which case you'll have to look
into the server's logs and ask the Horde developers.
That Horde duplicates items on slow syncs is also a server problem.
--
Best Regards, Patrick Ohly
The conten
lution/scheduleworld-2010-03-27-22-01/calendar.after
David, is there a way for me to get CCed on Debian bug reports for
SyncEvolution?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no w
1.1.3-1Help manual for OpenShot Video Edi
openshot suggests no packages.
-- no debconf information
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ckages was lack of
documentation and uncertain demand for it.
There's still no proper documentation, but the demand seems to exist.
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
o make sure the transition is smooth.
New libsynthesis should work with the older SyncEvolution, but I never
tested that. SyncEvolution 1.0 alpha is definitely experimental. We are
preparing a 1.0 beta, due end of the month/beginning of next. That might
be better for unstable.
--
Bye, Patrick
Package: libsynthesis0
Severity: important
*** Please type your report below this line ***
libsynthesis can use libical to improve timezone support. In Debian
and Ubuntu, the package was compiled without libical, which caused
problems that went away when installing the same version of the
softwar
e git.moblin.org master branch which should
fix this "fails to build" error:
commit 9b655d57709a6354d29129d236361c7a2533b3b3
Author: Patrick Ohly
Date: Thu Sep 3 14:37:13 2009 +0200
TDebugLoggerBase::DebugOpenBlock: fixed build failure on Alpha CPU
architecture
The code
archives that often. In
SyncEvolution I prefer to avoid doing that myself by bundling the
source.
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
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
l-licensed LGPLv2.1/3.0.
Regarding packaging: I still consider 0.8.1 the current stable version.
0.9 beta 1 works, but we still have to redo lots of interoperability
testing (and add some: vCalendar 1.0 now also works).
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de/
--
myself:
http://github.com/pohly/funambol-cpp-client-api/tree/master
This is the Funambol library that ships with SyncEvolution release tar
balls.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
t; (base
64), or normal 8 bit characters.
> Are line-breaks allowed then?
Folding is always allowed, the standard even says that it "should" be
used.
I'm not sure I have really answered your questions, please don't
hesitate to ask for clarifications :-/
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http://www.estamos.de/
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.8.1-2
Severity: important
Tags: experimental, patch
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 have
a patch available fo
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
69 matches
Mail list logo