[SOLVED] Requests for -current (20151216)

BrZ · 11-09-2016, 07:00 PM

Quote:

Originally Posted by atelszewski

Hi,

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

atelszewski · 11-09-2016, 07:14 PM

Hi,

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.

--
Best regards,
Andrzej Telszewski

GazL · 11-10-2016, 06:50 AM

Article is an interesting read, but comments are more enlightening about the whole 4.4.29/30 thingy...
http://lwn.net/Articles/705220/#Comments

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.

cwizardone · 11-10-2016, 09:56 AM

Quote:

Originally Posted by GazL

Article is an interesting read, but comments are more enlightening about the whole 4.4.29/30 thingy...
http://lwn.net/Articles/705220/#Comments

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.

Done.

The change log for 4.4.31, https://cdn.kernel.org/pub/linux/ker...angeLog-4.4.31

Also, kdelibs-4.4.26.
The source, http://download.kde.org/stable/appli...4.14.26.tar.xz

And, the first development release of Xfce-4.13.0 is out,
https://mail.xfce.org/pipermail/xfce...er/000482.html

AlleyTrotter · 11-10-2016, 10:10 AM

Quote:

Originally Posted by atelszewski

Hi,

There's no such thing ;-)
Modules are built outside of generic kernel.

--
Best regards,
Andrzej Telszewski

Actually there are hundreds of modules in the slack huge kernel
Just grep for =m
John

atelszewski · 11-10-2016, 10:23 AM

Hi,

Quote:

Originally Posted by AlleyTrotter

Actually there are hundreds of modules in the huge kernel
Just grep for =m
John

Yes, but the packaged modules come from generic kernel build.

--
Best regards,
Andrzej Telszewski

AlleyTrotter · 11-10-2016, 11:05 AM

Quote:

Originally Posted by atelszewski

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

atelszewski · 11-10-2016, 11:16 AM

Hi,

To clarify, I mean that the modules that come as package with Slackware are built using generic kernel and not the huge kernel.

--
Best regards,
Andrzej Telszewski

kjhambrick · 11-10-2016, 03:18 PM

Quote:

Originally Posted by cwizardone

Done.

The change log for 4.4.31, https://cdn.kernel.org/pub/linux/ker...angeLog-4.4.31

<<snip>>

Thanks for the head's up cwizardone !

4.4.31.kjh + NVidia 367.57 Blob is running very well here on Slackware64 14.2 + MultiLib.

-- kjh

xj25vm · 11-13-2016, 03:42 PM

This has already been discussed in the following thread: http://www.linuxquestions.org/questi....php?p=5630082

But I've been advised to also post it in this thread, to hopefully be picked up by the developers. Thank you

atelszewski · 11-14-2016, 07:01 AM

Hi,

Mesa 13.0.1 released.

--
Best regards,
Andrzej Telszewski

dugan · 11-14-2016, 04:26 PM

Quote:

Originally Posted by cwizardone

And, the first development release of Xfce-4.13.0 is out,
https://mail.xfce.org/pipermail/xfce...er/000482.html

Please pardon my off-topic comment, but.... OH MY GOD!!!

Xfce has long development cycles, but it's an unusually good and solid product.

ttk · 11-14-2016, 04:35 PM

Just a heads up:

http://blogs.perl.org/users/todd_rin...reak-cpan.html

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).

cwizardone · 11-14-2016, 05:32 PM

Firefox-50.0 has been released.

The source, https://ftp.mozilla.org/pub/firefox/....source.tar.xz

The release notes, https://www.mozilla.org/en-US/firefo.../releasenotes/.

Quote:

50.0
Firefox Release

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

CTM · 11-14-2016, 09:19 PM

Quote:

Originally Posted by ttk

Just a heads up:

http://blogs.perl.org/users/todd_rin...reak-cpan.html

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.