itzg / itzg/docker-minecraft-server

On the topic of self hosted .mrpack drawbacks

Open
#3,069 10 comments 1 reaction 0 assignees View on GitHub
enhancement
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.