Hi,
unfortunately trying to svnsync a repository i discovered that there is
an invalid revision in the repository having a wrong svn:mergeinfo
property, instead of
1280-1282 it has 1282-1280
"Commit rejected because mergeinfo on '/branch' is syntactically
invalid"
The client we're using t sync
Some more news about that, debugged that a little bit further and imho i
think its a bug in the module code of access_checker - or there are
assumptions made which do not hold in my usecase - at least its unclear
to me why its done that way, maybe someone can give some input.
The problem is that t
Am Montag, den 22.01.2018, 13:12 +0100 schrieb Torsten Krah:
> Good catch, but this does not explain the first example of the OP:
>
>[repo:/]
>myuser = rw
> - The client (curl) shows me the repo-root but none of the files below.
> - The error_log shows
Good catch, but this does not explain the first example of the OP:
[repo:/]
myuser = rw
- The client (curl) shows me the repo-root but none of the files below.
- The error_log shows, that my user got authorized on root:
[Fri Jan 19 21:20:58.735108 2018] [authz_svn:info] [pid 3465:
Am Freitag, den 05.01.2018, 16:29 +0100 schrieb Branko Čibej:
> Are you really changing the username stored in the request in your
> authentication script? That could certainly be the problem, AFAIK
> there's no guarantee that that change gets propagated back to
> mod_authz_svn.
>
> (It's also a h
Am Dienstag, den 10.01.2017, 15:47 +0530 schrieb Recharde William:
> when i write in browser "http://ip/websvn"; i got rhis error "File
> "include/config.php" does not exist, please create one. The example
> file "include/distconfig.php" may be copied and modified as needed."
It's for Fedora but t
Hi,
in the meantime you may try ViewVC (http://viewvc.org/) - it does have a
commit query search form which would imho match your requirement.
Cheers
Torsten
Am Dienstag, den 04.10.2016, 22:23 +0200 schrieb Rainer Senn:
> Hi everybody,
>
>
>
> (I am new here. I hope I do the right step now
Hi,
i've got some question about the following scenario.
I've got client A, ReverseProxy B and Subversion-Server (mod_dav_svn) C.
A can reach C only via B which is a mod_proxy httpd 2.2.x server.
SVN uses an authfile configuration file which is rewritten (via atomic
move) from time to time, it
Got the same problem.
Things were checked out via antmod (which does use svn checkout).
#> svn pe svn:externals .
project https://.../project
#> svn status
X project
does show only X for external project.
#> svn status project
? src/main/resources/test.txt
M src/main/java/org/Test.java
does
Am Donnerstag, den 23.02.2012, 11:16 +0100 schrieb Stephen Butler:
> Why not do 1 & 3 in a post-commit hook?
In pre-commit things are already needed to be parsed to check if the
commit itself is allowed.
When doing those checks things can be prepared too for the external
system - 2 in 1 ;-).
So th
Am Mittwoch, den 22.02.2012, 14:53 -0500 schrieb Andy Levy:
> Can pre-commit clean up after itself, so that the environment is clean
> regardless of the result of the commit?
Hm no, the action should do some work (external system) and does need to
know if commit was successful or if it failed.
At
Am 22.02.2012 18:27, schrieb Ryan Schmidt:
On Feb 22, 2012, at 09:23, Torsten Krah wrote:
the http://svnbook.red-bean.com/en/1.6/svn.ref.reposhooks.html book
tells about the various post-* hooks.
But those one are called on "successfull" operations.
Whats the way to implement a hook
Hi,
the http://svnbook.red-bean.com/en/1.6/svn.ref.reposhooks.html book
tells about the various post-* hooks.
But those one are called on "successfull" operations.
Whats the way to implement a hook, which is called after commit - it
does not matter if successful or failed - the hook must be able t
Am Mittwoch, den 11.01.2012, 15:00 + schrieb Schroeder, Hartmut:
> Hello All!
>
> We use Subversion 1.6.16 on MS Windows Server 2008.
>
> We have a set of 22 repositories and use path based authorization for
> restricting user access. Apache is configured to accept user
> information via LDAP
Some heavy weight "alternative" may be to index your repository with
viewvc (using svndbadmin) and using the query backend of the tool, to
find all revisions done by author "XXX".
regards
Torsten
smime.p7s
Description: S/MIME cryptographic signature
Am Samstag, den 25.06.2011, 21:19 -0700 schrieb davmar:
> Do you have any suggestions on this?
>
>
Use mod_authnz_ldap:
http://httpd.apache.org/docs/2.2/mod/mod_authnz_ldap.html
smime.p7s
Description: S/MIME cryptographic signature
Made an issue to track this:
http://subversion.tigris.org/issues/show_bug.cgi?id=3912
smime.p7s
Description: S/MIME cryptographic signature
Am Dienstag, den 31.05.2011, 14:25 +0200 schrieb Stefan Sperling:
> On Tue, May 31, 2011 at 01:07:02AM +0200, Stefan Sperling wrote:
> > On Tue, May 31, 2011 at 01:41:54AM +0300, Daniel Shahaf wrote:
> > > > We should also make svnadmin verify complain if paths are not in UTF-8.
> > >
> > > +1.
>
> Subversion defines that it must be utf-8, so it can't answer this
> question
> for you.
Yes it can't anwer, but it may provide some option like to specify some
"encodings" e.g. via command line which it should try as fallback if it
encounters path names which are not UTF-8 - it may not be the "
> I would try to edit the dump file with a hexeditor and replace the
> offending two bytes with two spaces (or the proper UTF-8 character
> if you know what should be there and the UTF-8 sequence has the same
> number of bytes).
Ok, lets take some hex editor and get rid of those bad sequences.
>
Am Dienstag, den 31.05.2011, 00:30 +0300 schrieb Daniel Shahaf:
> 1.6 checks that paths are in UTF-8 at the time they enter the
> repository. This was always required but not always enforced.
Ok - so 1.6 does things <1.6 did not but should.
>
> Solution is to recode the pathnames (those that ar
Some more infos about those problem:
svnadmin verify tells me the revision in question is ok in the source
repo.
Using vim to view the revision dump show those 2 utf-8 chars at the end
of the path which i guess are making trouble:
Projektprofile/EMS(Newsletter, Infomails, À¦).doc
Maybe someone g
I want to load a repository with a fresh dump and did:
svnadmin -q dump /repo1 | svnadmin load /repo2
This is the error i get:
svnadmin: Path 'Projektprofile/EMS(Newsletter,
Infomails, ?\192?\166).doc' is not in UTF-8
How to fix this error - i am unable to load the dump in a new
repository?
Wh
Am Montag, 3. Januar 2011 schrieb B Smith-Mannschott:
> What *nix flavor are you running? What's the file system you're trying
> to write the dump file to? "Around 17 GiB" seems like a strange
> maximum size. It isn't 17179869184 bytes, perchance?
Found the culprit.
My ext3 block size is 1024 - so
Hi,
ive got a large repository (using svn version 1.5.1 r32289) and want to dump
the repository.
Dumping with svnadmin dump $repo > dumpfile does result in:
svnadmin: Can't write to stream: File too large
The file at this time is around 17 GiB in size.
The only workaround found at the moment is
25 matches
Mail list logo
