Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 10.12.2018 15:09, Nathan Hartman wrote: > On Mon, Dec 10, 2018 at 5:14 AM Stefan Sperling wrote: > >> Perhaps Github's customers will just need to press a little bit >> harder for a fix to be applied at Github's end? > > Agreed. The squeaky wheel gets the grease. GitHub has fixed their

Re: Subversion Exception!

On 12.12.2018 19:07, Stefan Kueng wrote: > On 12.12.2018 13:55, TortoiseSVN-dev on behalf of Julian Foad wrote: Subversion encountered a serious problem. Please take the time to report this on the Subversion mailing list >> […] https://subversion.apache.org/mailing-lists.html >> >>>

Re: Are my repos properly using ZLIB compression level 9?

On 12.12.2018 10:40, Thorsten Schöning wrote: > Hi all, > > I upgraded all my repos using dump/load and changed the compression > settings to use ZLIB 9, because I manage some pretty good compressable > files at a low commit rate and want to preserve as much storage as > possible for those. I used

Re: Check Path based authorization

ed in LDAP, then you very likely already have a tool that extracts them from there into the proper format for Subversion; in that case, all you need to do is tell svnauthz about that file, see the '--groups-file' option. -- Brane > -Original Message- > From: Branko Čibej

Re: Check Path based authorization

On 11.12.2018 10:24, Stuempfig, Thomas wrote: > Hi all, > We have a large organization many projects and quite a bit of history > (10years) with one of the repos… and after a while path based authorization > becomes quite difficult. > I would like to ask if it is possible as an admin to check

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 10.12.2018 10:08, Thorsten Schöning wrote: > Guten Tag Branko Čibej, > am Sonntag, 9. Dezember 2018 um 19:27 schrieben Sie: > >> My current thinking is that if GitHub can't fix their protocol emulation >> by the time of the planned Subversion 1.12 release, we'll have to

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 09.12.2018 23:41, Nico Kadel-Garcia wrote: > On Sun, Dec 9, 2018 at 1:27 PM Branko Čibej wrote: >> On 09.12.2018 19:14, Thorsten Schöning wrote: >>> Guten Tag Thorsten Schöning, >>> am Mittwoch, 21. November 2018 um 15:23 schrieben Sie: >>> >>>&

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 09.12.2018 19:14, Thorsten Schöning wrote: > Guten Tag Thorsten Schöning, > am Mittwoch, 21. November 2018 um 15:23 schrieben Sie: > >>> Thanks for following up. Our engineers have been able to reproduce >>> the error on our CI system and are working on a fix. > Another two weeks have passed

Re: Can SVN pull request same as GIT?

On 04.12.2018 12:12, Branko Čibej wrote: > On 04.12.2018 10:11, 钱海远(Nathan) wrote: >> Will you make any plan on SVN pull request? > No. > > Subversion is a version control tool, not a code review tool. There are > plenty of those available, both open-source and commercia

Re: Can SVN pull request same as GIT?

On 04.12.2018 10:11, 钱海远(Nathan) wrote: > Will you make any plan on SVN pull request? No. Subversion is a version control tool, not a code review tool. There are plenty of those available, both open-source and commercial, and some of them support Subversion for version control. Now if someone

Re: Can SVN pull request same as GIT?

On 01.12.2018 10:00, Stefan Sperling wrote: > So I fully agree with Brane; SVN provides all the tooling required, and > people building code review tools just have to make clever use of it. Just to be clear: my issue is not whether SVN provides the tooling, but with this conflation of "feature"

Re: Can SVN pull request same as GIT?

On 01.12.2018 01:19, Nico Kadel-Garcia wrote: > On Fri, Nov 30, 2018 at 8:20 AM Julian Foad wrote: >> Nico Kadel-Garcia wrote: >>> On Thu, Nov 29, 2018 at 10:31 PM 钱海远(Nathan) >>> wrote: We want to develop a feature like git pull request . [...] >>> This seems infeasible. The working

Re: Can SVN pull request same as GIT?

On 30.11.2018 21:39, Nathan Hartman wrote: > On Fri, Nov 30, 2018 at 4:56 AM Julian Foad wrote: > >> 钱海远(Nathan) wrote: >>> We want to develop a feature like git pull request . >> Some other companies are also interested in developing the same. >> >> There are a few different possible directions.

