Enable dbc to install off-registry drivers from GitHub repos
I maintainer di solito rispondono entro 1 giorno
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start by reading the dbc install command and driver-manager paths for how drivers and manifests are installed and resolved. The issue proposes GitHub release asset discovery and installation, but does not name files or tests; first map those entry points and existing install tests. Done means a driver can be installed from a GitHub repo and selected as driver="user/repo"; release packaging and code-signing concerns remain open design work.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It would be nice if dbc had a way to install off-registry drivers from GitHub repos, like dbc install user/repo. This would depend on there existing a latest release tag in that repo with the prebuilt shared libraries as release assets. dbc could install these (and their manifests) under correspondingly named subdirectories of the usual places where drivers are installed. Then the driver managers could take driver="user/repo" and everything should just work. This would be a great way to get experimental ADBC drivers like @tokoko's driver for Iceberg into users' hands more quickly.
This is inspired by how pak works in R.
I think the hardest part of this is documenting how third-party driver developers should set up GitHub Actions to build their drivers for all platforms on each release and include the shared libraries in the release assets. Another hard part will be how to handle code-signing and notarization of drivers, or help users work around the lack thereof for off-registry drivers.
- Lingua principale
- Go
- Stelle
- 154
- Fork
- 15
- Merge medio
- 1g 2h
- PR unite (30g)
- 15
Preparare l'ambiente
- Include un Dockerfile o un 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 columnar-tech/dbc
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
columnar-tech/dbc#513 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
columnar-tech/dbc#363 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
columnar-tech/dbc#510 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 38/100
columnar-tech/dbc#509 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 57/100
columnar-tech/dbc#506 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di columnar-tech/dbc
Issue simili
-
L: github:actions L: php:composer
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
dependabot/dependabot-core#16493 ·
I maintainer di solito rispondono entro 1 giorno
-
Controller pods on default limits CrashLoopBackOff and constantly reclaim memoryForse già presa @brsmnv l’ha presa oggi. Apertabug
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 68/100
ironcore-dev/ironcore-net#560 ·
I maintainer di solito rispondono entro 1 giorno
-
3 registry records that cannot resolve for any client, and a caution about single-pass dead countsAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
modelcontextprotocol/registry#1692 ·
I maintainer di solito rispondono entro 6 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
mark3labs/mcp-go#1039 · 1 commento ·
I maintainer di solito rispondono entro 8 giorni