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.
Got home from work just in time to see a BIG update in -current. Lots of updates, some changes.
As for the 4.14 kernel, I had expected it to go through a few patch levels before inclusion, especially since the Nvidia legacy drivers can no longer build against it. I had already tested them this week and they won't build the kernel modules, and looking at the points of failure I see that there is no simple patch to fix it - we will have to wait for Nvidia to release the next updates (although I can honestly see them simply EOL'ing the 304 branch at this point). Maybe Pat can keep at least the 4.9.x configs in /extra for that reason?
Fri Nov 17 00:56:25 UTC 2017
<<snip>>
a/etc-15.0-x86_64-1.txz: Upgraded.
/etc/passwd: Added postfix (UID 91), postdrop (UID 92), dovecot (UID 94),
and dovenull (UID 95).
/etc/group: Added postfix (GID 91), postdrop (GID 92), dovecot (GID 94),
and dovenull (GID 95).
<<snip>>
a/pkgtools-15.0-noarch-1.txz: Upgraded.
Added Postfix and Dovecot to the services setup menu.
<<snip>>
a/sysvinit-scripts-2.0-noarch-39.txz: Rebuilt.
<<snip>>
rc.M: If rc.sendmail is not present and executable, try rc.postfix.
rc.M: Run rc.dovecot if it is executable.
<<snip>>
<<snip>>
n/libmilter-8.15.2-x86_64-1.txz: Added.
This is a compile-time dependency of Postfix.
<<snip ... and the beavers :) >>
n/dovecot-2.2.33.2-x86_64-1.txz: Added.
This will be the new IMAP/POP3 server in the next Slackware release.
Thanks to Alan Hicks, Mario Preksavec, and /dev/rob0 for assistance.
<<snip>>
n/postfix-3.2.4-x86_64-1.txz: Added.
This will be the default MTA in the next Slackware release. Thanks to
Alan Hicks, Mario Preksavec, and /dev/rob0 for assistance.
<<snip>>
Thank you Slackware team !
-- kjh
Last edited by kjhambrick; 11-17-2017 at 04:15 AM.
Reason: add title
It looks like a trivial change on the face of it, but IMO it's a big improvement and I'm glad to see it.
BTW, anyone for whom the system nodename (returned by uname -n) is significant should watch out for the hostname setting change in rc.M . If you prefer (or need) to use the shortname for your nodename then you will need to remove the domain part from your /etc/HOSTNAME to keep things the way they were.
Opinion seems to be divided about whether the fqdn or shortname should be used to set the system nodename. POSIX just says "the name of this node within an implementation-defined communications network", so there doesn't seem to be any right or wrong here.
I think the rc.M change is good as it allows the admin more flexibility, but I prefer the shortname so have adjusted /etc/HOSTNAME accordingly. This probably deserves a mention in CHANGES_AND_HINTS for those migrating.
Avoid the kernel upgrade for the moment. On three different pc hardware worked with previous kernel in current tree I have three different problems now and pc-s wont start.
Curious ... how did you determine the cause of and the cure for that particular kernel panic ?
Thanks.
-- kjh
I looked at the screen where it halted. There's a mention about watchdog and i read an article about watchdog may caused some system to get locked up and it seems the case on my system.
Pat and Robby also managed to get some watchdog blacklisted in eudev
Quote:
a/eudev-3.2.2-i586-2.txz: Rebuilt.
Added another watchdog module to the blacklist. Thanks to Robby Workman.
I'm not taking this upgrade to current lightly like I have with past upgrades. A jump in the kernel series, migration to FF 57 (Quantum), a change in the default MTA and IMAP programs, changes to sysvinit and network scripts, all worthy of upgrade releases on their own.
I only run current on my main desktop and 14.2 on everything else (netbook, solid state PC and servers). I'll be on the lookout for "gotchas" before pulling the trigger on this upgrade.
Great work by the core team! This is an impressive group of changes packed into a single upgrade.
One other gotcha: I just found that the 384.90 Nvidia driver won't build the kernel modules under the new kernel either. HOWEVER, the latest 384.98 driver builds just fine. PLUS, with the new kernel now supporting my GTX-1050ti card I can now have a plain vanilla build partition on that box as well.
While sendmail will remain available in /extra, will postfix be a drop-in replacement for sendmail or will we need to migrate sendmail configs?
Postfix is sendmail compatible for anything expecting to find sendmail on the system, but the config files are completely different, so you'll need to reconfigure using the config files in /etc/postfix. Luckily, it isn't all that hard. If you were able to handle sendmail's config files you shouldn't have any problem. The examples are extremely well-documented.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.