Page 1 of 1

MX-19 Feedback

Posted: Tue Oct 22, 2019 6:26 am
by Jerry3904
This is the place to ask questions, raise issues and make (constructive) comments about MX-19 'patito feo'.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:47 am
by winemaker
congrats to a super team of developers! love it! thank you so very much!!!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:57 am
by junoluna
I have only recently started using MX linux and like it so much that I have put it on 4 laptops in the house. (this after a long time away from linux but finally reaching my wit's end with windows)... tried 4 or 5 other distros before stumbling on this one thanks to bigdaddy linux's distro challenge show.

Anyway ... given that MX 18 is working very well across the board, is there any need to upgrade at this stage?
I would prefer to wait til I start to break stuff (probably not long)

Each of my laptops had slightly different issues with set up ... 2 had wifi driver problems (AMD 8821CE)
and another had issues with freezing in every linux distro i tried.... this was finally resolved by adding idle=nomwait to the boot paramaters ... (AMD Ryzen3 2200u)

anyway ... i guess what i am saying is i don't want to do anything else ever again so is it ok to stick rather than twist?

sorry if this is not constructive feedback ...maybe it should be moved elsewhere

congrats on a brilliant distro and just watching you guys developing this stuff has been an education ... btw ... the torrent for MX 19 downloaded in about 90 seconds flat so i have it if needed.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:02 am
by Eadwine Rose
Junoluna: https://mxlinux.org/migration/

info in that link for you :)


You don't HAVE to go to 19, if you are happy on 18.3 by all means you can stick with that :)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:05 am
by junoluna
thanks eadwine ... that's a relief ... never liked change much

:)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:08 am
by asqwerth
junoluna wrote: Tue Oct 22, 2019 7:57 am I have only recently started using MX linux and like it so much that I have put it on 4 laptops in the house. (this after a long time away from linux but finally reaching my wit's end with windows)... tried 4 or 5 other distros before stumbling on this one thanks top bigdaddy linux's distro challenge show.

Anyway ... given that MX 18 is working very well across the board, is there any need to upgrade at this stage?...

anyway ... i guess what i am saying is i don't want to do anything else ever again so is it ok to stick rather than twist?......
Debian Stretch (MX17/18) is supported until 2022. You can keep using it for quite a while yet.

But when you do eventually wish to upgrade, I'm afraid you can't not "do anything else ever again...".

You'll certainly need to do a fresh install, but can choose to preserve /home from within the installer.

See the migration link in Eadwine Rose's post, for some advice on using aptik as well.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:14 am
by junoluna
thanks asqwerth ... i suspected i was being slightly optimistic :)

when push comes to shove, i am sure i will manage, but it is an odd feeling to have everything working as it should ... long may it continue

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 9:15 am
by danielson
Congratulations to MX team!!!

Just a splendid distro and a wonderful support forum with great geeks to assist us non-geeks!

- - - - -

btw, 18.3 Sept. still listed as latest - guess it takes a few hours for Sourceforge page to "re-load".

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 9:41 am
by oops
Congratulations to MX team!!!

FI: I have tried a:

Code: Select all

sudo apt update && sudo apt dist-upgrade
... But it does not work yet here.

Edit; ah ok
https://mxlinux.org/migration/
From any version of MX-18 to MX-19
Because of the change in the base from Debian 9 (Stretch) to Debian 10 (Buster), and the switch to the new Xfce 4.14, there is no upgrade option. You will need to make a clean install.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 9:45 am
by GuiGuy
Please explain the name "patito feo".... :confused:.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 9:46 am
by dolphin_oracle
GuiGuy wrote: Tue Oct 22, 2019 9:45 am Please explain the name "patito feo".... :confused:.
"ugly duckling" in spanish. A tongue-in-cheek shout out to all the folks who find Xfce, and MX in particular, "ugly".

BTW, its meant as ironic. I think MX 19 looks great!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 9:51 am
by GuiGuy
Thanks, D.O. :happy: .

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:17 am
by 8bit
GuiGuy wrote: Tue Oct 22, 2019 9:45 am Please explain the name "patito feo".... :confused:.
Spanish for the ugly duckling. Why? I don't know.

8bit

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:17 am
by Eadwine Rose
Read DO's reply above.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:18 am
by Fibogacci
junoluna wrote: Tue Oct 22, 2019 7:57 am Anyway ... given that MX 18 is working very well across the board, is there any need to upgrade at this stage?
I would prefer to wait til I start to break stuff (probably not long)
There is no need to upgrade if MX 18 is working ok with you.

I have one old laptop in my family which still uses MX 16.1 (well, I will install MX 19 soon) and it works fine.

I will probably stay for a while with MX 18.3 on my main computer (or at least I will have Live USB with MX 18.3). There are no a few packages yet in new MX 19 which I like/use (which probably will come with time), and these packages are in MX 18.3 (eg. Fsearch, Typecatcher etc.).

MX 19 is fresh born baby and has great future ahead ;)

For a new installations/computers I definitely choose MX 19 (I have already installed 19 RC1 on old P4 1,8 GHz and 1 GB RAM and it works fine).

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:43 am
by Eadwine Rose
Interesting little something I just discovered on screen tearing with the default nvidia driver and compositors.

I have this youtube video that I test with: https://www.youtube.com/watch?v=5xkNy9gfKOg
Putting that full screen and then moving the mouse over it clearly shows if I have screen tearing or not.


When I have the compositor on Xfwm everything is fine.
If I change it to Compton I get tearing.
Change it back to Xfwm and all is fine again.

Code: Select all

System:    Host: eadwineMX19 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-amd64 
           root=UUID=c7f614c9-c448-4560-93c2-9e9748b4ae8f ro quiet 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19_x64 patito feo October 21  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: TUF B450-PLUS GAMING v: Rev X.0x serial: <filter> 
           UEFI: American Megatrends v: 1607 date: 06/17/2019 
Battery:   Device-1: hidpp_battery_0 model: Logitech MX Ergo Multi-Device Trackball 
           serial: <filter> charge: 100% (should be ignored) rechargeable: yes 
           status: Discharging 
CPU:       Topology: 8-Core model: AMD Ryzen 7 2700 bits: 64 type: MT MCP arch: Zen+ 
           family: 17 (23) model-id: 8 stepping: 2 microcode: 800820C L2 cache: 4096 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           bogomips: 102192 
           Speed: 1376 MHz min/max: 1550/3200 MHz boost: enabled Core speeds (MHz): 1: 1378 
           2: 1441 3: 1477 4: 1545 5: 1383 6: 1387 7: 1547 8: 1546 9: 1377 10: 1546 11: 1379 
           12: 1378 13: 1546 14: 1546 15: 1547 16: 1544 
           Vulnerabilities: 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: disabled, RSB filling 
Graphics:  Device-1: NVIDIA GP107 [GeForce GTX 1050 Ti] vendor: ASUSTeK driver: nvidia v: 418.74 
           bus ID: 08:00.0 chip ID: 10de:1c82 
           Display: x11 server: X.Org 1.20.4 driver: nvidia 
           unloaded: fbdev,modesetting,nouveau,vesa alternate: nv 
           resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 1050 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 418.74 
           direct render: Yes 
Audio:     Device-1: Conexant Systems CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D 
           Comb 
           vendor: Hauppauge works driver: cx23885 v: 0.0.4 bus ID: 07:00.0 chip ID: 14f1:8880 
           Device-2: NVIDIA GP107GL High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 08:00.1 chip ID: 10de:0fb9 
           Device-3: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 0a:00.3 chip ID: 1022:1457 
           Device-4: Logitech QuickCam E 3500 type: USB driver: snd-usb-audio,uvcvideo 
           bus ID: 3-1:2 chip ID: 046d:09a4 serial: <filter> 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK 
           driver: r8169 v: kernel port: f000 bus ID: 03:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
           Device-2: Ralink MT7601U Wireless Adapter type: USB driver: mt7601u bus ID: 1-1:2 
           chip ID: 148f:7601 serial: <filter> 
           IF: wlan0 state: down mac: <filter> 
Drives:    Local Storage: total: 1.82 TiB used: 72.97 GiB (3.9%) 
           ID-1: /dev/sda vendor: Samsung model: SSD 860 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-2: /dev/sdb vendor: Samsung model: SSD 860 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 vendor: Samsung model: SSD 860 EVO 250GB size: 232.89 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 3B6Q scheme: GPT 
           ID-4: /dev/sdd type: USB vendor: Seagate model: BUP Slim RD size: 931.51 GiB 
           block size: physical: 4096 B logical: 512 B serial: <filter> rev: 0109 scheme: MBR 
           ID-5: /dev/sde vendor: Samsung model: SSD 860 EVO 250GB size: 232.89 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 3B6Q scheme: GPT 
Partition: ID-1: / raw size: 58.59 GiB size: 57.42 GiB (98.00%) used: 5.90 GiB (10.3%) fs: ext4 
           dev: /dev/sdc1 
           ID-2: /home raw size: 166.48 GiB size: 162.87 GiB (97.83%) used: 150.4 MiB (0.1%) 
           fs: ext4 dev: /dev/sdc3 
           ID-3: swap-1 size: 7.81 GiB used: 0 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/sdc2 
