From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by befuddled.reisers.ca (Postfix, from userid 65534) id CBC471EF83E; Thu, 9 Oct 2014 09:32:03 -0400 (EDT) Received: from mta1.math.wisc.edu (mta1.math.wisc.edu [144.92.166.23]) by befuddled.reisers.ca (Postfix) with ESMTP id 1BA461EF83A for ; Thu, 9 Oct 2014 09:32:02 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mta1.math.wisc.edu (Postfix) with ESMTP id 5C8F349CF35 for ; Thu, 9 Oct 2014 08:32:01 -0500 (CDT) Received: from mta1.math.wisc.edu ([127.0.0.1]) by localhost (mta1.math.wisc.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bflzz6oJJe-d for ; Thu, 9 Oct 2014 08:32:01 -0500 (CDT) Received: from mta1.math.wisc.edu (localhost [127.0.0.1]) by mta1.math.wisc.edu (Postfix) with ESMTP id F2D7E49CF33 for ; Thu, 9 Oct 2014 08:32:00 -0500 (CDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mta1.math.wisc.edu X-Spam-Level: X-Spam-Status: No, score=-101.0 required=6.5 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from mailhost.math.wisc.edu (erdos.math.wisc.edu [144.92.166.25]) by mta1.math.wisc.edu (Postfix) with ESMTP for ; Thu, 9 Oct 2014 08:32:00 -0500 (CDT) Received: from [144.92.166.19] (vv507j.math.wisc.edu [144.92.166.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mailhost.math.wisc.edu (Postfix) with ESMTPS id F024C420CCA for ; Thu, 9 Oct 2014 08:32:00 -0500 (CDT) Message-ID: <54368E48.1020703@math.wisc.edu> Date: Thu, 09 Oct 2014 08:31:52 -0500 From: "John G. Heim" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.8.1 MIME-Version: 1.0 To: "Speakup is a screen review system for Linux." Subject: Re: the push to get rid of CONFIG_VT in the kernel and the future of Speakup References: <87zjd64c16.fsf@mushroom.PK5001Z> <543593E4.5040400@gmail.com> <54359B9E.10203@verizon.net> <86eguii777.fsf@vibrator.pk5001z> <5435AFEB.3010401@math.wisc.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 X-BeenThere: speakup@linux-speakup.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 13:32:03 -0000 But I hope you're not suggesting that losing access to boot messages in the kernel isn't a problem because we can all just get servers with lights out management. Or get jobs where you're not even in the same city as the hardware you service. I think we should try not to say it's not a problem because it doesn't effect me. I really doubt that the majority of blind sys admins work primarily with servers with lights out managementor where the admin isn't even in the same city as the hardware. I work for the University of Wisconsin. Working for a university has an advantage for a blind systems admin in that they care more about quality than speed. There are a lot of linux systems admin jobs here. In fact, there was a position open for 6 months because they couldn't find a qualified candidate at the salary they were offering. But every one of the dozen or so jobs I've seen advertized in the past year was for an on-site guy. In fact, most of them were for jobs where you'd be the one and only linux admin. On 10/08/14 17:52, Trevor Astrope wrote: > I'm a blind sys admin and I've never installed speakup on a server. The > servers I work with have lightsout management whereby I can get remote > access to the console and get more than just bootup messages, but also > the post messages and even interact with the bios on some hardware. > > Granted, there is a bit of a gap between the time the kernel loads and > the time the serial driver is loaded, but it hasn't prevented me from > diagnosing issues that were preventing the system from booting. > > At my current place of employment, the unix ops don't even work in the > same city as the data center, nevermind the same building. > > I'd be in favor of speakup in userspace if it meant speakup working with > usb devices and pcie serial cards. > > > On Wed, 8 Oct 2014, John G. Heim wrote: > >> Huh? Not having a choice doesn't mean it's not a reduction in access. >> That logic makes no sense what so ever. I mean, you could argue that >> we are stuck with it but that doesn't mean it won't hurt. >> >> >> >> On 10/08/14 16:26, Deedra Waters wrote: >>> I dont see it as a reduction in access in all i mean i guess there is to >>> some degree but the reality is that this change in the end reguardless >>> of wether it comes in systemd or some other form is they're going to end >>> up moving the console out of the kernel if they do this, well, you wont >>> have working speech to begin with so how is it a reduction in access if >>> we have no choice in the matter? >>> >>> >> _______________________________________________ >> 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