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.
4.19.0 is working fine for me so far on 14.2 (64 bit). I'm looking forward to getting back to an LTS kernel, since the latest issues of the 4.4 series through 4.14 were causing trouble with this machine. I'll be sure to post if I run into any problems.
4.19.0 is working fine for me so far on 14.2 (64 bit). I'm looking forward to getting back to an LTS kernel, since the latest issues of the 4.4 series through 4.14 were causing trouble with this machine. I'll be sure to post if I run into any problems.
Now we can continue like civil adults. I don't hold grudges so lets move on.
Patrick has now switched -current to 4.19, including 32 bit.
I'll continue with 4.18 until it's EOL, but really, the official 4.19 kernels are what people should use from now on, and I'll cease to offer 4.19.
Mr Chyld, the build problem is fundamentally a gcc-8.2.0 bug (nothing to do with the kernel per se), and the acceptable solution space is that the 'dusk' builds must be reproducible by anybody on a clean up-to-date installation of -current. But that's no longer relevant.
Patrick has now switched -current to 4.19, including 32 bit.
I'll continue with 4.18 until it's EOL, but really, the official 4.19 kernels are what people should use from now on, and I'll cease to offer 4.19.
Mr Chyld, the build problem is fundamentally a gcc-8.2.0 bug (nothing to do with the kernel per se), and the acceptable solution space is that the 'dusk' builds must be reproducible by anybody on a clean up-to-date installation of -current. But that's no longer relevant.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,167
Original Poster
Rep:
Quote:
Originally Posted by 55020
Patrick has now switched -current to 4.19, including 32 bit.
I'll continue with 4.18 until it's EOL, but really, the official 4.19 kernels are what people should use from now on, and I'll cease to offer 4.19..........
Many thanks for all your hard work.
It is truly appreciated.
Both your 4.19 and Mr. Volkerding's 4.19 kernels have worked flawlessly.... so far.
Maybe also post that in the requests in --current thread too?
I see no reason for the Speck module to not be built. The use case for it is machines with CPUs that are so weak that the alternative to using Speck is not using encryption at all. Anyway, my understanding is that there's no need to blacklist it. It won't be used for anything unless the admin configures its use, and I don't believe anything currently wants to make use of it. There were plans to make it an option for dm-crypt, but it seems that's been abandoned.
If the upstream kernel developers choose to remove support for it, that would be fine by me. But I'm not likely to veto it here.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,167
Original Poster
Rep:
Quote:
Originally Posted by volkerdi
.......If the upstream kernel developers choose to remove support for it, that would be fine by me. But I'm not likely to veto it here.
That they have,
Quote:
....Crypto subsystem maintainer Herbert Xu sent in his pull request today that does indeed remove Speck for good. That patch is also queued for then back-porting to existing Linux supported stable series.....
Please see the link in post #969, above.
Last edited by cwizardone; 10-23-2018 at 02:26 PM.
4.19 works fine here, Pat and his crew does a great job building slackware.
i mentioned the speck thing to raise awareness of the government wanting to insert things in to software and the NSA is the biggest snoops in the world, i read where the NSA approached Linus Torvalds about putting a back door in the kernel and Torvalds rejected the idea, and then things like this keep popping up like that little chip that china installs in computer motherboards for spying, it seems there is no getting away from various governments around the world wanting to snoop, and china has no problem stealing other people's ideas and using them to under sell competition so it might be a good idea to use a PC that is not connected to the internet in any way for designing any products you want to manufacture and sell otherwise you might find chinese knock-offs that look suspiciously a lot like your's for sale on amazon.com
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,167
Original Poster
Rep:
They do it anyway and have for years, long before anyone had heard of the Internet.
I once had the opportunity to talk to the inventor of a clever device used by just about every desktop computer. Among other things, I asked how he was doing financially. He replied that he was spending every cent paying lawyers to defend his copyright and it was a losing battle.
There is a large company in the U.S., located in the State of Washington, who has been known to steal an idea from another company, usually much smaller company, and then almost drive the smaller company out of business by burdening them with legal fees.
Greed knows no bounds or borders.
Last edited by cwizardone; 10-30-2018 at 09:45 AM.
Reason: Typo.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.