Bug 113367 - perl package should own /usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-multi/auto
Summary: perl package should own /usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-mu...
Status: RESOLVED INVALID
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Beta 3
Hardware: Other All
: P5 - None : Normal
Target Milestone: ---
Assignee: Michael Schröder
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-26 16:25 UTC by Marcus Rückert
Modified: 2005-08-28 18:25 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Marcus Rückert 2005-08-26 16:25:18 UTC
this path looks like a general purpose path and should be owned by the perl base 
package imho.

[[[
/usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-multi/auto
]]]

otherwise each package which provides an extension in that directory needs to 
add the %dir entry.
Comment 1 Marcus Rückert 2005-08-26 16:41:40 UTC
i saw the warnings to late that site_perl shouldnt be used anymore but the perl 
package has this paths anyway:

/usr/lib/perl5/site_perl
/usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-multi

any explaination?
Comment 2 Michael Schröder 2005-08-28 16:19:19 UTC
Seems like perl's 'make install' creates them, thus they are included in 
the package. Anyway, closing this with INVALID ;-) 
Comment 3 Marcus Rückert 2005-08-28 18:21:59 UTC
so instead of adding those paths to the perl package we force every 3rd party 
packager (who should not use vendor_perl i think) to add the %dir entries? 
instead of adding them to our base package?

sounds clever!
Comment 4 Michael Schröder 2005-08-28 18:25:20 UTC
site_perl is for end users, not 3rd party packagers. Thus the name "site".