Re: AW: SVN on docker/kubernetes/openshift - shared storage?

e have to thing about a different architecture, eg. many > svn-instances each with its own storage Sure, you can split repositories amongst different servers. Or you can use a commercial solution that provides master/master replication. -- Brane > -----Ursprüngliche Nachricht- > V

Re: SVN on docker/kubernetes/openshift - shared storage?

On 23.11.2018 11:27, Tietz, Jonathan wrote: > Hi, > > we are thinking about to run subversion on a docker/openshift environment. > > That means we have multiple subversion instances, reading/writing on > subversion repositories saved on one shared storage (currently nfs filesystem) > > According

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 22.11.2018 17:39, Nico Kadel-Garcia wrote: > On Wed, Nov 21, 2018 at 9:54 AM Branko Čibej wrote: >> On 21.11.2018 15:23, Thorsten Schöning wrote: >>> Guten Tag Branko Čibej, >>> am Donnerstag, 15. November 2018 um 18:21 schrieben Sie: >>> >>>

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 21.11.2018 15:23, Thorsten Schöning wrote: > Guten Tag Branko Čibej, > am Donnerstag, 15. November 2018 um 18:21 schrieben Sie: > >> Has there been any further update from them on this issue? > News: > >> Thanks for following up. Our engineers have been able to repro

Re: AW: Subversion Exception!

On 20.11.2018 08:24, Hedtke, Gerd wrote: > Still experiencing this behavior with TortoiseSVN 1.11.0 Please report this to the TortoiseSVN developers. -- Brane

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 15.11.2018 19:07, Thorsten Schöning wrote: > Guten Tag Branko Čibej, > am Donnerstag, 15. November 2018 um 18:21 schrieben Sie: > >> Has there been any further update from them on this issue? > Sadly not and they didn't get in contact with you using dev@? Nope; not now,

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 05.11.2018 18:27, Thorsten Schöning wrote: > Guten Tag Ryan Schmidt, > am Montag, 5. November 2018 um 04:45 schrieben Sie: > >> I'd be interested to know the resolution, since I use the GitHub >> svn bridge daily. I'll hold off on upgrading past Subversion 1.10.x >> for now but could you keep

Re: How to commit only top level files?

On 06.11.2018 21:11, Bo Berglund wrote: > I have a project where I want to commit the modified sources in the > top folder but want to prevent it from recursing to subdirectories, > which hold the compiled binaries. These are only to be committed when > the sources are stable. > > I looked at svn

Re: How to commit only top level files?

On 06.11.2018 21:19, Alfred von Campe wrote: > >> On Nov 6, 2018, at 15:11, Bo Berglund > > wrote: >> >> What should I use as argument so that only the changed files in the >> current dir are committed? > > Will the -N [—non-recursive] option work for you? The -N

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 20:11, Branko Čibej wrote: > On 04.11.2018 18:57, Thorsten Schöning wrote: >> Guten Tag Branko Čibej, >> am Sonntag, 4. November 2018 um 17:47 schrieben Sie: >> >>> I'm not sure what you mean by "handles more than only DAV successfully" >&

Re: Error E145001

On 06.11.2018 13:29, xxsa...@seznam.cz wrote: > Hello, > I am trying to remove symbolic link that is currently under version control > but with keeping it in the file system. I try to do it like this: > svn delete --keep-local xyz > > When now trying to commit this change, I get following error:

Re: subversion 1.11.0 on FreeBSD 11.2: ... does not support the HTTP/DAV protocol

On 06.11.2018 10:20, Dr. Rolf Jansen wrote: > For a DAV noob, this error message is IMHO indeed not very helpful. You need > to know that DAV is heavily based on XML. However, I have my doubts, that the > other message „does not support the HTTP/DAV protocol“ is much more helpful > to a SVN

Re: subversion 1.11.0 on FreeBSD 11.2: ... does not support the HTTP/DAV protocol

On 06.11.2018 00:28, Dr. Rolf Jansen wrote: >> Am 05.11.2018 um 20:43 schrieb Stefan Sperling : >> >> On Mon, Nov 05, 2018 at 08:21:20PM -0200, Dr. Rolf Jansen wrote: >>> and of course the GitHub server does support HTTP/DAV. No it does not. It does not implement the most basic requirements of

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 05.11.2018 04:45, Ryan Schmidt wrote: > > On Nov 4, 2018, at 11:57, Thorsten Schöning wrote: > >> Now "we" need to get GitHub to change their >> implementation and I didn't even get an automatic bot-reply to my >> question on Friday yet. :-) Lets see how things are going after I send >> them

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 18:57, Thorsten Schöning wrote: > Guten Tag Branko Čibej, > am Sonntag, 4. November 2018 um 17:47 schrieben Sie: > >> I'm not sure what you mean by "handles more than only DAV successfully" > I thought it might be possible that GitHub answers differe

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 17:41, Branko Čibej wrote: > On 04.11.2018 16:05, Thorsten Schöning wrote: >> Hi all, >> >> GitHub documents to support Subversion clients and I'm using that for >> many projects to include them in one of my working copies using >> svn:externals. Sinc

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 17:47, Branko Čibej wrote: > On 04.11.2018 17:06, Thorsten Schöning wrote: >> Guten Tag Thorsten Schöning, >> am Sonntag, 4. November 2018 um 16:42 schrieben Sie: >> >>> Others have the same problem and while it is true that GitHub might >>>

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 17:06, Thorsten Schöning wrote: > Guten Tag Thorsten Schöning, > am Sonntag, 4. November 2018 um 16:42 schrieben Sie: > >> Others have the same problem and while it is true that GitHub might >> have implemented something on their own, it might help to have a look >> at the changes

Re: Problems accessing GitHub's SVN-bridge with SVN 1.11

On 04.11.2018 16:05, Thorsten Schöning wrote: > Hi all, > > GitHub documents to support Subversion clients and I'm using that for > many projects to include them in one of my working copies using > svn:externals. Since upgrading TortoiseSVN from 1.10 to 1.11 I get the > following error for all of

Re: Symlinks on Windows

On 02.11.2018 11:07, Albertsen, Ketil wrote: > > So where did this idea about “… working copies on systems such as > Windows that do not support symlinks” come from? > It comes from a time when Windows did not support symlinks. However ... > NTFS supports symlinks, and has supported it for many

Re: Symlinks on Windows

On 01.11.2018 16:39, Bengt Nilsson wrote: > > Hi! > > We have a SVN-server running on Windows and there we get problem with > symlinks. > What problem? The server should work just fine on Windows and it doesn't use symlinks for anything. > If we put up a SVN-server on a Linux-server would that

Re: Coredump when javahl SVNClient::diff() called with diff-cmd set

On 29.10.2018 10:20, matthew.b...@nats.co.uk wrote: > > On 2018/10/25 11:18:51, Branko Čibej wrote: >> On 25.10.2018 12:41, BURT, Matthew J wrote: >>> Hi, >>> >>>   >>> >>> We’ve got a number of developers using the javahl bindings

Re: svnpubsub/client.py: RuntimeError: dictionary changed size during iteration

On 23.08.2018 14:54, sebb wrote: > When running a version of watcher.py I got the following error: > > File ".../svnpubsub/client.py", line 251, in run_forever > self._check_stale() > File ".../svnpubsub/client.py", line 216, in _check_stale > for client in

Re: svn copy WC to URL asserts

On 27.10.2018 18:07, Branko Čibej wrote: > On 15.08.2018 16:14, Jens Geyer wrote: >> >> Hi, >> >>   >> >> We have one case of a misbehaving branch here. Our CI server creates >> a tag at the end of a build using a svn copy command: >> >

Re: svn copy WC to URL asserts

On 15.08.2018 16:14, Jens Geyer wrote: > > Hi, > >   > > We have one case of a misbehaving branch here. Our CI server creates a > tag at the end of a build using a svn copy command: > > > {code} > > svn.exe copy -m "Devtest" D:\Builds\Release_5.1.1.x\Source >

Re: Coredump when javahl SVNClient::diff() called with diff-cmd set

On 25.10.2018 12:41, BURT, Matthew J wrote: > > Hi, > >   > > We’ve got a number of developers using the javahl bindings from Eclipse > > via subclipse. > >   > > One of them recently reported a coredump against 1.10.3. I’ve also > > reproduced it with 1.9.7. > >   > > The problem occurs when

Re: ViewVC of Subversion Forbidden

