use uwsgi instead of paste

[joka]

#444

[phihag]

This looks really unstable. Why do we need to remove the files in the first place? And why can't we match python* here?

[phihag]

For me, this fails with:

$ bin/adhocpy -c 'import zlib;print(zlib.__file__)'
/home/phihag/inavm/adhocracy_buildout/python/python-2.7/lib/python2.7/lib-dynload/zlib.so
$ bin/uwsgi --ini-paste etc/adhocracy.ini
[uWSGI] getting INI configuration from etc/adhocracy.ini
Mon Jul  1 02:00:18 2013 - *** Starting uWSGI 1.9.12 (64bit) on [Mon Jul  1 02:00:18 2013] ***
Mon Jul  1 02:00:18 2013 - compiled with version: 4.4.5 on 01 July 2013 01:56:27
Mon Jul  1 02:00:18 2013 - os: Linux-2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012
Mon Jul  1 02:00:18 2013 - nodename: adhocracy
Mon Jul  1 02:00:18 2013 - machine: x86_64
Mon Jul  1 02:00:18 2013 - clock source: unix
Mon Jul  1 02:00:18 2013 - pcre jit disabled
Mon Jul  1 02:00:18 2013 - detected number of CPU cores: 2
Mon Jul  1 02:00:18 2013 - current working directory: /home/phihag/inavm/adhocracy_buildout
Mon Jul  1 02:00:18 2013 - writing pidfile to /home/phihag/inavm/adhocracy_buildout/var/uwsgi.pid
Mon Jul  1 02:00:18 2013 - detected binary path: /home/phihag/inavm/adhocracy_buildout/parts/uwsgi/bin/uwsgi
Mon Jul  1 02:00:18 2013 - your memory page size is 4096 bytes
Mon Jul  1 02:00:18 2013 - detected max file descriptor number: 1024
Mon Jul  1 02:00:18 2013 - lock engine: pthread robust mutexes
Mon Jul  1 02:00:18 2013 - uWSGI http bound on adhocracy.lan:5001 fd 4
Mon Jul  1 02:00:18 2013 - uwsgi socket 0 bound to TCP address 127.0.0.1:40253 (port auto-assigned) fd 3
Mon Jul  1 02:00:18 2013 - Python version: 2.7.5 (default, Jun 14 2013, 14:08:18)  [GCC 4.4.5]
Mon Jul  1 02:00:18 2013 - Set PythonHome to /home/phihag/inavm/adhocracy_buildout
zipimport.ZipImportError: can't decompress data; zlib not available
Mon Jul  1 02:00:18 2013 - VACUUM: pidfile removed.

which is curious, since both my system Python and the adhocracy Python have zlib installed.

[phihag]

This should be /bin/sh - the file is not dependent on bash at all, or is it?

[joka]

This should be /bin/sh - the file is not dependent on bash at all, or is it?

its not working with sh.

[phihag]

When I install multiple times (just run ./build.sh), this build uwsgi every time, unlike all other dependencies. Are we by accident deleting any output files or so?

[nidico]

@phihag: Can you try to run bin/uwsgi with explicit LD_LIBRARY_PATH="${buildout:directory}/python/python-2.7/lib/"? We're doing the same because of libjpeg in the paster supervisor commands.

[phihag]

We should also pass in the -f and -T options here, since we're symlinking a directory. In fact, is that the rationale for the rms above? If so, just adding -fT and removing the rms will suffice.

[phihag]

@nidico Fixed the installation problem in e49fd89 ; python needed to be re-compiled.

[phihag]

With the changes, uwsgi starts and serves the correct page, but still mentions

Mon Jul  1 03:11:48 2013 - unable to stat() true, events will be triggered as soon as the file is created

This looks like one of the options we set isn't actually boolean.

[phihag]

Are these two entries used anywhere? It seems like we're simply using {main:port} (as we should)

[phihag]

How is this related to uwsgi?

[joka]

This debug flag does not work with mutliprocess WSGI-servers such as uwsgi

[joka]

This looks like one of the options we set isn't actually boolean.

fixed

[joka]

@phihag: Can you try to run bin/uwsgi with explicit LD_LIBRARY_PATH="${buildout:directory}/python/python-2.7/lib/"? We're doing the same because of libjpeg in the paster supervisor commands.

bin/uwsgi sets LD_LIBRARY_PATH now

[joka]

updated uwsgi to 1.9.13 to enable support of what?

allow to extent the "LD_LIBRARY_PATH"

[nidico]

ah :)

[joka]

Testet build.sh with Debian 7.1 netboot image, OK

[joka]

When I install multiple times (just run ./build.sh), this build uwsgi every time, unlike all other dependencies. Are we by accident deleting any output files or so?

no, the recipe minitage.recipe.du was the reason, fixed.

[joka]

For me, this fails with:

$ bin/adhocpy -c 'import zlib;print(zlib.file)'
/home/phihag/inavm/adhocracy_buildout/python/python-2.7/lib/python2.7/lib-dynload/zlib.so
$ bin/uwsgi --ini-paste etc/adhocracy.ini
[uWSGI] getting INI configuration from etc/adhocracy.ini
...
zipimport.ZipImportError: can't decompress data; zlib not available
Mon Jul 1 02:00:18 2013 - VACUUM: pidfile removed.

Can you try again or give me an VM to investigate this?

[joka]

@phihag do you still have problems?