Julian Zielke wrote on Fri, May 05, 2017 at 07:08:05 +:
> [...] I only see the ".." Link for jumping up one directory.
>
> Using another user which also has permissions for all directories above, I
> can see those files inside.
>
> So this might be a lack of permissions but I don't know wher
Alexey Neyman wrote on Fri, May 05, 2017 at 08:50:07 -0700:
> On 04/20/2017 10:44 PM, Alexey Neyman wrote:
> >On 04/20/2017 09:58 PM, Alexey Neyman wrote:
> >>No, plain 'svn diff' does not show any differences, not even properties.
> >>For example:
> >>
> >>[aneyman@rhel-build2 src]$ svn diff $URL/
Debbie wrote on Sat, Apr 01, 2017 at 07:34:42 -0400:
> Who is responsible for the ReadyOS binary builds?
>
> Netgear?
> WANDisco?
> Apache?
It's not Apache. Don't know who it is, though.
Daniel
Andrew Reedick wrote on Thu, Mar 30, 2017 at 13:09:26 +:
> svn log --diff -r $REV "$SVNREPO" | grep '^+++' | perl -pe 's/^\+\+\+ //;
> s/\t.*$//' | while read i
'svn diff --summarize' or 'svn log -qv' would be better. (They're O(1)
as opposed to O(revision size).)
William Muriithi wrote on Tue, Mar 07, 2017 at 19:02:39 -0500:
> After making the necessary changes to work with kerberos, users were
> able to authenticate well but I noticed the users ID now had kerberos
> REALM. So instead of william, the username changed to
> will...@eng.example.com. This was
Johan Corveleyn wrote on Wed, Mar 08, 2017 at 12:17:55 +0100:
> Is there anything special about that branch you're trying to update?
> Is it specific to that branch, and other branches work fine?
You said the problem started in the last 24 hours, so check what changes
were made to the branch aroun
Dane Kantner wrote on Fri, Feb 24, 2017 at 17:42:15 -0600:
> True except in my environment those are non issue as we control it pretty
> tightly with process (and I would assume most professional development
> shops are under similar constraints?). I actually started with revision
> numbers but I w
Stefan Hett wrote on Wed, Feb 22, 2017 at 12:03:13 +0100:
> On 2/22/2017 9:42 AM, Daniel Shahaf wrote:
> >Stefan Hett wrote on Tue, Feb 21, 2017 at 15:12:25 +0100:
> >>That said: All the current builds for MaxSVN [1] (an experimental SVN
> >>developer focused distributio
Stefan Hett wrote on Tue, Feb 21, 2017 at 15:12:25 +0100:
> That said: All the current builds for MaxSVN [1] (an experimental SVN
> developer focused distribution) are tested on Windows 10 and work fine
> there.
MaxSVN is maintained by Stefan. (The svn devs know this, but not
everyone on users@ d
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
Henk P. Penning wrote on Sun, Jan 15, 2017 at 10:02:12 +0100:
> Hi,
>
Hello!
>but (and this is the PROBLEM) the checkout command prompts
>for a username/password :
>
> % svn co //svn.science.uu.nl/repos/project.mirmon/trunk
>
>With the "LimitExcept" lines in the config, the ch
Volker Cordes wrote on Fri, Jan 13, 2017 at 18:47:17 +0100:
> Am 13.01.2017 um 15:47 schrieb Daniel Shahaf:
> > Volker Cordes wrote on Fri, Jan 13, 2017 at 10:51:19 +0100:
> >> Hello,
> >>
> >> I have set up path based authorization on a repository. If I ch
Volker Cordes wrote on Fri, Jan 13, 2017 at 10:51:19 +0100:
> Hello,
>
> I have set up path based authorization on a repository. If I check out
> the project, everything works as expected. My problem however is, that
> if I change permissions of a file / path and then update the working
> copy the
Thorsten Schöning wrote on Tue, Jan 03, 2017 at 17:56:12 +0100:
> Guten Tag Daniel Shahaf,
> am Dienstag, 3. Januar 2017 um 16:02 schrieben Sie:
>
> >> > write(4, "( failure ( ( 160016 50:Pfad \302\273t"..., 86) = 86
>
> > In subversion/libsvn_ra_svn/pro
Thorsten Schöning wrote on Tue, Jan 03, 2017 at 13:56:34 +0100:
> Could you please be so kind and have a look at the following excerpt
> from strace?
It would have helepd to say what was being strace'd. It looks like the
strace was of svnsync of r1397, run with the target repository accessed
via
João M. S. Silva wrote on Mon, Dec 26, 2016 at 10:02:24 +:
> On 12/24/2016 12:00 PM, Daniel Shahaf wrote:
> >João M. S. Silva wrote on Thu, Dec 22, 2016 at 23:54:59 +:
> >>Thanks. I have submitted a patch to the developers mailing list. (It's my
> >>first ti
Olaf van der Spek wrote on Sun, Dec 25, 2016 at 09:59:44 +0100:
> Aren't you covered if you search * instead of . ? AFAIK * excludes dot
> files too.
That excludes _all_ dot files, not just .svn, and doesn't ignore .svn
dirs in nested working copies (such as externals).
I mentioned hidesvn(1) upt
João M. S. Silva wrote on Thu, Dec 22, 2016 at 23:54:59 +:
> Thanks. I have submitted a patch to the developers mailing list. (It's my
> first time.)
… it doesn't seem to have been moderated through yet?
Jakub Petr wrote on Thu, Dec 22, 2016 at 10:28:24 +0100:
> Why the "transmitting phase" should take so long?
Usually it's because of virus scanners intercepting the disk operations
(opening/writing files).
What makes you think the slowness is svnserve's fault? Is the commit
faster over file:// t
Andreas Krey wrote on Fri, Dec 23, 2016 at 11:56:40 +0100:
> On Fri, 23 Dec 2016 09:30:45 +, Stefan Sperling wrote:
> ...
> > Well, at the time the wc-ng effort was started, a centralized .svn was
> > one of the design goals. That's why the DB schema is the way it is.
>
> See, I thought, wc-ng
Branko Čibej wrote on Thu, Dec 22, 2016 at 11:03:27 +0100:
> On 21.12.2016 17:57, Miller, Hugh wrote:
> >> What is the problem you are trying to solve?
> > The context is versioning file sets/trees that are used by other
> > applications and processes. In this situation, it is nice or imperative t
Branko Čibej wrote on Wed, Dec 21, 2016 at 11:48:55 +0100:
> [1] Except that, when using the file:// protocol, it is *highly
> recommended* to for the client and server to be the same version. In the
> case of administration tools (svnadmin, svnlook, etc.), version parity
> is required.
All these
Todd Armstrong wrote on Tue, Dec 20, 2016 at 21:41:57 +:
> We are currently using one of the 1.8 versions on both centos 6 and
> 7 clients. Don't know if that would be 1.6 server compatible -
All 1.x.y clients are compatible with all 1.a.b servers.
We won't break wire compatibility until 2
João M. S. Silva wrote on Tue, Dec 20, 2016 at 22:37:42 +:
> On 12/13/2016 06:09 AM, Daniel Shahaf wrote:
> >"smtp_use_ssl" is not a mailer.py configuration knob.
>
> You are right. I took that setting from a site:
>
> # added by jmss
> #
> http://sado
Walter Klust wrote on Tue, Dec 20, 2016 at 14:16:18 +0100:
> I have a question regarding the current state of the JavaHL bindings on
> 1.9/trunk : Are the usecases "import, delete and commit items without
> working copy" supported ?
I think this should be possible through ISVNRemote.getCommitEdito
Pavel Lyalyakin wrote on Fri, Dec 16, 2016 at 21:02:32 +0300:
> I assume that if I run `svn revert --changelist foo`, it will revert
> all the changes made to items listed in 'foo' changelist without
> asking me for paths to the items I want revert. Is this correct that
> `svn revert` requires me t
Mark Phippard wrote on Thu, Dec 15, 2016 at 09:40:43 -0500:
> 2. The easier approach is the start-commit hook. Just have a single master
> hook-script that all repositories are symlinked to. Assuming you do not
> use this hook for anything else, you can just have it in place with content
> like:
João M. S. Silva wrote on Tue, Dec 13, 2016 at 00:14:56 +:
> >Didn't you ask this on IRC not long ago?
>
> Yes, but there was no answer. Now that you mention it, I suppose someone
> answered while my computer was sleeping/suspended and logged out from IRC?
Yes, someone left a reply on the cha
João M. S. Silva wrote on Fri, Dec 09, 2016 at 02:47:26 +:
> This has worked for years.
>
> However, recently I get this error:
>
> smtplib.SMTPException: SMTP AUTH extension not supported by server
>
> Searching for a solution, it seems we have to run "starttls" before
> "ehlo", but I don
siddharth Goel wrote on Fri, Dec 09, 2016 at 20:53:58 +0530:
> Could someone please help me out with this?
This is the mailing list for the Subversion core libraries. You should
ask your question on the mailing list for TortoiseSVN:
https://tortoisesvn.net/community.html
Good luck,
Daniel Shahaf wrote on Thu, Dec 08, 2016 at 06:20:20 +:
> The steps should be this:
>
> f() {
> token="$USER@$(hostname):${RANDOM}:${RANDOM}"
> svn propset --revprop -r0 -- svn:sync-lock $token
> svn propget --revprop -r0 --strict svn:sync-lock | fgrep
Stümpfig, Thomas wrote on Thu, Dec 08, 2016 at 07:36:10 +:
> Hi Daniel,
> you are a guru. I don't know why but it worked!
>
> I guess the magic is in the difference of network transmission of svnsync vs
> svnrdump / svnadmin load
That's pretty unlikely: svnsync and svnrdump use the very same
Stümpfig, Thomas wrote on Wed, Dec 07, 2016 at 23:32:38 +:
> This is the situation of the starting point. (I restored)
The steps should be this:
f() {
token="$USER@$(hostname):${RANDOM}:${RANDOM}"
svn propset --revprop -r0 -- svn:sync-lock $token
svn propget --revprop -r0 --strict svn:s
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 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 b
Johan Corveleyn wrote on Sun, Dec 04, 2016 at 18:27:48 +0100:
> It's impossible to say now which files were there before, and which
> were added by the checkout (OK, the unversioned items were certainly
> "local files", but the versioned ones ... who knows?
Couldn't you look for files and empty di
Marc Pawlowsky wrote on Fri, Dec 02, 2016 at 20:48:16 -0500:
> However I believe a supported, documented, and forward compatible way is
> preferable; given the volume of questions that come up when googling it
> seems to be a popular item.
>
I don't recall it ever being asked before on this lis
Marc Pawlowsky wrote on Fri, Dec 02, 2016 at 11:50:14 -0500:
> There is a lot of effort and hacks on determining what SVN database
> version is being used on the working copy. Usually resorting to
> examining the internal contents of a .svn/* file.
The incantation is:
format_number=`head -n1
vellur pandian R K wrote on Tue, Nov 22, 2016 at 15:00:09 +0530:
> * Verified revision 508451.
> svnadmin: E160004: Mergeinfo-count discrepancy on 'a-1.0.r508452/9674':
> expected
> 1244741480414057964+0, counted 116
This looks like issue #4129:
https://subversion.apache.org/docs/issue4129.t
Olaf van der Spek wrote on Tue, Nov 22, 2016 at 10:19:06 +0100:
> On Tue, Nov 22, 2016 at 10:11 AM, Stefan Sperling wrote:
> > Subversion does not version file permissions. You may end up with
> > sensitive files being readable by users other than root (e.g. files
> > such as SSH private host keys
Johan Corveleyn wrote on Tue, Nov 22, 2016 at 09:43:26 +0100:
> If you want to add that option to every status command, maybe you can
> use a shell alias or something similar for that?
For Bourne-like shells:
svn() {
case "$1" in
st|stat|staus) command svn -q "$@";;
*) c
Stefan Hett wrote on Thu, Nov 10, 2016 at 11:52:43 +0100:
> On 11/10/2016 8:08 AM, Cooke, Mark wrote:
> >>-Original Message-
> >>From: Stefan [mailto:luke1...@posteo.de]
> >>Sent: 09 November 2016 21:43
> >>To: users@subversion.apache.org
> >>Subject: Re: Feature request: Restoring pristine
Alexander Teut wrote on Thu, Nov 03, 2016 at 16:58:33 +0300:
> Firstly, the serf version is 1.3.8, but there's already 1.3.9.
That's intentional. We don't bump recommended dependency versions in
patch releases unless required to pick up a bug fix. (1.3.9 should
stlil work; it's just not what the
Daniel Shahaf wrote on Sun, Oct 23, 2016 at 16:50:03 +:
> Sergey Sharybin wrote on Fri, Oct 21, 2016 at 13:57:41 +0200:
> > We've discovered that one specific change consistently breaks corrupts
> > repository on the server side.
>
> Sergey, thanks for the report.
Sergey Sharybin wrote on Fri, Oct 21, 2016 at 13:57:41 +0200:
> We've discovered that one specific change consistently breaks corrupts
> repository on the server side.
Sergey, thanks for the report. Stefan has looked into it and concurs
it's a bug. We don't currently have a patch but we expect o
yuan lixin wrote on Sat, Oct 22, 2016 at 20:26:42 +0800:
> static svn_error_t *
> onSslServerTrustPrompt(svn_auth_cred_ssl_server_trust_t **cred,
>void *baton,
>const char *realm,
>apr_uint32_t failures,
[ moving to dev@; please reply to dev@ only ]
Johan Corveleyn wrote on Sat, Oct 15, 2016 at 22:59:28 +0200:
> C:\autoprops\wc\trunk\dir>svn pg svn:auto-props --show-inherited-props
> C:\autoprops\wc - *.txt = svn:eol-style=native
>
> C:\autoprops\wc\trunk - *.txt = svn:mime-type=application/octet
Rainer Senn wrote on Tue, Oct 04, 2016 at 22:23:55 +0200:
> (I am new here. I hope I do the right step now for a feature request in
> TortoiseSVN. Maybe somebody can tell me what's the next step after this
> email.)
This is the mailing list for the Subversion core tools and libraries,
not for Tort
Zdenek Sedlak wrote on Fri, Sep 30, 2016 at 15:46:07 +0200:
> How I can test if the Subversion 1.9.4 works correctly on RHEL 7? Red
> Hat stated that the bug should be fixed since httpd-2.4.6-39, but I need
> to confirm that.
Try:
cd subversion/tests/cmdline && ./davautocheck.sh basic special_pat
Lorenz wrote on Thu, Sep 29, 2016 at 14:29:34 +:
> Daniel Shahaf wrote:
> >Nico Kadel-Garcia wrote on Tue, Sep 27, 2016 at 19:44:07 -0400:
> >> If you switch the upstream repo for a software source repo, recompile.
> >> It's the best way to make sure you
Nico Kadel-Garcia wrote on Tue, Sep 27, 2016 at 19:44:07 -0400:
> If you switch the upstream repo for a software source repo, recompile.
> It's the best way to make sure you've not left some datestamped file
> inconsistencies that could mess with the system.
Subversion supports both the "recompile
Johan Corveleyn wrote on Mon, Sep 26, 2016 at 13:04:04 +0200:
> Maybe I'm missing something, but I don't understand why 'svn diff
> --old=TRUNK --new=BRANCH' would show you things that you previously
> merged from TRUNK to BRANCH. It should show exactly the content-wise
> difference between TRUNK a
Lorenz wrote on Mon, Sep 26, 2016 at 06:01:31 +:
> are you sure about tha being a bug?
>
> If for instance in the file the URL keyword is used to initialize a
> string variable, wouldn't you want the file to be recompiled after the
> switch?
You are describing a different scenario than the OP
Veit Guna wrote on Sat, Sep 24, 2016 at 12:19:16 +0200:
> So basically what I need is a diff that shows me the same changes that
> would be made to trunk if the branch
> would be merged to it (ignoring trunk changes merged to branch).
>
> Is this somehow possible?
Checkout trunk@HEAD, run 'merge
FEDERICO PRADES ILLANES wrote on Fri, Sep 23, 2016 at 12:36:24 +0200:
> Steps to reproduce:
>
>1. Create a branch b1.
>2. Create an dummy file in b1, with svn:keywords.
>3. Don't use the svn:keywords on the file.
>4. Commit the changes to b1.
>5. Create a branch b2, from b1.
>
Jeff Orrok wrote on Fri, Sep 16, 2016 at 12:26:06 -0600:
> As Firefox says, "well, this is embarrassing".
>
> It looks like I've misinterpreted lines which are actually patterns that
> pertain to a target on a previous line.
>
> I think I did this because the blank lines are inconsistent
>
> Her
Branko Čibej wrote on Sat, Sep 17, 2016 at 03:29:25 +0200:
> But be aware that if the RHEL 7 version of httpd is *not* patched, your
> SVN server will be broken in subtle ways.
>
> I really have no idea how to check that.
I believe the relevant change is this:
https://svn.apache.org/repos/asf/
Billy Buzzard wrote on Fri, Sep 02, 2016 at 17:48:34 +:
> Daniel the configuration is very similar to mine and it only partially
> works. Did you test your configuration by using "svn log" from the
> command line? I did and it still has the same problem.
>
> D:\projects\foo>svn log sv
Billy Buzzard wrote on Fri, Sep 02, 2016 at 15:28:11 +:
> What do I do if I have a group of trusted developers who are allowed
> to see all projects and another group of non-so-trusted developers who
> are only allowed to see their project?
This:
[groups]
trusted = ...
untrusted
Nico Kadel-Garcia wrote on Mon, Aug 29, 2016 at 10:23:03 -0400:
> Simple answer: not without setting up a new Subversion repository,
> with a new URL and the revision excluded, and making all your clients
> switch to it.
To clarify: the "switch" Nico is referring to isn't an invocation of
'svn swi
Eric Johnson wrote on Mon, Aug 22, 2016 at 14:29:47 -0700:
> * // move original repo out of the way, move new copy into position.
At the comma you should restart the server to flush caches:
http://mail-archives.apache.org/mod_mbox/subversion-users/201606.mbox/%3c20160609125706.GA4020@tarsus
Mark Phippard wrote on Mon, Aug 22, 2016 at 17:06:05 -0400:
> On Mon, Aug 22, 2016 at 2:11 PM, Eric Johnson wrote:
>
> > So I wrote myself a tool to go through all commit comments, and verify
> > that no "CRs" appear in the svn:log entry. If I find them, I rewrite the
> > log entry. That way, I c
Eric Johnson wrote on Mon, Aug 22, 2016 at 11:11:17 -0700:
> I've seen that other people recommend editing the dump file directly, but
> that makes me quite nervous, especially on an 8MB dump file. Hoping there's
> a better way.
You could just pass --bypass-prop-validation to 'svnadmin load'. Tha
Johan Corveleyn wrote on Thu, Aug 11, 2016 at 15:46:54 +0200:
> svndumptool (if you want, you might be able to visually verify if it's
> fixed by opening the dumpfile before and after with a text editor (but
> caution: do not edit by hand, there are checksums and content-lengths;
> it's easy to cor
Eric Johnson wrote on Fri, Jul 22, 2016 at 09:27:50 -0700:
> Hi Lars,
>
> On 7/22/16 1:56 AM, Krueger, Lars (CQSE) wrote:
> >Hello together,
> >I need to know how SVN ensures that each item (comminting or updateing) is
> >correctly transmitted from/ to a repository. If I use ‘svn info’ command I
>
Ryan Schmidt wrote on Mon, Jul 11, 2016 at 22:33:51 -0500:
> You can verify this by checking whether the file /repositories/format
> exists and by running "svn info file:///repositories"
As of 1.9 we have 'svnadmin info /repositories' for this purpose.
Stefan Sperling wrote on Thu, Jun 30, 2016 at 22:26:31 +0200:
> It just needs one more vote from a committer to make it in,
> and no vetoes.
It needs no more votes: bindings changes require one +1 and one +0, and
r1683266 has that. You can move the change to the "Approved" section.
This means r1
Andrew Reedick wrote on Mon, Jun 27, 2016 at 20:00:02 +:
> However, I'm not sure what the pros/cons of packing are in regards to rsync.
Packing a repository moves revision data from the existing files to new
files: it basically concatenates each 1000 revision files into a single
file.
I think
Stefan wrote on Sun, Jun 26, 2016 at 22:28:20 +0200:
> On 6/26/2016 05:48, Nico Kadel-Garcia wrote:
> >
> > http://stackoverflow.com/questions/10279222/how-can-i-fix-the-svn-import-line-endings-error
> I remember the old discussions relating to this issue only very faintly,
> but the same threa
Johan Corveleyn wrote on Mon, Jun 13, 2016 at 10:04:13 +0200:
> But if you have local moves, it seems the 'Delete' part of the move is
> lost when updating to depth empty, and the move is broken (converted
> into just the A+ of the "Add" part).
>
> This looks like a bug in "update --set-depth" (lo
Stefan Fuhrmann wrote on Wed, Jun 08, 2016 at 07:55:14 +0200:
> On 04.06.2016 18:57, Daniel Shahaf wrote:
> >Stefan Fuhrmann wrote on Sat, Jun 04, 2016 at 08:04:42 -:
> >>On 2016-06-03 09:36 (+0200), Radek Krotil wrote:
> >>>Hello.
> >>>
> >>
Stefan Fuhrmann wrote on Sat, Jun 04, 2016 at 08:04:42 -:
> On 2016-06-03 09:36 (+0200), Radek Krotil wrote:
> > Hello.
> >
> > Today, I encountered a problem when trying to pack a repository after
> > migrating it to the FSFS 7 format by performing full dump / load sequence.
>
> I assume y
Pavel Lyalyakin wrote on Wed, Jun 01, 2016 at 19:29:14 +0300:
> Yes, hotcopy makes full repository copy with locks and hook scripts.
> Read SVNBook[2].
For FSFS repositories, 'hotcopy' doesn't backup locks atomically [1];
one workaround to that is to wrap it by a 'freeze', as in 'svnadmin
freeze r
Michael Schwager wrote on Wed, Jun 01, 2016 at 09:58:18 -0500:
> We are very paranoid about our Subversion repo, notwithstanding the fact
> that the previous sysadmin didn't back it up. But that's another story. Now
> I'm here at my job, I've inherited the repo admin duties, and I want to
> back it
[moving to dev@, please drop users@ on followups]
Cosmere Infahm wrote on Wed, May 11, 2016 at 14:40:53 +0200:
> Could you please improve the warning/error to include the external involved
> so that troubleshooting is easier?
I think this patch will do the trick:
[[[
Index: subversion/libsvn_cli
Tati, Aslesh wrote on Fri, May 06, 2016 at 21:33:40 +:
> Hi,
>
> I have a question about the behavior of svn checkout. Here is the scenario:
> I have a standard trunk, branches, tags structure for one of my apps in a
> repo and I created a branch, say at revision 500 of trunk.
> Later, I dele
Stefan Hett wrote on Mon, May 09, 2016 at 09:11:05 +0200:
> 2) Why does the svn co command create a subdirectory 'a' instead of taking
> the specified URL as the path to checkout entirely?
Can you explain in more words what you expect
.
cd /tmp/ && svn checkout
https://svn.apache.org/repos/a
Eric Johnson wrote on Wed, May 04, 2016 at 09:42:53 -0700:
> On 5/4/16 4:43 AM, Dariusz Staniak wrote:
> >How can I force
> >svn status
> >not to indicate files with added/removed blank lines as modified?
> You can't. Subversion has to treat all changes to files as relevant.
> Consider something li
Terry Dooher wrote on Tue, May 03, 2016 at 11:07:25 +:
> From: Stefan Fuhrmann [mailto:stef...@apache.org] 29 April 2016 08:29
> > The best way to detect an incomplete dump is to run 'svn log -v -q'
> > on the repository root. The output must be the same for the old and new
> > repository.
>
Stefan Fuhrmann wrote on Mon, May 02, 2016 at 07:19:34 +0200:
> On 30.04.2016 02:47, Daniel Shahaf wrote:
> >Does any third-party tool make that optimization?
>
> Such a tool would probably ignore checksums altogether
> because there is no point in explicitly ignoring them
>
Stefan Fuhrmann wrote on Fri, Apr 29, 2016 at 09:29:20 +0200:
> Issue #4554 talks about two things, a set of conditions and their
> immediate impact (broken dump file). The dump file will simply
> not load and that's easy enough to detect. The set of conditions
> is as follows:
>
> 1. Represen
Ryan J Ollos wrote on Sat, Apr 23, 2016 at 17:43:44 -0700:
> On Sat, Apr 23, 2016 at 3:19 PM, Daniel Shahaf wrote:
>
> > Daniel Shahaf wrote on Sat, Apr 23, 2016 at 21:48:38 +:
> > > Ryan J Ollos wrote on Sat, Apr 23, 2016 at 14:23:37 -0700:
> > > > For a lon
Daniel Shahaf wrote on Sat, Apr 23, 2016 at 21:48:38 +:
> Ryan J Ollos wrote on Sat, Apr 23, 2016 at 14:23:37 -0700:
> > For a long time I've known the rule "don't modify a transaction in a
> > pre-commit hook", documented in (1) and recently repeated in (2).
Stefan Sperling wrote on Sat, Apr 23, 2016 at 18:31:39 +0200:
> On Sat, Apr 23, 2016 at 05:55:23PM +0200, Florian Weimer wrote:
> > It seems that mod_dontdothat creates an Expat XML parser without
> > inhibiting XML entity expansion for the internal DTD subset. This
> > might cause a denial-of-ser
Ryan J Ollos wrote on Sat, Apr 23, 2016 at 14:23:37 -0700:
> For a long time I've known the rule "don't modify a transaction in a
> pre-commit hook", documented in (1) and recently repeated in (2).
>
> I was therefore surprised to read about the "svnadmin setrevprop" command
> (3) in 1.9, and to s
Eric Ahlstrom wrote on Fri, Apr 01, 2016 at 04:38:06 -0600:
> I appreciate all input on my rfi, we are specifically asking for input from
> Solidworks users with experience using svn as their basis pdm.
Changed the subject to draw their attention. (SolidWorks users: see
Eric's first post in the t
Osipov, Michael wrote on Fri, Apr 01, 2016 at 08:00:56 +:
> Hi folks,
>
> I am trying to figure out how I can effectively mimic the behavior
> of mod_authz_svn with svnauth(1). I do have a small, read-only PHP
> application which shall browse a repo just like mod_dav_svn does
> with the same
Eric Ahlstrom wrote on Tue, Mar 29, 2016 at 11:53:03 -0600:
> renaming/reorganizing files requires incredibly complex work arounds.
What workaround? Do you refer to the need to call 'svn mv' to tell svn
about the rename?
Normally, 'svn mv' does two things: (a) rename the file on disk,
(b) record
Reyaz wrote on Mon, Mar 28, 2016 at 02:44:49 -0700:
> Hi Team,
>
> We have recently upgraded subversion from 1.6 version to 1.8 version on RHEL
> 5.8. After upgrade we are getting below error in error_log file. Before
> upgrade everything working fine.Now we are unable to access the projects
> wi
Stefan Sperling wrote on Mon, Mar 21, 2016 at 20:58:37 +0100:
> On Mon, Mar 21, 2016 at 10:33:49AM -0700, Safarulla Meerasahib wrote:
> > Hi,
> >
> >
> >
> > We have recently taken over a production application from other team,
> > which uses the SVN 1.5.0 as one of the component. Now we have
Manju C wrote on Mon, Mar 21, 2016 at 05:17:01 -0700:
> "mod_dav_svn: nested Location '/svn' hinders access to '' in SVNPath
> Location '/svn'"
It means you have two directives, either two
or a and a , that both contain a "DAV svn"
directive.
webster.br...@rogers.com wrote on Wed, Mar 16, 2016 at 14:18:10 +:
> It is looking like this custom pre-commit hook script will need to
> differentiate svn:mergeinfo property changes from the general
> changes. Then query for general access control hopefully with an
> existing python/ini solut
subhadarsan das wrote on Tue, Mar 15, 2016 at 11:09:29 +:
> Hi Team,
> We are trying to install subversion 1.9.3 on Windows 2008 Server with Apache
> Haus 2.4 which already has APR and OpenSSL compiled into it. We however have
> ignored the optional packages and sticking to core packages onl
Eric Dramstad wrote on Mon, Mar 14, 2016 at 11:43:36 -0400:
> tar xvf subversion-1.9.3.tar.bz2
> pushd subversion-1.9.3
> ./configure --with-apr=/usr/local\
> --with-apr-util=/usr/local\
> --with-serf=/usr/local\
> --prefix=/usr/local
>
Victor Sudakov wrote on Fri, Mar 11, 2016 at 22:33:32 +0600:
> $ svnadmin dump repos/configs |\
> svndumpfilter --drop-empty-revs include /cisco/trunk/caracal-confg \
> > tmp/test1.svn
> [copious output deleted]
>
> $ svnadmin create test2
Run 'svn mkdir --parents file://$(pwd)/te
Steffen Moser wrote on Fri, Feb 12, 2016 at 17:24:16 +0100:
> After learning this, I had a look at the HTTPS part of my site-specific
> Apache configuration (/etc/apache2/2.4/sites.d/...). There I found a
> strange configuration line:
>
> SSLCryptoDevice pkcs11
For future reference, you can run
Michal Matyl wrote on Thu, Feb 11, 2016 at 10:19:02 +:
> The example is about a simple branch merging with default settings and
> a classic conflict situation, no fancy features or complex
> trunk-to-branch back merging, so I belive simple prose description of
> the problem is enough.
The pros
cpengr wrote on Tue, Feb 09, 2016 at 18:17:36 -0500:
> Questions:
> 2. How can I delete this directory tree?
Try 'svn unlock --force' and 'svn rm' with URL arguments, e.g.,
svn unlock --force svn://svn/junk
svn rm svn://svn/junk
> 1. How did this happen?
> 3. Do I need to take further a
Bert Huijben wrote on Sun, Feb 07, 2016 at 15:38:42 +0100:
> It is probably nice to fix this specific case as it is above the FS
> layer, but I don't think we should really start to look at fsfs as EOL
> agnostic.
I wasn't proposing to make FSFS EOL agnostic. I was proposing to make
the error mes
Michael Osipov wrote on Fri, Feb 05, 2016 at 23:34:16 +0100:
> Am 2016-02-05 um 22:10 schrieb Ivan Zhakov:
> >'vn: E160033: Invalid name for FS type 'fsfs
> >]]]
> We know now that the repo is mangled. The output of the last line is broken
> btw. It should read "svn:... 'fsfs'" but it reads "'vn:..
Rick Varney wrote on Fri, Feb 05, 2016 at 09:31:40 -0800:
> Errors I see in my svnserve.log that *may* be related are:
>
> 28207 2016-02-03T18:31:50.113582Z xxx.xx.xx.xxx - - ERR - 0 210002 Network
> connection closed unexpectedly
>
> 28540 2016-02-03T18:50:55.871361Z xxx.xx.xx.xxx - - ERR - 0 10
401 - 500 of 1950 matches
Mail list logo