Bug 152173 - rpm once again doesn't work with non-NPTL kernels
Summary: rpm once again doesn't work with non-NPTL kernels
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Paul Nasrat
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-03-25 16:36 UTC by Jonathan Kamens
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-04-28 01:12:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jonathan Kamens 2005-03-25 16:36:21 UTC
For a long time, rpm was being compiled in such a way that it would work on 
non-NPTL kernels.  As of rpm-4-4.1-2, it no longer does.  Note that this is 
independent of the other bug which was closed WONTFIX about problems caused by 
db4 being compiled with NPTL support -- despite the fact that db4 was compiled 
with NPTL support, until recently rpm worked on non-NPTL machines, but it no 
longer does.  Was this a conscious decision or an inadvertent change?  If the 
latter, can it be fixed?

Comment 1 Jeff Johnson 2005-03-25 16:49:36 UTC
"Work" with non-nptl kernels was not perfect. Reverting to DB_PRIVATE
if/when shared posix mutexes are not functional was not the right thing
to do and led to __db* cache corruption.

No fix to the problem of rpm compiled expecting +NPTL but running
in -NPTL environment is known, as db4 locks are compiled in. You
cannot have it both ways.

Comment 2 Jeremy Katz 2005-04-28 01:12:33 UTC
With FC4, getting things working without a 2.6 kernel is virtually impossible. 
Which means that you always have nptl.


Note You need to log in before you can comment on or make changes to this bug.