Sensors:   System Temperatures: cpu: 33.9 C mobo: 27.0 C gpu: nvidia temp: 35 C 
           Fan Speeds (RPM): cpu: 532 mobo: 168750 fan-2: fan-3: 0 fan-4: 757 fan-6: 0 
           gpu: nvidia fan: 25% 
           Voltages: 12v: N/A 5v: N/A 3.3v: 3.36 vbat: 3.27 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           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
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 343 Uptime: 5m Memory: 31.41 GiB used: 1.12 GiB (3.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 Feedback

Posted: Tue Oct 22, 2019 10:48 am
by chrispop99
Eadwine Rose wrote: Tue Oct 22, 2019 10:43 am Interesting little something I just discovered on screen tearing with the default nvidia driver and compositors.

I have this youtube video that I test with: https://www.youtube.com/watch?v=5xkNy9gfKOg
Putting that full screen and then moving the mouse over it clearly shows if I have screen tearing or not.


When I have the compositor on Xfwm everything is fine.
If I change it to Compton I get tearing.
Change it back to Xfwm and all is fine again.

Code: Select all

System:    Host: eadwineMX19 Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-amd64 
           root=UUID=c7f614c9-c448-4560-93c2-9e9748b4ae8f ro quiet 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19_x64 patito feo October 21  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop Mobo: ASUSTeK model: TUF B450-PLUS GAMING v: Rev X.0x serial: <filter> 
           UEFI: American Megatrends v: 1607 date: 06/17/2019 
Battery:   Device-1: hidpp_battery_0 model: Logitech MX Ergo Multi-Device Trackball 
           serial: <filter> charge: 100% (should be ignored) rechargeable: yes 
           status: Discharging 
CPU:       Topology: 8-Core model: AMD Ryzen 7 2700 bits: 64 type: MT MCP arch: Zen+ 
           family: 17 (23) model-id: 8 stepping: 2 microcode: 800820C L2 cache: 4096 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
           bogomips: 102192 
           Speed: 1376 MHz min/max: 1550/3200 MHz boost: enabled Core speeds (MHz): 1: 1378 
           2: 1441 3: 1477 4: 1545 5: 1383 6: 1387 7: 1547 8: 1546 9: 1377 10: 1546 11: 1379 
           12: 1378 13: 1546 14: 1546 15: 1547 16: 1544 
           Vulnerabilities: 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: disabled, RSB filling 
Graphics:  Device-1: NVIDIA GP107 [GeForce GTX 1050 Ti] vendor: ASUSTeK driver: nvidia v: 418.74 
           bus ID: 08:00.0 chip ID: 10de:1c82 
           Display: x11 server: X.Org 1.20.4 driver: nvidia 
           unloaded: fbdev,modesetting,nouveau,vesa alternate: nv 
           resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 1050 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 418.74 
           direct render: Yes 
Audio:     Device-1: Conexant Systems CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D 
           Comb 
           vendor: Hauppauge works driver: cx23885 v: 0.0.4 bus ID: 07:00.0 chip ID: 14f1:8880 
           Device-2: NVIDIA GP107GL High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 08:00.1 chip ID: 10de:0fb9 
           Device-3: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 0a:00.3 chip ID: 1022:1457 
           Device-4: Logitech QuickCam E 3500 type: USB driver: snd-usb-audio,uvcvideo 
           bus ID: 3-1:2 chip ID: 046d:09a4 serial: <filter> 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK 
           driver: r8169 v: kernel port: f000 bus ID: 03:00.0 chip ID: 10ec:8168 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
           Device-2: Ralink MT7601U Wireless Adapter type: USB driver: mt7601u bus ID: 1-1:2 
           chip ID: 148f:7601 serial: <filter> 
           IF: wlan0 state: down mac: <filter> 
Drives:    Local Storage: total: 1.82 TiB used: 72.97 GiB (3.9%) 
           ID-1: /dev/sda vendor: Samsung model: SSD 860 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-2: /dev/sdb vendor: Samsung model: SSD 860 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 vendor: Samsung model: SSD 860 EVO 250GB size: 232.89 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 3B6Q scheme: GPT 
           ID-4: /dev/sdd type: USB vendor: Seagate model: BUP Slim RD size: 931.51 GiB 
           block size: physical: 4096 B logical: 512 B serial: <filter> rev: 0109 scheme: MBR 
           ID-5: /dev/sde vendor: Samsung model: SSD 860 EVO 250GB size: 232.89 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 3B6Q scheme: GPT 
Partition: ID-1: / raw size: 58.59 GiB size: 57.42 GiB (98.00%) used: 5.90 GiB (10.3%) fs: ext4 
           dev: /dev/sdc1 
           ID-2: /home raw size: 166.48 GiB size: 162.87 GiB (97.83%) used: 150.4 MiB (0.1%) 
           fs: ext4 dev: /dev/sdc3 
           ID-3: swap-1 size: 7.81 GiB used: 0 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/sdc2 
Sensors:   System Temperatures: cpu: 33.9 C mobo: 27.0 C gpu: nvidia temp: 35 C 
           Fan Speeds (RPM): cpu: 532 mobo: 168750 fan-2: fan-3: 0 fan-4: 757 fan-6: 0 
           gpu: nvidia fan: 25% 
           Voltages: 12v: N/A 5v: N/A 3.3v: 3.36 vbat: 3.27 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           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
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 343 Uptime: 5m Memory: 31.41 GiB used: 1.12 GiB (3.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 
That's exactly the same video I use for tearing tests.

With Intel graphics, there is a significant reduction in tearing for me when using Xfce 4.14.

Chris

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:52 am
by Jerry3904
Here too, on Intel graphics. Haven't tried the desktop yet where Nvidia rules...

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 10:55 am
by Eadwine Rose
If I decide to use Compton I have to use that nvidia line in session and startup to prevent tearing

Code: Select all

nvidia-settings --assign CurrentMetaMode="nvidia-auto-select +0+0 { ForceFullCompositionPipeline = On }"
and then when I reboot the whole config of the screens gets messed up (left becomes right and such) and have to put xrandr to use to sort that out again

Code: Select all

/usr/bin/xrandr --output VGA-0 --off --output DVI-D-0 --mode 1920x1080 --pos 1920x0 --rotate normal --output HDMI-0 --primary --mode 1920x1080 --pos 0x0 --rotate normal
I am glad I now found out how to avoid it. Purely by accident mind you.


Also.. now that I see that +0+0 and the xrandr line I guess I could somehow combine the two to not have to use xrandr, but it's not needed since I am using Xfwm now. ;)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:08 am
by Don_in_Vermont
Just did a fresh install on other system and all was good then decided to install vbox and system crashed.
Rebooted and now no GUI, terminal login showing "Loading VirtualBox kernal modules ....
Fail startpar: service(s) returned failure: plymouth...failed

How do I get back to GUI?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:15 am
by entropyfoe
Wow, that was fast, congratulations to all the developers and helpers and thanks. :clap:

I am late to the party, as I had a power failure that cause three problems on my signature machine. First the RAM errors (replaced RAM), then a dead SSD (Got a new 970 EVO), and finally a BIOS setting that got reverted (or maybe it was reverted to the default. Ryzen needs Power supply current set to typical). These problems lead to crashes and confusion about possible problems with the betas and RC.

Anyway, last night, reinstalled the RCI, and did the synaptic upgrades. I must have just missed the window for the released version, as mine still said RC1.

But as the migration page says, RC1 is fully upgradable to final, so that will be tonight.

The install was perfect on the fresh SSD, though the first boot failed, until I remembered to go in the BIOS and select the new drive. Then the boot was normal.
It was late, so the tweaks and packages about half done.

It looks great, and still up and running this morning, so a path to stability is finally hers , so the power surge damage looks fixed.
I will finish with nvidia, conky, and a few more packages tonight. About 30 seconds from grub to firefox open on the desktop.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:23 am
by darknetmatrix
MX19 is supported until ...?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:31 am
by Eadwine Rose
At least tomorrow.

Seriously, it is JUST out! It'll be a few years alright.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:37 am
by chrispop99
darknetmatrix wrote: Tue Oct 22, 2019 11:23 am MX19 is supported until ...?
Generally, support would end when Debian LTS ends.

As Debian have not released EOL details for Debian 10 (the version MX-19 uses), it's impossible to answer your question.

Chris

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 11:43 am
by Jerry3904
Following the pattern with previous releases, it seems like 2024 would be a reasonable guess.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:10 pm
by Iguana77
The new MX-19 is working desperately on me. My PC will explode :) CPU is constantly around 50%. I'm going back to LInux MInt

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:16 pm
by dreamer
Iguana77 wrote: Tue Oct 22, 2019 12:10 pm The new MX-19 is working desperately on me. My PC will explode :) CPU is constantly around 50%. I'm going back to LInux MInt
Close Thunar?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:28 pm
by Eadwine Rose
Iguana77 wrote: Tue Oct 22, 2019 12:10 pm The new MX-19 is working desperately on me. My PC will explode :) CPU is constantly around 50%. I'm going back to LInux MInt
You give up easy. What does top say?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:46 pm
by asqwerth
I'm suspect it's related to his hybrid graphics question, which no one has helped solve yet.

https://forum.mxlinux.org/viewtopic.php ... id#p535112

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:52 pm
by Iguana77
asqwerth wrote: Tue Oct 22, 2019 12:46 pm I'm suspect it's related to his hybrid graphics question, which no one has helped solve yet.

https://forum.mxlinux.org/viewtopic.php ... id#p535112
My memory is very high not CPU. Sorry for mistake.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 12:54 pm
by Iguana77
Eadwine Rose wrote: Tue Oct 22, 2019 12:28 pm
Iguana77 wrote: Tue Oct 22, 2019 12:10 pm The new MX-19 is working desperately on me. My PC will explode :) CPU is constantly around 50%. I'm going back to LInux MInt
You give up easy. What does top say?
There is nothing to say support here on the forum for us beginners is very weak. I don't know how to solve problem and not get the right help

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:00 pm
by signalw
Just installed on my live usb. It's running great! Thank you!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:04 pm
by Huckleberry Finn
Iguana77 wrote: Tue Oct 22, 2019 12:54 pm There is nothing to say support here on the forum for us beginners is very weak. I don't know how to solve problem and not get the right help
But where did you ask for help? I never saw in topics such as Help, Installation etc. nor in previous pages on this thread. How can someone know without describing & posting system info? If you like you can post QSI as in my signature below.

Edit: Ok, I've found it here: https://forum.mxlinux.org/viewtopic.php ... 20#p534808

But if you like, open a new thread.. You can also go on with 18.3 as you said , till it's solved technically..

Edit 2: As asqwerth stated, the difference looks like this: For Device-2: AMD Granville [Radeon HD 6850M/6870M] :

On your MX 18 which works normal: driver: ati,modesetting,radeon
And on MX 19: driver: modesetting

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:07 pm
by winemaker
well to Fehlix and other devs - i downloaded the 32 bit 19rc1 the other day and burned this am for my old macbook white plastic in the shed/workshop. running debian 9 lxde due to only thing that botted other than live and install took days. also wanted to see what debian was about. well - i installed 19rc1 just now and installed no problems at all and fast for the less than 1gb ram on that old thing. need to tweak and delete some apps/packages and add others but install was smooth though a bit different setup originally. and to fehlix - did not need any script you send me - so it worked - all updated too.

so all laptops running mx19! thanks devs! most impressed!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:13 pm
by old_guy
I just tried adding some .png files that I used in MX 18 to /usr/share/backgrounds and to /usr/share/icons and can not select them to use as backgrounds or icons.
Earl

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:19 pm
by asqwerth
old_guy wrote: Tue Oct 22, 2019 1:13 pm I just tried adding some .png files that I used in MX 18 to /usr/share/backgrounds and to /usr/share/icons and can not select them to use as backgrounds or icons.
Earl
Could be permissions issue. Did you copy them from another user account/folder? Another partition?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:32 pm
by Eadwine Rose
Windows wireless drivers and HPLIP Toolbox (that one I noticed before) are without icons. Cross checked on Papyrus and it's the same there.
snapshot.jpg

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:39 pm
by old_guy
asqwerth
I copied them from my data partition, but somehow the access permissions got changed. OK now.
earl

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:43 pm
by richb
Iguana77 wrote: Tue Oct 22, 2019 12:54 pm
Eadwine Rose wrote: Tue Oct 22, 2019 12:28 pm
Iguana77 wrote: Tue Oct 22, 2019 12:10 pm The new MX-19 is working desperately on me. My PC will explode :) CPU is constantly around 50%. I'm going back to LInux MInt
You give up easy. What does top say?
There is nothing to say support here on the forum for us beginners is very weak. I don't know how to solve problem and not get the right help
top as was suggested, or htop, will list applications consuming CPU in percentage. It would help find what the issue is.
How to ask for help is advised giving you the best chance to solve your issue:
https://forum.mxlinux.org/viewtopic.php?f=35&t=29042

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:52 pm
by asqwerth
Eadwine Rose wrote: Tue Oct 22, 2019 1:32 pm Windows wireless drivers and HPLIP Toolbox (that one I noticed before) are without icons. Cross checked on Papyrus and it's the same there.

snapshot.jpg
I"m surprised the icon we created for windows wireless drivers also did not appear (see your screenshot). It should appear if your icon theme does not have a corresponding icon.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 1:54 pm
by qwertz
I just made a clean install with MX Linux 19. When my monitor wakes up from sleep it always opens the display settings dialog: https://ibb.co/wpk671Z

How can I fix it?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:01 pm
by Jerry3904
Did you set up a Profile in Display > Advanced? If not, give that a try (read the Help if not clear how to do that).

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:17 pm
by dreamer
qwertz wrote: Tue Oct 22, 2019 1:54 pm I just made a clean install with MX Linux 19. When my monitor wakes up from sleep it always opens the display settings dialog: https://ibb.co/wpk671Z

How can I fix it?
Isn't there a "Configure new screens automatically" or some setting like that that you can disable? (just guessing)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:23 pm
by Srdjan
Please explain the name "patito feo".... :confused:.
Patito is actually miss-spelled "potato", and feo is miss spelled "foe"

It was ment to be a potato which is not very friendly, but some glitch has happened and now we are stuck with Patito feo :(

:D

Congratulations on releasing final version of this great distro! :)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:28 pm
by m_pav
Debian Buster and all upstream packages for usbutils no longer include the user mode tool to manually download the latest daily snapshots of USB device vendors.

I used to run both update-usbids and update-pciids before creating a snapshot to ensure it was made with the most up to date databases for each type. The update-usbids will be sorely missed :frown:

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:40 pm
by BitJam
m_pav wrote: Tue Oct 22, 2019 2:28 pm Debian Buster and all upstream packages for usbutils no longer include the user mode tool to manually download the latest daily snapshots of USB device vendors.

I used to run both update-usbids and update-pciids before creating a snapshot to ensure it was made with the most up to date databases for each type. The update-usbids will be sorely missed :frown:
A quick search led me to: [UNSOLVABLE] How to update the USB ids file? (Arch) which links to: usbutils usb.ids update, adding a missed script [...] (Redhat). So it seems distros are dropping this for a reason. I'm not saying it's a good reason but I suggest we do some research before rolling our own (which was my first inclination).

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 2:53 pm
by Eadwine Rose
I guess this is an Xfce thing, the show desktop icon shows the desktop, yes, but upon pressing again doesn't restore things to the way they were. IIRC that used to be the case.

Ah well.


*snort* NEEEVER MIND! Suddenly started working 9_9


Hmm.. to add.. seems only the first time it doesn't play along, after that it's ok.


Another add.. removed the icon from the panel.. rebooted and re-added it. Now it seems to be playing from the getgo.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 5:16 pm
by davemx
Continued from MX-19RC1:

Re: libpng12-0

I just opened the downloaded libpng12-0 deb, and it contains a link to itself --- i.e. it tries to install a link called libpng12.so.0, who target is exactly the same as the file name. I tried creating a link called libpng12.so.0 to libpng16.so.16, but my program SP Flash Tool wasn't fooled. Is there some way of providing libpng12.so.0 to programs that insist on it?

Belt and Braces solution (for now):

I copied two files over from my PCLinuxOS lib64 files:

