On Thu, Dec 09, 2021 at 01:04:24PM -0600, Luke Mauldin wrote:
> Did this problematic commit occur due to a bug at the time in Subversion or a
> user error?
>
> Luke
The log message suggests it was a deliberate choice, and there was
some discussion about it after the fact.
See https://svn.apache.
Did this problematic commit occur due to a bug at the time in Subversion or a
user error?
Luke
> On Dec 9, 2021, at 12:47 PM, Stefan Sperling wrote:
>
> On Thu, Dec 09, 2021 at 06:29:14PM +, Kristofer wrote:
>> Hi Stefan and thanks for the hints. Then I need to line up a lot of
>> argumen
On Thu, Dec 09, 2021 at 06:29:14PM +, Kristofer wrote:
> Hi Stefan and thanks for the hints. Then I need to line up a lot of
> arguments, right? There's no "read from file" option that I can see. I'll try
> that on the next failure, if I get one *fingers crossed*
Indeed, the list of path prefi
Hi Stefan and thanks for the hints. Then I need to line up a lot of arguments,
right? There's no "read from file" option that I can see. I'll try that on the
next failure, if I get one *fingers crossed*
Btw, I also have this really silly commit sequence where someone managed to
delete the entir
On Thu, Dec 09, 2021 at 05:07:09PM +, Kristofer wrote:
> And of course, soon after mailing, I found a workaround. I am not sure why it
> worked but anyways:
> The problem was caused by the branch being merged to trunk, but the contents
> of the "bad directory" was never merged. Then I thought
And of course, soon after mailing, I found a workaround. I am not sure why it
worked but anyways:
The problem was caused by the branch being merged to trunk, but the contents of
the "bad directory" was never merged. Then I thought it would be fine to filter
out the bad directory itself, especial
Chris wrote on Tue, 30 Oct 2018 13:36 +:
> One thing that was a bit annoying was when the dumpfilter threw an error
> because of a source of a file was missing when I filtered out a certain
> path and it turned out it had been copied to another location. The error
> message only prints out t
d, 10/10/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To: "Chris"
Cc: "Daniel Shahaf" , "Ryan Schmidt"
, "Subversion"
Date: Wednesday, October 10, 2018, 12:11 PM
On Wed, Oct 10, 2018 at 11:18 AM
Chris
wrote:
...
>
On Wed, Oct 10, 2018 at 11:18 AM Chris wrote:
...
> >>> The syntax I used: svnadmin dump -q MYREPO | svndumpfilter exclude
> >>> --targets filterfile filterdump svnadmin load -q --no-flush-to-disk
> >>> --force-uuid -M 2048 --bypass- prop-validation ./NEWREPO < filterdump
> >>>
> >>> (I had to use
Big thanks for the help, it is greatly appreciated!
Some comments and further questions inline below.
>>
>> On Oct 10, 2018, at 02:04, Chris wrote:
>>
>>> I've trawled through bad commits of data files in our repo and added
> such paths to a filter file that I'm using for svndumpfilter to get a
On Wed, Oct 10, 2018 at 9:16 AM Ryan Schmidt
wrote:
>
>
>
> On Oct 10, 2018, at 02:04, Chris wrote:
>
> > I've trawled through bad commits of data files in our repo and added such
> > paths to a filter file that I'm using for svndumpfilter to get a
> > reasonably-looking dump. In most cases, the
On Oct 10, 2018, at 02:04, Chris wrote:
> I've trawled through bad commits of data files in our repo and added such
> paths to a filter file that I'm using for svndumpfilter to get a
> reasonably-looking dump. In most cases, the files in question existed in a
> single path(branch( and were n
vnsync (or
>svnrdump, to create
>a dumpfile from a remote server) to interact with a 1.8 server / repository.
Can I even do this with "svnadmin load"; I thought that would use an FSFS
version 8 while 1.8 should have 6? I got that impression from my "research",
but I&#
On Thu, Oct 4, 2018 at 3:03 PM Chris wrote:
>
> (apologies for the top-posting, I really need to stop using this yahoo web
> interface which is useless with quoting)
>
> Thanks for all the replies. I'll try out what you outlined. There are
> unfortunately problems outside of my control that make
analysis on
old revisions is that 90-95% of the data consists of beginners doing accidental
commits of things that should not have been allowed to commit
BR,
Chris
On Thu, 10/4/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To
On Thu, Oct 4, 2018 at 2:33 PM Daniel Shahaf wrote:
>
> Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> > On Oct 4, 2018, at 02:32, Chris wrote:
> > > I figured using svnsync to get the "cleaned repo" up to date with the
> > > changes on the "live repo", but a note in the svnsync documentat
Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> On Oct 4, 2018, at 02:32, Chris wrote:
> > I figured using svnsync to get the "cleaned repo" up to date with the
> > changes on the "live repo", but a note in the svnsync documentation says
> > "The only commits and revision property modificat
On Oct 4, 2018, at 02:32, Chris wrote:
> we have a repo that is in dire need of getting rid of some accidental commits
> that have added large binary blobs on old branches. I've looked at
> http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.filtering
> whic
Sorry for the previous poorly formatted email
I just jumped to dev@ mailing list and attached a patch.
not the one you hinted at, though ! :-)
On Wed, Sep 20, 2017 at 1:43 PM, ycdtosa wrote:
> not at all.
>
> I just started, once i found where the script was installed, i just did a
> small cha
not at all.
I just started, once i found where the script was installed, i just did a
small change there,
and so far it works! :-)
There are two options to patch this.
1. do not disrupt the existing code: ( in my current installed code that
would be... )
1191c1191,1192
< --prese
On 19.09.2017 23:08, ycdtosa wrote:
> Hi. i have been nasty with some subversion dump files,
> and that got me using svndumpfilter quite a lot.
>
> One of the thinks that i learn is that --pattern does not show up
> when using bash_completion
>
> I think this is a (small) bug.
> Can anyone confirm
On Fri, Feb 03, 2017 at 03:50:36PM +, Daniel Shahaf wrote:
> Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100:
> > Thank Steven!
> > Providing a dump file which triggered the problem helped a lot.
>
> I think we've had a miscommunication here. Brian Colavito reported this
> proble
Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100:
> Thank Steven!
> Providing a dump file which triggered the problem helped a lot.
I think we've had a miscommunication here. Brian Colavito reported this
problem two weeks ago and I confirmed/reproduced it then. I'm entirely
not sure
Thank you for the quick fix.
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Friday, 3 February, 2017 08:52
To: Steven Barbaglia
Cc: users@subversion.apache.org
Subject: Re: svndumpfilter crash on empty revisions
On Thu, Feb 02, 2017 at 02:57:02PM +, Steven
On Thu, Feb 02, 2017 at 02:57:02PM +, Steven Barbaglia wrote:
> I am moving an SVN repository from one third-party remote server to a local
> one and I would like to remove empty revisions but svndumpfilter keeps
> crashing. I first loaded the dump from svnradmin into a local repository and
Hi Yael,
Hello
I would like to know if the subject situation is normal.
Moment 1 (folder structure)
Etudes
>tags
>>copytrunk
>>>src
>>>example
svndumpfilter exclude /Etudes/tags/copytrunk < dump > filter
The log shows 3 dropped nodes: copytrunk, copytrunk/src and
copytrunk/example
Moment 2
On Feb 5, 2016, at 1:04 PM, Eric Antonio Maquiling wrote:
>> svnadmin dump mainproject > mainproject.dump
>> svndumpfilter include branch/this_new_stuff < mainproject.dump >
>> new_stuff_only.dmp
>
> I guess I did try it bofore and I got this error:
>
> Revision 2003 committed as 2003.
> Revis
>
>svnadmin dump mainproject > mainproject.dump
>svndumpfilter include branch/this_new_stuff < mainproject.dump >
>new_stuff_only.dmp
I guess I did try it bofore and I got this error:
Revision 2003 committed as 2003.
Revision 2004 committed as 2004.
Revision 2005 committed as 2005.
Revision 2006
>
>If the old repository root is svn://x.x.x.x/mainproject and the stuff you want
>to include in the dump is in branch/this_new_stuff in the old repository, then
>you need to run:
>
>svnadmin dump mainproject > mainproject.dump
>svndumpfilter include branch/this_new_stuff < mainproject.dump >
>new
On Feb 3, 2016, at 10:49 AM, Eric Antonio Maquiling wrote:
> I have a new problem. Not a problem with the software I think this is
> sysadmin/user error.
>
> I've read the docs and examples on how to use svnadmin dump and svndumpfilter.
>
> I'm familiar with dumps and loads. But I have a new
"Brown, Jonathan W" writes:
> Thanks for the quick attention, Phillip. I compiled a nightly
> snapshot of the source and tested it. Unfortunately, the filtered
> dump file format still appears incorrect.
Hmm, more ordering rules required, r1579274 should do it.
--
Philip Martin | Subversion
"Brown, Jonathan W" writes:
> Has anyone else come across this? I couldn't find any documented
> known issues/bugs on the matter. Any suggestions?
It's a bug. It's fixed it on trunk (r1578670) and proposed for 1.8.x.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
> *Sent:* Friday, February 07, 2014 3:04 AM
> *To:* subversi...@googlegroups.com
> *Cc:* Ian Wiles; us...@subversion.apache.org ;
> m.sc...@codesys.com
> *Subject:* Re: svndumpfilter woes
>
>
>
> Hi Markus,
>
>
>
> Thanks. I ran verify and everythi
sion.apache.org ;
> m.sc...@codesys.com
> *Subject:* Re: svndumpfilter woes
>
>
>
> Hi Markus,
>
>
>
> Thanks. I ran verify and everything passed. which is good, so I assume
> it's recoverable somehow. I'm going to try a fresh dump and see if
@subversion.apache.org; m.scha...@codesys.com
Subject: Re: svndumpfilter woes
Hi Markus,
Thanks. I ran verify and everything passed. which is good, so I assume it's
recoverable somehow. I'm going to try a fresh dump and see if that helps. For
now I've loaded the last few revisions whic
ore: store.codesys.com
> CODESYS forum: forum.codesys.com
>
> Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
> Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
> Von: Ian Wiles [mailto:ian.alexa...@googlemail.com ]
> Gesendet: Freitag, 7. Februar
On Thursday, February 6, 2014 10:42:24 PM UTC+13, Thorsten Schöning wrote:
>
> Guten Tag Ian Wiles,
> am Donnerstag, 6. Februar 2014 um 09:39 schrieben Sie:
>
> > It's a problem since trying to load the dump in the new
> > repo is failing on some binary files so I can't load the repo at
> > a
Guten Tag Ian Wiles,
am Donnerstag, 6. Februar 2014 um 09:39 schrieben Sie:
> It's a problem since trying to load the dump in the new
> repo is failing on some binary files so I can't load the repo at
> all.
If that's the only reason you want to get rid of the files in your
dump, you may provide
On Wed, Oct 30, 2013 at 8:15 AM, Thorsten Schöning
wrote:
> Guten Tag Somashekarappa, Anup (CWM-NR),
> am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie:
>
>> May I know how to include the '/GTS/ENUMS' part?
>
> Please always respond to the list. I'm not sure but you may give more
> than one pa
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie:
> May I know how to include the '/GTS/ENUMS' part?
Please always respond to the list. I'm not sure but you may give more
than one path separated by spaces, like /GTS /GTS/ENUMS.
svndumpfilter help
Mit
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 11:56 schrieben Sie:
> But the folder ENUMS doesn't exists under GTS_STL and not sure why this is
> being pointed.
Because you need to consider your repo's history and it's changes:
ENUMS did exist under GTS_STL in some fo
GTS_STL and not sure why this is
being pointed.
Thanks & Regards,
Anup T S
-Original Message-
From: Thorsten Schöning [mailto:tschoen...@am-soft.de]
Sent: 2013, October, 30 6:32 AM
To: users@subversion.apache.org
Subject: Re: Svndumpfilter
Guten Tag Somashekarappa, Anup (CWM-NR),
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 11:22 schrieben Sie:
> svndumpfilter: E23: Invalid copy source path '/Some/Path'.
/Some/Path is not in your include, but the path you want to include is
copies from that form the error message. You need to resolve this
2013, October, 29 10:44 AM
To: Somashekarappa, Anup (CWM-NR)
Cc: users@subversion.apache.org
Subject: Re: Svndumpfilter
On Tue, Oct 29, 2013 at 08:05:37PM +0530, Somashekarappa, Anup (CWM-NR)
wrote:
>
>
> Hi Guys,
>
> I am trying to extract one folder "B" from the r
On Tue, Oct 29, 2013 at 08:05:37PM +0530, Somashekarappa, Anup (CWM-NR) wrote:
>
>
> Hi Guys,
>
> I am trying to extract one folder "B" from the repository "Current_repo"
> and create a separate reposiotry.
>
> The followed the below steps but nothing has been loaded to the new
> repository "ne
Guten Tag Smith, Mitchell,
am Montag, 20. Mai 2013 um 17:14 schrieben Sie:
> I get the following output on my svnfilter/load process
> Revision 48502 committed as 48502.
> svndumpfilter: No valid revision range 'start' in filtered stream
> <<< Started new transaction, based on original revision 4
On 15 October 2012 20:05, Nico Kadel-Garcia wrote:
> Understandable, but it can really bite the next person who works with
> your scripts or material. I've encountered a lot of adventures with
> non-7-bit-ASCII character sets over the years, and it leads to me
> doing a lot of sanitizing of filena
On Mon, Oct 15, 2012 at 7:21 AM, Jason Heeris wrote:
> On 15 October 2012 18:53, Nico Kadel-Garcia wrote:
>> So why do you do it? Similar to putting spaces and question marks and
>> quotation marks in file names, it can cause a lot of scripting
>> confusion for your hook scripts.
>
> I did it onc
On 15 October 2012 18:53, Nico Kadel-Garcia wrote:
> So why do you do it? Similar to putting spaces and question marks and
> quotation marks in file names, it can cause a lot of scripting
> confusion for your hook scripts.
I did it once, because I didn't realise it would cause problems, and
it co
On Mon, Oct 15, 2012 at 5:40 AM, Jason Heeris wrote:
> On 15 October 2012 17:30, Stefan Sperling wrote:
>> The square brackets are wildcard syntax saying "match any of the characters
>> listed within the brackets". This is part of the syntax of the fnmatch()
>> standard C function
>
> Oh, that ma
On Mon, Oct 15, 2012 at 05:40:42PM +0800, Jason Heeris wrote:
> On 15 October 2012 17:30, Stefan Sperling wrote:
> > The square brackets are wildcard syntax saying "match any of the characters
> > listed within the brackets". This is part of the syntax of the fnmatch()
> > standard C function
>
>
On 15 October 2012 17:30, Stefan Sperling wrote:
> The square brackets are wildcard syntax saying "match any of the characters
> listed within the brackets". This is part of the syntax of the fnmatch()
> standard C function
Oh, that makes sense now. That's not the first time I've been bitten
by u
On Mon, Oct 15, 2012 at 12:56:40PM +0800, Jason Heeris wrote:
> Okay, I managed to cheat a bit, so I'm sharing my workaround here. In
> my includes file, I used the form:
>
> /specs*01234*
>
> ...and for the directories:
>
> /results/RST-0001 (v0.01) #001*
>
> ...and now everything seems to
Okay, I managed to cheat a bit, so I'm sharing my workaround here. In
my includes file, I used the form:
/specs*01234*
...and for the directories:
/results/RST-0001 (v0.01) #001*
...and now everything seems to be expunged that should be.
I have no idea why the original form doesn't work, m
Nice. I don't see why svndumpfilter included r66, it might be a bug
(have you tried 1.7.6?). We could also make the "This is an empty
revision for padding" information available as a revprop --- patches
welcome... (to svndumpfilter/main.c)
David Newman wrote on Mon, Sep 24, 2012 at 09:58:53 -040
On Fri, Sep 14, 2012 at 6:49 PM, Daniel Shahaf
wrote:
> Can you post the actual parts of the dumpfile for those empty revisions?
> (between successive "Revision-number: " lines)
>
>
Sure. Posted below are a couple of revisions. I actually worked around
this problem by writing a perl script th
Can you post the actual parts of the dumpfile for those empty revisions?
(between successive "Revision-number: " lines)
David Newman wrote on Wed, Sep 12, 2012 at 12:02:29 -0400:
> Hi there,
> I have received a subversion dump file that contains about 12000 empty
> revisions. There's only one sub
On Tue, Aug 21, 2012 at 01:05:29PM -0700, Galen Seitz wrote:
> Hi,
>
> I'm seeing what appears to me to be inconsistent or undocumented
> behavior when using the --targets option of svndumpfilter. If I want
> to remove a given path, the following works as expected:
> $ svndumpfilter exclude --dro
Galen Seitz wrote on Tue, Aug 21, 2012 at 13:05:29 -0700:
> [leading slash is required with --targets but not with argv arguments]
'svndumpfilter --targets foo' should be equivalent to 'xargs svndumpfilter <
foo'
(assuming no funny whitespace in the file). If one of them cares about
leading slas
> -Original Message-
> From: poona...@yahoo.com [mailto:poona...@yahoo.com]
> Sent: 27 May 2011 11:13
> To: users@subversion.apache.org
> Subject: svndumpfilter question
>
> >
> > Hi,
> >
> > I am trying to filter an svn dump to get only one module
> (ModuleA) from
> > the repository.
60 matches
Mail list logo
