GNU bug report logs - #77669
orca does not have liblouis.so.20 available

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 77669 in the body.
You can then email your comments to 77669 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "R.W.Flurando" <rw-flurando <at> inventati.org>
To: bug-guix <at> gnu.org
Subject: orca does not have liblouis.so.20 available
Date: Wed, 09 Apr 2025 13:26:30 +0800

my guix describe output:
>  guix e2c2f98
>    repository URL: https://git.savannah.gnu.org/git/guix.git
>    branch: master
>    commit: e2c2f98edd5d64921678c2570439dedfe662b1f8
>  nonguix a96e245
>    repository URL: https://gitlab.com/nonguix/nonguix
>    branch: master
>    commit: a96e2451bda5aaf9b48339edee392c6a3017d730

my guix configuration locates at codeberg.org rw-flurando/Dotfile.git

orca 46.2 now in gnu channel is broken
> $ orca -s
>
> Traceback (most recent call last):
>   File "/gnu/store/laam78hpxckx8ghymr083grfjjxfw80c-orca-46.2/lib/python3.10/site-packages/orca/orca.py", line 193, in _showPreferencesUI
>     module = importlib.import_module('.orca_gui_prefs', 'orca')
>   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/importlib/__init__.py", line 126, in import_module
>     return _bootstrap._gcd_import(name[level:], package, level)
>   File "<frozen importlib._bootstrap>", line 1050, in _gcd_import
>   File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
>   File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
>   File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
>   File "<frozen importlib._bootstrap_external>", line 883, in exec_module
>   File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
>   File "/gnu/store/laam78hpxckx8ghymr083grfjjxfw80c-orca-46.2/lib/python3.10/site-packages/orca/orca_gui_prefs.py", line 62, in <module>
>     import louis
>   File "/gnu/store/k4b7c0ghan4kic9lny8wk4plfl5m4dwc-liblouis-3.31.0-python/lib/python3.10/site-packages/louis/__init__.py", line 61, in <module>
>     liblouis = _loader["liblouis.so.20"]
>   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 449, in __getitem__
>     return getattr(self, name)
>   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 444, in __getattr__
>     dll = self._dlltype(name)
>   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 374, in __init__
>     self._handle = _dlopen(self._name, mode)
> OSError: liblouis.so.20: cannot open shared object file: No such file or directory


> (orca:7604): dbind-WARNING **: 07:33:15.975: AT-SPI: Error in
> GetItems, sender=:1.17, error=Object does not exist at path
> “/org/a11y/atspi/cache”

I don't the problem now is seemingly orca can't access those
dependencies specified in the package definition

If I don't exclusively install "xkbcomp", it won't even speak

After installing xkbcomp, it does speak, but in an unconfigurable
manner
(default? I guess)

The required liblouis.so.20 to me is not achievable unless I somehow
get
a custom package definition

as I have tried "liblouis", "liblouis:bin" and "liblouisutml", none of
them worked!

`orca -s` is expected to pop out a gui configuration window, but it
doesn't now.

Orca is really bugsome now in guix and I can't fix it myself.

Stop saying things like orca is fine elsewhere than guixsd, that
doesn't
change situations here.

If orca on guixsd does have some limitations, why not make it clear in
the document?
If not, could anybody tell me how to make it work just like the orca
in
Gnome Debian?
I might have to look at alternatives like emacspeak, but I hope that
is
not why such a broken orca package definition can stay on the main
channel for so long (It must have worked on some developers guixsd
because I can see there is a lot of closed issue there. But how? Has
it
been tested using a `guix shell --container` environment?)

Sorry for being a little rude.
Anyway, the document, the orca package, and the guix test procedure,
these three things, at least one of them should be fixed.

Message #8 received at 77669 <at> debbugs.gnu.org (full text, mbox):

From: Noé Lopez <noe <at> xn--no-cja.eu>
To: 77669 <at> debbugs.gnu.org
Cc: "R.W.Flurando" <rw-flurando <at> inventati.org>
Subject: Re: orca does not have liblouis.so.20 available
Date: Wed, 09 Apr 2025 23:55:20 +0200

[Message part 1 (text/plain, inline)]

Hi R.W.,

Thank you for taking the time to make this bug report.

> my guix describe output:
> >  guix e2c2f98
> >    repository URL: https://git.savannah.gnu.org/git/guix.git
> >    branch: master
> >    commit: e2c2f98edd5d64921678c2570439dedfe662b1f8
> >  nonguix a96e245
> >    repository URL: https://gitlab.com/nonguix/nonguix
> >    branch: master
> >    commit: a96e2451bda5aaf9b48339edee392c6a3017d730
> 
> my guix configuration locates at codeberg.org rw-flurando/Dotfile.git
> 
> orca 46.2 now in gnu channel is broken
> > $ orca -s
> >
> > Traceback (most recent call last):
> >   File "/gnu/store/laam78hpxckx8ghymr083grfjjxfw80c-orca-46.2/lib/python3.10/site-packages/orca/orca.py", line 193, in _showPreferencesUI
> >     module = importlib.import_module('.orca_gui_prefs', 'orca')
> >   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/importlib/__init__.py", line 126, in import_module
> >     return _bootstrap._gcd_import(name[level:], package, level)
> >   File "<frozen importlib._bootstrap>", line 1050, in _gcd_import
> >   File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
> >   File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
> >   File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
> >   File "<frozen importlib._bootstrap_external>", line 883, in exec_module
> >   File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
> >   File "/gnu/store/laam78hpxckx8ghymr083grfjjxfw80c-orca-46.2/lib/python3.10/site-packages/orca/orca_gui_prefs.py", line 62, in <module>
> >     import louis
> >   File "/gnu/store/k4b7c0ghan4kic9lny8wk4plfl5m4dwc-liblouis-3.31.0-python/lib/python3.10/site-packages/louis/__init__.py", line 61, in <module>
> >     liblouis = _loader["liblouis.so.20"]
> >   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 449, in __getitem__
> >     return getattr(self, name)
> >   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 444, in __getattr__
> >     dll = self._dlltype(name)
> >   File "/gnu/store/xsflhzksdnlwsigw9iicbg99qmh5hz82-python-3.10.7/lib/python3.10/ctypes/__init__.py", line 374, in __init__
> >     self._handle = _dlopen(self._name, mode)
> > OSError: liblouis.so.20: cannot open shared object file: No such file or directory
> 
> 
> > (orca:7604): dbind-WARNING **: 07:33:15.975: AT-SPI: Error in
> > GetItems, sender=:1.17, error=Object does not exist at path
> > “/org/a11y/atspi/cache”
> 
> I don't the problem now is seemingly orca can't access those
> dependencies specified in the package definition
> 
> If I don't exclusively install "xkbcomp", it won't even speak
> 
> After installing xkbcomp, it does speak, but in an unconfigurable
> manner
> (default? I guess)
> 
> The required liblouis.so.20 to me is not achievable unless I somehow
> get
> a custom package definition
> 
> as I have tried "liblouis", "liblouis:bin" and "liblouisutml", none of
> them worked!
> 
> `orca -s` is expected to pop out a gui configuration window, but it
> doesn't now.
>

I could reproduce this easily and I’ve now made two patches to make orca
work again, you can find these at <https://issues.guix.gnu.org/77682>.

> Orca is really bugsome now in guix and I can't fix it myself.
> 
> Stop saying things like orca is fine elsewhere than guixsd, that
> doesn't
> change situations here.
>
> If orca on guixsd does have some limitations, why not make it clear in
> the document?

I’m unaware of what you are talking about, could you specify the
document so I can update it if needed?

> If not, could anybody tell me how to make it work just like the orca
> in
> Gnome Debian?
> I might have to look at alternatives like emacspeak, but I hope that
> is
> not why such a broken orca package definition can stay on the main
> channel for so long (It must have worked on some developers guixsd
> because I can see there is a lot of closed issue there. But how? Has
> it
> been tested using a `guix shell --container` environment?)
> 
> Sorry for being a little rude.
> Anyway, the document, the orca package, and the guix test procedure,
> these three things, at least one of them should be fixed.

When the patches get merged, can you try them out and tell me if it
works better for you?

In any case, I’m interested in improving the accessibily of guix so if
you notice any other issues on that end feel free to CC me along.

Have a nice day,
Noé

[signature.asc (application/pgp-signature, inline)]

Message #11 received at 77669 <at> debbugs.gnu.org (full text, mbox):

From: "R.W.Flurando" <rw-flurando <at> inventati.org>
To: 77669 <at> debbugs.gnu.org
Subject: Re: bug#77669: Acknowledgement (orca does not have liblouis.so.20
 available)
Date: Fri, 11 Apr 2025 11:02:46 +0800

