On Wed, Dec 9, 2009 at 2:33 PM, J. R. Mauro <[email protected]> wrote: > > On Dec 9, 2009, at 1:12 PM, Anomit Ghosh <[email protected]> wrote: > [[snip]] > I see some big problems with that: > > Not everyone can use FUSE. A FUSE-9P translator would have to be > written to facilitate importing /net. Some distros may do DNS > differently, including administrative restrictions that could cause a > FUSE-based DNS filesystem to fail. >
True. I would like to have these files served from kernel-space. The DNS resolution is a user-space activity but the /net/cs can still remain in the kernel. I believe NFS has such a design where it maps between userid and username with information from /etc/shadow. That is because on the network, usernames are used, while the kernel only understands userids. I wonder if we could simply query the DNS resolution library in userspace every time /net/cs encounters a url? I would like to avoid using FUSE for /net/cs and continue to use libfs for it if possible. > > It would probably be a good substitute while work continues on the > slashnet driver, as it could make development of other parts easier, > but in the long run I don't think it's a viable solution. > I think we already have plan9port for such objectives. No point exploring a temporary solution. Development on DNS resolution and slashnet driver can be carried out in autonomy. You dont need one for building the other. >> >> -- -- Rahul Murmuria -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/glendix?hl=en
