How can I tell if a normal user has sufficient privileges? I used to do something under /dev/audio, but I can't remember what. Thanks, -j On May 10, 2013, at 8:00 PM, Tim Cross <tcross@xxxxxxxxxxx> wrote: > > I've never tried running as root with espeak or emacs, so can't comment > on differences. Very bad idea to run as root and should not be > necessary. Similar to always having your windows login running with > admin privs. You will expose yourself to malware and virus issues > (anyone who tells you Linux and OSX doesn't have malware or viruses is > talking rubbish). > > If you are seeing a difference between stability running as root > compared to a normal user, it might be that the normal user does not > have the necessary permissions to do things like use the real-time > scheduler which pulseaudio needs. However, I've not seen linux systems > having this problem for quite a few years now, so would be surprised. > > I run both gnome orca and emacspeak with espeak on one system, gnome > orca and emacspeak with outloud on another and emacspeak with just > espeak on a 3rd system. All are 64 bit. I've not noticed any significant > difference between the systems with respect to espeak. On all systems > using espeak, espeak is extremely stable with orca and speech dispatcher > and unstable with emacspeak. I also find espeak is very stable using > speechd-el. > > Tim > On Fri, 2013-05-10 at 19:17 -0400, John Joseph Morgan wrote: >> I see this too with espeak. It seems to go away when I run emacspeak with espeak under the root user. >> I have gnome started with orca at boot up. Is gnome and orca interfering somehow with a non-root user's use of espeak? >> John >> >> On May 10, 2013, at 6:43 PM, Tim Cross <tcross@xxxxxxxxxxx> wrote: >> >>> >>> You can just use the dmesg command in a terminal. >>> >>> I also see the regular loss of speech with espeak. I have never been >>> able to track down the issue, though I tend to get distracted with other >>> things when I try. I don't see this crashing with speechd or with espeak >>> and speech-dispatcher generally. It is limited to the emacspeak espeak >>> interface. >>> >>> I find disabling character echo can help a bit. Otherwise, I've just >>> gotten use to hitting C-e C-s to restart espeak when it stops >>> responding. >>> >>> I have noticed that I don't see this issue with the experiments I've >>> done that don't use tcl as the interface language. So it could be that >>> the problem is in the tcl layer, but this is just more guesswork. >>> >>> Tim >>> >>> >>> On Fri, 2013-05-10 at 11:50 +1000, Jason White wrote: >>>> Christopher Chaltain <chaltain@xxxxxxxxxxx> wrote: >>>> >>>>> I don't see this file on this system. It's a Ubuntu based system. >>>> >>>> Ubuntu keeps diverging from every other Linux distribution in a growing >>>> variety of ways. >>>> >>>> Try /var/log/syslog. I don't have an Ubuntu-based system so I'm guessing here. >>>> >>>> ----------------------------------------------------------------------------- >>>> To unsubscribe from the emacspeak list or change your address on the >>>> emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a >>>> subject of "unsubscribe" or "help". >>>> >>> >>> >>> ----------------------------------------------------------------------------- >>> To unsubscribe from the emacspeak list or change your address on the >>> emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a >>> subject of "unsubscribe" or "help". >>> >> > > ----------------------------------------------------------------------------- To unsubscribe from the emacspeak list or change your address on the emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a subject of "unsubscribe" or "help".
If you have questions about this archive or had problems using it, please send mail to:
priestdo@xxxxxxxxxxx No Soliciting!Emacspeak List Archive | 2010 | 2009 | 2008 | 2007 | 2006 | 2005 | 2004 | 2003 | 2002 | 2001 | 2000 | 1999 | 1998 | Pre 1998