Wine 8.0

Если что-то коряво звучит (я же всё-таки иностранец-самоучка) - patches welcome.

Второй пункт актуален только для арм процессоров? Или просто так написал?

можно будет полностью отказаться от 32-разрядных библиотек на стороне хоста

Годно

почему?

ОС по факту 64битные, 90% вкусного виндового софта, не имеющего аналогов в линуксе - 32битные. Сейчас приходится засирать систему этими multilib просто ради работы wine.

Я просто не понимаю, почему все ведут упорную борьбу с каждым конкретным 32-битным приложением вместо того, чтобы привести в порядок библиотеки, а потом идут в соседний тред плакаться об отсутствии обратной совместимости и готовности для десктопа.

запускать 32-разрядные приложения в 64-разрядном Wine и программы для архитектуры x86 на ARM-процессорах без multilib

То есть можно на Raspberry Pi работать в фотошоп (хотя пару лет есть нативный порт под Arm благодаря Apple)?

Когда WoW64 закончат, можно будет мультилиб выкинуть?

Годнота.

Полагаю, что только прибегая к помощи сторонних проектов (на базе QEMU или чего-то попроще но тогда с ограничениями). Т.е., имеется ввиду, что вайн готовят к наиболее эффективной кооперации с такими проектами.

запускать 32-разрядные приложения в 64-разрядном Wine и программы для архитектуры x86 на ARM-процессорах без multilib

ох, такое бы да на обычных архитектурах...

Да.

Там первая половина предложения касается x86.

Чем поможет отказ от lib32-* на стороне хоста? Ведь библиотеки продублируются в самом wine. О каком освобождении пространства можно говорить?

64-битный wine, как и другие 64-битные программы, не тянет lib32-зависимости. Вот и экономия. (А нативные 32-битные библиотеки, идущие с самими win32-программами как были так и останутся.)

на ARM-процессорах

Ошибся немного. Имел в виду процы.

извращенец

Похоже, что ты пользуешься софтом на Electron, Qt, GTK, — это всё извращение и есть. Современные интернет-браузеры ещё.

WineAPI (WineLib) на голову выше всякого тулкитного убожества. У WinAPI и WineAPI имеются такие козыри в рукаве, которых никогда уже не будет у других тулкитов: производительность и нетребовательность к аппаратным ресурсам, стабильный API, распространённость на десктопах, актуализация под современное железо и достаточно активное развитие.

Очень жду.

90% вкусного виндового софта, не имеющего аналогов в линуксе - 32битные

Что такое вкусный софт, не имеющий аналогов?

Я вот вынужден для совместимости с чужими офисами держать MS Office 2007. Но LibreOffice - вполне себе аналог с рядом вкусных плюшек.

Например, как тебе многоколоночная верстка в колонтитулах? В Word приходится то же самое делать таблицами. Или вот еще: как тебе возможность открывать, редактировать и сохранять fb2?

А вот Vim реально можно только нюхать

Я, когда в винде приходится работать, настраиваю себе Vim в качестве консольного редактора и vifm в качестве файл менеджера(очень удобно искать по файлам :grep и искать файлы :find). Но конечно как IDE я Vim конечно не использую, а вот пару строчек\символов поправить, бывает намного быстрее и удобнее, чем VS для этого расчехлять.

когда в винде приходится работать, настраиваю себе Vim в качестве консольного редактора и vifm в качестве файл менеджера

Ура! Я не один такой странный!

Не, новость классная, но зачем они спешат в нумерацию? 1.2.5 достаточно было бы.

Qt, GTK, — это всё извращение и есть.

Ого. Я кстати писал на GDI - это чистый аналог GTK, не знаю что лучше. Оба так себе по юзабельности, возможно GDI менее удобный, но в нём больше фич. А вот Qt и удобен, и фич дофига. QML - так вообще это Electron здорового человека. Сам электрон - блоатварь и должен умереть. Народ даже не догадался сделать libelectron, чтобы каждый раз не тащить веб-браузер бинарником, тогда я бы ещё подумал.

С какого перепоя 90% ? Если игры то может быть, а всякая вкуснотень от adobe, steinberg, corel, native instruments и прочие давным давно 64 битные, хотя такое серьёзное ПО вряд ли кто будет через вайн запускать, вайн хорош только для легковесных порташек по факту.

серьёзное ПО вряд ли кто будет через вайн запускать

В области desktop-софта WinAPI и WineAPI ещё точно проживут десяток лет, в отличие от твоих игрушечных GTK и Qt с их нестабильными API.

Потому что это проблема дистрибутивов, а не библиотек. Попробуйте собрать сначала 32-битный wine, а потом 64-битный по инструкции с их wiki. Это не так просто.

Двери тоже нюхаете?

Это бывает в некоторых коллективах, с начала 2000-х. Полагаю, какие-то психотехники от ТОПов с курсов повышения квалификации. Не удивлён, что в Москве последнее время так много тратят на психотерапевтов.

Многие люди на полном серьёзе считают, что если программа имеет версию 1.2, то это какая-то древнота, а если 0.5, то пользоваться ей вообще нельзя. Я даже на ЛОРе такие высказывания видел o_O

Да, в общем случае это прогиб. Особенно у браузеров. Но конкретно вайн тут упрекнуть вообще не в чем, они и множество минорных версий выпускают, на ЛОРе, кстати, тоже о них новости пишут.

