[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Hurd features [Was: ITP: hurd-cvsfs -- CVS virtual filesystem for the GNU Hurd]

Roger Leigh, le Mon 23 Apr 2012 10:43:00 +0100, a écrit :
> > They are already there.
> OK.  I was informed otherwise when I was working on all the
> tmpfs-related code.

Things evolve, we do spend time on useful features :) Tmpfs has recently
been fixed.

> Does Hurd support ext3/4 yet?


> > > - sysfs
> > 
> > Err, I don't think it's a good idea to let people think it is ok to use
> > extremely-linuxish things there.
> kFreeBSD supports both linprocfs and linsysfs.

Linsysfs is extremely small: from what I see on asdfasdf, it only
exposes two bits of information for each scsi host.

> If you're going to integrate well with the rest of the Debian system,
> the reality is that this stuff is needed.

/sys is a moving thing, and full of a lot of details.  I believe BSD
people will agree that they don't want to spend time on that.

> > > Yet we are carrying
> > > around large amounts of code and extra initscripts to generate
> > > mtab for the only system which does not support /proc/mounts
> > > (Hurd).  A procfs translator (even an incomplete one) would
> > > allow all this (barely tested) cruft to be dropped.
> > 
> > We have an incomplete procfs already.  It doesn't have /proc/mounts,
> > because it's not a trivial thing to implement: since mounts are
> > distributed, there is no central place where filesystems are to be
> > recorded.  There are plans to somehowe build one.  In the meanwhile
> > things are working already.  I don't think spending time on a feature
> > just to remove some existing code is the best way to spend our time,
> > either.
> It's not just a case of "working already".  I spent several days
> writing and testing all that code.  From scratch.  Just for Hurd.

Ah, we weren't aware of that.


Reply to: