Using Fedora 33 with MATE desktop...
I'm working with the developer of a very handy RPN calculator app
called rpCalc to figure out why it doesn't work for my regular user
'doc' but works perfectly for a newly created user 'test'. The
developer strongly suspects a Qt5 setting. We have narrowed our search
to my local environment:
$ env | grep QT
The developer believes the first (set to =xim) is causing rpCalc not to
function at all, and that the next two cause the font sizes on the
calculator buttons to be oversize.
I'm looking for one or more config files -- probably in my home
directory -- that set these variables. Talk about looking for a needle
in a haystack.
Is there a cat | grep command (or equiv) that can recursively look for
"QT" in all files in my home directory -- including hidden files? It
would have to be able to output the full path to any files in which
"QT" is found. Unfortunately cat does not support recursive searches.
Fairview Heights, IL
Hello, I have an HP TouchSmart tx2 Notebook PC. I'm running Fedora 34, with
Gnome running Wayland, and I can't get the gestures to work.
Well, not just the gestures, but the multi-touch feature itself on my
touchpad. It could be a hardware limitation, but I don't think that it is.
Any feedback would be helpful.
Here are some terminal outputs:
$ dmesg | grep -i touchpad
[ 3.757914] psmouse serio1: synaptics: Touchpad model: 1, fw: 6.3, id:
0x180b1, caps: 0xa04711/0xa00000/0x0/0x0, board id: 0, fw id: 436772
[ 3.826925] input: SynPS/2 Synaptics TouchPad as
$ sudo libinput list-devices
Device: SynPS/2 Synaptics TouchPad
Seat: seat0, default
Tap drag lock: disabled
Middle emulation: n/a
Scroll methods: *edge
Click methods: none
Accel profiles: flat *adaptive
I have an external USB-3 2-disk docking station, and a script which can
power up and down the drives as needed.
I have a systemd automount unit that correctly powers up the dock when
accessed, then mounts the drives (thanks Ed).
After an idle time, automount unmounts the drives. A script detects
when this happens and powers them down ... *at which point they
immediately power up again, and remain up until I intervene manually,
even though they are unmounted*.
This never happens if I run the script directly from the command line
(i.e. the drives power down and stay down).
Clearly the docking unit isn't just doing this flakily on its own.
Something is making it happen, and I've no idea how to discover what it
is except that it seems to be correlated with systemd in some way.
All of the above is 100% reproducible.
I'm open to suggestions if anyone has any ideas.
Just wanted to share what a friend of mine has just
experienced, which just adds & matches my experience - you
can take it as warning in a way, if you too jumped on that
bandwagon of (fake) Lenovo euphoria towards support, in
generic terms, for Linux by the company - which is BAD
across the board.
I'm experiencing sleep/resume issue with my Lenovo two
laptops, same problem my friend sees, only he did file a
support request to Lenovo.
So if you still have any hopes, then have no doubts, here is
"..Linux operating systems are out of our scope, as we
support only Windows.
Please contact Ubuntu support to resolve the problem.."
In that reply you will find an insult added to the injury if
you read closely - IBM who does (some)support for Lenovo
who, not that very but still recently purchased RedHat.
My next laptop purchase I'll make extra effort to find some
of those smaller manufacturer who hopefully are genuine
Linux supporters, might as well give them a chance.
best wishes, L.
After updating F33 this afternoon my "apostrophe" (U+0027) has been
changed to "acute-accent" (U+00B4). This is in the "US, Intl, with
dead-keys" keyboard layout which I've used all my life (first time I see
I've identified the gtk3- 3.24.28-1.fc33 update as the root of the
problem. If I revert to the previous version all fine. I'm opening a bug
but wondered if anyone knew about this?
I bought without researching a (cheap) Lenovo USB 3.0 Dock hoping to
connect one extra monitor to my laptop. It turns out that video through
USB is not part of the standards and thus proprietary. There is luckily
a package available here:
Still it doesn't work. I'm getting this:
systemctl status displaylink.service
displaylink.service - DisplayLink Manager Service
Loaded: loaded (/usr/lib/systemd/system/displaylink.service; static)
Active: activating (auto-restart) (Result: exit-code) since Fri
Process: 3954 ExecStartPre=/sbin/modprobe evdi (code=exited,
modprobe: FATAL: Module evdi not found in directory
Has anyone any experience on the topic or should I just ask on their
I just setup a Windows 10 to do some debugging of a mingw project. Gnome
Boxes made the process very simple but the performance is horrendous.
Even after the following I still wouldn't consider it usable.
# chattr +C ~/.local/share/gnome-boxes/images
# cd ~/.local/share/gnome-boxes/images
# mv win10 ../
# cat ../win10 win10
Here's a screenshot showing windows process manager with < 1MB transfer
rates but 100% disk busy while installing MinGW w64 in windows, which is
not a huge amount of data...
Any tips? Or do I just need to buy a cheap SSD and format it EXT4 just for
virtual machine images?