Как удалить crossover с linux

Обновлено: 04.07.2024

CodeWeavers выпустила пакет Crossover 21.0, основанный на коде Wine и предназначенный для запуска программ и игр, написанных для платформы Windows. CodeWeavers - один из основных участников проекта Wine., спонсирует его разработку и возвращает проекту все новшества, реализованные для его коммерческих продуктов.

Для тех, кто еще не знает CrossOver Могу вам сказать, что это коммерческая утилита, позволяющая запускать популярные Windows-приложения в Unix-системах. (Linux или Mac) без необходимости установки Windows. Это производная от WINE с добавлением нескольких патчей и более простыми в использовании инструментами настройки.

Кроссовер производится CodeWeavers, в которой работают несколько программистов WINE и вносит код в проект WINE с открытым исходным кодом в соответствии с GNU LGPL, то есть: он является одним из основных участников проекта Wine, спонсирует его разработку и возвращает в проект все инновации, реализованные для его коммерческих продуктов.

Я должен упомянуть, что это программное обеспечение, несмотря на то, что оно основано на Wine, не является бесплатным, поэтому для его использования вам придется заплатить за лицензию.

Основные нововведения Crossover 21.0

Эта новая версия кроссовера Приходит с обновлением ветки Wine 6.0 (предыдущая версия была основана на Wine 5.0, выпущенной в январе 2021 года), а также наряду с некоторыми изменениями, перенесенными из новых экспериментальных версий Wine.

При реализации этой ветки Wine бэкэнд Vulkan для WineD3D был включен, что расширило реализацию консоли и интегрировал фреймворк Media FoundationКроме того, разработчики также продолжили работу по преобразованию библиотек в двоичный формат Windows Portable Executable (PE).

Бэкэнд Vulkan для WineD3D ориентирован, в частности, на игры. и теперь используется по умолчанию для 64-битных приложений с Direct3D 10 или 11 в macOS, если DXVK не включен. Последний - это уровень трансляции между Direct3D и Vulkan. DXVK теперь включен в версию 1.7.

Кроме того, также подчеркивается, что в этой новой версии Начиная с macOS Big Sur 11.3, контроллеры Xbox X / S и PlayStation 5 работают с CrossOver 21.0.0 через Bluetooth.В дополнение к этому также для macOS, была добавлена поддержка темной темы, и бэкэнд Vulkan WineD3D был включен по умолчанию, и эта новая версия CrossOver в настоящее время не поддерживает macOS Monterey.

Более того Улучшена работа MS Office 2016/365 в Linux, включая поддержку конфигураций с несколькими мониторами и проблемы с вводом пароля и активацией офисного пакета.

Также подчеркивается, что проделана работа, чтобы ускорить запуск на Chrome OS, а также многие другие исправления.

В конце концов для тех, кто хочет узнать об этом больше об этом новом выпуске CrossOver 21 вы можете узнать подробности, перейдя по следующей ссылке.

Как получить кроссовер 21.0?

Чтобы иметь возможность получить эту утилиту только в этой новой версии вы можете сделать это, заплатив лицензию, которая, если за нее стоит, если вы не уверены в этом вы можете запросить «Пробную» лицензию.

CrossOver 21, доступный для macOS, Linux и Chrome OS, можно попробовать бесплатно в течение 14 дней. Лицензия стоит 59.95 долларов США с одним годом обновлений (вы можете продолжать использовать программное обеспечение после этого, но вы больше не будете получать обновления).

Другой способ проверить CrossOver без необходимости раскошелиться (на данный момент) он использует дистрибутив Linux «Deepin OS», который является довольно популярным дистрибутивом Linux на основе Debian, который реализует этот инструмент в системе, и пользователям не нужно за него платить.

Если вы хотите узнать больше о стоимости и о том, как получить этот инструмент, просто перейдите на по следующей ссылке.

Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Полный путь к статье: Убунлог » ПО » Кроссовер 21.0 основан на Wine 6, улучшениях для Chrome OS и многом другом

