Build firefly nightly on WL-500g

[wouter]

@rpedde wrote:

On the same firmware version and everything?

Because it looks then like it’s firewalled or something…

Does this have a firewall.user?

Is it possible to just put a big unfirewall rule on the wan side interface?

Yep same firewall settings, same firmware. iptables -L lists ACCEPT policy on INPUT, OUTPUT and FORWARD, and only ACCEPT rules (save for some rules for invalid packets). Inserting -j ACCEPT to all chains doesn’t help either. If I know for a fact that 2.4.x worked with iTunes & (partially) with XBMC. Haven’t tried with the Roku yet.

Could it be a build issue, ie: wrong or missing network things or a wrong configuration? The build seemed to be clean, apart from the _putenv/_tzset build errors that were easily fixed. I’ll post the config.log later if that might give a hint.

[rootgar]

hi all.

i have tried to get the “mipsel” nightly (mt-daapd_svn-1498-1_mipsel.ipk) run on my asus wl-hdd (which is running the “same” FW like the 500g).
but i get following error, when starting the S60xxxx script:
/opt/etc/init.d/S60mt-daapd: /opt/etc/init.d/S60mt-daapd: 13: opt/sbin/mt-daapd: not found

but the file is there and has the status x, so it should be executeable.

i tried just the .ipk from wouter -> the same…

when installing the ipk (both) i got the error message from chown that the user “guest” no exists. (chown: unknown user name: guest)
thats correct(?), on the olegs firmware it calls “nobody”(?)
i found the script which is running at installation and change with chown the ownership of the 2 things ins the script to “nobody”, but this change anything, what is logical to me, because the console says it cannot find mt-daapd…but it’s there…

on the wl-hdd is olegs FW: 1.9.2.7-7f

i also try ushare which works, but i cannot run it in “demon” mode and from console i cannot skip to next song…
twonky works…

any hints suggestions? 😉

Greetings,
[NAV]Rootgar

[rpedde]

@rootgar wrote:

i have tried to get the “mipsel” nightly (mt-daapd_svn-1498-1_mipsel.ipk) run on my asus wl-hdd (which is running the “same” FW like the 500g).
but i get following error, when starting the S60xxxx script:
/opt/etc/init.d/S60mt-daapd: /opt/etc/init.d/S60mt-daapd: 13: opt/sbin/mt-daapd: not found

the mipsel nightly won’t run on the wl-hdd — different build chain.

i tried just the .ipk from wouter -> the same…

I would have thought that would work. It may be missing other libs, though. Do you have “ldd” on that machine? Can you do “ldd /opt/sbin/mt-daapd” to see what libraries it wants, and where they are?

twonky works…

any hints suggestions? 😉

Well, if worse comes to worse, you can always back out to there. 🙂

— Ron

[wouter]

@rootgar wrote:

i have tried to get the “mipsel” nightly (mt-daapd_svn-1498-1_mipsel.ipk) run on my asus wl-hdd (which is running the “same” FW like the 500g).
but i get following error, when starting the S60xxxx script:
/opt/etc/init.d/S60mt-daapd: /opt/etc/init.d/S60mt-daapd: 13: opt/sbin/mt-daapd: not found

but the file is there and has the status x, so it should be executeable.

The nightlies built by Ron don’t work, it’s built for NSLU2, your router uses OptWare.

@rootgar wrote:

i tried just the .ipk from wouter -> the same…

That’s strange. You might want to check dependencies like Ron suggested. I suspect a dependency version issue. I built the package against the versions currently in the wl500g feed repository, you might want to try an ipkg update, this should update to the right versions. Also make sure you have sqlite (version 2, not 3!), libid3tag and gdbm installed. I’m not completely sure my package is built properly to automatically install these (haven’t tested that). Does your router have everything installed in the usual locations (/opt/sbin, /opt/bin and /opt/lib)?

@rootgar wrote:

when installing the ipk (both) i got the error message from chown that the user “guest” no exists. (chown: unknown user name: guest)
thats correct(?), on the olegs firmware it calls “nobody”(?)

That’s ‘normal’ in the sense that I also got this. There is no ‘guest user’ on my router either. I did a ‘ipkg install adduser’ (or useradd, don’t remember exactly), added a guest user and installed the package again (remember to remove it first). Also, I start the server as root anyway by changing the mt-daapd.conf

