From: Andrew Clausen <clausen@gnu.org>
To: "Steve Pratt" <slpratt@us.ibm.com>
Cc: "Kevin M Corry" <corryk@us.ibm.com>,
evms-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: [Evms-announce] [ANNOUNCE] EVMS Release 1.0.1
Date: Fri, 10 May 2002 08:47:11 +1000 [thread overview]
Message-ID: <20020509224711.GA1157@gnu.org> (raw)
In-Reply-To: <OFDE4879C8.491FA45A-ON85256BB4.004CD1A5@pok.ibm.com>
On Thu, May 09, 2002 at 09:37:56AM -0500, Steve Pratt wrote:
> >Notice you have no error handling, etc. now?
>
> Do you mean message handling or error reporting. Forking JFS mkfs gives me
> just as many return codes as libparted (pass/fail)
Parted gives you a lot more than pass/fail. (Have you read doc/API?
There's a section of PedException)
> and other than possibly
> some messages, this is all EVMS requires.
Why? EVMS's messaging system allows interactive error handling.
Why not use it?
> >Also, while I'm at it: you didn't like my idea for interfacing
> >the parted exception system with evms properly? I even wrote the code
> >for you (without testing it)... I didn't see a reply to my mail...
> >you(s) didn't like it?
>
> Not that we didn't like it, just have way to many things to do.
Ah, ok.
> >BTW: what do you think of how libparted interfaces with libreiserfs?
> >There has been a lot of work, and it has all been merged properly now.
> >I think EVMS should do something similar. Have a look in
> >libparted/fs_reiserfs.
>
> I saw mention that you had done this. Do you actually allow options to be
> passed to the reiserfs utils, or is it still limited to defaults.
Still just defaults... I plan to do an evms-like parameters interface
soonish. Anyway, implementing it shouldn't present any special problems.
It is orthogonal to the way libparted and libreiserfs interface themselves.
> Last
> time I looked the APIs in libparted didn't provide for this. Without this
> support the whole thing is rather uninteresting to us.
Well, libparted is quite limited and immature, I agree. But it has
ideas that EVMS doesn't have (and vice versa), so it's useful
("interesting") for us to be looking at each other's code.
I think the way libparted and libreiserfs work together should be
interesting to you... it only enables full reiserfs support when
libreiserfs is installed. I don't think it's the Final Solution TM...
I think we have a problem of how to handle multiple implementions
of the same thing. (Which can be useful: for example, reconstructive
vs incremental file system resizers, etc.) Anyway, I'd like you to
tell me how crap the current libparted <-> libreiserfs thing is,
so I can make it better ;)
Andrew
next prev parent reply other threads:[~2002-05-09 22:47 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-09 14:37 [Evms-announce] [ANNOUNCE] EVMS Release 1.0.1 Steve Pratt
2002-05-09 22:47 ` Andrew Clausen [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-05-08 15:18 Kevin Corry
2002-05-09 10:35 ` [Evms-announce] " Andrew Clausen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020509224711.GA1157@gnu.org \
--to=clausen@gnu.org \
--cc=corryk@us.ibm.com \
--cc=evms-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=slpratt@us.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox