Предыдущий >>226754

Меня мучает идея о квантово-запутанных человеческих мозгах, причем биологически квантово-запутанных.

А вы знали, что dbus-daemon --session подхватывает $DISPLAY и потом сервисы которые его использую зависят от этого дисплея, а не от реального. Уебищный дизайн тут с ног до головы.

А если вы запустите его до иксов, он вообще дисплей не подхватит и все сервисы будут пытаться долбиться вам в концоль.

>>227989
Они там вообще со всеми этими своими вайландами в конец упоролись. И про то что люди могут работать с приложениями не локально даже не слышали похоже.

>>227991

>wayland

Скорее б оно уже сдохло и нормальные новые иксы завезли

>>227989
Отключи его!

>>227993
К сожалению некоторые удобства анально от него зависят. В основном всякие удиски и xfceшные свистелки. Пердолиться как в 1995 совсем не хочется.

>>227992

xenocara

>>227995
Какие проблемы оно решает? Нужна изоляция окон с системой привилегий внутри оконной системы, без подвязок на дбасы хуйбасы, пайпхуйпоймичто и прочую хуету. В вакууме это не нужно, но если пердолить изоляцию процессов то такие фичи будут очень полезны. На уровне оконной системы посылать нахуй одни процессы и позволять всякое другим. Ну и все в принципе. Так можно будет например скринлокеру дать особые привилегии что б никто не мог у него инпут спиздить и так далее. Ты понял. А промпты запилить отдельной прогой с которой тот же оконный менеджер будет общаться или напрямую через сокет или через какие-то костыли в оконной системе. Ну прога с промптами естественно будет тоже свои привилегии иметь. По идее даже не сложно, только в иксы это не всунешь, а вейленд говно по задумке. Графика должна быть отдельным процессом, как в иксах. Тогда и по сети пробрасывать можно и прочую хуйню делать.

>>227979
но пришёл тогда первый от раста и сказал вразумитесь, но не слушали они.

>>227996
Ловушка в том, что ты либо отказываешься от философии и принципов UNIX и реализуешь графику также, как это сделано в Windows, либо сохраняешь философию и принципы UNIX, но отказываешь от графики. Я думаю, для GNU как серверно-ориентированной системы второй подходит оптимальнее. Текст это универсальный интерфейс, этого достаточно, а если нужна графика, то лучше взять что-нибудь попроще.

>>227998

>Текст это универсальный интерфейс

Лолчтобля? Ты реально поверил в эту хуйню смороженную полвека назад кучкой пердолей не умеющих в дизайн? Оцени исторический контекст хотя бы https://liam-on-linux.dreamwidth.org/86240.html

>>227998

>реализуешь графику также, как это сделано в Windows

Нет. Иди сову нюхай. Изолировать окна друг от друга не сложно. В иксы это уже не добавишь, так какая-то жопа с кодобазой. А заново переписать оконный сервер? А нахуя? Через 10 лет нас вживых не будет, а до тех пор можно и так посидеть. Вон идите вейленд с системд гоняйте. В вейленде не смотря на всю уебищность дизайна смогли запилить, и ничего, нет проблем. Какая нахуй философия? Тебе окно отрисовать и не дать ему через xinput лог твоих клавиш спиздить, или экран отснять без разрешения. В иксах даже переборщили. Дать оконному менеджеру интерфейс, а всем клиентам - залупу, пусть берут то что оконный менеджер дать. Ну и протокол что бы при надобности интуп/экран грабать.
-Сына а ты занят?
-Мам подожди у меня маняфантазия нужно срочно довести до конца
хрр тьфу

>>228001
Иди сову нюхай.

>>227996
>>227998
в чём вообще проблема архитектуры оконной системы? даже сразу с графикой как иксорг.

есть два пайпа - в один софтина пишет джейсон того как должно выглядеть окно. в другой система кладёт ивенты мыши там итд, а софтина читает. когда софтина стартует она подрубается к демону оконной системы и просит выдать ей эти два файла где-то в /прок или /ран. всё! можно создавать окна на любом языке, никаких проблем безопасности. если хочешь по сети подключать даже одно приложение - ноль проблем. по-моему это очевидно, но я не в курсях чё они там городят, только всякие отголоски про хуёвое секурити/скриншоты итд.

>>228004
И все ломается когда тебе нужно сделать скриншот.

>>228003
Control-Shift-L
>>228004

>джейсон того как должно выглядеть окно
>джейсон

Ха ха ха, ебать ты текстом обкурился. Не забуть потом FPS померять, лол

Блядь да просто по дефолту всем клиентам доверяешь и все, нет смысла защищать графику если оно код исполнять может. А дальше через едро процессы группировать которые нужно изолировать и посылать их нахуй. Что сложно? Неймспейсы там, блядь, дохуя возможностей, причем не linux-only.

