Unable to delete provider profile
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 62/100
Rechercherichtung
Beginne am CLI-Einstiegspunkt openshell profile delete und verfolge, wie Profile gesucht werden, die mit --global importiert wurden; vergleiche diese Suche mit dem Pfad, den openshell profile list verwendet. Das Issue nennt keine Dateien oder Tests, daher solltest du zuerst die Delete- und List-Befehle sowie ihre Tests finden. Fertig ist die Arbeit, wenn sich das aufgeführte Profil litellm-test löschen lässt und es nicht mehr in der Liste erscheint.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
User Story
I use Openshell to sandbox execution of OpenCode harness on local machine.
I configure some providers to access gitlab and LiteLLM.
I've tried to delete an existing provider profile to recreate it and I got an error.
I have to uninstall OpenShell to delete the profile
Problem Statement
Trying to delete a previously created provider profile, I got an error stating that the profile does not exist.
$ openshell profile import -f profiles/litellm2.yaml --global
Imported 1 provider profile.
$ openshell profile list
NAME TYPE CATEGORY SOURCE SCOPE
gitlab provider SOURCE CONTROL user platform
litellm-test provider INFERENCE user platform
$ openshell profile delete litellm-test
! Provider profile litellm-test not found
Impact / Why This Matters
When this happens I have to uninstall Openshell completely.
This matter because it is cumbersome to uninstall OpenShell just to remove a provider profile.
Acceptance Criteria
The profile if correctly deleted.
Reproduction Steps
With the following profile file :
id: litellm-test
display_name: LiteLLM
description: LiteLLM gateway (LLM API, OpenAI-compatible)
category: inference
credentials:
- name: api_token
description: LiteLLM API token
env_vars: [ LITELLM_TOKEN ]
required: true
auth_style: bearer
header_name: authorization
discovery:
credentials: [ api_token ]
endpoints:
- host: litellm.workshop.my.company
port: 443
protocol: rest
enforcement: enforce
rules:
- allow:
method: GET
path: "/**"
- allow:
method: HEAD
path: "/**"
- allow:
method: OPTIONS
path: "/**"
- allow:
method: POST
path: "/v1/**"
- allow:
method: POST
path: "/mcp/**"
binaries:
- path: /usr/bin/pi
- path: /usr/local/bin/pi
Run the following commands :
$ openshell profile import -f litellm2.yaml --global
Imported 1 provider profile.
$ openshell profile list
NAME TYPE CATEGORY SOURCE SCOPE
litellm-test provider INFERENCE user platform
$ openshell profile delete litellm-test
! Provider profile litellm-test not found
Suggested UX (if applicable)
No response
Environment
- OpenShell : 0.1.6
- Ubuntu 24
Logs
- Vorherrschende Sprache
- Rust
- Sterne
- 20.6k
- Forks
- 2k
- Ø Merge
- 2 T. 14 Std.
- Gemergte PRs (30 T.)
- 275
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus NVIDIA/OpenShell
-
config preflight exits 0 on allow_unauthenticated_users = trueEvtl. vergeben @ericcurtin hat das vor 2 Tagen übernommen. Offenstate:triage-needed
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
Maintainer antworten meist innerhalb von 1 Tag
-
bug(python): OIDC refresh drops the gateway's oidc_scopesEvtl. wieder frei @jyotir07 hat das vor 9 Tagen übernommen, und es ist kein Pull Request offen. Offenstate:triage-needed
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
NVIDIA/OpenShell#4919 · 3 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug: workspace access hint suggests a --subject command that fails for hyphen-leading OIDC subjectsEvtl. wieder frei Ein Pull Request dazu wurde ohne Merge geschlossen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in NVIDIA/OpenShell
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
qingjian-team/qingjian#901 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
longbridge/gpui-kit#3795 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 78/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 2 Tagen
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
Maintainer antworten meist innerhalb von 1 Tag