Avian,
Many thanks for the updated WireGuard packages!
Greatly appreciated!
:hattip:

Mutt 1.14.1
ftp://ftp.mutt.org/pub/mutt/mutt-1.14.1.tar.gz

meson 0.54.2
https://github.com/mesonbuild/meson/releases

imagemagick 7.0.10.12
https://imagemagick.org/script/download.php

Well, this might pretty much explain why either UEFI install fails then?

postfix-3.5.2 is released.

https://de.postfix.org/ftpmirror/off...x-3.5.2.tar.gz
https://de.postfix.org/ftpmirror/off....2.tar.gz.gpg2

How about to update syslinux to 6.04 ?
For example Arch Linux is use syslinux 6.04.pre2.r11.gbf6db5b4-3 >>> https://www.archlinux.org/packages/c...6_64/syslinux/
How about Slackware?
Link https://www.zytor.com/pub/syslinux/Testing/6.04/

Syslinux as a project is in a comatose state. The best downstream patches are Debian's. But a lot of patches have been suggested to upstream over the years and never even looked at. Dr Ady is trying hard to keep the patient alive but he is not a developer (that's what he says, anyway).

Dovecot v2.3.10.1 -> fix multiple vulnerabilities

vala-0.48.6
https://download.gnome.org/sources/v...-0.48.6.tar.xz

Just cosmetic but ;)

Error when install 'cups-filters' package:

Pre-installing package cups-filters-1.27.4-x86_64-1...
mv: impossible d'évaluer 'etc/fonts/conf.d/99pdftoopvp.conf.new': Aucun fichier ou dossier de ce type

due to 'config etc/fonts/conf.d/99pdftoopvp.conf.new in the 'doinst.sh'

probably inherited from an older version of 'cups-filters'

kde4 autologin not work with pam updates

Should /etc/os-release and /etc/slackware-version distinguish between slackware and slackware64?

Sorry for being so relentless, but still, can we have fontconfig 2.13.92?

https://www.freedesktop.org/software...2.13.92.tar.xz

It fixes one particularly nasty bug that led to ~/.cache/fonts growing indefinitely and slowing down the system.
FreeBSD has already switched to it, as well as many other distros.

I have been using it for the past half a year with no problems registered.

Thanks for this..

But no FIX the problem , i have kde4 , with autologin to no enter password every boot ...

Message say autologin fails ... enter user/pass and kde starts ..but i want have autologin

Maybe log into KDE as root and try setting it up again in the login settings? It's working here.

im using root acount .. is this the problema?

bind-9.16.3 is released with security fixes.

ftp://ftp.isc.org/isc/bind9/9.16.3/bind-9.16.3.tar.xz
ftp://ftp.isc.org/isc/bind9/9.16.3/b...6.3.tar.xz.asc

Running the whole GUI as root is a bad idea.

If you really want to open up those security issues, the first thing to check is making sure AllowRootLogin=true exists in /etc/kde/kdm/kdmrc

You did install the new packages?

This is a somewhat tongue-in-cheek, and just a curiosity and a whim, but given that Slackware is the most "Unix-like" Linux, it would be nice to have CDE included, now that it at last has a free license:

https://sourceforge.net/projects/cdesktopenv/

For great justice!

Joking aside, I do find CDE intriguing - but I doubt it will ever be included let alone in /extra, plus it seems like work has stopped(?). The main issue now I think is the install paths are still hard coded - there is an open ticket still open but that is like from 2-3 years ago and no update on that. I actually would legit still like to see some kind of slackbuilds available just for fun; and I think other than the hard coded issue I think if I am not mistaken, the main security issue of running RPC in an insecure mode was at least addressed(?), but I am not entirely sure about that.

oniguruma-6.9.5_rev1
 

I'd suggest to build oniguruma-6.9.5_rev1 with so onigposix.h will be included in the package. It builds fine on a cleaned -current install.
onigposix.h is needed to build libevhtp, I don't know if including it will have negative impact on php's mbstring.
It seems onigposix.h isn't built by default anymore since somewhere between 6.8.2 and 6.9.5_rev1.

Presumably as a safety feature, /etc/pam.d/kde-np contains uid >= 1000. Remove that part of the line and try it again.

Mr. Volkerding, that did the trick!

Now I have a fully functional Slackware with PAM, thanks you! :hattip:

But the SDDM from Plasma5 still behaves as friendly like an old bearded biker when you try to steal his beer.

I know, this is another story...

YES i have ,if not, system not start after manual login ..

its a obviously action when big changes arrives under new added packages.

THANKS AGAIN!!


removing the uid is working.

only as a investigation , i test regular user and get the same , ... i can run autologin only removing the uid ... but im not sugeesting remove from stock , probably is here for some good reason.

The linux kernel 5.4.42 is in "stable-review" , that release have several patches for gcc-10 , probably thats the signal to merge ggc-10 to stock from testing.

NICE JOB THIS LAST WEEKS , CONGRATS!

I can't believe people still use their desktop as root... :banghead:

