https://bugs.freedesktop.org/show_bug.cgi?id=54450
Bug #: 54450
Summary: Evolution address book datasource inactive
Classification: Unclassified
Product: LibreOffice
Version: 3.6.1.2 release
Platform: All
OS/Version: All
Status: UNCONFIRMED
Keywords: regression
Severity: normal
Priority: medium
Component: Database
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected]
Blocks: 32948
Created attachment 66563
--> https://bugs.freedesktop.org/attachment.cgi?id=66563
evolution address book
TEST1
Reproduction instructions:
1) compile LibO with --enable-evolution2 passed to ./autogen.sh
(our official builds don't have that)
2) run LibreOffice
3) Menu File / Wizards / Address Data Source
Actual Behaviour: Choices "Evolution", "Groupwise" and "Evolution LDAP" are
missing
Expected behaviour: these choices are present.
TEST2
Reproduction instructions:
1) compile LibO with --enable-evolution2 passed to ./autogen.sh
(our official builds don't have that)
2) run LibreOffice
3) open attachment 47889
4) in the left pane, click on "tables"
Actual Behaviour: Error message "no SDBC driver found for URL"
Expected behaviour: list of Evolution address books, e.g.: "Personal", appears
in the lower right pane
LibreOffice 3.4 (Debian packages) has the "expected behaviour".
(Our .deb packages do not, but that's because it is not enabled)
My analysis shows that the driver (libevoablo.so) is:
1) Not installed
2) Not registered
The evolution address book works correctly if I:
1) copy the attached evoab.rdb to install/program/services/
2) copy workdir/unxlngx6/LinkTarget/Library/libevoablo.so to ./install/program/
3) apply the attached patch
Then it all works! Remaining question is: How to cause our build system to do
that?
This whole install / registration stuff is a bit of a magic blackbox for me.
For example, the mozab driver somehow ends up in install/program/services.rdb,
but I cannot find *how* so that I can do the same with evoab. Weirdly, mozab is
not in
workdir/unxlngx6/Rdb/ure/services.rdb, but it is in
install/program/services/services.rdb
I took "inspiration" from PostgreSQL-SDBC to generate a working evoab.rdb that
I could drop there. It would maybe be better to put evoab also in services.rdb
rather than its own file?
I tried to hack our install system to do "the same with evoab than with mozab",
but failed to have it make what I wanted.
@dtardon: you switched connectivity to gbuild; could you please double-check
that this regression was not introduced during that switch, in that the gbuild
fails to do what the dmake did? Thanks.
Mozab section in services.rdb:
<component loader="com.sun.star.loader.SharedLibrary"
uri="vnd.sun.star.expand:$LO_LIB_DIR/libmozab2lo.so">
<implementation name="com.sun.star.comp.mozilla.MozillaBootstrap">
<service name="com.sun.star.mozilla.MozillaBootstrap"/>
</implementation>
<implementation name="com.sun.star.comp.sdbc.MozabDriver">
<service name="com.sun.star.sdbc.Driver"/>
</implementation>
</component>
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
