Upgrade from 16.04 to 18.04, indicator-multiload doesn't work The 2019 Stack Overflow...

Do warforged have souls?

Is every episode of "Where are my Pants?" identical?

60's-70's movie: home appliances revolting against the owners

Why can't wing-mounted spoilers be used to steepen approaches?

Variable with quotation marks "$()"

Didn't get enough time to take a Coding Test - what to do now?

1960s short story making fun of James Bond-style spy fiction

Word to describe a time interval

Is it ethical to upload a automatically generated paper to a non peer-reviewed site as part of a larger research?

My body leaves; my core can stay

What information about me do stores get via my credit card?

Presidential Pardon

Did the UK government pay "millions and millions of dollars" to try to snag Julian Assange?

The following signatures were invalid: EXPKEYSIG 1397BC53640DB551

ELI5: Why do they say that Israel would have been the fourth country to land a spacecraft on the Moon and why do they call it low cost?

Are there continuous functions who are the same in an interval but differ in at least one other point?

Do I have Disadvantage attacking with an off-hand weapon?

What to do when moving next to a bird sanctuary with a loosely-domesticated cat?

Could an empire control the whole planet with today's comunication methods?

Is it ok to offer lower paid work as a trial period before negotiating for a full-time job?

Using dividends to reduce short term capital gains?

Can each chord in a progression create its own key?

What is the role of 'For' here?

Simulating Exploding Dice



Upgrade from 16.04 to 18.04, indicator-multiload doesn't work



The 2019 Stack Overflow Developer Survey Results Are In
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)How do I show memory usage information in top bar or as notification?How does one get System Load Indicator (or something similar) working in 17.10?Upgrade from 16.04 to 18.04, iPhone connectivityUbuntu 16.04 upgrade issueindicator-multiload messed up after upgrade to Ubuntu 16.04indicator-multiload (I/O wait)Wrong RAM values in indicator-multiload popupremove CPU % from indicator multiloadProblems with upgrade to 18.04 from 16.04Ubuntu 18.04 no sound after switching from windowsUpgrade from 16.04 to 18.04, iPhone connectivityUpgrade from 16.04 to 18.04 bug work arroundUpgrade from 16.04 to 18.04 has stopped scanner being found by Simple Scan





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







8















I'm rather glad of the upgrade from 16.04 to 18.04 (desktop).

However there are a few things I find annoying,



Among them is indicator-multiload



indicator-multiload is an invaluable app, graphically showing activity for
CPU, memory, network, disk... Looking like that (top bar) in 16.04
enter image description here



Unfortunately it doesn't work (well) in 18.04.



How can I get indicator-multiload to work in 18.04?










share|improve this question




















  • 4





    You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

    – N0rbert
    Aug 22 '18 at 8:06






  • 1





    Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

    – Ring Ø
    Aug 22 '18 at 8:42






  • 2





    Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

    – Ring Ø
    Aug 22 '18 at 12:35








  • 3





    This should work for you: How to show memory usage information in top bar or as norification?

    – pomsky
    Aug 22 '18 at 12:39






  • 1





    Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

    – lestcape
    Aug 22 '18 at 21:05


















8















I'm rather glad of the upgrade from 16.04 to 18.04 (desktop).

However there are a few things I find annoying,



Among them is indicator-multiload



indicator-multiload is an invaluable app, graphically showing activity for
CPU, memory, network, disk... Looking like that (top bar) in 16.04
enter image description here



Unfortunately it doesn't work (well) in 18.04.



How can I get indicator-multiload to work in 18.04?










share|improve this question




















  • 4





    You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

    – N0rbert
    Aug 22 '18 at 8:06






  • 1





    Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

    – Ring Ø
    Aug 22 '18 at 8:42






  • 2





    Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

    – Ring Ø
    Aug 22 '18 at 12:35








  • 3





    This should work for you: How to show memory usage information in top bar or as norification?

    – pomsky
    Aug 22 '18 at 12:39






  • 1





    Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

    – lestcape
    Aug 22 '18 at 21:05














