On 12.12.2013 08:30, Les Mikesell wrote:
> On Wed, Dec 11, 2013 at 11:01 PM, Ryan Schmidt
> wrote:
>> On Dec 11, 2013, at 19:19, Les Mikesell wrote:
>>
>> Also, it would mean you would need a constant connection to the server to
> use a subversion working copy.
>>> That's hardly a problem
On 12.12.2013 07:32, Zk W wrote:
> Hi All
>
> We have a few revision numbers on trunk that we like to block but they
> are not in consecutive order - i.e. rev numbers 1,5,8,10,11
> We like to merge from trunk to a branch but would like to block them
> on the branch.
>
> What's the correct syntax fo
> From: Ben Reser [mailto:b...@reser.org]
> Absolutely, the answer here isn't a one size fits all. Nobody is
> objecting to
> the idea of allowing this. The problem is that the code is not
> designed to
> allow this and it's a ton of work to change that. I can think of a
> good 10
> other things
On Thu, Dec 12, 2013 at 4:02 AM, Branko Čibej wrote:
>
>> Some things... But not the things you really need to complete any
>> amount of actual work - like updates and commits.
>
> You're forgetting diff. If you use Subversion daily, you've become so
> used to it being local that you can't apprec
On 12/10/2013 8:45 PM, Mark Kneisler wrote:
I have several environments where I’d like to use a SVN checkout, but
where I’d never ever want to make changes to the files or perform a
commit. For these environments, I’d only want to perform an update or
an update to revision.
In cases where you
On 12/11/2013 2:19 PM, Bob Archer wrote:
On 11.12.2013 17:21, Mark Kneisler wrote:
I think making the pristine files optional would work for me.
Here’s an idea.
Instead of having pristine copies of all files, how about adding
to the pristine directory only when a file is changed?
You k
On 12/2/2013 7:58 PM, Eric Johnson wrote:
Anyone have a suggestion for a tool that projects the growth of
repository storage.
I've got repos taking over 75% of a disk volume, and I'm curious to
project out when I'll need new storage.
Obviously, this is approximate, but has anyone got a tool for
Hi All,
I am using Subversion 1.6.11-10 on Red Hat Enterprise 5.8. The repository is
strictly for RANCID and I recently renamed several files in my repository with
the "svn move" command. After making these changes I found that I can no longer
see the file history for the renamed files in my re
Bob Archer wrote on Wed, Dec 11, 2013 at 21:05:46 +:
> There may be some transactional file systems that allow you to get an
> event before the modification is committed to the file system so you
> can access the original copy, but I think they are few and far
> between.
And also would require
> I am using Subversion 1.6.11-10 on Red Hat Enterprise 5.8. The repository is
> strictly for RANCID and I recently renamed several files in my repository with
> the "svn move" command. After making these changes I found that I can no
> longer see the file history for the renamed files in my reposi
Hi Bob,
I appreciate the reply. A few more details that may help.
I wrote a Perl script to move the files from the old name to the new name.
During the first round there were some issues with renaming so I had to restore
a backup of the repository. I created a new directory then restored my dum
On Mon, Dec 2, 2013 at 7:58 PM, Eric Johnson wrote:
> Anyone have a suggestion for a tool that projects the growth of repository
> storage.
>
> I've got repos taking over 75% of a disk volume, and I'm curious to
> project out when I'll need new storage.
>
> Obviously, this is approximate, but has
Guten Tag Hinote, Scotty (MSFC-IS40)[NICS],
am Donnerstag, 12. Dezember 2013 um 21:38 schrieben Sie:
> I then moved the files with my Perl script.
You should provide the lines which implement the rename and the
commit of the deleted and newly added files.
> It appears from the
> output of "svn l
Hi,
We had subversion 1.8.3 installed on our test server.
svn, version 1.8.3 (r1516576)
compiled Aug 30 2013, 17:19:00 on x86_64-unknown-linux-gnu
The OS on this server is OS Red Hat Enterprise Linux Server release 6.3
(Santiago) .
Initially, testing 1.8.3 on this test server looks good but then
On 12/12/13 2:12 PM, Nguyen, Quyen wrote:
> Looking into the subversion error_log and it appears it point to the memory
>
> [Mon Nov 18 17:28:53 2013] [error] [client 10.20.36.51] Can't start process
> '/data00start-commit': Cannot allocate memory [500, #12]
That is an OS error. Subversion
Thank you for your input Ben.
We will get with our System Admin and see what is going there.
Quyen Nguyen
-Original Message-
From: Ben Reser [mailto:b...@reser.org]
Sent: Thursday, December 12, 2013 3:37 PM
To: Nguyen, Quyen; users@subversion.apache.org
Cc: Vornbrock, Beth
Subject: Re: Bu
Guten Tag Nguyen, Quyen,
am Donnerstag, 12. Dezember 2013 um 23:12 schrieben Sie:
> svn: E165002: Failed to start '/../../../hooks/start-commit' hook
It may help to provide your hook's source to the list, just in case
there's an error in it like a wrong shebang, wrong line endings or
stuff like t
> We will get with our System Admin and see what is going there.
The command "dmesg" might also give a clue on Linux systems.
regards Henrik
18 matches
Mail list logo
