Slackware ARM 14.1 and -current End of Life Announcement
Slackware - ARMThis forum is for the discussion of Slackware ARM.
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.
Some of the questions being asked look like apprentice sandwich maker level questions being asked of a top chef, maybe some of those questions are best directed at google...
Was more of a thinking out loud than asking and stopping to figure out what for dinner.
I realize now since I'm on a RPi I used their kernel so I don't have the config or the headers or anything.
Was more of a thinking out loud than asking and stopping to figure out what for dinner.
I realize now since I'm on a RPi I used their kernel so I don't have the config or the headers or anything.
I wonder if it's easier to rebuild glibc, and then slowly rebuild everything to hard float? At least some of the DE and WM along with some of the applications. I'm going to start doing that tomorrow and see how it goes.
Thats what I was thinking. But for the glibc rebuild I'm going to have to pull more bits from the rasbain image I got the install from.
I'm running the minirootfs rather than the full install on both my Pi3's as I did that before the fatdog full installer was available. So when i just upgraded the 2 to the second 3 I rebuilt the 2 with the minirootfs as well. Just have the other 2 and the 1 to go now. This gives me <100 packages. Going back to see how to set up my own Slackpkg repo and I'll use the latest minirootfs as the source then as packages in it get upgraded in the full I'll built that package hardfloat and move into my minirootfs repo.
Mine are all "servers" so no DE or desktop apps.
Thats the plan anyway, after I get some sleep it might not make any sense
Thats what I was thinking. But for the glibc rebuild I'm going to have to pull more bits from the rasbain image I got the install from.
I'm running the minirootfs rather than the full install on both my Pi3's as I did that before the fatdog full installer was available. So when i just upgraded the 2 to the second 3 I rebuilt the 2 with the minirootfs as well. Just have the other 2 and the 1 to go now. This gives me <100 packages. Going back to see how to set up my own Slackpkg repo and I'll use the latest minirootfs as the source then as packages in it get upgraded in the full I'll built that package hardfloat and move into my minirootfs repo.
Mine are all "servers" so no DE or desktop apps.
Thats the plan anyway, after I get some sleep it might not make any sense
Sounds like a great plan. My experience with messing with minirootfs is zero. I have to start somewhere, right? I'll be doing some reading tomorrow. Headed to bed also now.
Extracting Linux Kernel headers into /root/tmp/build-glibc
tar: /root/slackwarearm-current/source/l/glibc/../../d/kernel-headers/sources/kernel-headers-4.4.8.tar.xz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
glibc-2.23-arm-3.txz.build.log: 3.361:1, 2.380 bits/byte, 70.25% saved, 2773 in, 825 out.
OIC, 4.4.13 is in current-now, what is telling it to look for 4.4.8 slackkit?
It's not 4.4.8 slackkit, it's 4.4.8 of the Kernel headers. I'd had a cleaning session and must have become over zealous and wiped the older versions of the headers out. You can change glibc.SlackBuild to use 4.4.13 headers instead, which is now what I've done in the source tree.
It's not 4.4.8 slackkit, it's 4.4.8 of the Kernel headers. I'd had a cleaning session and must have become over zealous and wiped the older versions of the headers out. You can change glibc.SlackBuild to use 4.4.13 headers instead, which is now what I've done in the source tree.
That was supposed to be written "what is telling it to look for 4.4.8, slackkit" I was meaning is slackkit where the version is specified or was it glibc. I found my issue though right after that. Since I'm running just the minitrootfs and on a Pi I don't have the header sources which was easy enough to add but I also don't have it in usr/lib since I'm not using the slackware compiled kernel but using rasbains's inserted into the minirootfs.
Anyone running a Pi from the fatdog installer, can you check and see if you have the headers, i.e. did fatdog compile a kernel or did they just stick rasbain's in their installer. I'm at work and don't have ssh open to my home at the moment to check.
and for the record I'm not asking the top chef apprentice level questions (such as how to compile a kernel though I admit its been a long time since I've done so out of slack^D^D^D^D^Dlazyness) . I'm trying to document my thought process so others can follow if they are interested. Perhaps I should move my (probably incoherent) ramblings to another thread or LQ blog and leave this as a thank you thread for those who have supported arm so far.
That was supposed to be written "what is telling it to look for 4.4.8, slackkit" I was meaning is slackkit where the version is specified or was it glibc. I found my issue though right after that. Since I'm running just the minitrootfs and on a Pi I don't have the header sources which was easy enough to add but I also don't have it in usr/lib since I'm not using the slackware compiled kernel but using rasbains's inserted into the minirootfs.
So I need to pull rasbians config and compile the kernel to get the headers made again
If you look at glibc.SlackBuild and look at the error you pasted in, you'll see that it's not using the system headers, it's set up to extract the archived headers (from a previous kernel build by me) from the source/d/kernel-headers/sources directory and use those instead. This is different from x86 because of a legacy reason (before ARM was mainstream there was the master kernel.org and RMK's (the ARM kernel maintainer)'s tree, and some packages needed more recent headers than RMK's kernel had -- yet I needed RMK's kernel for the ARM system support, and so I had a mixture of headers from different Kernel versions (which is a "bad thing")-- it's just the way it was back then for the distributions)). This also means it's easier to boot strap since I just drop an archive of headers in place, and it'll use those rather than the system ones -- less to figure out next time around (as is the case now).
If you look at glibc.SlackBuild and look at the error you pasted in, you'll see that it's not using the system headers, it's set up to extract the archived headers (from a previous kernel build by me) from the source/d/kernel-headers/sources directory and use those instead. This is different from x86 because of a legacy reason (before ARM was mainstream there was the master kernel.org and RMK's (the ARM kernel maintainer)'s tree, and some packages needed more recent headers than RMK's kernel had -- yet I needed RMK's kernel for the ARM system support, and so I had a mixture of headers from different Kernel versions (which is a "bad thing")-- it's just the way it was back then for the distributions)). This also means it's easier to boot strap since I just drop an archive of headers in place, and it'll use those rather than the system ones -- less to figure out next time around (as is the case now).
Ok, lack of sleep due to last nights storm I'm being a little slow.
In the official SlackwareARM kernel source and kernel headers packages which headers do I get the source/d or system. I thought originally it was just missing the source/d headers so all I have to do is install the packages and they would be there. But then I started thinking you probably compiled the official kernel differently otherwise I could just boot off an unmodified minirootfs so I need to grab raspbain's config anyway.
I bet if I boot up the other Pi2 with the full (fatdog) install the "missing" headers will be there, I'm probably just missing stuff from the full that not in the minirootfs. (must stop posting from work where I can't see my Pi's, Or get a display for the zero sitting in my backpack )
saw the other thread now about recompiling glibc, since I'm running mine as servers then the hard/soft issue doesn't really matter to me. So I can just make my own repo and if/when 14.2 support ends just manually build packages myself as necessary.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.