Proposal: honor `TMPDIR` in gdrcopy package build scripts
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 82/100
- Tipo di issue
- Bug
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Tranquilla
- Stack tecnologico
- shell
- Ambito
- build-system
Direzione di ricerca
Inizia da packages/build-rpm-packages.sh e packages/build-deb-packages.sh, individuando in ciascuno l’invocazione di mktemp che crea l’area di lavoro della build. Esegui gli script di packaging con TMPDIR impostato su una directory eseguibile e verifica che l’area di lavoro venga creata lì; verifica anche il comportamento di fallback quando TMPDIR non è impostato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
packages/build-rpm-packages.sh and packages/build-deb-packages.sh create their build workspace with an absolute /tmp template:
tmpdir=`mktemp -d /tmp/gdr.XXXXXX`
Because the template is an absolute path, mktemp uses it verbatim and never consults TMPDIR. The entire build then runs under /tmp, where the RPM %build stage executes ./config_arch. On hosts that mount /tmp with noexec (common on hardened OS), that script can't execute, and the build fails:
make: ./config_arch: Permission denied
GDRAPI_ARCH=
...
undefined reference to `memcpy_uncached_store_neon' # arch never detected → wrong sources compiled
There is no way to redirect the build off /tmp today.
Fix
Let mktemp resolve the base directory itself, so it honors TMPDIR and falls back to /tmp when unset:
-tmpdir=`mktemp -d /tmp/gdr.XXXXXX`
+tmpdir=`mktemp -d --tmpdir gdr.XXXXXX`
Apply the same change in both packages/build-rpm-packages.sh and packages/build-deb-packages.sh.
Portability note
--tmpdir is a GNU coreutils extension. These are Linux-only rpm/deb packaging scripts, so GNU mktemp is a safe assumption. If you prefer to avoid the GNU-specific flag, the portable equivalent is:
-tmpdir=`mktemp -d /tmp/gdr.XXXXXX`
+tmpdir=`mktemp -d "${TMPDIR:-/tmp}/gdr.XXXXXX"`
Both fixes are functionally identical.
- Lingua principale
- C
- Stelle
- 1.4k
- Fork
- 198
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
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 NVIDIA/gdrcopy
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
-
GDRCopy build/installation fails on kernel v6.17 and aboveForse di nuovo libera @pakmarkthub l’ha presa 135 giorni fa e non c’è nessuna pull request aperta. Aperta
NVIDIA/gdrcopy#335 · 17 commenti · 2 reazioni · 1 assegnatario ·
Tutte le issue di NVIDIA/gdrcopy
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
SPIDevice selects an active-high device as soon as it is createdForse già presa @mikeysklar l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
adafruit/circuitpython#11869 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
gnif/LookingGlass#1352 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100