On 18.10.2018 14:19, wuzhouhui wrote: > Hi, > When I click > Apache's ViewVC instance > in https://subversion.apache.org/source-code.html, the server told me > I have no permission to access /viewvc/subversion/trunk: > > > Forbidden > > You don't

Re: Subversion 1.10.2 Checksum (SHA512)

On 22.09.2018 17:26, Daniel Shahaf wrote: > Branko Čibej wrote on Sat, 22 Sep 2018 16:54 +0200: >> Ah, that would be this one: >> >> https://www.apache.org/dyn/closer.cgi?path=subversion/subversion-1.10.2.tar.bz2 > That still gives me an HTML page, whether I pass the relpat

Re: Subversion 1.10.2 Checksum (SHA512)

On 22.09.2018 16:26, Daniel Shahaf wrote: > Branko Čibej wrote on Sat, 22 Sep 2018 16:22 +0200: >> On 22.09.2018 16:13, Daniel Shahaf wrote: >>> Please don't download the artifacts from www*.apache.org but from a >>> mirror. I think there is a redirector CGI s

Re: Subversion 1.10.2 Checksum (SHA512)

On 22.09.2018 16:13, Daniel Shahaf wrote: > Please don't download the artifacts from www*.apache.org but from a > mirror. I think there is a redirector CGI somewhere that automatically > redirects you to a mirror close to you, but I can't find it :( http://subversion.apache.org/download.cgi

Re: Inconsistencies/bugs in peg revision parsing and help description

On 09.09.2018 14:20, Mark Phippard wrote: > On Sep 9, 2018, at 8:15 AM, Michael Osipov wrote: >> Am 2018-09-09 um 13:50 schrieb Mark Phippard: >> Any thoughts? > If I understand your examples, you are showing what happens when the > filename contains an @, right? If so, this is

Re: Wildcard bug? Or user error?

On 06.09.2018 16:22, Nathan Hartman wrote: > On Mon, Sep 3, 2018 at 6:31 PM Branko Čibej <mailto:br...@apache.org>> wrote: > > These cases are, believe it or not, completely different. On your Mac, > the shell expands the wildcards. On Windows,

Re: Wildcard bug? Or user error?

On 03.09.2018 22:30, Nathan Hartman wrote: > On Mon, Sep 3, 2018 at 11:10 AM Johan Corveleyn wrote: > >> On Sun, Sep 2, 2018 at 11:10 PM Nathan Hartman >> wrote: >>> I've encountered weirdness with wildcards several times today, so I >>> just tried in a clean freshly checked-out copy: >>> >>>

Re: Error connecting to svn.apache.org

On 02.09.2018 21:22, Paul Hammant wrote: > I'd already tried something similar, but will paste in the result: > > $ svn log http://209.188.14.144/repos/asf/synapse/trunk/ > Redirecting to URL 'https://dist.apache.org/repos/asf/synapse/trunk': > svn: E170013: Unable to connect to a repository

Re: Error connecting to svn.apache.org

On 02.09.2018 21:04, Paul Hammant wrote: > For svn 1.10.2, when I do: > >     $ svn log http://svn.apache.org/repos/asf/synapse/trunk > > it results in: > >     svn: E170013: Unable to connect to a repository at URL > 'http://svn.apache.org/repos/asf/synapse/trunk' >     svn: E120108: Error

Re: Tree conflict resolution considered harmful

On 29.08.2018 12:54, Dag-Erling Smørgrav wrote: > I'm using Subversion 1.10.2 to perform a non-interactive merge with > around 15 tree conflicts (files that exist on the source branch but have > been deleted from the target branch). It spends exactly two hours on > each conflict before the

Re: SVN checkout speed issue

On 31.07.2018 00:56, Art Hatch wrote: > Hi Team! > > We think there may be a bug, or a feature we don't understand: > > When checking out a repository using TortoiseSVN on top of a Visual > SVN Server v3.6, running on Windows Server 2012R2, we notice that > files with a mime type set (usually

Re: Some files stay at an too new revision when updating the working copy to an old revision

On 20.07.2018 15:37, Franz Sirl wrote: > Hi, > > this already happened a few times here, but now I managed to re-create > it reliably. > This happens at least on Linux with subversion-1.8/subversion-1.10 and > on Windows > with TortoiseSVN-1.9, didn't test older versions yet. Server is >

Re: Http authentication

On 18.07.2018 15:38, Essig Felix wrote: > > Hi, > >   > > I have a question about the http authentication when using the > subversion api 1.8.13. > > For example using the ‚svn_client_list3‘ function: > > Everytime this function is called the first http request does not > contain any Authorization

Re: svn st without the X lines for externals?

On 29.06.2018 17:04, Julian Foad wrote: > Nathan Hartman wrote: >> We make extensive use of externals, so "svn st" outputs many lines >> beginning with X. Running "svn st --ignore-externals" gets rid of the >> "Performing status on external item at" output, but not the "X" lines. >> Is it

Re: svn 1.10: mod_authz no longer combines ACL entries

On 04.07.2018 13:25, Michael Ruder wrote: > Hi, > > we used up to and including svn 1.9 an authz file of the format > > [groups] > company = user1, user2, user3 > customer = customer1, customer2 > > # company can read-write on everything > [/] > @company = rw > > [project1:/] > @customer = r > >

Re: Bug: Locally deleted file wrongly accepted as log message string.

On 29.06.2018 10:35, Philip Martin wrote: > Karl Fogel writes: > >> :-). In any case, I first wanted to make sure there is consensus that >> this is a bug. Do we agree? > Agreed. That check was put in the code to prevent users from writing '-m foo' instead of '-F foo'. It was *not* put there