Crossover - коммерческая надстройка над Wine от компании CodeWears. Она исправляет множество проблем и недочетов этой программы. Каждая Windows-программа устанавливается в отдельную бутылку Wine, куда также автоматически устанавливаются все необходимые для её работы библиотеки и шрифты. У программы несвободная лицензию, и для её полноценного использования надо заплатить деньги разработчикам.

Но также у программы есть тридцатидневный бесплатный период, на протяжении которого вы можете пользоваться утилитой совершенно бесплатно. В этой статье мы поговорим о том, как установить Crossover Ubuntu.

Установка Crossover в Ubuntu

Почти сразу начнётся загрузка, если нет - нажмите ссылку с текстом Click here.

Если у вас 64-разрядная система, перед тем как переходить к установке, нужно выполнить в терминале (вызовите его командой Ctrl+Alt+T) следующие действия, чтобы разрешить установку 32-битных программ:

sudo dpkg --add-architecture i386

sudo apt update

Теперь можно устанавливать. Откройте полученный пакет в центре приложений и нажмите кнопку Установить:

Остаётся дождаться завершения установки. Новую программу вы найдёте в главном меню:

Также программу можно установить из консоли. Для этого откройте терминал сочетанием клавиш Ctrl+Alt+T и запустите установку:

Если команда выдаст ошибку, выполните следующую команду, чтобы установить необходимые зависимости:

sudo apt install -f

Чтобы удалить Crossover Ubuntu, установленный таким способом, достаточно выполнить эту команду:

sudo apt remove crossover

Теперь вы знаете, как выполняется установка Crossover Ubuntu, - утилиты для запуска Windows-программ в Linux. А как запускаете Windows-программы вы? Напишите в комментариях!

CrossOver находится в двух местах в Linux.

Бинарные файлы CrossOver хранит в /opt/cxoffice/

Файлы «бутылки» установленных программ и конфигурации находятся в /home/имя_пользователя/.cxoffice/

Для удаления программы откройте диспетчер пакетов Synaptic выполните поиск CrossOver.

Щелкните правой кнопкой мыши на элемент CrossOver и выберите Отметить для удаления, затем щелкните Применить изменения.

Удалить программу из CrossOver в Ubuntu

Мы приведем живой пример на астрологической программе Zet. После установки программа находится в домашней директории: /home/имя_пользователя/.cxoffice/

В этой программе находится база данных клиентов и нам необходимо сохранить ее. Путь: /home/имя_пользователя/.cxoffice/zet/drive_c/Program Files/ZET512/

Копируем и сохраняем папку DBase. Теперь мы можем зачистить папку .cxoffice/ или удалить ее полностью.

В сегодняшней статье хочу рассказать об основных принципах управления программным обеспечением, а так же привести команды, с помощью которых с легкостью возможно устанавливать, удалять или получать информацию о программах в Linux. Вообще, в линуксе можно выделить 2 способа управления программным обеспечением.

Ну что ж, начнем повествование: Если провести аналогию с проприетарной ОС от мелкомягких, то в Линукс есть аналог такого компонента операционной системы, как "Установка/удаление программ", только называется он - пакетный менеджер. Пакетный менеджер представляет собой набор инструментов, выполняющих функции, схожие с аналогом от Windows. Но есть у пакетных менеджеров кардинальные отличия!

Во-первых, в Windows при установке программы, ее (программу) нужно еще найти, а то и приобрести. В Linux все ПО собрано в одном месте, которое называется репозиторий (он же репа, репАзитАрий и др). Репозиторий представляет собой сетевое хранилище всего ПО, предоставляемое данным дистрибутивом Linux/UNIX.

