Страность еще состоит в том, что данного глюка нет если засыплять систему по кнопке или командой zzz
Тогда стоит в первую очередь попробовать мою версию rc.suspend, чтобы получить аналогичное поведение.
/bin/sync && /bin/sync && /bin/sync
Это было в оригинальном скрипте, уши растут отсюда:
Old-timer here. Back in the glory days of TAPE, 3 rapid sync's in a row was a way to tell the TAPE controllers to not just un-link/unspool the tape-stream, but to rewind it as well, i.e. set the FD/rw-head to 0.
"sync;sync;sync" was really only used, productively, by those of us who cut our teeth with TAPE-based Unix's, i.e. apps whose files were mounted on /var/spool, the cheapest storage possible at the time. ;)
The MIPS Risc/OS operator manuals have a page on this ..
Если скажу что 90% продакшна сейчас это виртуальные машины (VDS) — сильно удивитесь?
Сакрального смысла "портировать ради портирования" давно нет, компьютеры (даже ноутбуки) настолько мощные, что спокойно тянут несколько виртуальных машин, в которых крутится необходимый софт.
Ну и чтобы окончательно добить ваше чувство прекрасного — статья, которую я когда‑то забыл перенести на Хабр.
Мне как будущему веб-фронтенду нужен этот браузерный зоопарк,
Вам как будущему "чего-то-таму" стоит в первую очередь изучить что такое эталонное пользовательское окружение, после чего использовать виртуалки с Windows и MacOS разных версий.
Потому как ваш линукс с Ungoogled Chromium/Brave и кучей расширений имеет такое же отношение к обычным пользователям как я к рептилоидам.
Ох, я наверное смогу написать целую поэму про разработку на Gtk и второй гном (с которого Cinnamon форкнули), в этой поэме из цензурных слов будут только названия библиотек и ключи сборки. И то не факт.
менеджмент требует фичу вотпрямщаз, технический долг растет, количество перестановок кроватей тоже увеличиваться сокращая время на работу,
Не без этого, но я например не возьмусь поддерживать миграцию и обновление конфигов бесплатно, поскольку неплохо представляю объем и сложность этой работы.
Если вы лично готовы - вперед, этим вы точно улучшите отношение к Xfce в глазах конечных пользователей.
решение проблемы можно отнести к классу "грязный хак" (dirty hack). Оно действительно решает назойливую проблему не сильно глубоко погружаясь в истинную причину её порождающую
Не думаю что истинная причина чего-то даст: ну найдете вы почему один монитор программно отключается при засыпании а другие нет - дальше что?
Я против самой этой идеи с автозапуском диалога, поэтому и нет смысла копать глубже.
Тогда стоит в первую очередь попробовать мою версию rc.suspend, чтобы получить аналогичное поведение.
Это было в оригинальном скрипте, уши растут отсюда:
Old-timer here. Back in the glory days of TAPE, 3 rapid sync's in a row was a way to tell the TAPE controllers to not just un-link/unspool the tape-stream, but to rewind it as well, i.e. set the FD/rw-head to 0.
"sync;sync;sync" was really only used, productively, by those of us who cut our teeth with TAPE-based Unix's, i.e. apps whose files were mounted on /var/spool, the cheapest storage possible at the time. ;)
The MIPS Risc/OS operator manuals have a page on this ..
Ну все, вы меня поймали :)
Да это все заказуха оBSD-шников, мне проплатили кровавыми шекелями, снятыми с гоев за хостинг и админские услуги.
А вы не сомневайтесь а посмотрите состав пакета, насколько мне известно там MySQL но в embedded варианте, те запускаемый полностью программно.
Видимо это MySQL, который используется Gnome/KDE, либо какая-то специфика новых инсталляций Ubuntu, тк у меня этого конфига нет.
Как интересно, скажите пожалуйста - а вы лично пробовали?
6.14 ядро и snap использует еще как минимум Majaro Linux - форк вашего любимого ArchLinux.
Так что есть все шансы налететь и там.
Да кстати, я не упоминал что проблема со 100% загрузкой вылезла не только в одном snapd и были другие приложения, которых этот баг затронул?
Не упоминал, увы.
Хороших снов, как говорится ;)
То что происходит на домашнем десктопе, остается на домашнем десктопе ;)
и был и есть, но статью все же писал я а не он :)
Ну как же, всем ведь известно что "нейросети скоро вас всех заменят" (цитата одного менеджера), так что спрашивайте ChatGPT сразу :)
Если серьезно то изучать проблемы пользовательских сетапов на Linux — пустое, поскольку проще переустановить.
Тогда BSD-системы не для вас, о чем я сразу и написал.
Как вообщем-то и линукс, думаю вам подойдет MacOS и Windows, если ключевой критерий это удобство.
Продолжайте считать.
Если скажу что 90% продакшна сейчас это виртуальные машины (VDS) — сильно удивитесь?
Сакрального смысла "портировать ради портирования" давно нет, компьютеры (даже ноутбуки) настолько мощные, что спокойно тянут несколько виртуальных машин, в которых крутится необходимый софт.
Ну и чтобы окончательно добить ваше чувство прекрасного — статья, которую я когда‑то забыл перенести на Хабр.
Есть wine, через который спокойно работает вендовая версия, есть слой эмуляции Linux, через который работает оригинальная версия для Linux.
Да, я запускал даже Skype под OpenBSD, хотя разумеется там чуть другие технологии.
Ваши предпочтения не имеют отношения к работе и реальным пользователям.
Оригинальный хром в BSD вполне себе есть, причем можно завести туда несколькими разными способами.
Вот тут характерная история, как раз про попытку одиночки протащить патч в ядро :)
И да, в BSD ситуация сильно лучше, начиная с отсутствия общего негатива по отношению к выходцам из РФ.
Нет столь сильного влияния больших корпораций да и сама кодовая база сильно проще и меньше, есть шансы разобраться одиночке.
Вам как будущему "чего-то-таму" стоит в первую очередь изучить что такое эталонное пользовательское окружение, после чего использовать виртуалки с Windows и MacOS разных версий.
Потому как ваш линукс с Ungoogled Chromium/Brave и кучей расширений имеет такое же отношение к обычным пользователям как я к рептилоидам.
Боюсь вы фейсконтроль туда не пройдете.
Ох, я наверное смогу написать целую поэму про разработку на Gtk и второй гном (с которого Cinnamon форкнули), в этой поэме из цензурных слов будут только названия библиотек и ключи сборки. И то не факт.
Не так важно мое мнение как возможности на что-то повлиять или исправить/доработать.
В случае линукса таковые равны нулю, с BSD шансов все же больше.
Еще думаю очевидно, что «обилие драйверов» не означает «обилие работающих драйверов», часто это вообще ничего не означает, кроме факта их наличия.
Не стоит вообщем воспринимать ядро и его содержимое как нечто готовое к использованию, прочитав об этом в README.
Ну так я тоже временами работаю в Fvwm2, но при этом не считаю его идеалом и эталоном.
Не без этого, но я например не возьмусь поддерживать миграцию и обновление конфигов бесплатно, поскольку неплохо представляю объем и сложность этой работы.
Если вы лично готовы - вперед, этим вы точно улучшите отношение к Xfce в глазах конечных пользователей.
Не думаю что истинная причина чего-то даст: ну найдете вы почему один монитор программно отключается при засыпании а другие нет - дальше что?
Я против самой этой идеи с автозапуском диалога, поэтому и нет смысла копать глубже.