Server Help :: View topic - FreeBSD and Python problems

Server Help

ASSS Questions - FreeBSD and Python problems

TeHsU - Sun Sep 10, 2006 2:03 am
Post subject: FreeBSD and Python problems

I dont know what the best way is to fix this, but heres the problem I am having with the precompiled binarys..

ImportError: /usr/local/lib/python2.4/lib-dynload/cPickle.so: ELF file OS ABI invalid
D <net> listening on 0.0.0.0:5000 (0)
I <directory> server on port 5000 using name 'SSN Forever Dying'
I <directory> using 'sscentral.ds98.com' at 66.116.109.62 as a directory server
I <directory> using 'sscentral.subspace.inet.fi' at 62.65.37.101 as a directory server
I <directory> using 'sscentral.subspacehq.com' at 216.8.177.28 as a directory server
I <directory> using 'sscentral.subspace.net' at 216.157.150.64 as a directory server
E <pymod> can't import cPickle
D <main> entering main loop
I <billing_ssc> connecting to user database server at 75.19.89.78:900
I <billing_ssc> connected to user database server, logging in
D <mapnewsdl> news file 'news.txt' reread

Anyone that has already gone through this can give me an easy fix, or if I have to compile it myself for FreeBSD, I got it to compile, but for some reason it wont put the files into the asss folder, so if anyone knows anything about the compiling part would be great, thank you

Smong - Sun Sep 10, 2006 10:34 am
Post subject:

At a guess the precompiled binaries were made against a different version of python to what is installed on your machine.

I think cPickle is only for persist, which in english means a non-essential part of the turf module won't work.

Also the default compile option for asss is "symlink_bins" which means symlinks (shortcuts) are put in the bin directory to point at the compiled files in the build directory.

BTW you might want to edit the directory settings in global.conf, only sscentral.subspace.inet.fi and ssdir.getsubspace.com work.
(oh, and welcome back).

k0zy - Sun Sep 10, 2006 11:10 am
Post subject:

Smong wrote:

BTW you might want to edit the directory settings in global.conf, only sscentral.subspace.inet.fi and ssdir.getsubspace.com work.

He might also want to add sscentral.sscuservers.net which works, too.

Bob Dole.. Bob Dole... Bob Dole...... bob dole.... bob... dole....

Maverick - Sun Sep 10, 2006 11:36 am
Post subject:

Bob Dole.. Bob Dole... Bob Dole...... bob dole.... bob... dole.... wrote:

He might also want to add sscentral.sscuservers.net which works, too.

sscentral.sscuservers.net and sdir.getsubspace.com only then

(sscentral.subspace.inet.fi is the same as sscentral.sscuservers.net and I doubt the inet.fi domain still works since the stats already went down)

Smong - Sun Sep 10, 2006 12:34 pm
Post subject:

The DNS still works, even sscentral.sscx.net still works (but it points to the same IP as sscu/inet).

TeHsU - Sun Sep 10, 2006 3:04 pm
Post subject:

