Summary: | libcom_err.so.2 from e2fsprogs 1.37 breaks mit-krb5-1.4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christophe Saout <christophe> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | frilled, kerberos, pam-bugs+disabled, sparc |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
ebuild patch, adds epatch command for the next patch
goes into the ${FILESDIR} |
Description
Christophe Saout
2005-06-06 17:35:48 UTC
Created attachment 60750 [details, diff]
ebuild patch, adds epatch command for the next patch
Created attachment 60751 [details, diff]
goes into the ${FILESDIR}
The filename for the second patch for /usr/portage/sys-libs/com_err/files/ should be: com_err-1.37-et_c_awk.patch Analogous bug report in e2fsprogs bug tracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1150146&group_id=2406&atid=102406 Christophe, what's the latest on this then? Upstream has acknowledged the problem. My fix is okay in theory, but practically it might introduce other problems (they are worried about binary compatibility with other libcom_err implementations that don't have the dynamic table allocation functions at all). I don't know what's going on exactly at the moment, I'll ask again. why do we have a stable e2fsprogs port which doesn't compile (without our patch). Can you make a stable e2fsprogs ebuild for that? Thanks, Martin PS. I hope to see a stable one the next days... Upstream has resolved the problems in e2fsprogs-1.38. A workaround for programs compiled with the old compile_et as well as an improved compile_et. great, thanks i added 1.38 yesterday so ... :) *** Bug 98303 has been marked as a duplicate of this bug. *** Any chance to change from "~alpha" to "alpha"? I just built it and there are no obvious problems. |