Description of problem: The libss library attempts to provide command-line editing by using dlopen() to load an editing library. The default list it attempts to use is defined (as the DEFAULT_LIBPATH macro) in lib/ss/get_readline.c as "libreadline.so.4:libreadline.so:libedit.so.2:libedit.so:libeditline.so.0:libeditline.so" The current version of libreadline is libreadline.so.5. Version-Release number of selected component (if applicable): 1.38-15 How reproducible: Always Steps to Reproduce: 1. Run 'debugfs' under strace. 2. Notice that while it attempts to dlopen() libreadline.so.4, it never tries to open the current version. Actual results: If you don't have compat-readline43 or readline-devel install, it will not find the library. Expected results: Command-line edity goodness. Additional info: Sourceforge's bug tracker doesn't seem to be working at the moment, so I can't file this there as well.
http://thunk.org/hg/e2fsprogs/?rev/1cfb852a943d description: Add libreadline.so.5 to the list of readline libraries used by libss This was fixed back in Nov 2006... So, it's fixed in fedora devel/fc8, and in the e2fsprogs-1.40.2.fc7 package I just pushed to f7 updates-testing... I'll probably push 1.40.2 to fc6 as well at some point soon. Thanks, -Eric