Hi,
I am *very* new to svn. I just set up a server (svnserve, version 1.8.14
(r1692801)) on OpenBSD-5.8.
(See http://daemonforums.org/showpost.php?p=58638&postcount=2).
The repository was created with: doas -u _svn svnadmin create /var/svn/project-A
The server runs as: doas -u _svn svnserve -d -
On Sun, 10 Apr 2016 14:36:09 -0700
Joseph Bruni wrote:
> rep-cache couldn't be owned by root unless svnserve was running as root at
> the time it was last modified. You can change permissions to be correct, but
> there is some reason root was the UID at the time it was created. I'm not
> famil
Hi,
I am considering a use of Subversion as a means to avoid accidentally
deleting some important files that I will be working with on a regular
basis. I am very interested to get comments on my plan or suggestions
for alternative methods.
Here's the situation: I have ~1500 mp3 files (not pirated
On 08/12/2016 08:56 PM, Adam Jensen wrote:
> Here's the situation: I have ~1500 mp3 files (not pirated music), and
> the collection is growing. The sizes range from ~100kB to ~300MB. The
> content of these files will never change. The directory structure will
> change, files will
On 08/13/2016 02:21 PM, David Chapman wrote:
> On 8/13/2016 11:07 AM, Adam Jensen wrote:
>> When a branch is created, are the files under revision control in the
>> trunk copied to the branch (is there any duplication of files in the
>> repository)?
>
> No, the files
On 08/13/2016 05:31 PM, Nico Kadel-Garcia wrote:
> Don't hurt yourself getting too clever. And don't forget that once
> ingested, Subversion is designed to *never let go* of content.
> Deleting any in the master simply won't ever clear the content from
> the core repository and its history, *ever*.
Hi,
I am considering a use of Subversion as a means to avoid accidentally
deleting some important files that I will be working with on a regular
basis. I am very interested to get comments on my plan or suggestions
for alternative methods.
Here's the situation: I have ~1500 mp3 files (not pirated
On 08/13/2016 08:09 AM, Branko Čibej wrote:
> On 13.08.2016 02:56, Adam Jensen wrote:
>> I sent this text (^above^) to users-subscr...@subversion.apache.org
>> earlier today assuming that one need not be subscribed to post. This is
>> a post-subscribe re-post.
>>
>&g
e of the literal file name
like what I tried to describe above, or are you referring to something
more like the file references, links, or pointers within the repository
[internal implementation], similar to David's use of the term "rename"
(included below)?
On 08/13/2016 02:21 PM, D
On 08/16/2016 09:17 AM, Stefan Hett wrote:
> Just to have this mentioned: Be aware that the working copy (aka: the
> checked out data of the repository) will have a 2x storage requirement
> on the data since it will keep a copy of the pristine version of the
> file in addition to the "actual" file.
On 08/16/2016 09:17 AM, Stefan Hett wrote:
> On 8/13/2016 2:56 AM, Adam Jensen wrote:
>> My primary concerns are related to any potential file corruption, any
>> data duplication, and/or any excessive network or disk I/O (other than
>> the expected load of direct data commun
On 08/17/2016 12:55 AM, Ryan Schmidt wrote:
[snip]
> He means avoid the 2x disk use by using "svn export" instead of "svn
> checkout".
>
[snip]
>
> Of course Subversion only transfers changes.
>
Situation summary for the many-large-files scenario. Something like:
svn checkout svn://URL/ProjX/
On 08/17/2016 04:36 PM, Johan Corveleyn wrote:
> On Wed, Aug 17, 2016 at 9:13 PM, Adam Jensen wrote:
[snip]
>> So basically, the checkout method will require twice (2x) the data-set
>> size of storage space for a working copy but there would be
>> significantly less networ
On 08/21/2016 07:00 AM, Stefan Sperling wrote:
[snip]
> If your goal is setting up a production environment, I would recommend
> using binary packages system from http://subversion.apache.org/packages.html
My CentOS (el7.x86_64) machine only has subversion 1.7.14 available:
% yum info subversion
On 08/21/2016 03:24 PM, Adam Jensen wrote:
[snip]
> My CentOS (el7.x86_64) machine only has subversion 1.7.14 available:
[snip]
I would still like to be set up to build from source, but for those on
CentOS-7 that would like convenient installation of a recent version, I
found this page:
h
>From the recommended release page:
https://subversion.apache.org/download.cgi#recommended-release
The Checksum (SHA512) file:
https://www.apache.org/dist/subversion/subversion-1.10.2.tar.bz2.sha512
Contains:
ccbe860ec93a198745e40620cb7e005a85797e344a99ddbc0e24c32ad846976eae35cf5b3d62ba5751b998f0
The script was patched with a line like this:
echo " subversion-1.10.2.tar.bz2" >> subversion-1.10.2.tar.bz2.sha512
On 09/22/2018 09:39 AM, Adam Jensen wrote:
>>From the recommended release page:
> https://subversion.apache.org/download.cgi#recommended-release
>
On 09/22/2018 10:13 AM, Daniel Shahaf wrote:
> One reason for not creating the file in the form
> "${hash}${two_spaces}${filename}"
> is that not everyone uses sha512sum from GNU coreutils. If there were
> additional information in the file besides the hash value, people not on
> linux would have
Hi,
I am attempting to set up an svn server on Scientific Linux 7.5 using
subversion from the wandisco repositry. This is my entire process
(below). The current result is:
svn list svn://moria.metadatalibrary.org/MAAPSS
svn: E170013: Unable to connect to a repository at URL
'svn://moria.metadatal
On 10/02/2018 02:52 AM, Ryan Schmidt wrote:
>
>
> On Oct 1, 2018, at 22:33, Adam Jensen wrote:
>
>> I am attempting to set up an svn server on Scientific Linux 7.5 using
>> subversion from the wandisco repositry. This is my entire process
>> (below). The current
On 10/02/2018 02:35 PM, Adam Jensen wrote:
> Curiously, on the local machine "moria" this works:
>
> svn list svn://moria.metadatalibrary.org/MAAPSS/
> Authentication realm:
> moria.metadatalibrary.org
> Password for 'hanzer': *
>
>
>
21 matches
Mail list logo