Merge pytagsfs 0.9.1-1 (universe) from Debian testing (main)

[Charlie_Smotherman]

Please sync pytagsfs 0.9.1-1 (universe) from Debian testing (main)

Explanation of the Ubuntu delta and why it can be dropped:
The package has switched from python-central to python-support so
the "Append --install-layout=deb to setup.py install arguments", change
can be dropped

Changelog entries since current lucid version 0.9.0-2ubuntu1:

pytagsfs (0.9.1-1) unstable; urgency=low

  * New Upstream Release
  * Remove Y Giridhar Appaji Nag <email address hidden> from Uploaders
  * Remove dependency on python-pyinotify and add new dependency on
    python-inotifyx
  * Update Standards-Version to 3.8.3 (No changes required)
  * Add a get-orig-source target and update README.source
  * Add Build Dependency for python-all-dev to support all python versions
  * Switch patch management to quilt
    + Drop 02_pyinotify_compatibility patch since we are now moving to
      python-inotifyx

 -- Ritesh Raj Sarraf <email address hidden> Fri, 30 Oct 2009 15:42:10 +0530

[Alessio Treglia (quadrispro)]

creating /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/bin
copying build/scripts-2.6/pytags -> /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/bin
copying build/scripts-2.6/pytagsfs -> /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/bin
changing mode of /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/bin/pytags to 755
changing mode of /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/bin/pytagsfs to 755
running install_data
creating /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/share
creating /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/share/man
creating /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/share/man/man1
copying build/man/pytagsfs.1 -> /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/share/man/man1
copying build/man/pytags.1 -> /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/share/man/man1
running install_egg_info
Writing /tmp/buildd/pytagsfs-0.9.1/debian/pytagsfs/usr/local/lib/python2.6/dist-packages/pytagsfs-0.9.1.egg-info
touch install
dh_testdir
dh_testroot
dh_installchangelogs NEWS
dh_installdocs
dh_pysupport
dh_compress -X.py
dh_fixperms
dh_installdeb
dh_gencontrol
dh_md5sums
dh_builddeb
Found files in /usr/local (must be in /usr).
debian/pytagsfs/usr/local
debian/pytagsfs/usr/local/bin
debian/pytagsfs/usr/local/bin/pytags
debian/pytagsfs/usr/local/bin/pytagsfs
debian/pytagsfs/usr/local/share
debian/pytagsfs/usr/local/share/man
debian/pytagsfs/usr/local/share/man/man1
debian/pytagsfs/usr/local/share/man/man1/pytags.1
debian/pytagsfs/usr/local/share/man/man1/pytagsfs.1
dh_builddeb: dpkg-deb returned exit code 1
make: *** [binary-indep] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
E: Failed autobuilding of package

FTBFS with Python 2.6.

I'm on it.

PS: Quoting https://merges.ubuntu.com/universe.html

"If you are not the previous uploader, ask the previous uploader before doing the merge. This prevents two people from doing the same work."

It would be much appreciated doing that :)

[Launchpad Janitor (janitor)]

This bug was fixed in the package pytagsfs - 0.9.1-1ubuntu1

---------------
pytagsfs (0.9.1-1ubuntu1) lucid; urgency=low

  * Merge from debian testing (LP: #493164), Ubuntu remaining changes:
    - Append --prefix to setup.py install to fix FTBFS with Python 2.6.

pytagsfs (0.9.1-1) unstable; urgency=low

  * New Upstream Release
  * Remove Y Giridhar Appaji Nag <email address hidden> from Uploaders
  * Remove dependency on python-pyinotify and add new dependency on
    python-inotifyx
  * Update Standards-Version to 3.8.3 (No changes required)
  * Add a get-orig-source target and update README.source
  * Add Build Dependency for python-all-dev to support all python versions
  * Switch patch management to quilt
    + Drop 02_pyinotify_compatibility patch since we are now moving to
      python-inotifyx
 -- Alessio Treglia <email address hidden> Mon, 07 Dec 2009 17:50:23 +0100

[Charlie_Smotherman (cjsmo)]

I beg to differ, the debian package builds just fine in an up dated lucid pbuilder, see the attached pbuilder log.

Yes, one **should** check with the last uploader as this is best practices, however it is **not** mandatory