Hi all,
what is the reason that svn log does not tell me the actual file size. I would
be more patient ;-), probably as a separate option or within -v
All I can find about in the net is a pre/or post commit that does a svnlook cat
operation. But this is an expensive operation.
The Server should b
concentrate on the part that
deals with this one.
Regards
Thomas
> -Ursprüngliche Nachricht-
> Von: Stefan Sperling [mailto:s...@elego.de]
> Gesendet: Freitag, 16. September 2011 10:43
> An: Stümpfig, Thomas; users@subversion.apache.org
> Betreff: Re: SVN File Size
>
revprop-count:number rev-props:proplist
? subtractive-merge:bool )
> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Montag, 19. September 2011 13:41
> An: Stümpfig, Thomas
> Cc: users@subversion.apache.org
> Betreff: Re: SVN
t to the question of how to implement I would appreciate any input,
since I am a newbie in svn programming.
Regards
Thomas
> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Dienstag, 20. September 2011 00:03
> An: Stümpfi
svn_ra_progress_notify_func_t doing this also?
Thanks
Thomas
> -Ursprüngliche Nachricht-
> Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Gesendet: Dienstag, 20. September 2011 14:20
> An: Stümpfig, Thomas
> Cc: users@subversion.apache.org
> Betreff: Re: SVN File Size
>
Hi all,
I plan to upgrade a 250GB Repository from 1.5 to 1.7. As I learned from other
threads in this list, it is wise to dump and load the repository in order to
bring everything to the latest features.
I have to keep the revision numbers and transaction dates.
Now svn dump and load offer some
There may be Companywide retention policies for Document archival. Working,
Approved, Archived, Deleted. There might be cases where deletion is required by
these policies.
Dumpfilter is just a workaround for a new command and privilege (r,w,d). From
what I can see, permanent delete Issues has
Hi all,
we have svn through tortoisesvn successfully running 4 Years for 110 Users /
>20 documents as DMS.
SVN is successful because
a) it provides History of Projects
b) it provides very good Offline Capabilities!
c) it is simple
one important characteristic about our guys is, that they wo
Hi everybody,
we are using svn in our company and authenticate against Microsoft Active
Directory. We are quite happy since years now.
We are working worldwide and hence multi language. Some passwords may have
german umlaut, $, and other characters.
Users that have these characters in their pass
s.stuemp...@siemens.com
www.siemens.com/plm
> -Original Message-
> From: Pavel Lyalyakin [mailto:pavel.lyalya...@visualsvn.com]
> Sent: Donnerstag, 23. Mai 2013 11:34
> To: Stümpfig, Thomas
> Cc: users@subversion.apache.org
> Subject: Re: svn AD authentication
>
> Hello Th
Hi all,
for some directories I get modified working copies right after a fresh checkout.
This seems very strange to me. I do not get any error message. My Platform is
Windows 7 64 Bit. I am using TortoiseSVN 1.8.1, Build 24570 - 64 Bit as client.
Visual SVN as server. But also tortoise svn comman
Hi All,
We have VisualSVN 2.5 Server and TortoiseSvn 1.8. We use path based
authorization with Basic Authentication over Active Directory.
I have one colleague who has write access to the entire project.
On his Laptop, despite write access, he can't commit to some branches (403).
Other branches
Hi everybody,
we have a strange issue here with svn 1.8.11
upon svn update with we get a REPORT require on '/svn//!svn/me' failed
but only on a specific WAN connection.
With a lan connection everything is fine. Updates to the same working folder
are ok.
The WAN connection is a Juniper VPN con
Nobody has any suggestions? What are the influences on networkside other than a
correct http(s)/tcp/ip transmission.
Where can I get info about timouts etc..
From: Stümpfig, Thomas [mailto:thomas.stuemp...@siemens.com]
Sent: Mittwoch, 4. März 2015 15:27
To: users@subversion.apache.org
Subject
this fixes the issues I'll keep this list informed
regards
Thomas
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Sonntag, 8. März 2015 13:20
To: Stümpfig, Thomas; users@subversion.apache.org
Subject: RE: Update Error over VPN
Hi Thomas,
It is kind of hard to answer
Hi all
Actually splitting projects is not a solution to something that eliminates old
data. Think of a project with one file only. Legally one might be forced to
keep the file at least for 5 or 10 Years. But after this period the very same
old revisions of the file must be destroyed because of o
AN is also unknown to me. :-(. I am just
the guy who cares about the svn server.
Regards
Thomas
-Original Message-
From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Dienstag, 10. März 2015 14:33
To: 'Alfred von Campe'
Cc: 'Branko Čibej'; Stümpfig, Thomas; users@sub
I forgot to mention, indeed, the full path in the error message indicates that
large avi files were involved in the update operation.
-Original Message-
From: Alfred von Campe [mailto:alf...@von-campe.com]
Sent: Dienstag, 10. März 2015 15:59
To: Bert Huijben
Cc: Branko Čibej; Stümpfig
Hi,
While I fully agree with Stefan, I would like to mention that we use svn in a
non-standard way. We think still with very good performance and use case
coverage. It is not for source code. It is technical sales project management.
Sharing all kind of doks jpegs,mp3,mp4,pdf,word,... We succes
Hi everybody,
i get an error with svnsync for large files. svnsync: E175002: REPORT request on
The rev to be synced is 2,291,973,385 Bytes large (Size in txn-protorevs
directory. Of target mirror)
The sync is with svn 1.9.5 (Visual SVN Server) over both https
I tried to rdump, svnadmin load incr
l Lyalyakin
Cc: Stümpfig, Thomas (DF PL S&SE DE PSM EAI) ;
users@subversion.apache.org
Subject: Re: svnsync on large files
Pavel Lyalyakin wrote on Wed, Dec 07, 2016 at 20:59:24 +0300:
> On Wed, Dec 7, 2016 at 8:54 PM, Stümpfig, Thomas
> wrote:
> >
> > The rev to be synce
To: Stümpfig, Thomas (DF PL S&SE DE PSM EAI) ;
users@subversion.apache.org
Subject: Re: svnsync on large files
Hello Thomas,
On Wed, Dec 7, 2016 at 8:54 PM, Stümpfig, Thomas
wrote:
>
> Hi everybody,
>
> i get an error with svnsync for large files. svnsync: E175002: REPORT
&
homas
-Original Message-
From: Daniel Shahaf [mailto:danie...@apache.org]
Sent: Donnerstag, 8. Dezember 2016 07:20
To: Stümpfig, Thomas (DF PL S&SE DE PSM EAI)
Cc: Pavel Lyalyakin ; users@subversion.apache.org
Subject: Re: svnsync on large files
Stümpfig, Thomas wrote on Wed, Dec 07, 2016 at
23 matches
Mail list logo