Page 1 of 1

MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 17, 2020 6:30 pm
by dolphin_oracle
Details on the release here:

https://mxlinux.org/blog/mx-19-2-kde-be ... r-testing/

Don't forget to post quick-system-info and log files our terminal output of any problems you can, Thanks!

Re: MX-19.2 KDE Beta 2 Fe edback Thread

Posted: Fri Jul 17, 2020 9:25 pm
by Jerry3904
Running live on my Lenovo, clicking"Brightness tray" in MX Tools does nothing that I can see. Running mx-tweak-systray in the terminal: "command not found." Tried to install it--not available.

Sorry if this has already been reported earlier...

Re: MX-19.2 KDE Beta 2 Fe edback Thread

Posted: Fri Jul 17, 2020 9:41 pm
by dolphin_oracle
Jerry3904 wrote: Fri Jul 17, 2020 9:25 pm Running live on my Lenovo, clicking"Brightness tray" in MX Tools does nothing that I can see. Running mx-tweak-systray in the terminal: "command not found." Tried to install it--not available.

Sorry if this has already been reported earlier...
it tends to slide into the hidden part of the systray. click that littel triangle.

it shows up without an icon though...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 17, 2020 10:21 pm
by JayM
I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 17, 2020 10:53 pm
by richb
JayM wrote: Fri Jul 17, 2020 10:21 pm I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.
I have experienced the same condition on a regular basis with an install to SSD.

Re: MX-19.2 KDE Beta 1 Feedback Thread

Posted: Sat Jul 18, 2020 2:28 am
by ChrisLilly
@askwerth:
Sound issues solved!
RE the installation in Thinkpad E520: I reset the audio from Dummy to Analog which resolved the problem in Clementine. Audio files in wav. and mp3 now play fine. You tube still had no sound, but it turned out that sound was turned off in Firefox. I had never encountered that before, but it was an easy fix in advanced settings. It seems now that sound is working on everything right from start up. Thanks for your responses!
Everything I try now seems to be working fine. Appimages copied from another drive integrated smoothly. Scrivener Appimage works perfectly. As does Libreoffice from the Flatpack. It is all coming together.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 3:58 am
by byterhythm
I'm planning on installing the KDE beta bare metal on my machine. I just wanted to know if I can upgrade it to the final version once it is released.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:08 am
by chrispop99
byterhythm wrote: Sat Jul 18, 2020 3:58 am I'm planning on installing the KDE beta bare metal on my machine. I just wanted to know if I can upgrade it to the final version once it is released.
That can't be guaranteed with a Beta.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:09 am
by chrispop99
It must be popular - the SourceForge download is pitifully slow for me at the moment!

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 7:51 am
by richb
richb wrote: Fri Jul 17, 2020 10:53 pm
JayM wrote: Fri Jul 17, 2020 10:21 pm I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.
I have experienced the same condition on a regular basis with an install to SSD.
I just noticed that does not happen when booted to systemd.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 8:27 am
by danielson
Things are on a roll here!

Silly question, but suppose with KDEb1 updated, there's no need to try b2?
Unless maybe, to check installation process?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 9:08 am
by WinExodus
This is pretty amazing so far!!!

Couple of issues I noticed:

- The screen to decrypt the drive on boot is at a low resolution on a 1440p monitor after the NVidia drivers update
- Display settings don't show the right refresh rates on the 1440p (limited up to 60hz), but NVidia Settings does (165hz).
- The subtext for the menu is garbled after I installed the NVidia drivers (not sure if this happens before that) https://imgur.com/mEYhNjp

Code: Select all


System:    Host: MX-KDE-Beta2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/vmlinuz-5.6.0-2-amd64 root=UUID=35552f90-5d50-43b1-a762-c5606aeb5f5e ro quiet splash 
           Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
           base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: TUF GAMING X570-PLUS (WI-FI) v: Rev X.0x serial: <filter> 
           UEFI: American Megatrends v: 1407 date: 04/01/2020 
CPU:       Topology: 12-Core model: AMD Ryzen 9 3900X bits: 64 type: MT MCP arch: Zen family: 17 (23) 
           model-id: 71 (113) stepping: N/A microcode: 8701013 L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 182058 
           Speed: 2195 MHz min/max: 2200/3800 MHz boost: enabled Core speeds (MHz): 1: 2194 2: 2194 3: 2196 4: 2196 
           5: 2190 6: 2187 7: 2191 8: 2192 9: 2195 10: 2188 11: 2195 12: 2196 13: 2193 14: 2196 15: 2184 16: 2193 
           17: 2196 18: 2195 19: 2195 20: 2195 21: 2195 22: 2196 23: 2195 24: 2196 
           Vulnerabilities: Type: itlb_multihit status: Not affected 
           Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full AMD retpoline, IBPB: conditional, STIBP: conditional, RSB filling 
           Type: srbds status: Not affected 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: NVIDIA TU102 [GeForce RTX 2080 Ti Rev. A] driver: nvidia v: 440.100 bus ID: 08:00.0 
           chip ID: 10de:1e07 
           Display: x11 server: X.Org 1.20.4 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv 
           compositor: kwin_x11 resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce RTX 2080 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 440.100 direct render: Yes 
Audio:     Device-1: NVIDIA TU102 High Definition Audio driver: snd_hda_intel v: kernel bus ID: 08:00.1 
           chip ID: 10de:10f7 
           Device-2: Advanced Micro Devices [AMD] Starship/Matisse HD Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 0a:00.4 chip ID: 1022:1487 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK driver: r8169 v: kernel 
           port: f000 bus ID: 04:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
           IF-ID-1: proton0 state: unknown speed: 10 Mbps duplex: full mac: N/A 
Drives:    Local Storage: total: 14.35 TiB used: 313.13 GiB (2.1%) 
           ID-1: /dev/nvme0n1 model: Sabrent size: 953.87 GiB block size: physical: 512 B logical: 512 B 
           speed: 31.6 Gb/s lanes: 4 serial: <filter> rev: ECFM22.4 scheme: GPT 
           ID-2: /dev/sda vendor: Seagate model: ST5000DM000-1FK178 size: 4.55 TiB block size: physical: 4096 B 
           logical: 512 B speed: 6.0 Gb/s rotation: 5980 rpm serial: <filter> rev: CC47 temp: 37 C scheme: GPT 
           ID-3: /dev/sdb vendor: Western Digital model: WDS500G2B0B-00YS70 size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 90WD temp: 42 C scheme: GPT 
           ID-4: /dev/sdc vendor: Western Digital model: WD20EADS-11R6B1 size: 1.82 TiB block size: physical: 4096 B 
           logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 0A80 temp: 43 C scheme: GPT 
           ID-5: /dev/sdd vendor: Western Digital model: WD10EZEX-08WN4A0 size: 931.51 GiB block size: physical: 4096 B 
           logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm serial: <filter> rev: 1A02 temp: 41 C scheme: MBR 
           ID-6: /dev/sde vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB block size: physical: 512 B 
           logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 2B6Q scheme: MBR 
           ID-7: /dev/sdf type: USB vendor: Seagate model: Backup+ Desk size: 3.64 TiB block size: physical: 4096 B 
           logical: 4096 B serial: <filter> rev: 050B scheme: MBR 
           ID-8: /dev/sdg type: USB vendor: Western Digital model: WD10EZEX-08WN4A0 size: 931.51 GiB block size: 
           physical: 4096 B logical: 512 B rotation: 7200 rpm serial: <filter> scheme: MBR 
           ID-9: /dev/sdh type: USB vendor: Western Digital model: WD My Passport 259F size: 931.48 GiB block size: 
           physical: 512 B logical: 512 B serial: <filter> rev: 1004 
Partition: ID-1: / raw size: 462.96 GiB size: 454.70 GiB (98.21%) used: 7.31 GiB (1.6%) fs: ext4 dev: /dev/dm-0 
           ID-2: /boot raw size: 512.0 MiB size: 487.9 MiB (95.30%) used: 100.4 MiB (20.6%) fs: ext4 dev: /dev/sdb2 
           ID-3: swap-1 size: 1.98 GiB used: 0 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/dm-1 
Sensors:   System Temperatures: cpu: 61.8 C mobo: N/A gpu: nvidia temp: 50 C 
           Fan Speeds (RPM): N/A gpu: nvidia fan: 41% 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo/ buster main non-free
           2: deb http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo/ buster ahs
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 431 Uptime: 20m Memory: 29.95 GiB used: 3.12 GiB (10.4%) Init: SysVinit v: 2.93 runlevel: 5 
           default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 9:46 am
by WinExodus
I also can't install Steam from The MX Package Installer

Code: Select all

Hit:1 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster InRelease
Hit:2 http://deb.debian.org/debian buster-updates InRelease
Hit:3 http://deb.debian.org/debian buster InRelease
Hit:4 http://deb.debian.org/debian-security buster/updates InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Recommended packages:
  steam-devices:i386 libxss1:i386 xterm:i386 | x-terminal-emulator:i386
The following NEW packages will be installed:
  steam:i386
Preconfiguring packages ...
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,447 kB of archives.
After this operation, 4,472 kB of additional disk space will be used.
(Reading database ... 211166 files and directories currently installed.)
Preparing to unpack .../steam_1.0.0.59-4_i386.deb ...
dpkg: error processing archive /var/cache/apt/archives/steam_1.0.0.59-4_i386.deb (--unpack):
 new steam:i386 package pre-installation script subprocess returned error exit status 1
Installation terminated: Steam License Agreement was DECLINED.
Errors were encountered while processing:
 /var/cache/apt/archives/steam_1.0.0.59-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libgl1-mesa-glx:i386 libgpg-error0:i386 libudev1:i386 libxinerama1:i386
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I did not receive a message for the License Agreement.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:00 am
by kc1di
If I have beta 1 installed is it update to beta2 if I've keep it upgraded?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:07 am
by Adrian
kc1di wrote: Sat Jul 18, 2020 11:00 am If I have beta 1 installed is it update to beta2 if I've keep it upgraded?
In the announcement.
The beta will receive updates over time through the repositories, but certain items, such as the live system and some user settings defaults, will not be obvious without some user intervention.
I see this question coming up again and again. Betas are meant for testing and reporting problems, not for installing a upgradable stable system so the best way to provide feedback is to download the latest Beta and test that, if you want to install and use it in "production" and not have to reinstall wait at least till a Release Candidate. That's unfortunate because it can potentially reduce the number of testers but that's how it works...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:40 am
by WinExodus
I definitely don't like bubble sounds on my volume control. I think it's completely unnecessary.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:44 am
by arjaybe
Running live in Virtualbox. When I try alternative menus it changes the menu icon from MX to generic Plasma one. It stays that way when I switch back.

After switching menus, the list of applications in Favorites is changed to what looks like a combination of MX and Plasma entries.

Since I was live in VB, I ran QSI there.

Code: Select all


System:
  Host: mx1 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: quiet splasht nosplash 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: <filter> 
  Chassis: Oracle Corporation type: 1 serial: <filter> 
  Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek v: VirtualBox 
  date: 12/01/2006 
CPU:
  Topology: Dual Core model: Intel Celeron 1007U bits: 64 type: MCP arch: Ivy Bridge 
  family: 6 model-id: 3A (58) stepping: 9 microcode: 19 L2 cache: 2048 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 5987 
  Speed: 1497 MHz min/max: N/A Core speeds (MHz): 1: 1497 2: 1497 
  Vulnerabilities: Type: itlb_multihit status: KVM: Vulnerable 
  Type: l1tf mitigation: PTE Inversion 
  Type: mds mitigation: Clear CPU buffers; SMT disabled 
  Type: meltdown mitigation: PTI 
  Type: spec_store_bypass status: Vulnerable 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full generic retpoline, STIBP: disabled, RSB filling 
  Type: srbds status: Not affected 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.17.0.0 bus ID: 00:02.0 
  chip ID: 15ad:0405 
  Display: x11 server: X.Org 1.20.4 driver: vmware unloaded: fbdev,modesetting,vesa 
  compositor: kwin_x11 resolution: 800x600~60Hz 
  OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel 82801AA AC97 Audio driver: snd_intel8x0 v: kernel bus ID: 00:05.0 
  chip ID: 8086:2415 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel 82540EM Gigabit Ethernet driver: e1000 v: 7.3.21-k8-NAPI 
  port: d020 bus ID: 00:03.0 chip ID: 8086:100e 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge driver: piix4_smbus 
  v: N/A port: d200 bus ID: 00:07.0 chip ID: 8086:7113 
Drives:
  Local Storage: total: 8.00 GiB used: 65.0 MiB (0.8%) 
  ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 8.00 GiB block size: 
  physical: 512 B logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 1.0 
  scheme: MBR 
Partition:
  ID-1: / raw size: N/A size: 1.12 GiB used: 64.7 MiB (5.6%) fs: overlay 
  source: ERR-102 
  ID-2: swap-1 size: 1024.0 MiB used: 268 KiB (0.0%) fs: swap 
  swappiness: 15 (default 60) cache pressure: 100 (default) dev: /dev/sda2 
Sensors:
  Message: No sensors data was found. Is sensors configured? 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://mxrepo.com/mx/repo/ buster main non-free
  2: deb http://mxrepo.com/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 166 Uptime: 3m Memory: 1.45 GiB used: 515.4 MiB (34.6%) Init: SysVinit 
  v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:45 am
by chrispop99
WinExodus wrote: Sat Jul 18, 2020 11:40 am I definitely don't like bubble sounds on my volume control. I think it's completely unnecessary.
It's easy enough to turn it off. Right-click is your friend...

KDE has many more configurations than the other desktop environments.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:53 am
by WinExodus
chrispop99 wrote: Sat Jul 18, 2020 11:45 am
It's easy enough to turn it off. Right-click is your friend...

KDE has many more configurations than the other desktop environments.

Chris

This is not obvious at all for someone new to KDE or even Linux in general. I'm trying to look at this from a UX perspective.

I believe this should be off by default, as every other OS I've used does not have volume control sounds. It definitely ruins immersion when listening to songs.

EDIT: And just to add to this, if I use my volume control on my keyboard, for example, and I quickly change the volume, it gets "frozen" on that bubble sound for a few seconds sometimes.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:12 pm
by kc1di
I think the sounds on the volume control are good thing. So it's a personal taste thing.
Thanks Adrian for the reply. I kind of thought that but I've seen it done both ways in other distros. So thought I would ask.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:16 pm
by dolphin_oracle
arjaybe wrote: Sat Jul 18, 2020 11:44 am Running live in Virtualbox. When I try alternative menus it changes the menu icon from MX to generic Plasma one. It stays that way when I switch back.

After switching menus, the list of applications in Favorites is changed to what looks like a combination of MX and Plasma entries.

Since I was live in VB, I ran QSI there.

Code: Select all


System:
  Host: mx1 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: quiet splasht nosplash 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: <filter> 
  Chassis: Oracle Corporation type: 1 serial: <filter> 
  Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek v: VirtualBox 
  date: 12/01/2006 
CPU:
  Topology: Dual Core model: Intel Celeron 1007U bits: 64 type: MCP arch: Ivy Bridge 
  family: 6 model-id: 3A (58) stepping: 9 microcode: 19 L2 cache: 2048 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 5987 
  Speed: 1497 MHz min/max: N/A Core speeds (MHz): 1: 1497 2: 1497 
  Vulnerabilities: Type: itlb_multihit status: KVM: Vulnerable 
  Type: l1tf mitigation: PTE Inversion 
  Type: mds mitigation: Clear CPU buffers; SMT disabled 
  Type: meltdown mitigation: PTI 
  Type: spec_store_bypass status: Vulnerable 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full generic retpoline, STIBP: disabled, RSB filling 
  Type: srbds status: Not affected 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.17.0.0 bus ID: 00:02.0 
  chip ID: 15ad:0405 
  Display: x11 server: X.Org 1.20.4 driver: vmware unloaded: fbdev,modesetting,vesa 
  compositor: kwin_x11 resolution: 800x600~60Hz 
  OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel 82801AA AC97 Audio driver: snd_intel8x0 v: kernel bus ID: 00:05.0 
  chip ID: 8086:2415 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel 82540EM Gigabit Ethernet driver: e1000 v: 7.3.21-k8-NAPI 
  port: d020 bus ID: 00:03.0 chip ID: 8086:100e 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge driver: piix4_smbus 
  v: N/A port: d200 bus ID: 00:07.0 chip ID: 8086:7113 
Drives:
  Local Storage: total: 8.00 GiB used: 65.0 MiB (0.8%) 
  ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 8.00 GiB block size: 
  physical: 512 B logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 1.0 
  scheme: MBR 
Partition:
  ID-1: / raw size: N/A size: 1.12 GiB used: 64.7 MiB (5.6%) fs: overlay 
  source: ERR-102 
  ID-2: swap-1 size: 1024.0 MiB used: 268 KiB (0.0%) fs: swap 
  swappiness: 15 (default 60) cache pressure: 100 (default) dev: /dev/sda2 
Sensors:
  Message: No sensors data was found. Is sensors configured? 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://mxrepo.com/mx/repo/ buster main non-free
  2: deb http://mxrepo.com/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 166 Uptime: 3m Memory: 1.45 GiB used: 515.4 MiB (34.6%) Init: SysVinit 
  v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 
Yep not much we can do on that but if you use Look And Feel to set the theme back to MX and chexk the layout box you will get all the defaults back.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:18 pm
by WinExodus
WinExodus wrote: Sat Jul 18, 2020 9:08 am - Display settings don't show the right refresh rates on the 1440p (limited up to 60hz), but NVidia Settings does (165hz).
I went back in to the "Displays", and now the rest of the refresh rates are back. This was after I went in to the NVIDIA Server Settings.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:18 pm
by dolphin_oracle
WinExodus wrote: Sat Jul 18, 2020 9:46 am I also can't install Steam from The MX Package Installer

Code: Select all

Hit:1 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster InRelease
Hit:2 http://deb.debian.org/debian buster-updates InRelease
Hit:3 http://deb.debian.org/debian buster InRelease
Hit:4 http://deb.debian.org/debian-security buster/updates InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Recommended packages:
  steam-devices:i386 libxss1:i386 xterm:i386 | x-terminal-emulator:i386
The following NEW packages will be installed:
  steam:i386
Preconfiguring packages ...
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,447 kB of archives.
After this operation, 4,472 kB of additional disk space will be used.
(Reading database ... 211166 files and directories currently installed.)
Preparing to unpack .../steam_1.0.0.59-4_i386.deb ...
dpkg: error processing archive /var/cache/apt/archives/steam_1.0.0.59-4_i386.deb (--unpack):
 new steam:i386 package pre-installation script subprocess returned error exit status 1
Installation terminated: Steam License Agreement was DECLINED.
Errors were encountered while processing:
 /var/cache/apt/archives/steam_1.0.0.59-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libgl1-mesa-glx:i386 libgpg-error0:i386 libudev1:i386 libxinerama1:i386
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I did not receive a message for the License Agreement.
Purge off the nvidia drivers and then install steam. Then reinstall the nvidia drivers

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:19 pm
by WinExodus
kc1di wrote: Sat Jul 18, 2020 12:12 pm So it's a personal taste thing.
Most definitely!

Also, where exactly do I change this settings by right clicking?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:27 pm
by WinExodus
dolphin_oracle wrote: Sat Jul 18, 2020 12:18 pm Purge off the nvidia drivers and then install steam. Then reinstall the nvidia drivers
Okay, so I just did the following:

Code: Select all

sudo ddm-mx -p nvidia
And it removed the proprietary drivers. I then went to reboot, and got an error.

Code: Select all

We are sorry, ksmserver-logout-greeter closed unexpectedly.
I can't report the error, unfortunately.

I tried to restart the application, but it gave me the same exception again.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:35 pm
by dolphin_oracle
Ok that's weird. Will look into it but for now it's probably easier to reinstall.

Oh the joys of beta testing.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:38 pm
by popjah
I ran it live from boot and all was ok until I clicked on the wireless connections icon, chose my ssid and entered the password.

Then everything froze completely (except for cursor); I had to REISUB to restart.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:39 pm
by WinExodus
dolphin_oracle wrote: Sat Jul 18, 2020 12:35 pm Ok that's weird. Will look into it but for now it's probably easier to reinstall.

Oh the joys of beta testing.
Thank you! I actually like being the beta tester instead of the dev fixing bugs this time around. :cool:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 12:46 pm
by asqwerth
kc1di wrote: Sat Jul 18, 2020 12:12 pm ...
Thanks Adrian for the reply. I kind of thought that but I've seen it done both ways in other distros. So thought I would ask.
Yep, it will not be a full and accurate test of b2, if you simply update b1.

Some configs and settings won't be pulled in if you simply apply updates to b1. They will only be there if you install afresh from the beta2 iso. A fresh test may unearth new bugs (fingers crossed that won't happen) that for instance have resulted from the new fixes and configs themselves. If no one runs the true beta2, those bugs may never be detected until RC or final release.

It may seem inconvenient but this is after all the testing phase.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:02 pm
by WinExodus
dolphin_oracle wrote: Sat Jul 18, 2020 12:18 pm Purge off the nvidia drivers and then install steam. Then reinstall the nvidia drivers
Alright, so I just did a fresh install of Beta 2. I did not install the NVIDIA drivers, and when I went to install steam, I did get the agreement window this time around, but also got an error through the MX Package Installer:

Code: Select all

Hit:1 http://deb.debian.org/debian buster-updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://deb.debian.org/debian-security buster/updates InRelease
Hit:4 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 zlib1g:i386
Suggested packages:
  lm-sensors:i386 nvidia-driver-libs-i386:i386 nvidia-vulkan-icd:i386
Recommended packages:
  libgpg-error-l10n:i386 mesa-vulkan-drivers:i386 | vulkan-icd:i386
  steam-devices:i386 libxss1:i386 mesa-vulkan-drivers:i386 xterm:i386
  | x-terminal-emulator:i386
The following NEW packages will be installed:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 steam:i386 zlib1g:i386
0 upgraded, 45 newly installed, 0 to remove and 0 not upgraded.
Need to get 32.9 MB of archives.
After this operation, 377 MB of additional disk space will be used.
Get:1 http://deb.debian.org/debian buster/main i386 zlib1g i386 1:1.2.11.dfsg-1 [95.7 kB]
Get:2 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm2 i386 2.4.101-2~mx19+1 [44.5 kB]
Get:3 http://deb.debian.org/debian buster/main i386 libpciaccess0 i386 0.14-1 [55.7 kB]
Get:4 http://deb.debian.org/debian buster/main i386 libelf1 i386 0.176-1.1 [166 kB]
Get:5 http://deb.debian.org/debian buster/main i386 libexpat1 i386 2.2.6-2+deb10u1 [104 kB]
Get:6 http://deb.debian.org/debian buster/main i386 libatomic1 i386 8.3.0-6 [9,472 B]
Get:7 http://deb.debian.org/debian buster/main i386 libbsd0 i386 0.9.1-2 [104 kB]
Get:8 http://deb.debian.org/debian buster/main i386 libtinfo6 i386 6.1+20181013-2+deb10u2 [326 kB]
Get:9 http://deb.debian.org/debian buster/main i386 libedit2 i386 3.1-20181209-1 [98.2 kB]
Get:10 http://deb.debian.org/debian buster/main i386 libffi6 i386 3.2.1-9 [20.0 kB]
Get:11 http://deb.debian.org/debian buster/main i386 libstdc++6 i386 8.3.0-6 [424 kB]
Get:12 http://deb.debian.org/debian buster/main i386 libsensors5 i386 1:3.5.0-3 [53.5 kB]
Get:13 http://deb.debian.org/debian buster/main i386 libzstd1 i386 1.3.8+dfsg-3 [236 kB]
Get:14 http://deb.debian.org/debian buster/main i386 libxau6 i386 1:1.0.8-1+b2 [20.3 kB]
Get:15 http://deb.debian.org/debian buster/main i386 libxdmcp6 i386 1:1.1.2-3 [26.7 kB]
Get:16 http://deb.debian.org/debian buster/main i386 libxext6 i386 2:1.3.3-1+b2 [55.2 kB]
Get:17 http://deb.debian.org/debian buster/main i386 libxshmfence1 i386 1.3-1 [8,976 B]
Get:18 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-amdgpu1 i386 2.4.101-2~mx19+1 [31.4 kB]
Get:19 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-intel1 i386 2.4.101-2~mx19+1 [73.7 kB]
Get:20 http://deb.debian.org/debian buster/main i386 libxxf86vm1 i386 1:1.1.4-1+b2 [21.7 kB]
Get:21 http://deb.debian.org/debian buster/main i386 libgpg-error0 i386 1.35-1 [75.7 kB]
Get:22 http://deb.debian.org/debian buster/main i386 libxinerama1 i386 2:1.1.4-2 [17.9 kB]
Get:23 http://deb.debian.org/debian buster/non-free i386 steam i386 1.0.0.59-4 [1,447 kB]
Get:24 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-nouveau2 i386 2.4.101-2~mx19+1 [28.6 kB]
Get:25 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-radeon1 i386 2.4.101-2~mx19+1 [33.1 kB]
Get:26 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglapi-mesa i386 20.0.7-0.1~mx19ahs+1 [70.5 kB]
Get:27 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libllvm10 i386 1:10.0.0-4~mx19+1 [15.5 MB]
Get:28 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libvulkan1 i386 1.2.135.0-2~mx19ahs+1 [109 kB]
Get:29 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1-mesa-dri i386 20.0.7-0.1~mx19ahs+1 [11.4 MB]
Get:30 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglvnd0 i386 1.3.1-1mx19+1 [44.1 kB]
Get:31 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb1 i386 1.14-2~mx19+1 [144 kB]
Get:32 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libx11-6 i386 2:1.6.9-2~mx19+1 [778 kB]
Get:33 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libx11-xcb1 i386 2:1.6.9-2~mx19+1 [190 kB]
Get:34 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-dri2-0 i386 1.14-2~mx19+1 [103 kB]
Get:35 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-dri3-0 i386 1.14-2~mx19+1 [103 kB]
Get:36 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-glx0 i386 1.14-2~mx19+1 [120 kB]
Get:37 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-present0 i386 1.14-2~mx19+1 [101 kB]
Get:38 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-sync1 i386 1.14-2~mx19+1 [105 kB]
Get:39 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxfixes3 i386 1:5.0.3-2~mx19ahs+1 [22.7 kB]
Get:40 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxdamage1 i386 1:1.1.5-2~mx19ahs+1 [16.0 kB]
Get:41 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglx-mesa0 i386 20.0.7-0.1~mx19ahs+1 [192 kB]
Get:42 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglx0 i386 1.3.1-1mx19+1 [38.6 kB]
Get:43 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1 i386 1.3.1-1mx19+1 [83.6 kB]
Get:44 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1-mesa-glx i386 20.0.7-0.1~mx19ahs+1 [50.3 kB]
Get:45 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/main i386 libudev1 i386 1:241-7~deb10u4+mx19 [153 kB]
Preconfiguring packages ...
Fetched 32.9 MB in 2s (19.9 MB/s)
Selecting previously unselected package libdrm2:i386.
(Reading database ... 206469 files and directories currently installed.)
Preparing to unpack .../00-libdrm2_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm2:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-amdgpu1:i386.
Preparing to unpack .../01-libdrm-amdgpu1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-amdgpu1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package zlib1g:i386.
Preparing to unpack .../02-zlib1g_1%3a1.2.11.dfsg-1_i386.deb ...
Unpacking zlib1g:i386 (1:1.2.11.dfsg-1) ...
Selecting previously unselected package libpciaccess0:i386.
Preparing to unpack .../03-libpciaccess0_0.14-1_i386.deb ...
Unpacking libpciaccess0:i386 (0.14-1) ...
Selecting previously unselected package libdrm-intel1:i386.
Preparing to unpack .../04-libdrm-intel1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-intel1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-nouveau2:i386.
Preparing to unpack .../05-libdrm-nouveau2_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-nouveau2:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-radeon1:i386.
Preparing to unpack .../06-libdrm-radeon1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-radeon1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libelf1:i386.
Preparing to unpack .../07-libelf1_0.176-1.1_i386.deb ...
Unpacking libelf1:i386 (0.176-1.1) ...
Selecting previously unselected package libexpat1:i386.
Preparing to unpack .../08-libexpat1_2.2.6-2+deb10u1_i386.deb ...
Unpacking libexpat1:i386 (2.2.6-2+deb10u1) ...
Selecting previously unselected package libglapi-mesa:i386.
Preparing to unpack .../09-libglapi-mesa_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libglapi-mesa:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libatomic1:i386.
Preparing to unpack .../10-libatomic1_8.3.0-6_i386.deb ...
Unpacking libatomic1:i386 (8.3.0-6) ...
Selecting previously unselected package libbsd0:i386.
Preparing to unpack .../11-libbsd0_0.9.1-2_i386.deb ...
Unpacking libbsd0:i386 (0.9.1-2) ...
Selecting previously unselected package libtinfo6:i386.
Preparing to unpack .../12-libtinfo6_6.1+20181013-2+deb10u2_i386.deb ...
Unpacking libtinfo6:i386 (6.1+20181013-2+deb10u2) ...
Selecting previously unselected package libedit2:i386.
Preparing to unpack .../13-libedit2_3.1-20181209-1_i386.deb ...
Unpacking libedit2:i386 (3.1-20181209-1) ...
Selecting previously unselected package libffi6:i386.
Preparing to unpack .../14-libffi6_3.2.1-9_i386.deb ...
Unpacking libffi6:i386 (3.2.1-9) ...
Selecting previously unselected package libstdc++6:i386.
Preparing to unpack .../15-libstdc++6_8.3.0-6_i386.deb ...
Unpacking libstdc++6:i386 (8.3.0-6) ...
Selecting previously unselected package libllvm10:i386.
Preparing to unpack .../16-libllvm10_1%3a10.0.0-4~mx19+1_i386.deb ...
Unpacking libllvm10:i386 (1:10.0.0-4~mx19+1) ...
Selecting previously unselected package libsensors5:i386.
Preparing to unpack .../17-libsensors5_1%3a3.5.0-3_i386.deb ...
Unpacking libsensors5:i386 (1:3.5.0-3) ...
Selecting previously unselected package libvulkan1:i386.
Preparing to unpack .../18-libvulkan1_1.2.135.0-2~mx19ahs+1_i386.deb ...
Unpacking libvulkan1:i386 (1.2.135.0-2~mx19ahs+1) ...
Selecting previously unselected package libzstd1:i386.
Preparing to unpack .../19-libzstd1_1.3.8+dfsg-3_i386.deb ...
Unpacking libzstd1:i386 (1.3.8+dfsg-3) ...
Selecting previously unselected package libgl1-mesa-dri:i386.
Preparing to unpack .../20-libgl1-mesa-dri_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libgl1-mesa-dri:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libglvnd0:i386.
Preparing to unpack .../21-libglvnd0_1.3.1-1mx19+1_i386.deb ...
Unpacking libglvnd0:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libxau6:i386.
Preparing to unpack .../22-libxau6_1%3a1.0.8-1+b2_i386.deb ...
Unpacking libxau6:i386 (1:1.0.8-1+b2) ...
Selecting previously unselected package libxdmcp6:i386.
Preparing to unpack .../23-libxdmcp6_1%3a1.1.2-3_i386.deb ...
Unpacking libxdmcp6:i386 (1:1.1.2-3) ...
Selecting previously unselected package libxcb1:i386.
Preparing to unpack .../24-libxcb1_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb1:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libx11-6:i386.
Preparing to unpack .../25-libx11-6_2%3a1.6.9-2~mx19+1_i386.deb ...
Unpacking libx11-6:i386 (2:1.6.9-2~mx19+1) ...
Selecting previously unselected package libx11-xcb1:i386.
Preparing to unpack .../26-libx11-xcb1_2%3a1.6.9-2~mx19+1_i386.deb ...
Unpacking libx11-xcb1:i386 (2:1.6.9-2~mx19+1) ...
Selecting previously unselected package libxcb-dri2-0:i386.
Preparing to unpack .../27-libxcb-dri2-0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-dri2-0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-dri3-0:i386.
Preparing to unpack .../28-libxcb-dri3-0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-dri3-0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-glx0:i386.
Preparing to unpack .../29-libxcb-glx0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-glx0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-present0:i386.
Preparing to unpack .../30-libxcb-present0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-present0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-sync1:i386.
Preparing to unpack .../31-libxcb-sync1_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-sync1:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxfixes3:i386.
Preparing to unpack .../32-libxfixes3_1%3a5.0.3-2~mx19ahs+1_i386.deb ...
Unpacking libxfixes3:i386 (1:5.0.3-2~mx19ahs+1) ...
Selecting previously unselected package libxdamage1:i386.
Preparing to unpack .../33-libxdamage1_1%3a1.1.5-2~mx19ahs+1_i386.deb ...
Unpacking libxdamage1:i386 (1:1.1.5-2~mx19ahs+1) ...
Selecting previously unselected package libxext6:i386.
Preparing to unpack .../34-libxext6_2%3a1.3.3-1+b2_i386.deb ...
Unpacking libxext6:i386 (2:1.3.3-1+b2) ...
Selecting previously unselected package libxshmfence1:i386.
Preparing to unpack .../35-libxshmfence1_1.3-1_i386.deb ...
Unpacking libxshmfence1:i386 (1.3-1) ...
Selecting previously unselected package libxxf86vm1:i386.
Preparing to unpack .../36-libxxf86vm1_1%3a1.1.4-1+b2_i386.deb ...
Unpacking libxxf86vm1:i386 (1:1.1.4-1+b2) ...
Selecting previously unselected package libglx-mesa0:i386.
Preparing to unpack .../37-libglx-mesa0_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libglx-mesa0:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libglx0:i386.
Preparing to unpack .../38-libglx0_1.3.1-1mx19+1_i386.deb ...
Unpacking libglx0:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libgl1:i386.
Preparing to unpack .../39-libgl1_1.3.1-1mx19+1_i386.deb ...
Unpacking libgl1:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libgl1-mesa-glx:i386.
Preparing to unpack .../40-libgl1-mesa-glx_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libgl1-mesa-glx:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libgpg-error0:i386.
Preparing to unpack .../41-libgpg-error0_1.35-1_i386.deb ...
Unpacking libgpg-error0:i386 (1.35-1) ...
Selecting previously unselected package libudev1:i386.
Preparing to unpack .../42-libudev1_1%3a241-7~deb10u4+mx19_i386.deb ...
Unpacking libudev1:i386 (1:241-7~deb10u4+mx19) ...
Selecting previously unselected package libxinerama1:i386.
Preparing to unpack .../43-libxinerama1_2%3a1.1.4-2_i386.deb ...
Unpacking libxinerama1:i386 (2:1.1.4-2) ...
Selecting previously unselected package steam:i386.
Preparing to unpack .../44-steam_1.0.0.59-4_i386.deb ...
dpkg: error processing archive /tmp/apt-dpkg-install-w2mUJD/44-steam_1.0.0.59-4_i386.deb (--unpack):
 new steam:i386 package pre-installation script subprocess returned error exit status 1
