Siduction Forum
Siduction Forum => Software - Support => Topic started by: dibl on 2019/08/21, 22:51:37
-
I don't know when this started, so decided not to post it in "Upgrade Warnings".
On my LXQt laptop, qterminal is behaving strangely. When clicked on the dock by the user, it opens with no window decorations and no ability to resize the window, but it works as a terminal. The menu works, but if I accidentally click the desktop outside of the window, it crashes. When opened with Alt-F2, it says it requires the admin password, and when given, it opens as a root terminal with window decorations and everything works as expected. When opened with Alt-F2 "lxsu qterminal" it also opens correctly as a root terminal in a proper window.
Here is the end of .xsession-errors after a crash:
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Properties constructor called
Warning: Configuration file was written by a newer version of QTerminal. Some settings might be incompatible
TRANSLATIONS_DIR: Loading translation file "qterminal_en_US.qm" from dir /usr/share/qterminal/translations
load success: false
QDir::exists: Empty or null file name
QDir::exists: Empty or null file name
Canot open file "/home/don/.config/qterminal.org/qterminal_bookmarks.xml"
Trying to load translation file from dir "/home/don/.local/share"
Trying to load translation file from dir "/usr/local/share"
Trying to load translation file from dir "/usr/share"
Trying to load translation file from dir "/usr/share/qtermwidget5/translations"
default KB_LAYOUT_DIR: "/usr/share/qtermwidget5/kb-layouts"
loadAllColorSchemes
Shell program: "/bin/bash"
("/bin/bash")
Here's the system (fully update):
System: Host: n5110 Kernel: 5.2.9-towo.2-siduction-amd64 x86_64 bits: 64 Desktop: LXQt 0.14.1
Distro: siduction 17.1.0 Patience - lxqt - (201703051830)
Machine: Type: Portable System: Dell product: Inspiron N5110 v: N/A serial: <filter>
Mobo: Dell model: 034W60 v: A11 serial: <filter> BIOS: Dell v: A11 date: 08/03/2012
Battery: ID-1: BAT0 charge: 66.1 Wh condition: 76.5/73.3 Wh (104%)
CPU: Topology: Dual Core model: Intel Core i3-2330M bits: 64 type: MT MCP L2 cache: 3072 KiB
Speed: 2195 MHz min/max: 800/2200 MHz Core speeds (MHz): 1: 2195 2: 1108 3: 2196 4: 2199
Graphics: Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 19.1.4
Audio: Device-1: Intel 6 Series/C200 Series Family High Definition Audio driver: snd_hda_intel
Sound Server: ALSA v: k5.2.9-towo.2-siduction-amd64
Network: Device-1: Realtek RTL810xE PCI Express Fast Ethernet driver: r8169
IF: enp5s0 state: down mac: <filter>
Device-2: Intel Centrino Wireless-N 1030 [Rainbow Peak] driver: iwlwifi
IF: wlp9s0 state: up mac: <filter>
Drives: Local Storage: total: 74.53 GiB used: 13.44 GiB (18.0%)
ID-1: /dev/sda vendor: Intel model: SSDSA2CW080G3 size: 74.53 GiB
Partition: ID-1: / size: 15.62 GiB used: 12.58 GiB (80.5%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2
Sensors: System Temperatures: cpu: 55.0 C mobo: N/A
Fan Speeds (RPM): cpu: 0
Info: Processes: 185 Uptime: 11m Memory: 3.76 GiB used: 1003.2 MiB (26.1%) Shell: bash inxi: 3.0.36
It seems like there might be a permissions issue with the user, but all other packages seem to be working correctly, in proper windows.
Any ideas?
-
@dibl - if it don't hurt to much - please close all qterminal instances and move the configs from ~/.config out of the way - don't delete them. Start qterminal and everything should be fine. If so, please file an upstream bug and attach the moved configurations. Thanks.
how do you start qterminal as root - i hope with lxsudo instead of sudo - and please check user and rights for ~/.config/qterminal*
-
Thanks @melmarker! I am willing to do the work, but I may need guidance on how to file the bug.
I don't use sudo. I use "lxsu" -- it is a symlink to something that I can't remember. I made it to work like "kdesu" and "gksu", but 3 or 4 years ago and I only ever did it once so I've forgotten the linked command. Old age is hell! LOL
-
hmm - should be not your link, should be the link from the package:
~ % apt-file search lxsu
lxqt-sudo: /usr/bin/lxsu
lxqt-sudo: /usr/bin/lxsudo
-
Right -- your command helps:
don@n5110:/$ apt-file search lxsu
lxqt-sudo: /usr/bin/lxsu
lxqt-sudo: /usr/bin/lxsudo
lxqt-sudo: /usr/share/man/man1/lxsu.1.gz
lxqt-sudo: /usr/share/man/man1/lxsudo.1.gz
Also I was concerned about the alleged problem in /run/user/1000 but I don't see a problem there:
don@n5110:/run/user/1000/gvfs$ ls -la
total 0
dr-x------ 2 don don 0 Aug 21 18:50 .
drwx------ 8 don don 180 Aug 21 18:50 ..
don@n5110:/run/user/1000/gvfs$
-
the problem could be /home/.config/qter...
i would suggest to use lxsudo instead of lxsu - ok, not really my area of expertize.
-
Well, lxsu is working perfect, so ......
But the user is the one that can't start qterminal with window decorations.
-
Here's something interesting -- if I open the lxqt menu (lower left corner of the screen), browse to system tools, and click qterminal, it starts with window decorations and works as expected. Strange! So it is the link on the dock that has the problem. Maybe I'll just delete it from the dock and re-link from the menu.
EDIT: Hah! That fixed it. Something obviously did change, and after I renamed ~./config/qterminal.org/qterminal.ini, then I restarted it from the menu, and then I re-linked it to the dock -- it works as expected! A new qterminal.ini file was written -- I assume that is where the problem was fixed.
-
apt install xterm
xterm
rm -rf .config/qterminal.org
qterminal
should give something like that
% qterminal
Properties constructor called
TRANSLATIONS_DIR: Loading translation file "qterminal_de_DE.qm" from dir /usr/share/qterminal/translations
load success: true
QDir::exists: Empty or null file name
QDir::exists: Empty or null file name
QDir::exists: Empty or null file name
Cannot open file "/home/agaida/.config/qterminal.org/qterminal_bookmarks.xml"
Trying to load translation file from dir "/home/agaida/.local/share/flatpak/exports/share"
Trying to load translation file from dir "/var/lib/flatpak/exports/share"
Trying to load translation file from dir "/usr/local/share"
Trying to load translation file from dir "/usr/share"
Trying to load translation file from dir "/usr/share/qtermwidget5/translations"
Translations found in "/usr/share/qtermwidget5/translations"
default KB_LAYOUT_DIR: "/usr/share/qtermwidget5/kb-layouts"
loadAllColorSchemes
Shell program: "/bin/zsh"
("/bin/zsh")
-
Yep -- that will be "Plan B", if qterminal misbehaves again. It seems to be happy at this moment.
Gut nacht, Alf. :D
-
if it don't work - maybe try the experimental-snapshots - or be patient, new release is on the way.
God damn. we should really fix the config migrations, it's really a shame (bug about filed). Just tested it for myself, only deleting the configs really helps right now, will be top priority in LXQt 0.16 - and yes, i'm serious about, no LXQt 0.16 until this bullshit is finally fixed everywhere in the project.
Edit: Anyways - we are always open for backtraces if you make it crash again :D - it would be a good candidate for my first security update in debian :D
-
...new release is on the way.
OK -- maybe good news .... or maybe I will have to fix it again! ;D
-
Damn, with my Debian hat on i really would like to have qterminal as bugfree as possible for stable users - erm - i don't have to use stable, so what. But it would be nice if a terminal works reliable for stable users too 8)
-
Qterminal seems a nice little package -- I would encourage continued development and maintenance. Easy for me to say, of course. ;)
-
qtermwidget ISS PR 4.4.0 0.14.2~35-g9b12c21
qterminal ISS PR 4.4.0 0.14.2~47-g3c08f98 ! 50-gbd446bb NEW!!
So yes, it is in active development - ok, there are some rough edges (the dropdown mode is imho crap right now) but even Rome wasn't build in one day ...
-
Updated the LXQt laptop this evening, rebooted, and everything is working as expected, including qterminal in user and root mode. All looks good -- thanks for the work.