There are modules for apache out there, which allow PAM auth. Mod-auth-
external seems to be easy to use (haven't tried it myself, though).
http://code.google.com/p/mod-auth-external/
Alexander
Am 09.09.2010 um 08:42 schrieb "Curley, John"
:
-Original Message-
From: Curley, John [
> -Original Message-
> From: Curley, John [mailto:john.cur...@windriver.com]
> Sent: Wednesday, September 08, 2010 11:33 PM
> To: users@subversion.apache.org
> Subject: Using PAM to authenticate user?
>
> Has anyone use Pluggable Authentication Module (PAM) for user
authentication, within
Has anyone use Pluggable Authentication Module (PAM) for user
authentication, within Subversion?
If that is currently not supported, is it possibly future option?
Thank you,
--John
"Living on Earth may be expensive, but it includes an annual free trip
around the Sun."
~author unknown
On Sep 8, 2010, at 18:39, Daniel Trebbien wrote:
> On Wed, Sep 8, 2010 at 3:58 PM, Daniel Shahaf wrote:
>> Can you propedit the property in the repository you're syncing from?
>
> No, as I only have read access to `svn://svn.sv.gnu.org/nano`.
Ask someone who has write access to that repository
On Wed, Sep 8, 2010 at 4:39 PM, Daniel Trebbien wrote:
> I think that a call to `svn_subst_translate_string`
> (http://svn.collab.net/svn-doxygen/svn__subst_8h.html#a29) needs to be
> added in the `svnsync_normalize_revprops` function when `propname` is
> "svn:log".
After applying the following p
On Wed, Sep 8, 2010 at 3:58 PM, Daniel Shahaf wrote:
> Can you propedit the property in the repository you're syncing from?
No, as I only have read access to `svn://svn.sv.gnu.org/nano`.
> Failing that, see normalize_string() in subversion/svnsync/sync.c.
I looked at the trunk sources for `svns
Assuming a nightly 'svnadmin hotcopy' is run w/o errors, is
there value in periodically running one or both of?:
svnadmin verify REPO-PATHNAME 2>&1 |egrep -v '^\* Verified revision [0-9]+\.'
svnadmin dump -q --deltas REPO-PATHNAME >/dev/null
Goal of grep and redirects is to only display erro
Can you propedit the property in the repository you're syncing from?
Failing that, see normalize_string() in subversion/svnsync/sync.c.
Daniel Trebbien wrote on Wed, Sep 08, 2010 at 22:25:11 +:
> I am attempting to use `svnsync` to create a local mirror of
> `svn://svn.sv.gnu.org/nano`, but
I am attempting to use `svnsync` to create a local mirror of
`svn://svn.sv.gnu.org/nano`, but every time it fails at revision 619
(http://svn.savannah.gnu.org/viewvc?view=rev&root=nano&revision=619):
...
Copied properties for revision 617.
Transmitting file data ...
Committed revision 618.
Copied p
On Sep 8, 2010, at 16:03, Ds Jstc wrote:
> Initially I just wanted keyword substitution inside a .xltm file. But
> really, Office 2007 documents are just zip files, and that got me thinking
> that the problem is more general.
>
> Many of the best features of subversion only operate on text.
Initially I just wanted keyword substitution inside a .xltm file. But
really, Office 2007 documents are just zip files, and that got me
thinking that the problem is more general.
Many of the best features of subversion only operate on text.
Unfortunately, there are tons of compound document
On Sep 8, 2010, at 04:53, Giulio Troccoli wrote:
>> Also the /Users folder perms is:
>> drwxr-xr-x 6 root admin 204 18 Aug 10:03 Users
>
> Now, there's your answer. The user that runs theweb server, _www, has
> permission to access /Users only becuase of the others permissions
Thats the first I've heard something like that... Great point.
I will verify that over the next day or two. Thanks!
On Sep 8, 3:17 pm, Les Mikesell wrote:
> On 9/8/2010 1:35 PM, Patrick Fletcher wrote:
>
> >> The real answer is "read Stefan's script and do whatever it does".
>
> > Not at all hel
On 9/8/2010 1:35 PM, Patrick Fletcher wrote:
The real answer is "read Stefan's script and do whatever it does".
Not at all helpful. I thought this is where I am supposed to ask questions
that I do not know the answer to...
I didn't follow the whole thread here, but have you completely ruled o
Ha! I thought that was your response along with the original script contents
in post. Seemed like you were shrugging me off. I will look back.
Patrick Fletcher
Marquis Software Development
Business Phone: (850) 877-8864 x132
Business Fax: (850) 877-0359
-Original Message-
From: 'Daniel S
Patrick Fletcher wrote on Wed, Sep 08, 2010 at 14:35:54 -0400:
> > The real answer is "read Stefan's script and do whatever it does".
>
> Not at all helpful.
Read the rest of my response then. You asked specific questions, I told
you which part of the script contained the answers AND answered y
> The real answer is "read Stefan's script and do whatever it does".
Not at all helpful. I thought this is where I am supposed to ask questions
that I do not know the answer to... I would not ask anything without trying
to figure it out myself first, up to a certain point. Is it reasonable to
ask
The real answer is "read Stefan's script and do whatever it does".
The core is this:
### equivalent to: for ($revision = 1; $revision <= $head_rev;
$revision++)
for revision in `$_seq $head_rev`
do
if [ -n "$shards" ]
then
On Sep 8, 2010, at 10:27, Campbell Allan wrote:
> Before sending my previous reply I had tested it with a file changed using
> unix2dos. Prior to the commit svn diff only shows the text changes ignoring
> the line endings. I haven't explicitly tested changing a single line ending
> within the
On Sep 8, 2010, at 07:45, Campbell Allan wrote:
> On Wednesday 08 Sep 2010, Csaba Raduly wrote:
> I don't believe you have to go to so much trouble in the pre-commit hook. If
> you have set the svn:eol-style property then subversion will ensure the file
> has those line endings on checkout and up
Thanks Daniel. Please verify:
- call fsfsverify.py with no flags set for every single revision
iteratively?
>>> fsfsverify.py [repo]/db/revs/[?]/[?]
What kind of output to expect? Is a verbose process or can I just watch for
any output?
If corruption is found from output, do I run on single rev
On Wednesday 08 Sep 2010, Giulio Troccoli wrote:
> > I don't believe you have to go to so much trouble in the
> > pre-commit hook. If you have set the svn:eol-style property
> > then subversion will ensure the file has those line endings
> > on checkout and update them when committing into the
> >
On Wed, Sep 08, 2010 at 07:47:28PM +1000, Matthew Allen wrote:
> sudo find /path/to/repo -type d -exec chmod 770 {} \;
>
> I don't know what the "2" does in front of the 770. But it looks like it
> still works... so maybe thats all there is to it?
The 2 controls the sticky bit. Mode 2770 s
Giulio Troccoli wrote on Wed, Sep 08, 2010 at 14:36:45 +0100:
> The problem would be if you had merged rel_2_5 to, let's say, rel_3_0. In
> that case you would need to edit the svn:mergeinfo property (using svn
> propedit not svn propset).
>
Are you sure? AFAIK the mergeinfo logic takes care abo
How about
% wget http://svn.apache.org/repos/asf/subversion/trunk/CHANGES?p=874150
(and did you mean "packets" or "round trips" or "requests"...)
Martin Rakhmanov wrote on Wed, Sep 08, 2010 at 09:26:56 -0400:
> I've found some tips like using serf library instead of neon to lower network
> traf
Just write a loop in some language that does
for (i = 0; i <= HEAD; i++)
call(fsfsverify, i);
Patrick Fletcher wrote on Tue, Sep 07, 2010 at 16:43:02 -0400:
> I see. I have no idea which revisions are problematic as a whole, I have
> only run into specific cases, of which
> On Wednesday 08 September 2010, Giulio Troccoli wrote:
> > I remeber having problems with svn:eol-style set to native. I think
> > Subversion did not checkout the files with the correct EOL based on
> > the platform, but maybe that was because the files were
> actually being
> > committed with mi
On Wednesday 08 September 2010, Giulio Troccoli wrote:
> I remeber having problems with svn:eol-style set to native. I think
> Subversion did not checkout the files with the correct EOL based on
> the platform, but maybe that was because the files were actually
> being committed with mixed EOLs.
I've found some tips like using serf library instead of neon to lower network
traffic 'svn cat' generates but still it produces more than 50 packets. Is
there a way to tweak it so there are about two-three packets for this?
Thanks in advance
>
Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
-Original Message-
> From: Jeremy Mordkoff [mailto:j...@zeevee.com]
> Sent: 08 September 2010 14:33
> To: Giulio Troccoli; users@subversion.apach
> > Is there a safe way to rename a branch? I'm worried about all
> > my mergeinfo's
>
> If you have merged only from trunk and haven't merged from this
branch, I don't see a problem
> in using s imple svn mv.
>
I wish it was that simple
branches/rel_2_5_3 merges to branches/rel_2_5 which merges
> Is there a safe way to rename a branch? I'm worried about all
> my mergeinfo's
If you have merged only from trunk and haven't merged from this branch, I don't
see a problem in using s imple svn mv.
Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England
Is there a safe way to rename a branch? I'm worried about all my
mergeinfo's
> I don't believe you have to go to so much trouble in the
> pre-commit hook. If you have set the svn:eol-style property
> then subversion will ensure the file has those line endings
> on checkout and update them when committing into the
> repository. So all the hook needs to do is check for the
>
On Wednesday 08 Sep 2010, Csaba Raduly wrote:
> Hi Giulio,
>
> On Wed, Sep 8, 2010 at 10:25 AM, Giulio Troccoli wrote:
> > I am writing a pre-commit hook script in perl. One of the requirement is
> > that all files (luckily they are all text files) have the svn:eol-style
> > property set to LF an
Hello
I'm using svn v1.6.12 and it seems that calling 'svn info --xml' on a file
in an unversioned directory still causes svn to produce broken xml:
[weir...@localhost /home/sam/trunk] mkdir dir
[weir...@localhost /home/sam/trunk] touch dir/file
[weir...@localhost /home/sam/trunk] svn info --xm
Hi Giulio,
On Wed, Sep 8, 2010 at 10:25 AM, Giulio Troccoli wrote:
> I am writing a pre-commit hook script in perl. One of the requirement is that
> all files (luckily they are all text files) have the svn:eol-style property
> set to LF and the actual eol is indeed LF. If that's not the case I
>
Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
-Original Message-
> From: Matthew Allen [mailto:f...@memecode.com]
> Sent: 08 September 2010 10:35
> To: Giulio Troccoli
> Subject: RE: Help wit
-- Original Message --
To: Matthew Allen (f...@memecode.com)
From: Erik Andersson (kir...@gmail.com)
Subject: Re: Help with Mac repositry permissions
Date: 8/9/2010 4:58:47p
> Hi
>
> Not really sure about mac.. but what I would do in linux would be:
>
>
> sudo find /path/to/repo -t
I am writing a pre-commit hook script in perl. One of the requirement is that
all files (luckly they are all text files) have the svn:eol-style property set
to LF and the actual eol is indeed LF. If that's not the case I will reject the
commit and direct the user to a page on our intranet to exp
>
Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
-Original Message-
> From: Matthew Allen [mailto:f...@memecode.com]
> Sent: 08 September 2010 07:41
> To: users@subversion.apache.org
> Subject:
On 2010-09-08 09:34, c-aries wrote:
> Hi all, my company wanna upgrade subversion's repository from version
> 1.5 to version 1.6.
> Is version 1.6 compatible with version 1.5?
Yes. Refer to section "Comnpatibility Concerns" in the Subversion 1.6
release notes.
http://subversion.apache.org/docs/re
Hi all, my company wanna upgrade subversion's repository from version 1.5 to
version 1.6.
Is version 1.6 compatible with version 1.5?
Many Thanks.
--
Gmail签名:喜欢是淡淡的
On Sep 8, 2010, at 01:58, Erik Andersson wrote:
> Not really sure about mac..
It's UNIX.
> but what I would do in linux would be:
>
> sudo find /path/to/repo -type f -exec chmod 660 {} \;
> sudo find /path/to/repo -type d -exec chmod 2770 {} \;
> sudo chown -R root.www-data /path/to/repo
The
44 matches
Mail list logo
