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.
There's no such thing ;-)
Modules are built outside of generic kernel.
--
Best regards,
Andrzej Telszewski
Yep man, you are correct. Anyway, as I run a different kernel, I think it was a good idea to install the modules shipped with Slackware to go along with huge. Is is full monolithic? I forgot to mention the firmware. I had them under '/lib/firmware/radeon' to work with my old GPU and the new ones seems to be under '/lib/firmware/amdgpu'. Thanks Slackware again. Lack of planing, enthusiasm and lack of sleep.
Huge gave me a chance to retake my system and adjust my settings. It's not the first time I fscked things around and, probably, it'll not be the last one
Thanks to pointing things out. I hope the huge kernel keep around to help baseheads like me
I now spotted the error.
I shouldn't say "outside", but "out of generic kernel".
It means that modules are built at the time of building the generic kernel and that is what is shipped.
The huge kernel does not contain all the possible divers.
Most of the time you are going to be able to load into huge kernel, the modules built for generic kernel.
But sometimes it won't work and you'll spend hours trying to figure out what the fuck is happening.
Although huge is quite convenient, there are still cases when you need an initrd (e.g. to use LVM2).
I haven't tried it, but I don't see a reason why huge wouldn't work with an initrd (as long as there is no conflict between the built-in modules and the ones that initrd tries to load).
And as a final note, secure yourself an USB stick with Slackware installer, it will always allow you to boot the machine.
I don't have one, but there is another Slackware desktop to help, if needed.
Anyway, 4.8.7 and 4.4.31 are in review at present, e.t.a. friday/saturday for anyone who still has any faith left in the stable kernel series at this point.
Anyway, 4.8.7 and 4.4.31 are in review at present, e.t.a. friday/saturday for anyone who still has any faith left in the stable kernel series at this point.
Hi,
Yes, but the packaged modules come from generic kernel build.
--
Best regards,
Andrzej Telszewski
Your statement said 'there is no such thing' referring to slack huge modules.
Try building the slack huge kernel
without the slack huge modules
ie make modules_install
see how it turns out.
Thanks
john
I would like to plea that perl v5.26 not be adopted until the CPAN installation clients (at least cpan(1) and cpanm(1)) are fixed as described there, or if it is then PERL_USE_UNSAFE_INC=1 should be added to /etc/profile (but that is IMO the inferior option).
November 15, 2016
Version 50.0, first offered to Release channel users on November 15, 2016
We'd also like to extend a special thank you to all of the new Mozillians who contributed to this release of Firefox!
New
Playback video on more sites without plugins with WebM EME Support for Widevine on Windows and Mac
Improved performance for SDK extensions or extensions using the SDK module loader
Added download protection for a large number of executable file types on Windows, Mac and Linux
Increased availability of WebGL to more than 98 percent of users on Windows 7 and newer
Added Guarani (gn) locale
Added option to Find in page that allows users to limit search to whole words only
Updates to keyboard shortcuts
Set a preference to have Ctrl+Tab cycle through tabs in recently used order
View a page in Reader Mode by using Ctrl+Alt+R (command+alt+r on Mac)
Fixed
Various security fixes
Fixed rendering of dashed and dotted borders with rounded corners (border-radius)
Changed
Blocked versions of libavcodec older than 54.35.1
Added a built-in Emoji set for operating systems without native Emoji fonts (Windows 8.0 and lower and Linux)
Developer
Changes for web developers
Last edited by cwizardone; 11-15-2016 at 03:58 PM.
Reason: Add link to the release notes.
I would like to plea that perl v5.26 not be adopted until the CPAN installation clients (at least cpan(1) and cpanm(1)) are fixed as described there, or if it is then PERL_USE_UNSAFE_INC=1 should be added to /etc/profile (but that is IMO the inferior option).
The current patch for this proposal suggests that . will only be removed from @INC if Perl is built with -Ddefault_inc_excludes_dot. Hopefully Slackware can ignore this stupidity and move on, even (especially, in fact) when 5.22.3 is released as a security update for Slackware 14.2 to "fix" CVE-2016-1238.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.