Re: [arch-general] too many brick walls for graphical archlinux install
I am pretty sure I got all of this figured out and it will likely need a new install. First install fenrir-screenreader not espeak. Next install espeak-ng and speech-dispatcher and gnome. Once that's done get fenrir working then run spd-conf and take espeak-ng and pulse for choices and do the tests. If that works orca with gnome ought to work. espeak and espeakup do not work with spd-cay with pulseaudio on the system and they're a command line interface dead end by themselves as is festival. I'll try doing this actual install to test and see if it will work and post my findings here and if it does write something for the wiki a little later. On Mon, 6 Jan 2020, Jude DaShiell wrote: > Date: Mon, 6 Jan 2020 12:55:59 > From: Jude DaShiell > Reply-To: General Discussion about Arch Linux > To: arch-gene...@lists.archlinux.org > Subject: Re: [arch-general] too many brick walls for graphical archlinux > install > > I commented some lines out in /etc/pulse/client.conf and > /etc/pulse/daemon.conf. Next thing to try is install speech-dispatcher > and festival and voices for festival and see if I can get spd-say talking. > If so, that will mean the edits on those pulse files were adequate and > then gnome and orca theoretically will install and work correctly using > alsa. > I read about a nopulse package on the arch bbs site in messages but > couldn't find that on aur so decided to do some edits on the pulse > configuration files. > If I ever get this working, I'll probably get myself an arch account and > write something for the wiki so others won't have to guess the way I have > if they want to install gnome on archlinux and have orca talking. > > > > -- > --
Re: [arch-general] too many brick walls for graphical archlinux install
There is a distro that aims to do this, https://talkingarch.tk/ On Mon, Jan 6, 2020, 9:56 AM Jude DaShiell wrote: > I commented some lines out in /etc/pulse/client.conf and > /etc/pulse/daemon.conf. Next thing to try is install speech-dispatcher > and festival and voices for festival and see if I can get spd-say talking. > If so, that will mean the edits on those pulse files were adequate and > then gnome and orca theoretically will install and work correctly using > alsa. > I read about a nopulse package on the arch bbs site in messages but > couldn't find that on aur so decided to do some edits on the pulse > configuration files. > If I ever get this working, I'll probably get myself an arch account and > write something for the wiki so others won't have to guess the way I have > if they want to install gnome on archlinux and have orca talking. > > > > -- >
Re: [arch-general] too many brick walls for graphical archlinux install
On Mon, 06 Jan 2020 18:10:24 +, mar77i via arch-general wrote: >On Monday, January 6, 2020 6:55 PM, Jude DaShiell wrote: >> [...] >> I read about a nopulse package on the arch bbs site in messages but >> couldn't find that on aur so decided to do some edits on the pulse >> configuration files. >> [...] > >I used to use `apulse`, a minimal layer that worked at least to have >audio in firefox and other pulse-only applications. Once I wanted to >activate my microphone in firefox, though, this setup did no longer >work. I since installed pulse on my work laptop, while staying on alsa >on my personal setups. Hi, apulse does not help to get rid of pulseaudio dependencies, you still need a pulseaudio dummy package or to disable pulseaudio. It could be helpful to use apps that require pulseaudio for audio, if pulseaudio isn't installed. I've got apulse installed, but stopped using it a while ago, since it doesn't works without hiccups. Btw. firefox from the extra repository is build with alsa and jack enabled and doesn't require pulseaudio or apulse at all. [rocketmouse@archlinux tmp]$ grep Features -A2 firefox/repos/extra-x86_64/PKGBUILD # Features ac_add_options --enable-alsa ac_add_options --enable-jack Unfortunately firefox with jack and alsa support suffers from hiccups, too. It's better to run google-chrome, since it doesn't suffer from audio hiccups when using it with plain alsa. I don't know if a "nopulse" package does exist. Assuming there should be a "nopulse" package available, what does it provide? Regards, Ralf
Re: [arch-general] too many brick walls for graphical archlinux install
I commented some lines out in /etc/pulse/client.conf and /etc/pulse/daemon.conf. Next thing to try is install speech-dispatcher and festival and voices for festival and see if I can get spd-say talking. If so, that will mean the edits on those pulse files were adequate and then gnome and orca theoretically will install and work correctly using alsa. I read about a nopulse package on the arch bbs site in messages but couldn't find that on aur so decided to do some edits on the pulse configuration files. If I ever get this working, I'll probably get myself an arch account and write something for the wiki so others won't have to guess the way I have if they want to install gnome on archlinux and have orca talking. --
Re: [arch-general] Zstandard for local user build packages - Was: [arch-announce] Now using Zstandard instead of xz for package compression
> > From: Morten Linderud via arch-general > Sent: Sat Jan 04 23:46:26 CET 2020 > To: > Cc: Morten Linderud > Subject: Re: [arch-general] Zstandard for local user build packages - Was: > [arch-announce] Now using Zstandard instead of xz for package compression > > This is a devtools change, the `makepkg.conf` supplied with pacman hasn't > changed. If you want zstd on your local builds, change the `PKGEXT` as > explained > in the makepkg.conf manpage. > May I ask why it wasn't changed for makepkg.conf? It seems inconsistent. Yours sincerely G. K.
Re: [arch-general] Finding virtual dependencies
On 1/6/20 10:01 AM, Lone_Wolf wrote: > Hi, > > > Often when packages are removed from repos they become virtual provides. > > While those are great for a transition period , they are not meant to be > used forever. > > > Unfortunately they do stay around for a very long time. > > > example : > > Around mesa 10.3.0-1 from august 2014[1] ati-dri, intel-dri, > nouveau-dri and svga-dri were replaced by mesa-dri . > > In mesa 10.4.0-1 from december 2014 mesa-dri was integrated in mesa. > > we're now 5 years further and mesa still provides & conflicts ati-dri, > intel-dri, nouveau-dri, svga-dri and mesa-dri. > > > I have wanted to file a bug to get them removed for some time, but don't > know if there are packages that still use them that would break if they > are removed. > >> $ pacman -Ss ati-dri >> extra/mesa 19.3.1-1 >> An open-source implementation of the OpenGL specification >> multilib/lib32-mesa 19.3.1-1 >> An open-source implementation of the OpenGL specification (32-bit) >> $ > > Is that output proof enough that ati-dri is not used by anything else > then mesa & lib32-mesa or is there a better way to determine which > packages depend on a specific virtual package ? > > Lone_Wolf > > > [1] > https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mesa=f5ea4245b126d684bc71712bce482cbe575db3eb > > > [2] > https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mesa=90c5431e1e466ee583de100d0388f72649e75ee1 On https://www.archlinux.org/packages/extra/x86_64/mesa/ under "Required By (191)", none of these provides are in use, compare to the third package: "bumblebee (requires mesa-libgl)" or further down, see "abuse (requires mesa-libgl) (make)" So it seems nothing depends on *-dri, not even for make/check depends. There's even only one AUR package which uses one of them: https://aur.archlinux.org/packages/xf86-video-opentegra-git/ -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [arch-general] too many brick walls for graphical accessible environment on archlinux
On 1/6/20 04:05, Ralf Mardorf via arch-general wrote: > On Mon, 6 Jan 2020 02:45:53 -0500, Jude DaShiell wrote: >> I install gnome which has orca in it. The pulseaudio package installs >> along with all of its core gnome dependencies > > Hi, > > I don't know if this helps or might break Orca audio for GNOME. For > completely other reasons I'm using an empty dummy package to fulfil the > pulseaudio dependency of some apps. For my purpose it works without > issues since years. > > You could edit a PKGBUILD like this and build it using makepkg: > I suspect this would break configure/automake/etc. scripts that check for pulseaudio libs being installed and required via make flags in PKGBUILDS (and thus in depends/makedepends). probably fine if you don't plan on e.g. installing anything from the AUR, but probably not very good practice. i'd presume you're sitting on a timebomb, albeit minor, with pacman thinking pulseaudio libs are installed when they actually aren't. according to https://developer.gnome.org/platform-overview/unstable/tech-pulseaudio.html.en, pulseaudio is absolutely required for GNOME's audio API. On 1/6/20 02:45, Jude DaShiell wrote: > Next I run startx and get into gnome and try running orca. > All of the sudden none of the voice files festival was provisioned with > can be found anymore > and orca dies with an error. this sounds pretty suspicious to me. simply starting GNOME (which should probably be done with GDM, by the way) oughtn't be touching festival's voice files (assuming you're referring to the system-wide ones). if you mean your ~/.festivalrc, though, that's a possibility. what does: pacman -Qs 'festival-.+' return? -- brent saner https://square-r00t.net/ GPG info: https://square-r00t.net/gpg-info signature.asc Description: OpenPGP digital signature