Paketmanager fragt nach Paket obwohl ich ein kompiliertes installiert habe

[Morta]

Hallo debianforum!

Ich habe mit

Code: Alles auswählen

python3 setup.py devlop

salt salt-minion 3003 usw installiert.

Jetzt habe ich mit

Code: Alles auswählen

dpkg -i --force-all openmediavault*.deb

Das Paket openmediavault installiert. Nun fragt es bei weiteren

Code: Alles auswählen

apt-get install package

immer nach dem Paket salt-minion und ich kann nichts mehr installieren.

Wie kann ich dem Paketmanager das Gefühl geben, dass salt-minion installiert ist?was es auch mit einer neueren Version auch ist!

Oder gibt da eine andere Lösung?

Softlinks habe ich schon gemacht macht von /usr/local/bin zu /usr/bin was das Problem auch nicht löst.

[eggy]

Natürlich lässt sich so ein Eintrag im System faken, aber das ist keine gute Idee. Und nicht nur, weil Du somit Teile Deines Systems aus den Security-Updates rausnimmst.
Du hast etwas "am Paketmanagement vorbei" installiert. Das System kann nicht wissen, was Du da getan hast, deswegen ist es (zurecht) der Meinung, die Sachen sind nicht da. Du hast nun einen inkonsistenten Zustand erzeugt, der Dir später noch größere Probleme machen wird. Also wenn Du ein Backup hast, geh zurück zu dem Zustand bevor Du mit der Installiererei begonnen hast. Auf lange Sicht ersparst Du Dir so großen Ärger.
Beim nächsten mal das deb und die Abhängigkeiten alle per dpkg/apt installieren.

[Morta]

Danke für die Antwort.

Es geht leider nicht anders, da das Paket salt-common und salt-minion nur bis zur Version 3002 zur Verfügung stehen.

Und das System ist nur zum lokalen gebrauch und wird anschliessend auch nicht ausgebaut usw.

Es soll nur Debian Buster mit OpenMediaVault 5 drauf laufen.

Es läuft soweit und das auch relativ stabil nur der salt-minion Eintrag beim Paketmanager nervt.

Wie würde man diesen Eintragen "faken"?

[eggy]

Pseudopackage bauen, entweder per Hand eins, was "provides" ausgefüllt hat oder via entsprechendem Tool.
Schau Dir mal equivs an, apt-cache show equivs sagt:

Eine weitere Anwendung ist es, die Abhängigkeitsprüfung zu umgehen: indem
dpkg mit der Annahme arbeitet, eine bestimmte Paketversion sei installiert,
wenn diese Version tatsächlich nicht installiert ist, kann man Fehler in den
Abhängigkeiten anderer Pakete umgehen.

[Morta]

Ich habe das gefunden und scheint mir die elegantere Lösung zu sein.

Code: Alles auswählen

https://pypi.org/project/stdeb/

[Morta]

Ich habe jetzt ein Paket, welches heisst :

Code: Alles auswählen

python3-salt_3003rc1+1111.g7f6c66b7eb-1_all.deb

Nun in dieses Paket python3-salt3003 beinhaltet salt-common und salt-minion. Wie kann ich jetzt dpkg sagen, dass es diese zwei Pakete beinhaltet? Ist das überhaupt möglich? Es würde auch reichen, wenn es nur salt-minion wäre? Einfach unbenennen?

Leider sah ich beim bauen keine Möglichkeit mehrere Paket zu machen sondern nur ein "Master"

[eggy]

Wie gesagt, entweder händisch (siehe "Debian Policy Manual" und "New Maintainers Guide"), das wäre der "richtige" Weg. Oder mit equivs auf die schnelle ein entsprechendes Metapaket erstellen.

[tijuca]

Ich sehe drei Optionen und das in der Präferenz mit folgender Reihenfolge.

1. Benutzen des Upstream Archivs https://repo.saltproject.io/#debian
2. Aktualisieren der vorhandenen Debian Pakete
3. Installieren eines Dummy Debian Paktes wie hier schon angedeutet

In Anbetracht das Dir equivs und eigener Paketbau nichts sagen würde ich dringend zu den Paketen raten die Usptream zur Verfügung stellt.

[QT]

Du hast doch das openmediavault Paket auch mit "force-all" installiert. Dann musst Du neue Pakete halt ebenso mit "force-all" installieren. Gleiches vorgehen mMn....

[Morta]

Ich sehe drei Optionen und das in der Präferenz mit folgender Reihenfolge.

1. Benutzen des Upstream Archivs https://repo.saltproject.io/#debian
2. Aktualisieren der vorhandenen Debian Pakete
3. Installieren eines Dummy Debian Paktes wie hier schon angedeutet

In Anbetracht das Dir equivs und eigener Paketbau nichts sagen würde ich dringend zu den Paketen raten die Usptream zur Verfügung stellt.

1. Die Pakete sind für die amd64-Architektur. Ich weiss nicht wie sinnvoll es ist ein amd64-Paket auf einer mipsel-Architektur zu installieren. Das kann doch das ganze System verschiessen. Da kompiliere ich das Paket lieber und installiere es anschliessend über dpkg -i. Leider hat es keine Signatur drin damit das System richtig erkennt, aber es erfüllt den Zweck. Salt ist installiert mit Version 3003 und es funktioniert.

[Morta]

Du hast doch das openmediavault Paket auch mit "force-all" installiert. Dann musst Du neue Pakete halt ebenso mit "force-all" installieren. Gleiches vorgehen mMn....

Ich muss nichts forcieren es installiert von alleine mein kompiliertes Paket. Leider kommt bei jeder apt-get install usw. Ausführung, dass eben das Paket salt-minion fehlt und das Paket installiert werden muss. Ziemlich mühsam und für nicht mündige User

[eggy]

Und genau für solche Fälle gibt es die oben genannte Lösung.

[Morta]

Und genau für solche Fälle gibt es die oben genannte Lösung.

https://terokarvinen.com/2011/create-de ... 5-minutes/

Habe den Guide befolgt und habe soweit glaub ich geschaft

[tijuca]

1. Die Pakete sind für die amd64-Architektur.

Nicht ausschließlich, Salt im Kern ist hauptsächlich Python Code, und dies sind dann Pakete die eben nicht Plattform spezifisch sind. (Das Repo von Salt benutzt eine andere Art organisiert zu werden wie Debian, daher der scheinbare Mixup.) Insbesondere das Paket was Du benötigst hast. Schaue Dir die erhältlichen Pakete nochmal an, was Du vermutlich noch gar nicht gemacht hattest.

https://repo.saltproject.io/py3/debian/10/amd64/3003/

Wenn Du die Welt der Pakete verlässt die Debian zur Verfügung stellt kommst Du nicht an dem Punkt vorbei Dich mit der Funktionsweise von Repos und der Struktur von Paketen zu beschäftigen.

Ich weiss nicht wie sinnvoll es ist ein amd64-Paket auf einer mipsel-Architektur zu installieren.

Und woran konnte man erkennen, dass Du ein mipsel System benutzt?

[Morta]

1. Die Pakete sind für die amd64-Architektur.

Nicht ausschließlich, Salt im Kern ist hauptsächlich Python Code, und dies sind dann Pakete die eben nicht Plattform spezifisch sind. (Das Repo von Salt benutzt eine andere Art organisiert zu werden wie Debian, daher der scheinbare Mixup.) Insbesondere das Paket was Du benötigst hast. Schaue Dir die erhältlichen Pakete nochmal an, was Du vermutlich noch gar nicht gemacht hattest.

https://repo.saltproject.io/py3/debian/10/amd64/3003/

Wenn Du die Welt der Pakete verlässt die Debian zur Verfügung stellt kommst Du nicht an dem Punkt vorbei Dich mit der Funktionsweise von Repos und der Struktur von Paketen zu beschäftigen.

Ich weiss nicht wie sinnvoll es ist ein amd64-Paket auf einer mipsel-Architektur zu installieren.

Und woran konnte man erkennen, dass Du ein mipsel System benutzt?

Mann hätte es vermuten können, weil für die "normalen" Architekturen dieses Paket zu Verfügung steht, aber geschrieben habe ich es nicht. Das stimmt so.

[eggy]

Und warum hätten wir es vermuten sollen?