Author Topic: Deprecated MATE-1.4-packages (mate-conf) [solved]  (Read 1187 times)

Offline py-thon

  • Jr. Member
  • **
  • Posts: 68
Deprecated MATE-1.4-packages (mate-conf) [solved]
« on: November 02, 2014, 06:55:16 pm »
Sparky MATE comes with several packages from MATE 1.4 which are considered deprecated for some time now, namely:
  • libmateconf
  • mate-conf
  • mate-conf-common
  • mate-conf-editor
and
  • mate-corba
While mate-corba was substituted for dbus which is already installed, so the former can probably (just my guess) be purged, I am not so sure about the mate-conf-bunch. http://wiki.mate-desktop.org/mateconf_to_gsettings is very confusing for me and I don't even know whether it is meant for me or only for programmers.
Looking at the values in mate-conf-editor it seems to me that they are not used but remnants. For example /apps/control-center/appearance/more_backgrounds_url refers to art.gnome.org whereas dconf-editor in org/mate/control-center/appearance/more-backgrounds-url correctly names mate-dektop.org. My changes to the appearance of caja are to be found in dconf-editor but not in mate-conf-editor.
According to http://mate-desktop.org/blog/2013-04-02-mate-1-6-released/index.html "All other settings will be migrated if you have MateConf 1.4 installed." it should be possible to purge the mate-conf-bunch without negative side-effects.
Does anyone know for sure?
« Last Edit: November 19, 2014, 07:01:20 pm by py-thon »
Tower: Sparky 64bit MATE
Netbook: Sparky 32bit MATE

Offline py-thon

  • Jr. Member
  • **
  • Posts: 68
Re: Deprecated MATE-1.4-packages (mate-conf)
« Reply #1 on: November 06, 2014, 02:21:54 pm »
I purged the five old packages and have not noticed any negative side-effects so far.
Tower: Sparky 64bit MATE
Netbook: Sparky 32bit MATE

Offline py-thon

  • Jr. Member
  • **
  • Posts: 68
Re: Deprecated MATE-1.4-packages (mate-conf)
« Reply #2 on: November 19, 2014, 07:00:56 pm »
After almost two weeks without problems I now consider this topic solved.
Tower: Sparky 64bit MATE
Netbook: Sparky 32bit MATE

Offline MoroS

  • Sr. Member
  • ****
  • Posts: 255
  • Problem solver ;)
Re: Deprecated MATE-1.4-packages (mate-conf)
« Reply #3 on: November 20, 2014, 12:15:48 pm »
After almost two weeks without problems I now consider this topic solved.

Maybe it was just some garbage packages. Things like that tend to stay installed when you install dependencies manually (even if they're not required anymore), so one might want to look at the installed package list from time to time. I don't know if we have a tool for that yet. :P
There isn't a single thing that's impossible. Just the things that we don't yet know how to deal with. ;)

Offline py-thon

  • Jr. Member
  • **
  • Posts: 68
Re: Deprecated MATE-1.4-packages (mate-conf) [solved]
« Reply #4 on: November 20, 2014, 04:06:51 pm »
The 1.4-packages are part of Sparky 3.5 MATE.
Tower: Sparky 64bit MATE
Netbook: Sparky 32bit MATE

Online pavroo

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1462
    • SparkyLinux
Re: Deprecated MATE-1.4-packages (mate-conf) [solved]
« Reply #5 on: November 20, 2014, 05:04:43 pm »
APT hasn't removed the old packages during upgrading to the higher version and I missed them.
They are still in the 3.5 iso image, but I cleaned it up already so the next 3.6 iso will be free of the old 1.4 and 1.6 MATE packages.
Nothing is easy as it looks.

Offline MoroS

  • Sr. Member
  • ****
  • Posts: 255
  • Problem solver ;)
Re: Deprecated MATE-1.4-packages (mate-conf) [solved]
« Reply #6 on: November 20, 2014, 05:21:45 pm »
APT hasn't removed the old packages during upgrading to the higher version and I missed them.

You've probably reinstalled them manually somewhere along the road. ;) The dependencies that are installed/reinstalled manually must also be removed manually. That's just how APT rolls. Might really think about a tool for this: something that would look at the list of manually installed packages, checked if they are a dependency for something that is not installed and if so, propose cleaning of such packages (users choice goes here, as there's always a chance for a "false posivite"). :P
There isn't a single thing that's impossible. Just the things that we don't yet know how to deal with. ;)