Wiser to Convert Existing ARM Package (like a .deb or .rpm) or Build From Source?
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.
Wiser to Convert Existing ARM Package (like a .deb or .rpm) or Build From Source?
Greetz
I very much want to install lua and luajit on my Aarch64 Slackware system in order to get both Conky and E25 installed and working for starters but I'm also trying to build a web admin interface and the simplest way seems to be conversion of existing debs or rpms,. but maybe I just need some pointers at altering Slackbuild scripts for ARM. Before I just "try stuff", what is recommended from those with experience in ARM?
Greetz
I very much want to install lua and luajit on my Aarch64 Slackware system in order to get both Conky and E25 installed and working for starters but I'm also trying to build a web admin interface and the simplest way seems to be conversion of existing debs or rpms,. but maybe I just need some pointers at altering Slackbuild scripts for ARM. Before I just "try stuff", what is recommended from those with experience in ARM?
Thank you, sndwvs, that got me quite a bit further but I still need to understand any helpful requirements for either building from source or converting other distro's packages. For example I also need tolua++ for conky and scim's meson build for E25. I have yet to tackle trying to build anything like Cockpit but I'm sure it will take a lot since not even rpms exist for all of Cockpit and they divide a handful of requirements up into separate packages.
Incidentally tolua++ might be especially problematic as I notice Suse's ARM rpm packages for Conky leave it out and it runs rather badly with a number of graphics "issues", especially with overlapping fonts.
ARM is not like x86 when it comes to converting packages from rpms or debs. You may end up with a lot of inconsistencies. There are some recent threads you may find interesting.
Generally, you will not need to make many changes in the scripts on SlackBuilds.org. You can also use ponce's repository that focuses on -current build scripts. alienBOB's repository has reliable build scripts too. I suggest you use those build scripts and modify them. In most cases modifying the $ARCH and $LIBSUFFIXDIR to build on Aarch64 is all that is needed.
You can use sbopkg package manager along with it's utility, sqg, to generate queue files to pick up dependencies. Another good tool is slackrepo for large builds. Slackrepo can be confusing to configure for ARM/Aarch64.
Thank you once again, mralk3, that's good info on the modifications to slackbuilds. I'm not likely to ever use sbopkg. I actively dislike and eschew automated dependency resolution.
I had tried unsuccessfully to run the "enlighten-me.sh" script usually failing on scim. This seemed odd to me since I tried installing scim separately and that worked but the enlighten-me script still failed.
On your advice, mralk3, I simply went into each component's directory and edited each foo.Slackbuild to include as you noted
Code:
elif [ "$ARCH" = "aarch64" ]; then
SLKCFLAGS="-02 -fPIC"
LIBDIRSUFFIX="64"
It took a very long time and possibly unnecessarily since somehow even after a hard set with ntpdate and localtime, out of the blue it reverted to 2013 and complained Makefile was in the future. It was taking so long I took a chance and reset time. It finished, immediately had Enlightenment in the SDDM Login/Chooser and launched without a single glitch. Runs very nicely and uses almost half the RAM of Plasma.
E25 has considerable influence to run well with a touchscreen in full GUI Desktop but has the choice to run as a Tiling Manager. which is highly configurable and very comfortable and potent. If I can figure out how EDP works and can find a matching display and cable, I may get to play around with some touch enabled. It is my understanding that there's a lot more to it than just the difference between 30pin and 42pin but I have yet to find a manufacturer specific pinout. I have a non-touch TFT from a T60 Thinkpad I'm not using that'd be fun to get up on the RockPro.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.