SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've read elsewhere on this forum that it's safe to run later versions of glibc on 14.2 pulled from -current. Or at least I think what I've been reading is so.
Is this really safe? I do not plan on compiling the kernel or any other such activity.
To do this correctly would I upgrade glibc and glib both?
I've read elsewhere on this forum that it's safe to run later versions of glibc on 14.2 pulled from -current. Or at least I think what I've been reading is so.
Is this really safe?
no, it's not, most probably all hell will break loose if you do such a thing: you probably misunderstood but in case you didn't I'm curious where that is stated.
Quote:
To do this correctly would I upgrade glibc and glib both?
glib is library used by gtk+1, it's not "related" to glibc (apart that they are both c libraries).
It should be safe (I will not tell it would) with glibc. Glibc is made, as much it can be, RUNTIME backward compatible. If developers remove some interface, they only remove possibility to compile new software with it. But, for sure, it will be unsafe for glib - this is totally different library from totally different developers
.
However I see no reason to upgrade only glibc. Older binaries won't use newer interfaces, optimization for main architectures is mostly complete, and bugs are minor or hits very limited user base.
If you don't need newer glibc for some reason (i.e. some binary blob requires new one) don't do it. Better update to current if you want just test it.
If you, however, decide to do it, make sure you have at least 3.2 kernel. Otherwise you brick your system.
Thanks all.
I wont touch glib. I just confused which package was which.
glibc 2.7 is required for some stuff I want to run/compile. I'll let you know how it goes (this is a VM anyway so it doesnt matter)
It will be safer if you try compile your minimal required version 2.27. First try 14.2 slackbuild if it fail, try current slackbuild. If it also fail you may try find "older current" slackbuild with right glibc version. AFAIR some have git repo with past currents. I don't remember if it have only slackbuilds or also packages. But I'm sure someone on this forum know this .
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.