[
https://issues.apache.org/jira/browse/SVN-3945?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel Sahlberg closed SVN-3945.
--------------------------------
Resolution: Abandoned
/packages was removed in r1442167 in 2013
> RPM packaging tools need complete replacement
> ---------------------------------------------
>
> Key: SVN-3945
> URL: https://issues.apache.org/jira/browse/SVN-3945
> Project: Subversion
> Issue Type: Bug
> Components: packaging
> Affects Versions: all
> Environment: Linux
> Reporter: Subversion Importer
> Priority: Major
> Fix For: unscheduled
>
>
> {noformat:nopanel=true}
> The RPM packaging comonents in trunk/packages/rpm are out of date,
> unusable, and likely to destroy a developer's build environment. They
> should either be completely disabled or seriously updated. There are a
> couple of different issues, which I'll describe in order:
> * All the Makefiles replace the users's $HOME/.rpmmacros without
> warning. This is devastating to a user who has GPG signature
> configurations there, or who does their RPM compilation in a non
> $HOME/rpm location, or who follows RHEL standard uppercase naming of
> the SRPMS, SPEC, RPMS, and BUILD subdirectories, because the published
> ".rpmmacros" file follows a non-standard lowercase layout.
> Instead of relying on a hard-coded .rpmmacros, the Makefiles should
> use "rpm --showrc" command to derive the topdir, sourcedir, etc.
> * The .rpmmacros file ignores the "BUILDROOT" setting common to modern
> RPM building environments.
> * The .rpmmacros file should be renamed. It should be "rpmmacros.in",
> so it's presence is apparent to the developer, and to show that it is
> *not* in fact, the actual file installed.
> * The .spec files should be renamed to "subversion.spec.in". These
> are not the .spec files and should not appear as such in Subversion
> source code tarballs, they are source files for building .spec files.
> * Modern subversion cannot be compiled on rhel-3, and that packaging
> should be discarded.
> * Modern subversion cannot be compiled on rhel-4, and that packaging
> should be discarded.
> * Modern subversion can be built on rhel-5, rhel-6, fedora, etc. Those
> packages can be published as *one* set using the RPMforge packages.
> (I'm an old contributor to those.) There are some issues with this,
> particularly its inclusion of the "swig-3.4.0.tar.gz" tarball for RHEL
> 4 compilation which doesn't even work anymore, but it's a better
> starting base for this packaging.
> I'm happy to submit these as distinct issues for the issue tracker,
> but in the short therm, pulling out the unusable rhel-3 and rhel-4
> packaging would be a good start.
> {noformat}
> Original issue reported by *nkadelgarcia*
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
