- This topic has 10 replies, 5 voices, and was last updated 17 years, 7 months ago by
.
-
Posts
-
Hi,
I’ve been running the standard Debian package on my linkstation for a while now- I wanted to upgrade it to the newest nightlies. (The packaged version is svn1376.)
As a longtime Redhat user, I’m a bit unclear on whole debian apt-get system- can I use the latest nightly package (even though I’m running Etch on an arm processor, and the only nightly for arm is for Sarge)?
I tried hacking my way through the tarball, but gave up after a couple of hours trying to get it to work..
d.
@snevacd wrote:
Hi,
I’ve been running the standard Debian package on my linkstation for a while now- I wanted to upgrade it to the newest nightlies. (The packaged version is svn1376.)
As a longtime Redhat user, I’m a bit unclear on whole debian apt-get system- can I use the latest nightly package (even though I’m running Etch on an arm processor, and the only nightly for arm is for Sarge)?
I tried hacking my way through the tarball, but gave up after a couple of hours trying to get it to work..
d.
You’ll end up compiling from source. First, make sure you ahve all the dev tools. Not sure what consititues the minimal set, but I usually fetch something like:
foo@bar:~$ apt-get install gdb make libc6-dev automake autotools-dev automake1.4
Then, the dev libs:
foo@bar:~/mt-daapd-svn-1571$ apt-get install libid3tag0-dev libogg-dev libvorbis-dev libsqlite0-dev libavahi-client-dev
foo@bar:~/mt-daapd-svn-1571$ apt-get install
foo@bar:~/mt-daapd-svn-1571$ ./configure --prefix=/usr --enable-sqlite --enable-avahi --enable-oggvorbis
… and a make; make install. You’ll need to copy the mt-daapd.conf from contrib to /etc and edit to taste, but I think that will get you going.
Alternately, if you want to make a debian package:
foo@bar:~/mt-daapd-svn-1571$ svn co https://svn.fireflymediaserver.org/svn/firefly-build/trunk/debian
foo@bar:~/mt-daapd-svn-1571$ mv debian/control.etch debian/control
foo@bar:~/mt-daapd-svn-1571$ fakeroot debian/rules binary
That will drop a packacke in the directory above the source directory.
You’ll probably need at least the debhelper and fakeroot packages to build the pakcage though.
You probably want the instructions here;
@risimmonsuk wrote:
You probably want the instructions here;
Those aren’t for etch though, those are for sarge.
Instead of –enable-mdns, use –enable-avahi, and apt-get the avahi-client-dev, and the instructions should be okay besides that.
Oh, and you’ll need to edit /etc/defaults/avahi to set it to start at boot.
— Ron
Thanks for the information- I now have it compiled and running, but it is not detected by my soundbridge or Itunes.
I’m running it over Wireless- do I need to open up firewall ports for avahi to work? (I can access the web admin pages remotely.)
d.
To be clear- the only thing I’ve done is uninstalled the standard Etch package:
apt-get remove mt-daapd
and then did a ‘make install’
and then started mt-daapd (after first confirming that avahi is running.)
If I do a make uninstall, and then reinstall the package using apt-get, it works fine (which indicates to me it isn’t a problem with my soundbridge or my router.)
Thanks for any help,
Duncan.
OK- found the problem.
I was using the old config file from the stable version, and that was causing the problem. Not exactly sure why, but..
Thanks for all help.
Duncan.
hi!
i have build the latest nightly on my linkstation-pro.
i had to download the packages “libavahi-client-dev” and “avahi-daemon”
i used this configure command:
./configure –prefix=/usr/local –enable-browse –enable-query –enable-avahi –with-id3tag=/usr/local –enable-sqlite –sysconfdir=/etc
and a “make install”after checking if “avahi-daemon” is running, i start “/usr/sbin/mt-daapd -c /etc/mt-daapd/mt-daapd.conf”
everything seems to be ok, besides the fact that itunes is not seeing my firefly server.
what am i doing wrong?
greetz
awxEDIT:
access through http://192.168.0.100:3689/applet.html works perfectI am also running debian-etch and this is the configure line I have used for the last compiles:
./configure –prefix=/usr –enable-sqlite3 –enable-nslu2 –enable-avahi –enable-oggvorbis –enable-flac –enable-musepack –enable-upnp –disable-debug
though I do not really know if the enable-nslu2 is neccessary and whether the upnp is much use as I basically only use rsp as protocol. But it works reliably.
I have “aptitude install’ed” basically all packages incl. the devs and the libs which contain sqlite, avahi, ogg, flac, id3tag, vorbis or musepack in its name.
Also I manually patched the vorbis-tools with the tremor integer version, which was the most nasty work as I had to take Rons patch and reverse a little/big endian swap in the src. This vorbis-tool thing is however only needed for on-the-fly transcoding of ogg files. Without the patch the floating-point-emulation would be working and the thing would be too slow and cause massive timeouts. If one doesnt transcode then the last step is not needed.
I think integrating a quick’n dirty oggdec version with an option like –enable-nslu-oggdectremor would be a huge help for less experienced people.
P.S.: superawx, try removing –enable-browse –enable-query. I dont use these and they dont appear to be needed when using avahi. Then remove and reinstall avahi again, reboot and see if avahi gets automatically loaded and then run mt-daapd. Should work. Your problem is definitly somewhere in the announcing. Try running mt-daapd with debug level 9 and see if it correctly announces in the log files.
@superawx wrote:
hi!
i have build the latest nightly on my linkstation-pro.
i had to download the packages “libavahi-client-dev” and “avahi-daemon”
i used this configure command:
./configure –prefix=/usr/local –enable-browse –enable-query –enable-avahi –with-id3tag=/usr/local –enable-sqlite –sysconfdir=/etc
and a “make install”after checking if “avahi-daemon” is running, i start “/usr/sbin/mt-daapd -c /etc/mt-daapd/mt-daapd.conf”
everything seems to be ok, besides the fact that itunes is not seeing my firefly server.
what am i doing wrong?
greetz
awxEDIT:
access through http://192.168.0.100:3689/applet.html works perfectLike mas says, do check your logs and see if it’s announcing rendezvous stuff. Also, check your config file and make sure it has a section like:
[plugins]
plugins_dir=/usr/local/share/mt-daapd/pluginsand then verify that there are actually plugins there (rsp.so, out-daap.so, etc)
- The forum ‘Setup Issues’ is closed to new topics and replies.