.
I'm sure I'm trying to make this harder than it actually is but so far
I'm striking out.
--
Steve Kelley
106 Oklahoma Ave.
Oak Ridge, TN 37830
865 482 7131
I don't know if this question belongs here or not but in any case, any
advice is appreciated Originally posted on tigris.org
On Jun 28, 2010, at 10:30 AM, Steve Johnson wrote:
> > I'm not sure this is the correct place to ask this question.
Briefly, I am trying to install
s that the project was checked out and then
its build command run. The build command created a number of
directories, which have been added to svn:ignore so as not to figure in
svn at all.
What am I failing to understand here?
Steve Cohen
s that the project was checked out and then
its build command run. The build command created a number of
directories, which have been added to svn:ignore so as not to figure in
svn at all.
What am I failing to understand here?
Steve Cohen
e one. Yet without it,
svn:ignore is useless, or at least too cumbersome to be used well.
Steve Cohen
The build process of the application I am bringing under svn creates a
number of unix binary executables that have no extension : for example
abcde
fghqp
etc.
I believe that * will match any files with or without periods so it
isn't suitable. Is there a pattern specifier that would embrace a
On 12/01/2010 02:08 PM, Ryan Schmidt wrote:
Redirecting this discussion back to the mailing list..
On Dec 1, 2010, at 14:05, Steve Cohen wrote:
On 12/01/2010 01:38 PM, Ryan Schmidt wrote:
Can you have the build process write its files to a different directory (a
"build" direc
On 12/01/2010 03:33 PM, Ryan Schmidt wrote:
On Dec 1, 2010, at 15:19, Steve Cohen wrote:
It seems to me that
svn --recursive propset svn:ignore xyz
is basically just syntactic sugar for manually going through issuing
svn propset svn:ignore xyz
on every node of the directory
On 12/02/2010 12:23 AM, Daniel Shahaf wrote:
You can use 'propedit --editor-cmd=script.sh **/', where script.sh
appends '*.o' to argv[1].
Another example, the following is a "Fix typo in the log message" idiom:
% svn propedit --revprop -r69426 --editor-cmd
On 12/01/2010 12:29 PM, Steve Cohen wrote:
I have a need to define a number of svn:ignore patterns in my project.
Some are specific directories somewhere in my project tree. Others are
particular file types created by a build process such as *.o which may
be found in any number of directories
On 12/02/2010 08:39 AM, Bob Archer wrote:
$ svn update
svn: Unable to lock 'utscmd'
$ svn propget svn:ignore
utspkg_src
utscmd
utslib
utsbin
utstool
utscmd is a subdirectory of the current working directory. It is
included in svn:ignore. Why is svn even trying to lock this
directory?
The seq
On 12/02/2010 05:24 PM, Bob Archer wrote:
On 12/02/2010 08:39 AM, Bob Archer wrote:
$ svn update
svn: Unable to lock 'utscmd'
$ svn propget svn:ignore
utspkg_src
utscmd
utslib
utsbin
utstool
utscmd is a subdirectory of the current working directory. It
is
included in svn:ignore. Why is svn
On 12/02/2010 10:23 AM, Steve Cohen wrote:
On 12/01/2010 12:29 PM, Steve Cohen wrote:
I have a need to define a number of svn:ignore patterns in my project.
Some are specific directories somewhere in my project tree. Others are
particular file types created by a build process such as *.o which
Where is this documented? I sometimes see letters I don't know, such as
"G", what is that for - and these outputs may differ from command to
command. Also the column in which a letter appears is significant.
Can someone please point me to a document where this is explained? It's
not in the
On 01/20/2011 04:28 AM, JamieEchlin wrote:
Stephen Butler wrote:
On the command line, try
svn help update
(for instance).
It's also in the SVN Book's command reference chapter, under
the given 'svn' subcommand:
There is docn for the letters for status and for update, but I haven't f
the files that it wanted to delete.
I have a feeling that this was wrong, and that down the line, some
future merge will go badly.
Steve
I work with a very senior colleague who has never always resisted
version control and would much rather do without it, but he is forced to
go along and I am the whipping boy whenever something goes wrong.
He poses a general but simple question that I find myself unable to give
a simple answer
I work with a very senior colleague who has never always resisted
version control and would much rather do without it, but he is forced to
go along and I am the whipping boy whenever something goes wrong.
He poses a general but simple question that I find myself unable to give
a simple answer
Somewhere back in the distant past, I was a bad bad boy and did
something that SVN didn't like to get some merge to work. This happened
about two years ago.
Since then, these files are picked up for properties merges whenever I
merge their project even though they haven't really changed in ye
On 03/23/2011 05:36 PM, Pat Farrell wrote:
Since then, these files are picked up for properties merges whenever I merge
their project even though they haven't really changed in years. How can I
FIX this merge info so I stop being bothered by them.
Wouldn't "svn revert filename" clear this? Or d
On 03/23/2011 08:02 PM, David Huang wrote:
On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
You are not giving much specifics, so how can people know what is going on
in your case?
Specifics for complete 100% reproducable problem:
do svn up
On 03/23/2011 08:09 PM, Pat Farrell wrote:
On 03/23/2011 09:02 PM, David Huang wrote:
If you're sure that the mergeinfo is bogus, why not just delete it?
e.g., svn propdel svn:mergeinfo
fnfapp/src/java/com/fnfbook/bean/FilterListBase.java
I'm sure. I'll try that.
I have not tried it before,
On 03/24/2011 05:01 PM, Bob Archer wrote:
On 03/23/2011 08:02 PM, David Huang wrote:
On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
You are not giving much specifics, so how can people know what
is going on
in your case?
Specifics for c
On 03/24/2011 05:11 PM, Bob Archer wrote:
On 03/24/2011 05:01 PM, Bob Archer wrote:
On 03/23/2011 08:02 PM, David Huang wrote:
On Mar 23, 2011, at 7:52 PM, Pat Farrell wrote:
On 03/23/2011 08:34 PM, Konstantin Kolinko wrote:
You are not giving much specifics, so how can people know
what
you would expect it
to, without certificate errors. Is this a bug with the Windows client or have I
set something up incorrectly?
Thanks for your help!
Steve Platz
il 26, 2011 3:49 PM
To: Platz, Steve
Cc: users@subversion.apache.org
Subject: Re: Windows SSL Error
On Tue, Apr 26, 2011 at 6:06 PM, Platz, Steve wrote:
> Our Entrust SSL certificate recently expired and was replaced with a
> new one utilizing a certificate chain. Since installing the new
&g
Same thing there as well.
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: Tuesday, April 26, 2011 4:15 PM
To: Platz, Steve
Cc: users@subversion.apache.org
Subject: Re: Windows SSL Error
And what about the system-wide file then? /etc/subversion/servers?
On Tue
That was one of my first thoughts as well. I checked my root certificate store
and the Entrust certificate that seems to be having problems is in there.
Steve
-Original Message-
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Friday, April 29, 2011 5:25 PM
To: Platz
Is there an easy way to restrict svn diff operation to files of a
certain extension (say .h)? A quick glance at the manual suggested
nothing to me.
:eol-style=native; svn:mime-type=text/plain;
svn:executable=false
Is there a way to do this?
Thanks,
Steve
e that shouldn't normally
have that prop,
they can always override it.
Steve
P.S. I poked around a little in the 1.7.2 code, trying to find out where the
property was set to "*" regardless of its real setting,
but it didn't pop out.
Daniel Shahaf said the following on
Is there a subversion command that I can use in a shell or Perl script to test
whether a file or directory has been checked in?
Steve
harmlessly if a file has already been checked in. "svn add" does
not halt if it encounters a file that has already been checked in.
Thanks for your help,
Steve
using the "vendor branch" technique from the svn book, but I was
hoping that since both projects are stored in subversion, there might be a
simpler way - are there any other options?
Thanks,
Steve
On Fri, Mar 2, 2012 at 2:25 PM, Stefan Sperling wrote:
> On Fri, Mar 02, 2012 at 02:01:58PM -0500, Steve Lustbader wrote:
> > My subversion-based project is based on a third-party project that is
> also
> > stored in subversion, although on a separate server (to which we only
s a bug? BTW, I already contacted the
Alien SVN developer and he said the error is coming from SVN.
Thanks,
Steve
This e-mail and any attachments may contain confidential material for the sole
use of the intended recipient. If you are not the intended rec
I would like to be able to create a tag using the SVN copy command so
that the timestamps on the files in the destination are the same as
those in the source.
Is this possible?
se or assist with this? Has anyone else seen this issue? I'm
starting to run out of ideas of how to further pinpoint this at the moment...
Many thanks for any advice or assistance!
Regards - Steve
This e-mail and any files transmitted with it are confidential and
intended solely for the indivi
changed to .bat
files then they would apply.
So I don't see how hook files can be playing any part in this.
But thanks for the feedback nonetheless; it's all helpful in ruling out what
could be occurring here
Kind Regards - Steve
-Original Message-
From: Bert Huijben
htpasswd -c c:\svn_admin\passwords.txt
steve
5) Restart apache using either the standard windows service or the bitnami
config tool (Start /Programs / Bitnami Redmine Stack / Redmine Manager Tool)
Then follow the sequence (as documented before, but using http instead of https)
:: Create a new reposit
All of the Apache and Subversion binaries came from the Bitnami download. I
could ask their support people exactly what compiler was used if you think that
would help? Anything else I should be asking them at the same time?
Thanks for your time on this
Regards - Steve
-Original Message
nts in the second link)...
So it's not a problem with Redmine or with apache - but it >is< a problem when
the binaries used aren't built using the same version of compiler (this is all
theory at the moment of course)
-Original Message-
From: Steve Davis
Sent: 03 February 201
Great, Thanks. My expectation is that it will all work fine... until you get to
file locking - which will fail.
-Original Message-
From: Alagazam.net Subversion [mailto:s...@alagazam.net]
Sent: 03 February 2014 21:51
To: Steve Davis
Cc: users@subversion.apache.org
Subject: Re: Possible
allow such commits.
If I add User4 = rw and User5 = rw to [repo:/Projects] the users are able to
successfully commit.
Has anyone seen this issue? I am fairly certain we have not encountered such
problems with past versions.
---
Steve
Sorry, I edited my file before I posted to remove company sensitive info.
The actual file is ...
[groups]
users = User1, User2, User3
-Original Message-
From: Philip Martin
Sent: Monday, March 10, 2014 3:10 PM
To: Steve Boone
Cc: users@subversion.apache.org
Subject: Re: Path-based
RY/
[iosource:/DVRY]
@dvry = rw
StevenH = r
AND read/write access to
iosource:/DVRY/Software/trunk/user_guides/video_server
[iosource:/DVRY/Software/user_guides/video_server]
StevenH = rw
-Original Message-
From: Philip Martin
Sent: Monday, March 10, 2014 4:24 PM
To: S
longer being maintained/developed for IBM i (OS/400)
now that it is under Apache? The reason I ask is I don't see OS/400 listed in
the Apache Subversion Binary Packages list
(http://subversion.apache.org/packages.html). Thanks in advance for any
information on this.
Thanks,
Packages SMCapr 1.5.2 & SMCaprutil 1.5.4 to provide
the apr & apr-util libs.
Workaround:
Adding the ' --enable-all-static' configure flag resolves this.
Steve Campbell
Save Paper - Do you really
uddle?
I'm happy to provide any additional details anyone thinks may be helpful.
MUCH thanks in advance,
Steve Calamia
way?
Ryan Schmidt wrote:
On Apr 27, 2010, at 18:43, Steve wrote:
I have inherited an archive
a repository?
that was created without using the recommended directory structure hosted on a
Windows XP box set up with Apache and SSL. Everything works fine except our
project is now to the
by AVG - www.avg.com
Version: 9.0.814 / Virus Database: 271.1.1/2839 - Release Date: 04/27/10 14:27:00
--
Steve Kelley
106 Oklahoma Ave.
Oak Ridge, TN 37830
865 482 7131
rchive>svn mv file:///archive/proj1/* file:///archive/proj1/trunk
BOb
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.814 / Virus Database: 271.1.1/2840 - Release Date: 04/28/10 02:27:00
--
Steve Kelley
106 Oklahoma Ave.
Oak Ridge, TN 37830
865 482 7131
s I really suggest installing tortoiseSVN... open your
repository with the repo browser and you can drag and drop folder/files around
in your repo just like you can your file system in Explorer.
BOb
-Original Message-----
From: Steve Kelley [mailto:skel...@sciend.com]
Sent: Wednesday, Apri
/ protocol on shared repositories.
BOb
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.814 / Virus Database: 271.1.1/2840 - Release Date: 04/28/10 02:27:00
--
Steve Kelley
106 Oklahoma Ave.
Oak Ridge, TN 37830
865 482 7131
in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.814 / Virus Database: 271.1.1/2840 - Release Date: 04/28/10 02:27:00
--
Steve Kelley
106 Oklahoma Ave.
Oak Ridge, TN 37830
865 482 7131
.
There are reasons that I probably shouldn't have this skeleton under source
control in the first place, but this seems like broken behavior regardless.
Should I file it as a bug? Or is it already known?
Thanks
Steve Armstrong
Wow, that was a fast reply.
Ok, I'll just work around it for now then. Thanks for getting back to me.
On Wed, May 26, 2010 at 5:16 PM, Hyrum K. Wright <
hyrum_wri...@mail.utexas.edu> wrote:
>
>
> On Wed, May 26, 2010 at 4:06 PM, Steve Armstrong <
> steve.armstr...@gm
Jeremy,
If svn is configured to use a Gnome keyring, then it is trying to store the
password you are giving on the command line in the keyring. Hence it is
prompting for the gnome-keyring password. If you also specify –no-auth-cache,
then you might not get a prompt.
-Steve
From: Jeremy Wall
It should only use gnome if it is specified in your config file
(~/.subversion/config):
password-stores = gnome-keyring
-Steve
From: Jeremy Wall [mailto:jw...@google.com]
Sent: Tuesday, July 13, 2010 9:11 AM
To: Varnau, Steve (Neoview)
Cc: users@subversion.apache.org
Subject: Re: Possible bug
Also, I guess it could be getting options from system-wide config
(/etc/subversion on linux).
-Steve
-Original Message-
From: Mark Phippard [mailto:markp...@gmail.com]
Sent: Tuesday, July 13, 2010 9:29 AM
To: Jeremy Wall
Cc: Varnau, Steve (Neoview); users@subversion.apache.org
Subject
ople can
spend a bit of time trying to identify where externals have been used.
Is there a simple way of identifying in a structure folders that have
external properties, come to think of it maybe any form of property ?
Thanks for any help.
Regards
Steve Hutchins
use another answer to continue that thread.
Regards
Steve H
-Original Message-
From: David Weintraub [mailto:qazw...@gmail.com]
Sent: 05 November 2010 16:17
To: Hutchinson, Steve (UK)
Cc: users@subversion.apache.org
Subject: Re: Svn externals question
>>>>> SPECIAL MBD
Hi
>The designers of the externals feature envisioned maybe a handful of
external library dependencies that don't vary much over time.
>These are automatically pulled into a working copy, much like an
automated svn checkout.
>But the design doesn't account for what happens when people start using
Stefan,
Your point well understood now. Thanks for the clarification,
appreciated.
Steve H
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: 08 November 2010 17:01
To: Hutchinson, Steve (UK)
Cc: users@subversion.apache.org
Subject: Re: Svn externals question
s not self contained) but I do not
appear to be able to link a specific revision and use relative paths?
Any other better ideas ?
Regards
Steve Hutchinson
FPGA Group Leader
This email and any attachments are confident
le and not rely on
testing to find that we dropped bit of code.
TIA,
-Steve
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Saturday, February 12, 2011 5:10 AM
To: Daniel Becroft
Cc: Varnau, Steve (Neoview); users@subversion.apache.org
Subject: Re: Dangerous to keep re-integrated branches alive?
On Sat, Feb 12, 2011 at 04:08:26PM +1000
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: Monday, February 14, 2011 9:54 AM
> To: Varnau, Steve (Neoview)
> Cc: Daniel Becroft; users@subversion.apache.org
> Subject: Re: Dangerous to keep re-integrated branches alive?
>
> On Mo
> -Original Message-
> From: Stefan Sperling [mailto:s...@elego.de]
> Sent: Monday, February 14, 2011 11:27 AM
> To: Varnau, Steve (Neoview)
> Cc: Daniel Becroft; users@subversion.apache.org
> Subject: Re: Dangerous to keep re-integrated branches alive?
>
> On Mo
ese files only when there is a
svn:mergeinfo property.
I will try to just remove the mergeinfo property on all the files, but wondered
if this is a general bug.
-Steve
> -Original Message-
> From: Johan Corveleyn [mailto:jcor...@gmail.com]
> Sent: Thursday, February 24, 2011 1:47 AM
> To: Varnau, Steve (Neoview)
> Cc: users@subversion.apache.org
> Subject: Re: Merge Conflict on Windows with eol-style & mergeinfo
> properties
nything in the issue tracker, and I have not tried this with
1.6.16 or with pre-release 1.7.
-Steve
# create sub-directory tree
$ svn co file:///c:/temp/svn-test/trunk trunk-wc
$ cd trunk-wc/
$ svn mkdir subA
$ svn mkdir subA/subB
$ svn ci -m "need 2 directories"
$ svn cp ^/trunk ^/branch
Christopher,
The problem is not with your perl code. Apparently, update returns success if
you give it a path that does not exist in the current working directory.
Ø svn update foobar
At revision 3158.
Ø echo $?
0
For Svn 1.6.15, anyway. Seems to hold for linux & windows.
-Steve
svn does not always return success. For instance:
> svn ls
svn: '.' is not a working copy
> echo $?
1
I think this is the more normal mode that I script against. I'm not sure why
the update sub-command is so forgiving.
-Steve
From: Hahn, Christopher (SAN DIEGO)
Sent: M
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: Monday, May 23, 2011 2:37 PM
> To: Varnau, Steve (Neoview)
> Cc: Hahn, Christopher (SAN DIEGO); users@subversion.apache.org
> Subject: Re: SVN question
>
> 'svn up non
hen maybe "svn log --stop-on-copy" is
> the wrong command for finding the base rev of a branch. Is there a
> better alternative?
I find it is better for this use case to log from past forward to find this
info.
This is my trusty command to find a branch point:
svn log -qv -r0:HEAD -l
the exercise is left to the reader.
http://live.gnome.org/GnomeKeyring/RunningDaemon
You do need to initialize your keyring, which is what the Collabnet
keyring_tool is for.
-Steve
Now that I have a 1.7-alpha client, I gave this scenario I posted last month
another try, and it works fine. Not a problem for 1.7.
-Steve
From: Varnau, Steve (Neoview)
Sent: Monday, May 09, 2011 6:06 PM
To: users@subversion.apache.org
Cc: Brackett, Faye
Subject: Merge tracking bug - inherited
g merge info on directory path versus
another via this little script:
#!/bin/bash
dir=$1
if [[ $1 = "." ]]
then
svn pg svn:mergeinfo $1
else
svn pg svn:mergeinfo $1 | sed -e "s,/$1:,:,"
fi
That gives output stripped of relative path info so that they can be directly
diff'ed to see which merges are missing in which sub-trees. Caveat: I am not
sure that's a valid comparison in the future 1.7 world.
-Steve
rstanding, there are some improvements coming in 1.7 which will
considerably improve the situation -- better merge reporting and mergeinfo
recording will not show a skipped file as merged.
-Steve
the main repository when connection can be established. I was
thinking of things like a copy of the repo on the remote machine using
file :// protocol or something like that.
Thanks for any help you can give.
Regards
Steve Hutchinson
Thanks for the reply.
We have been looking at git-svn but to be honest I was hoping for a cleaner svn
solution if there was one.
>> A few times we have found ourselves working on a design where we find
>> ourselves unable to connect to the repository but would still like to
> >be able to make
ed a few things (will not share all at this point due to info
overload), but wondered if there were any others that achieve something like
this with 1.7 or could offer some advise ?
Thanks for any help.
Regards
Steve H
This email
question.
Thanks for any help that can be given.
Regards
Steve Hutchinson
FPGA Group Leader
E-Mail :steven.hutchin...@mbda-systems.com
This email and any attachments are confidential to the intended recipient and
may also be
84 matches
Mail list logo