ufw packaging error

Bug #231771 reported by LTSmash
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ufw
Fix Released
Wishlist
Jamie Strandboge
ufw (Arch Linux)
Fix Released
Undecided
Unassigned
ufw (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: ufw

Hi,

I was trying to port ufw to Arch Linux, so I first made a package for the needed init-scripts which worked fine, however when you make a package in ArchLinux you have to make all the steps for installing as if you were gonna install it into another directory instead of the default one, (in this case ./pkg from where you run the packaging script), in resume you MUST INSTALL ANY PACKAGE INTO A DIR, THEN WHEN YOU INSTALL WITH THE PACKAGE MANAGER IT GOES TO THE "DEFAULT" PATH.
i.e. You install python to /home/user/PKGBUILDS/python/pkg, then the "makepkg" script compresses this to a ".pkg.tar.gz" file, then the package manager copies the contect of the "pkg" folder to the root.
Somehow, ufw just won't work because even it's copied to another folder, it keeps asking for itself in the pkg folder.

Here's more info on this bug:
http://bbs.archlinux.org/viewtopic.php?pid=368907#p368907

I don't know python, but I guess that the setup.py script makes some change to the ufw script so that it looks for itself where you chose the --root parameter. If that's right, then portability would be easy to be done simply by changing some of the code.

I'm using ufw 0.16.2 tarball.

Thanks in advance.

Related branches

André Klitzing (misery)
Changed in ufw:
status: New → Confirmed
André Klitzing (misery)
Changed in ufw:
status: New → Invalid
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Thank you for using ufw and taking the time to report a bug. The is actually fixed up in setup.py:
        # strip out beginning of path since setup.py doens't support dest-dir
        # yet
        find $(CURDIR)/debian/ufw -type f -exec sed "s#$(CURDIR)/debian/ufw##g" -i {} \;

You may also note:
        # make sure the version is in sync with our changelog
        sed -i "s/^ufw_version = .*/ufw_version = '$(UBUVERS)'/" ./setup.py

Ideally, these should be fixed in setup.py, but it is rather low on my TODO list. I'll gladly accept patches though.

Changed in ufw:
status: New → Invalid
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Sorry, meant to say "This is actually fixed up in debian/rules".

Changed in ufw:
importance: Undecided → Wishlist
status: Invalid → Triaged
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

This should work properly in trunk now. See http://bazaar.launchpad.net/~jdstrand/ufw/trunk/revision/158

Changed in ufw:
assignee: nobody → jdstrand
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ufw - 0.18

---------------
ufw (0.18) intrepid; urgency=low

  * bump version
  * src/ufw: make reusable
  * src/ufw: show default policy and logging in 'status' (LP: #240271)
  * refactor code and split out into modules:
    - updated src/*
    - updated setup.py
    - updated run_tests.sh
    - updated README
    - updated README.translations and messages/ufw.pot
    - updated README.Design
  * properly implement --root and --home (LP: #231771):
    - setup.py: --root works as expected now (eg as DESTDIR in Debian)
    - updated run_test.sh for new setup.py
    - updated README.Debian for now setup.py
  * add new 'limit' command for connection rate limiting:
    - updated src/*
    - updated README and ufw.8
    - updated messages/ufw.pot
    - updated tests for limit

 -- Jamie Strandboge <email address hidden> Thu, 12 Jun 2008 10:28:36 -0400

Changed in ufw:
status: Invalid → Fix Released
Changed in ufw:
status: Fix Committed → Fix Released
André Klitzing (misery)
Changed in ufw:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.