LINUX.ORG.RU

Sway 1.4 (и wlroots 0.10.0) — композитор для Wayland, совместимый с i3

 , , , ,


1

2

Вышла новая версия совместимого с i3 фреймового оконного менеджера Sway 1.4 (для Wayland и XWayland). Обновлена библиотека композитора wlroots 0.10.0 (позволяющая разрабатывать другие WM для Wayland). Версия с номером 1.3 была пропущена по техническим причинам. Основные изменения:

  • Поддержка VNC через wayvnc (поддержка RDP удалена)
  • Частичная поддержка MATE panel
  • Удалена поддежка xdg-shell v6

>>> Подробности

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: CYB3R (всего исправлений: 1)

Ответ на: комментарий от anonymous

В этом и проблема таких, как ты. .. И из-за вас вяленое дерьмо вскорости пропихнут якобы на замену иксам (которой оно не может быть по сути своей), убив десктопный линукс и превратив его в подобие убогого Android.


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

dinama
()
Ответ на: комментарий от anonymous

В связи с этим не вызывает удивления, что после 11 лет разработки — risum teneatis, amici! — вяленый не готов

что конкретно там «не готово»?

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

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

anonymous
()
Ответ на: комментарий от ls-h

У меня dell 5547, продавался с убунтой. Работали и fglrx, и amdgpu когда добавили поддержку карты.

andalevor ★★
()
Ответ на: комментарий от anonymous

Нет, именно в tty. Например, на случай, если система встанет раком и придётся её реанимировать...

Мне жаль, если у тебя всё так криво настроено и если твой Linux так часто встаёт раком, что приходится держать открытую сессию в tty.

Тогда на кой хрен ты сравниваешь сервер с протоколом?

В том-то и дело, что я не сравниваю. Remote Desktop - не протоколо.

Хрюкни.

Продолжай движение нах. Там тебя ждут в tty :-))

bbk123 ★★★★★
()
Ответ на: комментарий от gtk3

Потому что xdg shell v6 год назад протух и полностью заменен xdg shell stable. Про rdp, к сожалению, не знаю.

Siborgium ★★★★★
()
Ответ на: комментарий от anonymous

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

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

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

Вот стоит на полке передо мной, второе издание. В каком месте там написано, что удалённый доступ к компьютеру должен осуществляться без блокирования локального доступа к нему? Когда ты подключаешься по ssh или даже по telnet и продолжаешь старую консольную сессию в screen, вся твоя сессия видна локально всем подряд и локальный доступ к ней не заблокирован? Почему с GUI должно быть принципиально иначе? Потому что в Linux не сподобились это реализовать и теперь оправдывают своё отставание идиотскими аргументами?

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

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

Они кажутся тебе «элементарными», потому что ты виндузятник. Это из того же разряда, что называть Косынку и Солитёр «стандартными играми».

То, что я использую Windows не делает меня виндузятником, как и использующих Linux линуксоидами. Я использую обе системы. А про «стандартные игры» ты споришь сам с собой, что является типичным приёмом демагога.

bbk123 ★★★★★
()
Последнее исправление: bbk123 (всего исправлений: 1)
Ответ на: комментарий от anonymous

прибитое гвоздями к линуксу

sway без проблем собирается и работает под FreeBSD. Или ты, ламер, имел ввиду что-то другое?

anonymous
()
Ответ на: комментарий от Siborgium

безопасности в вяленом нет от слова вообще

Аргументов, конечно же, не будет.

Отчего же. К примеру, недавно вялый научился делать скриншоты. И теперь их могут делать все! Нельзя разрешить что-то одним клиентам, а другим запретить. В X'ах это можно. Вот так, за 11 лет ни сделали в вяленом ничего.

Тут сразу другой вопрос: что может вялый, что не могут X'ы? (Ну, кроме того, что вялый гвоздями прибит к линуксу.) Лучшая производительность? Нет, это не так. Меньшее потребление ресурсов? Опять нет. Черт его подери, может он очень прост и прекрасно документирован, разработчикам под него легко писать приложения? Увы и ах. Из ничего не вышло ничего.

