Guten Tag Greg Long,
am Dienstag, 15. Februar 2011 um 18:33 schrieben Sie:
> - Files in release directories must not be changed or deleted.
> - Files in template directories must not be copied. They should be
>extracted instead.
Doesn't this sound like it should be handled with per directo
> From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
> Sent: Wednesday, 16 February, 2011 3:40 AM
> To: users@subversion.apache.org
> Subject: Python SVN Bindings on Windows Server 2008 x64
>
> Hi, sorry if this has been covered before but I'm new to
> Subversion admin and can't really find a c
>
> This might be exactly what's needed if you're, say, teaching a programming
> class where you want students to learn to use Subversion for version control
> of their projects. You don't want students to be able to mess with each
> others' code, and you probably don't want to retain their data f
2011/2/16 Thorsten Schöning :
> Guten Tag Greg Long,
> am Dienstag, 15. Februar 2011 um 18:33 schrieben Sie:
>
>> - Files in release directories must not be changed or deleted.
>> - Files in template directories must not be copied. They should be
>> extracted instead.
>
> Doesn't this sound l
Hi everybody,
I need a subversion installation with swig and python bindings. I tried for two
day now to get this up. But I get ever time the same error message (see bottom
of this email).
But first some environment information. All sources have to be build and
installed in user's directory.
Guten Tag Greg Long,
am Mittwoch, 16. Februar 2011 um 13:15 schrieben Sie:
> I think you misunderstand. It is OK for all authorized users to commit
> releases. What I am trying to accomplish is to make all files in a
> working copy of a release branch read-only.
Just for my interest, but what is
On Wed, Feb 16, 2011 at 02:43:19PM +0100, Peter Pommelich wrote:
> Hi everybody,
>
> I need a subversion installation with swig and python bindings. I tried for
> two day now to get this up. But I get ever time the same error message (see
> bottom of this email).
>
> But first some environment
Hi,
sorry, I did not read this email before I sent my own reply.
Thanks for that, I'll give it a try asap.
Kind regards,
Pete
-Ursprüngliche Nachricht-
Von: "Stefan Sperling"
Gesendet: 16.02.2011 15:44:59
An: "Peter Pommelich"
Betreff: Re: Subversion 1.
Joel, as far as I know I have it set up correctly. I have added
VisualSvn\bin to my Windows Path environment variable and I can execute svn
from anywhere on the command line with no problems.
Mark, I tried the trick with renaming the .pyd -> .dll files and had no luck
with it. I did not restart
Joel, as far as I know I have it set up correctly. I have added
VisualSvn\bin to my Windows Path environment variable and I can execute svn
from anywhere on the command line with no problems.
Mark, I tried the trick with renaming the .pyd -> .dll files and had no luck
with it. I did not restart
2011/2/16 Thorsten Schöning :
> Guten Tag Greg Long,
> am Mittwoch, 16. Februar 2011 um 13:15 schrieben Sie:
>
>> I think you misunderstand. It is OK for all authorized users to commit
>> releases. What I am trying to accomplish is to make all files in a
>> working copy of a release branch read-onl
From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
Sent: Thursday, 17 February, 2011 1:28 AM
To: Cooke, Mark
Cc: Joel Low; users@subversion.apache.org
Subject: Re: Python SVN Bindings on Windows Server 2008 x64
Joel, as far as I know I have it set up correctly. I have added
VisualSvn\bin
Joel, sorry if it I wasn't clear. While troubleshooting, I've taken the
hook completely out of the mix. I'm simple opening a command prompt,
running the python.exe interpreter, running 'from svn import repos' and
receiving the original error - *'_mod = imp.load_module('_core', fp,
pathname, descr
I was told that the odd-numbered version numbers of Subversion e.g.
1.5.x are the relatively unstable "development" branches and the
even-numbered branches e.g. 1.6.x are the "stable" branches, sort of
like the Linux kernel does it (or used to).
Is that true?
On Wed, Feb 16, 2011 at 05:24:21PM -0500, Eric wrote:
>
> I was told that the odd-numbered version numbers of Subversion e.g.
> 1.5.x are the relatively unstable "development" branches and the
> even-numbered branches e.g. 1.6.x are the "stable" branches, sort of
> like the Linux kernel does it (o
First of all my apologies to all for hijacking an earlier thread to
post my questions on this topic... I actually knew that you're not
supposed to hit "Reply" on another thread and change the Subject but
I had forgotten that.
I'll restate my question in this new thread, followed by a reply f
At 05:31 PM 2/16/2011, Stefan Sperling wrote:
>
No, it isn't.
See
http://subversion.apache.org/docs/community-guide/releasing.html#release-numbering
and http://subversion.apache.org/docs/release-notes/
<
Thanks, Stefan. That's what I was looking for and couldn't find.
On Wed, Feb 16, 2011 at 05:53:11PM -0500, Eric wrote:
> Here is my problem. I am running a Subversion server using version
> 1.4.2, which is the version that is installed by default with CentOS
> 5.x. For reasons that have nothing to do with performance or
> reliability... it currently hosts almo
In case it helps, I loaded up the 32-bit depends.exe as recommended in the
TracSubversion FAQ and tried the load the core module from there ('from svn
import core'). I receive the error:
*
LoadLibraryExA("C:\Python27\Lib\site-packages\libsvn\_core.pyd", 0x,
LOAD_WITH_ALTERED_SEARCH_PATH) r
At 06:24 PM 2/16/2011, Stefan Sperling wrote:
>
I'd recommend getting subversion 1.6 RPMs from RPMforge.
<
I tried that last night or night before last, but I could not find
them... RPMforge insisted that it only has 1.4.2.
I'll try that again later tonight, maybe there was a tempor
On Wed, Feb 16, 2011 at 06:31:30PM -0500, Eric wrote:
> At 06:24 PM 2/16/2011, Stefan Sperling wrote:
>
> >
> >I'd recommend getting subversion 1.6 RPMs from RPMforge.
> <
>
> I tried that last night or night before last, but I could not find
> them... RPMforge insisted that it only has 1
On Wed, Feb 16, 2011 at 6:31 PM, Eric wrote:
> At 06:24 PM 2/16/2011, Stefan Sperling wrote:
>
>>
>>
>> I'd recommend getting subversion 1.6 RPMs from RPMforge.
>
> <
>
> I tried that last night or night before last, but I could not find them...
> RPMforge insisted that it only has 1.4.2.
> > From: Brian Ellis [mailto:bel...@ticketbiscuit.com]
> > Sent: Wednesday, 16 February, 2011 3:40 AM
> > To: users@subversion.apache.org
> > Subject: Python SVN Bindings on Windows Server 2008 x64
> >
> > Hi, sorry if this has been covered before but I'm new to
23 matches
Mail list logo