Museek+ client working on OS X Leopard (Howto)
What is Museek (plus)?
Museek plus is a Soulseek client. It is far superior to other products available on OS X in terms of usability, coherence, and ability to specify preferences. Read more on the site.
Unfortunately, its a bit difficult to get working on OS X because its native to Linux. Nevertheless, it can be done (and is well worth it.
Installing: a bit of a pain
With the help of Daelstorm I was able to get Museek working on my MacBook (intel), Leopard (OS X v 10.5). This should be a great relief to any Mac Users still stuck in using Nicotine, or god forbid SolarSeek–I’d rather use BearShare!! (oh, p2p humor… meh.)
Museeq (client)
So here goes:
Firstly, get X11 / MacPorts/ XCode Tools installed on your machine. Takes a while. A long while.
Then run sudo port install qt3 in an X11 terminal.
Also, get Fink installed. At the time of this writing I had to use this build but that will probably change, as Leopard apps are in rapid development all over.
You’re going to have to add the fink stuff to your PATH (.bash_profile file) so you can run its packages from the command line. I believe I was prompted, at the end of the install, to run a little shell script which added the appropriate lines. At any rate, my .bash_profile looks like:
yeagos-magic-machine:museeq y$ cat ~/.bash_profile
export PATH=${PATH}:~/Programming/tools #You don’t need this line
export PATH=${PATH}:/usr/local/bin
export PATH=${PATH}:/opt/local/bin
export PATH=${PATH}:/opt/local/sbin
test -r /sw/bin/init.sh && . /sw/bin/init.sh
I hear the order of the things above counts, but I can’t tell you why.
Also, get the latest version of Museek. And glance over this page because you’re going to have to install a few more things mentioned there.
Daelstorm mentioned a Museeq QT4 port but I didn’t do that.
Now, we will be using the SCons method to build this program with the following command scons QTDIR=/opt/local/lib/qt3 from the folder created by the Museeq tarball you downloaded earlier, pointing to the installation of QT3 you (hopefully) already installed. Oh, and get scons! (fink install scons)
This will probably fail due to missing dependencies. I got choked up on ‘libxml++2′ and ‘vorbisfile’. That’s where fink came in handy with fink install libxml++2 and fink install vorbistools libvorbis0 libvorbis0-shlibs (I’m honestly not sure *which* of these applied to my situation. Try them one at a time if you feel so inclined (and let me know >=] )
Anyway, I got myself into serious trouble at this point.
I started getting errors related to the trayicons one | two
running scons with MUSEEQTRAYICON=no and 0 did not help.
Daelstorm came up with a fix: edit /museeq/SConscript and remove the line “trayicon.cpp” Don’t do this if you are stuck at something that has nothing to do with trayicon / trayicon.o.
Once I did this everything worked fine and I got the wonderful message from scons “done building targets”. When this works, you’ve got a working installation of Museek, except its in the /workdir. To build a global copy at this point you simply go sudo scons install QTDIR=/opt/local/lib/qt3 MUSEEQTRAYICON=0 from the /originalMuseeqTarball/museeq directory and, viola, you have a working copy of Museeq!
If you had the trayicon problem, simply select a theme and restart X11 and your icons are fine!
Museekd (daemon)
Installs as described in INSTALL.scons
March 10th, 2008 at 5:29 pm
Good work! I tried this last year on Tiger and got it built but for some reason the window was stuck in the background and I couldn’t bring it up, however the deamon and connection worked properly.
So I’m atempting again on a black MacBook (with QT4!) exactly for the reasons you mentioned - Nicotine, SolarSeek and soulseeX!
Well, I’m off to a great start, I can’t get fink installed - curl appears to be broken and times out while trying to download packages. You didn’t have this problem?
March 10th, 2008 at 5:31 pm
Not sure why you can’t get fink installed…. you tried the link I gave and it choked?
March 20th, 2008 at 5:45 am
Fink is up. I got wget from MacPorts but needed to rename curl to force finks usage of wget.
Qt4 looks good, however museeq Qt4 is doesn’t build with SCons and I’m having a time with it, so I think I have to find daelstorm and get some hints. Did he mention anything in particular about the Qt4 port or even encourage you to test it?
Another question, why did you install all the vorbis stuff?
March 20th, 2008 at 11:05 am
As you can see I used QT3…. I think it was because QT4 wouldn’t work so well but maybe that’s changed. I encourage you to find out (and to return with your results!)
I installed the vorbis stuff because they were depended on by other libraries and were choking.
April 1st, 2008 at 3:16 pm
what about soulseeX?
April 1st, 2008 at 5:11 pm
What about soulseex? Its Abandonware.
It hasn’t been updated since 2005 and only builds on PPC.
April 1st, 2008 at 6:39 pm
soulseeX is probably the most confusing/irritating app I’ve seen on any platform!
I still haven’t gotten past qmake for Qt4 and haven’t seen daelstorm around either, but I’ll be sure to let you know when I’ve made an advance…
April 2nd, 2008 at 5:59 am
i hadn’t tried it up until yesterday and was amazed how well it worked (though it’s gui is really something). it sure is abondonware, but alot better than solarseek at this point (which is probably also becoming abandonware). and there is a universal binary available here: http://chris.schleifer.net/ssX/builds/ssX-06082006-2216.dmg
get the latest build. i prefer it to museek.
April 2nd, 2008 at 11:17 am
@butbut. I think you mean ‘you prefer it to solarseek’ =).
Its another thing to check out for those desperate, for sure. Neat that it works on intel. But slsk’s most recent client has abandoned that server entirely in favor of a newer one. I’m going to keep trying museek =)
@rubyinthedust — he’s typically in the museek room later at night Eastern time. Maybe if we get this working we create a package installer for it? Also, you should show me how QT4 dies. Here’s the soulseek chat log with daelstorm I had–he has plenty to say about QT4. I never had a problem installing it.
April 2nd, 2008 at 6:07 pm
what do you mean by this: “But slsk’s most recent client has abandoned that server entirely in favor of a newer one.”
?
April 2nd, 2008 at 6:53 pm
If you look at the release notes of the last windows build it mentions a new server.
April 28th, 2008 at 11:20 pm
Thanks for the write up. After several grueling attempts I finally got it built. This slightly embarrassing question needs to be asked. How on earth do I start the application? How do I run it, where is it located?
April 30th, 2008 at 4:23 pm
Well, did you get the daemon running? You run the daemon and then run museeq in X11 and you’re set.
April 30th, 2008 at 7:03 pm
ok, I figured a couple of things out and seem to have it running, but now I cannot connect to the daemon.
- am I supposed connect to “localhost:2240″?
- If yes, do I use root password, user, or slsk account?
I am getting : “got login attempted SHA1″ which I think a failure. Museeq is saying “Login error: INVPASS”
April 30th, 2008 at 7:18 pm
Try creating new account instead?
You use your slsk account.
April 30th, 2008 at 7:30 pm
Holy crap! I got it working. I guess I need to set up my interface password. Yeago, thanks.
Would you mind if I used your instructions and added my own on my personal blog? There is nothing on my blog yet and I would like this to be the first entry. I also want to cite your instructions as a source for my instructions.
April 30th, 2008 at 7:34 pm
Please do. Also, please make sure to mention what machine and version you’re running. I haven’t got it working perfectly yet (there are many odd bugs in the GUI). And link here so I can read. =)
May 19th, 2008 at 6:56 am
Hi.
I had xcode and x11 installed and downloaded macports. Created a .bash_profile file in ~ and the bash knows the port command now.
Unfortunately X11 doesn’t. So “sudo port install qt3 ” in the x11 Terminal just won’t work (command not found error).
What I checked so far: x11 and x11 sdk have been installed, xcode has been reinstalled, there are no folders or files like X11/xinit/xinitrc in /etc/ present.
Anyone any advise? Thank you.
mya
May 19th, 2008 at 7:33 am
If the command is choking at sudo, you’ve got something insanely wrong with your system. If its port (which I think you meant) then… hmm. Well I’m sure you’ve tried it but closing and opening the terminal is necessary.
May 19th, 2008 at 10:24 am
Hi.
I don’t want to blow up this comment section, but just to reconfirm two things:
1. the “sudo port install qt3″ has to be executed in the X11 Terminal, not the OSX bash?
2. Do you have the folders /etc/X11/xinit/xinitrc? (I don’t have them, besides /etc I mean
)
It’s indeed the “sudo: port: command not found” error I get. (only in the X11 Terminal, the OSX Terminal knows the “port” command now)
BTW: afaik there is a confirmed bug at the installation of macports in Leopard. You have to edit the .bash_profile yourself or the OSX bash won’t know the “port” command. It’s pretty funny that you didn’t encounter this problem.
Thx. for your help
mya
May 19th, 2008 at 10:30 am
I think I did encounter that bug, I just edited the bash_profile. I think the port command can be issued in regular bash. I could (and am probably) wrong but I think X11 is only used for the graphical aspects of these programs.
When I get home I’ll inspect my setup, if you are still having problems.
PS: Don’t worry about commenting here.
May 21st, 2008 at 1:51 am
Hi.
I’m still trying to get Museek to run.
As I mentioned before the X11 bash doesn’t know the “port” or “scons” commands, so everything I do is in the OSX Shell.
BTW: The correct command is: fink install vorbis-tools libvorbis0 libvorbis0-shlibs
I’m seriously wondering how you got it installed with the commands you are using above…
Anyway:
Trying to do this : “scons QTDIR=/opt/local/lib/qt3″
Results in this error: (I cut out a few hundred unnecessary lines)
Any idea what might have went wrong or what else to install?
Thank you
Mya
MBA:museek+-0.1.13 m$ scons QTDIR=/opt/local/lib/qt3
scons: Reading SConscript files …
Using SCons version 0.97.0d20071212
Reading FLAGS from defaults.py and Command Line arguments
BUILDING with CCFLAGS: -fPIC -Wall -pipe -g
Checking for header file stdio.h… yes
I made a cut here : bla bla bla
Checking for C++ type uint32… no
Compiling Muhelp, Mucipher, Museekal, Museek, Tools, museekd, doc, python-bindings, setup, python-clients
and Mucous…
and Murmur…
and Museeq…
Headers/Dependencies for Muhelp…
Checking for libxml++… libxml++-2.6
Checking for C++ header file libxml++/libxml++.h… yes
Headers/Dependencies for Mucipher…
WARNING: PyMucipher disabled, NOT building Python bindings for mucipher.
Enable with: PYMUCIPHER=0
Looking for replacement (PyCrypto)…
PyCrypto is not available, maybe you should install it?: No module named Crypto
Headers/Dependencies for Museekal…
Checking for setsockopt() in C library socket… no
Checking for gethostent() in C library nsl… no
Headers/Dependencies for Museek…
Checking for inflate(0, Z_FINISH) in C++ library z… yes
Headers/Dependencies for Tools…
Checking for ov_clear(0) in C++ library … yes
OGG Vorbis found, compiling into muscan.
* muscan will be installed
Checking for FAMOpen2(0,0) in C++ library fam… no
RuntimeError: maximum recursion depth exceeded:
File “/Users/m/Downloads/museekya/museek+-0.1.13/SConstruct”, line 381:
SConscript(os.path.join(dir, ‘SConscript’), build_dir = bd, duplicate = 1)
File “/sw/lib/scons-0.97.0d20071212/SCons/Script/SConscript.py”, line 596:
return apply(method, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Script/SConscript.py”, line 533:
return apply(_SConscript, [self.fs,] + files, subst_kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Script/SConscript.py”, line 256:
exec _file_ in call_stack[-1].globals
File “/Users/m/Downloads/museekya/museek+-0.1.13/workdir/museekd/SConscript”, line 21:
install = env_museekd.Install(env[’DESTDIR’] + env[’BINDIR’], [museekd])
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
return apply(self.method, nargs, kwargs)
File “/sw/lib/scons-0.97.0d20071212/SCons/Tool/__init__.py”, line 468:
return apply(builder, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
return apply(self.method, nargs, kwargs)
File “/sw/lib/scons-0.97.0d20071212/SCons/Tool/__init__.py”, line 468:
return apply(builder, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
return apply(self.method, nargs, kwargs)
File “/sw/lib/scons-0.97.0d20071212/SCons/Tool/__init__.py”, line 468:
return apply(builder, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
return apply(self.method, nargs, kwargs)
File “/sw/lib/scons-0.97.0d20071212/SCons/Tool/__init__.py”, line 468:
return apply(builder, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
return apply(self.method, nargs, kwargs)
File “/sw/lib/scons-0.97.0d20071212/SCons/Tool/__init__.py”, line 468:
return apply(builder, args, kw)
File “/sw/lib/scons-0.97.0d20071212/SCons/Environment.py”, line 178:
I made a cut here : bla bla bla few hundred error lines
July 25th, 2008 at 12:09 pm
when i try to put:
yeagos-magic-machine:museeq y$ cat ~/.bash_profile
export PATH=${PATH}:~/Programming/tools #You don’t need this line
export PATH=${PATH}:/usr/local/bin
export PATH=${PATH}:/opt/local/bin
export PATH=${PATH}:/opt/local/sbin
test -r /sw/bin/init.sh && . /sw/bin/init.sh
results in this error: museeq y$ cat ~/.bash_profile
-bash: museeq: command not found