8












8








8


3






I'm rather glad of the upgrade from 16.04 to 18.04 (desktop).

However there are a few things I find annoying,



Among them is indicator-multiload



indicator-multiload is an invaluable app, graphically showing activity for
CPU, memory, network, disk... Looking like that (top bar) in 16.04
enter image description here



Unfortunately it doesn't work (well) in 18.04.



How can I get indicator-multiload to work in 18.04?










share|improve this question
















I'm rather glad of the upgrade from 16.04 to 18.04 (desktop).

However there are a few things I find annoying,



Among them is indicator-multiload



indicator-multiload is an invaluable app, graphically showing activity for
CPU, memory, network, disk... Looking like that (top bar) in 16.04
enter image description here



Unfortunately it doesn't work (well) in 18.04.



How can I get indicator-multiload to work in 18.04?







16.04 upgrade 18.04 indicator






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Aug 24 '18 at 9:53









terdon

67.7k13139223




67.7k13139223










asked Aug 22 '18 at 7:42









Ring ØRing Ø

13931131




13931131








  • 4





    You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

    – N0rbert
    Aug 22 '18 at 8:06






  • 1





    Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

    – Ring Ø
    Aug 22 '18 at 8:42






  • 2





    Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

    – Ring Ø
    Aug 22 '18 at 12:35








  • 3





    This should work for you: How to show memory usage information in top bar or as norification?

    – pomsky
    Aug 22 '18 at 12:39






  • 1





    Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

    – lestcape
    Aug 22 '18 at 21:05














  • 4





    You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

    – N0rbert
    Aug 22 '18 at 8:06






  • 1





    Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

    – Ring Ø
    Aug 22 '18 at 8:42






  • 2





    Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

    – Ring Ø
    Aug 22 '18 at 12:35








  • 3





    This should work for you: How to show memory usage information in top bar or as norification?

    – pomsky
    Aug 22 '18 at 12:39






  • 1





    Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

    – lestcape
    Aug 22 '18 at 21:05








4




4





You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

– N0rbert
Aug 22 '18 at 8:06





You can always drop GNOME Shell and install Unity instead (ubuntu-unity-desktop package) or switch to MATE DE (ubuntu-mate-desktop package) to get normal traditional desktop.

– N0rbert
Aug 22 '18 at 8:06




1




1





Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

– Ring Ø
Aug 22 '18 at 8:42





Thanks, that's an idea. However, I'd like to try (for once!) to go with the default desktop (to ease next upgrades).

– Ring Ø
Aug 22 '18 at 8:42




2




2





Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

– Ring Ø
Aug 22 '18 at 12:35







Edited per comments. The other question is upgrade-from-16-04-to-18-04-iphone-connectivity

– Ring Ø
Aug 22 '18 at 12:35






3




3





This should work for you: How to show memory usage information in top bar or as norification?

– pomsky
Aug 22 '18 at 12:39





This should work for you: How to show memory usage information in top bar or as norification?

– pomsky
Aug 22 '18 at 12:39




1




1





Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

– lestcape
Aug 22 '18 at 21:05





Well, i don't think your question is duplicate. The indicator-multiload can work as it's in ubuntu 18.04 thanks to this extension (github.com/ubuntu/gnome-shell-extension-appindicator) and the extension is installed by default with ubuntu 18.04. In the readme say: "Oversized icons like the ones used by indicator-multiload are unsupported. They will be shrunk to normal size." but this is a bad move in my opinion and it can be improved. See for example: github.com/linuxmint/Cinnamon/pull/5790 (I'm ghost in the thread).

– lestcape
Aug 22 '18 at 21:05










1 Answer
1






active

oldest

votes


















4














Ubuntu 18.04 now use GNONE Shell instead of the Unity desktop like probably you already know. They are different desktops, but in general there are not limitations to use the same feature of Ubuntu 16.04 with Unity in Ubuntu 18.04 with GNOME Shell.



The same thing can be more easy or more hard to do in one or in the another desktop. This things you want, can be integrate better or worse with the rest of the shell to look like more or less pretty, or will work with worse or better performace, but finally it can be implemented in both desktops environments. A different history will not be true in general and need to be proven to then be taked as a true. Thats why i recommend be obtimistic. When something have not support, is not because a desktop is called X or Y, is because the developers behind the desktop are called X or Y. So, will be always a human factor and not a desktop name.



The case of the indicator-multiload is not different then and of course, it will work just fine with GNOME Shell. The problem was that the GNOME Shell developers, dosen' t likes the indicators, because this feature aparently do not match with his conception of the desktop. Source: https://bugzilla.gnome.org/show_bug.cgi?id=652122



Not matter if the shell developers deside to not support the indicators, because they really support extensions and then some thrid party developers can make possible the usage of the indicators inside the Gnome Shell session and thats what then happened
when Jonas Kümmerlin create that extension: https://github.com/rgcjonas



When Ubuntu come to Gnome Shell in 18.04, the develop of the extension to loaded the indicators was not very active and was develop, preventing break the shell as possible, to cause few disturbs. So, it was limited a lot and some things was simplify in theory maybe, to be more faster and cause less problems.



So, the non-homogeneus indicators was then be loaded in a way that they will be converted to homogeneous indicators and then simplify the procedure to scale the icons inside panel. That was what the official shell code was doing in this time with the status icons. Please also see that the status icons was then be dropped for inside Gnome Shell: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ a few years ago, because the gnome shell developers droped his usage in favour of NOTHING and then do not considered the usage of the indicators again.



Also, some time ago, i found (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/41) this gnome shell extension. I forked and convert it to a Cinnamon applet and then I merged it with another Cinnamon oficial applet for the status icons. That code is inside Cinnamon right now (https://github.com/linuxmint/Cinnamon/pull/5790). In Cinnamon, the history was different, and i tested a lot, the possible ways to render the indicators and also i fix some bugs that the original extension already have, because the extension never was used with non homogeneus indicators. As an intresting thing, I can say that I never merged some of that improves in the Cinnamon desktop. Thats why in the cinnamon desktop the indicator-multiload is also homogeneus like it's in Ubuntu 18.04 right now.



When Ubuntu 18.04 was forked the indicator extension, i opened a bug there (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/92), to see if they want to fix something in the extension, but for what i see, they don't care to do so much. So, today i just forked the extension and fix the indicator-multiload only, because you want that, but don't think i will continue the develop of that extension or something similar. I think you need to ask to the ubuntu developers about that feature. Probably here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/121



Edit: See that, I forked the extension and create a pull request for the version of the extension that was compatible with GNOME 3.28, but was not merged or adapted to be merged by someone else inside the official ubuntu extension: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/144






share|improve this answer





















  • 1





    Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

    – colan
    Sep 4 '18 at 19:11








  • 2





    @colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

    – lestcape
    Sep 5 '18 at 16:09











  • Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

    – Elder Geek
    Sep 18 '18 at 19:22






  • 2





    DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

    – Alfonso Nishikawa
    Oct 2 '18 at 9:49






  • 1





    @Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

    – lestcape
    Oct 2 '18 at 17:29












Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1067766%2fupgrade-from-16-04-to-18-04-indicator-multiload-doesnt-work%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









4














Ubuntu 18.04 now use GNONE Shell instead of the Unity desktop like probably you already know. They are different desktops, but in general there are not limitations to use the same feature of Ubuntu 16.04 with Unity in Ubuntu 18.04 with GNOME Shell.



The same thing can be more easy or more hard to do in one or in the another desktop. This things you want, can be integrate better or worse with the rest of the shell to look like more or less pretty, or will work with worse or better performace, but finally it can be implemented in both desktops environments. A different history will not be true in general and need to be proven to then be taked as a true. Thats why i recommend be obtimistic. When something have not support, is not because a desktop is called X or Y, is because the developers behind the desktop are called X or Y. So, will be always a human factor and not a desktop name.



The case of the indicator-multiload is not different then and of course, it will work just fine with GNOME Shell. The problem was that the GNOME Shell developers, dosen' t likes the indicators, because this feature aparently do not match with his conception of the desktop. Source: https://bugzilla.gnome.org/show_bug.cgi?id=652122



Not matter if the shell developers deside to not support the indicators, because they really support extensions and then some thrid party developers can make possible the usage of the indicators inside the Gnome Shell session and thats what then happened
when Jonas Kümmerlin create that extension: https://github.com/rgcjonas



When Ubuntu come to Gnome Shell in 18.04, the develop of the extension to loaded the indicators was not very active and was develop, preventing break the shell as possible, to cause few disturbs. So, it was limited a lot and some things was simplify in theory maybe, to be more faster and cause less problems.



So, the non-homogeneus indicators was then be loaded in a way that they will be converted to homogeneous indicators and then simplify the procedure to scale the icons inside panel. That was what the official shell code was doing in this time with the status icons. Please also see that the status icons was then be dropped for inside Gnome Shell: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ a few years ago, because the gnome shell developers droped his usage in favour of NOTHING and then do not considered the usage of the indicators again.



Also, some time ago, i found (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/41) this gnome shell extension. I forked and convert it to a Cinnamon applet and then I merged it with another Cinnamon oficial applet for the status icons. That code is inside Cinnamon right now (https://github.com/linuxmint/Cinnamon/pull/5790). In Cinnamon, the history was different, and i tested a lot, the possible ways to render the indicators and also i fix some bugs that the original extension already have, because the extension never was used with non homogeneus indicators. As an intresting thing, I can say that I never merged some of that improves in the Cinnamon desktop. Thats why in the cinnamon desktop the indicator-multiload is also homogeneus like it's in Ubuntu 18.04 right now.



When Ubuntu 18.04 was forked the indicator extension, i opened a bug there (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/92), to see if they want to fix something in the extension, but for what i see, they don't care to do so much. So, today i just forked the extension and fix the indicator-multiload only, because you want that, but don't think i will continue the develop of that extension or something similar. I think you need to ask to the ubuntu developers about that feature. Probably here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/121



Edit: See that, I forked the extension and create a pull request for the version of the extension that was compatible with GNOME 3.28, but was not merged or adapted to be merged by someone else inside the official ubuntu extension: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/144






share|improve this answer





















  • 1





    Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

    – colan
    Sep 4 '18 at 19:11








  • 2





    @colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

    – lestcape
    Sep 5 '18 at 16:09











  • Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

    – Elder Geek
    Sep 18 '18 at 19:22






  • 2





    DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

    – Alfonso Nishikawa
    Oct 2 '18 at 9:49






  • 1





    @Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

    – lestcape
    Oct 2 '18 at 17:29
















4














Ubuntu 18.04 now use GNONE Shell instead of the Unity desktop like probably you already know. They are different desktops, but in general there are not limitations to use the same feature of Ubuntu 16.04 with Unity in Ubuntu 18.04 with GNOME Shell.



The same thing can be more easy or more hard to do in one or in the another desktop. This things you want, can be integrate better or worse with the rest of the shell to look like more or less pretty, or will work with worse or better performace, but finally it can be implemented in both desktops environments. A different history will not be true in general and need to be proven to then be taked as a true. Thats why i recommend be obtimistic. When something have not support, is not because a desktop is called X or Y, is because the developers behind the desktop are called X or Y. So, will be always a human factor and not a desktop name.



The case of the indicator-multiload is not different then and of course, it will work just fine with GNOME Shell. The problem was that the GNOME Shell developers, dosen' t likes the indicators, because this feature aparently do not match with his conception of the desktop. Source: https://bugzilla.gnome.org/show_bug.cgi?id=652122



Not matter if the shell developers deside to not support the indicators, because they really support extensions and then some thrid party developers can make possible the usage of the indicators inside the Gnome Shell session and thats what then happened
when Jonas Kümmerlin create that extension: https://github.com/rgcjonas



When Ubuntu come to Gnome Shell in 18.04, the develop of the extension to loaded the indicators was not very active and was develop, preventing break the shell as possible, to cause few disturbs. So, it was limited a lot and some things was simplify in theory maybe, to be more faster and cause less problems.



So, the non-homogeneus indicators was then be loaded in a way that they will be converted to homogeneous indicators and then simplify the procedure to scale the icons inside panel. That was what the official shell code was doing in this time with the status icons. Please also see that the status icons was then be dropped for inside Gnome Shell: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ a few years ago, because the gnome shell developers droped his usage in favour of NOTHING and then do not considered the usage of the indicators again.



Also, some time ago, i found (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/41) this gnome shell extension. I forked and convert it to a Cinnamon applet and then I merged it with another Cinnamon oficial applet for the status icons. That code is inside Cinnamon right now (https://github.com/linuxmint/Cinnamon/pull/5790). In Cinnamon, the history was different, and i tested a lot, the possible ways to render the indicators and also i fix some bugs that the original extension already have, because the extension never was used with non homogeneus indicators. As an intresting thing, I can say that I never merged some of that improves in the Cinnamon desktop. Thats why in the cinnamon desktop the indicator-multiload is also homogeneus like it's in Ubuntu 18.04 right now.



When Ubuntu 18.04 was forked the indicator extension, i opened a bug there (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/92), to see if they want to fix something in the extension, but for what i see, they don't care to do so much. So, today i just forked the extension and fix the indicator-multiload only, because you want that, but don't think i will continue the develop of that extension or something similar. I think you need to ask to the ubuntu developers about that feature. Probably here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/121



Edit: See that, I forked the extension and create a pull request for the version of the extension that was compatible with GNOME 3.28, but was not merged or adapted to be merged by someone else inside the official ubuntu extension: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/144






share|improve this answer





















  • 1





    Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

    – colan
    Sep 4 '18 at 19:11








  • 2





    @colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

    – lestcape
    Sep 5 '18 at 16:09











  • Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

    – Elder Geek
    Sep 18 '18 at 19:22






  • 2





    DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

    – Alfonso Nishikawa
    Oct 2 '18 at 9:49






  • 1





    @Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

    – lestcape
    Oct 2 '18 at 17:29














4












4








4







Ubuntu 18.04 now use GNONE Shell instead of the Unity desktop like probably you already know. They are different desktops, but in general there are not limitations to use the same feature of Ubuntu 16.04 with Unity in Ubuntu 18.04 with GNOME Shell.



The same thing can be more easy or more hard to do in one or in the another desktop. This things you want, can be integrate better or worse with the rest of the shell to look like more or less pretty, or will work with worse or better performace, but finally it can be implemented in both desktops environments. A different history will not be true in general and need to be proven to then be taked as a true. Thats why i recommend be obtimistic. When something have not support, is not because a desktop is called X or Y, is because the developers behind the desktop are called X or Y. So, will be always a human factor and not a desktop name.



The case of the indicator-multiload is not different then and of course, it will work just fine with GNOME Shell. The problem was that the GNOME Shell developers, dosen' t likes the indicators, because this feature aparently do not match with his conception of the desktop. Source: https://bugzilla.gnome.org/show_bug.cgi?id=652122



Not matter if the shell developers deside to not support the indicators, because they really support extensions and then some thrid party developers can make possible the usage of the indicators inside the Gnome Shell session and thats what then happened
when Jonas Kümmerlin create that extension: https://github.com/rgcjonas



When Ubuntu come to Gnome Shell in 18.04, the develop of the extension to loaded the indicators was not very active and was develop, preventing break the shell as possible, to cause few disturbs. So, it was limited a lot and some things was simplify in theory maybe, to be more faster and cause less problems.



So, the non-homogeneus indicators was then be loaded in a way that they will be converted to homogeneous indicators and then simplify the procedure to scale the icons inside panel. That was what the official shell code was doing in this time with the status icons. Please also see that the status icons was then be dropped for inside Gnome Shell: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ a few years ago, because the gnome shell developers droped his usage in favour of NOTHING and then do not considered the usage of the indicators again.



Also, some time ago, i found (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/41) this gnome shell extension. I forked and convert it to a Cinnamon applet and then I merged it with another Cinnamon oficial applet for the status icons. That code is inside Cinnamon right now (https://github.com/linuxmint/Cinnamon/pull/5790). In Cinnamon, the history was different, and i tested a lot, the possible ways to render the indicators and also i fix some bugs that the original extension already have, because the extension never was used with non homogeneus indicators. As an intresting thing, I can say that I never merged some of that improves in the Cinnamon desktop. Thats why in the cinnamon desktop the indicator-multiload is also homogeneus like it's in Ubuntu 18.04 right now.



When Ubuntu 18.04 was forked the indicator extension, i opened a bug there (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/92), to see if they want to fix something in the extension, but for what i see, they don't care to do so much. So, today i just forked the extension and fix the indicator-multiload only, because you want that, but don't think i will continue the develop of that extension or something similar. I think you need to ask to the ubuntu developers about that feature. Probably here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/121



Edit: See that, I forked the extension and create a pull request for the version of the extension that was compatible with GNOME 3.28, but was not merged or adapted to be merged by someone else inside the official ubuntu extension: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/144






share|improve this answer















Ubuntu 18.04 now use GNONE Shell instead of the Unity desktop like probably you already know. They are different desktops, but in general there are not limitations to use the same feature of Ubuntu 16.04 with Unity in Ubuntu 18.04 with GNOME Shell.



The same thing can be more easy or more hard to do in one or in the another desktop. This things you want, can be integrate better or worse with the rest of the shell to look like more or less pretty, or will work with worse or better performace, but finally it can be implemented in both desktops environments. A different history will not be true in general and need to be proven to then be taked as a true. Thats why i recommend be obtimistic. When something have not support, is not because a desktop is called X or Y, is because the developers behind the desktop are called X or Y. So, will be always a human factor and not a desktop name.



The case of the indicator-multiload is not different then and of course, it will work just fine with GNOME Shell. The problem was that the GNOME Shell developers, dosen' t likes the indicators, because this feature aparently do not match with his conception of the desktop. Source: https://bugzilla.gnome.org/show_bug.cgi?id=652122



Not matter if the shell developers deside to not support the indicators, because they really support extensions and then some thrid party developers can make possible the usage of the indicators inside the Gnome Shell session and thats what then happened
when Jonas Kümmerlin create that extension: https://github.com/rgcjonas



When Ubuntu come to Gnome Shell in 18.04, the develop of the extension to loaded the indicators was not very active and was develop, preventing break the shell as possible, to cause few disturbs. So, it was limited a lot and some things was simplify in theory maybe, to be more faster and cause less problems.



So, the non-homogeneus indicators was then be loaded in a way that they will be converted to homogeneous indicators and then simplify the procedure to scale the icons inside panel. That was what the official shell code was doing in this time with the status icons. Please also see that the status icons was then be dropped for inside Gnome Shell: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ a few years ago, because the gnome shell developers droped his usage in favour of NOTHING and then do not considered the usage of the indicators again.



Also, some time ago, i found (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/41) this gnome shell extension. I forked and convert it to a Cinnamon applet and then I merged it with another Cinnamon oficial applet for the status icons. That code is inside Cinnamon right now (https://github.com/linuxmint/Cinnamon/pull/5790). In Cinnamon, the history was different, and i tested a lot, the possible ways to render the indicators and also i fix some bugs that the original extension already have, because the extension never was used with non homogeneus indicators. As an intresting thing, I can say that I never merged some of that improves in the Cinnamon desktop. Thats why in the cinnamon desktop the indicator-multiload is also homogeneus like it's in Ubuntu 18.04 right now.



When Ubuntu 18.04 was forked the indicator extension, i opened a bug there (https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/92), to see if they want to fix something in the extension, but for what i see, they don't care to do so much. So, today i just forked the extension and fix the indicator-multiload only, because you want that, but don't think i will continue the develop of that extension or something similar. I think you need to ask to the ubuntu developers about that feature. Probably here: https://github.com/ubuntu/gnome-shell-extension-appindicator/issues/121



Edit: See that, I forked the extension and create a pull request for the version of the extension that was compatible with GNOME 3.28, but was not merged or adapted to be merged by someone else inside the official ubuntu extension: https://github.com/ubuntu/gnome-shell-extension-appindicator/pull/144







share|improve this answer














share|improve this answer



share|improve this answer








edited 6 mins ago

























answered Aug 25 '18 at 10:55









lestcapelestcape

55628




55628








  • 1





    Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

    – colan
    Sep 4 '18 at 19:11








  • 2





    @colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

    – lestcape
    Sep 5 '18 at 16:09











  • Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

    – Elder Geek
    Sep 18 '18 at 19:22






  • 2





    DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

    – Alfonso Nishikawa
    Oct 2 '18 at 9:49






  • 1





    @Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

    – lestcape
    Oct 2 '18 at 17:29














  • 1





    Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

    – colan
    Sep 4 '18 at 19:11








  • 2





    @colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

    – lestcape
    Sep 5 '18 at 16:09











  • Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

    – Elder Geek
    Sep 18 '18 at 19:22






  • 2





    DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

    – Alfonso Nishikawa
    Oct 2 '18 at 9:49






  • 1





    @Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

    – lestcape
    Oct 2 '18 at 17:29








1




1





Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

– colan
Sep 4 '18 at 19:11







Sounds great; thanks for the information, but a bunch of us have already switched to another app that's been working for a while. See askubuntu.com/questions/968641/… for details. When the above gets in, are there benefits to switching back?

– colan
Sep 4 '18 at 19:11






2




2





@colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

– lestcape
Sep 5 '18 at 16:09





@colan Because what you mention is only an specific applet that can be used only to monitor things, while this solution involved a fix for a general extension that allow a lot of types of indicators and not just a hardware monitor. This is an attemp to reused a lot of works, not an attempt to make a new one. For the another hand, indicators are a general concepts that can be used in a lot of desktops, while a gnome shell extension is only for a gnome desktop.

– lestcape
Sep 5 '18 at 16:09













Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

– Elder Geek
Sep 18 '18 at 19:22





Perhaps I'll reinstall gnome-shell and gdm and try this approach. I'd already taken the path of least resistance and canned gnome in favor of unity as @n0rbert suggested here before I found this Q & A.. IMHO the whole Gnome/Wayland push was a bit of a fiasco.

– Elder Geek
Sep 18 '18 at 19:22




2




2





DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

– Alfonso Nishikawa
Oct 2 '18 at 9:49





DO NOT USE THIS SOLUTION, IT IS OUTDATED. And maybe your desktop will crash like mine :(

– Alfonso Nishikawa
Oct 2 '18 at 9:49




1




1





@Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

– lestcape
Oct 2 '18 at 17:29





@Alfonso Nishikawa github.com/ubuntu/gnome-shell-extension-appindicator/pull/144

– lestcape
Oct 2 '18 at 17:29


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1067766%2fupgrade-from-16-04-to-18-04-indicator-multiload-doesnt-work%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Why do type traits not work with types in namespace scope?What are POD types in C++?Why can templates only be...

Will tsunami waves travel forever if there was no land?Why do tsunami waves begin with the water flowing away...

Simple Scan not detecting my scanner (Brother DCP-7055W)Brother MFC-L2700DW printer can print, can't...