Właśnie zaktualizowałem wersję 14.10 z 14.04 i napotkałem problem z zainstalowaniem zarówno wine, jak i fglrx
Zależności od wina, które powodują problem, wyglądają następująco
wine> wine1.6> wine1.6-amd64> (ocl-icd-libopencl1 (> = 1.0) | libopencl1) && (ocl-icd-libopencl1 (> = 1.0) | libopencl-1.1-1)
fglrx> fglrx-core> konflikty z libopencl1 && zastępuje libopencl1
Próbowałem zmienić pliki pakietu wina, aby usunąć zależności, ale skończyło się to zdezorientowaniem, przeszukałem Internet, próbując zmusić go do zignorowania problemu, ale nie mogę go uruchomić
Każda pomoc będzie mile widziana
edytuj Znalazłem 2 zgłoszenia błędów związane z tym - https://bugs.launchpad.net/ubuntu/+source/wine1.6/+bug/1376587 i https://bugs.launchpad.net/ubuntu/+source/ fglrx-installer / + bug / 1129409
dpkg -i --force-depend
ręczną poprawką zależności/var/lib/dpkg/status
.libopencl
, której wcześniej nie miał. Nawet wersja deweloperska 1.7.wine1.6-amd64
po&&
. Zalecam utworzenie i zainstalowanie fałszywego pakietu o nazwielibopencl-1.1-1
zależnej odlibopencl1
, a następnie spróbuj ponownie zainstalować pakiety Wine.Odpowiedzi:
Gryzienie punktora i przeglądanie tylko pakietu rdzenia fglrx, prostego w porównaniu z winem, naprawdę wygląda mniej niebezpiecznie i łatwiej, niż nieco psuje dane menedżera pakietów, aby móc nadal instalować inne pakiety.
1) Zainstaluj wino bez fglrx.
2) Z katalogu z pakietem
zrobić miejsce do rozpakowania paczki,
3) Rozpakuj pakiet za pomocą dwóch poleceń,
4) edytuj plik tekstowy „kontrolny”, który ma zależności,
Oto jak wygląda „kontrola” zmieniona:
Zmienia się tylko wersja, konflikty i udostępnienia. Pozostawienie wersji bez zmian jest w porządku, ale menedżer pakietów powie, że oryginalny plik w repozytorium jest aktualizacją, czego na pewno NIE chcesz zrobić.
Zapisz i zamknij gedit.
5) umieść wyniki z powrotem w pakiecie o innej nazwie,
Właściwie możesz użyć tego samego imienia, ale nie myl się.
6) zainstalować,
7) Następnie
8) Dziękujemy osobom, które opublikowały.
Dziękuję bardzo ludziom, którzy tutaj napisali, którzy odkryli, na czym polega problem. My Utopic działa doskonale, łącznie z menedżerami pakietów. Ulepszenie Utopic polegało na wyświetlaniu czarnych ekranów za pomocą „otwartych” sterowników, więc wróciłem do mojego zwykłego fglrx (początkowo rezygnując z wina.) Ludzie Ubuntu, którzy dokonują naprawy, powiedzieli, że ze względu na z góry ustaloną procedurę, łatwa poprawka, już zrobione, nie może być w repozytorium aż do kwietnia 2015 r., jeśli w ogóle, ponieważ konflikt „wina” jest spowodowany nieobsługiwanym przez Ubuntu repozytorium „wszechświata”. Przesłałbym cały zmieniony plik, gdybym wiedział, gdzie to zrobić.
źródło
apt-get
(ponieważ właśnie przygotowałem pakiety, które chcę zainstalować, prawda?) Użyłemsudo dpkg -i packages.deb ...
i zostało poprawnie zainstalowane, ale centrum sterowania AMD nie chce się wyświetlać. Jakieś wskazówki?apt-get
Krokiem jestfglrx-updates
ale jest debfglrx-updates-core
. Myślę, że centrum kontrolne jest włączonefglrx-updates
Korzystając z informacji zebranych od wszystkich tutaj, a także trochę więcej badań, stworzyłem PPA jako łatwiejsze rozwiązanie tego problemu
a następnie
sudo apt-get install fglrx
lubsudo apt-get install fglrx-updates
źródło
(Przepraszam, że otworzyłem nową odpowiedź, ale nie mam jeszcze wystarczającej reputacji, aby komentować.)
Zgodnie z radą Νίκος napotkałem dwa problemy:
dpkg wymaga uprawnień roota do zainstalowania pakietów.
Na ostatnim etapie playonlinux nadal nie instalował się z powodu problemów z zależnościami.
Pomocne może być zastąpienie ostatnich 3 wierszy tymi 2:
Po tym moje aplikacje zależne od Wine działały idealnie (Dziękujemy Νίκος!).
przy okazji, Wine może uruchamiać zainstalowane programy bez PlayOnLinux, ale jest to przydatne i pozwala ci pobrać bardziej aktualne wersje Wine.
Edycja: Ten proces pozostawił menedżera pakietów w stanie niezdatnym do użytku, co oznacza, że nie będzie już instalowanych pakietów i aktualizacji dla całego systemu.
Zacząłem więc ręcznie edytować plik / var / lib / dpkg / status , jak sugerował David. Skończyło się
ocl-icd-libopencl1 (>=1.0) | libopencl1, ocl-icd-libopencl1 (>=1.0) | libopencl-1.1-1
na tym, że usunąłem zarówno wine1.6-i386, jak i wine1.6-amd64 .* Jeśli ktoś to zobaczy i potrzebuje więcej wskazówek dotyczących ostatniego kroku: zignoruj uszkodzone pakiety w Aptitude .
źródło
cześć, natknąłem się na ten sam problem z powrotem w wersji beta 14.10 (smak gnomu) amd64. , to, co zrobiłem, jest okropnym obejściem i nie powinno być wykonywane w instalacji w miejscu pracy (choć działa w moim systemie). najpierw zainstalowałem wine (i386 i amd64) i pozwoliłem mu odinstalować fglrx, a następnie ponownie zainstalować sterowniki z tym - co odinstalowuje wine, ale nie jego zależności.następnie ponownie zainstalowałem wino za pomocą
ostatnim krokiem jest posiadanie aplikacji playonlinux, która pomoże Ci zainstalować inne wersje wina.
ps: zależność, która cię przekręca, to biblioteka opencl, którą już masz w fglrx, ale apt-get derp z powodu błędu pakowania
mam nadzieję, że to pomoże
EDYCJA: całkowicie o tym zapomniałem
dobrym pomysłem byłoby przejść do / var / lib / dpkg / status i edytować szczegóły pakietów win i usunąć wszelkie wzmianki o konflikcie pakietów (tj. ocl-icd-libopencl1)EDYCJA 2: możesz teraz odinstalować pakiety wina i fglrx, następnie ponownie zainstalować wino, a następnie zainstalować nowe sterowniki (14.12) ze strony amd.com
źródło