Johan Corveleyn wrote:
What lots of people these days are looking for (myself included) is a
modern "Code Forge" [1][2][3], like GitHub/Lab/... or like the Forgejo
project [4] with its cloud-hosted platform Codeberg [5], but then for
Subversion.
I'd like a modern web interface (hostable on-premi
Dr. Rolf Jansen wrote:
The default version of Subversion in the Ports of FreeBSD has been switched
from 1.10.3 to 1.11.0 in the last week. After running the monthly update of my
FreeBSD machines I cannot connect to HTTPS repositories anymore.
I submitted a bug report to FreeBSD, see:
https://
Bo Berglund wrote:
On Thu, 15 Mar 2018 12:03:53 +0100, Johan Corveleyn
wrote:
See http://subversion.apache.org/faq.html#in-place-import
Seems like the best option is as follows:
-
svn import WiFiConfig /WiFiConfig/trunk --depth files -m "msg"
svn co W
I've been maintaining a set of spam filter rule files in Subversion for
some time. On the client side this has been almost entirely with 1.6.x
on CentOS 5.
I've just recently done a major refresh on my PC, switching to the
current Debian stable release, with Subversion 1.8.10.
The directory
Chandra, Ramesh H.S. IN BLR STS wrote:
> I am trying to build the sources. When I execute ./configure
> from the subversion directory, it is giving me the following error:
> root@INBLRKUN1001:/subversion-1.8.13# ./configure
> configure: Configuring Subversion 1.8.13
> configure: creat
Zé wrote:
> On 08/27/2014 01:49 PM, Les Mikesell wrote:
>> It's basically a bad idea to usefile:// access at all for anything
>> that might be used under multiple user ids. Maybe even for a single
>> user...
>
> Well, that sucks. If file:// is not to be used then what are the
> available option
Daniel Shahaf wrote:
> Kris Deugau wrote on Fri, Mar 22, 2013 at 10:41:27 -0400:
>> (TBH I'm not sure why it was changed, it's perfectly clear to *me*...)
>
> You don't say what's unclear about the new text.
I don't see much difference between them at a
Philip Martin wrote:
> Subversion 1.7 (but not 1.6) creates svnserv.conf with the following:
>
> ### The sample settings below are the defaults and specify that anonymous
> ### users have read-only access to the repository, while authenticated
> ### users have read and write access to the reposito
I've just come across a very strange merge glitch; I don't recall
seeing anything like it reported and I'm not sure if I'm just doing
something wrong or not.
$ svn --version
svn, version 1.6.15 (r1038135)
(from the RPMForge repo, on CentOS 5)
I have a project that is very close to a new stable
Boyandin Konstantin wrote:
06.03.11, 20:00, "Nico Kadel-Garcia":
But there is also the RPMforge release of subversion-1.6.15 at
http://rpmrepo.org/RPMforge/. Enjoy, I put up that one (based on
variious previous releases.) I'd urge you to upgrade, ASAP, for a lot
of *other* reasons.
Tha
Fabian Richter wrote:
To be frank: I dont see why I am not able to create nested repos
A Subversion repository, from the point of view of the filesystem it
lives on, is intended to be (mostly) a black box that you interact with
through the SVN repository access layer you've configured.
or
Daniel Albuschat wrote:
I'd like to create a branch from trunk and periodically merge trunk
into my branch to stay up to date with what happens in trunk.
At some point, the feature in my branch reaches a kind of stability
that is OK for trunk, so I merge it back to trunk.
The difference to the st
Michael J. Bauer wrote:
I see no SVN version 1.6 RPM in RPMForge. It's the first place I looked
before trying to build it by hand.
Very strange: (trimmed a little)
[kdeu...@lilbro ~]$ yum list |grep subversion
subversion.x86_64 1.6.13-0.1.el5.rf installed
[kdeu...@lilbro ~]$
Anyone?
Kris Deugau wrote:
I've got a repository that saw moderate use for several years, then the
project reached a stable point.
I upgraded SVN as I went along, however on my primary dev system I've
been stuck with a 1.4 client (CentOS 4).
Recently, I've switched to a d
I've got a repository that saw moderate use for several years, then the
project reached a stable point.
I upgraded SVN as I went along, however on my primary dev system I've
been stuck with a 1.4 client (CentOS 4).
Recently, I've switched to a different system for further development on
this
Craig Thayer wrote:
David,
Thank you for your reply.
Yes, I have tested the script on the Subversion server and it runs just fine.
As root, or as the user the repo is accessed as?
/root isn't usually accessible by any user *other* than root in my
experience, and most of the documentation as
16 matches
Mail list logo
