public inbox for speakup@linux-speakup.org
 help / color / mirror / Atom feed
* Speakup and Orca working together in wheezy, revisited?
@  Marcel Oats
  0 siblings, 0 replies; 3+ messages in thread
From: Marcel Oats @  UTC (permalink / raw)
  To: Speakup is a screen review system for Linux.

Hi folks, this might seem a bit repeditive, I would like to have a wheezy 
system to play with, and have it already, but I am wanting to have it so as 
speakup can run alongside Orca.  I believe this is possible, but haven't 
found any real info as to how to do it, though I have read that the file 
/etc/pulseaudio can be edited, though this file does not exist.  If I 
install wheezy with speakup (running the installer with the s parameter) 
this is fine, we have a system, gnome starts (as does speakup) and if you 
want to stop speakup reading most messages you can go to the first tty with 
ctrl+alt+f1.  We can log in, and then decide to install the "gnome-orca" 
package.

After that is where things become interesting: we can restart the system and 
Orca will automatically (here anyway) read the logon screen, and we can log 
on; but that is all we can do in gnome, any other commands such as alt+f1 to 
open the menus, must produce some kind of error, and the only thing that is 
usable, is, surprizingly enough, orca preferences.  Now it would appear that 
since speech dispatcher is being used by both speakup and orca? ? ? speakup 
is now unable to talk, though commands in the CLI are exicuted, slowly.

I am wondering about two options here: since I can see me wanting to enable 
and disable speakup at will, should I look at booting the installer and 
having it accept ssh connections, going in there, and installing it from 
another machine, loading orca etc (since it can provide a terminal anyway) 
and if need be modprobing speakup_soft and running espeakup when needed 
(though it could still cause problems)
Or,
asking how we allow both to run?

Sorry about the long winded questions.
Marcel
 


^ permalink raw reply	[flat|nested] 3+ messages in thread
* Re: Speakup and Orca working together in wheezy, revisited?
@  Martin McCormick
   ` lutz kaiser
  0 siblings, 1 reply; 3+ messages in thread
From: Martin McCormick @  UTC (permalink / raw)
  To: Speakup is a screen review system for Linux.

	I just did an installation of wheezy using speakup via
the netinst iso cd and speakup works beautifully now on a system
that had no sound at all from either the Debian or Ubuntu
distributions over the last year.

	That is about all the good news I can state for now.

	If I go in to /etc/rc2.d, I can prevent gdm3 from
starting by renaming S21gdm3 to K21gdm3 as according to the
README file. If I do that, the system talks all the way up to
the login sequence.

	I can do the usual command-line shell activities, manage
the system and ssh out to the world as well as receive ssh
connections, but that's about it for now.

	The sound system appears to be in tatters as trying to
do anything with audio lets you hear a catalog of just about
every error that could be generated. Most are about missing
files, errors in reading what files are there and processes not
running or refusing connections. It's a grand mess.

	I installed the mplayer package which did appear to
install, but trying to run it kills all sound including speakup.

	Running gdm3 kills audio and produces a low-pitched beep
about any time you move the cursor arrows.

	I did start an ssh session in to this system while it
was in gdm purgatory. The ssh session went properly so I su'd to
root and went to /etc/rc2.d and typed

./S21gdm3 stop

It did but speakup didn't come back until I went to the second
console and then back to the first one and speakup was fine as
if nothing happened.

	Wheezy, being the testing version is still undergoing a
lot of modification. I did the installation late Saturday night
on April 8 and did an aptitude update and then aptitude
safe-upgrade last night, April 11, and several libraries and
packages were switched out. Unfortunately, none of them had to
do with any of the problems right now so it's still dodgy.

	I could also start gdm3 over the ssh session but the
misbehavior didn't change. It still killed speakup on the target
system and produced lots of syslog errors about missing or
damaged files.

	gdm obviously does not crash or lockup the system, but I
don't think it is actually running but is in some state of angst
because of the errors it is displaying. I think the same is true
for alsa and pulseaudio. I think that gdm should start and one
should still have speakup running but right now, speakup goes
away and will come back when gdm stops and you go to another
console and then back.

	These problems are probably effecting many user
communities, not just speakup users, so I expect many of the
worst troubles will be solved sooner rather than later.

	Finally, if one runs amixer, there is a long pause, a
spew of errors from C modules related to distressed or missing
files, and finaly a puny 2 or 3 parameters about the sound card
that look suspissious at best.

	With all that, I am truly amazed that speakup now seems
as solid as a rock even if nothing else is working quite yet.

Martin

^ permalink raw reply	[flat|nested] 3+ messages in thread
end of thread, other threads:[~ UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
 Speakup and Orca working together in wheezy, revisited? Marcel Oats
 Martin McCormick
 ` lutz kaiser

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).