File: README.Debian

package info (click to toggle)
festival 1%3A2.0.95~beta-5.1
  • links: PTS, VCS
  • area: main
  • in suites: squeeze
  • size: 5,448 kB
  • ctags: 4,437
  • sloc: cpp: 26,214; lisp: 14,961; ansic: 5,076; sh: 4,989; java: 1,536; makefile: 790; xml: 291; perl: 87
file content (66 lines) | stat: -rw-r--r-- 2,758 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
Festival for Debian
-------------------

  This package has a few differences to Upstream which are not adequately
  reflected in the documentation.

  - The standard .scm files are located in /usr/share/festival.
  - DTDs and related files are in /usr/share/sgml/festival.

  Feel free to submit patches.

  Warning:
  -------

  It is inherently insecure to run a festival instance as a server,
  mainly because it exposes the whole system to exploits which can be
  easily used by attackers to gain access to your computer. This is
  because of the inherent design of the festival server. Please use it
  only in a situation where you are sure that you will not be
  subjected to such an attack, or have adequate security precautions.

  The following process may give access of your machine to another
  users. Please take care and don't allow server other than localhost or
  127.0.0.1 or trusted users.

  The festival server is now disabled by default, as it exposes the
  whole system to a root exploit, and makes even a default
  installation insecure.

  Since festival 1.96~beta-7, the daemon start is disabled by
  default. If you want to enable the Festival server as daemon with
  customization in the example festival.scm, you need to do these things:

  - Set RUN_FESTIVAL=yes in /etc/default/festival file.
  - Set the 'server_access_list' variable to the host names you want
    to grant access to the server in festival.scm, and put it
    somewhere (such as /etc/festival.scm).
  - Use the example festival.init as /etc/init.d/festival. Ensure it
    has executable permissions, and the festival.scm file is the rght
    ones pointed to.

  Note that the server_access_list variable holds a regular expression
  which is matched against whatever the client's IP address resolves
  to (or the address itself, if address-to-name resolution fails). For
  local connections, that is the first name in the '127.0.0.1' line of
  /etc/hosts; it may or may not be 'localhost'.

  Set 'server_access_list' to NIL if you want to control access by other means
  (e.g., if your firewall filters incoming access to TCP port 1314, or whatever
  you've set the 'server_port' variable to):

  (set! 'server_access_list nil)

  Use with alsa/other sound system:
  ---------------------------------

  We recommend that you use alsa. This is the default setting in
  /etc/festival.scm. However, for non-Linux architectures, where ALSA
  is unavailable, the audio method can be changed by setting it in ~/.festivalrc, with:
  
  (Parameter.set 'Audio_Method '<sound_system>)

  where <sound_system> is an appropriate sound system reference, such
  as freebsd16audio, mplayeraudio etc.

 -- Kumar Appaiah <akumar@debian.org>, Wed, 27 Oct 2010 09:07:45 -0500