Во-вторых, предположим, Вам нужно установить игрушку на ОС Windows, которая требует для своей работы такой компонент как DirectX. В данном случае может быть 2 выхода: 1. DirectX уже содержится в дистрибутиве установщика, 2. Вам необходимо будет самому найти данный компонент и установить. При обоих вариантах возникает некоторые НО. При первом варианте, возможно, что у вас уже есть установленный DirectX, причем более новой версии, чем идет с игрой. В таком случае может возникнуть конфликт, допустим, если более новый компонент требуется для другой игры. В результате, установка DX старой версии может привести к некорректной работе игры требующей более новую версию DX. (на данный момент это НО не очень актуально, т.к. последние версии установщиков DX корректно обрабатывают свою "версионность", спасибо комментатору Новичок). Другой момент "НО" заключается в том, что необходимо прикладывать усилия для поиска данного компонента.

Вышеописанный пример я привел для того, чтобы подвести Вас к выводу, что пакетный менеджер в Linux лишен данных недостатков. Любое устанавливаемое ПО через систему управления пакетами устанавливается вместе с остальным ПО, необходимым для работы устанавливаемого. Это в Линукс называется зависимостями. И чем совершенней пакетный менеджер, тем грамотней и правильней он отслеживает зависимости.

В репозиториях в большинстве своем храниться только проверенное ПО. То есть ПО, протестированное на конкретном дистрибутиве. Так же необходимо отметить, что у каждого дистрибутива Linux есть свой репозиторий со своей структурой, со своим проверенным ПО. Более подробно о структуре репозиториев можно почитать в документации к дистрибутиву.

В функции пакетных менеджеров так же входит обязанность отслеживать и систематизировать версии программного обеспечения и размещение его компонентов в операционной системе.

Но вернемся к нашим носорогам. И зададим себе несколько вопросов. Почему бы не поставлять ВСЕ программы в пакетах (ведь ими так просто управлять)? Почему некоторое ПО предоставляется в исходных кодах, а некоторое поставляется в готовых пакетах? Ответы на данные вопросы - ниже.

Теперь коснусь программного обеспечения, поставляемого в исходных кодах. Для каких целей может понадобиться устанавливать /компилировать программу из исходных кодов:

Вам требуется программа, не входящая в ваш дистрибутив (точнее в репозиторий Вашего дистрибутива).
Вам нужна программа, которая доступна только в виде исходных текстов.
Вам нужна некая функция программы, которая может быть включена только после перекомпиляции программы из исходных текстов.
Вы хотите узнать о том как программа работает или принять участие в ее разработке.
Возможны, конечно, и другие причины

1. Управление программным обеспечением поставляемым в исходных кодах.

Установка программ

Управление программным обеспечением в виде исходных кодов на всех дистрибутивах практически не отличается и это управление можно привести к следующей последовательности действий:

По завершении выполнения скрипта configure, он сохраняет информацию о конфигурации в файле с названием config.cache, расположенном в том же каталоге, что и сам скрипт configure.

Если вам необходимо запустить ./configure вновь, то убедитесь, что прежде вы удалили файл config.cache, поскольку configure будет использовать настройки из config.cache, если он существует, не производя повторной проверки вашей системы.

Если все идет хорошо, то к концу процесса конфигурирования вы должны получить созданный Makefile. Он называется сборочный файл проекта, программа с именем make используется для его обработки и сборки программы. Make-файл содержит правила, являющиеся инструкциями, которые сообщают программе make как собирать различные компоненты приложения.

make install устанавливает скомпилированную программу. Фактически, производится копирование необходимых файлов в нужные каталоги. Если вы производите установку в /usr/local, то вам могут потребоваться права суперпользователя (root).

Примечание
Для запуска make и make install необходим установленный компилятор. (пакет gcc)
В Debian вместе с gcc необходимо установить еще некоторые пакеты. Чтобы не запоминать их все, можно установить просто пакет build-essential.

Существуют две разновидности программ, собираемых из исходников: использующих статическую компоновку и использующие динамическую компоновку. Статическая компоновка отличается от динамической тем, что при сборке программы со динамической компоновкой используются функции разделяемых библиотек, а при статической компоновке используется собственный экземпляр библиотек. Просмотреть список разделяемых библиотек, от которых зависит исполняемый файл можно командой ldd. При сборке программ использующих библиотеки совместного доступа, к ней добавляется участок кода, вызывающий при запуске программы динамический компоновщик ld.so (/usr/bin/ld), который ищет необходимые библиотеки и подставляет функции библиотек к программе (каталоги поиска библиотек заданы конфигурационным файлом /etc/ld.so.conf).

Удаление программ

Для корректного удаления программ, установленных из исходных текстов, есть несколько способов:

ручное удаление всего, что установила программа make install
выполнение команды make uninstall в каталоге с исходниками программы. Тут есть нюанс - не всегда разработчики подразумевают параметр uninstall для команды make, поэтому возвращаемся к первому пункту.

В целом, чтобы не было проблем с удалением программы, ее рекомендуют конфигурировать с ключом --prefix=/путь/установки, например ./configure --prefix=/usr/local/apache. Если, конечно, скрипт configure поддерживает данный ключ.

В общих чертах, это была информация о установке программного обеспечения из исходных кодов. Теперь поговорим о бинарных пакетах.

2. Управление программным обеспечением поставляемым в бинарном виде (читай: в готовых пакетах)

В Linux существует несколько разновидностей систем управления пакетов. Основные из них именуются как RPM, dpkg и Portage. Существуют и другие разновидности пакетных менеджеров, но по моему мнению, они не имеют большого распространения. Как уже выше говорилось, назначение пакетного менеджера (системы управления пакетами), это: управлять процессом установки, удаления, настройки и обновления различных компонентов программного обеспечения.

Итак, расскажу подробней о каждой разновидности. RPM разработана компанией Red Hat, применяется в большей части в дистрибутивах, образованных от Red Hat Linux и используется для управления пакетами *.rpm. Система управления пакетов dpkg (Debian Package) разработана основателем дистрибутива Debian - Яном Мердоком, применяется в дистрибутиве Debian и других, производных от Debian, dpkg управляет пакетами в формате *.deb. Система Portage используется в дистрибутивах Gentoo. Программное обеспечение в Gentoo поставляется в виде нескольких файлов.

Пакетные менеджеры не умеют автоматически разрешать зависимости в устанавливаемых пакетах. Системы пакетных менеджеров лишь отслеживают зависимости. Слово "разрешать" думаю, хорошо будет понятно на примере. Например, при установке какого-либо пакета rpm , зависящего от другого пакета , пакетный менеджер лишь сообщит, что для текущего пакета необходим еще другой , но не предложит автоматически его установить. Для автоматического разрешения зависимостей существуют, так скажем, "надстройки" для пакетных менеджеров, которые автоматизируют отслеживание версий ПО, отслеживание и разрешение зависимостей между пакетами (то есть на примере выше, данная надстройка предложит автоматически установить недостающие пакеты).

Для rpm существуют следующие утилиты:

apt-rpm, порт APT, изначально выполненный Conectiva, затем существенно доработанный ALT Linux Team и продолжающий развиваться
apt4rpm, порт APT Debian. Рекомендуется для использовании с некоторыми репозиториями Fedora Core. Почти не разрабатывается, но расходует меньше ресурсов процессора, чем те средства, которые перечислены выше. Более поздний проект, нежели apt-rpm.
smart, доступен для многих дистрибутивов
urpmi, используется в Mandriva Linux
YaST, используется в SuSE
yum, разработан в Yellow Dog Linux, также используется в Fedora Core и ASP Linux

Для dpkg, преимущественно:

3. Особенности и отличия использования RPM, dpkg и исходных текстов

Как и RPM, так и dpkg возможно установить и на RedHat и на Deb - дистрибутивы, но по моему мнению, это равносильно принципу круглое - носим, квадратное - катаем. И dpkg и RPM очень похожи по своему принципу работы, но все же в них есть кое какие отличия, например: при установке пакета rpm не устанавливает пакет, пока не будут разрешены все зависимости, deb - устанавливает, но говорит, что пакет установлен, но работать не будет, пока не будут установлены все зависимости.

