Aardvark Daily: Indicator-Multiload doesn't show full-width

Bug #1714804 reported by Damiön la Bagh on 2017-09-03
124
This bug affects 27 people
Affects Status Importance Assigned to Milestone
System Load Indicator
Undecided
Unassigned
libappindicator
New
Undecided
Unassigned
indicator-multiload (Ubuntu)
Undecided
Unassigned

Bug Description

In Ubuntu Indicator-Multiload is an essential application as it shows that computer is actually doing something even when an application is giving no feedback for a long period of time. Conky is not an option as it gets hidden behind full screen applications.

Unfortunately the move to Gnome has broken indicator-multiload so that it can't show all of the indicators.
CPU
Memory
Network
Swap
System Load
Disk

I've tried the developers suggestion of installing TopIcons and TopIconsplus to no avail. I see that Ubuntu App-Indicator is also installed so maybe app-indicator extension is broken in Gnome and not indicator-multiload.

Anyway steps to reproduce:
Install Ubuntu 16.04.x LTS
Install indicator-multiload
Open the settings of indicator-multiload by clicking on it and choosing settings
Click all of the sources on
You will now see 6 panels showing the earlier described graphs.

Now install Ubuntu 17.10 Daily
Install indicator-multiload
Mouse over the top bar to faintly get an idea where indicator-multiload is running
click on it and open the settings
Click all of the sources on
You will now see tiny faint lines which give no clue whatsoever as to what is going on with the machine.

Please fix either app-indicator extension or indicator-multiload to work with Gnome. Thanks

ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: indicator-multiload 0.4-0ubuntu5
ProcVersionSignature: Ubuntu 4.12.0-12.13-generic 4.12.8
Uname: Linux 4.12.0-12-generic x86_64
ApportVersion: 2.20.7-0ubuntu1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Sun Sep 3 19:12:33 2017
InstallationDate: Installed on 2017-09-03 (0 days ago)
InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170902)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=nl_NL.UTF-8
 SHELL=/bin/bash
SourcePackage: indicator-multiload
UpgradeStatus: No upgrade log present (probably fresh install)

Damiön la Bagh (kat-amsterdam) wrote :
Damiön la Bagh (kat-amsterdam) wrote :

Please see the screenshot for the difference between 16.04.3LTS and 17.10 Alpha

Damiön la Bagh (kat-amsterdam) wrote :

Please see the screenshot to show the settings are exactly the same for 16.04.3LTS and 17.10Daily.

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in indicator-multiload (Ubuntu):
status: New → Confirmed
Michael Hofmann (mh21) wrote :

GNOME Shell already has a nice system monitor (https://extensions.gnome.org/extension/120/system-monitor/), so I'm not sure it is worth the hassle to fix the indicator.

Dimitri John Ledkov (xnox) wrote :

We still have Ubuntu Flavours that are non-gnome-shell based and use indicators.

Dane Powell (1-ubuntu-i) wrote :

Thanks, I wasn't aware of the GNOME Shell System Monitor, and I agree it largely obviates the need for indicator-multiload on GNOME.

For other folks who haven't used it before, install with `sudo apt-get install gnome-shell-extension-system-monitor`, then enable using GNOME Tweak Tool (this worked for me anyway).

Colan Schwartz (colan) wrote :

Couldn't get it enabled via apt, but flipping the switch on the extension page (https://extensions.gnome.org/extension/120/system-monitor/) worked.

Damiön la Bagh (kat-amsterdam) wrote :

I was under the impression that things offered via the Software Center are officially supported (by the Community and some by Canoncial) and scanned for vulnerabilities and compatibility. It's very uncomfortable to be enabling and disabling operating system extensions through a website. It appears as if indicator-multiload is safer to use and would be nice if it were fixed.

Also it is odd to say something is unnecessary because another application has a similar function in a similar way. Why should the developers behind Cerin (gnome-shell-system-monitor) get preference on a platform above the developers behind Michael Hofmann's Indicator-Multiload (aka System Load Indicator)?

Colan Schwartz (colan) wrote :

Because that application was written for the platform that Ubuntu is now using (Gnome), and the other one wasn't.

Open-source developers' time is in short supply. It doesn't make sense to spend time porting non-native applications when native applications already exist that can do the job.

It's tricky for users (us) to switch applications whenever the platform changes, but that's the price you pay for not building a GNU/Linux system yourself. Feel free to build and use one that never changes subsystems. ;)

"It doesn't make sense to spend time porting non-native applications when native applications already exist that can do the job."

A open source developer is proud of his code and wants it to run on as many subsystems as possible. The whole point of GNU is that software is agnostic to its platform.

I can't imagine someone wants to just throw away very well written quality code and hand it over to some really terrible, non-functional, and unsafe code.

The subsystem (gnome) is hopefully mature and modular enough to fix indicator-multiload with only a small effort. The Unity desktop environment is End of Life so this is just basic life-cycle management.

Getting gnome-shell-system-monitor up to indicator-multiload's quality standards will take much, much, much more effort and time before all the bug reports get filed and fixed.

I have no problem with change. I have a problem with quality degradation because people put their principles above quality.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers