[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Must a source package's shared libraries always be spit into separate binary packages?



On Mon, Feb 19, 2007 at 05:03:47PM -0800, Russ Allbery wrote:
> Justin Pryzby <justinpryzby@users.sourceforge.net> writes:
> > On Mon, Feb 19, 2007 at 12:48:21PM -0800, Steve Langasek wrote:
> 
> >> No, you should *not* put libraries into subdirectories of /usr/lib
> >> unnecessarily.
> 
> > Policy prefers it for this case:
> 
> > 10.2:
> > |   Shared object files (often .so files) that are not public libraries,
> > |                                                  ^^^^^^^^^^^^^^^^^^^^
> > |   that is, they are not meant to be linked to by third party
> > |   executables (binaries of other packages), should be installed in
> > |   subdirectories of the /usr/lib directory. Such files are exempt from
> > |   the rules that govern ordinary shared libraries, except that they
> > |   must not be installed executable and should be stripped.[57] 
> 
> > Is there a better way than using rpath?
> 
> Yes, installing the libraries in /usr/lib.
For such packages with libraries without sonames, one should just make
something up?



Reply to: