On Wed, Apr 25, 2018 at 2:46 PM, Sobo77 wrote:
> Many thanks.
>
> P.S.
>
> A little thank you to all involved for your work on Subversion over the
> years.
I'm gladly forwarding your reply to the list (you replied only to me).
You're welcome :-).
--
Johan
On Wed, Apr 25, 2018 at 11:23 AM, Sobo77 wrote:
> Hi,
>
> I have posted details of the following here while I investigate what's
> happening.
>
> I've looked through the current bugs but have not found anything similar. It
> is a few years since I last looked at the documentation, so I also going
Hi,
I have posted details of the following here while I investigate what's
happening.
I've looked through the current bugs but have not found anything similar. It is
a few years since I last looked at the documentation, so I also going through
what's available to see if there is anything obvio
ndreas [mailto:andreas.sche...@harman.com]
Sent: donderdag 16 februari 2017 11:31
To: users@subversion.apache.org
Subject: [Bug] svn export -r of single file fails if there is a newer
revision available than the exported one
SVN server: V1.8.14 (r1692801)
Hi,
When trying to export a dedicated f
SVN server: V1.8.14 (r1692801)
Hi,
When trying to export a dedicated file of a special revision by using
# svn export –r https://svn-server/trunk/myfile.txt
everything is working fine as long as no newer revision of this file is
available in the repository.
If a newer revision is available on
I am trying retrieve *only* the artifacts that have been modified/added in
Subversion repository from revision x to revision z. For that, after
obtaining a list of such files/folders through svn diff --summarize, I run svn
export in my script to retrieve the individual files/folders.
However, svn
> On Jan 6, 2016, at 1:45 AM, Kajampady, Aravind
> wrote:
>
> Hi,
>
> I have a requirement where I have to send a list of SVN modified objects
> between given dates.
>
> I can do that using Tortoise, following way:
> 1. Right click and “Show log”
> 2. Specify the date range – F
Hi,
I have a requirement where I have to send a list of SVN modified objects
between given dates.
I can do that using Tortoise, following way:
1. Right click and "Show log"
2. Specify the date range - From, to - in the dialog box. This will
filter the log based on the given dates.
If this is an issue that should be sent to the bugtracker or a different
mailing list, please let me know and I'm happy to do so.
We're using svn:externals properties to reference files within another part
of the same repo, and the documented behavior of 'svn export' when
t 30+ projects in our windows 2008 server and every day we are
>> >> taking the backup of it. We are using "svn export" command to do so using
>> >> python script.
>> >> "Svn export" is failing for some projects forcing the apache
On Jul 9, 2015, at 12:12 AM, Ryan Schmidt wrote:
> On Jul 8, 2015, at 9:56 PM, Sandeep Kamath wrote:
>
>> We have got 30+ projects in our windows 2008 server and every day we are
>> taking the backup of it. We are using "svn export" command to do so using
>>
On Jul 8, 2015, at 9:56 PM, Sandeep Kamath wrote:
> We have got 30+ projects in our windows 2008 server and every day we are
> taking the backup of it. We are using "svn export" command to do so using
> python script.
> "Svn export" is failing for some projec
Hi.
We have got 30+ projects in our windows 2008 server and every day we are
taking the backup of it. We are using "svn export" command to do so using
python script.
"Svn export" is failing for some projects forcing the apache to restart.
Out of 30 projects, one or the other
an Fuhrmann :
>
>> From: Nouha Terzi
>> Date: Tue, 26 May 2015 17:05:41 +0100
>>
>> Hello all,
>>>
>>> we are deploying svn 1.8.11 on our server Rhel 6.6.
>>> We are facing some issue within svn export.
>>> it seems that it has some
svn 1.8.11 on our server Rhel 6.6.
>> We are facing some issue within svn export.
>> it seems that it has some perf limitation when dealing with a huge number
>> of files.
>>
>> we have this delay when doing an svn export url and the target has:
>>
>> less t
From: Nouha Terzi
Date: Tue, 26 May 2015 17:05:41 +0100
Hello all,
>
> we are deploying svn 1.8.11 on our server Rhel 6.6.
> We are facing some issue within svn export.
> it seems that it has some perf limitation when dealing with a huge number
> of files.
>
> we have thi
self with a few files from your
30K repository.
Eric.
On Fri, May 29, 2015 at 7:37 AM, Nouha Terzi wrote:
> Hello Eric,
>
> Many thanks for your answer.
>
> What's the client on which you're running the svn export command?
> > I tested with 2 svn clients: 1.6.11
Hello Eric,
Many thanks for your answer.
What's the client on which you're running the svn export command?
> I tested with 2 svn clients: 1.6.11 and 1.8.8 from an RH 5 server and got
the same response time for both export
Are you doing the export across the network, or on the
exporting files that
draw more attention from a virus scanner.
What's the client on which you're running the svn export command? Are you
doing the export across the network, or on the same machine hosting the
repository? When the export is done, how much disk space is taken by the
export (
Hello all,
we are deploying svn 1.8.11 on our server Rhel 6.6.
We are facing some issue within svn export.
it seems that it has some perf limitation when dealing with a huge number
of files.
we have this delay when doing an svn export url and the target has:
less than 20k files export = ~ 1
Hi,
I am getting this crash on SVN export.
attached is the dump log.
Regards,
Guru
svn-crash-log20141229154341.log
Description: Binary data
svn-crash-log20141229154341.dmp
Description: Binary data
On Wed, Sep 11, 2013 at 7:19 PM, Curt Sellmer wrote:
>>>
>>> You said you dumped and loaded your repository. You also have
>>> corruption shown by apache that is not shown by svnadmin. When you
>>> dump/load are you also putting the new repository in the same place as
>>> the old repository? If
On Wed, Sep 11, 2013 at 7:04 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
> wrote:
>> Curt Sellmer writes:
>>
>>> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
On 9/11/13 12:24 PM, Curt Sellmer wrote:
> Here is a tail of the error.log. This is from when
On Wed, Sep 11, 2013 at 6:51 PM, Philip Martin
wrote:
> Curt Sellmer writes:
>
>> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
Here is a tail of the error.log. This is from when I was running the
tests earlier.
I was hoping to pin
Curt Sellmer writes:
> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>>> Here is a tail of the error.log. This is from when I was running the
>>> tests earlier.
>>> I was hoping to pinpoint which set of log messages corresponded to
>>> each error,
On Wed, Sep 11, 2013 at 3:04 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
>> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>>> Here is a tail of the error.log. This is from when I was running the
>>> tests earlier.
>>> I was hoping to pinpoint which set of log messages
On 9/11/13 12:24 PM, Curt Sellmer wrote:
> Here is a tail of the error.log. This is from when I was running the
> tests earlier.
> I was hoping to pinpoint which set of log messages corresponded to
> each error, but of
> course I cannot get it to fail at all right now. I'll keep trying
> througho
On Wed, Sep 11, 2013 at 2:46 PM, Ben Reser wrote:
> On 9/11/13 12:24 PM, Curt Sellmer wrote:
>> Here is a tail of the error.log. This is from when I was running the
>> tests earlier.
>> I was hoping to pinpoint which set of log messages corresponded to
>> each error, but of
>> course I cannot get
On Wed, Sep 11, 2013 at 12:17 PM, Lieven Govaerts
wrote:
> On Wed, Sep 11, 2013 at 6:26 PM, Curt Sellmer wrote:
>> On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
>>> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
That thought had crossed my mind, but so far none of the other u
On Wed, Sep 11, 2013 at 6:26 PM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
>> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
>>> That thought had crossed my mind, but so far none of the other users
>>> who are still using 1.7 clients have had any issues an
On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
> That thought had crossed my mind, but so far none of the other users
> who are still using 1.7 clients have had any issues and also running
> the 1.8.1 client on the server box using the file:// scheme has never
> produced an error.
>
> On Wed
On Wed, Sep 11, 2013 at 11:02 AM, Curt Sellmer wrote:
> On Wed, Sep 11, 2013 at 8:11 AM, Curt Sellmer wrote:
>> That thought had crossed my mind, but so far none of the other users
>> who are still using 1.7 clients have had any issues and also running
>> the 1.8.1 client on the server box using
That thought had crossed my mind, but so far none of the other users
who are still using 1.7 clients have had any issues and also running
the 1.8.1 client on the server box using the file:// scheme has never
produced an error.
On Wed, Sep 11, 2013 at 2:32 AM, Ben Reser wrote:
> On 9/10/13 10:41 P
On 9/10/13 10:41 PM, Curt Sellmer wrote:
> I now have svn 1.8.3 with serf 1.3.1. I am not seeing the "svn:
> E120104: ra_serf: An error occurred during decompression" error as
> often at the moment. Have seen it a few times.
>
> But I do intermittently get several different errors as show below
I now have svn 1.8.3 with serf 1.3.1. I am not seeing the "svn:
E120104: ra_serf: An error occurred during decompression" error as
often at the moment. Have seen it a few times.
But I do intermittently get several different errors as show below.
- Note that I am running the command over and
On Tue, Sep 10, 2013 at 8:39 PM, Ben Reser wrote:
> On 9/10/13 2:31 PM, Curt Sellmer wrote:
>> After giving it more time I can now reproduce the problem with both
>> version 1.8.0 and 1.8.3 of the client. And I have now seen the
>> problem with both the older and newer versions of the repository.
On 9/10/13 2:31 PM, Curt Sellmer wrote:
> After giving it more time I can now reproduce the problem with both
> version 1.8.0 and 1.8.3 of the client. And I have now seen the
> problem with both the older and newer versions of the repository.
> Very hard to debug as it does not seem to follow any
On Tue, Sep 10, 2013 at 1:42 PM, Johan Corveleyn wrote:
> [ Please use reply all to keep the list in the loop -- I'm sending
> this to users@ rather than dev@, because other users might also be
> interested and/or can chime in if someone has similar issues.
> Also, this list prefers bottom-posting
On Tue, Sep 10, 2013 at 3:59 PM, Curt Sellmer wrote:
> On Tue, Sep 10, 2013 at 1:42 PM, Johan Corveleyn wrote:
>> [ Please use reply all to keep the list in the loop -- I'm sending
>> this to users@ rather than dev@, because other users might also be
>> interested and/or can chime in if someone h
[ Please use reply all to keep the list in the loop -- I'm sending
this to users@ rather than dev@, because other users might also be
interested and/or can chime in if someone has similar issues.
Also, this list prefers bottom-posting or inline replying, so I've
rearranged to put your reply at the
David Schweikert wrote on Fri, Jul 05, 2013 at 08:00:54 +0200:
> On Thu, Jul 04, 2013 at 19:15:15 +0100, Andreas Stieger wrote:
> > > We are using Subversion 1.7.10 and the working copy is on NFS. Having it
> > > on the local filesystem makes it faster, but I thought that it could be
> > > even fas
On Thu, Jul 04, 2013 at 19:15:15 +0100, Andreas Stieger wrote:
> > We are using Subversion 1.7.10 and the working copy is on NFS. Having it
> > on the local filesystem makes it faster, but I thought that it could be
> > even faster if it wouldn't traverse the whole tree.
>
> A usual solution for t
On 04/07/13 14:30, David Schweikert wrote:
> On Thu, Jul 04, 2013 at 15:18:57 +0200, Johan Corveleyn wrote:
>>> We have a svn repository with many files (more than 30'000), and need to
>>> have the HEAD version exported to a filesystem, whenever a commit is
>>> done.
>>> ...
>> First thing to check
[This is intended as a bug report...]
In my repository, I have one file which is a symbolic link used only in
builds for other machines. It is, of course, checked out with the rest
when I use svn commands on Microsoft Windows, but appears as a normal
file.
The svn export command fails when it
Ryan Schmidt wrote on Tue, Mar 26, 2013 at 05:40:22 -0500:
>
> On Mar 26, 2013, at 02:46, "Niemann, Hartmut" wrote:
>
> > I have a directory with some files and a list of svn:external
> > directories , and so on.
> > I want to svn export wit
On Mar 26, 2013, at 02:46, "Niemann, Hartmut" wrote:
> I have a directory with some files and a list of svn:external
> directories , and so on.
> I want to svn export with the files in it and only one of the
> svn:externals, not the others.
>
> I do not wan
Hello!
I have a directory with some files and a list of svn:external
directories , and so on.
I want to svn export with the files in it and only one of the
svn:externals, not the others.
I do not want to refer to the repository where the externals are located in,
because the script that
Hello All,
I wanted to export the file from a location in branch to my local
machine. However, I am getting the following error message.
M:\Releases\20110805>svn export -r 186
http://unity-prod.csfb.net:8081/essbase/branches/test_branch/Essbase/EPM
/Batch/EPMPBT1/app/psfsprod/dct/ru
(2011/03/10 10:18), Andy Levy wrote:
There is. For the command line, see usage #2 when you run svn help export.
For Tortoise, see
http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-export.html
You got me :)
I did google and reached that page. Howerver, I only "read" the screenshot
and
On Wed, Mar 9, 2011 at 22:05, Nguyen Vu Hung (VNC)
wrote:
> (2011/03/10 9:31), Andy Levy wrote:
>
> On Wed, Mar 9, 2011 at 21:26, Nguyen Vu Hung (VNC)
> wrote:
>
> Folks,
>
> Just a quick question:
>
> Does svn export performs any kind of outbound connection (lik
(2011/03/10 9:31), Andy Levy wrote:
On Wed, Mar 9, 2011 at 21:26, Nguyen Vu Hung (VNC)
wrote:
Folks,
Just a quick question:
Does svn export performs any kind of outbound connection (like http) other
than localhost?
svn export only makes a connection between the client and the server,
and
On Wed, Mar 9, 2011 at 21:26, Nguyen Vu Hung (VNC)
wrote:
> Folks,
>
> Just a quick question:
>
> Does svn export performs any kind of outbound connection (like http) other
> than localhost?
svn export only makes a connection between the client and the server,
and only if you
Folks,
Just a quick question:
Does svn export performs any kind of outbound connection (like http)
other than localhost?
TIA,
Nguyen Vu Hung
Am Dienstag, 9. November 2010 schrieb Stefan Sperling:
> https://svn.apache.org/repos/asf/subversion/branches/1.6.x-issue3727
>
> Please note that my fix hasn't been reviewed yet by other developers.
> If you encounter problems using this fix please let me know.
Thanks,
works for us as expected.
On Tue, Nov 09, 2010 at 01:03:37PM +0100, Christoph Bartoschek wrote:
>
> > The bug has been fixed in trunk. The fix has not been nominated for
> > backport to 1.6.x yet but I will do so shortly.
> >
> > Until the fix appears in a new Subversion release, you can go back to
> > 1.6.12. Alternative
> The bug has been fixed in trunk. The fix has not been nominated for
> backport to 1.6.x yet but I will do so shortly.
>
> Until the fix appears in a new Subversion release, you can go back to
> 1.6.12. Alternatively, if you feel comfortable compiling svn yourself from
> source, you will be able
On Tue, Nov 09, 2010 at 10:37:02AM +0100, Christoph Bartoschek wrote:
> Am Freitag, 29. Oktober 2010 schrieb Daniel Shahaf:
> > http://subversion.tigris.org/issues/show_bug.cgi?id=3727
> >
> > Chris Seawood wrote on Fri, Oct 29, 2010 at 10:04:17 -0700:
>
> Hi,
>
> our workflow currently does not
Am Freitag, 29. Oktober 2010 schrieb Daniel Shahaf:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3727
>
> Chris Seawood wrote on Fri, Oct 29, 2010 at 10:04:17 -0700:
Hi,
our workflow currently does not work due to this bug. Is there a fixed 1.6.13
version in the repository we can check
On Sun, Nov 07, 2010 at 12:04:19PM +0100, Paul Maier wrote:
> C:\Dokumente und Einstellungen\Test2\Desktop\svn\1\yy>svn export "1 2" X
> svn: »1%202« ist nicht unter Versionskontrolle
Thanks, see http://subversion.tigris.org/issues/show_bug.cgi?id=3745
I have a fix and wil
Hello,
svn export fails to export a WC, if the directory name contains a blank.
The same script with directory name "12" instead of "1 2" runs fine.
Reproduction script:
svn --version
svnadmin create xx
svn co "file:///C:/Dokument
http://subversion.tigris.org/issues/show_bug.cgi?id=3727
Chris Seawood wrote on Fri, Oct 29, 2010 at 10:04:17 -0700:
> Hi,
>
> I just ran across a bug in the 1.6.13 release.
>
> Historically, 'svn export $SVNROOT/$PATH .' has just exported the
> contents of $PAT
Hi,
I just ran across a bug in the 1.6.13 release.
Historically, 'svn export $SVNROOT/$PATH .' has just exported the
contents of $PATH into the current directory. Under 1.6.13, the client
creates a subdir named after the last directory component of $PATH and
puts the contents th
Am 23.04.2010 um 18:42 schrieb Schroeder, Hartmut:
hi all,
an 'svn export' under Windows results on a long path in:
svn: Can't open
'current\externaltools\build\sources\mavenplugins\pde-maven-plugin\tutor
ials\PDE_Plugin_Tutorial\plugins\test.pde_maven_plugin.simple_applica
> -Original Message-
> From: Schroeder, Hartmut [mailto:hartmut.schroe...@plath.de]
> Sent: vrijdag 23 april 2010 13:43
> To: users@subversion.apache.org
> Subject: svn export on long paths failed
>
> hi all,
> an 'svn export' under Windows results
hi all,
an 'svn export' under Windows results on a long path in:
svn: Can't open
'current\externaltools\build\sources\mavenplugins\pde-maven-plugin\tutor
ials\PDE_Plugin_Tutorial\plugins\test.pde_maven_plugin.simple_applicatio
n\src\main\java\test\pde_maven_plugi
> I use tortoise SVN for subversin access:
> I think tortoise use svn export --force --depth immediate URL to list
> directory contents in their browser
> and svn checkout URL for checkouts.
> This means the browser displays directories to which content access is
> denied, and
I use tortoise SVN for subversin access:
I think tortoise use *svn export --force --depth immediate URL* to list
directory contents in their browser
and *svn checkout URL* for checkouts.
This means the browser displays directories to which content access is
denied, and which will not be
67 matches
Mail list logo
