From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <1513f0b67eaeb6e423e9baf396986b01@proxima.alt.za> References: <08d575d7fa9c81707d68c94eaa7a3f8f@ghost.attlocal.net> <1513f0b67eaeb6e423e9baf396986b01@proxima.alt.za> Date: Wed, 2 Sep 2015 09:34:41 +0200 Message-ID: From: Giacomo Tesio To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=f46d0442880223df75051ebeb308 Subject: Re: [9fans] u9fs sources Topicbox-Message-UUID: 683f1afc-ead9-11e9-9d60-3106f5b1d025 --f46d0442880223df75051ebeb308 Content-Type: text/plain; charset=UTF-8 2015-09-02 6:38 GMT+02:00 : > > I don't think it is currently maintained, but Plan 9 ships with a copy > > of it under /sys/src/cmd/unix. I used that as the basis of the OpenBSD > > port. > > I have it on my list of urgent tasks to fix u9fs. The more recent > copy (details need investigating) fails on NetBSD when encountering > group IDs that don't have a matching value in /etc/group as well as > under more mysterious circumstances. The older copy works adequately > (very similar platform, not identical), but it seems to care much less > about group IDs and it seems a waste that somebody would have done a > lot of work in vain. > Nice! Actually, I'm going to need the NetBSD port up and running in the relatively near future. A very useful thing to do is to list the known issues. Even more useful would be to setup a set of failing shell scripts that reproduces the issues, so that we can use them as tests. > > I can find out more about each, but if someone else is willing to > help, I'd also like to apply similar expertise to add ownership and > permission settings to NetBSD's variation of v9fs which I presume is > an analogous problem? > I did not know of a v9fs version for NetBSD... Any link? Actually, I don't care about neither 9p2000.U nor 9p2000.L. So, feel free to nudge me, if you can add to my rather limited skills, > the hardware can be made available for development and testing. > > Lucio. > I shouldn't need any hardware (a Xen domU should be enough), but in case I'll write you when I'm ready to work on this. Can you share links to the most updated sources for NetBSD? Giacomo --f46d0442880223df75051ebeb308 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2015-09-02 6:38 GMT+02:00 <lucio@proxima.alt.za>:<= br>
> = I don't think it is currently maintained, but Plan 9 ships with a copy<= br> > of it under /sys/src/cmd/unix. I used that as the basis of the OpenBSD=
> port.

I have it on my list of urgent tasks to fix u9fs.=C2=A0 The more rec= ent
copy (details need investigating) fails on NetBSD when encountering
group IDs that don't have a matching value in /etc/group as well as
under more mysterious circumstances.=C2=A0 The older copy works adequately<= br> (very similar platform, not identical), but it seems to care much less
about group IDs and it seems a waste that somebody would have done a
lot of work in vain.

Nice! Actually, I&= #39;m going to need the NetBSD port up and running in the relatively near f= uture.

A very useful thing to do is to list the known iss= ues.
Even more useful would be to setup a set of failing shell scripts = that reproduces the issues, so that we can use them as tests.
=C2=A0

I can find out more about each, but if someone else is willing to
help, I'd also like to apply similar expertise to add ownership and
permission settings to NetBSD's variation of v9fs which I presume is an analogous problem?

I did not know of= a v9fs version for NetBSD... Any link?

Actually, I don&#= 39;t care about neither 9p2000.U nor 9p2000.L.

So, feel free to nudge me, if you can add to my rather limited skills,
the hardware can be made available for development and testing.

Lucio.

I shouldn't need any hardwar= e (a Xen domU should be enough), but in case I'll write you when I'= m ready to work on this.

Can you share links to the most = updated sources for NetBSD?


Giacomo
--f46d0442880223df75051ebeb308--