On Sun, 23 Dec 2007 23:26:14 +0000 (UTC), Kevin Kofler wrote: > This says what it says: gtkspell is now using enchant instead of aspell. For > the rationale, see: > http://fedoraproject.org/wiki/Releases/FeatureDictionary > > > compose.o: In function `compose_set_spell_lang_menu': > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5331: undefined reference > to `new_aspell_config' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5332: undefined reference > to `get_aspell_dict_info_list' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5333: undefined reference > to `delete_aspell_config' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5335: undefined reference > to `aspell_dict_info_list_elements' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5336: undefined reference > to `aspell_dict_info_enumeration_next' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5336: undefined reference > to `aspell_dict_info_enumeration_next' > > /builddir/build/BUILD/sylpheed-2.4.8/src/compose.c:5342: undefined reference > to `delete_aspell_dict_info_enumeration' > > And this is Sylpheed trying to use aspell-related functions directly, so of > course this doesn't work anymore. If Sylpheed really must use APIs of the > underlying spellchecker instead of the gtkspell abstraction, GtkSpell does not offer an interface that could be used to retrieve the list of available dictionaries. > it'll have to be patched to use enchant too. Which is what I've done as a fix/work-around. > (Technically, those linker errors could probably be > fixed by linking in aspell directly, but that'll not solve the actual problem > because Sylpheed would then try to read the list of languages from aspell while > gtkspell is actually using enchant.) Yes, that's not an option. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list