Indeed, we need to document the command correctly and list the packages to uninstall
1 Like
I donât think that to drop the delete button is a good idea. Nethserver claims to be easy to handle as itâs biggest advantage. To be able to install a package with a few clicks, but you canât get rid of it without CLI? IMO bad manner. For those who just want to disable the installed package and donât care about fragments that will remain it is good the way it is. And I think there are some of them.
Maybe an addtional notice, that for a full remove you have to go to CLI is an option.
Something like: âPlease be aware, that this option only remove the neth-package. If you want to do a full remove, please reffer to the deinstallation notes in the wiki.â
2 Likes
I wouldnât remove that button! Yes, as @giacomo said in the other topic, the Enterprise version does not have it, but the Enterprise version has also the config backup on cloud and factory reset in embedded systems: reinstalling from scratch and restoring the configuration is available out of the box 
Documenting the right packages to remove is difficult: information must be consistent. Iâd prefer trying to fix the group compositions and RPM dependencies, so that removals are not disruptive.
I consider such removals as bugs and they should be fixed, if possible.
2 Likes
The software center is a huge piece of code, but the signal wonât be good to remove the uninstall button IMHO.
If you have a bug, please correct it, it sounds simple 
2 Likes
I totally agreeâŠ
The delete button is clear⊠And the guy who access the Netserver webgui is a sysadmin or at least an advanced user⊠not a children.
2 Likes
sureâŠbut the list of deleted rpm must be clear, the removal of dependencies must be the same like with the CLI, and of course when you remove nethserver-mysql, mysql itself should be removed (for example) and unfortunately a lot of nethserver-* rpm of course.
The current behaviour just does not look consistent.
The nethserver-webproxy example can be installed and it installs squid etc⊠But when you remove it, nethserver-nextcloud is removed too. This is highly unwanted behavior and has nothing to do with being a sysadmin or not.
1 Like
Perhaps doing it makes little sense. What does that involve?
Does the behaviour is the same with the cli ?
@stephdl: ermmm dunno shrucks
I must test this. If it is doing the same in webinterface and cli, then still IMO it is a bad thing that by removing a proxy, nextcloud gets removed tooâŠ
1 Like
I agree: it doesnât look consistent but it is 
Yes it does.
This is how yum groups work.
Now I see it was a bad design decision to use yum groups as software module, my bad.
I donât any viable alternative right now.
1 Like
I bet this is now fixed 
necrobump 
Was on the breach to open an topic it is strange the dependencyâs of a nethserver-module are not removed. 
And after reading this, IMHO it is still strange 
Iâve just encountered this behavior with WebTop, and IMO, itâs very badly broken. If the software center is going to allow us to install software in a point-and-click manner, it likewise needs to allow us to remove it, safely and completely, in a point-and-click manner. But as noted up-thread, thatâs not at all what it does. When I try to remove WebTop, for example, it doesnât (say itâs going to) remove any of the binaries, or Java, or anything like that, but it does try to remove the mail server and everything else that acts as a webmail client.
I can run yum remove nethserver-webtop5, of course. That should remove all the templating, redirects, etc., so it doesnât interfere with the rest of my serverâbut it doesnât do anything to remove the bloatware that is WebTop from my system (sorry, not very impressed with WebTop at the moment).
Software installation canât be an irreversible process. I agree completely with @dnutan about the expected behaviorâthere has to be a way to make it behave as expected.