Discussion:
[users] Subversion 1.6.17: use Fedora Core testing base, include new packages?
Nico Kadel-Garcia
2011-08-07 03:43:44 UTC
Permalink
I'm looking at the subversion 1.6.17 updates. The Fedora Core
"testing" version seems to build and run will on Scientific Linux 6,
but backporting to Scientific Linux 5 and older releases is becoming
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
and disables emacs pretty thoroughly if used on Scientific Linux 5 or
older.

So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
Dan Pritts
2011-08-07 18:40:04 UTC
Permalink
Post by Nico Kadel-Garcia
I'm looking at the subversion 1.6.17 updates. The Fedora Core
So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
There are zillions of people using RHEL5 out there, myself included.
I'd much prefer to just see it ifdef'd out.

thanks,
danno
Yury V. Zaytsev
2011-08-07 19:32:19 UTC
Permalink
Post by Dan Pritts
Post by Nico Kadel-Garcia
I'm looking at the subversion 1.6.17 updates. The Fedora Core
So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
There are zillions of people using RHEL5 out there, myself included.
I'd much prefer to just see it ifdef'd out.
+1
--
Sincerely yours,
Yury V. Zaytsev
Yury V. Zaytsev
2011-08-07 19:32:19 UTC
Permalink
Post by Dan Pritts
Post by Nico Kadel-Garcia
I'm looking at the subversion 1.6.17 updates. The Fedora Core
So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
There are zillions of people using RHEL5 out there, myself included.
I'd much prefer to just see it ifdef'd out.
+1
--
Sincerely yours,
Yury V. Zaytsev
Bjarne Saltbæk
2011-08-07 19:04:51 UTC
Permalink
Hi Nico and all.
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?

BR,
Bjarne
Yury V. Zaytsev
2011-08-07 19:34:00 UTC
Permalink
Post by Bjarne Saltbæk
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?
I wouldn't venture into making yet another emacs distribution just to
satisfy a dependency of a mode shipped with Subversion that is too
recent for anything but RHEL6...
--
Sincerely yours,
Yury V. Zaytsev
Nico Kadel-Garcia
2011-08-07 20:41:33 UTC
Permalink
Post by Bjarne Saltbæk
Hi Nico and all.
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?
BR,
Bjarne
Ohhh, thank you for making me giggle.

No: it would have to replace the *default*, system versions of Emacs
and Xemacs. That doesn't occur with SQLite, or even the older but
discarded hooks for compiling "swig" and "neon" locally.
Yury V. Zaytsev
2011-08-07 19:34:00 UTC
Permalink
Post by Bjarne Saltbæk
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?
I wouldn't venture into making yet another emacs distribution just to
satisfy a dependency of a mode shipped with Subversion that is too
recent for anything but RHEL6...
--
Sincerely yours,
Yury V. Zaytsev
Nico Kadel-Garcia
2011-08-07 20:41:33 UTC
Permalink
Post by Bjarne Saltbæk
Hi Nico and all.
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?
BR,
Bjarne
Ohhh, thank you for making me giggle.

No: it would have to replace the *default*, system versions of Emacs
and Xemacs. That doesn't occur with SQLite, or even the older but
discarded hooks for compiling "swig" and "neon" locally.

Nico Kadel-Garcia
2011-08-07 03:43:44 UTC
Permalink
I'm looking at the subversion 1.6.17 updates. The Fedora Core
"testing" version seems to build and run will on Scientific Linux 6,
but backporting to Scientific Linux 5 and older releases is becoming
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
and disables emacs pretty thoroughly if used on Scientific Linux 5 or
older.

So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
Dan Pritts
2011-08-07 18:40:04 UTC
Permalink
Post by Nico Kadel-Garcia
I'm looking at the subversion 1.6.17 updates. The Fedora Core
So, %if statement it out? Or do we want to keep subversion updated for
such old basic releases?
There are zillions of people using RHEL5 out there, myself included.
I'd much prefer to just see it ifdef'd out.

thanks,
danno
Bjarne Saltbæk
2011-08-07 19:04:51 UTC
Permalink
Hi Nico and all.
Post by Nico Kadel-Garcia
problematic. In particular, the "psvn.el" utility that is now
published with Subversion requires a recent emacs or xemacs release,
Could emacs and xemacs be local compiled and bundled with subversion just
like SQLite is in some versions of subversion?

BR,
Bjarne
Loading...