[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, 2 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, 2 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, 2 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, 2 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, 2 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, 2 months
[Bug 9631] New: intelligent handling of unexpected slow syncs: server-side
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9631
Summary: intelligent handling of unexpected slow syncs:
server-side
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: enhancement
Priority: P2
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 2416
In contrast to the client-side (bug #9630), slow sync detection on the server
doesn't work yet. It depends on running the check inside scripts that Lukas
might add to the engine eventually, but which are not there yet.
In addition, the feature also does not make sense unless the server initiated
the sync. Otherwise the user might do a slow sync intentionally on the client
and the server rejects it.
Another complication is that the server cannot simple stop sending any message,
as the client-side does. It must send a proper final message to the client,
telling it to terminate the session.
--
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, 2 months
[Bug 9630] New: intelligent handling of unexpected slow syncs: client-side
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9630
Summary: intelligent handling of unexpected slow syncs:
client-side
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: enhancement
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
Depends on: 2416
Detecting slow syncs when running as SyncML client is completely implemented,
including proper support for it in the sync-UI.
However, it is not enabled by default. To test it, set "preventSlowSync=1". To
trigger the problem, use the erase-anchor.pl script
(http://bugzilla.moblin.org/attachment.cgi?id=3806&action=edit) or wipe out the
whole .synthesis/sysynclib_targ.bfi file.
After testing, we still need to decide about making it enabled by default.
--
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, 2 months
[Bug 6379] New: sync-ui: information required about peers
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6379
Summary: sync-ui: information required about peers
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEEDINFO
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: nicholas.e.richards(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
Which information do we want to show to users once we support syncing with more
than just HTTP SyncML servers?
This information must be gathered, stored and made available via the D-Bus API
of the syncevo-dbus-server. Then the sync-ui should make use of it.
Jussi, I think you wanted to discuss this with Nick. Assigning to Nick
directly, but please keep an eye on it.
--
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, 2 months