Could you stop needlessly crossposting to both opensuse and opensuse-factory? Thank you. On Tue, 31 Jul 2012 21:11:39 -0700, Linda Walsh <suse@tlinx.org> wrote:
Then why not have 32-bit libs in /usr/lib when you run a 32-bit program and virtualize it's file access just like Windows did -- or is it that Linux is that much less advanced than Windows?
Linux isn't Windows, where MS only choice was the virtualization in order to satisfy the needs of all those closed source programs out there. In Linux we have acess to the source code so we can, for the most part, change the placeses where things are accepted to reside.
As for putting things in lib64... Go for it, then when I run 64-bit bash, I'd expect it to see it's libss in /usr/lib, ditto on 1400 other x86-64 packages ...
*You* would expect that, the majority of users won't, I bet you. As long as the dynamic linker finds the needed libraries, no user will bother with where they reside.
What prevents putting the 32bit progs and libs in /usr32/{bin+lib} -- which 32-bit progs will see as /usr/{bin,lib} (using same virtualization tech as windows -- or just a linux name space)
W map 64-bit progs into /usr64 and back to /usr/{bin,lib}...
making room for other options like x86_I64_p32...each could be auto-virtualized to see it's own libraries and bin's where they should be... As for using libexec by default -- if you leave the defaults set to default, don't they go into libexec?
Doesn't someone have to expend effort to change those things?... I mean if code was added in the past to fixate libexec->lib, if the patch were dropped wouldn't that fix things?
FWIW -- suse also has prefix set incorrectly. should be "/" not /usr.
eprefix is for "executable-based stuff" but setting prefix to /usr means several prefixes have to be reset: config dir in /usr/etc has to be be moved to /etc,
things that would work with prefix=/ (and not have to be over-ridden:
sysconfdir (=$prefix/etc) localstatedir=($prefix/var include=($prefix/include)
Wrong! System wide include directory is /usr/include, not /include.
People put program executables in /usr/lib?
Not people, it's the definition of libexecdir that bits us here as Anders has told you more than once.
but libspecialcase? -- probably should be statically linked...if < 3-7 instances in /bin+/sbin... but that's a off-the-cuff guestimate...
Nope, from a security and maintenance POV you'd rather want dynamic libraries only.
So... aim for native under /usr, BUT really installed in /usr-arch with link or virtualize to /usr?
Why use resource eating virtualization when you can work without it? Philipp -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org