Dear Maintainer,

I think mc should (no longer) depend on e2fslibs. Today, many systems
don't necessarily use ext2/3/4 anymore. Virtual Private Servers based
on LXC containers make good use of btrfs subvolumes. So many installs
of mc will never get close to any ext2/3/4 filesystem.

Please change mc to, at most, recommend e2fslibs.

Regards,
Wilfried

This compile time dependency is needed for the unerase feature, so it
can't be changed to recommends, only left as is, or completely removed.

I'm not sure if anyone is still using it, but that's a different
question; I don't know what's the procedure for deciding whether to cut
a feature out or not.

Well, I don't really know; I'm just trying to explain why this
dependency was added to the package in the first place.

If you'd like to convert it to dlopen() similar to how support for X.Org
is implemented, this dependency can certainly be dropped, but I'm not
sure if this feature is worth the effort...

Am Tue, Nov 11, 2014 at 09:25:33AM +0100 schrieb Yury V. Zaytsev:

How hard would it be to change the code to try to dlopen() the necessary
libs on demand?

With dlopen()-on-demand, the feature would still be there :)

Regards,
Wilfried

Am Tue, Nov 11, 2014 at 06:31:54PM +0100 schrieb Yury V. Zaytsev:

I understood that, and I wouldn't want that (or any) feature gone just
because I don't need it.

I have looked into the sources and not yet found out how it's done there.
Actually, I'm not even sure I found the right feature yet. All I do know
is there is no direct occurrence of "dlopen" in the sources.

As I find time, I might look into it more. If anyone else wants to have
a go, I won't be unhappy either. Neither would I be about a decision to
drop this feature, although I might be happier about it being extended
to other filesystems as well (with the necessary libs being dlopen()ed
on demand).

Regards,
Wilfried