/usr/lib and /usr/lib64 - glibc locale
In my personal knowledge the /usr/lib64 directory is used for the 64bit libraries of programs.
Is it intended to have have also the binary programs placed here, for example: Code:
root@Slack64-14-1:/usr/lib64/xfce4/session# ls -l these are a few more of these examples. and if it is intended to be in /usr/lib64, why is this. |
The FHS guys in their infinite wisdom decided that it's ok for applications to dump secondary executables and suchlike in /usr/lib/<appname> rather than /usr/libexec. Personally I'm with you and would much rather see a /usr/lib that only contains things ending in .so or .a but those days are gone.
|
actually I can understand that for multi-lib purposes some binaries are /usr/lib{LIBDIRSUFFIX}
however, and I think this is an issue in this case on slackware64 shouldn't the locale directory be in /usr/lib/locale instead of /usr/lib64/locale because regardless of being on a 64bit system, these files would not change, and should be in /usr/lib/locale I am not sure how many other package/directories are in lib64 that imo should be in /usr/lib as due to the above statement. |
My personal preference is for the debian way of doing multilib with a /lib and /lib32 on 64bit systems, which would have avoided the ugliness we see on Slackware with the artificial /lib /lib64 split.
It's not a big deal, just a matter of aesthetics (much like not having non-libraries in /usr/lib). |
if I look in the glibc.SlackBuild (64bit even)
you find the following patch being used: # Use old-style locale directories rather than a single (and strangely # formatted) /usr/lib/locale/locale-archive file: zcat $CWD/glibc.locale.no-archive.diff.gz | patch -p1 --verbose || exit 1 even the patch suggest that the locale directory would be in /usr/lib/locale |
You can't read anything into that. Clearly Pat just didn't change the comment in the 64bit version of the slackbuild.
|
I just checked the whole glibc source.
in the ChangeLog.10 this is mentioned. Code:
* sysdeps/unix/sysv/linux/configure.in: For sparc64, put locale Code:
manual/locale.texi the other locale directories are fine /usr/share/locale/ and /usr/share/i18n/ |
Well glibc is the provider, but main user is gettext.
gettext expects to find locale definitions in /usr/lib/locale or /usr/lib64/locale depending on the architecture and translation files in /usr/share/locale/<locale>/LC_MESSAGES, unless TEXTDOMAINDIR be set to another value than the default /usr/share/locale. I don't see a need to change that. |
according to the gettext manual at gnu.org
it expects TEXTDOMAINDIR at $(datadir)/locale unless you (script writer defines it otherwise) and gettext is 1 of many tools, it is not the only tool. glibc however, I noticed in the Makeconfig it sets it to libdir/locale it is clear now. |
Quoted from gettext's manual:
Quote:
|
point me where it says libdir there didier.
but like I said, doesnt matter, glibc actually sets this in Makeconfig file |
OK, maybe I just misunderstood what you meant.
<OT>As you live in the Netherlands, I guess you speak Dutch? Maybe you could join the Dutch translation team of the slint project? </OT> |
Quote:
|
All times are GMT -5. The time now is 12:59 PM. |