version_file's content not getting appended to the deb package's name
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 38/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- debian
- Ambito
- build-system
Direzione di ricerca
Inizia riproducendo la build Bazel con un pkg_deb usando version_file, quindi confronta il nome del pacchetto generato con il file .changes, che contiene già la versione 1.1.1. Il lavoro è completato quando il caso version_file produce un pacchetto nel formato name_version_arch.deb, corrispondente al caso version.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The version_file attribute of pkg_deb is not working correctly. The name of the debian package that bazel generates should be in the form of name_version_arch.deb which is true when you have a pkg_deb with "version". But for some reason, you end up with name__arch.deb when you have the "version_file" attribute. The .changes file does contain the version in the text file, but the name does not end up with it
On a bazel build with pkg_deb that has version:
builder@container:~/mybazel/bazel-bin$ ls
mydeb.deb mydeb_1.1.1_amd64.changes mydeb_1.1.1_amd64.deb mytar.manifest mytar.tar.gz src
On a bazel build with pkg_deb that has version_file:
builder@container:~/mybazel/bazel-bin$ ls
mydeb.deb mydeb__amd64.changes mydeb__amd64.deb mytar.manifest mytar.tar.gz
builder@container:~/mybazel/bazel-bin$ cat mydeb__amd64.changes
Format: 1.8
Date: Thu Jan 1 00:00:00 1970
Source: mydeb
Binary: mydeb
Architecture: amd64
Version: 1.1.1
- Lingua principale
- Starlark
- Stelle
- 254
- Fork
- 225
- Merge medio
- 2g 4h
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la 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 bazelbuild/rules_pkg
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
bazelbuild/rules_pkg#1093 ·
I maintainer di solito rispondono entro 1 giorno
-
Targets rely on implicit `__init__.py` creation, causing rules_python deprecation warningsForse già presa @onnosteenbergen-samotics l’ha presa 32 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
bazelbuild/rules_pkg#1081 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
design feature-request
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
bazelbuild/rules_pkg#1080 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
bazelbuild/rules_pkg#1075 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
bazelbuild/rules_pkg#1066 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di bazelbuild/rules_pkg
Issue simili
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
kind/enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
I maintainer di solito rispondono entro 1 giorno
-
[BUG] micronaut-serde-oracle-jdbc-json brings a second OJDBC driver onto the runtime classpathForse già presa @ZARAYACH l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
micronaut-projects/micronaut-serialization#1494 · 4 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
vitruv-tools/Vitruv-Change#600 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
aws/context-ontology-accelerator#325 ·
I maintainer di solito rispondono entro 1 giorno