В стране катастрофическая нехватка высококвалифицированных дешевых кадров, а вы все никак устроиться не можете.... Можете бы просто не хотите ? ;-)
Тут на Ютубе попалось видео о фейковых вакансиях в США. Cайты рекрутерских агенств забиты вакансиями, но устроиться на них нельзя - всё фейк. Причин несколько, в том числе: 1) для демонстрации мнимого роста компаний, 2) для отмазки от требований при приёме на работу иностранцев (индийского происхождения) с визами H1B, 3) какие-то налоговые льготы и/или отмаз от профсоюзов.
И тем не менее, благодаря пользователям проблема была оперативно выявлена и локализована. Если бы это был проприетарный код, о факте взлома мы бы узнали 10 лет спустя.
Диалог появляется если меняется список id до и после сна. По идее эти списки должны совпадать (и на моей системе это именно так, я уже вставил немноге дебага).
Если без сна отключить и подключить монитор, то диалог обязан появиться - это фича.
Ваше решение проблемы можно отнести к классу "грязный хак" (dirty hack). Оно действительно решает назойливую проблему не сильно глубоко погружаясь в истинную причину её порождающую. Но как известно, любой грязный хак может неожиданно выплыть боком где нибудь в другом месте. По этому такие патчи не принимаются в апстрим. Еще одно свойство таких хаков - при апгрейде системы Вам придется все время патчить этот несчастный xfsettingsd, и скорее всего каждый раз патч будет разный (разработчик xfce внесут свой вклад в развитие ;)). Если бы у меня эта проблема проявлялась, я бы потратил немного своего времени на то, чтобы докопаться до сути и закоммитить в апстрим.
У меня, кстати, тоже есть пара таких грязных патчей в различных тулзах (в Linphone например) и я постоянно должен о них помнить. Также я точно знаю версию drm-kmod (плюс набор левых патчей) которая работает с моим встроенным AMD-GPU и мне каждый раз после апгрейда ОС приходится пересобирать его и устанавливать вручную. Иначе - kernel panic. :(
По идее, id у них меняться не должен так как это всё тот же самый монитор. Моё предположение состоит в том, что этот id где-то внутри Xorg вычисляется неверно. Нужно погружаться в исходники, но у меня сейчас нет времени. :(
Странно, но у меня такой проблемы нет. Причем, если я действительно подключаю новый монитор, то утилита xfce4-display-settings запускается и предлагает донастроиться. Демон xfsettingsd у меня не запущен, может быть по этому я этого бага не вижу ? Кстати, кто и в какой момент его запускает ?
Я считаю, что Ваш баг-фикс таковым не является, так как Вы не докопались до сути проблемы - почему xfsettingsd ложно определяет подключение нового монитора. Я бы вставил вывод дебага в функцию screen_on_event() файла displays-x11.c и проверил какие output->id присутствуют до и после просыпания. Что-то мне подсказывает, что баг находится где-то глуже (в Xorg или в драйвере).
UPD: Обманул, xfsettingsd таки запущен. Но почему глюка в моей системе нет ?
Монтезума на Атари это наверное была самая первая графическая игра которую я увидел и поиграл (до этого были только текстовые а-ла "посадка на луну"). Но почему-то у нас он назывался Preliminary Monty.
Василий Тёркин открыл для себя -fsanitize. Чтож, похвально. Но я полагаю, общественности было бы интересней почитать как эти санитайзеры работаю и причем тут "канарейка".
На моей Intel 7265 драйвер iwm работает стабильно, не глючит, не зависает при засыпании/просыпании, но коннектит только к сетям 11g (2.4GHz). Я недавно ставил 14.3-RELEASE на мини-ПК и случайно обнаружил, что там этот же драйвер отлично коннектит к 11ac (5GHz). Но на сколько стабильно он работает - не проверял.
Еще я пробовал iwlfifi (портированный из линуха) - коннектит почти ко всему, но крайне не стабильный - виснет при засыпании или спорадически паникует при работе.
Пару лет назад прочитал в новостях, что FreeBSD Foundation нашло финансирование и наняло команду для вылизывания драйверов WiFi во фре, но воз и ныне там. :(
Верно, я побаиваюсь переходить на 14-ю. Просто уверен, что там всё нафиг сломано. :-) Но меня подмывает поддержка 802.11a для iwm, так что скоро будут упгрейдить. Хочу уже на WiFi 5ГГц пересесть.
Кстати, раз уж впомнили фрюху, может быть сталкивались с такой проблемой. После очередного аргрейда (с 13.3 на 13.5 помоему), появился такой крайне неприятный глюк - после просыпания (открытия крышки ноута) что-то происходит с sddm (или Xorg, пока не могу понять что именно глючит), и он показывает черный экран - не включается подсветка. Если закрыть крышку и открыть еще раз - всё ок. Иногда этого глюка нет, а иногда даже пять раз подряд закрыть/открыть не помогает.
PS: Да, workaround к этому глюку достаточно простой - запускать backlight из /etc/rc.resume, но он сбивает настройки подсветки. :(
У меня FreeBSD 13.5-RELEASE на ноуте Lenovo Ideapad со встроенной AMD-GPU и дискретной RTX-3050. Никаких проблем с нагревом нет, температура процесcора ~45C, вентиляторы молчат. Что я дела не так ? Похоже на баг в 14.x-RELEASE.
Кстати, открыл для себя утилиту nvrun-vgl, позволяет оффлоадить GL графику для конкретного процесса на дискретную видюху. Тяжелые САПРы запускаю через эту утилиту. Всё остальное запускается на встроенной AMD-GPU. После запуска nvrun-vgl, сразу начинуют крутиться вентиляторы... но стоит её остановить, как всё само возвращается в исходное состояние.
The Fake Job Epidemic Designed To Waste Your Time
Why EVERYTHING Feels Like A Scam Now
В стране катастрофическая нехватка высококвалифицированных дешевых кадров, а вы все никак устроиться не можете.... Можете бы просто не хотите ? ;-)
Тут на Ютубе попалось видео о фейковых вакансиях в США. Cайты рекрутерских агенств забиты вакансиями, но устроиться на них нельзя - всё фейк. Причин несколько, в том числе: 1) для демонстрации мнимого роста компаний, 2) для отмазки от требований при приёме на работу иностранцев (индийского происхождения) с визами H1B, 3) какие-то налоговые льготы и/или отмаз от профсоюзов.
Проприетарщину никто проверять не будет потому что это проприетарщина.
И тем не менее, благодаря пользователям проблема была оперативно выявлена и локализована. Если бы это был проприетарный код, о факте взлома мы бы узнали 10 лет спустя.
Вполне может быть. Тогда баг неизлечимый. :)
Диалог появляется если меняется список id до и после сна. По идее эти списки должны совпадать (и на моей системе это именно так, я уже вставил немноге дебага).
Если без сна отключить и подключить монитор, то диалог обязан появиться - это фича.
Ваше решение проблемы можно отнести к классу "грязный хак" (dirty hack). Оно действительно решает назойливую проблему не сильно глубоко погружаясь в истинную причину её порождающую. Но как известно, любой грязный хак может неожиданно выплыть боком где нибудь в другом месте. По этому такие патчи не принимаются в апстрим. Еще одно свойство таких хаков - при апгрейде системы Вам придется все время патчить этот несчастный xfsettingsd, и скорее всего каждый раз патч будет разный (разработчик xfce внесут свой вклад в развитие ;)). Если бы у меня эта проблема проявлялась, я бы потратил немного своего времени на то, чтобы докопаться до сути и закоммитить в апстрим.
У меня, кстати, тоже есть пара таких грязных патчей в различных тулзах (в Linphone например) и я постоянно должен о них помнить. Также я точно знаю версию drm-kmod (плюс набор левых патчей) которая работает с моим встроенным AMD-GPU и мне каждый раз после апгрейда ОС приходится пересобирать его и устанавливать вручную. Иначе - kernel panic. :(
По идее, id у них меняться не должен так как это всё тот же самый монитор. Моё предположение состоит в том, что этот id где-то внутри Xorg вычисляется неверно. Нужно погружаться в исходники, но у меня сейчас нет времени. :(
Странно, но у меня такой проблемы нет. Причем, если я действительно подключаю новый монитор, то утилита xfce4-display-settings запускается и предлагает донастроиться.
Демон xfsettingsd у меня не запущен, может быть по этому я этого бага не вижу ? Кстати, кто и в какой момент его запускает ?Я считаю, что Ваш баг-фикс таковым не является, так как Вы не докопались до сути проблемы - почему xfsettingsd ложно определяет подключение нового монитора. Я бы вставил вывод дебага в функцию screen_on_event() файла displays-x11.c и проверил какие output->id присутствуют до и после просыпания. Что-то мне подсказывает, что баг находится где-то глуже (в Xorg или в драйвере).
UPD: Обманул, xfsettingsd таки запущен. Но почему глюка в моей системе нет ?
Как известно, хорошо задокументированный баг является фичей! Т.е. с точки зрения разработчиков Xfce4 это просто фича!
Монтезума на Атари это наверное была самая первая графическая игра которую я увидел и поиграл (до этого были только текстовые а-ла "посадка на луну"). Но почему-то у нас он назывался Preliminary Monty.
Я к тому, что проверять надо текст стать и код перед публикацией.
Василий Тёркин открыл для себя
-fsanitize. Чтож, похвально. Но я полагаю, общественности было бы интересней почитать как эти санитайзеры работаю и причем тут "канарейка".Это, простите, на каком языке написано ? Что за тип void ?
error: variable has incomplete type 'void'
И всё таки, у Вас работают драйвера Nvidia в 14.x-RELEASE или есть несовместимые с жизнью глюки ? На 13.5 у меня все стабильно.
На моей Intel 7265 драйвер iwm работает стабильно, не глючит, не зависает при засыпании/просыпании, но коннектит только к сетям 11g (2.4GHz). Я недавно ставил 14.3-RELEASE на мини-ПК и случайно обнаружил, что там этот же драйвер отлично коннектит к 11ac (5GHz). Но на сколько стабильно он работает - не проверял.
Еще я пробовал iwlfifi (портированный из линуха) - коннектит почти ко всему, но крайне не стабильный - виснет при засыпании или спорадически паникует при работе.
Пару лет назад прочитал в новостях, что FreeBSD Foundation нашло финансирование и наняло команду для вылизывания драйверов WiFi во фре, но воз и ныне там. :(
Верно, я побаиваюсь переходить на 14-ю. Просто уверен, что там всё нафиг сломано. :-) Но меня подмывает поддержка 802.11a для iwm, так что скоро будут упгрейдить. Хочу уже на WiFi 5ГГц пересесть.
Кстати, раз уж впомнили фрюху, может быть сталкивались с такой проблемой. После очередного аргрейда (с 13.3 на 13.5 помоему), появился такой крайне неприятный глюк - после просыпания (открытия крышки ноута) что-то происходит с sddm (или Xorg, пока не могу понять что именно глючит), и он показывает черный экран - не включается подсветка. Если закрыть крышку и открыть еще раз - всё ок. Иногда этого глюка нет, а иногда даже пять раз подряд закрыть/открыть не помогает.
PS: Да, workaround к этому глюку достаточно простой - запускать backlight из /etc/rc.resume, но он сбивает настройки подсветки. :(
Ничего не понимаю. Что мешает Вам поставить драйвера для Nvidia вместо этого скрипта ? ;)
У меня FreeBSD 13.5-RELEASE на ноуте Lenovo Ideapad со встроенной AMD-GPU и дискретной RTX-3050. Никаких проблем с нагревом нет, температура процесcора ~45C, вентиляторы молчат. Что я дела не так ? Похоже на баг в 14.x-RELEASE.
Кстати, открыл для себя утилиту nvrun-vgl, позволяет оффлоадить GL графику для конкретного процесса на дискретную видюху. Тяжелые САПРы запускаю через эту утилиту. Всё остальное запускается на встроенной AMD-GPU. После запуска nvrun-vgl, сразу начинуют крутиться вентиляторы... но стоит её остановить, как всё само возвращается в исходное состояние.