Re: SVN patch issue with property changes

On 29.06.2018 10:45, Johan Corveleyn wrote: > On Fri, Jun 29, 2018 at 10:34 AM, Branko Čibej wrote: >> On 28.06.2018 22:08, Julian Foad wrote: >>> Philip Martin wrote: >>>> Julian Foad writes: >>>>> Julian Foad wrote: >>>>>>

Re: SVN patch issue with property changes

On 28.06.2018 22:08, Julian Foad wrote: > Philip Martin wrote: >> Julian Foad writes: >>> Julian Foad wrote: The bug seems to be that 'svn patch' fails to apply any patch of this form, that tries to change a property value from empty to non-empty. >>> I committed a test for this

Re: Unable to shelve changes when using custom diff-cmd

On 26.06.2018 12:19, Csongor Pal wrote: > Hi, > > I ran into an issue with svn shelve on my setup. I use the following > script as my diff-cmd to open diffs with FileMerge on > macOS: svn-diffwrap.sh >

Re: Problem with svndumpfilter

On 08.06.2018 10:20, Doros Agathangelou wrote: > Another option is to use Subdivision, a commercial tool that is > designed to do exactly these kinds of operations, in other works > Delete files, Extract files, Split repositories in two parts. > Subdivision reads the repository structure in memory

Re: "Expected format '3' of repository; found format '5' "

On 08.05.2018 22:03, Philip Martin wrote: > Paul Greene writes: > >> I'm migrating an SVN server to a new server. The old server is running an >> ancient version of Redhat and version 1.4 of subversion. >> >> The new server is running CentOS 7 and version 1.7 of

Re: svn client for Windows and non-latin symbols

On 07.05.2018 11:27, Anders Munch wrote: > Fra: Mark Phippard [mailto:markp...@gmail.com]: >> If you see a ? It means the font does not have a glyph for the character. >> Use a Unicode font. > That would only help if svn would output some kind of unicode. Nonsense. > It doesn't. Subversion

Re: locks-test fail when building subversion-1.10.0 from sources under Linux (Ubuntu 16)

On 01.05.2018 20:13, Juan Gabriel Covas wrote: > >   > >   > > Ok, my mistake. > >   > > >>> SUMMARY: All tests successful. > >   > > I got “success” for all the tests from “make check” command after > compiling svn from sources NOT using the root account. > >   > > First I tried to ensure the

Re: locks-test fail when building subversion-1.10.0 from sources under Linux (Ubuntu 16)

On 01.05.2018 13:43, Juan Gabriel Covas wrote: > >   > > Thanks for your input. > >   > > >> Extract from fails.log: > > >> [[[ > > >> svn_tests: E26: Expected error but got SVN_NO_ERROR > > >> FAIL:  lt-locks-test 14: lock/unlock when 'write-lock' couldn't be > obtained > > >> ]]] > >   > >

Re: Strange libtool errors when try to build pyhton and ruby bindings (1.10.0)

On 15.04.2018 21:30, Branko Čibej wrote: > On 13.04.2018 18:20, Lev Serebryakov wrote: >> I'm preparing FreeBSD of subversion-1.10.0 and have very strange errors >> when try to build bindings. >> >> subversion itself builds without problems. > I just created a Fr

Re: Strange libtool errors when try to build pyhton and ruby bindings (1.10.0)

On 13.04.2018 18:20, Lev Serebryakov wrote: > I'm preparing FreeBSD of subversion-1.10.0 and have very strange errors > when try to build bindings. > > subversion itself builds without problems. I just created a FreeBSD 11 virtual machine tried building the 1.10.0 source tarball and ... well, I

Re: SVN E170001: Authentication error with specific user/realm/pw combinations while many other work!

On 13.04.2018 19:55, NOCERA, ANDY wrote: > > Summary: SVN E170001: Authentication error with specific user/realm/pw > combinations while many other work! > >   > >   > > Observations/Workarounds > >   > > While there is a work around, by simply changing the password, we have > an unusual

Re: Subversion 1.9.7 server on Windows, advice on setting up svnsync?

On 27.03.2018 22:52, Bo Berglund wrote: > When I move forward and prepare target repositories for syncing I need > to activate two hooks in each repo (pre-revprop-change and > start-commit). So there will be 18 scripts to create... > Can I symlink the existing hooks into the new repositories so I

Re: Can import also convert the source to a working copy

On 15.03.2018 20:18, Bo Berglund wrote: > On Thu, 15 Mar 2018 13:45:13 -0400, Kris Deugau > wrote: > >> Unless I misread your original post, the very first option in that link >> looks like a better fit. To rephrase it somewhat for your case: >> >> 1) Create a repository or

Re: Can import also convert the source to a working copy

On 15.03.2018 11:48, Bo Berglund wrote: > I have used this sequence for handling new projects with svn: > > - Start a new project in whatever IDE is used > - Work a bit on initial code so the framework is OK > - Exit the IDE > - Command prompt in the parent of the project dir > - svn import

Re: Run shelve tests in subversion 1.9

On 11.03.2018 11:20, wuzhouhui wrote: > I am backporting 'svn shelve' subcommand into Subversion 1.9, Why are you doing this? Subversion 1.10 will be released in a couple weeks; the first release candidate is available, with all the shelving support. Why not use that, instead of backporting

Re: trunkless svn: using svn without a trunk

On 08.03.2018 13:22, Paul Hammant wrote: > > I make a living visiting enterprises to help them get _to_ > Trunk-Based Development and _away_ from other branching models. > The advocacy site: https://trunkbaseddevelopment.com > for your bookmarks

Re: SHA-1 collision in repository?

On 26.02.2018 22:41, Myria wrote: > -bash-4.1$ sqlite3 rep-cache.db "select * from rep_cache where > hash='db11617ef1454332336e00abc311d44bc698f3b3'" > db11617ef1454332336e00abc311d44bc698f3b3|604440|34|134255|136680 > > The line from the grep -a command containing that hash is below. They > all

Re: SHA-1 collision in repository?

On 24.02.2018 01:09, Myria wrote: > Once it's on my local machine, I'll be able to compile TortoiseSVN and > debug it while pointing to a file:// repository. (TortoiseSVN instead > of command-line svn because TortoiseSVN is compiled with Visual C++ > and is therefore many times easier to debug.)

Re: SHA-1 collision in repository?

On 22.02.2018 21:30, Myria wrote: > When we try to commit a very specific version of a very specific > binary file, we get a SHA-1 collision error from the Subversion > repository: > > D:\confidential>svn commit secret.bin -m "Testing broken commit" > Sendingsecret.bin > Transmitting file

Re: auto-props syntax in file vs. property

On 22.02.2018 13:52, Chris wrote: > Re-awakening my previous thread about the auto-properties. I get really > confused by where to use ;; and ; as a separator. > > I currently have this in the auto-props on the repo: > *.txt = svn:mime-type=text/plain;;charset=iso-8859-1;svn:eol-style=LF > > And

Re: enhancement suggestion

On 20.02.2018 15:59, Johan Corveleyn wrote: > On Tue, Feb 20, 2018 at 1:11 PM, Christian Klie wrote: >> Hello, >> currently I made a huge commit. In respect of the number of the files (see >> attachment "working copy"). >> While the commit went down the transaction grew and grew and

Re: Not so cheap moves

On 19.02.2018 15:40, Ignacio González (Eliop) wrote: > Client svn 1.8.13 > Server svn 1.8.13 on Centos 7 64 bit > - > I have a repository with 400 000 revisions. > Proyect X in that repository has the usual trunk / branches / tags > structure. > Tags are structured in a dozen of

Re: Server side svn:auto-props, how to set it correctly?

On 17.02.2018 08:18, Bo Berglund wrote: > On Fri, 16 Feb 2018 10:20:05 +0100, Branko ?ibej > wrote: > >>> editor pops up and I enter all of the lines like: >>> *.c = svn:eol-style=native >>> *.cpp = svn:eol-style=native > Do I also have to handle case here? > I.e. for each file

Re: Server side svn:auto-props, how to set it correctly?

On 16.02.2018 12:41, Ryan Schmidt wrote: > On Feb 15, 2018, at 14:18, Bo Berglund wrote: > >> I would like to set our SVN server to enforce some file properties for >> commonly used files such as images and binary files as well as eol >> handling between client operating systems. > The server-side

Re: Server side svn:auto-props, how to set it correctly?

On 15.02.2018 21:18, Bo Berglund wrote: > I would like to set our SVN server to enforce some file properties for > commonly used files such as images and binary files as well as eol > handling between client operating systems. > I have fixed up one repository from the client side using working >

Re: File not accepted as valid addition to svn

On 12.02.2018 18:41, Bo Berglund wrote: > On Mon, 12 Feb 2018 15:54:00 +, Philip Martin > wrote: > >> Bo Berglund writes: >> >>> svn add Fasadändring >>> svn: warning: W155010: 'D:\Bosse\Fasadändring' not found >> '&' has special meaning to

Re: Does svn client binary honors LANG env variable on Windows?

On 10.02.2018 09:59, Thorsten Schöning wrote: > Hi all, > > I'm using the PHP webapp WebSVN and ran into encoding problems with > file names in my Linux environment when e.g. creating downloadable > Zipr or Tars using WebSVN. I worked around those problems using a > simple shell wrapper like the

Re: regarding downloading subversion

[no top-posting please] On 08.02.2018 18:24, Eric Johnson wrote: > Unfortunately, it is difficult to tell from your email what your > question is. And because of that, it is also difficult to tell if this > is the right forum for addressing your question. > > Not meaning to be rude or dismissive,

Re: svn diff non-temporary files option

On 07.02.2018 15:06, Nico Kadel-Garcia wrote: > On Wed, Feb 7, 2018 at 8:21 AM, Branko Čibej <br...@apache.org> wrote: > >> No; because 'svn diff' hides differences in end-of-line style and >> keyword expansions, it has to preprocess the files in the working cop

Re: svn diff non-temporary files option

On 07.02.2018 13:07, Juraj Priskin wrote: > Hi, > > I'm using vimdiff as my diff tool for svn diff.  The wrapper is simple > one line command "vimdiff -R $6 $7".  Having open vimdiff, it happens > often that I would like to fix my local changes, mostly typos, small > stuff, etc.  It would be thus

Re: Searching for a C++ API

On 30.01.2018 13:30, Daniel Shahaf wrote: > R developer wrote on Tue, 30 Jan 2018 10:22 +0100: >> I'm not that familiar with the C API unless I'm missing something >> (which is very well possible) one would have to manage the apr pools >> himself? > In the C API, the caller of a function passes to

Re: Searching for a C++ API

On 29.01.2018 11:45, R developer wrote: > Hello all, > > I have been involved in writing a closed source application that among > other things maintains a checkout from an SVN repository, the > application used to be written in C# so at the moment we are used to > SharpSvn. Recently the decision

Re: Is there some keyword providing the local path within the working copy?

On 26.01.2018 08:50, Thorsten Schöning wrote: > Guten Tag Johan Corveleyn, > am Donnerstag, 25. Januar 2018 um 20:40 schrieben Sie: > >> But I don't understand what you're trying to do. You want to include >> the WC-root-relative path to *another dir* inside some config file, >> while you're

Re: File and folder names corrupted when importing from CVS using cvs2svn

On 24.01.2018 14:11, Nico Kadel-Garcia wrote: > On Thu, Jan 18, 2018 at 6:55 PM, Daniel Shahaf > wrote: >> Andreas Krey wrote on Thu, 18 Jan 2018 19:14 +0100: >>> svndumping, filtering and reloading may fix the file names for >>> all revisions, but I have no idea how the

Re: Exe files corrupted in SVN after import from CVS

On 22.01.2018 13:48, Nico Kadel-Garcia wrote: > On Mon, Jan 22, 2018 at 4:38 AM, Bo Berglund wrote: >> On Mon, 22 Jan 2018 09:02:44 +, Scott Bloom >> wrote: >> >>> When I have used cvs2svn, I had a couple of these issues as well.. >>> >>> It came

Re: File and folder names corrupted when importing from CVS using cvs2svn

On 18.01.2018 17:51, Bo Berglund wrote: > On Thu, 18 Jan 2018 17:38:04 +0100, Bo Berglund > wrote: > >> I don't know from where this problem originates, either it is a flaw >> in the cvs2svn script, the configuration of the conversion or in the >> format of the generated

Re: Apache SVN module and LUA authentification hook

On 05.01.2018 16:00, Stefan Hauffe wrote: > > Hello community, > >   > > I have an Apache 2.4 which shall deliver SVN repos by the > http-Protocol. I’m experienced with standard Basic Authentification > and path-based authorization for the Subversion repo. > >   > > In my new application, the

Re: inodes usage of svn server

On 03.01.2018 22:04, Bo Berglund wrote: > On Wed, 3 Jan 2018 21:16:02 +0100, Branko ?ibej > wrote: > >> And there's your answer to the question of day to day performance of the >> repository: Subversion also has to open many vs. just one file when its >> reading historical

Re: inodes usage of svn server

On 03.01.2018 21:13, Dave Huang wrote: > On 1/3/2018 13:19, Nico Kadel-Garcia wrote: >> NTFS also has limits on the maximum number of files for a filesystem. > > FWIW, that limit is 2^32 - 1 files, or approximately 4 billion (see > Table 3.12 of

Re: How to see when an item was added using svnlook?

On 02.01.2018 13:27, Bo Berglund wrote: > On Tue, 2 Jan 2018 09:42:07 +0100, Branko ?ibej > wrote: > >> On 01.01.2018 21:28, Bo Berglund wrote: >>> I am trying to use svnlook to find the revision when a directory was >>> created. I want to use this to dig out the timestamps of

Re: How to see when an item was added using svnlook?

On 02.01.2018 13:29, Bo Berglund wrote: > On Tue, 02 Jan 2018 09:59:15 +, Daniel Shahaf > wrote: > >> Branko ?ibej wrote on Tue, 02 Jan 2018 09:42 +0100: >>> On 01.01.2018 21:28, Bo Berglund wrote: Is there a command to show the revision when an item (directory

Re: How to see when an item was added using svnlook?

On 02.01.2018 10:59, Daniel Shahaf wrote: > Branko Čibej wrote on Tue, 02 Jan 2018 09:42 +0100: >> On 01.01.2018 21:28, Bo Berglund wrote: >>> Is there a command to show the revision when an item (directory or >>> file) was actually created in svn? >> Currently the

Re: How to see when an item was added using svnlook?

On 01.01.2018 21:28, Bo Berglund wrote: > I am trying to use svnlook to find the revision when a directory was > created. I want to use this to dig out the timestamps of tags and > branches. My svn version is 1.9.7 (both server and client). > > So far I have not found a way to do it... > > svnlook

Re: Issue parsing url with '+' in it

On 30.12.2017 20:35, John McClean wrote: > I'm trying to checkout/export part of a github repo. > > svn export "https://github.com/apache/avro.git/trunk/lang/c++; > > This creates a directory but doesn't get any files. It work fine for > urls which don't have a '+' in them. > > URI encoding the

Re: make -j16 javahl sometimes failed for subversion-1.9.7

On 31.12.2017 13:42, wuzhouhui wrote: > I'm using rpmbuild to build a package for subversion-1.9.7, but sometimes > building will failed when make -j16 javahl: > > Error: Class org.apache.subversion.javahl.ClientNotifyInformation could not > be found. > make: *** >

<    1   2   3   4   5   6   7   >