Hi,
It seems svn_load_dirs.pl doesn't support filenames with @ in. You get an
error such as:
's...@2x.png': a peg revision is not allowed here
This patch adds @ to the end of the filename, to make it work.
Cheers,
Jon
--- svn_load_dirs.pl.in.old.txt 2
g file. (But this is probably a bad idea
unless it's an internal SVN server that's locked down by corporate
policy).
http://httpd.apache.org/docs/2.2/howto/access.html#env
Bear in mind that some people may not be using the offic
e discovered and matched before the group rule,
> > thus denying Jane write access.
Older versions of the SVN book were wrong. The latest version has
corrected this. See:
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.h
tml
Kind regards,
Jon
http://subversion.apache.org/faq.html#version-value-in-source
Kind regards,
Jon
-Original Message-
From: BRM [mailto:bm_witn...@yahoo.com]
Sent: 26 October 2010 20:56
To: SubVersion Users
Subject: SVN Keywords...
I have a series of projects that operate as service daemons; all the
>it and see what you can find.
http://svn.borg.ch/svndumptool/
Haven't tried it myself, but it claims to do what you want.
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely
I noticed that after an SVN revert, the files I reverted didn't seem to be
getting rebuilt. To my surprise, the modify time following the revert went
backwards rather than forwards. Even more confusing, the change time went
forward as expected. Following a "touch", everything is copacetic and ma
ably be able to use "svn cp" and do a second commit to re-add it
with the right contents. This seems like a very ugly hack.
Any ideas how to resolve this properly?
Kind regards,
Jon
**
This email and its attachments
ould be useful in my
situation.
I've spent a long time trying to figure out what is going on and not got very
far. I guess this behaviour is probably deliberate - it would be really
interesting to have an idea of different factors deciding subversion behaving
in this way.
Thanks
Jon
use an old, not quite so good, xdelta? Or
is it just that it applies xdelta after its already done some format
manipulation on the file, which then makes it less delta-able? Or something
else...
Jon
-Original Message-
From: Andreas Krey [mailto:a.k...@gmx.de]
Sent: 08 August 2011 13:4
es-to-big-files/7001562#7001562
Jon
From: Mark Phippard [mailto:markp...@gmail.com]
Sent: 09 August 2011 10:50
To: Jon Stafford
Cc: Andreas Krey; Daniel Shahaf; users@subversion.apache.org
Subject: Re: not storing diffs of binary files
On Tue, Aug 9, 2011 at 1:19 PM, Jon Stafford
m
Guys,
I have an oddity I have never seen before. I have a log entry when viewed
from tortoise that has no author, actions, message and says (no date) for
the date and time.
any ideas?
--
--
N: Jon Hardcastle
E: j...@ehardcastle.com
Q: The avalanche has already started. It is too late
Think you might be on to something there... I'll have to try it out.. then I
can sleep easy :) and not think it is corruption!
On 7 October 2011 12:55, Neil Bird wrote:
> Around about 06/10/11 10:07, Jon Hardcastle typed ...
>
> I have an oddity I have never seen before. I ha
ng on here. Thanks for any pointers.
jon N
Please consider the environment before printing this email
The information transmitted is intended only for the person or entity to which
it is addressed and may con
Hi Stefan, Philip
Thanks for your postings:
> On Fri, Oct 21, 2011 at 10:34:52AM +0100, Jon Nicoll wrote:
>> So, my question is: is there something in the 'svn commit' protocol
>> which causes the client process to do a lot of work, potentially
>> causing the clie
b?
Is this correct?
--
--
N: Jon Hardcastle
E: j...@ehardcastle.com
Q: The avalanche has already started. It is too late for the pebbles to
vote.
o it configuration as far as i can tell.
The server is running debian lenny with svn 1.5.1
Any help would really be appreciated
Thanks,
PS: please be sure to CC me on replies, I am not subscribed:
jon.gri...@gmail.com
Jon Grimes
1340 Home Ave. STE A
Akron, OH 44310
Toll Free: 800-493-3450
Fax: 800-446-5906
This happens with any hidden file, not just .htaccess files.
Any idea's?
On Tue, Jan 31, 2012 at 3:19 AM, Daniel Shahaf wrote:
> Probably a bogus httpd config --- overly greedy application of a "don't
> GET .htaccess" directive. Try files called .ABC
>
> Jon G
t 8:05 AM, Ryan Schmidt <
subversion-20...@ryandesign.com> wrote:
> On Jan 31, 2012, at 06:47, Jon Grimes wrote:
> > On Tue, Jan 31, 2012 at 3:19 AM, Daniel Shahaf wrote:
> >> Jon Grimes wrote on Mon, Jan 30, 2012 at 19:32:27 -0500:
> >>> Essentially my repository
dn't. I was planning on moving our repo this year anyways to a
newer version of svn. Now I think i'll make that a higher priority.
Thanks guys.
On Tue, Jan 31, 2012 at 8:33 AM, Ryan Schmidt <
subversion-20...@ryandesign.com> wrote:
>
> On Jan 31, 2012, at 07:18, Jon Grimes
Bump!
On 30 January 2012 16:08, Jon Hardcastle wrote:
> Hi,
>
> I have an issue where by i am trying to merge a directory structure from a
> into b.
>
> One of the changes in that structure is that a directory that is already
> present in b has been deleted and re-added
cation credentials when Apache
>> hasn't asked for them.
There are workarounds documented in the blog post.
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use o
ools[3] to ensure that only one instance of svnsync runs
at once.
Kind regards,
Jon
[1]
http://mail-archives.apache.org/mod_mbox/subversion-dev/200911.mbox/%3C2
0091127115356.gc9...@jack.stsp.name%3e
[2] http://subversion.tigris.org/issues/show_bug.cgi?id=3546
[3]
http://mail-archives.apache.
might get
rid of this corruption but introduce a different corruption.
Using dump/load should give you a valid repository.
Kind regards,
Jon
[*] It's number zero on the "Subversion Worst Practices" guide:
http://www.red-bean.com/fitz/presentations/2007-07-27-O
0m30.069s
user0m0.004s
sys 0m0.020s
~/svnscratch$
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use of the individual to whom it is addressed. Any views o
r/lock/svn_sync_lock file and ensure
it's writable by the user your post-commit hook is running as.
"flock" is a mature, tested piece of code to handle locking.
It will ensure that only one copy of svnsync is running at a
time. That way, the race condition in svnsync is avoided.
native (UNIX style) line breaks?
... Ok, I've just managed to reproduce this and confirmed my speculation
above. Reproduction recipe:
On Linux:
> > > > 1. Get the source code subversion-1.6.9;
Using the ZIP file, not the tar.gz.
> > > > 2. Run 'autogensh' without
ris.org/ds/viewForumSummary.do?dsForumId=4061
http://subclipse.tigris.org/ds/viewForumSummary.do?dsForumId=1047
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use o
list.
1.6.4 is available in the backports.org repository:
http://www.backports.org/dokuwiki/doku.php?id=instructions
http://packages.debian.org/lenny-backports/subversion
But they don't have a 1.6.9 package yet.
Kind regards,
Jon
dsForumId=1065
4) Click the link that says "My subscription settings"
5) Untick the box that says "Subscribed" and click the "Save Changes"
button.
6) If you're also subscribed to the "dev" list, go to this URL:
http://subversion.tigris.org/ds/vi
27;svn log' contains only unreadable
> changed-paths, then only the revision number is displayed.
Is this documentation wrong? Or doesn't it apply for some reason?
Kind regards,
Jon
**
This email and its attachmen
ile can be moved somewhere else, so you can
remove this restrictive permission? (This may require you to dump
the repository and use "svndumpfilter" to get rid of the historical
revisions of /trunk/specialfile).
Kind regards,
J
change them to any value, without leaving an audit
trail). They are generated automatically by Subversion, you can't
(easily) turn them off. Subversion will store them forever (or
until someone changes or deletes them). These only tell you the
commit time, they won't tell you about check
ned (and unpredictable). My understanding is that this
does a binary search, which will go haywire if your dates
aren't monotonically increasing. So you can't use it on
such repositories.
Kind regards,
Jon
--
(Please direct all replies to the mailing list)
devree
Last Changed Rev: 3
Last Changed Date: 2010-03-29 13:40:53 -0400 (Mon, 29 Mar 2010)
--
Jon
"lib64 is a wart on history and should never have been there."
-Tollef Fog Heen
ctories beneath the root of the copy operation.
--
Jon
"lib64 is a wart on history and should never have been there."
-Tollef Fog Heen
-
> r5 | jadevree | 2010-03-29 13:43:06 -0400 (Mon, 29 Mar 2010) | 1 line
>
> test branch
>
> r2 | jadevree | 2010-03-29 13:40:30 -0400 (Mon, 29 Mar 2010) | 1 line
>
> foo
>
--
Jon
"lib64 is a wart on history and should never have been there."
-Tollef Fog Heen
it shows a different
revision as the most recent change:
$ svn info http://svn.apache.org/repos/asf/subversion/tags/1.6.9/build | grep
^Last
Last Changed Author: hwright
Last Changed Rev: 884204
Last Changed Date: 2009-11-25 12:23:50 -0500 (Wed, 25 Nov 2009)
--
Jon
"lib64 is a wart on hi
. So you could do:
[groups]
developers = joe,
frank,
bob
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use of the individual to whom it is addresse
t; to sync from your local repository to the real one.
Note that the target repository has to be completely empty to do
this.
4) Delete your temporary local repository.
Kind regards,
Jon
**
This email and its attachments
r details:
http://svnbook.red-bean.com/en/1.5/svn.advanced.locking.html
http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.unlock.html
Kind regards,
Jon
--
Please direct all replies to the mailing list.
From: Tom Jones [mailto:tom.jo...@woodward.com]
Sent:
ind regards,
Jon
--
Please direct all replies to the mailing list.
-Original Message-
From: Tom Jones [mailto:tom.jo...@woodward.com]
Sent: 14 April 2010 13:47
To: users@subversion.apache.org
Subject: RE: cannot break lock due to no matching lock-token
Thanks for replying.
I am using
;
> Thanks
> Mário
Have you read the SVN book? http://svnbook.red-bean.com/
It has a good explanation of peg revisions.
Kind regards,
Jon
--
Please direct all replies to the mailing list.
**
This email and its attac
I'd like not to allow read access to
> everyone in SVN authorization. How can I do this?
Subversion's authz files support "$anonymous" to refer to anonymous
users. (And "$authenticated" to refer to authenticated users).
Kind regards,
Jon
--
Please direct al
so.1 => /usr/lib64/libz.so.1 (0x0034a690)
What's the full output of ldd?
Are you linking against some other library that's linked against
your system zlib? Run ldd on every other library that's listed,
to see if any depend on libz.so.
Kind regards,
Jon
--
Would the Subversion
developers be interested in including it in Subversion?
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use of the individual to whom it is addre
on your pre-revprop-change hook in
the target repository? What user does Apache run as? Does that user
have execute permission on the hook script?
Kind regards,
Jon
**
This email and its attachments may be confidential and
int.html
> > #svn.reposadmin.maint.migrate
>
> But note that although the revision histories are maintained, when you
> combine them the revisions will be renumbered and you also won't be
able
> to specify date ranges because the changes will be out of order in the
Hi,
SVN decides if two repositories are "the same" by comparing their UUIDs.
You can get the Repository UUID from the old repository with "svn info",
and set it on the new repository with "svnadmin setuuid".
Kind regards,
Jon
in the book:
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.s
erverconfig.httpd.extra.writethruproxy
Kind regards,
Jon
**
This email and its attachments may be confidential and are intended solely for
the use
SL page, click padlock in
bottom-right corner of browser, "View Certificate", "Details",
"Export").
Useful reference:
http://httpd.apache.org/docs/2.2/mod/mod_ssl.html
Kind regards,
Jon
**
This email
low the
changes. Many "pre-revprop-change" scripts will disallow changes to
"svn:date" and "svn:author", although they might allow other revprops
such as "svn:log" to be edited.
http://svnbook.red-bean.com/nightly/en/svn.ref.reposhooks.pre-revprop-ch
ange.html
Hi,
Steven Woody wrote:
> On 20 August 2010 23:19, Steven Woody wrote:
> > Hi,
> >
> > With a replication/write-through setup, can a user execute 'svn
lock'
> > on master/slaver nodes? Thanks.
>
> Hey folks, no one can gives me a hint?
The SVN Book
t won't happen in Subversion 1.7, so I wouldn't worry about it.
(Subversion 1.7 won't have .svn folders in subdirectories, so you won't
be able to delete them).
Kind regards,
Jon
**
This email and its attachments m
on.
> Each of your dump files will create a valid repository, but will
> preserve the paths exactly as they were in the original repository."
> is the interesting part you should read especially carefully.
>
> Stefan
I'm wondering if svndumptool could do this automatical
I have an external dependency, and the 3rd party repository uses HTTP basic
authentication. I tried setting my svn:externals property to use the standard
http://user:p...@server.com/path format, but I am still prompted to authenticate
at the terminal. Is there a way to get svn to use the user:pas
n I disconnect, I see the
exception as above.
Let me know if I can offer any other information.
Cheers,
Jon
Is there a way to imbed the version into the source? For example if I have
shell scripts under subversion that are utilized in a released directory (not
subversion working directory) - How would I know what version is being used?
jon madsen
27;yes' or 'no' in
'/.subversion/servers'.
---
Store password unencrypted (yes/no)? yes
Segmentation fault(coredump)
Jon-Erik TYVAND
Infrastructure Engineer
[Sopra Steria]
Sopra Steria
Bisko
I'm not sure what version this change happened in, but I used to be able
to have my /home directory mounted and use subversion commands in my home
directory, even though the .svn directory exists at /.svn
But, today, I installed a new server, and whenever I use subversion inside
my home direct
On Sun, 7 Aug 2022, Nico Kadel-Garcia wrote:
On Sun, Aug 7, 2022 at 8:40 AM Jon Daley via users
wrote:
I'm not sure what version this change happened in, but I used to be able
to have my /home directory mounted and use subversion commands in my home
directory, even though the .svn dire
On Mon, 8 Aug 2022, Daniel Shahaf wrote:
Jon Daley via users wrote on Mon, Aug 08, 2022 at 05:12:37 -0400:
Which version are you using, and on which operating system?
Debian Bullseye 11.4. Subversion version 1.14.1 (r1886195). I had
assumed
this would be a known issue on a new
ards,
Daniel
[1]
https://stackoverflow.com/questions/47512829/is-it-possible-to-quote-escape-command-line-arguments-on-windows-while-linking-s
--
Jon Daley
https://jon.limedaley.com
~~
You're just jealous because the voices are talking to me.
Your command looks wrong to me. Having both jobs background themselves
but the one wants the return code of the first seems like it wouldn't
work.
Maybe you didn't mean the && as a literal command, and you ran both jobs
independently, and so all & and && should be removed?
(I actually had t
ic of
discussion years ago but this case looks like a bug to me. It doesn't seem
reasonable for the process to crash when pulling a remote commit log of a
repo I don't own/control.
--
Jon Daley
https://jon.limedaley.com
~~
Live your life around the word of God and especially the Gospel.
-- Greg Gill
single svn command per source dir and get all the needed
files from there at the same time according to a supplied list.
Is this possible at all?
--
Jon Daley
https://jon.limedaley.com
~~
A man full of hope will be full of action.
-- Thomas Brooks
in the repo was (deliberately) changed to a
plain file in my working copy. I appreciate that this could be a mistake
generally, but when it's deliberate, how do I signal to svn that it's ok?
I guess I could always: remove, commit, re-add, commit, but can it not be done
otherwi
66 matches
Mail list logo
