Skip to content
This repository has been archived by the owner on Jan 26, 2024. It is now read-only.

OpenBSD support discussion #504

Open
fbushstone opened this issue Nov 2, 2023 · 2 comments
Open

OpenBSD support discussion #504

fbushstone opened this issue Nov 2, 2023 · 2 comments
Labels
A: enhancement New feature or request

Comments

@fbushstone
Copy link
Contributor

Recently, there has been talk of the wlroots library (https://github.com/openbsd/ports/blob/master/wayland/TODO-Wayland.md) coming to OpenBSD. Even though it's still in the experimental stages, I thought it would be a good idea to open a discussion on support for OpenBSD in dwl when support is finalized, even if it is years off. Philosophically, this would make dwl a successor to dwm in the Wayland space because dwm has a strong focus on OpenBSD as well as Linux.

dwl may need to do a few things to support OpenBSD:

  • Evaluate input options- it could be that nothing needs to be done if a successful libinput port is achieved
  • Evaluate alternatives to evdev such as wscons
  • Possibly make udev optional- this should be possible given recent changes in wlroots.
@fbushstone fbushstone added the A: enhancement New feature or request label Nov 2, 2023
@fauxmight
Copy link

fauxmight commented Nov 2, 2023

Depending on how the #497 SLOC discussion turns out, the only option here may be a user-maintained patch with a lot of #ifdef wrapping.

EDIT: That is not a dismissal, and isn't meant with a dismissive tone. The patch would be welcome, though I am not sure that you are not our only OpenBSD user.

@sevz17
Copy link
Collaborator

sevz17 commented Nov 3, 2023

dwl only uses posix, so it's highly possible the only things that would be needed are the the port of the libs

* Evaluate input options- it could be that nothing needs to be done if a successful libinput port is achieved

dwl only uses libinput to configure input devices, wlroots is what heavily depends on it to process input (iirc wlroots does not allow autocreate the backend w/o libinput)
If the new alternative introduces a lot of lines we could just skip configuring the devices

* Evaluate alternatives to evdev such as wscons

dwl doesn't use evdev directly

* Possibly make udev optional- this should be possible given recent changes in wlroots.

Yeah, we could guard the session thing with #ifdef

Depending on how the #497 SLOC discussion turns out, the only option here may be a user-maintained patch with a lot of #ifdef wrapping.

Hm, I'm want to add OpenBSD support, but also I'm reluctant because I don't really want to add code I can't test.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A: enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants