pkg_files ignores included pkg_mklinks
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- build-system
Línea de trabajo
Comienza rastreando cómo pkg_files consume los proveedores de pkg_mklink y reproduce el ejemplo en el que se pierde relative_link. Determina cómo se representan el enlace y el prefijo durante el empaquetado; el trabajo estará terminado cuando tanto el enlace simbólico como la biblioteca compartida aparezcan bajo /lib sin requerir un workaround con un enlace absoluto.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
GoaI
I want to construct a tree like
/lib/foo.so.1.2.3
/lib/foo.so -> foo.so.1.2.3
I would produce foo.so.1.2.3 with a cc_shared_library or cc_binary. I use pkg_files to locate that .so file into the image in /lib. I create the symlink with pkg_mklink. I want to include the link in the pkg_files target, and have both exist in lib. E.g.
fake_artifact(
name = "fake.so.1.2.3",
)
pkg_mklink(
name = "relative_link",
link_name = "so_by_another_name",
target = "fake.so.1.2.3",
)
pkg_files(
name = "fake_so_in_lib",
srcs = [
":fake.so.1.2.3",
":relative_link", # THIS GETS LOST.
],
prefix = "/lib",
)
I have to fake it with
pkg_mklink(
name = "absolute_link",
link_name = "/lib/fake.so.1",
target = "fake.so.1.2.3",
)
and including absolute_link in my final pkg_{tar|rpm|install}.
posible solutions
- Make it work with no surprises.
- Add prefix to
pkg_mklink.
But I am thinking that we need both. Put the prefix in the provider and have pkg_files rewrite the provider with the new link.
- Lenguaje dominante
- Starlark
- Estrellas
- 254
- Forks
- 225
- Merge medio
- 2 d 4 h
- PR fusionados (30 d)
- 3
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
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 bazelbuild/rules_pkg
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
bazelbuild/rules_pkg#1093 ·
Los mantenedores suelen responder en 1 día
-
Targets rely on implicit `__init__.py` creation, causing rules_python deprecation warningsPosiblemente ocupada @onnosteenbergen-samotics la tomó hace 32 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
bazelbuild/rules_pkg#1081 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
design feature-request
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
bazelbuild/rules_pkg#1080 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
bazelbuild/rules_pkg#1075 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
bazelbuild/rules_pkg#1066 · 1 reacción ·
Los mantenedores suelen responder en 1 día
Todos los issues de bazelbuild/rules_pkg
Issues similares
-
area:ci kind:bug priority:p3 ready
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
digitalfabrik/integreat-chat#519 ·
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
kind/enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Los mantenedores suelen responder en 1 día
-
[BUG] micronaut-serde-oracle-jdbc-json brings a second OJDBC driver onto the runtime classpathPosiblemente ocupada @ZARAYACH la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
micronaut-projects/micronaut-serialization#1494 · 4 comentarios ·
Los mantenedores suelen responder en 2 días