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.
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.
What part of this makes you so sure it's not going to happen?
Code:
* 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
My only thought would be KDE5. But since that is not going to happen, Slackware 14.3.
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).
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:
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.
Code:
diff --git a/binutils.SlackBuild b/binutils.SlackBuild
index c3b475e..87c521a 100644
--- a/binutils.SlackBuild
+++ b/binutils.SlackBuild
@@ -162,7 +162,7 @@ make install DESTDIR=$PKG || exit 1
# Move ldscripts to /usr/lib${LIBDIRSUFFIX}, and then put symlinks in place
mv $PKG/usr/${TARGET}/lib/ldscripts $PKG/usr/lib${LIBDIRSUFFIX}
( cd $PKG/usr/${TARGET}
- ln -s /usr/lib${LIBDIRSUFFIX}/ldscripts lib/ldscripts
+ ln -s /usr/lib${LIBDIRSUFFIX}/ldscripts lib${LIBDIRSUFFIX}/ldscripts
for FILE in ar as ld ld.bfd ld.gold nm objcopy objdump ranlib strip ; do
if [ -r "/usr/bin/$FILE" ]; then
rm -f bin/$FILE
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
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).
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.
What do you all do with mpv anyway? I don't get why mplayer doesn't suffice?
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.
What part of this makes you so sure it's not going to happen?
Code:
* 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
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.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.