anonymous
()
Ответ на: комментарий от anonymous

прибитое гвоздями к линуксу

sway без проблем собирается и работает под FreeBSD. Или ты, ламер, имел ввиду что-то другое?

Подскажи, как давно в GENERICK'е фряхи появился evdev? Когда он появится в macOS? Знаешь, там тоже пользователи X'ов, и их там ох как прилично

И насчет беспроблемно работает, что, совсем по возможностям сувай сравнился с i3? Вообще, ты видел работающий сувай на фряхе?

anonymous
()
Ответ на: комментарий от anonymous

sway без проблем собирается и работает под FreeBSD. Или ты, ламер, имел ввиду что-то другое?

А далеко ли ушел ты, если не знаешь, что для этого на фряху пришось портировать чисто пингвинячий evdev (прчем, не силами вейландистов-свеевцев), прикручивая его в ядре где-то сбоку-поверх от devctl интерфейса?

Года два evdev во фре есть точно.

Date:   Mon Aug 5 16:48:16 2019 +0000

    MFC r340987, r340989, r341254, r341269, r341333
    
    r340987:
    arm64: Add evdev support to GENERIC

знатоки, мля.

anonymous
()
Ответ на: комментарий от anonymous

Подскажи, как давно в GENERICK'е фряхи появился evdev?

Года два evdev во фре есть точно.

Аха. Глядим https://svnweb.freebsd.org/base?view=revision&revision=340387 . Год или два для адептов Церкви Свидетелей Вялого — ну какая разница. Впереди же вечность! Так же отметим склонность любителей вяленого к мелкой лжи.

Попутно отметим, что само наличие гвоздодера какбе намекает на существование гвоздей.

Иксы на макоси? Прилично пользователей?

Всяко больше чем на линуксе. ВНЕЗАПНО. И да, подскажи, когда приложения на вейланде появятся под macOS. X'овые работают. К вопросу о качестве дизайна.

anonymous
()
Ответ на: комментарий от anonymous

К примеру, недавно вялый научился делать скриншоты. И теперь их могут делать все! Нельзя разрешить что-то одним клиентам, а другим запретить. В X’ах это можно. Вот так, за 11 лет ни сделали в вяленом ничего.

Это провал.

Мда, буква S в слове Wayland означает Security…

Deleted
()
Ответ на: комментарий от anonymous

Я главное не понимаю, ЧТО там можно делать 11 лет?

За 11 лет иксы успели не только развиться, но и частично устареть. За 11 лет MS в свое время успела дважды сменить ядро. За 11 лет смартфоны проникли в каждый дом. И т.п.

У этих за 11 лет никто не осилил RBAC накидать?

Это потому что замахнулись переделать весь стек с нуля, то есть , от ядра и выше. А в наличии только полтора землекопа.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 2)
Ответ на: комментарий от anonymous

Аха. Глядим https://svnweb.freebsd.org/base?view=revision&revision=340387

Это вообще CURRENT.

FreeBSD-CURRENT является <<передним краем>> разработки FreeBSD и предназначена для пользователей с высокой технической грамотностью.
FreeBSD-CURRENT обозначает последнюю версию исходных текстов FreeBSD и включает в себя незавершённые работы, экспериментальные изменения и переходные механизмы, которые могут отсутствовать в следующем официальном релизе. Хотя многие разработчики FreeBSD выполняют компиляцию исходных текстов FreeBSD-CURRENT ежедневно, бывают периоды, когда исходные тексты могут не компилироваться.

В STABLE оно вроде как полгода назад в GENERIC прилетело, а по хорошему, вести отсчет следует с релиза. Потому что иметь дедлоки в дровах тастатуры:
https://reviews.freebsd.org/D15070

Currently, evdev_push(), the core of evdev KPI, takes several locks during execution.
That can lead to deadlock in keyboard driver if

как-то не очень весело.