Installation terminated: Steam License Agreement was DECLINED.
Errors were encountered while processing:
 /tmp/apt-dpkg-install-w2mUJD/44-steam_1.0.0.59-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 zlib1g:i386
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
44 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.Setting up libexpat1:i386 (2.2.6-2+deb10u1) ...Setting up libzstd1:i386 (1.3.8+dfsg-3) ...Setting up libx11-xcb1:i386 (2:1.6.9-2~mx19+1) ...Setting up libxau6:i386 (1:1.0.8-1+b2) ...Setting up libgpg-error0:i386 (1.35-1) ...Setting up libglvnd0:i386 (1.3.1-1mx19+1) ...Setting up zlib1g:i386 (1:1.2.11.dfsg-1) ...Setting up libffi6:i386 (3.2.1-9) ...Setting up libatomic1:i386 (8.3.0-6) ...Setting up libsensors5:i386 (1:3.5.0-3) ...Setting up libglapi-mesa:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libvulkan1:i386 (1.2.135.0-2~mx19ahs+1) ...Setting up libudev1:i386 (1:241-7~deb10u4+mx19) ...Setting up libdrm2:i386 (2.4.101-2~mx19+1) ...Setting up libxshmfence1:i386 (1.3-1) ...Setting up libbsd0:i386 (0.9.1-2) ...Setting up libelf1:i386 (0.176-1.1) ...Setting up libstdc++6:i386 (8.3.0-6) ...Setting up libtinfo6:i386 (6.1+20181013-2+deb10u2) ...Setting up libdrm-amdgpu1:i386 (2.4.101-2~mx19+1) ...Setting up libpciaccess0:i386 (0.14-1) ...Setting up libxdmcp6:i386 (1:1.1.2-3) ...Setting up libdrm-nouveau2:i386 (2.4.101-2~mx19+1) ...Setting up libxcb1:i386 (1.14-2~mx19+1) ...Setting up libdrm-radeon1:i386 (2.4.101-2~mx19+1) ...Setting up libxcb-glx0:i386 (1.14-2~mx19+1) ...Setting up libedit2:i386 (3.1-20181209-1) ...Setting up libdrm-intel1:i386 (2.4.101-2~mx19+1) ...Setting up libllvm10:i386 (1:10.0.0-4~mx19+1) ...Setting up libxcb-present0:i386 (1.14-2~mx19+1) ...Setting up libxcb-sync1:i386 (1.14-2~mx19+1) ...Setting up libxcb-dri2-0:i386 (1.14-2~mx19+1) ...Setting up libx11-6:i386 (2:1.6.9-2~mx19+1) ...Setting up libxcb-dri3-0:i386 (1.14-2~mx19+1) ...Setting up libgl1-mesa-dri:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libxext6:i386 (2:1.3.3-1+b2) ...Setting up libxxf86vm1:i386 (1:1.1.4-1+b2) ...Setting up libxfixes3:i386 (1:5.0.3-2~mx19ahs+1) ...Setting up libxinerama1:i386 (2:1.1.4-2) ...Setting up libxdamage1:i386 (1:1.1.5-2~mx19ahs+1) ...Setting up libglx-mesa0:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libglx0:i386 (1.3.1-1mx19+1) ...Setting up libgl1:i386 (1.3.1-1mx19+1) ...Setting up libgl1-mesa-glx:i386 (20.0.7-0.1~mx19ahs+1) ...Processing triggers for man-db (2.8.5-2) ...Processing triggers for libc-bin (2.28-10) ...

Thanks again. You're all doing a great job.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:08 pm
by chrispop99
WinExodus wrote: Sat Jul 18, 2020 11:53 am
chrispop99 wrote: Sat Jul 18, 2020 11:45 am
It's easy enough to turn it off. Right-click is your friend...

KDE has many more configurations than the other desktop environments.

Chris

This is not obvious at all for someone new to KDE or even Linux in general. I'm trying to look at this from a UX perspective.
If you are new to KDE, you will need to get used to the fact that you won't like all the default options. Others however will like them.

FWIW, I like the audible feedback as it gives a guide to how loud the actual volume might be.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:16 pm
by asqwerth
I thought right click has long been a thing, even in Windows.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:18 pm
by WinExodus
chrispop99 wrote: Sat Jul 18, 2020 1:08 pm
WinExodus wrote: Sat Jul 18, 2020 11:53 am
chrispop99 wrote: Sat Jul 18, 2020 11:45 am
It's easy enough to turn it off. Right-click is your friend...

KDE has many more configurations than the other desktop environments.

Chris

This is not obvious at all for someone new to KDE or even Linux in general. I'm trying to look at this from a UX perspective.
If you are new to KDE, you will need to get used to the fact that you won't like all the default options. Others however will like them.

FWIW, I like the audible feedback as it gives a guide to how loud the actual volume might be.

Chris
Just saying how it is from a UX perspective. I'll go ahead and figure things out for myself, and post back here on how to do it for anyone else that's interested.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:22 pm
by WinExodus
WinExodus wrote: Sat Jul 18, 2020 1:18 pm Just saying how it is from a UX perspective. I'll go ahead and figure things out for myself, and post back here on how to do it for anyone else that's interested.
I figured it out. You have to right click on the volume icon in the panel, go to general, and uncheck "Volume feedback". I was having a brain fart and right-clicking on the desktop, and got lost.

I guess I just don't remember this being a part of Beta 1.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:42 pm
by chrispop99
asqwerth wrote: Sat Jul 18, 2020 1:16 pm I thought right click has long been a thing, even in Windows.
It has. I don't know many Windows users who know though!

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:44 pm
by asqwerth
Was busy and have only just tested beta2 live and then installed it.

Live-USB: testing of the new KDE additions to MX-Tweak:
The panel orientation worked to move the bottom panel to the left side. However, if I made the bottom panel fatter (increased height) and then moved it, the left panel still remained at its original default skinny thickness. On the other hand, moving it back to the bottom restored it to the increased height that I had set.

There was no option to save the current panel config before moving the panels around. I assume that the settings for panel configs are not so easy to get to/more complex unlike in XFCE.

Tested the option to disable the KDE single-click default mode. Works.

During installation, I chose to save desktop changes.

After installation, I rebooted and found:
1. bottom panel had the increased panel height I had set, yay!
2. the single click remained disabled so I was straight away in double click mode.

That's where I am so far.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:53 pm
by dolphin_oracle
WinExodus wrote: Sat Jul 18, 2020 1:22 pm
WinExodus wrote: Sat Jul 18, 2020 1:18 pm Just saying how it is from a UX perspective. I'll go ahead and figure things out for myself, and post back here on how to do it for anyone else that's interested.
I figured it out. You have to right click on the volume icon in the panel, go to general, and uncheck "Volume feedback". I was having a brain fart and right-clicking on the desktop, and got lost.

I guess I just don't remember this being a part of Beta 1.
It's actually possible that we "fixed" that from beta 1 but if so it was some what unexpected

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:58 pm
by asqwerth
I was just in my Beta 1 install (to use Live USB Maker to make the Beta 2 live USB). The volume slider does issue the bubble sound when used.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 1:58 pm
by WinExodus
More feedback:

I have a dual monitor setup, and when I don't align the secondary monitor exactly to the middle with the primary, the screen is "off" with a black bar on either top or bottom of the screen, and the mouse is offset, so it's difficult to click on things.

This effect occurred as soon as I switched my primary monitor to the 1440p.

Here's an example. Exhibit A is properly aligned. Exhibit B causes the black bar on the HP monitor. For the life of me, I can't get a proper screen shot to show you how it looks. https://imgur.com/a/J0xRDIR

Expected behavior: No black bar on either the top or bottom of the screen, mouse behaves as expected.

I still haven't installed the NVIDIA drivers yet, just an FYI.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 2:00 pm
by WinExodus
Sorry, I switched the Exhibit A with B. You get the picture ;) (Fixed in OP)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 2:02 pm
by WinExodus
asqwerth wrote: Sat Jul 18, 2020 1:58 pm I was just in my Beta 1 install (to use Live USB Maker to make the Beta 2 live USB). The volume slider does issue the bubble sound when used.
False memory on my part, then. Wonder why I just noticed it now.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 2:13 pm
by kc1di
Just install Beta 2 working great so far.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 2:18 pm
by asqwerth
There are leftover config folders and files for featherpad and geany in $HOME/.config even though they are no longer preinstalled in Beta2.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 2:27 pm
by asqwerth
richb wrote: Fri Jul 17, 2020 10:53 pm
JayM wrote: Fri Jul 17, 2020 10:21 pm I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.
I have experienced the same condition on a regular basis with an install to SSD.
Same here on a real metal install (HDD).

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 3:22 pm
by dolphin_oracle
WinExodus wrote: Sat Jul 18, 2020 1:02 pm
dolphin_oracle wrote: Sat Jul 18, 2020 12:18 pm Purge off the nvidia drivers and then install steam. Then reinstall the nvidia drivers
Alright, so I just did a fresh install of Beta 2. I did not install the NVIDIA drivers, and when I went to install steam, I did get the agreement window this time around, but also got an error through the MX Package Installer:

Code: Select all

Hit:1 http://deb.debian.org/debian buster-updates InRelease
Hit:2 http://deb.debian.org/debian buster InRelease
Hit:3 http://deb.debian.org/debian-security buster/updates InRelease
Hit:4 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 zlib1g:i386
Suggested packages:
  lm-sensors:i386 nvidia-driver-libs-i386:i386 nvidia-vulkan-icd:i386
Recommended packages:
  libgpg-error-l10n:i386 mesa-vulkan-drivers:i386 | vulkan-icd:i386
  steam-devices:i386 libxss1:i386 mesa-vulkan-drivers:i386 xterm:i386
  | x-terminal-emulator:i386
The following NEW packages will be installed:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 steam:i386 zlib1g:i386
0 upgraded, 45 newly installed, 0 to remove and 0 not upgraded.
Need to get 32.9 MB of archives.
After this operation, 377 MB of additional disk space will be used.
Get:1 http://deb.debian.org/debian buster/main i386 zlib1g i386 1:1.2.11.dfsg-1 [95.7 kB]
Get:2 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm2 i386 2.4.101-2~mx19+1 [44.5 kB]
Get:3 http://deb.debian.org/debian buster/main i386 libpciaccess0 i386 0.14-1 [55.7 kB]
Get:4 http://deb.debian.org/debian buster/main i386 libelf1 i386 0.176-1.1 [166 kB]
Get:5 http://deb.debian.org/debian buster/main i386 libexpat1 i386 2.2.6-2+deb10u1 [104 kB]
Get:6 http://deb.debian.org/debian buster/main i386 libatomic1 i386 8.3.0-6 [9,472 B]
Get:7 http://deb.debian.org/debian buster/main i386 libbsd0 i386 0.9.1-2 [104 kB]
Get:8 http://deb.debian.org/debian buster/main i386 libtinfo6 i386 6.1+20181013-2+deb10u2 [326 kB]
Get:9 http://deb.debian.org/debian buster/main i386 libedit2 i386 3.1-20181209-1 [98.2 kB]
Get:10 http://deb.debian.org/debian buster/main i386 libffi6 i386 3.2.1-9 [20.0 kB]
Get:11 http://deb.debian.org/debian buster/main i386 libstdc++6 i386 8.3.0-6 [424 kB]
Get:12 http://deb.debian.org/debian buster/main i386 libsensors5 i386 1:3.5.0-3 [53.5 kB]
Get:13 http://deb.debian.org/debian buster/main i386 libzstd1 i386 1.3.8+dfsg-3 [236 kB]
Get:14 http://deb.debian.org/debian buster/main i386 libxau6 i386 1:1.0.8-1+b2 [20.3 kB]
Get:15 http://deb.debian.org/debian buster/main i386 libxdmcp6 i386 1:1.1.2-3 [26.7 kB]
Get:16 http://deb.debian.org/debian buster/main i386 libxext6 i386 2:1.3.3-1+b2 [55.2 kB]
Get:17 http://deb.debian.org/debian buster/main i386 libxshmfence1 i386 1.3-1 [8,976 B]
Get:18 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-amdgpu1 i386 2.4.101-2~mx19+1 [31.4 kB]
Get:19 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-intel1 i386 2.4.101-2~mx19+1 [73.7 kB]
Get:20 http://deb.debian.org/debian buster/main i386 libxxf86vm1 i386 1:1.1.4-1+b2 [21.7 kB]
Get:21 http://deb.debian.org/debian buster/main i386 libgpg-error0 i386 1.35-1 [75.7 kB]
Get:22 http://deb.debian.org/debian buster/main i386 libxinerama1 i386 2:1.1.4-2 [17.9 kB]
Get:23 http://deb.debian.org/debian buster/non-free i386 steam i386 1.0.0.59-4 [1,447 kB]
Get:24 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-nouveau2 i386 2.4.101-2~mx19+1 [28.6 kB]
Get:25 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libdrm-radeon1 i386 2.4.101-2~mx19+1 [33.1 kB]
Get:26 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglapi-mesa i386 20.0.7-0.1~mx19ahs+1 [70.5 kB]
Get:27 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libllvm10 i386 1:10.0.0-4~mx19+1 [15.5 MB]
Get:28 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libvulkan1 i386 1.2.135.0-2~mx19ahs+1 [109 kB]
Get:29 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1-mesa-dri i386 20.0.7-0.1~mx19ahs+1 [11.4 MB]
Get:30 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglvnd0 i386 1.3.1-1mx19+1 [44.1 kB]
Get:31 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb1 i386 1.14-2~mx19+1 [144 kB]
Get:32 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libx11-6 i386 2:1.6.9-2~mx19+1 [778 kB]
Get:33 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libx11-xcb1 i386 2:1.6.9-2~mx19+1 [190 kB]
Get:34 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-dri2-0 i386 1.14-2~mx19+1 [103 kB]
Get:35 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-dri3-0 i386 1.14-2~mx19+1 [103 kB]
Get:36 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-glx0 i386 1.14-2~mx19+1 [120 kB]
Get:37 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-present0 i386 1.14-2~mx19+1 [101 kB]
Get:38 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxcb-sync1 i386 1.14-2~mx19+1 [105 kB]
Get:39 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxfixes3 i386 1:5.0.3-2~mx19ahs+1 [22.7 kB]
Get:40 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libxdamage1 i386 1:1.1.5-2~mx19ahs+1 [16.0 kB]
Get:41 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglx-mesa0 i386 20.0.7-0.1~mx19ahs+1 [192 kB]
Get:42 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libglx0 i386 1.3.1-1mx19+1 [38.6 kB]
Get:43 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1 i386 1.3.1-1mx19+1 [83.6 kB]
Get:44 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/ahs i386 libgl1-mesa-glx i386 20.0.7-0.1~mx19ahs+1 [50.3 kB]
Get:45 http://mirrors.rit.edu/mxlinux/mx-packages/mx/repo buster/main i386 libudev1 i386 1:241-7~deb10u4+mx19 [153 kB]
Preconfiguring packages ...
Fetched 32.9 MB in 2s (19.9 MB/s)
Selecting previously unselected package libdrm2:i386.
(Reading database ... 206469 files and directories currently installed.)
Preparing to unpack .../00-libdrm2_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm2:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-amdgpu1:i386.
Preparing to unpack .../01-libdrm-amdgpu1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-amdgpu1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package zlib1g:i386.
Preparing to unpack .../02-zlib1g_1%3a1.2.11.dfsg-1_i386.deb ...
Unpacking zlib1g:i386 (1:1.2.11.dfsg-1) ...
Selecting previously unselected package libpciaccess0:i386.
Preparing to unpack .../03-libpciaccess0_0.14-1_i386.deb ...
Unpacking libpciaccess0:i386 (0.14-1) ...
Selecting previously unselected package libdrm-intel1:i386.
Preparing to unpack .../04-libdrm-intel1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-intel1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-nouveau2:i386.
Preparing to unpack .../05-libdrm-nouveau2_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-nouveau2:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libdrm-radeon1:i386.
Preparing to unpack .../06-libdrm-radeon1_2.4.101-2~mx19+1_i386.deb ...
Unpacking libdrm-radeon1:i386 (2.4.101-2~mx19+1) ...
Selecting previously unselected package libelf1:i386.
Preparing to unpack .../07-libelf1_0.176-1.1_i386.deb ...
Unpacking libelf1:i386 (0.176-1.1) ...
Selecting previously unselected package libexpat1:i386.
Preparing to unpack .../08-libexpat1_2.2.6-2+deb10u1_i386.deb ...
Unpacking libexpat1:i386 (2.2.6-2+deb10u1) ...
Selecting previously unselected package libglapi-mesa:i386.
Preparing to unpack .../09-libglapi-mesa_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libglapi-mesa:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libatomic1:i386.
Preparing to unpack .../10-libatomic1_8.3.0-6_i386.deb ...
Unpacking libatomic1:i386 (8.3.0-6) ...
Selecting previously unselected package libbsd0:i386.
Preparing to unpack .../11-libbsd0_0.9.1-2_i386.deb ...
Unpacking libbsd0:i386 (0.9.1-2) ...
Selecting previously unselected package libtinfo6:i386.
Preparing to unpack .../12-libtinfo6_6.1+20181013-2+deb10u2_i386.deb ...
Unpacking libtinfo6:i386 (6.1+20181013-2+deb10u2) ...
Selecting previously unselected package libedit2:i386.
Preparing to unpack .../13-libedit2_3.1-20181209-1_i386.deb ...
Unpacking libedit2:i386 (3.1-20181209-1) ...
Selecting previously unselected package libffi6:i386.
Preparing to unpack .../14-libffi6_3.2.1-9_i386.deb ...
Unpacking libffi6:i386 (3.2.1-9) ...
Selecting previously unselected package libstdc++6:i386.
Preparing to unpack .../15-libstdc++6_8.3.0-6_i386.deb ...
Unpacking libstdc++6:i386 (8.3.0-6) ...
Selecting previously unselected package libllvm10:i386.
Preparing to unpack .../16-libllvm10_1%3a10.0.0-4~mx19+1_i386.deb ...
Unpacking libllvm10:i386 (1:10.0.0-4~mx19+1) ...
Selecting previously unselected package libsensors5:i386.
Preparing to unpack .../17-libsensors5_1%3a3.5.0-3_i386.deb ...
Unpacking libsensors5:i386 (1:3.5.0-3) ...
Selecting previously unselected package libvulkan1:i386.
Preparing to unpack .../18-libvulkan1_1.2.135.0-2~mx19ahs+1_i386.deb ...
Unpacking libvulkan1:i386 (1.2.135.0-2~mx19ahs+1) ...
Selecting previously unselected package libzstd1:i386.
Preparing to unpack .../19-libzstd1_1.3.8+dfsg-3_i386.deb ...
Unpacking libzstd1:i386 (1.3.8+dfsg-3) ...
Selecting previously unselected package libgl1-mesa-dri:i386.
Preparing to unpack .../20-libgl1-mesa-dri_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libgl1-mesa-dri:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libglvnd0:i386.
Preparing to unpack .../21-libglvnd0_1.3.1-1mx19+1_i386.deb ...
Unpacking libglvnd0:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libxau6:i386.
Preparing to unpack .../22-libxau6_1%3a1.0.8-1+b2_i386.deb ...
Unpacking libxau6:i386 (1:1.0.8-1+b2) ...
Selecting previously unselected package libxdmcp6:i386.
Preparing to unpack .../23-libxdmcp6_1%3a1.1.2-3_i386.deb ...
Unpacking libxdmcp6:i386 (1:1.1.2-3) ...
Selecting previously unselected package libxcb1:i386.
Preparing to unpack .../24-libxcb1_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb1:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libx11-6:i386.
Preparing to unpack .../25-libx11-6_2%3a1.6.9-2~mx19+1_i386.deb ...
Unpacking libx11-6:i386 (2:1.6.9-2~mx19+1) ...
Selecting previously unselected package libx11-xcb1:i386.
Preparing to unpack .../26-libx11-xcb1_2%3a1.6.9-2~mx19+1_i386.deb ...
Unpacking libx11-xcb1:i386 (2:1.6.9-2~mx19+1) ...
Selecting previously unselected package libxcb-dri2-0:i386.
Preparing to unpack .../27-libxcb-dri2-0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-dri2-0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-dri3-0:i386.
Preparing to unpack .../28-libxcb-dri3-0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-dri3-0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-glx0:i386.
Preparing to unpack .../29-libxcb-glx0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-glx0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-present0:i386.
Preparing to unpack .../30-libxcb-present0_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-present0:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxcb-sync1:i386.
Preparing to unpack .../31-libxcb-sync1_1.14-2~mx19+1_i386.deb ...
Unpacking libxcb-sync1:i386 (1.14-2~mx19+1) ...
Selecting previously unselected package libxfixes3:i386.
Preparing to unpack .../32-libxfixes3_1%3a5.0.3-2~mx19ahs+1_i386.deb ...
Unpacking libxfixes3:i386 (1:5.0.3-2~mx19ahs+1) ...
Selecting previously unselected package libxdamage1:i386.
Preparing to unpack .../33-libxdamage1_1%3a1.1.5-2~mx19ahs+1_i386.deb ...
Unpacking libxdamage1:i386 (1:1.1.5-2~mx19ahs+1) ...
Selecting previously unselected package libxext6:i386.
Preparing to unpack .../34-libxext6_2%3a1.3.3-1+b2_i386.deb ...
Unpacking libxext6:i386 (2:1.3.3-1+b2) ...
Selecting previously unselected package libxshmfence1:i386.
Preparing to unpack .../35-libxshmfence1_1.3-1_i386.deb ...
Unpacking libxshmfence1:i386 (1.3-1) ...
Selecting previously unselected package libxxf86vm1:i386.
Preparing to unpack .../36-libxxf86vm1_1%3a1.1.4-1+b2_i386.deb ...
Unpacking libxxf86vm1:i386 (1:1.1.4-1+b2) ...
Selecting previously unselected package libglx-mesa0:i386.
Preparing to unpack .../37-libglx-mesa0_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libglx-mesa0:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libglx0:i386.
Preparing to unpack .../38-libglx0_1.3.1-1mx19+1_i386.deb ...
Unpacking libglx0:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libgl1:i386.
Preparing to unpack .../39-libgl1_1.3.1-1mx19+1_i386.deb ...
Unpacking libgl1:i386 (1.3.1-1mx19+1) ...
Selecting previously unselected package libgl1-mesa-glx:i386.
Preparing to unpack .../40-libgl1-mesa-glx_20.0.7-0.1~mx19ahs+1_i386.deb ...
Unpacking libgl1-mesa-glx:i386 (20.0.7-0.1~mx19ahs+1) ...
Selecting previously unselected package libgpg-error0:i386.
Preparing to unpack .../41-libgpg-error0_1.35-1_i386.deb ...
Unpacking libgpg-error0:i386 (1.35-1) ...
Selecting previously unselected package libudev1:i386.
Preparing to unpack .../42-libudev1_1%3a241-7~deb10u4+mx19_i386.deb ...
Unpacking libudev1:i386 (1:241-7~deb10u4+mx19) ...
Selecting previously unselected package libxinerama1:i386.
Preparing to unpack .../43-libxinerama1_2%3a1.1.4-2_i386.deb ...
Unpacking libxinerama1:i386 (2:1.1.4-2) ...
Selecting previously unselected package steam:i386.
Preparing to unpack .../44-steam_1.0.0.59-4_i386.deb ...
dpkg: error processing archive /tmp/apt-dpkg-install-w2mUJD/44-steam_1.0.0.59-4_i386.deb (--unpack):
 new steam:i386 package pre-installation script subprocess returned error exit status 1
Installation terminated: Steam License Agreement was DECLINED.
Errors were encountered while processing:
 /tmp/apt-dpkg-install-w2mUJD/44-steam_1.0.0.59-4_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer required:
  libatomic1:i386 libbsd0:i386 libdrm-amdgpu1:i386 libdrm-intel1:i386
  libdrm-nouveau2:i386 libdrm-radeon1:i386 libdrm2:i386 libedit2:i386
  libelf1:i386 libexpat1:i386 libffi6:i386 libgl1:i386 libgl1-mesa-dri:i386
  libgl1-mesa-glx:i386 libglapi-mesa:i386 libglvnd0:i386 libglx-mesa0:i386
  libglx0:i386 libgpg-error0:i386 libllvm10:i386 libpciaccess0:i386
  libsensors5:i386 libstdc++6:i386 libtinfo6:i386 libudev1:i386
  libvulkan1:i386 libx11-6:i386 libx11-xcb1:i386 libxau6:i386
  libxcb-dri2-0:i386 libxcb-dri3-0:i386 libxcb-glx0:i386 libxcb-present0:i386
  libxcb-sync1:i386 libxcb1:i386 libxdamage1:i386 libxdmcp6:i386 libxext6:i386
  libxfixes3:i386 libxinerama1:i386 libxshmfence1:i386 libxxf86vm1:i386
  libzstd1:i386 zlib1g:i386
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
44 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.Setting up libexpat1:i386 (2.2.6-2+deb10u1) ...Setting up libzstd1:i386 (1.3.8+dfsg-3) ...Setting up libx11-xcb1:i386 (2:1.6.9-2~mx19+1) ...Setting up libxau6:i386 (1:1.0.8-1+b2) ...Setting up libgpg-error0:i386 (1.35-1) ...Setting up libglvnd0:i386 (1.3.1-1mx19+1) ...Setting up zlib1g:i386 (1:1.2.11.dfsg-1) ...Setting up libffi6:i386 (3.2.1-9) ...Setting up libatomic1:i386 (8.3.0-6) ...Setting up libsensors5:i386 (1:3.5.0-3) ...Setting up libglapi-mesa:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libvulkan1:i386 (1.2.135.0-2~mx19ahs+1) ...Setting up libudev1:i386 (1:241-7~deb10u4+mx19) ...Setting up libdrm2:i386 (2.4.101-2~mx19+1) ...Setting up libxshmfence1:i386 (1.3-1) ...Setting up libbsd0:i386 (0.9.1-2) ...Setting up libelf1:i386 (0.176-1.1) ...Setting up libstdc++6:i386 (8.3.0-6) ...Setting up libtinfo6:i386 (6.1+20181013-2+deb10u2) ...Setting up libdrm-amdgpu1:i386 (2.4.101-2~mx19+1) ...Setting up libpciaccess0:i386 (0.14-1) ...Setting up libxdmcp6:i386 (1:1.1.2-3) ...Setting up libdrm-nouveau2:i386 (2.4.101-2~mx19+1) ...Setting up libxcb1:i386 (1.14-2~mx19+1) ...Setting up libdrm-radeon1:i386 (2.4.101-2~mx19+1) ...Setting up libxcb-glx0:i386 (1.14-2~mx19+1) ...Setting up libedit2:i386 (3.1-20181209-1) ...Setting up libdrm-intel1:i386 (2.4.101-2~mx19+1) ...Setting up libllvm10:i386 (1:10.0.0-4~mx19+1) ...Setting up libxcb-present0:i386 (1.14-2~mx19+1) ...Setting up libxcb-sync1:i386 (1.14-2~mx19+1) ...Setting up libxcb-dri2-0:i386 (1.14-2~mx19+1) ...Setting up libx11-6:i386 (2:1.6.9-2~mx19+1) ...Setting up libxcb-dri3-0:i386 (1.14-2~mx19+1) ...Setting up libgl1-mesa-dri:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libxext6:i386 (2:1.3.3-1+b2) ...Setting up libxxf86vm1:i386 (1:1.1.4-1+b2) ...Setting up libxfixes3:i386 (1:5.0.3-2~mx19ahs+1) ...Setting up libxinerama1:i386 (2:1.1.4-2) ...Setting up libxdamage1:i386 (1:1.1.5-2~mx19ahs+1) ...Setting up libglx-mesa0:i386 (20.0.7-0.1~mx19ahs+1) ...Setting up libglx0:i386 (1.3.1-1mx19+1) ...Setting up libgl1:i386 (1.3.1-1mx19+1) ...Setting up libgl1-mesa-glx:i386 (20.0.7-0.1~mx19ahs+1) ...Processing triggers for man-db (2.8.5-2) ...Processing triggers for libc-bin (2.28-10) ...

Thanks again. You're all doing a great job.
Dumb question from me...did you say yes to the agreement. For whatever reason the default is no.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 3:31 pm
by WinExodus
dolphin_oracle wrote: Sat Jul 18, 2020 3:22 pm Dumb question from me...did you say yes to the agreement. For whatever reason the default is no.
Not a dumb question at all. I just realized I have to scroll all the way down the list to select "I Agree". My assumption was to just click continue.

It just installed fine.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 3:52 pm
by Sparky
anyway to get the file in torrent format?
I can host it if needs be.

Re: MX-19.2 KDE Beta 2 Fe edback Thread

Posted: Sat Jul 18, 2020 4:10 pm
by Jerry3904
dolphin_oracle wrote: Fri Jul 17, 2020 9:41 pm
Jerry3904 wrote: Fri Jul 17, 2020 9:25 pm Running live on my Lenovo, clicking"Brightness tray" in MX Tools does nothing that I can see. Running mx-tweak-systray in the terminal: "command not found." Tried to install it--not available.

Sorry if this has already been reported earlier...
it tends to slide into the hidden part of the systray. click that littel triangle.

it shows up without an icon though...
Sorry, but I'd like to dredge it up one more time: why would we want it included if it's hidden and has no icon, whereas KDE's power manager (name?) is readily available and covers this function just fine? What does it add? Wouldn't it be better if we just tag it with something like DontShowIn=KDE?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:18 pm
by Gerson
I didn't see some thumbnails and I had to install these 3 files:
ffmpegthumbnailer kdegraphics-thumbnailers libffmpegthumbnailer4v5
To activate PstScript, PDF, DVI and RAW

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:32 pm
by esbeeb
chrispop99 wrote: Sat Jul 18, 2020 4:09 am It must be popular - the SourceForge download is pitifully slow for me at the moment!

Chris
Sourceforge is also being difficult for me. I for one, would prefer for the downloads to come from some other place, than Sourceforge.

Edit: got it now...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:33 pm
by i_ri
Hello dolphin_oracle and everyone
keybord indicator found useful. beta2 two-finger touch scroll replace beta1 edge scroll. good size window grip.
hi asqwerth, yes, chuckle when faced with creating beta2 usb with beta1 system it semi feels like a sort of cannibalism.
from MX-19.2ahs_KDE-beta2 live on

Code: Select all

ystem:    Host: mx1 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: KDE Plasma 5.14.5 
           wm: kwin_x11 dm: SDDM Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
           base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: HP-Pavilion product: AY022AA-ABA p6330f v: N/A serial: <root required> 
           Chassis: Hewlett-Packard type: 3 serial: <root required> 
           Mobo: MSI model: IONA v: 1.0 serial: <root required> BIOS: American Megatrends v: 5.15 
           date: 06/25/2010 
CPU:       Dual Core: Intel Core i3 530 type: MT MCP arch: Nehalem speed: 2041 MHz min/max: 1200/2933 MHz 
Graphics:  Device-1: Intel Core Processor Integrated Graphics vendor: Hewlett-Packard driver: i915 v: kernel 
           bus ID: 00:02.0 chip ID: 8086:0042 
           Display: x11 server: X.Org 1.20.4 driver: intel compositor: kwin_x11 resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (ILK) v: 2.1 Mesa 20.0.7 direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard 
           driver: r8169 v: kernel port: d800 bus ID: 01:00.0 chip ID: 10ec:8168 
           Device-2: Realtek RTL8188EUS 802.11n Wireless Network Adapter type: USB driver: r8188eu 
           bus ID: 1-1.3:3 chip ID: 0bda:8179 
Drives:    Local Storage: total: 1.83 TiB used: 2.10 GiB (0.1%) 
Info:      Processes: 195 Uptime: 16m Memory: 7.64 GiB used: 769.6 MiB (9.8%) Init: SysVinit v: 2.93 
           runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: konsole 
           inxi: 3.0.36 

DE: Plasma 
WM: KWin 
Theme: Breeze [GTK2/3] 
Icons: breeze [GTK2/3] 
Packages: 2326 (dpkg)
edit add: the shutdown of this live instance is quite smooth. seemed fewer screens rolled.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:41 pm
by Gerson
I just installed beta 2 and I get an update but the green box does not appear but only a notification, I looked for the green box in the menu and clicked to activate it but it does not appear in the taskbar.
I updated by Konsole

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 4:44 pm
by asqwerth
Is this a fresh install? Did you preserve home from beta 1?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 5:17 pm
by Gerson
asqwerth wrote: Sat Jul 18, 2020 4:44 pm Is this a fresh install? Did you preserve home from beta 1?
It's a clean installation, zeros including the /home.
I already solved the problem, I had distilded an option in the section Startup and Shutdown > Background Services.
Not a beta 2 problem.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 6:13 pm
by i_ri
Hello dolphin_oracle and everyone
gazelle-installer
MX has the best installer in the business.
from MX-19.2ahs_KDE-beta2 installed on

Code: Select all

System:    Host: 8440p Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: KDE Plasma 5.14.5 wm: kwin_x11 
           dm: SDDM Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Hewlett-Packard product: HP EliteBook 8440p v: N/A serial: <root required> Chassis: type: 10 
           serial: <root required> 
           Mobo: Hewlett-Packard model: 172A v: KBC Version 30.35 serial: <root required> BIOS: Hewlett-Packard 
           v: 68CCU Ver. F.60 date: 11/11/2015 
Battery:   ID-1: BAT0 charge: 46.8 Wh condition: 46.8/46.8 Wh (100%) volts: 12.5/11.1 model: Hewlett-Packard Primary 
           type: Li-ion serial: 01595 2011/08/15 status: Full 
           Device-1: hidpp_battery_0 model: Logitech Wireless Keyboard K360 serial: 4004-13-87-a8-bd 
           charge: 100% (should be ignored) rechargeable: yes status: Discharging 
CPU:       Topology: Dual Core model: Intel Core i5 M 560 bits: 64 type: MT MCP arch: Nehalem rev: 5 L2 cache: 3072 KiB 
           bogomips: 21284 
           Speed: 1912 MHz min/max: 1199/2667 MHz boost: enabled Core speeds (MHz): 1: 1912 2: 1958 3: 1909 4: 1870 
           Flags: acpi aes aperfmperf apic arat arch_perfmon bts clflush cmov constant_tsc cpuid cx16 cx8 de ds_cpl dtes64 
           dtherm dts est flush_l1d fpu fxsr ht ibpb ibrs ida lahf_lm lm mca mce mmx monitor msr mtrr nonstop_tsc nopl nx pae 
           pat pbe pcid pclmulqdq pdcm pebs pge pni popcnt pse pse36 pti rdtscp rep_good sep smx ssbd sse sse2 sse4_1 sse4_2 
           ssse3 stibp syscall tm tm2 tsc vme xtopology xtpr 
Graphics:  Device-1: Intel Core Processor Integrated Graphics vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:0046 
           Display: x11 server: X.Org 1.20.4 driver: intel compositor: kwin_x11 resolution: 1600x900~60Hz, 1280x1024~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (ILK) v: 2.1 Mesa 20.0.7 direct render: Yes 
Network:   Device-1: Intel 82577LM Gigabit Network vendor: Hewlett-Packard driver: e1000e v: 3.2.6-k port: 5020 
           bus ID: 00:19.0 chip ID: 8086:10ea 
           Device-2: Intel Centrino Advanced-N 6200 driver: iwlwifi v: kernel port: 5000 bus ID: 43:00.0 chip ID: 8086:4239 
Drives:    Local Storage: total: 14.91 GiB used: 6.32 GiB (42.4%) 
Weather:   Temperature: 36.3 C (97 F) Conditions: Clear sky Wind: from WNW at 2.3 m/s (8 km/h, 5 mph) Cloud Cover: 0% 
           Humidity: 48% Dew Point: 23.5 C (74 F) Pressure: 1011.3 mb (34 in) Location: Washington, D.C., DC, US, 20500 
           Current Time: Sat 18 Jul 2020 05:52:27 PM EDT Observation Time: 2020-07-18 17:30:00 (America/New_York -0400) 
           Source: WeatherBit.io 
Info:      Processes: 216 Uptime: 5m Memory: 3.65 GiB used: 550.0 MiB (14.7%) Init: SysVinit v: 2.93 runlevel: 5 default: 5 
           Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: konsole inxi: 3.0.36 

Theme: Breeze [GTK2/3] 
Icons: breeze [GTK2/3]
Packages: 2326 (dpkg) 
upon startup with wireless network automatic

Code: Select all

 Private  +   Shared  =  RAM used       Program

 92.0 KiB +  21.5 KiB = 113.5 KiB       start_kdeinit
180.0 KiB +  33.0 KiB = 213.0 KiB       acpid
188.0 KiB +  36.0 KiB = 224.0 KiB       acpi_fakekeyd
220.0 KiB +  28.5 KiB = 248.5 KiB       startkde
300.0 KiB +  49.5 KiB = 349.5 KiB       init
312.0 KiB +  73.0 KiB = 385.0 KiB       cron
440.0 KiB +  26.0 KiB = 466.0 KiB       mdadm
476.0 KiB +  41.0 KiB = 517.0 KiB       rpc.idmapd
580.0 KiB +  40.5 KiB = 620.5 KiB       ksysguardd
640.0 KiB +  67.0 KiB = 707.0 KiB       cgmanager
692.0 KiB +  37.0 KiB = 729.0 KiB       ssh-agent
544.0 KiB + 189.5 KiB = 733.5 KiB       rpcbind
516.0 KiB + 281.0 KiB = 797.0 KiB       kwrapper5
660.0 KiB + 243.5 KiB = 903.5 KiB       dconf-service
760.0 KiB + 214.0 KiB = 974.0 KiB       dbus-launch (2)
284.0 KiB + 743.0 KiB =   1.0 MiB       saned (2)
876.0 KiB + 179.0 KiB =   1.0 MiB       rpc.statd
460.0 KiB + 614.5 KiB =   1.0 MiB       avahi-daemon (2)
804.0 KiB + 368.0 KiB =   1.1 MiB       getty (6)
840.0 KiB + 551.0 KiB =   1.4 MiB       dbus
  1.1 MiB + 250.5 KiB =   1.4 MiB       sudo
  1.3 MiB +  65.5 KiB =   1.4 MiB       smartd
  1.2 MiB + 229.0 KiB =   1.5 MiB       ntpd
332.0 KiB +   1.3 MiB =   1.7 MiB       kdeinit5
  1.1 MiB + 628.5 KiB =   1.7 MiB       at-spi-bus-launcher
  1.3 MiB + 576.5 KiB =   1.9 MiB       gvfsd-fuse
  1.5 MiB + 382.5 KiB =   1.9 MiB       gvfsd
  1.7 MiB + 265.0 KiB =   1.9 MiB       obexd
  2.0 MiB + 104.5 KiB =   2.1 MiB       rsyslogd
  1.6 MiB + 609.5 KiB =   2.2 MiB       cupsd
  1.7 MiB + 584.5 KiB =   2.3 MiB       sddm
  1.7 MiB + 702.5 KiB =   2.4 MiB       sddm-helper
932.0 KiB +   1.5 MiB =   2.4 MiB       desktop.so
  2.1 MiB + 629.0 KiB =   2.7 MiB       upowerd
  2.5 MiB + 465.0 KiB =   2.9 MiB       dhclient
  2.8 MiB + 249.0 KiB =   3.0 MiB       systemd-udevd
  2.2 MiB + 943.0 KiB =   3.1 MiB       kscreen_backend_launcher
  2.1 MiB +   1.0 MiB =   3.1 MiB       cups-browsed
  3.2 MiB +  28.0 KiB =   3.2 MiB       haveged
  2.3 MiB +   1.0 MiB =   3.3 MiB       gmenudbusmenuproxy
  3.1 MiB + 468.5 KiB =   3.5 MiB       systemd-logind
  3.0 MiB + 682.5 KiB =   3.7 MiB       dbus-daemon (4)
  3.3 MiB + 551.0 KiB =   3.8 MiB       polkitd
  2.9 MiB +   1.2 MiB =   4.1 MiB       bash (2)
  3.7 MiB + 748.5 KiB =   4.4 MiB       wpa_supplicant
  1.0 MiB +   3.7 MiB =   4.8 MiB       file.so (3)
  4.3 MiB + 644.0 KiB =   4.9 MiB       ModemManager
  4.1 MiB +   1.0 MiB =   5.1 MiB       xembedsniproxy
  3.9 MiB +   2.1 MiB =   5.9 MiB       kactivitymanagerd
  4.3 MiB +   2.0 MiB =   6.2 MiB       kaccess
  4.4 MiB +   2.1 MiB =   6.5 MiB       kuiserver5
  5.5 MiB +   1.4 MiB =   7.0 MiB       NetworkManager
  5.1 MiB +   2.0 MiB =   7.1 MiB       kglobalaccel5
  5.3 MiB +   1.9 MiB =   7.2 MiB       conky
  6.6 MiB + 997.0 KiB =   7.6 MiB       udisksd
  6.2 MiB +   2.1 MiB =   8.3 MiB       klauncher
  5.4 MiB +   3.0 MiB =   8.4 MiB       org_kde_powerdevil
  6.7 MiB +   2.2 MiB =   9.0 MiB       polkit-kde-authentication-agent-1
  6.8 MiB +   3.1 MiB =   9.9 MiB       kdeconnectd
  7.2 MiB +   3.0 MiB =  10.2 MiB       ksmserver
 11.4 MiB +   1.6 MiB =  13.1 MiB       python3.7
 12.9 MiB +   1.3 MiB =  14.2 MiB       pulseaudio
 10.6 MiB +   5.4 MiB =  16.0 MiB       yakuake
 14.3 MiB +   1.7 MiB =  16.0 MiB       kwalletd
 15.4 MiB +   6.6 MiB =  22.0 MiB       konsole
 16.9 MiB +   6.6 MiB =  23.6 MiB       krunner
 23.7 MiB +   2.8 MiB =  26.5 MiB       Xorg
 23.1 MiB +   4.1 MiB =  27.3 MiB       python2.7
 35.9 MiB +  10.8 MiB =  46.7 MiB       kded5
 42.4 MiB +   7.1 MiB =  49.5 MiB       kwin_x11
113.4 MiB +  13.8 MiB = 127.2 MiB       plasmashell
---------------------------------
                        568.7 MiB
=================================
keremxoid@8440p:~

Re: MX-19.2 KDE Beta 2 Fe edback Thread

Posted: Sat Jul 18, 2020 6:40 pm
by dolphin_oracle
Jerry3904 wrote: Sat Jul 18, 2020 4:10 pm
dolphin_oracle wrote: Fri Jul 17, 2020 9:41 pm
Jerry3904 wrote: Fri Jul 17, 2020 9:25 pm Running live on my Lenovo, clicking"Brightness tray" in MX Tools does nothing that I can see. Running mx-tweak-systray in the terminal: "command not found." Tried to install it--not available.

Sorry if this has already been reported earlier...
it tends to slide into the hidden part of the systray. click that littel triangle.

it shows up without an icon though...
Sorry, but I'd like to dredge it up one more time: why would we want it included if it's hidden and has no icon, whereas KDE's power manager (name?) is readily available and covers this function just fine? What does it add? Wouldn't it be better if we just tag it with something like DontShowIn=KDE?
no problem.

it serves exactly the same function it serves on Xfce and fluxbox. controling software brightness rather than the hardware backlight. the kde and xfce power managers control the hardware backlight on laptops. the software control was in response to users with desktops wanting to turn down the brightness (although I still don't know why those uses don't just use the display controls for that, but not my call). folks asked for the feature and we made it. you'll note the display tab in Tweak is not present on plasma or flux though. that tab has a lot of Xfce only features.

the icon thing will be fixed in an upcoming update.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 6:55 pm
by dolphin_oracle
asqwerth wrote: Sat Jul 18, 2020 1:44 pm Was busy and have only just tested beta2 live and then installed it.

Live-USB: testing of the new KDE additions to MX-Tweak:
The panel orientation worked to move the bottom panel to the left side. However, if I made the bottom panel fatter (increased height) and then moved it, the left panel still remained at its original default skinny thickness. On the other hand, moving it back to the bottom restored it to the increased height that I had set.

There was no option to save the current panel config before moving the panels around. I assume that the settings for panel configs are not so easy to get to/more complex unlike in XFCE.

Tested the option to disable the KDE single-click default mode. Works.

During installation, I chose to save desktop changes.

After installation, I rebooted and found:
1. bottom panel had the increased panel height I had set, yay!
2. the single click remained disabled so I was straight away in double click mode.

That's where I am so far.
there is not option to save the panel because unlike with Xfce, we don't actually do anything to the panel except relocate it.

also irritatingly, KDE saves a lot of panel settings based on size. including height. KaOS has a panel config for about 20 different screen resolutions built in to get around that problem, although the height still remains whatever the current config is.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 9:09 pm
by i_ri
Hello dolphin_oracle and everyone
mouse click on Desktop

-middle-click paste
the settings of: prevent empty clipboard, and save clipboard contents on exit
on install the middle-click always paste a notes on desktop.
On live session instance the clipboard is empty to begin and no notes is opened when the clipboard is empty./ no action. On live session once the clipboard has content the middle-click on Desktop opens notes.
This clipboard save on exit overrides the Desktop Session "Start with an empty session" (?)

-left-click-hold plus right-click
opens a context menu sub menu condensed

"clipboard" does not appear in menu

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 9:21 pm
by i_ri
hello everyone
automount

plugging data usb mounts automatically. The setting Removable Storage > Removable Devices , the topmost line "Enable" automatic mounting of removable media has no checkmark. the checkbox is empty.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 18, 2020 11:03 pm
by paul1149
Just want to say I'm glad MX has decided to go with a KDE edition. To my mind this will open up a large new segment of users who want a highly sophisticated and beautiful DE to the excellence of MX. It should be a big win for everyone.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 2:14 am
by i_ri
hello everyone
beta2 root authentication for muon is now immediate ,,
without the delay of beta1 to authenticate before apply.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 6:36 am
by tony37
'Keyboard Layouts' takes a long time (about a minute) to save settings, is this normal?
Also, the name 'Keyboard Layouts' can be confusing as Plasma also has keyboard settings (for user, not root), so I would call it 'System keyboard', like in MX Xfce. (edit: but then the Plasma settings are called 'System settings' so I don't know what's best here)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 7:56 am
by Gerson
Beta 2 functioning normally except for this incident. How can I fix it?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 8:23 am
by tony37
@ Gerson: try right-click on 'Escritorio' in Dolphin in the left menu and edit location to '/home/ghermain/Escritorio'

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 9:16 am
by Gerson
tony37 wrote: Sun Jul 19, 2020 8:23 am @ Gerson: try right-click on 'Escritorio' in Dolphin in the left menu and edit location to '/home/ghermain/Escritorio'
Thank you very much, that's the solution, it's already been corrected.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 9:25 am
by tony37
Unless I missed something, there is no way to open djvu files in the default install. So I'd consider installing okular-extra-backends, which also allows okular to read epub files. Otherwise it's weird to have djvulibre-bin and libdjvulibre21 installed, but not being able to actually open a file.

a few small issues:
- text files are opened with Kwrite, but Kate is in the menu favorites
- in the settings, Kmail is the standard mail program, but it's not installed (but I see this bug is also present in Manjaro KDE)

a few default settings I don't like in Plasma, maybe just personal preference, but maybe you'll agree:
- when logging out/shutting down/rebooting, the default setting is to wait 30 seconds, unless you confirm yet again you want to log out/etc.; I think most users are used to actually have a reboot when they click on reboot
- the clipboard is set by default to include any kind of selection, so also when I just highlight some text, I don't find this useful at all

And then a few remarks about Dolphin: the root actions in the context menu are well done, even better than in Manjaro because there opening Dolphin in root mode is not so easy. But there are really a ton of options to compress a file, with both 'KEC: compress' and 'Compress' (by Ark), which seems like overlap, so I'd consider disabling one of the two. I would also consider adding 'Terminal' to the Dolphin toolbar, of course anyone can do this him/herself but I think this embedded terminal is very very helpful, so doesn't hurt to highlight it imo.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 9:37 am
by kc1di
I think thunderbird should be set as default mail client since Kmail is not install in the Beta version. Also in Okular the odt backend should be installed by default as many files today are .odt files.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 10:10 am
by tony37
kc1di wrote: Sun Jul 19, 2020 9:37 am Also in Okular the odt backend should be installed by default as many files today are .odt files.
My naive idea would be that there is LibreOffice for those. Plus: when I try to install okular-backend-odt, it needs 7 dependencies, 56,8 MiB needed to install. I don't think it's an option to add this to the iso.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 10:19 am
by Gerson
kc1di wrote: Sun Jul 19, 2020 9:37 am I think thunderbird should be set as default mail client since Kmail is not install in the Beta version. Also in Okular the odt backend should be installed by default as many files today are .odt files.
On most distributions with KDE, Kmail comes as default even if it is not installed. Then when it generates Thunderbird the default mail doesn't take as long as you tell it to.
It also happens with Firefox that every time I open it it tells me that it is not the default browser although it checks if it is.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 10:45 am
by tony37
tony37 wrote: Sun Jul 19, 2020 10:10 am
kc1di wrote: Sun Jul 19, 2020 9:37 am Also in Okular the odt backend should be installed by default as many files today are .odt files.
My naive idea would be that there is LibreOffice for those. Plus: when I try to install okular-backend-odt, it needs 7 dependencies, 56,8 MiB needed to install. I don't think it's an option to add this to the iso.
Remarkable thing is: I can open .odt files with Okular without the okular-backend-odt package, even without okular-extra-backends. Doesn't work with .doc or .docx files though, so okular-backend-odt should rather be called okular-backend-doc.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 11:23 am
by tony37
About the many compress options in Dolphin: with .odt, .docx and .epub files this results in having a context menu with: 'KEC: Compress', 'KEC: Extract', 'Compress' [with Ark] and 'Extract' [with Ark]. A bit too much I think.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 11:58 am
by Gerson
I'm using the same visual preferences and appearance I had in beta 1 but some programs don't look good for example Quiterss looks all white, it doesn't read.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 12:08 pm
by dolphin_oracle
we haven't changed anythemes, but its very possible with Qt that some apps won't work with a given theme.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 12:15 pm
by Sparky
I just can't get any sound on my laptop through HDMI. I have selected the proper selections from MX select sound and PAVU. One strange behavior is that on youtube, although everything is silent, it plays the content at an unbelievable fast speed when I have selected HDMI output through pavu.

Code: Select all


System:
  Host: mxkde2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
  root=UUID=45f2aad8-0dc6-4603-aeb8-6ba0d7d7f689 ro quiet splash 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Laptop System: ASUSTeK product: PU551LA v: 1.0 serial: <filter> 
  Mobo: ASUSTeK model: PU551LA v: 1.0 serial: <filter> BIOS: American Megatrends 
  v: PU551LA.207 date: 06/18/2014 
Battery:
  ID-1: BAT0 charge: 38.6 Wh condition: 42.7/56.2 Wh (76%) volts: 10.8/10.8 
  model: ASUSTeK PU45052 type: Li-ion serial: <filter> status: Charging cycles: 5 
CPU:
  Topology: Dual Core model: Intel Core i3-4030U bits: 64 type: MT MCP arch: Haswell 
  family: 6 model-id: 45 (69) stepping: 1 microcode: 26 L2 cache: 3072 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 15165 
  Speed: 891 MHz min/max: 800/1800 MHz Core speeds (MHz): 1: 891 2: 886 3: 897 
  4: 884 
  Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
  Type: l1tf 
  mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
  Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
  Type: meltdown mitigation: PTI 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, 
  STIBP: conditional, RSB filling 
  Type: srbds mitigation: Microcode 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: Intel Haswell-ULT Integrated Graphics vendor: ASUSTeK driver: i915 
  v: kernel bus ID: 00:02.0 chip ID: 8086:0a16 
  Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
  compositor: kwin_x11 resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel HD Graphics 4400 (HSW GT2) v: 4.5 Mesa 20.0.7 
  compat-v: 3.0 direct render: Yes 
Audio:
  Device-1: Intel Haswell-ULT HD Audio driver: snd_hda_intel v: kernel 
  bus ID: 00:03.0 chip ID: 8086:0a0c 
  Device-2: Intel 8 Series HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
  bus ID: 00:1b.0 chip ID: 8086:9c20 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Qualcomm Atheros QCA8171 Gigabit Ethernet vendor: ASUSTeK driver: alx 
  v: kernel port: e000 bus ID: 03:00.0 chip ID: 1969:10a1 
  IF: eth0 state: down mac: <filter> 
  Device-2: Intel Wireless 7260 driver: iwlwifi v: kernel port: e000 bus ID: 04:00.0 
  chip ID: 8086:08b1 
  IF: wlan0 state: up mac: <filter> 
Drives:
  Local Storage: total: 465.76 GiB used: 6.46 GiB (1.4%) 
  ID-1: /dev/sda vendor: HGST (Hitachi) model: HTS545050A7E680 size: 465.76 GiB 
  block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 5400 rpm 
  serial: <filter> rev: AF10 scheme: MBR 
Partition:
  ID-1: / raw size: 148.30 GiB size: 144.97 GiB (97.76%) used: 6.46 GiB (4.5%) 
  fs: ext4 dev: /dev/sda6 
Sensors:
  System Temperatures: cpu: 40.0 C mobo: N/A 
  Fan Speeds (RPM): cpu: 2200 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://ftp.cc.uoc.gr/mirrors/linux/mx/mx/repo/ buster main non-free
  2: deb http://ftp.cc.uoc.gr/mirrors/linux/mx/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 195 Uptime: 6m Memory: 3.78 GiB used: 847.4 MiB (21.9%) Init: SysVinit 
  v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 12:56 pm
by Gerson
dolphin_oracle wrote: Sun Jul 19, 2020 12:08 pm we haven't changed anythemes, but its very possible with Qt that some apps won't work with a given theme.
But why did they look good in Beta 1 and now in Beta 2, do they look blank? It's the same theme I'm using.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 1:06 pm
by dolphin_oracle
Gerson wrote: Sun Jul 19, 2020 12:56 pm
dolphin_oracle wrote: Sun Jul 19, 2020 12:08 pm we haven't changed anythemes, but its very possible with Qt that some apps won't work with a given theme.
But why did they look good in Beta 1 and now in Beta 2, do they look blank? It's the same theme I'm using.
I don't know, but we literally did 0 with the themes.

what's the theme you are using?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 1:42 pm
by kc1di
tony37 wrote: Sun Jul 19, 2020 10:10 am
kc1di wrote: Sun Jul 19, 2020 9:37 am Also in Okular the odt backend should be installed by default as many files today are .odt files.
My naive idea would be that there is LibreOffice for those. Plus: when I try to install okular-backend-odt, it needs 7 dependencies, 56,8 MiB needed to install. I don't think it's an option to add this to the iso.
It's no big deal and your right LibreOffice takes care of It.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 2:45 pm
by chrispop99
tony37 wrote: Sun Jul 19, 2020 11:23 am About the many compress options in Dolphin: with .odt, .docx and .epub files this results in having a context menu with: 'KEC: Compress', 'KEC: Extract', 'Compress' [with Ark] and 'Extract' [with Ark]. A bit too much I think.
Dolphin>Control>Services lets you select what the context menu shows.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 3:03 pm
by tony37
chrispop99 wrote: Sun Jul 19, 2020 2:45 pm
tony37 wrote: Sun Jul 19, 2020 11:23 am About the many compress options in Dolphin: with .odt, .docx and .epub files this results in having a context menu with: 'KEC: Compress', 'KEC: Extract', 'Compress' [with Ark] and 'Extract' [with Ark]. A bit too much I think.
Dolphin>Control>Services lets you select what the context menu shows.

Chris
I know this perfectly, it just seems a bit overkill to have two ways of doing the same thing by default. Sorry if I'm nitpicking here.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 3:11 pm
by chrispop99
tony37 wrote: Sun Jul 19, 2020 3:03 pm Sorry if I'm nitpicking here.
Not at all; all suggestions gratefully received!

It's good that there are so few show-stoppers being reported.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 3:39 pm
by Jerry3904
I actually like this kind of redundancy b/c it gives the user more than one way to find it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 3:43 pm
by Gerson
dolphin_oracle wrote: Sun Jul 19, 2020 1:06 pm
Gerson wrote: Sun Jul 19, 2020 12:56 pm
dolphin_oracle wrote: Sun Jul 19, 2020 12:08 pm we haven't changed anythemes, but its very possible with Qt that some apps won't work with a given theme.
But why did they look good in Beta 1 and now in Beta 2, do they look blank? It's the same theme I'm using.
I don't know, but we literally did 0 with the themes.

what's the theme you are using?
I fixed the problem. The color theme I use is KvCyan, I changed it to another one and went to System Preferences > GNOME/GTK Application Graphics Style and left everything in Breeze, I put the KvCyan theme back and you can now correctly see the applications where before you only saw white.
EDIT:
I also deleted the folders of those applications that were blank, unreadable and that I had backed up from Beta 1 to put them back into Beta 2 and reinstalled the programs. Maybe they had some error internally or a bad color configuration.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 6:22 pm
by tony37
Already on the live .iso there are residual configuration files of a lot of akonadi packages: libkf5akonadicalendar-data libkf5akonadisearch-data libkf5alarmcalendar-data libkf5calendarsupport-data libkf5calendarutils5 libkf5eventviews-data libkf5grantleetheme5 libkf5gravatar-data libkf5identitymanagement5 libkf5imap-data libkf5kontactinterface-data libkf5ksieve-data libkf5libkdepim-data libkf5libkleo-data libkf5mbox5 libkf5pimcommon-data libkf5pimtextedit-data libkf5tnef5 libkpimkdav-data
(Out of curiosity: is it possible to get a list of packages with leftover config files in the terminal? maybe with dpkg-query?)
I guess not properly removed from an earlier alpha/beta version.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 6:27 pm
by paul1149
kc1di wrote: Sun Jul 19, 2020 9:37 am I think thunderbird should be set as default mail client since Kmail is not install in the Beta version. Also in Okular the odt backend should be installed by default as many files today are .odt files.
I'm not on the beta but on a kde respin. I tried to get kmail to work, would have been perfect, but I simply could not get it to send mail. Seems to be a known issue regarding new accounts. I uninstalled it and installed Thunderbird, and it worked fine right away. The BirdTray auxilliary program is a must for it, ime.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 6:33 pm
by tony37
A few days ago Kmail couldn't read my gmail-account (on Kubuntu). It's telling that Kmail and the other akonadi packages aren't included anymore in the default Kubuntu 20.04 installation, it uses Thunderbird now.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 8:32 pm
by m_pav
The elevation prompt for KDE Partition manager fails to pass the user entered password when clicking the button to send it (sorry, not on any KDE machine right now) and the only option out of the floating elevation prompt window is to use the top right X to close it. The next informative windows says it will open without admin rights and therefore, it becomes useless, however, it is opened correctly by the MX Installer. It was a little slow to display the installed drives (5 in my just obtained test machine) due to calling up smartctl on each one as they are opened, which I think is a nice touch. This is repeatable irrespective of what machine it is run on, however, using the F4 terminal drop down, sudo partitionmanager opens it just fine.

Also confirming the Update Notifier opening itself after an update is finished, however, only tried it running live on a 9YO machine with plenty of RAM where it appeared sluggish.

QSI from the Live session of my own monthly snapshot of regular MX-ahs, so ignore the trimmings and differences, it's just 5 times faster than this KDE beta. I see no reason to include repos and extra so I removed the options from the inxi switches

Code: Select all

$ inxi -Fxxxz
System:    Host: mx1 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           Desktop: Xfce 4.14.2 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19.2_ahs_x64 PavsUpdate June 23  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: M5A97 v: Rev 1.xx serial: <filter> 
           UEFI: American Megatrends v: 0705 date: 08/22/2011 
Battery:   Device-1: hidpp_battery_0 model: Logitech Wireless Mouse M185/M225 serial: <filter> 
           charge: 100% (should be ignored) rechargeable: yes status: Discharging 
           Device-2: hidpp_battery_1 model: Logitech Wireless Keyboard K270 serial: <filter> 
           charge: 100% (should be ignored) rechargeable: yes status: Discharging 
CPU:       Topology: 6-Core model: AMD FX-6100 bits: 64 type: MCP arch: Bulldozer rev: 2 
           L2 cache: 2048 KiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 39734 
           Speed: 1422 MHz min/max: 1400/3300 MHz boost: enabled Core speeds (MHz): 1: 1672 
           2: 1624 3: 1465 4: 1423 5: 1415 6: 1592 
Graphics:  Device-1: NVIDIA GT218 [GeForce 210] vendor: ASUSTeK driver: nouveau v: kernel 
           bus ID: 01:00.0 chip ID: 10de:0a65 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1680x1050~60Hz 
           OpenGL: renderer: NVA8 v: 3.3 Mesa 20.0.7 direct render: Yes 
Audio:     Device-1: AMD SBx00 Azalia vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 00:14.2 chip ID: 1002:4383 
           Device-2: NVIDIA High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 chip ID: 10de:0be3 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
           vendor: ASUSTeK P8P67 and other motherboards driver: r8169 v: kernel port: d000 
           bus ID: 02:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 6.00 TiB used: 27.0 MiB (0.0%) 
           ID-1: /dev/sda vendor: A-Data model: SP900 size: 59.63 GiB speed: 6.0 Gb/s 
           serial: <filter> rev: C3G scheme: GPT 
           ID-2: /dev/sdb vendor: Western Digital model: WD5000AAKX-001CA0 size: 465.76 GiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1H15 scheme: GPT 
           ID-3: /dev/sdc vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-4: /dev/sdd vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-5: /dev/sde vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-6: /dev/sdf type: USB vendor: A-Data model: USB Flash Drive size: 28.91 GiB 
           serial: <filter> rev: 1.00 scheme: MBR 
Partition: ID-1: / size: 6.13 GiB used: 27.0 MiB (0.4%) fs: overlay source: ERR-102 
Sensors:   System Temperatures: cpu: 15.2 C mobo: N/A gpu: nouveau temp: 35 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 220 Uptime: 5m Memory: 7.73 GiB used: 563.0 MiB (7.1%) Init: SysVinit 
           v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: xfce4-terminal inxi: 3.0.36

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 19, 2020 9:04 pm
by dolphin_oracle
m_pav wrote: Sun Jul 19, 2020 8:32 pm The elevation prompt for KDE Partition manager fails to pass the user entered password when clicking the button to send it (sorry, not on any KDE machine right now) and the only option out of the floating elevation prompt window is to use the top right X to close it. The next informative windows says it will open without admin rights and therefore, it becomes useless, however, it is opened correctly by the MX Installer. It was a little slow to display the installed drives (5 in my just obtained test machine) due to calling up smartctl on each one as they are opened, which I think is a nice touch. This is repeatable irrespective of what machine it is run on, however, using the F4 terminal drop down, sudo partitionmanager opens it just fine.

Also confirming the Update Notifier opening itself after an update is finished, however, only tried it running live on a 9YO machine with plenty of RAM where it appeared sluggish.

QSI from the Live session of my own monthly snapshot of regular MX-ahs, so ignore the trimmings and differences, it's just 5 times faster than this KDE beta. I see no reason to include repos and extra so I removed the options from the inxi switches

Code: Select all

$ inxi -Fxxxz
System:    Host: mx1 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           Desktop: Xfce 4.14.2 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19.2_ahs_x64 PavsUpdate June 23  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: M5A97 v: Rev 1.xx serial: <filter> 
           UEFI: American Megatrends v: 0705 date: 08/22/2011 
Battery:   Device-1: hidpp_battery_0 model: Logitech Wireless Mouse M185/M225 serial: <filter> 
           charge: 100% (should be ignored) rechargeable: yes status: Discharging 
           Device-2: hidpp_battery_1 model: Logitech Wireless Keyboard K270 serial: <filter> 
           charge: 100% (should be ignored) rechargeable: yes status: Discharging 
CPU:       Topology: 6-Core model: AMD FX-6100 bits: 64 type: MCP arch: Bulldozer rev: 2 
           L2 cache: 2048 KiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 39734 
           Speed: 1422 MHz min/max: 1400/3300 MHz boost: enabled Core speeds (MHz): 1: 1672 
           2: 1624 3: 1465 4: 1423 5: 1415 6: 1592 
Graphics:  Device-1: NVIDIA GT218 [GeForce 210] vendor: ASUSTeK driver: nouveau v: kernel 
           bus ID: 01:00.0 chip ID: 10de:0a65 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1680x1050~60Hz 
           OpenGL: renderer: NVA8 v: 3.3 Mesa 20.0.7 direct render: Yes 
Audio:     Device-1: AMD SBx00 Azalia vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 00:14.2 chip ID: 1002:4383 
           Device-2: NVIDIA High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 chip ID: 10de:0be3 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
           vendor: ASUSTeK P8P67 and other motherboards driver: r8169 v: kernel port: d000 
           bus ID: 02:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 6.00 TiB used: 27.0 MiB (0.0%) 
           ID-1: /dev/sda vendor: A-Data model: SP900 size: 59.63 GiB speed: 6.0 Gb/s 
           serial: <filter> rev: C3G scheme: GPT 
           ID-2: /dev/sdb vendor: Western Digital model: WD5000AAKX-001CA0 size: 465.76 GiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1H15 scheme: GPT 
           ID-3: /dev/sdc vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-4: /dev/sdd vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-5: /dev/sde vendor: Western Digital model: WD2002FAEX-007BA0 size: 1.82 TiB 
           speed: 6.0 Gb/s serial: <filter> rev: 1D05 scheme: GPT 
           ID-6: /dev/sdf type: USB vendor: A-Data model: USB Flash Drive size: 28.91 GiB 
           serial: <filter> rev: 1.00 scheme: MBR 
Partition: ID-1: / size: 6.13 GiB used: 27.0 MiB (0.4%) fs: overlay source: ERR-102 
Sensors:   System Temperatures: cpu: 15.2 C mobo: N/A gpu: nouveau temp: 35 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 220 Uptime: 5m Memory: 7.73 GiB used: 563.0 MiB (7.1%) Init: SysVinit 
           v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: xfce4-terminal inxi: 3.0.36
all these stupid kdesu prompts ask for the user password instead of the root user. to me it looks hardwired in to the apps. muon does the same thing. we modified the muon desktop entry, we could possbily do the same to partitionmanager.

the freeze happens when you give the wrong password. its a horrible bug in kdesu (kde-cli-tools).

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 2:45 am
by JayM
Some MX Tweaks I'd like to see be added:
  • Disable the 30-second pause before logging out, shutting down or restarting so you don't have to go hunting through the Plasma settings to find it.(Even better would be to be able to change the timer value if that setting's in a config file somewhere, but via the Plasma GUI it's either the default 30 second delay or none.)
  • Toggle between single- and double-click to open apps on the desktop and in Dolphin (it's a global setting for both, unlike Thunar where its behavior and the desktop's behavior can be set separately.)
To save hunting for these in Plasma: the timeout is disabled in System Settings -> Workspace -> Startup and Shutdown -> Desktop Session: unselect "Confirm logout" and Apply. The single-click is changed in System Settings -> Desktop Behavior -> Workspace. Change "Click behavior" to double-click and Apply.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 4:40 am
by tony37
JayM wrote: Mon Jul 20, 2020 2:45 am Some MX Tweaks I'd like to see be added:
  • Disable the 30-second pause before logging out, shutting down or restarting so you don't have to go hunting through the Plasma settings to find it.(Even better would be to be able to change the timer value if that setting's in a config file somewhere, but via the Plasma GUI it's either the default 30 second delay or none.)
  • Toggle between single- and double-click to open apps on the desktop and in Dolphin (it's a global setting for both, unlike Thunar where its behavior and the desktop's behavior can be set separately.)
The single/double-click toggle is already there. It works, but when clicking on 'apply' I think it restarts plasmashell, which isn't necessary because switching the settings the 'normal' way doesn't do this and also works.
Personally I'd disable the 30-pause by default (not many people will complain 'hey, why don't I get a 30-second delay?'), but having the option to change the 30 seconds into 10 seconds might be useful for some.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 4:45 am
by JayM
tony37 wrote: Mon Jul 20, 2020 4:40 am The single/double-click toggle is already there.
So it is. I didn't see it earlier when I checked before posting. MX Tweak in Plasma has a different tab layout than in Xfce and I missed it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 5:52 am
by tony37
my thoughts about Muon:
I don't like Muon's interface for two reasons: 1) It doesn't have search history. 2) The filters can be irritating, for example: you first want to look at all upgradeable packages, so far so good, but then you want to look at, say, all mathematics packages. If you'd click like in Synaptic, in Muon you'd see ... all upgradeable mathematics packages. I think Muon is fine if you want to look at one and only one package (but why not use MX Installer then?), not if you want to look at several. I understand you'd prefer to have KDE programs on a KDE desktop, but I can't do with Muon what I can with Synaptic, and I'm talking about pretty basic stuff like searching for more than one package.
Unless I'm a total idiot and couldn't find Muon's search history all this time.
One advantage of Muon though is that the categories are more user-friendly, in Synaptic you have separate categories for 'contrib' and 'non-free'. But I rarely use these categories anyway.

PS: Congratulations with having the conky work flawlessly in KDE, I never managed to get this right.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 6:24 am
by danielson
Issue of icons not showing up for Vivaldi (menu+panel), even with another theme, resolved (at least for MX theme) with reboot.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 7:03 am
by asqwerth
danielson wrote: Mon Jul 20, 2020 6:24 am Issue of icons not showing up for Vivaldi (menu+panel), even with another theme, resolved (at least for MX theme) with reboot.
From my experience:
If you pin additional apps to the panel and were using another icon theme, and then applied the MX global theme (thus changing the icon set back):

1. with the option to apply the default MX layout checked - you may have an issue with your own pinned apps showing up as a blank "??" icon since the default MX layout will not have those apps pinned to the panel.
2. with the option to apply default MX layout NOT checked - the icons you pinned should continue to be on the panel, just with the icon set changed.

However, when you freshly install and immediately apply the said new icon themes, sometimes they don't all show up properly in the menu or panel without a logout and in again.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 7:24 am
by richb
I have run into the situation where panel icons disappear when a new icon set is chosen. That is an icon will not show but leave a blank space. Rebooting does correct that. but also the following will work without a reboot Run these commands in succession in a terminal. The first command clears the desktop including panels. The second restores them after a slight delay. Also the second command continues to run in the terminal after the desktop is restored. Just close the terminal.

Code: Select all

killall plasmashell
kstart plasmashell

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 7:46 am
by dolphin_oracle
tony37 wrote: The single/double-click toggle is already there. It works, but when clicking on 'apply' I think it restarts plasmashell, which isn't necessary because switching the settings the 'normal' way doesn't do this and also works.
.

Let me know.how.to trigger the apply of settings changes to plasmashell and I'll do it that way instead of resetting plasmashell.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 7:53 am
by tony37
dolphin_oracle wrote: Mon Jul 20, 2020 7:46 am
tony37 wrote: The single/double-click toggle is already there. It works, but when clicking on 'apply' I think it restarts plasmashell, which isn't necessary because switching the settings the 'normal' way doesn't do this and also works.
.

Let me know.how.to trigger the apply of settings changes to plasmashell and I'll do it that way instead of resetting plasmashell.
can't help you there, sorry

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 7:59 am
by dolphin_oracle
tony37 wrote: Mon Jul 20, 2020 7:53 am
dolphin_oracle wrote: Mon Jul 20, 2020 7:46 am
tony37 wrote: The single/double-click toggle is already there. It works, but when clicking on 'apply' I think it restarts plasmashell, which isn't necessary because switching the settings the 'normal' way doesn't do this and also works.
.

Let me know.how.to trigger the apply of settings changes to plasmashell and I'll do it that way instead of resetting plasmashell.
can't help you there, sorry
that's why I'm using the built-in plasmashell --replace function. Its the same thing Look-and-feel does. Its overkill, but its the only way outside the actual settings applications to do it. I presume there may be a dbus call you can make to trigger reload of configurations, but if there is I haven't been able to craft a working version.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 8:19 am
by tony37
dolphin_oracle wrote: Mon Jul 20, 2020 7:59 am that's why I'm using the built-in plasmashell --replace function. Its the same thing Look-and-feel does. Its overkill, but its the only way outside the actual settings applications to do it. I presume there may be a dbus call you can make to trigger reload of configurations, but if there is I haven't been able to craft a working version.
I understand, it's not a big problem.

