The previous thread has gotten quite long, so it's a good time to start a new one.

Current state of things is this:
* rc.6 change for fuser is queued
* greylist.pl addition to postfix is queued
* lvm2, tin, ModemManager, whois, xine-ui, bluez, v4l_utils, mpfr, doxygen, ca_certificates, tar as mentioned in previous thread - all queued
* udisks-2.7.x and its deps are queued, but no promises on those
* xapian_core, enchant, and grantlee all have queued updates, but those might wait for (assuming it happens) new KDE/Plasma
* newer upower and ConsoleKit2 have to wait for new KDE/Plasma
* kernel 4.14.x is still desired but still not ready, it seems
* everyone already knows about PAM

TODO items:
* Jakub Jankowski has a seems-to-be-working patch for vlan support in network-scripts; see the "vlan" branch here: https://git.rlworkman.net/slacknetsetup/
* if anyone has some free time and wants a challenge, figure out a way to do ipv6 support such that it integrates nicely and works well; good luck. :-)

My only thought would be KDE5. But since that is not going to happen, Slackware 14.3.

1 members found this post helpful.

What part of this makes you so sure it's not going to happen?

3 members found this post helpful.

I think I got it what make our BDFL reluctant about Plasma 5; it is plain and simple: its infernal release period, a monthly one.

Combine that with its really huge number of packages, and you get The Perfect Storm.

Did you really believe that Patrick Volkerding would be so happy to update every month roughly a third part of the distribution packages?

Myself I would not be.

---------------------------------------
To be on topic: how about the addition of SMPLAYER, a small but powerful frontend for MPlayer and, optionally, MPV?

To note that its build depends only on Qt (either the version 4 or 5).

https://www.smplayer.info/

This is at least the third time I've asked for this:

FluidSynth, and both sdl and SDL2_mixer rebuilt to use it.

That gets the SDL libraries to support MIDI playback. You just set the SDL_SOUNDFONTS environment variable to be the path to a soundfont in .sf2 format, set up your game to use MIDI for playback, and enjoy.

DosBox and (AFAIK) all DOOM source ports support playing MIDI via SDL, which this is needed to enable.

I wrote a blog entry about this back in (* checks date) 2011, which shows how long it's actually been available:

http://duganchen.ca/playing-sdl_mixe...th-soundfonts/

4 members found this post helpful.

I had mentioned this on the old thread (twice), but it doesn't seem to be addressed. It may just be that it is deemed as a non-issue, which I am fine with. But I just wanted to make sure it wasn't accidentally skipped over. The first post is below with an updated patch to match the latest binutils.SlackBuild script.

======================================

Based on this topic, it seems that on 64bit systems, /etc/ld.so.conf points to the wrong directory for the /usr/x86_64-slackware-linux/lib64 entry, because there is no lib64 directory under /usr/x86_64-slackware-linux/, only lib.

There are two potential fixes I see for this, one being to modify etc.SlackBuild to somehow adjust the sed line that changes all the lib dirs to lib64 to somehow exclude this one, or to adjust binutils.SlackBuild to change that directory to lib64 on 64bit machines. I think the latter is quite a bit easier, so I threw together a quick patch for the SlackBuild.

It likely isn't a big deal as there doesn't seem to be anything residing in there other than a symlink for ldscripts that points to /usr/lib${LIBDIRSUFFIX}/ldscripts/, but it probably wouldn't hurt to make sure ld.so.conf points to the correct directory anyway

3 members found this post helpful.

Looks like there will be a KDE 5 LTS version coming next month https://www.phoronix.com/scan.php?pa...5.12-LTS-Plans

1 members found this post helpful.

I think Qt4 should be removed and at least Qt5 be added. Its not that Qt4 is bad. Its really nice but it has been abandoned and everything is pretty much Qt5 now. I'd like to see FFmpeg and SDL (as dugan mentioned) tricked out more. FFmpeg isn't a big deal for me because of the excellent SlackBuild it has. I use the Slackware FFmpeg package on a laptop and trick out ffmpeg more for my desktop. I would really like OpenAL to be added, and opencv would be nice.

What do you all do with mpv anyway? I don't get why mplayer doesn't suffice? I use QMPlay2 because I can add folders with videos, sync them easy, access the playlist easily, and watch youtube with it. Also CUVID+NVIDIA = godlike. It has way better performance than VLC and it always performs flawlessly. Its easy and quick to build. Based on popularity VLC would make the most sense to add.

I think it's better here

https://community.kde.org/Schedules

The interface is simpler to control ( I just use the left & right arrow keys to control the video, and use similar keyboard shortcuts to achieve desired effects). MPlayer just doesn't have the same feel.

Just my

1 members found this post helpful.

Another new imagemagick-6.9.9-30:

https://www.imagemagick.org/download....9.9-30.tar.xz

Robby, just for info, latest udisks-2.75, 'and lib*, work here, without problem:

https://github.com/storaged-project

1 members found this post helpful.

As per https://www.linuxquestions.org/quest...re-4175600630/ ...

I don't know, unless PV wants to release 15 with limited testing with Plasma or listen to a bunch of people crying about 'when is Slackware 15 coming out', it only makes sense to me to release 14.3 and push Plasma to current. It doesn't really matter to me either way, I don't use KDE.

1 members found this post helpful.

I'm not sure that release a new version with a lot of software, not maintained, is a good idea, but it's just my opinion

1 members found this post helpful.

as we have often experienced people will whine in either case so the whining shouldn't really matter when deciding, IMHO

7 members found this post helpful.