anonymous
()
Ответ на: комментарий от anonymous

Так там сейчас те же полтора землекопа.

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Siborgium

А X.Org ты тоже как перчатки меняешь?

А зачем?

ну погугли ты хоть, не позорься

Кого мне гуглить (зачем ты рекламируешь гугл, кстати)? Я и без тебя знаю, что средствами композиторов они есть. И что есть расширение протокола, абстрагирующееся от композитора и дающее возможность делать самостоятельные скриншотилки. Но расширения протокола всё равно должны поддерживаться композиторами, всеми — а этого никогда не будет. Поддержки проприетарщиной тоже не будет, особенно ископаемой. Поддержки в Wine не будет, потому что разработчики Wine просто клали болт на убогий огороженный Wayland.

Если это вообще кому-то кроме тебя нужно

Да даже если нужно, гномосеки это не примут. Гномосеки заняли доминирующее положение в линуксе, это дефолтная оболочка в попсовых Ubuntu и Fedora. Проприетарщики будут ориентироваться на гном. А если чего-то нет в гноме, то его не будет вообще. Пока есть X.Org, гномосеков ещё как-то держат в узде, потому что даже если что-то не умеет гном — это умеет сам X.Org, и можно реализовать низкоуровневыми средстами X.Org. А потом, всё, приплыли. Гномосеки забьют МПХ на васянские расширения Wayland, забьют на трей, забьют на SSD, забьют ещё на кучу всего. И десктопный софт превратится в огороженный кал, как на Android. Единственный способ этому противостоять — не поддаваться на пропихивание идеологически ущербного Wayland, в котором всё по дефолту огорожено.

anonymous
()
Ответ на: комментарий от anonymous

А далеко ли ушел ты, если не знаешь, что для этого на фряху пришось портировать чисто пингвинячий evdev

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

anonymous
()
Ответ на: комментарий от kirk_johnson

X11 это тоже протокол

Это для DE-растов это протокол. А для нас есть программа — X.Org. Под которой запускаются самостоятельные WM, самостоятельные рулилки окнами типа devilspie и rofi, самостоятельные демоны хоткеев типа xbinkdeys, самостоятельные скриншотилки, панели и так далее. Приложения могут взаимодействовать между собой, не надо это вообще согласовывать с X.Org. А с Wayland-композитором надо.

wlroots это по сути xserver

Это было бы так, если бы все без исключения композиторы использовали wlroots. Но в kwin своё, в gnome-shell своё, в weston своё, в васянских наколеночных поделиях тоже бывает своё. Единства нет и не будет.

через какое-то время, когда все устаканится

Тогда и приходите, а пока сдрисните с горизонта вместе со своим Wayland.

anonymous
()
Ответ на: комментарий от Deleted

Да хрен с этими вашими интерфейсами, сейчас все графические приложения уходят в Web. Причём зоопарк (как на линуксах, так и на винде, ибо Microsoft упорно пытался продвинуть то WPF, а теперь UWP) среди десктопных технологий сыграл в этом далеко не последнюю роль. Ну и огороженность iOS, на которой Web является единственным вменяемым способом сделать приложение мимо аппстора и компиляции на тачке с macOS и XCode. А из-за iOS страдают все остальные, в том числе десктопы.

anonymous
()
Ответ на: комментарий от anonymous

Ну так и есть.

root@localhost:~# ps aux|grep X
root        7327  7.2  1.2 788880 68680 tty7     Ssl+ янв18 630:38 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
root     3203564  1.0  0.0   8900   768 pts/2    S+   16:35   0:00 grep X

Будешь ко-ко-копротивляться против реальности?

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от dinama

ничего не понял

У ведроидных зумерков вообще с понималкой текста туго, ничего удивительного. Пока говорящую голову не запишешь или в тиктоке не спляшешь — не поймёте.

anonymous
()
Ответ на: комментарий от bbk123

если у тебя всё так криво настроено и если твой Linux так часто встаёт раком

