From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mta1.math.wisc.edu (mta1.math.wisc.edu [144.92.166.23]) by befuddled.reisers.ca (Postfix) with ESMTP id 10A8C1EF6BF for ; Wed, 8 May 2013 13:57:30 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mta1.math.wisc.edu (Postfix) with ESMTP id D3AD287E012; Wed, 8 May 2013 12:57:27 -0500 (CDT) X-Virus-Scanned: Debian amavisd-new at mta1.math.wisc.edu Received: from mta1.math.wisc.edu ([127.0.0.1]) by localhost (charlie.math.wisc.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id voTEGBKkx-7R; Wed, 8 May 2013 12:57:27 -0500 (CDT) Received: from mta1.math.wisc.edu (localhost [127.0.0.1]) by mta1.math.wisc.edu (Postfix) with ESMTP id 8280F87E010; Wed, 8 May 2013 12:57:26 -0500 (CDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on charlie.math.wisc.edu X-Spam-Level: X-Spam-Status: No, score=-2.5 required=6.5 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.3.1 Received: from mailhost.math.wisc.edu (erdos.math.wisc.edu [144.92.166.25]) by mta1.math.wisc.edu (Postfix) with ESMTP; Wed, 8 May 2013 12:57:26 -0500 (CDT) Received: from [144.92.166.19] (vv507j.math.wisc.edu [144.92.166.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailhost.math.wisc.edu (Postfix) with ESMTPSA id 7F3CD540075; Wed, 8 May 2013 12:57:26 -0500 (CDT) Message-ID: <518A9206.8090008@math.wisc.edu> Date: Wed, 08 May 2013 12:57:26 -0500 From: "John G. Heim" Organization: University of Wisconsin-Madison User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Speakup is a screen review system for Linux." Subject: Re: the direction of speakup References: <8021.1367479350@ccs.covici.com> <518A5508.8020502@gmail.com> <518A6931.6070806@math.wisc.edu> <25752.1368029641@ccs.covici.com> In-Reply-To: <25752.1368029641@ccs.covici.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: covici@ccs.covici.com X-BeenThere: speakup@linux-speakup.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 May 2013 17:57:30 -0000 Huh, you're the second person in this thread to say that about orca. But I just decided to switch to linux full time a few months ago and it was pretty much a breeze. I had been using that other operating system too but almost all the end users I support use linux (all good mathematicians do). So I felt I was cheating by not using linux. But I have had little to no trouble switching to linux with orca. I use thunderbird & firefox constantly. It's not quite as good as Windows/jaws but honestly, I made the transition fairly easily. I am really shocked to hear all these complaints about orca. Not to doubt you. It's just that it doesn't jibe with my experience at all. On 05/08/13 11:14, covici@ccs.covici.com wrote: > here here -- I use speakup all day long -- have never been able to gett > gnome reliably and I use that other operating system for web brousing > and stuff Linux will not do. > > John G. Heim wrote: > >> I totally disagree. Speakup has little purpose except for the fact >> that it runs in kernel space. First of all, there are other screen >> readers for user space. And you really need a GUI these days. I >> suppose there are people using speakup all day every day. Mutt for >> email, lynx or edbrowse for the web. But I'm sure the vast majority >> of linux users use orca for every day tasks. >> >> The most important feature for speakup is to bail you out when you are >> really in trouble because your server is down. I don't know what you >> do for a living but I do systems admin and I cannot live without >> speakup in kernel space. About the only thing that I can think of that >> is equivalent to simply plugging in a hardware synth and getting boot >> messages would be setting up something like a Raspberry Pie to boot >> into kermit and display serial console messages. But it wouldn't be >> the same because you'd need a keyboard for the RPI. I don't know -- >> when a server is down, the last thing I want to do is mess with all >> that stuff. I just want to plug in the hardware speech synth and press >> the print screen key. >> >> On 05/08/13 08:37, Robert Spangler wrote: >>> I throw my vote in for putting Speakup in userspace. As others have >>> said, if we use software speech, we aren't hearing the earliest boot >>> messages anyways. While there are still many folks using hardware >>> speech, it seems as though the software speech trend is expanding. In >>> addition, there are other ways of checking boot messages. It is a >>> little disheartening, however, because being able to hear messages from >>> the start of boot time has been a major advantage to Linux users but I >>> think that getting Speakup out of the kernel will benefit us all in the >>> long run. >>> >>> Thanks, >>> Robert Spangler, B.A. in Urban Studies and Spanish >>> spangler.robert@gmail.com >>> >>> On 5/2/2013 3:22 AM, covici@ccs.covici.com wrote: >>>> If we gave up the kernel, which I would really prefer not to do, then we >>>> could use speech dispatcher and write drivers for the serial synths or >>>> usb ones. But this is to be decided. >>>> >>>> acollins@icsmail.net wrote: >>>> >>>>> Hello all. If Speakup were a user space app, you could start it from >>>>> inittab, like you can brltty. It would also be able to access the video >>>>> scrollback buffer. >>>>> >>>>> I don't think the support for isa synths needs to go away just yet. >>>>> Believe it or not, there are still a few folks running older machines >>>>> with >>>>> isa slots with isa synths in them. Besides this, for those who really >>>>> want them, it is still possible to buy machines with isa slots, so if >>>>> you have an isa synth, you can use it in a new machine. So I don't >>>>> think it's time to drop isa support yet. >>>>> >>>>> Having said that, adding usable usb serial, and support for usb synths >>>>> should be a priority. At this point, I find myself ambivalent about >>>>> whether speakup stays in the kernel or not. You don't get any better >>>>> access to boot messages with software speech than you could from user >>>>> space. If the user space Speakup could be started from inittab, then >>>>> you could still get info about file system checks and such. The only >>>>> thing you couldn't get, which you can't get with software speech either, >>>>> is kernle panic errors. With Speakup in the kernel, and using a >>>>> hardware synth, you can sometimes still get that info, depending on how >>>>> the kernel panics. There have been a couple of times when this has been >>>>> a life saver for me, but it happens so rarely, that I could probably >>>>> live with the inconvenience. Thus I'm finding myself ambivalent about >>>>> Speakup staying in the kernel. But then I'm getting older, and >>>>> ambivalent about a lot of things. (grin) >>>>> >>>>> Gene Collins >>>>> >>>>>> hmmm, I wonder if we could just add a kernel driver as though we were >>>>>> writing one for a new serial card that way we would conform to what the >>>>>> kernel devs want? From within that, maybe you could specify the way to >>>>>> get the device to use, or maybe have some simple user space program to >>>>>> tell it the device -- this is way off the top of my head, but is >>>>>> interesting to me. You could write drivers for speech dispatcher for >>>>>> serial synths, but getting that into an initramfs would be difficult, >>>>>> you would have to change the generation scripts for each distribution, >>>>>> etc. >>>>>> >>>>>> my $.02 (or .2 trillion with hyperinflation). >>>>>> >>>>>> William Hubbs wrote: >>>>>> >>>>>>> All, >>>>>>> >>>>>>> let's start a new thread here to figure out what needs to be done with >>>>>>> speakup. >>>>>>> >>>>>>> Here are my ideas and the issues I see with them: >>>>>>> >>>>>>> 1. What should we do with support for the internal ISA synthesizers? >>>>>>> >>>>>>> My thought is that these can be dropped. >>>>>>> >>>>>>> 2. We basically have two choices for the serial synthesizer issues. >>>>>>> >>>>>>> a. If we keep this code inside the kernel, the bottom line is it needs >>>>>>> to be completely rewritten and there need to be changes made on the >>>>>>> kernel side to make it work correctly. >>>>>>> This will take time, and someone here will need to >>>>>>> work closely with the kernel developers, and we'll need to find >>>>>>> someone >>>>>>> in the kernel community to guide us -- maybe not by writing the >>>>>>> code for >>>>>>> us, but at least consulting with us. >>>>>>> >>>>>>> b. If we move this code into user space, we can code it however we >>>>>>> want, >>>>>>> and that frees us from involving the kernel team. >>>>>>> >>>>>>> question: >>>>>>> >>>>>>> If we move the serial code to user space, I realize there is a concern >>>>>>> about missing early boot messages. Would putting the user space daemon >>>>>>> into an initramfs solve this? would you be able to start it early >>>>>>> enough to get all of the boot messages if it was in an initramfs? >>>>>>> >>>>>>> William >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Speakup mailing list >>>>>>> Speakup@linux-speakup.org >>>>>>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >>>>>> >>>>>> -- >>>>>> Your life is like a penny. You're going to lose it. The question is: >>>>>> How do >>>>>> you spend it? >>>>>> >>>>>> John Covici >>>>>> covici@ccs.covici.com >>>>>> _______________________________________________ >>>>>> Speakup mailing list >>>>>> Speakup@linux-speakup.org >>>>>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >>>>> _______________________________________________ >>>>> Speakup mailing list >>>>> Speakup@linux-speakup.org >>>>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >>>> >>> _______________________________________________ >>> Speakup mailing list >>> Speakup@linux-speakup.org >>> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >>> >> >> -- >> --- >> John G. Heim, 608-263-4189, jheim@math.wisc.edu >> _______________________________________________ >> Speakup mailing list >> Speakup@linux-speakup.org >> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup > -- --- John G. Heim, 608-263-4189, jheim@math.wisc.edu