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

FvwmMFL: introduce FVWMML_SOCKET_PATH for namespacing #1023

Merged
merged 1 commit into from
May 5, 2024
Merged

Conversation

ThomasAdam
Copy link
Member

@ThomasAdam ThomasAdam commented May 5, 2024

Currently, it's possible to change the listening socket for FvwmMFL via
an environment variable, FVWMMFL_SOCKET. The reasons for this is that it
makes it easier to move the socket path to different locations away from
/tmp, to, say, $FVWM_USERDIR.

However, this single environment variable is reused across different
running fvwm instances which means commands sent via FvwmPrompt or
FvwmCommand end up going to the wrong fvwm instance, as it's a case of
whichever process reads that first, is sent to the DISPLAY that fvwm is
running on.

Therefore, set FVWMMFL_SOCKET_PATH to a base directory, under which,
namespaced directories per DISPLAY for the relevant FvwmMFL sockets can
be created.

Fixes #995

@ThomasAdam ThomasAdam added this to the 1.1.1 milestone May 5, 2024
@ThomasAdam ThomasAdam self-assigned this May 5, 2024
@ThomasAdam ThomasAdam changed the title ta/gh 995 FvwmMFL: introduce FVWMML_SOCKET_PATH for namespacing May 5, 2024
@ThomasAdam ThomasAdam added the type:breaking Issue is not backwards-compatible and will break configs/build label May 5, 2024
Currently, it's possible to change the listening socket for FvwmMFL via
an environment variable, FVWMMFL_SOCKET. The reasons for this is that it
makes it easier to move the socket path to different locations away from
/tmp, to, say, $FVWM_USERDIR.

However, this single environment variable is reused across different
running fvwm instances which means commands sent via FvwmPrompt or
FvwmCommand end up going to the wrong fvwm instance, as it's a case of
whichever process reads that first, is sent to the DISPLAY that fvwm is
running on.

Therefore, set FVWMMFL_SOCKET_PATH to a base directory, under which,
namespaced directories per DISPLAY for the relevant FvwmMFL sockets can
be created.

Fixes #995
@ThomasAdam ThomasAdam added the relates:module Issue is in module code label May 5, 2024
@ThomasAdam ThomasAdam merged commit da4387b into main May 5, 2024
5 checks passed
@ThomasAdam ThomasAdam deleted the ta/gh-995 branch May 5, 2024 18:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
relates:module Issue is in module code type:breaking Issue is not backwards-compatible and will break configs/build
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

FvwmMFL: FVWMMFL_SOCKET needs rethinking
1 participant