Проект 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.dev/opennews/art.shtml?num=59545
Всё правильно сделали. АйБиЭм это сила.
>АйБиЭм это сила внутренней и внешней разведкиПоправил вас.
со штрафами за слив до 60к - кек)
расценки "ГлазБога" вообще копейки.
ну а сколько сами сотрудники в даркнет кидают)))
--
да и толк от разведки, если имущество и "свои" на Западе даже у Пескова?)
--
а особенно зарплата для Одминов (ибо какое нафиг СБ) у всяких КБ, Институтов и шарагах!)
Не понимаю, что вы пытаетесь сказать. Как один источник информации должен оправдывать/обесценивать другой?
Ну и не думаю, что ЦРУ/АНБ/ФБР нужен телеграм бот, чтобы кого-то пробить.
> да и толк от разведки, если имущество и "свои" на Западе даже у Пескова?)что значит "даже"?! У тебя есть имущество и свои на Западе (товаримайор очень заинтересованно смотрит тебе в глаза) ?! Вот именно!
А у него - есть!
(и будет есть. А ты не будешь. Соответствующий указ о твоей утилизации уже приняли. И граница на замке - особенно надежном с той стороны. Чтоб не удрал.)
Так больше вариантов и нет.
В Ubuntu слова «ARM Desktop» вообще не в почёте.
Там даже пароль от образа не знают. Итак сойдёт. Наверно просто скрипт собирает, в до качества вообще никому дела нет. Собралось и хорошо.https://askubuntu.com/questions/1465430/ubuntu-23-04-lunar-l...
> В Ubuntu слова «ARM Desktop» вообще не в почёте.Хм
А как же я пользуюсь Ubuntu на RPi?
Может ты врешь?
Не, просто читать не умеешь.
Я чётко написал в чём проблема.
Специфичные же образы под RPI более-менее.
Ты когда-нибудь работал с продуктами IBM?
Я - да... АйБиЭм это могила... (
подпишусь...реально тлен
Там умер ваш позитив?
RHBM
А что линуксоиды никак не могут без создания ещё одного срaного дистрибутива? Это блин всего лишь очередная платформа. Для неё нужно всего несколько платформо-специфичных пакетов и пакеты собранные под нужную архитектуру. Все патчи должны быть в основном репозиории дистрибутива.
Так по итогу федора и приняла несколько патчей и пакетов в основной реп. А по поводу "всего лишь" очередной платформы есть небольшое заблуждение, здесь нужно хорошенько помучаться с созданием загрузочного окружения. Да и это не совсем создание ещё одного дистрибутива
Ты не понимаешь. Там целый карго-культ GNOME+Wayland фанатиков макодрочеров. Им нормальный дистрибутив по умолчанию не подходит.
"нормальный дистрибутив" это кто?
Deb\Gentoo
Debian и Gentoo вообще мало кому походят, уж очень специфические дистрибутивы. Гораздо специфические чем Gnome и Wayland.
А теперь включаем мозг и понимаем, что патчи ещё экспериментальные и в разработке - за такое ни один не васянский дистрибутив впрягаться не станет. Плюс загрузочное окружение на маке немного отличается от обычных. Да и элементарно бюрократия и время договориться это всё принять, собрать, выпустить новый релиз установочных - в итоге и получается, что иногда проще форкнуть и самому сделать. Вот когда эти патчи уедут в апстрим ядро и всякую там месу - тогда это уже будет вопрос престижа дистрибутива это всё поддерживать.
> ещё экспериментальные и в разработке - за такое ни один не васянский дистрибутив впрягаться не станет.Ты хочешь сказать что разратокой только васяны занимаются? И что дистрибутивы не имеют эксперементальных и девелопмент-веток для разработки и тестирования перед релизом?
Asahi Linux, вроде, один Васян и разрабатывает.
Не один, там несколько людей занимаются разработкой и реверсом.
Так это не линуксойды, это маководы которые не как все
Разработкой asahi занимается отдельная группа (не знаю на сколько независимая). Как им удобнее работать, создав отдельный форк, в котором они творят что хотят или ждать пока их исправления включат в основной код крупного проекта?Ну и что плохого в отдельном дистрибутиве? Сегодня создали, завтра забросили...
> ждать пока их исправления включат в основной код крупного проектаЧто за бред? Какого еще крупного проекта? РХ-инфраструктура тем и хороша, что они не будут никаких
"крупных проектов" создовать, а все возможное распихают в апстримы.
Ах да. Этот чувак-Автор Asahi который кричал что иксы пора выкинуть со всеми хипстерскими штампами. Теперь он окончательно от-Redhat-ился. Подобное притягивается к подобному.
ну и в чем он неправ?
> ну и в чем он неправ?Написал целую статью, где враньё в каждой строчке. Если вкратце: "иксы не работают на современном железе... бла бла" и дальше стандартное обсирание. Я такой читаю этот бред на своём чуть ли не топовом пека с иксами и всеми ненавистной NVidia и ржу над очередным вейландовским высером. Железо у него на маках современное, лол.
Ну да, на NVIDIA-то Wayland фиг запустишь, спасибо корпорастам.
Вот когда Wayland наконец-то поумнеет и научится без траблов запускать все иксовые приложения, вот тогда поговорим. А пока что там даже запись экрана толком не работает без Pipewire + DBus костыля. Десктопные фичи разработчики Wayland добавлять отказались = делай сам и лови фрагментацию в каждом DE. Эти ребята потом ещё Systemd прикрутят и получится замечательный Redhat вендоролок, как мы все любим!Напоминаю, иксы уже годами работают на NVidia, а у Wayland-а не хватило 12 лет чтобы эту же поддержку сделать.
> запись экрана толком не работаетПравильно, пусть каждая прога может записывать экран (содержимое окон принципиально других программ) и слать запись куда надо. Вот еще идея: tcpdump, который не требует рута. А вот еще идея: пусть любая программа может обращаться к памяти любой другой. А вот еще: пусть по умолчанию umask будет 000, а у всех файло-папок пермишн 777.
> Правильно, пусть каждая прога может записывать экран (содержимое окон принципиально других программ) и слать запись куда надо.Что с этим не так?
> Вот еще идея: tcpdump, который не требует рута. А вот еще идея: пусть любая программа может обращаться к памяти любой другой
Эти действия выходят за рамки доступа пользователя, поэтому они либо требуют рута.
> Что с этим не так?В идеальном мире всё ок, пользователь ставит к себе на комп только доверенные приложения, и т.д
В реальности же не хотелось бы чтобы сервис аттестации гуглхрома слал на сервера гугла запись экрана, чтобы проверить что ты действительно пользователь.В браузерах же уже давно есть диалоги запроса прав на доступ к микрофону, камере, и прочему, вот теперь это для всех приложений. В будущем смогут и из браузеров такие диалоги убрать, передав всё управление системе для единообразия.
> В идеальном мире всё ок, пользователь ставит к себе на комп только доверенные приложения, и т.дИ в обычном мире точно так же. Главная защита - это ставить приложения, которым ты доверяешь.
> В браузерах же уже давно есть диалоги запроса прав на доступ к микрофону, камере, и прочему, вот теперь это для всех приложений.
С браузером всё по другому. К сайтам нет никакого доверия по умолчанию, потому что фичи для камеры и микрофона не нужны в 95% случаев, поэтому они отключены. В обычных приложениях доступ к камере и микрофоны есть по умолчанию, потому что ты уже знаешь, что приложение будет использовать их. Конечно есть фичи для песочницы (firejail и т.д), но большинству на практике они не нужны.
В противном случае народ довёл бы эту вещь до ума: https://www.x.org/releases/X11R7.6/doc/xorg-docs/specs/Xserv...
В современном мире рулит принцип "Zero Trust".
> У дикарей рулит принцип "Zero Trust".Исправил.
>> У дикарей рулит принцип "Zero Trust".
>Исправил.У безволосых обезьян, захвативших планету и мнящих себя разумными, рулит принцип "Zero Trust".
Исправил.
> В противном случае народ довёл бы эту вещь до умаНеа, просто разрабы поняли что тут уже ничего не поможет и забили.
> Неа, просто разрабы поняли что тут уже ничего не поможет и забили.Это как?)
В прямом смысле.
Те же люди, что писали иксы поняли, что исправлять их будет себе дороже и запили вяленый.
Потому что у любой системы есть предел для улучшений, потом ее нужно так рефакторить, что просто написать с нуля.
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037
> Те же люди, что писали иксы поняли, что исправлять их будет себе дороже и запили вяленый.Исправлять что? Тот же код, который они сами и написали?
> Потому что у любой системы есть предел для улучшений, потом ее нужно так рефакторить, что просто написать с нуля.
Ну хорошо, перепишите иксы с нуля, можно даже обновить спецификацию Xorg и придумать настоящий X12, где выкинут ограничения, но вместо этого придумали хрен знает что под названием Wayland. Только потом его стали маркетить как X12.
> https://gitlab.freedesktop.org/xorg/xserver/-/issues/1037
Запиливанию HDR ничего не мешает, нужно просто написать расширение по типу DeepColor.
> Исправлять что?Исправлять архитектуру, которую делали в древние времена под совершенно другие требования.
> перепишите иксы с нуля
Вот они и переписали, получился вейланд))
> нужно просто написать расширение по типу DeepColor
Ну вот посуди сам. Ты пишешь "нужно просто".
Но почему-то за все эти годы никто не взял и просто не написал. Даже ты))
Возможно оно не так просто как кажется?
> Исправлять архитектуру, которую делали в древние времена под совершенно другие требования.Не поверишь. Десктоп каким был таким и осталься, а иксы делали ещё с запасом на будущее. Wayland не может работать на современном железе без танцев с бубном.
> Вот они и переписали, получился вейланд))
Они не переписали. Они придумали какую-то там спеку, а графический сервер теперь будет писать каждый автор DE.
> Но почему-то за все эти годы никто не взял и просто не написал.
Потому что HDR не нужен никому кроме нытиков, которые всё равно ничего не делают.
> Потому что HDR не нужен никому кроме нытиков, которые всё равно ничего не делают.Нене, если у нытиков есть деньги на HDR монитор, значит они как раз таки что-то делают)
Ещё у них есть кредитный "Форд Фокус"
>Эти действия выходят за рамки доступа пользователякак и действия, тупо поправить дату? дебилизм
У тебя в винде тоже нельзя поменять дату, если у тебя нет прав админа, потому что дата - это общесистемная настройка, а не только для одного пользователя.
Ты просто неопытен ещё и потому не догоняешь, сколько опасностей таит в себе «тупо поправить дату». Хранение, учёт и синхронизация времени — одни из самых сложных проблем в CS, не имеющих решения в общем случае. При этом на время завязано практически всё, начиная с того, что без точного осциллятора компьютер вообще работать не будет, и заканчивая такими неочевидными вещами как безопасность. Любая распределённая система полагается на синхронность и точность хода времени. Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать, поэтому и защищают эту возможность как могут.
> Ты просто неопытен ещё и потому не догоняешь, сколько опасностей таит в
> себе «тупо поправить дату».готов выслушать все опасности
> Хранение, учёт и синхронизация времени — одни
> из самых сложных проблем в CS, не имеющих решения в общем
> случаелол, кек :)
> При этом на время завязано практически всё, начиная с того,
> что без точного осциллятора компьютер вообще работать не будет, и заканчивая
> такими неочевидными вещами как безопасность.а дата причем?
> Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать поэтому и защищают эту возможность как могут.
ломается все то, что зависит от даты, а как иначе? от нас же зависит, и собственно вопрос, с какого бодуна ее нельзя менять обычному пользователю?
>[оверквотинг удален]
>> случае
> лол, кек :)
>> При этом на время завязано практически всё, начиная с того,
>> что без точного осциллятора компьютер вообще работать не будет, и заканчивая
>> такими неочевидными вещами как безопасность.
> а дата причем?
>> Невозможно предугадать в принципе что и где именно «тупо поправленная дата» может сломать поэтому и защищают эту возможность как могут.
> ломается все то, что зависит от даты, а как иначе? от нас
> же зависит, и собственно вопрос, с какого бодуна ее нельзя менять
> обычному пользователю?С чего нельзя то? Зайди в биос и променяй, разнылся тут.
> С чего нельзя то? Зайди в биос и променяй, разнылся тут.я не знаю что такое биос, я пользователь без прав администратора!
пс: стоит пароль на изменение настроек биоса, открыть кейс и вынуть батарейку?
>> С чего нельзя то? Зайди в биос и променяй, разнылся тут.
> я не знаю что такое биос, я пользователь без прав администратора!
> пс: стоит пароль на изменение настроек биоса, открыть кейс и вынуть батарейку?Не советую.
За несанкционированное вскрытие можешь словить люлей от СБ или от папы, в зависимости от того кто закрыл тебе доступ. 😉
>содержимое окон принципиально других программЧто такое "принципиально другие программы"?
Чем они отличаются от обычных программ и других программ?>пусть каждая прога может записывать экран
Ну нормально это решается добавлением прав на запись экрана, отдельного окна приложения, или окон всех приложений.
В вейланде есть такая система управления правами?
Не думаю что это вообще в юрисдикции вейланда должно быть...
> Ну нормально это решается добавлением прав на запись экрана, отдельного окна приложения, или окон всех приложений.В wayland композиторах есть специфичный протокол для xdg-portal, а уже xdg-portal запрашивает права для приложений
И эти порталы нужно делать индивидуально для каждого DE.
Ну их уже сделали.
Тем более что не под каждый DE, а под каждый композитор.
Более того, много композиторов сделаны через одну библиотеку, и для них подходит общий портал, например для композиторов на базе wlroots (sway/river/hyprland/много их) нужен xdg-portal-wlr.Причина достаточно простая - портал должен запрашивать у пользователя права, а для этого нужно пользователю показать интерфейс.
В окружениях на базе gtk этот интерфейс должен стилизоваться под gtk, на базе кед - qt, и т.д.Более того, иногда нужно несколько порталов, например если к компу подключён VR шлем, композитор обслуживает и шлем и мониторы (В случае если он является VR композитором, а не просто делает drm-lease) и это приложение на экране шлема хочет какие-то права получить. Естественно в VR никакого курсора мыши нет.
В иксах это бы потребовало встраивания в композитор gtk/qt, что существенно увеличивает attack surface, и потенциально число багов.Ну, либо можно использовать интерфейсы на xlib... Правда хотелось бы таким уродством пользоваться?
> В иксах это бы потребовало встраивания в композитор gtk/qt, что существенно увеличивает attack surface, и потенциально число багов.В линуксе уже плохо что существует два тулкита, а не один. Их приходится интегрировать в друг-друга, чтобы был unified-look, чтобы filepicker-ы были родные и так далее. В Linux-е и так уже много фрагментации, а Wayland умножает её на 100.
Ein Kernel, ein Toolkit, ein DE?
> Их приходится интегрировать в друг-друга, чтобы был unified-look, чтобы filepicker-ы были родные и так далееНе нужно ничего интегрировать, xdg-desktop-portal и диалог filepicker предоставляет
> В Linux-е и так уже много фрагментации
Так ты хочешь монополию или фрагментацию, определись уже
> Не нужно ничего интегрировать, xdg-desktop-portal и диалог filepicker предоставляетТак я про него и говорю.
> Так ты хочешь монополию или фрагментацию, определись уже
Я хотел бы унифицированное решение. Но раз уже два тулкита, то придётся как то с этим жить.
> Я хотел бы унифицированное решение. Но раз уже два тулкита, то придётся
> как то с этим жить.Чем монополия условных кед тогда тебе не заходит? Почему тогда тут тебе нужна фрагментизация? Нет у тебя принципов, тобой движет исключительно луддизм)
> толком не работает без Pipewire + DBus костыляГде ж это костыль? Pipewire работает с аудио/видео стримами, а потому ничего не мешает программам поддерживать все стримы через единое апи.
А dbus используют просто потому что в linux нет другого нормального IPC (unix стримы рабочие, но ну его нафиг чтобы каждый процесс свой стандартный протокол придумывал для типовых задач, dbus позволяет удобно всё согласовать, а если кому надо много данных гонять - то пусть уже стримы юзают).Тем более что не обязательно работать через него. Видеострим перенаправляется в pipewire через xdg-portal, при желании то можно использовать внутренние протоколы wayland композитора для чтения картинки, однако это сильно больнее, поскольку не все композиторы имеют одинаковое апи (За его вызов отвечает xdg-portal), не все форматы картинок одинаковы (за преобразование отвечает pipewire), да и вообще, права же надо как-то получить (У xdg-portal есть диалог выдачи прав, а сам xdg-portal каким-то специфичным образом прописан в композиторе как имеющий право права запрашивать)
> 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 намного лучше, потому что эти вещи универсальные.
> А в иксах это всё не нужно, потому что в дисплейном сервере уже есть все фичи для записи экрана (xinerama, XWMH) и не нужен никакой сторонний софт.Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе)
> В Xorg свой IPC и в Wayland тоже
Так это для общения с композитором, а с xdg-portal/pipewire как общаться?
Или wayland/xorg должны совершенно не относящиеся к ним запросы через себя маршрутизировать?> xdg-portal не универсален и привязан к определённому DE (xdg-portal-gnome, xdg-portal-kde и так далее).
Все реализации xdg-portal реализуют одно и то же апи, в чём проблема? Ты общаешься с xdg-portal, он общается с композитором.
> Поэтому софту для поддержки и видеокамеры и записи экрана нужно поддерживать несколько разных апи, вместо одного, которое управляет всеми стримами (и звуком в том числе)И это нормально. Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно место, но 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 иначе запись экрана не будет работать вовсе.
> У вас нет понимания проблемы, что когда каждое DE это отдельный графический сервер, это делает компоненты DE невзаимозаменяемыми нежели в XorgНо ведь это не правда, DE и композитор это чаще разные вещи
В kde это kwin (композитор) + plasmashell (DE)
В гноме это mutter + не знаю что
В sway это так же как и в i3Однако в xorg есть другая проблема - сама реализация большей части композитора не заменяемая, поскольку xorg это протокол + его реализация, а не только протокол
Соответственно все композиторы должны работать в объектной модели xorg
В то время как с wayland у тебя есть объектная модель композитора, а её маппинг в протокол можно уже как угодно реализовать, что удобно для любых окружений
> В 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-а, например, невозможность получить доступ к окну другого процесса.
> чтобы обойти ограничения Wayland-а, например, невозможность получить доступ к окну другого процесса.Нет у wayland такого ограничения, это протокол.
В этом протоколе нет стандартного способа получения доступа к чужому окну, но никто не мешает реализовать в своём композиторе такую возможность через расширение этого протокола, и смотреть чужие окна сколько влезет.Просто такой протокол никто кроме тебя поддерживать не станет, т.к он не соответствует видению wayland.
Кастомные протоколы уже добавляли для нужд xwayland например: https://gitlab.freedesktop.org/wayland/wayland-protocols/-/b...
> Нет у wayland такого ограничения, это протокол.10/10
> В этом протоколе нет стандартного способа получения доступа к чужому окну
Вот именно.
> но никто не мешает реализовать в своём композиторе
Я уже сказал почему этого делать не стоит.
> через расширение этого протокола
А другие DE, будут твои эксклюзивные расширения поддерживать? Угадайте.
> Просто такой протокол никто кроме тебя поддерживать не станет, т.к он не соответствует видению wayland.
Почти угадали, но не поэтому.
> Кастомные протоколы уже добавляли для нужд xwayland например
Это уже начинает пахнуть как XMPP-зоопарк с его фичами в отдельных клиентах и серверах, где есть целых три разновидности протокола для отправки файлов.
Нормальные DE поддерживать будут, а маргинальщина... все вопросы к авторам маргинальщины.
И вообще, вы такой продвинутый, вот возьмите и сами напишите.
> Нормальные DE поддерживать будутУ этих "нормальных", а на самом деле просто крупных DE просто достаточно ресурсов, чтобы писать этот код с нуля, а других таких ресурсов не будет. По сути вы получите монополию GNOME + KDE на десктопе. Ради этого всё и затевалось.
Вы в одной ветке пишете что "В линуксе уже плохо что существует два тулкита, а не один.", а тут пишете так, как будто "вы получите монополию GNOME + KDE на десктопе" что-то плохое.Это биполярочка или просто разные люди с одного акка сидят?
С такими рассуждениями то что у нас есть море различных DE это тоже плохо.
Или наоборот, нужно больше тулкитов богу тулкитов.
Определитесь как-нибудь
> а тут пишете так, как будто "вы получите монополию GNOME + KDE на десктопе" что-то плохое.Потому что Wayland для реализации DE требует огромных ресурсов и потянуть такое могут только крупные игроки (GNOME, KDE), а мелкие должны сдохнуть. В иксах такого нет, потому что у иксов по сути есть свой "фреймворк", а для вейланда ты делаешь его сам.
Несколько тулкитов плохо тем, что это фрагментация, потому что в одном окружении приложения на разных тулкитах и это нужно как-то визуально унифицировать.
Разница понятна?
> чтобы писать этот код с нуля, а других таких ресурсов не будетНет нужды писать с нуля, много композиторов работают через wlroots, и под wlroots есть портал
> Нет нужды писать с нуля, много композиторов работают через wlroots, и под
> wlroots есть порталСкажи это разработчикам GNOME и KDE. У тебя уже как минимум 3 реализации графического сервера.
wlroots никак не исправляет косяки Wayland-а с записью экрана, доступом окон друг к другом и так далее.
> У тебя уже как минимум 3 реализации графического сервера.Возможность не значит необходимость
Наличие нескольких реализаций позволяет проще экспериментировать с добавлением новых фич, тот же тиринг в gamescope смогли добавить без каких либо вмешательств в чужие проекты
> Вот именно.... Однако это часть другой спеки - xdg-desktop-portal, которую все десктопные wayland композиторы поддерживают
> А другие DE, будут твои эксклюзивные расширения поддерживать? Угадайте.
Зачем их DE поддерживать, их должен поддерживать только композитор и клиенты
> Это уже начинает пахнуть как XMPP-зоопарк с его фичами в отдельных клиентах и серверах, где есть целых три разновидности протокола для отправки файлов.
Всё что всем нравится попадает в стандарт, здоровое развитие протокола, в отличии от иксов, где любую нестандартную штуку принимали в основную кодовую базу и теперь оно там лежит без поддержки
> Запись с физического уйстройства и запись экрана это разные вещи, и не нужно пытаться пропихнуть это в одно местоПочему нет то, какая разница? Это всё изображения в разных форматах. Да, есть ньюансы, в формате фреймбуфера оно с буферизацией, или как-то иначе передаётся, но нет ничего плохого в их объединении, когда механизм их объединяющий способен за тебя провести всю подготовку и отдать тебе рабочий стрим. У video4linux отвратительное апи например и эксклюзивный захват устройств, а с gcamera2 вовсе никто не работает.
Или это каждое приложение должно в себе иметь поддержку всех форматов видео, транскодинг, и прочее?> но не сохраняет состояние и настройки клиентов, и не умеет менять I/O на лету
Pipewire ничего не сохраняет, этим занимается wireplumber/другой менеджер сессий. Менеджер сессий же и подключает звуковые устройства от ядра к pipewire.
> Почему нет то, какая разница?Сказали разработчики Systemd, положив на Unix философию огромный болт.
> Да, есть ньюансы, в формате фреймбуфера оно с буферизацией, или как-то иначе передаётся, но нет ничего плохого в их объединении, когда механизм их объединяющий способен за тебя провести всю подготовку и отдать тебе рабочий стрим.
Это классическое вот это: https://imgs.xkcd.com/comics/standards.png
А люди ещё критиковали иксы, что там была поддержка принтеров. Народ в 2023: давайте запилим видеопотоки в звуковой сервер.
> Или это каждое приложение должно в себе иметь поддержку всех форматов видео, транскодинг, и прочее?
Приложения просто запиливают поддержку v4l и фич иксов и всё. Не нужен никакой объединяющий сервер. Я понимаю что писать абстрактные прослойки это очень весело, но это бесполезное занятие.
> Pipewire ничего не сохраняет, этим занимается wireplumber/другой менеджер сессий. Менеджер сессий же и подключает звуковые устройства от ядра к pipewire.
Ну понято, что у pipewire есть core сервер и сервера для взаимодействия с pulseaudio и приложениями. Автор pipewire догадался сделать по человечески, а не лепить всё в одно мегаприложение. Кстати, wireplumber некоторые не любят из-за привязки к glib.
> давайте запилим видеопотоки в звуковой сервер.Так будто это новая тенденция, gstreamer уже много лет в linux применяется, просто это не уровне приложения, а не общего сервера
https://gstreamer.freedesktop.org/Либо для радио делается (icecast/liquidsoap), там тоже обычно один сервер для всего сразу
Если звук и видео стрим отдельно гнать, то это ж надо ещё сервер синхронизации заводить
> Приложения просто запиливают поддержку v4l и фич иксов и всё.
Ну вот не все же устройства через v4l работают, те же камеры через gphoto2
http://gphoto.org/Прочие устройства видеозахвата, vulkan/opengl опять же
Pipewire же всех способен объединить
Опять же такое предположение у тебя будто wayland композитор должен картинкой располагать. А если это vr шлем, у которого отдельный композитор и drm-lease для производительности?
Либо приложение без композитинга, и выводит прямо в dmabufВ иксах для этого нужно хукать vulkan/opengl, да. А если игра в песочнице запущена? А если obs в песочнице? А если игре не нравится что я графику хукаю? А если я намеренно её хукаю через nvidia nsight, и другие хуки тут работать не будут?
Тут и приходит на помощь pipewire с подключёнными к нему стримами всех видов, и может отобразить что угодно
> Опять же такое предположение у тебя будто wayland композитор должен картинкой располагать. А если это vr шлем, у которого отдельный композитор и drm-lease для производительности?
> Либо приложение без композитинга, и выводит прямо в dmabufВот для этого Wayland можно юзать. Для каких нибудь кассовых аппаратов, где нужен простой интерфейс и больше ничего, но мы увы говорим про декстоп, где куча DE, менеджеров окон, композиторов и различных приложений под разные задачи. Поэтому нужна система, которая будет покрывать весь этот набор use-case-ов, а не Wayland, DE на котором будет замыкаться на себе и собственной реализации.
> В иксах для этого нужно хукать vulkan/opengl
И в винде тоже, и на маках. Их и придумали для этого. Иначе бы народ писал реализации своих драйверов, которые бы работали только с определенным GPU. Да, оно было бы быстрее, но сами понимаете почему так было сделано. Причём Vulkan настолько низкоуровневый,что этот же OpenGL на нём и написали (zink).
> А если игра в песочнице запущена? А если obs в песочнице?
Нах*я?
> А если игре не нравится что я графику хукаю?
Игре пофиг, что ты записываешь её фреймбуфер. Наоборот этот способ записи намного быстрее чем xinerama или запись всего экрана, но обычные приложения использующие софтварный рендеринг так работать не будут.
> Тут и приходит на помощь pipewire с подключёнными к нему стримами всех видов, и может отобразить что угодно
См. картинку про конкурирующие стандарты.
> И в винде тоже, и на маках. Их и придумали для этого. Иначе бы народ писал реализации своих драйверов, которые бы работали только с определенным GPU. Да, оно было бы быстрее, но сами понимаете почему так было сделано. Причём Vulkan настолько низкоуровневый,что этот же OpenGL на нём и написали (zink).Ну вот функционал записи экрана в них не продуман из коробки, это на то и хуки, они инвазивные
> Нах*я?
Steam/flatpak
> Игре пофиг, что ты записываешь её фреймбуфер. Наоборот этот способ записи намного быстрее чем xinerama или запись всего экрана, но обычные приложения использующие софтварный рендеринг так работать не будут.
Не пофиг, хук vulkan/opengl - это инъекция библиотеки в чужой процесс, не всем это нравится
> См. картинку про конкурирующие стандарты.
Ну так pipewire удалось собрать в себя много стандартов, и выйти лидером, в чём проблема?
> Так будто это новая тенденция, gstreamer уже много лет в linux применяется, просто это не уровне приложения, а не общего сервераЭто библиотека для конвертации звука/видео и его воспроизведения. По сути аналог ffmpeg. Pipewire это про другое.
> Если звук и видео стрим отдельно гнать, то это ж надо ещё сервер синхронизации заводить
Разница в том, что в аудио-сервере звук нужно микшировать. С видео всё проще. Ты как берешь видео с экрана или окна, так и выводишь. А микширование видео в реалтайме в сцену - это уже делают такие приложения как OBS, которые могут выводить это на виртуальную камеру в том числе. Да и потом, графический сервер делает точно так же. Нужность pipewire = ?
> Ну вот не все же устройства через v4l работают, те же камеры через gphoto2
Это вообще для фотографий библиотека.
> Это библиотека для конвертации звука/видео и его воспроизведения. По сути аналог ffmpeg. Pipewire это про другое.Ну хоть бы посмотрели что это такое на самом деле:
GStreamer is a library for constructing graphs of media-handling componentsТ.е он как и pipewire строит в памяти графы трансформации мультимедиа
> Это вообще для фотографий библиотека.
Неправда, опять же попробовал бы хоть загуглить, оно в том числе отвечает за live capture например
> Приложения просто запиливают поддержку v4l и фич иксов и всё. Не нужен никакой объединяющий сервер. Я понимаю что писать абстрактные прослойки это очень весело, но это бесполезное занятие.Ага, а потом при открытой вкладке браузера с google meet не открыть ссылку на zoom, тк они конфликтуют за одну камеру. Тьфу. А иначе v4l не умеет, он by design для одного приложения. Pipewire это исправляет: https://blogs.gnome.org/uraeus/2021/10/01/pipewire-and-fixin.../
Так просто закройте вкладочку google meet.
Или вообще не пользуйтесь оным и zoom, они все от лукавого!
Вот дидам оно было ненужно, значит и вам не ненужно.
> А иначе v4l не умеет, он by design для одного приложения.Можно сделать сколько угодно виртуальных /dev/cam0 /dev/cam1 и юзать их из нескольких приложений. Вот только я не знаю зачем вам, чтобы два приложения записывали одну и ту же камеру.
>> А иначе v4l не умеет, он by design для одного приложения.
> Можно сделать сколько угодно виртуальных /dev/cam0 /dev/cam1 и юзать их из нескольких
> приложений. Вот только я не знаю зачем вам, чтобы два приложения
> записывали одну и ту же камеру.И как вы их сделаете? Компиляя левые неподдерживаемые модули ядра, которые мне потом taint kernel сделают и не дадут даже багрепорты слать?
Мне просто надо чтобы приложение не показывало черный экран, когда где-то открыто другое, использующее камеру. Или показывало какую-нибудь фигню, потому что увидев что основная камера занята, оно переключается на следующую камеру, которая ИК, и показывает черт-те-что, т.к. под линуксом нормально не поддерживается (как минимум на thinkpad..)
> И как вы их сделаете? Компиляя левые неподдерживаемые модули ядра, которые мне потом taint kernel сделают и не дадут даже багрепорты слать?У меня xanmod-kernel. Я просто делаю sudo apt install v4l2loopback-dkms и драйвер ставится без траблов.
> Мне просто надо чтобы приложение не показывало черный экран, когда где-то открыто другое, использующее камеру. Или показывало какую-нибудь фигню, потому что увидев что основная камера занята, оно переключается на следующую камеру
Ещё раз. У меня за много лет НИ РАЗУ не было потребности использовать одно устройство несколькими приложениями. Если я и сидел на митапах, то камеру использовало всегда только одно приложение. Больше одного - это уже выходит за рамки нормального использования. Хорошо, что Pipewire это умеет, но тащить его ради этой фичи, которую я всё равно могу сделать без него - это бессмысленно. А в v4l могли бы сделать аналог dmix, если бы оно было кому-то нужно.
> Я просто делаю sudo apt install v4l2loopback-dkms и драйвер ставится без траблов.Ну так dkms это и есть сборка out-of-tree модуля из исходников, которая и делает kernel taint
> У меня за много лет НИ РАЗУ не было потребности использовать одно устройство несколькими приложениями
У всех разные потребности, почему из коробки то должен быть пердолинг, а не всё рабочее?
Ха, "мне не нужно, значит и никому больше не нужно"
Классика
> Так что сделать фичи для записи экрана без Pipewire вполне реально, но разработчики сие поделия просто не хотят.Реально, для этого даже протоколы есть, через которые и работает связка xdg-portal + pipewire. Просто это никому не нужно, потому что с pipewire нет никаких проблем, это лучшее что происходило со звуком (и просто медиа стримами) на linux.
> Реально, для этого даже протоколы есть, через которые и работает связка xdg-portal
> + pipewire. Просто это никому не нужно, потому что с pipewire
> нет никаких проблем, это лучшее что происходило со звуком (и просто
> медиа стримами) на linux.В иксы при сильном желании можно добавить sandboxing и получится то что вы хотите, только без всяких pipewire-ов, порталов и прочей дребедени.
> без всяких pipewire-ов, порталов и прочей дребеденитааак. а что молодым делать? да вы, батенька, ретроград! а ну дайте дорогу молодым! значит так: у вас тут конечно много написано, но всё неправильно;)
Оно должно работать из коробки, а не "при сильном желании"
Если есть 1% извращенцев, которым нравится ковыряться с этим, то это их личные проблемы.
Остальным нужно чтобы оно просто работало.
> Оно должно работать из коробки, а не "при сильном желании"Вот именно, тот же скриншаринг в Wayland из коробки не работает.
> Если есть 1% извращенцев, которым нравится ковыряться с этим, то это их личные проблемы.
Согласен, пользователи Wayland-а и есть эти 1% извращенцев.
> Вот именно, тот же скриншаринг в Wayland из коробки не работает.Работает, возьми любой готовый дистрибутив с KDE/гномом/sway/... и там всё будет работать
Или поставь себе портал уже, у каждого wayland композитора он есть
> Работает, возьми любой готовый дистрибутив с KDE/гномом/sway/... и там всё будет работатьВот именно. Будет работать только для того, где оно сделано, а не везде по умолчанию. Понимаете разницу?
> Вот именно. Будет работать только для того, где оно сделано, а не везде по умолчанию. Понимаете разницу?Да везде оно сделано, назови хоть один композитор без поддержки xdg-desktop-portal, это часть спеки, которую всем нужно реализовать
> Да везде оно сделано, назови хоть один композитор без поддержки xdg-desktop-portal, это часть спеки, которую всем нужно реализоватьweston
> westonХорошо, уточню, предназначенный для десктопа и в принципе использования, а не технодемок и отладки, в киосках то явно такое не нужно
> Напоминаю, иксы уже годами работают на NVidia, а у Wayland-а не хватило 12 лет чтобы эту же поддержку сделать.Так где ж тут беда Wayland. Wayland использует стандартный DMABUF.
Напоминаю, DMABUF уже годами работает на Radeon/Intel HD, а Nvidia не хватило 12 лет чтобы эту же поддержку сделать.
> Написал целую статью, где враньё в каждой строчкеОстановись, человек-разоблачение!
> и дальше стандартное обсирание
> Я такой читаю этот бредВсе по полочкам разложил! А главное — аргументированно! Продолжай усиливать накал разоблачений системдосников-вайландистов! Так победим!
О, опять Skullnet разбушевался)))
А все потому что, у него ненавистная невидия. Поэтому приходится плакаться, жрать иксы и копить на нормальную карту.Я мог бы написать целую статью почему иксы #овно, но мне лень.
Если вкратце: иксы окаменевший кусок мамонтового, на который забили даже его создатели.
Его не будут дополнять, расширять, исправлять сложные баги и тд."Мае древнючее иксовое приложение плоха работает под вейландом..." Да скажи спасибо что оно вообще работает, поблагодари разрабов, что до сих пор не добавили поддержку
"Нимагу пашарить экран чего угодна куда угодна" Ручки себе выпрями. Не должно любое приложение иметь доступ к записи экрана. И можешь даже не начинать блеять про доверенные приложения. Нет таких уже, тебе прилетит обнова калькулятора и все.Ну а про нормальный фикс тиринга, поддержку современных технологий типа hdr, retiana и тд, можно даже вспоминать.
У копрофагов на это все два ответа - или "У меня нет такого моника, оно нинужно", или "я попердолился в конфигах и умвр"Каждый раз читаю и ржу над очередным иксовым высером.
Надо будет зайти сюда или на лор и почитать твои стенания, когда иксы выпилят из очередного популярного дистра)))
> А все потому что, у него ненавистная невидия. Поэтому приходится плакаться, жрать иксы и копить на нормальную карту.Ваше заблуждение в том, что иксы не работают и пользователи вынуждены страдать. На самом деле всё абсолютно наоборот. Кучка хипстеров пытается сломать то, что работало годами.
> Если вкратце: иксы окаменевший кусок мамонтового, на который забили даже его создатели.
Настоящие создатели иксов уже давно на пенсии. Текущие разработчики - это новое поколение нытиков, которые не могут поддерживать один проект. Им обязательно нужно его забросить и начать новый, потому что они видите ли не получают удовольствие от поддержки старого кода (хотя рефакторить код это тоже весело). Очень похоже на то, чем болеет Google.
https://lwn.net/Articles/482118/
> Его не будут дополнять, расширять, исправлять сложные баги и тд.
И не смотря на вышесказанное, люди это делают. В винде тоже поддерживают существующий дисплейный сервер, поэтому все приложения даже 20 летней давности до сих пор работают.
> Ну а про нормальный фикс тиринга
Он называется V-Sync. Научитесь его включать.
> поддержку современных технологий типа hdr
NVidia даже спеку написала для hdr в иксах, но всё заглохло, потому что этот HDR не нужен. FreeSync намного популярнее, поэтому он работает. Как только на каждом мониторе будет HDR800 или HDR1000, вот тогда поддержку HDR сделают.
> У копрофагов на это все два ответа - или "У меня нет такого моника, оно нинужно"
У большинства даже FreeSync монитора нет. А нормальный HDR монитор стоит $1000. Учитывайте ещё то, что поддержка HDR на той же винде так себе.
> Надо будет зайти сюда или на лор и почитать твои стенания, когда иксы выпилят из очередного популярного дистра
Флаг вам в руки. Пока что ни из одного не выкинули.
> иксы не работают и пользователи вынуждены страдатНу так и есть - иксы не работают, пользователи страдают.
> V-Sync. Научитесь его включать.
И наслаждайтесь просадками фпс. Гени(т)альное решение! Впрочем другого и не ожидал.
> NVidia
вообще на линукс забила
> этот HDR не нужен. FreeSync намного популярнее
Какое отношение имеет HDR (условно цветность) к FreeSync (условно частота обновления экрана)?
Теплое и мягкое? Длинное и зеленое?> У большинства даже FreeSync монитора нет.
Але, на дворе 2023. FreeSync отсутствует в самых дешевых офисных мониках.
> А нормальный HDR монитор стоит $1000.
Поэтому остальные, кто смог нашкрести просто невероятную сумму в тыщщу басков должны страдать с иксами?
> Учитывайте ещё то, что поддержка HDR на той же винде так себе.
Огромное спасибо что сообщили! Но мне как-то пофиг что там в винде, мне нужно чтобы оно у меня в лине работало.
> Ну так и есть - иксы не работают, пользователи страдают.Да, да. Верим вам на слово)))
> И наслаждайтесь просадками фпс. Гени(т)альное решение! Впрочем другого и не ожидал.
Так вы сначала определитесь: вам нужно чтобы не было тиринга или просадок по FPS? У вас два варианта - V-Sync on/off. В Wayland-е он же долгое время был зафорсен вообще, только потом исправили. Я же для игр выключаю V-Sync и гоняю без него, потому что у меня рабочий VRR.
> вообще на линукс забила
Они долго выкатывают исправления, но они сделали рабочий драйвер для иксов. Что не так?
> Какое отношение имеет HDR (условно цветность) к FreeSync (условно частота обновления экрана)?
В том, что попробуйте найти хороший HDR монитор по приемлемой цене.
> Але, на дворе 2023. FreeSync отсутствует в самых дешевых офисных мониках.
Согласен. В офисных мониках до сих пор юзают VGA в 2023.
> Поэтому остальные, кто смог нашкрести просто невероятную сумму в тыщщу басков должны страдать с иксами?
Базара нет. Оплати какому-нибудь разработчику иксов покупку HDR монитора. Тебе сделают в иксах поддержку HDR.
> Верим вам на словоПримерно также как и вам)))
У вас же везде все работает, а где не работает, то оно и не нужно, и вообще не юзеркейс)))> вам нужно чтобы не было тиринга или просадок по FPS?
Т.е. в иксах это или-или? А мне бы чтобы и тиринга не было, и чтобы фпс не просаживался. Что-то вроде freesync.
> В том, что попробуйте найти хороший HDR монитор по приемлемой цене.
Почему ты все сводишь к деньгам? За больное задел что ли?
Ну вот у меня есть такой моник, что теперь мне делать с иксами? Или просто валить на винду-макось?> Оплати какому-нибудь разработчику иксов покупку HDR монитора. Тебе сделают в иксах поддержку HDR.
Смешно. Как будто для разработки hdr, нужен моник с hdr. Но даже если предположить... то все равно же не сделают))) Лучше я оплачу что-то разрабам вяленого.
> Т.е. в иксах это или-или? А мне бы чтобы и тиринга не было, и чтобы фпс не просаживался. Что-то вроде freesync.Freesync тиринг не фиксит, если у тебя фреймрейт будет выше фреймрейта монитора, то тиринг появится даже в включенным FreeSync.
> Ну вот у меня есть такой моник, что теперь мне делать с иксами? Или просто валить на винду-макось?
Отдать его человеку, который сделает вам поддержку HDR, как вариант.
> Смешно. Как будто для разработки hdr, нужен моник с hdr.
Да. Как и для поддержки VRR, нужен моник с VRR.
> Но даже если предположить... то все равно же не сделают)))
А что их может остановить?
> Лучше я оплачу что-то разрабам вяленого.
Ну а смысл тогда жаловаться, то в иксах нет нужной вам фичи?
> Ну а смысл тогда жаловаться, то в иксах нет нужной вам фичи?А я и не жалуюсь. Просто это показывает бесполезность иксов для меня и полезность вейланда.
И чем раньше забьют на иксы и перенаправят силы на вейланд, тем мне будет лучше.
> Просто это показывает бесполезность иксов для меня и полезность вейланда.Бесполезность в чём? Что все вещи, которые в Wayland не работают из коробки в Xorg работали и будут работать всегда? Все эти HDR - это для хомячков, чтобы показать, что "смотрите у нас есть киллерфича", но 80% других вещей нормально не работают.
> И чем раньше забьют на иксы и перенаправят силы на вейланд, тем мне будет лучше.
Не будет. Его будут пилить бесконечно, но готов он не будет никогда. Нормальная замена иксам, заменила бы их в течении одного года. Вейланду уже 15 лет.
> Бесполезность в чём?Что вещи которые мне нужны или работают в вейланде, или будут добавлены в вейланд.
И при этом никогда не будут добавлены в иксы.> Все эти HDR - это для хомячков
О, пошли оскорбления. Тогда не обижайся
Да мы поняли уже что ты нищук, которые не в состоянии купить hdr моник. Но такие не все.> Нормальная замена иксам, заменила бы их в течении одного года. Вейланду уже 15 лет.
Сколько лет пилили иксы? Сколько сопротивления вейланду было у луддитов из сообщества?
Сколько человекочасов потратили на поддержку этого старого хлама вместо разработки вейланда?
> В Wayland-е он же долгое время был зафорсен вообщеНе был, однако все крупные композиторы его делали
Под steamdeck с gamescope (wayland композитор) поддержка тиринга была изначально, а потом её перевели в стандарт
> В том, что попробуйте найти хороший HDR монитор по приемлемой цене.
У всех разные представления о приемлимой цене, однако разве $800 (Самый дешёвый из хороших) это много?
> Согласен. В офисных мониках до сих пор юзают VGA в 2023.
Ты где такое откопал? Это какие видеокарты имеют аналоговый выход? Или все поголовно конвертеры ещё подключают?
> Не был, однако все крупные композиторы его делалиВот тут ты п*здишь. Это ограничение Wayland-а.
> У всех разные представления о приемлимой цене, однако разве $800 (Самый дешёвый из хороших) это много?
Это стоимость хорошего компьютера без монитора.
> Ты где такое откопал? Это какие видеокарты имеют аналоговый выход? Или все поголовно конвертеры ещё подключают?
Вот за таким железом сидят работники в офисе. Не все, но такие есть и много.
> Это стоимость хорошего компьютера без монитора.Это стоимость одной относительно хорошей, но не топовой видяхи!
Про какой весь комп ты говоришь??
У вас там до сих пор майнинговые цены, когда видеокарта стоила как весь остальной комп?
Боюсь у нас просто разное понимание нормальной видяхи.
На newegg за бугром без налогов (!) за такие деньги можно взять только 4070Ti или 7090XT.
Все остальное дороже. Все что дешевле - днище.
> Вот тут ты п*здишь. Это ограничение Wayland-а.Можно пруф?) Как же тогда оно в gamescope было раньше реализовано?
И как эту поддержку добавили без ломающих изменений? (Это один вспомогательный протокол, не переработка существующих)> Это стоимость хорошего компьютера без монитора.
Допустим за такую цену можно комп собрать... Но зачем, кто им пользоваться будет?
Из современного железа ryzen 9 - $400+, Nvidia 4070 - $600 (За такую цену купить разумеется нельзя, однако это MSRP), и это ещё без материнки, корпуса, nvme, блока питания.
Мы же itшники тут, почему машина не способная на нормальную профессиональную работу должна рассматриваться?
> Можно пруф?) Как же тогда оно в 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 оверпрайс для мажоров.
> Уже пофиксили, так что тему можно закрыть, но такое было.Пофиксили без ломающих изменений, добавлением новых апи вызовов (Протокола). Значит wayland не имел такого ограничения, но основные композиторы не имели такой возможности, ЧИТД
А gamescope подобные апи реализовал раньше, потому что ему это было просто реализовать, ему не нужно было лезть в исходники xorg> Нормальную GPU я купил уже потом
Ну т.е нельзя норм комп собрать за такую цену, только через заглушку)
А собирать комп на заведомо устаревших и слабых компонентах такое себе> Не должно быть такого чтобы монитор стоил дороже 20 т.р.
Ну вот введут госрегулирование цен на мониторы - тогда и поговорим, а пока все берут то что им нравится.
Мне не нравится full-hd ips, я хочу oled и 4k, я же не запрещаю "не-мажорам" брать "не-оверпрайс", всегда должен быть выбор
Если бы люди никогда не брали дорогую технику, откуда взялся бы прогресс? IPS до появления спроса тоже был дороже чем TN, однако люди его брали потому что он был лучше, так и сейчас происходит.
/s Нормальная замена TN мониторам, заменила бы их в течении одного года. IPS же на момент когда он стал доступен покупателям по нормальным ценам было 14 лет
Так-то именно монитор, клавиатура, мышь - то, что непосредственно влияет на твое здоровье - ей-ей, не стал бы на этом экономить.
> Вот за таким железом сидят работники в офисе. Не все, но такие есть и много.В минобороны разве что, хороший работодатель не будет заставлять работников страдать за старым железом, а новое с таким не делают, потому что это e-waste
> В минобороны разве что, хороший работодатель не будет заставлять работников страдать за
> старым железом, а новое с таким не делают, потому что это
> e-wasteСидят как мильникие. В магазинах везде повально юзаются VGA моники. Хороший работодатель к тому же заботливо отключит вам Интернет, чтобы работники работали, а не сидели в Интернетике.
> В магазинах везде повально юзаются VGA моникиГде такое новое железо достать?
Работодатели не закупаются на авито, а поставщикам неоткуда брать железо которое не умеет более новые стандарты, потому что его не производят
Это же надо найти VGA комп, и VGA монитор, что из этого было произведено в 2020+ году?
> И не смотря на вышесказанное, люди это делаютНе делают, в xorg годами нефикшенные баги, а последняя активность связанная с не-xwayland относится к 2021 году
> В винде тоже поддерживают существующий дисплейный сервер, поэтому все приложения даже 20 летней давности до сих пор работают.
Винда может позволить себе ломать внутреннее апи, иксы нет, а с текущим грузом обратной совместимости после захода в исходники xorg хочется только плакать
> NVidia даже спеку написала для hdr в иксах, но всё заглохло, потому что этот HDR не нужен.
Вам может и не нужен, почему другие то страдать должны? Предлагаешь тем, кто видео монтирует/обрабатывает/да даже смотрит пользоваться виндой/макосью?
Ну написали они спеку, почему реализовать то не смогли, может в иксах беда?
> У большинства даже FreeSync монитора нет. А нормальный HDR монитор стоит $1000. Учитывайте ещё то, что поддержка HDR на той же винде так себе.
Почему я должен страдать на хорошем железе? У меня hidpi ещё есть, его тоже не надо уметь?
Много ноутбуков идут с hidpi/hdr, пользователи не должны ставить linux на ноутбуки?
> Не делают, в 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 это редкость и за большие бабки.
> Это какие?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 не поддерживает
> 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. Будет какая-нибудь редкая звуковая карта, драйвера которой не будет в ядре линукса. Даже на дешевых ноутбуках такое есть. Покупал такой и знаю это прекрасно, поэтому на всякий случай чекаю, чтобы было нормальное железо, а не пойми что.
> В 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 так и остаётся устаревшим и без поддержки.
> Работает в 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.
> Потому что там костыль с апскейлом в 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 дробный скейлинг работает.
Не работает он, мыло выходит, не реализовали там никаких расширений для этого
> Нет, там всё честно, так как ты предлагаешь получится одно мыло, как оно собсно и есть на 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 мониторе.
> Скейлить на 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?
> Дох*я.О, спасибо за ссылку. Это ж просто перепись луддитов и неосиляторов!
Не хотят свой код портировать или адаптировать хотя бы для xwayland... ну, добро пожаловать на свалку истории!
С вами придётся писать софт под wine чтобы он работал на линуксе с таким отношением.
"в то время как Fedora Asahi будет заниматься поддержкой дистрибутива"
Комфорт так комфорт...
Да, комфорт. Люди которые реверсят маки и люди которые пилят Fedora Asahi Remix - разные люди.
>переход поможет команде Asahi Linux сфокусировать усилия на обратном инжиниринге оборудования, в то время как Fedora Asahi будет заниматься поддержкой дистрибутиваИли не будет. Или будет пока не надоест, а потом не будет.
Обратный инжиниринг априори костыли и компромиссы в вечной пред-альфе где что-то не будет работать или работать косо и криво.
Так это что выходит если мне нра арч основаееые дистры я на M1 их не поставлю???
Поставишь, найдутся те, кто будет сопровождать https://github.com/AsahiLinux/docs/wiki/SW%3AAlternativ...
Полезная ссылка, спс :).
Пробовал пользоваться ALARM и в виртуалках и на M1 в виде Asahi.Оно неюзабельное: пакетна база бедная и со временем ухудшается, обновления приезжают с опозданиемьпо сравнению с Arch x86-64, иногда доьпары недель.
Некоторые баги просто не чинят
Ну так попробуй нормальный дистр, разрабы которого выпускают адекватные ARM редакции
Вот потому сабж и валит с арча. О чём и новость.
Да потому что Линукс на Арм макбук это удел фриков и гиков. А они собирают все из исходников.
Нет рынка, нет и производителей дистрибутивов и нормальной поддержки. Я не знаю на что вообще можно рассчитывать. Тем более от разработчиков Арча.
> Да потому что Линукс на десктопе это удел фриков и гиков.Фиксанул, не благодари.
при чем тут разработчики Арча, 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."
Покупать мак что бы потом поставить туда линукс? - вот же извращенцы:)
Можно будет задействовать устаревшие миники для серверов
Устаревшие имеет архитектуру отличную от ARM.
Так когда этот Asahi допилят как раз железо станет устаревшим. Уже года три прошло.
Б/У imac на intel стоят дороже чем стоило бы. Дешевле собрать PC совместимый на Xeon. Только если бесплатно достался.
То же самое и с новыми макбуками. Смысла в их приобретении нет, как и в установке на них линукс.
> Б/У imac на intel стоят дороже чем стоило бы.Найди за такую же цену сопоставимый по железу моноблок, чтобы такого же качества, такого же аккуратного дизайна и такой же шикарный монитор. Многие почему-то забывают, что эппл это не только внутрянка, но и эстетика.
Салфеткой вытри и руки помыть не забудь
ну бывает такое
покупаешь технику, а она оказывается неюзабельной для задач сложнее "посмотреть опеннетик и крутануть видосик на ютубе", вот и приходится искать альтернативы (кроме перепродажи)
> посмотреть опеннетик и крутануть видосик на ютубеС этим идеально справится комплект на 775 сокете за 700 рублей с Авито. Сужу по компу своего тестя, ещё и в простые игры даже можно погонять типа GTA San Andreas.
Зачем покупать такое?
Уже полно б/у скидывают из первых apple silicone по адекватным ценам.
Для старых машинок, которые ужо не поддерживаются, линь самое то в том числе и для макофигни.
> Для старых машинок, которые ужо не поддерживаются, линь самое тоУдачи с линем на каком-нибудь коре 2 дуо. И да, попробуй на нем открыть что-то более тяжелое чем луддистский опеннет, хотя бы амазон или ebay.
>> Для старых машинок, которые ужо не поддерживаются, линь самое то
> Удачи с линем на каком-нибудь коре 2 дуо. И да, попробуй на
> нем открыть что-то более тяжелое чем луддистский опеннет, хотя бы амазон
> или ebay.На моём дачном ноуте 2008 года, который используется как клиентская машинка для vnc на рабочую машину как раз коре 2, сайты магазинов открываются. медленно иногда печально, но открываются и работают. с дачи несколько раз с него заказывали. И да на нём понятное дело linux - debian stable 11 ибо ничего другого для него уже и нет. И у меня это не ед. пример использования старья.
То есть, вместо совершенной, блистательной, недосягаемой Макоси, на которую теребонькают миллионы хомячков, включая линуксоидов-макозакосников кто-то добровольно ставит "глючный тестовый полигон" RedHat?.. Это просто какой-то диссонанс диссонансов...
Люди, которые добровольно покупают золотую туалетную бумагу под названием макбук (которая будет стоить как 2-3 ноутбука от framework) уже по умолчанию не являются вменяемыми людьми. Все остальные вопросы излишни.
Пользуюсь Framework и Макбуком, куплены были с разбежкой в месяц, имею возможность сравнить качество сборки и материалов. Framework хуже практически во всём. Единственный плюс у него — сменные порты. Но за почти два года воспользовался этой возможностью считанные разы. Экран хуже, качество сборки так себе, всё из пластика и неизбежно флексит. В то время как алюминиевый макбук прочен как скала. Кулер у ферймворка потрескивает в любом положении, кроме горизонтального, постоянно, а в горизонтальном — время от времени (известная проблема). Гистерезис кулера под низкой нагрузкой тоже не победили, и, видимо, не планируют. Так что неудивительно, что он такой дешёвый. Срезали углы как могли.
Люди покупают макбук (и всё остальное) потому что он просто работает! И поддерживается обновления годами!
Люди покупают макбук из-за лояльности к карго-культу. Можно купить и другой ноутбук, намного дешевле и лучше.
То есть если человеку нужна Unix подобная система для своих дел, у него достаточно денег и совершенно отсутствует желание/время возиться с настройкой Линукса и вечным поиском того самого дистрибутива мечты, то он лоялен эппл культу?
> То есть если человеку нужна Unix подобная система для своих делА чем вас не устраивает OpenBSD?
> у него достаточно денег и совершенно отсутствует желание/время возиться с настройкой Линукса
Я что заставляю Gentoo ставить? Почему бы просто не поставить какой-нибудь Linux Mint и юзай себе спокойно?
> OpenBSDСам то пробовал? Я ее даже установить не осилил когда увидел инсталлятор. Жизнь слишком коротка чтобы висеть в командной строке если тебе за это не платят.
Тем что это займёт время на чтения мануалов/установку/настройку и не факт что там еще будет нормально поддерживаться железо.
Если на стационарном ПК проблемы с железом скорее всего будут минимальны, то с ноутами совсем другая история.Да, Линукс Минт хороший вариант, но опять же, где гарантия что на том же ноуте будет все адекватно работать без глюков?
Местные ребята часто предлагают в комментариях заранее изучить железо на совместимость, но для этого опять же нужно время и желание.В итоге остаются несколько вариантов:
1. Заранее подбирать ноутбук который будет хорошо работать с юникс подобными. (Не факт что найдется тот, что удовлетворяет личным предпочтениям)
2. Взять ноутбук что нравится, и молиться чтоб на нем все завелось
3. Взять макбук и просто начать делать свои дела не обращая внимание на систему (да, большинству людей, включая тех же айтишников, нет дела до БСД/ГПЛ и прочую приватность)Так что нет тут никакого фанатизма и стремления стать частью Эппл культа
Так проблема Эпловского софта в том, что она следит за тобой. Самым анальным образом.
Переход обусловлен тем, что Fedora Linux имеет официальную поддержку инклюзивности.
А эти ваши демьяны всего-то способились на местечковые скандальчики типа с Вибубом.
Что за название Asahi Linux? Японцы делают? Почему передрали с Asahi Pentax?
Да, лидер проекта напару со своим Альтерэго (Asahi Lina) сидит в своей конуре облепленной аниме постерами и пилит этот проект.
Со деска.
О чём федороводы радостно сообщают у себя https://fedoramagazine.org/coming-soon-fedora-for-apple-sili.../
Очередное пополнение зоопарка линукса. Уже очень "важно", ага. Как и "мы переводим наш говнодистрибутив с одного говнодистрибутива на другой". Заморачиваться с обратным инжинирингом эппла - чтобы что? Для эппла есть эппл. А эти стопитсотые болгеносы тупо для попила бабла и поднятия ЧСВ - "смарите, я собрал очередной линукс, только теперь его можно натянуть на эппл!"
Убожество, одним словом.
Может я пессимист, но мне кажется кому-то из ключевых управленцев Astahi просто занесли бабла или еще что-то пообещали. Все же Linux на маках это интересный кусок аудитории и терять контроль за ним никто не захочет.