Или вот еще: как тебе возможность открывать, редактировать и сохранять fb2?

Что для этого требуется? Я не смог сохранить новый файл в fb2. Получил на выходе fb2.odt

GDI - это чистый аналог GTK

Почему-то его поддержку до сих пор не могут запилить в wine. Без него всякая адобовщина не работает.

WineAPI (WineLib) на голову выше всякого тулкитного убожества. У WinAPI и WineAPI имеются такие козыри в рукаве, которых никогда уже не будет у других тулкитов: производительность и нетребовательность к аппаратным ресурсам, стабильный API, распространённость на десктопах, актуализация под современное железо и достаточно активное развитие.

стабильные баги приводящие к синему экрану c win95 по win10

сохранять fb2

хочу, это относится к LibreOffice?

Что для этого требуется? Я не смог сохранить новый файл в fb2. Получил на выходе fb2.odt

В общем, я ошибся. Открыть, отредактировать и сохранить (точнее, экспортировать) можно EPUB. FB2 из коробки можно только открыть, отредактировать и сохранить/экспортировать во что-то другое.

Для экспорта в FB2 есть OOoFBTools. Сам я не пробовал, но народ хвалит.

Mischutka

[quote] Слаще или солёнее? [/quote]

Вкуснее. Использование Visual Studio это как поход в очень дорогой ресторан, еда очень вкусная, белое вино и десерт.

У WinAPI и WineAPI имеются такие козыри в рукаве...

Какие-то общегуманитарные аргументы уровня «тут плохо, а тут хорошо». Мы же на техническом ресурсе - давай начнем с тестов производительности на линуксе WinAPI и GTK/Qt. А потом перейдем к нетребовательности и активному развитию.

WineAPI (WineLib) на голову выше всякого тулкитного убожества.

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

избежать проблем с античит- и DRM-системами, проверяющими системные библиотеки Windows на предмет подмены;

Хм, это что, теперь возможно запустить какую нибудь виндовую ММО (например Аллоды онлайн) под Линукс?🤔 Ведь именно античит мешает пуску через Вайн.

Ну раз уж о fb2 заговорили: FineReader, FictionBook Editor (поржал про «редактировать и сохранять fb2 во Writer-е» — экспорт через ooofbtools, — есть такое) да и та же Балаболка не имеют полноценных аналогов. Если без FBE можно как-то извращаться, то без остальных вообще ни как.

Ты сообщаешь очень ценную информацию, но выражаешься довольно сумбурно. Давай я побуду твоим литературным негром. Итак:

• FineReader умеет сохранять распознанный текст в fb2;
• Fiction Book Editor - специализированный редактор для fb2;
• Открывать и редактировать fb2 в Writer и экспортировать результат через oofbtools действительно можно;
• Если нужен речевой синтез из fb2, лучше Балаболки ничего нет;
• Для сохранения распознанного текста невозможно обойтись без FineReader, для синтеза речи в fb2 – без Балаболки.

Я всё правильно понял?

Недавно установил лицензионный MS Office 2010 в Debian под Wine.

Можно ли установить Microsoft Office 2010 в Debian Linux 11?

Ирония в том, что поверх Wine пришлось ставить PlayOnLinux, который выкачал бинарники более старой версии Wine (ажно 3.0.3), в которой может работать MS Office. Просто в Wine офис неработоспособен.

Наконец адекватное пояснение. Как только эту новость по PE не извращали!

Я не понимаю как формат Windows PE позволит запускать бинарники для х86 в ARM среде.

Либо это какой-то универсальный бинарник, который содержит код и под ARM, и под х86. Тогда предложение написано коряво.

Либо как еще? Я не понял.

Чем поможет отказ от lib32-* на стороне хоста? Ведь библиотеки продублируются в самом wine. О каком освобождении пространства можно говорить?

Для запуска мультилибного процесса требуются все хостовые библиотеки в 32битном виде, вплоть до glibc & ld.so. Если же вайн будет запускаться как нативное 64битное приложение, то кол-во 32битных либ сократится до того, что нужно виндовым прогам.

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

Я не понимаю как формат Windows PE позволит запускать бинарники для х86 в ARM среде.

Суть в том, что РЕ продолжит быть под x86. То есть виндовые проги смогут, как и раньше, вызывать 32битные либы. Если же вы используете мультилибовый подход, то это всё не работает, так как виндовые проги взаимодействовать с хостовыми либами arm32 не могут. То есть мультилиб работает для вайна только на x86-64, а вот сборка библиотек в РЕ даст возможность, например, под qemu-user это всё гонять. Армовый мультилиб бы не помог это сделать.

Спасибо.

1. Действительно может, в том числе и это.
2. Действительно — полноценный редактор для fb2.
3. Нельзя редактировать и сохранить fb2 во Writer. Последний даже полноценно импортировать fb2 не может. Word с плагином делает это лучше, пусть и тоже не предел мечтаний. Это не отменяет того факта, что связка Writer+оoofbtools для создания fb2 действительно хороша.
4. Не, ну ещё есть Демагог (к которому уже прикрутили Silero tts), — Балаболка на слуху больше.
5. Если затраченных усилий не жаль и качество не важно, то это лож.

Ниразу еще не запустил то что хотел запустить так как хотел запустить на wine