(Sorry, couldn't resist :P)

Yes, I love to use my desktop as root from my USB hard drive, from where I do things like repartitioning hard drives from my boxes - some times, but usually repairing the broken boot from those named boxes.

Honestly, also I really love the kernel packages style of management (specially the upgrades) from Slackware, because it bite my hands almost weekly, forgetting to update the bootloaders.

That's WHY I have two USB hard drives, both with fully functional installations on them and kept up to date. One even have also Plasma5.

And I really do not care if someone manage to hijack my live system, because I have nothing important on it, which I cannot grab entirely from Internet in matters of hours.

So, please do not push in anyone mouth your security worries and guidelines...

Even the security should be taken with a bit of salt, to not become paranoia.

OK , (Sorry, couldn't resist :P)

You know , live distros exists ? ...

And , what is the problem , if people want to know how things works ?

When you use a live distro as a restricted user ?

(Sorry, couldn't resist :P)

I never say nothing, but i mantain distro based on slackware , and need some things working as ever ..like autologin for live sesions.

Have a nice day and be happy.

:rolleyes: Haha ok dudes, back to the program.

NP , man ... now is time for gcc-10 merge , and plasma as last piece of oldest current slackware (KDE4).

Samba 4.12.3
https://www.samba.org/samba/history/samba-4.12.3.html

This is bogus reasoning. Even live distros can run as a regular user instead of root, look at my Slackware Live Edition.

Yep , but as i say , i test as regular user and not working here , only when remove uid , then run as a regular and as root.

Normaly , live distros runs as root , because its supposed are in a secured enviroment , *no production machine , but yes ..you can run as regular/root user , but i cant choose , if i dont know what PAM , change on this case.

PyQt5-5.14.2 and sip-5.2.0:

it seem this two are on pypi.org, now, but not, on riverbank:

https://pypi.org/project/PyQt5/
https://pypi.org/project/sip/

glib-2.64.3
https://download.gnome.org/sources/g...-2.64.3.tar.xz

In package "slackpkg"
file "/usr/libexec/slackpkg/core-functions.sh"

It would be good to replace "tempfile --directory=$TMPDIR" with "mktemp -p $TMPDIR" or "mktemp --tmpdir=$TMPDIR"

util-linux-2.35.2
https://mirrors.edge.kernel.org/pub/...-2.35.2.tar.xz

What's wrong with tempfile?

It was deprecated back in 2011 in favor of mktemp. No clue if there's additional issues with using it.

https://salsa.debian.org/debian/debi...adbb567be91a23
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=627564

shaderc needs spirv/unified1/spirv.hpp but on slackware the file is at vulkan/spirv.hpp.

An idea for Winbind users.
Personally I use winbind, for Single sign on(with Kerberos) and to take a unique uid unique for all users (winbind+samba+idmap by ldap server). Is nice because user has the same uid on all systems(Linux,Hp-ux,AIX,etc..).
The original script of rc.samba doesn't include winbindd. I have a dirty solution adding Winbindd after smbd and nmbd daemons in the rc.samba script, a better solution would be a script which start Winbindd if needed, or a separate rc.winbind script.

It's in "bin" package which some users may not install. Also, tempfile is kind of obsolete.

From the Current changelog:
So for the sake of consistency ...
:D

Absolutely. Ideally, It would be great to get rid of "bin" package. Besides "tempfile" I don't remeber that I ever needed it.

May be there are very few scripts still using some commands from it. I believe it's possible to modify them and remove "bin" completely.

Never had to use fromdos (or todos) to get rid of MS-Dos/Windows line endings?

I don't, but then again I got my own "undos" tools (NOT free) to do this:
This is actaully a single executable file with hard links for the other commands and unlike the fromdos/todos pair can take multiple file arguments.

I used them only in Cygwin. Plain "sed" or "tr" can substitute these commands. Anyways, I agree that todos/fromdos may be needed, but as separate package. Currently, "bin" contains things from 5 different sources (todos, fbset, debianutils, xx, diskcopy). It's not just "bin", it's a "garbage-bin" :) I'm pretty sure that most of those things are not relevant anymore, like tempfile from debianutils.

It's actually worse than that, as Samba needs to be started/stopped in 3 different ways, depending on how Samba is configured:

• If samba is a standalone server, smbd and nmbd should be started in that order; stopping samba can be accomplished by simply killing the processes
• If samba is a domain member, smbd, nmbd, and winbindd should be started in that order; as in the above case, a simple kill is all that's needed to stop samba
• If samba is an AD Domain Controller, the samba executable/process is the only component that should be started/killed; the individual daemons should never be manually invoked or stopped

The only reliable way to determine which role samba is configured as, is to parse the output of testparm. I use a modified rc.samba that takes all this into account.

Ffmpeg 4.2.3
Source: https://ffmpeg.org/releases/ffmpeg-4.2.3.tar.bz2
Release notes:https://git.ffmpeg.org/gitweb/ffmpeg...4.2:/Changelog