Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

pip uses the wrong package

Offen
  • Stimmt etwas nicht?
#329 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
38/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
python
Bereich
devops

Rechercherichtung

Inspect the package-name selection behind Class[Python::Install] and Package[pip], then reproduce the shown versioned invocation. Done means pip resolves to the version-matched package, such as python27-pip, when that package exists, without changing unrelated package selections.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

when using the default provider and changing the version, pip is still installed as either python-pip or python3-pip. For example, in this invocation to install python from ius:

class { 'python':
    ensure => 'present',
    version => 'python27',
    pip => 'present',
    dev => 'present',
    virtualenv => 'present',
    use_epel => false,
}

you get this debug output:

Debug: Executing: '/bin/rpm -q python27 --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
Debug: Executing: '/bin/rpm -q python27 --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
Notice: (/Stage[main]/Python::Install/Package[python]/ensure) current_value purged, should be present (noop)
Debug: (/Stage[main]/Python::Install/Package[python]) The container Class[Python::Install] will propagate my refresh event
Debug: Executing: '/bin/rpm -q python27-virtualenv --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
Debug: Executing: '/bin/rpm -q python27-virtualenv --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
Notice: (/Stage[main]/Python::Install/Package[virtualenv]/ensure) current_value purged, should be present (noop)
Debug: (/Stage[main]/Python::Install/Package[virtualenv]) The container Class[Python::Install] will propagate my refresh event
Debug: Executing: '/bin/rpm -q python-pip --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
Debug: Executing: '/bin/rpm -q python-pip --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
Notice: (/Stage[main]/Python::Install/Package[pip]/ensure) current_value purged, should be present (noop)
Debug: (/Stage[main]/Python::Install/Package[pip]) The container Class[Python::Install] will propagate my refresh event
Debug: Executing: '/bin/rpm -q python27-devel --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
Debug: Executing: '/bin/rpm -q python27-devel --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
Notice: (/Stage[main]/Python::Install/Package[python-dev]/ensure) current_value purged, should be present (noop)
Debug: (/Stage[main]/Python::Install/Package[python-dev]) The container Class[Python::Install] will propagate my refresh event
Debug: Executing: '/bin/rpm -q python-gunicorn --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n'
Debug: Executing: '/bin/rpm -q python-gunicorn --nosignature --nodigest --qf %{NAME} %|EPOCH?{%{EPOCH}}:{0}| %{VERSION} %{RELEASE} %{ARCH}\n --whatprovides'
Debug: (/Stage[main]/Python::Install/Package[gunicorn]) Nothing to manage: no ensure and the resource doesn't exist

python, devel and virtualenv all have the right package, but pip's is wrong. gunicorn's is also wrong, but there's no python27-gunicorn in ius, so I'm, less worried about that.

Vorherrschende Sprache
Ruby
Sterne
196
Forks
371
Ø Merge
5 Std. 54 Min.
Gemergte PRs (30 T.)
5

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus voxpupuli/puppet-python

Alle Issues in voxpupuli/puppet-python

Ähnliche Issues

Weitere Issues zu Ruby

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.