libpng12.so.0 and libpng12.so.0.59.0, the former being a symlink to the latter, and now SP_Flash_Tool runs just fine.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 5:33 pm
by Jerry3904
Doesn't look like it is anywhere, but there are solutions on the web such as this you might try:

https://www.linuxuprising.com/2018/05/f ... -1804.html

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 5:38 pm
by qwertz
Jerry3904 wrote: Tue Oct 22, 2019 2:01 pm Did you set up a Profile in Display > Advanced? If not, give that a try (read the Help if not clear how to do that).
it worked thank you

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 5:39 pm
by Jerry3904
Hooray. Can you please give us some specifics about how you did that and what the result was exactly?

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 6:23 pm
by NevilsStation
There are 12 files here https://sourceforge.net/projects/mx-linux/files/Final/

I don't see a .txt or .doc that explains what they are.

Where should I look, please?

Thanks for 19 & all that y'all do!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 6:25 pm
by fehlix
Iguana77 wrote: Tue Oct 22, 2019 12:52 pm
asqwerth wrote: Tue Oct 22, 2019 12:46 pm I'm suspect it's related to his hybrid graphics question, which no one has helped solve yet.

https://forum.mxlinux.org/viewtopic.php ... id#p535112
My memory is very high not CPU. Sorry for mistake.
Suggest you open a new thread with summary of the details the issue and system info, to avoid the issue get lost as within those generic feedback threads.
Thanks

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 6:57 pm
by gimcrack
Will stick with 18.3 for a while. Might wait for 19.1 before thinking about moving towards it. It's going to be a cinch though. I have a secondary SSD with a very old Linux distro I haven't touch for about a year. So that secondary drive will be my fresh install of MX-19.x. Where I'll still have MX-18.3 and moving over to the new version with some luggage from the older version. I like doing fresh installments anyway, gets rid of the crudd that builds up over time.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:08 pm
by winemaker
forget it....

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:09 pm
by BitJam
NevilsStation wrote: Tue Oct 22, 2019 6:23 pm There are 12 files here https://sourceforge.net/projects/mx-linux/files/Final/

I don't see a .txt or .doc that explains what they are.
Sorry about that!

The files that end in .iso are big and are the things you should download

The .zsync files allow you to download the .iso files via zsync

The .md5 and .sha256 files are "checksums" that let you verify every bit in the .iso file is correct

The .sig files are digital signatures that prove the .iso files came from us and not an imposter

The .delta files are binary patches. They are smaller than the .iso files. If you have already downloaded the rc1 iso file then you can use the .delta patch to convert it to the final iso file using the xdelta3 program.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:18 pm
by winemaker
i was going to say that but deleted that thinking he may be asking for something else.... duhhhh.(to me)

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:36 pm
by GTK66
This Release is by far the best one yet. I love it. It is very stable and fast.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 7:37 pm
by KBD
Congratulations!
Great job folks!

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:29 pm
by Stevo
I found that CoolReader3 ebook reader crashes on startup on MX 19, but am building a newer 3.2.32 version that doesn't, now that I also have pbuilders working again on my MX 19 install...even for armhf (the Pi architecture) and for arm64 (64-bit Arm like the Pinebook) Phew, that's one of my most used applications.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:33 pm
by Stuart_M
Just booted up a Live MX-19 USB Flash Drive with everything running from a fresh download and everything at its default setting. I noticed in Thunderbird > Preferences > General categories that the window that is suppose to appear to the left of the Browse button for the "Use the following sound file" does not appear correctly. There are only a few pixels of this window on the left and right sides with nothing in-between. The same anomaly appears in the Chat category of this Preferences window.
Thunderbird_MX19_2.png
I did not try to put a file there so I don't know if this window would appear with an audio file selected.

This window correctly appears in MX-18.3.

Edit: Okay, I selected an audio file which displays in the empty space, there just won't be a window for it.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:46 pm
by MCreaves
Just trying out MX-19 tonight, so far so good. Everything is working nicely and as expected. I recommend MX to everyone who asks me what Linux is best/what Linux I use because out of all the distros I have ever tried, MX has been the most stable, the easiest to use, and everything works so well. Not to mention how well it runs on slower hardware. I will be trying to figure out a way I can contribute more to the MX project because I am in love. I want to see MX continue on in the future. Thank you all for all you do.

Re: MX-19 Feedback

Posted: Tue Oct 22, 2019 8:50 pm
by davemx
Jerry3904 wrote: Tue Oct 22, 2019 5:33 pm Doesn't look like it is anywhere, but there are solutions on the web such as this you might try:

https://www.linuxuprising.com/2018/05/f ... -1804.html
I deleted the two files I copied over from PCLOS, and tried to install the Ubuntu deb you pointed to. Exactly the same thing as before, refused to install. SP_Flash_Tool refused to run. And, forgot to mention before, GDebi froze. Put the two files back and all was well again.

I don't know whether you could locate the source of those files (that I used) so that they could be packaged?

One of the best things about running two great but very different distros on parallel root partitions, is that they cover each others' arses pretty well!

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 6:22 am
by qwertz
Jerry3904 wrote: Tue Oct 22, 2019 5:39 pm Hooray. Can you please give us some specifics about how you did that and what the result was exactly?
I just created a profile in the advanced settings and it worked right away.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 9:26 am
by Gaer Boy
Fully upgraded RC1 installed on Thinkpad X220 (I didn't have time to reinstall before travelling). One oddity on installation - panel showed only one workspace, although when I went to change it to 4 settings showed 2 set.

Everything works as expected although I don't push this machine - it's strictly for the two or three occasions a year when I'm travelling. Using existing profile with Thunderbird. Installed Lightning but later version of Thunderbird/Lightning didn't recognise calendars - easily solved with a reset.

One slight display problem - I have 3 apps open - Thunar, Thunderbird & Opera. The icon for Thunar doesn't show in the panel - it's almost the same as the background.
panel-thunar.png

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 10:23 am
by winemaker
i run a 220 on my office and i have no issues as such. will check again later for you though. run an old 201 for daily use downstairs.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 2:14 pm
by Lupin
I installed mx19 final as my main os today. everything is running fine except some minor visual glitches/bugs mainly in notification area :

1- some shapeshifting pixels around notification area icons appear sometimes, randomly :
Image

Image

Image

2- virtualbox looks like this on all dark themes:(light themes are looking ok)

https://i.ibb.co/wRD1fZN/Screenshot-2.png



Mod note: Please be mindful of remote linked image sizes: https://forum.mxlinux.org/viewtopic.php ... 61#p255061
Image changed to link

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 2:43 pm
by do7ob
I am running mx19 in frugal mode, I have ecryptfs folders mountable manually so it was a bit scary to see my scripts fail because ecryptfs has been booted off debian (apparently pulled because of a systemd compatibility issue... systemd “never finished, never complete, but tracking progress of technology” actually means "linux is too stable compatible and documented, we would rather get back to the windows days of planned obsolescence for hw and sw").

But the ecryptfs module is still built for the kernel, so just get the source debs from the sid source package (v. 111-4), and debuild, seems to work all right.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 3:05 pm
by BitJam
do7ob wrote: Wed Oct 23, 2019 2:43 pm I am running mx19 in frugal mode, I have ecryptfs folders mountable manually so it was a bit scary to see my scripts fail because ecryptfs has been booted off debian (apparently pulled because of a systemd compatibility issue... systemd “never finished, never complete, but tracking progress of technology” actually means "linux is too stable compatible and documented, we would rather get back to the windows days of planned obsolescence for hw and sw").

But the ecryptfs module is still built for the kernel, so just get the source debs from the sid source package (v. 111-4), and debuild, seems to work all right.
Please post a package request in the Package Request Forum.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 3:07 pm
by 8bit
Lupin wrote: Wed Oct 23, 2019 2:14 pm some minor visual glitches/bugs mainly in notification area
Same for me. Seems only when the panel is horizontal. And only for the update notifier. (Apt-notifier.py)
First comes an icon of whatever is next to the update notifier. (next to on the right)
Then the correct icon appears, but doesn't quite cover the first icon.
You can see in the pic if I put the CRSR over the part of the icon that still shows it thinks it's the volume icon.

8bit

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 3:11 pm
by Eadwine Rose
It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 4:05 pm
by asqwerth
Running the live USB. For some reason, the new icon for Windows Wireless Drivers doesn't show up in the XFCE Settings Manager.

Screenshot.png


It does show up in Whisker menu.

Screenshot-1.png


For what it's worth, the .desktop file has this line for icon:

Icon=ndisgtk.png

This restricts the icon to only the png version of the icon, and the new icon is a SVG file.

I tried changing the desktop file in root to remove the suffix in the icon filepath, but still the new icon does not show up. Instead, in XFCE Settings Manager, the ancient icon found in usr/share/pixmaps in .xpm format and found in /usr/share/icons/hicolor/48x48/apps in png format show up in XFCE settings manager after I change the desktop file.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 4:07 pm
by Eadwine Rose
I reported that way in the beginning, I guess it got overlooked in all the fray. The one for HPLIP Toolbox is also not there.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 4:23 pm
by dolphin_oracle
asqwerth wrote: Wed Oct 23, 2019 4:05 pm Running the live USB. For some reason, the new icon for Windows Wireless Drivers doesn't show up in the XFCE Settings Manager.


Screenshot.png



It does show up in Whisker menu.


Screenshot-1.png



For what it's worth, the .desktop file has this line for icon:

Icon=ndisgtk.png

This restricts the icon to only the png version of the icon, and the new icon is a SVG file.

I tried changing the desktop file in root to remove the suffix in the icon filepath, but still the new icon does not show up. Instead, in XFCE Settings Manager, the ancient icon found in usr/share/pixmaps in .xpm format and found in /usr/share/icons/hicolor/48x48/apps in png format show up in XFCE settings manager after I change the desktop file.
I'll take care of it tonight.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 7:17 pm
by dolphin_oracle
Eadwine Rose wrote: Wed Oct 23, 2019 4:07 pm I reported that way in the beginning, I guess it got overlooked in all the fray. The one for HPLIP Toolbox is also not there.
I can't do anything with the HP toolbox icon. its calling out a very specific icon location and I have no idea why the settings manager can't use it.

the settings manager is finicky about where icons are placed I think. Xfce seems to do interesting things with the icon names and extensions from time to time.

and many of the icon themes actually already have hplip icons (including the default papirus icon sets), they just aren't used by hplip. so if we want those to be used, then the package needs changed to have "hp_logo" as the Icon= designation in the desktop files, as well as dropping one of the hp_logo.png files into /usr/share/icons/hicolor/48x48/apps. this really needs done on the packaging level, as hplip-gui is not installed on MX by default.

the others will update soonish.

Re: MX-19 Feedback

Posted: Wed Oct 23, 2019 8:19 pm
by JayM
Gaer Boy wrote: Wed Oct 23, 2019 9:26 am One slight display problem - I have 3 apps open - Thunar, Thunderbird & Opera. The icon for Thunar doesn't show in the panel - it's almost the same as the background. panel-thunar.png
This is bothering me too. If you open Thunar in your home directory or go to any of your standard, known subdirectories (Documents, Desktop, Downloads, etc.) the Thunar icon in Window Buttons is blue but if you create a new directory and open it in Thunar the Window Buttons icon is black or dark grey. Same if you go out into the file system. I keep ending up with multiple instances of Thunar open because I can't see existing ones' icons if they happen to be open on other directories than my ones in $HOME. The icon theme isn't being consistent. Either Thunar icons should all be blue or all be some other color. (My GTK theme: Greybird-MX. Icon theme: Papirus.)

EDIT: I just changed my icon theme to gnome as a work-around. Possibly actually a solution. (If you don't like papirus, use something else.)

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 3:22 am
by Eadwine Rose
dolphin_oracle wrote: Wed Oct 23, 2019 7:17 pm
Eadwine Rose wrote: Wed Oct 23, 2019 4:07 pm I reported that way in the beginning, I guess it got overlooked in all the fray. The one for HPLIP Toolbox is also not there.
I can't do anything with the HP toolbox icon. its calling out a very specific icon location and I have no idea why the settings manager can't use it.

the settings manager is finicky about where icons are placed I think. Xfce seems to do interesting things with the icon names and extensions from time to time.

and many of the icon themes actually already have hplip icons (including the default papirus icon sets), they just aren't used by hplip. so if we want those to be used, then the package needs changed to have "hp_logo" as the Icon= designation in the desktop files, as well as dropping one of the hp_logo.png files into /usr/share/icons/hicolor/48x48/apps. this really needs done on the packaging level, as hplip-gui is not installed on MX by default.

the others will update soonish.
Update just came in, the windows drivers one updated and has an icon now. Thanks for explaining DO :)

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 4:47 am
by Lupin
Eadwine Rose wrote: Wed Oct 23, 2019 3:11 pm It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.
yeah you're right.
I saw someone has reported the same virtualbox theming issue sometime around 2018 in manjaro forums. not sure if it's now fixed or not though.


EDIT: found the ticket > https://www.virtualbox.org/ticket/18258

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 5:28 am
by oops
First , Congratulations for the MX19 releases ...
... Just a question, why the apparmor packages are into the MX19-32 version and not into the MX19-64 version ?

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 5:30 am
by Huckleberry Finn
A "Mini" Feedback:

On Grub => Advanced Options (for any items) :

" Press "e" to edit selected item " ok,
But there's no: " Press "esc" to return to previous / main menu "

(though most users would guess to hit esc)

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 6:31 am
by dolphin_oracle
oops wrote: Thu Oct 24, 2019 5:28 am First , Congratulations for the MX19 releases ...
... Just a question, why the apparmor packages are into the MX19-32 version and not into the MX19-64 version ?
Because I made a mistake and left.them on the 43 bit iso.

Grr...

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 4:13 pm
by Huckleberry Finn
Lupin wrote: Wed Oct 23, 2019 2:14 pmsome shapeshifting pixels around notification area icons appear sometimes, randomly
It occured on mine (horizontal panel at bottom) between volume icon and network manager.. I simply removed the notification area (panel preferences), then added a new one and adjusted as I wanted.. It's ok for now ..

Another thing: If you scroll (mouse/touchpad) on the volume icon to increase / decrease the volume, it does, but doesn't display the slider unless you click on the icon.. (In fact, these are due to Xfce 4.14 , not MX itself )
__________________________________________________
Edit about the conky background. Other than the line: own_window_transparent yes

This line also needs to be "yes" to make it transparent:
own_window_argb_visual yes

Fixed that..

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 5:07 pm
by Lupin
Huckleberry wrote: Thu Oct 24, 2019 4:13 pm It occured on mine (horizontal panel at bottom) between volume icon and network manager.. I simply removed the notification area (panel preferences), then added a new one and adjusted as I wanted.. It's ok for now ..

Another thing: If you scroll (mouse/touchpad) on the volume icon to increase / decrease the volume, it does, but doesn't display the slider unless you click on the icon.. (In fact, these are due to Xfce 4.14 , not MX itself )
I changed some of notification-area new settings this morning and I've not seen that happen so far, I hid the items that I don't use much ,like power-manger & redshift icons and also checked the "square icons", not sure though,it may happen again anytime.

these issues may get fixed in the upcoming xfce 4.16 hopefully.

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 6:05 pm
by Stevo
I was going to reduce swappiness on the new install, but checked it first, and it's already set at 15, instead of the 60 that most of the guides suggest the default is. Is this an MX customization, or Debian's?

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 6:16 pm
by Stevo
Lupin wrote: Thu Oct 24, 2019 4:47 am
Eadwine Rose wrote: Wed Oct 23, 2019 3:11 pm It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.
yeah you're right.
I saw someone has reported the same virtualbox theming issue sometime around 2018 in manjaro forums. not sure if it's now fixed or not though.


EDIT: found the ticket > https://www.virtualbox.org/ticket/18258
I had the same virtualbox 6.X theme issue on my MX 19 with the a dark theme, but this setting fixes it for me (edit the menu item and use this for the command:)

VirtualBox -style fusion %U

-gtk and -qt styles don't work any longer, but maybe I'm missing a Qt package. If this solves it for everyone, we could add the fix to the wiki or the FAQs.

We also have an updated virtualbox 5.2.34 in the experimental repo that will follow the system theme, if you want to go that route.

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 6:21 pm
by dolphin_oracle
Stevo wrote: Thu Oct 24, 2019 6:05 pm I was going to reduce swappiness on the new install, but checked it first, and it's already set at 15, instead of the 60 that most of the guides suggest the default is. Is this an MX customization, or Debian's?
that's ours.

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 6:22 pm
by dolphin_oracle
Stevo wrote: Thu Oct 24, 2019 6:16 pm
Lupin wrote: Thu Oct 24, 2019 4:47 am
Eadwine Rose wrote: Wed Oct 23, 2019 3:11 pm It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.
yeah you're right.
I saw someone has reported the same virtualbox theming issue sometime around 2018 in manjaro forums. not sure if it's now fixed or not though.


EDIT: found the ticket > https://www.virtualbox.org/ticket/18258
I had the same virtualbox 6.X theme issue on my MX 19 with the a dark theme, but this setting fixes it for me (edit the menu item and use this for the command:)

VirtualBox -style fusion %U

-gtk and -qt styles don't work any longer, but maybe I'm missing a Qt package. If this solves it for everyone, we could add the fix to the wiki or the FAQs.

We also have an updated virtualbox 5.2.34 in the experimental repo that will follow the system theme, if you want to go that route.
fwiw, the same sort of fix works with digikam and a few other Qt applications with issues with the gtk2 plugin.

Re: MX-19 Feedback

Posted: Thu Oct 24, 2019 11:55 pm
by asqwerth
dolphin_oracle wrote: Thu Oct 24, 2019 6:21 pm
Stevo wrote: Thu Oct 24, 2019 6:05 pm I was going to reduce swappiness on the new install, but checked it first, and it's already set at 15, instead of the 60 that most of the guides suggest the default is. Is this an MX customization, or Debian's?
that's ours.
Aha! I noticed that last night after I "upgraded" to MX19 over my MX16 installation (see: https://forum.mxlinux.org/viewtopic.php ... 84#p535884 ).

"Change swappiness" is on my post-install to-do list.

Re: MX-19 Feedback

Posted: Fri Oct 25, 2019 1:34 am
by MiVo
I did a fresh install of MX-19, but every time I start the computer I see this:

[ 3.643202] systemd-udevd[484]: /etc/udev/rules.d/60-brother-brscan4-libsane-type1.rules:9: Unknown key 'SYSFS{idVendor}'
[ 3.643388] systemd-udevd[484]: /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14: Unknown key 'SYSFS{idVendor}'

With 18.3 I never saw this. I have a Brother All-in-one DCP-J562DW and I installed the driver software I got from the Brother site. Despite the 2 lines the printer and scanner works normally, no issues with that. Can I just ignore the lines ?

Code: Select all

System:    Host: oxygene Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-amd64 
           root=UUID=0c057d08-f440-4c00-a29d-fc4dac55a3c9 ro quiet splash 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19_x64 patito feo October 21  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: ASUS product: All Series v: N/A serial: <filter> 
           Mobo: ASUSTeK model: Z97-K v: Rev X.0x serial: <filter> BIOS: American Megatrends 
           v: 2308 date: 11/04/2014 
CPU:       Topology: Quad Core model: Intel Core i7-4790K bits: 64 type: MT MCP arch: Haswell 
           family: 6 model-id: 3C (60) stepping: 3 microcode: 27 L2 cache: 8192 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 63968 
           Speed: 1200 MHz min/max: 800/4400 MHz Core speeds (MHz): 1: 1197 2: 1199 3: 1200 
           4: 1201 5: 1199 6: 1200 7: 1200 8: 1200 
           Vulnerabilities: 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 
Graphics:  Device-1: NVIDIA GM206 [GeForce GTX 960] vendor: ASUSTeK driver: nvidia v: 418.74 
           bus ID: 01:00.0 chip ID: 10de:1401 
           Display: x11 server: X.Org 1.20.4 driver: nvidia 
           unloaded: fbdev,modesetting,nouveau,vesa alternate: nv resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce GTX 960/PCIe/SSE2 v: 4.6.0 NVIDIA 418.74 direct render: Yes 
Audio:     Device-1: Intel 9 Series Family HD Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 00:1b.0 chip ID: 8086:8ca0 
           Device-2: NVIDIA GM206 High Definition Audio vendor: ASUSTeK driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 chip ID: 10de:0fba 
           Sound Server: ALSA v: k4.19.0-6-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: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 3.75 TiB used: 822.89 GiB (21.4%) 
           ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 120GB size: 111.79 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: Western Digital model: WD40EZRX-00SPEB0 size: 3.64 TiB 
           block size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 5400 rpm 
           serial: <filter> rev: 0A80 scheme: GPT 
Partition: ID-1: / raw size: 109.76 GiB size: 107.53 GiB (97.97%) used: 11.24 GiB (10.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:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 47 C 
           Fan Speeds (RPM): cpu: 0 gpu: nvidia fan: 5% 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           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
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           1: deb [arch=amd64] https://repo.skype.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/spotify.list 
           1: deb http://repository.spotify.com stable non-free
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb http://linux.teamviewer.com/deb stable main
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 239 Uptime: 16m Memory: 15.61 GiB used: 1.30 GiB (8.3%) 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 Feedback

Posted: Fri Oct 25, 2019 2:55 am
by Lupin
Stevo wrote: Thu Oct 24, 2019 6:16 pm
Lupin wrote: Thu Oct 24, 2019 4:47 am
Eadwine Rose wrote: Wed Oct 23, 2019 3:11 pm It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.
yeah you're right.
I saw someone has reported the same virtualbox theming issue sometime around 2018 in manjaro forums. not sure if it's now fixed or not though.


EDIT: found the ticket > https://www.virtualbox.org/ticket/18258
I had the same virtualbox 6.X theme issue on my MX 19 with the a dark theme, but this setting fixes it for me (edit the menu item and use this for the command:)

VirtualBox -style fusion %U

-gtk and -qt styles don't work any longer, but maybe I'm missing a Qt package. If this solves it for everyone, we could add the fix to the wiki or the FAQs.

We also have an updated virtualbox 5.2.34 in the experimental repo that will follow the system theme, if you want to go that route.
thank you Stevo ! that solved the issue :happy:

Re: MX-19 Feedback

Posted: Sun Oct 27, 2019 1:23 pm
by davemx
Where can I get hold of a copy of the 43-bit version? Sounds interesting! :lion: :happy:
dolphin_oracle wrote: Thu Oct 24, 2019 6:31 am
Because I made a mistake and left.them on the 43 bit iso.

Grr...

Re: MX-19 Feedback

Posted: Sun Oct 27, 2019 8:59 pm
by Stevo
Lupin wrote: Fri Oct 25, 2019 2:55 am
Stevo wrote: Thu Oct 24, 2019 6:16 pm
Lupin wrote: Thu Oct 24, 2019 4:47 am
yeah you're right.
I saw someone has reported the same virtualbox theming issue sometime around 2018 in manjaro forums. not sure if it's now fixed or not though.


EDIT: found the ticket > https://www.virtualbox.org/ticket/18258
I had the same virtualbox 6.X theme issue on my MX 19 with the a dark theme, but this setting fixes it for me (edit the menu item and use this for the command:)

VirtualBox -style fusion %U

-gtk and -qt styles don't work any longer, but maybe I'm missing a Qt package. If this solves it for everyone, we could add the fix to the wiki or the FAQs.

We also have an updated virtualbox 5.2.34 in the experimental repo that will follow the system theme, if you want to go that route.
thank you Stevo ! that solved the issue :happy:
Having installed qt-style-kvantum and configured it, and KDE to use it, I now find that it's also now a style option for Vbox in XFCE---so it's back to my preferred dark interface instead of glaring white. :happy:

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 5:24 am
by asqwerth
Stevo wrote: Sun Oct 27, 2019 8:59 pm
Having installed qt-style-kvantum and configured it, and KDE to use it, I now find that it's also now a style option for Vbox in XFCE---so it's back to my preferred dark interface instead of glaring white. :happy:
So kvantum manager has a setting to sort out Vbox stying for users using XFCE?

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 5:51 am
by i_ri
Hello Everyone
.* Temperature *. conky.

Code: Select all

-MX-APInfo/AP-info-debianUpdates-coloursMod-oldsyntx. "SYS TEMP:" method hwmon temp 1;empty print.
-MXBritPanel/conkyrc. "CPU Temperature:" method acpitemp; print 0 (zero. no help)  "HDD Temperature:" shows in the preview image but is nowhere in the script. 
-Clockrings/conkyrc. "temp:" is in the preview image but is nowhere in the script.  This one might mean weather outdoors and sunny.  
-MX-Conkypatch/conky.conf. thermometer icons method acpitemp; print 0 (zero. no help) 
-MX-CoreBlue/conkyrc2core. "Temp:" method acpitemp; print 0. (zero. no help) 
-MX-Flair/System-flair-Updated.  thermometer icon method acpitemp; print 0. (zero. no help.) 
-MX-Futuriste/conky-futuriste-6.  "TEMP" method hwmon temp 1; empty print.  
-MX-KoO/MX-Full. "CPU - " method sensors | grep 'Core 0' | cut -c18-24; print .0-C. CHANGING the cut parameters of 18-24 TO 15-22 WORKS. = method sensors | grep 'Core 0' | cut -c15-22 this works.  or use method sensors | awk '/Core 0/ {print $3}' this works.  
-MX-LSD/lsd2/conkyrc.  "Temperature:" no code present in script; empty. 
-MX-Manyroads/cpufile. "Temperature:"  method hwmon 1 temp 1; empty print.  
-MX-MyConky/MySysInfoConky.  "Temperature:" method hwmon 1 temp1; empty print.  
-MX-RelojPack/Bar/.conkyrc.  "CPU  -C" method hwmon 0 temp 1; empty print.  
In MX-19_64
Made a check into conky list with one thing of focus: temperature. Any where it said temperature on a conky the function is checked. checked live and installed.
Live usb with lean bootcodes I thought was the missing link; now after install starting all services is this check of display of hardware temperatures in conky.

In screenshots of other members is seen temperature values in the conky that are not working on this machine.To get these hardware temperatures readings functioning in MX-19 on this machine is it a process of adding a package? starting a service? or change the model of script?

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 5:53 am
by Eadwine Rose
Please post the Quick system info from MX Tools, could be you need something extra to get your sensors seen.


Also, the output of

Code: Select all

sensors

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 8:01 am
by i_ri
Hello Eadwine Rose
fresh MX-19_64 all upgraded install.
inxi shows temps, gkrellm shows temps, hardinfo shows temps, everything shows temps but not conky. conky is getting no meaning from acpitemp, hwmon, coretemp… hddtemp sda returns N/A
awk can grab from sensors in this simple case two values of field, but the conky options are not working? The correct script is?
This machine for cpu temps has two values: coretemp/temp2 and coretemp/temp4; that is sensors -u Core0: temp2_input and Core2: temp4_input.

Code: Select all

$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0:       +34.0°C  (high = +89.0°C, crit = +105.0°C)
Core 2:       +31.0°C  (high = +89.0°C, crit = +105.0°C)

f71858fg-isa-0a00
Adapter: ISA adapter
+3.3V:        +3.34 V  
3VSB:         +3.36 V  
Vbat:         +3.30 V  
fan1:         847 RPM
fan2:         901 RPM
fan3:           0 RPM  ALARM
temp1:        +33.8°C  (high = +70.0°C, hyst = +60.0°C)
temp2:        +14.8°C  (high = +100.0°C, hyst = +85.0°C)
temp3:        +38.5°C  (high = +100.0°C, hyst = +85.0°C)

hithere@WallEp6330f:~/Desktop
$ sensors | awk '/Core 0/ {print $3}'
+34.0°C
hithere@WallEp6330f:~/Desktop
$ inxi
CPU: Dual Core Intel Core i3 530 (-MT MCP-) speed/min/max: 1433/1200/2933 MHz 
Kernel: 4.19.0-6-amd64 x86_64 Up: 33m Mem: 535.7/7841.3 MiB (6.8%) Storage: 1.82 TiB (0.3% used) 
Procs: 204 Shell: bash 5.0.3 inxi: 3.0.36 
hithere@WallEp6330f:~/Desktop
$ inxi -s
Sensors:   System Temperatures: cpu: 33.8 C mobo: 14.6 C 
           Fan Speeds (RPM): cpu: 858 fan-2: 901 fan-3: 0 

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 9:37 am
by Eadwine Rose
You'll likely have to fiddle and play with the different wordings in that conky to get your numbers to show up in it. So.. not coretemp but something else.


For instance I have to use Tdie to get my CPU temp to show. Sensors tells me that.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 10:36 am
by i_ri
Hello Eadwine Rose. Thank You. will bash. looks like inxi is grabbing the sensors temp3 in this case for single temperature reporting.
Wish to You Have a happy day.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 11:04 am
by Eadwine Rose
So then you have to change the code in conky so it also grabs temp3.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 2:19 pm
by Stevo
asqwerth wrote: Mon Oct 28, 2019 5:24 am
Stevo wrote: Sun Oct 27, 2019 8:59 pm
Having installed qt-style-kvantum and configured it, and KDE to use it, I now find that it's also now a style option for Vbox in XFCE---so it's back to my preferred dark interface instead of glaring white. :happy:
So kvantum manager has a setting to sort out Vbox stying for users using XFCE?
Let me see what happens in a virtual machine without KDE installed. I know you can install SMPlayer or QMPlay2 and see what Qt styles are available in their appearance settings, but stay away from those "bb10" styles--they are evil. The Buster Kvantum also doesn't support Qt 4 apps, AFAIK, since it's being dropped upstream, but my backport of a newer version in the MX 19 test repo should.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 2:48 pm
by Stevo
This is a screenshot of VBox 6.0.14 with the Kvantum theme--kvantum manager using KvDarkRed modified by me.

Image

if you then change the theme in Kvantum Manager, Vbox follows it after a restart: KvBlender:

Image

KvYaru:

Image

KvCyan:

Image

The light themes still seem to result in glaring white, but at least you can read the text, and some of the other colored themes are quite nice, IMO. I would say there's also a good chance this would work in Manjaro.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 3:29 pm
by Stevo
Tested a Live Session, installing VBox and qt-style-kvantum from the test repos. VBox looked OK with the default light theme, but fonts became almost impossible to read when I switched to a dark xfce theme. The Kvantum style worked out of the box, though, as well as using different Kvantum themes via Kvantum Manager--no need for KDE. :cool:

I don't see why this shouldn't also work on MX 18 with VBox 6.X.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 3:34 pm
by richb
I guess I do not know how to use the Kvantum Manager. I load a Kvantum theme from /usr/shar/themes for example kvantum and it gives an error "Not a kvantum theme". Seems like a simple enough thing to do.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 3:58 pm
by Stevo
richb wrote: Mon Oct 28, 2019 3:34 pm I guess I do not know how to use the Kvantum Manager. I load a Kvantum theme from /usr/shar/themes for example kvantum and it gives an error "Not a kvantum theme". Seems like a simple enough thing to do.
It should have also pulled in qt5-style-kvantum-themes if you installed the test repo version--the Buster version may only have that as a recommended package, and didn't install it. Then in the manager, you hit "change/delete theme", and those should show up in a drop-down listbox "Select a Theme" when that section expands. You pick a new theme, then hit the "use this theme" button, and it should change to that theme.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 5:22 pm
by Stevo
Another issue and my hacky solution:

Wi-fi often stopped working after resuming from suspend or hibernation in the same area, even though network-manager showed the laptop still connected to the same network. Disconnecting and reconnecting to the same network gets it working again, but it is annoying.

Previously, I was using this fix in the wiki, but it didn't work in MX 19, even when I changed the driver to the new one for MX 19, from "iwlwifi" to "iwlmvm". In fact, the wiki method broke hibernation--the machine just got to 4% and then locked up. :frown: Unloading and reloading the driver manually resulted in a disconnect and reconnect, as I wanted, so I put a scriptlet named "wifi-fix" in usr/local/bin:

Code: Select all

#!/bin/sh

rmmod iwlmvm
sleep 1
modprobe iwlmvm
and then noticed touchpad-indicator, which we have installed by default, installs /etc/pm/sleep.d/00_check_touchpad_status, so I added my scriptlet to it:

Code: Select all

#!/bin/sh
#copy to /etc/pm/sleep.d
LOGFILE="/var/log/sleep.log"

case "$1" in
        resume|thaw)
                echo "Resumed normal from suspend at `date`" >> "$LOGFILE"
                /usr/bin/python3 /opt/extras.ubuntu.com/touchpad-indicator/share/touchpad-indicator/check_touchpad_status.py resume
                /usr/local/bin/wifi-fix
                echo "Touchpad enabled"
                ;;
esac
and that works to quickly unload and reload the driver after a resume. I assume that editing the original touchpad-indicator file, but saving it as another file, something like "30_wi-fi_fix_after_resume", with the touchpad-indicator parts removed will also work, along with just putting the rmmod and modprobe commands directly in that file, but haven't tested that. Maybe one of our scripting gurus can help with that.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 6:05 pm
by dolphin_oracle
that should work. usually those *.d directories grab everything in alphanumeric sequence, so numbers are good.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 6:20 pm
by Stevo
dolphin_oracle wrote: Mon Oct 28, 2019 6:05 pm that should work. usually those *.d directories grab everything in alphanumeric sequence, so numbers are good.
I'm guessing the lines before and after the one that runs my script can be removed, then, and maybe the call to the script just replaced by the rmmod and modprobe commands.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 6:22 pm
by dolphin_oracle
yep, you shouldn't need them in the new script, although you might want your own echo statement.

Re: MX-19 Feedback

Posted: Mon Oct 28, 2019 10:44 pm
by asqwerth
Stevo wrote: Mon Oct 28, 2019 3:29 pm Test a Live Session, installing VBox and qt-style-kvantum from the test repos. VBox looked OK with the default light theme, but fonts became almost impossible to read when I switched to a dark xfce theme. The Kvantum style worked out of the box, though, as well as using different Kvantum themes via Kvantum Manager--no need for KDE. :cool:

I don't see why this shouldn't also work on MX 18 with VBox 6.X.
Aha! Thanks. Now I know why newer Manjaro xfce releases have kvantum by default. I noticed it in a previous VM test of a newer iso.

My own real metal Manjaro installs pre-date kvantum, I think.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 10:13 am
by Jerry3904
I have installed MX-19 on my production machine now, and am extremely happy with the result.

One question: I have an Nvidia card that is not being used:

Code: Select all

Graphics:  Device-1: NVIDIA GF119 [GeForce GT 610] vendor: eVga.com. driver: nouveau v: kernel 
           bus ID: 01:00.0 chip ID: 10de:104a 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
           resolution: 2048x1152~60Hz 
           OpenGL: renderer: NVD9 v: 4.3 Mesa 18.3.6 direct render: Yes 
Everything seems fine on the monitor, but I do wonder whether there is any reason to consider switching to the NV card.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 11:13 am
by Eadwine Rose
Try it like this for a bit. Then install nvidia and see what it looks like then.

I find my dual monitors work better with nvidia than the default. But if you only have the one screen...

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 1:21 pm
by Stevo
The Nvidia card should be faster for 3D rendering, so should be better for games, Google Earth, and stuff like using openCL to speed up rendering in 3D, maybe in Blender and I know for sure in Mandelbulber2.

Our ffmpeg has also been rebuilt to support nvenc, so if you do video transcoding, the Nvidia card should really speed that up if you use those options...but I'm not sure I can test that on Optimus setups.

I do get va-api hardware acceleration out of the box with MX 19 with the Intel iGPU--that's default with VLC, but other players may need some tweaking to get working. Minitube is now using mpv as its backend, so if you get va-api working for mpv, then you can stream Youtube video in Minitube without hardly any CPU use...just like you can already in VLC, but with a search interface. QMPlay2 also can do much the same thing, and also supports va-api in its settings.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 2:43 pm
by duane
Loving MX-19 but I noticed one glitch.
Log in as first user.
Hit the green logout button on the panel.
Select switch user.
Log in as second user.
Decide to go back to first user.
Hit the green logout button on the panel.
Select switch user.
Try to log in as first user again.
First user login screen flashes on the screen momentarily then it goes to second user logon which is locked up and won't respond.
The only option at this point that I can find is to power down the computer by holding in the power button.
So I conclude that it is best to shutdown and restart if you want to switch user more than once.
Anyone else seeing this?
If not I can add my system info.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 2:47 pm
by Jerry3904
I use the keystrokes: Ctrl-Alt-F8 to switch users, Ctrl-Alt-F7 to switch back. I believe I have seen what you are describing, but have not tested it rigorously yet (suspect incomplete integration with Power manager).

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 2:55 pm
by duane
Thanks Jerry.
I knew there was a way to do it with the keyboard but I couldn't remember keystroke combination to do it which is how I stumbled onto this.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 3:49 pm
by fehlix
duane wrote: Tue Oct 29, 2019 2:43 pm The only option at this point that I can find is to power down the computer by holding in the power button.
The workaround until this is fixed, is to use the default key-combo to switch to other logged-in user:
Ctrl+Alt+F7 -> Switch to first user
Ctrl+Alt+F8 -> Switch to 2nd user
Ctrl+Alt+F9 -> Switch to 3rd user

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 3:55 pm
by Jerry3904
@fehlix: I wonder if we should look at switching back to the mx-switchuser in the meantime?

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 4:22 pm
by Stevo
Before you hold down the power button to restart the computer, there are a couple of other less drastic procedures you could try first:

Kill and restart the X server GUI with <Alt> <Ctl> <Backspace>

Halt all processes, sync the drives, and reboot: Hold down right <Alt> + <SysRQ>, then slowly enter REISUB.

Re: MX-19 Feedback

Posted: Tue Oct 29, 2019 4:33 pm
by fehlix
Jerry3904 wrote: Tue Oct 29, 2019 3:55 pm @fehlix: I wonder if we should look at switching back to the mx-switchuser in the meantime?
Seems to do better, I just switched here a couple of times between fehlix and his guest :cat:
after having changed the Switch User icon to run "mx-switchuser", without getting the additional unlock-screen.
So, if someone else will verify this, we probably might consider to switch "switch-user" :footinmouth:
+++ EDIT: +++
Nope, doesn't work. Something with assigning/using the switch VT is not working when trying the switch with the lightdm login-screen. The only reliable way is using only Ctrl+Alt+F7 and Ctrl+Alt+F8 to switch between the first two users.
:puppy:

Re: MX-19 Feedback

Posted: Wed Oct 30, 2019 9:23 am
by Huckleberry Finn
Feedback: Though this is only observation: Yesterday -just out of curiosity- I installed the latest Intel microcode from Test Repo (though I don't use Test Repo normally) and from next boot the machine looks much more quiet. (also a tiny drop in ram that might not be related).

Did the same on 18.3 but that was already quiet :)

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 5:35 am
by JayM
If I have Firefox open maximized and open MXPI (windowed) then click back on the Firefox window button in the panel, MXPI stays in the foreground as though it isn't releasing focus. If I minimize MXPI, then I can switch back and forth between them via their window buttons. It doesn't always happen, but does so often, maybe one time out of ten. I seem to recall it happening before I installed the Nvidia driver too, but I'm not 100% positive about that.

Code: Select all

System:    Host: mx19-JayM Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/vmlinuz-4.19.0-6-amd64 
           root=UUID=9fb8104e-61fd-4f54-bfb7-e7d68d124ca1 ro quiet splash 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19_x64 patito feo October 15  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Hewlett-Packard product: HP Pavilion dv6 Notebook PC 
           v: 049D210000241210000020000 serial: <filter> Chassis: type: 10 serial: <filter> 
           Mobo: Hewlett-Packard model: 3659 v: 32.25 serial: <filter> BIOS: Hewlett-Packard 
           v: F.1B date: 04/23/2010 
Battery:   ID-1: BAT0 charge: 39.7 Wh condition: 39.7/47.5 Wh (84%) volts: 12.4/10.8 
           model: Hewlett-Packard Primary type: Li-ion serial: <filter> status: Full 
CPU:       Topology: Dual Core model: Intel Core i5 M 430 bits: 64 type: MT MCP arch: Nehalem 
           family: 6 model-id: 25 (37) stepping: 2 microcode: 11 L2 cache: 3072 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 18088 
           Speed: 1342 MHz min/max: 1199/2267 MHz boost: enabled Core speeds (MHz): 1: 1335 
           2: 1414 3: 1342 4: 1358 
           Vulnerabilities: Type: l1tf 
           mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds 
           status: Vulnerable: Clear CPU buffers attempted, no microcode; 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 
Graphics:  Device-1: NVIDIA GT216M [GeForce GT 230M] vendor: Hewlett-Packard driver: nvidia 
           v: 340.107 bus ID: 01:00.0 chip ID: 10de:0a28 
           Display: x11 server: X.Org 1.20.4 driver: nvidia resolution: 1366x768~60Hz 
           OpenGL: renderer: GeForce GT 230M/PCIe/SSE2 v: 3.3.0 NVIDIA 340.107 
           direct render: Yes 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio vendor: Hewlett-Packard 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:3b56 
           Device-2: NVIDIA GT216 HDMI Audio vendor: Hewlett-Packard driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 chip ID: 10de:0be2 
           Device-3: Philips s SAA7160 vendor: Avermedia driver: N/A bus ID: 04:00.0 
           chip ID: 1131:7160 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Broadcom Limited BCM43225 802.11b/g/n vendor: Hewlett-Packard driver: wl 
           v: kernel port: 7000 bus ID: 02:00.0 chip ID: 14e4:4357 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
           vendor: Hewlett-Packard driver: r8169 v: kernel port: 5000 bus ID: 03:00.0 
           chip ID: 10ec:8168 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 172.83 GiB (37.1%) 
           ID-1: /dev/sda vendor: Seagate model: ST9500325AS size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 3.0 Gb/s rotation: 5400 rpm serial: <filter> 
           rev: SDM1 scheme: MBR 
Partition: ID-1: / raw size: 463.21 GiB size: 454.94 GiB (98.21%) used: 172.75 GiB (38.0%) 
           fs: ext4 dev: /dev/dm-0 
           ID-2: /boot raw size: 512.0 MiB size: 487.9 MiB (95.30%) used: 79.8 MiB (16.4%) 
           fs: ext4 dev: /dev/sda1 
           ID-3: swap-1 size: 1.98 GiB used: 1.0 MiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/dm-1 
Sensors:   System Temperatures: cpu: 52.0 C mobo: N/A gpu: nvidia temp: 66 C 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           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
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 238 Uptime: 9h 19m Memory: 3.78 GiB used: 1.74 GiB (46.0%) 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 

systray icon graphic issue and no mail notification app available

Posted: Thu Oct 31, 2019 6:15 am
by ser_mari5ha
Dear all,
I just installed 19.3 (upgrade the great one 18.3) and got at least 3 issues that I would like to share with you.
1) There is a strange icon bug I think, the systray icon is mixed somehow with next ones (picture attached)
2) I am not able to find a mail notification app in mx package installer. Is there any alternative?
3) I have an impression that 19.3 is slightly slower compared with super fast 18.3
Best regards
MArko

Re: systray icon graphic issue and no mail notification app available

Posted: Thu Oct 31, 2019 6:40 am
by popjah
Yes, I have the same issue with icons in the Notification Area exhibiting strange behaviour, such as the borders overlapping especially when a new notification appears (such as file transfer) or some icons there showing artefacts, like a white dot at the edge of the icon.

If I change the size of the panel however slightly, the artefacts disappear, but on logout/login they come back.
This happened with nouveau and with nvidia driver.

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 8:16 am
by zarg2
I get occasional slight overlaps or doubled icons in tray that will go away usually after I open a program. I am using MX19 on an ACER desktop with free divers.(if I install Nvidia drivers I get BSOD on reboot so I'm using free.

Other that the weird icon behavior MX 19 has been very fast on this Athlon 64X2 with 4GB; I can not compare with 18.3 as I had not used Antix/MX in a while and have just now come "back into the fold", lol.

On the same desktop:

I have played with Solus - I like the concept of a tightly curated distro that tries to avoid system conflicts by building from scratch. Solus is very pretty and Budgie is a nice DE but REPO's are SLOOOOOOOOW.

Tried Manjaro KDE- Beautiful and fast; KDE is not the memory hog it used to be,...BUT; unfortunately very glitchy on my system with freezes and odd DE behavior. Still I admire Manjaro for making Arch accessible to non-techie types.

So I came back to an "old friend" MX and jumped right into 19 and after moving the panel to the bottom, arranging some often used icons and aps in the tray, adding two URL links to the desktop I now have a system that I am fairly confident my wife can use to jump online ad get the things she needs done with minimal problems.

one thing I did that she really liked was I added the panel icon for logout/shutdown and set it to only offer to shutdown or cancel when pushed; she likes it because 1.- red button icon that stands out and screams "I am the power button", 2.- I placed it bottom right so easy to find. 3- she can hit t and walk away; system will shutdown in @28 seconds or she can hit the shutdown confirmation that pops up and the system shuts of immediately.

MX is what I remember it being; fast, highly configurable and most important to me is that it can provide a stable usable system that lets me DO things. Ultimately my desktop is a tool that I use to accomplish things and functionality is the most important aspect; MX delivers that for me.

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 8:50 am
by Huckleberry Finn
Black screen after suspend (with the mouse pointer working). (not everytime but sometimes. Last time when Firefox was left open with only 2 tabs - so I don't think something related to Ram) . Only way was Ctrl Alt Backspace .

(Though I think I met this feedback before)

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 9:01 am
by Jerry3904
Suspend has always been a bit flakey on my Production machine. I once solved it by switching to the Nvidia chip, another time by going to the liquorix kernel, and a third time by upgrading the kernel.

Hibernate seems (once again) not to work at all so far--but I never use it anyway.

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 3:43 pm
by winemaker
i had issues with 2 thinkpad x series and a dell insprion on mx 18.3 but so far on 19 everything JUST works. suspend mine all the time and no black screens like 18. i am most lucky and grateful too... even as in Dead! heh heh.

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 4:22 pm
by Huckleberry Finn
At first install the Ram was at 340 MB on idle (when on 18.3 at 147 with more icons on panel).

Then removing Numix as I did on 18.3 and unchecking unnecessary applications from Sessions & Startup, and only a few icons on panel, I'd managed it to drop to 274 on idle when new booted.

Only installing the kernel 5.2.15 (which I happily use on 18.3) and rebooting dropped it to 226 MB on idle. (a sudden drop of 50MB which is also from 14% to 11% in my case)

Just something interesting: During the kernel installation, error messages appeared that say: init system was not systemd (PID1) ..

Edit: The "blackscreen with the mouse cursor after suspend" goes on with the new kernel. I think it's due to xfce 4.14. Kernels and commands for suspend are the same with 18.3 on other partition (the default: xfce4-session-... ).

In fact I'm sure pm-suspend will work but that doesn't lock screen.

Re: MX-19 Feedback

Posted: Thu Oct 31, 2019 5:28 pm
by Stevo
Jerry3904 wrote: Thu Oct 31, 2019 9:01 am Suspend has always been a bit flakey on my Production machine. I once solved it by switching to the Nvidia chip, another time by going to the liquorix kernel, and a third time by upgrading the kernel.

Hibernate seems (once again) not to work at all so far--but I never use it anyway.
I just put up a thread on how I get hibernation working, and also hybrid-sleep from the command line, which is a belt-and-suspenders thing that protects you against losing work if the power should go out. But, yes, a lot depends on the machine and the kernel.

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 9:36 am
by Pierre
for some reason the Direct Download from Sourceforge - fails NoFileFound ? ?

so, used the Torrent, instead - - worked well, downloaded in less than an Hr. ..50 seeders !.

installed into an VirtualBox - - all good.
& fell for the usual video_size_issue :frown:
& & tried to 'fix that' with Guest Additions .. . pointless, as that's not needed, anyway.
- - and GA is tricky to install, as it always needs Root permission.

finally - - started thinking - - adjust the small_screen_size in Display Properties :mad:
- - suddenly, it's Full Screen :eek: funny that :happy:

it's an Nice Release - - isn't it ?.
:number1:

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 10:13 am
by asqwerth
Pierre wrote: Fri Nov 01, 2019 9:36 am for some reason the Direct Download from Sourceforge - fails NoFileFound ? ?

so, used the Torrent, instead - - worked well, downloaded in less than an Hr. ..50 seeders !.

installed into an VirtualBox - - all good.
& fell for the usual video_size_issue :frown:
& & tried to 'fix that' with Guest Additions .. . pointless, as that's not needed, anyway.
- - and GA is tricky to install, as it always needs Root permission.

finally - - started thinking - - adjust the small_screen_size in Display Properties :mad:
- - suddenly, it's Full Screen :eek: funny that :happy:

it's an Nice Release - - isn't it ?.
:number1:
If you install VB from MXPI popular apps tab, everything you need is installed. No need to fix the size with GA iso.

In the Display settings of your VM, make sure Graphics COntroller is set to VBoxSVGA (the bottommost entry in the dropdown menu). That should get you easy resizing just by resizing your VM window.

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 11:45 am
by Huckleberry Finn
I just started with systemd (to try the suspend) and suspended with systemctl suspend. Everything's fine there. Tried several times.

So I think the "black screen with mouse pointer after suspend" issue is either related to a tiny missing point in SystemV or the default command "xfce4-session-logout ... " (or the co-relation bw. them).

P.S. s2ram and pm-suspend both work already perfectly on SystemV (but without locking the screen).
On the other hand, systemctl suspend works just as it should: Suspends immediately, you wake it up, type password and hit Enter. That's it.
_______________________________________________

Edit: I've installed SysVinit 2.96 and it's much better. That happened only once. Tried with no windows and with several windows open (Firefox etc.).

Also the message at top during init, that said "SELINUX blah blah /etc/.. /... " disappeared with this version.

(In fact I've already been using 2.96 since the day it was released on 18.3 with no issues).

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 5:01 pm
by timkb4cq
Interesting. That's a clue at least.
For any who wish to try sysvinit 2.96 as well, I've just backported it from Debian Bullseye uploaded it to MX-19 Test.

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 5:15 pm
by Huckleberry Finn
One more clue: Last time it happened (just a few minutes ago): no suspend, just after screen lock. So it may be related to "light-locker" . (This time the question is why doesn't it happen with systemd.. same light-locker ..? )

I can do either Ctrl Alt Backspace , or
Ctrl Alt F1 and loginname, password, startx
(Ctrl Alt F7 after ...F1 doesn't work).

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 6:44 pm
by Stevo
timkb4cq wrote: Fri Nov 01, 2019 5:01 pm Interesting. That's a clue at least.
For any who wish to try sysvinit 2.96 as well, I've just backported it from Debian Bullseye uploaded it to MX-19 Test.
Oops, tried to also install the other related packages shown as upgrades in MXPI, but:

Code: Select all

The following packages have unmet dependencies:
 sysv-rc : Depends: startpar (>= 0.62-1~)
 sysvinit-utils : Depends: lsb-base (>= 11.0.0~) but 10.2019051400 is to be installed
E: Unable to correct problems, you have held broken packages.
But going back and just upgrading sysvinit-core works. I have a Timeshift backup from yesterday, so I'm prepared if this causes a disaster.

Re: MX-19 Feedback

Posted: Fri Nov 01, 2019 7:28 pm
by timkb4cq
Oops!
I'll redo tomorrow.
I'm away for a few hours.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 12:15 am
by Pierre
asqwerth wrote: Fri Nov 01, 2019 10:13 am
in the Display settings of your VM, make sure Graphics COntroller is set to VBoxSVGA (the bottommost entry in the dropdown menu). That should get you easy resizing just by resizing your VM window.
interestingly, I'd looked in both the wiki & the manual,
- for that setting, as it's something that I'd remembered. from the last MX-18 VB test.
and couldn't find, such an reference, for some reason.
:bawling:

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 12:20 am
by JayM
Pierre wrote: Sat Nov 02, 2019 12:15 am
asqwerth wrote: Fri Nov 01, 2019 10:13 am
in the Display settings of your VM, make sure Graphics COntroller is set to VBoxSVGA (the bottommost entry in the dropdown menu). That should get you easy resizing just by resizing your VM window.
interestingly, I'd looked in both the wiki & the manual,
- for that setting, as it's something that I'd remembered. from the last MX-18 VB test.
and couldn't find, such an reference, for some reason.
:bawling:
VirtualBox isn't covered in detail in the MX manual. They have their own manual, which is linked to in ours:
https://www.virtualbox.org/manual/ Ours just gives general instructions for installing MX in a virtual machine (VM.)

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 2:05 am
by sunrat
Just installed MX-19. Install was easy-peasy. I like the default wallpaper.
This system has a 43" 4K TV as its monitor with a Nvidia GTX970. This takes a bit of tweaking to get right. The new display scaling setting makes everything too big at 2x and too small at 1x (I managed to get MX-18 looking really good with selecting themes and setting font DPI plus a couple of things I've forgotten). Will need to tweak somehow to get bigger grab handles on windows, that's hard currently. So WIP as far as that goes. Will also install Nvidia drivers as that is usually better on this setup than nouveau.
Audio setup was easy, just had to use MX Select Sound to pick the right sound card. Internet is wired so easy but I had to select a closer repo to install packages without lag.
That's as far as I've used it so far. Definitely good! :)

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 2:12 am
by JayM
JayM wrote: Thu Oct 31, 2019 5:35 am If I have Firefox open maximized and open MXPI (windowed) then click back on the Firefox window button in the panel, MXPI stays in the foreground as though it isn't releasing focus. If I minimize MXPI, then I can switch back and forth between them via their window buttons. It doesn't always happen, but does so often, maybe one time out of ten. I seem to recall it happening before I installed the Nvidia driver too, but I'm not 100% positive about that.

Code: Select all

System:    Host: mx19-JayM Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/vmlinuz-4.19.0-6-amd64 
           root=UUID=9fb8104e-61fd-4f54-bfb7-e7d68d124ca1 ro quiet splash 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19_x64 patito feo October 15  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Hewlett-Packard product: HP Pavilion dv6 Notebook PC 
           v: 049D210000241210000020000 serial: <filter> Chassis: type: 10 serial: <filter> 
           Mobo: Hewlett-Packard model: 3659 v: 32.25 serial: <filter> BIOS: Hewlett-Packard 
           v: F.1B date: 04/23/2010 
Battery:   ID-1: BAT0 charge: 39.7 Wh condition: 39.7/47.5 Wh (84%) volts: 12.4/10.8 
           model: Hewlett-Packard Primary type: Li-ion serial: <filter> status: Full 
CPU:       Topology: Dual Core model: Intel Core i5 M 430 bits: 64 type: MT MCP arch: Nehalem 
           family: 6 model-id: 25 (37) stepping: 2 microcode: 11 L2 cache: 3072 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 18088 
           Speed: 1342 MHz min/max: 1199/2267 MHz boost: enabled Core speeds (MHz): 1: 1335 
           2: 1414 3: 1342 4: 1358 
           Vulnerabilities: Type: l1tf 
           mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds 
           status: Vulnerable: Clear CPU buffers attempted, no microcode; 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 
Graphics:  Device-1: NVIDIA GT216M [GeForce GT 230M] vendor: Hewlett-Packard driver: nvidia 
           v: 340.107 bus ID: 01:00.0 chip ID: 10de:0a28 
           Display: x11 server: X.Org 1.20.4 driver: nvidia resolution: 1366x768~60Hz 
           OpenGL: renderer: GeForce GT 230M/PCIe/SSE2 v: 3.3.0 NVIDIA 340.107 
           direct render: Yes 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio vendor: Hewlett-Packard 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:3b56 
           Device-2: NVIDIA GT216 HDMI Audio vendor: Hewlett-Packard driver: snd_hda_intel 
           v: kernel bus ID: 01:00.1 chip ID: 10de:0be2 
           Device-3: Philips s SAA7160 vendor: Avermedia driver: N/A bus ID: 04:00.0 
           chip ID: 1131:7160 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Broadcom Limited BCM43225 802.11b/g/n vendor: Hewlett-Packard driver: wl 
           v: kernel port: 7000 bus ID: 02:00.0 chip ID: 14e4:4357 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
           vendor: Hewlett-Packard driver: r8169 v: kernel port: 5000 bus ID: 03:00.0 
           chip ID: 10ec:8168 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 172.83 GiB (37.1%) 
           ID-1: /dev/sda vendor: Seagate model: ST9500325AS size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 3.0 Gb/s rotation: 5400 rpm serial: <filter> 
           rev: SDM1 scheme: MBR 
Partition: ID-1: / raw size: 463.21 GiB size: 454.94 GiB (98.21%) used: 172.75 GiB (38.0%) 
           fs: ext4 dev: /dev/dm-0 
           ID-2: /boot raw size: 512.0 MiB size: 487.9 MiB (95.30%) used: 79.8 MiB (16.4%) 
           fs: ext4 dev: /dev/sda1 
           ID-3: swap-1 size: 1.98 GiB used: 1.0 MiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/dm-1 
Sensors:   System Temperatures: cpu: 52.0 C mobo: N/A gpu: nvidia temp: 66 C 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://iso.mxrepo.com/antix/buster buster main
           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
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 238 Uptime: 9h 19m Memory: 3.78 GiB used: 1.74 GiB (46.0%) 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 
I think I fixed this. I didn't have "Automatically raise windows when they receive focus" selected on the window manager's focus tab, so Firefox wasn't raising above MXPI when I clicked on Firefox's window button to switch to it. I'll have to test some more to make sure as it seemed to happen intermittently but I think this should correct it.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 3:02 am
by asqwerth
sunrat wrote: Sat Nov 02, 2019 2:05 am ... Will need to tweak somehow to get bigger grab handles on windows, that's hard currently. So WIP as far as that goes...
Install city and Nu window manager themes from either stable or test repo.

Fat and grabbable.

We used to have them in mxpi popular apps in mx18.

And we also used to have rich's mod of numix and arc WM themes with more grabbable areas around the borders.

They aren't in mx19 repos. But WM themes, unlike gtk3 themes, can be reused.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 5:09 am
by sunrat
Thanks asqwerth. I may give that a try but have managed to find a better alternative to what I started with. Just installing nvidia driver improved it immensely, and changing to Default-xhdpi style with Arc Dark theme is quite useable and looks really nice.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 1:50 pm
by winemaker
minor league issue/observation. i have a panel at top set at 50 width and expandable and set at 30 maybe for height. i noticed that sometimes - it does not expnad back but when i icon over it or near the file manage icon it contracts like it should. i can live with it totally since everything else is working wonderfully.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 7:22 pm
by dreamer
The notification area problems are caused by symbolic icons. It can be reproduced in Xfce 4.12 by for example starting Transmission and enable the Transmission notification area icon. Same problem.

I read that Linux Mint is working on a new API for Cinnamon, MATE and Xfce.

https://blog.linuxmint.com/?p=3811
Work on the XAppStatusIcon API is finished. Applets were added to Cinnamon, MATE and Xfce. LibAppIndicator was patched. We’ll have crisp icons in all environments in 19.3, HiDPI compatible, with support for symbolic icons and without rendering issues.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 7:25 pm
by winemaker
thanks. happens sporadically. as i said not a huge issue in my book.

Re: MX-19 Feedback

Posted: Sat Nov 02, 2019 8:22 pm
by tascoast
Question: Can some 'cell padding' be added to Thunar, so that a detailed file list is not hard against the left column?

Correction: The MX Manual 3.3.4 Dual Monitors mentions finer control can be available with xrandr, which should perhaps be written as ARandR?
regards
Mick

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 10:41 am
by Huckleberry Finn
Eadwine Rose wrote: Wed Oct 23, 2019 3:11 pm It's a known problem covering many distros, not just MX. Unfortunately there is yet no fix.
I just noticed something interesting that may give a clue about bugfixing (related to the issue described by Lupin here: viewtopic.php?f=77&t=53476&start=60#p535547 and many other users and me..) :

When I logged in as "root" I saw that there were no issues on panel. Then I customized it to exactly the same of my user account - even order of icons ... - No shades, no problems..

So, we can say that it's only at user's panel.

(In my case and generally that shade belongs to "network manager").

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 11:06 am
by m_frank
tascoast wrote: Sat Nov 02, 2019 8:22 pm :
Correction: The MX Manual 3.3.4 Dual Monitors mentions finer control can be available with xrandr,
which should perhaps be written as ARandR?
:
xrandr = primitive command line interface to RandR extension (CLI)

arandr = simple visual front end for XRandR (GUI)

grandr = gtk interface to xrandr (GUI)

lxrandr = LXDE monitor configuration tool (GUI)

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 4:55 pm
by Huckleberry Finn
2 interesting points (though nothing bad, everything works):
  • On MXPI the linux-headers file for the current kernel (the one in my signature) doesn't look grey. Re-installed, same .. (Also the notification when you hover on it doesn't say it's already installed)
  • Same versions of SysVinit (2.96) on 18.3 and 19 on the same machine but on 19 during init, error messages :

    SELinux .. couldn't find /etc/... profile... blah blah..

    Apparmor "Are you sure you have the required privileges" (or so) .. "Failed"
None of them on 18.3 , same kernel & headers, same SysV ...

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 5:34 pm
by Lupin
not sure if anybody has experienced this or written about it here:
when i press the mute button on my keyboard, sounds are muted well, but when i press it again to unmute , the notification is shown but the sounds are still muted and i have to go to settings > PulseAudio Volume Control and umute it manually there.

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 5:54 pm
by Huckleberry Finn

Re: MX-19 Feedback

Posted: Tue Nov 05, 2019 6:15 pm
by Huckleberry Finn
Lupin wrote: Tue Nov 05, 2019 5:34 pm not sure if anybody has experienced this or written about it here:
when i press the mute button on my keyboard, sounds are muted well, but when i press it again to unmute , the notification is shown but the sounds are still unmuted and i have to go to settings > PulseAudio Volume Control and umute it manually there.
Tried this just now, it's normal here but I'm running on 5.2.15 kernel.

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 6:37 am
by Eadwine Rose
Huckleberry, can you please keep the text coloring inside a post to a minimum, or best none at all, it makes for easier reading that way. Thanks :)

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 6:46 am
by Huckleberry Finn
Ok, thank you, sorry :) I just got excited for I thought I've found a bugfix :)

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 6:48 am
by Gerson
I don't know if he's been treated here but I'm having trouble closing the laptop lid.
In "Administrator of energy" I have configured that when closing the cover the equipment is suspended but then when opening it, the system is frozen; only moves the cursor, but when clicking does nothing, I have to turn off the machine to be able to use it again.
On the other hand, if from the off button I click on "Suspend" and close the cover, then when you open it the system works perfectly.
I have tried several solutions that have been given in the forum but none have served me. What can it be?

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 6:51 am
by Huckleberry Finn
Gerson, can you please try if it changes anything when you install "light-locker" ?

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 6:57 am
by Eadwine Rose
Thanks! :)

I get excited when I FIND a bug *giggle* just ask DO ;)

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 8:45 am
by Huckleberry Finn
:number1: This time it is [SOLVED]:

installing light-locker was ok but this time suspending was not quick, taking a half minute..

Uninstalled xfce4-screensaver, restarted, everything's OK just like in the "old days" :).

Shortly: install light-locker, remove xfce4-screensaver.

P.S. If you choose disabling xf.. rather than removing, this time the screen doesn't get locked.

Also this made the suspend "immediate" again, flawless :)

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 11:08 am
by Gerson
But I like having the screen saver. I don't want to sacrifice the screen saver for a cover closure, as I explained before, if I suspend directly from the "Suspend" button and then close the cover, when I open it again everything works perfectly, it asks for my password and I can continue working. I don't know what you gain by installing "light-locker"

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 4:27 pm
by Huckleberry Finn
  • Menu => Disk Manager opens "nothing". Same when logged in as "root".

    And on terminal:

    Code: Select all

    $ sudo disk-manager
    WARNING : python-notify is not installed, disable notification
    WARNING : python-notify is too old, disable notification
    Traceback (most recent call last):
      File "/usr/sbin/disk-manager", line 85, in <module>
        main(args, opts)
      File "/usr/sbin/disk-manager", line 58, in main
        app = DiskManager()
      File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 129, in __init__
        self.setupTreeView()
      File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 223, in setupTreeView
        "selected_order").upper()))
    AttributeError: 'module' object has no attribute 'SORT_ASCENDiNG'
  • I can't see "Ownership to User" in Thunar context menu (which was handy). Yes, maybe I add manually (grabbing from 18.3) but I wish it turns back with updates..
  • Root account never saves the conky. (Created a .conky there with just my fav. conky in). Even when you click "Conky Toggle " to turn it on again, it opens "Conky Manager" , then you select it again and start.. each time..

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 5:54 pm
by dolphin_oracle
Huckleberry wrote: Wed Nov 06, 2019 4:27 pm
  • Menu => Disk Manager opens "nothing". Same when logged in as "root".

    And on terminal:

    Code: Select all

    $ sudo disk-manager
    WARNING : python-notify is not installed, disable notification
    WARNING : python-notify is too old, disable notification
    Traceback (most recent call last):
      File "/usr/sbin/disk-manager", line 85, in <module>
        main(args, opts)
      File "/usr/sbin/disk-manager", line 58, in main
        app = DiskManager()
      File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 129, in __init__
        self.setupTreeView()
      File "/usr/lib/python2.7/dist-packages/DiskManager/DiskManager.py", line 223, in setupTreeView
        "selected_order").upper()))
    AttributeError: 'module' object has no attribute 'SORT_ASCENDiNG'
  • I can't see "Ownership to User" in Thunar context menu (which was handy). Yes, maybe I add manually (grabbing from 18.3) but I wish it turns back with updates..
  • Root account never saves the conky. (Created a .conky there with just my fav. conky in). Even when you click "Conky Toggle " to turn it on again, it opens "Conky Manager" , then you select it again and start.. each time..
the change ownership functions were removed long ago. they were causing a lot of problems with accidental clicks.

disk-manager opens OK here. it is a very old app though so maybe there is some problem with a particular mix of libs or even theme.

root account isn't designed to operate X so I'm not shocked that something doesn't work when logged in as root. but in this case the cuplrit is the way conkytoggle searches for the current user under /home rather than anywhere. you can try the attached change and see if it works for you. maybe we will update that.

Re: MX-19 Feedback

Posted: Wed Nov 06, 2019 11:02 pm
by asqwerth
Nothing wrong with Disk Manager here. I've installed MX19 3 times on real metal, 2 on the same PC and once on laptop. I always use Disk Manager because I have a shared Data partition that I automount as my first step after installing MX.

I believe that the conky program itself without CM will search $HOME/.conkyrc and if not there, /etc/conky/ for the applicable conky. [unless you run it with a script or command pointing it to a different location]

Once CM is installed, it searches $HOME/.conky by default, but CM has settings to allow you to add other locations/folders it can search for conkies.

Problem with CM is that it only detects conkies made using the old syntax (conky package versions before 1.10). The new syntax conkies don't get listed in CM.

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 9:06 am
by Huckleberry Finn
Dolphin, thank you. In fact before trying the attached one, there's been the update. It's ok for the root account (perfect).

