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.
What's already stated in this post: https://www.linuxquestions.org/quest...ml#post6070280
This would allow i586 machines to actually use i586 GTK programs. Firefox introduced a limitation against CPUs without SSE2 support, so this prevented a usable Firefox for these processors with Slackware 14.2 sometime in 2018. The performance is limited by today standards, but is still usable with a JavaScript limiter plugin and a few tabs open. GTK has pulled Rust in with the newer version included in 15.0, so this problem now permeates into many applications.
The reason for this request is that MPV behaves way better than MPlayer on boxes with Chihuahua CPUs.
From my own experiences, on boxes having dual cores with 10-15W TDP CPUs like Intel Celeron J1800 or AMD E3000, the 1080p videos encoded with HEVC (or H265) are way too much for MPlayer to handle, resulting in high cpu usage and framing like hell. Basically, the videos are unwatchable.
Yet, the MPV plays them quite fine even on those boxes and with a visible lower CPU load.
Because of those visible superior performances on low power (certainly also on old) CPUs, I believe that adding it as an alternative to MPlayer would be very nice.
And in the end, how we have over 10 text editors, some bigger, some smaller, I think is nothing wrong on having yet another media player, specially when it works better.
Last edited by LuckyCyborg; 02-20-2022 at 04:33 PM.
I concur. And IMO mpv is way better that vlc, even if it doesn't have a GUI. It can even display videos in a tty (outside of X and Wayland), and play directly you youtube videos, using yt-dlp if it finds it. BTW, yt-dlp and pipe-viewer would be nice additions too. Hint: these are included in Slint.
Last edited by Didier Spaier; 02-20-2022 at 03:15 PM.
IF I remember right, Slackware does not support anymore the installations with separate /usr , so it' just your own fault that you use it in unsupported ways. Please be kind to accept that you are the one to blame. After all, the cars aren't supposed to fly, the airplanes aren't supposed to run in highways.
However, there is a way to use a separate /usr partition: to mount it in an initrd, modifying the init script from it. I use this way on several computers, where for putting the elephant in a kitchen, I use a compressed squashfs for /usr .
In my humble opinion, the real issue it that our stock initrd is as customizable like is a wood log and they think that nobody ever will need to modify it.
Can someone tell me the when/why Slackware divested itself from supporting separate /usr partitions? I've been building my installations this way for decades now and have to see any issues. That's not to say I won't eventually get burned now that it is no longer supported.
Can someone tell me the when/why Slackware divested itself from supporting separate /usr partitions? I've been building my installations this way for decades now and have to see any issues. That's not to say I won't eventually get burned now that it is no longer supported.
This started long years ago, when the UDEV and other tools used on boot started to use things like GLIB, libparted, libatasmart, etc.
Honestly, I think that the situation would be even worst in future regarding this, because today all the major distributions uses since long time an "unified layout" where the /bin, /sbin, /lib{,64} are just symlinks to the /usr counterparts, then the developers usually makes their programs with (and within) this particular layout.
I believe that we will be lucky if Slackware 16.0 would not adopt this layout too, for compatibility with the bigger distros.
I for one, for the systems where I have the /usr in a separate squashfs file (to minimize to space occupied by Slackware), I use a custom "mkinitrd" package, which I keep in sync with the official one, BUT which ships a modified /init script, which does the mounting of /usr near of its final stage.
This solution I strongly suggest also for you, because is the most convenient and consistent way, until Slackware would make really customizable its initrd - with plugins or ability to run custom scripts. Or, even better, just stop using a separate /usr at all, if you can.
Because I seriously doubt that Slackware will ever do (again) a consistent /usr split in the future. After all, is too much work for so less gain.
Last edited by LuckyCyborg; 02-21-2022 at 12:49 AM.
Can someone tell me the when/why Slackware divested itself from supporting separate /usr partitions? I've been building my installations this way for decades now and have to see any issues. That's not to say I won't eventually get burned now that it is no longer supported.
The only problem I encountered was libcryptsetup, which is now kept under /usr. Unlike the libcryptsetup of 14.2, this one depends on two external libraries that also live uder /usr, so one must move them all to /lib to make it work. In the long run, as LuckyCyborg says, there might be a whole other bunch of software in a similar situation, making a separate /usr impractical. I'm OK with that, in my case I had to separate /usr from / because the latter was out of disk space. But I would like the documentation to reflect such a change.
Last edited by Ilgar; 02-21-2022 at 02:54 AM.
Reason: Typo
The reason for this request is that MPV behaves way better than MPlayer on boxes with Chihuahua CPUs.
From my own experiences, on boxes having dual cores with 10-15W TDP CPUs like Intel Celeron J1800 or AMD E3000, the 1080p videos encoded with HEVC (or H265) are way too much for MPlayer to handle, resulting in high cpu usage and framing like hell. Basically, the videos are unwatchable.
Yet, the MPV plays them quite fine even on those boxes and with a visible lower CPU load.
Because of those visible superior performances on low power (certainly also on old) CPUs, I believe that adding it as an alternative to MPlayer would be very nice.
I confirm that MPV works fine while MPlayer have huge issues with videos encoded with x265 and 1080p resolution, on my mini-PC with Intel Atom x4 z8350, so it's not necessary related only to dual core CPUs.
Last edited by ZhaoLin1457; 02-21-2022 at 04:22 AM.
Do we have a GUI tool for file search in 15.0? The average Slackware user might be expected to use 'find' in the terminal, but I am sure there are users who would be more comfortable with a GUI tool. 14.2 had kfind as part of KDE, but now it's gone and I don't know what the replacement is, if any.
There was searchmonkey in the SBo repo, but it is also gone. Currently I can see SGsearch in the git repo. Any other suggestions?
Do we have a GUI tool for file search in 15.0? The average Slackware user might be expected to use 'find' in the terminal, but I am sure there are users who would be more comfortable with a GUI tool. 14.2 had kfind as part of KDE, but now it's gone and I don't know what the replacement is, if any.
There was searchmonkey in the SBo repo, but it is also gone. Currently I can see SGsearch in the git repo. Any other suggestions?
krunner is the "all-in-one" search tool for Plasma
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
