Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Workflow to build on *BSD #22

Open
phkaeser opened this issue Jan 24, 2024 · 2 comments
Open

Workflow to build on *BSD #22

phkaeser opened this issue Jan 24, 2024 · 2 comments
Labels
enhancement New feature or request help wanted Extra attention is needed question Further information is requested

Comments

@phkaeser
Copy link
Owner

Motivation: As #11 showed, it's too easy to accidentally end up with a broken build on FreeBSD (or other BSDs, for that matter).

To prevent: There is a github workflow to build on Linux, running on push/pull. Ideally, there be a github workflow that runs a build on FreeBSD (and/or other BSD flavours).

@phkaeser phkaeser added enhancement New feature or request help wanted Extra attention is needed question Further information is requested labels Jan 24, 2024
@jbeich
Copy link

jbeich commented Jan 24, 2024

How many bundled dependencies do you want built on CI? Downstream package doesn't use any (except libbase). I'd prefer system wlroots (like labwc CI) unless it's out-of-sync (either too new or too old). However, CMake (unlike Meson) doesn't make this easy.

FreeBSD CI options:

Some of those support other BSDs but given this project doesn't have platform-specific code it's probably too much trouble.

@phkaeser
Copy link
Owner Author

Preferrably: No bundled dependency (apart from libbase), and use system wlroots.

For practical terms during early development: My development environment is bound to some older stable releases, with old(ish) wlroots. Since I ran into a few bugs + had to pull wlroots from HEAD, I ended up with the current set of bundled dependencies; to have a consistent set of workably recent dependencies across my dev environments.
Also, wlroots API keeps changing significantly even across minor version; making it hard to have one codebase for various versions of system wlroots.

In current experimental stage, that seemed OK. I'll want to move this to bundled dependency version(s) as wlmaker progresses.

Thank you for the pointers! Will look into these.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants