[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Web front-end for access list editing

From: Bryan Simmons <bryan.simmons_at_gmail.com>
Date: 2004-09-09 16:07:19 CEST

I'm glad I could help.
The authz_svn access list is really more for securing different paths
within a single repository or doing such in multiple repositories. To
keep a repository specifically for some users doesn't always scratch
that itch though....

My company operates in a highly collaborative environment. As such, I
have to leave some directories open to r by everyone and the ones with
more important data to rw only by me or my team.

I guess my hope was that my script would encourage others to do the same....

Withouth subversion and it's authz_svn abilities, it would take us
twice as long to collaborate as it does.

On Thu, 09 Sep 2004 10:18:32 +0200, Chris Rowse <crowse@forth.co.za> wrote:
> Hi Bryan
> Thanks for the excellent rundown of what happened to my Perl. I guess
> it was about the time that Perl changed to (was it 4 to 5?) include
> 'Object Oriented' extensions. And, yes, there were a number of libraries
> lying around.
>
> Not being much of a Perl programmer, I did not go into the details. I
> recovered by simply trashing everything and reinstalling. Yes I know
> this solution has no class or culture, but it fits our third world logic
>
> When in doubt, take a hammer
> The bigger the doubt, the bigger the hammer.
>
> I will give your editor a go.
>
> Is there a need? ... hmmm not sure. I was busy constructing permissions
> for giving myself global access to SVN and some clients read access to
> their own distribution repositories. I wanted it to work with both SVN
> access and viewcvs.
>
> The red book doesnt give a nice worked example, but now that it is
> working, I probably wont need to change it other than to add and remove
> users.
>
> I'm a great one for easy to use configuration tools, so a complete gui
> to assist in setting up SVN would be great. THe scripts themselves are
> (more or less) portable, so must be version agnostic. Try to get buy in
> from the core svn team.
>
> Chris
>
>
>
> On Thu, 2004-09-09 at 01:46, Bryan Simmons wrote:
> > I believe what ended up broken was your PERL5LIB environment variable.
> > I too have done this with cpan. Typically, a Linux box has a single perl root:
> > /usr/lib/perl5/
> >
> > Having this as a single search path doesn't work with perl. So the
> > lower paths end up in the PERL5LIB env variable. Here's what I have
> > under /usr/lib/perl5/
> > 5.8.0 5.8.1 5.8.2 5.8.3 site_perl Text vendor_perl
> >
> > All of those directories were put there either by cpan or by
> > installing a packaged app (rpms and debs and such). Though each 5.8.x
> > directory means that each one is meant for a different version of
> > perl, they will work if they are in your PERL5LIB and they match your
> > version of the perl binary. Here's the output of "echo $PERL5LIB" on
> > my system:
> >
> > /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi:/usr/lib/perl5/site_perl/5.8.3
> >
> > The env variable is set this way because those two directories are
> > where perl can expect to find the root folder for each perl module I
> > want it to be able to run.
> > If I wanted it to run another module in another directory, I add that
> > directory to the PERL5LIB variable in /etc/profile or in
> > ~/.bash_profile.
> >
> > Perl is only tricky because it's old. You may be able to find binary
> > packages for Suse that have the needed perl modules. Such packages
> > usually replace the :: in a perl module name with -. Try to do a
> > search for Config-IniFile in whatever update you have that came with
> > your distrobution.
> >
> >
> >
> >
> > On Wed, 08 Sep 2004 16:51:30 +0200, Chris Rowse <crowse@forth.co.za> wrote:
> > > Hi Bryan
> > >
> > > Sorry, I posted to you before I saw your second post.
> > >
> > > Yes, I used cpan a few years ago. After letting it do its thing, my
> > > perl was broken, along with many perl scripts on my linux. I have been
> > > wary ever since then.
> > >
> > > Chris
> > >
> > >
> > >
> > > On Wed, 2004-09-08 at 16:41, Bryan Simmons wrote:
> > > > You do not have the perl module Config::IniFile installed. Have you
> > > > ever used CPAN to install a perl module? It's easy, just su, then
> > > > type: cpan
> > > > This should start the interactive cpan module installer.
> > > > Set up cpan via the prompts it gives you. When setup of cpan is done,
> > > > type: install Config::IniFile
> > > >
> > > > That should install the needed module for my script.
> > > >
> > > >
> > > > On Wed, 08 Sep 2004 08:22:11 +0200, Chris Rowse <crowse@forth.co.za> wrote:
> > > > > Hi Bryan,
> > > > >
> > > > > One of the reasons I hate perl is that I seem never to be able to get
> > > > > anything working 'out the box'. There's always another environmental
> > > > > discrepancy with cryptic messages, chase around the internet for library
> > > > > after library.
> > > > >
> > > > > YEah, I know you seem to get a lot done for very little work, but so too
> > > > > nowadays with C, Java etc
> > > > >
> > > > > This is from a SuSE 9.1 installation
> > > > >
> > > > > Can't locate Config/IniFiles.pm in @INC (@INC contains:
> > > > > /usr/lib/perl5/5.8.3/i586-linux-thread-multi /usr/lib/perl5/5.8.3
> > > > > /usr/lib/perl5/site_perl/5.8.3/i586-linux-thread-multi
> > > > > /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl
> > > > > /usr/lib/perl5/vendor_perl/5.8.3/i586-linux-thread-multi
> > > > > /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl .) at
> > > > > /root/svnauthedit.pl line 12.
> > > > > BEGIN failed--compilation aborted at /root/svnauthedit.pl line 12.
> > > > >
> > > > > What does this mean
> > > > >
> > > > >
> > > > > Chris
> > > > >
> > > > >
> > > > >
> > > > > On Wed, 2004-09-08 at 01:07, Bryan Simmons wrote:
> > > > > > My first working version of this script is ready for public consumption:
> > > > > > http://svnhosting.org:8000/svn/bsimmons/AuthzSVNAccessAdmin/iniedit.pl
> > > > > >
> > > > > > Please let me know if anyone has questions or comments.
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Fri, 6 Aug 2004 23:00:47 -0400, Bryan Simmons
> > > > > > <bryan.simmons@gmail.com> wrote:
> > > > > > > Update:
> > > > > > >
> > > > > > > I've almost completed the first working draft of a perl script that
> > > > > > > will allow you to
> > > > > > > administer your ini-style authz_svn file(s) over the web.
> > > > > > > I'll post a link to the source when it's complete.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Wed, 4 Aug 2004 18:46:19 -0400, Bryan Simmons
> > > > > > > <bryan.simmons@gmail.com> wrote:
> > > > > > > > I use something called authman. It's a php script:
> > > > > > > > http://www.net-track.ch/opensource/authman/
> > > > > > > >
> > > > > > > > I also came across a script on cpan.org that uses the perl
> > > > > > > > Config::IniFiles module to administer ini-type files just like the
> > > > > > > > authz_svn access file. I'm going to alter it for better subversion
> > > > > > > > integration.
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > On Wed, 4 Aug 2004 17:23:55 -0500, Simon McClenahan
> > > > > > > > <smcclenahan@healthcompartners.com> wrote:
> > > > > > > > > What do you use to administer http auth?
> > > > > > > > >
> > > > > > > > > cheers,
> > > > > > > > > Simon
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Bryan Simmons [mailto:bryan.simmons@gmail.com]
> > > > > > > > > Sent: Wednesday, August 04, 2004 1:08 PM
> > > > > > > > > To: users@subversion.tigris.org
> > > > > > > > > Subject: Web front-end for access list editing
> > > > > > > > >
> > > > > > > > > What I want to know is very simple, so here goes: has anyone yet
> > > > > > > > > written a script or cgi that can run on the web to allow the
> > > > > > > > > creation/editing of users and groups in an authz_svn access list? I
> > > > > > > > > found a script for administering users and groups for http Auth, but
> > > > > > > > > have yet to find one for administering an authz_svn access list.
> > > > > > > > >
> > > > > > > > > --------------------------
> > > > > > > > > NOTE: This message and any included attachments are from HealthCom Partners, LLC and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail.
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > >
> > > > > > > > Bryan Simmons
> > > > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > > > > > > > What is this "sleep" of which you speak?
> > > > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Regards,
> > > > > > >
> > > > > > > Bryan Simmons
> > > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > > > > > > What is this "sleep" of which you speak?
> > > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

-- 
Regards,
Bryan Simmons
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Always code as if the guy who ends up maintaining your code will 
 be a violent psychopath who knows where you live.
   -- Rick Osborne
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 9 16:08:04 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.