The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Проект Asahi переводит свой дистрибутив для ARM-чипов Apple на Fedora Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Проект Asahi переводит свой дистрибутив для ARM-чипов Apple на Fedora Linux"  +/
Сообщение от opennews (??), 02-Авг-23, 22:00 
Проект Asahi, нацеленный на портирование Linux для работы на компьютерах Mac, оснащённых ARM-чипами, разработанными компанией  Apple, объявил о переходе на новую основу для своего дистрибутива. До сих пор тестовые выпуски Asahi Linux базировались на пакетной базе Arch Linux. До конца августа 2023 года проект планирует перейти с Arch Linux ARM на редакцию Fedora Linux -  Fedora Asahi Remix, разработкой которой занимается группа Fedora Asahi SIG. Сборки и инсталлятор Fedora Asahi Remix уже доступны для тестирования...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=59545

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –3 +/
Сообщение от Аноним (1), 02-Авг-23, 22:00 
Всё правильно сделали. АйБиЭм это сила.
Ответить | Правка | Наверх | Cообщить модератору

8. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +9 +/
Сообщение от Аноним (8), 02-Авг-23, 22:28 
>АйБиЭм это сила внутренней и внешней разведки

Поправил вас.

Ответить | Правка | Наверх | Cообщить модератору

99. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Bob (??), 03-Авг-23, 13:07 
со штрафами за слив до 60к - кек)
расценки "ГлазБога" вообще копейки.
ну а сколько сами сотрудники в даркнет кидают)))
--
да и толк от разведки, если имущество и "свои" на Западе даже у Пескова?)
--
а особенно зарплата для Одминов (ибо какое нафиг СБ) у всяких КБ, Институтов и шарагах!)
Ответить | Правка | Наверх | Cообщить модератору

173. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (8), 03-Авг-23, 19:45 
Не понимаю, что вы пытаетесь сказать. Как один источник информации должен оправдывать/обесценивать другой?
Ну и не думаю, что ЦРУ/АНБ/ФБР нужен телеграм бот, чтобы кого-то пробить.
Ответить | Правка | Наверх | Cообщить модератору

205. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от пох. (?), 04-Авг-23, 18:35 
> да и толк от разведки, если имущество и "свои" на Западе даже у Пескова?)

что значит "даже"?! У тебя есть имущество и свои на Западе (товаримайор очень заинтересованно смотрит тебе в глаза) ?! Вот именно!

А у него - есть!
(и будет есть. А ты не будешь. Соответствующий указ о твоей утилизации уже приняли. И граница на замке - особенно надежном с той стороны. Чтоб не удрал.)

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

63. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от soarin (ok), 03-Авг-23, 04:23 
Так больше вариантов и нет.
В Ubuntu слова «ARM Desktop» вообще не в почёте.
Там даже пароль от образа не знают. Итак сойдёт. Наверно просто скрипт собирает, в до качества вообще никому дела нет. Собралось и хорошо.

https://askubuntu.com/questions/1465430/ubuntu-23-04-lunar-l...

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

157. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (157), 03-Авг-23, 17:10 
> В Ubuntu слова «ARM Desktop» вообще не в почёте.

Хм
А как же я пользуюсь Ubuntu на RPi?
Может ты врешь?

Ответить | Правка | Наверх | Cообщить модератору

171. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от soarin (ok), 03-Авг-23, 19:09 
Не, просто читать не умеешь.
Я чётко написал в чём проблема.
Специфичные же образы под RPI более-менее.
Ответить | Правка | Наверх | Cообщить модератору

89. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (89), 03-Авг-23, 10:51 
Ты когда-нибудь работал с продуктами IBM?
Я - да... АйБиЭм это могила... (
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

149. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от Аноним (149), 03-Авг-23, 16:25 
подпишусь...реально тлен
Ответить | Правка | Наверх | Cообщить модератору

164. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (164), 03-Авг-23, 17:58 
Там умер ваш позитив?
Ответить | Правка | Наверх | Cообщить модератору

96. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (96), 03-Авг-23, 12:27 
RHBM
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +9 +/
Сообщение от Аноним (2), 02-Авг-23, 22:03 
А что линуксоиды никак не могут без создания ещё одного срaного дистрибутива? Это блин всего лишь очередная платформа. Для неё нужно всего несколько платформо-специфичных пакетов и пакеты собранные под нужную архитектуру. Все патчи должны быть в основном репозиории дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору

4. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от ivabus (ok), 02-Авг-23, 22:08 
Так по итогу федора и приняла несколько патчей и пакетов в основной реп. А по поводу "всего лишь" очередной платформы есть небольшое заблуждение, здесь нужно хорошенько помучаться с созданием загрузочного окружения. Да и это не совсем создание ещё одного дистрибутива
Ответить | Правка | Наверх | Cообщить модератору

9. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 02-Авг-23, 22:30 
Ты не понимаешь. Там целый карго-культ GNOME+Wayland фанатиков макодрочеров. Им нормальный дистрибутив по умолчанию не подходит.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

78. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Минона (ok), 03-Авг-23, 09:13 
"нормальный дистрибутив" это кто?
Ответить | Правка | Наверх | Cообщить модератору

84. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –6 +/
Сообщение от ryoken (ok), 03-Авг-23, 10:28 
Deb\Gentoo
Ответить | Правка | Наверх | Cообщить модератору

210. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (210), 06-Авг-23, 01:17 
Debian и Gentoo вообще мало кому походят, уж очень специфические дистрибутивы. Гораздо специфические чем Gnome и Wayland.
Ответить | Правка | Наверх | Cообщить модератору

30. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +4 +/
Сообщение от НяшМяш (ok), 03-Авг-23, 02:15 
А теперь включаем мозг и понимаем, что патчи ещё экспериментальные и в разработке - за такое ни один не васянский дистрибутив впрягаться не станет. Плюс загрузочное окружение на маке немного отличается от обычных. Да и элементарно бюрократия и время договориться это всё принять, собрать, выпустить новый релиз установочных - в итоге и получается, что иногда проще форкнуть и самому сделать. Вот когда эти патчи уедут в апстрим ядро и всякую там месу - тогда это уже будет вопрос престижа дистрибутива это всё поддерживать.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

170. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Ефрщ (?), 03-Авг-23, 19:07 
> ещё экспериментальные и в разработке - за такое ни один не васянский дистрибутив впрягаться не станет.

Ты хочешь сказать что разратокой только васяны занимаются? И что дистрибутивы не имеют эксперементальных и девелопмент-веток для разработки и тестирования перед релизом?

Ответить | Правка | Наверх | Cообщить модератору

200. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (200), 04-Авг-23, 15:23 
Asahi Linux, вроде, один Васян и разрабатывает.
Ответить | Правка | Наверх | Cообщить модератору

215. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (215), 06-Ноя-23, 08:24 
Не один, там несколько людей занимаются разработкой и реверсом.
Ответить | Правка | Наверх | Cообщить модератору

51. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +4 +/
Сообщение от Аноним2 (?), 03-Авг-23, 03:45 
Так это не линуксойды, это маководы которые не как все
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

82. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Товарищ майор (ok), 03-Авг-23, 09:53 
Разработкой asahi занимается отдельная группа (не знаю на сколько независимая). Как им удобнее работать, создав отдельный форк, в котором они творят что хотят или ждать пока их исправления включат в основной код крупного проекта?

Ну и что плохого в отдельном дистрибутиве? Сегодня создали, завтра забросили...

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

172. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Ефрщ (?), 03-Авг-23, 19:17 
> ждать пока их исправления включат в основной код крупного проекта

Что за бред? Какого еще крупного проекта? РХ-инфраструктура тем и хороша, что они не будут никаких
"крупных проектов" создовать, а все возможное распихают в апстримы.

Ответить | Правка | Наверх | Cообщить модератору

7. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Skullnetemail (ok), 02-Авг-23, 22:28 
Ах да. Этот чувак-Автор Asahi который кричал что иксы пора выкинуть со всеми хипстерскими штампами. Теперь он окончательно от-Redhat-ился. Подобное притягивается к подобному.
Ответить | Правка | Наверх | Cообщить модератору

10. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +8 +/
Сообщение от Аноним (10), 02-Авг-23, 22:34 
ну и в чем он неправ?
Ответить | Правка | Наверх | Cообщить модератору

12. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +7 +/
Сообщение от Skullnetemail (ok), 02-Авг-23, 22:39 
> ну и в чем он неправ?

Написал целую статью, где враньё в каждой строчке. Если вкратце: "иксы не работают на современном железе... бла бла" и дальше стандартное обсирание. Я такой читаю этот бред на своём чуть ли не топовом пека с иксами и всеми ненавистной NVidia и ржу над очередным вейландовским высером. Железо у него на маках современное, лол.

Ответить | Правка | Наверх | Cообщить модератору

13. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –3 +/
Сообщение от Аноним (13), 02-Авг-23, 22:41 
Ну да, на NVIDIA-то Wayland фиг запустишь, спасибо корпорастам.
Ответить | Правка | Наверх | Cообщить модератору

14. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +3 +/
Сообщение от Skullnetemail (ok), 02-Авг-23, 22:46 
Вот когда Wayland наконец-то поумнеет и научится без траблов запускать все иксовые приложения, вот тогда поговорим. А пока что там даже запись экрана толком не работает без Pipewire + DBus костыля. Десктопные фичи разработчики Wayland добавлять отказались = делай сам и лови фрагментацию в каждом DE. Эти ребята потом ещё Systemd прикрутят и получится замечательный Redhat вендоролок, как мы все любим!

Напоминаю, иксы уже годами работают на NVidia, а у Wayland-а не хватило 12 лет чтобы эту же поддержку сделать.

Ответить | Правка | Наверх | Cообщить модератору

15. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (10), 02-Авг-23, 22:52 
> запись экрана толком не работает

Правильно, пусть каждая прога может записывать экран (содержимое окон принципиально других программ) и слать запись куда надо. Вот еще идея: tcpdump, который не требует рута. А вот еще идея: пусть любая программа может обращаться к памяти любой другой. А вот еще: пусть по умолчанию umask будет 000, а у всех файло-папок пермишн 777.

Ответить | Правка | Наверх | Cообщить модератору

18. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Skullnetemail (ok), 02-Авг-23, 23:03 
> Правильно, пусть каждая прога может записывать экран (содержимое окон принципиально других программ) и слать запись куда надо.

Что с этим не так?

>  Вот еще идея: tcpdump, который не требует рута. А вот еще идея: пусть любая программа может обращаться к памяти любой другой

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

Ответить | Правка | Наверх | Cообщить модератору

37. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 02:40 
> Что с этим не так?

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

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 04:54 
> В идеальном мире всё ок, пользователь ставит к себе на комп только доверенные приложения, и т.д

И в обычном мире точно так же. Главная защита - это ставить приложения, которым ты доверяешь.

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

С браузером всё по другому. К сайтам нет никакого доверия по умолчанию, потому что фичи для камеры и микрофона не нужны в 95% случаев, поэтому они отключены. В обычных приложениях доступ к камере и микрофоны есть по умолчанию, потому что ты уже знаешь, что приложение будет использовать их. Конечно есть фичи для песочницы (firejail и т.д), но большинству на практике они не нужны.

В противном случае народ довёл бы эту вещь до ума: https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/Xserv...

Ответить | Правка | Наверх | Cообщить модератору

83. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Минона (ok), 03-Авг-23, 09:58 
В современном мире рулит принцип "Zero Trust".
Ответить | Правка | Наверх | Cообщить модератору

181. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:26 
> У дикарей рулит принцип "Zero Trust".

Исправил.

Ответить | Правка | Наверх | Cообщить модератору

204. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от мшефд (?), 04-Авг-23, 17:31 
>> У дикарей рулит принцип "Zero Trust".
>Исправил.

У безволосых обезьян, захвативших планету и мнящих себя разумными, рулит принцип "Zero Trust".

Исправил.

Ответить | Правка | Наверх | Cообщить модератору

85. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонимусс (?), 03-Авг-23, 10:28 
> В противном случае народ довёл бы эту вещь до ума

Неа, просто разрабы поняли что тут уже ничего не поможет и забили.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

104. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 14:12 
> Неа, просто разрабы поняли что тут уже ничего не поможет и забили.

Это как?)

Ответить | Правка | Наверх | Cообщить модератору

113. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонимусс (?), 03-Авг-23, 14:58 
В прямом смысле.
Те же люди, что писали иксы поняли, что исправлять их будет себе дороже и запили вяленый.
Потому что у любой системы есть предел для улучшений, потом ее нужно так рефакторить, что просто написать с нуля.
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037
Ответить | Правка | Наверх | Cообщить модератору

120. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:23 
> Те же люди, что писали иксы поняли, что исправлять их будет себе дороже и запили вяленый.

Исправлять что? Тот же код, который они сами и написали?

> Потому что у любой системы есть предел для улучшений, потом ее нужно так рефакторить, что просто написать с нуля.

Ну хорошо, перепишите иксы с нуля, можно даже обновить спецификацию Xorg и придумать настоящий X12, где выкинут ограничения, но вместо этого придумали хрен знает что под названием Wayland. Только потом его стали маркетить как X12.

> https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037

Запиливанию HDR ничего не мешает, нужно просто написать расширение по типу DeepColor.

Ответить | Правка | Наверх | Cообщить модератору

138. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонимусс (?), 03-Авг-23, 15:58 
> Исправлять что?

Исправлять архитектуру, которую делали в древние времена под совершенно другие требования.

> перепишите иксы с нуля

Вот они и переписали, получился вейланд))

> нужно просто написать расширение по типу DeepColor

Ну вот посуди сам. Ты пишешь "нужно просто".
Но почему-то за все эти годы никто не взял и просто не написал. Даже ты))
Возможно оно не так просто как кажется?

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

179. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:23 
> Исправлять архитектуру, которую делали в древние времена под совершенно другие требования.

Не поверишь. Десктоп каким был таким и осталься, а иксы делали ещё с запасом на будущее. Wayland не может работать на современном железе без танцев с бубном.

> Вот они и переписали, получился вейланд))

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

> Но почему-то за все эти годы никто не взял и просто не написал.

Потому что HDR не нужен никому кроме нытиков, которые всё равно ничего не делают.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

192. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 04-Авг-23, 01:47 
> Потому что HDR не нужен никому кроме нытиков, которые всё равно ничего не делают.

Нене, если у нытиков есть деньги на HDR монитор, значит они как раз таки что-то делают)

Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

201. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (200), 04-Авг-23, 15:26 
Ещё у них есть кредитный "Форд Фокус"
Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

81. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Sw00p aka Jerom (?), 03-Авг-23, 09:49 
>Эти действия выходят за рамки доступа пользователя

как и действия, тупо поправить дату? дебилизм

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

124. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:29 
У тебя в винде тоже нельзя поменять дату, если у тебя нет прав админа, потому что дата - это общесистемная настройка, а не только для одного пользователя.
Ответить | Правка | Наверх | Cообщить модератору

159. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (159), 03-Авг-23, 17:16 
Ты просто неопытен ещё и потому не догоняешь, сколько опасностей таит в себе «тупо поправить дату». Хранение, учёт и синхронизация времени — одни из самых сложных проблем в CS, не имеющих решения в общем случае. При этом на время завязано практически всё, начиная с того, что без точного осциллятора компьютер вообще работать не будет, и заканчивая такими неочевидными вещами как безопасность. Любая распределённая система полагается на синхронность и точность хода времени. Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать, поэтому и защищают эту возможность как могут.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

163. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 03-Авг-23, 17:44 
> Ты просто неопытен ещё и потому не догоняешь, сколько опасностей таит в
> себе «тупо поправить дату».

готов выслушать все опасности

> Хранение, учёт и синхронизация времени — одни
> из самых сложных проблем в CS, не имеющих решения в общем
> случае

лол, кек :)

> При этом на время завязано практически всё, начиная с того,
> что без точного осциллятора компьютер вообще работать не будет, и заканчивая
> такими неочевидными вещами как безопасность.

а дата причем?

> Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать поэтому и защищают эту возможность как могут.

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


Ответить | Правка | Наверх | Cообщить модератору

186. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Минона (ok), 03-Авг-23, 21:44 
>[оверквотинг удален]
>> случае
> лол, кек :)
>> При этом на время завязано практически всё, начиная с того,
>> что без точного осциллятора компьютер вообще работать не будет, и заканчивая
>> такими неочевидными вещами как безопасность.
> а дата причем?
>> Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать поэтому и защищают эту возможность как могут.
> ломается все то, что зависит от даты, а как иначе? от нас
> же зависит, и собственно вопрос, с какого бодуна ее нельзя менять
> обычному пользователю?

С чего нельзя то? Зайди в биос и променяй, разнылся тут.

Ответить | Правка | Наверх | Cообщить модератору

207. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Sw00p aka Jerom (?), 04-Авг-23, 19:48 
> С чего нельзя то? Зайди в биос и променяй, разнылся тут.

я не знаю что такое биос, я пользователь без прав администратора!

пс: стоит пароль на изменение настроек биоса, открыть кейс и вынуть батарейку?


Ответить | Правка | Наверх | Cообщить модератору

209. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Минона (ok), 05-Авг-23, 22:06 
>> С чего нельзя то? Зайди в биос и променяй, разнылся тут.
> я не знаю что такое биос, я пользователь без прав администратора!
> пс: стоит пароль на изменение настроек биоса, открыть кейс и вынуть батарейку?

Не советую.
За несанкционированное вскрытие можешь словить люлей от СБ или от папы, в зависимости от того кто закрыл тебе доступ. 😉

Ответить | Правка | Наверх | Cообщить модератору

22. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноньимъ (ok), 02-Авг-23, 23:45 
>содержимое окон принципиально других программ

Что такое "принципиально другие программы"?
Чем они отличаются от обычных программ и других программ?

>пусть каждая прога может записывать экран

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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

32. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 02:25 
> Ну нормально это решается добавлением прав на запись экрана, отдельного окна приложения, или окон всех приложений.

В wayland композиторах есть специфичный протокол для xdg-portal, а уже xdg-portal запрашивает права для приложений

Ответить | Правка | Наверх | Cообщить модератору

33. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 02:28 
И эти порталы нужно делать индивидуально для каждого DE.
Ответить | Правка | Наверх | Cообщить модератору

35. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 02:35 
Ну их уже сделали.
Тем более что не под каждый DE, а под каждый композитор.
Более того, много композиторов сделаны через одну библиотеку, и для них подходит общий портал, например для композиторов на базе wlroots (sway/river/hyprland/много их) нужен xdg-portal-wlr.

Причина достаточно простая - портал должен запрашивать у пользователя права, а для этого нужно пользователю показать интерфейс.
В окружениях на базе gtk этот интерфейс должен стилизоваться под gtk, на базе кед - qt, и т.д.

Более того, иногда нужно несколько порталов, например если к компу подключён VR шлем, композитор обслуживает и шлем и мониторы (В случае если он является VR композитором, а не просто делает drm-lease) и это приложение на экране шлема хочет какие-то права получить. Естественно в VR никакого курсора мыши нет.

Ответить | Правка | Наверх | Cообщить модератору

39. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 02:52 
В иксах это бы потребовало встраивания в композитор gtk/qt, что существенно увеличивает attack surface, и потенциально число багов.

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

Ответить | Правка | Наверх | Cообщить модератору

71. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 05:43 
> В иксах это бы потребовало встраивания в композитор gtk/qt, что существенно увеличивает attack surface, и потенциально число багов.

В линуксе уже плохо что существует два тулкита, а не один. Их приходится интегрировать в друг-друга, чтобы был unified-look, чтобы filepicker-ы были родные и так далее. В Linux-е и так уже много фрагментации, а Wayland умножает её на 100.

Ответить | Правка | Наверх | Cообщить модератору

91. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонин (?), 03-Авг-23, 11:23 
Ein Kernel, ein Toolkit, ein DE?
Ответить | Правка | Наверх | Cообщить модератору

129. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:36 
> Их приходится интегрировать в друг-друга, чтобы был unified-look, чтобы filepicker-ы были родные и так далее

Не нужно ничего интегрировать, xdg-desktop-portal и диалог filepicker предоставляет

> В Linux-е и так уже много фрагментации

Так ты хочешь монополию или фрагментацию, определись уже

Ответить | Правка | Наверх | Cообщить модератору

182. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:28 
> Не нужно ничего интегрировать, xdg-desktop-portal и диалог filepicker предоставляет

Так я про него и говорю.

> Так ты хочешь монополию или фрагментацию, определись уже

Я хотел бы унифицированное решение. Но раз уже два тулкита, то придётся как то с этим жить.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

193. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 04-Авг-23, 01:49 

> Я хотел бы унифицированное решение. Но раз уже два тулкита, то придётся
> как то с этим жить.

Чем монополия условных кед тогда тебе не заходит? Почему тогда тут тебе нужна фрагментизация? Нет у тебя принципов, тобой движет исключительно луддизм)

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

31. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от morphe (?), 03-Авг-23, 02:23 
> толком не работает без Pipewire + DBus костыля

Где ж это костыль? Pipewire работает с аудио/видео стримами, а потому ничего не мешает программам поддерживать все стримы через единое апи.
А dbus используют просто потому что в linux нет другого нормального IPC (unix стримы рабочие, но ну его нафиг чтобы каждый процесс свой стандартный протокол придумывал для типовых задач, dbus позволяет удобно всё согласовать, а если кому надо много данных гонять - то пусть уже стримы юзают).

Тем более что не обязательно работать через него. Видеострим перенаправляется в pipewire через xdg-portal, при желании то можно использовать внутренние протоколы wayland композитора для чтения картинки, однако это сильно больнее, поскольку не все композиторы имеют одинаковое апи (За его вызов отвечает xdg-portal), не все форматы картинок одинаковы (за преобразование отвечает pipewire), да и вообще, права же надо как-то получить (У xdg-portal есть диалог выдачи прав, а сам xdg-portal каким-то специфичным образом прописан в композиторе как имеющий право права запрашивать)

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

36. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 02:39 
> Pipewire работает с аудио/видео стримами, а потому ничего не мешает программам поддерживать все стримы через единое апи.

А в иксах это всё не нужно, потому что в дисплейном сервере уже есть все фичи для записи экрана (xinerama, XSHM) и не нужен никакой сторонний софт.

> А dbus используют просто потому что в linux нет другого нормального IPC

В Xorg свой IPC и в Wayland тоже. Этот IPC связывает клиенты с вейландовским "композитором" (читай как "графический сервер"). D-Bus же используется для передачи дескрипторов (например на /dev/video). Так что сделать фичи для записи экрана без Pipewire вполне реально, но разработчики сие поделия просто не хотят.

> Тем более что не обязательно работать через него. Видеострим перенаправляется в pipewire через xdg-portal, при желании то можно использовать внутренние протоколы wayland композитора для чтения картинки, однако это сильно больнее, поскольку не все композиторы имеют одинаковое апи

xdg-portal не универсален и привязан к определённому DE (xdg-portal-gnome, xdg-portal-kde и так далее). В иксах этой проблемы нет - запись экрана будет работать в любом окружении. Даже запись фреймбуфера OpenGL/Vulkan приложений через LD_PRELOAD wrapper намного лучше, потому что эти вещи универсальные.

Ответить | Правка | Наверх | Cообщить модератору

38. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от morphe (?), 03-Авг-23, 02:44 
> А в иксах это всё не нужно, потому что в дисплейном сервере уже есть все фичи для записи экрана (xinerama, XWMH) и не нужен никакой сторонний софт.

Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе)

> В Xorg свой IPC и в Wayland тоже

Так это для общения с композитором, а с xdg-portal/pipewire как общаться?
Или wayland/xorg должны совершенно не относящиеся к ним запросы через себя маршрутизировать?

> xdg-portal не универсален и привязан к определённому DE (xdg-portal-gnome, xdg-portal-kde и так далее).

Все реализации xdg-portal реализуют одно и то же апи, в чём проблема? Ты общаешься с xdg-portal, он общается с композитором.

Ответить | Правка | Наверх | Cообщить модератору

41. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 03:07 
> Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе)

И это нормально. Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно место, но Wayland - это спагетти-архитектура, где всё пытаются запихнуть в одно приложение. Со звуком получилось немного другая история. ALSA - это API для работы с звуковым железом (звуковой сервер в ядре) и оно даже умеет сводить звук от нескольких клиентов (dmix), но не сохраняет состояние и настройки клиентов, и не умеет менять I/O на лету, поэтому придумали аудио-сервер (крайне неудачный пшпшпш-PulseAudio), который теперь выкинули в пользу Pipewire. В винде тоже со временем пришли к аудио-серверу. Pipewire - это X-сервер для звука, хоть он и планировался изначально для видео, но на практике видео - это только приятный бонус.

> Так это для общения с композитором, а с xdg-portal/pipewire как общаться?

Приложение которое использует Wayland должно общаться с Wayland-сервером через его IPC и брать с него картинку всего экрана или отдельных окон, но разработчики Wayland это не осилили, запись экрана в итоге сделал автор Pipewire.

> Все реализации xdg-portal реализуют одно и то же апи, в чём проблема? Ты общаешься с xdg-portal, он общается с композитором.

У вас нет понимания проблемы, что когда каждое DE это отдельный графический сервер, это делает компоненты DE невзаимозаменяемыми нежели в Xorg, где ты можешь использовать разные менеджеры окон, композиторы и компоненты рабочего стола вне зависимости от установленного DE. xdg-portal как раз тащит за собой эту проблему Wayland-а, его нужно реализовывать для КАЖДОГО DE иначе запись экрана не будет работать вовсе.


Ответить | Правка | Наверх | Cообщить модератору

43. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 03:18 
> У вас нет понимания проблемы, что когда каждое DE это отдельный графический сервер, это делает компоненты DE невзаимозаменяемыми нежели в Xorg

Но ведь это не правда, DE и композитор это чаще разные вещи
В kde это kwin (композитор) + plasmashell (DE)
В гноме это mutter + не знаю что
В sway это так же как и в i3

Однако в xorg есть другая проблема - сама реализация большей части композитора не заменяемая, поскольку xorg это протокол + его реализация, а не только протокол

Соответственно все композиторы должны работать в объектной модели xorg
В то время как с wayland у тебя есть объектная модель композитора, а её маппинг в протокол можно уже как угодно реализовать, что удобно для любых окружений

Ответить | Правка | Наверх | Cообщить модератору

46. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 03:32 
> В kde это kwin (композитор) + plasmashell (DE)
> В гноме это mutter + не знаю что

Это всё оконные менеджеры + композитор, но бывают оконные менеджеры без фич композитинга (jwm), как и независимые композиторы (picom). Второй особенно популярен в Xfce, i3 и даже GNOME оболочках, потому  что стоковые очень кривые и без фич. Тот же Compiz по красоте никто превзойти так и не смог.

> Однако в xorg есть другая проблема - сама реализация большей части композитора не заменяемая, поскольку xorg это протокол + его реализация, а не только протокол

В Wayland неправильно используют терминологию. Композитинг - это тоже самое, что и постобработка: эффекты рабочего стола, отображение, прозрачность, V-Sync. В терминологии Wayland-а композитор - уникальный графический сервер с фичами для определённого DE. В Xorg же единый графический сервер для всех DE (клиентов), но Xorg - не композитор.

Xorg можно использовать вообще без композитинга. Графический сервер существует, чтобы реализовать минимальный набор фич, который необходим для построения DE. В Wayland тот же самый набор фич приходится реализовывать самому создавая фрагментацию, причём часто запихивая компоненты рабочего стола в один процесс, чтобы обойти ограничения Wayland-а, например, невозможность получить доступ к окну другого процесса.

Ответить | Правка | Наверх | Cообщить модератору

56. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –2 +/
Сообщение от morphe (?), 03-Авг-23, 03:53 
> чтобы обойти ограничения Wayland-а, например, невозможность получить доступ к окну другого процесса.

Нет у wayland такого ограничения, это протокол.
В этом протоколе нет стандартного способа получения доступа к чужому окну, но никто не мешает реализовать в своём композиторе такую возможность через расширение этого протокола, и смотреть чужие окна сколько влезет.

Просто такой протокол никто кроме тебя поддерживать не станет, т.к он не соответствует видению wayland.
Кастомные протоколы уже добавляли для нужд xwayland например: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/b...

Ответить | Правка | Наверх | Cообщить модератору

67. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 05:04 
> Нет у wayland такого ограничения, это протокол.

10/10

> В этом протоколе нет стандартного способа получения доступа к чужому окну

Вот именно.

> но никто не мешает реализовать в своём композиторе

Я уже сказал почему этого делать не стоит.

> через расширение этого протокола

А другие DE, будут твои эксклюзивные расширения поддерживать? Угадайте.

> Просто такой протокол никто кроме тебя поддерживать не станет, т.к он не соответствует видению wayland.

Почти угадали, но не поэтому.

> Кастомные протоколы уже добавляли для нужд xwayland например

Это уже начинает пахнуть как XMPP-зоопарк с его фичами в отдельных клиентах и серверах, где есть целых три разновидности протокола для отправки файлов.


Ответить | Правка | Наверх | Cообщить модератору

87. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонин (?), 03-Авг-23, 10:36 
Нормальные DE поддерживать будут, а маргинальщина... все вопросы к авторам маргинальщины.
И вообще, вы такой продвинутый, вот возьмите и сами напишите.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

110. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 14:39 
> Нормальные DE поддерживать будут

У этих "нормальных", а на самом деле просто крупных DE просто достаточно ресурсов, чтобы писать этот код с нуля, а других таких ресурсов не будет. По сути вы получите монополию GNOME + KDE на десктопе. Ради этого всё и затевалось.

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

121. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонин (?), 03-Авг-23, 15:23 
Вы в одной ветке пишете что "В линуксе уже плохо что существует два тулкита, а не один.", а тут пишете так, как будто "вы получите монополию GNOME + KDE на десктопе" что-то плохое.

Это биполярочка или просто разные люди с одного акка сидят?

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

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

184. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:37 
> а тут пишете так, как будто "вы получите монополию GNOME + KDE на десктопе" что-то плохое.

Потому что Wayland для реализации DE требует огромных ресурсов и потянуть такое могут только крупные игроки (GNOME, KDE), а мелкие должны сдохнуть. В иксах такого нет, потому что у иксов по сути есть свой "фреймворк", а для вейланда ты делаешь его сам.

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

Разница понятна?


Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

128. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:35 
> чтобы писать этот код с нуля, а других таких ресурсов не будет

Нет нужды писать с нуля, много композиторов работают через wlroots, и под wlroots есть портал

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

185. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:39 
> Нет нужды писать с нуля, много композиторов работают через wlroots, и под
> wlroots есть портал

Скажи это разработчикам GNOME и KDE. У тебя уже как минимум 3 реализации графического сервера.

wlroots никак не исправляет косяки Wayland-а с записью экрана, доступом окон друг к другом и так далее.


Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

194. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 04-Авг-23, 02:00 
> У тебя уже как минимум 3 реализации графического сервера.

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

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

133. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:48 
> Вот именно.

... Однако это часть другой спеки - xdg-desktop-portal, которую все десктопные wayland композиторы поддерживают

> А другие DE, будут твои эксклюзивные расширения поддерживать? Угадайте.

Зачем их DE поддерживать, их должен поддерживать только композитор и клиенты

> Это уже начинает пахнуть как XMPP-зоопарк с его фичами в отдельных клиентах и серверах, где есть целых три разновидности протокола для отправки файлов.

Всё что всем нравится попадает в стандарт, здоровое развитие протокола, в отличии от иксов, где любую нестандартную штуку принимали в основную кодовую базу и теперь оно там лежит без поддержки

Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

44. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от morphe (?), 03-Авг-23, 03:28 
> Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно место

Почему нет то, какая разница? Это всё изображения в разных форматах. Да, есть ньюансы, в формате фреймбуфера оно с буферизацией, или как-то иначе передаётся, но нет ничего плохого в их объединении, когда механизм их объединяющий способен за тебя провести всю подготовку и отдать тебе рабочий стрим. У video4linux отвратительное апи например и эксклюзивный захват устройств, а с gcamera2 вовсе никто не работает.
Или это каждое приложение должно в себе иметь поддержку всех форматов видео, транскодинг, и прочее?

> но не сохраняет состояние и настройки клиентов, и не умеет менять I/O на лету

Pipewire ничего не сохраняет, этим занимается wireplumber/другой менеджер сессий. Менеджер сессий же и подключает звуковые устройства от ядра к pipewire.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

52. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 03:47 
> Почему нет то, какая разница?

Сказали разработчики Systemd, положив на Unix философию огромный болт.

> Да, есть ньюансы, в формате фреймбуфера оно с буферизацией, или как-то иначе передаётся, но нет ничего плохого в их объединении, когда механизм их объединяющий способен за тебя провести всю подготовку и отдать тебе рабочий стрим.

Это классическое вот это: https://imgs.xkcd.com/comics/standards.png

А люди ещё критиковали иксы, что там была поддержка принтеров. Народ в 2023: давайте запилим видеопотоки в звуковой сервер.

> Или это каждое приложение должно в себе иметь поддержку всех форматов видео, транскодинг, и прочее?

Приложения просто запиливают поддержку v4l и фич иксов и всё. Не нужен никакой объединяющий сервер. Я понимаю что писать абстрактные прослойки это очень весело, но это бесполезное занятие.

> Pipewire ничего не сохраняет, этим занимается wireplumber/другой менеджер сессий. Менеджер сессий же и подключает звуковые устройства от ядра к pipewire.

Ну понято, что у pipewire есть core сервер и сервера для взаимодействия с pulseaudio и приложениями. Автор pipewire догадался сделать по человечески, а не лепить всё в одно мегаприложение. Кстати, wireplumber некоторые не любят из-за привязки к glib.

Ответить | Правка | Наверх | Cообщить модератору

60. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 04:02 
> давайте запилим видеопотоки в звуковой сервер.

Так будто это новая тенденция, gstreamer уже много лет в linux применяется, просто это не уровне приложения, а не общего сервера
https://gstreamer.freedesktop.org/

Либо для радио делается (icecast/liquidsoap), там тоже обычно один сервер для всего сразу

Если звук и видео стрим отдельно гнать, то это ж надо ещё сервер синхронизации заводить

> Приложения просто запиливают поддержку v4l и фич иксов и всё.

Ну вот не все же устройства через v4l работают, те же камеры через gphoto2
http://gphoto.org/

Прочие устройства видеозахвата, vulkan/opengl опять же

Pipewire же всех способен объединить

Ответить | Правка | Наверх | Cообщить модератору

61. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от morphe (?), 03-Авг-23, 04:08 
Опять же такое предположение у тебя будто wayland композитор должен картинкой располагать. А если это vr шлем, у которого отдельный композитор и drm-lease для производительности?
Либо приложение без композитинга, и выводит прямо в dmabuf

В иксах для этого нужно хукать vulkan/opengl, да. А если игра в песочнице запущена? А если obs в песочнице? А если игре не нравится что я графику хукаю? А если я намеренно её хукаю через nvidia nsight, и другие хуки тут работать не будут?

Тут и приходит на помощь pipewire с подключёнными к нему стримами всех видов, и может отобразить что угодно

Ответить | Правка | Наверх | Cообщить модератору

69. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 05:26 
> Опять же такое предположение у тебя будто wayland композитор должен картинкой располагать. А если это vr шлем, у которого отдельный композитор и drm-lease для производительности?
> Либо приложение без композитинга, и выводит прямо в dmabuf

Вот для этого Wayland можно юзать. Для каких нибудь кассовых аппаратов, где нужен простой интерфейс и больше ничего, но мы увы говорим про декстоп, где куча DE, менеджеров окон, композиторов и различных приложений под разные задачи. Поэтому нужна система, которая будет покрывать весь этот набор use-case-ов, а не Wayland, DE на котором будет замыкаться на себе и собственной реализации.

> В иксах для этого нужно хукать vulkan/opengl

И в винде тоже, и на маках. Их и придумали для этого. Иначе бы народ писал реализации своих драйверов, которые бы работали только с определенным GPU. Да, оно было бы быстрее, но сами понимаете почему так было сделано. Причём Vulkan настолько низкоуровневый,что этот же OpenGL на нём и написали (zink).

> А если игра в песочнице запущена? А если obs в песочнице?

Нах*я?

> А если игре не нравится что я графику хукаю?

Игре пофиг, что ты записываешь её фреймбуфер. Наоборот этот способ записи намного быстрее чем xinerama или запись всего экрана, но обычные приложения использующие софтварный рендеринг так работать не будут.

> Тут и приходит на помощь pipewire с подключёнными к нему стримами всех видов, и может отобразить что угодно

См. картинку про конкурирующие стандарты.

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

115. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:15 
> И в винде тоже, и на маках. Их и придумали для этого. Иначе бы народ писал реализации своих драйверов, которые бы работали только с определенным GPU. Да, оно было бы быстрее, но сами понимаете почему так было сделано. Причём Vulkan настолько низкоуровневый,что этот же OpenGL на нём и написали (zink).

Ну вот функционал записи экрана в них не продуман из коробки, это на то и хуки, они инвазивные

> Нах*я?

Steam/flatpak

> Игре пофиг, что ты записываешь её фреймбуфер. Наоборот этот способ записи намного быстрее чем xinerama или запись всего экрана, но обычные приложения использующие софтварный рендеринг так работать не будут.

Не пофиг, хук vulkan/opengl - это инъекция библиотеки в чужой процесс, не всем это нравится

> См. картинку про конкурирующие стандарты.

Ну так pipewire удалось собрать в себя много стандартов, и выйти лидером, в чём проблема?

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

68. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 05:15 
> Так будто это новая тенденция, gstreamer уже много лет в linux применяется, просто это не уровне приложения, а не общего сервера

Это библиотека для конвертации звука/видео и его воспроизведения. По сути аналог ffmpeg. Pipewire это про другое.

> Если звук и видео стрим отдельно гнать, то это ж надо ещё сервер синхронизации заводить

Разница в том, что в аудио-сервере звук нужно микшировать. С видео всё проще. Ты как берешь видео с экрана или окна, так и выводишь. А микширование видео в реалтайме в сцену - это уже делают такие приложения как OBS, которые могут выводить это на виртуальную камеру в том числе. Да и потом, графический сервер делает точно так же. Нужность pipewire = ?

> Ну вот не все же устройства через v4l работают, те же камеры через gphoto2

Это вообще для фотографий библиотека.

Ответить | Правка | Наверх | Cообщить модератору

116. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:18 
> Это библиотека для конвертации звука/видео и его воспроизведения. По сути аналог ffmpeg. Pipewire это про другое.

Ну хоть бы посмотрели что это такое на самом деле:
GStreamer is a library for constructing graphs of media-handling components

Т.е он как и pipewire строит в памяти графы трансформации мультимедиа

> Это вообще для фотографий библиотека.

Неправда, опять же попробовал бы хоть загуглить, оно в том числе отвечает за live capture например

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

76. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Staxemail (ok), 03-Авг-23, 08:45 
> Приложения просто запиливают поддержку v4l и фич иксов и всё. Не нужен никакой объединяющий сервер. Я понимаю что писать абстрактные прослойки это очень весело, но это бесполезное занятие.

Ага, а потом при открытой вкладке браузера с google meet не открыть ссылку на zoom, тк они конфликтуют за одну камеру. Тьфу. А иначе v4l не умеет, он by design для одного приложения. Pipewire это исправляет: https://blogs.gnome.org/uraeus/2021/10/01/pipewire-and-fixin.../

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

90. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 11:02 
Так просто закройте вкладочку google meet.
Или вообще не пользуйтесь оным и zoom, они все от лукавого!
Вот дидам оно было ненужно, значит и вам не ненужно.
Ответить | Правка | Наверх | Cообщить модератору

102. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 14:09 
> А иначе v4l не умеет, он by design для одного приложения.

Можно сделать сколько угодно виртуальных /dev/cam0 /dev/cam1 и юзать их из нескольких приложений. Вот только я не знаю зачем вам, чтобы два приложения записывали одну и ту же камеру.

Ответить | Правка | Наверх | Cообщить модератору

111. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Staxemail (ok), 03-Авг-23, 14:45 
>> А иначе v4l не умеет, он by design для одного приложения.
> Можно сделать сколько угодно виртуальных /dev/cam0 /dev/cam1 и юзать их из нескольких
> приложений. Вот только я не знаю зачем вам, чтобы два приложения
> записывали одну и ту же камеру.

И как вы их сделаете? Компиляя левые неподдерживаемые модули ядра, которые мне потом taint kernel сделают и не дадут даже багрепорты слать?

Мне просто надо чтобы приложение не показывало черный экран, когда где-то открыто другое, использующее камеру. Или показывало какую-нибудь фигню, потому что увидев что основная камера занята, оно переключается на следующую камеру, которая ИК, и показывает черт-те-что, т.к. под линуксом нормально не поддерживается (как минимум на thinkpad..)

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

114. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:02 
> И как вы их сделаете? Компиляя левые неподдерживаемые модули ядра, которые мне потом taint kernel сделают и не дадут даже багрепорты слать?

У меня xanmod-kernel. Я просто делаю sudo apt install v4l2loopback-dkms и драйвер ставится без траблов.

> Мне просто надо чтобы приложение не показывало черный экран, когда где-то открыто другое, использующее камеру. Или показывало какую-нибудь фигню, потому что увидев что основная камера занята, оно переключается на следующую камеру

Ещё раз. У меня за много лет НИ РАЗУ не было потребности использовать одно устройство несколькими приложениями. Если я и сидел на митапах, то камеру использовало всегда только одно приложение. Больше одного - это уже выходит за рамки нормального использования. Хорошо, что Pipewire это умеет, но тащить его ради этой фичи, которую я всё равно могу сделать без него - это бессмысленно. А в v4l могли бы сделать аналог dmix, если бы оно было кому-то нужно.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

118. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:21 
> Я просто делаю sudo apt install v4l2loopback-dkms и драйвер ставится без траблов.

Ну так dkms это и есть сборка out-of-tree модуля из исходников, которая и делает kernel taint

> У меня за много лет НИ РАЗУ не было потребности использовать одно устройство несколькими приложениями

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

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

122. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонин (?), 03-Авг-23, 15:24 
Ха, "мне не нужно, значит и никому больше не нужно"
Классика
Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

40. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 02:55 
> Так что сделать фичи для записи экрана без Pipewire вполне реально, но разработчики сие поделия просто не хотят.

Реально, для этого даже протоколы есть, через которые и работает связка xdg-portal + pipewire. Просто это никому не нужно, потому что с pipewire нет никаких проблем, это лучшее что происходило со звуком (и просто медиа стримами) на linux.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

70. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 05:32 
> Реально, для этого даже протоколы есть, через которые и работает связка xdg-portal
> + pipewire. Просто это никому не нужно, потому что с pipewire
> нет никаких проблем, это лучшее что происходило со звуком (и просто
> медиа стримами) на linux.

В иксы при сильном желании можно добавить sandboxing и получится то что вы хотите, только без всяких pipewire-ов, порталов и прочей дребедени.


Ответить | Правка | Наверх | Cообщить модератору

80. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от бочонокмёдасквасом (?), 03-Авг-23, 09:33 
> без всяких pipewire-ов, порталов и прочей дребедени

тааак. а что молодым делать? да вы, батенька, ретроград! а ну дайте дорогу молодым! значит так: у вас тут конечно много написано, но всё неправильно;)

Ответить | Правка | Наверх | Cообщить модератору

86. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонимусс (?), 03-Авг-23, 10:32 
Оно должно работать из коробки, а не "при сильном желании"
Если есть 1% извращенцев, которым нравится ковыряться с этим, то это их личные проблемы.
Остальным нужно чтобы оно просто работало.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

103. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 14:11 
> Оно должно работать из коробки, а не "при сильном желании"

Вот именно, тот же скриншаринг в Wayland из коробки не работает.

> Если есть 1% извращенцев, которым нравится ковыряться с этим, то это их личные проблемы.

Согласен, пользователи Wayland-а и есть эти 1% извращенцев.

Ответить | Правка | Наверх | Cообщить модератору

119. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:22 
> Вот именно, тот же скриншаринг в Wayland из коробки не работает.

Работает, возьми любой готовый дистрибутив с KDE/гномом/sway/... и там всё будет работать
Или поставь себе портал уже, у каждого wayland композитора он есть

Ответить | Правка | Наверх | Cообщить модератору

123. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:26 
> Работает, возьми любой готовый дистрибутив с KDE/гномом/sway/... и там всё будет работать

Вот именно. Будет работать только для того, где оно сделано, а не везде по умолчанию. Понимаете разницу?

Ответить | Правка | Наверх | Cообщить модератору

126. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:32 
> Вот именно. Будет работать только для того, где оно сделано, а не везде по умолчанию. Понимаете разницу?

Да везде оно сделано, назови хоть один композитор без поддержки xdg-desktop-portal, это часть спеки, которую всем нужно реализовать

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

152. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:45 
> Да везде оно сделано, назови хоть один композитор без поддержки xdg-desktop-portal, это часть спеки, которую всем нужно реализовать

weston

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

195. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 04-Авг-23, 02:02 

> weston

Хорошо, уточню, предназначенный для десктопа и в принципе использования, а не технодемок и отладки, в киосках то явно такое не нужно

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

34. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от morphe (?), 03-Авг-23, 02:28 
> Напоминаю, иксы уже годами работают на NVidia, а у Wayland-а не хватило 12 лет чтобы эту же поддержку сделать.

Так где ж тут беда Wayland. Wayland использует стандартный DMABUF.
Напоминаю, DMABUF уже годами работает на Radeon/Intel HD, а Nvidia не хватило 12 лет чтобы эту же поддержку сделать.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

16. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от Аноним (10), 02-Авг-23, 22:54 
> Написал целую статью, где враньё в каждой строчке

Остановись, человек-разоблачение!

> и дальше стандартное обсирание
> Я такой читаю этот бред

Все по полочкам разложил! А главное — аргументированно! Продолжай усиливать накал разоблачений системдосников-вайландистов! Так победим!

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

79. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –3 +/
Сообщение от Аноним (90), 03-Авг-23, 09:29 
О, опять Skullnet разбушевался)))
А все потому что, у него ненавистная невидия. Поэтому приходится плакаться, жрать иксы и копить на нормальную карту.

Я мог бы написать целую статью почему иксы #овно, но мне лень.
Если вкратце: иксы окаменевший кусок мамонтового, на который забили даже его создатели.
Его не будут дополнять, расширять, исправлять сложные баги и тд.

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

Ну а про нормальный фикс тиринга, поддержку современных технологий типа hdr, retiana и тд, можно даже вспоминать.
У копрофагов на это все два ответа - или "У меня нет такого моника, оно нинужно", или "я попердолился в конфигах и умвр"

Каждый раз читаю и ржу над очередным иксовым высером.
Надо будет зайти сюда или на лор и почитать твои стенания, когда иксы выпилят из очередного популярного дистра)))

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

107. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 14:30 
> А все потому что, у него ненавистная невидия. Поэтому приходится плакаться, жрать иксы и копить на нормальную карту.

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

> Если вкратце: иксы окаменевший кусок мамонтового, на который забили даже его создатели.

Настоящие создатели иксов уже давно на пенсии. Текущие разработчики - это новое поколение нытиков, которые не могут поддерживать один проект. Им обязательно нужно его забросить и начать новый, потому что они видите ли не получают удовольствие от поддержки старого кода (хотя рефакторить код это тоже весело). Очень похоже на то, чем болеет Google.

https://lwn.net/Articles/482118/

> Его не будут дополнять, расширять, исправлять сложные баги и тд.

И не смотря на вышесказанное, люди это делают. В винде тоже поддерживают существующий дисплейный сервер, поэтому все приложения даже 20 летней давности до сих пор работают.

> Ну а про нормальный фикс тиринга

Он называется V-Sync. Научитесь его включать.

> поддержку современных технологий типа hdr

NVidia даже спеку написала для hdr в иксах, но всё заглохло, потому что этот HDR не нужен. FreeSync намного популярнее, поэтому он работает. Как только на каждом мониторе будет HDR800 или HDR1000, вот тогда поддержку HDR сделают.

> У копрофагов на это все два ответа - или "У меня нет такого моника, оно нинужно"

У большинства даже FreeSync монитора нет. А нормальный HDR монитор стоит $1000. Учитывайте ещё то, что поддержка HDR на той же винде так себе.

> Надо будет зайти сюда или на лор и почитать твои стенания, когда иксы выпилят из очередного популярного дистра

Флаг вам в руки. Пока что ни из одного не выкинули.

Ответить | Правка | Наверх | Cообщить модератору

117. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Аноним (90), 03-Авг-23, 15:19 
> иксы не работают и пользователи вынуждены страдат

Ну так и есть - иксы не работают, пользователи страдают.

> V-Sync. Научитесь его включать.

И наслаждайтесь просадками фпс. Гени(т)альное решение! Впрочем другого и не ожидал.

> NVidia

вообще на линукс забила

> этот HDR не нужен. FreeSync намного популярнее

Какое отношение имеет HDR (условно цветность) к FreeSync (условно частота обновления экрана)?
Теплое и мягкое? Длинное и зеленое?

> У большинства даже FreeSync монитора нет.

Але, на дворе 2023. FreeSync отсутствует в самых дешевых офисных мониках.

> А нормальный HDR монитор стоит $1000.

Поэтому остальные, кто смог нашкрести просто невероятную сумму в тыщщу басков должны страдать с иксами?

> Учитывайте ещё то, что поддержка HDR на той же винде так себе.

Огромное спасибо что сообщили! Но мне как-то пофиг что там в винде, мне нужно чтобы оно у меня в лине работало.

Ответить | Правка | Наверх | Cообщить модератору

130. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:41 
> Ну так и есть - иксы не работают, пользователи страдают.

Да, да. Верим вам на слово)))

> И наслаждайтесь просадками фпс. Гени(т)альное решение! Впрочем другого и не ожидал.

Так вы сначала определитесь: вам нужно чтобы не было тиринга или просадок по FPS? У вас два варианта - V-Sync on/off. В Wayland-е он же долгое время был зафорсен вообще, только потом исправили. Я же для игр выключаю V-Sync и гоняю без него, потому что у меня рабочий VRR.

> вообще на линукс забила

Они долго выкатывают исправления, но они сделали рабочий драйвер для иксов. Что не так?

> Какое отношение имеет HDR (условно цветность) к FreeSync (условно частота обновления экрана)?

В том, что попробуйте найти хороший HDR монитор по приемлемой цене.

> Але, на дворе 2023. FreeSync отсутствует в самых дешевых офисных мониках.

Согласен. В офисных мониках до сих пор юзают VGA в 2023.

> Поэтому остальные, кто смог нашкрести просто невероятную сумму в тыщщу басков должны страдать с иксами?

Базара нет. Оплати какому-нибудь разработчику иксов покупку HDR монитора. Тебе сделают в иксах поддержку HDR.

Ответить | Правка | Наверх | Cообщить модератору

136. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 15:51 
> Верим вам на слово

Примерно также как и вам)))
У вас же везде все работает, а где не работает, то оно и не нужно, и вообще не юзеркейс)))

> вам нужно чтобы не было тиринга или просадок по FPS?

Т.е. в иксах это или-или? А мне бы чтобы и тиринга не было, и чтобы фпс не просаживался. Что-то вроде freesync.

> В том, что попробуйте найти хороший HDR монитор по приемлемой цене.

Почему ты все сводишь к деньгам? За больное задел что ли?
Ну вот у меня есть такой моник, что теперь мне делать с иксами? Или просто валить на винду-макось?

> Оплати какому-нибудь разработчику иксов покупку HDR монитора. Тебе сделают в иксах поддержку HDR.

Смешно. Как будто для разработки hdr, нужен моник с hdr. Но даже если предположить... то все равно же не сделают))) Лучше я оплачу что-то разрабам вяленого.

Ответить | Правка | Наверх | Cообщить модератору

140. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:04 
> Т.е. в иксах это или-или? А мне бы чтобы и тиринга не было, и чтобы фпс не просаживался. Что-то вроде freesync.

Freesync тиринг не фиксит, если у тебя фреймрейт будет выше фреймрейта монитора, то тиринг появится даже в включенным FreeSync.

> Ну вот у меня есть такой моник, что теперь мне делать с иксами? Или просто валить на винду-макось?

Отдать его человеку, который сделает вам поддержку HDR, как вариант.

> Смешно. Как будто для разработки hdr, нужен моник с hdr.

Да. Как и для поддержки VRR, нужен моник с VRR.

> Но даже если предположить... то все равно же не сделают)))

А что их может остановить?

> Лучше я оплачу что-то разрабам вяленого.

Ну а смысл тогда жаловаться, то в иксах нет нужной вам фичи?

Ответить | Правка | Наверх | Cообщить модератору

144. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 16:15 
> Ну а смысл тогда жаловаться, то в иксах нет нужной вам фичи?

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

Ответить | Правка | Наверх | Cообщить модератору

147. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:21 
> Просто это показывает бесполезность иксов для меня и полезность вейланда.

Бесполезность в чём? Что все вещи, которые в Wayland не работают из коробки в Xorg работали и будут работать всегда? Все эти HDR - это для хомячков, чтобы показать, что "смотрите у нас есть киллерфича", но 80% других вещей нормально не работают.

> И чем раньше забьют на иксы и перенаправят силы на вейланд, тем мне будет лучше.

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

Ответить | Правка | Наверх | Cообщить модератору

168. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –2 +/
Сообщение от Аноним (90), 03-Авг-23, 18:20 
> Бесполезность в чём?

Что вещи которые мне нужны или работают в вейланде, или будут добавлены в вейланд.
И при этом никогда не будут добавлены в иксы.

> Все эти HDR - это для хомячков

О, пошли оскорбления. Тогда не обижайся
Да мы поняли уже что ты нищук, которые не в состоянии купить hdr моник. Но такие не все.

> Нормальная замена иксам, заменила бы их в течении одного года. Вейланду уже 15 лет.

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

Ответить | Правка | Наверх | Cообщить модератору

139. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 16:00 
> В Wayland-е он же долгое время был зафорсен вообще

Не был, однако все крупные композиторы его делали

Под steamdeck с gamescope (wayland композитор) поддержка тиринга была изначально, а потом её перевели в стандарт

> В том, что попробуйте найти хороший HDR монитор по приемлемой цене.

У всех разные представления о приемлимой цене, однако разве $800 (Самый дешёвый из хороших) это много?

> Согласен. В офисных мониках до сих пор юзают VGA в 2023.

Ты где такое откопал? Это какие видеокарты имеют аналоговый выход? Или все поголовно конвертеры ещё подключают?

Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

141. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:07 
> Не был, однако все крупные композиторы его делали

Вот тут ты п*здишь. Это ограничение Wayland-а.

> У всех разные представления о приемлимой цене, однако разве $800 (Самый дешёвый из хороших) это много?

Это стоимость хорошего компьютера без монитора.

> Ты где такое откопал? Это какие видеокарты имеют аналоговый выход? Или все поголовно конвертеры ещё подключают?

Вот за таким железом сидят работники в офисе. Не все, но такие есть и много.

Ответить | Правка | Наверх | Cообщить модератору

142. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 16:13 
> Это стоимость хорошего компьютера без монитора.

Это стоимость одной относительно хорошей, но не топовой видяхи!
Про какой весь комп ты говоришь??

Ответить | Правка | Наверх | Cообщить модератору

145. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:18 
У вас там до сих пор майнинговые цены, когда видеокарта стоила как весь остальной комп?
Ответить | Правка | Наверх | Cообщить модератору

151. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 16:40 
Боюсь у нас просто разное понимание нормальной видяхи.
На newegg за бугром без налогов (!) за такие деньги можно взять только 4070Ti или 7090XT.
Все остальное дороже. Все что дешевле - днище.
Ответить | Правка | Наверх | Cообщить модератору

146. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 16:20 
> Вот тут ты п*здишь. Это ограничение Wayland-а.

Можно пруф?) Как же тогда оно в gamescope было раньше реализовано?
И как эту поддержку добавили без ломающих изменений? (Это один вспомогательный протокол, не переработка существующих)

> Это стоимость хорошего компьютера без монитора.

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

Из современного железа ryzen 9 - $400+, Nvidia 4070 - $600 (За такую цену купить разумеется нельзя, однако это MSRP), и это ещё без материнки, корпуса, nvme, блока питания.

Мы же itшники тут, почему машина не способная на нормальную профессиональную работу должна рассматриваться?

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

153. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:53 
> Можно пруф?) Как же тогда оно в gamescope было раньше реализовано?

https://www.reddit.com/r/linux_gaming/comments/lscc3v/a_wayl.../

Уже пофиксили, так что тему можно закрыть, но такое было.

> Из современного железа ryzen 9 - $400+, Nvidia 4070 - $600 (За такую цену купить разумеется нельзя, однако это MSRP), и это ещё без материнки, корпуса, nvme, блока питания.

Моё железо: AMD Ryzen 5 5600X, NVMe на 1 Тб, RTX 3060 Ti, 32 Gb RAM.

Всё, включая GTX 960 Ti затычку, которую я купил в период майнинга стоило мне 81411,83 рублей. Нормальную GPU я купил уже потом.

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

Не должно быть такого чтобы монитор стоил дороже 20 т.р. Я свой купил за 13 т.р. и это был самый дорогой Full HD монитора на 24 дюйма. Всё что выше - это 4K/HDR оверпрайс для мажоров.

Ответить | Правка | Наверх | Cообщить модератору

156. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от morphe (?), 03-Авг-23, 17:10 
> Уже пофиксили, так что тему можно закрыть, но такое было.

Пофиксили без ломающих изменений, добавлением новых апи вызовов (Протокола). Значит wayland не имел такого ограничения, но основные композиторы не имели такой возможности, ЧИТД
А gamescope подобные апи реализовал раньше, потому что ему это было просто реализовать, ему не нужно было лезть в исходники xorg

> Нормальную GPU я купил уже потом

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

> Не должно быть такого чтобы монитор стоил дороже 20 т.р.

Ну вот введут госрегулирование цен на мониторы - тогда и поговорим, а пока все берут то что им нравится.
Мне не нравится full-hd ips, я хочу oled и 4k, я же не запрещаю "не-мажорам" брать "не-оверпрайс", всегда должен быть выбор
Если бы люди никогда не брали дорогую технику, откуда взялся бы прогресс? IPS до появления спроса тоже был дороже чем TN, однако люди его брали потому что он был лучше, так и сейчас происходит.

Ответить | Правка | Наверх | Cообщить модератору

160. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 17:17 
/s Нормальная замена TN мониторам, заменила бы их в течении одного года. IPS же на момент когда он стал доступен покупателям по нормальным ценам было 14 лет
Ответить | Правка | Наверх | Cообщить модератору

199. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от User (??), 04-Авг-23, 13:01 
Так-то именно монитор, клавиатура, мышь - то, что непосредственно влияет на твое здоровье - ей-ей, не стал бы на этом экономить.
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

148. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 16:25 
> Вот за таким железом сидят работники в офисе. Не все, но такие есть и много.

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

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

154. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:56 
> В минобороны разве что, хороший работодатель не будет заставлять работников страдать за
> старым железом, а новое с таким не делают, потому что это
> e-waste

Сидят как мильникие. В магазинах везде повально юзаются VGA моники. Хороший работодатель к тому же заботливо отключит вам Интернет, чтобы работники работали, а не сидели в Интернетике.


Ответить | Правка | Наверх | Cообщить модератору

158. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 17:14 
> В магазинах везде повально юзаются VGA моники

Где такое новое железо достать?
Работодатели не закупаются на авито, а поставщикам неоткуда брать железо которое не умеет более новые стандарты, потому что его не производят
Это же надо найти VGA комп, и VGA монитор, что из этого было произведено в 2020+ году?

Ответить | Правка | Наверх | Cообщить модератору

125. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 15:30 
> И не смотря на вышесказанное, люди это делают

Не делают, в xorg годами нефикшенные баги, а последняя активность связанная с не-xwayland относится к 2021 году

> В винде тоже поддерживают существующий дисплейный сервер, поэтому все приложения даже 20 летней давности до сих пор работают.

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

> NVidia даже спеку написала для hdr в иксах, но всё заглохло, потому что этот HDR не нужен.

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

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

> У большинства даже FreeSync монитора нет. А нормальный HDR монитор стоит $1000. Учитывайте ещё то, что поддержка HDR на той же винде так себе.

Почему я должен страдать на хорошем железе? У меня hidpi ещё есть, его тоже не надо уметь?

Много ноутбуков идут с hidpi/hdr, пользователи не должны ставить linux на ноутбуки?

Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

135. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:51 
> Не делают, в xorg годами нефикшенные баги

Это какие?

> а последняя активность связанная с не-xwayland относится к 2021 году

Так в Xorg больше ничего пилить и не надо.

> Винда может позволить себе ломать внутреннее апи, иксы нет, а с текущим грузом обратной совместимости

А Wayland может позволить себе ломать обратную совместимость? Двойные стандарты у вас.

> после захода в исходники xorg хочется только плакать

Я тоже заходил в исходники иксов. Там нет ничего страшного, код очень даже хорошо написан.

> Вам может и не нужен, почему другие то страдать должны? Предлагаешь тем, кто видео монтирует/обрабатывает/да даже смотрит пользоваться виндой/макосью?

HDR практически не нужен не на телевизорах. Люди, которые редактируют видео с HDR не возятся даже. Многие даже про него не знают.

> Ну написали они спеку, почему реализовать то не смогли, может в иксах беда?

Даже в винде HDR не смогли по человечески реализовать. Там вечно траблы с яркостью, мерцаниями экрана и прочим. Так что я бы помолчал и подождал пока эту "всем очень нужную" технологию обкатают нормально.

> Почему я должен страдать на хорошем железе? У меня hidpi ещё есть, его тоже не надо уметь?

Для HiDPI нужно, чтобы каждый тулкит скейлил гуй в 2 раза, т.е для него нужны лишние телодвижения.

> Много ноутбуков идут с hidpi/hdr, пользователи не должны ставить linux на ноутбуки?

Большая часть ноутбуков на рынке это 15.6 дюймов с Full HD дисплеем, что кстати очень не хорошо, потому что на таком экранчике всё будет мелким и нужно либо 1366х768, либо что-то между Full HD.
А hidpi/hdr это редкость и за большие бабки.

Ответить | Правка | Наверх | Cообщить модератору

143. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 16:14 
> Это какие?

HDR, fractional scaling, hidpi, freesync, многопоточка, приватность (защита от перехвата клавиатуры/изображения с экрана), мультитач, жесты, графические планшеты... Мне весь issues перечислять?

> А Wayland может позволить себе ломать обратную совместимость? Двойные стандарты у вас.

А где он ломает?
Я говорю про изменение внутреннего апи, которое xorg себе позволить не может, в то время как у wayland его просто нет, т.к это протокол, и обратную совместимость проще поддерживать

> HDR практически не нужен не на телевизорах.

Подключать комп к телевизору уже запретили?

> Люди, которые редактируют видео с HDR не возятся даже. Многие даже про него не знают.

Хорошо, предположим, те кто фильмы делают должны использовать macos/windows?

> Для HiDPI нужно, чтобы каждый тулкит скейлил гуй в 2 раза, т.е для него нужны лишние телодвижения.

1. Не всё так просто
2. Умеет ли xorg сообщать тулкитам чтобы они скейлили гуй в 2 раза?

> Большая часть ноутбуков на рынке это 15.6 дюймов с Full HD дисплеем

Где ж это большая часть, это бюджетные в основном

> что кстати очень не хорошо, потому что на таком экранчике всё будет мелким и нужно либо 1366х768, либо что-то между Full HD.

Эх, вот если бы только fractional scaling существовал...
И мелко тут это субъективщина, я не представляю как на 1366х768 экране возможно работать

> А hidpi/hdr это редкость и за большие бабки.

На бюджетных такого нет, безусловно, однако нельзя про весь рынок так говорить
Мы опять же в теме с макбуками, они редкость? Мне кажется в любом ноуте за $3+к будет какая-то из вещей что xorg не поддерживает

Ответить | Правка | Наверх | Cообщить модератору

150. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 16:39 
> fractional scaling

В Qt работает, в GTK - нет, потому что там только integer scaling (сломали намеренно).

> freesync

Работает, я его каждый день юзаю.

> многопоточка

Зачем нужно несколько тредов, когда есть асинхронность? Наоборот несколько потоков может быть медленее, чем гонять код в одном потоке.

> приватность (защита от перехвата клавиатуры/изображения с экрана)

Защита от кого? Я и так контролирую всё что происходит у меня в системе. Это не винда и андроид, где всё непрозрачно. Золотая клетка как в Android не нужна.

> мультитач, жесты, графические планшеты...

Где Xorg на них юзается?

> А где он ломает?

Дох*я.

https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d...

> Подключать комп к телевизору уже запретили?

Можно, но зачем заморачиваться с подключением, когда у телевизора и так есть весь нужный софт для воспроизведение HDR видео.

> Не всё так просто

Я не сомневаюсь, поэтому у меня нормальный монитор, где не нужен весь этот трах.

> Умеет ли xorg сообщать тулкитам чтобы они скейлили гуй в 2 раза?

А зачем? QT_SCALE_FACTOR=2 и готово.

> Где ж это большая часть, это бюджетные в основном

В том числе это и ноуты за 100к+.

> Эх, вот если бы только fractional scaling существовал...

Он есть, и в иксах и в Qt.

> И мелко тут это субъективщина, я не представляю как на 1366х768 экране возможно работать

Поэтому я работаю за Full HD монитором на 24 дюйма, а ещё есть другой такой же подключенный к ноутбуку.

> Мне кажется в любом ноуте за $3+к будет какая-то из вещей что xorg не поддерживает

Не только xorg. Будет какая-нибудь редкая звуковая карта, драйвера которой не будет в ядре линукса. Даже на дешевых ноутбуках такое есть. Покупал такой и знаю это прекрасно, поэтому на всякий случай чекаю, чтобы было нормальное железо, а не пойми что.

Ответить | Правка | Наверх | Cообщить модератору

155. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 17:01 
> В Qt работает, в GTK - нет, потому что там только integer scaling (сломали намеренно).

Работает в GTK на wayland, с этим только в иксах проблемы, потому композиторы и вынуждены для xwayland добавлять поддержку на стороне сервера, а не клиентов

> Работает, я его каждый день юзаю.

VRR != freesync
Более того работает не полноценно, поскольку нельзя разные мониторы с разной частотой кадров использовать, где ж это работает

> Зачем нужно несколько тредов, когда есть асинхронность? Наоборот несколько потоков может быть медленее, чем гонять код в одном потоке.

Безусловно, однако для тех же скриншотов нужно синхронизироваться на буфере экрана и перекодировать его в нужный формат, что хоть и io-bound, однако апи иксов не позволяет делать асинхронно.
Конечно это не проблема для fullhd экранов, однако не у всех fullhd.
Те же проблемы с буфером обмена могут быть, ввод и вывод тоже можно в разных потоках обрабатывать.
И это если забыть про VR.

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

> Защита от кого? Я и так контролирую всё что происходит у меня в системе. Это не винда и андроид, где всё непрозрачно. Золотая клетка как в Android не нужна.

В том числе в steam? Или без игр обходишься, и вообще они не нужны?
Ни один xorg сервер не предоставляет возможности управлять правами приложений, и это плохо.
Более того, ты занимаешься гейткипингом, забывая об обычных пользователях, которые просто хотят пользоваться системой без погружения в недра.

> Где Xorg на них юзается?

Не на них, а с ними, с wayland у меня графический планшет работает из коробки, в то время как на xorg нужно ставить xf86-input-wacom + libwacom, который не все приложения используют.

> Дох*я.

Большинство примеров тут про отличие wayland от xorg, более того, в 2023 году уже почти нет проблем с этим никаких, весь софт на поддержку которого не забили работает на wayland.

> Можно, но зачем заморачиваться с подключением, когда у телевизора и так есть весь нужный софт для воспроизведение HDR видео.

Ну не нравится мне вендорлок на софт телевизора, зачем запрещать людям подключать linux к телевизору?)

> А зачем? QT_SCALE_FACTOR=2 и готово.

Действительно, зачем композитор должен сообщать о настройках монитора, если можно настроить каждое приложение на нужный масштаб, ага. А если мониторов несколько, и на них масштабирование разное нужно? Ноутбук + монитор например.
Опять же отталкивает пользователей, поскольку нельзя в режиме реального времени отрегулировать через GUI, хоть и подходит продвинутым.

> В том числе это и ноуты за 100к+.

Ну $1к это всё ещё бюджетные в настоящее время

> Он есть, и в иксах и в Qt.

В иксах нет, см QT_SCALE_FACTOR.

> Поэтому я работаю за Full HD монитором на 24 дюйма, а ещё есть другой такой же подключенный к ноутбуку.

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

> Не только xorg. Будет какая-нибудь редкая звуковая карта, драйвера которой не будет я вдре линукса. Даже на дешевых ноутбуках такое есть. Покупал такой и знаю это прекрасно.

Не сталкивался с таким. Однако всё новое железо со временем начинают поддерживать в linux, а xorg так и остаётся устаревшим и без поддержки.

Ответить | Правка | Наверх | Cообщить модератору

162. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 17:44 
> Работает в GTK на wayland

Потому что там костыль с апскейлом в 3 раза и даунскейлом в 2, чтобы получить те же 1.5.

> VRR != freesync

Чего? Это одно и то же. FreeSync = GSync = VRR. Просто маркетинговые службы напридумывали свои собственные названия одной и той же технологии.

> Безусловно, однако для тех же скриншотов нужно синхронизироваться на буфере экрана и перекодировать его в нужный формат, что хоть и io-bound, однако апи иксов не позволяет делать асинхронно.

Когда делается скриншот, ты просто берёшь кадр из GPU посредством иксов и сохраняешь его на диск, конвертируя в самой программе. В чём проблема?

> у wayland композиторов полная свобода иметь несколько потоков и планировщик для асинхронных задач, и это тут главное

Xorg не запрещает своим клиентам использовать несколько потоков.

> В том числе в steam? Или без игр обходишься, и вообще они не нужны?

Стим не юзаю, ставлю игры просто на диск через торренты.

> Ни один xorg сервер не предоставляет возможности управлять правами приложений, и это плохо.

Даже в Windows такого нет. Большинству не нужны фичи для сандбоксинга. Если нужны, юзайте firejail.

>  весь софт на поддержку которого не забили работает на wayland.

То есть Wayland требует постоянно мейнтейнинга, а в Xorg будет работать что угодно 20-летней давности. Понятненько.

> Действительно, зачем композитор должен сообщать о настройках монитора, если можно настроить каждое приложение на нужный масштаб, ага. А если мониторов несколько, и на них масштабирование разное нужно?

Да. А на более маленьком мониторе сам поставишь масштаб через xrandr.

То есть если у тебя 4k и Full HD, то на втором сответственно:

xrandr --output DP-1  --scale 2x2

А у тулкитов скейлинг = 2. По другому физически никак не получится когда мониторы не совместимы.

> Ну $1к это всё ещё бюджетные в настоящее время

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

> В иксах нет, см QT_SCALE_FACTOR.

Есть, в xrandr дробный скейлинг работает.

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

У кого-то потребности трахаться с Wayland-ом, а нормальные люди юзают xorg.

Ответить | Правка | Наверх | Cообщить модератору

165. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 03-Авг-23, 18:05 

> Потому что там костыль с апскейлом в 3 раза и даунскейлом в
> 2, чтобы получить те же 1.5.

Нет, там всё честно, так как ты предлагаешь получится одно мыло, как оно собсно и есть на xwayland

> Чего? Это одно и то же. FreeSync = GSync = VRR.

То-то мониторы имеют либо одно, либо другое, либо оба, либо ничего.
GSync работает через специальное железо в мониторе, через любой протокол (hdmi/dvi), в то время как freesync работает через встроенную в displayport поддержку
Соответственно gsync требует поддержку только на видеокарте и монитопе, а freesync на всех уровнях, в т.ч и в ядре

> Когда делается скриншот, ты просто берёшь кадр из GPU посредством иксов и
> сохраняешь его на диск, конвертируя в самой программе. В чём проблема?

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

> Xorg не запрещает своим клиентам использовать несколько потоков.

Он запрещает композиторам, и накладывает ограничения на клиенты

> Стим не юзаю, ставлю игры просто на диск через торренты.

Ещё лучше, а в торрентах у нас весь софт чистый и безопасный.

> Даже в Windows такого нет.

Внезапно, есть, просто не сильно управляемое
Ты не можешь внедрять нажатия в окно подтверждения прав администратора например, из него же нельзя перехватывать ввод
И opengl/vulkan хуки нельзя устанавливать в некоторые приложения.

> То есть Wayland требует постоянно мейнтейнинга, а в Xorg будет работать что
> угодно 20-летней давности. Понятненько.

На винде у нас значит всё ещё запускаются приложения под x86-16, разумеется?

> Да. А на более маленьком мониторе сам поставишь масштаб через xrandr.
> То есть если у тебя 4k и Full HD, то на втором
> сответственно:
> xrandr --output DP-1  --scale 2x2
> А у тулкитов скейлинг = 2. По другому физически никак не получится
> когда мониторы не совместимы.

Ну какие тут физические ограничения, что мешает приложению иметь масштаб х1 на одном мониторе, и х1.5 на другом? Это просто xorg хочет все мониторы на едином полотне размещать

> Ну офигеть. Ноут за лям баксов у него бюджетный. Мажор хренов)

Опять же, мы в треде про макбуки, они ещё дороже, даже в минимальных конфигурациях, несмотря на то, одобряем мы это или нет) Берут же их

> Есть, в xrandr дробный скейлинг работает.

Не работает он, мыло выходит, не реализовали там никаких расширений для этого

Ответить | Правка | Наверх | Cообщить модератору

177. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 20:49 
> Нет, там всё честно, так как ты предлагаешь получится одно мыло, как оно собсно и есть на xwayland

Скейлить на 3 и даунскелить на 2 тоже будет мыло, причём это тормозиловка, потому что нужно рендерить в тройном разрешении.

> То-то мониторы имеют либо одно, либо другое, либо оба, либо ничего.

Все эти технологии работают по одинаковому принципу.

> GSync работает через специальное железо в мониторе, через любой протокол (hdmi/dvi)

Причём через железку, которую производители обязаны покупать у NVidia. Возможно это уже не так, потому что популярность G-Sync низкая и уже не обязаны. Но на принцип работы VRR это не влияет.

> Конечно же иксы прямо из видеокарты копируют, ох уж эти сказочки)

Иксы используют видеопамять дискретной видокарты, что можно увидеть в NVidia SMI.

|    0   N/A  N/A      1183      G   /usr/lib/xorg/Xorg                          309MiB

Когда ты вызываешь копирование фреймбуфера, код иксов вызывает код NVidia Xorg драйвера, который обращается к видеопамяти. Чего тут непонятного?

> Программа соответственно должна знать формат фреймбуфера видеокарты, чтобы мочь его декодировать?

Это легко можно получить теми же средствами иксов.

> Он запрещает композиторам, и накладывает ограничения на клиенты

Какие ограничения? И я не знаю зачем в композиторе может понадобится многопоточность.

> Ещё лучше, а в торрентах у нас весь софт чистый и безопасный.

Параноей я не страдаю.

> На винде у нас значит всё ещё запускаются приложения под x86-16, разумеется?

Тут не в архитектуре дело, но x86 приложения запускаются и до сих пор используются даже.

> Ну какие тут физические ограничения, что мешает приложению иметь масштаб х1 на одном мониторе, и х1.5 на другом? Это просто xorg хочет все мониторы на едином полотне размещать

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

> Не работает он, мыло выходит, не реализовали там никаких расширений для этого

Мыло, если отскейлить в неправильное разрешение, тогда картинка не будет совпадать с сеткой пикселей. Если отскейлить xrandr на 2x2, а в тулкитах поставить скейлинг 2 то получится 4к на Full HD мониторе.

Ответить | Правка | Наверх | Cообщить модератору

196. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от morphe (?), 04-Авг-23, 02:21 
> Скейлить на 3 и даунскелить на 2 тоже будет мыло, причём это
> тормозиловка, потому что нужно рендерить в тройном разрешении.

Поэтому что GTK, что Qt имеют нативный fractional scaling

> Все эти технологии работают по одинаковому принципу.
> Причём через железку, которую производители обязаны покупать у NVidia. Возможно это уже
> не так, потому что популярность G-Sync низкая и уже не обязаны.
> Но на принцип работы VRR это не влияет.

Ну вот не работает freesync через железку nvidia
И gsync не будет работать на мониторе с поддержкой freesync
Потому что это разные технологии с разными реализациями, пускай и имеем на выходе +- одно и то же

> Иксы используют видеопамять дискретной видокарты, что можно увидеть в NVidia SMI.

Если Xorg напрямую в видеокарту пишет, то зачем нужны mesa/gbm? (Я знаю что у nvidia своя проприетарная дичь, однако сути не меняет)

> Когда ты вызываешь копирование фреймбуфера

Если фреймбуфер составляется в памяти, то зачем нужен dmabuf?

Как без блокировки/синхронизации можно атомарно скопировать огромный массив байт без тормозов? И тем более без отдельного потока, т.е кроме копирования нужно успеть ввод обработать и всё прочее сделать

Это всё риторические вопросы, потому что я вижу что ты совсем не понимаешь как графическая подсистема linux устроена, и твои знания по этому поводу относятся к началу 2000х

> Параноей я не страдаю.

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

> Тут не в архитектуре дело, но x86 приложения запускаются и до сих
> пор используются даже.

x86-16 нигде не запускаются, вперёд, попробуй запустить что то из msdos/win95 на x86-64 без эмуляции

> Тулкит может отрисовывать либо со скейлингом, либо без. Как поступать, когда окно
> находится на двух экранах одновременно? Всё равно придётся всё сводить к
> одной картинке. Вот такие физические ограничения.

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

> Мыло, если отскейлить в неправильное разрешение, тогда картинка не будет совпадать с
> сеткой пикселей. Если отскейлить xrandr на 2x2, а в тулкитах поставить
> скейлинг 2 то получится 4к на Full HD мониторе.

Это всё про integer scaling, что делать с fractional?

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

166. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (90), 03-Авг-23, 18:10 
> Дох*я.