Well, it is kind of shame for me to receive a mail informing me that I was
rejected because of rudeness from bug-guix-owner
:(

Anyway, I am glad that solution comes out quickly!

Thanks Noé Lopez!

An excuse for previous rudeness: I have been unhappy for quite a long
time because orca never
worked well on guix in my experience.
The last time I reported issue, as Marialong2 (you can still see the
content in the bug report list about
orca), no solution got. Meanwhile I also tried many times, seemingly
useless, which made me wonder if orca on guix is just broken without
custom package definitions from a junior guix hacker. And since screen
reader is not a popular
topic in any IT community (the relatively most popular solution given by
search engines is Ubuntu+Orca ... no arch, no nix, not even say guix!), I felt desperate,
in a sense of being stripping off the right of playing with guix.

So sorry anyway, didn't really meant to be harsh on those contributing
to guix or orca, mostly unhappy about
my own inability of fixing the problem myself (being a complaining boy
does not fell good)

At last, it feels really nice to see the 2 patches.
I would love to try them out as a test.
But how?
Shall I apply these two patches on a custom branch of local
guix clone and guix pull guix build orca, liblouis and so on from it?
Or just wait until the patch email list says merged, then guix pull the
newest package definitions before reinstalling orca?

Not nessasarily a question requiring answer, by default I would wait
until an official merge then check if orca works well.

Additionally, this email is send with the aid of emacspeak instead of my
thick beer base glasses:)

Hope you all a nice day.

Message #14 received at 77669 <at> debbugs.gnu.org (full text, mbox):

From: Noé Lopez <noe <at> xn--no-cja.eu>
To: "R.W.Flurando" <rw-flurando <at> inventati.org>, 77669 <at> debbugs.gnu.org
Subject: Re: bug#77669: Acknowledgement (orca does not have liblouis.so.20
 available)
Date: Mon, 14 Apr 2025 00:19:03 +0200

[Message part 1 (text/plain, inline)]

"R.W.Flurando" <rw-flurando <at> inventati.org> writes:

> Well, it is kind of shame for me to receive a mail informing me that I was
> rejected because of rudeness from bug-guix-owner
> :(
>
> Anyway, I am glad that solution comes out quickly!
>
> Thanks Noé Lopez!
>

No problem!

> An excuse for previous rudeness: I have been unhappy for quite a long
> time because orca never
> worked well on guix in my experience.
> The last time I reported issue, as Marialong2 (you can still see the
> content in the bug report list about
> orca), no solution got. Meanwhile I also tried many times, seemingly
> useless, which made me wonder if orca on guix is just broken without
> custom package definitions from a junior guix hacker.

Looks like it was :P

> And since screen
> reader is not a popular
> topic in any IT community (the relatively most popular solution given by
> search engines is Ubuntu+Orca ... no arch, no nix, not even say guix!), I felt desperate,
> in a sense of being stripping off the right of playing with guix.
>

That’s a shame, accessibility is really important!

> So sorry anyway, didn't really meant to be harsh on those contributing
> to guix or orca, mostly unhappy about
> my own inability of fixing the problem myself (being a complaining boy
> does not fell good)
>
> At last, it feels really nice to see the 2 patches.
> I would love to try them out as a test.
> But how?
> Shall I apply these two patches on a custom branch of local
> guix clone and guix pull guix build orca, liblouis and so on from it?
> Or just wait until the patch email list says merged, then guix pull the
> newest package definitions before reinstalling orca?

Well the patches are merged now so you can just guix pull and
reconfigure.

The method you describe would have probably worked.

>
> Not nessasarily a question requiring answer, by default I would wait
> until an official merge then check if orca works well.
>

Now is the time! Please tell me if it works :)

> Additionally, this email is send with the aid of emacspeak instead of my
> thick beer base glasses:)
>
> Hope you all a nice day.

Nice day to you too,
Noé

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 77669 <at> debbugs.gnu.org (full text, mbox):

From: "R.W.Flurando" <rw-flurando <at> inventati.org>
To: 77669 <at> debbugs.gnu.org
Subject: test result
Date: Wed, 16 Apr 2025 19:23:55 +0800

I have just tried and orca worked as expected then!

orca -s nicely spawn the configuration window and start speaking without a single line
of error message

Nice patches and appreciated help.

This is a small step of package definition, but a huge step of guix
system accessibility!

Thanks

Message #22 received at 77669-done <at> debbugs.gnu.org (full text, mbox):

From: Andreas Enge <andreas <at> enge.fr>
To: Noé Lopez <noe <at> xn--no-cja.eu>
Cc: 77669-done <at> debbugs.gnu.org, "R.W.Flurando" <rw-flurando <at> inventati.org>
Subject: Re: bug#77669: Acknowledgement (orca does not have liblouis.so.20
 available)
Date: Wed, 16 Apr 2025 17:03:16 +0200

Thanks, Noé, for the fix, and R.W. for confirming that it works.
So I am closing this bug.

Andreas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.