А кто не встаёт? Любая программа может внезапно схавать гигабайты памяти, ничего с этим не сделаешь. Это основная беда тьюринг-полных ЭВМ: нельзя даже банально математически предсказать, зависнет программа или нет, а ты таких тонкостей хочешь. Зато возможности ого-го.

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

В том-то и дело, что я не сравниваю

Ну здрасьте, срач начался с того, что ты сморозил какую-то глупость:

Решения с RDP в Linux всё равно используют VNC, будь он не ладен, который архитектурно не умеет Remote Desktop.

Во-первых, непонятно, каким макаром у тебя RDP работает через VNC вообще, это разные независимые протоколы, и клиенты есть для обоих. Во-вторых, непонятно, каким макаром ты вообще натянул VNC (который именно протокол, про x11vnc дальше пошло) на реализации Remote Desktop. Реализации именно что от конкретной программы зависят, а не от протокола.

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от bbk123

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

Ещё раз повторяю, я фрилансер :P Какой опенспейс? И какая нафиг «блокировка компа», виндузятник? Что ты делаешь на техническом ресурсе, если ты даже не можешь отличить хардварь от софтвари и приписываешь КОМПУ запущенный сбоку под иксами, прикрученными сбоку к линуксу, скринлокер? При физическом доступе к компу можно тупо вынуть винт и считать с него всё, чего нужно. Если он не зашифрован, конечно. Продолжай дальше разглагольствовать про замки и выламывание дверей, ага. Банковские ячейки не просто так появились, ведь нафиг они были бы нужны, если бы можно было просто повесить на дверь своего дома замок?

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

А в каком месте локальный доступ должен осуществляться? Почему ты приписываешь линуксу виндоспецифичную херню? Винда изначально не была серверной, поэтому Remote Desktop появился как средство доступа к локальной сессии. И потому, собственно, появилось костыльное решение в виде переключение с локальной сессии на удалённую и обратно. Это напоминает мне — ты, возможно, застал —блокираторы на стационарных телефонах. Когда несколько абонентов пользовались одной линией и не могли делать это одновременно. Ну или диалап из той же оперы — пока сидишь в инете, по телефону говорить нельзя, и наоборот. Извращение лютейшее. Потом к этому извращению прикрутили многопользовательность, чтобы на одной машине держать несколько юзерских графических сессий одновременно.

А на никс-системах можно запускать сколько угодно иксовых сессий, все они удалённые. С самого появления иксов. Потому что иксы изначально сделаны клиент-серверными. И подключение с локалхоста X-клиентом к локальному же X-серверу до недавних пор осуществлялось так же, как и удалённое. Твои виндузятные понятие локальной и удалённой сессии попросту не имеют смысла в данном контексте.

по ssh или даже по telnet

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

Потому что в Linux не сподобились это реализовать

Да, линукс не графическая ОС — отстань и вали на свою винду.

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

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

То, что я использую Windows не делает меня виндузятником

Верно, делает не это. Делает твоё мировоззрение, сформированное виндой.

anonymous
()
Ответ на: комментарий от Deleted

Это сарказм, как мне кажется, потому что на самом деле строго наоборот.

anonymous
()
Ответ на: комментарий от anonymous

Ломать всегда проще, чем строить, угу. А что останется?

anonymous
()
Ответ на: комментарий от anonymous

Будто они о Wayland что-то слышали.

anonymous
()
Ответ на: комментарий от anonymous

Как и GNU/Linux (вместо Android/Linux).

anonymous
()
Ответ на: комментарий от anonymous

У ведроидных зумерков вообще с понималкой текста туго, ничего удивительного. Пока говорящую голову не запишешь или в тиктоке не спляшешь — не поймёте.

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

dinama
()

как изменить разрешение?

xrandr
Screen 0: minimum 16 x 16, current 1024 x 768, maximum 32767 x 32767
XWAYLAND0 connected (normal left inverted right x axis y axis)
   1024x768      59.92 +
   1920x1080     59.96
