[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] part type interface
From: |
Thomas Bushnell, BSG |
Subject: |
Re: [PATCH] part type interface |
Date: |
07 Oct 2001 13:00:53 -0700 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 |
Roland McGrath <roland@gnu.org> writes:
> > I was thinking this code might be triggered by a user who requested a
> > store_part on the command line to, say, ext2fs. Is that incorrect?
>
> If the hurd is compiled without libparted, then the "part" store type will
> be completely absent, and using it on the command line will get the usual
> error you'd get for using some unknown type "frobozz".
Ok, I see where I was confused then. I think I agree with Roland. If
the stub must be added, it should be ENOSYS, but even better is to
just have it not added.
A program which wants store_part_create should have a dependency on
libparted. If libparted lives in the hurd packages, it should be
always on. If it's in a different package, then the package
dependency mechanism should be used--just like any other library.
- [PATCH] part type interface, Neal H Walfield, 2001/10/07
- Re: [PATCH] part type interface, Thomas Bushnell, BSG, 2001/10/07
- Re: [PATCH] part type interface, Roland McGrath, 2001/10/07
- Re: [PATCH] part type interface, Thomas Bushnell, BSG, 2001/10/07
- Re: [PATCH] part type interface, Roland McGrath, 2001/10/07
- Re: [PATCH] part type interface,
Thomas Bushnell, BSG <=
- Re: [PATCH] part type interface, Neal H Walfield, 2001/10/07
- Re: [PATCH] part type interface, Thomas Bushnell, BSG, 2001/10/07
- Re: [PATCH] part type interface, Neal H Walfield, 2001/10/07
- Re: [PATCH] part type interface, Thomas Bushnell, BSG, 2001/10/07
- Re: [PATCH] part type interface, Roland McGrath, 2001/10/07
- Re: [PATCH] part type interface, Roland McGrath, 2001/10/07