[opensuse-factory] Why bin & no bin64? => lets fix lib64=>lib, bin(32),lib(32)=>/usr32/{bin,lib}
Often wondered why /usr/bin's libs aren't in /usr/lib64, ~half the time.... Er...is that right?
alias rq='rpm -qf /usr/lib/* 2>/dev/null |grep -P ' alias lnc='sort|uniq|wc -l' rq -v '(package|x86_64|noarch)$'
master-boot-code-1.22-7.1.2.i586 sas_ir_snmp-3.17-1092.i386 sas_snmp-3.17-1092.i386 sas_snmp-3.17-1092.i386 sas_ir_snmp-3.17-1092.i386 sas_ir_snmp-3.17-1092.i386 === All except for master-boot-code, (i.e. 5 packages) are 3rd party, local HW support. Of the $(rq '(x86_64)$'|lnc) => 511 uniq packages, 328 [ rq '(-32bit.*x86_64)$'|lnc ] are 32bit packages in disguise, so that makes for 35% of the packages in /usr/lib being 64-bit, with the rest in lib64 (with 1625 packages). So not only is a 75% majority of packages being required to use a "non-native path", but also of the remaining 25%, 35% of them are in the "wrong" dir. One of the assumptions, it seems, is that "../lib" from a bindir => the lib dir for the bin dir. So...why not have "/usr32/{bin,lib} hold the 32-bit progs?...or for that matter. why not make /usr or /usr32 the default dirs (on x86-64) for the arch dependent stuff? or /usr & /usr64 on a 32-bit machine)... put arch-specific stuff in /usr, (/usr[64|32]). For anything that is the same, either soft links or migrate it to /usr/share ??? As it is, I'm never quite sure if the right binary is in the right place. Or is there some requirement to keep it random? ;-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Ever heard of FHS? It's stands for Filesystem Hierarchy Standard. Enjoy the reading :) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 2012-07-28 20:39, Linda Walsh wrote:
Often wondered why /usr/bin's libs aren't in /usr/lib64, ~half the time....
Er...is that right?
Sometimes. Remember that %_libexecdir is set to /usr/lib on openSUSE. It's stupid and confusing, yes. But nobody seems to be wanting to accept SRs that move it to /usr/libexec (which is the location that GNU, BSD and Redhat-sponsored/based distros use). The excuse is "FHS does not say anything about libexec" last time I tried. And the FHS seems to be chronically under-manpowered currently, so waiting for FHS is like waiting for Godot. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Saturday 28 July 2012 11:39:03 Linda Walsh wrote:
Often wondered why /usr/bin's libs aren't in /usr/lib64, ~half the time....
The lib and lib64 are there to support 32 bit applications on a 64 bit system If the 64 bit app is installed, what's the point of installing the 32 bit version? Seems like a waste to me Anders -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Anders Johansson wrote:
On Saturday 28 July 2012 11:39:03 Linda Walsh wrote:
Often wondered why /usr/bin's libs aren't in /usr/lib64, ~half the time....
The lib and lib64 are there to support 32 bit applications on a 64 bit system
If the 64 bit app is installed, what's the point of installing the 32 bit version? Seems like a waste to me
rpm -q --whatrequires --queryformat "%{N}\n" libfontconfig.so.1
rpm -q --whatrequires --queryformat "%{N}\n" libfontconfig.so.1 |while read p32 do
It looks like the usr/lib is reserved for these 7 applications: rq -- '32bit'|sort|uniq fontconfig-32bit-2.8.0-24.14.2.x86_64 gdk-pixbuf-query-loaders-32bit-2.24.0-2.1.3.x86_64 glib2-tools-32bit-2.30.1-2.1.2.x86_64 gtk2-tools-32bit-2.24.7-2.5.1.x86_64 ltrace-32bit-0.5.2-13.1.2.x86_64 pango-tools-32bit-1.29.4-2.1.3.x86_64 strace-32bit-4.6-8.1.2.x86_64 Trying uninstall say fontconfig-32, I get a bunch of requires: libcairo2-32bit xorg-x11-libs-32bit libass4-32bit libpango-1_0-0-32bit fontconfig-32bit libcairo-script-interpreter2-32bit gd-32bit libgtk-2_0-0-32bit But everyone one of those has a 64-bit package installed as well: p=${p32%-32bit} rpm -q $p done libcairo2-1.10.2-14.1.3.x86_64 xorg-x11-libs-7.6-25.1.2.x86_64 libass4-0.9.12-2.1.2.x86_64 libpango-1_0-0-1.29.4-2.1.3.x86_64 fontconfig-2.8.0-24.14.2.x86_64 libcairo-script-interpreter2-1.10.2-14.1.3.x86_64 gd-2.0.36.RC1-69.1.2.x86_64 libgtk-2_0-0-2.24.7-2.5.1.x86_64 ----------------- So and there's a mess of interwined stuff there...I don't know why Suse forces us to install both? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (4)
-
Anders Johansson
-
Jan Engelhardt
-
Linda Walsh
-
Nelson Marques