#Installmate should i remove it install#
#Installmate should i remove it update#
#Installmate should i remove it full#

Yes it is a nice way to use patterns instead of package names, pattern are not fully technical available, like to remove it,īut the package list of the pattern would be okay and the user can remove something.

#Installmate should i remove it full#

Yes lightdm is not a main requirement, like any other login manager, or package, but it would good for a full desktop environment.

I dont know if pulseaudio is a standard installation, but it was not installed, and i did because of missing sound and it worked.

Here on Mate there is now message on Debian yes.

#Installmate should i remove it install#

Other solution, a message would be nice or a dependency that not really depends but install if something is available. I think the mate-sensors-applet should search for the program hddtemp or service or libraries/availability (i dont know about hddtemp), when the program runs. Of course it could be found in a Packman repo and in others too, but to force other repos (to install a Mate feature) would be oversize and against the users decision.Īh i really dont know about the openSUSE package maintenance (like hddtemp), thank you for the info With bug fixes/security and dependency updates.Īnd Mate should ship their features in their own repo, so that the user needs only the one main repo, if the main OS repo doesnt provide such features. Yes it would be good if other Desktop environments maintain their different Desktops styles like Gnome 2 / Gnome 3 and KDE 4 / 3, In the main repos of 13.1 and Tumbleweed there is no Mate. Mate is a part of the distribution? I think you mean the extra repos X11:MATE:Current and others. If a user only knows about STABLE: and doesnt look around for new information, because he dont know,Ī small link or note to the new repo is fine (no update). The thing about the Mate repositories is. Those packages would be only like a link to other packages and do not contain any file So the user can know 'yes i have to install that'. Mate-with-login-manager, mate-with-sound is easy. Other programs like the login manager, or soundserver are also hard to find, because they are called pulseaudio and lightdm, wich a user may never know to install. I think its really hard that the user knows about to install hddtemp.Ī simpler name like mate-harddisk-temperature-sensor-applet would be good.Īnd the user can select it easily from the list.

#Installmate should i remove it update#

(bluetooth is a point), i think its okay to force an update.Īn update could be resolved to use the KDE or GNOME bluetooth - without big dependencies, an extra package could be created with small dependencies if that is possible.Ī simple way to update all packages would be to simply replace all packages and remove all unnecessary packages. Hopefully the official openSUSE Mate will update any Mate from an outside repository in the right way, if the hole Mate do not change in it's main Face between major versions A small link to the changed repositories is always a good note. He could even went away from the Mate portal website, but it may be forgotten. The thing about the repository source of Mate is, if a user looks only in STABLE: for new updates then he lacks, multiple repositories confuse a bit. But if the user wants the complete Mate package then packages like mate-own-files/mate-with-xserver/mate-with-soundĮven mate-with-login-manager should be installed automatically. If a user wants to work only with the Mate files without an xserver, because of development reasons, then other stuff like a xserver or a login manager is not needed If a distribution have a feature by default, a duplicate program is not needed but features are good. The hddtemp worked and was installed by default in Mate, but i dont know in which distribution, for openSUSE the hddtemp package could be placed in the Mate repos.Įven the other Mate programs could be nice (i think it was on Mageia 2014), like this disk utility that i liked for the harddisk SMART feature. Yes why not, hddtemp would be a nice feature and a simple default way to go, without an user decision (a mate package like mate-harddisk-sensor-temperature could be for that). If its possible (that i really not know, for reasons like technical capability, errors, security, performance, stability), It was a bit confusion, i meant to remove all packages of a pattern, the grammar i used was not perfect.