[Bug 6370] New: D-Bus Connection API: report transport failures to server and allow it to resend
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6370
Summary: D-Bus Connection API: report transport failures to
server and allow it to resend
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: * Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
When using the Connection API with SyncEvolution as client and a transport stub
which bridges to some other, unreliable transport, then resending a Reply may
become necessary.
The stub should be able to tell the server that there is not going to be a next
message to process instead of being forced to disconnect. Then the server can
decide to abort or resend the reply.
Could be tested with test/dbus-server-http.py.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 6365] New: some config changes should trigger slow sync
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6365
Summary: some config changes should trigger slow sync
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
Patrick wrote:
> That reminds me: there are also several configuration changes which
> should trigger a slow sync. We don't have any mechanism in place to
> force this right now. The check would have to compare the config of the
> last sync with the current config to determine whether "relevant"
> properties have changed and .other.ini is still intact. "relevant" is a
> bit hard to define, though.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 6356] New: command line: show keyring passwords in --print-config
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6356
Summary: command line: show keyring passwords in --print-config
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
When implementing keyring support (bug #3604), we decided to not show the real
passwords from the keyring in the --print-config output. This is consistent
with other apps which also don't show passwords in clear text if it can be
avoided.
If users want to see what their password is, they can use the "seahorse"
command or the corresponding menu entry to view the GNOME keyring.
In the command line we might add a new flag (--show-passwords?) if there is a
user demand for it.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 6319] New: use KWallet instead of GNOME keyring
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6319
Summary: use KWallet instead of GNOME keyring
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P3
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
As discussed when adding support for the GNOME keyring to the "syncevolution"
command line tool (bug #3604) and on the mailing list ("desktop platform
dependencies in syncevo-dbus-server: keyring, network monitoring"), using KDE's
KWallet instead of the GNOME keyring would be nice if the users wants that.
Priority depends on demand for this feature.
The choice should be automatic, if possible. The Python keyring library
apparently solves this also automatically, with the possibility to override it:
Configure your keyring lib
The python keyring lib contains implementations for several
backends, including OSX Keychain, Gnome Keyring, KDE Kwallet and
etc. The lib will automatically choose the keyring that is most
suitable for your current environment. You can also specify the
keyring you like to be used in the config file or by calling the
set_keyring() function.
http://pypi.python.org/pypi/keyring/
Probably we can look at the code and use the same mechanism to detect
the "most suitable" keyring.
In addition, we need a global configuration option to override the automatism.
The syncevo-dbus-server and the command line should both be able to read all
keyrings. In the command line we should rethink the "--keyring" parameter:
--keyring[=on] by default, --keyring=off, --keyring=GNOME|KDE?
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 5047] New: ODBC sync source
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5047
Summary: ODBC sync source
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: ASSIGNED
Severity: major
Priority: P2
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
libsynthesis supports a direct mapping from a field list to a database via
ODBC. This would be very useful for a SyncML server usage, as replacement for
EDS as the central data storage.
The drawbacks of EDS are:
- somewhat slower performance (?)
- data model limited
- dependency not necessarily satisfied on all platforms
The internal backend API of SyncEvolution needs to be updated considerably
before this issue can be implemented.
In order to test it, database items need a textual format. Perhaps use XML (bug
#3311)?
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 5046] New: raw file sync source
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5046
Summary: raw file sync source
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
In SyncEvolution 0.8.1 it was possible to configure syncing so that data sent
by a server was stored verbatim in one file per item. Full two-way and refresh
from client were supported.
The file sync still works, but now it passes the data through the Synthesis
engine, which translates to and from Evolution items on the local side. That
shouldn't lose information, but it would be desirable nevertheless to have a
true server backup without that transformation.
A rough idea for this is the following:
- add a "raw" profile class to libsynthesis which maps from SyncML item
attributes (type, content) to a very simple field list with corresponding
fields
- in SyncEvolution, read/write the content field instead of asking for
conversion with MAKE/PARSETEXTWITHPROFILE()
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 7913] New: syncevolution.org binaries + Fedora Core 11 + libpcre.so.3
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7913
Summary: syncevolution.org binaries + Fedora Core 11 +
libpcre.so.3
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P2
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
The binaries are compiled on Ubuntu Hardy, using libpcre.so.3, from the pcre
source version 7.4. On Fedora Core 11, the library has a different so version.
As a workaround, creating a symlink seems to work:
sudo ln -s libpcre.so.0 /lib/libpcre.so.3
libsynthesis links againt libpcre.so.3. That library might not be needed at all
in the way how SyncEvolution uses libsynthesis, so for the packages on
syncevolution.org we could compile libsynthesis without regular expression
support and thus avoid this problem completely. Must be configurable via
"configure".
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 10204] New: Please also register SyncML server service record in obexd
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=10204
Summary: Please also register SyncML server service record in
obexd
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: forrest.zhao(a)intel.com
ReportedBy: congwu.chen(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution(a)lists.intel.com
Obexd SyncEvolution plugin currently registered a SyncML client service record
on channel 16. SyncEvolution actually supports both SyncML server and client
service, thus it would be better if we can also register a SyncML server
service record (on the same channel).
Please refer to Table 1 in OMA-TS-SyncML_OBEXBinding-V1_2-20070221-A about the
SyncML Server Service Record structure.
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 5 months
[Bug 7093] New: SyncEvolution 1.0 release process
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7093
Summary: SyncEvolution 1.0 release process
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: richard.purdie(a)intel.com,
syncevolution(a)lists.intel.com
Release Milestone: Undecided
* remind Richard Purdie to stop building "syncevolution-0-9-x" as part of Poky
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching someone on the CC list of the bug.
12 years, 5 months