Document how to build with system libs instead of vendored libs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 42/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- cmake, cpp
- Ambito
- build-system, documentation
Direzione di ricerca
Inizia con le istruzioni collegate per build-from-source e ispeziona la configurazione di CMake e l’elenco delle dipendenze nel repository OSM Express. Determina in che modo la compilazione seleziona le librerie vendorizzate rispetto a quelle fornite dalla distribuzione, quindi documenta gli argomenti CMake supportati e la configurazione prevista delle librerie di sistema, in modo che un responsabile del packaging per NixOS possa seguirla senza modificare i file sorgente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I'm considering to package OSM Express for NixOS / nixpkgs. As with many Linux distributions, the preferred way is to let applications use common copies of the libraries provided by the distribution, rather each bringing their own copies of those libraries.
It seems like, except for s2geometry, the libraries required by OSM Express are already in nixpkgs:
(When packaging OSM Express, I would also — separately — package s2geometry.)
However I'm unsure how to tell the OSM Express build system to use the distribution-provided libraries rather than the ones included in the source tree, and in the instructions to build from source I didn't find anything about that, either. Ideally, this can be done by passing arguments to cmake instead of having to modify any files in the source tree.
- Lingua principale
- C++
- Stelle
- 275
- Fork
- 23
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- 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 bdon/OSMExpress
-
Release binaries?Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
bdon/OSMExpress#79 · 3 commenti ·
-
Optimize build timeAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
bdon/OSMExpress#63 ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
bdon/OSMExpress#51 · 1 commento ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
bdon/OSMExpress#48 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
bdon/OSMExpress#39 · 1 commento ·
Tutte le issue di bdon/OSMExpress
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
xiaoyifang/goldendict-ng#3148 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 91/100
triton-inference-server/server#9069 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 4 giorni
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100