michalbednarski
commented
3 years ago Pluma tries to load few different spell checkers and it appears there isn't hunspell problem there (if there was there would also be message about libhunspell-1.7.so.0)
If spell checker and dictionary are installed then in Pluma you'll be able to see available languages under Tools -> Set language...
Dear MR Bednarski and others, I have found out, that Pluma text editor can not load several native .so libraryes at startup when I Am running ArchLinux AARch64 Bit edition from MR Rausty.
As A result, Seamonkey is helpless to support Czech and other spell checking dictionaryes. YHere are error messages when running Pluma. Hunspell package is installed.
(pluma:31337): WARNING : 20:59:01.223: Error loading plugin: libaspell.so.15: sdĂlenĂ˝ objektovĂ˝ soubor nelze otevĹ™Ăt: Adresář nebo soubor neexistuje
(pluma:31337): WARNING : 20:59:01.226: Error loading plugin: libhspell.so.0: sdĂlenĂ˝ objektovĂ˝ soubor nelze otevĹ™Ăt: Adresář nebo soubor neexistuje
(pluma:31337): WARNING : 20:59:01.235: Error loading plugin: libnuspell.so.4: Remote object file ˝ soubor can not be opened™Ăt: directory or file not exist.
(pluma:31337): WARNING : 20:59:01.237: Error loading plugin: libvoikko.so.1: remote object file could not be opened. ™: file or directory not exist:
Do you think, that it would be possible to find The cause, why hunspell related .so libraryes are so problematic for load when using Proot? I Am running ArchLinux from MR Rausty since it incorporated latest available techniques including /dev/shm shared memory emulation. Sure, this technique is also integrated in to official Termux Linux distros installation script. Any advices how to track down The bug is very welcomed. Since I love Seamonkey build in spell checking feature, which is fully compatible with Orca screen reader. And I think, that The bug which Pluma display could be important way to also allow Seamonkey spell checker based on Hunspell to work.