I am not a specialist on servers, but I am pretty sure that Docker is not a web server, but rather something like Flatpak.

However, as probably any today vertical solution for servers, it uses systemd(-nspawn) - then I guess that you will not see it in Slackware in the foreseeable future.

BTW, I have friends who loves this Docker and don't stop talking about it, that's why I heard of it.

Yes:) Docker is used to run applications in containers.
Very popular setup is in which you have one container with nginx, another one with database etc.

It is more correct to say that "application servers" need docker, not "web servers":)

Docker doesn't need systemd-spawn, afaik, but both of them use same APIs: containerd, cgroups etc.

I ran docker on 14.2 and it worked very well: https://slackbuilds.org/repository/14.2/system/docker/

If I could offer a suggestion on a good package to add to slackware, add Common Desktop Environment.
I made a thread about it and there are just a few changes that need to be made:
1. Nawk must be installed. Either install actual nawk or symlink gawk as nawk. Installing nawk would probably break with programs less than symlinking to gawk, can someone verify me the differences between gawk and nawk?
2. Install xlt as the final additional dependency.
I explained in great detail about how to setup CDE for slackware in my thread. It would be a perfect fit for the distro.
3. Setting up a few locales might be required, so I won't consider it to be a hard dependency for the time being.
4. Oh, and make sure rpcbind is running as well when using CDE.

Everyone talks about adding KDE5 to slackware. Well I say the tried and true CDE should be added instead.

I find CDE to be fascinating and would love to play with it more, however the problem with CDE is I think some security holes haven't been patched and more importantly the install locations in the source is hard coded which has also not been taken care of. Also given the state of Slackware and KDE4, imo CDE is probably not the best suggestion as everyone is still waiting for Plasma to replace the EOL KDE4.

-edit

Going back to CDE, has the major security hole even been addressed? Meaning RPC has to be run in an insecure way to even get it to work (RPCbind?), that is also something that Pat would never include in his distro if a DE had that issue.

Could you please be specific about what security holes you're referring to? If you're talking about rpcbind running in insecure mode, that isn't an issue anymore because it doesn't require insecure mode anymore.

To be honest that was the main hole as far as I know, if it has been taken care of then excellent. Still, there is the issue of the hardcoded install paths. Again though, I think maybe we should just have Plasma integrated / focus on that rather than CDE. Slackbuilds for CDE would be nice actually, but being included in Slackware imo right now is not the opportune time to ask for it.

-edit

The hard coded install paths in the source for CDE is most likely going to be a deal breaker anyhow for Pat imo. He already has enough on his plate, and again a lot of people right now are chomping at the bit for Plasma to finally be officially included.

Alpine 2.24
http://alpine.x10host.com/alpine/release/
http://alpine.x10host.com/alpine/rel...ne-2.24.tar.xz

Seems to build fine under Slackware-current.

Proposed fix to allow checking f2fs as root fs
 

This is a follow-up of post #5749.

Actually fsck.f2fs accepts to check a file system mounted read-only, but only if the -f option is used.

As an aside the issue has been brought on the f2fs-dev mailing list, most recently in this post.

Here is the output of fsck.f2fs --help (the man page is outdated):So I propose the attached patch to /etc/rc.d/rc.S.

Caveats:

• I still have to test this "live". One of the possible issues is that the check could take a long time (as reported by others, especially after a kernel upgrade).
• I need to better understand the effect of some options, including -y.

A t least I have checked that the exit codes of f2fs.fsck have the same meaning as those of fsck, so only the command itself need to differ upon the file system.

there is also this reboot https://github.com/NsCDE/NsCDE, which builds on top of the FVWM included in slackware.
didn't try it yet but seems quite faithful to the original

Reviewing the main startup scripts rc.S and rc.M I am glad they provide a predictable startup sequence (no useless parallelism, so no need for handshakes or waiting for who knows what and why and how long) and the version shipped in -current can be used with few if any modification on a derivative based on 14.2. Cleverly simple or simply clever? Both. Thanks Pat! :hattip:

It's Time To Admit It: The X.Org Server Is Abandonware

Maybe some food for thoughts?

And from what I know, Slackware have a single Wayland based DE ready for it: Plasma5

Yes, I ask one more time again for Plasma5 to be merged on -current, it was "ready" since long time anyway...

