Slackware This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
 |
|
01-31-2022, 01:44 PM
|
#76
|
LQ Guru
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792
|
Quote:
Originally Posted by zeebra
Well well lads, here we go, and here I open my silly mouth too.
So, what do you guys feel about VLC? For me it is the most overall solid media player, and I use it as a fallback player myself. I've heard it is a real PITA to compile, so it would be a nice favour of BDFL to do it for me (us).
Maybe something for 15.1 testing?
|
I've always preferred mplayer as my backend, so I use smplayer from SBo as a nice GUI frontend. It has just as good of playback from VLC (that I've noticed) and since mplayer is already included with Slackware, it's just a matter of compiling this GUI for it. It has no dependencies that aren't already met in a full install.
The GUI frontend is simple and easy to but gets really powerful within the options and the menu (including applying filters to videos).
(You do need to pass QT5=yes to the SlackBuild if building on -current as it still defaults to QT4 from the 14.2 version.) Never mind, qt5 on -current takes over the default qmake and lrelease binaries, so this build will default to whatever qt is default on the system (which is qt5 on -current and soon-to-be 15.0).
Last edited by bassmadrigal; 01-31-2022 at 01:50 PM.
|
|
2 members found this post helpful.
|
01-31-2022, 02:28 PM
|
#77
|
Member
Registered: Aug 2021
Location: Seattle, WA
Distribution: Slackware
Posts: 330
|
Quote:
Originally Posted by bassmadrigal
I've always preferred mplayer as my backend, so I use smplayer from SBo as a nice GUI frontend. It has just as good of playback from VLC (that I've noticed) and since mplayer is already included with Slackware, it's just a matter of compiling this GUI for it. It has no dependencies that aren't already met in a full install...
|
I'm going to have to look into this smplayer now. Thanks.
While on 14.2, I've been perfectly content using VLC. It's just the player I had been familiar with from back in the dark times--i.e., back when I used Linuxes that weren't Slackware.  In fact, parsing through and getting my head around Eric's VLC SlackBuild was a great education in package-building, (and I'm grateful for the lesson.)
Anyway, moving forward with a fresh install of 15.0 soon, I'm thinking this would be an ideal time to simplify a bit. That is to say, I wouldn't mind utilizing more of the stuff already in Slackware, and cutting down on the number of SBo and Alien builds. Switching to MPlayer fits that category... Thanks, again.
|
|
|
01-31-2022, 03:50 PM
|
#78
|
Member
Registered: Apr 2005
Location: Oklahoma, USA
Distribution: Slackware
Posts: 940
|
Create /etc/rc.d/rc.hwclock.
Reason #1: rc.0, rc.6, and rc.S all have a similar code block for setting/retrieving the system time to/from the hardware clock. Moving everything into rc.hwclock reduces code copying and creates a common place for any needed updates (not that this code will need much maintenance).
Reason #2: Advanced users may want to set up a cron job to periodically save the system time to the hardware clock. Being able to simply call rc.hwclock simplifies this greatly and guarantees the cron job calls exactly the same code that rc.0/rc.6 calls. Why? Unclean shutdowns happen (power outage being a common example). If the machine has a long uptime and then gets an unclean shutdown the hardware clock could have drifted considerably. Updating it once a week (or once a day) from cron minimizes this potential drift.
I actually had an unclean shutdown today and while looking at the logs trying to figure out why I noticed time seemingly move backward (the first entry after reboot had an earlier timestamp than the last entry before reboot). Maybe I have a really bad hardware clock?
I have not researched what a reasonable limit is on setting the hardware clock, but I imagine they are designed to support daily reboots, so updating the hardware clock once a day using cron should be fine.
|
|
3 members found this post helpful.
|
01-31-2022, 05:07 PM
|
#79
|
Senior Member
Registered: Dec 2011
Distribution: Slackware
Posts: 1,834
|
Quote:
Originally Posted by bassmadrigal
I've always preferred mplayer as my backend, so I use smplayer
|
I've used mplayer as well, but I prefer gstreamer as my backend and usually dragon as my player. But in general I find that VLC plays pretty much everything perfect, also things that gstreamer and mplayer don't play or don't play well for whatever reason.
It's not something I'm terribly passionate about, but VLC is a pretty solid allround player, in case one has to make a choice. But I guess they all are actually, so it might just be a matter of preference rather than functionality. And I don't want to use popularity as reasoning either, but it is at least worth mentioning, and I thought it was worth mentioning VLC in general.
It was more something I just threw out there and when I said it seems like a PITA to compile, I only meant that BDFL is the best at such things, and do that alot.
|
|
|
01-31-2022, 05:13 PM
|
#80
|
Senior Member
Registered: Dec 2011
Distribution: Slackware
Posts: 1,834
|
Quote:
Originally Posted by JayByrd
I'm going to have to look into this smplayer now. Thanks.
|
Perhaps have a look into SMtube as well at the same time, might be worth it if you ever watch stuff on youtube. "A YouTube browser for SMPlayer"
|
|
|
01-31-2022, 07:19 PM
|
#81
|
Senior Member
Registered: Oct 2007
Distribution: Slackware
Posts: 1,387
|
Quote:
Originally Posted by JayByrd
I'm going to have to look into this smplayer now.
|
It would take a little more effort but SMPlayer can also use mpv as a back end and this has been my go-to media combination for some years now.
|
|
1 members found this post helpful.
|
01-31-2022, 07:20 PM
|
#82
|
LQ 5k Club
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware64-15.0
Posts: 6,571
|
Quote:
Originally Posted by Daedra
I know this is a really bad idea from a security stand point. But since Slackware doesn't make a user account during install it would be nice if the installer would give you an option to add "PermitRootLogin yes" to sshd_config so that it would be possible to ssh into a fresh Slackware install. If any one comments that this is a terrible idea I will not argue, but it's not unheard of. Red Hat derivatives have PermitRootLogin in their default installs.
|
The default was changed upstream in OpenSSH 7.0 released on 2015-08-11.
Given that only a trivial edit in /etc/ssh/sshd_config is required, that can be conducted at the completion of the install, and is only relevant to a minority of users, perhaps a simple note in CHANGES_AND_HINTS.TXT would suffice.
|
|
1 members found this post helpful.
|
01-31-2022, 07:47 PM
|
#83
|
LQ Sage
Registered: Sep 2018
Location: Gironde
Distribution: Slackware
Posts: 5,960
|
Quote:
Originally Posted by Daedra
I know this is a really bad idea from a security stand point. But since Slackware doesn't make a user account during install it would be nice if the installer would give you an option to add "PermitRootLogin yes" to sshd_config so that it would be possible to ssh into a fresh Slackware install. If any one comments that this is a terrible idea I will not argue, but it's not unheard of. Red Hat derivatives have PermitRootLogin in their default installs.
|
That's not quite true
The setup program doesn't prompt for the creation
But you can easily create one before rebooting :
exit
=> shell
$ chroot /mnt
$ useradd -m toto
$ passwd toto
But I agree, it would be nice to have it during the setup process ;-)
Last edited by marav; 01-31-2022 at 07:49 PM.
|
|
1 members found this post helpful.
|
02-01-2022, 01:09 AM
|
#84
|
Senior Member
Registered: Mar 2007
Posts: 2,505
|
Quote:
Originally Posted by drumz
Advanced users may want to set up a cron job to periodically save the system time to the hardware clock. Being able to simply call rc.hwclock simplifies this greatly and guarantees the cron job calls exactly the same code that rc.0/rc.6 calls. Why? Unclean shutdowns happen (power outage being a common example). If the machine has a long uptime and then gets an unclean shutdown the hardware clock could have drifted considerably. Updating it once a week (or once a day) from cron minimizes this potential drift.
I actually had an unclean shutdown today and while looking at the logs trying to figure out why I noticed time seemingly move backward (the first entry after reboot had an earlier timestamp than the last entry before reboot). Maybe I have a really bad hardware clock?
|
You should run ntpd. It keeps time and it also turns on the kernel "11-minute mode", which writes the system time to the hardware clock every 11 minutes. (Without ntpd, how do you know which time is better, one of the the system clock or the hardware clock?)
If you run ntpd, don't run hwclock, as it turns off the 11-minute mode.
I have seen a time problem like yours when the cmos battery is dying.
|
|
2 members found this post helpful.
|
02-01-2022, 01:43 AM
|
#85
|
Member
Registered: Aug 2021
Distribution: Arch Linux, Debian, Slackware
Posts: 718
Rep: 
|
Quote:
Originally Posted by marav
That's not quite true
The setup program doesn't prompt for the creation
But you can easily create one before rebooting :
exit
=> shell
$ chroot /mnt
$ useradd -m toto
$ passwd toto
But I agree, it would be nice to have it during the setup process ;-)
|
I have noticed that the setup program of Slackware Live (it's called "setup2hd" there) guides you through several dialogs to create a user account and to set the root password.
|
|
|
02-01-2022, 05:28 AM
|
#86
|
Member
Registered: Sep 2018
Location: Taipei/Taichung, TW
Distribution: Slackware
Posts: 129
Rep:
|
For the next version of Slackware (prior to 15.0), I would wish to:
- Remove wqy-zenhei-font-ttf as there is a better alternative available: noto-cjk-fonts-ttf.
- Add fcitx5 as an update to fcitx4. It includes better wayland and xwayland support, among other improvements.
|
|
|
02-01-2022, 08:18 AM
|
#87
|
Member
Registered: Apr 2005
Location: Oklahoma, USA
Distribution: Slackware
Posts: 940
|
Quote:
Originally Posted by Petri Kaukasoina
You should run ntpd. It keeps time and it also turns on the kernel "11-minute mode", which writes the system time to the hardware clock every 11 minutes. (Without ntpd, how do you know which time is better, one of the the system clock or the hardware clock?)
If you run ntpd, don't run hwclock, as it turns off the 11-minute mode.
I have seen a time problem like yours when the cmos battery is dying.
|
I do run ntpd (I use the us pool servers). I wasn't aware it called hwclock itself.
... but if it does, I wonder why I saw time roll back when I rebooted? The hardware clock should have been (mostly) correct. The computer is only a few years old. Anyway, we're straying off topic here.
|
|
|
02-01-2022, 08:34 AM
|
#88
|
Member
Registered: Apr 2005
Location: Oklahoma, USA
Distribution: Slackware
Posts: 940
|
Quote:
Originally Posted by Petri Kaukasoina
You should run ntpd. It keeps time and it also turns on the kernel "11-minute mode", which writes the system time to the hardware clock every 11 minutes. (Without ntpd, how do you know which time is better, one of the the system clock or the hardware clock?)
If you run ntpd, don't run hwclock, as it turns off the 11-minute mode.
I have seen a time problem like yours when the cmos battery is dying.
|
I don't think 11-minute mode is enabled in Slackware:
https://elixir.bootlin.com/linux/lat...tc/Kconfig#L53
Code:
config RTC_SYSTOHC
bool "Set the RTC time based on NTP synchronization"
default y
help
If you say yes here, the system time (wall clock) will be stored
in the RTC specified by RTC_HCTOSYS_DEVICE approximately every 11
minutes if userspace reports synchronized NTP status.
Code:
$ grep RTC_SYSTOHC /boot/config-generic-5.15.18.x64
# CONFIG_RTC_SYSTOHC is not set
|
|
3 members found this post helpful.
|
02-01-2022, 08:45 AM
|
#89
|
Member
Registered: Apr 2005
Location: Oklahoma, USA
Distribution: Slackware
Posts: 940
|
And while we're looking at RTC config options:
Code:
config RTC_INTF_DEV_UIE_EMUL
bool "RTC UIE emulation on dev interface"
depends on RTC_INTF_DEV
help
Provides an emulation for RTC_UIE if the underlying rtc chip
driver does not expose RTC_UIE ioctls. Those requests generate
once-per-second update interrupts, used for synchronization.
The emulation code will read the time from the hardware
clock several times per second, please enable this option
only if you know that you really need it.
Code:
$ grep RTC_INTF_DEV_UIE_EMUL /boot/config-generic-5.15.18.x64
CONFIG_RTC_INTF_DEV_UIE_EMUL=y
I am not qualified to answer the question "do we really need it?"
|
|
|
02-01-2022, 09:14 AM
|
#90
|
Senior Member
Registered: Mar 2007
Posts: 2,505
|
Quote:
Originally Posted by drumz
Code:
# CONFIG_RTC_SYSTOHC is not set
|
Interesting. The default is y. Why would anyone not want to set it?
|
|
|
All times are GMT -5. The time now is 03:05 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|