The enlightenment project in Gentoo seems to be dead. Half of their packages are outdated [1]. They don't reply to bugs, don't merge trivial patches attached to them. The CI issue indicating broken metadata.xml is not fixed since Oct 2017 [2,3], and nobody from the team cared to reply. Last commits of team members to the maintained packages are: tommy in Dec 2017 (proxied for user), Dec 2014 (his own) vapier in Mar 2017 I think we should stop pretending that the packages are maintained, disband the project and push the packages to maintainer-needed so that users who care about Enlightenment can step in and fix the packages. [1]:https://repology.org/metapackages/?maintainer=enlightenment%40gentoo.org&outdated=1 [2]:https://qa-reports.gentoo.org/output/gentoo-ci/output.html#x11-wm/enlightenment [3]:https://bugs.gentoo.org/633754
CC-ing Vadim who helped with bug #633754, maybe he's interested in taking the packages.
Package list: app-doc/edox-data dev-libs/efl dev-python/python-efl media-libs/elementary media-libs/imlib2 media-plugins/emotion_generic_players media-plugins/evas_generic_loaders media-plugins/imlib2_loaders x11-misc/e16keyedit x11-misc/e16menuedit2 x11-plugins/epplets x11-terms/terminology x11-themes/ethemes x11-wm/enlightenment
There is a strong PR waiting for merge: https://github.com/gentoo/gentoo/pull/5832 CC-ing bjacquin who wrote the PR. We definitely need a solution for this project, as currently, I have to maintain/bump/fix bugs for some of the project's ebuilds in my overlay (and I'm pretty sure I'm not the only one), as it takes an infinite time to EFL-related PR to be merged.
(In reply to Pierre-Olivier Mercier from comment #3) > There is a strong PR waiting for merge: > https://github.com/gentoo/gentoo/pull/5832 > > CC-ing bjacquin who wrote the PR. > > We definitely need a solution for this project, as currently, I have to > maintain/bump/fix bugs for some of the project's ebuilds in my overlay (and > I'm pretty sure I'm not the only one), as it takes an infinite time to > EFL-related PR to be merged. I don't mind maintaining this as a proxy maintainer
Ok, so independently of whether we do a complete action on this, proxy-maint doesn't mean adding anyone as co-maintainer to E packages. Bertrand, if you could rebase/update your PR and add commits adding yourself as co-maintainer (+ proxy-maint team), I'd review it and try to merge it soonish.
> Bertrand, if you could rebase/update your PR and add commits adding yourself > as co-maintainer (+ proxy-maint team), I'd review it and try to merge it > soonish. All done
@bertrand, @mgorny I was just being impatient (and had my old e crashing a couple of times), so I had a go at making a new ebuild without the old eclass and EAPI 6 compatible (also wrote a patch for that libunwind stuff and asked upstream if they maybe want to add it too) here's the link to my overlay with the efl and enlightenment overlays: https://gitweb.gentoo.org/dev/lordvan.git/ (not on layman at the moment cuz i had not used it for ages and it had failures too long - though i think i got rid of all those) Both efl and enlightenment seem to work (not had a look at terminology yet tbh) - I am writing this while running my enlightenment-0.22.1 and efl-1.20.7. The one thing that still has problems is efl doxygen document generation (it only seems to work when efl is already installed - something todo with eina i think) Please have a look if you want, but I do not intend to take it from you, so if your ebuild is working/better/.. feel free to continue
ok one other problem i am having at least: having a 2nd screen (hdmi in my case) plugged in makes e crash on startup .. not one i am using, but definitely somethign that i need to talk to raster about when i get time.
Hi, What is the status of Enlightenment project in Gentoo Team ? What is the next step to have it updated ?
@LordVan, do you wish to take Enlightenment project over, and possibly work with Bertrand on it? If you do and you'll willing to at least handle some bug processing and so on, I think we can keep the project. Otherwise, I'll drop the project and reassign all the packages to Bertrand so that he can close the bugs himself.
I just updated dev-libs/efl, but i probably wont have the time to maintain all the packages, so if nobody else wants to help maintain the enlightenment packages, i am fine with dropping the project and assigning the packages to individual maintainers
I can also contribute on this, I have been using this for a long time and keep on using it on Gentoo Arm v6 v7,aarch64,amd64
If we count all people who can contribute - I can, but not sure how often. Been here from ancient times of CVS, had acceess to vapier's personal SVN at time it was official E overlay... but use mostly live packages. Have bunch of amd64 systems.
@mgorny: sorry i just read your previous comment .. i intend to keep efl and enlightenment working and up2date on my machine - and at least my overlay. Regarding taking over and officially maintaining it .. i guess it wouldn't make too much difference anymore unless there are other packages i am currently not thinking of - grepping the tree as I type ;) Though even if I do i don'T really have too much interest in the live packages since releases are a lot more frequent than they used to be (at the moment) @tommy: did you just version-bump the package or make any adjustments? -- in my dev overlay is a version without the enlightenment eclass
btw @tommy efl and enlightenment will soon(er or later) drop autotools and use meson btw
This is a result of current Gentoo leadership and their impact on the distro.... Enlightenment is WELL maintained outside of tree... Updated eclasses supporting cmake and meson. All the latest ebuilds... Most ever EFL package I have come across that is worth while to package. Some packages I maintain directly as I do EFL development... https://github.com/Obsidian-StudiosInc/os-xtoo/ Gentoo cannot keep up and their current policies prevent such. Thank people like mgorny, tommy, and others for the current situation. They each played a direct role. Also carries over to Java, Gnome, and other things not just E... This is what happens when others ruin the community and fail to attract new developers or retain existing. Just end up making it so there is not enough people to maintain and many things fall to neglect I recommend NOT supporting them, and if you are able to become a dev. NEVER vote for them, and vote against them such that those peoples roles are diminished and they move on. You would think they would at least have the decency to not prevent others from working on and progressing things they have on interest in working on themselves... The state of Enlightenment is entirely their making as is any are of Gentoo being neglected. This PR is likely to be open for sometime... https://github.com/gentoo/gentoo/pull/5832 This one is about to hit 2 years... https://github.com/gentoo/gentoo/pull/1358 Thank mgorny and tommy for this situation. They should both spend their time to maintain that stuff. Since they prevent others from such. Then cause problems for others in the community. The whole situation is a mess of their making. Poor leadership!!!!
For running E under Wayland see -> bug #652340 I have some hackish patches to support building EFL against elogind vs systemd. Upstream has little interest in supporting systems without systemd... Again stuff that will likely never happen in Gentoo, as I am the one doing it... https://sourceforge.net/p/enlightenment/mailman/message/36278086/
William, please stop trying to use random bugs to spread your political agenda based purely on lies. If you bothered to do any research at all, you'd know that I'm not part of enlightenment project and I'm fully supportive to anyone who wants to maintain E. If you want to accuse me of anything, it could only be respect towards developers from Enlightenment project in Gentoo which makes me wait this long for their reply.
- project wiki page wiped - bugs reassigned to m-n (or m-w, as appropriate) - bugzilla acct renamed and disabled
(In reply to Michał Górny from comment #18) > William, please stop trying to use random bugs to spread your political > agenda based purely on lies. What ever, my comments were on topic. Were it not for people like you, E would be well maintained. You are part of the problem, NOT part of the solution! > If you bothered to do any research at all, I have... I have seen your PR review and other stuff... I am quite aware of much more than you may think I am... > you'd know that I'm not part of enlightenment project and I'm fully > supportive to anyone who wants to maintain E. Who wants to maintain things YOUR way, going through your crazy QA... Where you introduce new issues like that of Firebird. So many bugs fix in Firebird... Maybe try to use software if you are going to be claiming QA... > If you want to accuse me of > anything, it could only be respect towards developers from Enlightenment > project in Gentoo which makes me wait this long for their reply. Nobody in Gentoo or outside would ever consider you respectful... There is a likely a reason they are not replying to you. You are not pleasant to work with. Extremely disrespectful, rude, assume you are right when you are wrong, etc. I can see more reasons why someone would avoid responding to you or anything involving you.... In time you may figure this out for yourself or not... You have the same impact on repelling new developers. Current developers do not want to work with you, thus no reply. New ones surely will not... you are not making any of this any better...
Restricting the bug to prevent further off-topic spam. Will reopen once ComRel handles the issue.
- metadata.xml updated - 'up for grabs' sent
- pull requests reassigned
FTR, I have never had issues with Michał and enjoy working with him when our efforts cross paths. He has not abandoned this project or caused it harm as perceived, but rather has opened it so other developers and proxy-maintainers can contribute. This is obviously due to the project being unresponsive.
