[Query]: Plans for Dockerisation?

[cardboardcode]

Hi @Briancbn, just a quick clarification.

Enquiry 🔍

Are there internal plans to dockerise rmf_scheduler? If there is none at the moment or in the near future, would it be okay if I made a pull request contribution to do so?

Asking because, for the sake of minimising environmental conflicts for users, I believe we should be able to run rmf_scheduler in a docker.

[Briancbn]

No such plans at the moment for the 0.2.x, reason as below stated in the README.

rmf_scheduler/README.md

Lines 9 to 14 in dadf287

	Manages task schedules for Open-RMF.
	> This version (`0.2.x`) serves as a proof-of-concept.
	> A future stable version (`1.0.0`) is under development within the RMF2 project,
	> the progress can be found under [**develop/v1**](https://github.com/ros-industrial/rmf_scheduler/tree/develop/v1).
	> For more info, please checkout <https://github.com/ros-industrial/rmf_scheduler/issues/9>.

Asking because, for the sake of minimising environmental conflicts for users, I believe we should be able to run rmf_scheduler in a docker.

It will be helpful if you can create one, it will be greatly appreciated and I can help review.
As the OpenRMF environment setup can become really tricky, it can be painful managing different versions of the various dependencies.

The 0.3.x onward will be provided as a service with REST endpoints as shown in a mini demo here. Containerization for this will be slightly different, but it will make a lot more sense in terms of deployment. We can port it over as well!

---

• Updated mini demo link to sphinx doc.

[cardboardcode]

Noted. Will update here once I have created and validated running rmf_scheduler in docker.

Thanks for the quick response. 😊

Closing issue thread.

[Briancbn]

Let leave this issue open until we have a Dockerfile for either version:)