Любой пакетный менеджер хранит информацию о зависимостях пакетов в своей базе (например RPM - в /var/lib/rpm), соответственно, если какое-то ПО было установлено НЕ из пакетного менеджера, то информации о нем нет в базе данных, соответственно, при установке пакета, который (пакет) зависит от ПО установленного, например, из исходных кодов, будет выдана ошибка об отсутствии зависимого пакета (хотя он установлен). Для решения данной проблемы необходимо использовать ключ --nodeps, который отключает отслеживание зависимостей (актуально для RPM).

В общем случае я бы посоветовал пользоваться ИЛИ пакетным менеджером и соответствующими инструментами ИЛИ собирать все ПО из исходников. Но второй вариант, по моему мнению, разумен только при использовании строго ограниченного набора программ на сервере, иначе, обновление из исходников станет основным развлечением для системного администратора, потому что на остальные задачи просто не останется времени.

4. Основные команды управления программами

Команды управления программным обеспечением приведены в статье основные команды Linux.

Теперь опишу краткий список команд по работе с пакетными менеджерами:

На сегодня все, более полный список команд тут. До новых встреч!

upd 2011.02.03: переработка статьи, дополнение 3 и 4 раздела
upd 2012.06.08: дополнение 1 раздела (информация об удалении ПО)

Зачем переходить с Windows на Линукс? Большинство офисных программ пишутся, разрабатываются и тестируются именно под Windows, может я чего-то не понимаю, но какая выгода в переходе? Wine работает неидеально, имеет баги и недоработки.

Тем более это странно выглядит, если у вас уже куплены лицензии на софт, то тут даже экономии нету.

Для меня, например, windows просто неудобен. При этом, я допускаю, что вам будет неудобен linux. Баги и недоработки имеет любой софт. МС офис под вайном работает стабильно, но мне и он не нужен, либре офиса хватает. Хоть я и презираю всякие мастдайки, но поддержу: нет смысла переходить на линукс, не имея грамотного (в компьютерном отношении) персонала.
Если персонал — типичные гуманитарии, смысла их мучить нет.
Если же персонал подкован в плане IT, то смысл есть. Но такой персонал еще найти…

Ну так это большая разница, одно дело себя переводить на Линукс (всегда пожалуйста), другое дело людей, которым это означает только лишние проблемы, неудобства и потерю времени.

> Если же персонал подкован в плане IT, то смысл есть

Я подкован, но я бы не хотел, чтобы меня переводили на Линукс. Спасибо, не надо.

> Я подкован, но я бы не хотел, чтобы меня переводили на Линукс

Значит, либо работа завязана только на венду (например, разработчик игр), либо не подкован ;)

да ладно, неудобство. мои перетерпели только переход с MS Office на Libr'у. Теперь работают под Mint'ом довольные, еще дома все мастдаи снесли(сами)… т.к. оч. понравилось всё в «новой» операционке

* при этом, переход с 2003го на 2007ой офис оказался настолько мучительным, что решили сразу на linux переходить )) остальные приложения более удобны в open-source исполнении, да и WM больше нравится. все гуманитарии

У вас странное предубеждение, что любой человек предпочтет Линукс. Оно, правда, расходится со статистикой. У каждого свои вкусы.

Лично мне, например, нет желания менять систему, в которой все установлено, работает, настроено и привычно на другую, где ничего не настроено. Мне лень гуглить по форумам решения различных багов. Лень искать аналоги программ. Лень искать скрипты и конфиги для вайна. Лень искать проприетарные драйвера, угадывать, какая нужна версия и как ее ставить. Лень читать документацию (к тому же там еще и все меняется и знания годовой давности устаревают). Лень разбираться со спящим режимом и скоростью вращния вентиляторов.

Все линуксы, которые я когда-либо ставил, работали в графическом режимие на моем железе хуже и медленнее, чем Windows. Насмотревшись на многочисленные тормоза, дерганья, задержки отрисовки в графическом режиме, я решил, что подожду, пока в линуксе не сделают нормальный графический стек.

