Always use the new dependency generator "engine"

- Replace platform specific find-{requires,provides} scripts with
  trivial wrapper scripts that just call rpmdeps with suitable
  arguments. This way the generated dependencies using the legacy
  external dependency are at least roughly on par with the internal
  depgen as, well, they're generated by the same thing.
- Changing from find-{requires,provides} scripts to rpmdeps could
  be done by just changing __find_{requires,provides} macros, but
  a lot of packages directly refer to the scripts instead so this
  way we cover far more ground and in an backwards compatible way.
Dont bother looking for platform specific dependency generator scripts

- These scripts fell out of fashion more than ten years ago...
Axe unmaintained, bitrotten dependency generator scripts

- These platform specific scripts haven't been properly maintained
  in over ten years, its way past time to get rid of these scripts
  that forever confuse packagers as they assume these are actually
  being used for something.
- Sure there's theoretical portability loss here, but judging by the
  number of updates to these platforms over the last 10+ years... its
  indeed theoretical. Any such portability issues just need to be
  brought into the world of the "internal" dependency generator finally.
Python binding for rpmfiArchiveHasContent
Minimally resurrect fine-grained progress callbacks on install

- Add an internal version where we can pass the psm for notifications for
  now, the callbacks will need a major rework but now is not the time...
Add a "release" target to Makefile.maint, mainly for changelog updating atm
Drop the stupid source globbing from setup.py

- What was I thinking? Trying to be lazy in a way that only created
  more work, and broke with rpmfiles addition in whats most certainly
  a non-obvious way. Duh.
Hopefully fix in-tree python build with setup.py

- Detect in-tree build in setup.py and adjust paths accordingly,
  based on patch by Bohuslav Kabrda.
Use pax format for dist tarballs.

- Last year somebody decided that uid/gid stored in automake'd archives
  is somehow important, causing ustar format to be unusable with large
  uid/gid :(
  https://lists.gnu.org/archive/html/automake/2013-02/msg00075.html
rpm2archive missing from POTFILES
add support for "%autosetup -S git_am"

- Similar to "%autosetup -S git", but assumes git-formatted patch files
  and hence preserves authorship information and commit messages.

Signed-off-by: Panu Matilainen <pmatilai@redhat.com>