i6eal.de
DEEN
Projekt starten
← Zurück zum KI-AbhängigkeitsatlasDossier einer exakten Paketidentität

virtualenv

pypi:virtualenv
pypi

Dieses Dossier verknüpft die stabile Identität pypi:virtualenv mit 6 exakt beobachteten Versionen in 7 öffentlichen Repositories.

pypipypi:virtualenvÖkosystem:Name + exakte Version + Evidenzpfad

Eine Paketidentität oder Provider-Schnittstelle im veröffentlichten Code belegt weder Konfiguration, Konto, Beschaffung, Datentransfer noch API-Aufruf.

Ökosystem:Name + exakte Version + Evidenzpfad
7Repositories
10exakte Evidenzzeilen
6exakte Versionen
1gemeldeter Lizenzausdruck
1zurückgegebene OSV-Meldung
Exakte veröffentlichte Evidenz

Beobachtete exakte Versionen und Registermetadaten

Veröffentlichungsalter und Lizenzen stammen aus deps.dev-Metadaten. Sie sind Kontext – kein Wartungs-, Rechts- oder Portabilitätsurteil.

Exakte Version20.30.031. März 2025
Repositories
1
Vorkommen
2
Gemeldete Lizenzen
MIT
verifizierter Veröffentlichungsnachweis1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version20.31.106. Mai 2025
Repositories
1
Vorkommen
1
Gemeldete Lizenzen
MIT
verifizierter Veröffentlichungsnachweis1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version20.34.013. Aug. 2025
Repositories
3
Vorkommen
3
Gemeldete Lizenzen
MIT
verifizierter Veröffentlichungsnachweis1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version20.35.429. Okt. 2025
Repositories
1
Vorkommen
1
Gemeldete Lizenzen
MIT
verifizierter Veröffentlichungsnachweis1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version21.2.415. Apr. 2026
Repositories
1
Vorkommen
1
Gemeldete Lizenzen
MIT
verifizierter VeröffentlichungsnachweisKeine OSV-Meldung für diese exakte Version zurückgegeben
Exakte Quelle öffnen ↗
Exakte Version21.3.105. Mai 2026
Repositories
1
Vorkommen
2
Gemeldete Lizenzen
MIT
verifizierter VeröffentlichungsnachweisKeine OSV-Meldung für diese exakte Version zurückgegeben
Exakte Quelle öffnen ↗
Beobachtete Beziehungen

Repositories mit dieser Identität

MUCGPTlandeshauptstadt-muenchen/mucgpt
21.2.4 · 21.3.13 Vorkommen
→
strahlenexpositionuba-ki-lab/strahlenexposition
20.30.02 Vorkommen
→
kiva-llm-gatewaybaden-wuerttemberg/innenministerium/kiva.platform/kiva-llm-gateway
20.34.01 Vorkommen
→
SmartPlanAI Anwendungsh/digitalhub-sh/landesprogramm-offene-innovationen/ki-bauleitplaene/smartplanai-anwendung
20.34.01 Vorkommen
→
LLM Questionnaire Benchmarking Frameworkuba-ki-lab/llm-questionnaire-benchmarking-framework
20.34.01 Vorkommen
→
LLM Testframeworkuba-ki-lab/llm-testframework
20.31.11 Vorkommen
→
Retrieval Evaluationuba-ki-lab/retrieval-evaluation
20.35.41 Vorkommen
→
Exakte veröffentlichte Evidenz

exakte Evidenzzeilen