Phoronix? Heavy grain of salt, there. (But agreed...Plasma 5 would be a nice addition. I think it's a question of when, not if?)

We, the Russian males, we have a medium life expectancy of 72 years and I am already in my 50.

I really hope that this "when" will happen before I will leave this World of old age...

However, the guy (cited in this article) really said this: https://gitlab.freedesktop.org/xorg/...33#note_670522

Wayland is linux only, and still not fully feature complete. Whether or not it's getting the due attention that it deserves Xserver is still needed.


edit: Apologies for the noise, I didn't realise I was reading "requests for current" otherwise I wouldn't have responded.

Well, I thought that Slackware is a Linux distribution, or I miss something? What's the problem?

Regarding "features completion" you talk about what? You may want to say that the DEs may not ported entirely their features to Wayland.

As someone who literally uses daily the Wayland/Plasma5 I tell you that with the latest Plasma5, as in Plasma 5.20 and so on, there's a lack for only two DE features present on X11/Plasma5:

- remembering the windows position.
- restoring the previous opened windows after a reboot/logout.

Why? I believe that's not Wayland's business to do this. The Plasma5 should invent its own ways even for them.

However, I find funny that a bunch of security nuts ignores with elegance this Wayland, which looks magnitude grades more secure than X.org ...

Heck, the Plasma5 had to rely on Pipewire to screencast the opened windows for just doing thumbnails on taskbar! ;)

Removed

I have a strange request: do you know the language called Euphoria?

It is a scripting language that shares many features of "serious" languages including (but not limited to):

Cooperative multitasking, functional programming, bit arithmetics, static typing, direct OS api access, memory management, modules, static linking, excellent loops with retry and continue, switch with fallthru, profiling, tracing, debugging, preprocessing, compile-time expressions, C translator and indirect function calls.

At the same time it has only four (!) built-in types and extensive standard library. I believe this language could be used to teach programming:) And it is a very small.

https://openeuphoria.org/docs/

I was able to run it on 14.2:
so, including it should not be hard.

Language is not very popular, but tcl (which is a part of Slackware) is not very popular those says either.

Searched openeuphoria in repology.org, found only one Arch package in the AUR, nothing in pkgs.org so Slackware would be the first distribution to provide an official package. I am not the one who decides, but I suggest that you first contribute a package to https://slackbuilds.org.

PS and for teaching programming to little kids I suggest logo ;)

This is not a request, only a suggestion.
With the latest nfsutils seems some options in nfsmount.conf doesn't work(error: protocol not supported)
For example, if I enable port 4001

then
when I remove mountport

now i set mountproto

another error

of course after remove mountproto works fine.
I think those options must be at least commented.

I would like to request adding the following lines to the file /etc/DIR_COLORS:

I can do it on my own copy, of course, but I figured they might be useful for someone else.

Nice to see all those new stuff in the Changelog, but I still want to remeber the following:

gobject-introspection-1.66.1
https://download.gnome.org/sources/g...-1.66.1.tar.xz

vte-0.62.1
https://download.gnome.org/sources/v...-0.62.1.tar.xz

gcr-3.38.0
https://download.gnome.org/sources/g...-3.38.0.tar.xz

libsoup-2.72.0
https://download.gnome.org/sources/l...-2.72.0.tar.xz

dconf-0.38.0
https://download.gnome.org/sources/d...-0.38.0.tar.xz

pyatspi-2.38.0
https://download.gnome.org/sources/p...-2.38.0.tar.xz

at-spi2-core-2.38.0
https://download.gnome.org/sources/a...-2.38.0.tar.xz

at-spi2-atk-2.38.0
https://download.gnome.org/sources/a...-2.38.0.tar.xz

pygobject-3.38.0
https://download.gnome.org/sources/p...-3.38.0.tar.xz

I noticed libbluray is in, but libdvdcss is not. So why not include libdvdcss too? It is both from videolan.org

libdvdcss cannot be distributed with Slackware.
https://slackwiki.com/Libdvdcss

libbluray and libdvdcss are not equivalent software. The dvd equivalent to libbluray would be libdvdread and libdvdnav, both of which *are* included in -current.
The equivalent of libdvdcss would be libaacs and libbdplus, which are also absent.

Ok oh, thats where my confusion stemmed from and why I thought it should be included.

PHP 7.4.12
http://us3.php.net/distributions/php-7.4.12.tar.xz

The battery gauge seems to have stopped working recently on my -current KDE4 desktop.
I opened a thread about it here.

Perhaps a new version of upower, or the its counterpart (that upower is talking to over DBus) may solve the problem.

That, and the removal of KDE4... to be replaced with Plasma5.

As it turned out, the mozjs78 package was missing. (It wasn't mentioned in CHANGES_AND_HINTS.TXT)
Installing it fixed the problem.

From current changelog:

I believe that CHANGES_AND_HINTS.TXT is only valid for stable releases of Slackware. When using -current, you have to keep up with ChangeLog.txt.

To be fair, I don't think this is documented anywhere...

Kernel module for 5G wireless devices
 

Hi all,

Is there already a kernel module that make a device like this to work: ID 0bda:b812 Realtek Semiconductor Corp. 802.11ac NIC ?

If not, could this module be added to the project: https://github.com/RinCat/RTL88x2BU-Linux-Driver/ ?
I've compiled and installed it here (Slackware64-current) and it is working fine.

Thanks in advance

Hi , in the latest gstreamer updates , the package gst-plugins-base have a plugin linked to graphene , but graphene is not provided on the update.



Rebuild , or provide graphene package , THANKS!

samba-4.13.1 is released with security fixes.

This seems to be quite a good news for me :)

Pat, you need to make a single change to xedit so the line number doesn't get cut off. The line "*positionWindow.width:" needs to be changed from 90 to a higher number such as 250 because at 90 you have the line numbers getting cut off slightly when it's past 9 and above, and even won't show the full number when it's 100 or above. A number such as 250 gives you plenty of room for the current line number and xedit will work properly out of the box.

Thanks for the new udisks and friends, now we just wait for upower and elogind :)

For elogind please do not give it precedence on acpid for suspend, hibernate or sleep.

Check your ChangeLog again:

The default is almost surely going to be the way of which one "just works" for the majority of the users.

This packages arrives today october 29 , ...plugins-base goes broken since 27 , check time of your changelogs again. :=)

An interesting moviment is poppler drop qt4 , slow moviments to plasma are wellcome.

Ah, fair enough. I'm running behind :-)

Not bad ....


lucky , that are not heavy things , kde starts and is working , but some internal plugins not work.


bye bye kde4 ? :=)

I ever use a little USEFUL tool , called slackyd ,to find this broken things.

https://slackbuilds.org/repository/1...search=slackyd

I know , people write some scripts on forum , but this are in my experience more fast and flexible , and can use it to find missin packages added.

Im a nuub , not see the note on aaa_elflib , but im not sure if all are fixed inside aaa_elflibs , im not see the libraw_r.so.16

a/aaa_elflibs-15.0-i586-26.txz: Rebuilt.
Upgraded: liblber-2.4.so.2.11.3, libldap-2.4.so.2.11.3, libmpc.so.3.2.1.
Added temporarily to allow for third-party packages to be recompiled:
libHalf.so.12.0.0, libIex-2_2.so.12.0.0, libIexMath-2_2.so.12.0.0,
libIlmImf-2_2.so.22.0.0, libIlmImfUtil-2_2.so.22.0.0,
libIlmThread-2_2.so.12.0.0, libImath-2_2.so.12.0.0,
libpoppler-qt4.so.4.11.0, libpoppler.so.79.0.0.



SORRY FOR THE NOISE , ALL IS FIXED UNDER aaa_elflibs

Do not keep your breath for...

I bet that it will be replaced by the Plasma7 or a later release.

Last time i had questions like that i ran the kernel configurator and have read, read & read...

But first we get thru KDE4 becoming abandon-ware for a decade...

Patience, laddie! :D

(just kidding)

Do not say this three time, because it may become truth... ;)

In this line of thought, I propose changing the distribution name into Archeoware, because it relies in useful historical evidences like the KDE4, an antic XFCE, this ConsoleKit2 who no one else still uses and probably many other interesting archeological features.

If we struggle a bit, maybe we can even rollback to Linux 2.4.x and kick off this eudev? ;)

You know I warned about this 10 days ago now? I even added it to SBo to show as an example...

https://www.linuxquestions.org/quest...ml#post6176199

Why are all my fixes being ignored?