[BRLTTY] brltty stops working after login on fedora 27

Samuel Thibault samuel.thibault at ens-lyon.org
Tue Nov 21 15:52:43 EST 2017


Hello,

Barry Scott, on mar. 21 nov. 2017 20:14:10 +0000, wrote:
> patches applied my fedora attached.

> diff --git a/Drivers/Speech/SpeechDispatcher/speech.c b/Drivers/Speech/SpeechDispatcher/speech.c
> index d73250a..df92708 100644
> --- a/Drivers/Speech/SpeechDispatcher/speech.c
> +++ b/Drivers/Speech/SpeechDispatcher/speech.c
> @@ -34,7 +34,7 @@ typedef enum {
>  
>  #include "spk_driver.h"
>  
> -#include <libspeechd.h>
> +#include <speech-dispatcher/libspeechd.h>

Indeed, upstream has moved the header.  We should however detect which
one is correct, though, to avoid breaking building on older systems.

> diff --git a/Bindings/Java/Native.java b/Bindings/Java/Native.java
> index 8a3b003..c404bf2 100644
> --- a/Bindings/Java/Native.java
> +++ b/Bindings/Java/Native.java
> @@ -21,7 +21,15 @@ package org.a11y.BrlAPI;
>  
>  public class Native {
>    static {
> -    System.loadLibrary("brlapi_java");
> +    try {
> +         System.load( "/usr/lib64/brltty/libbrlapi_java.so" );
> +    } catch( UnsatisfiedLinkError e ) {
> +         try {
> +             System.load( "/usr/lib/brltty/libbrlapi_java.so" );

This, however, rather looks like a packaging issue in Fedora. It should
set JAVA_JNI_DIR to the place where JNI libraries can be loaded, and
that brltty's make install should thus install to.

Hardcoding /usr/libsomething is really not something we want :)

Samuel


More information about the BRLTTY mailing list