Просто даже у клиента принципиально не должно быть доступа ни к чему кроме инпута и экрана. Причем если он грабает это должно идти через оконный менеджер что бы можно было сломать граб без жопоболи. И все, буквально. Запилить промпт для пидорнутых процессов это тоже просто. Что надо-то? А тем временем в вейленде экран снимается через блядь пайпвайр, который сам по себе является огромным комбайном, делающим хуй пойми что хуй пойми зачем.

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

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

алсо предосхищая ваше кококо

как есть сейчас:
жтк/кде/хзчё само через свой говнокод растеризует, шлёт нотификейшены в иксорг когда отрастеризовало. жтк может лагать, есть тиринг
вейланд/х11 композирует, шлёт нотификейшены в либу для видюхи

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

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

>>228009

>кэшируешь строку, кешируешь распарсеный джейсон

Лолзачем? Приложение рисует либо через софт, т.е. пишет непосредственно пиксели в массив uint32, либо через гпу, т.е. пишет каманды в буфер который отправляется драйверу гпу. Причем здесь текст вообще? Ты совы обнюхался не иначе. Попробуй реализовать AAA игру в которой графон через джейсон, лол

>>228012
нюхай реакт.

>>228013
Тормознутое пердольное говно. Тексту в принципе не место в графическом пайплайне.

>>228014
only a sith deals in absolutes

Да нахуй твой джейсон через shmem запилить и все. Один хуй рано или поздно придется композитор делать

CYLLY BELLS, CYLLY BELLS, CYLLY ALL THE WAY!
Merry Christmas!

Было 80 °С, стало 66 °С. Вот это я слазил. Действительно ему кондёров не хватало штоле? Тантал не деградирует же со временем.

В дереве зависимостей откопались GUI на NodeJS c QTWebEngine и GCC13... Вы издеваетесь штоле?! А результат-то будет, или опять говно неработающее? Но зато в компилятор добавили подсветочку ворнингов: хорошее дополнение к ёлочке, т.к. походу их всё-равно никто не читает. Ладно, хуй с ним. Пока что польза от всего этого только в том, что оно выхлопом носки греет. Высокие технологии, мать его.

>>227972
Так суть розен-хака в том, что пока есть прямой доступ к железу все высокоуровневые защиты являются не более, чем условностями. Мы договорились, что 'Address ты трогать не будешь; и складывать 'Address с 'Address-ом и джампать по результату тоже. Ну и драйвера — это как правило НДКА, кванты которым нарезаются прерываниями; анализаторы не умеют дебажить НДКА в принципе, максимум они смотрят, что диапазон входных значений покрывается кейсами/таблицей переходов. Так что тут проще выкидывать из проекта тех, кто их на бумажке нарисовать не может, как мелкий тут недавно и сказал.

>>227977
ИМО, Swing там всегда был, так что окно создать не проблема. Shimeji-ee вообще нативное API шатает через JNI. Много чего улучшили с JIT-ом, concurency и ентырпрайз-стеком.

>>228001

>https://liam-on-linux.dreamwidth.org/86240.html

Но это же просто баттхёрт очередного теоретика, который смотрит на разработку со стороны. Говорит, зачем вы делаете всё так просто, надо делать сложно, ага. Это как Танненбаум, который все уши прожужжал со своим микроядром, а когда дело дошло до практики - жидко обосрался, выпустив недоделку Minix, которая никуда дальше академической среды не пошла. Тоже самое с GNU/Hurd. Сколько раз ещё объяснять, что субъект познания в современной постнеклассической науке коллективный: всё генилаьное просто, а сложный проект никто коллективно не поймёт, не потянет и тем более не сможет поддерживать.

>>228002

>Изолировать окна друг от друга не сложно

И что это будет? Как ты из одного окна будешь перенаправлять информацию в другое? Как ты будешь перетаскивать картики, текст? Через буфер обмена? Но тогда это уже не изоляция.

>А нахуя?

Вот у меня тот же вопрос, на самом деле.

>Какая нахуй философия?

Философия даёт понимаение, что есть инструменты разного типа и забивать гвозди микроскопом хоть и можно, но не особо эффективно. Клиент-серверная архитектура здорового человека сейчас выглядит следующим образом. У тебя есть рабочая станция, выполняющая роль клиента. На рабочей станции стоит коммерческая массмаркет система: Windows, macOS, Android - не важно. Важно то, что графика там уже реализована на высшем уровне, который оптимизирован от корпоративных задач и до самых новороченных игр. А UNIX-система у тебя стоит где-то там на сервере, к которому в лучшем случае подключаешься через SSH, а в худшем - через web-интерфейс в браузере. Нахрена серверу в этих условиях вообще хоть какой-то собственный графический интерфейс - не понятно совершенно.

>>228019

>Как ты из одного окна будешь перенаправлять информацию в другое?

Не нужно, в крайнем случае по разрешению.

>Как ты будешь перетаскивать картики, текст?

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

>На рабочей станции стоит коммерческая массмаркет система

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

>>228021

>Не нужно, в крайнем случае по разрешению.

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

>А что сложного? Тебе не нужно знать что и куда ты тащищь. Драгндроп: перетащил мышкой на другое окно, отпустил, оконный менеджер это задетектил и запинговал оба окна, что б они делились информацией. Если одно из окон пидорнутое - смотреть что там с разрешениями. И все. Что сложного?

Сложного — ничего. Просто причём тут "изоляция", если связь между окнами в любом случае сохраняется, пусть и транзитивная.

>Ты шизик чи шо. Графику можно спокойно в юзерспейсе гонять как сейчас и нормально. Что тебе оптимизировать надо-то блядь? opengl уже просто работает, вулкан просто работает, что тебе блядь не хватает? Тебе блядь окна отрисовать и дать интерфейс оконному менеджеру это все красиво стакнуть на экране. Можно даже как в иксах композитор отдельно от оконного менеджера запилить.

Но почему-то так никто не делает. Интересно почему. Кто-нибудь понимает? Лично я понимаю: Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law.

>>228022

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

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

>Но почему-то так никто не делает

И что?

>>228023

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

Ну ранжирование по приоритетам это не прям изоляция. Собственно по-моему примерно такой подход в winapi и реализован. Ничего нового тут нет.

>И что?

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

>>228024

>Ничего нового тут нет.

Новое и не нужно, нужно что бы просто работало.

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

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

Ютуб последнее время очень жестко блокирует впны и тор. Скоро по паспорту придется видео смотреть.

>>228018

>баттхёрт очередного теоретика

У тебя концоль головного мозга. Суть в том что некоторые задачи действительно сложны и их модели соотвественно тоже. Поэтому если ты поступаешь как юних-обрыган в The Rise of Worse is Better и говоришь пользоветелю "решайте сложности сами" то предсказуемо получаешь наслоение слоев, даже если пользователи с руками из плеч.

>субъект познания в современной постнеклассической науке коллективный

кек

>сложный проект никто коллективно не поймёт

Для того чтобы сложные проекты были дооступны пониманию их делают с акцентом на целостность дизайна. Как в лего: если знаешь как стыкуются два кирпичика то можешь осилить любой проект, даже если он целиком не влазит в голову. ЧСХ само божество пердоликов Торвальдс высказывался против целостности дизайна потому что, о боже, ее нужно поддерживать.

>Minix, которая никуда дальше академической среды не пошла

Шатал миникс за трубу, но тут есть важный момент. Если ты делаешь хорошую годную платформу, то ей будешь пользоваться ты и еще вон тот чувак. Остальные скажут кааа, тут нет хрома/офиса/калофдюти, нинужно. Суть бусидо познается в присутствии неписей.

Концоль это не плохо, просто хентай не посмотришь.

Концоль это плохо, хентай не посмотришь. *Пофиксил*

>>228029
У mpv есть несколько ключей, позволяющих ему выводить видео через терминал, например --vo=tct или --vo=caca.

>>228030

>caca Color ASCII art video output driver that works on a text console.

Говорящее название

>tct Color Unicode art video output driver that works on a text console.

Тож не нужно. Я думал ты скажешь что mpv можно запускать на голой линуксвой концоле через libdrm. Пробема этого подхода в том что любое зависание/етц лечиться только перезагрузкой (ну мож еще sysrq, но я не в теме). Какие-то сорвеменные эмуляторы, ну эти которые с названием напиманающим слово kitty, поддерживают картинки и видео, но опять же через педолинг. Крч хочешь нормально смотреть хентай ставь винду.

>>228034

>Говорящее название

>>228034

>Какие-то сорвеменные эмуляторы, ну эти которые с названием напиманающим слово kitty

Имеешь ввиду терминальные эмуляторы ОС в концоли с поддержкой скейлинга на миллион ядер ГПУ? Ну да это конечно мем, надо быть полностью отбитым ебанатом что бы поверх блядского терминала пердолить поддержку графики, но пердолям делать нехуй, полезное написать сложна(( так что реитерируем говно.

>Крч хочешь нормально смотреть хентай ставь винду.

Ты хотел сказать в виртуалку, конечно же.

>>228036
Да, виртуалку в винду.

Алсо вот пердольно-терминальный протокол https://sw.kovidgoyal.net/kitty/graphics-protocol/
ЧСХ даже боги инжиниринга из Майкросфт отказались реализовывать это говно https://github.com/microsoft/terminal/issues/8389

>The goal of this specification is to create a flexible and performant protocol that allows the program running in the terminal, hereafter called the client, to render arbitrary pixel (raster) graphics to the screen of the terminal emulator

Ахахаха ебать пик стронгли рилейтед я просто не могу с этого

>>228040
Сделай лучше.

>>228042
Сделайте лучше сами

>>228042 >>228043
Мань ты делаешь графику в текстовой среде, у тебя шизофрения. Если тебе нужна графика ты делаешь ее в графической среде, при необходимости отдельным окном.

>>228044
Сделай в графической, в чем проблема?

>>228045

>сделай графику в графике

Так толсто что даже тонко

добьем сегодня 10 постов в день ?

А нахуя? Посты ради постов? Интернет мертв зачем насиловать могилу. Общаться нужно когда есть о чем.