http://bugzilla.moblin.org/show_bug.cgi?id=7981
--- Comment #3 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-11-15 17:37:58 PST
---
(In reply to comment #1)
I think this is controlled by
<maxmsgsize>131072</maxmsgsize>
I change this field with a big
number(20000000) but it still fails.
(In reply to comment #2)
Is our own DevInf perhaps becoming so large that it doesn't fit
into the
outgoing message?
I only keep 5 sources:file_ical20 file_itodo20 file_vcard21
file_vcard30
itodo20. It still failes. But not all 5 sources could reproduce this issue.
Still from the incomplete XML file, the devinf has been generated successfully.
The simples solution would be to make the message size limit larger,
but then
it's still a fixed limit. No idea whether large object support (which splits
objects into chunks and distributes them among messages) can be applied to
DevInf. I suspect that even if the standard supports it, peer implementations
won't work with it.
That doesn't work for this problem.
Note that the problem only occurs in an invalid local configuration:
it is not
possible to synchronize, say, ical20 and file_ical20 against the server at once
because they share the same database on the server. Hmm, is that really true?
I'm not so sure anymore. The server could handle this.
They could not be synced
at the same time. Synthesis checks source 'uri' and
disable other same ones.
--
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.