[arch-general] BrlTTY Hard Dependancy on eSpeak
Hi, I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason. I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng. Thanks, Storm
On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote:
Hi,
I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason.
I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng.
Thanks, Storm
hopefully polyzen is on this list. polyzen- any reason why you couldn't add espeak to espeak-ng's provides? seems like it's mostly compatible, at least from the interface and lib level: https://github.com/espeak-ng/espeak-ng#espeak-compatibility -- brent saner https://square-r00t.net/ GPG info: https://square-r00t.net/gpg-info
On Wed, 13 Feb 2019 15:25:19 -0500 "brent s." <bts@square-r00t.net> wrote:
On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote:
Hi,
I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason.
I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng.
Thanks, Storm
hopefully polyzen is on this list.
polyzen-
any reason why you couldn't add espeak to espeak-ng's provides? seems like it's mostly compatible, at least from the interface and lib level:
Libs are different, so it's not a drop-in replacement. Provides would be incorrect.
On 2/13/19 5:18 PM, Doug Newgard via arch-general wrote:
On Wed, 13 Feb 2019 15:25:19 -0500 "brent s." <bts@square-r00t.net> wrote:
On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote:
Hi,
I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason.
I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng.
Thanks, Storm
hopefully polyzen is on this list.
polyzen-
any reason why you couldn't add espeak to espeak-ng's provides? seems like it's mostly compatible, at least from the interface and lib level:
Libs are different, so it's not a drop-in replacement. Provides would be incorrect.
really? the section i linked to claims this: "The espeak speak_lib.h include file is located in espeak-ng/speak_lib.h *with an optional symlink in espeak/speak_lib.h*. This file *contains the espeak 1.48.15 API*, with a change to the ESPEAK_API macro to fix building on Windows and some minor changes to the documentation comments. *This C API is API and ABI compatible with espeak.*" (emphasis added) granted, we have espeak 1.48.04 in [community], but 1.48.15's been development status since 2015[0]. i have a hard time imagining that 1.48.04's API and ABI have had breaking changes on what seems to be a single patch level release, and one four years old at that. [0] http://espeak.sourceforge.net/test/latest.html -- brent saner https://square-r00t.net/ GPG info: https://square-r00t.net/gpg-info
On February 14, 2019 12:17:02 AM GMT+01:00, "brent s." <bts@square-r00t.net> wrote:
On 2/13/19 5:18 PM, Doug Newgard via arch-general wrote:
On Wed, 13 Feb 2019 15:25:19 -0500 "brent s." <bts@square-r00t.net> wrote:
On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote:
Hi,
I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason.
I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng.
Thanks, Storm
hopefully polyzen is on this list.
polyzen-
any reason why you couldn't add espeak to espeak-ng's provides? seems like it's mostly compatible, at least from the interface and lib level:
Libs are different, so it's not a drop-in replacement. Provides would be incorrect.
really?
the section i linked to claims this:
"The espeak speak_lib.h include file is located in espeak-ng/speak_lib.h *with an optional symlink in espeak/speak_lib.h*. This file *contains the espeak 1.48.15 API*, with a change to the ESPEAK_API macro to fix building on Windows and some minor changes to the documentation comments. *This C API is API and ABI compatible with espeak.*" (emphasis added)
granted, we have espeak 1.48.04 in [community], but 1.48.15's been development status since 2015[0]. i have a hard time imagining that 1.48.04's API and ABI have had breaking changes on what seems to be a single patch level release, and one four years old at that.
Then I'm sorry to tell you that's indeed the case. Look at espeak package history, the epoch is there for a reason. It was tried to be a drop in replacement before and had to be reverted. I still have plans to transform espeak back to the NG variant, but that needs a bit of time, staging and planning. For time being you need to accept it doesn't work that easily.
On 2/13/19 6:24 PM, Levente Polyak via arch-general wrote:
really?
the section i linked to claims this:
"The espeak speak_lib.h include file is located in espeak-ng/speak_lib.h *with an optional symlink in espeak/speak_lib.h*. This file *contains the espeak 1.48.15 API*, with a change to the ESPEAK_API macro to fix building on Windows and some minor changes to the documentation comments. *This C API is API and ABI compatible with espeak.*" (emphasis added)
granted, we have espeak 1.48.04 in [community], but 1.48.15's been development status since 2015[0]. i have a hard time imagining that 1.48.04's API and ABI have had breaking changes on what seems to be a single patch level release, and one four years old at that.
Then I'm sorry to tell you that's indeed the case. Look at espeak package history, the epoch is there for a reason. It was tried to be a drop in replacement before and had to be reverted.
I still have plans to transform espeak back to the NG variant, but that needs a bit of time, staging and planning. For time being you need to accept it doesn't work that easily.
well that is *incredibly* disheartening and surprising. thanks for the helpful response, levente. -- brent saner https://square-r00t.net/ GPG info: https://square-r00t.net/gpg-info
On 2/13/19 3:16 PM, Storm Dragon via arch-general wrote:
Hi,
I'm having some issues with installing brltty. The problem is, it depends on espeak but I'm using the espeak-ng from community and it is giving me the unresolvable conflicts problem for that reason.
I don't think that brltty actually needs espeak at all, and it could probably be listed as an optional dependancy along with espeak-ng.
$ pkg-list-linked-libraries brltty libespeak ==> checking linked libraries for brltty-5.6-7-x86_64.pkg.tar.xz ... /usr/lib/brltty/libbrlttyses.so NEEDED libespeak.so.1 If I understand correctly, this is an optional driver that provides espeak integration. Also if I understand correctly, this can be built with another optional driver /usr/lib/brltty/libbrlttysen.so which would provide espeak-ng integration. espeak and espeak-ng are not drop-in replacements, but apparently brltty supports both... If brltty can simply ignore those modules when they're not loadable it would make sense to only optdepend on it. By the same token, you might want to ask for espeak-ng support to be added. I encourage you to open a bug report asking for this. -- Eli Schwartz Bug Wrangler and Trusted User
participants (5)
-
brent s.
-
Doug Newgard
-
Eli Schwartz
-
Levente Polyak
-
Storm Dragon