[gusdesigns]

Hi Wouter,

I’m currently looking to install a version of mt-daapd (for my pinnacle SB), and I’ve discovered through several other threads, that the only option to have support for streaming is through RSP (so I would need a nightlies version!).

Now, I’m not the big expert (I managed to flash my WL-HDD with Oleg’s firmware and adjust it to my needs) but would it not be possible to ‘deploy’ your compiled chain somewhere, so others also can install this version?

Thanks!

[Anonymous]

I’m also looking to get firefly running on my Asus wl500g deluxe router to stream to my Soundbridge. I’m currently using Twonky, which is OK but I’ve been having problems with playlists. I’ve tried Wouter’s .ipk and apparently got it running up to the point where I try to connect to the web interface, when I get the error below (I’ve modified the .conf to run as admin):

2007-03-06 21:22:23 (00000400): Firefly Version svn-1498: Starting with debuglevel 2

2007-03-06 21:22:23 (00000400): Starting rendezvous daemon

2007-03-06 21:22:23 (00000400): Starting signal handler

2007-03-06 21:22:24 (00000400): Initializing database

2007-03-06 21:22:58 (00000400): Starting web server from /opt/share/mt-daapd/admin-root on port 3689

2007-03-06 21:24:23 (00000803): Read error: Is a directory

Also nothing visible from Roku or iTunes.

Any suggestions?

Can I also add my support for the request to add a build for the asus routers to the nightlies?

[rpedde]

@Aborigine wrote:

2007-03-06 21:24:23 (00000803): Read error: Is a directory

Also nothing visible from Roku or iTunes.

Any suggestions?

Can you post your config?

Can I also add my support for the request to add a build for the asus routers to the nightlies?

Noted.

– Ron

[Anonymous]

My /opt/etc/mt-daapd/mt-daapd.conf is:

# $Id: mt-daapd.conf 1148 2005-02-15 03:35:19Z rpedde $

#

# This is the mt-daapd config file.

#

# If you have problems or questions with the format of this file,

# direct your questions to [email protected].

#

# You can also check the website at http://mt-daapd.sourceforge.net,

# as there is a growing documentation library there, peer-supported

# forums and possibly more.

#



#

# web_root (required)

#

# Location of the admin web pages.  If you installed from

# ipk, this is correct

#



web_root	/opt/share/mt-daapd/admin-root



#

# port (required)

#

# What port to listen on.  It is possible to use a different

# port, but this is the default iTunes port

#



port		3689



#

# admin_pw (required)

#

# This is the password to the administrative pages

#

# YOU SHOULD PROBABLY CHANGE THIS

#



admin_pw	******



#

# db_dir (required)

#

# This is where mt-daapd stores its database of song information.

#

# If you installed this from .ipk, this is correct

#



db_dir		/opt/var/mt-daapd



#

# mp3_dir (required)

#

# Location of the mp3 files to share.  This corresponds

# to a folder called "mp3" in the "DISK 1" share.

#



mp3_dir		/tmp/harddisk/My_Music



#

# servername (required)

#

# This is both the name of the server as advertised

# via rendezvous, and the name of the database

# exported via DAAP

#



servername	Firefly



#

# runas (required)

#

# This is the user to drop privs to if running as

# root.  If mt-daapd is not started as root, this

# configuration option is ignored.  Notice that this

# must be specified whether the server is running

# as root or not.

#

# If you have not messed with permissions from

# the console, then this should work correctly

# without any strange chmods or anything.

#



runas	admin



#

# playlist (optional)

#

# This is the location of a playlist file.

# This is for Apple-style "Smart Playlists"

# See the mt-daapd.playlist file in the

# contrib directory for syntax and examples

#

# This doesn't control static playlists... these

# are controlled with the "process_m3u" directive

# below.

#



playlist	/opt/etc/mt-daapd/mt-daapd.playlist



#

# password (optional)

#

# This is the password required to listen to MP3 files

# i.e. the password that iTunes prompts for

#



#password	mp3



#

# extensions (optional)

#

# These are the file extensions that the daap server will

# try to index and serve.  By default, it only indexes and

# serves .mp3 files.  It can also server .m4a and .m4p files,

# and just about any other files, really.  Unfortunately, while

# it can *attempt* to serve other files (.ogg?), iTunes won't

# play them.  Perhaps this would be useful on Linux with

# Rhythmbox, once it understands daap.  (hurry up!)

#



extensions .mp3,.m4a,.m4p





#

# logfile (optional)

#

# This is the file to log to.  If this is not configured,

# then it will log to the syslog.

#

# Not that the -d  switch will control the log verbosity.

# By default, it runs at log level 1.  Log level 9 will churn

# out scads of useless debugging information.  Values in between

# will vary the amount of logging you get.

#



logfile /var/log/mt-daapd.log



#

# art_filename (optional)

#

# There is experimental support thanks to Hiren Joshi

# ([email protected]) for dynamically adding art to the id3v2

# header as it is streamed (!!).  If you were using a music system

# like zina or andromeda, for example, with cover art called

# "_folderOpenImage.jpg", you could use the parameter

# art_file _folderOpenImage.jpg and if the file _folderOpenImage.jpg

# was located in the same folder as the .mp3 file, it would appear

# in iTunes.  Cool, eh?

#



#art_filename _folderOpenImage.jpg



#

# rescan_interval

#

# How often to check the file system to see if any mp3 files

# have been added or removed.

#

# if not specified, the default is 0, which disables background scanning.

#

# If background rescanning is disabled, a scan can still be forced from the

# "status" page of the administrative web interface

#

# Setting a rescan_interval lower than the time it takes to rescan

# won't hurt anything, it will just waste CPU, and make connect times

# to the daap server longer.

#



# We'll set it to 100 minutes

#

rescan_interval 6000



# always_scan

#

# The default behavior is not not do background rescans of the

# filesystem unless there are clients connected.  The thought is to

# allow the drives to spin down unless they are in use.  This might be

# of more importance in IDE drives that aren't designed to be run

# 24x7.  Forcing a scan through the web interface will always work

# though, even if no users are connected.



always_scan 0



#

# process_m3u

#

# By default m3u processing is turned off, since most m3u files

# sitting around in peoples mp3 directories have bad paths, and

# I hear about it.  :)

#

# If you are sure your m3u files have good paths (i.e. unixly pathed,

# with relative paths relative to the directory the m3u is in), then

# you can turn on m3u processing by setting this directive to 1.

#

# I'm not sure "unixly" is a word, but you get the idea.

#



#process_m3u 0



#

# scan_type

#

#

# This sets how aggressively mp3 files should be scanned to determ ine

# file length.  There are three values:

#

# 0 (Normal)

#   Just scan the first mp3 frame to try and calculate size.  This will

#   be accurate for most files, but VBR files without an Xing tag will

#   probably have wildly inaccurate file times.  This is the default.

#

# 1 (Aggressive)

#   This checks the bitrates of 10 frames in the middle of the song.

#   This will still be inaccurate for VBR files without an Xing tag,

#   but they probably won't be quite as inaccurate as 0.  This takes

#   more time, obviously, although the time hit will only happen the

#   first time you scan a particular file.

#

# 2 (Painfully aggressive)

#   This walks through the entire song, counting the number of frames.

#   This should result in accurate song times, but will take the most

#   time.  Again, this will only have to be incurred the first time

#   the file is indexed.

#



# scan_type  0



#

# compress

#

# Whether to use gzip content-encoding when transferring playlists etc.

# This was contributed as a patch by Ciamac Moallemi just prior to the 0.2.1

# release, and as such, hasn't gotten as much testing as other features.

#

# This feature should substantially speed up transfers of large databases

# and playlists, at least where bandwidth is limited.

#

# It will eventually default to 1, but currently it defaults to 0.

#

# DONT EVEN THINK OF ENABLING THIS ON THE SLUG.  IT WILL

# DEGRADE PERFORMANCE MASSIVELY.  It might even trigger the

# OOM killer, so just pretend this option isn't here.

#

# In fact, it's only here for the sake of completeness.



# compress 0

/opt/share/mt-daapd/admin-root exists and seems to have the relevant files in it.

[CCRDude]

Unless you’re using a 0.2.4, the config file is outdated. It’s missing the [plugins] section (which is probably responsible for nothing shown in clients, since the plugins are for that communication), and the playlist line isn’t used any more.

[Anonymous]

That was the.conf installed by Wouter’s .ipk. I just checked and the plugins folder is actually empty. So looks like this .ipk isn’t complete. Any suggestions for a fix that doesn’t involve a full build?

[Author]

Posts