Sound Problems on Tiger Lake (Updated)
by alan@clueserver.org
I have a bit more information on the sound problems on my HP Spectre x360
14 Tiger lake laptop.
I have gotten sound to work. There is an initialization bug somewhere.
If I boot into Windows and then reboot (not shutdown) into Fedora, the
sound works. If I shutdown and boot Fedora, the sound doesn't work.
Do I report this to the kernel team, the ALSA team or someone else?
Q: Why do programmers confuse Halloween and Christmas?
A: Because OCT 31 == DEC 25.
3 years, 4 months
GNU screen and copy/paste problems in terminal
by Alex
Hi, I've been using screen for as long as I can remember, but
something changed with a fedora upgrade (perhaps going back to
fedora30?) that's broken my ability to use the mouse to cut-and-paste
from a terminal in a remote ssh session. Now line breaks are
considered to be the last character on the line, not necessary where
the actual line ends.
For example, piping /var/log/maillog into "less" then trying to copy
and paste a line of text that extends beyond the end of the right
column and onto another line results in the following:
Dec 6 00:08:40 cipher dovecot[3795454]: imap-login: Login:
user=<38071>, method=PLAIN, rip=47.44.184.3, lip=209.216.11.60,
mpid=3870132, TLS, session=<fp/os8S1X8ovLLgD>
dovecot prints this as a single line, but since it spans multiple
lines in my terminal, the copy/paste process apparently treats it as
separate lines inserts a line break at the end of the line in the
terminal.
This is using GNOME Terminal 3.38.1. Is this somehow related to the
terminal type I'm using? Or something in screen by default?
Below is my ~/.screenrc
$ cat .screenrc|grep -Ev '^$|^#'
defscrollback 1000
deflogin on
autodetach off
startup_message off
shell bash
activity "active: %n (%t) [%w:%s]"
bell "bell: %n (%t) [%w:%s]^G"
vbell off
nonblock on
msgwait 2
termcapinfo * ti@:te@
escape ^Oo
bind k
bind ^k
bind K kill
activity 'Activity on screen %n ^G'
bindkey ^[0 select 0
bindkey ^[1 select 1
bindkey ^[2 select 2
bindkey ^[3 select 3
bindkey ^[4 select 4
bindkey ^[5 select 5
bindkey ^[6 select 6
bindkey ^[7 select 7
bindkey ^[8 select 8
bindkey ^[9 select 9
bindkey ^[T screen
termcapinfo * 'hs:ts=\E]0;:fs=\007:ds=\E]0;\007'
defhstatus "screen ^E (^Et) | $USER@^EH"
caption always "%{=b dw}%{=b dw}[ %{-b dc}%h%{=b dw} ] [ %= %?%{-b
dc}%-Lw%?%{+b dk}(%{+b dw}%n:%t%{+b dk})%?(%u)%?%{-b dw}%?%{-b
dc}%+Lw%? %{=b dk}%{=b dw}][%{-b dw} %1`%{=b dw} ]"
My terminal type:
$ echo $TERM
screen.xterm-256color
This is from the ncurses-base-6.2-3.20200222.fc33.noarch package.
Any ideas are greatly appreciated.
3 years, 4 months
Fedora 33 latency
by Earl Ramirez
Good Day All,
After performing a few clean install I continue to experience poor read
. Initially I installed with BTRFS with RAID1 and after a few minutes I
started experiencing delays when I use any application and try to open
an existing file. For example, if I am using gedit and select File >
Open I will have to wait approximately 45 to 90 seconds before Nautilus
launch so that I can select the file. The same goes for any application
. I thought that it was because of BTRFS COW but that theory was out of
the window after I replaced BTRFS with XFS, the only noticeable
difference is with XFS it takes a few hours before I experience the
same behaviour with slightly shorter delays for Nautilus opens.
My configuration
2 x Samsung SSD 850 with RAID1 (/boot and /boot/efi is not part of the
RAID)
LVM
1 x LVM volume group
8 x logical volumes
32GB RAM
4GB ZRAM
I mostly use the laptop for building/testing vms and containers
therefore, I have high I/O requirements.
I believe that I may need to increase my zram size which use to be
fully utilise when I was using BTRFS but with XFS it never passed 1GB.
Do I need to resort to the traditional SWAP or will increasing the ZRAM
pool?
Thanks in advance for your advice.
3 years, 4 months
Re: locale LC_CTYPE wrong...?
by Iosif Fettich
> This output might be misleading -- there could be stray control characters
> such as a <CR> 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 such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
$ locale | cat -v > xxx2
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
$ diff xxx1 xxx2
$
So no, no diff seen.
> ssh can be configured to send the locale settings. Does the problem
> occur using ssh from different systems/implemenations?
After ssh from openSUSE 15.1:
$ 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_US.UTF-8
[...]
---
After ssh from an Ubuntu 20.04.1 LTS:
$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
[...]
All well... ! Surprise. The locale on Ubuntu:
$ locale
LANG=en_US.UTF-8
LC_CTYPE=C
LC_NUMERIC=ro_RO.UTF-8
LC_TIME=ro_RO.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=ro_RO.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=ro_RO.UTF-8
LC_NAME=ro_RO.UTF-8
LC_ADDRESS=ro_RO.UTF-8
LC_TELEPHONE=ro_RO.UTF-8
LC_MEASUREMENT=ro_RO.UTF-8
LC_IDENTIFICATION=ro_RO.UTF-8
LC_ALL=
I'm not sure if this ssh exports it's settings.
/etc/ssh/ssh_config.d/ has
[...]
# SendEnv LANG LC_*
[...]
but I thing the outcommented values are there just to show the defaults.
So these settings should be exported, which they apparently are not.
---
After ssh from a CentOS Linux release 7.8.2003 (Core):
$ locale
LANG=en_US.UTF-8
LC_CTYPE=C
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="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
All well here too... The locale on CentOS:
$ locale
LANG=en_US.UTF-8
LC_CTYPE=C
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="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
So apparently - at least so far - only ssh from SUSE to CentOS fails with this
with the existent settings.
Thank you.
3 years, 4 months
Strange error with 'man'
by Patrick O'Callaghan
$ rpm -qd lutris
/usr/share/man/lutris.1
[poc@Bree ~]$ man lutris
No manual entry for lutris
[poc@Bree ~]$ ls -l /usr/share/man/lutris.1
-rw-r--r--. 1 root root 1433 Jul 19 00:02 /usr/share/man/lutris.1
I also ran 'mandb' just in case. No difference.
poc
3 years, 4 months
locale LC_CTYPE wrong...?
by Iosif Fettich
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_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="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Anyone else seeing this behavior? Note the strange value for LC_CTYPE.
After putting
export LC_CTYPE=C
in my .bash_profile I'm fine and the errors seem gone, however I'm unsure
if that is a bug that should be reported within any of the Fedora packages
or just something I might have wrong in some setting.
3 years, 4 months
Can't control Dell laptop fan anymore
by Fulko Hew
It's been a bad week for me.
First my disk drive died, and now I've replaced it
and installed F33 (up from F26)
After running it for a while it started running flaky,
I hadn't installed gkrellm yet.
When I did, I noticed that it was reporting a fan speed of 0 RPM.
True, it wasn't spinning. Maybe it was overheating that that's why it was
getting flaky.
[I ran the Dell BIOS hardware test routines, and they spun up the
fan and reported no errors.]
So I know the fan works, and presumably thats why the hw test
spun it up and spun it down again.
What I'd like to do is to manually control the fan and look at it's
sensor directly (like the Dell hw test does), but I don't know how.
Laptop is a Dell Inspiron 5567.
I'm not sure where to go next.
Thanks
Here's a snippet from running 'sensors':
$ sensors
dell_smm-virtual-0
Adapter: Virtual device
Processor Fan: 0 RPM
CPU: +36.0°C
Ambient: +34.0°C
SODIMM: +34.0°C
GPU: +30.0°C
...
3 years, 4 months
extensions install method in fedora 33
by Amadeus WM
Prior to Fedora 33 I would install gnome shell extensions from the stock
software manager. Under Categories -> Add-ons, there was an Extensions
tab, but there doesn't seem to be one anymore in F33.
Is the web browser the only way to install extensions now? And why do
gnome extensions get installed via a web browser anyway?
3 years, 4 months