Stop installing git's former Ubuntu dependencies
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- Mezza giornata
- Idoneità per principianti
- 45/100
- Tipo di issue
- Refactoring
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- docker, git, perl, ubuntu
- Ambito
- documentation, infrastructure
Direzione di ricerca
Start with the git installer's runtime package list, which is referenced for both the prepare and install steps, and remove the perl, liberror-perl, git-man and libcurl3-gnutls (libcurl3t64-gnutls on noble and newer) entries. Then update docs/custom-base-image.md to say that images needing them should use install-apt. Done when both steps no longer install those packages and the docs mention the change. The issue is a breaking-change proposal awaiting maintainer agreement, so confirm the approach before starting.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What would you like containerbase to do?
In the next major release, stop installing the apt packages that Ubuntu's git used to pull in: perl, liberror-perl, git-man and libcurl3-gnutls (libcurl3t64-gnutls on noble and newer).
Why
- git comes from our prebuild (#7778), built with
NO_PERLand linked against the distro'slibcurl4, so it needs none of them. install-tool gitonly keeps installing them for compatibility, so custom images that rely on them (shasumand other perl scripts,man git, binaries linked tolibcurl-gnutls.so.4) don't break in a minor release.
Proposal
- Remove the compatibility packages from the git installer's runtime packages, on prepare and on install.
- Mention the change in the release notes and in
docs/custom-base-image.md: images that need them install them withinstall-apt.
Drafted by Claude Opus 5.5 (Claude Code) for @viceice.
- Lingua principale
- TypeScript
- Stelle
- 58
- Fork
- 65
- Merge medio
- 11h 54m
- PR unite (30g)
- 428
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di containerbase/base
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
containerbase/base#7891 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
containerbase/base#7842 ·
I maintainer di solito rispondono entro 1 giorno
-
priority-3-normal tool/dotnet
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
containerbase/base#5996 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
containerbase/base#7908 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
containerbase/base#7902 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di containerbase/base
Issue simili
-
bug P3 UI/UX
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
StellarState/SS-backend#712 ·
I maintainer di solito rispondono entro 1 giorno
-
area: backend bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
snapotter-hq/SnapOtter#3473 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
gitroomhq/postiz-app#2304 ·
I maintainer di solito rispondono entro 1 giorno
-
harlan-agent-ready-to-implement routine:ci-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
harlan-zw/unlighthouse#454 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno