Takács András wrote on Wed, Dec 01, 2010 at 08:16:56 +0100:
> > I suppose the next hint (unless someone has tips specific to arm) would
> > be to see the corrupt lines in the revision file --- can you share them?
> > You can patch or breakpoint in subversion/libsvn_fs_fs/fs_fs.c (that is
> > where
> Bruno De Fraine wrote:
> >
> > Is my interpretation of "short_circuit" v.s. regular path-based
> > authorization correct? Or if not, what is the impact of
> "short_circuit"?
> > Since performance problems are so apparent with path-based
> authorization,
> > why is this seemingly useful option
Hi!
> I'd use file:/// for testing.
Same result :(
> I suppose the next hint (unless someone has tips specific to arm) would
> be to see the corrupt lines in the revision file --- can you share them?
> You can patch or breakpoint in subversion/libsvn_fs_fs/fs_fs.c (that is
> where the error is g
Takács András wrote on Tue, Nov 30, 2010 at 20:36:55 +0100:
> Hi All,
>
> I have problem with cross-compiling of subversion for arm. I'm using
> codesourcery toolchain. (See build details below).
>
> My test method (after flashing my developement board):
> # svnadmin create /var/svn/testrepo
> #
Danny Trebbien wrote on Tue, Nov 30, 2010 at 07:35:38 -0800:
> I suspect that when all is said and done, the version of Subversion
> that will contain the patch will be in the 1.7.x series.
Indeed. We don't add new features in patch releases (1.6.0->1.6.x), and
I'm afraid that Danny's patches do
On 11/30/2010 12:58 PM, Andrey Repin wrote:
Greetings, Les Mikesell!
Still, this should at least produce some results: (as long as foo existed
in rev 3)
svn log -r 0:head file://${HOME}/trash/repo/f...@3
svn: File not found: revision 5, path '/foo'
It makes no sense for svn to
On Tue, Nov 30, 2010 at 14:39, David Weintraub wrote:
> 2010/11/25 Hoping White :
>> Hi all
>>
>> Is there any way to configure subversion to do per-directory access
>> control via database not config file? I have googled a lot, and all
>> found are telling how to configure apache login problem, n
I think the bottom line here is that your only "for sure" method is to
do all the encryption and decryption
on your own local computer. But as others have said this means
SVN sees only binary blobs.
You can not depend on the server unless you completely trust
Root. But if you trust him why not s
Hi All,
I have problem with cross-compiling of subversion for arm. I'm using
codesourcery toolchain. (See build details below).
My test method (after flashing my developement board):
# svnadmin create /var/svn/testrepo
# svnserve --config-file /etc/svnserve.cfg -d -r /var/svn
# svn co svn://wako.
2010/11/25 Hoping White :
> Hi all
>
> Is there any way to configure subversion to do per-directory access
> control via database not config file? I have googled a lot, and all
> found are telling how to configure apache login problem, not svn
> repository access control.
>
The access control file
On 11/30/2010 12:19 PM, Andrey Repin wrote:
Yes, I would not expect fast indexed full-text searches across names and content
to ever be a part of the version control system itself. But the functionality
to find filename changes is there - just 'log -v' from the top.
Where you see a reference
Greetings, Les Mikesell!
Still, this should at least produce some results: (as long as foo existed
in rev 3)
svn log -r 0:head file://${HOME}/trash/repo/f...@3
svn: File not found: revision 5, path '/foo'
It makes no sense for svn to complain about what's in
On 11/30/2010 12:04 PM, Ludwig, Michael wrote:
But the name has nothing to do with the versioning of the
object.
True, but many humans tend to attach meaning to names, to remember
them, and to refer to them. For example, names often appear in the
contents of other files. They just have a ten
Greetings, Les Mikesell!
Binary search on the 0 to HEAD revision range is a possibility, but it's
also a rather wasteful workaround.
>>
>>> Fisheye (a commercial product) does a brute-force extract/index of all
>>> the filenames and content in all revs in a repo for quick searches.
>>> I
> -Original Message-
> From: Les Mikesell
> On 11/30/10 5:21 AM, Ludwig, Michael wrote:
> >
> > svn show svn://server.dev/eins/zwei/drei/vier.txt
> >
> > seq node-id revision status
> > 1 1bca34933 A
> > 1 1bca34975 M
> > 1 1bca34976 M
> > 1 1b
Bruno De Fraine wrote:
>
> Is my interpretation of "short_circuit" v.s. regular path-based
> authorization correct? Or if not, what is the impact of "short_circuit"?
> Since performance problems are so apparent with path-based authorization,
> why is this seemingly useful option given so little
On 11/30/2010 7:39 AM, Andrey Repin wrote:
Greetings, Les Mikesell!
Still, this should at least produce some results: (as long as foo existed
in rev 3)
svn log -r 0:head file://${HOME}/trash/repo/f...@3
svn: File not found: revision 5, path '/foo'
It makes no sense for svn to com
> I must be missing something here, is this patch applied to the current SVN
> source?
>
> I have downloaded SVN 1.6.15 source from Tigris.org, and cant find the
> changes in the source. Also this patch is applied to a file :
> subversion/svnsync/sync.c but in my downloaded source there is only
On Tue, Nov 30, 2010 at 09:10, Patrick Brennan
wrote:
> This is from the readme file
>
> VisualSVN Server 2.1.4
> --
>
> VisualSVN Server is a package that contains everything you need to install,
> configure and manage Subversion server for your team on Windows platform. It
>
I had the same problem when I set up SVN1.5.x (way back then). Could not get
arounf the fact that users needed R-access to root of repos, so I ended up with
something like the following to prevent users from having R-access to entire
repos.:
[repo:/]
@admin = rw
*=r
[repo:/projects/Project1
On 11/30/10 7:35 AM, Andrey Repin wrote:
Binary search on the 0 to HEAD revision range is a possibility, but it's
also a rather wasteful workaround.
Fisheye (a commercial product) does a brute-force extract/index of all
the filenames and content in all revs in a repo for quick searches.
I'm
This is from the readme file
VisualSVN Server 2.1.4
--
VisualSVN Server is a package that contains everything you need to install,
configure and manage Subversion server for your team on Windows platform. It
includes Subversion, Apache and a management console.
This distribut
On 11/30/10 5:21 AM, Ludwig, Michael wrote:
I can see that from the peg rev point of view, HEAD is the
future. But I think we can also agree that from the SVN user's
perspective, every single existing rev including HEAD is in
the past.
Yes, but from the perspective of getting history where y
On Tue, Nov 30, 2010 at 08:43, Patrick Brennan
wrote:
> We installed Subversion on a Windows 2003 Standard SP2 Server box.
> Installed from exe file downloaded from website.
What website? I can think of at least 3 distributions of Subversion
built for Windows & packaged into an installer.
> Chos
We installed Subversion on a Windows 2003 Standard SP2 Server box.
Installed from exe file downloaded from website.
Chose windows authentication and created top level repository.
We know nothing about this software as it was just dumped in our laps so sorry
about the lack of useful information.
T
Greetings, Les Mikesell!
>> Still, this should at least produce some results: (as long as foo existed
>> in rev 3)
>> svn log -r 0:head file://${HOME}/trash/repo/f...@3
>> svn: File not found: revision 5, path '/foo'
>> It makes no sense for svn to complain about what's in rev 5. My
Greetings, Les Mikesell!
4. Quite (un)surprisingly, my intent is to actually find revision,
in which the destruction was made. Because, quite (un)surprisingly,
I don't know that.
>>>
>>> I'd like to be able to see the future too - but unfortunately, neither
>>> subversion nor I can
I must be missing something here, is this patch applied to the current SVN
source?
I have downloaded SVN 1.6.15 source from Tigris.org, and cant find the changes
in the source. Also this patch is applied to a file : subversion/svnsync/sync.c
but in my downloaded source there is only a file main
> -Original Message-
> From: Les Mikesell
> On 11/29/2010 11:45 AM, Ludwig, Michael wrote:
> > I can see that from the peg rev point of view, HEAD is the
> > future. But I think we can also agree that from the SVN user's
> > perspective, every single existing rev including HEAD is in
> > t
On Monday 29 Nov 2010, Piotr Kabaciński wrote:
> On 11/29/2010 12:50 PM, Campbell Allan wrote:
> >> If you are able to create dedicated partition you could encrypt repo
> >> like described here:
> >> http://www.hypersphere.org/personal/svn.shtml
> >
> > With some pretty important drawbacks, the no
Just run the svnsync manually once and have it save the password in the
config dir.
Christian Unger wrote on Mon, Nov 29, 2010 at 13:03:17 +0100:
>
>
> so I have changed the authentication realm of my repository - this rather
> small change causes apache to make users re-authenticate against th
Chris Albertson wrote on Mon, Nov 29, 2010 at 11:29:39 -0800:
> Absolutely NOTHING will work if a person has physical access to the
> server.
+1, with the exception of versioning encrypted files.
(and we have diff-cmd and such in the config file, which can be used to
make 'diff' be useful)
On Monday 29 November 2010, Patrick Brennan wrote:
> Thanks but is there any way to do this in a windows environment like
> using Active Directory users & computers or is this only ldap dos
> commands?
"ldap dos commands"?
Active Directory actually provides LDAP, as a short research on the topic
33 matches
Mail list logo