But this time it's the vice-versa: The user account : When you click conky-toggle ok, it turns it off but you can't turn on, and when you open the c. manager you find the conky (all) unchecked..

Meanwhile, the Disk Manager doesn't work on my 18.3 ,too, with same output when run on terminal..
_______________________________________________________

The actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :

In Thunar to open other partitions I need to type password ..

I'd done it on 18.3 simply, but can't remember how I changed the permissions..

On root account right-click => permissions ... owner "root" is fixed ..
_______________________________

I'd edited a file I guess ...

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 12:54 pm
by dolphin_oracle
the toggle itself is working fine here, but maybe I got some sort of language issue.

can you provide, for your user, "echo $HOME" please?

on your other thing, there is a mx-tweak feature for allowing mounting of internal drives by regular users.

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 1:13 pm
by Huckleberry Finn
Thank you Dolphin. After rebooting it's normal. (Sorry). Maybe it was due to trying after blackscreen and logging in after Ctrl Alt Backspace ..

Meanwhile the output is /home/huckleberry

Also it's fine on 18.3, too both before & after update..

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 1:23 pm
by dolphin_oracle
Huckleberry wrote: Thu Nov 07, 2019 1:13 pm Thank you, I will.

Meanwhile, updated 18.3 , too and it works normal for user on 18.3 ..
its also possible that in your testing things are just out of sync. enabling the conky in CM and running it from there should set things back to normal.

