Re: [9fans] ape/psh can't exec in 9vx

[Uriel <uriel99@gmail.com>]

Or we could use extended attributes to store the plan9-related bits.

I'm joking, I'm joking! I just couldn't resist mentioning such wicked idea ;))

Probably having fossil become part of the default setup would be the best.

Peace

uriel


On Wed, Sep 24, 2008 at 5:56 PM, Steve Simon <steve@quintile.net> wrote:
> I may be wrong but I assumed the problem with replica was that unless you run 9vx
> setuid to root and trust the permssion checking in the host interface there is
> no way for wstat to change the username of a file to anything else that the user
> who started 9vx.
>
> aditionally there may b e no relevant host user to become the owner of the file,
> e.g. bootes or glenda.
>
> If it is just limitations of the host filesystem emulating a 9p server then replica
> should work fine when it uses a seperate fossil disk partition rather than a host
> filesystem.
>
> If I am right you could always add a file which contains extra metadata not stored
> in the host filesystem (e.g. the append bit, the 't' bit (don't venti) and of
> course owner and group - overriding the owner and group from the native filesystem.
>
> wether this is worth the effort... thats another question.
>
> alternatively the 9vx host filesystem interface or replica itself could be hacked to
> be less strict when wstats()ing.
>
> then again I may have the wrong end of the stick completely.
>
> -Steve