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

Bug#669647: ITP: hurd-cvsfs -- CVS virtual filesystem for the GNU Hurd



On Mon, Apr 23, 2012 at 11:20:00AM +0200, Samuel Thibault wrote:
> Roger Leigh, le Mon 23 Apr 2012 09:44:32 +0100, a écrit :
> > While it's great that Hurd can support all of these esoteric
> > translators, in terms of making Hurd a viable *Debian* port,
> > we really only need a few specific ones:
> > 
> > - tmpfs
> > - procfs
> > - ext?fs
> 
> They are already there.

OK.  I was informed otherwise when I was working on all the
tmpfs-related code.  If this is the case, I will remove all the
Hurd-specific disabling, and it will be enabled shortly.  You'll
get a tmpfs /run etc. like everyone else.

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.  If you're going to
integrate well with the rest of the Debian system, the reality is
that this stuff is needed.  We shouldn't need Hurd to be
gratuitously different for such basic stuff, it again causes a
large maintenance burden, and means Hurd support will be lacking.

> > 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.  And
this is just one example.  We need a dynamic mtab; a static one is
plain broken, and this does have a maintenance burden which Hurd
forces me to undertake.  There's special code in every initscript
which mounts something, plus a whole library of shell functions...
which should be deleted at the earliest opportunity.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux    http://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-    GPG Public Key      F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800



Reply to: