Building FretsOnFire from source - python problem

Allan · 2008-04-11 04:45:27

I am trying to build FretsOnFire from source so that I can get a native x86_64 version working.

So far I have working builds of amanith and pyamanith in AUR. I know these are working because I can run FretsOnFire directly from python.

To run FretsOnFire using just python, download both the src and the binary package. Copy the contents of the data folder from the binary package to the src package. Then run "python FretsOnFire.py" from the src directory of the source package. (This works on my i686 machine but I can't remember testing it on my x86_64 one).

Now I want to make the binary... To do that we need to edit Makefile.unix in the source package. Changes needed are:
1) CXFREEZE=/usr/share/cx-freeze/FreezePython
2) PYTHON_LIBS=/usr/lib/python2.5
3) /usr/local/lib/amanath -> /usr/lib/amanath
4) remove the following lines (quick hack that needs fixed later...):
/usr/lib/liblapack.so.3 \
/usr/lib/libg2c.so.0 \
/usr/lib/atlas/libblas.so.3 \
5) cx_freeze and epydoc are needed so intstall them.
6) copy FretsOnFire (shell script) from the binary package to data/launcher.sh in the source package
7) make -f Makefile.unix

Everything builds nicely! But running FretsOnFire from the newly created dist directory gives:

ImportError: No module named glx

What do I need to fix this?

Allan · 2008-04-11 15:52:33

So looking at the cx_freeze output:

Missing modules:
<snip>
? OpenGL.platform.GL imported from OpenGL.GL.exceptional, OpenGL.GLU.projection
? OpenGL.platform.GLU imported from OpenGL.GL.exceptional, OpenGL.GLU.quadrics, OpenGL.GLU.tess
? OpenGL.platform.PLATFORM imported from OpenGL.GLU.glunurbs, OpenGL.GLU.quadrics, OpenGL.GLU.tess
? OpenGL.platform.createBaseFunction imported from OpenGL.GL.exceptional, OpenGL.GLU.quadrics, OpenGL.GLU.tess
<snip>

Could that be related. I know nothing about python...

arooaroo · 2008-04-11 16:40:41

I've never tried running/building this, but...

Evidently there are some OpenGL libs that Python wants but doesn't know where to find them. It'll build fine because Python doesn't evaluate until runtime. Either they are bundled with your source (in which case you need to tell Python about the additional libs) or they are a dependency, in which case you need download and install them.

Beini · 2008-04-16 18:31:31

I posted my PKGBUILDs for compiling from source to this thread some time ago:

http://bbs.archlinux.org/viewtopic.php? … 74#p271774

You probably won't need the pyamanith and amanith PKGBUILDs.

I don't think it's for the current version of Frets on Fire, but it should be easy to update.

EDIT: Sorry, that host didn't work anymore.

Here's a working link to the PKGBUILD:

http://shelli.fi/~bane/fretsonfire.tar.gz

Last edited by Beini (2008-04-16 18:37:16)

Demind · 2008-04-16 23:06:04

I've builded a fretsonfire package for x86_64 using the bin32.
If you can wait max a couple of day i can finish the PKGBUILD and then submit it to the AUR so you can easily install it on your box.
Let me know if you're interested.
The game starts correctly, i've not played it so i can't tell you if everything is fine but it seems ok.

EDIT: I've finished the PKGBUILD in a couple of minutes so you can find the package in the AUR even now.
Search for bin32-fretsonfire.
Feedback are wellcome

Last edited by Demind (2008-04-16 23:47:18)

Allan · 2008-04-17 00:14:58

@Beini: Thanks for the PKGBUILD. It appears to do almost exactly what I described above so I think maybe I had a problem with the newer version. I will test it out later.

@Demind: As I said above, I wanted a native x86_64 build. I have a hatred for lib32.

Demind · 2008-04-17 11:34:02

Allan wrote:

@Beini: Thanks for the PKGBUILD. It appears to do almost exactly what I described above so I think maybe I had a problem with the newer version. I will test it out later.

The problem is amanith, you can't build it from source nowadays.
If i'm wrong please link me where i can find the source code of amanith...

@Demind: As I said above, I wanted a native x86_64 build. I have a hatred for lib32.

The problem is that amanith source code is not downloadable anymore.
I would be very happy to help you building a native x86_64 fretsonfire package but without that source code is impossible.
I don't know if in the past amanith was easily downloadable but now it doesn't seem to be so.

That's the real problem in my opinion and that's why i've used lib32.
However using lib32 is not so bad come on

Allan · 2008-04-17 12:57:28

@Demind: As I said above, I wanted a native x86_64 build. I have a hatred for lib32.
The problem is that amanith source code is not downloadable anymore.
I would be very happy to help you building a native x86_64 fretsonfire package but without that source code is impossible.
I don't know if in the past amanith was easily downloadable but now it doesn't seem to be so.
That's the real problem in my opinion and that's why i've used lib32.
However using lib32 is not so bad come on

Hmmm... I downloaded it only a couple of weeks ago. I even put working PKGBUILDs for amanith and pyamanith into AUR. But I see the company making it has gone all commercial on us.

Also, lib32 is evil! I don't use it out of principle. I was going to forgive FretsOnFire for the non-free songs but not to the extent of having to lib32ify my pure64(TM) system!

Beini · 2008-04-17 13:44:18

The 0.3 source is available at least in places like:

http://ftp.riken.go.jp/pub/FreeBSD/dist … _03.tar.gz

Just did a google search for amanith_03.tar.gz

I also uploaded the PKGBUILDs i was using for amanith and pyamanith if you want to check them. At least they worked for me

http://shelli.fi/~bane/amanith.tar.gz

http://shelli.fi/~bane/pyamanith.tar.gz

Demind · 2008-04-17 14:04:17

Beini wrote:

The 0.3 source is available at least in places like:
http://ftp.riken.go.jp/pub/FreeBSD/dist … _03.tar.gz
Just did a google search for amanith_03.tar.gz

I can't understand why my google-search didn't find anything.So weird!Thanks a lot

I also uploaded the PKGBUILDs i was using for amanith and pyamanith if you want to check them. At least they worked for me
http://shelli.fi/~bane/amanith.tar.gz
http://shelli.fi/~bane/pyamanith.tar.gz

ok, i'll give it a try and help Allan to keep having is pure64(TM) system
Obviously is better having a native x86_64 package

Arch Linux

#1 2008-04-11 04:45:27

Building FretsOnFire from source - python problem

#2 2008-04-11 15:52:33

Re: Building FretsOnFire from source - python problem

#3 2008-04-11 16:40:41

Re: Building FretsOnFire from source - python problem

#4 2008-04-16 18:31:31

Re: Building FretsOnFire from source - python problem

#5 2008-04-16 23:06:04

Re: Building FretsOnFire from source - python problem

#6 2008-04-17 00:14:58

Re: Building FretsOnFire from source - python problem

#7 2008-04-17 11:34:02

Re: Building FretsOnFire from source - python problem

#8 2008-04-17 12:57:28

Re: Building FretsOnFire from source - python problem

#9 2008-04-17 13:44:18

Re: Building FretsOnFire from source - python problem

#10 2008-04-17 14:04:17

Re: Building FretsOnFire from source - python problem

Board footer