I frequently come across the same kind of issues. First I thought g+w
(I work on *BSD so g+s isn't the way to go) should be another property
like svn:executable. But when you add in full permissions plus
ownership rules, plus you might want to set the group but not the
owner, etc, or vice versa, it does seem like it would be a better idea
to have a script around that can: a) can take the existing file
permissions and/or ownerships and store them as custom properties; and
b) examine those properties and set permissions on repository files.
It would be a good candidate for the tools, too, and Perl is the
obvious candidate.
Any volunteers? :) Seriously it is something I'm somewhat interested
in doing and of course I'd contribute it for anyone to use.
Note: the script doesn't need to be run as root as long as it's doing
chgrp instead of chown (a good way of doing security) and the user
running the script is a member of the groups.
On Fri, 5 Nov 2004 15:55:06 +0100, Ulrich Eckhardt
<eckhardt@satorlaser.com> wrote:
> Lars Roland wrote:
> > I have a huge collection of UNIX scripts and files each with sticky
> > bits and all sorts of user names/permissions attached to them. Can i
> > somehow force subversion to store these informations (when I do a
> > add/import), so when I do a checkout the user name and permissions are
> > set right ?
>
> I don't think this could work, because as a normal user you for sure can't
> create any SUID root scripts, which is a good thing.
> I believe your best bet would be to store these additional things via
> propget/propset and and create a script(which then of course needs to be run
> as root) that scans a workingcopy, reads these SVN-properties and sets them
> on the files or the other way round.
>
> HTH,
>
> Uli
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 5 16:42:13 2004