itzg / itzg/docker-minecraft-server
On the topic of self hosted .mrpack drawbacks
- Dominant language
- Shell
- Stars
- 14.3k
- Forks
- 1.9k
- Avg merge
- 2d 10h
- Merged PRs (30d)
- 31
Description
### Enhancement Type
Improve an existing feature
### Describe the enhancement
From what I've noticed (and it could me being blind), there seems to be no clean way of updating a modpack when providing a url to your self hosted .mrpack. I tried bumping the version but it didn't catch on. So far best solution I've found is to jump into the container and remove the existing .mrpack. Preferably the container would check for an existing .mrpack and compare versions and names, if the name+version don't match, redownload the mods.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by tracing the container startup logic that handles a self-hosted .mrpack URL and the existing local .mrpack. Check how the pack name and version are currently obtained and compared. Done means a changed name or version causes the updated pack and mods to be downloaded without manually removing the existing file.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, shell
- Domain
- devops
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100