You can create your own rulesets for that. Does gmail support +
addresses?
Yep.
Best,
Iosif Fettich
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct
I'm curious about what tool[s] you use for "simply taking a report a
day for each disk and when
disks act up I see if the bad sectors count are rising on one of the disks".
[I do not agree with the 'less than useful' classification of smartd.
Did you really see situations where
your just-look-at-
he power mode is set to "performance."
---
Seems quite ok to me...
Best regards,
Iosif Fettich
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
7;m not really sure about this, but that's what's in my memory.
Good luck with it.
Iosif Fettich
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Hi Fulko,
I'm not sure when it started, but on everything more complicated
than print 'Hello World' my perl is failing.
For example:
$ perl -e 'use DateTime;'
Attempt to reload List/Util.pm aborted.
Compilation failed in require at
/usr/share/perl5/vendor_perl/names
Hi Ed,
But I am on 15.2 now?
Is that what you get if you do "lsb-release -a"??
No, I apologize. I upgraded _to_ 15.1 sometime in the past, and _intended_
to upgrade to 15.2 for a while already, but haven't done that yet.
So I'm still on 15.1:
~> lsb-release -a
LSB Version:
core-2.0
What is in "/etc/locale.conf"?
~> cat /etc/locale.conf
LC_CTYPE=en_US.UTF-8,LANG=en_US.UTF-8
Looks like that is the root cause for the issue seen.
Sort of strange,
~> rpm -qf /etc/locale.conf
systemd-234-lp151.26.31.1.x86_64
:~> rpm -V systemd-234
~> rpm -qi systemd-234
Name: systemd
Hi Ed,
For a test, maybe move the ~/.ssh/config file on the opensuse to a different
location and ssh again?
So my SUSE locale is
LANG=en_US.UTF-8
LC_CTYPE=C.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PA
I just installed an opensuse 15.2 system.
I did an ssh from opensuse to a F33 system. There was no problem with the
locale.
For a test, maybe move the ~/.ssh/config file on the opensuse to a different
location and ssh again?
I did that. No difference.
However, I have found something that
This output might be misleading -- there could be stray control characters
such as a in a configuration file. Does "locale | cat -v" look
different?
No, it looks similar.
On the remote, after ssh-ing into the new user,
$ locale > xxx1
locale: Cannot set LC_CTYPE to default locale: No s
OK. Sorry, I've not used and wasn't familiar with ssh_config. I'm in error
is looking at the remote side.
So, does the "local" system from which you issue the ssh command have a
.ssh/config file?
yes, but it has no settings that would affect this remote host.
And ssh is allowed to export l
So, you can only login to that machine via ssh, correct?
Right now, yes.
And, doing an ssh to the new user account on that system is OK? Correct.
Yes, I can login, but the locale settings appear to be wrong:
$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
l
Hi Ed,
After you login as the new user, from a terminal is there a difference
if you
do
su original-user
locale
and
su - original-user
locale
Sort of weird:
su original-user
locale
LANG=en_US.UTF-8
LC_CTYPE=C.UTF-8 <-(...?!)
[...]
vs.
su - original-user
locale
LANG=en_US.UTF-8
LC_CTYP
If you create a new user and login as that new user will the problem also
exist for it?
No. A new user is fine:
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="
On 03Dec2020 00:31, Iosif Fettich wrote:
After a fresh install of Fedora 33, I see occasional errors popping up in
the console, similar to
$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Hi there,
although this is as off-topic already as it could be, without being marked as
such in the subject. Go for
https://en.wikipedia.org/wiki/Man_of_La_Mancha_(film)
See the film, if you can find it. You won't regret.
Best regards,
Iosif Fettich
On Mon, 7 Dec 2020, Patrick O'
After a fresh install of Fedora 33, I see occasional errors popping up in
the console, similar to
$ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8,LANG=en_U
$ firefox
I'm not sure anymore about doing something with DISPLAY, on either end...
It just works.
Stay safe.
Iosif Fettich
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
F
Hi Terry,
Yes, there is nothing unusual in /var/log/cron:
Apr 6 22:01:01 beam CROND[651585]: (root) CMD (run-parts /etc/cron.hourly)
[...]
/var/log/messages
Feb 24 23:00:03 beam dhcpd[1743]: DHCPREQUEST for 192.168.201.214 from
00:25:b3:e6:a9:18 via enp4s0
[...]
In the backup log:
Bba
Hi Terry,
The bbackup-beam shell script is pretty basic and I can't see how this could
have an issue like this.
Googling on similar issues finds some hits where the cause were two
running cron daemons, e.g.
https://stackoverflow.com/questions/1004764/why-is-this-cron-entry-executed-twice
I
Hi Terry,
I have assumed the system time is always UTC synchronised using chronyd. The
servers user code is running under the GMT timezone. I was wondering if the
tweaking of the time by chronyd could cause this issue, but I would have
thought this situation would have been handled by crond
Hi,
On 2020-04-07 14:07, Terry Barnaby wrote:
I have a simple backup system that starts off a backup once per night during
the weekdays. There is a crontab file in /etc/cron.d with the following entries:
# Beam B
- Updates' or
'RPM Fusion for Fedora 31 - Nonfree - Updates'
Hmm.
Iosif Fettich
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
http
).
I then saved my sessions with the dolphin daemon shut down, logged
out/in and there's no dolphin around any more.
(not sure now if I applied today's updates before or after the
get-rid-of-dolphin manoeuver).
Best regards,
Iosif Fettich
_
Just adding another bit of info:
yes, disconnecting the UPS during the installation worked, install was able
to continue once the UPS USB link was out of the way.
It hanged later on once again - something doesn't work right when a pop-up
window complaining about the root password being too simple
Hi dear Fedora users,
while trying to install Fedora 14 from the x86-64 DVD on my desktop, the
installation seems to hang early; just a look into terminal Ctrl-Alt-F4
shows that something is going on, and that is some kind of loop, displaying
things like
usb4-2: USB disconnect, address NN
usb4-2:
26 matches
Mail list logo