xrandr --output XWAYLAND0 --mode 1920x1080
xrandr: Configure crtc 0 failed
а в винде иксах все работает!

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd

xrandr

Ишь чего захотел!

Ничего, сейчас вялендофанатики налетят и накидают тебе композитороспецифичных гайдов.

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

anonymous
()
Ответ на: комментарий от anonymous

я серьезно как? нативно выставляет 1024x768 это никуда не годится, надо 1920х1080, как добится что бы sway стартовал в нужном мне разрешении?

amd_amd ★★★★★
()
Ответ на: комментарий от anonymous

А кто не встаёт? Любая программа может внезапно схавать гигабайты памяти, ничего с этим не сделаешь. Это основная беда тьюринг-полных ЭВМ: нельзя даже банально математически предсказать, зависнет программа или нет, а ты таких тонкостей хочешь. Зато возможности ого-го.

И как тебе поможет именно залогиненый tty? Ради чего его держать залогиненым? Если ты не сможешь залогиниться, то и в залогиненом tty врядли сможешь что-то сделать.

В том-то и дело, что я не сравниваю

Ну здрасьте, срач начался с того, что ты сморозил какую-то глупость:

Решения с RDP в Linux всё равно используют VNC, будь он не ладен, который архитектурно не умеет Remote Desktop.

Во-первых, непонятно, каким макаром у тебя RDP работает через VNC вообще, это разные независимые протоколы, и клиенты есть для обоих. Во-вторых, непонятно, каким макаром ты вообще натянул VNC (который именно протокол, про x11vnc дальше пошло) на реализации Remote Desktop. Реализации именно что от конкретной программы зависят, а не от протокола.


Глупость сейчас сморозил ты сам. Например xrdp работает поверх vnc. Если ты знаешь «решения с RDP в Linux», которые не используют VNC и не имеют таких же ограничений как VNC, буду рад узнать что-то новое. Решение с RDP и сам RDP, который протокол - не одно и то же.

bbk123 ★★★★★
()
Ответ на: комментарий от amd_amd

нативно выставляет 1024x768 это никуда не годится, надо 1920х1080

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

как добится что бы sway стартовал в нужном мне разрешении?

https://wiki.archlinux.org/index.php/Sway#HiDPI

anonymous
()
Ответ на: комментарий от bbk123

Ради чего его держать залогиненым?

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

Ради чего его держать залогиненым?

Смогу, выполнение команд типа ps и kill отрабатывает намного быстрее, чем перемалывание всяких говен в ~/.bashrc.

Например xrdp работает поверх vnc

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

Решение с RDP и сам RDP, который протокол - не одно и то же

Ты под «решением с RDP» подразумеваешь «как в винде», чтобы графический сервер не висел абстрагированно в памяти, а был нашлёпкой поверх локальной графической сессии, прибитой гвоздями к выводу напрямую на видеокарту. Для чего и придумали Wayland, бгг. Вот только RDP тут ни при чём. И юниксы ни при чём. Ты прочто хочешь ещё одну винду.

anonymous
()
Ответ на: комментарий от anonymous

Ещё раз повторяю, я фрилансер :P Какой опенспейс?

Речь шла не только о тебе, убогом.

И какая нафиг «блокировка компа», виндузятник? Что ты делаешь на техническом ресурсе, если ты даже не можешь отличить хардварь от софтвари и приписываешь КОМПУ запущенный сбоку под иксами, прикрученными сбоку к линуксу, скринлокер? При физическом доступе к компу можно тупо вынуть винт и считать с него всё, чего нужно. Если он не зашифрован, конечно.

Почему тебя ещё не госпитализировали или кто разрешил провести интернет в твою палату? Блокирование локального доступа к GUI сессии существует не только в Windows, но и практически во всех графических оболочках UNIX-подобных систем. Никто в зрадвом уме не станет утверждать, что это несекьюрно потому что это не запрещает вынуть хардиск и прочии глупости, что ты тут написал. Нет никакой разницы для чего заблокирована локальная сессия: для того, чтобы просто отойти от рабочего места или подключиться к ней удалённо.

