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.
Looks like KDE did not complain anymore and just using timezone from TZ env even if my hardware clock is set to UTC
I think it may be good idea for timeconfig to also setting timezone in (maybe) /etc/default/timezone and source it from /etc/profile.d/timezone.{sh,zsh}
Last edited by walecha; 11-30-2020 at 01:50 AM.
Reason: Add test result
I don't use 'R', but the 'R' documentation also talks about "modern" distributions and timezones https://www.rdocumentation.org/packa...pics/timezones , so it might have problems too although I'd have expected complaints before now if there is an issue there.
Anyone having problems switching keyboard layouts? I have two set up: "US" and "US intl AltGR" (for accents etc). I'm unable to switch to international for some reason, both with keyboard shortcut and by selecting the icon from the systray. It always just stays on US.
I tried removing all layouts, saving, and re-adding them both, but I'm unable to switch.
I don't use 'R', but the 'R' documentation also talks about "modern" distributions and timezones https://www.rdocumentation.org/packa...pics/timezones , so it might have problems too although I'd have expected complaints before now if there is an issue there.
BUT, in all my boxes the /etc/localtime is a symlink, likely created by setup when I installed the slackware-current on those particular boxes.
Honestly, no one has a system installed clean more than 2 year ago, so could be some old remains of the historical Slackware 14.2 ?
Last edited by LuckyCyborg; 11-30-2020 at 04:11 PM.
Yeah I'm confused too. That was how I remembered it, but if I'm reading it correctly, /usr/sbin/timeconfig:66 copies the zoneinfo file for your timezone from /etc/localtime-copied-from which actually *is* a symlink. I saw something in an old thread that its done this way because /usr might not be available at boot. No idea why this would suddenly cause an issue now.
Yeah I'm confused too. That was how I remembered it, but if I'm reading it correctly, /usr/sbin/timeconfig:66 copies the zoneinfo file for your timezone from /etc/localtime-copied-from which actually *is* a symlink. I saw something in an old thread that its done this way because /usr might not be available at boot. No idea why this would suddenly cause an issue now.
Man, this is a post from A.D. 2012 referring to Slackware 13.37 !?! WTF?
No, the /usr split is not supported anymore according with our BDFL, and in my humble opinion, there is not reason the timezone to be copied into /etc ...
Man, this is a post from A.D. 2012 referring to Slackware 13.37 !?! WTF?
No, the /usr split is not supported anymore according with our BDFL, and in my humble opinion, there is not reason the timezone to be copied into /etc ...
If the TZ variable does not appear in the environment, the system
timezone is used. The system timezone is configured by copying, or
linking, a file in the tzfile(5) format to /etc/localtime.
And its been working for literal decades according to the changelog, so I must have remembered how this works wrong.
As an aside, I just noticed its not just the digital clock that's broken. The lock screen also does not show date and time without setting the TZ variable or making /etc/localtime a symlink.
I don't know what to tell you... this is all pretty far out of my wheelhouse, but I'm clearly reading the wrong man pages or something . I'll let the experts weigh in from here.
I was wondering why my clock widget disappeared, Thanks! The last few posts explained everything.
I removed my existing /etc/localtime and symlinked it to the appropriate entry in /usr/share/zoneinfo.
Just to chime in a bit... my XFCE also removed the clock when I installed vtown, but without thinking I re-added it and it didn't have any more problems ever since. My /etc/localtime is a file and not the symlink (It's a very old -current . The clock shows correct time and is not stuck on UTC.
Plasma5 is now officially in the main tree - goodbye KDE4.
Code:
Mon Dec 7 21:49:58 UTC 2020
Goodbye vtown... we hardly knew you.
It is indeed the day of the Big Merge(tm) leaving nothing left in /testing (but
I'll try to work on that soon). In addition to merging packages from /testing,
Qt4 and related packages have gone away, along with some other libraries that
were only used by KDE4. Perhaps someone will want to take up maintenance of Qt4
(but I'm also pretty sure that SBo wouldn't touch that build script with a ten
foot pole). ConsoleKit2 is gone, replaced by elogind (which also takes over for
cgmanager and pm-utils).
Huge thanks to Eric Hameleers, Heinz Wiesinger, and Robby Workman for all the
help making this possible.
There's still more cleanup to do here, but that'll be easier with everything in
the main tree instead of maintaining side installs running the /testing
packages.
People having /etc/localtime as a "spected" symlink is cause configure time under plasma ... configure clock , set time zone , and he removes the regular file and do a symlink , the more easy test is re-configure timezone from console , ...and see how configuration makes a regular file instead a symlink.
Last edited by USUARIONUEVO; 12-07-2020 at 07:32 PM.
People having /etc/localtime as a "spected" symlink is cause configure time under plasma ... configure clock , set time zone , and he removes the regular file and do a symlink , the more easy test is re-configure timezone from console , ...and see how configuration makes a regular file instead a symlink.
Quote:
Originally Posted by ziprun
I'm sure pat is aware of this bug, but wanted to tackle getting kde5 into the main trunk before tackling any bugs that need to be squashed.
Ok that answers the question I was about to post - at first I also thought maybe I did something wrong - since I excluded Akonadi - so I did a full install - and still no clock on the panel:
Ok that answers the question I was about to post - at first I also thought maybe I did something wrong - since I excluded Akonadi - so I did a full install - and still no clock on the panel:
You can fix selecting zoneinfo on plasma clock , you cant see, but click , and see a menu ... select country ..or under ntp autoclock function , plasma then removes regular file /etc/localtime and make a symlink.
or if you want more easy way , remove /etc/localtime , and copy localtime-copied-from , as a "localtime" in same place /etc
some easy ways to fix , but desirable is no interaction of users needed.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
. AFAICT, 
. I'll let the experts weigh in from here.
