[SOLVED] Learning Slackpkg, changelogs.txt and glibc
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.
After reading the docs regarding slackpkg and it's relationship with the changelogs.txt file
I went through some newbie steps to upgrade packages and the kernel in current. I was going to install the Alpha version of 15 but decided to stay with current as it seems to be progressing towards 15 anyway.
I'm not that familiar with how glibc interacts with apps being installed; only know that it has been described as something to be careful of when upgrading apps or a kernel.
I've also seen it being updated in the current changelogs.txt file - I think more than once in the last little while.
My question is - if I keep using current and glibc changes in the future - all the apps that I have previously installed from Slackbuilds will still work when glibc is upgraded - correct?
I mean, if I build a bunch of slackbuild apps with a slightly older glibc but still fairly recent, the slackbuild packages should still for the most part install ok (on a different computer) when a newer glibc gets installs for current - correct?
Maybe I should go back to the Slackware docs to see if there is some information about this eh?
A package built against older glibc libraries will keep working when you install newer versions of glibc, no worries.
The other way round will result in failure.
Distro packagers who target multiple distro releases with a single binary package will build these binaries against the oldest of the glibc libraries that's available across these releases.
As for your "Alpha version of 15" - there is no such thing. It's still Slackware-current. Slackware's alpha and beta tags are cosmetic, markers in ChangeLog.txt entries, but there's not actually a permanent release for any of these tags. There was Slackware 14.2. There will be Slackware 15.0. Everything inbetween is Slackware-current.
So the question would be - why bother updating glibc? What would force my hand to do that!
Quote:
Wrong.
If Slackware updates its glibc, that is the FIRST thing you will have to upgrade as well. If you skip an upgraded glibc, and attempt to upgrade other Slackware-current packages, you will end up with a bricked system because all those Slackware packages WILL be compiled against the newer glibc.
Edit: Ok, I get it - build with the lowest glibc and upgrade glibc whenever you can is the way to go.
Thanks Alien Bob!
I think you will have to read a bit more to get a proper understanding. Your statements do not make sense, perhaps you are interpreting my reply incorrectly.
Pretty sure I did get what you meant but I should have explained myself better.
What I meant after thinking about what you said was build with an old version of glibc on a virtual machine dedicated to making slackbuilds so that any other computer I installed would have a newer version of glibc and therefore would be ok to easily install those slackbuild packages built with the vm.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.