[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Finally got around to putting subversion-1.7.2 RPM building components at https://github.com/nkadel/subversion-1.7.2-srpm

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Sat, 11 Feb 2012 22:40:29 -0500

I finally got around to putting these up on github.com. I've submitted
these to repoforge, and will submit them to Fedora. These are the bits
and pieces necessary to build clean RPM's for RHEL 5, RHEL 6, and
recent Fedora releases of subversion-1.7.2.

The irony of publishing Subversion patches on a git repository is not
lost on me. There are also some subtleties in the .spec file: The
dependencies for KDE have changing names between releases of RHEL, and
don't work in older releases, so the .spec file does not enable them
for older releases.

The previously included "psvn" tools are still in the RPM's, even
though they're no longer in a "contrib" directory of Subversion source
code. The psvn tools are also *not* installed on older RHEL releases,
becauase the compatibility with Emacs has changed and they requie a
recent emacs. But rather than factor that out separately and get
incompatible with expected Fedora layouts, I just excluded it or not
as appropriate, because it *breaks* Emacs rather badly if Emacs is not
recent enough.

"serf" or "libserf" is not part of RHEL or Fedora, so serf support is
not yet enabled.

If it's desirable, I've got a structure for replacing the old RPM
building widgets in the Subversion source tree. It basically runs
"make" against a subversion.spec.in, and applies the above patches. I
can put that up as well if there's any desire to use that for testing.
The old existing structure replaces the user's ".rpmmacros" file,
without warning, which I personally consider quite nasty.
Received on 2012-02-12 04:50:08 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.