| Summary: | Removal of libpthread_nonshared.a breaks installation of Oracle Database | ||
|---|---|---|---|
| Product: | glibc | Reporter: | Florian Weimer <fweimer> |
| Component: | nptl | Assignee: | Not yet assigned to anyone <unassigned> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | carlos, drepper.fsp |
| Priority: | P2 | Flags: | fweimer:
security-
|
| Version: | 2.28 | ||
| Target Milestone: | --- | ||
| See Also: | https://bugzilla.redhat.com/show_bug.cgi?id=1625507 | ||
| Host: | Target: | ||
| Build: | Last reconfirmed: | ||
|
Description
Florian Weimer
2018-08-09 16:08:12 UTC
(In reply to Florian Weimer from comment #0) > Apparently, the relinking step as part of the Oracle Database installation > assumes that a libpthread_nonshared.a library exists. Apparently, it > doesn't use -lpthread as it should. > > Should we add back an empty stub library to support this use case? In my opinion upstream should not add back any libraries that are implementation details that applications should not depend upon. It's completely invalid for Oracle db to link against libpthread_nonshared.a. Downstream can add it back at their own cost to support applications that need it during some transitional period, but keeping it around won't help get these applications fixed and you'll have libpthread_nonshared.a forever. I've filed a downstream Fedora bug for this: https://bugzilla.redhat.com/show_bug.cgi?id=1625507 |