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

add mmdebstrap as alternative to (c)debootstrap #217

Merged
merged 1 commit into from
Oct 16, 2023
Merged

add mmdebstrap as alternative to (c)debootstrap #217

merged 1 commit into from
Oct 16, 2023

Conversation

adrelanos
Copy link
Contributor

@mika mika merged commit a8d9625 into grml:master Oct 16, 2023
@mika
Copy link
Member

mika commented Oct 16, 2023

Thanks, though I think we should also improve the code to actually fall back to usage of mmdebstrap if the default (debootstrap) isn't available. (I'd also like to get us to using mmdebstrap as the new default BTW :))

@adrelanos
Copy link
Contributor Author

Oh. It crossed my mind. But I was too shy to suggest mmdebstrap by default. :)

I thought with the goal of backwards compatibility as expressed in #211 (comment) I thought that might be hard.

#211 also looks easy to do except when attempting to keep backwards compatibility.

@mika
Copy link
Member

mika commented Oct 16, 2023

Oh. It crossed my mind. But I was too shy to suggest mmdebstrap by default. :)

I thought with the goal of backwards compatibility as expressed in #211 (comment) I thought that might be hard.

Actually it shouldn't be too hard to get this, even backwards compatible: one could run DEBOOTSTRAP=mmdebstrap ... for all the supported Debian releases and see whether it would break for anything. Even if it does break for older Debian releases, we could start enabling mmdebstrap for only more recent Debian releases? Or if necessary, also check that mmdebstrap is available with a minimum version and fall back to debootstrap else, if that should be relevant.

#211 also looks easy to do except when attempting to keep backwards compatibility.

I just briefly checked, jessie doesn't seem to provide zstd yet, but it's available starting with stretch. (And runny wheezy isn't even easy any more with nowadays kernels due to vsyscall=emulate needs). I'd tend to say, whoever needs to run something older than stretch should also use an older version of grml-debootstrap, and we can agree to consider stretch as the oldest support release from within grml-debootstrap then.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants