[BRLTTY] Brltty not working on Arch

[timothyhobbs at seznam.cz]

I saw something about charset conversion failiure, another place you should 
check is whether your LOCAL hasn't somehow changed.  You should be using a 
Czech UTF-8 LOCAL system wide.  Is it possible that you are using a Czech 
Central European encoded local instead?

Tim


---------- Původní zpráva ----------
Od: Vojtěch Polášek <krecoun at gmail.com>
Komu: brltty at mielke.cc
Datum: 23. 4. 2014 14:16:06
Předmět: Re: [BRLTTY] Brltty not working on Arch

"Hi,
I tried lots of things, like recompiling Brltty from Arch build system,
downgrading Brltty and ICU etc...
Nothing helps.
The strangest thing is, that when I just start Brltty and let Orca
running, Brltty accepts braille write requests but it doesn't output
anything on the display.
However, display is correctly identified as a Freedom scientific display.
Still no suggestions?
thanks,
Vojta
Dne 22.4.2014 12:52, Vojtěch Polášek napsal(a):
> Hi,
> Okay, I have made some progress. Now I know, how to use apitest :-D.
> I compiled apitest from git repo and used it to test Brltty 4.5 on arch,
> I hope it doesn't matter.
> This is what shows
> ./apitest -b localhost -a /etc/brlapi.key -d
> Connecting to BrlAPI... done (fd=3)
> Connected to localhost using auth /etc/brlapi.key
> Showing dot patterns
> BrlAPI exception: Invalid packet on Write request of size 99 (16 00 00
> 00 00 00 00 01 00 00 00 28 00 00 00 2b)
> You may wish to add the -ldebug option to the brltty command line in
> order to get additional information in the system log
> Neúspěšně ukončen (SIGABRT) (core dumped [obraz paměti uložen])
> Here is an excerpt from the log, which I send as an attachment:
> 2014-04-22 at 12:34:45.949 allocated tty 0x02e00006
> 2014-04-22 at 12:34:45.949 Taking control of tty 0x02e00006 (how=0)
> 2014-04-22 at 12:34:45.949 Received Write request on fd 10
> 2014-04-22 at 12:34:45.949 charset UTF-8
> 2014-04-22 at 12:34:45.949 writing exception 7 to 10
> 2014-04-22 at 12:34:45.949 res != (size_t) -1 not met: invalid charset
> conversion
> 2014-04-22 at 12:34:45.949 exception 7 for packet type 119 on fd 10
> 2014-04-22 at 12:34:45.989 Closing connection on fd 10
> 2014-04-22 at 12:34:45.989 Client on fd 10 did not give up control of tty
> 0x02e00006 properly
> 2014-04-22 at 12:34:45.989 Releasing tty 0x02e00006
> 2014-04-22 at 12:34:46.009 freeing tty 0x02e00006
>
> Do you know what could be the problem? I am using Czech braille table.
> Thanks,
> Vojta 
>
> Dne 19.4.2014 19:58, Vojtěch Polášek napsal(a):
>> Hi,
>> my name is Vojtěch Polášek and I am a blind IT student from Czech 
Republic.
>> I am running latest brltty from official Arch repository. It is brltty
>> version 4.5. I use Focus Blue 40, I tried it with old and new version of
>> this type of brailly display.
>> However, after upgrading my system about a week ago, it stopped working
>> with Orca. I received upgrade of Gnome to version 3.12, but I can't see
>> any reason why it should stop working.
>> As I read logs, it seems that Brltty accepts connection from Orca, but
>> then there must be some proglem.
>> It just prints Brltty and its version (using my configured table), but
>> then it just shows "Screen not in text mode".
>> I am sending a verbose log output in attachment.
>> I wanted to use apitest.c from git. When I checked out tag BRLTTY-4.5, I
>> couldn't compile it, because there was no rule for compiling brl_cmds.h.
>> When I checked out latest master, I managed to compile apitest but it
>> crashes when I try to use it with -n or other switch except for -h.
>> Is there any other information that I can send you?
>> Thank you very much for your help,
>> Vojta

_______________________________________________
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY at mielke.cc
For general information, go to: http://mielke.cc/mailman/listinfo/brltty"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mielke.cc/pipermail/brltty/attachments/20140423/843e850a/attachment.html>