Could not evaluate: Working directory <virualenv> does not exist!
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Start in manifests/pip.pp, focusing on the exec resource and its $cwd evaluation during Puppet noop runs. Reproduce the virtualenv and pip resource scenario in noop mode, then verify that a new virtual environment produces no missing-working-directory error while normal mode still installs dependencies.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Affected Puppet, Ruby, OS and module versions/distributions
- Puppet: 2019.8
- Ruby: 2.5.7-1
- Distribution: ---
- Module version: v6.1.0
How to reproduce (e.g Puppet code you use)
python::pyvenv { $_virtualenv:
ensure => 'present',
version => $pythonconfig::package_ensure,
venv_dir => $_virtualenv,
}
python::pip { $pkgname:
ensure => $ensure,
pkgname => $pkgname,
virtualenv => $_virtualenv,
pip_provider => 'pip3',
require => Python::Pyvenv[$_virtualenv]
}
python::pip { "certifi for venv ${_virtualenv}":
ensure => 'present',
pkgname => 'certifi',
virtualenv => $_virtualenv,
pip_provider => 'pip3',
require => Python::Pip[$pkgname]
}
What are you seeing
Issue only occurs when running Puppet in noop mode.
The following error occurs:
Could not evaluate: Working directory <virtualenv> does not exist!
When running Puppet in normal mode the virtual environment is created and all dependencies are installed.
Looks like the evaluation on the $cwd parameter in the exec in https://github.com/voxpupuli/puppet-python/blob/master/manifests/pip.pp is not working as expected.
What behaviour did you expect instead
No error message and a successful noop run when deploying a new virtual environment.
Output log
Any additional information you'd like to impart
- Vorherrschende Sprache
- Ruby
- Sterne
- 196
- Forks
- 371
- Ø Merge
- 5 Std. 54 Min.
- Gemergte PRs (30 T.)
- 5
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- 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 voxpupuli/puppet-python
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 67/100
voxpupuli/puppet-python#759 ·
-
bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
voxpupuli/puppet-python#743 · 1 Kommentar ·
-
enhancement
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
voxpupuli/puppet-python#721 · 1 Reaktion ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
voxpupuli/puppet-python#711 · 1 Kommentar ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 52/100
voxpupuli/puppet-python#673 · 1 Kommentar ·
Alle Issues in voxpupuli/puppet-python
Ähnliche Issues
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
shakacode/react_on_rails#5295 ·
Maintainer antworten meist innerhalb von 1 Tag
-
account: profile bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
metanorma/metanorma-standoc#1315 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
metanorma/metanorma-iso#1681 ·
Maintainer antworten meist innerhalb von 1 Tag