According to the ALSA documentation, snd_pcm_readi() returns -ESTRPIPE
when a suspend event occured. But xrun_recovery() checks for -EAGAIN
instead.

If the ALSA client is connected to the ALSA loopback device, it leads to
an infinite loop in the client when the computer is resumed from sleep.
The client takes up to 99% of the CPU resources.

The problem is fixed by a proper error checking of snd_pcm_readi().

A word of caution however: on kernels prior to 3.8, it will trigger a
bug in the snd-aloop driver, and may lead to a kernel oops.
The kernel fix can be found there:
http://www.spinics.net/lists/stable-commits/msg23379.html

Signed-off-by: elboulangero <elboulangero@gmail.com>

Patch by colinf via

   http://trac.jackaudio.org/attachment/ticket/227/typos.patch

jack_transport requires libreadline but not libncurses, so drop the latter.

Reportedly, f28523ff54 was incomplete.

CCFLAGS isn't honoured at all, the proper name is CFLAGS.

ceilf() is used in netsource.c
Fix for trac ticket #291

Patch by Adam Conrad <adconrad@canonical.com>, taken from Ubuntu's
jackd2 package.

Fixes linkage errors as described in

   http://permalink.gmane.org/gmane.comp.audio.jackit/25841

Thanks to nedko - closes #15

http://jackaudio.org/files/docs/html/jack_8h.html#a437010097629ac8124a56c752c02f299

This was supposed to happen in a5eb957b597c2c847b9e6e80479c0a726a6364fc,
but it didn't, so there was still libinprocess.so instead of
inprocess.so.

We need readline for transport.c, but it's built conditionally if
present, so allow the check for readline to fail.

If -DNO_JACK_ERROR is set, jack_error() is replaced by printf().

Since it's a C program, we have to set CFLAGS appropriately.

When jack_connect is called without any argument, it causes a segfault
in

                snprintf( portA, sizeof(portA), "%s", argv[argc-1] );
                snprintf( portB, sizeof(portB), "%s", argv[argc-2] );

Reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662199

jackdbus needs explicit index because device reservation code
is shared with jackd and waf cannot autodetect this.

waf complains about missing features in the builder, so let's add some.

For the sake of completeness, here's an example error message:

Traceback (most recent call last):
  File "/home/adi/jack2/.waf-1.6.11-30618c54883417962c38f5d395f83584/waflib/Runner.py", line 162, in start
    st=tsk.runnable_status()
  File "/home/adi/jack2/.waf-1.6.11-30618c54883417962c38f5d395f83584/waflib/Task.py", line 285, in runnable_status
    new_sig=self.signature()
  File "/home/adi/jack2/.waf-1.6.11-30618c54883417962c38f5d395f83584/waflib/Task.py", line 274, in signature
    self.sig_implicit_deps()
  File "/home/adi/jack2/.waf-1.6.11-30618c54883417962c38f5d395f83584/waflib/Task.py", line 372, in sig_implicit_deps
    (nodes,names)=self.scan()
  File "/home/adi/jack2/.waf-1.6.11-30618c54883417962c38f5d395f83584/waflib/Tools/c_preproc.py", line 594, in scan
    raise Errors.WafError('%r is missing a feature such as "c", "cxx" or "includes": '%task.generator)
WafError: bld(uselib_local='clientlib', posted=True, features=[], idx=28, uselib='RT SNDFILE', meths=['process_rule', 'process_source'], prec=defaultdict(<type 'list'>, {}), includes=['../linux', '../posix', '../common/jack', '../common'], source=[/home/adi/jack2/example-clients/capture_client.c], mappings={}, path=/home/adi/jack2/example-clients, _name='jack_rec', target='jack_rec') in /home/adi/jack2/example-clients is missing a feature such as "c", "cxx" or "includes":

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4777 0c269be4-1314-0410-8aa9-9f06e86f4224

Automatically upgrading to python3 syntax, where possible.

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4775 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4721 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4703 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4678 0c269be4-1314-0410-8aa9-9f06e86f4224

I don't think anything actually uses the curses library.
Invalidates #260

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4669 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4659 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4620 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4616 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4615 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4610 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4565 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4517 0c269be4-1314-0410-8aa9-9f06e86f4224

git-svn-id: http://subversion.jackaudio.org/jack/jack2/trunk/jackmp@4515 0c269be4-1314-0410-8aa9-9f06e86f4224