public inbox for speakup@linux-speakup.org
 help / color / mirror / Atom feed
* finished with slackware
@  Jude DaShiell
   ` Cleverson Casarin Uliana
   ` Glenn / Lenny
  0 siblings, 2 replies; 20+ messages in thread
From: Jude DaShiell @  UTC (permalink / raw)
  To: speakup

14.1 was the killer.  Nothing I did documented or otherwise got any speech 
out of that version of slackware so the disks have been trashed.  I'll not 
buy any future version of the distribution either since by the time the 
disks arrive invariably one or more of them get broken by the shipping 
process.  Slackware is too thrifty to have bubble wrap insulating their 
jewel cases in those cardboard boxes they use for shipping and I have 
complained about this repeatedly to slackware too.  So far as I'm 
concerned, the distribution is inaccessible for installation or use.  I 
suspect further something happens in the boot process that makes litetalk 
synthesizers unable to speak even when no attempt is made to access the 
synthesizer on boot up.  Because after doing a boot up by just hitting the 
enter key a couple times echo statements directed to ttyS0 and ttyS1 
produced silence and the litetalk said it was ready before booting the 
machine.  Also in sighted boot up state, modprobe speakup-synth=ltlk and 
modprobe speakup-synth=ltlk speakup-ser=0 and modprobe speakup-synth=ltlk 
speakup-ser=1 statements all failed to contact the synthesizer as did 
replacing the dash characters first with underscores and then replacing 
the underscore characters by periods in those commands.

What makes this worse is that earlier I offered to donate a doubletalk 
litetalk synthesizer to slackware and pay for the shipping so slackware 
could do some real accessibility testing with at least one synthesizer.  I 
did not mention what I paid for that synthesizer either.  Slackware 
aggressively refused my offer.  How slackware does its accessibility 
testing is that they put a monitor on a serial port that shows serial 
traffic.  Then they boot up using the booting parameters for speakup they 
put in their documentation and watch to see if any traffic goes out that 
serial port.  If traffic goes out, their accessibility test has passed.  
With the current situation, slackware is unable to prove signals adverse 
to accessibility do not go out over the serial ports to synthesizers since 
they have no synthesizer on which to actually hear what does or does not 
happen and are not interested in correcting that deficiency.



jude <jdashiel@shellworld.net> Twitter: @jdashiel


^ permalink raw reply	[flat|nested] 20+ messages in thread
* finished with slackware
@  Jude DaShiell
  0 siblings, 0 replies; 20+ messages in thread
From: Jude DaShiell @  UTC (permalink / raw)
  To: speakup

Tony,

How long did you wait from when the dvd started spinning until you did 
your typing?
Also, the slackware-howto file is inaccurate since it left:
speakup.s speakup.synth=ltlk in that file.  I was trying to get it to come 
up with hugesmp.s with and without speakup.s in the boot parameters 
earlier but never could figure out the wait time.



jude <jdashiel@shellworld.net> Twitter: @jdashiel


^ permalink raw reply	[flat|nested] 20+ messages in thread
* Re: finished with slackware
@  tony seth
  0 siblings, 0 replies; 20+ messages in thread
From: tony seth @  UTC (permalink / raw)
  To: speakup

I don't think I had to wait that long, just a few seconds probably no 
more then five. I've only tried it on that one machine, and dells seem 
to be pretty happy with whatever I throw at them. I never even looked 
at the howto, just did it from memory of earlier versions.
Take care...
Cheereo!


^ permalink raw reply	[flat|nested] 20+ messages in thread
* finished with slackware
@  Jude DaShiell
   ` Mike Ray
   ` John G Heim
  0 siblings, 2 replies; 20+ messages in thread
From: Jude DaShiell @  UTC (permalink / raw)
  To: speakup

I have an amd athelon k8 northbridge processor dual core machine with 
1,000MB of memory on it and a litetalk synthesizer attached to its only 
serial port and keying in boot parameters almost as soon as starting the 
machine also fails on this hardware.  I can't do anything with slackware 
on the laptops I have since if those have serial ports, those ports have 9 
holes rather than 9 pins and the litetalk synthesizers do not come with 
dual serial plugs one with holes and the other with pins and I don't have 
the necessary cable to bend the gender.  When I moved out of Maryland I 
left too much technology there by other people's choices and where I'm at 
now I may be able to shop for technology once in a five year period of 
time.  Slackware needs to start emulating debian by making a boot beep 
happen at the boot prompt on their installation disks otherwise whatever 
other hardware I get in the future makes no sense to even consider that 
distribution.  The company is either unwilling or incapable of getting 
their subscription shipping problem straightened out too.



jude <jdashiel@shellworld.net> Twitter: @jdashiel


^ permalink raw reply	[flat|nested] 20+ messages in thread
* Re: finished with slackware
@  Martin G. McCormick
  0 siblings, 0 replies; 20+ messages in thread
From: Martin G. McCormick @  UTC (permalink / raw)
  To: Speakup is a screen review system for Linux.

Gregory Nowak writes:
> On Tue, Nov 04, 2014 at 03:23:07PM +0000, Mike Ray wrote:
> > Jude,
> >
> > The ports on the backs of your laptops that feel like female DB9 sockets
> > are probably VGA ports rather than female RS232.
> 
> They also have 15 holes, not nine.

	Yes. If you jently run a fingernail down the cmiddle of
the connector you can feel 3 rows of holes if they are VGA.

Martin

^ permalink raw reply	[flat|nested] 20+ messages in thread
* re: finished with slackware
@  Jude DaShiell
   ` Steve Holmes
   ` John G. Heim
  0 siblings, 2 replies; 20+ messages in thread
From: Jude DaShiell @  UTC (permalink / raw)
  To: speakup

I was trying to install a current version of slackware using the litetalk 
synthesizer earlier.  Given slackware's installer kernel is broken, I got 
some remote sighted assistance and was told wait 30 seconds then key in 
boot parameters and that fails persistently insofaras getting speech up.  
So apparently slackware and Fedora have something in common.  In both 
cases an installer interested in doing an accessible installation needs to 
find and download an earlier version of the operating systems that did 
install accessibly and use that version to install then upgrade through 
the versions to get to current versions.  Moonshine on Fedora worked on 
intel machines in the past and if my memory is correct, maybe slackware 
11.2 ought to be able to get it done in this case.  What I will do now is 
take a stab at getting slackware 11.2 to speak and if that fails as time 
and my download quotas permit will try other versions in the future.  This 
is now a low priority back burner project.  I was surprised the 
distribution got broken in this way.



jude <jdashiel@shellworld.net> Twitter: @JudeDaShiell

^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~ UTC | newest]

Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
 finished with slackware Jude DaShiell
 ` Cleverson Casarin Uliana
 ` Glenn / Lenny
 Jude DaShiell
 tony seth
 Jude DaShiell
 ` Mike Ray
   ` Gregory Nowak
 ` John G Heim
 Martin G. McCormick
 Jude DaShiell
 ` Steve Holmes
   ` Mike Ray
   ` Glenn / Lenny
     ` John G. Heim
       ` Mike Ray
         ` John G. Heim
       ` Jason White
   ` John G. Heim
 ` John G. Heim

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).