Assuming EXWM maintenance

[medranocalvo]

In these strange circunstances have I taken the decision to assume maintenance of EXWM.

I assume the maintenance at this moment for the reason that I was given access to ch11ng/exwm project page, and was given permission to commit and release. This access and permission were given in different circumstances, and I do not have permission from him to take over maintenance. I'm nevertheless taking this step in order to revitalize the project and keep users and contributors engaged until @ch11ng returns, hopefully soon.

My plan is to assume this role until @ch11ng is back, or up to July 2022, when there will have passed two years without news of him. I think that at that point the project shall be moved to a different location and it shall be decided whether I am to continue maintaining EXWM, especially attending to my availability then.

I'd like to make you aware of the following:

• I have little time in my hands. I expect I'll be able to dedicate max. a couple of hours per week.
• My focus will be on reviewing and merging PRs and releasing
• I'd like to enlist collaborators to help with testing PRs and debugging; I'd like to improve debuggability
• I doubt I'll be able to help users debug issues, though I'll try to help when I can.
• I doubt I'll be able to implement improvements, let alone big features.

Please, adjust your expectations.

---

Next steps for me are:

• Contact GNU ELPA maintainers
• Document development and maintainance processes in the Wiki; figure out how to release.
• Resurrect my savannah account
• Merge pending PRs & release
• Review and classify open issues.
• ...

Best regards,
Adrián.

[medranocalvo]

See also https://lists.gnu.org/archive/html/emacs-devel/2021-10/msg01377.html.

[enzuru]

Thank you for taking this step, @medranocalvo. I can offer you a few of my hours a week as well, so that we can hopefully help save this project. My workstation has been out of commission since my move, but I'll go ahead and install GNU Guix on it this week.

How would you like to coordinate? GitHub? IRC? Mailing list?

[medranocalvo]

Dear @enzuru,
thank you very much for your offer. I'm still figuring it out. (And have little time!). Roughly:

• Help with development
  • What I've done in the past is simply implement some features I wanted. Then I tried reproducing other's issues and asked for clarification or proposed patches.
  • I wish some parts of the codebase would be cleaner. It is difficult understand what is needed and what is obsolete.
  • I'd like to pinpoint EXWM longest-standing issues (e.g. the dreaded "Buffer is read-only") and somehow(TM) organize to tackle them
  • I'd like to improve debuggability, so that debugging issues becomes easier.
• Help with testing
  • Using master and reporting breakage
  • Testing pull requests
  • Help with reproducing/debugging other's issues
• Help with support
  • Just helping one another. Many of you have been doing that during the last months, thank you very much!

As for how to coordinate... I'd say GitHub is fine. (As mentioned above: expect slow replies.)

I'm not sure if this comment helps you. What did you had in mind?

[enzuru]

@medranocalvo this all gives me a good idea of how to help. I'll go ahead and setup a workstation with emacs master and exwm and xelb on master and go from there.

[elken]

Over the course of the next week or so, I'll be updating and migrating back to my exwm setup; after which point I'd also happily be available to help out :)

[medranocalvo]

Dear @elken,
thank you for your offer, it is appreciated. It would be especially helpful if you could run the master branch and report breakage: I don't use many EXWM features and it's hard to ascertain the impact of the changes. Case in point: fullscreen is broken since my last commit.

[minad]

@medranocalvo Thank you for maintaining EXWM all these years! I switched just recently from i3 and EXWM works exceptionally well.

My plan is to assume this role until @ch11ng is back, or up to July 2022, when there will have passed two years without news of him. I think that at that point the project shall be moved to a different location and it shall be decided whether I am to continue maintaining EXWM, especially attending to my availability then.

Do you still plan to move this project to a different location like a GH organization, like for example emacs-compat or emacs-gnplot? Would it make sense to distribute the maintenance load, depending on the activity here and your availability?

[Stebalien]

I'm also happy to help.

[Stebalien]

I also wonder, would it be possible to move development into the main Emacs codebase? We'd likely need several rounds of cleanup (e.g., #868) but it would be more stable in the long run.

[minad]

@Stebalien I don't think that moving EXWM to the Emacs repository would be ideal. The package is not "core functionality" and probably not used by sufficiently many users. Furthermore in the longer term, we may need an alternative for Wayland.

[Stebalien]

The package is not "core functionality" and probably not used by sufficiently many users.

Well... I'd say the same about the two IRC clients and 3(?) email clients. But you're probably right.

Furthermore in the longer term, we may need an alternative for Wayland.

We will. But, IMO, that likely will be builtin as we'll probably want to make Emacs a wayland compositor.

[minad]

Well... I'd say the same about the two IRC clients and 3(?) email clients. But you're probably right.

Yes, it may make sense to even move out some of the packages to GNU ELPA, e.g., rcirc, erc, mpc, ... and many others.

But, IMO, that likely will be builtin as we'll probably want to make Emacs a wayland compositor.

Why? Right now I can restart my Emacs with restart-emacs and all the X windows stay alive. If I understand correctly, the Wayland compositor cannot be restarted. Therefore the better design would be to have a separate tiny native wlroots-based server, which is started first (and never restarted). Emacs can be started later and communicate with this server to control window management. It won't work to make the compositor part of the Emacs process (neither built-in nor dynamic module).

[Stebalien]

Yeah, you're probably right. I'm just dreaming of replacing xwidgets with a wayland compositor (e.g., to embed a video player into a buffer) then using that feature to implement a full window manager with fewer hacks around detecting buffer/window changes (99% of EXWM bugs come from input focus issues).

[minad]

I'm just dreaming of replacing xwidgets with a wayland compositor (e.g., to embed a video player into a buffer) then using that feature to implement a full window manager with fewer hacks around detecting buffer/window changes (99% of EXWM bugs come from input focus issues).

For now, I think one could also implement such embedding for EXWM. The buffer should include a blank image (via display property) and EXWM could be informed via an additional property that a widget should go there. The question is how to handle cropping when scrolling.

[gdindi]

Hi.
About Wayland, I guess you are aware of this https://emacsconf.org/2022/talks/wayland/. Unfortunately, I have not been able to find the code for the talk.