doesn't match.
Bye, Patrick
On Fri, 2009-07-03 at 09:07 -0700, Patrick Ohly wrote:
Hello!
Yanshuang found that Evolution and ScheduleWorld do not quite agree on
the interpretation of EXDATE:
http://bugzilla.moblin.org/show_bug.cgi?id=1805#c4
The server sends a recurring meeting relative
On Wed, 2009-07-29 at 15:10 +0100, Patrick Ohly wrote:
On Tue, 2009-07-28 at 21:37 +0100, Patrick Ohly wrote:
[old revision of EXDATE conversion]
Does that look right?
Hah, no-one dared to say anything! You missed your chance to spot a
weakness in the code above, caught by the SyncEvolution
, 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
] http://www.synthesis.ch/sync2 via libsoup: Connection terminated
unexpectedly
funambol successful
zyb: failed
The known anchor problem.
google successful
--
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
program. You don't have to implement it for sync.
I appreciate your help - maybe these questions have been answered
somewhere already. :)
No, not in detail. So it's worth doing this on the list :-)
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
the transport to push
the response. Exposing this in the API would make it unnecessarily
complex for other cases where the response can be pushed, so if
possible, I'd like to hide this PUT/GET semantic inside obexd.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion
SyncEvolution return multiple results?
No. There's exactly one response for each incoming message.
I ask this because there's a final out parameter for process().
That signals end-of-connection, not final response for this message.
Should I rename the parameter?
--
Best Regards, Patrick Ohly
The content
: I already mentioned Mac OS X. Windows anyone?
--
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
the software to compile is the bigger problem ;-)
FWIW, there SyncEvolution is getting packaged for F-11:
http://bugzilla.moblin.org/show_bug.cgi?id=5061
--
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
needlessly affected by this performance problem when
switching between configs (#5388, assigned to Jussi)
--
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
with multiple Evolution releases.
--
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 Fri, 2009-08-14 at 11:26 +0200, Patrick Ohly wrote:
On Fri, 2009-08-14 at 10:43 +0300, Jussi Kukkonen wrote:
Marcel Holtmann wrote:
inside BlueZ, ConnMan, oFono etc. we are using libgdbus which is a nice
and small helper library for writing D-Bus servers in C without any big
extra
at some point by server
3. the client now owns an interface instance which has methods for
editing the config, starting a sync, backup/restore
4. the client makes one or more config changes
5. the client saves those changes and releases the interface
--
Best Regards, Patrick
you have an update for us on this
issue?
The next chance to get ZYB.com included is 0.9.1, sometime in September.
If you can't get it fixed, perhaps we should look into disabling the
anchor check in the SyncML client? That should work around the issue.
--
Best Regards, Patrick Ohly
The content
is applied to the Session and not saved
permanently. There has to be an on-disk config for this to work, though.
--
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
X and Maemo
support (although I really hope that the later two will be
covered by external developers)
* split data transformation part out of libsynthesis
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee
=231
--
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
for
tending to user questions and even longer delays for you.
--
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
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
this would be to get access to a
Horde server and help from the Horde developers in diagnosing this
issue. Do you think that this could be arranged?
--
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
these tests would have to be moved into main(), after
loading backends. This should be doable and is worthwhile, because right
now the order of global class initialization is somewhat dubious.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am
). Currently the implementation raises a
std::runtime_error exception with a string that explains the error, then
this is translated into a org.syncevolution.Exception error with that
string as detailed explanation.
On Tue, 2009-09-08 at 23:04 +0200, Patrick Ohly wrote:
Changes to be made
Hello!
FYI, here's a clarification for the config handling in the new D-Bus
API.
commit f549ce9468fd7950845699f7b3db685941a0e325
Author: Patrick Ohly patrick.o...@intel.com
Date: Fri Sep 11 12:26:33 2009 +0200
D-Bus API: unset property clarification
Unset properties
Hello!
Is this API okay? It's in the dbus-api branch, please comment and/or
suggest further patches.
commit 35f555809d79dec0a6e012a2706a3b72c54bd563
Author: Patrick Ohly patrick.o...@intel.com
Date: Fri Sep 11 20:03:44 2009 +0200
D-Bus API: added support for monitoring presence of servers
our testing would result in several
questions that only a Horde developer can answer.
--
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
synchronize mail via SyncML. Can't you use IMAP? It's a much
more suitable protocol.
--
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
I'll do that myself under the
LGPL that currently covers it, then Synthesis can later sanction that
and relicense it as BSD like the rest of the SDK.
--
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
(for
instance, sources/addressbook_clients) and adapt its evolutionsource
and URI property.
--
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
be sufficient ;-)
--
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 it and work around its limitations?
For the scenario that there are many accounts for one server, the new scheme
remains the same as the old scheme to create one server config for each
account, right?
Yes. But this is unlikely, isn't it?
--
Best Regards, Patrick Ohly
The content of this message
On Mon, 2009-09-14 at 04:49 +0100, Thierry Chen wrote:
Patrick Ohly patrick.o...@intel.com a écrit :
On Sat, 2009-09-12 at 10:03 +0100, chen wrote:
opening calendar: Unknown error
That's a local EDS problem. Can you check that syncevolution without
parameters lists a calendar? Can
On Tue, 2009-09-15 at 16:04 +0100, Frederik Elwert wrote:
Am Freitag, den 11.09.2009, 20:38 +0200 schrieb Patrick Ohly:
# Controls password storage. Changing this setting does not
# move the passwords themselves, which has to be done manually.
#
# config - store passwords
to be
implemented immediately.
--
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
On Thu, 2009-09-17 at 11:34 +0100, Jussi Kukkonen wrote:
Patrick Ohly wrote:
So what does the sync-ui check at the moment? Is the diable sync
because unconnected an --enable-gui=moblin exclusive feature because we
only support ConnMan?
Yes, although without any compile time checks. I
not complete) servers. Currently we are not testing
against those.
--
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 Mon, 2009-09-14 at 22:46 +0200, Patrick Ohly wrote:
On Wed, 2009-09-09 at 23:25 +0200, Patrick Ohly wrote:
I'll continue to work on the sync-related methods. Because this is in a
different part of the file, we should be able to merge changes easily.
Hurray! It syncs! Spending some time
'evolutionsource' named 'source_name'
No. In this case, CheckSource() really means check the source settings
currently in place (permanently or temporarily) for a source like
addressbook.
So we define 2 new APIs for this issue instead of doing them in
getConfig/setConfig?
Yes.
--
Best Regards, Patrick
SyncEvolution files
in the 'addressbook' directory can be removed, including the directory
if it is empty afterwards. See the implementation of the --remove
options for an example how this is currently done.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
around the problem by writing
some glue code (Session::getConfig, Session::getReports, ...). I don't
want to make the makeMethodEntry calls any more complex while there
still is a chance to make them simpler.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
a template parameter. It would
also allow us to bind arbitrary functions, not just class members.
--
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
if not. Would make checkPassword() more
tricky, of course.
--
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
. In contrast to the other properties, this
is one that we can support locally.
--
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
) login user.
Once the user is logged in and the keyring is unlocked, the user has
access to the passwords. Asking for the user password again isn't going
to secure the data, it just makes our own app harder to use.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion
have changed and .other.ini is still intact. relevant is a
bit hard to define, though.
--
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
it was already worded such that
ignoring the the session ID was valid (The caller is responsible for
ensuring that only messages belonging to this session are passed to
future process() calls. - this automatically the case with OBEX).
--
Best Regards, Patrick Ohly
The content of this message is my
.
--
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
the
other method calls.
We still need to define some D-Bus exceptions as part of the API. Jussi
mentioned some in another email.
--
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
the client
is not attached.
/doc:para
org.syncevolution.Exception is already used in the new
syncevo-dbus-server, in all cases. So we need to turn some of the other
cases into more specific errors.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
on the syncevo-dbus-server
first.
--
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 Mon, 2009-09-21 at 16:18 +0200, Patrick Ohly wrote:
Congu suggested the following example command:
./syncml-ds-tool --port BtMac BtChannel --sync text/x-vcard Contacts
The corresponding SyncEvolution configuration (which must be created
first) can be set up
).
This morning I implemented a rudimentary HTTP server in Python which
uses the SyncEvolution Connection D-Bus API to pass messages into
SyncEvolution. I'm still in the process of figuring out how to interact
with the server engine, though.
--
Best Regards, Patrick Ohly
The content
On Fri, 2009-09-25 at 13:49 +0200, Patrick Ohly wrote:
There is also a server config sample in the sysync_SDK/configs
subdirectory (that's the one I have used in my tests).
This morning I implemented a rudimentary HTTP server in Python which
uses the SyncEvolution Connection D-Bus API
On Fri, 2009-09-25 at 16:29 +0200, Patrick Ohly wrote:
At the moment I can start a sync session, but SessionStep() returns an
error at some point. Need to look more closely into that before I can
say more...
I need to adapt to the reversed order of GOTDATA/NEEDDATA. Stay tuned...
--
Best
(out-of-tree SQLite backend, documentation); code
clean up and renaming for 0.9.1 (#3472)
* Jussi: sync-ui + network disconnects (#6515), major rewrite of
GUI for 1.0
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am
comes with a native SyncEvolution .rpm preinstalled, so there's
no need for an extra package.
--
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
in static
structs). Global functions can be bound.
--
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
when
raw message dumping is enabled (= higher log level). It might be
worthwhile to dump it also at lower levels.
--
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
by
changing
model/
manufacturer/
into
manufacturerSonyEricsson/manufacturer
modelK750i/model
I picked the K750i as example here because the strings were in the
documentation referenced by Lukas whereas I don't know what the strings
for the Synthesis iPhone client are.
--
Best Regards, Patrick
in libsoup
doesn't get back anything from the server. This is something which has
to be debugged at the network level with network dumps, to determine
whether the SSL handshake works at all.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee
On Thu, 2009-10-08 at 17:33 +0100, Patrick Ohly wrote:
I couldn't answer this without looking into the problem more thoroughly.
The result is in the gdbus-cxx branch. This is still experimental. I
need to split it up into smaller commits, want to set the ASYNC flag
automatically (should
installation, follow the
http://syncevolution.org/documentation/getting-started steps.
--
Patrick Ohly, on behalf of everyone who has helped
to make SyncEvolution 0.9.x possible:
http://syncevolution.org/about/contributors
___
SyncEvolution mailing list
On Thu, 2009-10-08 at 07:47 +0100, Patrick Ohly wrote:
On Wed, 2009-10-07 at 18:25 +0100, Frederik Elwert wrote:
just a short egoistic notice: There seem to be no lpia packages for
syncevolution 0.9.
That's an oversight, my apologies. I've moved the build environment from
estamos.de
it only
supports the standard options of unittest.main() (see --help).
dbus-monitor buffers its output and doesn't flush it when exiting, which
means that output is lost. Stupid dbus-monitor. No solution :-/
Here's the commit message with more information:
Author: Patrick Ohly patrick.o...@intel.com
,
then the only suggestion I have is to wait until we had a chance to do
interoperability testing with Oracle. Perhaps we'll learn something from
it that applies to your setup or find a real problem.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
, Private);
But this code here works:
m_object.add(static_castTest2 *(this), Test2::test2, Private);
--
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
On Tue, 2009-10-13 at 15:38 +0100, Patrick Ohly wrote:
dbus-monitor buffers its output and doesn't flush it when exiting, which
means that output is lost. Stupid dbus-monitor. No solution :-/
dbus-monitor has broken SIGINT handling and no handling of SIGTERM.
Because of its brokeness, distros
On Tue, 2009-10-13 at 15:38 +0100, Patrick Ohly wrote:
What do you think about this?
As there were no cries of outrage, I went ahead and improved the test
script. While extending the tests I already found different issues in
the implementation:
* Server.GetConfigs() missing
, can you backport this to the master branch in libsynthesis on
moblin.org so that we can include it in 0.9.1? I would have done it
myself but ran out of time today.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
part of
the D-Bus API and obexd implementation, for example by declaring the
message type as optional so that SyncEvolution knows that it might have
to guess the type?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
On Thu, 2009-10-15 at 10:08 +0200, Patrick Ohly wrote:
For the development version leading towards 1.0, please use:
* dbus-api in the syncevolution repo
* multilib in the libsynthesis repo
Typo, I meant unilib :-/
--
Best Regards, Patrick Ohly
The content
the code in a debugger.
--
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
.
--
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
On Thu, 2009-10-15 at 17:46 +0100, Stefano Maffulli wrote:
On Thu, 2009-10-15 at 18:13 +0200, Patrick Ohly wrote:
myFUNAMBOL doesn't support detached recurrences, as far as I know.
What you have sent to the server is a VEVENT with the same UID as the
recurring event plus a RECURRENCE-ID
. It applies to the current master branch, but
should also work with the 0.9 sources when you patch the file
src/syncevo/EvolutionSyncClient.cpp.
--
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
test this.
Can you compare whether different libs are used? Run
ldd /usr/bin/syncevolution and then ldd on your self-compiled
binary. Any relevant differences?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
different names?
--
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
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
changed so that it commits
into syncevolution-0-9-x. I merged master (=
syncevolution-0-9-x) into dbus-api, and the plan is to move
towards that branch without further disruptive rebasing.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only
On Tue, 2009-10-20 at 14:01 +0100, Peter Robinson wrote:
Hi Patrick,
On Tue, Oct 20, 2009 at 1:20 PM, Patrick Ohly patrick.o...@intel.com wrote:
Hello!
For those of you running the 0.9.1 beta announced last week, please
update to beta 2. The bug hunt is still on, so please test
-client-do-it-yourself-style/
[8] http://article.gmane.org/gmane.comp.mobile.syncevolution/136
[9] http://syncevolution.org/development/pim-data-synchronization-why-it-so-hard
--
Bye, Patrick Ohly
--
patrick.o...@gmx.de
http://www.estamos.de
On Thu, 2009-10-22 at 11:22 +0200, Yves-Alexis Perez wrote:
Patrick Ohly a écrit :
I'm posting here because I hope that an interested developer or
maintainer will step up and take over packaging for Maemo. You can be
sure that this will have full support when it comes to merging patches
out how to represent that in the GUI
--
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 Thu, 2009-10-29 at 01:02 +, Chen, Congwu wrote:
Local Rejections: That would be solved by adding a superdatastore in
SyncEvolution as pointed by Patrick, this will goto my todo list.
http://bugzilla.moblin.org/show_bug.cgi?id=4611
join/dejoin different sources
--
Best Regards, Patrick
a sync. That
should show whether it is a low-level network problem.
--
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
://syncevolution.org/development/configuration-handling) on that
branch.
--
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
it|
+---+---+---+---+---+---+---+-+
I've created an issue for this, but feel free to respond here.
http://bugzilla.moblin.org/show_bug.cgi?id=7759
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel
apps.
Ubuntu now has a native package for SyncEvolution. Can you reproduce it
using that package? In any case, can you file a bug with Ubuntu?
--
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
you got is an unresponsive server which doesn't reply to
the TCP connection request or SyncML message within 1 minute, causing
SyncEvolution to resend. The issue that Jim had shows up as a real
problem detected by libsoup.
--
Best Regards, Patrick Ohly
The content of this message is my personal
://syncevolution.org/documentation/getting-started
--
Patrick Ohly, on behalf of everyone who has helped
to make SyncEvolution 0.9.x possible:
http://syncevolution.org/about/contributors
___
SyncEvolution mailing list
SyncEvolution@syncevolution.org
http
On Tue, 2009-11-03 at 21:00 +, Patrick Ohly wrote:
There are some known issues, see below. The more issues get reported
and fixed, the sooner there will be a 0.9.2 maintenance update, so keep
the reports coming.
I wondered whether I should delay 0.9.1, but then decided against it
because
a SyncEvolution config template for Funambol installed
under /etc/default or /usr/etc/default?
--
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
tested the code. So you think the
SafeConfigNode::escape(): did not work correctly for strings with ! in
them patch doesn't solve that issue?
Probably a unit test is due for that code.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am
/Funambol/memo is
uri = note
no type info.
That's okay. The default type for memo is in the code, so the template
doesn't have to specify 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
in Evolution before the local database
really exists. Running syncevolution without parameters shows whether
there is any memo database on the computer.
--
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
, everything else is only available built-in.
I'm asking because strictly speaking, we shouldn't be using /usr/etc,
but /etc. However, that makes packaging more complex because we would
have to define the files as user-controlled configuration files.
--
Best Regards, Patrick Ohly
The content
of them merged into master up to and including
synevo-dbus-server: Session.Sync() signature fix.
Yongsheng, this is in your area of work, so would you mind reviewing the
changes?
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee
On Wed, 2009-11-04 at 06:30 +, Patrick Ohly wrote:
On Tue, 2009-11-03 at 22:38 +, Oskar Welzl wrote:
This is with 0.9 and Evolution 2.26.3
Can you upgrade to 0.9.1, released yesterday? Perhaps we really made
some relevant change between 0.9 and 0.9.1, although I don't remember
://bugzilla.moblin.org/show_bug.cgi?id=7913
--
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
that help?
--
Best Regards
Patrick Ohly
Senior Software Engineer
Intel GmbH
Open Source Technology Center
Hermuelheimer Strasse 8a Phone: +49-2232-2090-30
50321 Bruehl Fax: +49-2232-2090-29
Germany
1 - 100 of 1680 matches
Mail list logo