if everything is blank in CM, then the toggle won't do anything anyway.

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 5:14 pm
by sunrat
Huckleberry wrote: Thu Nov 07, 2019 9:06 amThe actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :

In Thunar to open other partitions I need to type password ..

I'd done it on 18.3 simply, but can't remember how I changed the permissions..
You may be able to use a PolicyKit rule to enable mounting partitions as user.
Create a file:
/etc/polkit-1/localauthority/50-local.d/10-desktop.policy.pkla
with this content:

Code: Select all

[Mounting, checking, etc. of internal drives]
Identity=unix-group:admin;unix-group:storage;unix-user:USER;
Action=org.freedesktop.udisks2.filesystem-*;org.freedesktop.udisks2.drive-ata-smart*
ResultActive=yes
Change USER to your username.
You probably need to create the storage group and add your user to it.
But doesn't Disk Manager allow you to configure this?

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 6:06 pm
by dolphin_oracle
sunrat wrote: Thu Nov 07, 2019 5:14 pm
Huckleberry wrote: Thu Nov 07, 2019 9:06 amThe actual reason why I'm logging as "root" (normally I almost never) and mentioned "disk manager" (that one also .. I never need normally) :

In Thunar to open other partitions I need to type password ..

I'd done it on 18.3 simply, but can't remember how I changed the permissions..
You may be able to use a PolicyKit rule to enable mounting partitions as user.
Create a file:
/etc/polkit-1/localauthority/50-local.d/10-desktop.policy.pkla
with this content:

Code: Select all

[Mounting, checking, etc. of internal drives]
Identity=unix-group:admin;unix-group:storage;unix-user:USER;
Action=org.freedesktop.udisks2.filesystem-*;org.freedesktop.udisks2.drive-ata-smart*
ResultActive=yes
Change USER to your username.
You probably need to create the storage group and add your user to it.
But doesn't Disk Manager allow you to configure this?
FWIW, the policy kit rule is what mx-tweak uses.

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 6:17 pm
by sunrat
dolphin_oracle wrote: Thu Nov 07, 2019 6:06 pm FWIW, the policy kit rule is what mx-tweak uses.
I knew MX could do it somehow. Just wondering why Huckleberry had to switch to root to do it.

Re: MX-19 Feedback

Posted: Thu Nov 07, 2019 6:21 pm
by Huckleberry Finn
I didn't have to.. Was trying to remember how I did previously.

Re: MX-19 Feedback

Posted: Fri Nov 08, 2019 7:45 pm
by Huckleberry Finn
A few hours ago I installed my 18.3 Snapshot, then on 19 ran sudo update-grub on Terminal.

It's ok but only it didn't create the systemd option for the other system found (18.3)

(Two options for itself: SysV and d but 1 for the other)

Meanwhile it's staying original. Didn't touch to MX Boot Options etc ..

(Though I don't use systemd, just to feedback )
_________________________________________________

Strange thing is : Before reinstalling my snapshot, I'd chrooted there from 19 and installed new kernels on Chroot => MXPI GUI .. then it was generating both options for that OS and kernels)

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 1:59 am
by sunrat
Here's a weird issue. I just clicked on an image in Thunar and it opened in Nomacs. But the menu is all in Portuguese!

Code: Select all

$ locale
LANG=en_AU.UTF-8
LANGUAGE=
LC_CTYPE="en_AU.UTF-8"
LC_NUMERIC="en_AU.UTF-8"
LC_TIME="en_AU.UTF-8"
LC_COLLATE="en_AU.UTF-8"
LC_MONETARY="en_AU.UTF-8"
LC_MESSAGES="en_AU.UTF-8"
LC_PAPER="en_AU.UTF-8"
LC_NAME="en_AU.UTF-8"
LC_ADDRESS="en_AU.UTF-8"
LC_TELEPHONE="en_AU.UTF-8"
LC_MEASUREMENT="en_AU.UTF-8"
LC_IDENTIFICATION="en_AU.UTF-8"
LC_ALL=
Image

Mod note: image changed to link, please mind the forum rules on remote linked image sizes: viewtopic.php?p=255061#p255061
Sorry Dad. Replaced image with thumbnail. ;)

Kudos on Patito Feo, great release.

Posted: Sun Nov 10, 2019 4:29 am
by esbeeb
I recently installed MX 19 and got all settled in. It's working well for me. It's just so very ripping fast, that it's hard to like anything else in comparison.

Thanks MX devs!!

a tune to raise a toast to MX 19

Posted: Sun Nov 10, 2019 4:34 am
by esbeeb
I'd like to suggest a little possible theme song (some Drum and Bass, if you're into that sort of thing), as a toast to the release Patito Feo, and how fast it is (and I hope it's uplifting for you to hear this):

https://youtu.be/hNzuD3ONDCE?t=2075

...and that track goes for about 3.5 minutes...

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 6:54 am
by JayM
Funny, when I opened the link the video started at around two-thirds of the way through. I must have started watching/listening to it at some point recently, but stopped.

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 7:54 am
by 8bit
JayM wrote: Sun Nov 10, 2019 6:54 am Funny, when I opened the link the video started at around two-thirds of the way through.
That's the t=2075 at the end of the link. Start playing at 2075 seconds into the video. 34 min X 60 seconds plus 35 seconds = 2075 seconds.
The thought behind the music offering was welcome, the music, not so much.

8bit

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 11:58 am
by Huckleberry Finn
Just a tiny thing I faced with the kernel 4.9.193 on MX19:

First, it's really quiet and uses the lowest Ram - together with 5.2.15 - (compared to the default 4.19 kernel)

But on Thunar (in particular) when you scroll, screen glitches (an instant foggy view: greenish/blueish)

I thought it might've been due to (dark) theming but i.e. when I open MXPI (maximized or not) and scroll fast, nothing happens, it's normal..

P.S. Just to have a see, installed 5.3 from test repo (at the moment running on). Everything looks normal.
Only when compared to 4.9.193, Ram is higher : 224 to 284 (newly booted and idling)

( All on an old 32bit Single Core Pentium M - DDR2 ... )

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 8:37 pm
by Huckleberry Finn
Installed the same kernel (4.9.193) on MX 18.3 (same machine & hdd & same theme ) and opened Thunar ( 1.6.15 ).

Scrolled fast etc.. No problems there. (So, it seems either related to Thunar's version or Xfce 4.14)
________________________________________________________________________

And on MX19 ran sudo update-grub again:

- This time, in addition to not generating systemd option, it couldn't detect the second kernel on the other system.
- However when rebooted, on Grub menu there were 2 kernel options for 18.3 . (without systemd again)
- And those kernels had no names / indicators (like ..."with 4.9.193 .." "with 5.2.8.." )
- Also the sequence was in reverse order: 4.9 first, then 5.2.8 .

Re: MX-19 Feedback

Posted: Sun Nov 10, 2019 9:31 pm
by richb
This topic is now closed as it has become unwieldy. . Please start a new topic for each issue in the appropriate forums under the MX Help Category. If it is a continuing problem posted in this topic without a solution. put the link to the post describing the problem in a new topic to continue the conversation.