Hi Trev,
I know the mentioned bug report. However I am not sure if my problem is
the same here.
Keyring is not accessible only for networkmanager and keyring.
The messenger empathy uses keyring as well and does not freeze orca.
I did more testing with the speechd package of squeeze.
No libao was c
Halim Sahin writes:
> I did more testing with the speechd package of squeeze.
> No libao was compiled in and alsa driver crashs every 5 minutes here.
> @Samuel: is there no way to upgrade the speechd package to 0.7.1
I think you should talk to Milan about this:
Package: speech-dispatcher
Priori
Mario Lang, le Mon 21 Feb 2011 13:21:44 +0100, a écrit :
> Halim Sahin writes:
>
> > I did more testing with the speechd package of squeeze.
> > No libao was compiled in and alsa driver crashs every 5 minutes here.
> > @Samuel: is there no way to upgrade the speechd package to 0.7.1
>
> I think
Package: espeak
Version: 1.44.05-1
Severity: normal
--- Please enter the report below this line. ---
espeak calls mbrola with wrong voice path:
$ echo "vediamo come funziona mbrola" | espeak -v mb-it3 | mbrola -e
/usr/share/mbrola/it3/it3 - -.au | sox - -t alsa
mbrola: FATAL ERROR : cannot find
Hi Samuel and Mario,
I can talk to Milan but he didn't respond to my mails during freeze
period of squeeze. I have already reported many of the bugs regarding
speechd-0.7 eg. missing libao support etc.
@Samuel:
I know of the newer version of speechd in experimental.
I don't ask to get an easy wor
Halim Sahin, le Mon 21 Feb 2011 17:02:02 +0100, a écrit :
> I can talk to Milan but he didn't respond to my mails during freeze
> period of squeeze. I have already reported many of the bugs regarding
> speechd-0.7 eg. missing libao support etc.
Well, we can not but just say that speech-dispatcher'
tags 614386 + upstream patch
thanks
Hello,
There is an mbrola path issue: I can see that espeak
looks for mbrola voices in /usr/share/mbrola/ and
/usr/share/mbrola/voices/, while the Debian/Ubuntu packages
provide them in /usr/share/mbrola//, since that is where
speech-dispatcher looks for it. Co
Processing commands for cont...@bugs.debian.org:
> tags 614386 + upstream patch
Bug #614386 [espeak] [espeak] mbrola voice path incorrect
Added tag(s) upstream and patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
614386: http://bugs.debian.org/cgi-bin/bugrep
Processing commands for cont...@bugs.debian.org:
> forwarded 614386 jo...@jsd.clara.co.uk
Bug #614386 [espeak] [espeak] mbrola voice path incorrect
Set Bug forwarded-to-address to 'jo...@jsd.clara.co.uk'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
614386: htt
Processing commands for cont...@bugs.debian.org:
> forwarded 614386 jo...@talktalk.net
Bug #614386 [espeak] [espeak] mbrola voice path incorrect
Changed Bug forwarded-to-address to 'jo...@talktalk.net' from
'jo...@jsd.clara.co.uk'
> thanks
Stopping processing here.
Please contact me if you need
The Libre Software Meeting (LSM or RMLL in French for Rencontres Mondiales du
Logiciel Libre) is a cycle of conferences about Free Software. LSM is an annual
event born in 2000, and since 2003, it occurs in a different town each year.
Participation in LSM is free and includes beer and speeches :-)
Hello,
One thing that has went a bit unnoticed is the possibility to type text
using the PC keyboard as if it was a braille keyboard. To achieve that,
simply uncomment
key-table keypad
from your /etc/brltty.conf, and restart brltty. One can then switch to
braille by pressing insert+asterisk on t
Hi
It appears that a lot of the problems we are having with gnome-orca is dep
problems I don't think they are ready yet
Jean-Philippe MENGUAL wrote:
> File "/usr/lib/pymodules/python2.6/orca/braille.py", line 356, in __init__
> self.rawLine = string.decode("UTF-8").strip("\n")
> File "/usr/lib/python2.6/encodings/utf_8.py", line 16, in decode
> return codecs.utf_8_decode(input, errors, True)
> UnicodeDe
I will try again. I had thought of this, but in the tests I did,
changing my environment from iso-8859-15 to utf8, or running sh -c
"LANG=fr_FR.UTF-8 orca", the result was similar (desktop not read, menu
not read). But I tried this too right. And I maybe will try again
although the result of previo
Make sure that the change is inherited by your X session (e.g., that it's set
correctly when you run gnome-terminal).
I'm running Sid here, with Orca 2.30.2-2, and I'm not experiencing your
problems. Thus I suspect it's specific to your configuration.
Jean-Philippe MENGUAL wrote:
> I will try ag
Also, when you have a UTF-8 locale set, do you still get the character
conversion exceptions in your Orca log?
--
To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/
17 matches
Mail list logo
