enchant zemberek backend cause sylpheed crash

StacktraceTop:IA__g_main_context_prepare (context=0x8eb0670, priority=0xbff2529c)
g_main_context_iterate (context=0x8eb0670,
IA__g_main_loop_run (loop=0x91e88b0)
IA__gtk_main ()
?? ()

Also happens with 2.7.1

It operates normally when libenchant1c2a 1.4.2-3.3ubuntu1 is used.

@amatsus
I can confirm it, rebuilding enchant 1.4.2 and sylpheed 2.7.1 and the problem is gone. Good catch !

Compiling sylpheed with --disable-gtkspell also fixes it.

Thanks Erik, I confim that it's working for me too.
I'm going to add this workaround to the next upload of sylpheed, waiting for a proper fix.

The release available in debian works fine, merging it.

This bug was fixed in the package sylpheed - 2.7.1-2ubuntu1

---------------
sylpheed (2.7.1-2ubuntu1) lucid; urgency=low

  * Merge from debian testing, remaining changes:
    - debian/control: Recommends curl to add support for update check.
  * Re-enable gtkspell, now it's working fine without dropping it, closing:
    - LP: #475832
    - LP: #413994

sylpheed (2.7.1-2) unstable; urgency=low

  * debian/control
  - Fixed -i18n section to localization
  - Updated Standards-Version to 3.8.3, no other changes
  - Fixed required version of debhelper as suggested by lintian
  - Use libreadline6-dev now we have it in unstable (thanks doko)
  * README.source
  - Added file pointing out quilt usage
 -- Alessio Treglia <email address hidden> Wed, 11 Nov 2009 00:49:44 +0100

  * Re-enable gtkspell, now it's working fine without dropping it, closing:

I don't know why you think that, the problem is in the support of enchant 1.5.0. Maybe the version in Debian works, but it's just because Debian is using enchant 1.4.2. I have still the problem with 2.7.1, even with 3.0 alpha of sylpheed.

Julien, I tried it in a lucid chroot and it work'd fine.

At least, this isn't still reproducible.

Still reproducible for me in a Lucid VBox.

Steps I followed:

1. Install sylpheed:

alessio@quadromatic:~$ schroot -u root -c lucid_amd64
I: [lucid_amd64-58d65d71-9555-4a95-a2e9-ba98a6fbd843 chroot] (alessio->root) Running login shell: '/bin/bash'
(lucid_amd64)root@quadromatic:/home/alessio# apt-get update
Get:1 http://127.0.0.1 lucid Release.gpg [189B]
Get:2 http://127.0.0.1 lucid Release [65.9kB]
Get:3 http://127.0.0.1 lucid/main Packages [1354kB]
Get:4 http://127.0.0.1 lucid/restricted Packages [7969B]
Get:5 http://127.0.0.1 lucid/universe Packages [5128kB]
Get:6 http://127.0.0.1 lucid/multiverse Packages [185kB]
Fetched 6742kB in 21s (317kB/s)
Reading package lists... Done
(lucid_amd64)root@quadromatic:/home/alessio# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
  linux-libc-dev
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 728kB of archives.
After this operation, 0B of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://127.0.0.1 lucid/main linux-libc-dev 2.6.32-3.4 [728kB]
Fetched 728kB in 7s (96.3kB/s)
debconf: delaying package configuration, since apt-utils is not installed
(Reading database ... 11194 files and directories currently installed.)
Preparing to replace linux-libc-dev 2.6.32-3.3 (using .../linux-libc-dev_2.6.32-3.4_amd64.deb) ...
Unpacking replacement linux-libc-dev ...
Setting up linux-libc-dev (2.6.32-3.4) ...
(lucid_amd64)root@quadromatic:/home/alessio# apt-get install sylpheed
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
  aspell aspell-en curl defoma dictionaries-common fontconfig fontconfig-config hicolor-icon-theme hunspell-en-us libaspell15
  libatk1.0-0 libatk1.0-data libavahi-client3 libavahi-common-data libavahi-common3 libbluetooth3 libcairo2 libcompfaceg1 libcups2
  libcurl3 libdatrie1 libdbus-glib-1-2 libdirectfb-1.2-0 libenchant1c2a libexpat1 libfont-freetype-perl libfontconfig1 libfontenc1
  libfreetype6 libfribidi0 libglib2.0-0 libglib2.0-data libgpgme11 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtkspell0
  libhunspell-1.2-0 libjasper1 libjpeg62 libnewt0.52 libonig2 libpango1.0-0 libpango1.0-common libpcre3 libpisock9 libpixman-1-0
  libpopt0 libpth20 libsysfs2 libthai-data libthai0 libtiff4 libts-0.0-0 libx11-6 libx11-data libxau6 libxcb-render-util0
  libxcb-render0 libxcb1 libxcomposite1 libxcursor1 libxdamage1 libxdmcp6 libxext6 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1
  libxml2 libxrandr2 libxrender1 metamail sgml-base shared-mime-info sharutils sylpheed-i18n tsconf ttf-dejavu ttf-dejavu-core
  ttf-dejavu-extra ucf whiptail x-ttc...

http://www.uploadgeek.com/share-EA42_4AFB3F1A.html

Hum, strange, maybe the bug can't be trigger in a chroot. All reports was with VBox or real installation.
Anyway, a new upstream will probably be available later in the cycle, we can test more with it.

Seems to be an enchant. If you compile enchant without zemberek support, it's working.

Attached debdiff will fix the problem.

Other solution is to depends on zemberek package, but it will bring some java depends. Another solution is to separate the zemberek backend in its own binary, but I'm not sure it'll fix the problem in sylpheed for example.

the code should be fixed to not crash, stopping building code because of a bug is not a fix it's a workaround...

No, it's a bug in enchant, upstream is also aware of this and they turned zemberek support off by default (see http://bugzilla.abisource.com/show_bug.cgi?id=12529). It's also the same on Fedora and Archlinux.

There are others packages potentially affected by this :
https://bugs.webkit.org/show_bug.cgi?id=30860
http://bugs.archlinux.org/task/17401?cat=&dev=notassigned&sev=2&status=

right it's a bug in enchant but what make you think the code can't be changed to not crash? not building the option seems rather to be a workaround there...

Yes, and in meantime, it was fixed on sylpheed.
However, I think the package is still not correct. Or the zemberek support is enable (with all the potential risk) and the package need adjustments (depends on zemberek and/or split into a new binary), or the support need to be disable to follow the the package. For the 2 cases, something is missing.

other option would be to do runtime detection and act correctly

This bug was fixed in the package enchant - 1.5.0-0ubuntu4

---------------
enchant (1.5.0-0ubuntu4) lucid; urgency=low

  * debian/rules: Disable backend zemberek by passing --disable-zemberek flag
    This option makes sylpheed crash if zemberek is not installed, which have
    a lot of java depends. (LP: #413994)
 -- Julien Lavergne <email address hidden> Thu, 19 Nov 2009 11:29:06 -0600

I can confirm that the update of libenchant1c2a to 1.5.0-0ubuntu4 fix the segfault of ubiquity (bug #529726 which is a duplicate of this one).