aptly publish repo followed by aptly publish update, missing packages
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 20/100
Línea de trabajo
Reproduce the workflow using the commands in the issue: create jammy and jammy-debug repos, publish with components main and main/debug, then run aptly publish update jammy ubuntu. Compare published metadata before and after to confirm the debug packages are dropped. Read the aptly publish update documentation and source to see if it supports updating multiple components or if a flag is missing; check for --skip-contents or similar. Done means either the correct command is documented or the update behavior is fixed to retain all components.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi!
I am not sure that this is actually an issue (or me not using aptly correctly).
Here is how we create the repo for Ubuntu:
aptly repo create -distribution=jammy jammy
aptly repo create -distribution=jammy jammy-debug
aptly repo add \
-force-replace \
jammy \
PATH/*.deb
# debug packages
aptly repo add \
-force-replace \
jammy-debug \
PATH/*.ddeb
aptly publish repo \
-component="main,main/debug" \
-distribution="jammy" \
jammy jammy-debug ubuntu
The published repo is then uploaded to our mirrors and we have quite a lot
around the world. We would like to be able to add some deb/ddeb to some
releases (plugins) and not sync again the whole repo but just the extra deb/ddeb
and metadata.
I thought I could just add the new deb/ddeb and then run something like:
aptly publish update \
jammy ubuntu
But this apparently removes from the local repository all the jammy-debug
content and I can't find the right command to update both jammy and
jammy-debug. Am I missing something or aptly publish update is not the
right command?
Aptly version: 1.6.3 on Debian 12.
- Lenguaje dominante
- Go
- Estrellas
- 2.9k
- Forks
- 436
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de aptly-dev/aptly
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 54/100
Todos los issues de aptly-dev/aptly
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
area/docs theme/deployer
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
area/orchestration area/website kind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
vllm-project/aibrix#3317 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
documentation ready
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Needs Triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100