[solved] Update Woes

[jackdanielsesq]

Greetings all

Have never been able to break KDE until now - did a simple upgrade and now the KDE Energy Saving
Management is kaput - must admit, this is a first on my Mx Kde Full Monty production version ... ever

Below is the upgrade log .... any/all help suggestions appreciated

Commit Log for Tue Jun 16 23:24:24 2020

Upgraded the following packages:

featherpad (0.14.1-0.1~mx19+1) to 0.14.2-0.1~mx19+1
featherpad-l10n (0.14.1-0.1~mx19+1) to 0.14.2-0.1~mx19+1
gazelle-installer-data-mx (20.01.01) to 20.06
libthunarx-3-0 (1.8.14-1~mx19+1) to 1.8.14-1~mx19+2
libvlc-bin (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1
libvlc5 (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1
libvlccore9 (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1
mx-cleanup (19.12) to 20.6.1
mx-pkexec (20.03.02) to 20.06.02
thunar (1.8.14-1~mx19+1) to 1.8.14-1~mx19+2
thunar-data (1.8.14-1~mx19+1) to 1.8.14-1~mx19+2
vlc-data (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1
vlc-plugin-base (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1
vlc-plugin-video-output (3.0.10-0+deb10u1) to 3.0.11-0+deb10u1

As I have several Kde De running in parallel, plus plenty of snapshots, there is no rush - take your time

H/W spec available, naturally, but that has not changed in years - it is a s/w issue ...

Thank you kindly

Highest Regards

Jack

[jackdanielsesq]

Greetings one und all

All is copacetic once more in Jack's Respin World ....

Even though we rebooted several times, the 'Energy Saving' sector still sucked - nothing was working, so
we rebooted to /dev/sda17 and continued … thank you 'Snapshot' and all who made her possible

As part of our regular maintenance program, we ran e2fsck -f -y -v -C -O '/dev/sda18'on that misbehaving partition - there are <40 active partitions at any given time - it returned zero errors, and rebooted.


Several hours later we decided to look at '/dev/sda18' again - and once more found everything in good order with a few more updates available, busy people these Developer folks - and discovered that the KDE 'Energy Saving' tab was indeed responsive - the rest is history, as they say in Hollyweird - everything is copacetic once more ....

Caveat - there might be several other contributing factors, viz - even though the ol' spinny Seagate 500GB HDD is several tears old, it has never ever failed to deliver - we also use the top two quadrants whenever possible, as they are in virgin territory - try and do that with MSFT - instead of wearing-out the HDD in one boot sector, which also happens to house data and all you get is the dreaded MSFT BSD - we run regular maintenance and will reformat large parts of it with different parameters so that we dont trash and wear-out sectors

We also do not use any screen-savers for that very same reason - it might mess with the shutdown process …
besides, when the screen is off, there is not much to see - blank works for moi ...

Thats it - KISS works ...

Comments welcome ....


Highest Regards

Jack

[Jerry3904]

Always glad when things work themselves out. Please mark this thread solved.

[jackdanielsesq]

Jerry

Thank you Sir - appreciate the kind words - yes indeed, sometimes it pays to step back from the maddening crowd - observe, and then go back to basics - it works every time - it also proves several things, albeit one of them is kinda an unintended, back-handed compliment . . .

Have been a KDE fan for like evah - KDE 3.xx + Compiz Fusion was mega!!!

KDE 4.xx took us back to the Microsoftesq dark ages for about 10 years - like KDE took those nasty MSFT
Dumb Pills all at one time, instead of one Dumb Pill per day, as per the instructions on the bottle.
What a diabolical mess

Struggled with the early RPM KDE 5 as well - very rough around the edges, and very crashy - would keep crashing all day, all night, especially after any updates or addons from the official repos.

Finally tried Debian and was not impressed one bit - eventually hooked up with a couple Debian Respins that were a lot better than the RPM kludges . . . but nevertheless crashed more often than not as time went by - even our mutual friend Igor referred to them by name more than once .........

It was time to move on if I was going to continue using any kind of Unix fork as a production machine, when one day I spotted MX on DW - at first blush I thought it was a Greek O/S - not quite sure what triggered that, but I played with it and loved all the tools - that got me really interested - so I built my first KDE Repin - probably MX 17 - but not sure - Big Ol' +2Gig distro, but it booted, installed and worked flawlessly, und did NOT crash - just needed to slim it down by about 50%.

Today MX19 Bare_Bones KDE Respin is just 1.1 Gig - but what kept me from straying was the fact that I have never, ever been able to wreck an MX KDE O/S's - any of them ...... a stunning achievement

MX QC is World Class - even better than Debian's - the day will come when MX is independent of Debian

The fact that our own respins are equally up-to-the-task is ample evidence of the stunning effort that the Developers have put into the core of KDE

An official Skunkworks KDE will rocket MX even further up the charts

Plus the Forum Tech Support is simply superlative - Uber World Class

Enjoy

Highest Regards

Jack

[asqwerth]

You probably spotted an earlier MX, maybe the first MX14, when it was still released under the antiX banner by anticapitalista, who lives in Greece.

[jackdanielsesq]

Greetings.....finally

Apologize for the very late response - and thank you for taking the time to reply - methinks its time to buy a new
candle and light one end only - and yes, must have been as you just said - great discovery indeed - thank you!!!

Highest Regards

Jack

PS - please keep up the incredibly high standard - you guys make this entire O/S simply rock ....

MX is indeed World Class

You probably spotted an earlier MX, maybe the first MX14, when it was still released under the antiX banner by anticapitalista, who lives in Greece.