Geoff Worboys wrote:
>> (Forcing users to deal with the reply-to stuff on this list
>> is something of a pain don't you think. As if I need the list
>> copy and a CC copy. Never mind...)
Ryan Schmidt wrote:
> No, we don't think so.
> http://subversion.apache.org/docs/community-guide/mailing-list
On Tue, Jul 13, 2010 at 10:44 AM, Les Mikesell wrote:
> On 7/13/2010 8:57 AM, Geoff Worboys wrote:
>>
>> Les Mikesell wrote:
>>>
>>> There are workarounds but you can't just expect things to
>>> work in general and pretend it is normal. And some of
>>> those workarounds may involve silently chang
On Tue, Jul 13, 2010 at 4:57 PM, Les Mikesell wrote:
> On 7/13/2010 2:50 PM, David Brodbeck wrote:
>>
>> On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
>> This could be a lot of it if a substantial number of files are in one flat
>> subdirectory. CIFS really, really does not deal with large di
From: Itamar O [mailto:itamar...@gmail.com]
Sent: Wednesday, 14 July 2010 6:45
To: Charan
Cc: users@subversion.apache.org
Subject: Re: changing the root repository name without losing revision history
On Tue, Jul 13, 2010 at 7:52 PM, Charan
mailto:charan...@gmail.com>> wrote:
Hi Guys,
Is it poss
Les Mikesell wrote:
>> If you have to worry about mistakes, you are doing
>> workarounds. What windows editor will create new files
>> with LF endings by default?
Notepad++ can be configured to do so:
http://notepad-plus.sourceforge.net/
as can Programmer's Notepad:
http://www.pnotepad.org/
both b
On Mon, Jul 12, 2010 at 4:20 PM, Phil Johnson
wrote:
> Is there a version of Subversion that will run as a USB portable application
> under Xampp ?
>From what I can see, Xampp is simply an Apache server which means you
can add the necessary mod_dav_svn module and the mod_dav module. You
may have
On 2010-7-14 8:02, Andy Levy wrote:
On Tue, Jul 13, 2010 at 19:55, asmwarrior wrote:
I have a problem to view(track an old branch), here are the steps what we
have done.
2009.04, we created a branch named "branches/codecompletion_refactoring"
from trunk.
2009.10, we merged the "branches
On Tue, Jul 13, 2010 at 3:50 PM, David Brodbeck wrote:
>
> On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
>
>> Nico Kadel-Garcia wrote:
>>> I've got some colleagues with a rather large Subversion repository
>>> whose trunk includes over 10,000 files and over 500 Meg of actual
>>> content for var
On Tue, Jul 13, 2010 at 19:55, asmwarrior wrote:
> I have a problem to view(track an old branch), here are the steps what we
> have done.
>
> 2009.04, we created a branch named "branches/codecompletion_refactoring"
> from trunk.
> 2009.10, we merged the "branches/codecompletion_refactoring" to
I have a problem to view(track an old branch), here are the steps what
we have done.
2009.04, we created a branch named
"branches/codecompletion_refactoring" from trunk.
2009.10, we merged the "branches/codecompletion_refactoring" to trunk,
then stop developing on the that branch.
2010.05,
On Tue, 2010-07-13 at 15:57 -0500, Les Mikesell wrote:
> On 7/13/2010 2:50 PM, David Brodbeck wrote:
> >
> > On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
> >
> >> Nico Kadel-Garcia wrote:
> >>> I've got some colleagues with a rather large Subversion repository
> >>> whose trunk includes over 10
On Tue, 2010-07-13 at 09:44 -0500, Les Mikesell wrote:
> On 7/13/2010 8:57 AM, Geoff Worboys wrote:
> > Les Mikesell wrote:
> >> There are workarounds but you can't just expect things to
> >> work in general and pretend it is normal. And some of
> >> those workarounds may involve silently changing
Give the man a cigar, he's captured what I was looking for.
On Tue, Jul 13, 2010 at 8:15 AM, Stefan Sperling wrote:
> On Mon, Jul 12, 2010 at 05:57:24PM -0400, Nico Kadel-Garcia wrote:
>> I don't know why the syntax was reversed: it really looks like an
>> entirely unnecessary parsing complicatio
On Tue, Jul 13, 2010 at 04:52:45PM -0500, Ryan Schmidt wrote:
> On Jul 13, 2010, at 08:35, Stefan Sperling wrote:
>
> > In the "-r rev" syntax, the rev is interpreted as a peg revision.
> > See
> > http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_wc/props.c?revision=961970&view=mar
On Jul 13, 2010, at 08:35, Stefan Sperling wrote:
> In the "-r rev" syntax, the rev is interpreted as a peg revision.
> See
> http://svn.apache.org/viewvc/subversion/trunk/subversion/libsvn_wc/props.c?revision=961970&view=markup
> lines 3026 to 3092, inside function svn_wc_parse_externals_descrip
On Jul 13, 2010, at 08:10, Geoff Worboys wrote:
> (Forcing users to deal with the reply-to stuff on this list
> is something of a pain don't you think. As if I need the list
> copy and a CC copy. Never mind...)
No, we don't think so.
http://subversion.apache.org/docs/community-guide/mailing-li
On 7/13/2010 2:50 PM, David Brodbeck wrote:
On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
Nico Kadel-Garcia wrote:
I've got some colleagues with a rather large Subversion repository
whose trunk includes over 10,000 files and over 500 Meg of actual
content for various reasons. What we're fi
On Tue, Jul 13, 2010 at 7:52 PM, Charan wrote:
> Hi Guys,
>
> Is it possible to change the repository name without losing the history.
> Currently all my code is under the repository
> http://local.svn.com/svn/repoe5r/. I want the name *repoe5r* to be changed
> to *SVNROOT*. Can I do that?
>
>
>
On Jul 13, 2010, at 5:50 AM, Les Mikesell wrote:
> Nico Kadel-Garcia wrote:
>> I've got some colleagues with a rather large Subversion repository
>> whose trunk includes over 10,000 files and over 500 Meg of actual
>> content for various reasons. What we're finding is that checking it
>> out it o
Anyone?
Kris Deugau wrote:
I've got a repository that saw moderate use for several years, then the
project reached a stable point.
I upgraded SVN as I went along, however on my primary dev system I've
been stuck with a 1.4 client (CentOS 4).
Recently, I've switched to a different system for
Hi Guys,
Is it possible to change the repository name without losing the history.
Currently all my code is under the repository
http://local.svn.com/svn/repoe5r/. I want the name *repoe5r* to be changed
to *SVNROOT*. Can I do that?
Thanks
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:
If the option is not set, the default behavior is to use what is
available. If you have gnome-keyring support it tries to use it.
On Tue, Jul 13, 2010 at 12:22 PM, Jeremy Wall wrote:
> There was no password-stores line in my config file. I had to add a
> password-stores line to the file to disab
There was no password-stores line in my config file. I had to add a
password-stores line to the file to disable it. Is there a second config
file it might be pulling from that I'm unaware of?
On Tue, Jul 13, 2010 at 11:15 AM, Varnau, Steve (Neoview) <
steve.var...@hp.com> wrote:
> It should only
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 i
The strangeness is it's insistence on using the Gnome Keyring despite me not
using Gnome. Is this the expected default behaviour?
On Tue, Jul 13, 2010 at 11:08 AM, Varnau, Steve (Neoview) <
steve.var...@hp.com> wrote:
> Jeremy,
>
>
>
> If svn is configured to use a Gnome keyring, then it is tryi
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
On 07/13/2010 05:15 AM, Stefan Sperling wrote:
On Mon, Jul 12, 2010 at 05:57:24PM -0400, Nico Kadel-Garcia wrote:
I don't know why the syntax was reversed: it really looks like an
entirely unnecessary parsing complication.
The new syntax looks more like 'svn checkout', so it's more natural
to
Hi,
I noticed after updating svn to version 1.6.6 that svn now has gnome-keyring
support.
However It seems to ignore the --username --password flags if that support
is enabled. I don't use the gnome-keyring or even gnome but subversion
refused to let me commit until I turned off password-stores i
On Tue, Jul 13, 2010 at 10:12:59AM -0500, Les Mikesell wrote:
> I meant it as a more general question, not just in the context of
> externals. Is there some reason not to use the p...@rev style for
> every command or document that as the preferred method?
There's no reason not to always use p...@
We've been successfully using ant scripts in conjunction with subversion to
check out/compile code from the subversion repository in a windows xp
environment. we recently got new machines with windows 7 operating system and
now when i try to run the ant build script I get the following error:
On 7/13/2010 8:35 AM, Stefan Sperling wrote:
When the code has beem moved around. There's a description at
http://svnbook.red-bean.com/en/1.1/ch07s03.html which helps explain
it.
Mind you, I think if you're doing this kind of drilling back you're
begging or pain.
Yes I understand the situati
On 7/13/2010 8:57 AM, Geoff Worboys wrote:
Les Mikesell wrote:
There are workarounds but you can't just expect things to
work in general and pretend it is normal. And some of
those workarounds may involve silently changing to the
preferred local line endings - and if anything but subversion
its
Les Mikesell wrote:
> There are workarounds but you can't just expect things to
> work in general and pretend it is normal. And some of
> those workarounds may involve silently changing to the
> preferred local line endings - and if anything but subversion
> itself does that it becomes a change in
On Tue, Jul 13, 2010 at 07:28:36AM -0500, Les Mikesell wrote:
> Nico Kadel-Garcia wrote:
> >On Mon, Jul 12, 2010 at 6:56 PM, Les Mikesell wrote:
> >>On 7/12/2010 4:57 PM, Nico Kadel-Garcia wrote:
> >>>I understand that, and can understand that the peg revisions demanded
> >>>a new syntax.
> >>I re
Geoff Worboys wrote:
(Forcing users to deal with the reply-to stuff on this list
is something of a pain don't you think. As if I need the list
copy and a CC copy. Never mind...)
Les Mikesell wrote:
Errr... Shared directories are the bad idea here. Svn is
perfectly capable of managing a copy
(Forcing users to deal with the reply-to stuff on this list
is something of a pain don't you think. As if I need the list
copy and a CC copy. Never mind...)
Les Mikesell wrote:
> Errr... Shared directories are the bad idea here. Svn is
> perfectly capable of managing a copy for everyone and te
Nico Kadel-Garcia wrote:
I've got some colleagues with a rather large Subversion repository
whose trunk includes over 10,000 files and over 500 Meg of actual
content for various reasons. What we're finding is that checking it
out it on a Windows client to a local hard drive takes perhaps 3
minute
Nico Kadel-Garcia wrote:
On Tue, Jul 13, 2010 at 3:46 AM, Giulio Troccoli
wrote:
Hello,
Without the "svn:eol-style" property any file content is
considered as binary.
At that point, checkouted files on Windows and Linux have "CR-LF" eol.
ASAIK this is not true. Subversion has a clever way to
Nico Kadel-Garcia wrote:
On Mon, Jul 12, 2010 at 6:56 PM, Les Mikesell wrote:
On 7/12/2010 4:57 PM, Nico Kadel-Garcia wrote:
I understand that, and can understand that the peg revisions demanded
a new syntax.
I realize that this is barely related to the topic, but is there any common
scenario
On Mon, Jul 12, 2010 at 05:57:24PM -0400, Nico Kadel-Garcia wrote:
> I don't know why the syntax was reversed: it really looks like an
> entirely unnecessary parsing complication.
The new syntax looks more like 'svn checkout', so it's more natural
to use when you're already used to svn checkout.
I've got some colleagues with a rather large Subversion repository
whose trunk includes over 10,000 files and over 500 Meg of actual
content for various reasons. What we're finding is that checking it
out it on a Windows client to a local hard drive takes perhaps 3
minutes. Downloading it to a moun
On Mon, Jul 12, 2010 at 6:56 PM, Les Mikesell wrote:
> On 7/12/2010 4:57 PM, Nico Kadel-Garcia wrote:
>>
>> >
>> I understand that, and can understand that the peg revisions demanded
>> a new syntax.
>
> I realize that this is barely related to the topic, but is there any common
> scenario where y
On Tue, Jul 13, 2010 at 3:46 AM, Giulio Troccoli
wrote:
>> Hello,
>>
>> Without the "svn:eol-style" property any file content is
>> considered as binary.
>> At that point, checkouted files on Windows and Linux have "CR-LF" eol.
>
> ASAIK this is not true. Subversion has a clever way to tell wheth
On Tuesday 13 July 2010, Giulio Troccoli wrote:
> > Hello,
> >
> > Without the "svn:eol-style" property any file content is
> > considered as binary.
> > At that point, checkouted files on Windows and Linux have "CR-LF" eol.
>
> ASAIK this is not true. Subversion has a clever way to tell whether a
> Hello,
>
> Without the "svn:eol-style" property any file content is
> considered as binary.
> At that point, checkouted files on Windows and Linux have "CR-LF" eol.
ASAIK this is not true. Subversion has a clever way to tell whether a file is
text or binary by looking at the file itself. I bel
Hello,
No idea but it sounds complex... for un-expressed needs. What are your real
needs ?
If you want your own SVN repository in your pocket, I think it is simpler to:
- use svn win32 release as "zip" (it is portable)
- use protocol "file://" to access your repository on key
Best regards
Yves
Hello,
Without the "svn:eol-style" property any file content is considered as binary.
At that point, checkouted files on Windows and Linux have "CR-LF" eol.
If you want to run your script on Linux, you should run a "dos2unix" (or
equivalent)
and add the property "svn:eol-style" on your files be
48 matches
Mail list logo
