Please support './setup.py build' in addition to './setup.py install'

[ndowens]

In file common.py it lists variables such as #CONFIG_PREFIX# and so on. If ran ufw will print unable to find #CONFIG_PREFIX#/file . So in order to correct the issue I had to create a patch which I am including .

UFW version:
0.30.1

Distribution:
Fedora 15

Output of running 'ufw status'
WARN: '#CONFIG_PREFIX#/ufw/applications.d' does not exist
ERROR: Couldn't stat '#CONFIG_PREFIX#/default/ufw'

[ndowens (ndowens04)]

Also I am packaging ufw for Fedora as well.

[Sławomir Nizio (snizio)]

See my patch in attachment. It seems to be related.

[Jamie Strandboge (jdstrand)]

Sorry I am only just now seeing this bug. ndowens, does snizio's patch fix the issue for you?

[Jamie Strandboge (jdstrand)]

S. Nizio-- I'm having trouble reproducing this. Is this still a problem with 0.33? If so, can you provide exact steps on how to reproduce?

In Ubuntu, we handle multiple pythons by using:
$(PYTHON2) ./setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb
$(PYTHON) ./setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb

Granted, there is some magic there with our dh_python, but I would think you could do something like this in Gentoo:
$(PYTHON2) ./setup.py install --root=build-$(PYTHON2)
$(PYTHON) ./setup.py install --root=build-$(PYTHON)

[Sławomir Nizio (snizio)]

I'll try to share my observations; I must admit that my knowledge about distutils is very limited.
It breaks when 'python setup.py build' is used. It can be reproduced this way:
> cd ufw-0.33/
> python setup.py build # or setup.py build -b build-xxx -> files will be in build.xxx instead of 'build'

> grep state_dir build/lib/ufw/common.py
state_dir = "#STATE_PREFIX#"

and what happens is my case is something like:
> python setup.py build -b build-xxx
> rootdir=dir_of_your_choice
> python setup.py build -b build-xxx install --root="$rootdir"
> grep '^\w*_dir' "$rootdir"/usr/lib/python2.7/site-packages/ufw/common.py
state_dir = "#STATE_PREFIX#"
share_dir = "#SHARE_DIR#"
trans_dir = share_dir
config_dir = "#CONFIG_PREFIX#"
prefix_dir = "#PREFIX#"
iptables_dir = "#IPTABLES_DIR#"

which is probably what reporter's scripts do too.

However this patch is a hack and I don't know if distutils can or cannot handle it better, but I would like to admit that there is a way I could most likely use - "separate source directories" feature. (The current approach has advantages though.)

[Jamie Strandboge (jdstrand)]

Yes, I was able to reproduce, but the patch breaks the documented case for installing with './setup.py install ...'. I suggest using the installation instructions that are in README for now. I'll mark this bug as Wishlist to support installing in the method you described.

[Jamie Strandboge (jdstrand)]

Rather, ufw-0.30.1-common.py-file.patch breaks the documented method of installation.