9:41 p.m.
Hi,
I'm interested in getting the Maemo backend up and running again, to be
used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
Devuan/Debian).
The backend doesn't seem to be enabled by default in Debian, and it also
doesn't seem to build, when enabled explicitly. The dbus-1 cflags and
libs are missing (I added a call to pkg-config to work around this in
the maemo.am).
Then, I can see my calendar backends and invoke a sync, but it throws a
weird error when I try to sync like this:
user@devuan:~$ syncevolution --sync refresh-from-client radicale
calendar
This error shows up a lot (but maybe it is not harmful?):
[ERROR] @default/radicalecal: basic_string::replace: __pos (which is
4294967295) > this->size() (which is 11)
Here's a slightly more verbose log, with most of my calendar events
removed, and two (first and last) left in place, but the description
modified.
> user@devuan:~$ syncevolution --sync refresh-from-client radicale radicalecal
> [WARNING] radicale: ignoring username , it is not needed
> [INFO] @default/addressbook: inactive
> [INFO] @default/calendar: inactive
> [INFO] @default/memo: inactive
> [INFO] @default/radicalejournal: inactive
> [INFO] @default/radicaletodo: inactive
> [INFO] @default/todo: inactive
> [WARNING] radicale: ignoring username , it is not needed
> [INFO @radicale] target side of local sync ready
> [INFO @radicale] @radicale/addressbook: inactive
> [INFO @radicale] @radicale/calendar: inactive
> [INFO @radicale] @radicale/memo: inactive
> [INFO @radicale] @radicale/radicalejournal: inactive
> [INFO @radicale] @radicale/radicaletodo: inactive
> [INFO @radicale] @radicale/todo: inactive
> [INFO @radicale] @radicale/radicalecal: using configured
database=http://localhost:5223/merlijn/f5203b02-1985-a468-7a57-4c00a87f0850/
> [INFO @radicale] @radicale/radicalecal: starting first time sync from client (peer is
server)
> [INFO @radicale] @radicale/radicalecal: sent 190/265
> [INFO] @default/radicalecal: starting first time sync from client (peer is client)
> [INFO] creating complete data backup of datastore radicalecal before sync (enabled
with dumpData and needed for printChanges)
> @default data changes to be applied during synchronization:
> *** @default/radicalecal ***
> Comparison was impossible.
>
> [INFO] @default/radicalecal: deleting 0
> [INFO] @default/radicalecal: started
> [INFO] @default/radicalecal: adding "specific text removed"
[ERROR] @default/radicalecal: basic_string::replace: __pos (which is
4294967295) > this->size() (which is 11)
> [snip]
> [INFO] @default/radicalecal: adding "specific text 2 removed"
[ERROR] @default/radicalecal: basic_string::replace: __pos (which is
4294967295) > this->size() (which is 11)
> [INFO] @default/radicalecal:
received 189
> [INFO @radicale] @radicale/radicalecal: first time sync done unsuccessfully
> [ERROR @radicale] @radicale/radicalecal: fatal error (remote, status 500)
>
> Synchronization failed, see
/home/user/.cache/syncevolution/target_+config(a)radicale-2020-10-04-10-28-c/syncevolution-log.html
for details.
>
> Changes applied during synchronization (@radicale):
> +---------------|-----------------------|-----------------------|-CON-+
> | | @radicale | @default | FLI |
> | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> | radicalecal | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
> | refresh-from-local, 0 KB sent by client, 0 KB received |
> | fatal error (remote, status 500) |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> | start Sun Oct 4 10:28:56 2020, duration 0:04min |
> | fatal error (remote, status 500) |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> First ERROR encountered: fatal error (remote, status 500)
> [ERROR] error code from SyncEvolution fatal error (remote, status 500): failure on
target side @radicale of local sync
> [INFO] @default/radicalecal: first time sync done unsuccessfully
> [ERROR] @default/radicalecal: aborted on behalf of user (local, status 20017)
> [INFO] creating complete data backup after sync (enabled with dumpData and needed for
printChanges)
>
> Synchronization failed, see
/home/user/.cache/syncevolution/radicale-2020-10-04-10-28-b/syncevolution-log.html for
details.
>
> Changes applied during synchronization:
> +---------------|-----------------------|-----------------------|-CON-+
> | | @default | @radicale | FLI |
> | Source | NEW | MOD | DEL | ERR | NEW | MOD | DEL | ERR | CTS |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> | radicalecal | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
> | refresh-from-remote, 0 KB sent by client, 0 KB received |
> | item(s) in database backup: 0 before sync, 0 after it |
> | fatal error (remote, status 500) |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> | start Sun Oct 4 10:28:56 2020, duration 0:04min |
> | fatal error (remote, status 500) |
> +---------------+-----+-----+-----+-----+-----+-----+-----+-----+-----+
> First ERROR encountered: basic_string::replace: __pos (which is 4294967295) >
this->size() (which is 11)
>
> Data modified @default during synchronization:
> *** @default/radicalecal ***
> no changes
The error is quite cryptic, and it's not clear to me what exactly is
throwing this error. Any help would be appreciated. I'd happy to help
fixing the problem.
Would it be helpful if I also included the html log file?
For the record, this is how I did the setup (this works on my Nokia N900
with the old Fremantle Maemo):
user@devuan:~$ syncevolution --configure \
> --template webdav \
> username=merlijn \
> password=REMOVED \
> syncURL=http://localhost:5223/ \
> target-config@radicale
[INFO] addressbook: configuring datastore with sync mode 'two-way'
[INFO] calendar: configuring datastore with sync mode 'two-way'
[INFO] memo: configuring datastore with sync mode 'two-way'
[INFO] todo: configuring datastore with sync mode 'two-way'
user@devuan:~$ syncevolution --configure \
>
database=http://localhost:5223/merlijn/f5203b02-1985-a468-7a57-4c00a87f0850/ \
> backend=caldavtodo \
> target-config@radicale radicaletodo
user@devuan:~$ syncevolution --configure \
>
database=http://localhost:5223/merlijn/f5203b02-1985-a468-7a57-4c00a87f0850/ \
> backend=caldavjournal \
> target-config@radicale radicalejournal
user@devuan:~$ syncevolution --configure \
>
database=http://localhost:5223/merlijn/f5203b02-1985-a468-7a57-4c00a87f0850/ \
> backend=caldav \
> target-config@radicale radicalecal
user@devuan:~$ syncevolution --configure \
> --template SyncEvolution_Client \
> sync=none \
> syncURL=local://@radicale \
> username= \
> password= \
> radicale
[INFO] addressbook: inactive
[INFO] calendar: inactive
[INFO] memo: inactive
[INFO] todo: inactive
user@devuan:~$ syncevolution --configure \
> sync=two-way \
> backend=todo \
> database= \
> radicale radicaletodo
user@devuan:~$ syncevolution --configure \
> sync=two-way \
> backend=memo \
> database= \
> radicale radicalejournal
user@devuan:~$ syncevolution --configure \
> sync=two-way \
> backend=calendar \
> database= \
> radicale radicalecal
user@devuan:~$ syncevolution --sync refresh-from-client radicale radicalecal
Any clues?
Cheers,
Merlijn
10:58 p.m.
Merlijn Wajer <merlijn(a)wizzup.org> writes:
I'm interested in getting the Maemo backend up and running again,
to be
used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
Devuan/Debian).
As you noticed, that backend needs a maintainer. I'm currently trying to
get an updated SyncEvolution release-ready (using more modern C++,
adapted to recent versions of the libraries it depends on). If you care
about Maemo to work in that release, then now is a good time to debug
this.
There is a "for-master/master-next" branch with the revised code, but I
am still rebasing that from time to time.
Then, I can see my calendar backends and invoke a sync, but it throws
a
weird error when I try to sync like this:
> user@devuan:~$ syncevolution --sync refresh-from-client radicale calendar
This error shows up a lot (but maybe it is not harmful?):
> [ERROR] @default/radicalecal: basic_string::replace: __pos (which is
4294967295) > this->size() (which is 11)
This indicates that an invalid string replace was attempted for a C++
string (out-of-bounds index), which got caught by the C++ runtime and
turned into an exception.
Here's a slightly more verbose log, with most of my calendar
events
removed, and two (first and last) left in place, but the description
modified.
> user@devuan:~$ syncevolution --sync refresh-from-client radicale radicalecal
> [WARNING] radicale: ignoring username , it is not needed
> [INFO] @default/addressbook: inactive
> [INFO] @default/calendar: inactive
> [INFO] @default/memo: inactive
> [INFO] @default/radicalejournal: inactive
> [INFO] @default/radicaletodo: inactive
> [INFO] @default/todo: inactive
> [WARNING] radicale: ignoring username , it is not needed
> [INFO @radicale] target side of local sync ready
> [INFO @radicale] @radicale/addressbook: inactive
> [INFO @radicale] @radicale/calendar: inactive
> [INFO @radicale] @radicale/memo: inactive
> [INFO @radicale] @radicale/radicalejournal: inactive
> [INFO @radicale] @radicale/radicaletodo: inactive
> [INFO @radicale] @radicale/todo: inactive
> [INFO @radicale] @radicale/radicalecal: using configured
database=http://localhost:5223/merlijn/f5203b02-1985-a468-7a57-4c00a87f0850/
> [INFO @radicale] @radicale/radicalecal: starting first time sync from client (peer is
server)
> [INFO @radicale] @radicale/radicalecal: sent 190/265
> [INFO] @default/radicalecal: starting first time sync from client (peer is client)
> [INFO] creating complete data backup of datastore radicalecal before sync (enabled
with dumpData and needed for printChanges)
> @default data changes to be applied during synchronization:
> *** @default/radicalecal ***
> Comparison was impossible.
>
> [INFO] @default/radicalecal: deleting 0
> [INFO] @default/radicalecal: started
> [INFO] @default/radicalecal: adding "specific text removed"
> [ERROR] @default/radicalecal: basic_string::replace: __pos (which is
> 4294967295) > this->size() (which is 11)
There's no strack trace for the exception printed, so it's impossible to
determine where it occurs.
Try this:
SYNCEVOLUTION_DEBUG=1 gdb --args syncevolution --daemon=no \
--sync-property loglevel=10 \
--sync refresh-from-client radicale radicalecal
When the exception is thrown, gdb might stop.
Would it be helpful if I also included the html log file?
No, that won't have more information about this.
--
Best Regards
Patrick Ohly
1:23 a.m.
Hi,
On 04/10/2020 13:58, Patrick Ohly wrote:
Merlijn Wajer <merlijn(a)wizzup.org> writes:
> I'm interested in getting the Maemo backend up and running again, to be
> used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
> Devuan/Debian).
As you noticed, that backend needs a maintainer. I'm currently trying to
get an updated SyncEvolution release-ready (using more modern C++,
adapted to recent versions of the libraries it depends on). If you care
about Maemo to work in that release, then now is a good time to debug
this.
Ok, if I can bend it into shape I'm happy to maintain it for now.
There is a "for-master/master-next" branch with the revised
code, but I
am still rebasing that from time to time.
Check, let me try to get it to work first.
> Then, I can see my calendar backends and invoke a sync, but it
throws a
> weird error when I try to sync like this:
>
>> user@devuan:~$ syncevolution --sync refresh-from-client radicale calendar
>
> This error shows up a lot (but maybe it is not harmful?):
>
>> [ERROR] @default/radicalecal: basic_string::replace: __pos (which is
> 4294967295) > this->size() (which is 11)
This indicates that an invalid string replace was attempted for a C++
string (out-of-bounds index), which got caught by the C++ runtime and
turned into an exception.
Check.
There's no strack trace for the exception printed, so it's impossible to
determine where it occurs.
Try this:
SYNCEVOLUTION_DEBUG=1 gdb --args syncevolution --daemon=no \
--sync-property loglevel=10 \
--sync refresh-from-client radicale radicalecal
When the exception is thrown, gdb might stop.
I entered this in gdb before typing 'run':
catch throw .*
And then it caught the exception [1]. And it looks like the exception is
in "calendar-backend", which is a Maemo component - so the problem might
not even be in syncevolution per se.
I will dive in, and I will let you know. Thank you for the quick response.
Cheers,
Merlijn
[1]
Thread 1 "syncevolution" hit Catchpoint 1 (exception
thrown), 0x00007ffff7367afd in __cxa_throw () from
/usr/lib/x86_64-linux-gnu/libstdc++.so.6
(gdb) bt
#0 0x00007ffff7367afd in __cxa_throw () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#1 0x00007ffff7363891 in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#2 0x00007ffff35d6d41 in std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::_M_check(unsigned long,
char const*) const
(__s=0x7ffff35faf24 "basic_string::replace", __pos=<optimized out>,
this=0x7fffffff9d50) at /usr/include/c++/8/bits/basic_string.h:299
#3 0x00007ffff35d6d41 in std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::replace(unsigned long,
unsigned long, char const*, unsigned long) (__n2=1, __s=0x7ffff360806b ",",
__n1=2, __pos=<optimized out>, this=0x7fffffff9d50) at
/usr/include/c++/8/bits/basic_string.h:1932
#4 0x00007ffff35d6d41 in std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >::replace(unsigned long,
unsigned long, char const*)
(__s=0x7ffff360806b ",", __n1=2, __pos=<optimized out>,
this=0x7fffffff9d50) at /usr/include/c++/8/bits/basic_string.h:1955
#5 0x00007ffff35d6d41 in
ICalConverter::icalVcalToLocal(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >, FileType, int&)
(this=this@entry=0x555557b23de0,
szCont="BEGIN:VCALENDAR\nVERSION:2.0\nPRODID:-//Synthesis AG//NONSGML SyncML Engine
V3.4.0.47//EN\nBEGIN:VTIMEZONE\nTZID:Amsterdam\nBEGIN:STANDARD\nDTSTART:19671029T030000\nRRULE:FREQ=MONTHLY;INTERVAL=12;BYDAY=-1SU\n"...,
iType=iType@entry=ICAL_TYPE, pErrorCode=@0x7fffffffabdc: 21845)
at ICalConverter.cpp:3940
#6 0x00007ffff36cdd41 in
SyncEvo::MaemoCalendarSource::insertItem(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, bool)
(this=0x5555579d4560, uid="",
item="BEGIN:VCALENDAR\r\nVERSION:2.0\r\nPRODID:-//Synthesis AG//NONSGML SyncML Engine
V3.4.0.47//EN\r\nBEGIN:VTIMEZONE\r\nTZID:Amsterdam\r\nBEGIN:STANDARD\r\nDTSTART:19671029T030000\r\nRRULE:FREQ=MONTHLY;INTERVAL=12;BYDA"...,
raw=<optimized out>) at /usr/include/c++/8/bits/basic_string.h:936
#7 0x00007ffff7a61cd7 in
boost::detail::function::function_obj_invoker0<boost::_bi::bind_t<SyncEvo::SyncSourceRaw::InsertItemResult,
boost::_mfi::mf3<SyncEvo::SyncSourceRaw::InsertItemResult, SyncEvo::TrackingSyncSource,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, bool>,
boost::_bi::list4<boost::_bi::value<SyncEvo::TrackingSyncSource*>,
boost::_bi::value<std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > >,
boost::_bi::value<std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > >, boost::_bi::value<bool> > >,
SyncEvo::SyncSourceRaw::InsertItemResult>::invoke(boost::detail::function::function_buffer&)
()
at /usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#8 0x00007ffff7a5fe23 in
SyncEvo::TrackingSyncSource::continueInsertItem(boost::function<SyncEvo::SyncSourceRaw::InsertItemResult
()> const&, std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&) () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#9 0x00007ffff7a61163 in
SyncEvo::TrackingSyncSource::doInsertItem(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, bool) () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#10 0x00007ffff7a61580 in
SyncEvo::TrackingSyncSource::insertItem(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&) () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#11 0x00007ffff798f213 in SyncEvo::SyncSourceSerialize::insertItemAsKey(sysync::KeyType*,
sysync::ItemIDType*) () at /usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#12 0x00007ffff79a373a in
boost::detail::function::function_obj_invoker2<boost::_bi::bind_t<boost::variant<unsigned
short, SyncEvo::ContinueOperation<unsigned short (sysync::KeyType*,
sysync::ItemIDType*)> >, boost::_mfi::mf2<boost::variant<unsigned short,
SyncEvo::ContinueOperation<unsigned short (sysync::KeyType*, sysync::ItemIDType*)>
>, SyncEvo::SyncSourceSerialize, sysync::KeyType*, sysync::ItemIDType*>,
boost::_bi::list3<boost::_bi::value<SyncEvo::SyncSourceSerialize*>,
boost::arg<1>, boost::arg<2> > >, boost::variant<unsigned short,
SyncEvo::ContinueOperation<unsigned short (sysync::KeyType*, sysync::ItemIDType*)>
>, sysync::KeyType*,
sysync::ItemIDType*>::invoke(boost::detail::function::function_buffer&,
sysync::KeyType*, sysync::ItemIDType*) () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#13 0x00007ffff79d9927 in SyncEvo::OperationWrapperSwitch<boost::variant<unsigned
short, SyncEvo::ContinueOperation<unsigned short (sysync::KeyType*,
sysync::ItemIDType*)> > (sysync::KeyType*, sysync::ItemIDType*), 2,
boost::variant<unsigned short, SyncEvo::ContinueOperation<unsigned short
(sysync::KeyType*, sysync::ItemIDType*)> > >::operator()(sysync::KeyType*,
sysync::ItemIDType*) const () at /usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#14 0x00007ffff79c582a in SyncEvolution_InsertItemAsKey () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#15 0x00007ffff662a116 in sysync::TDB_Api::InsertItemAsKey(sysync::KeyType*, char const*,
sysync::TDB_Api_ItemID&)
(this=this@entry=0x555557a068a0, aItemKey=aItemKey@entry=0x555557b1fb90,
parentID=parentID@entry=0x7ffff67428d5 "", newID=...)
at DB_interfaces/api_db/dbapi.cpp:1924
#16 0x00007ffff6633080 in sysync::TPluginApiDS::apiAddItem(sysync::TMultiFieldItem&,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> >&)
(this=0x555557a05860, aItem=..., aLocalID="") at
DB_interfaces/api_db/pluginapids.cpp:1384
#17 0x00007ffff6666533 in sysync::TCustomImplDS::implProcessItem(sysync::TSyncItem*,
sysync::TStatusCommand&)
(this=0x555557a05860, aItemP=0x555555637260, aStatusCommand=...) at
sysync/customimplds.cpp:2918
#18 0x00007ffff66bb773 in sysync::TStdLogicDS::logicProcessRemoteItem(sysync::TSyncItem*,
sysync::TStatusCommand&, bool&, std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> >*) (this=0x555557a05860,
syncitemP=0x555555637260, aStatusCommand=..., aVisibleInSyncset=@0x7fffffffbb1f: true,
aGUID=0x0)
at sysync/stdlogicds.cpp:1446
#19 0x00007ffff668a807 in
sysync::TLocalEngineDS::engProcessRemoteItemAsServer(sysync::TSyncItem*,
sysync::TStatusCommand&)
(this=<optimized out>, aSyncItemP=0x555555637260, aStatusCommand=...) at
sysync/localengineds.cpp:6407
#20 0x00007ffff66828dc in
sysync::TLocalEngineDS::engProcessSyncOpItem(sysync::TSyncOperation, sml_item_s*,
sml_metinf_metinf_s*, sysync::TStatusCommand&)
(this=0x555557a05860, aSyncOp=aSyncOp@entry=sysync::sop_add,
aItemP=aItemP@entry=0x555557b23b10, aMetaP=aMetaP@entry=0x555557b197c0,
aStatusCommand=...)
at sysync/localengineds.cpp:5277
#21 0x00007ffff66dfdc8 in sysync::TSyncSession::processSyncOpItem(sysync::TSyncOperation,
sml_item_s*, sml_metinf_metinf_s*, sysync::TLocalEngineDS*, sysync::TStatusCommand&,
bool&)
(this=0x5555579e8d20, aSyncOp=<optimized out>, aItemP=0x555557b23b10,
aMetaP=aMetaP@entry=0x555557b197c0, aLocalSyncDatastore=<optimized out>,
aStatusCommand=..., aQueueForLater=@0x7fffffffbd3b: false) at sysync/syncsession.cpp:3999
#22 0x00007ffff66d725e in sysync::TSyncOpCommand::execute() (this=0x555557b00b80) at
sysync/synccommand.cpp:2637
#23 0x00007ffff66e846e in sysync::TSyncSession::process(sysync::TSmlCommand*)
(this=this@entry=0x5555579e8d20, aSyncCommandP=0x555557b00b80)
at sysync/syncsession.cpp:2576
#24 0x00007ffff66e89d5 in sysync::TSyncSession::AddCmd(sml_generic_s*)
(this=this@entry=0x5555579e8d20, aContentP=<optimized out>) at
sysync/syncsession.cpp:5803
#25 0x00007ffff66cc1bc in sysync::TSyncAppBase::AddCmd(void*, sml_generic_s*)
(this=0x5555555c4670, userData=0x5555579e8d20, aContentP=<optimized out>)
at sysync/syncappbase.cpp:2113
#26 0x00007ffff6990356 in smlProcessData () at /usr/lib/x86_64-linux-gnu/libsmltk.so.0
#27 0x00007ffff66c50cd in sysync::TSyncAgent::ServerProcessingStep(unsigned short&,
sysync::TEngineProgressType*)
(this=this@entry=0x5555579e8d20, aStepCmd=@0x7fffffffc09a: 102, aInfoP=<optimized
out>) at sysync/syncagent.cpp:3289
#28 0x00007ffff66c6a69 in sysync::TSyncAgent::ServerSessionStep(unsigned short&,
sysync::TEngineProgressType*)
(this=this@entry=0x5555579e8d20, aStepCmd=@0x7fffffffc09a: 102,
aInfoP=aInfoP@entry=0x7fffffffc230) at sysync/syncagent.cpp:3257
#29 0x00007ffff66c895f in sysync::TSyncAgent::SessionStep(unsigned short&,
sysync::TEngineProgressType*)
(this=this@entry=0x5555579e8d20, aStepCmd=@0x7fffffffc09a: 102,
aInfoP=aInfoP@entry=0x7fffffffc230) at sysync/syncagent.cpp:3058
#30 0x00007ffff6649276 in
sysync::TServerEngineInterface::SessionStep(sysync::SessionType*, unsigned short&,
sysync::TEngineProgressType*)
(this=<optimized out>, aSessionH=0x5555579e8ab0, aStepCmd=@0x7fffffffc09a: 102,
aInfoP=0x7fffffffc230) at Transport_interfaces/engine/enginesessiondispatch.cpp:478
#31 0x00007ffff790556b in
SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType>
const&, unsigned short&, sysync::TEngineProgressType*) ()
at /usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#32 0x00007ffff79f3ba8 in SyncEvo::SyncContext::doSync() () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#33 0x00007ffff79fb713 in SyncEvo::SyncContext::sync(SyncEvo::SyncReport*) () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#34 0x00007ffff7962711 in SyncEvo::Cmdline::run() () at
/usr/lib/x86_64-linux-gnu/libsyncevolution.so.0
#35 0x000055555556d24f in main ()
6:04 a.m.
Hi,
On 04/10/2020 16:23, Merlijn Wajer wrote:
Hi,
On 04/10/2020 13:58, Patrick Ohly wrote:
> Merlijn Wajer <merlijn(a)wizzup.org> writes:
>> I'm interested in getting the Maemo backend up and running again, to be
>> used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
>> Devuan/Debian).
>
> As you noticed, that backend needs a maintainer. I'm currently trying to
> get an updated SyncEvolution release-ready (using more modern C++,
> adapted to recent versions of the libraries it depends on). If you care
> about Maemo to work in that release, then now is a good time to debug
> this.
Ok, if I can bend it into shape I'm happy to maintain it for now.
Please let me know if you would like me to pick up some maintenance
tasks. As per below, I currently have the code working with the latest
syncevolution.
> There is a "for-master/master-next" branch with the
revised code, but I
> am still rebasing that from time to time.
Check, let me try to get it to work first.
>> Then, I can see my calendar backends and invoke a sync, but it throws a
>> weird error when I try to sync like this:
>>
>>> user@devuan:~$ syncevolution --sync refresh-from-client radicale calendar
>>
>> This error shows up a lot (but maybe it is not harmful?):
>>
>>> [ERROR] @default/radicalecal: basic_string::replace: __pos (which is
>> 4294967295) > this->size() (which is 11)
>
> This indicates that an invalid string replace was attempted for a C++
> string (out-of-bounds index), which got caught by the C++ runtime and
> turned into an exception.
Problem found and fixed. The problem was with
calendar-backend, and
never even having been run on any 64 bit platform. (It was using 'int',
'unsigned int' instead of string::size_type or 'size_t')
I will be performing more cleanups on that codebase.
So the problem wasn't in syncevolution at all. That said -- what can I
do to get the Maemo backend marked as active again?
Cheers,
Merlijn
4:50 a.m.
Merlijn Wajer <merlijn(a)wizzup.org> writes:
Hi,
On 04/10/2020 16:23, Merlijn Wajer wrote:
> Hi,
>
> On 04/10/2020 13:58, Patrick Ohly wrote:
>> Merlijn Wajer <merlijn(a)wizzup.org> writes:
>>> I'm interested in getting the Maemo backend up and running again, to be
>>> used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
>>> Devuan/Debian).
>>
>> As you noticed, that backend needs a maintainer. I'm currently trying to
>> get an updated SyncEvolution release-ready (using more modern C++,
>> adapted to recent versions of the libraries it depends on). If you care
>> about Maemo to work in that release, then now is a good time to debug
>> this.
>
> Ok, if I can bend it into shape I'm happy to maintain it for now.
Please let me know if you would like me to pick up some maintenance
tasks. As per below, I currently have the code working with the latest
syncevolution.
Being available to test and fix the code if necessary is a good first
step. I can't even compile it myself because I lack a system with the
necessary libraries.
Is there perhaps a Dockerfile that provides everything that is needed to
build for Maemo? I could use that for automatic build and perhaps even
functional testing.
So the problem wasn't in syncevolution at all. That said -- what
can I
do to get the Maemo backend marked as active again?
Marked where?
It's not enabled by default in configure because most people won't have
the necessary libraries available and probably also don't want to build
it. That EDS is enabled by default is partly a historic exception,
partly because I suspect that most users are using it.
--
Best Regards
Patrick Ohly
8:49 a.m.
Hi,
On 11/10/2020 19:50, Patrick Ohly wrote:
> Please let me know if you would like me to pick up some
maintenance
> tasks. As per below, I currently have the code working with the latest
> syncevolution.
Being available to test and fix the code if necessary is a good first
step. I can't even compile it myself because I lack a system with the
necessary libraries.
Understood. I did document how to set up the synchronisation on a Maemo
(Leste) system, here: https://leste.maemo.org/Calendar
Is there perhaps a Dockerfile that provides everything that is needed
to
build for Maemo? I could use that for automatic build and perhaps even
functional testing.
Hm... There isn't one yet, but I could attempt to make one. We do have
virtual images that can run in QEMU/Virtualbox, but that probably isn't
quite what you are looking for: https://leste.maemo.org/Virtual_Machine
I can try to write a Dockerfile in the next day or two.
> So the problem wasn't in syncevolution at all. That said --
what can I
> do to get the Maemo backend marked as active again?
Marked where?
It's not enabled by default in configure because most people won't have
the necessary libraries available and probably also don't want to build
it. That EDS is enabled by default is partly a historic exception,
partly because I suspect that most users are using it.
Good question. I don't know where I saw that it was inactive, but I
recall seeing it somewhere...
That said, the backend does currently need minor changes (pkg-config
with dbus-1).
I'll let you know once I have a Dockerfile.
Thanks,
Cheers,
Merlijn
6:25 p.m.
Merlijn Wajer <merlijn(a)wizzup.org> writes:
Hi,
> Is there perhaps a Dockerfile that provides everything that is needed to
> build for Maemo? I could use that for automatic build and perhaps even
> functional testing.
Hm... There isn't one yet, but I could attempt to make one. We do have
virtual images that can run in QEMU/Virtualbox, but that probably isn't
quite what you are looking for: https://leste.maemo.org/Virtual_Machine
I can try to write a Dockerfile in the next day or two.
If the Maemo backend needs D-Bus, then note that I have a solution for
that:
https://cgit.freedesktop.org/SyncEvolution/syncevolution/tree/test/dbus-s...
It can be invoked inside a container and wraps another command (like
bash) which then has a D-Bus session.
So all that the Dockerfile has to provide is really just the libraries
and binaries for Maemo.
--
Best Regards
Patrick Ohly
6:28 p.m.
Merlijn Wajer <merlijn(a)wizzup.org> writes:
I'm interested in getting the Maemo backend up and running again,
to be
used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
Devuan/Debian).
BTW, what happened with Buteo? I though that was the sync solution for
Maemo.
--
Best Regards
Patrick Ohly
9:43 p.m.
Hi Patrick,
On 14/10/2020 09:28, Patrick Ohly wrote:
Merlijn Wajer <merlijn(a)wizzup.org> writes:
> I'm interested in getting the Maemo backend up and running again, to be
> used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
> Devuan/Debian).
BTW, what happened with Buteo? I though that was the sync solution for
Maemo.
Sorry for the late reply - it looks like Buteo [1] is used by Meego and
perhaps Nemo Mobile (and maybe Sailfish), but I don't think it was used
on Maemo (at least I had not seen it mentioned before).
Thanks for the pointer.
Cheers,
Merlijn
[1] https://wiki.merproject.org/wiki/Buteo
12:58 p.m.
Hi,
Buteo was in MeeGo and is now in Mer which is the base for Sailfish.
MeeGo is Maemo + Mobilin (https://en.wikipedia.org/wiki/Maemo).
I don't think Buteo works on Maemo since Buteo is Qt and I believe Maemo is
GTK.
On Sun, Dec 27, 2020 at 11:42 AM Merlijn Wajer <merlijn(a)wizzup.org> wrote:
Hi Patrick,
On 14/10/2020 09:28, Patrick Ohly wrote:
> Merlijn Wajer <merlijn(a)wizzup.org> writes:
>> I'm interested in getting the Maemo backend up and running again, to be
>> used in 'Maemo Leste' (Maemo 5, 100% open source, based on stable
>> Devuan/Debian).
>
> BTW, what happened with Buteo? I though that was the sync solution for
> Maemo.
Sorry for the late reply - it looks like Buteo [1] is used by Meego and
perhaps Nemo Mobile (and maybe Sailfish), but I don't think it was used
on Maemo (at least I had not seen it mentioned before).
Thanks for the pointer.
Cheers,
Merlijn
[1] https://wiki.merproject.org/wiki/Buteo
_______________________________________________
SyncEvolution mailing list -- syncevolution(a)syncevolution.org
To unsubscribe send an email to syncevolution-leave(a)syncevolution.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
629
days inactive
714
days old
syncevolution@syncevolution.org
9 comments
3 participants
participants (3)
-
deloptes -
Merlijn Wajer -
Patrick Ohly