@ danielson, asqwerth, richb: the icon theme not fully resetting is typical for Plasma, nothing MX-related, a bit faster than rebooting is logout+login, restarting plasmashell like richb suggests also works, maybe this should happen automatically (small detail: in later Plasma versions "kstart plasmashell" doesn't work, it should be "kstart5 plasmashell" there, so if someone wants to write code for this, better to already use kstart5 to avoid problems later on)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 9:08 am
by danielson
@richb - thank you!

@asqwerth - the initial 'invisible' icons (menu+panel) was just after installing Vivaldi (with default MX theme).
At one point, saw the panel icon but still no menu one.

Anyhow, temporary solutions will do the trick and do appreciate your feedback!

- - -

Oddly enough, it didn't do this for Brave.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 10:40 am
by tony37
Something I've never been able to find out is how to change the single-click behavior of Dolphin when opened as root. Might be a tad dangerous if someone is used to double-click and in root mode this changes in single-click. That would be a useful addition to MX Tweak, if possible.

edit: I finally found how to do this: add

Code: Select all

SingleClick=false
in /root/.config/kdeglobals under the [KDE] header
If there is no such file, like in MX KDE, create one with following content:

Code: Select all

[KDE]
SingleClick=false

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 11:11 am
by chrispop99
tony37 wrote: Mon Jul 20, 2020 10:40 am Something I've never been able to find out is how to change the single-click behavior of Dolphin when opened as root. Might be a tad dangerous if someone is used to double-click and in root mode this changes in single-click. That would be a useful addition to MX Tweak, if possible.

edit: I finally found how to do this: add

Code: Select all

SingleClick=false
in /root/.config/kdeglobals under the [KDE] header
If there is no such file, like in MX KDE, create one with following content:

Code: Select all

[KDE]
SingleClick=false
From a terminal:

Code: Select all

sudo systemsettings5
(password)

Make the change, apply and exit.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 11:21 am
by tony37
@Chris: Aha, thank you. I was already trying to find out how to change the color scheme, but this is almost too easy.
Still, if you have the option to change click-behavior in MX Tweak, not a bad idea to also have this for root mode.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 12:04 pm
by uncle mark
Just an observation, but it sounds like most of the posts concern config teaks as opposed to actual bugs or problems with the OS. Testament to the job well done by the devs.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 12:11 pm
by kc1di
uncle mark wrote: Mon Jul 20, 2020 12:04 pm Just an observation, but it sounds like most of the posts concern config teaks as opposed to actual bugs or problems with the OS. Testament to the job well done by the devs.
+1

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 12:39 pm
by tony37
Small issue: When I put the 'Desktop Theme' on Breeze Light the MX Updater icon is barely visible (also after rebooting), it is light grey on slightly lighter grey. I can't find a dark mx-updater or mnotify icon in /usr/share/icons so I think some extra icons have to be created there.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 1:16 pm
by dolphin_oracle
tony37 wrote: Mon Jul 20, 2020 12:39 pm Small issue: When I put the 'Desktop Theme' on Breeze Light the MX Updater icon is barely visible (also after rebooting), it is light grey on slightly lighter grey. I can't find a dark mx-updater or mnotify icon in /usr/share/icons so I think some extra icons have to be created there.
there are alternate icons available in the updater preferences.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 1:17 pm
by chrispop99
tony37 wrote: Mon Jul 20, 2020 12:39 pm Small issue: When I put the 'Desktop Theme' on Breeze Light the MX Updater icon is barely visible (also after rebooting), it is light grey on slightly lighter grey. I can't find a dark mx-updater or mnotify icon in /usr/share/icons so I think some extra icons have to be created there.
Thanks for reporting. The devs are aware of this, and a new icon is being designed.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 1:26 pm
by tony37
dolphin_oracle wrote: Mon Jul 20, 2020 1:16 pm
tony37 wrote: Mon Jul 20, 2020 12:39 pm Small issue: When I put the 'Desktop Theme' on Breeze Light the MX Updater icon is barely visible (also after rebooting), it is light grey on slightly lighter grey. I can't find a dark mx-updater or mnotify icon in /usr/share/icons so I think some extra icons have to be created there.
there are alternate icons available in the updater preferences.
Ok, hadn't looked there yet, I still think I prefer the wireframe though

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 1:27 pm
by dolphin_oracle
tony37 wrote: Mon Jul 20, 2020 1:26 pm
dolphin_oracle wrote: Mon Jul 20, 2020 1:16 pm
tony37 wrote: Mon Jul 20, 2020 12:39 pm Small issue: When I put the 'Desktop Theme' on Breeze Light the MX Updater icon is barely visible (also after rebooting), it is light grey on slightly lighter grey. I can't find a dark mx-updater or mnotify icon in /usr/share/icons so I think some extra icons have to be created there.
there are alternate icons available in the updater preferences.
Ok, hadn't looked there yet, I still think I prefer the wireframe though
I like it too but the "pulse" type icons standout pretty well on dang near anything.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 2:03 pm
by srq2625
On every system startup or reboot, everything goes well until the logon screen is displayed. It is displayed for a split-second, screen is blanked to black, and then the logon screen is re-displayed.

To the best of my knowledge, I've not made any changes to the boot-up process other than to edit /etc/default/grub to remove the "quite splash" from the GRUB_CMDLINE_LINUX_DEFAULT parameter.

This is installed as the only O/S on the system and is installed on bare-metal.

Here's my QSI:

Code: Select all


System:    Host: SagerKDEB2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
           root=UUID=d2c61003-1f2e-4841-9464-115a2b829c78 ro 
           Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
           Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Notebook product: W65_67SZ v: N/A serial: <filter> Chassis: type: 9 
           serial: <filter> 
           Mobo: Notebook model: W65_67SZ serial: <filter> UEFI: American Megatrends v: 1.03.05RLS1 
           date: 03/13/2014 
Battery:   ID-1: BAT0 charge: 56.3 Wh condition: 56.3/62.2 Wh (91%) volts: 12.8/11.1 model: Notebook BAT 
           type: Li-ion serial: <filter> status: Full 
           Device-1: hidpp_battery_0 model: Logitech M510 serial: <filter> charge: 55% (should be ignored) 
           rechargeable: yes status: Discharging 
CPU:       Topology: Quad Core model: Intel Core i7-4710MQ bits: 64 type: MT MCP arch: Haswell family: 6 
           model-id: 3C (60) stepping: 3 microcode: 28 L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 39911 
           Speed: 2625 MHz min/max: 800/3500 MHz Core speeds (MHz): 1: 2625 2: 1921 3: 2333 4: 2247 
           5: 2127 6: 2947 7: 2392 8: 2546 
           Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 
           mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling 
           Type: srbds mitigation: Microcode 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel 4th Gen Core Processor Integrated Graphics vendor: CLEVO/KAPOK driver: i915 
           v: kernel bus ID: 00:02.0 chip ID: 8086:0416 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa compositor: kwin_x11 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 4600 (HSW GT2) v: 4.5 Mesa 20.0.7 compat-v: 3.0 
           direct render: Yes 
Audio:     Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio vendor: CLEVO/KAPOK 
           driver: snd_hda_intel v: kernel bus ID: 00:03.0 chip ID: 8086:0c0c 
           Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: CLEVO/KAPOK 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:8c20 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Intel Wireless 7260 driver: iwlwifi v: kernel port: f040 bus ID: 04:00.0 
           chip ID: 8086:08b1 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: CLEVO/KAPOK 
           driver: r8169 v: kernel port: e000 bus ID: 05:00.2 chip ID: 10ec:8168 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 69.96 GiB (15.0%) 
           ID-1: /dev/sda vendor: Western Digital model: WDS500G2B0A-00SM50 size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 90WD scheme: GPT 
Partition: ID-1: / raw size: 20.00 GiB size: 19.56 GiB (97.81%) used: 7.16 GiB (36.6%) fs: ext4 
           dev: /dev/sda3 
           ID-2: /home raw size: 429.51 GiB size: 421.77 GiB (98.20%) used: 62.40 GiB (14.8%) fs: ext4 
           dev: /dev/sda4 
           ID-3: swap-1 size: 16.00 GiB used: 0 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 56.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           1: deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb https://mirrors.evowise.com/mxlinux-packages/mx/repo/ buster main non-free
           2: deb https://mirrors.evowise.com/mxlinux-packages/mx/repo/ buster ahs
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 267 Uptime: 2m Memory: 15.57 GiB used: 925.1 MiB (5.8%) Init: SysVinit v: 2.93 
           runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 2:26 pm
by dolphin_oracle
srq2625 wrote: Mon Jul 20, 2020 2:03 pm On every system startup or reboot, everything goes well until the logon screen is displayed. It is displayed for a split-second, screen is blanked to black, and then the logon screen is re-displayed.

To the best of my knowledge, I've not made any changes to the boot-up process other than to edit /etc/default/grub to remove the "quite splash" from the GRUB_CMDLINE_LINUX_DEFAULT parameter.

This is installed as the only O/S on the system and is installed on bare-metal.

Here's my QSI:

Code: Select all


System:    Host: SagerKDEB2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
           root=UUID=d2c61003-1f2e-4841-9464-115a2b829c78 ro 
           Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
           Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Notebook product: W65_67SZ v: N/A serial: <filter> Chassis: type: 9 
           serial: <filter> 
           Mobo: Notebook model: W65_67SZ serial: <filter> UEFI: American Megatrends v: 1.03.05RLS1 
           date: 03/13/2014 
Battery:   ID-1: BAT0 charge: 56.3 Wh condition: 56.3/62.2 Wh (91%) volts: 12.8/11.1 model: Notebook BAT 
           type: Li-ion serial: <filter> status: Full 
           Device-1: hidpp_battery_0 model: Logitech M510 serial: <filter> charge: 55% (should be ignored) 
           rechargeable: yes status: Discharging 
CPU:       Topology: Quad Core model: Intel Core i7-4710MQ bits: 64 type: MT MCP arch: Haswell family: 6 
           model-id: 3C (60) stepping: 3 microcode: 28 L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 39911 
           Speed: 2625 MHz min/max: 800/3500 MHz Core speeds (MHz): 1: 2625 2: 1921 3: 2333 4: 2247 
           5: 2127 6: 2947 7: 2392 8: 2546 
           Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 
           mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling 
           Type: srbds mitigation: Microcode 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel 4th Gen Core Processor Integrated Graphics vendor: CLEVO/KAPOK driver: i915 
           v: kernel bus ID: 00:02.0 chip ID: 8086:0416 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa compositor: kwin_x11 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 4600 (HSW GT2) v: 4.5 Mesa 20.0.7 compat-v: 3.0 
           direct render: Yes 
Audio:     Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio vendor: CLEVO/KAPOK 
           driver: snd_hda_intel v: kernel bus ID: 00:03.0 chip ID: 8086:0c0c 
           Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: CLEVO/KAPOK 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:8c20 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Intel Wireless 7260 driver: iwlwifi v: kernel port: f040 bus ID: 04:00.0 
           chip ID: 8086:08b1 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: CLEVO/KAPOK 
           driver: r8169 v: kernel port: e000 bus ID: 05:00.2 chip ID: 10ec:8168 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 69.96 GiB (15.0%) 
           ID-1: /dev/sda vendor: Western Digital model: WDS500G2B0A-00SM50 size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 90WD scheme: GPT 
Partition: ID-1: / raw size: 20.00 GiB size: 19.56 GiB (97.81%) used: 7.16 GiB (36.6%) fs: ext4 
           dev: /dev/sda3 
           ID-2: /home raw size: 429.51 GiB size: 421.77 GiB (98.20%) used: 62.40 GiB (14.8%) fs: ext4 
           dev: /dev/sda4 
           ID-3: swap-1 size: 16.00 GiB used: 0 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 56.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           1: deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb https://mirrors.evowise.com/mxlinux-packages/mx/repo/ buster main non-free
           2: deb https://mirrors.evowise.com/mxlinux-packages/mx/repo/ buster ahs
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 267 Uptime: 2m Memory: 15.57 GiB used: 925.1 MiB (5.8%) Init: SysVinit v: 2.93 
           runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: quick-system-in inxi: 3.0.36 
There's not a problem, that's how we have it set to work under sysVinit.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 3:00 pm
by srq2625
dolphin_oracle wrote: Mon Jul 20, 2020 2:26 pm There's not a problem, that's how we have it set to work under sysVinit.
Good to know. Thanks.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 3:11 pm
by tony37
If you really want some kind of major problem from me: my Wifi isn't working.
But that's because I have an RTL8723DE chipset (on HP laptop 17-ak0xx). But I was hoping it would work because starting from kernel 5.4 I don't need any extra wifi modules on Kubuntu nor on Mint Xfce. On top of this https://github.com/lwfinger/rtlwifi_new.git seems offline, so can't test whether it would work with those drivers added. Would be wonderful if you could make this work like Ubuntu derivatives nowadays do (maybe something for other topic as this applies to xfce too of course).
Bluetooth seems fine though.

(Extra Muon ranting: it can't search on package name only. I know it looks more polished than Synaptic but that's about it. At least it can install Synaptic, the latter can't do that...)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 20, 2020 5:46 pm
by tony37
I found out I have to use lwfinger/rtw88 now. Wifi works fine after:

Code: Select all

git clone https://github.com/lwfinger/rtw88.git
cd rtw88
make
sudo make install
sudo modprobe rtw_8723de
no reboot needed and building kernel modules didn't take as irritatingly long as it used to do on Kubuntu

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 6:17 am
by tony37
Another definitely non-major issue, but I'll mention it anyway:
I don't know if you're aware of this, but on first boot the favorites in the menu are: Conky Toggle, LibreOffice, MX Tools, MX Package Installer, MX User Manual, Konsole, Ksysguard and Quick System Info. But when I switch the 'Application Launcher' to something else ('Menu' or 'Dashboard') I have Firefox, System Settings, Dolphin and Kate added to this list (which is actually standard Plasma behavior). And when I switch back to the 'Launcher' they are still there, all of which may not be intended. And having Kate like this in the menu favorites creates a tiny conflict with having Kwrite as the default text program, because people may not realize they're using a different program. Personally I prefer Kate, maybe just because it has tabs, but in this version (18.08) it doesn't seem to integrate with programs like Kompare or Kdiff3, which is a little bummer. There's nothing really wrong with Kwrite but some may think it superfluous when you have Kate. Slightly confusing for beginners may be that Kate opens everything in the same window, so when you close that, your other text files are closed too, which may not be intuitive.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 7:09 am
by Gerson
Today after applying the MX Tweak update; the session was closed and when I come back I get that notification about the /home:
"The file system mounted on /home is not responding"
On reboot it was corrected.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 7:25 am
by torxxl
Bonjour,
Comme pour les version précédente, si je choisi français suisse dans l'installation, l'instalation est en anglais.
Si je choisi france, l'installation est en français.
Mais une partie de MX est en anglais et je dois installer plusieurs paquets (ceux qui apparaissent quand je cherche french dans l'instalateur de paquet)
De plus, les depots qui sont proposés une fois l'installation terminée ne fonctionnent pas, je dois systématiquement allez dans l'utilitaire de choix de dépots pour trouver un dépot qui fonctionne.
J'ai ces bugs aussi sous xfce et sur les anciennent versions.
Peut-être car je suis Suisse.

Hello,
As for the previous versions, if I choose Swiss French in the installation, the installation is in English.
If I choose France, the installation is in French.
But a part of MX is in English and I have to install several packages (the ones that appear when I search for french in the package installer)
Moreover, the repositories which are proposed once the installation is finished do not work, I must systematically go in the utility of choice of repositories to find a repository which works.
I have these bugs also under xfce and on older versions.
Maybe because I'm Swiss.

Translated with www.DeepL.com/Translator (free version)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 7:27 am
by Eadwine Rose
Please provide an English translation when you are posting in a foreign language. Thank you.

Veuillez fournir une traduction en anglais lorsque vous êtes en poste dans une langue étrangère. Merci.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 1:07 pm
by asqwerth
What was the modification in the virtualbox-guest-utils-modified-init package?

When I installed Beta 2 (real metal) and tried to run Virtualbox on the same, my VM (manjaro kde) kept flickering and flashing whenever I scrolled dolphin or webpages using the mouse. If I clicked on various places on the screen, the flashing might also happen.

I didn't face this issue in the alphas (didn't install VB in Beta 1).

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 1:22 pm
by dolphin_oracle
asqwerth wrote: Tue Jul 21, 2020 1:07 pm What was the modification in the virtualbox-guest-utils-modified-init package?

When I installed Beta 2 (real metal) and tried to run Virtualbox on the same, my VM (manjaro kde) kept flickering and flashing whenever I scrolled dolphin or webpages using the mouse. If I clicked on various places on the screen, the flashing might also happen.

I didn't face this issue in the alphas (didn't install VB in Beta 1).
the init script shipped with b2 did not have the lines for using vmsvga.

however, that init script only runs inside a VM. in other words, if your host is MX, and your VM is manjaro, we didn't touch anything with the update.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 1:42 pm
by asqwerth
Hmm. The flashing has disappeared after a reboot.

Maybe I just needed to reboot after installing VB, before using it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 3:29 pm
by chrispop99
Alt-F1 is not able to be used for the MX Manual as it is set to open the menu, along with the Meta key. If you redefine Alt-F1, the Meta key no longer opens the menu, and can't be configured to do so.

I've found a sort of work-around. If you define Alt-F1 for mx-manual, then change the menu key to the Meta key plus something random (I used Meta + M), it all works as wanted. Meta opens the menu, Alt-F1 opens the manual.

I haven't been able to get this to work in Global Shortcuts, but it seems they are broken to some extent in any case.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 3:30 pm
by itsme
Hi. Installed KDE Beta2 yesterday and get:

Code: Select all

Get:1 https://ftp.saix.net/pub/linux/distributions/mxlinux/mx/repo buster/main amd64 mx-tweak amd64 20.07.07 [469 kB]
Fetched 469 kB in 2s (189 kB/s)    
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "",
        LC_ALL = (unset),
        LC_TIME = "C",
        LANG = "en_ZA.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
(Reading database ... 207012 files and directories currently installed.)
Preparing to unpack .../mx-tweak_20.07.07_amd64.deb ...
Unpacking mx-tweak (20.07.07) over (20.07.06) ...
Setting up mx-tweak (20.07.07) ...
Processing triggers for mime-support (3.62) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for desktop-file-utils (0.23-4) ...

and...

Code: Select all

chris@mx:~$ timedatectl 
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to create bus connection: Host is down
Only me or is this already been made aware?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 3:39 pm
by chrispop99
When you right-click the Application Launcher icon, then select Alternatives to try another type of menu, the MX icon is lost. If you then revert to the Application Launcher, you don't get thew MX icon back.

Can that icon be made the default for all menu types?

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 3:54 pm
by chrispop99
Using MX User Manager to permit a user to automatically logon does not work. Password entry is still required after making the change.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:02 pm
by richb
chrispop99 wrote: Tue Jul 21, 2020 3:54 pm Using MX User Manager to permit a user to automatically logon does not work. Password entry is still required after making the change.

Chris
Confirmed.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:02 pm
by bbfuller
Dolphin file Manager

One of the useful things about the Dolphin file manager is the ability to create entries in the Places Panel for Network machines, or individual shares.

In my installation of the MX KDE Beta, that facility seems to require the manual creation of an entry by right clicking on a heading, selecting "Add" and typing in the address. That also seems to be the default configuration for Mageia and PCLinuxOS.

I've found one distribution so far (Manjaro) that has an "Add to Places" option on the Dolphin "File" menu that automates the whole process.

Any chance that facility could be added to MX?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:08 pm
by chrispop99
bbfuller wrote: Tue Jul 21, 2020 4:02 pm Dolphin file Manager

One of the useful things about the Dolphin file manager is the ability to create entries in the Places Panel for Network machines, or individual shares.

In my installation of the MX KDE Beta, that facility seems to require the manual creation of an entry by right clicking on a heading, selecting "Add" and typing in the address. That also seems to be the default configuration for Mageia and PCLinuxOS.

I've found one distribution so far (Manjaro) that has an "Add to Places" option on the Dolphin "File" menu that automates the whole process.

Any chance that facility could be added to MX?
'Add to places' is available in the context menu by right-clicking the folder directly.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:13 pm
by dolphin_oracle
itsme wrote: Tue Jul 21, 2020 3:30 pm

Code: Select all

chris@mx:~$ timedatectl 
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to create bus connection: Host is down
Only me or is this already been made aware?
we do not use systemd, so the timedatctl command is invalid. use mx-datetime instead.

or boot up with systemd enabled.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:31 pm
by baldyeti
chrispop99 wrote: Tue Jul 21, 2020 3:39 pm When you right-click the Application Launcher icon, then select Alternatives to try another type of menu, the MX icon is lost. If you then revert to the Application Launcher, you don't get thew MX icon back.
Speaking of the application menu icon, this reminds me that forum user "Mike" once contributed a very nice icon that combines the MX logo with the KDE gears.

I have been using it ever since on my MX18/Neptune install.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:41 pm
by bbfuller
chrispop99 wrote: Tue Jul 21, 2020 4:08 pm
bbfuller wrote: Tue Jul 21, 2020 4:02 pm Dolphin file Manager

One of the useful things about the Dolphin file manager is the ability to create entries in the Places Panel for Network machines, or individual shares.

In my installation of the MX KDE Beta, that facility seems to require the manual creation of an entry by right clicking on a heading, selecting "Add" and typing in the address. That also seems to be the default configuration for Mageia and PCLinuxOS.

I've found one distribution so far (Manjaro) that has an "Add to Places" option on the Dolphin "File" menu that automates the whole process.

Any chance that facility could be added to MX?
'Add to places' is available in the context menu by right-clicking the folder directly.

Chris
Yes, I could have put that better.

I see how I can use that to add a folder to Places.

I don't see how I can add a complete machine like that. It would work if KDE Network Browsing showed me a complete list of available machines on the network, but here it doesn't.

The "Add to Places" option I referred to, when you have a listing of all the available shares on a machine, adds the machine to Places.

It was just something I thought "Oh, how useful".

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 4:53 pm
by tony37
chrispop99 wrote: Tue Jul 21, 2020 3:29 pm Alt-F1 is not able to be used for the MX Manual as it is set to open the menu, along with the Meta key. If you redefine Alt-F1, the Meta key no longer opens the menu, and can't be configured to do so.

I've found a sort of work-around. If you define Alt-F1 for mx-manual, then change the menu key to the Meta key plus something random (I used Meta + M), it all works as wanted. Meta opens the menu, Alt-F1 opens the manual.

I haven't been able to get this to work in Global Shortcuts, but it seems they are broken to some extent in any case.

Chris
How about using Meta+F1 as default there? Indeed strange that the Meta key to open the menu isn't mentioned in Global Shortcuts, but stops working when you set the shortcut there to 'None'. But in a way Meta is not a normal shortcut because it's also used in other shortcuts (so it's a delayed shortcut I guess, or rather: it's only activated when you release the key)

I was actually just testing another keyboard thing. This is not MX-specific but maybe you can do better than others here: For users of an AZERTY-keyboard (used in France + Belgium) the shortcuts Meta+1, Meta+2, etc. (used to activate task manager entries) are problematic. To have Meta+1 they have to type Meta+shift+&. Now I can try to be smart and input Meta+& as shortcut so I don't have to press the shift key. But when we get to Meta+2, that would have to be Meta+shift+é, or trying to be smart Meta+é. But this simply refuses to work because when I try this the shortcut is given as Meta+É (capital letter). Same story for keys è [+ shift this gives 7], ç [9] and à [0], they can't be used in any shortcut. Maybe there's a sophisticated solution for this, but there's actually an obvious workaround: using the numpad keys.
So I would suggest having Meta+Num+1, Meta+Num+2 etc. as Global Alternate shortcuts, this way at least that works for AZERTY users, and in general it seems logical to me that Meta+1 should also work when you use the numpad to press 1.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 5:02 pm
by SwampRabbit
baldyeti wrote: Tue Jul 21, 2020 4:31 pm Speaking of the application menu icon, this reminds me that forum user "Mike" once contributed a very nice icon that combines the MX logo with the KDE gears.

I have been using it ever since on my MX18/Neptune install.
Wow that’s so funny, we actually talked about this and I pretty much made the same icon and few others... I didn’t even know it was done already. :)

We had this discussion already and right now there won’t be any MX icon changes.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 6:26 pm
by tony37
Ctrl+Alt+T to 'Launch Konsole' doesn't work. I can add a custom entry with action konsole and shortcut Ctrl+Alt+T, now it works.
When I try to add other Application Launchers in Global Shortcuts, they consistently fail to work.

The problem may be that System Settings always adds 'Launch ...' to the name of the program (maybe restart of system settings required to see this). So maybe it thinks the program is called "launch konsole". Because I have some preset application launchers in Kubuntu (Plasma 5.18) and they work fine and don't have 'Launch' in the title. But when I try to make an extra launcher there, it prepends 'Launch' to the name. In KDE Neon (Plasma 5.19) it doesn't do this, but there seems to be another bug there.
Actually it's the first time I notice this because I always made custom entries for starting programs (and websites). Only problem is you sometimes have to search the actual command, like synaptic-pkexec

PS: talking about custom entries: you could add one to the menu (using the menu editor) called 'Dolphin as root' with command

Code: Select all

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphin

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 10:33 pm
by asqwerth
tony37 wrote: Tue Jul 21, 2020 6:26 pm ....

PS: talking about custom entries: you could add one to the menu (using the menu editor) called 'Dolphin as root' ....
You might want to explore the preinstalled custom actions available in the right click context menu....

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 21, 2020 10:36 pm
by dolphin_oracle
chrispop99 wrote: Tue Jul 21, 2020 3:39 pm When you right-click the Application Launcher icon, then select Alternatives to try another type of menu, the MX icon is lost. If you then revert to the Application Launcher, you don't get thew MX icon back.

Can that icon be made the default for all menu types?

Chris
maybe...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 12:19 am
by JayM
The updater auto-opened its right-click context menu again after applying today's update (mx-tweak.) I changed its preferences afterward to use Muon instead of MX Updater View and Upgrade window. I'll find out if it still happens after the next update.

/var/log/apt/term.log:

Code: Select all

Log started: 2020-07-22  12:06:09
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 206088 files and directories currently installed.)
Preparing to unpack .../mx-tweak_20.07.07_amd64.deb ...
Unpacking mx-tweak (20.07.07) over (20.07.06) ...
Setting up mx-tweak (20.07.07) ...
Processing triggers for mime-support (3.62) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for desktop-file-utils (0.23-4) ...
Log ended: 2020-07-22  12:06:11
/var/log/dpkg.log:

Code: Select all

2020-07-22 12:06:09 startup archives unpack
2020-07-22 12:06:10 upgrade mx-tweak:amd64 20.07.06 20.07.07
2020-07-22 12:06:10 status half-configured mx-tweak:amd64 20.07.06
2020-07-22 12:06:10 status unpacked mx-tweak:amd64 20.07.06
2020-07-22 12:06:10 status half-installed mx-tweak:amd64 20.07.06
2020-07-22 12:06:10 status triggers-pending desktop-file-utils:amd64 0.23-4
2020-07-22 12:06:10 status triggers-pending mime-support:all 3.62
2020-07-22 12:06:10 status triggers-pending hicolor-icon-theme:all 0.17-2
2020-07-22 12:06:10 status unpacked mx-tweak:amd64 20.07.07
2020-07-22 12:06:10 startup packages configure
2020-07-22 12:06:10 configure mx-tweak:amd64 20.07.07 <none>
2020-07-22 12:06:10 status unpacked mx-tweak:amd64 20.07.07
2020-07-22 12:06:10 status half-configured mx-tweak:amd64 20.07.07
2020-07-22 12:06:10 status installed mx-tweak:amd64 20.07.07
2020-07-22 12:06:10 trigproc mime-support:all 3.62 <none>
2020-07-22 12:06:10 status half-configured mime-support:all 3.62
2020-07-22 12:06:11 status installed mime-support:all 3.62
2020-07-22 12:06:11 trigproc hicolor-icon-theme:all 0.17-2 <none>
2020-07-22 12:06:11 status half-configured hicolor-icon-theme:all 0.17-2
2020-07-22 12:06:11 status installed hicolor-icon-theme:all 0.17-2
2020-07-22 12:06:11 trigproc desktop-file-utils:amd64 0.23-4 <none>
2020-07-22 12:06:11 status half-configured desktop-file-utils:amd64 0.23-4
2020-07-22 12:06:11 status installed desktop-file-utils:amd64 0.23-4
QSI:

Code: Select all


System:
  Host: mx-kde-b2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
  root=UUID=3de26e4a-56c2-420f-b19b-18102ba13170 ro quiet splash 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: <filter> 
  Chassis: Oracle Corporation type: 1 serial: <filter> 
  Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek v: VirtualBox 
  date: 12/01/2006 
Battery:
  ID-1: BAT0 charge: 49.5 Wh condition: 50.0/50.0 Wh (100%) volts: 10.0/10.0 
  model: innotek 1 type: Unknown serial: N/A status: Unknown 
CPU:
  Topology: Triple Core model: AMD Ryzen 5 2500U with Radeon Vega Mobile Gfx 
  bits: 64 type: MCP arch: Zen family: 17 (23) model-id: 11 (17) stepping: N/A 
  microcode: 6000626 L2 cache: 1536 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 bogomips: 11977 
  Speed: 1996 MHz min/max: N/A Core speeds (MHz): 1: 1996 2: 1996 3: 1996 
  Vulnerabilities: Type: itlb_multihit status: Not affected 
  Type: l1tf status: Not affected 
  Type: mds status: Not affected 
  Type: meltdown status: Not affected 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full AMD retpoline, STIBP: disabled, RSB filling 
  Type: srbds status: Not affected 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.17.0.0 bus ID: 00:02.0 
  chip ID: 15ad:0405 
  Display: x11 server: X.Org 1.20.4 driver: vmware unloaded: fbdev,modesetting,vesa 
  compositor: kwin_x11 resolution: 1885x959~60Hz 
  OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel 82801AA AC97 Audio driver: snd_intel8x0 v: kernel bus ID: 00:05.0 
  chip ID: 8086:2415 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel 82540EM Gigabit Ethernet driver: e1000 v: 7.3.21-k8-NAPI 
  port: d020 bus ID: 00:03.0 chip ID: 8086:100e 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge driver: piix4_smbus 
  v: N/A port: d200 bus ID: 00:07.0 chip ID: 8086:7113 
Drives:
  Local Storage: total: 25.00 GiB used: 6.59 GiB (26.3%) 
  ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 25.00 GiB block size: 
  physical: 512 B logical: 512 B speed: <unknown> serial: <filter> rev: 1.0 
  scheme: MBR 
Partition:
  ID-1: / raw size: 22.97 GiB size: 22.48 GiB (97.88%) used: 6.59 GiB (29.3%) 
  fs: ext4 dev: /dev/sda1 
  ID-2: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap 
  swappiness: 15 (default 60) cache pressure: 100 (default) dev: /dev/sda2 
Sensors:
  Message: No sensors data was found. Is sensors configured? 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb https://mirror.pregi.net/mx-linux-packages/mx/repo/ buster main non-free
  2: deb https://mirror.pregi.net/mx-linux-packages/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 168 Uptime: 14m Memory: 2.95 GiB used: 851.4 MiB (28.2%) Init: SysVinit 
  v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 4:25 am
by tony37
asqwerth wrote: Tue Jul 21, 2020 10:33 pm
tony37 wrote: Tue Jul 21, 2020 6:26 pm ....

PS: talking about custom entries: you could add one to the menu (using the menu editor) called 'Dolphin as root' ....
You might want to explore the preinstalled custom actions available in the right click context menu....
I know they're there, and they're very well done (as I said before btw), but having a custom entry saves some mouse-clicks when you want to open Dolphin in root mode directly. So an entirely optional suggestion.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 4:55 am
by chrispop99
tony37 wrote: Tue Jul 21, 2020 6:26 pm PS: talking about custom entries: you could add one to the menu (using the menu editor) called 'Dolphin as root' with command

Code: Select all

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphin
I like this; it makes up in part for not having the Xfce ability to open a root file manager via the desktop context menu.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 12:44 pm
by tony37
A few things about the KEC: Extract context menu.
- When you have a .tar.gz file, KEC: Extract shows six options. The first extracts to a .tar file, the second (extracting to subfolder) doesn't work, the third extracts to a .tar file on a chosen location, the fourth, fifth and sixth do what I think most would expect: extracting the whole thing and not just the .gz bit.
- When I extract a .tar.7z file with KEC, it produces a subfolder with a .tar file in it. Extracting with Ark produces just a .tar file.
- KEC can compress to a .tar.xz file, but can't extract it. Ark extracts without problems. Same thing with .tar.lzma files and with 'parallel compress to xz'.
- When KEC extracts a .rar file it produces a subfolder even when I'm not asking for it.
- When I produce a password-protected .zip file with Ark (btw: I don't see an option to do that with KEC), extracting with KEC doesn't work, even though it says: "Extraction done". Small bug with Ark here: when I enter the wrong password, it doesn't say so, but produces an empty file (with the correct name). Plus: with a password-protected .rar file you have to guess if there's a password or not when using KEC (and it doesn't tell you if your guess was right, or whether the password was correct or not), no such problem with Ark.
- With a .tar.bz2 file KEC shows 12 (!) extract options. The first six don't work, 7 to 9 extract to .tar, 10 to 12 do complete extraction. Ark works flawless here. With .bz files, only 9 extract options, first 6 don't work.

I didn't try every possible option, but you get the gist. It may be a non-orthodox idea to use KEC for compressing and Ark for extracting. But Ark also has a lot of option for compressing in 'Compress to...'

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 2:07 pm
by Gerson
If you like and are interested, this would be a nice logo for the KDE menu.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 4:06 pm
by Sparky
That looks good!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 4:10 pm
by tony37
I tried out the Kim context menu actions. Most of it works fine, a few issues:
- Convert to PDF produced an unreadable file.
- .tiff files are set to be opened by Gwenview but that doesn't work (does work on version 19.12 though), GIMP and Okular can open them, so default mime setting should be changed there. Preview in Dolphin of .tiff files at first doesn't seem to work, but after the file has been opened by GIMP it does work. Weird.
- a few typos ('convert to graysale'), can be corrected in /usr/share/kservices5/ServiceMenus/kim_convertandrotate.desktop
- 'Sort by date', 'Send by mail', 'Create a photo montage' and 'About Kim' are not working, the second one maybe because it wants to use Kmail
- 'Rename images' gives files a .jpg extension, while in fact they remain the same file type. So this only works well for .jpg files.
- the option to create a Flash slideshow feels very much outdated as no one seems willing to support that filetype anymore
Overall it's a nice addition I think.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 6:02 pm
by tony37
With KEC: Compress there's the added issue that for options 'Compress to bz2', 'Compress to gz' and 'Parallel compress to XZ using PIXZ ...' (so the first 3) the original file (if you compress 1 file) disappears into the archive. Using the third option on more than one file fails.

One little bug with the Dolphin root actions is that when you change the owner of a file, you have to restart Dolphin to see this in file properties. But same problem when I change ownership using the embedded terminal, so a general Dolphin issue.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 6:34 pm
by heywoodidaho
That's lovely! Conveys this spin perfectly. Can you reverse it? no background, color the logo?

I was begging for art work on a reddit thread yesterday. This is perfect!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 6:56 pm
by Jerry3904
Gerson wrote: Wed Jul 22, 2020 2:07 pm If you like and are interested, this would be a nice logo for the KDE menu.
Very handsome!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 7:19 pm
by richb
Very nice indeed. Thanks for the work and posting. I modified it for my use and panel settings. Click image to see full size.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 22, 2020 7:28 pm
by danielson
Perfect touch richb to an already excellent piece of artwork from Gerson! :)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 6:39 am
by Gerson
richb wrote: Wed Jul 22, 2020 7:19 pm Very nice indeed. Thanks for the work and posting. I modified it for my use and panel settings. Click image to see full size.
It looks great! It would be good to include it in final KDE.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 6:51 am
by JayM
JayM wrote: Wed Jul 22, 2020 12:19 am The updater auto-opened its right-click context menu again after applying today's update (mx-tweak.) I changed its preferences afterward to use Muon instead of MX Updater View and Upgrade window. I'll find out if it still happens after the next update.
No right-click menu opened, but what a pain in the behind Muon is to use! <-opinion

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 6:55 am
by fehlix
JayM wrote: Thu Jul 23, 2020 6:51 am
JayM wrote: Wed Jul 22, 2020 12:19 am The updater auto-opened its right-click context menu again after applying today's update (mx-tweak.) I changed its preferences afterward to use Muon instead of MX Updater View and Upgrade window. I'll find out if it still happens after the next update.
No right-click menu opened, but what a pain in the behind Muon is to use! <-opinion
Would the additional popup of the "right-click-menu" also show if you initiate "View and Upgrade" not through the left-click but through the option within the right-click menu?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 6:59 am
by Jerry3904
@Rich: excellent!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:10 am
by tony37
tony37 wrote: Wed Jul 22, 2020 4:10 pm- .tiff files are set to be opened by Gwenview but that doesn't work (does work on version 19.12 though), GIMP and Okular can open them, so default mime setting should be changed there. Preview in Dolphin of .tiff files at first doesn't seem to work, but after the file has been opened by GIMP it does work. Weird.
When I install qt5-image-formats-plugins, Gwenview can open .tiff files and Dolphin previews them without problem.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:13 am
by JayM
fehlix wrote: Thu Jul 23, 2020 6:55 am
JayM wrote: Thu Jul 23, 2020 6:51 am
JayM wrote: Wed Jul 22, 2020 12:19 am The updater auto-opened its right-click context menu again after applying today's update (mx-tweak.) I changed its preferences afterward to use Muon instead of MX Updater View and Upgrade window. I'll find out if it still happens after the next update.
No right-click menu opened, but what a pain in the behind Muon is to use! <-opinion
Would the additional popup of the "right-click-menu" also show if you initiate "View and Upgrade" not through the left-click but through the option within the right-click menu?
Yes it does. If I just wait until the icon turns green by itself then left-click on it, enter the root password, and let the updates install the context menu appears at the end uf the updates. That's how I first noticed it happening.

FYI I do have the two checkboxes checked to answer yes to all prompts and to close the updater when complete. It seems that the next testing step is to change those back to unselected, then select one at a time to see which one if any is making the right-click menu appear. I hope there are a few more updates coming over the next few days. :smile:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:28 am
by richb
Gerson wrote: Thu Jul 23, 2020 6:39 am
richb wrote: Wed Jul 22, 2020 7:19 pm Very nice indeed. Thanks for the work and posting. I modified it for my use and panel settings. Click image to see full size.
It looks great! It would be good to include it in final KDE.
Thanks. You inspired me.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:41 am
by asqwerth
Gerson wrote: Thu Jul 23, 2020 6:39 am
richb wrote: Wed Jul 22, 2020 7:19 pm Very nice indeed. Thanks for the work and posting. I modified it for my use and panel settings. Click image to see full size.
It looks great! It would be good to include it in final KDE.
I would prefer to open this to the community to create artwork and wallpaper exploring the combination of different elements of the MX and KDE/plasma name and/or graphical logos (KDE is more than just the gear + K logo, there's also the logo comprising the > with 3 dots ).

Gerson's graphic is just the start. Let loose your imagination, people. Start a new thread in the artwork sub forum. Maybe gerson can post his icon/graphic there to start us off, so it doesn't get lost in this bug reporting thread.


If there are some really nice pics or artwork , it might find its way to the iso or perhaps the future mx20-kde.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:46 am
by tony37
JayM wrote: Thu Jul 23, 2020 6:51 am but what a pain in the behind Muon is to use! <-opinion
+1
Is there any distro outside Kubuntu installing it by default? It also pulls in the potentially very irritating apt-xapian-index, but maybe that has been turned off in MX.
edit: only other distros I could find are Neptune and Greenie

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 7:49 am
by dolphin_oracle
tony37 wrote: Tue Jul 21, 2020 6:26 pm Ctrl+Alt+T to 'Launch Konsole' doesn't work. I can add a custom entry with action konsole and shortcut Ctrl+Alt+T, now it works.
When I try to add other Application Launchers in Global Shortcuts, they consistently fail to work.

The problem may be that System Settings always adds 'Launch ...' to the name of the program (maybe restart of system settings required to see this). So maybe it thinks the program is called "launch konsole". Because I have some preset application launchers in Kubuntu (Plasma 5.18) and they work fine and don't have 'Launch' in the title. But when I try to make an extra launcher there, it prepends 'Launch' to the name. In KDE Neon (Plasma 5.19) it doesn't do this, but there seems to be another bug there.
Actually it's the first time I notice this because I always made custom entries for starting programs (and websites). Only problem is you sometimes have to search the actual command, like synaptic-pkexec

PS: talking about custom entries: you could add one to the menu (using the menu editor) called 'Dolphin as root' with command

Code: Select all

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY KDE_SESSION_VERSION=5 KDE_FULL_SESSION=true dolphin
We won't be adding a "dolphin as root" menu entry. Thanks for the suggestion.

However, I think we fixed the cntrl+alt+t thing last night. the problem isn't the "Launch" thing but a missing extra desktop file entry. My god, but KDE/plasma puts dekstop files EVERYWHERE! took a little while to track down. Thanks for the report!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 9:43 am
by jeffreyC
tony37 wrote: Thu Jul 23, 2020 7:46 am
JayM wrote: Thu Jul 23, 2020 6:51 am but what a pain in the behind Muon is to use! <-opinion
+1
Is there any distro outside Kubuntu installing it by default? It also pulls in the potentially very irritating apt-xapian-index, but maybe that has been turned off in MX.
But apt-xapian-index is what makes Synaptic search work, and on my (several) MX installs it is turned on.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 10:04 am
by tony37
jeffreyC wrote: Thu Jul 23, 2020 9:43 am But apt-xapian-index is what makes Synaptic search work, and on my (several) MX installs it is turned on.
Synaptic search has been working fine for me on my Kubuntu without any apt-xapian-index. Maybe you mean libxapian30

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 10:43 am
by dolphin_oracle
synaptic can user either a text search (sort of like the file managers) or if apt-xapian-index is installed an addition search field is enabled.

Now let's get back to feedback...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 11:19 am
by leslie1017
MX KDE beta2 x64, boot with systemd enabled, no fcitx icon on system tray and won't have fcitx input method show in any input place
Here's my installed packages and fcitx status:

Code: Select all

leslie@leslie-desktop ~/Downloads $ ps aux|grep fcitx
leslie    1829  0.3  0.1  99872 18320 ?        S    22:57   0:00 /usr/bin/fcitx
leslie    1845  0.0  0.0   8560  2708 ?        Ss   22:57   0:00 /usr/bin/dbus-daemon --syslog --fork --print-pid 5 --print-address 7 --config-file /usr/share/fcitx/dbus/daemon.conf
leslie    1849  0.0  0.0   5112   208 ?        SN   22:57   0:00 /usr/bin/fcitx-dbus-watcher unix:abstract=/tmp/dbus-LMbvBREfGj,guid=3f3e32e5886a5221c6955e405f19a56c 1845
leslie    2209  0.0  0.0  73088   884 pts/2    S+   22:58   0:00 grep --color=auto fcitx
leslie@leslie-desktop ~/Downloads $ apt list --installed fcitx*
Listing... Done
fcitx-bin/stable,now 1:4.2.9.6-5 amd64 [installed,automatic]
fcitx-config-common/stable,stable,now 0.4.10-2 all [installed,automatic]
fcitx-config-gtk/stable,now 0.4.10-2 amd64 [installed]
fcitx-data/stable,stable,now 1:4.2.9.6-5 all [installed]
fcitx-frontend-qt5/stable,now 1.2.3-2+b1 amd64 [installed]
fcitx-googlepinyin/stable,now 0.1.6-4 amd64 [installed]
fcitx-module-dbus/stable,now 1:4.2.9.6-5 amd64 [installed,automatic]
fcitx-modules/stable,now 1:4.2.9.6-5 amd64 [installed,automatic]
fcitx/stable,stable,now 1:4.2.9.6-5 all [installed]
leslie@leslie-desktop ~/Downloads $

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 11:34 am
by leslie1017
MX KDE beta2, systemd enabled
Flatpak cmdline installed steam can't start(it was started correctly right after installed, after reboot, it wont run), here's the error log:

Code: Select all

Jul 23 23:28:24 leslie-desktop systemd[1296]: Started flatpak-com.valvesoftware.Steam-8301.scope.
Jul 23 23:28:25 leslie-desktop kernel: [ 1863.785710] steam[8451]: segfault at 0 ip 00000000f7a05105 sp 00000000ffa9182c error 4 in libc-2.30.so[f797c000+15b000]
Jul 23 23:28:25 leslie-desktop kernel: [ 1863.785714] Code: 40 38 ca 0f 84 4d 01 00 00 80 f9 00 0f 84 71 01 00 00 40 4f 75 14 8a 08 38 ca 0f 84 36 01 00 00 80 f9 00 0f 84 5a 01 00 00 40 <8b> 08 bd ff fe fe fe bf ff fe fe fe 01 cd 31 cd 01 cf 8d 40 04 0f
Jul 23 23:28:27 leslie-desktop systemd[1296]: flatpak-com.valvesoftware.Steam-8301.scope: Succeeded.
Flatpak installed packages:

Code: Select all

leslie@leslie-desktop ~/Downloads $ flatpak list 
Description                                                                                 Application                                  Version        Branch  Arch    Origin   Installation
JRomManager - A Mame and Retrogaming Rom Manager                                            com.github.optyfr.JRomManager                2.4.0          stable  x86_64  flathub  system
Microsoft Teams - Microsoft Teams for Linux is your chat-centered workspace in Office 365   com.microsoft.Teams                          1.3.00.16851   stable  x86_64  flathub  system
Steam - Manage and play games distributed by Steam                                          com.valvesoftware.Steam                      1.0.0.64       stable  x86_64  flathub  system
Freedesktop Platform - Shared libraries                                                     org.freedesktop.Platform                     19.08.12       19.08   x86_64  flathub  system
i386                                                                                        org.freedesktop.Platform.Compat.i386                        19.08   x86_64  flathub  system
Compat32                                                                                    org.freedesktop.Platform.Compat32                           1.6     x86_64  flathub  system
default                                                                                     org.freedesktop.Platform.GL.default                         19.08   x86_64  flathub  system
nvidia-440-100                                                                              org.freedesktop.Platform.GL.nvidia-440-100                  1.4     x86_64  flathub  system
default                                                                                     org.freedesktop.Platform.GL32.default                       19.08   x86_64  flathub  system
Locale                                                                                      org.freedesktop.Platform.Locale                             1.6     x86_64  flathub  system
FFmpeg extension - Add support for aac, mpeg4 and h264                                      org.freedesktop.Platform.ffmpeg                             1.6     x86_64  flathub  system
openh264                                                                                    org.freedesktop.Platform.openh264                           19.08   x86_64  flathub  system
openh264 - OpenH264 Video Codec provided by Cisco Systems, Inc.                             org.freedesktop.Platform.openh264            2.1.0          2.0     x86_64  flathub  system
KDE Application Platform - Shared libraries used by KDE applications                        org.kde.Platform                                            5.14    x86_64  flathub  system
RetroArch - Frontend for emulators, game engines and media players                          org.libretro.RetroArch                       1.8.9          stable  x86_64  flathub  system
leslie@leslie-desktop ~/Downloads $

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 12:19 pm
by mikejade
Gerson wrote: Wed Jul 22, 2020 2:07 pm If you like and are interested, this would be a nice logo for the KDE menu.
Now thats a superb logo .......Great work :clap: :clap:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 12:58 pm
by SwampRabbit
leslie1017 wrote: Thu Jul 23, 2020 11:34 am MX KDE beta2, systemd enabled
Flatpak cmdline installed steam can't start(it was started correctly right after installed, after reboot, it wont run), here's the error log:
Can you verify that it is only an issue on MX KDE beta2 and not also an issue on MX-19.2 Xfce?

You don't really need to use systemd as your init to use flatpaks and I honestly don't think it is part of the reason the install or starting has issues.
You also don't need install Steam via a flatpak either, it is in the repository and can be installed via MX Package Installer, fcitx can be installed the same way.

If there is a flatpak issue only with the KDE beta2, then it needs looked at, if not then this discussion can continue in the other thread you started.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 1:17 pm
by Gerson
asqwerth wrote: Thu Jul 23, 2020 7:41 am
Gerson wrote: Thu Jul 23, 2020 6:39 am
richb wrote: Wed Jul 22, 2020 7:19 pm Very nice indeed. Thanks for the work and posting. I modified it for my use and panel settings. Click image to see full size.
It looks great! It would be good to include it in final KDE.
I would prefer to open this to the community to create artwork and wallpaper exploring the combination of different elements of the MX and KDE/plasma name and/or graphical logos (KDE is more than just the gear + K logo, there's also the logo comprising the > with 3 dots ).

Gerson's graphic is just the start. Let loose your imagination, people. Start a new thread in the artwork sub forum. Maybe gerson can post his icon/graphic there to start us off, so it doesn't get lost in this bug reporting thread.


If there are some really nice pics or artwork , it might find its way to the iso or perhaps the future mx20-kde.
Please @asqwerth, could you put it in the right place? I went to do it, but I got lost in so many threads... HAHAHA

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 1:19 pm
by dolphin_oracle
SwampRabbit wrote: Thu Jul 23, 2020 12:58 pm
leslie1017 wrote: Thu Jul 23, 2020 11:34 am MX KDE beta2, systemd enabled
Flatpak cmdline installed steam can't start(it was started correctly right after installed, after reboot, it wont run), here's the error log:
Can you verify that it is only an issue on MX KDE beta2 and not also an issue on MX-19.2 Xfce?

You don't really need to use systemd as your init to use flatpaks and I honestly don't think it is part of the reason the install or starting has issues.
You also don't need install Steam via a flatpak either, it is in the repository and can be installed via MX Package Installer, fcitx can be installed the same way.

If there is a flatpak issue only with the KDE beta2, then it needs looked at, if not then this discussion can continue in the other thread you started.
might need xdg-desktop-portal-kde installed. on Xfce we have xdg-desktop-portal-gtk . flatpaks use the xdg-desktop-portal system for accessing things like home folders, which steam would.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 1:28 pm
by Gerson
Do you already have a name for MX-KDE? Just as MX 19 is called "ugly duckling" I suggest that MX-KDE is called "caterpillar"; if the ugly duckling turns into a beautiful swan, the caterpillar turns into a beautiful butterfly!
:p

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 1:31 pm
by dolphin_oracle
Gerson wrote: Thu Jul 23, 2020 1:28 pm Do you already have a name for MX-KDE? Just as MX 19 is called "ugly duckling" I suggest that MX-KDE is called "caterpillar"; if the ugly duckling turns into a beautiful swan, the caterpillar turns into a beautiful butterfly!
:p
nice...but we are keeping the same names.

but for the future...well I like the way you think. :) :happy:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 1:40 pm
by Adrian
We already had metamorphosis in the name by the way...

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 2:06 pm
by asqwerth
Gerson wrote: Thu Jul 23, 2020 1:17 pm Please @asqwerth, could you put it in the right place? I went to do it, but I got lost in so many threads... HAHAHA
Done. Go here:
viewtopic.php?f=116&t=59393#p587902

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 2:07 pm
by asqwerth
Gerson wrote: Thu Jul 23, 2020 1:28 pm Do you already have a name for MX-KDE? Just as MX 19 is called "ugly duckling" I suggest that MX-KDE is called "caterpillar"; if the ugly duckling turns into a beautiful swan, the caterpillar turns into a beautiful butterfly!
:p
Think of MX19-KDE as part of the MX19 series.

It is not MX20.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 3:32 pm
by tony37
JayM wrote: Thu Jul 23, 2020 7:13 am FYI I do have the two checkboxes checked to answer yes to all prompts and to close the updater when complete. It seems that the next testing step is to change those back to unselected, then select one at a time to see which one if any is making the right-click menu appear. I hope there are a few more updates coming over the next few days. :smile:
For me the menu always shows up after updating, except when both checkboxes are checked. Strange...

edit: Oops, spoke too soon. I retried it with both checkboxes checked, and now the menu popped up while it was downloading some stuff (while installing). Don't understand anything here.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 4:22 pm
by Gerson
asqwerth wrote: Thu Jul 23, 2020 2:06 pm
Gerson wrote: Thu Jul 23, 2020 1:17 pm Please @asqwerth, could you put it in the right place? I went to do it, but I got lost in so many threads... HAHAHA
Done. Go here:
viewtopic.php?f=116&t=59393#p587902
Thank you very much.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 9:38 pm
by leslie1017
SwampRabbit wrote: Thu Jul 23, 2020 12:58 pm
leslie1017 wrote: Thu Jul 23, 2020 11:34 am MX KDE beta2, systemd enabled
Flatpak cmdline installed steam can't start(it was started correctly right after installed, after reboot, it wont run), here's the error log:
Can you verify that it is only an issue on MX KDE beta2 and not also an issue on MX-19.2 Xfce?

You don't really need to use systemd as your init to use flatpaks and I honestly don't think it is part of the reason the install or starting has issues.
You also don't need install Steam via a flatpak either, it is in the repository and can be installed via MX Package Installer, fcitx can be installed the same way.

If there is a flatpak issue only with the KDE beta2, then it needs looked at, if not then this discussion can continue in the other thread you started.
I just tried boot without systemd enabled and got same issue for steam and fcitx.
I enable systemd for snap applications, now I can see shutter(a screen capture app I use daily, provided only by snappy) not started.
My software install order is flatpak>snap>apt, doing this is expecting consistent app experience. BTW fcitx is installed by apt neither flatpak nor snap.
I don't have another machine for MX-19.2 Xfce, very sorroy that I can't do such kind comparision.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 9:42 pm
by leslie1017
dolphin_oracle wrote: Thu Jul 23, 2020 1:19 pm
SwampRabbit wrote: Thu Jul 23, 2020 12:58 pm
leslie1017 wrote: Thu Jul 23, 2020 11:34 am MX KDE beta2, systemd enabled
Flatpak cmdline installed steam can't start(it was started correctly right after installed, after reboot, it wont run), here's the error log:
Can you verify that it is only an issue on MX KDE beta2 and not also an issue on MX-19.2 Xfce?

You don't really need to use systemd as your init to use flatpaks and I honestly don't think it is part of the reason the install or starting has issues.
You also don't need install Steam via a flatpak either, it is in the repository and can be installed via MX Package Installer, fcitx can be installed the same way.

If there is a flatpak issue only with the KDE beta2, then it needs looked at, if not then this discussion can continue in the other thread you started.
might need xdg-desktop-portal-kde installed. on Xfce we have xdg-desktop-portal-gtk . flatpaks use the xdg-desktop-portal system for accessing things like home folders, which steam would.
Just installed xdg-desktop-portal-kde, still same issue for steam:

Code: Select all

leslie@leslie-desktop ~/Downloads $ sudo apt install xdg-desktop-portal-kde 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  xdg-desktop-portal-kde
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 94.0 kB of archives.
After this operation, 473 kB of additional disk space will be used.
Get:1 http://mirrors.ustc.edu.cn/debian buster/main amd64 xdg-desktop-portal-kde amd64 5.14.5-1 [94.0 kB]
Fetched 94.0 kB in 0s (312 kB/s)            
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
Selecting previously unselected package xdg-desktop-portal-kde.
(Reading database ... 211947 files and directories currently installed.)
Preparing to unpack .../xdg-desktop-portal-kde_5.14.5-1_amd64.deb ...
Unpacking xdg-desktop-portal-kde (5.14.5-1) ...
Setting up xdg-desktop-portal-kde (5.14.5-1) ...
leslie@leslie-desktop ~/Downloads $ 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 10:19 pm
by SwampRabbit
leslie1017 wrote: Thu Jul 23, 2020 9:38 pm I just tried boot without systemd enabled and got same issue for steam and fcitx.
I enable systemd for snap applications, now I can see shutter(a screen capture app I use daily, provided only by snappy) not started.
My software install order is flatpak>snap>apt, doing this is expecting consistent app experience. BTW fcitx is installed by apt neither flatpak nor snap.
I don't have another machine for MX-19.2 Xfce, very sorroy that I can't do such kind comparision.
So your only machine you are running a BETA on? :frown:
There is no upgrade path that I am aware of from the beta to final, you're probably going to have to reinstall anyway.

So you are having more issues than just with flatpaks on the KDE Beta2?

You didn't mention needing snap support, but yes you need systemd for snaps.

You're having the following issues?
- Steam flatpak
- fcitx via apt

I just installed Steam flatpak using MX Package Installer on MX-KDE beta2, it installed fine, and opens fine.

fcitx 4.x series with Qt5 front end installed via the MX Package Installer no issues and at least the Input Method - System Settings Module opens... I can't test past this right now.

Now the only difference is I didn't boot with systemd, but I don't think booting with systemd is the issue... it may be. But having just tested both of those, I think the issue may be isolated to your system and not a issue with the Beta or those applications.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 23, 2020 11:19 pm
by i_ri
hello everyone
Missing the panel eyes that follow cursor.
treasure the do-nothing app..

mx triangles1 image is so kde!
well ,, with xeyes staring up the side of the triangle, it is.

mxkde5-beta2 has the kde fluidity that i associate with kde.
This is the best kde5 i have trialed since a kubuntu k5 five(?) years ago.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 12:58 am
by kangburra
I have setup fingerprint-gui and it works well except now when I resume the machine the password does not unlock the machine, neither does the fingerprint. I have to enter the password and see it say failed to unlock, then swipe my finger with that password still in the box. It seems excessively secure to require both.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 1:24 am
by SwampRabbit
kangburra wrote: Fri Jul 24, 2020 12:58 am I have setup fingerprint-gui and it works well except now when I resume the machine the password does not unlock the machine, neither does the fingerprint. I have to enter the password and see it say failed to unlock, then swipe my finger with that password still in the box. It seems excessively secure to require both.
Pretty sure fingerprint-gui is not created by the MX team, so how “excessive“ it’s functionality is is not up to MX really.

You may want to research the application more and see if it is a setting or known issue.

If it’s a bug in the particular version package, and it just needs updated or is missing a dependency to make it work as expected, then that is another topic unrelated to the KDE beta.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 1:28 am
by JayM
SwampRabbit wrote: Fri Jul 24, 2020 1:24 am
kangburra wrote: Fri Jul 24, 2020 12:58 am I have setup fingerprint-gui and it works well except now when I resume the machine the password does not unlock the machine, neither does the fingerprint. I have to enter the password and see it say failed to unlock, then swipe my finger with that password still in the box. It seems excessively secure to require both.
Pretty sure fingerprint-gui is not created by the MX team, so how “excessive“ it’s functionality is is not up to MX really.

You may want to research the application more and see if it is a setting or known issue.

If it’s a bug in the particular version package, and it just needs updated or is missing a dependency to make it work as expected, then that is another topic unrelated to the KDE beta.
It isn't in any of the MX repos either.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 1:30 am
by kangburra
SwampRabbit wrote: Fri Jul 24, 2020 1:24 am
kangburra wrote: Fri Jul 24, 2020 12:58 am I have setup fingerprint-gui and it works well except now when I resume the machine the password does not unlock the machine, neither does the fingerprint. I have to enter the password and see it say failed to unlock, then swipe my finger with that password still in the box. It seems excessively secure to require both.
Pretty sure fingerprint-gui is not created by the MX team, so how “excessive“ it’s functionality is is not up to MX really.

You may want to research the application more and see if it is a setting or known issue.

If it’s a bug in the particular version package, and it just needs updated or is missing a dependency to make it work as expected, then that is another topic unrelated to the KDE beta.
It works perfectly well in the XFCE version, I installed the same way and Konsole works as expected. I am guessing it is a PAM problem but I thought I should report it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 1:45 am
by leslie1017
Inline
SwampRabbit wrote: Thu Jul 23, 2020 10:19 pm
leslie1017 wrote: Thu Jul 23, 2020 9:38 pm I just tried boot without systemd enabled and got same issue for steam and fcitx.
I enable systemd for snap applications, now I can see shutter(a screen capture app I use daily, provided only by snappy) not started.
My software install order is flatpak>snap>apt, doing this is expecting consistent app experience. BTW fcitx is installed by apt neither flatpak nor snap.
I don't have another machine for MX-19.2 Xfce, very sorroy that I can't do such kind comparision.
So your only machine you are running a BETA on? :frown:
Yes
There is no upgrade path that I am aware of from the beta to final, you're probably going to have to reinstall anyway.
Sad to know this, I can reinstall, I will keep my home folder with all settings and installed games/data.
So you are having more issues than just with flatpaks on the KDE Beta2?
These two are blocking issue, fcitx is more critical, I use it to input message in Chinese.
There are some other issues(may be not issue, I didn't success on other distro), like can't set scaling seperately for my 1080p monitor and 4K monitor.

You didn't mention needing snap support, but yes you need systemd for snaps.

You're having the following issues?
- Steam flatpak
- fcitx via apt

I just installed Steam flatpak using MX Package Installer on MX-KDE beta2, it installed fine, and opens fine.
I found something new, I installed steam on my AMD CPU/GPU working machine, and it opens well, after I got home, I plug my MX system(it's installed on a USB drive) into a machine with interl CPU and NVidia GPU, and I installed Nvidia graphics driver first, then start steam, and see crash.
Just now I reached my working place and plugged MX system in AMD CPU/GPU machine, steam can open correctly again.

fcitx 4.x series with Qt5 front end installed via the MX Package Installer no issues and at least the Input Method - System Settings Module opens... I can't test past this right now.
I can also open the fcitx settings window, the problem is when press ctrl+space or shift key to use fcitx input method, nothing shows up
Now the only difference is I didn't boot with systemd, but I don't think booting with systemd is the issue... it may be. But having just tested both of those, I think the issue may be isolated to your system and not a issue with the Beta or those applications.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 2:08 am
by SwampRabbit
leslie1017 wrote: Fri Jul 24, 2020 1:45 am Inline
I don’t believe your issues are related to the KDE beta2 except maybe the Screen scaling issue, but I don’t know.

As far as the rest, this isn’t really the place to discuss them. Running from a live USB swapping from an AMD system to Intel/Nvidia
system for example... total different monster problem unrelated to KDE beta2.

So please start a thread for each issue separately. It is very hard to diagnose problems when it is a dozen different ones all at once, plus it doesn’t get the attention and help from other users.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 3:02 am
by leslie1017
SwampRabbit wrote: Fri Jul 24, 2020 2:08 am
leslie1017 wrote: Fri Jul 24, 2020 1:45 am Inline
I don’t believe your issues are related to the KDE beta2 except maybe the Screen scaling issue, but I don’t know.

As far as the rest, this isn’t really the place to discuss them. Running from a live USB swapping from an AMD system to Intel/Nvidia
system for example... total different monster problem unrelated to KDE beta2.

So please start a thread for each issue separately. It is very hard to diagnose problems when it is a dozen different ones all at once, plus it doesn’t get the attention and help from other users.
It's not a live USB, I installed MX KDE beta2 into my USB disk (it's a 500GB sandisk with usb3.1 port), just regard it as a normal hard disk system.
I use this USB disk as my Linux system for many years with varies distos, they don't show issue switching among AMD/Nvidia/Intel graphics cards
I'm new to this forum, could you let me know where to start new thread to discuss such issues? Thanks

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 3:12 am
by JayM
I'm not SwampRabbit, but issues specifically with the KDE beta 2 belong here. As far as the Nvidia driver installation problem goes, normally it would go in the MX KDE forum after it gets created which will be after that version of MX is officially released, but meanwhile I guess it also goes here? :smile:

It would be helpful if, when you're on the machine with the Intel/Nvidia combo, you described the issue in some detail including which Nvidia driver you selected, and if you posted the Quick System Info from that machine.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 3:25 am
by leslie1017
JayM wrote: Fri Jul 24, 2020 3:12 am I'm not SwampRabbit, but issues specifically with the KDE beta 2 belong here. As far as the Nvidia driver installation problem goes, normally it would go in the MX KDE forum after it gets created which will be after that version of MX is officially released, but meanwhile I guess it also goes here? :smile:

It would be helpful if, when you're on the machine with the Intel/Nvidia combo, you described the issue in some detail including which Nvidia driver you selected, and if you posted the Quick System Info from that machine.
How about fcitx issue? where to post the issue?
I will send Quick System Info later when I reached home. Note that it doesn't have Intel/Nvidia combo. Only one Nvidia card(GTX1060 3GB) no integrated graphic card.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 3:33 am
by JayM
The fcitx keyboard shortcuts are probably just a matter of mapping them in Plasma, but I have no idea how as I'm an Xfce kind of guy. :happy: Perhaps this will help? https://www.addictivetips.com/ubuntu-li ... -plasma-5/

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 4:54 am
by leslie1017
I've deleted Libreoffice icon from Favourite menu several times, but once I reboot, it comes back here.
Image

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 5:11 am
by asqwerth
What plasma theme are you using? Did you switch between different menu launchers? Did you switch between different look and feel global themes using the option to apply the default layout that comes with the global theme?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 6:44 am
by Gerson
How can you make all the windows have the same color of the chosen theme? Some applications appear with a white background when using dark themes.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 6:49 am
by fehlix
Gerson wrote: Fri Jul 24, 2020 6:44 am How can you make all the windows have the same color of the chosen theme? Some applications appear with a white background when using dark themes.
Perhaps try this line wunning within the konsole opend as normal user:

Code: Select all

sudo bash -c "lookandfeeltool -a $(grep -oP 'LookAndFeelPackage=\K.*' ~/.config/kdeglobals)  2>/dev/null"
It's set the theme for GUI's app running as root the same as for the user. :cool:
:puppy:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 6:56 am
by leslie1017
JayM wrote: Fri Jul 24, 2020 3:33 am The fcitx keyboard shortcuts are probably just a matter of mapping them in Plasma, but I have no idea how as I'm an Xfce kind of guy. :happy: Perhaps this will help? https://www.addictivetips.com/ubuntu-li ... -plasma-5/
I solved the fcitx issue, by installing sogoupinyin:
http://cdn2.ime.sogou.com/dl/index/1571 ... _amd64.deb

I think this package installed some neccessary depencies for fcitx and make it work.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:00 am
by leslie1017
JayM wrote: Fri Jul 24, 2020 3:12 am I'm not SwampRabbit, but issues specifically with the KDE beta 2 belong here. As far as the Nvidia driver installation problem goes, normally it would go in the MX KDE forum after it gets created which will be after that version of MX is officially released, but meanwhile I guess it also goes here? :smile:

It would be helpful if, when you're on the machine with the Intel/Nvidia combo, you described the issue in some detail including which Nvidia driver you selected, and if you posted the Quick System Info from that machine.
Quick System Info that steam crashes machine:

Code: Select all


System:    Host: leslie-desktop Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 root=UUID=c5af275b-a0d4-4aea-830e-3b11c9a44ad6 ro quiet splash 
           Desktop: KDE Plasma 5.14.5 info: plank wm: kwin_x11 dm: SDDM Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
           base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: H110M-K v: Rev X.0x serial: <filter> UEFI [Legacy]: American Megatrends v: 3405 
           date: 08/24/2017 
CPU:       Topology: Quad Core model: Intel Core i5-7500 bits: 64 type: MCP arch: Kaby Lake family: 6 model-id: 9E (158) 
           stepping: 9 microcode: D6 L2 cache: 6144 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27199 
           Speed: 800 MHz min/max: 800/3800 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 
           Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT disabled 
           Type: mds mitigation: Clear CPU buffers; SMT disabled 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: disabled, RSB filling 
           Type: srbds mitigation: Microcode 
           Type: tsx_async_abort mitigation: Clear CPU buffers; SMT disabled 
Graphics:  Device-1: NVIDIA GP106 [GeForce GTX 1060 3GB] driver: nvidia v: 440.100 bus ID: 01:00.0 chip ID: 10de:1c02 
           Display: x11 server: X.Org 1.20.4 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa alternate: nv 
           compositor: kwin_x11 resolution: 3840x2160~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 1060 3GB/PCIe/SSE2 v: 4.6.0 NVIDIA 440.100 direct render: Yes 
Audio:     Device-1: Intel Sunrise Point-H HD Audio vendor: ASUSTeK 100 Series/C230 Series Family driver: snd_hda_intel 
           v: kernel bus ID: 00:1f.3 chip ID: 8086:a170 
           Device-2: NVIDIA GP106 High Definition Audio driver: snd_hda_intel v: kernel bus ID: 01:00.1 chip ID: 10de:10f1 
           Sound Server: ALSA v: k5.6.0-2-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK driver: r8169 v: kernel port: d000 
           bus ID: 03:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 1.47 TiB used: 279.31 GiB (18.5%) 
           ID-1: /dev/sda vendor: Western Digital model: WD10EZEX-08M2NA0 size: 931.51 GiB block size: physical: 4096 B 
           logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm serial: <filter> rev: 1A01 temp: 32 C scheme: MBR 
           ID-2: /dev/sdb vendor: Tigo model: SSD 120GB size: 111.79 GiB block size: physical: 512 B logical: 512 B 
           speed: 6.0 Gb/s serial: <filter> rev: 6A temp: 49 C scheme: GPT 
           ID-3: /dev/sdc type: USB vendor: SanDisk model: SD9SN8W512G size: 465.76 GiB block size: physical: 4096 B 
           logical: 512 B serial: <filter> rev: 1012 scheme: MBR 
Partition: ID-1: / raw size: 74.51 GiB size: 72.83 GiB (97.76%) used: 13.85 GiB (19.0%) fs: ext4 dev: /dev/sdc2 
           ID-2: /home raw size: 390.78 GiB size: 383.64 GiB (98.17%) used: 265.45 GiB (69.2%) fs: ext4 dev: /dev/sdc3 
Sensors:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 53 C 
           Fan Speeds (RPM): N/A gpu: nvidia fan: 34% 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://mirrors.ustc.edu.cn/debian/ buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://mirrors.ustc.edu.cn/debian/ buster main contrib non-free
           2: deb http://mirrors.ustc.edu.cn/debian-security/ buster/updates main contrib non-free
           No active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb https://mirrors.tuna.tsinghua.edu.cn/mxlinux/mx/repo/ buster main non-free
           2: deb https://mirrors.tuna.tsinghua.edu.cn/mxlinux/mx/repo/ buster ahs
           No active apt repos in: /etc/apt/sources.list.d/sogoupinyin.list 
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 230 Uptime: 8m Memory: 15.58 GiB used: 2.39 GiB (15.4%) Init: SysVinit v: 2.93 runlevel: 5 default: 5 
           Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:03 am
by Gerson
fehlix wrote: Fri Jul 24, 2020 6:49 am
Gerson wrote: Fri Jul 24, 2020 6:44 am How can you make all the windows have the same color of the chosen theme? Some applications appear with a white background when using dark themes.
Perhaps try this line wunning within the konsole opend as normal user:

Code: Select all

sudo bash -c "lookandfeeltool -a $(grep -oP 'LookAndFeelPackage=\K.*' ~/.config/kdeglobals)  2>/dev/null"
It's set the theme for GUI's app running as root the same as for the user. :cool:
:puppy:
I applied the line from Konsole and even restarted and changed the theme but I get the same result of white background in dark themes.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:07 am
by tony37
Gerson wrote: Fri Jul 24, 2020 7:03 am I applied the line from Konsole and even restarted and changed the theme but I get the same result of white background in dark themes.
It worked for me. You can also try

Code: Select all

sudo systemsettings5
and make the changes in GUI
Is it possible it didn't work for you because you didn't have a /root/.config/kdeglobals file yet? I simply don't know if the command creates the file if it isn't there (edit: I tested this and it also works for me when after deleting /root/.config/kdeglobals)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:16 am
by Gerson
tony37 wrote: Fri Jul 24, 2020 7:07 am
Gerson wrote: Fri Jul 24, 2020 7:03 am I applied the line from Konsole and even restarted and changed the theme but I get the same result of white background in dark themes.
It worked for me. You can also try

Code: Select all

sudo systemsettings5
and make the changes in GUI
Is it possible it didn't work for you because you didn't have a /root/.config/kdeglobals file yet? I simply don't know if the command creates the file if it isn't there
It works with the line you suggested but now I have 2 colors.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:21 am
by tony37
Is the color scheme set to KvBrown when you open system settings with sudo?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:24 am
by fehlix
Gerson wrote: Fri Jul 24, 2020 7:03 am
fehlix wrote: Fri Jul 24, 2020 6:49 am
Gerson wrote: Fri Jul 24, 2020 6:44 am How can you make all the windows have the same color of the chosen theme? Some applications appear with a white background when using dark themes.
Perhaps try this line wunning within the konsole opend as normal user:

Code: Select all

sudo bash -c "lookandfeeltool -a $(grep -oP 'LookAndFeelPackage=\K.*' ~/.config/kdeglobals)  2>/dev/null"
It's set the theme for GUI's app running as root the same as for the user. :cool:
:puppy:
I applied the line from Konsole and even restarted and changed the theme but I get the same result of white background in dark themes.
It shall work for system white available themes, which are placed with /usr/share/plasma/lookandfeel, not for user only themes placed under ~/.local/share/plasma/lookandfeel
You can list available themes like this for the user

Code: Select all

lookandfeeltool --list
and for root

Code: Select all

mx-pkexec  lookandfeeltool --list
And it would only apply the provided theme definition, not any other manually applied themings.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:30 am
by tony37
There may still be different color schemes if you only change lookandfeel

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:39 am
by Gerson
tony37 wrote: Fri Jul 24, 2020 7:21 am Is the color scheme set to KvBrown when you open system settings with sudo?
I had put a user theme and with the command he suggested I put another for root, now with the explanation of @fehlix I understood the problem. Thank you.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:53 am
by dolphin_oracle
**edit** wrong post

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 7:56 am
by dolphin_oracle
leslie1017 wrote: Fri Jul 24, 2020 6:56 am
JayM wrote: Fri Jul 24, 2020 3:33 am The fcitx keyboard shortcuts are probably just a matter of mapping them in Plasma, but I have no idea how as I'm an Xfce kind of guy. :happy: Perhaps this will help? https://www.addictivetips.com/ubuntu-li ... -plasma-5/
I solved the fcitx issue, by installing sogoupinyin:
http://cdn2.ime.sogou.com/dl/index/1571 ... _amd64.deb

I think this package installed some neccessary depencies for fcitx and make it work.
quite possibly. looks like there is some Xsession setup too. Thanks!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 8:52 am
by chrispop99
chrispop99 wrote: Tue Jul 21, 2020 3:54 pm Using MX User Manager to permit a user to automatically logon does not work. Password entry is still required after making the change.

Chris
Just confirmation that today's update to mx-user fixed this.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 9:07 am
by dolphin_oracle
chrispop99 wrote: Fri Jul 24, 2020 8:52 am
chrispop99 wrote: Tue Jul 21, 2020 3:54 pm Using MX User Manager to permit a user to automatically logon does not work. Password entry is still required after making the change.

Chris
Just confirmation that today's update to mx-user fixed this.

Chris
Thanks for the updated report.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 9:33 am
by Gerson
richb wrote: Fri Jul 17, 2020 10:53 pm
JayM wrote: Fri Jul 17, 2020 10:21 pm I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.
I have experienced the same condition on a regular basis with an install to SSD.
I have installed beta 2 in a solid disk and I don't have that problem, right click to see the updates, I run and when I finish the update it closes itself and the icon disappears until when there are new updates.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 9:35 am
by SwampRabbit
kangburra wrote: Fri Jul 24, 2020 1:30 am It works perfectly well in the XFCE version, I installed the same way and Konsole works as expected. I am guessing it is a PAM problem but I thought I should report it.
It is still hard to know if this is specific for the KDE Beta2.

We need know how you installed this, I looked and didn't find this "fingerprint-gui" for MX or Debian, so you installed this from source?

I am assuming it is this application:
https://aur.archlinux.org/packages/fingerprint-gui

Note its been flagged as out of date, the developer's website has an expired self-signed cert, blah, blah, blah.
Doesn't look like it has been packaged for Debian or any derivative either.

There could potentially already be an alternative application to use that works though, just don't know what it is.
Doesn't our MX Manual, Wiki or FAQ have something on fingerprint readers?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 9:39 am
by SwampRabbit
dolphin_oracle wrote: Fri Jul 24, 2020 7:56 am
leslie1017 wrote: Fri Jul 24, 2020 6:56 am I solved the fcitx issue, by installing sogoupinyin:
http://cdn2.ime.sogou.com/dl/index/1571 ... _amd64.deb

I think this package installed some neccessary depencies for fcitx and make it work.
quite possibly. looks like there is some Xsession setup too. Thanks!
Arch users have complained about the fcitx-sogoupinyin package, some were recommending https://gitee.com/laomocode/fcitx-sogouimebs
fcitx-sogouimebs uses qt5, and it is indeed MUCH more stable than the current version of fcitx-sogoupinyin
Can't find sources for either, I'm guessing its on "gitee"?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 9:46 am
by Gaer Boy
Gerson wrote: Fri Jul 24, 2020 9:33 am
richb wrote: Fri Jul 17, 2020 10:53 pm
JayM wrote: Fri Jul 17, 2020 10:21 pm I installed in a VM. I like that Guest Additions is preinstalled and works OOTB. I still see the issue where when the update finishes and the icon changes from green to clear, the updater's right-click menu opens by itself. I was watching it and the menu opened right when the icon changed colors.
I have experienced the same condition on a regular basis with an install to SSD.
I have installed beta 2 in a solid disk and I don't have that problem, right click to see the updates, I run and when I finish the update it closes itself and the icon disappears until when there are new updates.
I'm fairly sure that this happened to me today on a standard MX-19.2 xfce installation. An upgrade to mxuser which took about 6 secs - when I closed synaptic, the updater right-click menu appeared. I've not seen this before.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:05 am
by SwampRabbit
leslie1017 wrote: Fri Jul 24, 2020 1:45 am I found something new, I installed steam on my AMD CPU/GPU working machine, and it opens well, after I got home, I plug my MX system(it's installed on a USB drive) into a machine with interl CPU and NVidia GPU, and I installed Nvidia graphics driver first, then start steam, and see crash.
Just now I reached my working place and plugged MX system in AMD CPU/GPU machine, steam can open correctly again.
How are you installing the Nvidia drivers, via MX Package Installer or the Nvidia Driver Installer application?

Just so we are understanding that QSI is the system showing the issue, but you're booting from a Live USB?
The QSI looks good to me at first glance, so I wonder if issue lies in flip flopping between systems and installing the Nvidia drivers.

I only have one system with an Nvidia GPU to test a Steam flatpak install with the KDE Beta2, so it will be a bit before I can test.

If someone with the KDE Beta2 running on a system with an Nvidia GPU can confirm the Steam flatpak will or will not launch that would be great.

The Steam flatpak installed and launched fine in a VM and on an all AMD system.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:36 am
by leslie1017
SwampRabbit wrote: Fri Jul 24, 2020 10:05 am
leslie1017 wrote: Fri Jul 24, 2020 1:45 am I found something new, I installed steam on my AMD CPU/GPU working machine, and it opens well, after I got home, I plug my MX system(it's installed on a USB drive) into a machine with interl CPU and NVidia GPU, and I installed Nvidia graphics driver first, then start steam, and see crash.
Just now I reached my working place and plugged MX system in AMD CPU/GPU machine, steam can open correctly again.
How are you installing the Nvidia drivers, via MX Package Installer or the Nvidia Driver Installer application?
MX Package Installer(MX Tools->Nvidia driver installer)
Just so we are understanding that QSI is the system showing the issue, but you're booting from a Live USB?
No, I installed MX KDE into a USB disk, which means I boot from a Live USB then installed MX KDE to another USB disk, I think I should not mention this to make confusing

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:59 am
by dolphin_oracle
you'll want to post the log for the /var/log/ddm.log so we can see what happened. there is a variety of things that can happen, not the least of which is installing the wrong driver, etc... those nvidia laptops with intel/nvidia are tricky and I doubt its actually related to the kde setup.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 11:13 am
by SwampRabbit
dolphin_oracle wrote: Fri Jul 24, 2020 10:59 am you'll want to post the log for the /var/log/ddm.log so we can see what happened. there is a variety of things that can happen, not the least of which is installing the wrong driver, etc... those nvidia laptops with intel/nvidia are tricky and I doubt its actually related to the kde setup.
Their QSI makes me think its a desktop though.

But still concur, I think it is a issue with incorrect installation method/expectation that is causing this.
leslie1017 wrote: Fri Jul 24, 2020 10:36 am
SwampRabbit wrote: Fri Jul 24, 2020 10:05 am Just so we are understanding that QSI is the system showing the issue, but you're booting from a Live USB?
No, I installed MX KDE into a USB disk, which means I boot from a Live USB then installed MX KDE to another USB disk, I think I should not mention this to make confusing
Actually that is kinda important to know, it is more confusing to not know the specifics.

I would try to create a fresh Live USB with persistence and install the Nvidia drivers then test the Steam flatpak.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 12:21 pm
by leslie1017
Lutris+battle.net crashes on start.
I use apt to install the lutris, then use lutris offical site script installed battle.net. When start the battle.net, the log shows:

Code: Select all

Running /home/leslie/.local/share/lutris/runners/wine/lutris-5.7-8-x86_64/bin/wine /home/leslie/Games/battlenet/drive_c/Program Files (x86)/Battle.net/Battle.net.exe
Initial process has started with pid 11433
Game is considered started.
esync: up and running.
Initial process has exited.
wine: Unhandled page fault on execute access to 00000000 at address 00000000 (thread 0033), starting debugger...
Game is considered exited.
All monitored processes have exited.
Exit with returncode 256
I didn't follow lutris website steps to install nvidia drivers, since it is for Ubuntu based system only. Not sure the steps to enable lutris on MX KDE

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 12:34 pm
by SwampRabbit
leslie1017 wrote: Fri Jul 24, 2020 12:21 pm Lutris+battle.net crashes on start.
I use apt to install the lutris, then use lutris offical site script installed battle.net. ... Not sure the steps to enable lutris on MX KDE
Again, I do not believe that your issues are related to the KDE Beta. You need to take these issues to separate threads or we have to ask the Moderators to do it for you.

Lutris runs perfectly fine, I am the one that packages it for MX, and there really are no changes from the source provided by Lutris.
I test it extensively on 4 systems (1 using the KDE beta) before it goes to the repos.

I do not test Battle.net because I do not use it, but you should first read the Lutris wiki on configuring you’re system for Battle.net. Do NOT follow the Lutris guide for drivers.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 4:55 pm
by kangburra
SwampRabbit wrote: Fri Jul 24, 2020 9:35 am
kangburra wrote: Fri Jul 24, 2020 1:30 am It works perfectly well in the XFCE version, I installed the same way and Konsole works as expected. I am guessing it is a PAM problem but I thought I should report it.
It is still hard to know if this is specific for the KDE Beta2.

We need know how you installed this, I looked and didn't find this "fingerprint-gui" for MX or Debian, so you installed this from source?

I am assuming it is this application:
https://aur.archlinux.org/packages/fingerprint-gui

Note its been flagged as out of date, the developer's website has an expired self-signed cert, blah, blah, blah.
Doesn't look like it has been packaged for Debian or any derivative either.

There could potentially already be an alternative application to use that works though, just don't know what it is.
Doesn't our MX Manual, Wiki or FAQ have something on fingerprint readers?
Since coming to MX Linux from whatever I was using before I have used this PPA https://launchpad.net/~fingerprint/+arc ... rprint-gui or at least added the apt file and imported the key. As I say it works properly in XFCE and works for Konsole commands but the lock screen requires multiple entries to get back in.

I will have a look for an MX fingerprint reader, I must admit when I find a way that works I use it until it stops working.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:20 pm
by SwampRabbit
kangburra wrote: Fri Jul 24, 2020 4:55 pm Since coming to MX Linux from whatever I was using before I have used this PPA https://launchpad.net/~fingerprint/+arc ... rprint-gui or at least added the apt file and imported the key. As I say it works properly in XFCE and works for Konsole commands but the lock screen requires multiple entries to get back in.

I will have a look for an MX fingerprint reader, I must admit when I find a way that works I use it until it stops working.
Thanks for the link.

By chance can you provide which version of Ubuntu you install from?

I don't see why we can't package it for our repos from the sources on Launchpad, it may help identify if something on the KDE beta2 is actually causing it.
Although it may be mute since this application is no longer maintained as well and that means fixes to this application won't come.

Several interesting things I noticed:
GNOME users: The package policykit-1-fingerprint-gui replaces GNOME's standard PolicyKit daemon (contained in package policykit-1-gnome) ... KDE SC users: The above instructions for GNOME users apply to you as well
Please note that Fingerprint GUI doesn't work with kdm and kscreensaver because of a bug in these applications
Check /var/log/auth.log for any clues. Fingerprint GUI is set up to run in debugging mode by default.
Does that log seem like it provides anything useful?

I hate to push you off to find another application, but its hard to recommend an application that isn't maintained, and has some known issues already. I'm sure fingerprint readers and applications have been talked about on the forums already.

Maybe dolphin_oracle, fehlix, or Adrian can look at this and potentially figure out why it works for Xfce and not KDE. That doesn't mean there's a fix, but its worth a shot.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:26 pm
by JayM
I started my MX-KDE B2 VM this morning and let it sit. Two updates were auto-detected by the updater with no intervention on my part. With both checkboxes unchecked (always answer yes, close terminal when finished) and using the MX Updater view and install upgrades window, not Muon, to install the updates I installed them. After hitting a key to close the terminal window there was a pause during which the icon was still green. At the exact time it changed from green to an empty wireframe image the right-click menu opened by itself. Whatever is triggering that menu to open happens when the icon changes from green to the default. It doesn't matter what icon style I use. It's as though something in apt-notifyer.py is triggering a right mouse-click at the time when the icon gets changed from NewUpdatesIcon to NoUpdatesIcon, but only in Plasma, not in Xfce. My mouse cursor wasn't hovering over the updater's icon at the time though. I looked at the python script but can't make heads or tails out of it. I wonder if it's a compatibility issue between the version of Plasma and Python 3.7?

This is really a minor thing but it bothers me, and I know darned well that there will be forum posts and bug reports about it later. It's little niggles like this that give a poor overall impression of a distro IMO (thinking of reviewers.)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:40 pm
by SwampRabbit
JayM wrote: Fri Jul 24, 2020 10:26 pm This is really a minor thing but it bothers me, and I know darned well that there will be forum posts and bug reports about it later. It's little niggles like this that give a poor overall impression of a distro IMO (thinking of reviewers.)
Post your darn QSI Jay! :lipsrsealed:

I am extremely impressed by the amount of effort and success that has been done with all of that for the KDE version. I know they will get it fixed one way or another.
If any reviewers don't like it, they can actually help the team, or go use Kubuntu! (partially joking about the Kubuntu part) :lion:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:44 pm
by JayM
SwampRabbit wrote: Fri Jul 24, 2020 10:40 pm
JayM wrote: Fri Jul 24, 2020 10:26 pm This is really a minor thing but it bothers me, and I know darned well that there will be forum posts and bug reports about it later. It's little niggles like this that give a poor overall impression of a distro IMO (thinking of reviewers.)
Post your darn QSI Jay! :lipsrsealed:

I am extremely impressed by the amount of effort and success that has been done with all of that for the KDE version. I know they will get it fixed one way or another.
If any reviewers don't like it, they can actually help the team, or go use Kubuntu! (partially joking about the Kubuntu part) :lion:
That's what happens when thunderstorms at night plus frightened dogs crying means you're sleep-deprived. :anicat:

Code: Select all


System:
  Host: mx-kde-b2 Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
  root=UUID=3de26e4a-56c2-420f-b19b-18102ba13170 ro quiet splash 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: <filter> 
  Chassis: Oracle Corporation type: 1 serial: <filter> 
  Mobo: Oracle model: VirtualBox v: 1.2 serial: <filter> BIOS: innotek v: VirtualBox 
  date: 12/01/2006 
Battery:
  ID-1: BAT0 charge: 50.0 Wh condition: 50.0/50.0 Wh (100%) volts: 10.0/10.0 
  model: innotek 1 type: Unknown serial: N/A status: Full 
CPU:
  Topology: Triple Core model: AMD Ryzen 5 2500U with Radeon Vega Mobile Gfx 
  bits: 64 type: MCP arch: Zen family: 17 (23) model-id: 11 (17) stepping: N/A 
  microcode: 6000626 L2 cache: 1536 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 bogomips: 11977 
  Speed: 1996 MHz min/max: N/A Core speeds (MHz): 1: 1996 2: 1996 3: 1996 
  Vulnerabilities: Type: itlb_multihit status: Not affected 
  Type: l1tf status: Not affected 
  Type: mds status: Not affected 
  Type: meltdown status: Not affected 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Full AMD retpoline, STIBP: disabled, RSB filling 
  Type: srbds status: Not affected 
  Type: tsx_async_abort status: Not affected 
Graphics:
  Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.17.0.0 bus ID: 00:02.0 
  chip ID: 15ad:0405 
  Display: x11 server: X.Org 1.20.4 driver: vmware unloaded: fbdev,modesetting,vesa 
  compositor: kwin_x11 resolution: 1884x968~60Hz 
  OpenGL: renderer: SVGA3D; build v: 2.1 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel 82801AA AC97 Audio driver: snd_intel8x0 v: kernel bus ID: 00:05.0 
  chip ID: 8086:2415 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel 82540EM Gigabit Ethernet driver: e1000 v: 7.3.21-k8-NAPI 
  port: d020 bus ID: 00:03.0 chip ID: 8086:100e 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge driver: piix4_smbus 
  v: N/A port: d200 bus ID: 00:07.0 chip ID: 8086:7113 
Drives:
  Local Storage: total: 25.00 GiB used: 6.63 GiB (26.5%) 
  ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 25.00 GiB block size: 
  physical: 512 B logical: 512 B speed: <unknown> serial: <filter> rev: 1.0 
  scheme: MBR 
Partition:
  ID-1: / raw size: 22.97 GiB size: 22.48 GiB (97.88%) used: 6.63 GiB (29.5%) 
  fs: ext4 dev: /dev/sda1 
  ID-2: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap 
  swappiness: 15 (default 60) cache pressure: 100 (default) dev: /dev/sda2 
Sensors:
  Message: No sensors data was found. Is sensors configured? 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb https://mirror.pregi.net/mx-linux-packages/mx/repo/ buster main non-free
  2: deb https://mirror.pregi.net/mx-linux-packages/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 180 Uptime: N/A Memory: 3.85 GiB used: 463.5 MiB (11.8%) Init: SysVinit 
  v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 
FYI richb confirmed earlier that he's seeing the same thing happen on his system.

And I agree with you: the MX KDE betas are more polished and run better than some distros' official release versions.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:52 pm
by SwampRabbit
JayM wrote: Fri Jul 24, 2020 10:44 pm That's what happens when thunderstorms at night plus frightened dogs crying means you're sleep-deprived. :anicat:
I was messing with you about the QSI Jay. :p

That doesn't sound like a good time with the pups though.

I was in the KDE beta earlier to test those flatpak and other issues, but I didn't update though. But if you and Rich identified it... then I am sure they are tracking it. :happy:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:58 pm
by JayM
I wish I could figure out what's triggering the darn menu so I could suggest a fix instead of making Dolphin or someone have to track it down. I should have pursued that "How to learn Python the hard way" online tutorial/course that I started to do once, but I never seem to get enough time to sit down and concentrate on things like that without interruptions derailing my train of thought.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 10:59 pm
by richb
Yes the exact same opening of the MX Updater window happens with me when the updater icon changes from green to wireframe. It is not only JayM. This is not a VB install but a hardware install.

I would post my QSI but at the moment I am running Kubuntu 20.04.1 LTS, KDE Plasma 5.18.5 to check out that KDE version and see what is different from the 5.8 release.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 11:37 pm
by SwampRabbit
richb wrote: Fri Jul 24, 2020 10:59 pm Yes the exact same opening of the MX Updater window happens with me when the updater icon changes from green to wireframe. It is not only JayM. This is not a VB install but a hardware install.

I would post my QSI but at the moment I am running Kubuntu 20.04.1 LTS, KDE Plasma 5.18.5 to check out that KDE version and see what is different from the 5.8 release.
You get a pass this time on the QSI Rich! :p I was just kidding with Jay anyway.

From the dev thread, apt-notifier is getting a lot of attention.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 24, 2020 11:42 pm
by richb
SwampRabbit wrote: Fri Jul 24, 2020 11:37 pm
richb wrote: Fri Jul 24, 2020 10:59 pm Yes the exact same opening of the MX Updater window happens with me when the updater icon changes from green to wireframe. It is not only JayM. This is not a VB install but a hardware install.

I would post my QSI but at the moment I am running Kubuntu 20.04.1 LTS, KDE Plasma 5.18.5 to check out that KDE version and see what is different from the 5.8 release.
You get a pass this time on the QSI Rich! :p I was just kidding with Jay anyway.

From the dev thread, apt-notifier is getting a lot of attention.
It certainly is not being ignored.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 1:18 am
by kangburra
SwampRabbit wrote: Fri Jul 24, 2020 10:20 pm
kangburra wrote: Fri Jul 24, 2020 4:55 pm Since coming to MX Linux from whatever I was using before I have used this PPA https://launchpad.net/~fingerprint/+arc ... rprint-gui or at least added the apt file and imported the key. As I say it works properly in XFCE and works for Konsole commands but the lock screen requires multiple entries to get back in.

I will have a look for an MX fingerprint reader, I must admit when I find a way that works I use it until it stops working.
Thanks for the link.

By chance can you provide which version of Ubuntu you install from?

I don't see why we can't package it for our repos from the sources on Launchpad, it may help identify if something on the KDE beta2 is actually causing it.
Although it may be mute since this application is no longer maintained as well and that means fixes to this application won't come.

Several interesting things I noticed:
GNOME users: The package policykit-1-fingerprint-gui replaces GNOME's standard PolicyKit daemon (contained in package policykit-1-gnome) ... KDE SC users: The above instructions for GNOME users apply to you as well
Please note that Fingerprint GUI doesn't work with kdm and kscreensaver because of a bug in these applications
Check /var/log/auth.log for any clues. Fingerprint GUI is set up to run in debugging mode by default.
Does that log seem like it provides anything useful?

I hate to push you off to find another application, but its hard to recommend an application that isn't maintained, and has some known issues already. I'm sure fingerprint readers and applications have been talked about on the forums already.

Maybe dolphin_oracle, fehlix, or Adrian can look at this and potentially figure out why it works for Xfce and not KDE. That doesn't mean there's a fix, but its worth a shot.
I have, as a test, installed KDE Neon, and this also has the same behaviour. So it is a KDE problem and not just an MX Linux problem.
When the RC comes out I will try again and have a look as I am very tempted to give KDE a proper go if MX is behind it. If it is just sddm maybe a workround with the PAM files will solve it, or I could just not lock after resume.
Thanks for looking into it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 5:29 am
by asqwerth
The login molecule splash (Quark) has reverted back to the standard kde plasma logo splash.

I think it is due to the MX Look and Feel global theme's internal default configs for the things that aren't specifically set. I applied the global theme to test it, and that's where the change happened.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 5:54 am
by JayM
asqwerth wrote: Sat Jul 25, 2020 5:29 am The login molecule splash (Quark) has reverted back to the standard kde plasma logo splash.

I think it is due to the MX Look and Feel global theme's internal default configs for the things that aren't specifically set. I applied the global theme to test it, and that's where the change happened.
I noticed that in Beta 1 too after installing a different Look and Feel. Instead of the nice splash screen I had the boring KDE gears. Apparently, in Plasma the boot splash screein is part of an overall theme rather than being separate like with LightDM.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 5:55 am
by tony37
One thing I noticed now that I installed the beta to hard drive is that /boot/efi is not 'locked', like in any other distro I've seen. Is this intentional? And funnily the 'changed' and 'opened' dates are set to 1/1/1970

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 8:42 am
by dolphin_oracle
asqwerth wrote: Sat Jul 25, 2020 5:29 am The login molecule splash (Quark) has reverted back to the standard kde plasma logo splash.

I think it is due to the MX Look and Feel global theme's internal default configs for the things that aren't specifically set. I applied the global theme to test it, and that's where the change happened.
I've messed around with a lot of themes, and haven't seen this.

but it very possible. if a look-and-feel theme doesn't have something defined, then that thing doesn't change. asqwerth educated us on that with the icons.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 8:43 am
by dolphin_oracle
tony37 wrote: Sat Jul 25, 2020 5:55 am One thing I noticed now that I installed the beta to hard drive is that /boot/efi is not 'locked', like in any other distro I've seen. Is this intentional? And funnily the 'changed' and 'opened' dates are set to 1/1/1970
what do you mean "locked".?

its a fat32 partition.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 8:49 am
by tony37
dolphin_oracle wrote: Sat Jul 25, 2020 8:43 am
tony37 wrote: Sat Jul 25, 2020 5:55 am One thing I noticed now that I installed the beta to hard drive is that /boot/efi is not 'locked', like in any other distro I've seen. Is this intentional? And funnily the 'changed' and 'opened' dates are set to 1/1/1970
what do you mean "locked".?

its a fat32 partition.
I mean the lock you see in Dolphin like on /root or /lost+found
In my fstab I have

Code: Select all

UUID=6E90-22EA /boot/efi vfat defaults,noatime,dmask=0002,fmask=0113 0 0
Normally I have umask=0077 there

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 8:59 am
by fehlix
tony37 wrote: Sat Jul 25, 2020 8:49 am In my fstab I have

Code: Select all

UUID=6E90-22EA /boot/efi vfat defaults,noatime,dmask=0002,fmask=0113 0 0
Normally I have umask=0077 there
It's read-only for the user, that's "locked" enough and it helps for troubleshooting.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 9:01 am
by asqwerth
dolphin_oracle wrote: Sat Jul 25, 2020 8:42 am
asqwerth wrote: Sat Jul 25, 2020 5:29 am The login molecule splash (Quark) has reverted back to the standard kde plasma logo splash.

I think it is due to the MX Look and Feel global theme's internal default configs for the things that aren't specifically set. I applied the global theme to test it, and that's where the change happened.
I've messed around with a lot of themes, and haven't seen this.

but it very possible. if a look-and-feel theme doesn't have something defined, then that thing doesn't change. asqwerth educated us on that with the icons.
OK, comparing with the Sweet global theme, it would appear that you need to have the splash folder dropped into the ...../plasma/look-and-feel/themename/contents subfolder. Not sure if you need to do more, like amend the .js file in the layouts subfolder or something.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 9:17 am
by kangburra
I just did a fresh install and asked it to rename the home directory.
It did rename the home directory but then created a file with the username not a directory. This resulted in being unable to login from the GUI and I had to create the home directory manually.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 10:40 am
by sunrat
Discover works fine for updates in my Buster/KDE. It shows a coloured dot in a systray widget when updates are available and clicking on that brings up Discover which asks for authentication when you hit the go button. It's not perfect yet and I don't use it to search/install packages but has worked fine for updates. Never looked at Muon.
Would it be feasible to use it instead of MX-Updater?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 10:53 am
by kangburra
Is there a fix for Kmail? I am guessing it is a known problem and that is why it is not included but it just keeps crashing.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 10:59 am
by asqwerth
I could have sworn someone posted about the Desktop effect>> Flip Switch not working even if you assign a specific keyboard shortcut to it, but I can't find that post anymore.

I can confirm that, although on my MX19.2(xfce)+Plasma Standard install, the Flip Switch effect works with Alt-Tab without me even setting any custom keyboard shortcut at all.

Some kde package may be missing from Beta 2.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 10:59 am
by chrispop99
The Package Installer still has an entry for the KDE desktop. Might attempting to install that cause a disaster? (I can test if needed.)

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 11:28 am
by Adrian
chrispop99 wrote: Sat Jul 25, 2020 10:59 am The Package Installer still has an entry for the KDE desktop. Might attempting to install that cause a disaster? (I can test if needed.)

Chris
I think it adds the rest of the KDE applications, I doubt it creates any problems.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 11:43 am
by tony37
A tidbit about hibernation: on https://mxlinux.org/wiki/system/hibernate/ I can find: "Hibernation was removed from default locations in MX Linux such as the logout box because it proved highly unreliable in users’ tests."
But in KDE this is one of my logout options and it is the default setting for when the battery reaches the critical level (set to 5%). For me hibernation has never worked on this laptop, when I try the option in the beta my screen turns black for a few seconds and then returns to normal. When I use the method suggested on viewtopic.php?f=77&t=53742&p=583515 (so reconfiguring uswsusp) then hibernation does what it normally does on this pc: screen turns black and for minutes on end I can hear it is busy doing something and in the end I have to terminate this nonsense with the power button.
I know how to disable hibernate completely with systemd, but how to do this with sysvinit?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 2:29 pm
by tony37
Strange I didn't notice this before (because I didn't have many pdf's on my virtual install I guess), but thumbnails for pdf files aren't working. I had to install kdegraphics-thumbnailers (which manages not to mention pdf in its description) and then allow thumbnails for Postscript, DVI- and PDF-files in Dolphin.
I can imagine many don't care about thumbnails, maybe just a weird obsession of mine.

question: Is it intentional not to install plasma-brower-integration? I know it doesn't add that much, but having browser downloads in my system area makes life just a tad easier. And it also works for Firefox, contrary to what its description could suggest (but you also have to add the Plasma Integration extension in Firefox).
I remember some Plasma versions (5.15 at least) had some kind of invitation to install the browser-integration package.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 2:40 pm
by chrispop99
Anyone deciding to multi-boot with MX-19.2 Xfce will only be able to determine which version to choose from GRUB if they remember the partition each version is installed to. Is there any way the name that appears in GRUB can have something added to it to indicate it is the KDE version?

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 2:52 pm
by tony37
chrispop99 wrote: Sat Jul 25, 2020 2:40 pm Anyone deciding to multi-boot with MX-19.2 Xfce will only be able to determine which version to choose from GRUB if they remember the partition each version is installed to. Is there any way the name that appears in GRUB can have something added to it to indicate it is the KDE version?

Chris
In /etc/lsb-release I changed the first line into

Code: Select all

PRETTY_NAME="MX 19.2 patito feo KDE"
Works after sudo update-grub

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 3:03 pm
by chrispop99
tony37 wrote: Sat Jul 25, 2020 2:52 pm
chrispop99 wrote: Sat Jul 25, 2020 2:40 pm Anyone deciding to multi-boot with MX-19.2 Xfce will only be able to determine which version to choose from GRUB if they remember the partition each version is installed to. Is there any way the name that appears in GRUB can have something added to it to indicate it is the KDE version?

Chris
In /etc/lsb-release I changed the first line into

Code: Select all

PRETTY_NAME="MX 19.2 patito feo KDE"
Works after sudo update-grub
Thanks; I'm thinking more about how the devs might consider renaming it.

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 3:24 pm
by dolphin_oracle
no plans on the name. those names are used for things by various utilities in the operating system and in the package building. I prefer not to touch them.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Jul 25, 2020 3:37 pm
by tony37
dolphin_oracle wrote: Sat Jul 25, 2020 3:24 pm no plans on the name. those names are used for things by various utilities in the operating system and in the package building. I prefer not to touch them.
Also the PRETTY_NAME? I understand you better leave DISTRIB_ID, DISTRIB_RELEASE etc. untouched, but in neither of my Manjaro, Kubuntu or Mint installs is there any PRETTY_NAME by default (that's to say: not in /etc/lsb-release, there is one in /etc/os-release). I thought the point of a 'pretty name' is you can do with it what you like.
But maybe different in MX.

But it's also possible to change /etc/default/grub:

Code: Select all

GRUB_DISTRIBUTOR="$(unset PRETTY_NAME; (. /etc/lsb-release; echo ${PRETTY_NAME:?}) 2>/dev/null || echo Debian) KDE"
But of course if the functioning Grub is not on the MX KDE partition, things get more difficult, then the os-prober looks at DISTRIB_DESCRIPTION in lsb-release. Don't know how safe it is to change that, would very much surprise me if it could cause problems though.
But somehow Linux Mint adds Xfce to its Grub entry without any 'Xfce' occurring in lsb-release, os-release nor /etc/default/grub. I'll try to find how they do it. Update: they have a file called /etc/linuxmint/info with "GRUB_TITLE=Linux Mint 20 Xfce" in it, and then a Python script called /usr/share/ubuntu-system-adjustments/systemd/adjust-grub-title. But there's apparently something weird going on there, where under the hood the GRUB_DISTRIBUTOR has to be "Ubuntu" (see file /etc/default/grub.d/50_linuxmint.cfg), but in the Grub menu something else is shown. So maybe you shouldn't mess too much with these things after all. Sorry for digressing.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 1:50 am
by Stevo
tony37 wrote: Sat Jul 25, 2020 11:43 am A tidbit about hibernation: on https://mxlinux.org/wiki/system/hibernate/ I can find: "Hibernation was removed from default locations in MX Linux such as the logout box because it proved highly unreliable in users’ tests."
But in KDE this is one of my logout options and it is the default setting for when the battery reaches the critical level (set to 5%). For me hibernation has never worked on this laptop, when I try the option in the beta my screen turns black for a few seconds and then returns to normal. When I use the method suggested on viewtopic.php?f=77&t=53742&p=583515 (so reconfiguring uswsusp) then hibernation does what it normally does on this pc: screen turns black and for minutes on end I can hear it is busy doing something and in the end I have to terminate this nonsense with the power button.
I know how to disable hibernate completely with systemd, but how to do this with sysvinit?
I get the same behavior no matter what the DE with a 5.6 kernel booted with sysvinit. The only way I can hibernate is to boot with systemd. You can revert to the standard Debian 4.19 kernel if it supports your hardware, which usually means it should be at least a year old by now.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 5:29 am
by tony37
Stevo wrote: Sun Jul 26, 2020 1:50 am I get the same behavior no matter what the DE with a 5.6 kernel booted with sysvinit. The only way I can hibernate is to boot with systemd. You can revert to the standard Debian 4.19 kernel if it supports your hardware, which usually means it should be at least a year old by now.
Hibernate has simply never worked for me, so I don't think I'll try installing the 4.19 kernel just to test this once again. And the more recent kernels have better OpenCL support, so my mouse isn't hanging when I do some occasional chess analysis with Lc0.

Something I noticed with this Grub thing: the original grub-install created a folder called MX19 in /boot/efi/EFI, but when I do a grub-install now (also after reverting the changes I made) it installs to 'mx'. Both entries seem to work though. (The problem in Linux Mint and Kubuntu is that the bootloader needs to be in a folder called 'ubuntu'. No such problem in MX though, when I try "sudo grub-install --bootloader-id=Test sda" and remove other mx folders, booting from 'Test' still works.)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 8:43 am
by tony37
Some options on the Welcome Screen aren't working: Wiki, Forums, Videos and (strangely) Contribute. So the ones opening a browser.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 9:03 am
by dolphin_oracle
tony37 wrote: Sun Jul 26, 2020 8:43 am Some options on the Welcome Screen aren't working: Wiki, Forums, Videos and (strangely) Contribute. So the ones opening a browser.
good catch. we were using the xfce calls for launching the web browser.

updating shortly.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 9:34 am
by chrispop99
KDE scaling works well for HiDPI. There are a couple of exceptions, one being the system tray icon size, a potential fix for which has already been mentioned.

The other problem is SDDM. There appears to be no utility to even adjust font sizes. I found a method in a Google search:

In /etc/sddm.conf, add the following

Code: Select all

[X11]
EnableHiDPI=true
ServerArguments=-nolisten tcp -dpi 192
then reboot.

It worked perfectly with my XPS13. I wonder if at some point both things could be added to 'Tweak'?

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 10:20 am
by tony37
When I try to change time zone in System Settings, I first get two error messages ('Unable to change NTP settings' and 'Unable to set current time') before it asks the root password. It works after that, but maybe a conflict with 'MX Date and Time'?
When I try to change the time or the date, it also gives the two errors, but then does nothing.

I see this was mentioned in the Beta1 thread. Ok.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 12:13 pm
by asqwerth
Thanks for the thorough testing, tony37!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Jul 26, 2020 12:58 pm
by tony37
asqwerth wrote: Sun Jul 26, 2020 12:13 pm Thanks for the thorough testing, tony37!
Glad it's appreciated.

Maybe you know this, but the idevicemounter is barely readable in a light theme. I've no iphone or such so can't test if it works. KDE Connect works.
Two conky's don't work for me: MX-ManyRoads/cpufile and MX-SideDiag/conky.conf. Maybe some sensor not working I thought, but they still don't work after 'sudo sensors-detect'.
Btw, the MX-LSD conky is brilliant.

And just a remark about MX Cleanup: it doesn't seem very useful to have an option of cleaning ~/.thumbnails because it doesn't even exist on most distros. I have a .thumbnails folder on Mint, but it's less than a MB, and more icons than thumbnails. So having an option to clean ~/.cache/thumbnails and another to clean the rest of ~/.cache seems more logical to me. Or maybe separate option for browser cache. Problem with removing total cache is that some files there should better be in .config, as I just found out lc0 nowadays puts its opencl_tuning file in .cache.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 2:34 am
by leslie1017
leslie1017 wrote: Fri Jul 24, 2020 4:54 am I've deleted Libreoffice icon from Favourite menu several times, but once I reboot, it comes back here.
Image
I'm keep seeing this issue, any ideas?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 2:41 am
by asqwerth
Have you been changing application menu widgets, or switching between different global look and feel themes and choosing to use their default layouts?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 3:10 am
by leslie1017
asqwerth wrote: Mon Jul 27, 2020 2:41 am Have you been changing application menu widgets, or switching between different global look and feel themes and choosing to use their default layouts?
Yes, I use another theme WhiteSur-dark downloaded from system setting

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 4:52 am
by asqwerth
leslie1017 wrote: Mon Jul 27, 2020 3:10 am
asqwerth wrote: Mon Jul 27, 2020 2:41 am Have you been changing application menu widgets, or switching between different global look and feel themes and choosing to use their default layouts?
Yes, I use another theme WhiteSur-dark downloaded from system setting
If a global theme has preset Menu Favourites as part of its default layout and you choose to use their said layout (on the SystemSettings >> Look and Feel page there is a check box at the bottom), it is possible you will also inherit their favourites in the App menu, which might be reason Libreoffice was added back to your menu. This also affects launchers that you pin to your panel. If you use a Look and Feel theme's default layout, and their list of pinned launchers is different from yours, you will lose yours or find that icon pictures go missing.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 5:03 am
by tony37
For me WhiteSur-dark doesn't put LIbreoffice in the menu favourites, also when I apply the desktop layout, reboot, or change the menu to another one.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 5:21 am
by asqwerth
tony37 wrote: Mon Jul 27, 2020 5:03 am For me WhiteSur-dark doesn't put LIbreoffice in the menu favourites, also when I apply the desktop layout, reboot, or change the menu to another one.
Noted. Then I don't know why LO keeps returning to his Favourites after he removes it.

Leslie1017, what are your Sessions settings? Are you starting with an empty session every login or do you keep logging in from a saved session?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 8:38 am
by tony37
When I install catfish (version 4.10-0.1~mx19+1), there are two serious problems:
- it goes into infinite loops (as /home/user/.wine/dosdevices/z:/home/user/.wine/dosdevices/z:/.....)
- it doesn't find recently created files

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 8:44 am
by dolphin_oracle
tony37 wrote: Mon Jul 27, 2020 8:38 am When I install catfish (version 4.10-0.1~mx19+1), there are two serious problems:
- it goes into infinite loops (as /home/user/.wine/dosdevices/z:/home/user/.wine/dosdevices/z:/.....)
- it doesn't find recently created files
catfish requires you to update the locate database before it will find newer files.

also the "find" function in dolphin is pretty good.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 9:20 am
by tony37
dolphin_oracle wrote: Mon Jul 27, 2020 8:44 am catfish requires you to update the locate database before it will find newer files.
Yes, or rather: the 'mlocate' database. But in MX Xfce, it doesn't need this, same version and it also uses 'mlocate'. And when I install an older version of catfish (1.4.4-1), everything works fine.
dolphin_oracle wrote: Mon Jul 27, 2020 8:44 am also the "find" function in dolphin is pretty good.
WHAT?!? I was planning to write something on that anyway. I suppose you haven't used it much, as there are several problems with it.
- It doesn't find hidden files or files in hidden folders (unless you go into the hidden folder), also when you say: show hidden files.
- It is stupidly slow, KFind is much faster. And Catfish even faster, if it works as it should.
- It doesn't show you where the files it found are located. You have to right-click a file and look at the properties. Even Nautilus does this better. Only way to work around this is to put Dolphin on detail mode and enable 'Path'. But then it also shows 'Path' when you're not searching.

My suggestion would be to at least put KFind in the 'Open with' dialogue for directories, so it's better accessible. (I know you can also click on 'Search' and 'More Search Tools') One thing that may not be obvious for newcomers to KFind is that you have to search for '*test*' if you want to look for file names with 'test' in it.
So having a functioning version of Catfish in the package sources is not a luxury. (edit: version 1.4.7-1 from Debian stable works too, but that one doesn't show up in 'More Search Tools' in Dolphin, but so many broken stuff there anyway)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 3:32 pm
by tony37
I should have tested this earlier (I'm not yet used to the different mx repos), but catfish version 1.4.12 (from mx test) works fine.
Remarkable in version 1.4.10: If I put a new text file on my Desktop, it can't find it there, but it does find it on /home/$USER/.wine/dosdevices/c:/users/$USER/Desktop and (in infinite loop) on /home/$USER/.wine/dosdevices/z:/home/$USER/.wine/dosdevices/c:/users/$USER/Desktop and so on.
So terrible bug there, thankfully the more recent version is fine.

A bit confusing: when I upgrade a package from the stable repo to the mx test repo, the mx package installer tells me (in 'Show Details') it's gonna install the stable version. But it does install the right version.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 10:42 pm
by JayM
I'd done a reinstall of MX-KDE Beta 2 in VirtualBox so I could have all of the updates available to try to help test any possible solutions to the update/upgrade notifier's right-click menu auto-opening. This morning, in my host MX system, I noticed that there was an apt-notifier upgrade. I started my KDE guest system and applied that upgrade from within MXPI, then logged out and in just for luck, then installed all the updates the normal way by left-clicking on the green icon. NO MORE MENU! (I mean, it's there if I right-click on the icon but it doesn't open by itself any more when I install updates.) Somebody fixed it! :happy: I wonder what the solution was?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 10:47 pm
by leslie1017
asqwerth wrote: Mon Jul 27, 2020 5:21 am
tony37 wrote: Mon Jul 27, 2020 5:03 am For me WhiteSur-dark doesn't put LIbreoffice in the menu favourites, also when I apply the desktop layout, reboot, or change the menu to another one.
Noted. Then I don't know why LO keeps returning to his Favourites after he removes it.

Leslie1017, what are your Sessions settings? Are you starting with an empty session every login or do you keep logging in from a saved session?
Where to look at this? I think even for starting with a saved session, it should be able to remove item from favourite menu.
Another information is I didn't install MX KDE from a clean home folder, I have kubuntu and opensuse installed and replaced by MX KDE, but I think there are some KDE settings in home folder remained.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 10:52 pm
by leslie1017
From below screenshot, when I try to add a Windows Printer via SAMBA, the browse button is gray, not sure if I missed installing some package?
SAMBA for folder share is working well on my system.
Image

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Jul 27, 2020 11:44 pm
by JayM
leslie1017 wrote: Mon Jul 27, 2020 10:47 pm Where to look at this? I think even for starting with a saved session, it should be able to remove item from favourite menu.
Another information is I didn't install MX KDE from a clean home folder, I have kubuntu and opensuse installed and replaced by MX KDE, but I think there are some KDE settings in home folder remained.
If that favorite was there when you saved the session it'll be back every time you log in using that session. That's how it's meant to work.
System Settings -> Workplace -> Startup and Shutdown -> Desktop Session. Select start with an empty session.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 12:11 am
by leslie1017
JayM wrote: Mon Jul 27, 2020 11:44 pm
leslie1017 wrote: Mon Jul 27, 2020 10:47 pm Where to look at this? I think even for starting with a saved session, it should be able to remove item from favourite menu.
Another information is I didn't install MX KDE from a clean home folder, I have kubuntu and opensuse installed and replaced by MX KDE, but I think there are some KDE settings in home folder remained.
If that favorite was there when you saved the session it'll be back every time you log in using that session. That's how it's meant to work.
System Settings -> Workplace -> Startup and Shutdown -> Desktop Session. Select start with an empty session.
Just tried start with an empty session, libreoffice still come back to favourite menu.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 12:39 am
by JayM
That's probably due to sharing the same home directory with other KDE-based distros then. Doing that is never a good idea and leads to strange problems because of configuration files being shared. I've seen it before in regular Xfce MX, when people use a common /home among distros. I just tested it by removing LO from my favorites then logging out and in, and it was still gone.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 1:33 am
by leslie1017
how to fix this? I have to use same home folder, any configuration folder to look at for kde settings?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 1:40 am
by asqwerth
With you using a pre-used /home with settings and configs from other distros, it's very hard to know if your issues are due to the Beta2 or your pre-existing settings.

I would suggest you make a separate clean install of the Beta2 and see if the issue still arises. Any other feedback should also be based on this new install. This is a Testing thread, for a release that is still in Beta phase.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 2:22 am
by leslie1017
My understanding that all these KDE distro (similar plasma version) uses same kde/plasma settings, unless MX KDE has some customization on kde/plasma. A fresh clean installation of MX will have no issue, as some one already tried. I'd like to do more investigation on why MX can read the favourite but cannot delete one, or a method to reset all KDE settings to default, just like a fresh install.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 2:26 am
by kangburra
asqwerth wrote: Tue Jul 28, 2020 1:40 am With you using a pre-used /home with settings and configs from other distros, it's very hard to know if your issues are due to the Beta2 or your pre-existing settings.

I would suggest you make a separate clean install of the Beta2 and see if the issue still arises. Any other feedback should also be based on this new install. This is a Testing thread, for a release that is still in Beta phase.
Did you see the problem with using the installer to backup existing home?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 2:34 am
by JayM
The installer installs MX Linux. It's not a backup utility.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 2:41 am
by asqwerth
leslie1017 wrote: Tue Jul 28, 2020 2:22 am My understanding that all these KDE distro (similar plasma version) uses same kde/plasma settings, unless MX KDE has some customization on kde/plasma. A fresh clean installation of MX will have no issue, as some one already tried. I'd like to do more investigation on why MX can read the favourite but cannot delete one, or a method to reset all KDE settings to default, just like a fresh install.
what version of plasma is used by your kubuntu and opensuse? KDE/Plasma has pretty active development. It may have changed certain file paths etc for their various settings and configs. I note that the layout of Plasma SYstem Settings is different when you compare Plasma 5.18 to Buster's 5.14.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 3:18 am
by tony37
@ asqwerth: When trying to lower the font size used in 'Application Dashboard' (like it is in newer versions), I remarked they slightly changed the syntax of these things. (I didn't succeed in making the changes I wanted) So imo a totally thankless task of trying to find out what exactly is causing leslie's problem (I'm pretty sure it's a version conflict).
@ leslie1017: Consider using your home from previous distros as a separate data partition (but maybe only useful when you have a multiboot system). So your /home in your new install is on the root partition, but you link to the folders you want to use on the data partition (very easy to do this in Dolphin with split view). Best to add an entry in /etc/fstab to mount the data partition on startup.
Using the same config files for different versions is very likely to lead to problems. I only share the config files for VirtualBox across different distros, but having version 6.0 on one partition vs version 6.1 on another already causes issues.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 3:26 am
by kangburra
JayM wrote: Tue Jul 28, 2020 2:34 am The installer installs MX Linux. It's not a backup utility.
So the idea of renaming your home directory is just a suggestion and should not be used? Then why not remove it, it is going to stop people from using MX if features in the installer do not work.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 3:34 am
by asqwerth
This is just semantics, JayM and kangburra.

When you rename the home directory, it is just to tell the installer not to wipe it but to set it aside under a different name. Meanwhile, the installer will then create a fresh /home for the current installation being done.

Is renaming the old /home "backup"? Yes and no. Yes because you are setting it aside/preserving it for future use. No because often when people think of backup, they are thinking of a new copy being created. Here no new copy of the old partition is made.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 4:02 am
by kangburra
asqwerth wrote: Tue Jul 28, 2020 3:34 am This is just semantics, JayM and kangburra.

When you rename the home directory, it is just to tell the installer not to wipe it but to set it aside under a different name. Meanwhile, the installer will then create a fresh /home for the current installation being done.

Is renaming the old /home "backup"? Yes and no. Yes because you are setting it aside/preserving it for future use. No because often when people think of backup, they are thinking of a new copy being created. Here no new copy of the old partition is made.
The point is, it doesn't work! It created a file, not a directory and then the GUI login fails. I reported it earlier.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 4:06 am
by JayM
It's not just semantics. Words have meanings. Telling the installer to preserve /home isn't the same thing as performing a backup of /home. The latter gives you a second copy of /home's contents saved in another location in case something happens to the original. Edit: Such as preserving /home in the installer not working for some odd reason, though I've never seen that happen unless it was an encrypted installation.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 4:47 am
by kangburra
JayM wrote: Tue Jul 28, 2020 4:06 am It's not just semantics. Words have meanings. Telling the installer to preserve /home isn't the same thing as performing a backup of /home. The latter gives you a second copy of /home's contents saved in another location in case something happens to the original.
The point is, it doesn't work! It created a file, not a directory and then the GUI login fails. I reported it earlier.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 4:48 am
by tony37
@leslie1017: You could try looking at /home/user/.config/plasma-org.kde.plasma.desktop-appletsrc and see if libreoffice is mentioned there, and remove it. Or more radical: backup that file, then delete it (or simply rename it), and relogin. You'll have to redo a lot of changes you made, but maybe it solves the problem.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 7:02 am
by tony37
Following bash aliases have a # before them in ~/.bashrc, but Bash Config wrongly suggests they are active: dir='dir --color=auto', vdir='vdir --color=auto', grep='grep --color=auto', fgrep='fgrep --color=auto', egrep='egrep --color=auto'

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 7:38 am
by dolphin_oracle
we are looking at that installer problem.

if the OP with that problem would post the /var/log/minstall.log, that would be very helpful.

also checking the permissions on the /home, /home/$USER and whatever file got created would be good too.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 8:39 am
by kangburra
dolphin_oracle wrote: Tue Jul 28, 2020 7:38 am we are looking at that installer problem.

if the OP with that problem would post the /var/log/minstall.log, that would be very helpful.

also checking the permissions on the /home, /home/$USER and whatever file got created would be good too.
Here is the log, I don't have access to the file created as I removed in order to create the directory and populate it, which did work.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 8:52 am
by dolphin_oracle
kangburra wrote: Tue Jul 28, 2020 8:39 am
dolphin_oracle wrote: Tue Jul 28, 2020 7:38 am we are looking at that installer problem.

if the OP with that problem would post the /var/log/minstall.log, that would be very helpful.

also checking the permissions on the /home, /home/$USER and whatever file got created would be good too.
Here is the log, I don't have access to the file created as I removed in order to create the directory and populate it, which did work.
was the file "simon.001" or just "simon"?

I think I see what may have happened, but would like to confirm those points.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 10:06 am
by kangburra
dolphin_oracle wrote: Tue Jul 28, 2020 8:52 am
kangburra wrote: Tue Jul 28, 2020 8:39 am
dolphin_oracle wrote: Tue Jul 28, 2020 7:38 am we are looking at that installer problem.

if the OP with that problem would post the /var/log/minstall.log, that would be very helpful.

also checking the permissions on the /home, /home/$USER and whatever file got created would be good too.
Here is the log, I don't have access to the file created as I removed in order to create the directory and populate it, which did work.
was the file "simon.001" or just "simon"?

I think I see what may have happened, but would like to confirm those points.
The old home was moved simon.001 and the file was simon.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 10:11 am
by dolphin_oracle
kangburra wrote: Tue Jul 28, 2020 10:06 am
dolphin_oracle wrote: Tue Jul 28, 2020 8:52 am
kangburra wrote: Tue Jul 28, 2020 8:39 am

Here is the log, I don't have access to the file created as I removed in order to create the directory and populate it, which did work.
was the file "simon.001" or just "simon"?

I think I see what may have happened, but would like to confirm those points.
The old home was moved simon.001 and the file was simon.
Great thanks that's what we thought we were seeing in the logs.

This one is a bug across the whole mx/antix family and will be fixed shortly.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 9:26 pm
by i_ri
Hello dolphin_oracle
Desktop Toolbox Icon

+Add Panel
a menu item included in Desktop Toolbox for +Add Panel ? It is not there.

+Add Panel is in the Desktop right-click menu.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 9:51 pm
by JayM
It's there in mine:
Image
but then I haven't changed the theme or look and feel as I'm beta-testing the out-of-the-box version of MX-KDE as we all should be doing. I just checked in the three included themes, Breeze, Breeze Dark and MX, and add panel is present in all of the desktop right-click menus. Unless I'm misunderstanding what you're reporting? I don't have any Desktop Toolbox application anywhere in the menu when I search it, I just right-click on the desktop and add panel is one of the selections in all themes and looks-and-feels.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Tue Jul 28, 2020 11:32 pm
by JayM
@i_ri: now I see what you're talking about, the "cashew" in the upper-right corner. No, add panel's not among the selections there. I don't know if those menu selections can be changed without actually modifying Debian's KDE Plasma package though, which probably wouldn't be something that the MX devs would want to do if they can avoid it so they can let upstream Debian deal with any future updates to it. But wait until the devs (Dophin etc.) are online and let them decide.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 1:19 am
by i_ri
Excellent., JayM.
hello everyone. additional machine.

Code: Select all

System:    Host: WallE Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: KDE Plasma 5.14.5 wm: kwin_x11 
           dm: SDDM Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: HP-Pavilion product: AY022AA-ABA p6330f v: N/A serial: <root required> 
           Chassis: Hewlett-Packard type: 3 serial: <root required> 
           Mobo: MSI model: IONA v: 1.0 serial: <root required> BIOS: American Megatrends v: 5.15 date: 06/25/2010 
CPU:       Topology: Dual Core model: Intel Core i3 530 bits: 64 type: MT MCP arch: Nehalem rev: 2 L2 cache: 4096 KiB 
           bogomips: 23407 
           Speed: 1510 MHz min/max: 1200/2933 MHz Core speeds (MHz): 1: 1510 2: 1437 3: 1341 4: 1446 
           Flags: acpi aperfmperf apic arat arch_perfmon bts clflush cmov constant_tsc cpuid cx16 cx8 de ds_cpl dtes64 dtherm 
           dts est flush_l1d fpu fxsr ht ibpb ibrs lahf_lm lm mca mce mmx monitor msr mtrr nonstop_tsc nopl nx pae pat pbe 
           pdcm pebs pge pni popcnt pse pse36 pti rdtscp rep_good sep ssbd sse sse2 sse4_1 sse4_2 ssse3 stibp syscall tm tm2 
           tsc vme xtopology xtpr 
Graphics:  Device-1: Intel Core Processor Integrated Graphics vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:0042 
           Display: x11 server: X.Org 1.20.4 driver: intel compositor: kwin_x11 resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (ILK) v: 2.1 Mesa 20.0.7 direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard driver: r8169 v: kernel 
           port: d800 bus ID: 01:00.0 chip ID: 10ec:8168 
           Device-2: Realtek RTL8188EUS 802.11n Wireless Network Adapter type: USB driver: r8188eu bus ID: 1-1.3:3 
           chip ID: 0bda:8179 
Drives:    Local Storage: total: 465.76 GiB used: 6.70 GiB (1.4%) 
Info:      Processes: 186 Uptime: 24m Memory: 7.64 GiB used: 621.3 MiB (7.9%) Init: SysVinit v: 2.93 runlevel: 5 default: 5 
           Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: konsole inxi: 3.0.36 

Packages: 2326 (dpkg) 
Theme: Breeze [GTK2/3] 
Icons: breeze [GTK2/3] 
adding _mem fresh install upgrade through 7/28. start with auto wlan0.

Code: Select all

[sudo] password for patitok5obb2: 
 Private  +   Shared  =  RAM used       Program

 88.0 KiB +  20.5 KiB = 108.5 KiB       start_kdeinit
176.0 KiB +  29.0 KiB = 205.0 KiB       acpid
192.0 KiB +  29.0 KiB = 221.0 KiB       anacron
196.0 KiB +  36.0 KiB = 232.0 KiB       acpi_fakekeyd
220.0 KiB +  27.5 KiB = 247.5 KiB       startkde
280.0 KiB +  51.5 KiB = 331.5 KiB       init
312.0 KiB +  71.0 KiB = 383.0 KiB       cron
376.0 KiB +  24.0 KiB = 400.0 KiB       mdadm
484.0 KiB +  41.0 KiB = 525.0 KiB       rpc.idmapd
588.0 KiB +  47.5 KiB = 635.5 KiB       ksysguardd
612.0 KiB +  67.0 KiB = 679.0 KiB       cgmanager
536.0 KiB + 186.5 KiB = 722.5 KiB       rpcbind
688.0 KiB +  36.0 KiB = 724.0 KiB       ssh-agent
516.0 KiB + 263.0 KiB = 779.0 KiB       kwrapper5
656.0 KiB + 231.5 KiB = 887.5 KiB       dconf-service
764.0 KiB + 205.0 KiB = 969.0 KiB       dbus-launch (2)
284.0 KiB + 730.0 KiB =   1.0 MiB       saned (2)
420.0 KiB + 625.5 KiB =   1.0 MiB       avahi-daemon (2)
876.0 KiB + 178.0 KiB =   1.0 MiB       rpc.statd
792.0 KiB + 374.0 KiB =   1.1 MiB       getty (6)
  1.1 MiB + 265.5 KiB =   1.4 MiB       sudo
848.0 KiB + 568.0 KiB =   1.4 MiB       dbus
  1.3 MiB + 234.0 KiB =   1.5 MiB       ntpd
  1.6 MiB +  65.5 KiB =   1.7 MiB       smartd
324.0 KiB +   1.4 MiB =   1.7 MiB       kdeinit5
  1.5 MiB + 400.5 KiB =   1.9 MiB       gvfsd
  1.7 MiB + 264.0 KiB =   1.9 MiB       obexd
  1.9 MiB + 107.5 KiB =   2.0 MiB       rsyslogd
  1.8 MiB + 603.5 KiB =   2.3 MiB       sddm
  1.7 MiB + 732.5 KiB =   2.4 MiB       sddm-helper
  1.8 MiB + 601.5 KiB =   2.4 MiB       cupsd
920.0 KiB +   1.5 MiB =   2.4 MiB       desktop.so
  1.9 MiB + 591.5 KiB =   2.5 MiB       upowerd
  2.4 MiB + 137.0 KiB =   2.5 MiB       bash
  2.6 MiB + 249.0 KiB =   2.8 MiB       systemd-udevd
  1.8 MiB +   1.0 MiB =   2.8 MiB       cups-browsed
  2.5 MiB + 445.0 KiB =   2.9 MiB       dhclient
  2.1 MiB + 948.0 KiB =   3.0 MiB       kscreen_backend_launcher
  2.1 MiB +   1.0 MiB =   3.1 MiB       xembedsniproxy
  3.2 MiB +  26.0 KiB =   3.2 MiB       haveged
  2.3 MiB +   1.1 MiB =   3.3 MiB       gmenudbusmenuproxy
  3.1 MiB + 468.5 KiB =   3.6 MiB       systemd-logind
  2.9 MiB + 683.5 KiB =   3.6 MiB       dbus-daemon (4)
  3.0 MiB + 589.5 KiB =   3.6 MiB       at-spi-bus-launcher
  3.2 MiB + 526.5 KiB =   3.8 MiB       gvfsd-fuse
  3.4 MiB + 526.0 KiB =   3.9 MiB       polkitd
  3.6 MiB + 780.5 KiB =   4.3 MiB       wpa_supplicant
  1.1 MiB +   3.8 MiB =   4.8 MiB       file.so (3)
  4.3 MiB + 622.0 KiB =   4.9 MiB       ModemManager
  4.3 MiB + 935.5 KiB =   5.2 MiB       colord
  5.5 MiB + 943.0 KiB =   6.4 MiB       udisksd
  4.3 MiB +   2.1 MiB =   6.4 MiB       kaccess
  4.2 MiB +   2.2 MiB =   6.4 MiB       klauncher
  5.3 MiB +   1.3 MiB =   6.7 MiB       NetworkManager
  5.1 MiB +   2.1 MiB =   7.2 MiB       kglobalaccel5
  5.4 MiB +   1.9 MiB =   7.3 MiB       conky
  5.8 MiB +   2.0 MiB =   7.8 MiB       kactivitymanagerd
  5.3 MiB +   3.0 MiB =   8.4 MiB       org_kde_powerdevil
  5.3 MiB +   3.1 MiB =   8.4 MiB       ksmserver
  6.4 MiB +   2.2 MiB =   8.6 MiB       kuiserver5
  6.7 MiB +   2.3 MiB =   9.0 MiB       polkit-kde-authentication-agent-1
  8.7 MiB +   3.3 MiB =  12.0 MiB       kdeconnectd
 11.4 MiB +   1.7 MiB =  13.1 MiB       python3.7
  9.0 MiB +   5.6 MiB =  14.6 MiB       kded5
 14.1 MiB +   1.8 MiB =  15.9 MiB       kwalletd
 16.8 MiB +   1.3 MiB =  18.1 MiB       pulseaudio
 13.7 MiB +   7.0 MiB =  20.7 MiB       yakuake
 15.1 MiB +   8.5 MiB =  23.6 MiB       krunner
 20.3 MiB +   3.4 MiB =  23.7 MiB       Xorg
 21.2 MiB +   4.2 MiB =  25.4 MiB       python2.7
 39.1 MiB +   8.1 MiB =  47.2 MiB       kwin_x11
118.3 MiB +  15.1 MiB = 133.3 MiB       plasmashell
---------------------------------
                        529.3 MiB
now twenty-one minutes into next day
The packagers are dedicating. new upgrades past twenty minutes.
A Great team.

((so yes that was me that might have tapped on the door at the wrong time. nothing crashed. A very well managed system. ))

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 6:46 am
by Gerson
By default there is a checkbox in the update MX but there is no legend to know what it is. What does it correspond to?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 6:51 am
by Gerson
Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 6:56 am
by chrispop99
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
That is more likely to be a problem with your hardware not being compatible with the 5.7 kernel.

Can you boot MX Linux AHS version (with Xfce), and successfully use the 5.7 kernel?

Chris

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 7:00 am
by dolphin_oracle
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
If you installed nvidia drivers before you changed kernel, depending on method used to install the kernel the drivers might not have rebuilt.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 7:15 am
by Gerson
dolphin_oracle wrote: Wed Jul 29, 2020 7:00 am
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
If you installed nvidia drivers before you changed kernel, depending on method used to install the kernel the drivers might not have rebuilt.
I don't use Nvidia, I use Intel and by the way, if I set from Tweak tab other Use Intel driver, when I restart and work the screen starts flashing and blinking, I have to go back to the default driver it has. My computer is from 2018 with solid disk and 4 gb RAM

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 7:18 am
by Gerson
chrispop99 wrote: Wed Jul 29, 2020 6:56 am
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
That is more likely to be a problem with your hardware not being compatible with the 5.7 kernel.

Can you boot MX Linux AHS version (with Xfce), and successfully use the 5.7 kernel?

Chris
I only have MX KDE beta 2 installed as my only operating system.
On another machine but with different features if I have XFCE installed but I don't think it's useful to do the test there.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Jul 29, 2020 7:38 am
by dolphin_oracle
Gerson wrote: Wed Jul 29, 2020 7:15 am
dolphin_oracle wrote: Wed Jul 29, 2020 7:00 am
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
If you installed nvidia drivers before you changed kernel, depending on method used to install the kernel the drivers might not have rebuilt.
I don't use Nvidia, I use Intel and by the way, if I set from Tweak tab other Use Intel driver, when I restart and work the screen starts flashing and blinking, I have to go back to the default driver it has. My computer is from 2018 with solid disk and 4 gb RAM
intel is a deprecated driver these days, and the default modesetting drive is the recommended driver, especially for newer hardware.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 30, 2020 11:30 am
by torxxl
Bonjour,
A l'installation de Dropbox il me propose dropbox-nemo et pas Delphin
Du coup, il n'y a las les icones animés de Dropbox sur les répertoires.
Je pense qu'il faudrait remplacé Nemo par Dolphin
Hello,
When I install Dropbox, he offers me dropbox-nemo and not Delphin.
As a result, there are no more animated Dropbox icons on the directories.
I think Nemo should be replaced by Dolphin.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 30, 2020 12:46 pm
by ceanes
When i try to change icons the icon preview on all icons is not working.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 30, 2020 1:07 pm
by asqwerth
Where did you save your icons? I don't have that issue at all.

For kde plasma, save your icons in $HOME/.local/share/icons, instead of $HOME/.icons

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Jul 30, 2020 2:01 pm
by Gerson
chrispop99 wrote: Wed Jul 29, 2020 6:56 am
Gerson wrote: Wed Jul 29, 2020 6:51 am Both in KDE beta 1 and beta 2, I have installed a liquorix 5.7 kernel but although it starts and goes to the Login, after writing the password the screen remains black with the cursor active and doesn't advance. I have to turn off with the button and start with the 5.6 kernel and delete the 5.7. It doesn't work even if I start with Systemd.
That is more likely to be a problem with your hardware not being compatible with the 5.7 kernel.

Can you boot MX Linux AHS version (with Xfce), and successfully use the 5.7 kernel?

Chris
I just installed in the same MX AHS machine with XFCE and it accepts me without problem the 5.7 kernel, in fact I am writing from it this comment. I don't know why with the KDE beta 2 it doesn't pass the Login.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 31, 2020 4:36 pm
by Byteria
tony37 wrote: Thu Jul 23, 2020 7:10 am
tony37 wrote: Wed Jul 22, 2020 4:10 pm- .tiff files are set to be opened by Gwenview but that doesn't work (does work on version 19.12 though), GIMP and Okular can open them, so default mime setting should be changed there. Preview in Dolphin of .tiff files at first doesn't seem to work, but after the file has been opened by GIMP it does work. Weird.
When I install qt5-image-formats-plugins, Gwenview can open .tiff files and Dolphin previews them without problem.
Confirmed.

Code: Select all

Commit Log for Fri Jul 31 17:29:16 2020 -------- Dolphin Previews TIFF --- OK !


Installed the following packages:
qt5-image-formats-plugins (5.11.3-2)
Thanks!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Jul 31, 2020 4:45 pm
by Byteria
tony37 wrote: Thu Jul 23, 2020 10:04 am
jeffreyC wrote: Thu Jul 23, 2020 9:43 am But apt-xapian-index is what makes Synaptic search work, and on my (several) MX installs it is turned on.
Synaptic search has been working fine for me on my Kubuntu without any apt-xapian-index. Maybe you mean libxapian30
Synaptic search (CTRL-F) works without apt-xapian-index.

What apt-xapian-index does, is to add a Quick filter to Synaptic.

You may CTRL-F and then filter something in the Results.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 9:17 am
by tony37
Will there be another beta after this or a release candidate? or already the final version?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 9:26 am
by asqwerth
I actually like the xapian thingy as I like having an automatic filter that starts working the second you start typing in the search field. The search function on normal Synaptic requires you to press Enter/Return before the search results are displayed.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 9:30 am
by Adrian
tony37 wrote: Sat Aug 01, 2020 9:17 am Will there be another beta after this or a release candidate? or already the final version?
No more betas, the next one will be a RC.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 10:16 am
by uncle mark
Adrian wrote: Sat Aug 01, 2020 9:30 am
tony37 wrote: Sat Aug 01, 2020 9:17 am Will there be another beta after this or a release candidate? or already the final version?
No more betas, the next one will be a RC.
You guys obviously worked your butts off in the alpha stage. Very few significant bugs or gotchyas or omissions in these betas. Well done. Very well done.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 12:14 pm
by JuhaT
I use the "Nvidia driver installer" in MX-tools and it installs fine but doesnt work when booting into systemd. I just get a scrambled prompt after the three dots and before the login page loads. I have to restart the computer to get out of it. I can boot into sysVinit just fine with the Nvidia driver..

I had this problem in beta 1 too and the suggestion to disable plymoth in boot options (add: disable splash) didnt help.I have now made a clean install to see if the problem was that I used the same home-folder from XFCE, but that wasnt the problem it seems.

I have no problem contiuning using Noveau driver since it is fast enough and works in systemd (I need to use systemd since my VPN software from OVPN doesnt work in sysVinit), I just wanted to report this for info. Maybe I am the only one having this problem with my hardware?

Code: Select all


System:
  Host: muka Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
  root=UUID=b0f96b86-7912-40a0-93e1-be72166b325c ro quiet splash 
  init=/lib/systemd/systemd 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Desktop System: Gigabyte product: Z390 GAMING X v: N/A serial: <filter> 
  Mobo: Gigabyte model: Z390 GAMING X-CF v: x.x serial: <filter> 
  UEFI [Legacy]: American Megatrends v: F9 date: 10/15/2019 
CPU:
  Topology: 8-Core model: Intel Core i7-9700K bits: 64 type: MCP arch: Kaby Lake 
  family: 6 model-id: 9E (158) stepping: D (13) microcode: D6 L2 cache: 12.0 MiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 57600 
  Speed: 4061 MHz min/max: 800/4900 MHz Core speeds (MHz): 1: 4061 2: 3070 3: 3445 
  4: 4414 5: 3612 6: 3381 7: 4239 8: 3261 
  Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
  Type: l1tf status: Not affected 
  Type: mds status: Not affected 
  Type: meltdown status: Not affected 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Enhanced IBRS, IBPB: conditional, RSB filling 
  Type: srbds mitigation: TSX disabled 
  Type: tsx_async_abort mitigation: TSX disabled 
Graphics:
  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Gigabyte driver: nouveau 
  v: kernel bus ID: 01:00.0 chip ID: 10de:1b81 
  Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
  compositor: kwin_x11 resolution: 3440x1440~60Hz 
  OpenGL: renderer: NV134 v: 4.3 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel Cannon Lake PCH cAVS vendor: Gigabyte driver: snd_hda_intel 
  v: kernel bus ID: 00:1f.3 chip ID: 8086:a348 
  Device-2: NVIDIA GP104 High Definition Audio vendor: Gigabyte 
  driver: snd_hda_intel v: kernel bus ID: 01:00.1 chip ID: 10de:10f0 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel Ethernet I219-V vendor: Gigabyte driver: e1000e v: 3.2.6-k 
  port: efa0 bus ID: 00:1f.6 chip ID: 8086:15bc 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A 
Drives:
  Local Storage: total: 3.29 TiB used: 7.49 GiB (0.2%) 
  ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 1TB size: 931.51 GiB block size: 
  physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 1B6Q 
  scheme: MBR 
  ID-2: /dev/sdb vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB 
  block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> 
  rev: 2B6Q scheme: GPT 
  ID-3: /dev/sdc type: USB vendor: Western Digital model: WDS1 20G2G0A-00JH30 
  size: 111.80 GiB block size: physical: 512 B logical: 512 B serial: <filter> 
  rev: 0107 
  ID-4: /dev/sdd vendor: Seagate model: ST2000DX001-1CM164 size: 1.82 TiB 
  block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm 
  serial: <filter> rev: CC43 scheme: MBR 
  ID-5: /dev/sde vendor: Samsung model: SSD 860 EVO M.2 250GB size: 232.89 GiB 
  block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> 
  rev: 3B6Q scheme: MBR 
Partition:
  ID-1: / raw size: 29.34 GiB size: 28.76 GiB (98.00%) used: 7.16 GiB (24.9%) 
  fs: ext4 dev: /dev/sdb1 
  ID-2: /home raw size: 203.54 GiB size: 199.35 GiB (97.94%) used: 334.2 MiB (0.2%) 
  fs: ext4 dev: /dev/sdb2 
Sensors:
  System Temperatures: cpu: 38.0 C mobo: 27.8 C gpu: nouveau temp: 32 C 
  Fan Speeds (RPM): N/A gpu: nouveau fan: 1363 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://ftp.acc.umu.se/mirror/mxlinux.org/packages/mx/repo/ buster main non-free
  2: deb http://ftp.acc.umu.se/mirror/mxlinux.org/packages/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 244 Uptime: 11m Memory: 23.49 GiB used: 1.80 GiB (7.7%) Init: systemd 
  v: 241 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 12:35 pm
by dolphin_oracle
JuhaT wrote: Sat Aug 01, 2020 12:14 pm I use the "Nvidia driver installer" in MX-tools and it installs fine but doesnt work when booting into systemd. I just get a scrambled prompt after the three dots and before the login page loads. I have to restart the computer to get out of it. I can boot into sysVinit just fine with the Nvidia driver..

I had this problem in beta 1 too and the suggestion to disable plymoth in boot options (add: disable splash) didnt help.I have now made a clean install to see if the problem was that I used the same home-folder from XFCE, but that wasnt the problem it seems.

I have no problem contiuning using Noveau driver since it is fast enough and works in systemd (I need to use systemd since my VPN software from OVPN doesnt work in sysVinit), I just wanted to report this for info. Maybe I am the only one having this problem with my hardware?

Code: Select all


System:
  Host: muka Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
  parameters: BOOT_IMAGE=/boot/vmlinuz-5.6.0-2-amd64 
  root=UUID=b0f96b86-7912-40a0-93e1-be72166b325c ro quiet splash 
  init=/lib/systemd/systemd 
  Desktop: KDE Plasma 5.14.5 wm: kwin_x11 dm: SDDM 
  Distro: MX-19.2_KDE-beta2_x64 patito feo July 5  2020 
  base: Debian GNU/Linux 10 (buster) 
Machine:
  Type: Desktop System: Gigabyte product: Z390 GAMING X v: N/A serial: <filter> 
  Mobo: Gigabyte model: Z390 GAMING X-CF v: x.x serial: <filter> 
  UEFI [Legacy]: American Megatrends v: F9 date: 10/15/2019 
CPU:
  Topology: 8-Core model: Intel Core i7-9700K bits: 64 type: MCP arch: Kaby Lake 
  family: 6 model-id: 9E (158) stepping: D (13) microcode: D6 L2 cache: 12.0 MiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 57600 
  Speed: 4061 MHz min/max: 800/4900 MHz Core speeds (MHz): 1: 4061 2: 3070 3: 3445 
  4: 4414 5: 3612 6: 3381 7: 4239 8: 3261 
  Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
  Type: l1tf status: Not affected 
  Type: mds status: Not affected 
  Type: meltdown status: Not affected 
  Type: spec_store_bypass 
  mitigation: Speculative Store Bypass disabled via prctl and seccomp 
  Type: spectre_v1 
  mitigation: usercopy/swapgs barriers and __user pointer sanitization 
  Type: spectre_v2 mitigation: Enhanced IBRS, IBPB: conditional, RSB filling 
  Type: srbds mitigation: TSX disabled 
  Type: tsx_async_abort mitigation: TSX disabled 
Graphics:
  Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Gigabyte driver: nouveau 
  v: kernel bus ID: 01:00.0 chip ID: 10de:1b81 
  Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
  compositor: kwin_x11 resolution: 3440x1440~60Hz 
  OpenGL: renderer: NV134 v: 4.3 Mesa 20.0.7 direct render: Yes 
Audio:
  Device-1: Intel Cannon Lake PCH cAVS vendor: Gigabyte driver: snd_hda_intel 
  v: kernel bus ID: 00:1f.3 chip ID: 8086:a348 
  Device-2: NVIDIA GP104 High Definition Audio vendor: Gigabyte 
  driver: snd_hda_intel v: kernel bus ID: 01:00.1 chip ID: 10de:10f0 
  Sound Server: ALSA v: k5.6.0-2-amd64 
Network:
  Device-1: Intel Ethernet I219-V vendor: Gigabyte driver: e1000e v: 3.2.6-k 
  port: efa0 bus ID: 00:1f.6 chip ID: 8086:15bc 
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
  IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A 
Drives:
  Local Storage: total: 3.29 TiB used: 7.49 GiB (0.2%) 
  ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 1TB size: 931.51 GiB block size: 
  physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 1B6Q 
  scheme: MBR 
  ID-2: /dev/sdb vendor: Samsung model: SSD 850 EVO 250GB size: 232.89 GiB 
  block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> 
  rev: 2B6Q scheme: GPT 
  ID-3: /dev/sdc type: USB vendor: Western Digital model: WDS1 20G2G0A-00JH30 
  size: 111.80 GiB block size: physical: 512 B logical: 512 B serial: <filter> 
  rev: 0107 
  ID-4: /dev/sdd vendor: Seagate model: ST2000DX001-1CM164 size: 1.82 TiB 
  block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm 
  serial: <filter> rev: CC43 scheme: MBR 
  ID-5: /dev/sde vendor: Samsung model: SSD 860 EVO M.2 250GB size: 232.89 GiB 
  block size: physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> 
  rev: 3B6Q scheme: MBR 
Partition:
  ID-1: / raw size: 29.34 GiB size: 28.76 GiB (98.00%) used: 7.16 GiB (24.9%) 
  fs: ext4 dev: /dev/sdb1 
  ID-2: /home raw size: 203.54 GiB size: 199.35 GiB (97.94%) used: 334.2 MiB (0.2%) 
  fs: ext4 dev: /dev/sdb2 
Sensors:
  System Temperatures: cpu: 38.0 C mobo: 27.8 C gpu: nouveau temp: 32 C 
  Fan Speeds (RPM): N/A gpu: nouveau fan: 1363 
Repos:
  No active apt repos in: /etc/apt/sources.list 
  Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
  1: deb http://deb.debian.org/debian buster-updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/debian.list 
  1: deb http://deb.debian.org/debian buster main contrib non-free
  2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
  Active apt repos in: /etc/apt/sources.list.d/mx.list 
  1: deb http://ftp.acc.umu.se/mirror/mxlinux.org/packages/mx/repo/ buster main non-free
  2: deb http://ftp.acc.umu.se/mirror/mxlinux.org/packages/mx/repo/ buster ahs
  No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:
  Processes: 244 Uptime: 11m Memory: 23.49 GiB used: 1.80 GiB (7.7%) Init: systemd 
  v: 241 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
  running in: quick-system-in inxi: 3.0.36 
my suggestion is to boot into systemd mode first, install the nvidia drivers, and see if that improves the situation.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 01, 2020 5:29 pm
by JuhaT
dolphin_oracle wrote: Sat Aug 01, 2020 12:35 pm my suggestion is to boot into systemd mode first, install the nvidia drivers, and see if that improves the situation.
I have tried it both ways. I had no problems in the XFCE version so I guess it is something with KDE that is not working right with my machine. I have in the past tried Kubuntu and some other distro with KDE and there were problems with plasma also. Most prominent was that computer always hanged when waking up from suspend. A problem I only have had with plasma, but not with MX-KDE, for which I am grateful :)

But as I said, I am satisfied with Noveau driver and if no one else has reported this problem or can reproduce it, then it is not a problem with MX that you have to fix.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 8:34 am
by CaputAlista
i create a direct access sudo kcmshell5 clock shows << kf5.kcoreaddons.kaboutdata: QGuiApplication::desktopFileName "/usr/share/kservices5/clock.desktop" is out-of-sync with KAboutData::applicationData().desktopFileName "org.kde.kcmshell5"
Failed to enable NTP "org.freedesktop.DBus.Error.InvalidArgs" "Invalid argument"
Failed to set current time "org.freedesktop.DBus.Error.InvalidArgs" "Failed to update context: Invalid argument"
Failed to enable NTP "org.freedesktop.DBus.Error.InvalidArgs" "Invalid argument"
Failed to set current time "org.freedesktop.DBus.Error.InvalidArgs" "Failed to update context: Invalid argument" >>

It is curious, the date cannot be changed
But if I press the reset button (kde date dialog box) it works and changes to any time zone (country)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 11:57 am
by heywoodidaho
This mornings update changed my background pic? Anyone else? no big deal,but odd.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:08 pm
by srq2625
heywoodidaho wrote: Sun Aug 02, 2020 11:57 am This mornings update changed my background pic? Anyone else? no big deal,but odd.
Yep - me too.

And, the MX Update notifier is missing from my "task bar". I don't know when it went missing, but the quoted post made me look and I noticed it was not showing after having been logged in for about 20 minutes. For me, not a big deal as I do the updates from the command line but ... if I'm not the only person for whom it is missing, well this might be an issue.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:15 pm
by fehlix
srq2625 wrote: Sun Aug 02, 2020 12:08 pm
heywoodidaho wrote: Sun Aug 02, 2020 11:57 am This mornings update changed my background pic? Anyone else? no big deal,but odd.
Yep - me too.

And, the MX Update notifier is missing from my "task bar". I don't know when it went missing, but the quoted post made me look and I noticed it was not showing after having been logged in for about 20 minutes. For me, not a big deal as I do the updates from the command line but ... if I'm not the only person for whom it is missing, well this might be an issue.
Will it show up when you either login/logout or run MX Updater (unhide icon) from the menu.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:19 pm
by dolphin_oracle
the thing with the wallpaper I will look at..I assume it changed on login...

if so, it won't change again, even on update.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:23 pm
by heywoodidaho
Yep,updater is gone as well.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:24 pm
by dolphin_oracle
just restart the updater from the menu

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 12:44 pm
by srq2625
fehlix wrote: Sun Aug 02, 2020 12:15 pm Will it show up when you either login/logout or run MX Updater (unhide icon) from the menu.
I can run the MX Updater and it will appear. I logged out and logged back in, after 20 minutes did not re-appear.

Like I said, not a major issue for me but it might be an issue for those that depend on this wonderful tool.

ETA: I looked at the KDE autostart list and it's there, but unchecked/disabled.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 02, 2020 1:00 pm
by asqwerth
srq2625 wrote: Sun Aug 02, 2020 12:44 pm
fehlix wrote: Sun Aug 02, 2020 12:15 pm Will it show up when you either login/logout or run MX Updater (unhide icon) from the menu.
I can run the MX Updater and it will appear. I logged out and logged back in, after 20 minutes did not re-appear.

Like I said, not a major issue for me but it might be an issue for those that depend on this wonderful tool.

ETA: I looked at the KDE autostart list and it's there, but unchecked/disabled.
What is your Plasma Systray setting for the displaying of apt-notifier (under tab 2)? Is it set at "auto" or "always" or "hidden"? It should be at "always". "Auto" will keep the icon hidden until there are updates available.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 2:01 am
by i_ri
Hello dolphin_oracle and mmikeinsantarosa

in MiB konsole 18, qterminal 18, yakuake 23, terminus 24; add + qterminal dropdown for qterminal(2) 35

terminus comes on with start includes guake dropdown option so it is driving two ready terminals at start. test verynice and keybinds of those tried do work. a quick look-in hurrying to the mem numbers fit into these i have been looking.
yakuake comes on with start.
konsole is made to look good. begins off, demand on / off.
qterminal begins off. includes qterminal dropdown begins off. demand on / off.

The thought that qterminal deserved a trial inside this kde and then terminus was in test. threw it in too.
makes konsole look good. Consider the numbers seem similar.
Liking the status text titling in yakuake. qterminal does not include itself in the title.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 7:02 am
by kangburra
This is not a bug but a feature I didn't know existed.
I paired my phone and laptop with BT to send a file. Then I watched a video on my phone and the sound is coming from the laptop speakers. I am amazed this works and it's great.
I do have KDE Connect working but I don't think it is involved in this.
Anyway it's working and maybe everyone knows about it but i did not.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 8:26 am
by tony37
I also had my wallpaper changed to the default MX one after the latest update, the one with 'desktop-defaults-mx-kde:amd64 (20.07.05, 20.07.07)'.
I have a terrible bug in Kubuntu where at login (but only sometimes, so not reproducible) my wallpaper gets reset and my desktop icons are sorted alphabetically. No need to introduce this here. ;)

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 8:58 am
by dolphin_oracle
tony37 wrote: Mon Aug 03, 2020 8:26 am I also had my wallpaper changed to the default MX one after the latest update, the one with 'desktop-defaults-mx-kde:amd64 (20.07.05, 20.07.07)'.
I have a terrible bug in Kubuntu where at login (but only sometimes, so not reproducible) my wallpaper gets reset and my desktop icons are sorted alphabetically. No need to introduce this here. ;)
should be a one-time thing, even if the package updates again. beta beta beta!

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 10:14 am
by CaputAlista
Is it possible that kde plasma is more updated?
NORBERT PREINING · PUBLISHED 2020/07/30 · UPDATED 2020/07/30
Only a short update on the current status of my KDE/Plasma package for Debian sid and testing:Frameworks 5.72;plasma 5.19.4;Apps 20.04.3;Digikam 7.0.0;Ark CVE-2020-16116 fixed in version 20.04.3-1~np2 and use opensuse repositories.

https://www.preining.info/blog/2020/07/ ... 020-07-04/

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 10:22 am
by dolphin_oracle
CaputAlista wrote: Mon Aug 03, 2020 10:14 am Is it possible that kde plasma is more updated?
NORBERT PREINING · PUBLISHED 2020/07/30 · UPDATED 2020/07/30
Only a short update on the current status of my KDE/Plasma package for Debian sid and testing:Frameworks 5.72;plasma 5.19.4;Apps 20.04.3;Digikam 7.0.0;Ark CVE-2020-16116 fixed in version 20.04.3-1~np2 and use opensuse repositories.

https://www.preining.info/blog/2020/07/ ... 020-07-04/
nope.

at the moment, due to the way Qt is supported in the debian repo, we are stuck with what we got.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 11:58 am
by asqwerth
CaputAlista wrote: Mon Aug 03, 2020 10:14 am Is it possible that kde plasma is more updated?
NORBERT PREINING · PUBLISHED 2020/07/30 · UPDATED 2020/07/30
Only a short update on the current status of my KDE/Plasma package for Debian sid and testing:Frameworks 5.72;plasma 5.19.4;Apps 20.04.3;Digikam 7.0.0;Ark CVE-2020-16116 fixed in version 20.04.3-1~np2 and use opensuse repositories.

https://www.preining.info/blog/2020/07/ ... 020-07-04/
Norbert himself agrees that it's not possible with Debian Stable: viewtopic.php?p=589257#p589257

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 12:01 pm
by tony37
I would be very cautious about updating to the newest Plasma version, even if you could. In Kubuntu I have this wallpaper bug and in Manjaro KDE my system area more or less disappeared with the latest update.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 12:16 pm
by asqwerth
tony37 wrote: Mon Aug 03, 2020 12:01 pm ... and in Manjaro KDE my system area more or less disappeared with the latest update.
Yep, I've been reading a fair number of posts about Plasma issues after the latest Manjaro updates.

I stick to XFCE in Manjaro for low maintenance.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 4:14 pm
by Stevo
dolphin_oracle wrote: Mon Aug 03, 2020 10:22 am
CaputAlista wrote: Mon Aug 03, 2020 10:14 am Is it possible that kde plasma is more updated?
NORBERT PREINING · PUBLISHED 2020/07/30 · UPDATED 2020/07/30
Only a short update on the current status of my KDE/Plasma package for Debian sid and testing:Frameworks 5.72;plasma 5.19.4;Apps 20.04.3;Digikam 7.0.0;Ark CVE-2020-16116 fixed in version 20.04.3-1~np2 and use opensuse repositories.

https://www.preining.info/blog/2020/07/ ... 020-07-04/
nope.

at the moment, due to the way Qt is supported in the debian repo, we are stuck with what we got.
Since KDE Neon has a backported Qt 5.14 and plasma 5.18 on an Ubuntu 18.04 base, never say never. But it will take a lot of work to see if a port is even possible.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Mon Aug 03, 2020 5:00 pm
by Gerson
I had this situation in the beta 1 and also now in the beta 2 but it is also happening to me in XFCE I don't know if this has something to do with the updates of 3 weeks ago. Whenever I open Firefox it asks me to set it as default and I have it. I haven't modified it from the default ISO.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 12:26 am
by i_ri
hello everyone

muon upgradeable
synaptic upgradable

man apt now use upgradeable; still apt messages use upgradable.
both commands list
--upgradable
--upgradeable

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 4:32 am
by shmu26
I have Kubuntu 20.04 installed. I want to replace it with MX KDE Beta, and keep my home directory.
1 Is this tantamount to suicide?
2 Will Chrome remember me and my logins?

Code: Select all

shmuel@shmuel-Kubuntu:~$ inxi -F
System:
  Host: shmuel-Kubuntu Kernel: 5.4.0-42-generic x86_64 bits: 64 
  Desktop: KDE Plasma 5.18.5 Distro: Ubuntu 20.04.1 LTS (Focal Fossa) 
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME B365M-A v: Rev X.0x 
  serial: <superuser/root required> UEFI: American Megatrends v: 1203 
  date: 10/10/2019 
CPU:
  Topology: 8-Core model: Intel Core i7-9700 bits: 64 type: MCP L2 cache: 12.0 MiB 
  Speed: 842 MHz min/max: 800/4700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 
  4: 800 5: 800 6: 800 7: 800 8: 800 
Graphics:
  Device-1: Intel UHD Graphics 630 driver: i915 v: kernel 
  Display: x11 server: X.Org 1.20.8 driver: modesetting unloaded: fbdev,vesa 
  resolution: 1920x1080~60Hz, 1920x1080~60Hz 
  OpenGL: renderer: Mesa Intel UHD Graphics 630 (CFL GT2) v: 4.6 Mesa 20.0.8 
Audio:
  Device-1: Intel 200 Series PCH HD Audio driver: snd_hda_intel 
  Device-2: JMTek LLC. type: USB driver: hid-generic,snd-usb-audio,usbhid 
  Sound Server: ALSA v: k5.4.0-42-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: a8:5e:45:e2:87:3c 
Drives:
  Local Storage: total: 2.26 TiB used: 635.74 GiB (27.5%) 
  ID-1: /dev/sda vendor: Kingston model: SA400S37480G size: 447.13 GiB 
  ID-2: /dev/sdb vendor: Toshiba model: HDWD120 size: 1.82 TiB 
Partition:
  ID-1: / size: 96.12 GiB used: 26.16 GiB (27.2%) fs: ext4 dev: /dev/sda5 
Sensors:
  System Temperatures: cpu: 29.8 C mobo: 27.8 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 289 Uptime: 1h 56m Memory: 15.50 GiB used: 8.42 GiB (54.3%) 
  Shell: bash inxi: 3.0.38

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 4:54 am
by JayM
I would wait if I were you, shmu26, until after the official release of MX-KDE. Otherwise you will have to (re)install it again anyway as the beta version won't be supported after the release if you ever have any problems with it. I have a feeling that MX-KDE's release is going to be announced pretty soon now, because I see that a forum for it has already been created and I remember that richb said he wasn't going to do that until it was ready to be released. But that's just a guess on my part.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 4:59 am
by shmu26
JayM wrote: Wed Aug 05, 2020 4:54 am I have a feeling that MX-KDE's release is going to be announced pretty soon now
:crossfingers:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 5:50 am
by sunrat
One of the devs said a few posts back there may be an RC version before the release.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 5:55 am
by JayM
sunrat wrote: Wed Aug 05, 2020 5:50 am One of the devs said a few posts back there may be an RC version before the release.
If that's the case and if they do it like they did with MX-19.2 those who have installed the RC will be auto-upgraded to the final release version via the daily updates without having to reinstall once MX-KDE is actually officially released.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 6:39 am
by leslie1017
My desktop disappear for each reboot, no panel, right click on desktop shows nothing:
Image

I have to do below instructions to get it back:
leslie@leslie-desktop ~ $ killall plasmashell
plasmashell: no process found
leslie@leslie-desktop ~ $ plasmashell &
[1] 5064
Image

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 6:50 am
by tony37
@ leslie: are you still using your old /home config files?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 6:50 am
by leslie1017
Every time I click the "software updater" on system tray, the panel and desktop becomes not click able and requires plasmashell restart:
Image

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 6:52 am
by leslie1017
tony37 wrote: Wed Aug 05, 2020 6:50 am @ leslie: are you still using your old /home config files?
Yes, this system is my daily use one, I can't switch my home folder, need lots of configuration for other software in my home directory

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 7:01 am
by richb
leslie1017 wrote: Wed Aug 05, 2020 6:50 am Every time I click the "software updater" on system tray, the panel and desktop becomes not click able and requires plasmashell restart:
https://i.loli.net/2020/08/05/OK8YHEkxG6ilz1f.png
Moderator

Images added to post via hot links from other websites as they appear in a post will be limited to a 640 x 620 pixel size. The image at the image hosting site can be a full size image without restriction. Large images take up large areas of the post and thread space, are distracting and impede the flow of the thread.
You can post the link to the full image without the [img] tags, or use a link provided by the image site of a smaller size.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 7:09 am
by leslie1017
richb wrote: Wed Aug 05, 2020 7:01 am
leslie1017 wrote: Wed Aug 05, 2020 6:50 am Every time I click the "software updater" on system tray, the panel and desktop becomes not click able and requires plasmashell restart:
https://i.loli.net/2020/08/05/OK8YHEkxG6ilz1f.png
Moderator

Images added to post via hot links from other websites as they appear in a post will be limited to a 640 x 620 pixel size. The image at the image hosting site can be a full size image without restriction. Large images take up large areas of the post and thread space, are distracting and impede the flow of the thread.
You can post the link to the full image without the [img] tags, or use a link provided by the image site of a smaller size.
Will find another img hosting site that providing smaller resolution

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 7:24 am
by richb
leslie1017 wrote: Wed Aug 05, 2020 7:09 am
richb wrote: Wed Aug 05, 2020 7:01 am
leslie1017 wrote: Wed Aug 05, 2020 6:50 am Every time I click the "software updater" on system tray, the panel and desktop becomes not click able and requires plasmashell restart:
https://i.loli.net/2020/08/05/OK8YHEkxG6ilz1f.png
Moderator

Images added to post via hot links from other websites as they appear in a post will be limited to a 640 x 620 pixel size. The image at the image hosting site can be a full size image without restriction. Large images take up large areas of the post and thread space, are distracting and impede the flow of the thread.
You can post the link to the full image without the [img] tags, or use a link provided by the image site of a smaller size.
Will find another img hosting site that providing smaller resolution
Thank you. Imgur has an option to use a link labelled "Large". It meets the forum requirements.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 8:08 am
by tony37
leslie1017 wrote: Wed Aug 05, 2020 6:52 am
tony37 wrote: Wed Aug 05, 2020 6:50 am @ leslie: are you still using your old /home config files?
Yes, this system is my daily use one, I can't switch my home folder, need lots of configuration for other software in my home directory
It's very likely all your problems are caused by version conflicts in the config files, so you'll have to find a way to keep the config files you want and get rid of the other ones. But you'll have to reinstall MX KDE anyway as the beta apparently won't be upgraded, so what you can do then (there may be other options) is to transform your current /home folder into a separate data partition and have your /home folder (on the new install) on the same partition as /. Then you link the folders you want to use from your old /home to your new /home (you may have to delete some newly created folders first) and that's about it. And also put your data partition in /etc/fstab, so it is mounted at boot, for example at /mnt/data.

I suspect you're seeing a lot of problems because you have downgraded your Plasma from a newer version to 5.14, and the newer version will have put stuff in the config files that the older version isn't programmed to understand.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 8:40 am
by asqwerth
shmu26 wrote: Wed Aug 05, 2020 4:32 am I have Kubuntu 20.04 installed. I want to replace it with MX KDE Beta, and keep my home directory.
1 Is this tantamount to suicide?
...

Code: Select all

shmuel@shmuel-Kubuntu:~$ inxi -F
System:
  Host: shmuel-Kubuntu Kernel: 5.4.0-42-generic x86_64 bits: 64 
  Desktop: KDE Plasma 5.18.5 Distro: Ubuntu 20.04.1 LTS (Focal Fossa) 
...
Please read the post below above, from this same thread: viewtopic.php?p=590497#p590497

Even if you wait for the RC or Final release, there are no guarantees that there won't be conflicts in config settings between Kubuntu 20.04's Plasma 5.18 and Debian Buster's 5.14.

Your system may not self destruct, but you may face little niggling issues without being able to figure out why.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 9:16 am
by leslie1017
tony37 wrote: Wed Aug 05, 2020 8:08 am
leslie1017 wrote: Wed Aug 05, 2020 6:52 am
tony37 wrote: Wed Aug 05, 2020 6:50 am @ leslie: are you still using your old /home config files?
Yes, this system is my daily use one, I can't switch my home folder, need lots of configuration for other software in my home directory
It's very likely all your problems are caused by version conflicts in the config files, so you'll have to find a way to keep the config files you want and get rid of the other ones. But you'll have to reinstall MX KDE anyway as the beta apparently won't be upgraded, so what you can do then (there may be other options) is to transform your current /home folder into a separate data partition and have your /home folder (on the new install) on the same partition as /. Then you link the folders you want to use from your old /home to your new /home (you may have to delete some newly created folders first) and that's about it. And also put your data partition in /etc/fstab, so it is mounted at boot, for example at /mnt/data.

I suspect you're seeing a lot of problems because you have downgraded your Plasma from a newer version to 5.14, and the newer version will have put stuff in the config files that the older version isn't programmed to understand.
Is there any plasma/kde log to look for what error occured?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 9:23 am
by asqwerth
leslie1017 wrote: Wed Aug 05, 2020 9:16 am
tony37 wrote: Wed Aug 05, 2020 8:08 am
leslie1017 wrote: Wed Aug 05, 2020 6:52 am

Yes, this system is my daily use one, I can't switch my home folder, need lots of configuration for other software in my home directory
It's very likely all your problems are caused by version conflicts in the config files, so you'll have to find a way to keep the config files you want and get rid of the other ones. But you'll have to reinstall MX KDE anyway as the beta apparently won't be upgraded, so what you can do then (there may be other options) is to transform your current /home folder into a separate data partition and have your /home folder (on the new install) on the same partition as /. Then you link the folders you want to use from your old /home to your new /home (you may have to delete some newly created folders first) and that's about it. And also put your data partition in /etc/fstab, so it is mounted at boot, for example at /mnt/data.

I suspect you're seeing a lot of problems because you have downgraded your Plasma from a newer version to 5.14, and the newer version will have put stuff in the config files that the older version isn't programmed to understand.
Is there any plasma/kde log to look for what error occured?
Does this really belong in this Feedback thread for Beta 2, if you're testing it with a /home from a newer Plasma version? It won't be an accurate picture of how the Beta 2 runs.

Perhaps you should take this side conversation to another thread under MX-Modified subforum.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 9:41 am
by leslie1017
This issue may not caused by reuse /home folder, I have installed MX KDE for about 1 month, and this issue appears today.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 9:51 am
by SwampRabbit
leslie1017 wrote: Wed Aug 05, 2020 9:41 am This issue may not caused by reuse /home folder, I have installed MX KDE for about 1 month, and this issue appears today.
You installed the MX KDE “BETA” and are using it as a daily driver though.

Since no one else has reported this issue, it has to be assumed it is localized to your system for some reason.

Unless there is an actual issue with apt-notifier and or an issue with upgrading and keeping the home folder, this probably won’t get determined until RC1 comes out or after.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 11:46 am
by tony37
leslie1017 wrote: Wed Aug 05, 2020 9:16 am Is there any plasma/kde log to look for what error occured?
the only plasma log I know of is in /home/user/.xsession-errors
but there are almost no timestamps, except for something like "Xsession: X session started for user at wo aug 5 17:19:10 CEST 2020"

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 12:22 pm
by tony37
One remark about apt-notifier: when I put it on 'Auto' in the system area settings, it always reverts to 'Shown' after reboot.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 4:44 pm
by fehlix
tony37 wrote: Wed Aug 05, 2020 12:22 pm One remark about apt-notifier: when I put it on 'Auto' in the system area settings, it always reverts to 'Shown' after reboot.
I am not sure what is meant by "system area settings"? Which "auto" part of apt-notifier's settings/preferences you are referring to?

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 4:59 pm
by Adrian
It's in KDE Tray settings:
Image

It's a KDE issue not an app one. However that option works fine for me.

You might want to remove that "shownItems=apt-notifier.py" from ~/.config/plasma-org.kde.plasma.desktop-appletsrc

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Wed Aug 05, 2020 5:26 pm
by fehlix
Adrian wrote: Wed Aug 05, 2020 4:59 pm It's in KDE Tray settings:
It's a KDE issue not an app one. However that option works fine for me.

You might want to remove that "shownItems=apt-notifier.py" from ~/.config/plasma-org.kde.plasma.desktop-appletsrc
We fixed this KDE/Plasma issue this way:
It's a bit more complex. If set to auto it would not be shown in the system tray, but only sit in the "hidden" area. So when apt-notifer, starts it changes intentionally "auto" to "shown", regardless of the setting in appletrc.
Otherwise the apt-notifier icon would never be shown in the systray, and would stay in the hidden area (that the one you see with the arrow-up. And user would only notice the popups auf availabel updates but not the green icon in the systray.
EDIT: So when apt-notifier starts with the login, any previous setting for shown/auto are forgotten by plasma, it always registers itself as "auto". The fix (within apt-notifier) made the opposite, it always registers itself as shown, when it starts.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 3:24 am
by tony37
Adrian wrote: Wed Aug 05, 2020 4:59 pm You might want to remove that "shownItems=apt-notifier.py" from ~/.config/plasma-org.kde.plasma.desktop-appletsrc
when I looked there, there was a gigantic mass of \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ signs there, never seen such thing before
my file is 8 MB big because of this, I'm adding it in attachment as zip file

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 3:44 am
by tony37
It's two times now (today and yesterday) that I couldn't select any file on my desktop (I could when I opened my desktop folder in Dolphin). It was solved when I logged in again. I thought it was maybe because I pasted a file to my desktop from within Dolphin but I can't reproduce it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 5:40 am
by fehlix
tony37 wrote: Thu Aug 06, 2020 3:24 am
Adrian wrote: Wed Aug 05, 2020 4:59 pm You might want to remove that "shownItems=apt-notifier.py" from ~/.config/plasma-org.kde.plasma.desktop-appletsrc
when I looked there, there was a gigantic mass of \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ signs there, never seen such thing before
my file is 8 MB big because of this, I'm adding it in attachment as zip file
OK, thanks for this findings. WIll be fixed shortly.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 6:49 am
by i_ri
hello fehlix
i put the file together without the slashes. it smooths some things running it that way now. tony37 i removed the slashes. and chance it is better.

this is a fragment cut. not put in. where does it fit? does it go in?

[Containments2Appletsts][43][Configuration][General]
expanding=false

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 8:59 am
by fehlix
Yes, those "\\\0" zero are written by plasma. I think I found a way to convince plasma to avoid writing those escaped zeros.
That happens when chainging auto/shown/hidden for MX Updater within the systray-config. So best for now don't touch those settings.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 9:30 am
by srq2625
asqwerth wrote: Sun Aug 02, 2020 1:00 pm
srq2625 wrote: Sun Aug 02, 2020 12:44 pm
fehlix wrote: Sun Aug 02, 2020 12:15 pm Will it show up when you either login/logout or run MX Updater (unhide icon) from the menu.
I can run the MX Updater and it will appear. I logged out and logged back in, after 20 minutes did not re-appear.

Like I said, not a major issue for me but it might be an issue for those that depend on this wonderful tool.

ETA: I looked at the KDE autostart list and it's there, but unchecked/disabled.
What is your Plasma Systray setting for the displaying of apt-notifier (under tab 2)? Is it set at "auto" or "always" or "hidden"? It should be at "always". "Auto" will keep the icon hidden until there are updates available.
So sorry for the delay getting back to you. This is the first day I've had power since the hurricane/TS hit my area.

I've effected no changes to my system since the above posting and this morning, after the machine having been booted for less then 8 minutes, the apt_notifier is showing in the systray. I have no explanation.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 9:46 am
by i_ri
hello fehlix . ok. it is back in.
placed into the file the cut
[Containments2Appletsts][43][Configuration][General]
expanding=false

left in the line
shownItems=apt-notifier.py

no slashes. starts.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Thu Aug 06, 2020 10:16 am
by fehlix
fehlix wrote: Thu Aug 06, 2020 5:40 am
tony37 wrote: Thu Aug 06, 2020 3:24 am
Adrian wrote: Wed Aug 05, 2020 4:59 pm You might want to remove that "shownItems=apt-notifier.py" from ~/.config/plasma-org.kde.plasma.desktop-appletsrc
when I looked there, there was a gigantic mass of \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ signs there, never seen such thing before
my file is 8 MB big because of this, I'm adding it in attachment as zip file
OK, thanks for this findings. WIll be fixed shortly.
OK, pushed the fix for stopping plasma writing zero-terminated entries.
:puppy:

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Aug 07, 2020 5:12 am
by tony37
fehlix wrote: Thu Aug 06, 2020 10:16 am OK, pushed the fix for stopping plasma writing zero-terminated entries.
:puppy:
Very good, because meanwhile my file has grown to 128 MB of \\\\\\\\\\\\\\\\\. And I didn't change any settings, just opened apt-notifier to do some updates but plasmashell was hanging very badly and I had to restart it.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Aug 07, 2020 8:15 pm
by i_ri
Hello everyone
I may be a trailing zero.
hello \\\\0,
hello \\\\0,
hello \\\\0,
Checking the slashed file After the upgrade. Now no slashes. With wireframe empty.
diffout.png
Next trial when becomes wireframe filled.
Having added toolbar launchers on this machine that got slashes. it had all upgrades.
The other kde machine has not shown slashes. Now wireframe empty, it skipped an upgrade (?)(when this doubt popped up.) As default, it had zero changes to toolbar or anything else.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Fri Aug 07, 2020 8:41 pm
by fehlix
i_ri wrote: Fri Aug 07, 2020 8:15 pm Hello everyone
I may be a trailing zero.
hello \\\\0,
hello \\\\0,
hello \\\\0,
Checking the slashed file After the upgrade. Now no slashes. With wireframe empty.
diffout.png
Next trial when becomes wireframe filled.
Having added toolbar launchers on this machine that got slashes. it had all upgrades.
The other kde machine has not shown slashes. Now wireframe empty, it skipped an upgrade (?)(when this doubt popped up.) As default, it had zero changes to toolbar or anything else.
Not really sure I understand completely. The latest MX Updater/apt-notifier update shall reduce the possibility to have trailing slashed zeros within the config file related to the systray shownItems. Well - sure - we might have overlooked something, but any reports about some findings are welcome.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 1:28 am
by i_ri
Hello fehlix
wireframe filled condition now for trial.
Cannot squeeze a slash out of it.
Your reduction, suppression of slashes, diminished to none. found none.
Wonderful upgrade if it did, undid slashes.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 3:35 am
by i_ri
hello everyone
K MX Tweaks icon is not representation of what happens inside (?) Plasma , admin .
a differ icon there?
.plazmore a breeeze preferences-desktop, or specialty icon about tweak (?) high voltage, rocket, slingshot, magic wand, manhole cover, p(?)grape press,
does anyone else always put an up button in dolphin? or just me. that's a do after installing list. ... (?)

8-|

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 7:31 am
by sunrat
i_ri wrote: Sat Aug 08, 2020 3:35 am does anyone else always put an up button in dolphin? or just me. that's a do after installing list. ... (?)
That's kinda redundant when you can click on the path in the top bar and get clickable breadcrumbs.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 7:34 am
by fladd
Just quickly booted the image in a virtual machine (VirtualBox), and that leads to all the text in the GUI to be misplaced. Hard to explain, as if someone shuffled the letters of the alphabet. So all labels in the GUI are non-words. Never seen something like this before anywhere.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 9:22 am
by tony37
When I make a new user the icon theme doesn't work (both on hard drive install and on virtual disk install), no icons in Dolphin for example. Maybe something to do with the latest desktop-defaults-mx-kde version as I didn't have this problem before.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 9:34 am
by tony37
i_ri wrote: Sat Aug 08, 2020 3:35 am does anyone else always put an up button in dolphin? or just me. that's a do after installing list. ... (?)
Yes, I do.
sunrat wrote: Sat Aug 08, 2020 7:31 am That's kinda redundant when you can click on the path in the top bar and get clickable breadcrumbs.
Maybe, but there's one thing: 'Show full path inside location bar' is disabled by default. So the defaults suck, if I'm allowed to say so. (I know you didn't invent these defaults. Windows 7 and Nautilus seem to have similar defaults, which kinda confirms my point.) So I'd either put a dolphinui.rc file with an 'Up' button in /etc/skel/.local/share/kxmlgui5/dolphin, or have an /etc/skel/.config/dolphinrc file with

Code: Select all

[General]
ShowFullPath=true

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 10:32 am
by sunrat
tony37 wrote: Sat Aug 08, 2020 9:34 am
sunrat wrote: Sat Aug 08, 2020 7:31 am That's kinda redundant when you can click on the path in the top bar and get clickable breadcrumbs.
Maybe, but there's one thing: 'Show full path inside location bar' is disabled by default.
So you have to click on the little arrow at left of path ">" to get a dropdown of the full tree to click on.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sat Aug 08, 2020 10:54 am
by tony37
sunrat wrote: Sat Aug 08, 2020 10:32 am
tony37 wrote: Sat Aug 08, 2020 9:34 am
sunrat wrote: Sat Aug 08, 2020 7:31 am That's kinda redundant when you can click on the path in the top bar and get clickable breadcrumbs.
Maybe, but there's one thing: 'Show full path inside location bar' is disabled by default.
So you have to click on the little arrow at left of path ">" to get a dropdown of the full tree to click on.
I know, but not every newcomer will know that, and it's at least one extra mouse click.

Re: MX-19.2 KDE Beta 2 Feedback Thread

Posted: Sun Aug 09, 2020 11:16 am
by richb
With MX KDE RC1 released this thread is being closed.

Information here

For those who have the Beta 2 ISO you can upgrade it to RC1 with the following command:

Code: Select all

xdelta3 -ds MX-19.2_KDE-beta2_x64.iso patchB2-RC1.xdelta
The patch is available on Sourceforge.