gm10's Linux Mint Tools PPA

[gm10]

After applying today's update for your mintupdate in my Ubuntu 18.04 VM, your mintupdate fails to launch.

Oh my, at least I'm consistent. Thanks for letting me know, fixed in 6.0.3. And you can also make fun of me for the regression I left in 6.0.0 (see changelog). I had to laugh when I ran into that.

[Pjotr]

After applying today's update for your mintupdate in my Ubuntu 18.04 VM, your mintupdate fails to launch.

Oh my, at least I'm consistent. Thanks for letting me know, fixed in 6.0.3. And you can also make fun of me for the regression I left in 6.0.0 (see changelog). I had to laugh when I ran into that.

Mistakes happen to the best of us. We're all human.... That's why a "semi-frozen" PPA comes in handy.

[gm10]

Mistakes happen to the best of us. We're all human.... That's why a "semi-frozen" PPA comes in handy.

I'm not bothered too much by the 6.0.0 issue, while unfortunate that was just me forgetting that I had hardcoded the list of allowed packages for self-updating to prevent anyone injecting packages into the system that way (because it does not require authentication). And then I split the kernel-manager off and forgot to add it to the list. Whoops.

Today's foreign platform bug was just dumb, on the other hand, and really should not have happened.

[Pjotr]

fixed in 6.0.3.

Has the fix been released yet? Launchpad seems to suggest so. But I did a sudo apt-get update && sudo apt-get dist-upgrade in the Ubuntu VM, and mintupdate still fails to launch...

Edit: we're crossposting.

[gm10]

Has the fix been released yet? I did a sudo apt-get update && sudo apt-get dist-upgrade in the Ubuntu VM, but mintupdate still fails to launch...

Still waiting on launchpad to publish it. You can check the PPA's page on launchpad for the status, the gears need to turn into a green checkmark:

[Pjotr]

OK, I think I've found another bug: I can't launch kernel manager stand-alone. Only from within mintupdate, and then only as dependent window that closes when I close mintupdate.

[gm10]

OK, I think I've found another bug: I can't launch kernel manager stand-alone. Only from within mintupdate, and then only as dependent window that closes when I close mintupdate.

By design you cannot open a stand-alone Kernel Manager while Update Manager is running, it will always launch the integrated version. In a situation where Update Manager does not let you open the integrated Kernel Manager neither will the menu entry. This is also by design.

Also the previous fix killed mintupdate on Mint because I lost a line by mistake because I am dead tired, fix uploaded but I'll go offline now so even if it kills your computer and sets your house on fire, I don't care right now.

[Pjotr]

I am dead tired, fix uploaded but I'll go offline now so even if it kills your computer and sets your house on fire, I don't care right now.

Right you are. Sleep well.

[oldgranola]

So If I've fully installed this PPA and updated, which I have and like, am I essentially running a fork of LM19.3? It beats the crap out of LM19.2 which wouldn't really run on three of my amd based computers. Thanks!

[gm10]

So If I've fully installed this PPA and updated, which I have and like, am I essentially running a fork of LM19.3? It beats the crap out of LM19.2 which wouldn't really run on three of my amd based computers. Thanks!

Glad you like it, but no, it's no fork of 19.3, just of a few tools (which were forked pre-19.2, although I copied some 19.3 components into it which I did not fork). I cannot take credit for Linux Mint running better on your computer with it - the PPA does tweak some system settings but nothing performance-related. So whatever makes it run better now was likely an unrelated updated.

If you want 19.3, the beta will officially be released tomorrow.

[t42]

Pls check this situation: in case a system message in a system tray appears about need to check videodrivers with button 'start driver manager', 1) pressing the button, 2) entering a password promt and 3) waiting for drivermanager which never arrives. So I can start it from Menu anyway.

Update Manager 1:6.0.5~gm10
mintdrivers: 1:1.5.3~gm10
mintmenu: 1:6.2.0~gm10
Mint 19.2 XFCE

[gm10]

Pls check this situation: in case a system message in a system tray appears about need to check videodrivers with button 'start driver manager', 1) pressing the button, 2) entering a password promt and 3) waiting for drivermanager which never arrive. So I can start it from Menu anyway.

Ah, I see, that must be because my version does not need a password prompt but I suppose whatever tray icon you've got there to open it is opening it with pkexec because Mint's version needs that. Will fix, thanks for the report!

edit: Should be fixed in 1:1.5.4~gm10, which will become available soon.

[Drugwash]

Hi. Weird thing just happened: after Update Manager started checking for updates, the whole system became sluggish; browser (Pale Moon 28.7.1) wouldn't scroll the page by mouse wheel, panel wouldn't unhide when hovering screen edge (it's at the top using auto-hide). Everything went back to normal when check finished.
A P2P application was running at the time but only using about half the available bandwidth (400-600kB/s out of max 1.3MB/s) and the same situation occured many times prior to the recent changes in the tools, without any such hiccups.
Just to make sure it wasn't a one-time thing I triggered a refresh through tray menu and once again browser froze scrolling, panel refused to unhide (or just appeared partly).
Not a big deal considering checks are pretty rare but still thought should be reported.

[gm10]

Just to make sure it wasn't a one-time thing I triggered a refresh through tray menu and once again browser froze scrolling, panel refused to unhide (or just appeared partly).
Not a big deal considering checks are pretty rare but still thought should be reported.

It's probably nothing I can do about, just your system slowing down due to high number of connections and/or file system access, but if you want to look into it more try running an apt update or refresh Update Manager via the toolbar button instead of the tray menu (while running your P2P) and see if it's any different.

The likely fix for you in that situation would be to configure apt's Acquire::http::Dl-Limit option to control download speeds and disable concurrent downloads.

[gittiest personITW]

Hi gm, Using Cinnamon 19.2 (4.15.0-70-generic x86_64). The computer has been off since 29th Nov till today (2nd Dec already)
Have been using your excellent Update Manager ppa.
Its showing that there is an update but when I press to 'update and restart update manager', the little circle goes around for a second then disappears but nothing has happened.
The update manager still shows the update needs doing.
When I close the Update manager it has a little red X and says 'could not install the updates'.

Code: Select all

mintupdate (1:6.0.5~gm10) bionic; urgency=medium    IMPORTANT: 1:6.0.0~gm10 cannot self-update due to an oversight. tray menu no longer gets disabled during     refreshes and installations.   * Refactor threading in the entire application, eliminate all instances of     using the deprecated GDK locking mechanism and fix some threading issues     along the way   * CLI commands:     * Add bash completion support     * Add `show-kernels`, `show-history`, `show-log` commands   * Packaging: Split into four binary packages so different components like     `kernel-manager` or `mint-release-upgrade` can be installed separately.   * Drop unused and deprecated mintupdate-tool binary   * Update translations and manual pages   * Other small fixes and optimizations ......................

Have logged off and back on but still the same problem.
Also all the toolbar options are greyed out so unable to access File/Edit/View/Tools/Help and Clear/Select All/Refresh/Install updates.

Any other info required, let me know.
Cheers

Code: Select all

2019-12-02 12:27 + Performing initial refresh 2019-12-02 12:27 + Starting refresh (retrieving lists of updates from remote servers) 2019-12-02 12:27 + Found 1 software updates 2019-12-02 12:27 + Refresh finished 2019-12-02 12:28 + Recurring refresh will happen in 0 day(s), 19 hour(s) and 58 minute(s) 2019-12-02 12:29 + Install requested by user 2019-12-02 12:29 + Will install kernel-manager 2019-12-02 12:29 + Will install mintupdate-common 2019-12-02 12:29 + Will install mintupdate 2019-12-02 12:29 + Will install mint-release-upgrade 2019-12-02 12:29 + Launching Synaptic 2019-12-02 12:29 + Return code: 1 2019-12-02 12:29 + Install failed

[gm10]

Code: Select all

mintupdate (1:6.0.5~gm10) bionic; urgency=medium

  IMPORTANT: 1:6.0.0~gm10 cannot self-update due to an oversight. To upgrade
             from that version please copy & paste this into a terminal window
             and run it:

                mintupdate exit && sudo apt-get install -y mintupdate

             Sorry about that!

/me points to the changelog you quoted

[gittiest personITW]

My only defences are that I got back very late last night and I'm an idiot.
Are they mitigating?

[gm10]

My only defences are that I got back very late last night and I'm an idiot.
Are they mitigating?

Considering I was the one who broke it maybe we should form a self-help group.

[Drugwash]

just your system slowing down due to high number of connections and/or file system access

Incidentally, at the time there were only three items active: one waiting for peers and two downloading, each from a single peer. So even though the bandwidth was half used, the number of connections was very low (maybe half-connections was higher). May I point out again that this didn't happen before with old version of the tools, not even when there was a much higher number of active items and connections in the P2P application. Not to mention there used to be a second external drive before, used by the P2P application, and the USB modem used to be connected through an external hub which limited its max speed, whereas now it's connected directly to one of the notebook's ports. Thereotically everything should work better. That's precisely why it struck me as odd.

try running an apt update or refresh Update Manager via the toolbar button

Tried both but at the moment there's only one download with ~5kB/s and there was no freeze/lag.

The likely fix for you in that situation would be to configure apt's Acquire::http::Dl-Limit option to control download speeds and disable concurrent downloads.

Speed wasn't maxed out during update check. Concurrent downloads could be the issue, if the P2P application somehow bottlenecks the connection even with a minimal number of active items and peers.
The recurrent question is: why now, and never before? Maybe some system update broke it. Hard to pinpoint. Unless other users come with similar reports we better leave this be.

[gm10]

Unless other users come with similar reports we better leave this be.

Or even unless you can keep reproducing this. There was no recent update to apt. Maybe you changed to the 5.3 kernel and are experiencing the same issues as I do with it.