А в каком месте локальный доступ должен осуществляться?

В том месте, в котором ты сидишь непосредственно перед своим компьютером.

Почему ты приписываешь линуксу виндоспецифичную херню? Винда изначально не была серверной, поэтому Remote Desktop появился как средство доступа к локальной сессии. И потому, собственно, появилось костыльное решение в виде переключение с локальной сессии на удалённую и обратно.

Речь идёт вовсе не о серверном применении Linux, дурная ты голова! Нет ничего костыльного в удалённом доступе к своему ПЕРСОНАЛЬНОМУ компьютеру и своей локальной сессии в нём именно так, как это сделано в Windows.

Это напоминает мне — ты, возможно, застал —блокираторы на стационарных телефонах.

Идиот! Блокираторы напоминают очередь на использование одного компьютера несколькими людьми, а не использование одного компьютера одними человеком локально и удалённо.

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

Идиот, речь вообще не об этом. На своём персональном компьютере у тебя одна сессия - твоя личная.

bbk123 ★★★★★
()
Ответ на: комментарий от anonymous

Это было бы так, если бы все без исключения композиторы использовали wlroots.

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

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

Для того, чтобы не забыть закрыть за собой дверь. Без особой надобности лезть в Ctrl+Alt+Fn не надо, для работы в консоле гораздо удобнее использовать терминал твоего графического окружения.

Смогу, выполнение команд типа ps и kill отрабатывает намного быстрее, чем перемалывание всяких говен в ~/.bashrc

Ты их и с логином сможешь выполнить или не сможешь выполнить даже без ~/.bashrc.

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

Если ты этот x11rdp вообще заставишь работать. Он давно не поддерживается и с Wayland врядли дружит. Когда я пробовал xrdp все рабочии конфигурации с ним использовали vnc. И даже если заставить x11rdp или xorgxrdp заработать, его поведение врядли будет отличаться от поведения vnc.

Ты под «решением с RDP» подразумеваешь «как в винде», чтобы графический сервер не висел абстрагированно в памяти, а был нашлёпкой поверх локальной графической сессии, прибитой гвоздями к выводу напрямую на видеокарту. Для чего и придумали Wayland, бгг. Вот только RDP тут ни при чём. И юниксы ни при чём. Ты прочто хочешь ещё одну винду.

Ты просто некомпетентен. Именно VNC необходимо быть прибитым гвоздями к видеокарте для продолжения локальной сессии.

bbk123 ★★★★★
()
Последнее исправление: bbk123 (всего исправлений: 1)
Ответ на: комментарий от bbk123

Блокирование локального доступа к GUI сессии существует не только в Windows, но и практически во всех графических оболочках UNIX-подобных систем

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

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

Локальное подключение в иксах равноценно удалённому.

Речь идёт вовсе не о серверном применении Linux, дурная ты голова!

А без разницы, линукс везде одинаковый. Претензий выдвигай к тем, кто пытается запихнуть серверную ОС на десктопы. Хотя выдвигать на самом деле не к чему, потому что это даёт больше возможностей, чем даёт убогая исходно однопользовательская и однозадачная (про DOS’овское наследие забыли?) прошивка для игровых консолей. Но ты эти возможности не замечаешь и игнорируешь ввиду своей виндузятной узколобости.

а не использование одного компьютера одними человеком локально и удалённо

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

На своём персональном компьютере у тебя одна сессия - твоя личная

Иксовых сессий на одном компьютере может быть сколько угодно. Если у тебя только одна — это твои проблемы.

anonymous
()
Ответ на: комментарий от kirk_johnson

его умеют все мажорные тулкиты

И тебе повторяю: мало того, чтобы тулкиты умели нативно отрисовываться через Wayland. Надо взаимодействие между программами. А его Wayland не обеспечивает, по идеологическим причинам (всё должно быть огорожено, как в Android).

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.