From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 12 Aug 2001 15:51:19 -0400 From: Jason Tackaberry Subject: Re: [linux-lvm] Writing forward compatible applications using /proc Message-ID: <20010812155119.C20414@linux.com> References: <20010811235718.A20414@linux.com> <20010812200701.A657@btconnect.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20010812200701.A657@btconnect.com>; from thornber@btconnect.com on Sun, Aug 12, 2001 at 08:07:02PM +0100 Sender: linux-lvm-admin@sistina.com Errors-To: linux-lvm-admin@sistina.com Reply-To: linux-lvm@sistina.com List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-lvm@sistina.com > You should also be able to get all the information you need from the tools. The problem I see with this is if the output generated by the tools changes it could potentially break the GUI tool. I guess no matter what I do I'm picking a moving target. > It would be really good to see a comprehensive LVM gui tool. You Actually my idea is for a comprehensive _disk_ administration tool, of which LVM will be a part. So you can, for example, query your controllers, partition your disks, setup a RAID5 configuration with LVM on top, and even tune and manage supported file systems. My plan is to model it loosely from Veritas storage administrator. > Are you planning to implement in C and gtk ? or use some higher level > language ? I've always wanted to learn Qt, so I'll likely use Qt, and build it in such a way that the GUI is abstracted and can be ported to a different toolkit. Of course I'd distribute static binaries, since this sort of thing should be able to be run on a server, many of which do not have X libraries installed. Cheers, Jason.