О, спасибо за ссылку. Это ж просто перепись луддитов и неосиляторов!
Не хотят свой код портировать или адаптировать хотя бы для xwayland... ну, добро пожаловать на свалку истории!

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

175. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 20:28 
С вами придётся писать софт под wine чтобы он работал на линуксе с таким отношением.
Ответить | Правка | Наверх | Cообщить модератору

11. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от дАнон (?), 02-Авг-23, 22:35 
"в то время как Fedora Asahi будет заниматься поддержкой дистрибутива"
Комфорт так комфорт...
Ответить | Правка | Наверх | Cообщить модератору

17. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от ivabus (ok), 02-Авг-23, 22:56 
Да, комфорт. Люди которые реверсят маки и люди которые пилят Fedora Asahi Remix - разные люди.
Ответить | Правка | Наверх | Cообщить модератору

21. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноньимъ (ok), 02-Авг-23, 23:40 
>переход поможет команде Asahi Linux сфокусировать усилия на обратном инжиниринге оборудования, в то время как Fedora Asahi будет заниматься поддержкой дистрибутива

Или не будет. Или будет пока не надоест, а потом не будет.

Ответить | Правка | Наверх | Cообщить модератору

127. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (-), 03-Авг-23, 15:34 
Обратный инжиниринг априори костыли и компромиссы в вечной пред-альфе где что-то не будет работать или работать косо и криво.
Ответить | Правка | Наверх | Cообщить модератору

62. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (62), 03-Авг-23, 04:17 
Так это что выходит если мне нра арч основаееые дистры я на M1 их не поставлю???
Ответить | Правка | Наверх | Cообщить модератору

64. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от ivabus (ok), 03-Авг-23, 04:24 
Поставишь, найдутся те, кто будет сопровождать https://github.com/AsahiLinux/docs/wiki/SW%3AAlternativ...
Ответить | Правка | Наверх | Cообщить модератору

88. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от ryoken (ok), 03-Авг-23, 10:38 
Полезная ссылка, спс :).
Ответить | Правка | Наверх | Cообщить модератору

72. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Маковод (?), 03-Авг-23, 07:12 
Пробовал пользоваться ALARM и в виртуалках и на M1 в виде Asahi.

Оно неюзабельное: пакетна база бедная и со временем ухудшается, обновления приезжают с опозданиемьпо сравнению с Arch x86-64, иногда доьпары недель.

Некоторые баги просто не чинят

Ответить | Правка | Наверх | Cообщить модератору

73. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от ivabus (ok), 03-Авг-23, 07:13 
Ну так попробуй нормальный дистр, разрабы которого выпускают адекватные ARM редакции
Ответить | Правка | Наверх | Cообщить модератору

75. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +2 +/
Сообщение от Аноним (75), 03-Авг-23, 07:53 
Вот потому сабж и валит с арча. О чём и новость.
Ответить | Правка | Наверх | Cообщить модератору

98. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (98), 03-Авг-23, 12:54 
Да потому что Линукс на Арм макбук это удел фриков и гиков. А они собирают все из исходников.
Нет рынка, нет и производителей дистрибутивов и нормальной поддержки. Я не знаю на что вообще можно рассчитывать. Тем более от разработчиков Арча.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

112. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  –3 +/
Сообщение от Аноним (112), 03-Авг-23, 14:46 
> Да потому что Линукс на десктопе это удел фриков и гиков.

Фиксанул, не благодари.

Ответить | Правка | Наверх | Cообщить модератору

198. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от местная знать (?), 04-Авг-23, 09:20 
при чем тут разработчики Арча, arm это неофициальная ветка

что интересно, даже в арчвики при поиске слова ARM ведёт к отсылке на такой абзац:
https://terms.archlinux.org/docs/code-of-conduct/?rdfrom=htt...
" Arch Linux distribution support ONLY #

Arch-based distributions have their own support fora and users of those distributions should be actively encouraged to seek support there. These distributions often use different packages, package versions, repositories, or make custom system configurations silently, practically rendering support for such projects within Arch Linux impossible. Community technical support shall only be provided for the Arch Linux distribution and the Arch User Repository. Posting issues with, and requesting support for, derivative distributions or operating systems other than Arch Linux are prohibited."

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

77. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (77), 03-Авг-23, 09:04 
Покупать мак что бы потом поставить туда линукс? - вот же извращенцы:)
Ответить | Правка | Наверх | Cообщить модератору

92. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от jalavan (ok), 03-Авг-23, 11:24 
Можно будет задействовать устаревшие миники для серверов
Ответить | Правка | Наверх | Cообщить модератору

94. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (94), 03-Авг-23, 12:03 
Устаревшие имеет архитектуру отличную от ARM.
Ответить | Правка | Наверх | Cообщить модератору

95. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +4 +/
Сообщение от soarin (ok), 03-Авг-23, 12:26 
Так когда этот Asahi допилят как раз железо станет устаревшим. Уже года три прошло.
Ответить | Правка | Наверх | Cообщить модератору

97. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (98), 03-Авг-23, 12:50 
Б/У imac на intel стоят дороже чем стоило бы. Дешевле собрать PC совместимый на Xeon. Только если бесплатно достался.
То же самое и с новыми макбуками. Смысла в их приобретении нет, как и в установке на них линукс.
Ответить | Правка | Наверх | Cообщить модератору

109. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (112), 03-Авг-23, 14:37 
> Б/У imac на intel стоят дороже чем стоило бы.

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

Ответить | Правка | Наверх | Cообщить модератору

208. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (208), 05-Авг-23, 09:52 
Салфеткой вытри и руки помыть не забудь
Ответить | Правка | Наверх | Cообщить модератору

93. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от нейм (?), 03-Авг-23, 11:34 
ну бывает такое
покупаешь технику, а она оказывается неюзабельной для задач сложнее "посмотреть опеннетик и крутануть видосик на ютубе", вот и приходится искать альтернативы (кроме перепродажи)
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

108. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (112), 03-Авг-23, 14:33 
> посмотреть опеннетик и крутануть видосик на ютубе

С этим идеально справится комплект на 775 сокете за 700 рублей с Авито. Сужу по компу своего тестя, ещё и в простые игры даже можно погонять типа GTA San Andreas.

Ответить | Правка | Наверх | Cообщить модератору

176. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (176), 03-Авг-23, 20:36 
Зачем покупать такое?
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

106. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (112), 03-Авг-23, 14:13 
Уже полно б/у скидывают из первых apple silicone по адекватным ценам.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

174. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от хрю (?), 03-Авг-23, 19:45 
Для старых машинок, которые ужо не поддерживаются, линь самое то в том числе и для макофигни.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

190. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (-), 03-Авг-23, 23:14 
> Для старых машинок, которые ужо не поддерживаются, линь самое то

Удачи с линем на каком-нибудь коре 2 дуо. И да, попробуй на нем открыть что-то более тяжелое чем луддистский опеннет, хотя бы амазон или ebay.

Ответить | Правка | Наверх | Cообщить модератору

213. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от хрю (?), 15-Авг-23, 11:54 
>> Для старых машинок, которые ужо не поддерживаются, линь самое то
> Удачи с линем на каком-нибудь коре 2 дуо. И да, попробуй на
> нем открыть что-то более тяжелое чем луддистский опеннет, хотя бы амазон
> или ebay.

На моём дачном ноуте 2008 года, который используется как клиентская машинка для vnc на рабочую машину как раз коре 2, сайты магазинов открываются. медленно иногда печально, но открываются и работают. с дачи несколько раз с него заказывали. И да на нём понятное дело linux - debian stable 11 ибо ничего другого для него уже и нет. И у меня это не ед. пример использования старья.

Ответить | Правка | Наверх | Cообщить модератору

132. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (132), 03-Авг-23, 15:43 
То есть, вместо совершенной, блистательной, недосягаемой Макоси, на которую теребонькают миллионы хомячков, включая линуксоидов-макозакосников кто-то добровольно ставит "глючный тестовый полигон" RedHat?.. Это просто какой-то диссонанс диссонансов...
Ответить | Правка | Наверх | Cообщить модератору

137. Скрыто модератором  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 15:54 
Ответить | Правка | Наверх | Cообщить модератору

161. Скрыто модератором  +/
Сообщение от Аноним (159), 03-Авг-23, 17:34 
Ответить | Правка | Наверх | Cообщить модератору

169. Скрыто модератором  +1 +/
Сообщение от Аноним (169), 03-Авг-23, 18:20 
Ответить | Правка | К родителю #137 | Наверх | Cообщить модератору

178. Скрыто модератором  –1 +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 20:53 
Ответить | Правка | Наверх | Cообщить модератору

180. Скрыто модератором  +1 +/
Сообщение от Пользователь (?), 03-Авг-23, 21:23 
Ответить | Правка | Наверх | Cообщить модератору

183. Скрыто модератором  +/
Сообщение от Skullnetemail (ok), 03-Авг-23, 21:31 
Ответить | Правка | Наверх | Cообщить модератору

189. Скрыто модератором  +/
Сообщение от Аноним (-), 03-Авг-23, 23:13 
Ответить | Правка | Наверх | Cообщить модератору

197. Скрыто модератором  +/
Сообщение от Пользователь (?), 04-Авг-23, 03:42 
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

203. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (203), 04-Авг-23, 16:15 
Так проблема Эпловского софта в том, что она следит за тобой. Самым анальным образом.
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

134. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от mos87 (ok), 03-Авг-23, 15:50 
Переход обусловлен тем, что Fedora Linux имеет официальную поддержку инклюзивности.
А эти ваши демьяны всего-то способились на местечковые скандальчики типа с Вибубом.
Ответить | Правка | Наверх | Cообщить модератору

187. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от danonimous (?), 03-Авг-23, 22:05 
Что за название Asahi Linux? Японцы делают? Почему передрали с Asahi Pentax?
Ответить | Правка | Наверх | Cообщить модератору

188. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +1 +/
Сообщение от Аноним (188), 03-Авг-23, 22:14 
Да, лидер проекта напару со своим Альтерэго (Asahi Lina) сидит в своей конуре облепленной аниме постерами и пилит этот проект.
Ответить | Правка | Наверх | Cообщить модератору

202. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (203), 04-Авг-23, 16:13 
Со деска.
Ответить | Правка | Наверх | Cообщить модератору

206. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Golangdev (?), 04-Авг-23, 18:40 
О чём федороводы радостно сообщают у себя https://fedoramagazine.org/coming-soon-fedora-for-apple-sili.../
Ответить | Правка | Наверх | Cообщить модератору

212. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Анонимemail (212), 08-Авг-23, 17:45 
Очередное пополнение зоопарка линукса. Уже очень "важно", ага. Как и "мы переводим наш говнодистрибутив с одного говнодистрибутива на другой". Заморачиваться с обратным инжинирингом эппла - чтобы что? Для эппла есть эппл. А эти стопитсотые болгеносы тупо для попила бабла и поднятия ЧСВ - "смарите, я собрал очередной линукс, только теперь его можно натянуть на эппл!"
Убожество, одним словом.
Ответить | Правка | Наверх | Cообщить модератору

214. "Проект Asahi переводит свой дистрибутив для ARM-чипов Apple ..."  +/
Сообщение от Аноним (214), 15-Авг-23, 14:50 
Может я пессимист, но мне кажется кому-то из ключевых управленцев Astahi просто занесли бабла или еще что-то пообещали. Все же Linux на маках это интересный кусок аудитории и терять контроль за ним никто не захочет.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру