Arch Linux

Wie vorgehen, wenn zwei Alternativen als Abhängigkeit möglich sind?

[gelöscht]

Hallo,

suche eine Lösung für folgendes Problem:

ich habe gnomebaker aus dem community repo installiert, das kann man sowohl mit cdrkit als auch mit cdrwtools benutzen, allerdings ist in dem Archpaket von gnomebaker cdrkit als Abhängigkeit definiert, was dann von Pacman auch gezogen und installiert wird.

Nun ist es aber so, dass das Archpaket von cdrkit ungünstig gepackaged wurde und darüberhinaus finde ich, dass die cdrwtools einfach besser funzen.

Ich würde nun gerne die cdrwtools aus den Sourcen kompilieren und daraus ein Archpaket bauen, das Problem ist, cdrwtools und cdrkit dürfen nicht beide gleichzeitig installiert sein, da das zu Konflikten führt (mal abgesehen davon ist es auch Unsinn beides installiert zu haben). cdrkit kann ich aber nicht entfernen, weil gnomebaker und noch ander Pakete davon abhängen.

Um das Problem zu lösen müsste ich all diese Paket deinstallieren und dann neu erstellen mit ner Abhängigkeit auf cdrwtools statt auf cdrkit (oder ohne eine Abhängigkeit zu einen der beiden).

Mal abgesehen davon, dass das ein ziemlicher Aufwand wäre, habe ich spätetstes dann, wenn ich ein Systemupgrade fahre oder zusätzliche Software aus den offiziellen Arch Repos installiere wieder das Problem, dass Programme cdrkit als Abhängigkeit haben (obwohl die alternativ auch mit cdrwtools funzen würden).

Ich kann zwar dann die selbstgebauten Pakete blacklisten, damit die nicht aktualisiert werden (was bei einem Systemupgrade auch zu Problemen führen kann, da man meist eh neu kompilieren muss), damit habe ich aber noch lange nicht das Problem gelöst, dass nachinstallierte Software als Abhängigkeit cdrkit ziehen könnte.
Forced installieren mag ich nicht, denn dann zerschiesst es mir bestimmt die Dependency-Datenbank, sowas hab ich mit rpm und dpkg schon erlebt.

Die Frage ist also:
Wie stelle ich es an, dass Pakete die technisch gesehen sowohl mit cdrkit als auch mit cdrwtools funzen, bei der Installation nicht cdrkit nachziehen, wenn die cdrwtools bereits installiert sind?

P.S. Mir gefällt das Paketsystem von Arch gut, aber ich fände es sinnvoller Abhängigkeiten nicht in den Paketen selbst, sondern (wie bei Zenwalk) über ein seperates dep-file in den Repos zu definieren, so hätte man lokal keine Abhängigkeiten könnte aber bei upgrades und
Nachinstallationen fehlende Abhängigkeiten auflösen lassen. Also quasi eine Kombination aus der "Schlichtheit" der Slackwarepaketsystems und den Vorteilen der automatischen Abhängigkeitsauflösung.

dongiovanni

Ich weiß jetzt nicht, inwieweit cdrwtools und cdrkit verschieden sind, aber du könntest in das PKGBUILD von cdrwtools "provides=(cdrkit)" einfügen. Das signalisiert, das cdrwtools die gleichen Funktionen besitzt, wie cdrkit (wenn das wirklich der Fall ist und gnome-baker nicht neu kompiliert werden muss).

[gelöscht]

evtl. wäre

conflicts=('cdrkit')

noch sinnvoll. Damit wird verhindert das Pacman beide Pakete gleichzeitig installieren kann.

Um dann das neugebaute cdrwtools Paket zu installieren kannst Du cdrkit mit

pacman -Rd cdrkit

deinstallieren ohne Abhängigkeiten zu berücksichtigen.
und dann cdrwtools installieren.

[gelöscht]

Danke für die schnelle Antwort. 🙂

SiD schrieb evtl. wäre
conflicts=('cdrkit') 
noch sinnvoll. Damit wird verhindert das Pacman beide Pakete gleichzeitig installieren kann.

Ja, das ist klar, aber dann wird pacman auch die Installation aller Pakete verweigern, die cdrkit als Abhängigkeit haben (die meisten davon sollten aber auch mit cdrwtools funktionieren bzw. einige davon tun nicht mit cdrkit obwohl das als Abhängigkeit im Paket definiert ist...)

SiD schrieb Um dann das neugebaute cdrwtools Paket zu installieren kannst Du cdrkit mit
pacman -Rd cdrkit
deinstallieren ohne Abhängigkeiten zu berücksichtigen.
und dann cdrwtools installieren.

Auch klar, aber wie ich schon sagte, ich möchte ungern eine (De)Installation erzwingen indem die Abhängigkeiten ignoriert werden. Unter RPM und DEB basierten Systemen kann sowas z.B. schon zu unerwünschten Effkten bis hin zu ner defekten Paketdatenbank kommen und dann hat man erst Recht viel "Spass" wenn man Pakete wieder entfernen oder upgraden will.

Auch habe ich Bedenken, dass ein pacman -Syu dann fehlschlägt, weil cdrkit als Abhängigkeit ingendwo drinsteht, cdrkit aber nicht installiert werden kann weil es in Konflikt mit cdrwtools steht.

Bei genau solchen Sachen sind Abhägigkeiten die im Paketsystem definiert sind alles andere als flexibel.

[gelöscht]

zenwalkuser schrieb Danke für die schnelle Antwort. 🙂
SiD schrieb evtl. wäre
conflicts=('cdrkit') 
noch sinnvoll. Damit wird verhindert das Pacman beide Pakete gleichzeitig installieren kann.
Ja, das ist klar, aber dann wird pacman auch die Installation aller Pakete verweigern, die cdrkit als Abhängigkeit haben (die meisten davon sollten aber auch mit cdrwtools funktionieren bzw. einige davon tun nicht mit cdrkit obwohl das als Abhängigkeit im Paket definiert ist...)

dafür ist ja

provides=('cdrkit')

da.

[gelöscht]

Ok, das heisst also wenn ich conflicts=('cdrkit') im cdrwtools Paket definiere, dann würde pacman bei der Installation von anderen Archstandardpaketen, die cdrkit als Abhängigkeit haben, cdrkit nicht installieren, wenn cdrwtools bereits installiert sind, die jeweilige Anwendung aber schon, richtig?

[gelöscht]

genau.
Aber provides=('cdrkit') muss auch im PKGBUILD von cdrwtools stehen.
Das bewirkt das Pakete die cdrkit als Abhängigkeit haben installiert werden ohne cdrkit "mitzuziehen". Da provides=('cdrkit') pacman sagt, dass das Paket die Funktionalität von cdrkit bereitstellt.