MX-19.2 KDE RC 1 Feedback Thread

[i_ri]

.**Ignore this post; determination: installed Image corrupt.
.**Thank you all for your help. i_ri "

Hello dolphin_oracle
different machine install RC_mx19ahs_kde_RC
has same
Muon
oddity. on first update
After Check for Updates the ALL will not load. Need to quit muon and open muon for ALL to show.

Code: Select all

System:    Host: WallE Kernel: 5.6.0-2-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 Desktop: KDE Plasma 5.14.5 wm: kwin_x11 
           dm: SDDM Distro: MX-19.2_KDE-RC1_x64 patito feo August 9  2020 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Desktop System: HP-Pavilion product: AY022AA-ABA p6330f v: N/A serial: <root required> 
           Chassis: Hewlett-Packard type: 3 serial: <root required> 
           Mobo: MSI model: IONA v: 1.0 serial: <root required> BIOS: American Megatrends v: 5.15 date: 06/25/2010 
CPU:       Topology: Dual Core model: Intel Core i3 530 bits: 64 type: MT MCP arch: Nehalem rev: 2 L2 cache: 4096 KiB 
           bogomips: 23409 
           Speed: 1980 MHz min/max: 1200/2933 MHz Core speeds (MHz): 1: 1980 2: 2540 3: 2426 4: 1970 
           Flags: acpi aperfmperf apic arat arch_perfmon bts clflush cmov constant_tsc cpuid cx16 cx8 de ds_cpl dtes64 dtherm 
           dts est flush_l1d fpu fxsr ht ibpb ibrs lahf_lm lm mca mce mmx monitor msr mtrr nonstop_tsc nopl nx pae pat pbe 
           pdcm pebs pge pni popcnt pse pse36 pti rdtscp rep_good sep ssbd sse sse2 sse4_1 sse4_2 ssse3 stibp syscall tm tm2 
           tsc vme xtopology xtpr 
Graphics:  Device-1: Intel Core Processor Integrated Graphics vendor: Hewlett-Packard driver: i915 v: kernel bus ID: 00:02.0 
           chip ID: 8086:0042 
           Display: x11 server: X.Org 1.20.4 driver: intel compositor: kwin_x11 resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (ILK) v: 2.1 Mesa 20.0.7 direct render: Yes 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Hewlett-Packard driver: r8169 v: kernel 
           port: d800 bus ID: 01:00.0 chip ID: 10ec:8168 
Drives:    Local Storage: total: 480.67 GiB used: 6.99 GiB (1.5%) 
           ID-1: /dev/sda vendor: Seagate model: ST3500841AS size: 465.76 GiB speed: 3.0 Gb/s serial: 3PM1RFLA rev: M 
           scheme: MBR 
           ID-2: /dev/sdb type: USB vendor: Lexar model: USB Flash Drive size: 14.91 GiB serial: AAAUE73K7YMLI6U8 rev: 1100 
           scheme: MBR 
Weather:   Temperature: 25.4 C (78 F) Conditions: Overcast clouds Wind: from NW at 1.4 m/s (5 km/h, 3 mph) Cloud Cover: 75% 
           Humidity: 72% Dew Point: 20 C (68 F) Pressure: 1013.6 mb (34 in) Location: Washington, D.C., DC, US, 20500 
           Current Time: Wed 12 Aug 2020 08:08:44 PM EDT Observation Time: 2020-08-12 19:44:00 (America/New_York -0400) 
           Source: WeatherBit.io 
Info:      Processes: 184 Uptime: 48m Memory: 7.64 GiB used: 615.1 MiB (7.9%) Init: SysVinit v: 2.93 runlevel: 5 default: 5 
           Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 running in: konsole inxi: 3.0.36
Packages: 2348 (dpkg) 
rcmxahsk5rc@WallE:~

[fehlix]

After Check for Updates the ALL will not load. Need to quit muon and open muon for ALL to show.

Can you provide pictures as I don't get this one "Need to quit muon and open muon for ALL to show. "

[jeffreyC]

I forgot how annoying Plasma's default settings are: having to change to from icon view to compact view each time I enter a new directory in Dolphin, the 30-second shutdown confirmation delay instead of just shutting down, single-clicking opens files in their associated apps instead of just selecting them, etc.

I actually started liking single-click behavior because of all this MX KDE testing. Double-click is starting to annoy me now.
But if it so happens (no idea if this is the case) that 90% of computer users are used to double-click, it's probably more user-friendly to have double-click as default.

I also think that having separate view properties for each directory in Dolphin is confusing for most users (I always change it). Asqwerth said in post #59 he likes it and it's good the option is there but I guess it's mostly for people who have thought a bit about this, how they want to organize things etc., but having this as default leads to stuff like "hey, I put it on 'show hidden files' and now I can't see them anymore"
Just my thoughts

edit: one thing I'm missing with single-click behavior is that I can't rename the file by using a 'slow' double-click

The number one complaint about MX Xfce in comments on Distrowatch is the default single click in Thunar (it follows the Debian default but MX still gets the blame).
I would agree that most users seem to prefer double click. I know that it is the first thing I change.

[sunrat]

I would agree that most users seem to prefer double click.

Can you show your source for this assumption?
Single click rules, ok!

[i_ri]

.**Ignore this post; determination: installed Image corrupt.
.**Thank you all for your help. i_ri "

hello fehlix
Muon
install. open muon. Check for updates.
At this point is the error. the status bar package numbers jump by 85000 total. the muon screen has not added the new found entries to a list that is seen and scrolled. click any Filter in the list by Filter left column and all cannot be projected into the list. Even a staus of 3 upgradeable when Filter click to Upgradeaable the window or list is blank. quit muon window; open muon. now all is okay.
That's not so bad.

More concerning is that the muon search box returns results Only for Installed packages.

In muon >Settings >Configure Software Sources >Updates ,Debian updates ,
there is no checkmark in the box "Security updates." Is it a concern that the Security updates checkbox is empty?

[kangburra]

I now managed to install in a VM, but it is still extremely slow. I might try one more time booting from a USB stick into the live system. If an i7 with 8GB memory is not enough to run this, then KDE is probably not for me :-)

It is a bit slow on a Chromebook with 2gb memory and 32gb drive. It is however very usable and once the program is open it is all fine. I switched from XFCE and startup times are very similar.

[tony37]

More concerning is that the muon search box returns results Only for Installed packages.

I think you may not understand how Muon works: if during your session you clicked on 'Installed' in the 'By Status' box on the left, it will keep filtering for installed packages until you go back to that box and select 'All'. I think this kind of behavior can be highly annoying and non-intuitive for first time users. Development of Muon has been totally abandoned in favor of Discover. My impression is the latest versions of Discover are quite fine (although I don't use it much), but it's not really a Synaptic replacement.

In muon >Settings >Configure Software Sources >Updates ,Debian updates ,
there is no checkmark in the box "Security updates." Is it a concern that the Security updates checkbox is empty?

That may be an issue. In MX repo manager 'deb http://deb.debian.org/debian-security buster/updates main contrib non-free' is enabled though.

An extra tidbit I noticed is that Muon can't find the changelog for the synaptic package, Synaptic can. Censorship? (edit: same thing for mx-tweak, maybe Muon can't read changelogs of mx packages as synaptic version is 0.90+mx19)
One tiny advantage of Muon is that is has a separate 'box' for changelogs.

[m_pav]

IIRC, the install/upgrade.uninstall history displayed when right clicking the tray icon for MX Update Notifier > history, is pulled from the dpkg log files, cleaned up and put into a single cohesive display window. Synaptic simply keeps its own record of changes in your /root/.synaptic/log folder, but all changes are still recorded by dpkg, so the MXUN is IMHO the best option for checking historic DPKG logs for changes.

[asqwerth]

The version of Discover in Debian Buster is not very good. If you thought searching in Muon was bad, try Buster's Discover. I couldn't even search for papirus-icons in our repos using Discover (it was included in an early alpha) because once it knows you're looking for icons, it defaults to searching only in the KDE store.

I believe there was less fine grained control over which sources (repos, KDE Store, Flatpaks) you wished to search, and it was harder to distinguish the origin of the packages in search results and also in the list of updates.

[tony37]

I know previous versions (so also 5.14) of Discover are sloppy. But at least it gets improved, while the design failures in Muon won't ever get corrected. But of course for real package management Synaptic will still be superior to the latest Discover version. What I use Discover for in Kubuntu is mainly to have an updater (similar to MX updater) and once in a while some 'program shopping'.
And maybe I overestimated the latest Discover as looking for 'Papirus' in Kubuntu 20.04's Discover shows 'Breeze Papirus Light' as only the 9th result. Looking for 'Papirus' in 'Get New Icons' in system settings works better.