Переход на Linux не всегда вызван ярым желанием сэкономить. Часто это требование к надежности и стабильности. Поставьте нормальный дистрибутив хоть раз, чтобы не сталкиваться с проблемами вашего прошлого коммента. Linux Mint Debian Edition, например. И что, там уже починили вентиляторы, вай-фай и ещё сто разных свистелок? Вы не поверите, но еще убунта 10.04 при установке на 2 разных ноута находила Wi-Fi, сама предлагала выбрать доступную сеть, скачивала обновления в процессе установки. После установки без каких-либо плясок работала вебка, работали клавиши типа добавить/убавить звук, яркость.
Пока что вижу один минус linux — малая распространенность, следовательно малое число программ и малое число людей, умеющих настраивать ось под те или иные требования юзера. Для офисной работы инструментов достаточно, для разработки тоже. Так что как ось на офисный компьютер, linux вполне нормальное решение.

> И что, там уже починили вентиляторы, вай-фай и ещё сто разных свистелок?

Если не брать «свежевыпущенное» железо, то все в порядке. Проблемы могут быть лишь с нераспространенным железом, вроде сканеров отпечатков пальцев. У меня на ноутбуке hp dv7, например, заработало все, кроме вышеобозначенного сканера.

P.S. Если при переходе вы каждый день пользуетесь wine'ом или «виртуалбоксом с пераццкой вендой», то смысла переходить, естественно, никакого нет!

Плюсую CrossOver. Но это если немного денег не жалко. С wine у меня офис тоже работает. Но если нужно чтобы все само собой без подкручивания, то CrossOver самое то. В wine'e офис вполне сносно работает. Недавно девушке ставил, претензий не было. Говорит: так же, как и в windows. Перейти на Linux и пользоваться Windows приложениями, да вы что смеетесь? Если переход то переход, Libre в Linux отлично работает. Все на подсознании начните работать в Linux приложениях не обращая внимание на Windows и вы поймете, что разницы в работе обычного пользователя нет. Я не говорю о серверах командной строке и всего подобного Linux давно уже User Friendly.

Допиленный wine от Etersoft. Есть коммерческий вариант, поддерживающий кучу наших приложений вроде Клиент-сбербанков(список). В случае ванильного wine нужно перебирать его версии для конкретных приложений, часто «один wine — одно приложение».

Взгляните на Ulteo(выделенный windows-сервер нужен) для бесшовной интеграции или пилите вручную через seamlessrdp.

кто/что платный? Ulteo, Wine@Etersoft и seamlessrdp бесплатны, но имеют платную поддержку. @Otkrick Я прочитал, но не совсем понял. Для чего предназначен Ulteo? Если нужно только проверить как выглядит документ в ворде, то можно попробовать установить бесплатные Word viewer и Exel viewer через Wine. Таким образом вы останетесь чисты перед законом.

Называется WPS Office (Kingsoft Office). По сути китайские братья коммунисты замутили клон офиса для нужд социалистического общества.

(как обычно, где "длинное тире" нужно заменить на два "коротких тире").

1. Если у вас AMD64. добавим поддержку i386 , если она не была добавлена ранее.
dpkg —add-architecture i386
apt-get update

2. Ставим мелкомягкие шрифты (ветка contrib должна быть включена)
apt-get install ttf-mscorefonts-installer

Запускаем fc-cache -fv от рута.

Устанавливаем, запустив от рута dpkg -i (тут название скаченного файла с расширением.deb)

5. Запускаем apt-get install -f, что бы установились нужные i386 библиотеки.
Если при этом вам предлагается удаление установленного офиса, что-то не так с п. 1 или у вас проблемы с зависимостью.

5.1. Выпиливаем шрифты, установленные WPS офисом (китайские), поскольку замечены глюки при Copy/Paste с инета (подставляет какой-то китайский шрифт):

rm -r /usr/share/fonts/wps-office
fc-cache -fv

6. Русификация (до первого запуска).
Русификация крайне корявая, но можно поставить и периодически обновлять, для этого:

Читайте также: