Wayland 1.24

Еще бы. В киберкотлетинге тех лет все ходили со своими мышами (реже еще и с клавами, но с ними вроде такой проблемы не было). Соответственно в клошарниках под названием «компьютерные клубы» приходилось постоянно ребутаться, прежде чем подрубаться к локалке на чемпах. Эхх, детства чистые глазенки :)

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

Если что, ничего против вялого не имею, буквально сейчас с него пишу (не из гнума, разумеется), но это и впрямь потешная аргументация :)

хм. Может Вы опечатались и там должно быть слово : Windows ?

В теме что-то есть о Windows?

C убунтой все просто, они сами ничего не могут, шапка бросит и они бросят.

Так это не иксы удалили, а гном из иксов. Туда ему и дорога.

Я просто думал что КДЕ похожа на Windows 10

Я просто оставлю это здесь: https://www.reddit.com/r/kde/comments/h0v8fo/enlightenment_e13e16_mixed_with_...

- мне такой кастомизации надо. Кстати, Windows до такого запилить УЖЕ проще гнома.

Хз как там enlightenment выглядит. Просто все скрины КДЕ что я видел здесь всегда были похожи на windows 10 не на 11.

Так в у вас ник такой.

Убунте оно и не надо, они с серверного софта профит имеют, десктоп уже лет 10 как заброшен.

Да.

Полностью согласен, Manjaro – дистрибутив, который просто работает.

Ой, да будет как с systemd - все побурчат и переедут в итоге.

Как чем, чем wayland!

удалили из всех популярных дистрибутивов

Linux Mint 22.1 Cinnamon

$ apt list | grep xorg

xserver-xorg-input-all-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-all/noble,now 1:7.7+23ubuntu3 amd64 [установлен]
xserver-xorg-input-evdev-dev-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-evdev-dev/noble,noble 1:2.10.6-2build3 all
xserver-xorg-input-evdev-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-evdev/noble 1:2.10.6-2build3 amd64
xserver-xorg-input-joystick-dev-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-joystick-dev/noble,noble 1:1.6.3-1.1 all
xserver-xorg-input-joystick-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-joystick/noble 1:1.6.3-1.1 amd64
xserver-xorg-input-kbd/noble 1:1.9.0-1build2 amd64
xserver-xorg-input-libinput-dev-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-libinput-dev/noble-updates,noble-updates 1.4.0-1ubuntu24.04.1 all
xserver-xorg-input-libinput-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-libinput/noble-updates,now 1.4.0-1ubuntu24.04.1 amd64 [установлен]
xserver-xorg-input-mouse/noble 1:1.9.3-1build2 amd64
xserver-xorg-input-mtrack-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-mtrack/noble 0.3.1-1.3 amd64
xserver-xorg-input-multitouch/noble 1.0~rc3-2.1 amd64
xserver-xorg-input-synaptics-dev-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-synaptics-dev/noble,noble 1.9.2-1ubuntu3 all
xserver-xorg-input-synaptics-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-synaptics/noble 1.9.2-1ubuntu3 amd64
xserver-xorg-input-wacom-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-input-wacom/noble,now 1:1.2.0-1ubuntu2 amd64 [установлен]
xserver-xorg-input-xwiimote/noble 0.5-1build6 amd64
xserver-xorg-legacy-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-legacy/noble-updates,noble-security,now 2:21.1.12-1ubuntu1.4 amd64 [установлен]
xserver-xorg-legacy/noble-updates,noble-security 2:21.1.12-1ubuntu1.4 i386
xserver-xorg-video-all-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-video-all/noble,now 1:7.7+23ubuntu3 amd64 [установлен]
xserver-xorg-video-amdgpu-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-video-amdgpu/noble,now 23.0.0-1build1 amd64 [установлен]
xserver-xorg-video-ati-hwe-18.04/noble 3:14.6 amd64
xserver-xorg-video-ati/noble,now 1:22.0.0-1build1 amd64 [установлен]

сам подумай головой хоть немного чем ты собираешься менять xinput? Что вяленый предлагает вместо него?

Чем грузины.

Из RHEL удалили. Из Ubuntu удалили. Debian нерелевантен на десктопе.

Ну еще пока не удалили. Пока что только превели в дефолт вяленую сессию на КДЕ и гнуме.

Xfce уже можно сказать юзебелен вод вяленым, хоть и с потерей фич - но это нестабильная ветка. C МАТЕ - все хреново, фич потеряно больше чем в Xfce и большая беда со сборкой - без икса оно не собирается, и не работает - ибо для того чтобы определить запущено оно под иксами или под вяленым использует иксовый вызов gdk_is_x11_display.

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

будет не так как кто-то там хочет, а так как я говорю.

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

Это гномовско-редхатовский подпевала, с ним спорить бесполезно.

Вообще то железо приобретается под ОС, а не наоборот

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

Железо под ОС выбирали линуксоиды в нулевых, как и пользователи других маргинальных ОС, потому что выбора не было: конкретную ОС хотелось, а драйверов производитель не завез.

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

План оказался прост как двери - нужно запилить какую-то хрень, разобраться с которой будет большинству не под силу; вбросить эту хрень бесплатным красноглазикам из QA, они ее немного потестят ценой собственных нервов; а потом авторитарным образом ее впилить под соусом некоего «стандарта»; после чего собирать бабло (неважно в виде нефти, или другой конвертируемой валюты включая рекламное время пользователей) с прибежавших на почве безысходности хомяков.

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

что то с ней не то раз Торвальдс ее в ядро не запихал

Я могу тебе рассказать со слов intelfx, который разбирается и в кишках ZFS, и в btrfs.

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

Вторая проблема - неидеоматичность. У ZFS всё свое, они не используют кеши VFS, у них свое монтирование и прочее, прочее. Разработчики ZFS считают, что она должна быть независимой от ОС, на которой работает, и не должна быть прибита гвоздями к особенностям конкретной системы.

То есть, даже если откинуть первую проблему, разрабы ZFS просто сами не захотят отнести ее в ядро. Им это просто не нужно, да и остальных ситуация с DKMS или ручным патчингом ядра полностью устраивает (лично я пользуюсь DKMS, у меня домашний сервер на ZFS с raidz3 c результирующей емкостью 18тб).

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

Ключевое слово домашний сервер.

Вы что никогда не сталкивались с ситайцией когда ядро обновляется, даже на ту же версию с патчами как это в ЕЛ, и дкмс обламывается?

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

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

Что касается фс, мне хватает лвм и хфс.

LLM и онлайн модели не подключить

Да на здоровье:

Currently, Geany Plugins can be written in:

• C
• in Lua using the GeanyLua plugin
• in Python and Lua when using the Peasy plugin

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

А что до меня, то лично я уже наигрался со всеми этими LVM, Linux RAID и прочими прекрасными вещами. У меня втихаря зеркало рейда рассинхронизировалось, и мне пришлось долго и мучительно выяснять, на какой его половине файлы битые, а на какой - нормальные. Так что нафиг это всё, теперь только ZFS и контроль целостности.

Не очень вас понимаю.

Что это значит втихоря? Алертик сразу про это трубит.

И что значит выяснять ? mdadm сразу все четко кажет. Также как и харварный раид.

Что это значит втихоря?

Сервер стоял на бесперебойнике, его никто не трогал и всё всегда с ним было хорошо. В какой-то момент я обратил внимание, что ИНОГДА при чтении определенного текстового файла из сотен тысяч находившихся на массиве, возвращался не валидный текст, а какой-то бинарный мусор.

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

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

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

С дисками всё было в порядке, кстати. То есть, имел место какой-то софтовый глюк в линуксовом рейде, хрен его знает. В итоге всё решилось аккуратной разборкой массива и сравнением хешей всех файлов. Расхождения нашлись, были отмечены, проверены вручную и восстановлены. Потом всё это LVM/RAID-говно было выброшено на помойку и замененно на ZFS. С тех пор полет нормальный, потому что ZFS контроллирует целостность данных и знает, какими они должны быть, в отличие от рейда.

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

Интересно, это был какой нибудь el?

UPD. Справедливости ради замечу, у меня в основном все раид хардварные на HP с горячей заменой …

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

Что значит «целостности самих железок»? С железками всё было в порядке, это в софте что-то разломалось и данные разъехались. При этом в линуксовом рейде нет никаких способов определить, как данные должны выглядить, никакого контроля четности и хешей там нет. Сиди и проверяй руками.

Что там в хардварных - не скажу, я описываю ситуацию с конкретно софтовым линуксовым.

Извините не разу такого не встречал. Если железка битая то mdadm сразу кажет какой винт улетел.

Стоп, надеюсь вы не делали LVM raid ?

хдд всегда ухаються в раид (не важно какой) и поверх накатывается ЛВМ. Только так.

Windows, разумеется, таким был всегда.

Кстати. В Windows, раз уж про неё вспомнили, всегда были штатные средства для написания программ журналирования и автоматизации действий оператора. Пример – AutoIt. В X11 что-то подобное можно наколхозить при помощи xdotool и wmctrl.

В Wayland такое уже можно? Нет, не «для Gnome» и «не для wlroots». Чтобы работало в любой WM/DE на основе протоколов Wayland. И да, я в курсе, что Wayland это целое семейство протоколов, можно использовать любые протоколы, утверждённые по состоянию на июнь 2025.

Если железка битая то mdadm сразу кажет какой винт улетел.

В том и соль, что железки оказались нормальными, а что-то сглючило в софте.

Стоп, надеюсь вы не делали LVM raid ?

Я делал RAID+LVM, это важно. Было две пары дисков. Пары собраны в два зеркала, и поверх двух зеркал натянут LVM. Похерилось одно из зеркал, то есть LVM тут ни при чем.

+---- RAID 1 ----+
| Disk 1, Disk 2 | --+
+----------------+   |      +---------------+
                     |----> | LVM with ext4 |
+---- RAID 1 ----+   |      +---------------+
| Disk 3, Disk 4 | --+
+----------------+

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

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

Ну а на фоне всяких mdadm с lvm и то и другое - как манна небесная.

• Когда-то давно, в начале 80хх бригада погромистов нашла способ в графику, не тормозя при отрисовке остальную систему. Они использовали те вычислительные ресурсы что были тогда, и знакомые на то время алгоритмы.

• Шло время, качество графония и вычислительные ресурсы росли, способ придуманный погромистами в начале 80хх, обрастал новыми фичами, где-то спорными, где-то удобными.

• В начале 90хх какой-то чувак по имени Линус запилил свое ядро, на которое стали натягивать изобретенный в начале 80хх графоний. И на удивление работало.

Тут ты не прав. Для своего времени иксы не были производительным решением.

GUI, собранный для винды из говна и палок, чтобы работало на 286, был эффективнее, разумеется. Так же как и GUI, специализированные под другие разновидности персональных компьютеров того времени, не на x86.

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

Но вейланд полная шляпа без архитектуры, конечно.

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

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

Но работать у вас (если вы действительно работодатель, потому что такие длительные песни петухов на форумах закатывать - надо время) не стал бы. Хоть винда там у вас, хоть =тартл бич=. Время научило таких как вы сторониться.

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

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

«вечно маладой, вечно пьяный…»

Потому что то, что нужно объективно для десктопного стека, не соответствует видению авторов идеи вейланда и заложенной туда архитектуре.

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

Тут «архитектурные ограничения» надо не дополнением, а подлежащим к «победили» поставить, тогда будет точно.

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

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

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

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

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

Есть мнение, что верхушка корпов просто договорилась о разделе сфер влияния. На линуксе не должно быть профессионального софта, а микрософту не место на серверах. Без конспирологии трудно объяснить не только вейланд, но и тот факт, что у микрософта нет серьезного серверного дистра, который мог бы пошатать редхат/IBM. Как-то не верится, что там дураки везде сидят и не видят таких вопиющих косяков, которые заметны любому лоровскому анону. Хотя есть же и фанаты вялого (но это вписывается в гипотезу, что у любого дерьма всегда найдутся фанаты).

В том и соль, что железки оказались нормальными, а что-то сглючило в софте.

Все таки можно узнать что это за дистр такой?

Арч с лтс-ядром.

Мне эта штука напоминает такое (надеюсь я понятно напишу):

Наберем текст в редакторе, напечатаем на бумаге, потом бумагу сосканируем и будем этот текст распознавать…

Может все таки положение мыши не с экрана читать а от самой мыши?

Ну с этого нужно было начинать :(

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

Пошло-поехало, опять дистрофобия. Слово LTS ты пропустил мимо ушей?

Ну тут я пас, про АРЧ даже слушать не хочу.

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

Если бы вы юзали любой EL Вы бы никогда не знали об странном разваливании как у вас.

Манямир.

Еще раз повторяю: LTS, максимально нативный. Проблема не в арче, а в ядре.

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

Список патчей, улучшающих md-raid, в студию.

И зачем ? Лично мне лень искать даже. С меня хватает то что уже работает.

Вот глянул вскользь что не требует от меня больших усилий:

kernel-5.14.0-583.el9.src.rpm
...
grep raid ./kernel.spec

- dm raid: fix spelling errors in raid_ctr() (Benjamin Marzinski) [RHEL-84906]
- md/raid1: fix memory leak in raid1_run() if no active rdev (Nigel Croxon) [RHEL-83988]
- md/raid1: don't free conf on raid0_run failure (Nigel Croxon) [RHEL-83988]
- md/raid0: don't free conf on raid0_run failure (Nigel Croxon) [RHEL-83988]
- md/raid10: wait barrier before returning discard request with REQ_NOWAIT (Nigel Croxon) [RHEL-83988]
- md/raid1,raid10: don't ignore IO flags (Nigel Croxon) [RHEL-83988]
- md/raid5: merge reshape_progress checking inside get_reshape_loc() (Nigel Croxon) [RHEL-83988]
- scsi: megaraid_sas: Fix for a potential deadlock (Tomas Henzl) [RHEL-21980] {CVE-2024-57807}
- md/raid*: Fix the set_queue_limits implementations (Nigel Croxon) [RHEL-73514]
- md/raid5: implement pers->bitmap_sector() (Nigel Croxon) [RHEL-73514]
- md/raid10: Atomic write support (Nigel Croxon) [RHEL-73514]
- md/raid1: Atomic write support (Nigel Croxon) [RHEL-73514]
- md/raid0: Atomic write support (Nigel Croxon) [RHEL-73514]
- md/raid5: Increase r5conf.cache_name size (Nigel Croxon) [RHEL-73514]
- md/raid10: Handle bio_split() errors (Nigel Croxon) [RHEL-73514]
- md/raid1: Handle bio_split() errors (Nigel Croxon) [RHEL-73514]
- md/raid0: Handle bio_split() errors (Nigel Croxon) [RHEL-73514]
- md/raid5: Wait sync io to finish before changing group cnt (Nigel Croxon) [RHEL-73514]
- md/raid5: don't set Faulty rdev for blocked_rdev (Nigel Croxon) [RHEL-73514]
- md/raid10: don't wait for Faulty rdev in wait_blocked_rdev() (Nigel Croxon) [RHEL-73514]
- md/raid1: don't wait for Faulty rdev in wait_blocked_rdev() (Nigel Croxon) [RHEL-73514]
- md/raid1: factor out helper to handle blocked rdev from raid1_write_request() (Nigel Croxon) [RHEL-73514]
- md/raid5-ppl: Use atomic64_inc_return() in ppl_new_iounit() (Nigel Croxon) [RHEL-73514]