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
be a Debian packaging thing. No idea :-/
--
Patrick Ohly
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 is
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),
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
> > >
ge 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-your-phone-blue
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
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 accessor method.
--
Best Regards, Patrick
QT_INSTALL_HEADERS`
-I`$QMAKE -query QT_INSTALL_HEADERS`/QtCore
fi
fi
if ! test $KDEPIM_LIBS; then
--
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
CVE - not sure whether I should be
ashamed or proud ;-} At least I am in good company
(http://seclists.org/oss-sec/2014/q1/138).
Tino, I finally finished packaging 1.3.99.7 yesterday and will announce
it today if final, manual testing goes well. I can put any fix into 1.4.
--
Best Regards, Patrick
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 deal. However, avoiding Gnome dependencies
.
--
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 UNSUBSCRIBE, email
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 (can't really check as I'm on vacation
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 this issue?
If it doesn't, then perhaps try
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 statements I make here in no way
represent Intel's position
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 the UI?
--
Best Regards, Patrick Ohly
The content
: 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 here in no way
represent Intel's position
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 and open
it again. Then my
.
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, nor am I authorized to speak
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 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
, 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 behalf of Intel
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 fixes will be accepted.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
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 UNSUBSCRIBE, email to debian-bugs
first.
As a workaround you need to create dummy data via Evolution.
--
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
On Thu, 2012-05-31 at 08:44 -0400, Andreas Kloeckner wrote:
Patrick Ohly patrick.o...@intel.com 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 database
On Thu, 2012-05-31 at 09:39 -0400, Andreas Kloeckner wrote:
Patrick Ohly patrick.o...@intel.com writes:
What does the following command say?
SYNCEVOLUTION_DEBUG=1 syncevolution --daemon=no --print-databases
--print-databases says invalid parameter
Just SYNCEVOLUTION_DEBUG=1
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
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
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 Mon, 2011-11-21 at 10:07 +, Hector Oron wrote:
Hello Patrick,
2011/11/21 Patrick Ohly patrick.o...@intel.com:
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:
internal-error: addr_string_to_sals
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
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 backtrace below.
Would you mind to install
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,
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 issue, nor am I authorized to speak
on behalf of Intel
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
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, eds 2.32 already depends on libs = 2.32.2 so it'd
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.
I suppose the user ended up with:
* libecal1.2-7
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's unfortunate. See what is done
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 aptitude install -t testing
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
for a future libecal1.2-9
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 employee of Intel, the statements I make here
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 only and although
I am an employee of Intel
On Do, 2011-03-03 at 12:25 +, David Bremner wrote:
On Tue, 01 Mar 2011 14:25:54 +0100, Patrick Ohly patrick.o...@intel.com
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. Creating
one
. 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 is my personal opinion only and although
I am
libsynthesissdk_la_LIBADD = libsmltk.la
to src/Makefile.am and src/Makefile.am.in (the latter is the file that
is in the git repo, used by src/gen-makefile-am.sh as part of building
the source .tar.gz)?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
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 only and although
I am
::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 only and although
I am an employee
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 patrick.o...@intel.com
wrote:
If 1.0 + bug fixes is not acceptable for Debian Squeeze, then I suggest
that direct
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 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
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've recently updated
.
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 of Intel, the statements I make here in no way
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 content of this message is my personal opinion only and although
I
On Wed, 2010-10-06 at 11:41 +0100, David Bremner wrote:
On Wed, 06 Oct 2010 09:21:30 +0200, Patrick Ohly patrick.o...@intel.com
wrote:
I doubt that this depends on the version of SyncEvolution.
But you can try that yourself. Please add
deb http://downloads.syncevolution.org/apt
On Wed, 2010-10-06 at 12:44 +0100, David Bremner wrote:
On Wed, 06 Oct 2010 13:23:06 +0200, Patrick Ohly patrick.o...@intel.com
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?
Probably
On Wed, 2010-10-06 at 14:29 +0100, David Bremner wrote:
On Wed, 06 Oct 2010 14:06:41 +0200, Patrick Ohly patrick.o...@intel.com
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 likewise
-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 way
represent Intel's
--
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
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 subject of unsubscribe
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
.
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 Ohly
--
patrick.o...@gmx.de
http
branch which should
fix this fails to build error:
commit 9b655d57709a6354d29129d236361c7a2533b3b3
Author: Patrick Ohly patrick.o...@gmx.de
Date: Thu Sep 3 14:37:13 2009 +0200
TDebugLoggerBase::DebugOpenBlock: fixed build failure on Alpha CPU
architecture
The code passes a NULL instead
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
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/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
/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 unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[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.
--
Bye, Patrick Ohly
--
[EMAIL PROTECTED]
http
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/
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
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 for
69 matches
Mail list logo
