Wineceptor-redux (для тех, у кого много префиксов)

[iw2snl]

[:Зачем этот скрипт?:]
Изначальная суть этого скрипта в том, чтобы можно было по дабл-клику запустить любой файл с помощью wine/windows программы, из того префикса, в котором этот файл находится.
Другими словами:
Главная цель этого скрипта - сделать запуск разных файлов в разных префиксах с разными настройками как можно более автоматизированным (дабл-клик).
Не нужно что-либо запускать, вроде q4wine, playonlinux и т.п. Последние чаще всего сравнительно медлительны, ими нельзя сразу запустить только что скачанный файл и т.д.
Собственно, этого достаточно. Но если хочется более полных сведений о том, что скрипт делает, читаем следующий блок (в разы длиннее).

[:Возможности скрипта (Так зачем же?):]

• Короче говоря, не нужно открывать терминал, лихорадочно вбивать "env WINEPREFIX=~/.wine-another-one" - просто дабл-клик по файлу.
  Другими словами - Это скрипт может быть полезен тем, кто не пользуется только ~/.wine префиксом.
  
  (Нажмите, чтобы показать/скрыть)

  Самая главная фича, без которой скрипт не нужен даже мне - удобный запуск .exe да и любого файла вообще.
  Удобный, значит, что если файл находится в префиксе ~/.wine-another-one, то он запустится из того префикса, а вот если в ~/.wine, то уже в ~/.wine.
  Главное - открывать файлы с помощью скрипта, или добавить особое действие в меню по правому клику, или хоть просто скрипт на рабочий стол поставить, и в его меню открывать нужные файлы.
  
• Запуск файлов из директорий-симлинков
  
  (Нажмите, чтобы показать/скрыть)

  а) Есть директория, находится вне префикса, на неё есть симлинк внутри префикса.
  б) Есть директория в префиксе, на неё есть симлинк вне префикса.
  Выбор способа автоматический, но приоритет у первого способа, потому что исполняется сначала он.
  

  (Нажмите, чтобы показать/скрыть)

  Есть префиксы P1 и P2. В префиксе P1 есть директория P1/D1. На неё есть симлинк P2/D1S. Так вот при запуске файлов из P2/D1S, запуск произойдёт в префиксе P2, даже если файлы в общем-то находятся в первом префиксе.
  
• Запуск файлов-симлинков.
  
  (Нажмите, чтобы показать/скрыть)

  Если кликнуть по ссылке на файл, выскакивает окошко, которое предлагает запустить файл в той директории, где он находится на самом деле, либо где находится симлинк.
  Речь о рабочей директории. Это может показаться неудобным, но мне, например, полезно.
  

  (Нажмите, чтобы показать/скрыть)

  Вот, например, ссылка на .exe на рабочем столе. Часто .exe-шники требуют, чтоб в директории с ними были и всё остальное, что им надо, .dll , другие .exe-шники, например. Если рабочая директория будет рабочим столом, то wine просто напросто ругнётся, что ему не хватает файлов, потому ничего не запустится. Если же запустить в директории, где настоящий файл находится, всё должно запуститься, как надо.
  
