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

Refactoring documentation about WM deployment with Docker and venv #12161

Open
anpicci opened this issue Nov 4, 2024 · 1 comment
Open

Refactoring documentation about WM deployment with Docker and venv #12161

anpicci opened this issue Nov 4, 2024 · 1 comment

Comments

@anpicci
Copy link
Contributor

anpicci commented Nov 4, 2024

Impact of the new feature
Have a more user-friendly documentation about WM agent deployment with Docker and venv. This particularly needs to be done before running the next training sessions on debugging (#11849)

Is your feature request related to a problem? Please describe.
The documentation is too scattered across the MKDocs repo

Describe the solution you'd like
Merge these documents into one.

Describe alternatives you've considered
None

@anpicci anpicci changed the title Refactoring documentation about WM deployment with Refactoring documentation about WM deployment with Docker and venv Nov 4, 2024
@amaltaro
Copy link
Contributor

amaltaro commented Nov 5, 2024

@anpicci we briefly discussed this yesterday, but now that I read its initial description, I just wanted to share some extra information and perspective here.

If we really decide to refactor the WMAgent documentation, then I think we could add this ticket as part of the meta-issue #11875 (which already has a ticket for legacy/out-dated content); and perhaps consider it as normal plan instead of Ops.

If the goal is only to describe/improve the Docker and virtual-environment based deployments, then yes, this ticket looks self-container. In addition, I think a good starting point is https://gitlab.cern.ch/dmwm/wmcore-docs/-/blob/master/docs/wmcore/WMAgent-in-Docker.md, which already gives a brief description of the docker deployment.

For the outcome - especially if it involves content removal - I would ask you and @todor-ivanov to actually provide a merge request instead of pushing changes upstream. This way others have the opportunity to look into the actual changes and identify anything that might be undesired.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: In Progress
Development

No branches or pull requests

3 participants