Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 4 Aug 2019 09:37:10 +0200
From:      Ralf Mardorf <ralf.mardorf@rocketmail.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: thunderbird in German?
Message-ID:  <20190804093710.66948e68@archlinux>
In-Reply-To: <87lfw9bxeb.fsf@toy.adminart.net>
References:  <87o91bw4mx.fsf@toy.adminart.net> <20190731012754.3783a859.freebsd@edvax.de> <878ssc5v3x.fsf@toy.adminart.net> <20190802060356.eebda021.freebsd@edvax.de> <87tvaz8gkn.fsf@toy.adminart.net> <20190802213025.884985d57dbfd7bf20ae4cd5@sohara.org> <87lfw9bxeb.fsf@toy.adminart.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 04 Aug 2019 02:13:32 +0200, hw wrote:
>Steve O'Hara-Smith <steve@sohara.org> writes:
>> On Fri, 02 Aug 2019 22:20:40 +0200 hw <hw@adminart.net> wrote:
>>  
>>> I'll still try Sylpheed ...  It's been around for a while now, and
>>> I'm curious.  
>>
>> 	I've been happy with it for many years now.  
>
>Well, it seemed pretty good, and I intend to use it instead of
>Thunderbird or seamonkey.  I'm not sure if it would be wise to make the
>users switch over as well, though.  But then, it might just be wise
>because sylpheed might cause less trouble in the long run.

Hi,

that's a naive miscalculation. I dislike Mozilla projects for several
reasons, but what makes you think that Sylpheed might cause less trouble
in the long run? It might not cause trouble on FreeBSD yet, but it will
in the short run, since on Linux it already does, as all GTK apps and
especially GTK2 apps do.

On Linux GTK2 apps tend to suffer from a mysterious
"!xcb_xlib_threads_sequence_lost" bug, that makes those apps crash
constantly. Ubuntu 16.04, a very old long term support release doesn't
suffer from it, but more recent releases of release model distros do
and rolling releases such as Arch Linux do, too. Some projects have got
a GTK2 and GTK3 port and you get rid of this issue, when compiling
against GTK3. I don't know if Sylpheed has got a GTK3 port, but Claws
has got, unfortunately it's "experimental", IOW broken in many ways.
You also might have noticed that some Linux projects migrated from GTK
to Qt.

Btw. way closer to Thunderbird features is Evolution. Claws and
Sylpheed are lightweight, but might miss features one or the other user
might need. Evolution suffers from an icu issue, it doesn't work
correctly anymore, as soon as compiled against icu 64 instead of
icu < 64. If the only issue with Thunderbird should be translations, I
strongly recommend to stay with Thunderbird. FWIW I'm using

$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

but I'm doing parallel usage of Englisch and German dictionaries for
spell checking ant it's a PITA and only works properly by staying with a
very old English dictionary, with newer dictionaries you get a lot of
false positives regarding case sensitivity.

Actually I migrated from Mozilla MUAs to Evolution years ago. I tested
Kmail, but experienced way to many issues. After a while I installed
Claws and Sylpheed, too, because I want to share POP accounts between
old LTS releases and a rolling release. Due to Evolutions dependency
chain against GNOME, it's impossible to maintain identical versions
of Evolution for distros of "different ages", while it's easy to do for
Claws.

GTK2 issues:
https://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=4203#c10
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/1808710

icu 64 issue:
https://bugs.archlinux.org/task/62317
https://mail.gnome.org/archives/evolution-list/2019-August/msg00032.html

Some of the projects that migrated from GTK to Qt:
http://www.kernelshark.org/
https://en.wikipedia.org/wiki/LXDE#Qt_port

Regards,
Ralf



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190804093710.66948e68>