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.
On my 64bit host without multilib, i run a 32bit lxc container to be able to run wine to use a tax app only available as closedsource 32bit, it works fine. No experience with gaming/steam-client.
Do you have this documented anywhere as a lazy user-friendly HOWTO?
BUT, I will love to stop calling people trolls. I know that's the new trend around is to yell troll to anyone who disagree with you, but from you I have some expectations. As Culture.
By all means, incessantly ranting about off-topic nonsense which only serves to mislead the uninformed and derail this thread while annoying people who explicitly do not like you nor do they appreciate your input is trolling. Its also really scummy, but I suppose this is the only type of human interaction you know how to achieve...
Everyone else, please stop feeding the troll. Thanks!
I said this is my main usecase, read it up, and that I do not care so much about the other use cases, but that there are many reasons why multilib compiler should be default in Slackware. Fits of course not to your trolling, you troll. Now deliver what you are talking about or shut up, because everyone knows now what a big moth and troll you are
Quit please. It has been shown repeatedly that one can compile 32-bit on Slackware64 by default and it has been shown repeatedly.
Last edited by jakedp; 07-07-2018 at 10:06 AM.
Reason: fixed typo
OK, people, so the incredible and impossible Slackware 32bit operating system with a 64bit kernel, had been incarnated in the form of a VirtualBox virtual machine. Screenshot attached.
It is just a standard full install of Slackware 32-bit excluding KDEI series and usual configuration.
After finishing installation, I replaced the non-smp kernels with the ones from Slackware64, then configured the LILO and reboot.
Sure, there is no possible to build kernel modules, because the lack of a proper x86_64 compiler, as I said in a previous post.
Must be invented some cross-compiling, or maybe used a multi-architecture GCC, with the note that of course GLIBC is no need to be touched. That's why I said that I tested that, it is possible, I had intention to propose that from long time, but I had no time yet to find a minimal invasive solution for building X86_64 kernels and modules from this 32bit operating system.
Long story short, if someone wants to download this virtual machine, just to ask in private, I will export it and in several hours I will send them a link from where can be downloaded. In several hours, because I have something to do meantime.
And again, sorry! But I have no public server at disposition for publicly share it.
BUT, leaving out all [removed] and all that MULTILIB AKBARU! it is trivial to run a full-install 32bit operating system with a 64bit kernel, when we talk about Slackware. IF you already have them and you do not need to build modules, ie. from Slackware64, yet to make a cross-compiler to x86_64 is not so complicated.
Another visible issue is that anything using the UNAME feature believes that's in a 64bit operating system, just like in Slackware64 and Multi-Lib, but that could be fixed using simply /usr/bin/linux32
Something like that started to use Fedora around 10 years ago. It is nothing new.
This is a good service that has enough space for a disk image if you configured the VirtualBox disk as dynamic.
Distribution: Debian, Red Hat, Slackware, Fedora, Ubuntu
Posts: 13,607
Rep:
a4z, I was very clear in post #176. Your posting privileges have been revoked for 24 hours. Please reconsider your posting habits during that time. If you have any questions, do feel free to contact me. Thanks.
well, if you ignore what was give to you only god can help you, (what is what your signature says) ... you are definitely not just total incompetent but also a troll.
actually admins should stop you from polluting threads like you do, I will not longer fix the shit you write since ... PLONK!
Actually my signature does not say that.. *facepalm*
Quit please. It has been shown repeatedly that one can compile 32-bit on Slackware64 by default and it has been shown repeatedly.
It has been shown you can cross-compile for 32-bit on Slackware64. It has not been shown you can build 32-bit programs for Slackware64 without multilib. Can you please stop spreading misinformation and derailing the thread?
It has been shown you can cross-compile for 32-bit on Slackware64. It has not been shown you can build 32-bit programs for Slackware64 without multilib. Can you please stop spreading misinformation and derailing the thread?
What was shown is you can create multilibs in a 32-bit chroot with a default full install of Slackware64. No external downloads or tools. Only one thing to check is if the Slackware SlackBuild is different for glibc than Slackware64
Here is one line so the linker does not get confused:
I do not believe it cannot be done and one HAS to use a chroot to build multilib. If one can build multilib on Slackware64 then my assertion is true. How do you think it was done 17 years ago when it was new? It is very likely a case of a lack of knowledge and masochism to do otherwise. A project for later...
Sorry for the spam. A further quick search and a few minutes of thinking and I have something for anyone interested in going through the process. When Slackware 15 is out and I install it on the main machine (currently running Ubuntu Mate :-( ) I shall prove it can be done.
I never said it would be easy or the best way of doing it but only that it could be done. Comparison of Slackware and Slackware64 src for build configuration would be needed of course.
a4z, I was very clear in post #176. Your posting privileges have been revoked for 24 hours. Please reconsider your posting habits during that time. If you have any questions, do feel free to contact me. Thanks.
--jeremy
How come that Darth Vader in every thread is allowed to go off topic and go on with his FUD about plasma 5?
Permit me to confirm that Slackware 32bit works fine with 64bit kernels from Slackware64, tested in a real machine by replacing the non-smp kernels, just like was described.
And apparently with these 64bit kernels the system feels much faster and responsive, also the test program proposed by OP obtain a better score (if I understand right and a smaller number is better)
Code:
32bit test program, 32bit OS, 32bit kernel: 25751
32bit test program, 32bit OS, 64bit kernel: 10514
Then I think an optional 64bit kernel for Slackware 32bit is a interesting suggestion for improvements.
To be honest, I would like to know more about the possible advantages of using 64bit kernels with a 32bit operating system, and I think that's legit and on-topic if we discuss for real about "the future of 32bit in Slackware", and this thread is not exclusively a campaign for "multilib should be included in Slackware!"
And yes, a cross-compilation toolchain does not scare me, because I used a cross-compiler many times in the past, to compile Android for ARM architecture, from a x86 Fedora box.
About how some people use or abuse terms like "off-topic", "troll" and "FUD", I remember that recently I was myself called troll and blamed to spread FUD in another thread, because I stated that from what I read some KDE-only dependencies maybe will be distributed in l/ series and not in kde/, then several posts later someone else to accept that there are packages like that in l/ even today, and they has no further usefullness if you do not install KDE, but they never was a issue until a certain user questioned that.
Last edited by ZhaoLin1457; 07-07-2018 at 08:03 PM.
Permit me to confirm that Slackware 32bit works fine with 64bit kernels from Slackware64, tested in a real machine by replacing the non-smp kernels, just like was described.
And apparently with these 64bit kernels the system feels much faster and responsive, also the test program proposed by OP obtain a better score (if I understand right and a smaller number is better)
Code:
32bit test program, 32bit OS, 32bit kernel: 25751
32bit test program, 32bit OS, 64bit kernel: 10514
Then I think an optional 64bit kernel for Slackware 32bit is a interesting suggestion for improvements.
To be honest, I would like to know more about the possible advantages of using 64bit kernels with a 32bit operating system, and I think that's legit and on-topic if we discuss for real about "the future of 32bit in Slackware", and this thread is not exclusively a campaign for "multilib should be included in Slackware!"
And yes, a cross-compilation toolchain does not scare me, because I used a cross-compiler many times in the past, to compile Android for ARM architecture, from a x86 Fedora box.
About how some people use or abuse terms like "off-topic", "troll" and "FUD", I remember that recently I was myself called troll and blamed to spread FUD in another thread, because I stated that from what I read some KDE-only dependencies maybe will be distributed in l/ series and not in kde/, then several posts later someone else to accept that there are packages like that in l/ even today, and they has no further usefullness if you do not install KDE, but they never was a issue until a certain user questioned that.
Romanians are nazis. What they do to the gipsys are apartheid.
So, you are against Darth Vader just because he's Romanian and all Romanians are nazis in your opinion?
At least from what I watched and read from media, the travellers from Romania are so rich that they dared even Royal style weedings which blocked the traffic in a city of dimensions like Stockholm. With Ferraris and Lamborghinis. http://www.dailymail.co.uk/news/arti...ebrations.html
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.