> -Original Message-
> From: Fernando Freitas [mailto:nand...@gmail.com]
> Sent: 17 February 2011 17:37
> To: users@subversion.apache.org
> Subject: migrate svn 1.4 to 1.6
>
> Hello,
>
> I am planning a migrate/upgrade SVN server that work at
> windows 2003 server .
>
> My current ver
On Tue, Feb 15, 2011 at 12:33 PM, Greg Long wrote:
> Hi,
> I am supporting a Subversion repository that has a some interesting
> requirements.
>
> - Log message minimum length.
> - Files in release directories must not be changed or deleted.
> - Files in template directories must not be copied.
Okay, that was a great tip Joel. I researched it a bit and that seems to be
the same issue others have had in the past (see
http://trac.edgewall.org/ticket/6739).
>From what I can tell, VisualSVN (and thus Apache) ships with a later copy of
libapr-1.dll where '_apr_time_ansi_put@8' has been renam
On 2/17/11 12:50 PM, Bob Archer wrote:
I have so SVN repos (subversion) and I use them with no proble. But
when we do updates/commints on client (tortoise) we always get teh
internal directories:
conf
dav
db
hooks
locks
format
README.txt
These es are internal and should not appear right? How do
> I have so SVN repos (subversion) and I use them with no proble. But
> when we do updates/commints on client (tortoise) we always get teh
> internal directories:
>
> conf
> dav
> db
> hooks
> locks
> format
> README.txt
>
> These es are internal and should not appear right? How do I remove
> thi
Hi,
I have so SVN repos (subversion) and I use them with no proble. But when we
do updates/commints on client (tortoise) we always get teh internal
directories:
conf
dav
db
hooks
locks
format
README.txt
These es are internal and should not appear right? How do I remove this?
/etc/subversion/c
Joel,
I don't have a lot of experience with depends.exe but if I am reading it
correctly, it shows LIBAPR-1.DLL is missing _apr_time_ansi_put@8.
It shows tree on the left with _CORE.PYD in red.
Under that, LIBAPR-1.DLL is in red.
If I click LIBAPR-1.DLL, all of the functions have a green square u
> I am planning a migrate/upgrade SVN server that work at windows
> 2003 server .
>
> My current version is 1.4 and I want to migrate to 1.6
>
> 1) Should I restart the windows server at the end of the process ?
> Is it needed?
>
> 2) Do anybody have the step by step of a same experience?
you
Hello,
I am planning a migrate/upgrade SVN server that work at *windows 2003 server
*.
My current version is *1.4* and I want to migrate to *1.6*
1) Should I restart the windows server at the end of the process ? Is it
needed?
2) Do anybody have the step by step of a same experience?
Best R
Hello,
I am planning a migrate/upgrade SVN server that work at *windows 2003 server
*.
My current version is *1.4* and I want to migrate to *1.6*
1) Should I restart the windows server at the end of the process ? Is it
needed?
2) Do anybody have the step by step of a same experience?
Best R
Hello, Are you saying that when you come back into LCM your workspaces
are gone along with all uncommitted work? Have you checked permissions
on the Unix fs for your workspaces? I use Linux also, but have no issues
with svn / BO. Are you running RHEL or SUSE? I saw nothing on vanishing
workspaces a
Hi Brian,
The other possible problem I can think of now is that you've got a few
different variants of libapr[|util|iconv] built under different compilers
all accessible from PATH but are binary incompatible with each other. Such a
circumstance can result from using binaries built by different
Yeah, I copied the files and renamed them so I have both the .dll and .pyd
files in the directory. I also rebooted the server, though I'm not sure why
that would matter. Still no luck :(
Brian Ellis
On Thu, Feb 17, 2011 at 1:11 AM, Cooke, Mark wrote:
> >
Dear Subversion Users
As you may know, Subversion is used in the Life Cycle Manager component of
Business Objects XI 3.1. I have an issue with Life Cycle Manager (on Linux) and
have tracked it down to the fact that directories in my Subversion workspace
are being deleted each time I log in
Guten Tag Greg Long,
am Mittwoch, 16. Februar 2011 um 20:09 schrieben Sie:
> The files are basically csv files. The software that is used to open
> them will make random (and innocuous) changes to one of its internal
> columns.
> So every time the software is run, the files are marked as changed
15 matches
Mail list logo
