Bug 63160 - RFE: reject packages depending on GLIBC_PRIVATE
Summary: RFE: reject packages depending on GLIBC_PRIVATE
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: rpm-build
Version: 7.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-04-10 18:56 UTC by Ulrich Drepper
Modified: 2007-04-18 16:41 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-09-29 18:38:59 UTC
Embargoed:


Attachments (Terms of Use)

Description Ulrich Drepper 2002-04-10 18:56:08 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020408

Description of problem:
glibc 2.3 (and the one in the next RH release) will feature a special version
name GLIBC_PRIVATE which is used to mark all internal interfaces.  No program
outside glibc must use them.  The linker will create such binaries, we cannot
prevent it.  But we can now easily detect such binaries and rpm is in the
position to reject packaging them.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. echo 'int main (void) { return __libc_write (1, "hello\n", 6); }' > foo.c
2. gcc foo.c
3. ldd a.out
	

Expected Results:  The ldd output should show a reference to GLIBC_PRIVATE. 
Packaging such a file should fail.

Additional info:

Comment 1 Jeff Johnson 2003-09-29 18:38:59 UTC
Rejecting packages based on GLIBC_PRIVATE is beyond the
scope of rpm. Meanwhile, a reasonable filtering scheme
for GLIBC_PRIVATE has been added to rpm-4.2.1-4.2, filtering
all Provides: yadda(GLIBC_PRIVATE) except when explicitly
overridden in the glibc build. That should have nearly the
same effect of "rejecting packages" because of failed dependencies.

Comment 2 Aleksey Nogin 2004-01-04 02:51:18 UTC
This issue seems to be back - see bug 112849


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