You are not logged in.
Anyone up to creating a pkgbuild for the SlimServer software:
http://www.slimdevices.com/index.html
Thanks.
Offline
bump, I'd like to see one too! I'd have a go but I don't feel brave enough, having tried to compile it manually and failed miserably (which is why I'm looking here )
Offline
Oh god, that's one nice box. Why did I not know of this before? I think I need to order one of those.
Offline
I've just got it running here, and I'll post a PKGBUILD soon - probably tomorrow. There's one problem, though - it depends on various perl modules, one of them being DBI 1.46 - no other version will work. Our perl-dbi package in [extra] is 1.48, so it will be necessary to downgrade it to run slimserver. That could have an adverse effect on any other applications that depend on DBI.
Offline
Just in case anyone's hanging around waiting for this, here's a progress report, as I didn't quite make that "probably tomorrow" deadline.
I now have PKGBUILD, .install, init script, and conf.d file done and installed on my server, where it is streaming my mp3 collection to my laptop. It's still a bit messy right now, but I'll tidy it up this evening. I'll post it after that.
There's a software version of their hardware player as well, called SoftSqueeze, so I'll do a PKGBUILD for that while I'm at it.
Offline
brilliant, thanks tomk!
Offline
Well.. I've just tried to upload it to the AUR, but something's not working there at the moment. I'll try again in the morning.
Offline
I believe that problem is caused by the initscript being the same name as the dir its put in, try changing its name and changing it back when its installed to $startdir/pkg
Offline
Thanks WillySilly - and neotuli on the ML.
Slimserver is now in the AUR. Try it out, enjoy (hopefully), and post your feedback - I love feedback.
Offline
I'm not too familiar with slimserver but does it broadcast itself via Zeroconf?
Offline
Yep, that's right, although they call it Rendezvous. When the server is running, ps shows a related mDNSResponder process, as follows:
/home/slimserver/Bin/i386-linux/mDNSResponderPosix -d -f /var/cache/slimserver/mDNS.conf -P /var/cache/slimserver/mDNS.pid
Offline
Yeah, that's what I thought because I remember someone that uses avahi talking about it and was having problems with the mDNS stuff.
Offline
:oops: I, er, appear not to need it now. but thanks. it might come in handy for converting my friends server to arch linux, if he will let me :twisted:
hope it helps somebody, but my poor little server is just fine sharing the mp3s over samba now I've sorted out a diskless, fanless client with moc and I dont know if it can handle the extra load
Offline
No problem, jefg - I'm using it myself anyway.
Offline
First: Thanks a lot for making these PKBUILDS. I'm expecting my Squeezebox to arrive in a coupple of days
Now to the problem. Slimserver dies immediately after it's started. This is what i see on the console when starting it:
[root@myhost ~]# /etc/rc.d/slimserver start
:: Starting SlimServer [DONE]
[root@myhost ~]# /etc/rc.d/slimserver restart
:: Stopping SlimServer [FAIL]
:: Starting SlimServer [DONE]
Stopping slimserver obviously fails as it isn't running. Slimserver appears on top for about a second, before it dies.
From /var/log/slimserver.log :
2006-05-06 13:39:46.4918 DBD::SQLite::db tables failed: not an error(21) at dbdimp.c line 398 at /home/slimserver/Slim/DataStores/DBI/DataModel.pm line 167.
DBD::SQLite::db tables failed: not an error(21) at dbdimp.c line 398 at /home/slimserver/Slim/DataStores/DBI/DataModel.pm line 167.
From what I can see I have the right version of perl-dbi:
pacman -Q perl-dbi
perl-dbi 1.46-1
So I have this idea that something might be wrong in my setup If somebody out there knows how to solve this, please just scrream it out loud
Offline
After a pm to tomk, who told me to take a look at Slim Linux forum, I've found that it looks like the problem is libdbd-sqllite3-perl: (See the debian etch-bugrepport here) Is this the equivalent with "perl-dbd-sqlite" from aur?
This bug-report describes practically the same problem as I encountered (except it's for debian etch) But it turned out that it was only a mainfestation of the bug mentioned above.
I found this after reading this thread. Witch led me to another thread on the same topic that linked to the bugrepports above.
Offline
*** Problem solved !!!
perl-dbd-sqlite 1.11 should be upgraded to version 1.12. tomk, can you update the PKGBUILD in aur?
It runs fine on my computer now. Thanks again for building slimserver for me tomk
EDIT: All I changed in the PKGBUILD was versionnumber and md5sums.
Offline
1.12 is now in the AUR, as requested.
Thanks for doing the research on this, kristian.
Offline
I wasn't able to find the perl-dbi version 1.46, in the repos, so i installed the 1.50. (i had to modify the slimserver PKGBUILD file, since 1.46 was required).
When i run /etc/rc.d/slimserver start i get the following error message:
:: Starting SlimServer [BUSY] Had to create DBI::_dbistate unexpectedly at /usr/lib/perl5/5.8.8/i686-linux-thread-multi/DynaLoader.pm line 253.
/etc/rc.d/slimserver: line 16: 30066 Segmentation fault /home/slimserver/slimserver.pl --daemon --user slimserver --prefsfile $prefsfile --cachedir $cachedir --pidfile $pidfile --logfile $logfile $SLIMSERVER_OPTS
I guess it has to do with perl-dbi package, but i've no idea how to resolve it... Any suggestions?
Offline
Well, like I said:
it depends on various perl modules, one of them being DBI 1.46 - no other version will work.
You need to build 1.46 yourself, by getting the PKGBUILD from CVS, changing the version number, and removing the md5sum. Once you've installed it, add perl-dbi to the IgnorePkg line in /etc/pacman.conf.
Offline
Thanks! Sorry for being ignorant. I'm trying it now.
Planning to upgrade to SlimServer v6.3?
Offline
I've just uploaded 6.3.0, and they've finally fixed the perl-dbi thing. I've made a few packaging improvements as well.
Offline