[tehsu@tsunade ~/asss-1.4.3/src]$ gmake
Makefile:110: ../build/deps.mk: No such file or directory
python ../scripts/makedeps.py -I. -Iinclude -I../build -D_REENTRANT -D_GNU_SOURCE -fPIC -I/usr/local/BerkeleyDB.4.4/include -I/usr/local/include -I/usr/local/include/python2.4 \
*/*.c -P '$(BUILDDIR)/' -o ../build/deps.mk
makedeps: ignoring option: -D_REENTRANT
makedeps: ignoring option: -D_GNU_SOURCE
makedeps: ignoring option: -fPIC
makedeps: ignoring option: -I/usr/local/BerkeleyDB.4.4/include
makedeps: ignoring option: -I/usr/local/include
makedeps: ignoring option: -I/usr/local/include/python2.4
makedeps: warning: "pthread.h" not found
makedeps: warning: "zlib.h" not found
makedeps: warning: "mysql.h" not found
makedeps: warning: "db.h" not found
makedeps: warning: "errno.h" not found
makedeps: warning: "Python.h" not found
makedeps: warning: "structmember.h" not found

^^ Any ideas if thats important,

the directories are correct, but i dunno why it does that, it compiles

then it hits this

core/unixsignal.c:11:22: execinfo.h: No such file or directory
core/unixsignal.c: In function `handle_sigsegv':
core/unixsignal.c:90: warning: implicit declaration of function `fcloseall'
gmake: *** [../build/unixsignal.o] Error 1

I comment out fcloseall, and it keeps compiling and then it does the symlink

ln -sf ../bin

but when i look in the dir, nothing is there

i88gerbils - Sun Sep 10, 2006 3:58 pm
Post subject:

I ran into this as well for the past few versions because for some reason grel's dependency python script wouldn't find the system libraries on my system even when defined. I had to manually create deps.mk

You can use the following to edit a diff/patch for deps.mk for wherever the libraries are, and then patch.

TeHsU - Sun Sep 10, 2006 5:37 pm
Post subject:

I patched the file, but I still get the same error

TeHsU - Sun Sep 10, 2006 6:16 pm
Post subject:

what am i using to patch, should i use patch -p1 < ?

TeHsU - Sun Sep 10, 2006 6:26 pm
Post subject:

Ok I got the patch file going, now I get gcc -std=gnu99 -pipe -I. -Iinclude -I../build -D_REENTRANT -D_GNU_SOURCE -fPIC -g -Wall -c -o ../build/pwcache.o
gcc: No input files specified
gmake: *** [../build/pwcache.o] Error 1

TeHsU - Sun Sep 10, 2006 7:29 pm
Post subject:

I can't get it to patch :-\

i88gerbils - Sun Sep 10, 2006 7:39 pm
Post subject:

you may want to make sure your paths for db.h, mysql.h, etc... are correct, which is why I mentioned to edit it.

This second file i made is for 1.4.3. 1.4.2 doesn't have the pwcache if you're using that.

for patching all I did was patch deps.mk deps.mk.txt.

TeHsU - Sun Sep 10, 2006 7:41 pm
Post subject:

exactly, and this is what i get

Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- deps.mk 2006-09-10 15:44:52.000000000 -0400
|+++ deps.mk.new 2006-09-10 15:53:53.000000000 -0400
--------------------------
Patching file deps.mk using Plan A...
Hunk #1 succeeded at 39.
Hunk #2 succeeded at 135.
patch: **** malformed patch at line 30: @@ -276,7 +277,7 @@

i88gerbils - Sun Sep 10, 2006 7:54 pm
Post subject:

Oh well, I guess I messed up and you have to edit it manually.

TeHsU - Sun Sep 10, 2006 8:19 pm
Post subject:

Alright, I patched it by hand.. any ideas about unixsignal?

core/unixsignal.c:11:22: execinfo.h: No such file or directory
core/unixsignal.c: In function `handle_sigsegv':
core/unixsignal.c:90: warning: implicit declaration of function `fcloseall'
gmake: *** [../build/unixsignal.o] Error 1

TeHsU - Sun Sep 10, 2006 8:31 pm
Post subject:

well, i finish building, but the link at the end to ../bin theres no files in there

TeHsU - Sun Sep 10, 2006 9:34 pm
Post subject:

Ok, I got it workin, only thing I am missing now is the security.so, anyone anyone?

TeHsU - Sun Sep 10, 2006 9:39 pm
Post subject:

Well, I got it working for the most part, everything works just need the security.so, security:security works but security:enc_cont doesnt, so im just using enc_null

i88gerbils - Sun Sep 10, 2006 10:19 pm
Post subject:

unfortunately, the source-only files don't include security.so. So you'll have to download the full one.

TeHsU - Sun Sep 10, 2006 11:00 pm
Post subject:

yeah, well, where can i find it, the one i downloaded is from 1.3.x

i88gerbils - Mon Sep 11, 2006 12:22 am
Post subject:

asss.yi.org?

TeHsU - Mon Sep 11, 2006 1:10 am
Post subject:

you got me on this one, ive gone through everything and i see no security.so download

i88gerbils - Mon Sep 11, 2006 10:07 am
Post subject:

I have it and I downloaded it yesterday. It wasn't so much of a real question as a polite question.

TeHsU - Mon Sep 11, 2006 3:14 pm
Post subject:

ill go look again, thanx alot! for your help, and everyone elses help, thanks very mcuh

i88gerbils - Tue Sep 12, 2006 11:31 pm
Post subject:

I figured out makedeps.py's issu. It's ignoring absolute paths! i made a quick diff to comment out the following lines:

Code: Show/Hide

--- ../scripts/makedeps.py 2006-09-12 16:05:19.000000000 -0400
+++ ../scripts/makedeps.py.new 2006-09-12 16:05:10.000000000 -0400
@@ -88,9 +88,9 @@
         i += 1
      else:
         arg = arg[2:]
-       if os.path.isabs(arg):
-          print >>sys.stderr, "makedeps: ignoring option: -I%s" % arg
-       else:
+#       if os.path.isabs(arg):
+#          print >>sys.stderr, "makedeps: ignoring option: -I%s" % arg
+#       else:
         paths.append(arg)
   elif arg.startswith('-P'):
      prefix = args[i]

TeHsU - Wed Sep 13, 2006 12:07 am
Post subject:

nice, i cant find security.so i looked all over asss.yi.org, i wonder if im blind

Grelminar - Wed Sep 13, 2006 2:08 am
Post subject:

Ignoring absolute paths is deliberate, because there's no need to put those in the deps file, because they don't change. Yes, that means makedeps will spit out a warning, but so what? Am I missing something?

fcloseall is a glibc extension. If you don't have it, just comment out that line from unixsignal.c. It's not important.

i88gerbils - Wed Sep 13, 2006 9:33 am
Post subject:

I find I need them if I installed them where I did, and so did 2 other people. I think it makes it much easier then figuring out why mysql, python, and bdb exist on a system in their default locations and yet asss makefiles won't find them when defined in 1.4.x's system.mk. If you're going to ignore absolute paths you might as well get rid of system.mk anyway.

Dr Brain - Wed Sep 13, 2006 2:06 pm
Post subject:

I think you're just assuming the warnings were your problem, when in fact, they probably weren't.

The absoulte paths are needed for the CFLAGS, gerbils. They're not needed for the deps though, because, as grel said, they don't change (and if they do, you can just make clean).

TeHsU - Thu Sep 14, 2006 6:33 pm
Post subject:

Well, if you look at my errors, it makes a bad deps.mk, and the only way to fix it is by entering the information in by hand, which i did and had a good compile, i put the right path into system.mk and it still cant find mysql.h Python.h db.h, and so on

Dr Brain - Fri Sep 15, 2006 7:34 am
Post subject:

The errors you had weren't related to the deps file.