• Файл конфига, кладётся рядом со скриптом.
  
  (Нажмите, чтобы показать/скрыть)

  1) Директория, в которой расположены все префиксы (prefixesdir).
  

  (Нажмите, чтобы показать/скрыть)

  Нужна только тогда, когда скрипт сам не может найти нужный префикс (вылетает окошко со списком префиксов из этой директории). То есть, у меня это "$HOME/.local/share/wineprefixes". Это не значит, что если префикса нет в этой директории, то скрипт никогда не найдёт его. Это последнее место поиска вообще.
  

  (Нажмите, чтобы показать/скрыть)

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

  --
   2) Глубина поиска (timestogoup).
  

  (Нажмите, чтобы показать/скрыть)

  Я бы назвал "высотой", потому что вся суть скрипта в том, что он просто поднимается вверх, по директориям до тех пор, пока не найдёт какой-нибудь префикс, либо не уткнётся в корень домашнего раздела, ЛИБО поднялся уже вот это количество раз. Думаю, числа 10 вполне хватает. По умолчанию. Можно поменять, если запускаемые .exe находятся где-то в "$WINEPREFIX/2/3/4/5/6/7/8/9/10/11/12/13/file. В любом случае, если не найдёт, выскочит окошко со списком префиксов. А какой-нибудь глубоко зарытый префикс всегда можно пролинковать в директорию с префиксами.
  

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

  (Нажмите, чтобы показать/скрыть)

  WINELOADER, WINESERVER, тот же WINEPREFIX (перезапишется). Или и вовсе переменные, которые никак не относятся к wine-у.
  Думаю, можно также вбить и вовсе не переменные, а некоторые параметры запуска, которые обычно пишутся перед "wine".
  Писать в одну строчку. Переменные в начале.
  

  --
   4) Ввод параметров запуска. (askexecparsXXX)
  

  (Нажмите, чтобы показать/скрыть)

  При значении 1, при каждом запуске файла выскакивает окошко, которое предлагает ввести параметры запуска.
  Я лично уже не помню, как они звались в Windows, но это те самые параметры, которые обычно пишутся после команды запуска в ярлыке какого-нибудь файла. Какой-нибудь -fullscreen, например.
  Вторая переменная отвечает за то, чтоб окошко выскакивало, даже если токен файлом уже заданы параметры.
  
• Токен-файлы с переменными окружения и параметрами запуска.
  
  (Нажмите, чтобы показать/скрыть)

  Чтобы не быть назойливым, есть другой способ задать переменные окружения или параметры запуска. Создание токен-файлов (так я захотел их назвать).
  Можно создать их для всего префикса (в корень префикса кидается файл название_префикса.penvsetts), для целой директории (в директории, название_директории.denvsetts) или для отдельного файла (можно скрытый, можно нет, название_файла.fenvsetts). Скрытый токен перезапишется нескрытым, если такой есть.
  В них уже вбиваем нужные переменные окружения (в одну строчку).
  

  (Нажмите, чтобы показать/скрыть)

  Например, в system32 префикса есть wineboot.exe.
  Создаём рядом с ним файл .wineboot.exe.execparameters в котором всего-лишь написано: -k.
  Теперь по дабл-клику по wineboot.exe будут убиты все wine процессы данного префикса.
  Без параметра этого бы не произошло.
  
• Wineceptor-center
  
  (Нажмите, чтобы показать/скрыть)

  Даже если скрипт стремится к минимализму, кое-что автоматическим делать не нужно. Фича эта сугуба опциональна.
  Создаёте где-угодно файл с названием wineceptor.center.exe. Теперь при наличии опционального скрипта "wineceptor-center.sh в директории скрипта запуск этого файла вызовет zenity список, в котором можно выбрать запуск wine проводника, редактора реестра, конфигурации wine (winecfg), winetricks, различные опции wineboot, вроде завершения всех процессов префикса, обновления/инициализации префикса.
  

[:Видео:]
Пока нет. Но чтоб сократить объём (и так неполного) readme - обязательно нужно .
Но мне нужен "материал" (что-нибудь виндовое).
А ещё у меня отвратное качество звука (даже при убранных шумах голос "не тот").

[:Текст скрипта:]
Отсюда же можно будет и скачать скрипт по частям, если же нужно одним архивом, смотреть следующий блок.
Pastebin - wineceptor_0.17.sh.txt (обязательная основная часть)
Переименовать в wineceptor.sh
Pastebin - wineceptor_debug_0.17.sh.txt (опциональный скрипт дебага).
Переименовать в wineceptor-debug.sh
Pastebin - wineceptor.config_0.17.txt (опциональный конфиг).
Переименовать в wineceptor.config. Настройка языка в нём.
Pastebin - wineceptor-center_0.17.sh.txt (опциональное меню вызова wine утилит)
Переименовать в wineceptor-center.sh

[:Скачать одним архивом:]
wineceptor-redux_0.17c (перейти по ссылке, нажать ctrl+s)
Всё в одном архиве, переименованное, как следует; с правами на запуск.
Русский язык "включается" в конфиг файле.

