Опубликован экспериментальный выпуск открытой реализации Win32 API - Wine 9.20. С момента выпуска 9.19 было закрыто 15 отчётов об ошибках и внесено 198 изменений...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62075
А почему Wine так сложно сделать? Вроде бы реализуй WinAPI строго по спецификации - и всё, должны все приложухи работать, не? Иначе как они на Винде работают?
Попробуй сам сделать - узнаешь.
На винде они работают на практике, т.к. на ней и отлажены
В венде очень много костылей для совместимости со старым кодом. И сторонние разработчики вообще не знают, как именно её код работает (далеко не всегда, как заявлено). Кроме этого, постоянно добавляется новый код, и этот процесс никогда не остановится.
Так сделали уже. Мелкие правки делают
There have been thousands of apps misuing Win32 and Windows contains workarounds for them.Wine has to reverse engineer/implement those as well in order to provide the same level of compatibility. And this is quite hard.
Win32 api не пример чего-то прям стабильного и не изменного.
В разных версиях винды используется разный набор библиотек, используемые функции могут быть перенесены из одной библиотеки в другую, может изменится наименование библиотеки, и поэтому написанный софт в редких случаях может иметь проверки версии винды.
Спецификация на MSDN может быть не полной, к тому же помимо win32 api есть софт(например античиты к играм), который использует Native Api, которое уровнем ниже и куда хуже документировано и тем более куда менее стабильно.
Да и исходя из того, что wine пишется по спецификации это вполне гарантирует, что некоторые реализованные в нем алгоритмы могут работать иначе, иметь более низкую точность вычислений и худшую производительность, а значит требуется массовое тестирование на любом ПО.
А не всегда понятно что должно возвращатся из этих самых WinAPI и что туда можно передавать.
Те ты сделал свой WinAPI вроде по спецификациям и у тебя 1000 нормально сразу работает с ним, а потом бац и одно какое то приложение не работает или валится на каком то редком действии.
Начинаешь выяснять а там какойнить параметр задан не как обычно.
И вот в венде это работает или работало, а у тебя уже нет.Под некоторые приложения в венде есть целый набор костылей в реестре.
Были какие то старые приложения с use-after-free, которые на 95 работали, потом вышел 98 или ХР и они стали падать. Потому что старая венда после HeapFree()/LocalFree() память оставляла доступной и пограмисты это не заметили и так и зарелизили продукт.
А в новой венде после освобождения память недоступна и получаешь исключение доступа и вылет.И там такого тонны.
Да, вот как раз конкретный пример для интересующихся:> SimCity в 90-е годы была настолько популярна, что разработчики новой в то время операционной
> системы Windows 95 разработали специальный режим для ОС, чтобы игра успешно запускалась на
> компьютере. Проблема заключалась в ошибке с чтением памяти, не позволявшей запускать игру на ОС.
> Как правило ошибки исправляет разработчик игр патчем, однако работники Microsoft сами решили
> справиться с этой ошибкой[133].
>Вроде бы реализуй WinAPI строго по спецификацииА что, есть официальные исчерпывающие спецификации?
Ну вроде на сайте МС, нет? Под Винду же программы когда пишут, я смотрят куда-то, посмотреть что и как работает
>В состав встроена библиотека CapstoneЕсли так нравится контролировать все зависимости - делали бы свой дистр для установки в снап, а вайн исключительно в виде снапа распространяли. А вообще, зачем мелочиться? Целую виртуальную машину. И целую ReactOS. А доступ к линуксовой ФС - через virtio-fs.
Достали уже своим чучхе. Вайн разжирили так, что он дистром отдельным стал.
Заодно автоматически решается проблема портативности - будет работать везде, где есть qemu (или другой гипервизор с аналогичными функциями): любая ОС, любая платформа, даже перекомпилировать не нужно.
Это потому, что ты не понял смысла этих «включений». Они не зависимости контролируют, а хотят, чтобы эти зависимости были в формате PE, а не ELF. Если твой дистр позволит собирать это все в PE и затем закидывать в дерево библиотек WINE так, что затем с ними можно будет и сам WINE собрать, то они не будут их включать в комплект поставки.
Нет никакой причины делать winedbg в PE - его DRM не хукают (а именно для этого они делают в PE). Всё, чего нет в винде, можно спокойно оставить в elf и линковать как elf. И это будет работать.
PE они делаю на случай, если IBM (RedHat) закончит аттракцион невиданной щедрости и подарит Linux давнему партнёру, как уже было с WinAPI. Тогда Collabora с Valve добавит загрузчик в SteamOS и выкинут чужой лишний код, что бы не тратить силы на поддержку.
Что за галиматью я только что прочитал? Для ReactOS уже есть загрузчик.
> Что за галиматью я только что прочитал?Очевидно, перечитал своё сообщение перед отправкой.
> Для ReactOS уже есть загрузчик.
А у меня Спектрум где-то валяется. И что? Зачем здесь про это писать?
-rw-r--r-- 1 root root 6.4M фев 20 2024 /usr/lib/x86_64-linux-gnu/libcapstone.so.4Капиш?
Каак мне запустить GTA III , GTA Vice City , GTA San Andreas под Wine на Debian 11 ? Это обязательно через инсталлер игр ? Ибо скопированный из винды папки не запускаются .
А какие команды используете для установки wine и для запуска игр?
Скопированные из винды папки в некоторых случаях могут запуститься в wine. Некоторые приложения не прибивают себя гвоздями к реестру винды оибо к каким-то ее настройкам.У вас игры 2000-х годов выпуска или современный ремейк?) И кстати да, если она у вас есть в стиме, то там протон (форк wine), запустится во многих случаях, настраивать почти ничего не придется.
Попробуй Bottles
re3/reVC.
> Ибо скопированный из винды папки не запускаются.Очень любопытно -- лет 10 назад я GTA SA именно так и запускал, когда ещё дуалбутом страдал
Слово DRM знаете?
Как работает через Wine Notepad++ ?
8.6.4 без проблем, обновлять просто лень.
updобновился до 8.7
Через задницу, как всегда. Я из-за одной мерзкой проблемы просто перешёл на Kate и забил на отсутствующую функциональность. Не настолько эти свистоперделки важны, чтобы ради них подвисания терпеть.
Я когда-то, лет 6 назад, когда только на Линукс перешёл, использовал Notepad++ через Wine как раз. Нынче уже не использую, да и Wine не ставлю даже
> Как работает через Wine Notepad++ ?Xрeновo. Точнее не сам редактор, а вино падает. Проще notepadqq поставить, который наиболее близок к notepad++
notepadqq крашится на произвольном тексте во вкладке в дебиане и минте.
> notepadqq крашится на произвольном тексте во вкладке в дебиане и минте.Мой открытый сейчас notepadqq имеет 64 вкладки в дебиане, причем в двух из них сейчас открыты не преличных рамеров XML файлы и ниче так жив и здоров и восстановил обратно все вкладки без проблем после утренней перезагрузки хоста
>> notepadqq крашится на произвольном тексте во вкладке в дебиане и минте.
> Мой открытый сейчас notepadqq имеет 64 вкладки в дебиане, причем в двух
> из них сейчас открыты не преличных рамеров XML файлы и ниче
> так жив и здоров и восстановил обратно все вкладки без проблем
> после утренней перезагрузки хостаusr@area51 ~> notepadqq
fish: Job 1, 'notepadqq' terminated by signal SIGSEGV (Address boundary error)
usr@area51 ~ [SIGSEGV]>Минт мате.
Ровно такая же ситуация на дебиане.Ставилось все из стандартных репов.
> Ставилось все из стандартных репов.Те, кто майнтят дебиановские порты просто похереисты, там была проблема когда пушнули версию QT которая вызывала проблемы не только у notepadqq, но народу просто до лампочки следить за тем что взялись
Поставьте через flatpacks и все будет работать
Но зачем? Есть же emacs.
Ты хотел сказать (Neo)Vim?
самая большая проблема WINE сейчас - это то, что все дистры 64-х битные, а вайну нужны 32-з битные библиотеки и их замучаешься ставить (нет в зависимостях, по крайней мере на убунте 24.04)
На арче всё само ставится из репозитория multilib
Уже давно не нужны, где ты эту проблему нашёл? Если в твоём дистрибутиве тебя заставляют пачку 32 битных зависимостей накатывать для вайна, то проблемы только у мейнтейнеров.
Чтобы запускать 32-битные приложухи на 64-битной системе всегда надо было. И сейчас тоже.
НЕ НА ДОкакая буква вам непонятна?
Ну давай, расскажи мне, умник, как запускать виндовое 32-битное гуано на 64-битном вайне.Кстати, pacman -S wine:
Packages (50) lib32-acl-2.3.2-1 lib32-brotli-1.1.0-1 lib32-bzip2-1.0.8-4 lib32-dbus-1.14.10-2.1
lib32-e2fsprogs-1.47.1-1.1 lib32-elogind-255.5-1 lib32-expat-2.6.3-1
lib32-fontconfig-2:2.15.0-1 lib32-freetype2-2.13.3-2
lib32-gcc-libs-14.2.1+r134+gab884fffe3fc-1 lib32-gettext-0.22.5-1 lib32-glib2-2.82.2-1
lib32-glibc-2.40+r16+gaa533d58ff-2 lib32-harfbuzz-10.0.1-1.1 lib32-icu-75.1-1
lib32-keyutils-1.6.3-2 lib32-krb5-1.21.3-1 lib32-libcap-2.70-1.1 lib32-libffi-3.4.6-1
lib32-libgcrypt-1.11.0-1 lib32-libgpg-error-1.50-1 lib32-libldap-2.6.8-1
lib32-libnl-3.10.0-1 lib32-libnsl-2.0.1-1 lib32-libpcap-1.10.5-2 lib32-libpng-1.6.44-1
lib32-libtirpc-1.3.5-1 lib32-libunwind-1.8.1-1 lib32-libx11-1.8.10-1
lib32-libxau-1.0.11-2 lib32-libxcb-1.17.0-1 lib32-libxcrypt-4.4.36-2.1
lib32-libxcursor-1.2.2-1 lib32-libxdmcp-1.1.5-1 lib32-libxext-1.3.6-1
lib32-libxfixes-6.0.1-2 lib32-libxi-1.8.2-1 lib32-libxkbcommon-1.7.0-2
lib32-libxml2-2.13.4-1 lib32-libxrandr-1.5.4-1 lib32-libxrender-0.9.11-2
lib32-openssl-1:3.3.2-1 lib32-pam-1.6.1-1 lib32-pcre2-10.44-1 lib32-udev-256.1-1
lib32-util-linux-2.40.2-1 lib32-wayland-1.23.1-1 lib32-xz-5.6.3-1 lib32-zlib-1.3.1-1
wine-9.20-1
или если хочешь так:* dependency graph for app-emulation/wine-vanilla-9.20
`-- app-emulation/wine-vanilla-9.20 ~amd64
`-- x11-libs/libXcursor-1.2.2 (x11-libs/libXcursor) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXfixes-6.0.1 (x11-libs/libXfixes) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXi-1.8.2 (x11-libs/libXi) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXrandr-1.5.4 (x11-libs/libXrandr) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXrender-0.9.11 (x11-libs/libXrender) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXxf86vm-1.1.5 (x11-libs/libXxf86vm) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/libglvnd-1.7.0 (media-libs/libglvnd) amd64 [X abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/mesa-24.1.7 (media-libs/mesa) amd64 [osmesa abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXcomposite-0.4.6 (x11-libs/libXcomposite) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXinerama-1.1.5 (x11-libs/libXinerama) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- net-print/cups-2.4.10-r1 (net-print/cups) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/fontconfig-2.15.0-r1 (media-libs/fontconfig) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- virtual/krb5-0-r1 (virtual/krb5) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- net-fs/samba-4.21.1 (net-fs/samba) M[package.mask] [abi_x86_32(-)? abi_x86_64(-)?]
`-- dev-db/unixODBC-2.3.12 (dev-db/unixODBC) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/libsdl2-2.30.7-r1 (media-libs/libsdl2) amd64 [haptic joystick abi_x86_32(-)? abi_x86_64(-)?]
`-- net-libs/gnutls-3.8.7.1-r1 (net-libs/gnutls) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/freetype-2.13.2 (media-libs/freetype) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-apps/dbus-1.15.8 (sys-apps/dbus) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/libv4l-1.28.1 (media-libs/libv4l) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/vulkan-loader-1.3.290.0 (media-libs/vulkan-loader) amd64 [X? wayland? abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libX11-1.8.10 (x11-libs/libX11) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libXext-1.3.6 (x11-libs/libXext) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/alsa-lib-1.2.12 (media-libs/alsa-lib) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- net-libs/libcapi-3.2.3 (net-libs/libcapi) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-video/ffmpeg-6.1.1-r8 (media-video/ffmpeg) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/libgphoto2-2.5.31-r2 (media-libs/libgphoto2) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- dev-libs/glib-2.78.6 (dev-libs/glib) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/gst-plugins-base-1.22.11-r1 (media-libs/gst-plugins-base) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/gstreamer-1.22.11 (media-libs/gstreamer) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- virtual/opencl-3-r3 (virtual/opencl) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- net-libs/libpcap-1.10.5 (net-libs/libpcap) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-libs/libpulse-17.0 (media-libs/libpulse) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-gfx/sane-backends-1.2.1 (media-gfx/sane-backends) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-apps/pcsc-lite-2.0.1-r1 (sys-apps/pcsc-lite) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- virtual/libudev-251-r2 (virtual/libudev) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-libs/llvm-libunwind-18.1.8 (sys-libs/llvm-libunwind) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-libs/libunwind-1.8.1 (sys-libs/libunwind) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- dev-libs/libusb-1.0.27-r1 (dev-libs/libusb) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- dev-libs/wayland-1.23.1 (dev-libs/wayland) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- x11-libs/libxkbcommon-1.7.0-r1 (x11-libs/libxkbcommon) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-kernel/linux-headers-6.11 (sys-kernel/linux-headers) ~amd64
`-- x11-base/xorg-proto-2024.1 (x11-base/xorg-proto) amd64
`-- app-emulation/wine-desktop-common-20150204-r1 (app-emulation/wine-desktop-common) amd64
`-- games-emulation/dosbox-0.75_pre4302 (games-emulation/dosbox) amd64
`-- games-emulation/dosbox-staging-0.81.1 (games-emulation/dosbox-staging) ~amd64
`-- app-emulation/wine-gecko-2.47.4 (app-emulation/wine-gecko) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- media-plugins/gst-plugins-meta-1.20.6 (media-plugins/gst-plugins-meta) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- app-emulation/wine-mono-9.3.0 (app-emulation/wine-mono) ~amd64
`-- dev-lang/perl-5.40.0 (dev-lang/perl) amd64
`-- dev-perl/XML-LibXML-2.21.0 (dev-perl/XML-LibXML) amd64
`-- sec-policy/selinux-wine-2.20240916-r1 (sec-policy/selinux-wine) amd64
`-- sys-fs/udisks-2.10.1 (sys-fs/udisks) amd64
`-- sys-devel/binutils-2.42-r2 (sys-devel/binutils) amd64
`-- sys-devel/lld-18.1.8 (sys-devel/lld) amd64
`-- sys-devel/bison-3.8.2-r2 (sys-devel/bison) amd64
`-- sys-devel/flex-2.6.4-r6 (sys-devel/flex) amd64
`-- virtual/pkgconfig-3 (virtual/pkgconfig) amd64
`-- dev-util/mingw64-toolchain-12.0.0 (>=dev-util/mingw64-toolchain-10.0.0_p1-r2) amd64 [abi_x86_32(-)? abi_x86_64(-)?]
`-- sys-devel/gettext-0.22.5 (sys-devel/gettext) amd64
`-- dev-util/wayland-scanner-1.23.1 (dev-util/wayland-scanner) amd64
`-- app-portage/elt-patches-20240912 (>=app-portage/elt-patches-20240116) amd64
`-- sys-devel/gnuconfig-20240728 (sys-devel/gnuconfig) amd64
`-- dev-build/automake-1.17-r1 (>=dev-build/automake-1.17-r1) [~amd64 keyword]
`-- dev-build/automake-1.16.5-r2 (>=dev-build/automake-1.16.5) amd64
`-- dev-build/autoconf-2.72-r1 (>=dev-build/autoconf-2.72-r1) [~amd64 keyword]
`-- dev-build/autoconf-2.71-r7 (>=dev-build/autoconf-2.71-r6) amd64
`-- dev-build/libtool-2.4.7-r4 (>=dev-build/libtool-2.4.7-r3) amd64
`-- app-eselect/eselect-wine-2.0.2-r2 (>=app-eselect/eselect-wine-2) amd64
[ app-emulation/wine-vanilla-9.20 stats: packages (70), max depth (1) ]
1 ссылка в гугле если что https://aur.archlinux.org/packages/wine-wow64
>>Мне твой выхлоп .... тоже не нужен. Я не меряться сюда пришел. Как запускать 32 на 64 вайне, скажешь или нет?ну как, сносишь арчик, ставишь генту.
теоретически wow64 решает вопрос. во всяком случае у меня так.
В настоящее время Arch Linux собирает Wine без поддержки WoW64, поэтому pacman всё ещё требует 32-битные зависимости для Wine. Тем не менее, если собрать Wine из исходников самостоятельно, включив WoW64, то от 32-битных зависимостей возможно будет отказаться, ибо Wine сможет в таком случае запускать 32-bit приложения в 64-bit OS без их использования. Но всё дело в том, что WoW64 пока сами разработчики Wine не советуют использовать по умолчанию из-за нескольких, пока не решённых проблем при его использовании. Подробнее об этом можете прочитать здесь: https://www.opennet.me/opennews/art.shtml?num=60446
СПС.
>>Но всё дело в том, что WoW64 пока сами разработчики Wine не советуют использовать по умолчанию из-за нескольких, пока не решённых проблем при его использовании.у меня (с используемым мной софтом) при переходе на wow64 ни чего не поменялось.
Ну наконец-то вменяемый ответ. А то как почитаешь умников со своими "не на до", "у меня все работает" и т.д.
а как почитаешь продвинутых рачеводов с их самомнением так вообще.
Я тоже арчевод со стажем, но с вменяемыми ответами.
У Valve сам клиент Steam вроде бы требует что-то 32-х разрядное. Proton уже работает в WoW64. Как решат вопрос с первым, уберут в Арче лишнее.
Предыдущие выпуски пытался собирать без x86_32 — оно даже собирается. Только при попытке запуска реального софта, а не тестовых примеров — наглухо падает с ошибками.Давно и с нетерпением жду, когда наконец можно будет избавиться от залежей 32–битных либ в системе (которые только wine и использует), но покуда, видимо, не судьба.
По этому поводу хорошо бы указывать дистрибутив, что бы люди знали и ставили другой, где работает.
> как запускать виндовое 32-битное ... на 64-битном
> вайне.$ ./cl.exe
esync: up and running.
002c:fixme:winediag:loader_init wine-staging 9.20 is a testing version containing experimental patches.
...
0024:err:environ:init_peb starting L"C:\\dev\\vc2010\\bin\\cl.exe" in experimental wow64 mode
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for 80x86
Copyright (C) Microsoft Corporation. All rights reserved.usage: cl [ option... ] filename... [ /link linkoption... ]
> Кстати, pacman -S wine:
Зато можно всем говорить "у меня Арч!"
>>Зато можно всем говорить "у меня Арч!"и выдержав театральную паузу добавлять - "я такой крутой, что даже доки не читаю!"
>нет в зависимостях, по крайней мере на убунте 24.04Бред какой-то. Почему-то в Debian с этим проблем нет.
>>а вайну нужны 32-з битные библиотекиничего ему не надо.
Надо. Debian тоже собирает Wine без поддержки WoW64. Либо самому компилять, либо ставить кучу 32-пакетов.
либо выкинуть копролит именуемый Дебиан.
Смысла юзать wine из дистра нет. Тут ли Bottles либо другой ранер.В силу работы wine, на soda 9 Mass Effect Andromeda не работает, хотя работает на 8. И на 9.19.
И там такое постоянно. Приходится подбирать версию под приложение и одним дистровским, устаревшим, если мы о Debian точно не обойдешься.
Я юзаю протон из дистра. Он работает лучше, чем мутные сборки. Их вообще смысла использовать нет, всегда что-то не так и регулярно отваливается, есть же универсальный и всегда работающий staging в дистре, прошли времена, когда нужны были десятки вайнов каждый со своими патчами. Правда, пришлось оставить 8 протон из-за некоторых проблем с древними играми.
Кто же прав? Анонимный эксперт, или кака-то Valve, предоставляющая в Steam несколько версий Proton?
Анонимный эксперт, очевидно, прав. В прочих случаях используй протон, поставляемый Valve для steam (только не пытайся быть самым умным и отключать рантаймы).
Очевидно ли эксперту, что в подтверждения своего экспертного мнения он привёл единственное доказательство: "очевидно прав"?
> Очевидно ли эксперту, что в подтверждения своего экспертного мнения он привёл единственное
> доказательство: "очевидно прав"?Это приходит с компетенцией. Для таких любителей васянских сборок, у которых вечно "линукс поломан", и придумали флатпаки, собственно. Valve собирает пакеты под вполне конкретные дистрибутивы и зависимости, васянские сборки же, как правило, собраны под Убунту (но не ту, что у тебя).
>> Очевидно ли эксперту, что в подтверждения своего экспертного мнения он привёл единственное
>> доказательство: "очевидно прав"?
> Это приходит с компетенцией. Для таких любителей васянских сборок, у которых вечно
> "линукс поломан", и придумали флатпаки, собственно. Valve собирает пакеты под вполне
> конкретные дистрибутивы и зависимости, васянские сборки же, как правило, собраны под
> Убунту (но не ту, что у тебя).Что "это" приходит? Способность генерировать неподтверждаемые гипотезы? Якобы существует некий пакет "под вполне конкретные дистрибутивы", в который Valve собрала Proton. Но увидеть этот пакет не представляется возможным, поскольку эксперт "очевидно прав".
> Анонимный эксперт, очевидно, прав. В прочих случаях используй протон, поставляемый Valve
> для steam (только не пытайся быть самым умным и отключать рантаймы).Поскольку эксперта куда-то понесло, то: Valve поставляет не "Протон", а "Пртон_Ы_". И даёт пользователю возможность выбрать версию. Наверное, потому что эксперт прав, а Valve нечего делать. Bottles и подобное пытаются повторить схему Steam (несколько хорошо - это вторично), опять потому что эксперт прав, а им всем делать нечего.
А тут всё как раз однозначно и двух толкований быть не может. Это тебя чего-то "несёт", комплексы какие-то, наверное. У Valve есть вполне конкретный дистрибутив и рантаймы, распространяемые в довесок к протону. Так называемые Bottles это васянство чистой воды -- работает у автора и ладно, делать им всем действительно нечего (хотя донаты надо понимать собирать хочется всем).
> У Valve есть вполне
> конкретный дистрибутив и рантаймы, распространяемые в довесок к протону.То есть Стим ты в глаза не видел и не потому не знаешь, что Протон там не в единственном числе, я сейчас для каждой установленной игрушки могу выбрать любую из 11-ти (одиннадцати) версий, не считая "васянских сборок" (Стим их находит и предлагает к выбору)?
> А тут всё как раз однозначно и двух толкований быть не может.
> Это тебя чего-то "несёт", комплексы какие-то, наверное.Очевидно, что комплексы называются "проекция".
Без понятия, что и где ты там нашёл, но к использованию отдельно от стима это всё ещё не имеет никакого отношения, хотя доверять нестандартным вариантам не стоит в любом случае. На практике обычно это просто запуск с определёнными переменными и не отдельный билд.
Ну так установи например Убунту заместо Бесяточки, в неё установи Стим, а в Стим игру. Поищи в её свойствах "совместимость". Если запутаешься, напиши, куда нажимал, я подскажу куда дальше.
Давай я лучше помогу найти тебе рантаймы в снапе, раз уж ты такой вендузятник. В адекватных дистрибутивах помойку не принято разводить и можно собрать под зависимости. Пакеты, собранные под другие зависимости могут и работать, но не обязаны (поэтому васянские сборки пустая трата времени и всегда была). Поставщики посерьёзнее пытаются обходить различными рантаймами в довесок, как в венде, но на практике работает не всегда.
Зачем ты пишешь мне всю эту чушь? Valve поставляет для Steam не одну, а несколько версий Proton, для каждой игры можно выбрать особую, на случай проблем с запуском. Valve лучше всех прочих Васнов знает, как и что надо делать. "Bottles либо другой ранер" делает приблизительно тоже самое и ровно с той же целю - что бы можно было подобрать рабочую комбинацию, но не только для игр из Steam. Судя по упору на "пакеты", ты какой-то "майнтайнер дистрибутива", я верно понял? Порекламируй лучше его название.
Всё же, хочется узнать наименование дистрибутива, где ты майнтайнер. "Блобы" подтвердили мою догадку.
Осознавать проблемы/сложности/ограничения бинарной дистрибуции способен любой пользовать с минимальным опытом, не обязательно быть мейнтейнером. Это только от вендузятников старательно всё прячут (с переменным успехом). А ты просто комфортно ощущаешь себя в неведении, у тебя и в венде всё хорошо.
Из твоего потока сознания я не понял, почему ты не способен два раза ткнуть мышкой и развеять свой маня-мирок. Таких майнтайнеров я видел только в одном дистрибутиве.
Вот я и говорю, типичный вендузятник. Если спрятали детали, значит, у тебя всё хорошо и ты всё понимаешь. А сколько труда в это вложено тебе знать не интересно.
Если ты виндузятник, тогда что ты здесь делаешь?
Ты поставил себе лончер для снапа. Ну как-бы это значит, что программы там тоже надо ставить в снапе. Нормальные люди используют ОС, а не лончер для снапа.