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.
Both mail servers have plenty pros and cons. Back when postfix came to fame, it was a security decision to move away from sendmail. Yes, its Klingon (more like MUMPS, actually) configuration language based doesn’t help. Yes, not knowing how to configure sendmail via its pre-processed m4 files doesn’t help. Yes, relying solely on Claus Aßmann to support sendmail doesn’t help. Yes, a lot of the newer features are available on postfix way before they make their way into sendmail. Yes, there was an entire chapter dedicated to sendmail in the infamous “UNIX haters handbook” book, back from a day many of you weren’t even been born yet and complains over sendmail had already piled up.
And just as I myself experienced the other day when I asked for the inclusion of Nginx as an alternative to Apache HTTPD, there are reasons why one is selected over the other. Funny enough, I do run Nginx and sendmail, whereas the standard model suggests I either look for stability/reliability (sendmail/Apache) or performance/new features (postfix/Nginx).
Changing to postfix was a two folded decision: one, to signal its retirement and two, to make even less people know how to manage and maintain a sendmail - something I do with closed eyes.
However by the end of the day, Alphabet’s GMail and Microsoft Outlook combined with python and rust are taking away many’s need to run a MTA, so I guess whatever you install and run via an out of box experience will suffice. And for that, postfix is the “winner”, since requires no Klingon knowledge (or as I said before, “friendlier”).
And yet, while the few of us refuse to unplug the machines that are supporting sendmail’s life on /extras, the ask to update it to the current development tree as found at https://ftp.sendmail.org/snapshots/ isn’t a wrong request. Until Claus decides to officially call it 8.17.2.
Providing sendmail doesn’t go away from /extras, I guess those who prefer to use emacs as main text editor might be happy.
This release adds three weeks' worth of new translations and fixes from KDE's contributors.
The bugfixes are typically small but important and include:
Bluedevil: Install translated documentation from po/ too.
Discover: Prefer openining the installed version of an app. Fixes bug #461664
Discover Packagekit: check free space when update size changes.
===============================================
NetworkManager-1.40.6
Overview of changes since NetworkManager-1.40.4
===============================================
* team: also set empty port configuration so teamd
knows about the port.
* team: restore port configuration after teamd respawn.
Mesa 22.3 is now available. It is a feature release. The brand new rusticl opencl implementation is included. I believe the implemenation in this initial release only supports the intel iris mesa driver. In future releases it is planned to also support amdgpu, nouveau and zink; and that to switch it on in the mesa compile configuration some deps will need to be added to slackware.
Overview of changes in GLib 2.74.3
==================================
* Fix regression in type checking `g_str_equal()` from C++ projects (#2820)
* Bugs fixed:
- #2820 g_str_equal: New macro version breaks compilation in C++ projects
(Philip Withnall)
- !3096 Backport !3094 “gstrfuncs: Fix regression in C++ types accepted by
g_str_equal()” to glib-2-74
Overview of changes in GLib 2.74.3
==================================
* Fix regression in type checking `g_str_equal()` from C++ projects (#2820)
* Bugs fixed:
- #2820 g_str_equal: New macro version breaks compilation in C++ projects
(Philip Withnall)
- !3096 Backport !3094 “gstrfuncs: Fix regression in C++ types accepted by
g_str_equal()” to glib-2-74
That means that C++ API patch can be dropped now. Hopefully this release of glib gets it right this time
Edit: FWIW, I tested out the new glib-2.74.3 on -current and those builds are all working fine now with the patch dropped (gegl, gjs, gst-plugins-bad-free, and vte).
MariaDB on Slackware 15 (and I think also on current) is compiled without tls support.
Code:
MariaDB [mysql]> SHOW GLOBAL VARIABLES LIKE 'have_ssl';
+---------------+----------+
| Variable_name | Value |
+---------------+----------+
| have_ssl | DISABLED |
+---------------+----------+
Is not a bad idea to enable tls, imho.
EDIT: i was confused, sorry, TLS is compiled, but not enabled
Last edited by camerabambai; 12-02-2022 at 10:24 AM.
MariaDB on Slackware 15 (and I think also on current) is compiled without tls support.
Code:
MariaDB [mysql]> SHOW GLOBAL VARIABLES LIKE 'have_ssl';
+---------------+----------+
| Variable_name | Value |
+---------------+----------+
| have_ssl | DISABLED |
+---------------+----------+
Is not a bad idea to enable tls, imho.
EDIT: i was confused, sorry, TLS is compiled, but not enabled
openldap 2.6.3 needs to be recompiled. The one shipped with Slackware might have been linked with previous components and not updated. It fails to run with message "slapd: undefined symbol: PL_current_context" (I'm assuming Perl because of the PL prefix but I might be wrong). Recompiled manually and it works as expected with today's -current.
Postfix certainly seems to be the flavour of the month, and that's fine - choice is a good thing. However, I for one plan to stick with Sendmail while it continues to be maintained by upstream. I have many site-specific customisations set up which would take considerable time to port to Postfix, and there are some which Postfix couldn't do when I last checked.
I was a sendmail fanboi for a VERY long time, to point we ran sendmail up front protecting multiple qmail/vpopmail servers, I lived in the sendmail usenet groups, but, sometimes you have to move to what does things better, even today in December 2022, try using sendmail with mysql/mariadb for virtual domains without patching and a lot of work, where postfix just does it, and sendmail by default does still not do concurrent processing without m4 patching, I left our sendmail/qmail/vpopmail for postfix/dovecot in 2008, and haven't looked back, its performance even compared to altering sendmail for concurrent processing still leaves sendmail in its wake.
What are the odds of adding Nginx into extras? While Apache is truly reliable and one of (if not still #1) most run web servers out there, it is lagging behind many others in modern features. Nginx has been proven reliable enough to power certain commercial appliances (under its commercial code), and it wouldn’t be a bad move to have it as an alternative.
I hear this alot, but nobody has been able to list what nginx does that apache httpd can't, so lets see the list? surely you can fire off a good few given your claim above, it might even help your cause with Pat thinking about adding it to extras sometime, but I suspect that list must be large or at least compelling before he gives it serious thought, so as I tell my staff, if you want something new, put forward your usecase... (please don't think about claiming speed, I've heard this before and we disproved that theory simulating a busy 1000 vhost server on our dev bed several times)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.