RE: mod_python import failure on FreeBSD AMD64
Surly The Clown <[email protected]> Tue, 4 May 2010 21:55:45 -0700
| Newsgroups | gmane.comp.python.mod_python |
|---|---|
| Message-ID | <[email protected]> |
--===============0567612891== Content-Type: multipart/alternative; boundary="_fc506b17-c41a-4588-9b8f-e9ef5f816b69_" --_fc506b17-c41a-4588-9b8f-e9ef5f816b69_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Date: Wed=2C 5 May 2010 13:17:07 +1000 > Subject: Re: [mod_python] mod_python import failure on FreeBSD AMD64 > From: [email protected] > To: [email protected] > CC: [email protected] >=20 > On 5 May 2010 13:13=2C Surly The Clown <[email protected]> wrot= e: > >> > Any more ideas? > >> > >> Don't use mod_python if you don't have to. > >> > >> What are you wanting to host using it? > > > > > > Big(ish) media files=2C and I'm wanting to hook into Apache so that I c= an > > control access to them with custom logic. As far as I've been able to > > determine=2C this is something that wsgi/fastcgi can't really do=2C unl= ess you > > use URL rewriting to force the requests to go through a script. Even th= en=2C > > it's suboptimal as the file would then be piped through a script instea= d of > > handled directly by Apache. mod_python was pretty much exactly what I n= eed. >=20 >=20 > Depends exactly on what you want to do. See: >=20 > http://code.google.com/p/modwsgi/wiki/AccessControlMechanisms >=20 > Graham Interesting. Unfortunately=2C those access control mechanisms all seem to b= e based on http access control=2C which is inadequate for my needs. Specifi= cally=2C what I need is the ability to enforce one login per user. You can'= t do this with http access control because it allows or denies access based= solely on what the client sends the server=2C and does not have any way of= denying access if=2C say=2C that username was logged in somewhere else=2C = or if that is the case=2C logging out the other user session in favor of th= e new one. I spent quite some time looking for modules for both apache and = nginx before I came to the conclusion that there were none=2C which I find = astonishing. It's of course possible that I've missed something. However=2C= mod_python will allow me to do what I need=2C and this scheme of access co= ntrol does work. Now=2C I can see why you'd prefer to use wsgi or fastcgi if they are adequa= te for your needs=2C but mod_python can do some things that those just can'= t=2C and they are useful things=2C so I'm surprised that it's been abandone= d. At any rate=2C I now have an additional machine where mod_python works: an = i386 FreeBSD instance running in QEMU. And I also discovered that running m= ake extract in mod_python's directory yields the error: "/usr/local/sbin/ap= xs: not found" and "=3D=3D=3D> mod_python-3.3.1_2 : Your apache does not s= upport DSO modules." Bizarre. Searching the inter-net for the latter messag= e makes me think that something is messed up with apache. However=2C /usr/l= ocal/sbin/apxs is on the system=2C is executable=2C and runs. Deinstalling = apache and then attempting to rebuild it yields: ./buildconf: /usr/local/bin/autoheader-2.62: not found which is once again actually on the system and working fine. This leads me = to believe that something is seriously messed up with that system and that = is likely why mod_python isn't working. Thank you for your assistance=2C th= ough. =20 _________________________________________________________________ Win $10=2C000 from Hotmail! Enter Here. http://go.microsoft.com/?linkid=3D9729708= --_fc506b17-c41a-4588-9b8f-e9ef5f816b69_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style><!-- .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 10pt=3B font-family:Verdana } --></style> </head> <body class=3D'hmmessage'> <META http-equiv=3D"Content-Type" content=3D"text/html=3B charset=3Dunicode= "> <META name=3D"Generator" content=3D"Microsoft SafeHTML"> <STYLE> .hmmessage P {margin:0px=3Bpadding:0px=3B} body.hmmessage {font-size:10pt=3Bfont-family:Verdana=3B} </STYLE> <BR><BR>>=3B Date: Wed=2C 5 May 2010 13:17:07 +1000<BR>>=3B Subject: Re= : [mod_python] mod_python import failure on FreeBSD AMD64<BR>>=3B From: g= [email protected]<BR>>=3B To: [email protected]<BR>>= =3B CC: [email protected]<BR>>=3B <BR>>=3B On 5 May 2010 13:13= =2C Surly The Clown &[email protected]>=3B wrote:<BR>>= =3B >=3B>=3B >=3B Any more ideas?<BR>>=3B >=3B>=3B<BR>>=3B &g= t=3B>=3B Don't use mod_python if you don't have to.<BR>>=3B >=3B>= =3B<BR>>=3B >=3B>=3B What are you wanting to host using it?<BR>>=3B= >=3B<BR>>=3B >=3B<BR>>=3B >=3B Big(ish) media files=2C and I'm w= anting to hook into Apache so that I can<BR>>=3B >=3B control access to= them with custom logic. As far as I've been able to<BR>>=3B >=3B deter= mine=2C this is something that wsgi/fastcgi can't really do=2C unless you<B= R>>=3B >=3B use URL rewriting to force the requests to go through a scr= ipt. Even then=2C<BR>>=3B >=3B it's suboptimal as the file would then b= e piped through a script instead of<BR>>=3B >=3B handled directly by Ap= ache. mod_python was pretty much exactly what I need.<BR>>=3B <BR>>=3B = <BR>>=3B Depends exactly on what you want to do. See:<BR>>=3B <BR>>= =3B http://code.google.com/p/modwsgi/wiki/AccessControlMechanisms<BR>>= =3B <BR>>=3B Graham<BR><BR><BR><BR>Interesting. Unfortunately=2C those ac= cess control mechanisms all seem to be based on http access control=2C whic= h is inadequate for my needs. Specifically=2C what I need is the ability to= enforce one login per user. You can't do this with http access control bec= ause it allows or denies access based solely on what the client sends the s= erver=2C and does not have any way of denying access if=2C say=2C that user= name was logged in somewhere else=2C or if that is the case=2C logging out = the other user session in favor of the new one. I spent quite some time loo= king for modules for both apache and nginx before I came to the conclusion = that there were none=2C which I find astonishing. It's of course possible t= hat I've missed something. However=2C mod_python will allow me to do what I= need=2C and this scheme of access control does work.<BR><BR><BR>Now=2C I c= an see why you'd prefer to use wsgi or fastcgi if they are adequate for you= r needs=2C but mod_python can do some things that those just can't=2C and t= hey are useful things=2C so I'm surprised that it's been abandoned.<BR><BR>= <BR>At any rate=2C I now have an additional machine where mod_python works:= an i386 FreeBSD instance running in QEMU. And I also discovered that runni= ng make extract in mod_python's directory yields the error: "/usr/local/sbi= n/apxs: not found" and "=3D=3D=3D>=3B mod_python-3.3.1_2 : Your apache d= oes not support DSO modules." Bizarre. Searching the inter-net for the latt= er message makes me think that something is messed up with apache. However= =2C /usr/local/sbin/apxs is on the system=2C is executable=2C and runs. Dei= nstalling apache and then attempting to rebuild it yields:<BR><BR><BR>./bui= ldconf: /usr/local/bin/autoheader-2.62: not found<BR><BR><BR>which is once = again actually on the system and working fine. This leads me to believe tha= t something is seriously messed up with that system and that is likely why = mod_python isn't working. Thank you for your assistance=2C though.<BR><BR><= BR> <br /><hr />30 days of prizes to be won with Hotmail. <a href= =3D'http://go.microsoft.com/?linkid=3D9729703' target=3D'_new'>Enter here</= a></body> </html>= --_fc506b17-c41a-4588-9b8f-e9ef5f816b69_-- --===============0567612891== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Mod_python mailing list [email protected] http://mailman.modpython.org/mailman/listinfo/mod_python --===============0567612891==--