[:Установка:]
1) В "экстренных" ситуациях, типа "я не нашёл префикса" или "вы запускаете симлинк", скрипту нужен zenity.
Найти в аппсторе, synaptic-е, либо установить командой (если ещё не установлен, хотя чаще всего он уже должен быть установлен):
sudo apt-get install zenity.
2) Поставить скрипту права на запуск, либо из файлового менеджера, либо из терминала chmod +x %нужный файл%. (для тех, кто качал с pastebin)
На wineceptor.config права запуска ставить не нужно.
Поместить файл куда-нибудь, где вам удобно (в отдельную директорию). Хотя, если скачан только основной скрипт, то отдельная директория не нужна.
Ассоциировать нужные файлы со скриптом. То есть, "открыть с помощью..." скрипта.


[:Список изменений:]
Pastebin - wineceptor-changelog_0.17

[:Благодарности:]
Всем кто скачает и протестирует скрипт. Ну и отпишется.
Сам я пользовался прошлым скриптом больше 3 месяцев, было удобно . Кто знает, может, пока я им пользовался, кто-то сделал такой же или даже лучше.

[iw2snl]

(Нажмите, чтобы показать/скрыть)

Полностью переписал скрипт. И ридми.
Появился файл конфига, токен-файлы, улучшен механизм поиска. Убраные назойливые оповещания о том, где и что запустилось (перемещены в дополнительный скрипт дебага, который всё записывает в логи).
Область поиска префиксов для составления их списка, если не получилось найти подходящего, сужена до директории префиксов, которая задётся в конфиге, поэтому окошко со списком появляется моментально, главное, чтоб в той директории были либо сами префиксы, либо симлинки на них.
И чёрт знает что, самый полный список фич в changelog-е.

Буду рад, если кто-нибудь скачает и протестирует . И, конечно, отпишется.
Пользователь решил продолжить мысль 21 Августа 2013, 13:15:00:

(Нажмите, чтобы показать/скрыть)

Пытаясь настроить правильный порядок перезаписи переменных окружения и параметров запуска, случайно переместил массив с названиями (зачем писать два раза, если можно три ? ) для токен-файлов после "считывающего" эти файлы блока .envsetts. Потому параметры запуска работали, а вот переменные окружения, заданные токен файлом - нет. Пофиксил в 0.13a.

[iw2snl]

(Нажмите, чтобы показать/скрыть)

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

Благодаря 0.15 вся система скриптов выросла в полтора раза, но это всё те же 22.4 кб, вместо мегабайтов фронтэндов . И она более менее автоматизирована.
Собственно, вырос скрипт так только из-за изменённой и более полной системы токенов. В общем описана в первом посте. Теперь их можно создавать для префикса, рабочей директории и отдельного файла, а не только для последнего.
Последним шагом будет сделать поддержку разных версий wine, с помощью тех же токенов в корне префикса.
Чуть подштриховал вывод дебаг скрипта, добавил в него вывод последней команды, которая и запускает wine. Промт об очистке лог-файлов отключен по-умолчанию (новая настройка в конфиг).
Пользователь решил продолжить мысль 25 Августа 2013, 21:25:24:Ну и 0.16 вот. Несколько строчек, зато уже и разные версии wine поддерживает.
Кидаем в корень префикса файл с названием название_префикса.pwinebinary.
В файл прописываем полный путь к бинарнику нужной версии.
Если бинарник есть в директории перечисленной системной директорией PATH, полный путь не обязательно.
Например, вместо /usr/local/bin/wine-1.32 можно написать просто wine-1.32.
Пользователь решил продолжить мысль 26 Августа 2013, 00:08:53:0.17
+ Добавил свой wineceptor-center.
Суть в чём.
Создаём wineceptor.center.exe файл (пустой, не пустой, не имеет абсолютно никакого значения).
В папке со скриптом должен находиться wineceptor-center.sh скрипт (его запускать не нужно).
Теперь при попытке запуска созданного файла выскакивает zenity список, который предлагает запустить проводник wine, редактора реестра, настройку wine (winecfg), winetricks, меню некоторых опций wineboot, среди которых "убийство" всех процессов (), завершение wine сеанса, принудительное завершение, инициализация и обновление нового префикса.
* Чуть чуть прибрался в конфигурационном файле ("оттабулировал" комментарии в сторонку).

