Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Hi!

please find attached mt-daapd-0.2.1_pre3.ebuild.

mt-daapd is a multi-threaded implementation of Apple's DAAP server. Hence it is  a music server for iTunes and quite similar to the more famous daapd. I found this easier to set up and running more smoothly than daapd.

I suggest media-sound/mt-daapd Also, this ebuild depends on zlib, gdbm, libid3tag and howl (if you have the use-flag set).

Frederik

Created an attachment (id=48557) [details]
initial import

Created an attachment (id=49109) [details]
mt-daapd-0.2.1_pre4.tar.bz2

Version bump.

Is anybody reading this?

Yes, I am reading this. The 0.2.1 final release is out, simply renaming
the ebuild to mt-daapd-0.2.1.ebuild seems to work.

Thank you a lot for this nice ebuild.

Created an attachment (id=50607) [details]
mt-daapd-0.2.1.tar.gz

Version bump to stable. Would anyone be so kind to add this to portage?

yeah, i also use that instead of daapd  *pokes sound@gentoo.org*

I would like to see this added to portage as well. Runs great on my VIA C3
board. Serving up tunes to my LAN as we speak. Has fewer dependencies than
daapd.

Created an attachment (id=51770) [details]
mt-daapd-0.2.1.1.tar.gz

Version bump.

Is someone from sound@gentoo.org reading this? I would really like to get this
into the portage tree.

just another voice hoping for this to get into portage.  daapd is in portage,
but I think most people would prefer this one

You'd probably get a quicker response if you submitted an ebuild for it instead
of a tar.gz.

Created an attachment (id=51922) [details]
mt-daapd ebuild first draft

Needs init.d and config file. IUSE="debug" should be added and conditional dep
on dev-libs/efence. Everything still needs to be use enabled in src_compile()

Hmmm, looks like it can use howl and/or apples mDNS.

Did you bother to extract my tar.bz2 kito? It contains a working ebuild with an
initscript and everything.
Or is there anything fundamentally wrong with my ebuild you needed to write one
from scratch?

Ooops, I saw a tarball and assumed it was the src. Sorry about that. I'd stick
to plain text files as attachments if possible.

I think IUSE="zeroconf oggvorbis" should be added and conditional deps on
efence and mdnsd

src_unpack() doesn't look needed

econf ${myconf} should be used, this should allow for a simpler src_install
function as you can do make install DESTDIR=${D} || die

doins takes multiple arguments

instead of newexe try using newinitd

I would first check to see that /var/cache/mt-daapd/songs.gdb exists before rm
-f it in pkg_postinst

check here if you need some more info on syntax:

http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1

Thanks for working on this and sorry its taken so long to get into the tree. 

Thanks for the advice, I'm working on it right now. Should be there in about 15
min.

Created an attachment (id=52078) [details]
new ebuild which makes use of the howl, debug and oggvorbis USE flags

There dosn't seem to be a zeroconf USE-flag. mt-daapd uses an internal mdnsd
which seems to collide with howl. Hence I disabled it if the howl-USE-flag is
set.

Created an attachment (id=52079) [details]
init-script for the above

Created an attachment (id=52082) [details]
fixed missing "fi"

i think that zeroconf is /going/ to be a world use flag for apple's mDNS that
the kde herd is talking to the gnome herd about.  I could be wrong if the
conversation has changed.

Anyway, I don't think it would be wise to make the use of mt-daapd's internal
mdnsd dependent on the zeroconf-useflag. It needs at least this or howl. So
Howl is optional and the internal mdnsd is the default.

I noticed an ugly issue with my initscript. It ends only the task with the
first pid and not the forked ones. I have no idea how to fix this. Any
suggestions?

Another vote to add mt-daapd to portage...

Doesn't emerge yet if oggvorbis-flag isn't used. I addressed this upstream:
http://www.mt-daapd.org/?q=node/23

Created an attachment (id=53030) [details]
fixed compilation issue if oggvorbis use-flag is not set

The newest version should fix the compilation issue if oggvorbis use-flag is
not set.

bump: This ebuild works a-ok for me, extracting the attached tar.gz file to the
/usr/local/portage overlay dir, and adding the latest attached ebuild.  Please
add to portage tree?

I can confirm that the ebuild works with the following caveats. It did not work
for me with the 'howl' use-flag. I may not have setup howl properly. Not sure.
Also, the init file does not stop the daemon because it seems to ignore a
SIGTERM (or perhaps this has to do with threading). Adding "--retry 5" to the
start-stop-daemon line in the "stop" section will cause start-stop-daemon to
first send a SIGTERM, wait 5 seconds (units not documented) and then send a
SIGKILL which does stop the server.

mt-daapd is now in the tree, thanks for the effort and for supporting gentoo.
last but not least thanks for pointing me to that nifty piece of software :).