kiva-llm-gatewaybaden-wuerttemberg/innenministerium/kiva.platform/kiva-llm-gateway
pypi:virtualenv@20.34.0poetry.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsabhängigkeit
Exakte Quelle öffnen ↗
LLM Questionnaire Benchmarking Frameworkuba-ki-lab/llm-questionnaire-benchmarking-framework
pypi:virtualenv@20.34.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
LLM Testframeworkuba-ki-lab/llm-testframework
pypi:virtualenv@20.31.1uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
MUCGPTlandeshauptstadt-muenchen/mucgpt
pypi:virtualenv@21.2.4uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
MUCGPTlandeshauptstadt-muenchen/mucgpt
pypi:virtualenv@21.3.1mucgpt-assistant-service/uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
MUCGPTlandeshauptstadt-muenchen/mucgpt
pypi:virtualenv@21.3.1mucgpt-core-service/uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
Retrieval Evaluationuba-ki-lab/retrieval-evaluation
pypi:virtualenv@20.35.4uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
SmartPlanAI Anwendungsh/digitalhub-sh/landesprogramm-offene-innovationen/ki-bauleitplaene/smartplanai-anwendung
pypi:virtualenv@20.34.0blp_streamlit_pipeline/src/ext/streamlit-draw-image-mask/poetry.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsabhängigkeit
Exakte Quelle öffnen ↗
strahlenexpositionuba-ki-lab/strahlenexposition
pypi:virtualenv@20.30.0poetry.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsabhängigkeit
Exakte Quelle öffnen ↗
strahlenexpositionuba-ki-lab/strahlenexposition
pypi:virtualenv@20.30.0sbom.json
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
OSV

Zugehörige OSV-Meldungen

GHSA-597g-3phw-6986

virtualenv Has TOCTOU Vulnerabilities in Directory Creation

6 Repositories07. Juli 2026
Interpretationsgrenze

Exakte Identitäten hinein, klare Grenzen hinaus

Nur exakte npm- und PyPI-Tupel werden angereichert. Gemeldete SPDX-Ausdrücke sind Metadaten; daraus folgt keine Bewertung zu Kompatibilität, Pflichten oder Rechtslage.

Abruf, Parsing, Zuordnung und Veröffentlichung verwenden kein generatives KI-Modell.

i6eal (2026): virtualenv – exaktes KI-Abhängigkeitsevidenz-Dossier, Datenstand 19. Juli 2026. https://i6eal.de/tools/ki-abhaengigkeitsatlas/paket/virtualenv-aeb2a546/

So liest du dieses Dossier

Belegt die Paketpräsenz die Nutzung eines Providers?
Nein. Selbst eine direkte Schnittstellendeklaration belegt weder Konfiguration, Zugangsdaten, Beschaffung, Datentransfer noch API-Aufruf.
Warum sind exakte Versionen erforderlich?
OSV- und Registermetadaten lassen sich nur mit einem beobachteten paket@version-Tupel reproduzierbar verknüpfen. Der Collector ersetzt einen Versionsbereich nie durch das neueste Release.
Bedeutet eine fehlende Zeile, dass die Abhängigkeit nicht existiert?
Nein. Sie bedeutet nur „in den begrenzten Dateien und am Repository-Prüfpunkt nicht beobachtet“. Unvollständige Bäume und Parserfehler bleiben ausdrücklich sichtbar.

Du brauchst einen dauerhaften Abhängigkeitsevidenzpfad für eine andere öffentliche Code-Kohorte?

Wir bauen quellenbasierte Datenprodukte mit stabilen Identitäten, reproduzierbaren Verknüpfungen und sichtbaren Aussagegrenzen.

Datenprojekt besprechenAlle Tools ansehen
Das passt dazu

Nächste sinnvolle Schritte

Diese Tools ergänzen die aktuelle Auswertung.

Alle Tools ansehen
MonitorKI-Code-Radar der VerwaltungWelche KI-Bausteine veröffentlicht die deutsche Verwaltung als offenen Code? Exakte Pakete, Container, Commit-SHAs und Dateipfade aus openCode – mit dauerhaften Dossiers und ohne Aussage über den Betrieb.MonitorKI-VerwaltungsradarWo setzt die deutsche Verwaltung bereits KI ein? Durchsuch veröffentlichte Systemprofile aus Bund, Ländern und Kommunen – mit Lebenszyklus, Governance-Feldern, stabiler Kennung und Originalbeleg.Provenienz-CheckKI-Systempass der VerwaltungSieh für jedes veröffentlichte Verwaltungs-KI-System, welche öffentlichen Daten sich über stabile Kennungen oder exakt angegebene Repository-URLs verbinden lassen – mit Quellen pro Kante und sichtbaren Beleggrenzen.