Hello,
it’s me the fedora MATE maintainer. We are starting to build MATE 1.26 on epel8/9 repos.
I will use higher versions than your package versions to provide people a clean upgrade to MATE 1.26 from epel repo.
So it might be a good point to stop building Mate at corps, …or maybe not. But this will make it harder for users 
My motivation is to support rocky linux.
Dear stenstrop, are you a fedora packager and like to help out building Mate for epel?
regards
Wolfgang
1 Like
Hi Wolfgang,
It’s good to hear this will now be official.
I’m not planning on doing any more major upgrades on the copr repo as some MATE components require a newer version of GTK3 than what is provided by EL8.
If a clean upgrade from the copr repo is wanted, the Epoch value will have to be set on some packages. I didn’t properly test a build (Was incompatible with older GTK3) and I had to set the Epoch value to force a downgrade.
I would be happy to help with this. I am not a Fedora Packager though, do I need to register as one?
– Thomas (stenstorp)
Hi Thomas,
basically it is all done for epel8/9. I was also able to rebase caja-1.26 for epel8. Please test.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-9976b68dc3
Using an epoch is something which don’t want, this should be use carefully because it is impossible to update such a package and there is no way back.
I noticed you did that somewhere in your repo.
That means users of your repo need to uninstall the repo and the package.
Follow this guide to become a packager.
If you’re interested to help maintaining MATE i can sponsor you.
Wolfgang
I’m on CentOS Stream 8, and I’ve been seeing my stenstorp/MATE packages get replaced by epel8 versions as they’re released, and everything is working fine so far. I’ve since disabled/removed the stenstorp/lightdm repo that I was using since all of its RPMs have been replaced by epel ones.
I still see the following RPMs that haven’t been replaced yet. Will these eventually be provided as well?
# yum --disablerepo=copr:copr.fedorainfracloud.org:stenstorp:MATE list extras | grep stenstorp:MATE
brisk-menu.x86_64 0.6.2-2.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
gnome-epub-thumbnailer.x86_64 1.6-5.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
libcryptui.x86_64 3.12.2-21.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
libgnome-keyring.x86_64 3.12.0-21.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
pluma.x86_64 1.24.2-2.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
pluma-data.noarch 1.24.2-2.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
seahorse-caja.x86_64 1.18.1-10.el8 @copr:copr.fedorainfracloud.org:stenstorp:MATE
Greg
seahorse-caja isn’t a package of mine. You can request a epel8/9 build. See EPEL Package Request :: Fedora Docs
brisk-menu isn’t a fedora package and needs to be build first for fedora. Maybe a good starting point for Thomas
Personal i don’t like it , i prefer normal classic menus.
For pluma we’re waiting for a dependency (gtksourceview4).
gnome-epub-thumbnailer i am using for myself and I will see what i can do.
Is it possible to add this as a package group to EPEL?
Thomas had a list of RPMs to install in his COPR documentation, but it’d be nice to be able to do something like:
dnf install @mate-desktop
or similar.
(post deleted by author)
Not sure if this is the best place to report bugs in Rocky Linux Mate but her goes : In upgrading the mate-settings-daemon from 1.24 ( RL 8.7 ) to 1.26.1-1 ( RL 8.8 ) I lost the hardware up/down/mute volume and mic mute buttons on a Thinkpad 530 . No icons when buttons were pressed and no action either. I’ve traced the problem to a particular patch :
mate-settings-daemon_0001-Add-setting-for-adjustment-of-audio-volume-above-100.patch
Disabling it and rebuilding the RPM brings back the orginal behaviour . I don’t know enough about the code to take it much further but I presume the keys aregetting remapped or reassigned in the patch
peter