Re: metastore (was: Track /etc directory using Git)

From: martin f krafft <madduck@madduck.net>
Date: Sep 16, 2007, 06:14 UTC
Message-ID: <20070916061411.GC24124@piper.oerlikon.madduck.net>
In-Reply-To: <Pine.LNX.4.64.0709152310380.28586@racer.site>

also sprach Johannes Schindelin <Johannes.Schindelin@gmx.de> [2007.09.16.0014 +0200]:

> While at it, you should invent a fallback what to do when the
> owner is not present on the system you check out on.  And
> a fallback when checking out on a filesystem that does not support
> owners.

Like rsync, git would use numerical UIDs (which are always present) by default, but could be told to try to map account names.

If the filesystem does not support owners, chown() would not exist. I actually tend to think of things the other way around: instead of a fallback when chown() does not work (what would such a fallback be other than not chown()ing?), it would only try chown() if such functionality existed.

> And a fallback when a non-root user uses it.

That's easy, Unix already provides you with that "fallback": pack up /etc in a tar and unpack it as a normal user...

> Oh, and while you're at it (you said that it would be nice not to
> restrict git in any way: "it is a content tracker") support the
> Windows style "Group-or-User-or-something:[FRW]" ACLs.

Provided we find a way to implement this in an extensible manner, this should not be hard to do. I can't do it since I don't have access to a Windows machine.

Your statement does catch me off-guard though. Does git now officially target Windows?

-- 
martin;              (greetings from the heart of the sun.)
  \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck
 
if you find a spelling mistake in the above, you get to keep it.
 
spamtraps: madduck.bogus@madduck.net