Re: fdisk

[Guillem Jover <guillem.jover@menta.net>]

On Mon, Jul 15, 2002 at 01:32:08PM +0200, Robert Millan wrote:
> On Mon, Jul 15, 2002 at 06:34:53PM +0200, Guillem Jover wrote:
> > Yes, when i saw James proposal i tought about it, and i think
> > that rewriting or modifing it to be a libparted frontend is
> > the way to go beacuse the current src is a mess. It can also
> > be used by Linux.
> > 
> > If you want we can work on this.
> 
> Well i'm very busy atm, and i'm novice at C so i was thinking
> on learning about it as i go.. If you want to write that
> frontend i could rather disturb you, so feel free to go at it :)

No hurry, and i'll have to learn libparted, so we can take this with
calm :).

> btw, is the UI code from fdisk usable?

The most desirable to be reused is the one from cfdisk (ncurses),
the UIs from fdisk and sfdisk are minimal. But until a deeper look
at libparted is taken won't know if the modifications are one to one,
or imply modifing also the UI.

> > I've got all what is not really Linux specific to compile under the Hurd.
> > And yes quite unportable, 100k of patch :P. I'm testing and polishing
> > last details, but in few days it will be finished.
> 
> could you list what you have? as said before it'd be good to put it on
> respective GNU packages.

I have finished the port, and will send it to the bts this night if
nobody objects.

from bsdutils:

	script
	logger
	renice
	wall
	replay

from util-linux:

	arch
	more
	fsck.minix
	mkfs
	mkfs.minix
	mkswap
	ipcs
	ipcrm
	setsid
	namei
	setterm
	mcookie
	whereis
	ddate
	getopt
	rev
	chkdupexe
	
	# Hurd limitation -> no large file support
	#   work fine on images < 2 GiB
	#   should work on images >= 2 GiB w/ dos partition tables
	#     w/o extended partitions.
	cfdisk
	fdisk
	sfdisk

	# not included -> conflicts with hurd.deb
	getty

regards,
guillem


-- 
To UNSUBSCRIBE, email to debian-hurd-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org