Дальше:
+ GUI для конфига (WIP)
+ Видео и более лаконичный readme
+ Объединить все скрипты в один, заодно добавив пару опций в конфиг (включая GUI конфига, тот же "центр" и скорее всего сам конфиг... и ридми, и changelog ). Учитывая то, что wine сам по себе нуждается в иксах, думаю, нет ничего такого, что скрипт "графический". Скрипт уже довольно громоздкий, но это всё ещё "автоматический" скрипт, потому что всё это меню выскочит, если запустить скрипт сам по себе, а не открыть с его помощью что-либо.
+ При инциализации/обновлении через wineboot меню, в реестре префикса будет создаваться строковый ключ HKCU/Software/Wine/WebBrowser/Browsers со значением xdg-open, либо тем, которое задаётся в конфиге. (Мне эта фишка понравилась из q4wine)

//Up - 26/08/2013
Исправил меню wineboot из центра, ибо оно использовало стандартный бинарник wine (когда мы хотим нестандартный).
Всё ещё есть один нюанс. Winetricks не умеет запускаться с нестандартного бинарника, если путь к нему "лежит через пробелы". И это не проблема скрипта, это проблема winetricks (баг-репорт составил).

//Up - 26/08/2013
Daniel согласился, что это баг, сказал, что с радостью примет патч.
Патч написан и отправлен.
Но до тех пор, пока выйдет новая версия скрипта, все желающие могут пропатчиться сами.
Патч

[dj--alex]

хотя я и сторонник 1-го единственного универсального префикса
но затея весьма годная.

[iw2snl]

Yay, спасибо .

Случайно нашёл один "баг" - "недосмотр" вследствие "недотестинга" . Запуск из директории-симлинка, когда этот самый симлинк вне префикса не работал. Исправляется одной единственной строчкой (executable="$(readlink -f "$executable")"). Ссылки обновил.

// -_- и ещё парочка опечаток в переводе... кошка что-ли напечатала...

[peregrine]

iw2snl, чем оно лучше PlayOnLinux?

[iw2snl]

Для *меня* оно уже лучше тем, что скрипт не нужно включать:
Он у меня даже не в меню по правому клику, а просто "программа", которая перехватывает любые .exe, .msi, или, например, .scx сценарии для StarCraft-а .
Если мне нужно быстро запустить какой-либо файл, экзешник или ещё что, мне *не нужно
а) запускать проводник wine этого самого префикса, чтоб найти файл, либо
б) добавлять ярлык этого файла в меню PlayOnLinux.
Всё, что мне нужно, это два раза нажать по нужному мне файлу, прямо из родного линуксового файлового менеджера.

Чем оно *не лучше*, так это тем, что скрипт не умеет доставать кастомные версии wine.
Хотя кто знает, может, потом докину и это (только спрошу).
А ещё POL умеет исполнять команды до запуска программы. Но и это я в скрипт хочу кинуть. Так же как и попытаюсь докинуть возможность исполнять команды после запуска, которой мне не хватало в PoL.
Повторю, что POL здесь лучше, но я хочу потом добавить эти фичи.
Чего я не хочу, так это автоматических установок с помощью скриптов. Вот для этого скрипт не подойдёт.

Короче-говоря.
Этот скрипт - xdg-open. Только для wine префиксов.
Замена стандартному Wine Windows Program Loader, который умеет орудовать только внутри своего ~/.wine префикса (Загрузчик windows приложений - wine ?). Ну и ещё целой армаде одноимённых .desktop файлов, которые создаются при каждом создании префиксов в .local/share/applications.
Хотя*, кому-то некоторые .desktop файлы из этой армады и нужны могут быть (но я же и не удаляю).

Как бы там ни было, раньше я искал такой скрипт. И находил посты людей, которые тоже искали что-нибудь такое. А теперь этот скрипт у меня есть. Тем он и хорош .

[peregrine]

iw2snl, теперь понял, полезная вещь.

[iw2snl]

Спасибо