See $summary
Thank you for the bump request, but please wait at least 48h next time. https://wiki.gentoo.org/wiki/Zero-day_bump_requests This bump is a lot of work, but users can help a lot see https://wiki.gentoo.org/wiki/Project:MATE for more information.
I could perfectly - simple bump and - compile and - run Mate-1.20 without issues The only thing: There was an invest applet droped upstream Thus mate-base/mate-applets ebuild needs to have this edit: --- 83d81 < python_fix_shebang invest-applet 87c85 < geyes invest-applet mateweather multiload netspeed stickynotes > geyes mateweather multiload netspeed stickynotes ---
(In reply to Ulenrich from comment #2) > I could perfectly > - simple bump and > - compile and > - run Mate-1.20 > without issues > > The only thing: There was an invest applet droped upstream > Thus mate-base/mate-applets ebuild needs to have this edit: > --- > 83d81 > < python_fix_shebang invest-applet > 87c85 > < geyes invest-applet mateweather multiload netspeed stickynotes > > geyes mateweather multiload netspeed stickynotes > --- Hi, do you add xpresent use flag support ?
(In reply to Denis I. Polukarov from comment #3) > Hi, do you add xpresent use flag support ? I cannot see mentioned libXpresent in marco sources. You would have to ask upstream for a new feature! But Have you tried to use Mate-Desktop with windowmanager xfce-base/xfwm4 ? If that does not work, I know the Lxqt-Destop is happy with xfwm4 if you really do not want any Xfce-Destop ...
Apropos Xpresent, I was wrong: Mate announcement states at http://mate-desktop.org/blog/2018-02-07-mate-1-20-released/ --- Marco now supports DRI3 and XPresent, if available. Frame rates in games are significantly increased when using Marco. --- After installing =x11-libs/libXpresent-1.0 and again installing marco, portage/x11-wm/marco-1.20.0/temp/build.log: --- checking for XPresentPixmap in -lXpresent... yes checking for X11/extensions/Xpresent.h... yes --- @Denis I. Polukarov , adding to x11-wm/marco-1.20.0 dependencies: x11-libs/libXpresent:0 should be sufficient to have the announced Xpresent feature!
While we appreciate the help, blind bumping without reading the changelogs and source are required for a major release like this, and thus it'll require some time to go through it all.
(In reply to Ulenrich from comment #5) > Apropos Xpresent, I was wrong: > Mate announcement states at > http://mate-desktop.org/blog/2018-02-07-mate-1-20-released/ > --- > Marco now supports DRI3 and XPresent, if available. > Frame rates in games are significantly increased when using Marco. > --- > After installing =x11-libs/libXpresent-1.0 > and again installing marco, portage/x11-wm/marco-1.20.0/temp/build.log: > --- > checking for XPresentPixmap in -lXpresent... yes > checking for X11/extensions/Xpresent.h... yes > --- > > @Denis I. Polukarov , adding to x11-wm/marco-1.20.0 dependencies: > x11-libs/libXpresent:0 > should be sufficient to have the announced Xpresent feature! I've add use flag like this: < IUSE="startup-notification test xinerama" --- > IUSE="startup-notification test xinerama xpresent" 22c22 < >=dev-libs/glib-2.32.10:2 --- > >=dev-libs/glib-2.50:2 28c28 < >=x11-libs/gtk+-3.0:3 --- > >=x11-libs/gtk+-3.22:3 39a40 > xpresent? ( x11-libs/libXpresent ) 65a67 > $(use_enable xpresent) \
@Denis If libXpresent doesn't harm anything else on a system, I would vote for just another depend but not an additional USE
(In reply to Ulenrich from comment #8) > @Denis > If libXpresent doesn't harm anything else on a system, I would vote for just > another depend but not an additional USE @Ulenrich there are xf86-video-* drivers that does not support dri3 nor xpresent and libXpresent will be useless dependency.
Tested on x86_64 & arm, works fine.
(In reply to Ulenrich from comment #5) > Apropos Xpresent, I was wrong: > Mate announcement states at > http://mate-desktop.org/blog/2018-02-07-mate-1-20-released/ > --- > Marco now supports DRI3 and XPresent, if available. > Frame rates in games are significantly increased when using Marco. > --- > After installing =x11-libs/libXpresent-1.0 > and again installing marco, portage/x11-wm/marco-1.20.0/temp/build.log: > --- > checking for XPresentPixmap in -lXpresent... yes > checking for X11/extensions/Xpresent.h... yes > --- > > @Denis I. Polukarov , adding to x11-wm/marco-1.20.0 dependencies: > x11-libs/libXpresent:0 > should be sufficient to have the announced Xpresent feature! Small misfeature, you should be able to build MATE without libXpresent even if libXpresent is installed.
it would be so nice if this bug is fixed too: https://bugs.gentoo.org/633334 Also, /etc/X11/xinit/xinitrc.d/10-user-dirs-update-mate can be removed from mate-base/mate-session-manager. This service is provided by x11-misc/xdg-user-dirs, if needed at all? Then we have https://bugs.gentoo.org/633338 and https://bugs.gentoo.org/633336 for elogind support. Not sure if these are the only ones though. I think https://bugs.gentoo.org/599482 will have hints
missing Mate bump blocks https://bugs.gentoo.org/601360
app-text/atril-1.20.1 does not compile without USE epub, please wait for app-text/atril-1.20.2 or use upstream patch "atril-1.20.1-compile-without-epub.patch" found on github
*** Bug 648014 has been marked as a duplicate of this bug. ***
No news about Mate 1.20 in the Testing branch ? I sent an email to NP-Hardass without answer and there are nothing changes in the git gentoo-mate repo... Mate on Gentoo is dead ?
@Maxime I can assure you the version bump upstream mate-1.18.x to mate-1.20.x is of kind version fetishism. Should have been mate-1.18.y if not there was a new longterm Ubuntu2018 this april. Only a simpple matter with mate-base/mate-applets which I explained in comment2 and comment14 if you choose USE -epub for atril.
(In reply to Ulenrich from comment #17) > @Maxime I can assure you the version bump upstream > mate-1.18.x to mate-1.20.x > is of kind version fetishism. > Should have been mate-1.18.y > if not there was a new longterm Ubuntu2018 this april. > Only a simpple matter with mate-base/mate-applets > which I explained in comment2 and comment14 > if you choose USE -epub for atril. Ok so there will be no "official" ebuild for Mate 1.20 ? And it's not possible to push the ebuilds with Proxy Maintainers Project ?
Hi ! For your information, 9 days without problems with MATE 1.20. If you want take my work, it's here : https://github.com/aaaaadrien/adrien-overlay-testing In this overlay, only MATE 1.20 with their apps + mate-tweak-tool
Another overlay for those interested, I've been watching upstream 1.20 revbumps and updating accordingly. Several people (including myself) have been using this on amd64 and arm64. https://github.com/bunder2015/overlay
@Chris , yes, bunder2015/overlay works like a charm. I don't know what is missing for to bump gentoo - maybe elogind patches for users not having systemd?
I don't use systemd or elogind, seems fine to me as-is.
Still no news about the push of Mate 1.20 in the official repo ?
The annoying screen locker bug(also a security fix) is fixed upstream: https://github.com/mate-desktop/mate-screensaver/issues/126#issuecomment-415731918 Doubtful if 1.18 will get the same fix
The screen-saver bug mentioned above has been released in mate-screensaver-1.20.2
Already bumped in my overlay. I check for updates daily.
(In reply to Chris Henhawke from comment #26) > Already bumped in my overlay. I check for updates daily. Yes, I have noticed that :) Question for you, when I open Appearance and look at the themes there I got a black small icon in all Traditional themes in the upper left corner. Do you as well?
(In reply to Joakim Tjernlund from comment #27) > Question for you, when I open Appearance and look at the themes there I got > a black small icon in all Traditional themes in the upper left corner. > Do you as well? I see a black square with a white border. I believe it's the icon for mate-terminal, or a slight variant.
(In reply to Chris Henhawke from comment #28) > (In reply to Joakim Tjernlund from comment #27) > > Question for you, when I open Appearance and look at the themes there I got > > a black small icon in all Traditional themes in the upper left corner. > > Do you as well? > > I see a black square with a white border. I believe it's the icon for > mate-terminal, or a slight variant. Yes, that is the one. To me it look like the "icon missing" symbol.
Starting from 1.20, MATE supports HiDPI screens, but older versions don't, and that makes 1.18 impossible to use on modern laptop. Any luck to get also 1.20 in official repo?
A user pinged me in discord about this. If the maintainers do not reply within 2 weeks with a status update, I will consider it okay to commit revision bumps.
I don't think you need to wait when doing things well. I have an OK from mudler to touch whatever, including the bumps; I'm sure it applies to you as well, especially if you are a user of it too, unlike me.
(In reply to Richard Yao from comment #31) > A user pinged me in discord about this. If the maintainers do not reply > within 2 weeks with a status update, I will consider it okay to commit > revision bumps. If you do, please consider fixing this one too: https://bugs.gentoo.org/633334
(In reply to Richard Yao from comment #31) > A user pinged me in discord about this. If the maintainers do not reply > within 2 weeks with a status update, I will consider it okay to commit > revision bumps. > 2 weeks, please go ahead
Any news?
I'm still maintaining my overlay. Anyone is free to upstream it into portage, I recall talking to ryao briefly on IRC a few weeks ago but I'm guessing he got busy.
Joakim, Hi I think I see what you mean about the themes, so I filed https://github.com/mate-desktop/mate-themes/issues/238
(In reply to Chris Henhawke from comment #37) > Joakim, Hi I think I see what you mean about the themes, so I filed > https://github.com/mate-desktop/mate-themes/issues/238 Nice, lets see what comes of that. W.r.t your overlay, I see you have stuff there unrelated to MATE. Would mind keeping these somewhere else? I don't want to pull in something non MATE related from this overlay. Also, have you tried to fix any of the bugs w.r.t MATE in bugzilla?
(In reply to Joakim Tjernlund from comment #34) > (In reply to Richard Yao from comment #31) > > A user pinged me in discord about this. If the maintainers do not reply > > within 2 weeks with a status update, I will consider it okay to commit > > revision bumps. > > > 2 weeks, please go ahead Please go ahead and do the version bump. Can we open individual PR's in github for that? Maybe it will ease the work load if a few people work on this.
Hello guys, I did a PULL REQUEST with the Proxied Maintainers system. You can see my PR here : https://github.com/gentoo/gentoo/pull/10791 But still no answers from Gentoo Dev so idk if my PR will be accepted.
(In reply to Chris Henhawke from comment #20) > Another overlay for those interested, I've been watching upstream 1.20 > revbumps and updating accordingly. Several people (including myself) have > been using this on amd64 and arm64. > > https://github.com/bunder2015/overlay Hi Chris Just tested you overlay on a machine here and got this: !!! Fetched file: mate-calc-1.20.3.tar.xz VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 608220 !!! Expected: 608180 Refetching... File renamed to '/usr/portage/distfiles/mate-calc-1.20.3.tar.xz._checksum_failure_.77h0bg3r' Manifest out of sync?
File date looks different than I initially bumped the ebuild, I guess they changed something without bumping/renaming it. I'll fix the manifest in a few minutes.
Should be good to go, comparing the old and new files, it appears they slipped a commit into mate-calc 1.20.3 ("disable deprecation warnings for distcheck"), just some makefile changes.
(In reply to Chris Henhawke from comment #43) > Should be good to go, comparing the old and new files, it appears they > slipped a commit into mate-calc 1.20.3 ("disable deprecation warnings for > distcheck"), just some makefile changes. yes, it is good now, thanks.
1.22 is tagged now, no announcement yet though.
Oh nice. Give me a few days, I want to wait for the release notes, I imagine the ebuilds will need a huge overhaul to go to 1.22.
(In reply to Chris Henhawke from comment #46) > Oh nice. Give me a few days, I want to wait for the release notes, I > imagine the ebuilds will need a huge overhaul to go to 1.22. I don't think there are that big changes to the build code. It would be nice to address some old bugs and/or add logind support
mate 1.22 ebuilds are in the overlay, but mate-session-manager won't compile, asking mate if they can help find out why. i'll keep the 1.20 ebuilds around for a while as well for those who want to wait.
(In reply to Chris Henhawke from comment #48) > mate 1.22 ebuilds are in the overlay, but mate-session-manager won't > compile, asking mate if they can help find out why. > > i'll keep the 1.20 ebuilds around for a while as well for those who want to > wait. Nice! Did you adapt/fix bugs or just a plain copy of 1.20 ? Hopefully I can try in a day or two
(In reply to Chris Henhawke from comment #48) > mate 1.22 ebuilds are in the overlay, but mate-session-manager won't > compile, asking mate if they can help find out why. Probaly this: https://github.com/mate-desktop/mate-session-manager/commit/75cc360fcf8b2ee2c54ef748d907c4d07325e863.patch
Yeah that was the one. Thanks. I'll let them know it works.
(In reply to Chris Henhawke from comment #51) > Yeah that was the one. Thanks. I'll let them know it works. rm src_prepare and do this insated: PATCHES=( "${FILESDIR}"/${PN}-1.22.0-systemd-fix.patch ) or fails to build: ERROR: mate-base/mate-session-manager-1.22.0::bunder failed (prepare phase): * eapply_user (or default) must be called in src_prepare()!
MATE 1.22 DE starts here :)
Fixed that one, also mate-applets needed a modified patch, and mozo isn't python 2.7 compatible anymore. I think I got everything, but let me know if something doesn't build/run.
(In reply to Chris Henhawke from comment #54) > Fixed that one, also mate-applets needed a modified patch, and mozo isn't > python 2.7 compatible anymore. I think I got everything, but let me know if > something doesn't build/run. God, now it builds as is :) Could you look at adding elogind to mate-session as well?
Created attachment 568086 [details, diff] Initial Elogind support for mate-session This builds, is anyone brave to test?
You might want to talk to mate to get that upstreamed, once they have it in the source base we can look at use flag changes in the ebuild.
(In reply to Chris Henhawke from comment #57) > You might want to talk to mate to get that upstreamed, once they have it in > the source base we can look at use flag changes in the ebuild. Yes, once we have some testing of it. I don't have a setupt that is elogind ready. Neds quite some work first as or work DE is huge. Can you add it to your make-session ebuild(under USE=elogind) ? That will make things easier to test for all.
mate-power-manager needs an elogind USE flag too, just to pull in elogind instead of systemd/consolekit.
My patch sparked some interest, it has already been tested and add in another overlay and some fedora distribution. Head over to https://github.com/mate-desktop/mate-session-manager/issues/146#issuecomment-471130324 for details.
There is additional work for mate-1.22: - missing libmateweather-1.22 https://bugs.gentoo.org/680786 - perhaps mate-polkit-1.22 also - drop of python2 support https://bugs.gentoo.org/680792
> - missing libmateweather-1.22 > https://bugs.gentoo.org/680786 > > - perhaps mate-polkit-1.22 also > > - drop of python2 support > https://bugs.gentoo.org/680792 All solved now by Mikle Kolyada
This bug seems to be obsolete then.