I could solve the problem with the package libavahi-client-dev using aptitude as follows. I hope I did not break something else with this solution 
All other steps I could do according the first post from dakku.
System specs:
CuBox-i4-Pro
Volumio 1.2 (VolumioBeta12CuboxI.img) - new clean flash
[code]
root@CuBox-i:~# apt-get install libavahi-client-dev
Reading package lists… Done
Building dependency tree
Reading state information… Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
libavahi-client-dev : Depends: libdbus-1-dev (>= 0.60) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.[/code]
apt-get install aptitude
aptitude -f install libavahi-client-dev
[code]The following actions will resolve these dependencies:
Keep the following packages at their current version:
-
libavahi-client-dev [Not Installed]
-
libdbus-1-dev [Not Installed]
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Install the following packages:
-
pkg-config [0.26-1+b1 (stable)]
Downgrade the following packages:
-
libdbus-1-3 [1.6.12-1 (now) -> 1.6.8-1+deb7u1 (stable)]
Accept this solution? [Y/n/q/?] y[/code]
root@CuBox-i:/usr/local/bin# ls -all
total 148
drwxrwsr-x 2 root staff 4096 May 2 19:46 .
drwxrwsr-x 10 root staff 4096 Aug 10 2013 ..
-rwxr-xr-x 1 root staff 74524 May 2 19:46 shairport
-rwxr-xr-x 1 root staff 61900 Aug 22 2013 shairport.old
root@CuBox-i:/usr/local/bin#
Now I have a new version of shairport, that finally also offers the option -w
[code]root@CuBox-i:/usr/local/bin# shairport -h
Usage: shairport [options…]
or: shairport [options…] – [audio output-specific options]
Mandatory arguments to long options are mandatory for short options too.
Options:
-h, --help show this help
-p, --port=PORT set RTSP listening port
-a, --name=NAME set advertised name
-k, --password=PW require password to stream audio
-b FILL set how full the buffer must be before audio output
starts. This value is in frames; default 220
-d, --daemon fork (daemonise). The PID of the child process is
written to stdout, unless a pidfile is used.
-P, --pidfile=FILE write daemon’s pid to FILE on startup.
Has no effect if -d is not specified
-l, --log=FILE redirect shairport’s standard output to FILE
If --error is not specified, it also redirects
error output to FILE
-e, --error=FILE redirect shairport’s standard error output to FILE
-B, --on-start=COMMAND run a shell command when playback begins
-E, --on-stop=COMMAND run a shell command when playback ends
-w, --wait-cmd block while the shell command(s) run
-o, --output=BACKEND select audio output method
-m, --mdns=BACKEND force the use of BACKEND to advertise the service
if no mdns provider is specified,
shairport tries them all until one works.
Available mDNS backends:
avahi
external-avahi
external-dns-sd
tinysvcmdns
Available audio outputs:
alsa (default)
ao
dummy
pipe
Options for output alsa:
-d output-device set the output device [default*|…]
-t mixer-type set the mixer type [software*|hardware]
-m mixer-device set the mixer device [‘output-device’|…]
-c mixer-control set the mixer control [Master|…]
-i mixer-index set the mixer index [0*|…]
*) default option
Options for output ao:
-d driver set the output driver
-o name=value set an arbitrary ao option
-i id shorthand for -o id=
-n name shorthand for -o dev= -o dsp=
Options for output dummy:
There are no options for dummy audio.
Options for output pipe:
pipe takes 1 argument: the name of the FIFO to write to.[/code]
I can start shairport manually using the script
/etc/init.d/shairport start
and play audio from my iPhone 4S iOS7.
I will try to modify the script using the option -w and will also test if shairport starts after reboot.
