LINUX.ORG.RU

Wine 5.5

 


1

2

27 марта состоялся выпуск Wine 5.5.

Wine — прослойка совместимости приложений для Windows с POSIX-совместимыми ОС, транслирующая вызовы Windows API в вызовы POSIX на лету вместо эмуляции логики Windows вроде виртуальной машины.

Помимо более 32 исправлений в багтрекере, в новом выпуске:

  • Встроенные библиотеки теперь используют рантайм UCRTBase C
  • Улучшенная поддержка отладочной информации в PE-файлах.
  • Добавлена поддержка привязок регистров в зависимости от языка (LCMAP_LINGUISTIC_CASING)
  • В WebServices поддерживается больше атрибутов.

>>> Подробности

★★

Проверено: cetjs2 ()

Улучшенная поддержка отладочной информации в PE-файлах.

Чем с ними работать? На сколько помню, отладка wine-приложений всегда была проблемной и на офф сайте рекомендуют использовать виндовые отладчики запущенные в том же wine

SR_team ★★★★ ()

Звук в SkyrimSE что делает? Правильно, не работает. Вообще не запускается теперь (в 3.5 запускалось).

А у кого всё работает, подскажите плиз, какая версия винды у вас прописана в winecfg?

dimgel ★★ ()
Ответ на: комментарий от dimgel

Работает звук в скайриме там. Прсто у тебя какой-нибудь дебиан или ещё какое убожество, где faudio собран без ffmpeg, либо wine собран без faudio и ты не поставил вендовые dll xaudio.

anonymous ()
Ответ на: комментарий от anonymous

Гента. И с faudio[ffmpeg], и без faudio[ffmpeg], и с winetricks faudio – звук пропадает после fast travel в Вайтран, остаётся только музыка (и то ненадолго).

На вопрос о версии винды в winecfg никто из умников не ответил.

dimgel ★★ ()
Ответ на: удаленный комментарий

Не стыдно. (Мне больше.)

Но я, наверное, редкий вид линуксоида, у которого самая часто запускаемая в wine программа — это не игра, а программа ведения домашней бухгалтерии.

Да, линуксовые аналоги смотрел. Да, по удобству катастрофически не дотягивают. Да, за что действительно стыдно — за то, что до сих пор не написал линуксовый аналог. Хотя я совершенно точно знаю, как его писать, никакого rocket science там нет, просто некоторое количество дурной работы. Но оригинал и так работает в wine почти идеально. :)

hobbit ★★★★★ ()

Печалит удаление поддержки win16. Они его ещё не доделали, а уже удаляют. А ещё для винды был продукт, позволяющий запускать win16-приложения в Windows 10 при помощи Wine. CodeWeavers что, с ним борятся? Не пойму.

А вдруг они потом поддержку Win9x так же удалят?

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от ZenitharChampion

в Windows 10 при помощи Wine

Во-первых, ты всё перепутал. Не в Win 10 (там и сейчас проблемы нет), а в Win64.

Во-вторых, он никуда не делся и в целом неплохо работает.

LamerOk ★★★★★ ()
Ответ на: комментарий от hobbit

Да, по удобству катастрофически не дотягивают.

Терминал Линукса не осилил?

Да, за что действительно стыдно — за то, что до сих пор не написал линуксовый аналог. Хотя я совершенно точно знаю, как его писать, никакого rocket science там нет, просто некоторое количество дурной работы. Но оригинал и так работает в wine почти идеально. :)

Just do it!

anonymous ()
Ответ на: комментарий от anonymous

Терминал Линукса не осилил?

Ой, кстати, о терминале. У той программы, которой я пользуюсь, практически на все типовые действия повешены удобные хоткеи. А в линуксовых аналогах приходится заниматься мышевазюканьем, вот такой парадокс…

Just do it!

Да, возможно, как-нибудь займусь. Но сейчас у меня ещё другой опенсорсный проект не доведён до желаемого уровня…

hobbit ★★★★★ ()
Ответ на: комментарий от anonymous

Или

Или. Под вайном, повторюсь, работает отлично, разве что с импортом из csv/xls косяки. Но он и вообще-то не очень удачно сделан.

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от anonymous

Какие версии wine, faudio, ffmpeg?

Разные блин, проблеме уже несколько лет. Забыл уже на какой версии wine последний раз работало (причём без faudio). Ты можешь нормально ответить на простой вопрос – какая версия винды у тебя в wincfg выставлена, или будешь дальше мозги трахать?

dimgel ★★ ()
Последнее исправление: dimgel (всего исправлений: 1)
Ответ на: комментарий от hobbit

Ой, кстати, о терминале. У той программы, которой я пользуюсь, практически на все типовые действия повешены удобные хоткеи. А в линуксовых аналогах приходится заниматься мышевазюканьем, вот такой парадокс…

Глянь hledger. Сам не пользуюсь, знакомый американец работающий в гугле посоветовал.

Gentooshnik ★★★ ()
Ответ на: комментарий от Gentooshnik

Там другая крайность — чисто командный интерфейс. Я не говорю, что это плохо, у неё наверняка есть своя аудитория.

