commit -m "better"
Не на правах рекламы. Я, где-то с 2021 года, использовал ноуты от Xiaomi: https://xn--r1a.website/itpgchannel/111 https://xn--r1a.website/itpgchannel/428 Первый ноут был прекрасен, второй - просто неплох (потому что его явно не тестировали с Linux, там были проблемы с ACPI…
status update - по первой ссылке мне пришел норм ноут, а вот по второй коллеге пришла коробочка с мигающими лампочками.
Озон решать проблему, насколько я понимаю, отказывается, а в последнее время мне в пунктах выдачи прямым текстом говорят - "вот если вы открыли упаковку, даже при нас, то мы назад товар не примем".
Озон решать проблему, насколько я понимаю, отказывается, а в последнее время мне в пунктах выдачи прямым текстом говорят - "вот если вы открыли упаковку, даже при нас, то мы назад товар не примем".
🤬19😭6❤2
commit -m "better"
Тут вот Данила "наше все" #Lemire запилил бенчмарк https://lemire.me/blog/2023/03/03/float-parsing-benchmark-regular-visual-studio-clangcl-and-linux-gcc/ Что он бенчмаркал, непонятно (может, свою fast_float, может, компиляторы, а может, виндовый шедулер)…
Давненько не было постов от Данилы "наше все" Лемира. #Lemire
https://lemire.me/blog/2024/05/02/should-node-js-be-built-with-clangcl-under-windows/
Вот, опять какой-то неоднозначный бенчмарк про то, чем под винду собирать node.js.
Ответ на это давно уже очень и очень простой, и он не зависит от этого конкретного (микро)бенчмарка - конечно же собирать надо стеком от clang, потому что компилятор от microsoft - это тихий ужас, причем без исходников, то есть, если что-то пойдет не так, то вы починить его не сможете никогда.
Ну и возможность иметь одинаковый стек под все платформы - это хорошо, как минимум, с точки зрения кросс-компиляции.
https://lemire.me/blog/2024/05/02/should-node-js-be-built-with-clangcl-under-windows/
Вот, опять какой-то неоднозначный бенчмарк про то, чем под винду собирать node.js.
Ответ на это давно уже очень и очень простой, и он не зависит от этого конкретного (микро)бенчмарка - конечно же собирать надо стеком от clang, потому что компилятор от microsoft - это тихий ужас, причем без исходников, то есть, если что-то пойдет не так, то вы починить его не сможете никогда.
Ну и возможность иметь одинаковый стек под все платформы - это хорошо, как минимум, с точки зрения кросс-компиляции.
👍18🤝4❤3🤔2
Forwarded from The Moscow Times
США перекрыли российским IT-компаниям доступ к библиотекам открытого кода
Крупнейшие российские IT-компании могут потерять доступ к библиотекам открытых кодов после включения в санкционный список США, который американский минфин расширил в начале мая, рассказали «Ведомостям» участники рынка.
Правообладатели открытого кода, если они подчиняются юрисдикции США, будут вынуждены прекратить техобслуживание и обновление open-source для компаний под санкциями, отметил руководитель направления «Разрешение It&Ip споров» юридической фирмы «Рустам Курмаев и партнеры» Ярослав Шицле.
«Значимые библиотеки стремятся ограничить доступ к своим ресурсам для токсичных подсанкционных лиц», — подтвердил советник «МЭФ Legal» Иван Рыбаков.
Подписаться / Читать дальше
Крупнейшие российские IT-компании могут потерять доступ к библиотекам открытых кодов после включения в санкционный список США, который американский минфин расширил в начале мая, рассказали «Ведомостям» участники рынка.
Правообладатели открытого кода, если они подчиняются юрисдикции США, будут вынуждены прекратить техобслуживание и обновление open-source для компаний под санкциями, отметил руководитель направления «Разрешение It&Ip споров» юридической фирмы «Рустам Курмаев и партнеры» Ярослав Шицле.
«Значимые библиотеки стремятся ограничить доступ к своим ресурсам для токсичных подсанкционных лиц», — подтвердил советник «МЭФ Legal» Иван Рыбаков.
Подписаться / Читать дальше
🤡47💩6👍5😁3❤2🐳2🤷♀1
Первое правило PG: в успешном open source проекте с тобой не будут разговаривать с точки зрения силы, только если ты способен поддержать жизнеспособный fork этого проекта.
❤14🤔2
commit -m "better"
https://discourse.nixos.org/t/nixos-foundation-board-giving-power-to-the-community/44552 Тема набирает обороты, и, видимо, способ управления Nix будет реформирован. "NixOS Foundation board: Giving power to the community" "We will appoint a constitutional…
https://github.com/NixOS/nixpkgs/pull/306702
https://github.com/NixOS/nixpkgs/pull/306702#issuecomment-2077221156
Драма набирает обороты!
Вот, какой-то nix maintainer очень интересно поставил вопрос про участие американской военной компании в финансировании nix, мне такое даже в голову не пришло.
#nix #nixgate
https://github.com/NixOS/nixpkgs/pull/306702#issuecomment-2077221156
Драма набирает обороты!
Вот, какой-то nix maintainer очень интересно поставил вопрос про участие американской военной компании в финансировании nix, мне такое даже в голову не пришло.
#nix #nixgate
GitHub
maintainers: remove marsam by marsam · Pull Request #306702 · NixOS/nixpkgs
I think that's it. I've been using NixOS for around 10 years, and contributing for +8 years, but it's time for me to say goodbye.
I'm deeply disappointed of the Foun...
I'm deeply disappointed of the Foun...
😱10👍7❤5🔥2🤯1
commit -m "better"
https://github.com/NixOS/nixpkgs/pull/306702 https://github.com/NixOS/nixpkgs/pull/306702#issuecomment-2077221156 Драма набирает обороты! Вот, какой-то nix maintainer очень интересно поставил вопрос про участие американской военной компании в финансировании…
https://nixpkgs.zulipchat.com/#narrow/stream/435937-constitutional-assembly
Люди в прямом эфире обсуждают, сколько ЛГБТ должно быть в составе группы, принимающей решения, ну и прочие интересные вещи.
https://www.youtube.com/watch?v=GODlHKTItg0
Люди в прямом эфире обсуждают, сколько ЛГБТ должно быть в составе группы, принимающей решения, ну и прочие интересные вещи.
https://www.youtube.com/watch?v=GODlHKTItg0
YouTube
Разруха не в клозетах, а в головах!
Отрывок из к/ф Собачье сердце/Трагикомедия/
Год : 1988
Жанр: Трагикомедия
Режиссер: Владимир Бортко
Год : 1988
Жанр: Трагикомедия
Режиссер: Владимир Бортко
🤡30
Forwarded from Почему GNOME - говно
GNOME, видимо, решил, что давно не было takeover'ов спецификаций FDO и решил развести драму прибив icon theme spec в GTK/Adwaita (не переставая анонсировать иконпак как таковой)
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288
KDE в свою очередь просто блеклистнул гномьи иконпаки в своем конфигураторе
https://invent.kde.org/plasma/plasma-workspace/-/commit/c8b8a4db63b575edf931c3d61aea1ed3d3d287f2
Что это значит? Правильно, GNOME в очередной раз вставил палку в колеса Qt-приложениям, чтобы они работали еще хуже как под GNOME, так и под другими DE.
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288
KDE в свою очередь просто блеклистнул гномьи иконпаки в своем конфигураторе
https://invent.kde.org/plasma/plasma-workspace/-/commit/c8b8a4db63b575edf931c3d61aea1ed3d3d287f2
Что это значит? Правильно, GNOME в очередной раз вставил палку в колеса Qt-приложениям, чтобы они работали еще хуже как под GNOME, так и под другими DE.
👍11🤡8
Forwarded from Почему GNOME - говно
Следом за темами интерфейса. Помянем.
https://gitlab.gnome.org/GNOME/gtk/-/issues/5007
https://gitlab.gnome.org/GNOME/gtk/-/issues/5007
👍4😢4❤2🤔1🐳1
Почему GNOME - говно
GNOME, видимо, решил, что давно не было takeover'ов спецификаций FDO и решил развести драму прибив icon theme spec в GTK/Adwaita (не переставая анонсировать иконпак как таковой) https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288 KDE в свою очередь…
https://www.opennet.ru/opennews/art.shtml?num=61116
Тред, конечно, феерический.
Вот, например, один из около-гномовцев (разработчик webkit gtk, и epiphany), слегка охуевает от происходящего:
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288#note_2094825
"Are you sure this is really what you want? We can find some other icon theme to use as the default icon theme in GNOME, while reserving adwaita-icon-theme for GNOME core apps only. But notably, this would mean even libadwaita apps don't use adwaita-icon-theme anymore. What theme would we pick instead? Hopefully not Tango?"
Вольный перевод: "вы вообще соображаете, что, после этого, даже ваша сраная libadwaita не сможет функционировать без дополнительной (для adwaita icon theme) темы иконок???"
Тред, конечно, феерический.
Вот, например, один из около-гномовцев (разработчик webkit gtk, и epiphany), слегка охуевает от происходящего:
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288#note_2094825
"Are you sure this is really what you want? We can find some other icon theme to use as the default icon theme in GNOME, while reserving adwaita-icon-theme for GNOME core apps only. But notably, this would mean even libadwaita apps don't use adwaita-icon-theme anymore. What theme would we pick instead? Hopefully not Tango?"
Вольный перевод: "вы вообще соображаете, что, после этого, даже ваша сраная libadwaita не сможет функционировать без дополнительной (для adwaita icon theme) темы иконок???"
www.opennet.ru
В KDE убрана возможность установки тем пиктограмм GNOME. Недавние изменения в KDE 6.1
Нейт Грэм (Nate Graham), разработчик, занимающийся контролем качества в проекте KDE, опубликовал отчёт о подготовке к релизу KDE Plasma 6.1, запланированному на 18 июня, а также к корректирующему выпуску 6.0.5, намеченному на 21 мая. Среди изменений, добавленных…
😁12🐳3🤡2👍1🔥1🖕1
commit -m "better"
#lab #homelab #minio Я тут выбираю себе стор, для того, чтобы хранить всякого рода промежуточные артефакты своего кода и своих сервисов. В целом, я посмотрел на свои задачки: * обслуживать торренты прямо из сети, с кешом блоков в каком-нибуть распределенном…
Будни #bootstrap, #homelab, #lab
В итоге, я решил запилить и #minio, и seaweed.
Начал я с minio, и, на днях, таки дополил свою инсталляцию до рабочего состояния, и положил в нее первую пару сотню гигабайт данных.
Заняло у меня это прилично времени, потому что я же не мог обойтись из пердолинга, поэтому мне пришлось придумать себе препятствия, которые я потом героически превозмогал.
Напомню:
* в ДЦ у меня 3 настоящих бу-шных сервера, примерно одинаковой мощности.
* в каждом по 4 - 8 салазок для hdd/sdd того или иного фактора
* в каждом 4 гигабитных аплинка. В одном есть аплинк на 10 гигабит, но пока оставим это за скобками.
Мне хотелось построить такую конфигурацию, чтобы она уперлась в сеть.
С учетом того, что кластер я набивал hdd, а не ssd, и скорость одного hdd это и есть примерно гигабит, если нет рандомных скачков по диску, то логичной мне показалась схема, когда 1 hdd привязан к одному eth аплинку. Делать же bond интерфейсов мне не захотелось, так как это работало бы не очень предсказуемо по перфу.
Ну, то есть, я захотел на 3 хостах выделить по 3 hdd (всего 9), к каждому hdd был бы привязан 1 инстанс minio, который висел бы на своем eth{1..3} интерфейсе. eth0 я оставил для управления и прочего интерактивного трафика.
Проблема в том, что у minio очень странная конфигурация, и она не дает описать произвольную топологию кластера.
Самое близкое к тому, что мне было нужно - это конфигурация "3 стойки, в каждой по 3 хоста, в каждом по 1 диску". То есть, я отобразил host -> rack, и пару (host, eth) -> host, hdd -> hdd.
Если подумать, то это прямо то, что мне надо, потому что совпадает с моими failure domain, вот оно как.
К сожалению, безпердолинга патчинга minio тут не обошлось, так как он детектил, что я запускал несколько инстансов на одном хосте, способом, про который он ничего не знал, и отказывался работать.
Пришлось ему запилить режим "я мамой клянусь оно будет работать" https://github.com/pg83/lab/blob/master/bin/minio/patched/ix.sh, после чего все завелось.
Впереди учения по отключению "стоек" и отдельных "нод"!
В итоге, я решил запилить и #minio, и seaweed.
Начал я с minio, и, на днях, таки дополил свою инсталляцию до рабочего состояния, и положил в нее первую пару сотню гигабайт данных.
Заняло у меня это прилично времени, потому что я же не мог обойтись из пердолинга, поэтому мне пришлось придумать себе препятствия, которые я потом героически превозмогал.
Напомню:
* в ДЦ у меня 3 настоящих бу-шных сервера, примерно одинаковой мощности.
* в каждом по 4 - 8 салазок для hdd/sdd того или иного фактора
* в каждом 4 гигабитных аплинка. В одном есть аплинк на 10 гигабит, но пока оставим это за скобками.
Мне хотелось построить такую конфигурацию, чтобы она уперлась в сеть.
С учетом того, что кластер я набивал hdd, а не ssd, и скорость одного hdd это и есть примерно гигабит, если нет рандомных скачков по диску, то логичной мне показалась схема, когда 1 hdd привязан к одному eth аплинку. Делать же bond интерфейсов мне не захотелось, так как это работало бы не очень предсказуемо по перфу.
Ну, то есть, я захотел на 3 хостах выделить по 3 hdd (всего 9), к каждому hdd был бы привязан 1 инстанс minio, который висел бы на своем eth{1..3} интерфейсе. eth0 я оставил для управления и прочего интерактивного трафика.
Проблема в том, что у minio очень странная конфигурация, и она не дает описать произвольную топологию кластера.
Самое близкое к тому, что мне было нужно - это конфигурация "3 стойки, в каждой по 3 хоста, в каждом по 1 диску". То есть, я отобразил host -> rack, и пару (host, eth) -> host, hdd -> hdd.
Если подумать, то это прямо то, что мне надо, потому что совпадает с моими failure domain, вот оно как.
К сожалению, без
Пришлось ему запилить режим "я мамой клянусь оно будет работать" https://github.com/pg83/lab/blob/master/bin/minio/patched/ix.sh, после чего все завелось.
Впереди учения по отключению "стоек" и отдельных "нод"!
GitHub
lab/bin/minio/patched/ix.sh at master · pg83/lab
Contribute to pg83/lab development by creating an account on GitHub.
🔥19❤5👍4🤯3❤🔥2👀1
Почему GNOME - говно
GNOME, видимо, решил, что давно не было takeover'ов спецификаций FDO и решил развести драму прибив icon theme spec в GTK/Adwaita (не переставая анонсировать иконпак как таковой) https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288 KDE в свою очередь…
А самое интересное знаете что?
То, как они решили "починить" adwaita icon theme!
Они взяли все иконки, что удалили из нее за два последних релиза, положили их в новую тему adwaita icon theme legacy, и сделали так, что a-i-t стала зависеть от a-i-t-l!
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288#note_2101263
Такого лицемерия я не видел очень и очень давно.
Ну, то есть, по сути:
* они откатили свое изменение, так как признали, что a-i-t не может работать без этих файлов
* чтобы не потерять лицо, и не откатить PR по-настоящему, они сделали это за счет дополнительной работы (своей, на что похер, и работы мейнтейнеров дистрибутивов, что уже менее похер) по выделению старых иконок в новый set, и проставлению зависимостей от него, в новом set, и в куче downstream пакетов.
То, как они решили "починить" adwaita icon theme!
Они взяли все иконки, что удалили из нее за два последних релиза, положили их в новую тему adwaita icon theme legacy, и сделали так, что a-i-t стала зависеть от a-i-t-l!
https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288#note_2101263
Такого лицемерия я не видел очень и очень давно.
Ну, то есть, по сути:
* они откатили свое изменение, так как признали, что a-i-t не может работать без этих файлов
* чтобы не потерять лицо, и не откатить PR по-настоящему, они сделали это за счет дополнительной работы (своей, на что похер, и работы мейнтейнеров дистрибутивов, что уже менее похер) по выделению старых иконок в новый set, и проставлению зависимостей от него, в новом set, и в куче downstream пакетов.
GitLab
Symbolic icons only have the `-symbolic` suffix, breaking compatibility with FDO-compatible apps (#288) · Issues · GNOME / adwaita…
[Here I use the copy icon as an example, but the issue affects everything] The Adwaita icon theme has an icon-named edit-copy-symbolic for its copy...
🤡29😁7❤2🔥2🥱1🐳1
commit -m "better"
https://www.phoronix.com/news/Zink-NVK-For-NVIDIA-OpenGL #NVK собственно, в копилочку наблюдений про #zink как основной драйвер для #opengl
#mesa #opengl #valve #zink #NVK
https://www.phoronix.com/news/NVK-Explicit-Sync-Valve
Надо сказать, что Valve системно поднимает графический стек Linux из руин, в которых он пребывал последние лет 20. Все #хорошее в графике Linux делают корпорации!
Надо сказать, что однажды в Linux было очень неплохое 2D ускорение, но, по мере усложнения аппаратной начинки, все это катилось в глюкавое и ненадежное говно, в которое вендоры иногда щедро подливали своих бинарных блобов, которые нормально работали примерно только на машинках их разработчиков, то есть, почти нигде.
Вроде, есть Intel, есть AMD, которые выкатили oss драйвера, а теперь вот и Nvidia, но починкой всего стека системно занимается именно Valve.
Не думаю, что они делают это для благотворительности, и у них есть понятный коммерческий интерес, но, в целом, их вклад сложно переоценить.
https://www.phoronix.com/news/NVK-Explicit-Sync-Valve
Надо сказать, что Valve системно поднимает графический стек Linux из руин, в которых он пребывал последние лет 20. Все #хорошее в графике Linux делают корпорации!
Надо сказать, что однажды в Linux было очень неплохое 2D ускорение, но, по мере усложнения аппаратной начинки, все это катилось в глюкавое и ненадежное говно, в которое вендоры иногда щедро подливали своих бинарных блобов, которые нормально работали примерно только на машинках их разработчиков, то есть, почти нигде.
Вроде, есть Intel, есть AMD, которые выкатили oss драйвера, а теперь вот и Nvidia, но починкой всего стека системно занимается именно Valve.
Не думаю, что они делают это для благотворительности, и у них есть понятный коммерческий интерес, но, в целом, их вклад сложно переоценить.
Phoronix
Valve Working On Explicit Sync Support For "NVK" NVIDIA Vulkan Driver
In addition to all of the contributions Valve graphics engineers have been making to the open-source Radeon 'RADV' Vulkan driver, they have also begun investing in improvements to the open-source Mesa NVIDIA 'NVK' Vulkan driver too
👍34❤16🔥5❤🔥3
commit -m "better"
https://github.com/NixOS/nixpkgs/pull/306702 https://github.com/NixOS/nixpkgs/pull/306702#issuecomment-2077221156 Драма набирает обороты! Вот, какой-то nix maintainer очень интересно поставил вопрос про участие американской военной компании в финансировании…
"Отец знакомого работает в NixOS Foundation. Сегодня срочно вызвали на совещание. Вернулся поздно и ничего не объяснил. Сказал лишь собирать вещи и бежать в магазин за продуктами на две недели. Сейчас едем куда-то далеко за город. Не знаю что происходит, но мне кажется началось..."
from https://xn--r1a.website/ru_nixos_flood/86520 #nix #nixgate
from https://xn--r1a.website/ru_nixos_flood/86520 #nix #nixgate
Telegram
MaxMur in Determinate NixOS Offtopic 🌲
Отец знакомого работает в NixOS Foundation. Сегодня срочно вызвали на совещание. Вернулся поздно и ничего не объяснил. Сказал лишь собирать вещи и бежать в магазин за продуктами на две недели. Сейчас едем куда-то далеко за город. Не знаю что происходит, но…
😁40😱4🔥2
TIL что у проекта GIMP есь bitcoin кошелек с 21 битком, и они не знают, что с ним делать.
https://www.reddit.com/r/GIMP/comments/qowcy7/1300000_in_bitcoin_donations_idle_since_2014
https://news.ycombinator.com/item?id=29211252
https://blockchair.com/bitcoin/address/1NVMCeoBfTAJQ1qwX2Dx1C8zkcRCQWwHBq
https://www.reddit.com/r/GIMP/comments/qowcy7/1300000_in_bitcoin_donations_idle_since_2014
https://news.ycombinator.com/item?id=29211252
https://blockchair.com/bitcoin/address/1NVMCeoBfTAJQ1qwX2Dx1C8zkcRCQWwHBq
Reddit
From the GIMP community on Reddit: $1,300,000 in Bitcoin donations idle since 2014
Explore this post and more from the GIMP community
😁25😢5🔥3🤔3🤡2
commit -m "better"
https://codeberg.org/dnkl/foot/wiki/Performance #terminal Я вот решил попробовать какой-то другой эмулятор терминала, один из самых популярных not hardware-accelerated - #foot. Автор, конечно, всячески пытается сделать вид, что он не конкурирует с alacritty:…
Вернулся к теме #kmscon, тем более, что у нее случился какой-то форк, который привел ее в собираемое и работоспособное состояние - https://github.com/Aetf/kmscon
В целом, мне удалось завести ее как замену обычной текстовой консоли Linux, и даже получить красивые цвета и нормальный шрифт, но случилась одна маленькая проблема - я так и не понял, как из нее запустить графическое окружение с wayland.
Из обычной консоли все просто - композитор перехватывает на себя текущий VT (virtual terminal), и запускает все в нем, через KMS. Но тут у нас уже другая программа получила владение этим VT (собственно, сама kmscon), и они начинают конфликтовать.
Я было подумал, что эту задачу должен решать seat management daemon (seatd, elogind, systemd), и он таки ее, в какой-то степени, помогает решить (программы могут открывать устройства через этот демон, и он будет правильно переключать владение при переключении между vt), но:
* не все программы используют seatd/elogind/etc (kmscon не умеет)
* а даже если и умеет, то там дальше начинаютя какие-то дебри, которые я вообще с трудом понимаю.
Например, я не понимаю, почему каждое приложение, которое пользуется 3d, пытается открыть устройство в /dev/dri/.
Казалось бы, вот есть wayland compositor, у него есть wl_drm, через которое приложение может попросить drm устройство в пользование, далее EGL умеет из этого wl_drm сконструировать egl context, для работы через него gl/vulkan.
Но нет, каждое приложение норовит само полезть в /dev/dri/, потому что в wl_drm лежит путь к render node, а не fd, а это, как по мне, ломает всю идею seat management daemon.
Код там донельзя запутанный, в интернетах особо про эти крайние случаи не написано.
Вот, например, текст про то, что клиенты wayland предпочитают использовать dmabuf расширение протокола, а не wl_drm: https://wayland-book.com/surfaces/dmabuf.html
Но и там написано, что "не лезьте в это темное место".
Короче, как заиспользовать kmscon в стеке, я пока не понял.
Можно городить какие-то схемы, что, когда надо запустить wayland композитор, kmscon должна уйти с дороги, но это будет та еще #herobora
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/10 - вот неплохой список проблем с текущим стеком, на эту тему.
В целом, мне удалось завести ее как замену обычной текстовой консоли Linux, и даже получить красивые цвета и нормальный шрифт, но случилась одна маленькая проблема - я так и не понял, как из нее запустить графическое окружение с wayland.
Из обычной консоли все просто - композитор перехватывает на себя текущий VT (virtual terminal), и запускает все в нем, через KMS. Но тут у нас уже другая программа получила владение этим VT (собственно, сама kmscon), и они начинают конфликтовать.
Я было подумал, что эту задачу должен решать seat management daemon (seatd, elogind, systemd), и он таки ее, в какой-то степени, помогает решить (программы могут открывать устройства через этот демон, и он будет правильно переключать владение при переключении между vt), но:
* не все программы используют seatd/elogind/etc (kmscon не умеет)
* а даже если и умеет, то там дальше начинаютя какие-то дебри, которые я вообще с трудом понимаю.
Например, я не понимаю, почему каждое приложение, которое пользуется 3d, пытается открыть устройство в /dev/dri/.
Казалось бы, вот есть wayland compositor, у него есть wl_drm, через которое приложение может попросить drm устройство в пользование, далее EGL умеет из этого wl_drm сконструировать egl context, для работы через него gl/vulkan.
Но нет, каждое приложение норовит само полезть в /dev/dri/, потому что в wl_drm лежит путь к render node, а не fd, а это, как по мне, ломает всю идею seat management daemon.
Код там донельзя запутанный, в интернетах особо про эти крайние случаи не написано.
Вот, например, текст про то, что клиенты wayland предпочитают использовать dmabuf расширение протокола, а не wl_drm: https://wayland-book.com/surfaces/dmabuf.html
Но и там написано, что "не лезьте в это темное место".
Короче, как заиспользовать kmscon в стеке, я пока не понял.
Можно городить какие-то схемы, что, когда надо запустить wayland композитор, kmscon должна уйти с дороги, но это будет та еще #herobora
https://gitlab.freedesktop.org/wayland/wayland-protocols/-/issues/10 - вот неплохой список проблем с текущим стеком, на эту тему.
GitHub
GitHub - Aetf/kmscon: Linux KMS/DRM based virtual Console Emulator
Linux KMS/DRM based virtual Console Emulator. Contribute to Aetf/kmscon development by creating an account on GitHub.
👍6❤4🤔3🤯1
https://www.opennet.ru/opennews/art.shtml?num=61135
"Проект GNOME опубликовал финансовый отчёт за 2023 год"
Я не знаю, насколько данные по ссылке верны, но, в целом, цифры довольно интересные:
"Что касается источников поступления средств в 2023 году, то из полученных 556 тысяч долларов, $422 тысячи связаны с пожертвованиями и спонсорской помощью, $47 тысяч заработаны при проведении конференций, $80 тысяч связаны с проектом GIMP. По расходам $283 тысячи потрачены на проведение конференций, $105 тысяч на поддержку и инфраструктуру, $96 тысяч на программу Outreach (оплата стажировок женщин и меньшинств), $30 тысяч передано проекту GIMP, $121 тысяча потрачена на административные расходы и $39 тысяч передано на финансирование других проектов"
Как я это (провокационно, конечно) читаю?
Что на GIMP задонатили 80к (это при том, что у них уже 21 btc на счетах https://xn--r1a.website/itpgchannel/1894), 30к из которых пошло непосредственно проекту GIMP, а на остальные 50к устроилишабаш программу стажировок женщин и других меньшинств.
Ору, и не могу остановиться.
Я бы на месте проекта GIMP (да и любого другого) бежал бы от такого распорядителя своими деньгами, а вы?
"Проект GNOME опубликовал финансовый отчёт за 2023 год"
Я не знаю, насколько данные по ссылке верны, но, в целом, цифры довольно интересные:
"Что касается источников поступления средств в 2023 году, то из полученных 556 тысяч долларов, $422 тысячи связаны с пожертвованиями и спонсорской помощью, $47 тысяч заработаны при проведении конференций, $80 тысяч связаны с проектом GIMP. По расходам $283 тысячи потрачены на проведение конференций, $105 тысяч на поддержку и инфраструктуру, $96 тысяч на программу Outreach (оплата стажировок женщин и меньшинств), $30 тысяч передано проекту GIMP, $121 тысяча потрачена на административные расходы и $39 тысяч передано на финансирование других проектов"
Как я это (провокационно, конечно) читаю?
Что на GIMP задонатили 80к (это при том, что у них уже 21 btc на счетах https://xn--r1a.website/itpgchannel/1894), 30к из которых пошло непосредственно проекту GIMP, а на остальные 50к устроили
Ору, и не могу остановиться.
Я бы на месте проекта GIMP (да и любого другого) бежал бы от такого распорядителя своими деньгами, а вы?
www.opennet.ru
Проект GNOME опубликовал финансовый отчёт за 2023 год
Организация GNOME Foundation опубликовала финансовый отчёт за 2023 финансовый год, который охватывает показатели с октября 2022 года по сентябрь 2023 года. В отчёте также упомянуты основные события этого периода (релизы GNOME 44 и 45, назначение нового директора)…
❤11👍7😁7🤡6💯4🤔3🔥2👎1