Programmiererforum

In dieser Frage geht es nicht um aktuelle Abhängigkeiten, was für diese andere Frage der Fall ist, gegen die jemand diese Frage betrogen hat. Ich werde am Ende ein Modell zum Modell hinzufügen, um die Angelegenheit weiter zu explizit. Ich denke, sie könnten eine Voraussetzung für eine frühere Version eines installierten Pakets sein, aber die Angelegenheit ist, dass ich sie zufällig herausgefunden habe, weil sie nicht auf dem neuesten Stand sind (was bedeutet, dass ich die "Reste" nicht herausfinden werde, bis sie eine neue Version haben). Oder noch besser
Welches Paket habe ich nach einem Update kein anderes Paket mehr benötigt? Zeigen Sie es als eine neue Version zur Verfügung. Dann zeige ich ujson : hat zwei Abhängigkeiten, SmallpackageImnotaware und andere MallpackageIdontcarebutitdoesthejob , daher werden diese Pakete zusammen mit BigPackageWithDependenzen installiert. Ein Pip -Freeze zeitgemäß zur Installation wäre so etwas wie (aber denken Sie daran, dass ich es damals nicht getan habe): Seitdem hat BigPackageWithDependencies diese Anforderungen durch Mediumkillerpackage ersetzt. Wenn ich heute BigPackageWithDependencies aktualisiere, ist mein PIP Freeze so etwas wie: Es ist auch geschehen, dass SmallpackageImnotaware jetzt eine neue Version 2.0.0 hat, sodass sie in einer PIP -Liste angezeigt werden kann -ausgestattet . Da ich SmallpackageImnotaware nie explizit installiert habe, mache ich eine PIP-Liste-nicht erregt : Ich bin zuversichtlich, dass ein Paket es installiert hat und es nicht mehr benötigt. In diesem Modell könnte es einfach sein, andere MallpackageIdontcarebutitDoesthEjob als "deinstallierbares" Paket zu "deinstallierbar" zu "erkennen", aber eine PIP -Show wäre ähnlich wie das ujson Beispiel (dh keine Anforderungen und keine Abhängigkeiten) für beide Pakete. BigPackageWithDependenzen Heute würde es ungefähr so ​​aussehen wie: Die Frage lautet also: entweder aus SmallpackageImnotaware oder anderen mallpackageIdontcarebutitdoesthejob Gibt es eine Möglichkeit, herauszufinden, welches Paket/die Version d sie erfordern? (Im Beispiel BigPackageWithDependenzen Version 42 ist die Antwort - keine Überraschung, 42)