TileOS Chat

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

скоро вернусь тогда

[TileOS/tileos-settings:master] 1 new commit [9a853cf] Integrate SwayOSD - Aleksey Samoilov

Вот же кому то в два часа ночи

обязательно напишу

[TileOS/iso-builder:sauropod] 1 new commit [a554df9] Explicit set Trixie codename - Aleksey Samoilov

[TileOS/iso-builder:sauropod] 1 new commit [d2bda59] Fixed concurrency running ; fixed name's displaying again? - nesteroff561

никто не пишет

I've just seen that catpuccin for Noctalia has been contributed here https://github.com/noctalia-dev/noctalia-colorschemes. Anyway, it's important that TileOS will be beautiful

Thanks so much

[TileOS/linux:main] 1 new commit [600ea5b] Update to 6.6.138 - Aleksey Samoilov

[TileOS/tileos] Release created: 2.0_beta1 by Sunderland93

Добрый день, только у меня недоступен сайт https://tile-os.com/?

I haven't looked at it yet, so we'll see.

ухх потратил прям пару часов , проблема не в sway , там bindsym —to-code и все хорошо. проблема в эмуляторах терминалов например в sakura работает из коробки, а в alacritty и kitty не работает ( причем похоже по крайней мере в kitty точно выкатывали фикс который перекочевал в wezterm и возможно и в alacritty, но потом похоже его откатили с какой-то версии , поэтому может и работало на старых версиях терминалов ). терминалы сами перехватывают кейкоды , и как я понял в отличии от wayland они юзают другую системную либу. вобщем чтобы работало делаем

alacritty --print-events | grep "scancode"

смотрим scancode , смотреть надо именно так , т.к. к примеру в wev этот код другой а затем в конфиг ~/.config/alacritty/alacritty.yml добавляем bind на сканкод вместо Ctrl+Shift+C например

key_bindings:
 - { key: 46, mods: Control|Shift, action: Copy }

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

При установке ид sid у меня, вроде бы, ничего не переписалось, там непересекающиеся пути:

:~$ dpkg -L libdisplay-info2
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libdisplay-info.so.0.2.0
/usr/share
/usr/share/doc
/usr/share/doc/libdisplay-info2
/usr/share/doc/libdisplay-info2/changelog.Debian.gz
/usr/share/doc/libdisplay-info2/copyright
/usr/lib/x86_64-linux-gnu/libdisplay-info.so.2

:~$ dpkg -L libdisplay-info3
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libdisplay-info.so.0.3.0
/usr/share
/usr/share/doc
/usr/share/doc/libdisplay-info3
/usr/share/doc/libdisplay-info3/changelog.Debian.amd64.gz
/usr/share/doc/libdisplay-info3/changelog.Debian.gz
/usr/share/doc/libdisplay-info3/copyright
/usr/lib/x86_64-linux-gnu/libdisplay-info.so.3