Bug 23500 - Removal of libpthread_nonshared.a breaks installation of Oracle Database
Summary: Removal of libpthread_nonshared.a breaks installation of Oracle Database
Status: NEW
Alias: None
Product: glibc
Classification: Unclassified
Component: nptl (show other bugs)
Version: 2.28
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-08-09 16:08 UTC by Florian Weimer
Modified: 2018-09-05 05:42 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed:
fweimer: security-


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Weimer 2018-08-09 16:08:12 UTC
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?
Comment 1 Carlos O'Donell 2018-08-09 17:08:27 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.
Comment 2 Carlos O'Donell 2018-09-05 05:42:42 UTC
I've filed a downstream Fedora bug for this:
https://bugzilla.redhat.com/show_bug.cgi?id=1625507