Но вводить в cli-программе приходится больше, чем в GUI-программе с хорошо проработанным клавишным управлением. И помнить больше. Ну и хочется такую программу, которая не отпугнёт жену.

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

У той программы, которой я пользуюсь, практически на все типовые действия повешены удобные хоткеи. А в линуксовых аналогах приходится заниматься мышевазюканьем

сколько времени нужно проводить за этой программой, чтобы отсутствие горячих клавиш можно было называть серьезным недостатком? а остальные претензии к линуксовым версиям такого же калибра?

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

dummy ()
Последнее исправление: dummy (всего исправлений: 4)
Ответ на: комментарий от dummy

сколько времени нужно проводить за этой программой, чтобы отсутствие горячих клавиш можно было называть серьезным недостатком?

Всего-то вбить с десяток расходов. С хоткеями это быстро. А вот с мышевазюканьем это «удовольствие» действительно растягивается надолго.

чтобы эти клавиши помнить, надо ежедневно тратить на это пару часов

Ага-ага. Ins, Tab, Enter — вот основные клавиши. Какая пара часов?

а остальные претензии к линуксовым версиям такого же калибра?

А Вы калибр в чём измеряете? По мне так неудобный UI — вполне серьёзная претензия к программе, которая запускается ежедневно, пусть даже на 5 минут.

Ну и слово «претензия» не совсем правильное. Я знаю людей, которые с клавиатурой работать не умеют. Которые ввели логин, пароль, и вместо того, чтобы нажать Enter, ТЯНУТСЯ К МЫШИ И НАЧИНАЮТ ЭТОЙ МЫШЬЮ ПРИЦЕЛИВАТЬСЯ НА КНОПКУ «ВХОД»! Между полями они тоже переключаются исключительно мышью. Табуляция? Нет, не слышали. У них к «линуксовым версиям» претензий не будет. И ради бога. Когда-то, кстати, на ЛОРе такие люди назывались «ламерами виндовозными», но времена меняются.

И есть профессиональные бухгалтеры, которые привыкли к двойной записи, и в домашней бухгалтерии им потребуется двойная запись. Им как раз GnuCash понравится куда больше, чем программа Козловского. И ради бога. А я не профессиональный бухгалтер. Мне не нужна двойная запись, мне нужно сокращение дурного ввода, и здесь модель данных в программе Козловского проста до гениальности.

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от pozitiffcat

у меня вот наоборот. Была когда-то софтина у Actel (нынче вроде их Microchip купили) для place-and-route их ПЛИС, Actel Designer. У нее был порт на линукс, с использованием древнейшего фреймворка Wind/U, который работал через раз и требовал rpc-демона.

Виндовая версия в любой версии вайна просто работала, и жрать не просила.

demidrol ★★★★★ ()
Ответ на: комментарий от Behem0th

Ну вот KMyMoney. Работа там построена на файлах, это значит — тормоза на больших объёмах данных. В последних версиях появилась поддержка БД, но она не работает как основное хранилище, можно просто сохранить в БД или загрузить из неё. Т.е. проблему не решает.

Запускаю программу, хочу внести расход. Сразу же надо схватиться за мышь и ткнуть в раздел «Операции». (В ДБ Козловского я могу нажать Ctrl+Tab). Далее, окей, для добавления собственно операции есть Ctrl+Ins. Уже хорошо, в других программах и этого может не быть, но в ДБ работает просто Ins. Между «Зачислением» и «Списанием» можно переключаться только мышью. Категории расходов древовидные. С одной стороны, это даже гибче и мощнее, чем в ДБ, с другой — навигация дольше (в ДБ два списка, категория и подкатегория). Зачем-то на каждую операцию надо вводить номер. Вручную.

Окей, завершить ввод можно Enter-ом, уже хорошо. А в ДБ Enter переводит ко вводу следующего расхода, а для завершения есть отдельная кнопка. Плюс у меня почему-то не заполнен список «Списание», хотя счета в классификаторе вроде бы введены. Ну ладно, это, возможно, глюк моей версии 4.8.0 (сейчас уже вышла 5.0.8).

Skrooge. Для создания счёта зачем-то обязательно надо указать название банка (правда, можно выбрать «Другой», при этом всё равно придётся выбрать иконку).

Опять работает Ctrl+Ins и опять сначала всё равно надо переключиться на «Операции» мышью. И даже после этого Ctrl+Ins работает только если я поставил фокус на таблицу. Навигация по табуляции какая-то странная. Разница между доходами и расходами указывается знаком в сумме. Спорно, но ладно, это лучше, чем ещё раз хвататься за мышь. Зато по Enter-у ничего не происходит, надо вручную додолбиться до кнопки «Добавить» и нажать на пробел. И тут начинаешь подозревать, что UI Скруджа (как и его предшественника) делали те самые персонажи, в которых @gr_buza видел Главную Беду Линукса…

Загрузка-сохранение опять-таки на файлах.

Понравилось в Скрудже: 1) понятие разделённых операций, это полезная вещь, при этом хорошо, что она ненавязчивая; 2) возможность увеличивать и уменьшать масштаб таблиц в программе ползунком внизу, прикольно; 3) отсылка к Диккенсу в названии программы.

В принципе, почти весь трэш и угар клавиатурного управления можно (наверное) залечить патчами (если примут). Вот с быстродействием… надо бы попробовать импортнуть туда мою базёнку на 40 тыс записей из ДБ и посмотреть, как оно будет шевелиться. Если хуже, чем в оригинале — проще будет своё написать.

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

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 3)
Ответ на: комментарий от anonymous

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

dimgel ★★ ()
Ответ на: комментарий от hobbit

Твоя боль с хоткеями понятна.

Skrooge Загрузка-сохранение опять-таки на файлах.

Не совсем понимаю, вроде он использует sqlite.

мою базёнку на 40 тыс записей

У меня хз сколько записей. Но я чаше всего покупки заношу не раздельно(по пунктам) а одной записью. И даже так подтормаживает на записи и операциях по чтению с базы. :-(

проще будет своё написать.

Наверно проще. Но в итоге будет как в том меме про стандарты. :-(

не чистое Qt, а ещё и кедолибы

Как по мне так это плюс. Я вообще не понимаю почему кому-то не повиф что тянется на дополнительные 10 пакетов 100мб весом. Во времена фильмов овер 10Гб. И почему притензии только о привязке к КДЕ либам. Когда идет привязка к Гном либам все молчат.

Behem0th ★★★★★ ()
Ответ на: комментарий от Behem0th

Не совсем понимаю, вроде он использует sqlite.

Как я понял — он его использует в начале и конце работы. Хотя могу ошибаться.

И даже так подтормаживает на записи и операциях по чтению с базы. :-(

Это усиливает мои подозрения. В общем, надо экспериментировать. Кстати, сколько сейчас у тебя в базе операций сохранено?

Но в итоге будет как в том меме про стандарты. :-(

По счастью, прикладная программа — не стандарт. А наличие операций экспорта-импорта улучшит взаимодействие. Кстати, по количеству импортируемых форматов Скрудж мне понравился.

Когда идет привязка к Гном либам все молчат.

Это да, двойные стандарты тут у некоторых присутствуют. Но этих либ просто не так много, при этом gobject и gtk обычно почти в любом десктопном линуксе уже установлены, а другие библиотеки мало кто тащит. Но если я когда-нибудь буду это писать — я буду писать на Qt. Помимо прочего, там поддержка разных СУБД из коробки.

hobbit ★★★★★ ()
Ответ на: комментарий от hobbit

Как я понял — он его использует в начале и конце работы. Хотя могу ошибаться.

Я не очень разбираюсь в вопросе. Просто наблюдения: В начале использования программы нужно задать фаил базы куда будут сохраняться все данные. После добавления платежей или других действий нужно нажать кнопку сохранить, после чего изменения скинутся в указанный фаил. Но как мне кажется внутри этого файла бд sql. Так как однажды в арче добавили свежую версию sqlite а скруджди ее еще не поддерживал. Что приводило к тому что невозможно было открыть сохраненные базы.

а другие библиотеки мало кто тащит

Мне например не очень волнует колличество установленных библиотек. Благо это разруливает пакетный менеджер. Но вот что мне не нравится когда гном приложения открывают свой менеджер паролей а кде свой.

в Скрудже общее количество посмотреть нельзя

Единственное что нашел это в списке Операции у меня 2557 строк. Это и отдельные и групповые операции(состоящие из нескольких покупок). Но вторых подавляющее меньшенство.

Behem0th ★★★★★ ()
Ответ на: комментарий от Behem0th

После добавления платежей или других действий нужно нажать кнопку сохранить, после чего изменения скинутся в указанный фаил. Но как мне кажется внутри этого файла бд sql.

Ну я так и понял. Строго говоря, это неэффективное использование БД. Если, конечно, под «Сохранить» не подразумевается COMMIT, тогда нормально. :)

В общем, не надо гадать. Если руки дойдут — посмотрю.

Но вот что мне не нравится когда гном приложения открывают свой менеджер паролей а кде свой.

Есть такое. В частности, мне отцу на ноут с кедами пришлось поставить «связку ключей» из гнома, поскольку скайп других не признаёт. :(

Нормальное решение в таких случаях — это DE-независимое API. Но похоже, до этого пункта шаловливые ручки freedesktop.org и других ещё не добрались, ну или скайп их игнорирует.

Единственное что нашел это в списке Операции у меня 2557 строк.

Ну то есть в 16 раз меньше моего. Ладно, считай, что ты меня заинтриговал. Подумаю, как корректное сравнение организовать…

hobbit ★★★★★ ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

В частности, мне отцу на ноут с кедами пришлось поставить «связку ключей» из гнома, поскольку скайп других не признаёт. :(

Такая же ситуация только с матерью.

Нормальное решение в таких случаях — это DE-независимое API.

Как то в арче была такая тодошка:

https://www.archlinux.org/todo/gnome-keyring-dependency-replacement-with-orgfreedesktopsecrets/

Behem0th ★★★★★ ()