Разработчики проекта Wine официально представили (https://www.winehq.org/pipermail/wine-devel/2018-February/12...) новый репозиторий (https://github.com/wine-staging/wine-staging) на GitHub, в котором будет продолжена разработка проекта Wine staging (https://wine-staging.com/), мэйнтейнеры которого несколько дней назад объявили (https://www.opennet.me/opennews/art.shtml?num=48092), что не могут больше заниматься подготовкой новых релизов. Напомним, что в рамках проекта Wine staging развиваются расширенные сборки Wine, включающие не полностью готовые или рискованные патчи, пока не пригодные для принятия в основную ветку Wine, например, в Wine staging предоставляется поддержка Windows ACL, CUDA/PhysX/NVENC для видеокарт NVIDIA, EAX 1, API Vulkan, тем оформления GTK3+, декодирования DXVA2 на стороне GPU.Обязанности мэйнтейнера возрождённого Wine staging взял на себя Alistair Leslie-Hughes из сообщества разработчиков Wine, известный проектом monoDX (https://github.com/alesliehughes/monoDX) (реализация DirectX для Mono). Помогать в сопровождении проекта согласились разработчики Thomas Crider и Zebediah Figura.
В настоящее время новая команда занялась переводом поддерживаемых проектом патчей на актуальную кодовую базу Wine 3.x.
За два с половиной месяца неактивности разработки Wine staging многое изменилось и при попытке актуализации Wine staging всплывает множество конфликтов (проектом поддерживается более 1100 патчей), на разбор которых уходит много времени.
Разработчики также находятся в процессе получения доступа к сборочной инфраструктуре Wine, которая позволит им наладить формирование готовых пакетов.
Среди краткосрочных планов отмечается перевод кода Wine staging на актуальную кодовую базу Wine, обеспечение компиляции без ошибок, переработка патчей для восстановления функциональности и выпуск начального релиза. После выпуска начального релиза будет возобновлён приём новых патчей. Среди долгосрочных целей называется сокращение числа патчей в ветке staging и улучшение связей между патчами и отчётами о решаемых ими проблемах.URL: https://www.winehq.org/pipermail/wine-devel/2018-February/12...
Новость: http://www.opennet.me/opennews/art.shtml?num=48118
На сколько интересно их хватит.
Пока диплом о высшем образовании не получат
> обеспечение компиляции без ошибокЭто вот так чтоль?
size_t size;
int len;
...
if ( (int)size < len)
...
>реализация DirectX для MonoА внутри набор заглушек, целиком и полностью состоящий из throw new NotImplementedException ();
"Реализация", ага. Такие заглушечные фасады нормальные люди автоматическим тулингом делают.
А сколкько их в вайн? На каждые 10 строк кода STAB("blabla");
так делайте, нормальный человек, всё лучше чем на опеннетах троллить
a
Ну и в чём проблема "заглушечности"? Если "нормальный человек" использует DirectX в .NET, то как правило на уровне 8. В таких программах даже полная аппаратная поддержка 9/10/11 нe нyжнa, так-как всякие тулсеты не оперируют с LODами, большим количеством DrawCall'ов и не обязаны бороться с инпут-лагамии и пиками фрейм-тайма.Если человек умеет патчи читать/писать/подгонять/оживлять и "складывать их в стопку" -- пусть делает. Это всяко-лучше чем проект полностью забросить и зaкoпaть.
Ну и молодцы. Главное, чтобы энтузизазизму надолго хватало.
Почему-то я не вижу в этом списке SveCop (или Cybermax, не понять), который в декабре бампнул Wine Staging 2.21 до 2.22:https://forum.winehq.org/viewtopic.php?f=2&t=29876
https://github.com/SveSop/wine-stagingОбратите внимание на этого парня!
После того как CSMT засунули в основную ветку, wine-staging стал вообще ненужен
Мне он нужен, чтобы использовать VA-API в Sony Vegas. И сохранять видео со скоростью 3 секунды за одну. Также поддерживается NVENC.
Поддерживаю. Задолбали не принимать такие вещи в основную ветку. Всё готово, всё работает, а им что-то не нравится.
> Поддерживаю. Задолбали не принимать такие вещи в основную ветку. Всё готово, всё
> работает, а им что-то не нравится.Ну как... обкатали и приняли. Серьёзное проектирование требует консерватизма и запрещает в спешке затаскивать в проект кучу костылей.
По поводу NVENC и PhysX с найном: тут ещё не разобрались с libglvnd, -- когда станет понятно как мезу в блоб запрягать, тогда и пересмотрим вопрос, а пока не понятно даже как в будущем wayland поддерживать...
> Мне он нужен, чтобы использовать VA-API в Sony Vegas. И сохранять видео
> со скоростью 3 секунды за одну. Также поддерживается NVENC.q
Да ладно. Staging - это полигон для обкатки новых фич и прогиба разработчиков основного WINE принять эти фичи.
Херовенько этот CSMT работает на Far Cry 2, так что нужен
a
Скорее бы уже Кроссовок на базе Wine3 завезли... Друг стонет что никак на Маке Ведьмак не фурычит, а в тройке вроде говорили, что пофиксили...
Странно, что такой фундаментальный проект так халтурно бросается и несерьезно разрабатывается, факультативно. Ведь будь у нас 100% работающий вайн, у нас автоматически был бы весь софт существующий. (пусть и не свободный)
Вот ты, лично ты, готов платить разработчикам за работу над проектом?
> такой фундаментальный костыльfxd
>автоматически был бы весь софт существующийВо-первых, нет. На твоём любимом Windows мир не заканчивается. Во-вторых, если тебе так уж нужен весь этот софт, может ты не ту ось выбрал?
Ничего не имею против wine, отличный и нужный проект, позволяет время от времени запустить нужную утилиты или старенькую игрушку без дуалбута, виртуалок и прочего. Т. е. софтина функционально из той же серии, что dosbox/dosemu, эмуляторы амиги/спектрума/приставок и прочее. Но пытаться заменить им целую операционную систему глупо.
>>автоматически был бы весь софт существующий
> Во-первых, нет. На твоём любимом Windows мир не заканчивается. Во-вторых, если тебе
> так уж нужен весь этот софт, может ты не ту ось
> выбрал?
> Ничего не имею против wine, отличный и нужный проект, позволяет время от
> времени запустить нужную утилиты или старенькую игрушку без дуалбута, виртуалок и
> прочего. Т. е. софтина функционально из той же серии, что dosbox/dosemu,
> эмуляторы амиги/спектрума/приставок и прочее. Но пытаться заменить им целую операционную
> систему глупо.1
>>>автоматически был бы весь софт существующий
>> Во-первых, нет. На твоём любимом Windows мир не заканчивается. Во-вторых, если тебе
>> так уж нужен весь этот софт, может ты не ту ось
>> выбрал?
>> Ничего не имею против wine, отличный и нужный проект, позволяет время от
>> времени запустить нужную утилиты или старенькую игрушку без дуалбута, виртуалок и
>> прочего. Т. е. софтина функционально из той же серии, что dosbox/dosemu,
>> эмуляторы амиги/спектрума/приставок и прочее. Но пытаться заменить им целую операционную
>> систему глупо.
> 1a
d
> a
А зачем целый проект и отдельный репозитарий, когда для этого всего существуют feature-ветки? Ну захотелось поэкспериментировать, форкнул, поигрался, сделал пул-реквест, поругали, поправил и т.д., как только все довел до ума, смерджил.
Мне кажется, детсадом попахивает от разработчиков.