in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
are compatible. This differs from PR 80922 in that amd64 is made the
canonical RPM architecture on that architecture rather than x86_64 as
it is under Linux.
. Bump PORTREVISION.
PR: 80922 (based on)
to be ${LOCALBASE}/src/portbld, which is created by the port during
installation. Don't use ${LOCALBASE}/src/redhat as the default as
its not created by the port by default and is inappropriate for
FreeBSD.
Its quite likely ${LOCALBASE}/src/rpm is a better choice, but that
requires more work than I have time for right now.
Submitted by: Roman Neuhauser <neuhauser@chello.cz>
"The Red Hat Package Manager (RPM) is a powerful command line driven
package management system capable of installing, uninstalling,
verifying, querying, and updating computer software packages. Each
software package consists of an archive of files along with information
about the package like its version, a description, and the like.
There is also a related API ("Application Program Interface"),
permitting advanced developers to bypass 'shelling out' to a command
line, and to manage such transactions from within a native coding
language.
WWW: http://www.rpm.org/"
4.0.4 was chosen because:
. The only newer version available as a tarball (4.1) is buggy.
. This version closely corresponds to our current default linux_base.
. This version uses the version of popt we have in the tree (unfortunately
it uses an earlier version of beecrypt).
. This version is a lot less work to port than 4.2 (elfutils).
However, I am considering how best this port could be updated to a more
recent version (e.g. 4.1.1 or 4.2, probably the latter).
This wasn't an update to the current rpm port as I haven't done enough
testing of other ports that use rpm with it.
Tested on 4.9/i386, 5.2/sparc64 and 5.2/alpha.
