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

Bug#542865: Grant an FHS exception for the multiarch library directories



On Sat, Aug 22, 2009 at 10:29:57AM +0200, Bernhard R. Link wrote:
> * Steve Langasek <vorlon@debian.org> [090821 23:56]:
> > We are approaching the point at which it will be useful to begin having
> > packages in the archive that install to the multiarch library paths
> > ({/usr,}/lib/<triplet>), for use with the multiarch-capable package manager
> > that's in progress.  However, installing libraries to these paths instead of
> > directly under {/usr,}/lib is an FHS violation and therefore is currently a
> > Policy violation as well.

> What are the chances that exactly those directories will end up in future
> FHS versions?

Why do you want me to speculate on the *chances* of its inclusion?  I intend
to propose it for inclusion in the FHS once we have an implementation in
Debian; my understanding of the FHS is that they only incorporate things
into the standard for which there's a deployed implementation.

> Bitten by every second release changing where sparc64 stuff is at the
> sparc platform and almost each of those transitions breaking my systems
> in some way, I'd prefer if everything possible is done to avoid
> changing it again with the next or next but one release again.

I frankly have no idea what you're talking about.  I'm not aware that 64-bit
libraries were ever placed anywhere other than [...]/lib64 on sparc, and
in any case multiarch doesn't cause those libraries to stop being used.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: Digital signature


Reply to: