>(mkfs should be a frontend of libjfs)
As Christoph points out in a later note, libjfs really isn't the complete
utilities.
>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) and other than possibly
some messages, this is all EVMS requires.
>Also, the "total system" seems more complicated now. (For example: how
are you going >to interface the resizer, so you can find out the min/max
sizes, etc?)
I agree that not everything fits well into fork/exec and it was not my
first choice, but it lets the fsim work with existing JFS utilities. When
JFS implements expand (soon) they will have to deal with this.
>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.
>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. Last
time I looked the APIs in libparted didn't provide for this. Without this
support the whole thing is rather uninteresting to us.
Steve
_______________________________________________________________
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: bandwidth@sourceforge.net
_______________________________________________
Evms-announce mailing list
Evms-announce@lists.sourceforge.net
To subscribe/unsubscribe, please visit:
https://lists.sourceforge.net/lists/listinfo/evms-announce
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/