Опубликован экспериментальный выпуск открытой реализации Win32 API - Wine 9.18. С момента выпуска 9.17 было закрыто 18 отчётов об ошибках и внесено 274 изменения...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61903
С выходом Steam Deck кодовая база Wine удваивается каждые пол года. Соответственно ростет и качество.
Растёт, извенити )
качество не растёт пропорционально кодовой базе
То-то и оно что "растет" то есть ухудшается качество кода. Вы элементарно ерничанья не поняли. Юмор понимать надо, в том числе и сарказм.
> Caesar 3Это где халупы загораются сами собой, даже если стоят в километре друг от друга? Даже по тем временам это была несусветная тупость, наверное худшая идея среди всех стратежек тех времен. Они просто загорались и тебе не хотелось дальше играть. Это было совсем нереалистичным элементом игрового переусложнения.
Тогда во все играли, не выдумывай тут
>Warlords III: Darklords Risingнадо попробовать под wine погамить,
иначе они крайне падучи
Старые приложения на ms access >= 2010 так и не работают.
Боюсь и не заработает, т.к. вайн полностью ориентирован на игры. (Чую, монетизация проекта не за горами).
Лучше бы они начинали с качественной реализации WinAPI, а так сейчас там на многие функции заглушки поставили.
> ms accessЗачем он нужен, когда можно поднять какой-нибудь sqlite за 10 минут?
Во-первых, программы уже существуют и народ на них работает.
Во-вторых, MS Access - это не только БД, но ещё формы, запросы и отчёты.
> формы, запросы и отчётыпортируйте на libreoffice base :)
а так ССЗБ - сами не обеспечивали совместимость со старым акцессом
Кто-нибудь может рассказать как там работа над вейлендом продвигается?
По ссылке под "изменения" упомянуты:winewayland: Make the pointer protocols optional.
winewayland: Move wayland_surface_get_client to window.c.
winewayland: Introduce a new wayland_client_surface_attach helper.
winewayland: Pass hwnd to and return client rect from wayland_surface_get_client.
winewayland: Move client surface to wayland_win_data struct.
winewayland: Detach client surfaces when they are not visible.winewayland: Use the new fullscreen flag instead of NtUserIsWindowRectFullScreen.
В детали не вникал и не слежу, игры работают давно. Сейчас, похоже, доделывают оставшиеся мелочи, что бы в Wine 10 задействовать по умолчанию.
не все игоры
Многие генералы( C&C ) не работают в паринципе
В смысле, в там проверка на Wayland?
Всё работает в играх, из того, что я запускал. Только dxvk на 560 блобе зависает через произвольное число секунд (но норм без dxvk), приходится через xwayland запускать. Элементы интерфейса в случайных местах не идеально, так что с программами могут быть сложности.
Не знаю как с 560 блобом, но некоторые проблемы решает запуск через Gamescope.
подскажите по форкам и всяким вайн-оболочкам - какие из них тоже работают без песочницы, с полным доступом к системе?
лучше бы спросили какие обеспечивают работу с песочницей из коробки
Изоляцию локаций можно получить выполнив winetricks sandbox, но вот нормальной изоляции я так и не видел. Может быть для пакетов флатпака, но это всего лишь флатпак.
дак это же полурешение - все равно приложуха сможет до юзровских файлов дотянуться и без Z:
> дак это же полурешение - все равно приложуха сможет до юзровских файлов
> дотянуться и без Z:Можно запускать в сетевом неймспейсе в unsare -- примерно вся малварь отвалится и для этого не нужны дополнительные права, как у firejail и bubblewrap.
Только нужно учитывать, что некоторым программам и играм необходим петлевой интерфейс, и, чтобы его поднять, мне приходилось мапить рута в неймспейс, а это не идеально и является почвой для целого ряда атак.
Bottles вроде как умеет
Отлично работающий вайн начал работать еще более отлично!
А заодно починили игры 1997, 1998 и 2003 года.
Но все работает прекрасно!
На винде все работает прекрасно, да. Вайн тут не причем.
Ребята, такая проблема. Сегодня у меня обновился Дебиан. И сломал все пакеты. Потому что эти неадекваты положили 32-битную либу по тому же пути, что и 64-битную. Пришлось выпилить все 32-битные пакеты, и всё, что он них зависит, в частности вайн.Я понимаю, что упразднение 32 бит не вариант: когда нам понадобится запустить 32-битную программу в целях реверс-инжиниринга, их отсутствие нам очень больно аукнется, будь они полноценными пакетами, или тонкими адаптерами в 64-битный код.
Но в виду того, что Дебиан не справляется и отгружает ломанные пакеты, нужно какое-то временное решение. Так как в ближайшую неделю мне 32-битные проги не потребуются, нужно поставить вайн, но чтобы он работал без 32 битных либ и не требовал их зависимостями.
Загугли wine wow64. Оно вроде как пока экспериментал, но когда я пробовал нужное мне работало.
Не в пакетах - значит ффтопку.Правило №1 надёжной работы под линуксом: никакого софта в обход пакетов.
Правило №2 надёжной работы под линуксом: никаких обновлений: обновления делают неоплачиваемые волонтёры, которым всё по.
Правило №3 надёжной работы под линуксом: используй Windows 11.
> Не в пакетах - значит ффтопку.
> Правило №1 надёжной работы под линуксом: никакого софта в обход пакетов.Насколько надёжны пакеты понятно из исходного сообщения ветки.
Это не проблема пакетов. Пакеты - это лишь технический механизм. А безответственность пакетоделов и отсутствие в дистре механизма QC - это организационная проблема. Важны оба компонента, ничто не мешает в пакет засунуть `rm -rf /`. Так же, как ничто не мешает взять и поломать пакет, от которого полсистемы зависит. Что не отменяет того, что без пакетов вероятность сделать `rm -rf /` намного выше (и подобное со мной реально происходило).
Порог вхождения - это техническая сторона дела. Понизили донельзя, теперь кушайте.
Поменьше нужно молиться на дистрибутив, ибо на живой используемой машине, объём ПО из дистрибутива - это просто пшик, по сравнению с объёмом остального ПО в системе.>>никакого софта в обход пакетов.
Конфликтует с "не храни все яйца в одной корзине"
Правильнее - валить все в "одно корытце" дурно.
Поэтому, это то важное, или не являющееся частью дистрибутива, ставить отдельно, в /opt, appimage, и т.п.>>никаких обновлений: обновления делают неоплачиваемые волонтёры, которым всё по.
И оплачиваемые MS-индусы тоже жидко обгаживаются с обновлениями. Может и реже, чем тем кому совсем пофиг, но тоже регулярно.
Но и совсем без обновлений ни как нельзя, и тем более на десктопе.
Просто обновляться не надо между делом, просто так чисто ради самого факта обновления, а делать это надо планово, что бы работа не встала раком, что б было время исправить или откатить обновление.>>надёжной работы под линуксом: используй Windows 11.
Если речь о работе чисто со свежим Win ПО, то конечно оригинал обычно лучше, чем Linux+Wine.
А если в Wine запускается часть ПО, и работает там хорошо, и достаточно надежно, то и проблем нет, куда уж ещё надежнее. Кстати, это даже не на intel архитектуре работает.
В тоже время, и на Windows11 что но не делается совсем, или делается через *опу. Для разных задач оптимальны разные ОС.
> Поменьше нужно молиться на дистрибутив, ибо на живой используемой машине, объём ПО
> из дистрибутива - это просто пшик, по сравнению с объёмом остального
> ПО в системе.Я пришёл к выводу, что эту религию о пакетах пропагандируют сами создатели пакетов, поскольку другого ПО у них и нет. Элементарного Эклипса в пакетах не найти, и я слышал достаточно красивых причин, почему не могут опакетить. :)
Конечно!Простая аналогия - например пихать всякий хлам в каталоги Windows, явно плохая идея, если абсолютно не уверен в том что делаешь, и не осознаёшь риск.
С этим же, не спорят.Аналогично и с каталогами Linux нужно поступать, то есть не трогать, без острой нужды. А не тратить время зря, на то что бы безболезненно скрестить ужа с ежом, и затем геройски починить последствия.
И тогда ничего не ломается при каждом обновлении, и вообще почти пофиг какой дистрибутив используется.
что хоть за пакет ?а то у меня нет "само отломалося"
Ты просто на sid не сидишь (который "This can result in a very "unstable" system which contains packages that cannot be installed due to missing libraries, dependencies that cannot be fulfilled etc. Use it at your own risk!" и "Install the apt-listbugs and apt-listchanges packages in order to be made aware of grave bugs" (о которых, разумеется, никто не предупреждает, потому что знали бы о баге - приземляялось бы не в sid, а в experimental, у них просто даже автоматического тестирования нет, они даже не пытаются проверить, устанавливаются ли пакеты, перед тем, как их отгружать для распространения)). Одна из что-то из libllvm19 (до обновы, кажется, от 17 зависело). Результат - поломанная 32-битная mesa. И пакетный менеджер, отказывающийся вообще что-либо ставить и конфигурацию даже уже распакованных пакетов выполнять.
выбрав сид по стабильности не плачут ;)есть стабильный дистр и бекпорты.
и да... зачем свежая llvm для месы и апт'а? чой-то ты явно не то говоришь...
Попробуй Tumbleweed. С Debian дела не будет, проверено.
Для реверс-инжиниринга запуск не является необходимым. Wine без 32-х разрядных библиотек в системе работает в Gentoo. Для Debian наверное существует какой-то подходящий Flatpak (как минимум, Steam, но это вряд ли удобно).
Ну ты у нас же гений, в уме можешь символьно вычислять всё, не запуская.
Для тебя Ильфак уже и Hex-Rays сделал, а ты так Си не научился читать? Зачем тогда одаряешь своим мнением по теме?
поддержку свежих графических прог я так понимаю так и не завезли?
тебе нужен паинт из 11 винды?
> тебе нужен паинт из 11 винды?если бы... мне нужны корел дров 2024, фотошоп иллюстратор и акробат 2024
Уйти от ненавистного Виндовс на Линукс, чтобы с костылями запускать программы под этот Виндовс - замечательно! ))) Большей тупости и встретить трудно. Самое страшное для линуксоидов, что все эти программы по Виндовс, как и игры, несвободные и их создатели ярые сторонники Виндовс. Так стоит ли так унижаться с костыликами?)))))))