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
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
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
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
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.
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
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
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
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
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
n I disconnect, I see the
exception as above.
Let me know if I can offer any other information.
Cheers,
Jon
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
>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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
--
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
;
> 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
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
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:
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
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
. 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
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
-
> 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
ctories beneath the root of the copy operation.
--
Jon
"lib64 is a wart on history and should never have been there."
-Tollef Fog Heen
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
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)
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
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
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
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
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
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
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
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.
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
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
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.
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
66 matches
Mail list logo
