[REQUEST] Move glibc-i18n from L to A packages series in Slackware-next
SlackwareThis Forum is for the discussion of Slackware Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I was probably a little too terse there. My point was that as the glibc-2 package itself is only a little bigger than the i18n stuff, you might as well move the entire glibc-2 package into the 'a' set if that is your goal, and do away with the need for a separate glibc-i18n and glibc-zoneinfo (I believe glibc-2 contains both of these anyway). I don't think moving just glibc-i18n in isolation makes sense.
I'm not opposed to your goal, infact I've argued for a 'base' set before. The disksets are long overdue a reorganisation. They made sense 20 years ago, but not today.
Distribution: Slint64-14.2 on Lenovo Thinkpad W520
glibc-zoneinfo (3.1 M) contains the timezone database and the timeconfig utility
glibc-i18n (116 M) contains the locale files
glibc-2 (144M) contains he GNU C libraries and header file, plus the same locale files as glibc-i18n (but not the timezone database). That seems logical as these files are (a relatively independent) part of glibc-2.
But I don't see the rationale for moving the whole glibc-2 to a, as someone installing a but not l won't be able to use the libraries and header files anyway.
Last edited by Didier Spaier; 11-17-2013 at 09:28 AM.
The rationale is that other than the headers, the majority of glibc would already be in 'a', after i18n was moved, zoneinfo is small, and probably should be included in the minimal 'a' set anyway for the same reasons as you specify for i18n, and the solibs are already included. (edit: I was working under the impression that libc.so was included in aaa_elflibs, I hadn't realised glibc-solibs was already in the 'a' set - got it into my head it was in 'l', my mistake)
I take your point about the headers. Then perhaps what I should have said is glibc-solibs, glibc-zoneinfo, and glic-i18n belong in the 'a' set, and the profile libraries and glibc-2 (which could have the duplicates stripped out of it, and arguably also include kernel-headers) belong in 'd'.
edit2: actually, looking at it it's not that simple as glibc-2 contains some runtime/support executables that aren't in the other packages, so it couldn't just be dropped in 'd'.
Still like the idea of stripping out the headers into their own package and sticking that in 'd' mind you.
Last edited by GazL; 11-17-2013 at 10:47 AM.
On my system, I package glibc like this:
1. glibc - runtime only ~68MB
2. glibc-devel - headers, static-libs ~50MB
3. glibc-zone-info - timezone database ~63MB
4. glibc-i18n - the common parts of i18n support ~60MB
5. glibc-locale-* -250+ individual packages of each locale ~ 300K - 1500K each
The glibc-i18n common parts could be made smaller if the gconv libs and charmaps were split into the appropriate locale packages, or simply into another couple-a-hunderd tiny packages... Same for the timezone database... Of course, such a scheme is conceived for an installer which would help the user choose a locale, etc., and then only install the appropriate packages. It is nice, though to have i18n support with only for what is needed and for 60-65MB space used. I don't worry about disk-use much, but some people do, so making it possible in 60-65MB is nice.
I do similar packaging of kernel modules and firmware where many small packages are created, rather than throw them all together. It was fun writing the rotuines and I love watching while all those cute little packages are born...LOL
I like your approach gnashley. Of course, it's not just an issue of diskspace. that 100MB+ of duplicated stuff (though granted it compresses amazingly well) in the glibc-2 package multiplied by everyone who downloaded it probably adds up to quite a significant amount of network traffic.
Distribution: Slint64-14.2 on Lenovo Thinkpad W520
I don't like the idea of having hundreds of packages for gconv at all, IMO the distribution should be fully localized or not at all upon user's choice, not partially. I don't like the idea of splitting glibc between -runtime and -devel either. Two of the many things I appreciate in Slackware are:
Relatively small number of packages to manage.
All included in each package (devel + runtime).
Last edited by Didier Spaier; 11-17-2013 at 01:19 PM.
I don't like the idea of splitting glibc between -runtime and -devel either.
Hang on a minute!.. the reason you gave against my suggestion to just move glibc-2 to the 'a' set and get rid of the other packages entirely was that you didn't want the development headers installed, and now you're saying that you don't like a runtime/devel package split! ;P
Except of course, that is exactly what we already have anyway: glibc-solibs + zoneinfo + i18n = runtime; glibc-2 = devel(+ a bit of runtime not in the other packages). The only difference is that the glibc-2 package also duplicates what's in the other 3.
However, I do agree with you that the one package per locale, wouldn't really suit Slackware.