From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 2121A138359 for ; Sat, 10 Oct 2020 16:09:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 11104E0995; Sat, 10 Oct 2020 16:09:41 +0000 (UTC) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7E513E0935 for ; Sat, 10 Oct 2020 16:09:40 +0000 (UTC) Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mailbackend.panix.com (Postfix) with ESMTP id 4C7qdc15zZzfpy for ; Sat, 10 Oct 2020 12:09:40 -0400 (EDT) Received: by panix1.panix.com (Postfix, from userid 20712) id 4C7qdc0LCnzcbc; Sat, 10 Oct 2020 12:09:39 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by panix1.panix.com (Postfix) with ESMTP id 4C7qdb72NnzcbW for ; Sat, 10 Oct 2020 12:09:39 -0400 (EDT) Date: Sat, 10 Oct 2020 12:09:39 -0400 From: Jude DaShiell To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] In-Reply-To: Message-ID: References: <20201010101342.2fdc35f4@digimed.co.uk> <4662588.0VBMTVartN@lenovo.localdomain> <20201010121707.t5bp43o32jsnc4zv@ad-gentoo-main> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Archives-Salt: 19678583-d4db-4099-8942-eb825160ebe6 X-Archives-Hash: 664f19a339807252a915da616cbabe12 On Sat, 10 Oct 2020, John Covici wrote: > Date: Sat, 10 Oct 2020 11:52:04 > From: John Covici > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] > > On Sat, 10 Oct 2020 10:00:04 -0400, > Jude DaShiell wrote: > > > > On Sat, 10 Oct 2020, Ashley Dixon wrote: > > > > > Date: Sat, 10 Oct 2020 08:17:07 > > > From: Ashley Dixon > > > Reply-To: gentoo-user@lists.gentoo.org > > > To: gentoo-user@lists.gentoo.org > > > Subject: Re: [gentoo-user] > > > > > > On Sat, Oct 10, 2020 at 07:45:14AM -0400, Jude DaShiell wrote: > > > > I didn't emerge portaudio or pulseaudio before emerging espeak so will > > > > have to reemerge espeak to pick those USE variables up. > > > > > > You don't *need* portaudio or Pulse, but then you'll only be able to create WAV > > > files, and not have the audio played live [1]. The developers should probably > > > set one of them to be enabled by default in IUSE, since only creating WAV files > > > is a very unusual use-case for a screen-reader. > > > > > > > Another mistake I made was emerging espeak before emerging > > > > sys-kernel/gentoo-sources but since I'll have to reemerge, the > > > > sys-kernel/gentoo-sources package has been emerged on the system now. The > > > > right order of operations here is critical! > > > > > > That's quite rare for Gentoo; Portage usually takes care of all that type of > > > thing without requiring manual user interaction. The gentoo-sources ebuild > > > doesn't really do much, aside from calling a couple of functions in the > > > `kernel-2` eclass [2, 3] to extract the sources, generate the symlinks, and > > > check for any potential versioning issues. > > > > > > Can you provide some more details? Why is the order relevant? > > > > > > [1] https://gitweb.gentoo.org/repo/gentoo.git/tree/app-accessibility/espeak/espeak-1.48.04-r1.ebuild#n93 > > > [2] https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/kernel-2.eclass#n1603 > > > [3] https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/kernel-2.eclass#n1005 > > > > > > > > > > -- > > > > If you have portaudio or pulseaudio and alsa in your USE variables already > > then espeak will pull those in and build so it can do more than make wav > > files. Same with speech-dispatcher for other screen readers. I was being > > conservative with what I put in my USE variable and added things to it as > > I found things out. > > > > I did make menuconf in /usr/src/linux and in devices->staging drivers I > > found nothing to enable. Speakup got moved out of staging so that's > > understandable. in device drivers->accessibility all I found was enable > > app-accessibility which I turned on. Is speakup.synth=soft stored in the > > runtime driver for espeak now? > > > > > > > > In kernel 5.4.69 its in staging, I would suggest you get that shource > -- no need to get the absolutely latest driver. > > -- Nothing in staging and console braille on output device was all that was in accessibility. It's time for lunch, this is too difficult without it and probably will be too difficult after lunch too.