Ich habe gerade von 14.04 auf 14.10 aktualisiert und bin auf ein Problem gestoßen, bei dem sowohl wine als auch fglrx installiert sind
Die Weinabhängigkeiten, die das Problem verursachen, gehen so
wine> wine1.6> wine1.6-amd64> (ocl-icd-libopencl1 (> = 1.0) | libopencl1) && (ocl-icd-libopencl1 (> = 1.0) | libopencl-1.1-1)
fglrx> fglrx-core> Konflikte mit libopencl1 && ersetzen libopencl1
Ich habe versucht, die Wine-Paketdateien zu ändern, um die Abhängigkeiten zu beseitigen, bin aber am Ende verwirrt. Ich habe das Internet durchsucht und versucht, das Problem zu ignorieren, aber ich kann es nicht zum Laufen bringen
Jede Hilfe wäre sehr dankbar
bearbeiten I 2 Fehlerberichte in Bezug auf diese gefunden haben - https://bugs.launchpad.net/ubuntu/+source/wine1.6/+bug/1376587 & https://bugs.launchpad.net/ubuntu/+source/ fglrx-installer / + bug / 1129409
dpkg -i --force-depend
umgehen: Erstellen Sie Ihr eigenes Weinpaket mit festen Abhängigkeiten oder erzwingen Sie die Paketinstallation mit und einem manuellen Abhängigkeitsfix in/var/lib/dpkg/status
.libopencl
, die es vorher nicht gab. Sogar die Entwicklerversion 1.7.wine1.6-amd64
after teilnehme&&
. Ich empfehle, dass Sie ein Dummy-Paket namens "libopencl-1.1-1
abhängig von" erstellen und installierenlibopencl1
und dann versuchen, die Wine-Pakete erneut zu installieren.Antworten:
Das Beißen der Kugel und das Überarbeiten nur des fglrx-Kernpakets, das im Vergleich zu Wein einfach ist, sieht weniger gefährlich und einfacher aus, als die Paketmanagerdaten etwas zu verfälschen, um in der Lage zu sein, andere Pakete noch zu installieren.
1) Wein ohne fglrx einbauen lassen.
2) Aus einem Verzeichnis mit dem Paket,
einen Platz zum Auspacken des Pakets schaffen,
3) Packen Sie das Paket mit zwei Befehlen aus.
4) Bearbeiten Sie die Textdatei "control", die die Abhängigkeiten aufweist.
So sieht "Kontrolle" verändert aus:
Nur Version, Konflikte und Provides werden geändert. Die Version unverändert zu lassen ist in Ordnung, aber dann wird der Paketmanager sagen, dass die Originaldatei im Repo ein Update ist, etwas, das Sie unbedingt NICHT tun sollten.
Speichern und beenden Sie gedit.
5) die Ergebnisse in ein Paket mit einem anderen Namen zurückgeben,
Eigentlich könnten Sie den gleichen Namen verwenden, aber verwirren Sie sich nicht.
6) installieren,
7) Dann
8) Vielen Dank an die Leute, die gepostet haben.
Vielen Dank an die Leute, die hier geschrieben haben und herausgefunden haben, wo das Problem liegt. Mein Utopic funktioniert perfekt, einschließlich der Paketmanager. Das Utopic-Upgrade war ein Black Screening mit den "offenen" Treibern, also ging ich zurück zu meinem gewohnten fglrx (ursprünglich auf Wein verzichtet). Die Ubuntu-Leute, die das Reparieren durchführen, haben gesagt, dass aufgrund eines vorher festgelegten Verfahrens das einfache Reparieren bereits erfolgt ist getan, kann erst nach April 2015 in Repos sein, wenn überhaupt, weil der "Wein" -Konflikt durch das nicht von Ubuntu unterstützte "Universum" -Repo verursacht wird. Ich würde die gesamte geänderte Datei hochladen, wenn ich einen Ort dafür wüsste.
quelle
apt-get
(weil ich gerade Pakete vorbereitet habe, die ich installieren möchte, oder?), Habe ich es verwendetsudo dpkg -i packages.deb ...
und es korrekt installiert, aber AMD Control Center will nicht angezeigt werden. Irgendwelche Hinweise ?apt-get
Schritt ist fürfglrx-updates
aber die Deb istfglrx-updates-core
. Ich denke, die Zentrale ist infglrx-updates
Ich habe anhand der Informationen, die von allen hier zusammengetragen wurden, und einiger weiterer Nachforschungen eine PPA erstellt, um dieses Problem leichter beheben zu können
und dann
sudo apt-get install fglrx
odersudo apt-get install fglrx-updates
quelle
(Es tut mir leid, dass ich eine neue Antwort geöffnet habe, aber ich habe noch nicht genug Ruf, um einen Kommentar abzugeben.)
Auf den Rat von Νίκος stieß ich auf zwei Probleme:
dpkg benötigte root-Rechte, um die Pakete zu installieren.
Im letzten Schritt konnte playonlinux aufgrund von Abhängigkeitsproblemen immer noch nicht installiert werden.
Daher kann es hilfreich sein, die letzten 3 Zeilen durch diese 2 zu ersetzen:
Meine weinabhängigen Anwendungen liefen danach einwandfrei (Danke Νίκος!).
Übrigens kann Wine Ihre installierten Programme auch ohne PlayOnLinux ausführen, aber es ist praktisch und lässt Sie aktuellere Versionen von Wine herunterladen.
Bearbeiten: Dieser Prozess hat den Paketmanager in einem unbrauchbaren Zustand belassen, was bedeutet, dass keine Pakete mehr installiert und keine Updates für das gesamte System mehr durchgeführt werden.
Also habe ich die Datei / var / lib / dpkg / status manuell bearbeitet , wie David vorgeschlagen hatte. Am Ende entfernte ich
ocl-icd-libopencl1 (>=1.0) | libopencl1, ocl-icd-libopencl1 (>=1.0) | libopencl-1.1-1
sowohl wine1.6-i386 als auch wine1.6-amd64 .* Wenn dies jemand sieht und weitere Anleitungen für den letzten Schritt benötigt: Ignorieren Sie defekte Pakete in Aptitude .
quelle
hallo ich bin im selben problem in beta1 von 14.10 (gnome flavour) amd64 gestolpert. Was ich getan habe, ist eine schreckliche Problemumgehung und sollte nicht an einem Arbeitsplatz installiert werden (funktioniert jedoch in meinem System). zuerst habe ich wine (i386 und amd64) installiert und den fglrx deinstallieren lassen und dann die treiber damit neu installiert - was wine deinstalliert, aber nicht seine abhängigkeiten.dann nochmal mit wein einbauen
Der letzte Schritt ist die Verwendung der Playonlinux-App, mit der Sie andere Wine-Versionen installieren können.
ps: die abhängigkeit, die dich nervt, ist eine opencl-lib, die du bereits mit fglrx hast, aber aufgrund eines verpackungsfehlers apt-get derp
ich hoffe es hilft
EDIT: total vergessen
Es wäre eine gute Idee, zu / var / lib / dpkg / status zu gehen und die Details der Weinpakete zu bearbeiten und alle Erwähnungen des in Konflikt stehenden Pakets zu entfernen (z. B. ocl-icd-libopencl1).EDIT2: Sie können nun die Weinpakete und fglrx deinstallieren, wine neu installieren und dann die neuen Treiber (14.12) von der Website amd.com installieren
quelle