Re: Засыпание ноутбука после закрытия крышки
On 17/02/2024 19:39, Maksim Dmitrichenko wrote: У самого ноутбук через раз засыпает при закрытии. В логах пусто, понять можно разве что, если наушники не сообщают, что связь потеряна. Может desktop environment ставит Inhibit из-за того, что подключен внешний монитор или еще по какому-нибудь поводу? Можно попробовать найти input устройство journalctl -b --grep '\blid\b' и послушать, идут ли оттуда события, когда крышка открывается-закрывается.
Re: Засыпание ноутбука после закрытия крышки
У самого ноутбук через раз засыпает при закрытии. В логах пусто, понять можно разве что, если наушники не сообщают, что связь потеряна. Случаем не HP? сб, 17 февр. 2024 г. в 14:53, Grigory Fateyev : > Добрый день! > > Недавно обновился до Debian 12 и перестал засыпать ноутбук после > закрытия крышки. Если писать systemctl suspend, то засыпает, но это не > удобно. > > Что делать? > > # dmesg |grep -i 'acpi.*supports' > [0.175750] ACPI: PM: (supports S0 S3 S4 S5) > [0.194745] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM > ClockPM Segments MSI HPX-Type3] > # cat /sys/power/{state,mem_sleep} > freeze mem disk > s2idle [deep] > # cat /etc/systemd/logind.conf | grep Lid > HandleLidSwitch=suspend > #HandleLidSwitchDocked=suspend > > Спасибо за помощь! > -- > Grigory > -- With best regards Maksim Dmitrichenko
Re: [offtop] графический почтовый клиент с thread view и интеграцией календаря
В Fri, 16 Feb 2024 22:49:03 +0300 li...@mail.ru пишет: > Несколько лет назад я пытался переехать на claws-mail. Тогда я > нарвался на неудобную для меня фичу: при входе в почтовый ящик он > упорно выделяет первое непрочитанное сообщение, вместо первого в > списке. Не подскажите, появилась ли нормальная возможность избавить > сей почтовый клиент от этой фичи? Пусть даже спомощью плагина. > > 16.02.2024 21:14, Жанибек Нагашыбай пишет: > > Можно попробовать claws-mail, функциональность можно наращивать > > плагинами. Вот не знаю. Видать, дело привычки, я это проблемой не считаю, возможно и автор программы тоже.
Re: Не запускается sshd в bullseye на виртуальной машине
> On 17 Feb 2024, at 11:17, Victor Wagner wrote: > > В Fri, 16 Feb 2024 19:59:17 +0300 > Dmitrii Kashin пишет: > >> Что бы сказал Фредерик Брукс на такое расточительство? =) > > Фредерик Брукс нам еще ответит за украденный 32-бит из архитектуры s390;-) > (почему-то и спарк и power и arm 32-битные, а IBM-овские мейнфреймы - > 31 битные) Каков подлец! =) >> А если серьёзно, Вы почему-то делаете предположение, что у нас нет >> нормальных тест-сьютов. Но это ошибочно. Если мы будем полный >> тест-сьют на каждую сборку запускать, то вы же, разработчики, первые >> прибежите с претензиями "а что так долго сборку ждать, я никак таску >> не могу закрыть, а с меня уже требуют". В общем, обычно в фичбранче >> прогоняются только юнит-тесты, а полный тест-сьют запускает уже QA >> перед мерджем. > > Мы тут не про разработчиков, мы тут про мейнтейнеров пакетов. > Это разные роли, и их должны исполнять разные люди. Ну вообще-то мы говорили про DevOps. И нет, DevOps-инженер не является ни разработчиком, ни мейнтейнером. Это всё другие люди. А является он по определению медиатором между разработкой и эксплуатацией. > Поэтому я, кстати, никогда не пытался стать мейнтейнером своих > программ, которые попали в Debian. Потому что им я разработчик, а не > мейнтейнер. Может и зря. Не смотря на то, что всё в Postgresql заточено под то, чтобы конфиги хранились в датадире (о чём явно сказано в документации), его мейнтейнеры в Debian утащили их из датадира в /etc, не иначе как для соответствия своей FHS, и теперь конкретно дебиановскими инсталляциями пользоваться не особо удобно. > Как сказал Эрик Раймонд, "Given enough eyeballs all bugs are shallow". Не думаю, что это работает. Когда Реймонд это писал, университеты ещё давали фундаментальное образование в области CS, а сейчас же они массово клепают прикладников. С тех пор количество проектов выросло по экспоненте, а количество глаз, способных что-то высмотреть -- осталось плюс-минус тем же. И в этом, кстати, кроется причина появления методологии DevOps как таковой. > А в апстримовском опенсурсном постгресе есть только то, с > необходимость чего согласны все разработчики участвующие в сообществе. > > А тут у нас, EnterpriseDB и 2nd Quadrant есть разные мнения. Я могу это понять, Виктор. Однако если никак не получается даже по утилите для demote договориться -- значит кто-то не особо заинтересован в этом. Короче, подытожу. Вы говорите в целом правильные вещи, и я рад, что конкретно в Вашей компании есть нормальные люди. К сожалению их количество в мире весьма ограничено, и приходится работать с тем, что есть. Я допускаю, что Вы встречали обезьян, называющих себя DevOps-инженерами, я их тоже встречал. Равно как и встречал немало обезьян, которые называли себя разработчиками. Тем не менее, иногда первое впечатление бывает ошибочным. DevOps -- это хорошая правильная, а главное -- актуальная для сегодняшнего дня методология.
Засыпание ноутбука после закрытия крышки
Добрый день! Недавно обновился до Debian 12 и перестал засыпать ноутбук после закрытия крышки. Если писать systemctl suspend, то засыпает, но это не удобно. Что делать? # dmesg |grep -i 'acpi.*supports' [0.175750] ACPI: PM: (supports S0 S3 S4 S5) [0.194745] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] # cat /sys/power/{state,mem_sleep} freeze mem disk s2idle [deep] # cat /etc/systemd/logind.conf | grep Lid HandleLidSwitch=suspend #HandleLidSwitchDocked=suspend Спасибо за помощь! -- Grigory
Re: Не запускается sshd в bullseye на виртуальной машине
В Fri, 16 Feb 2024 19:59:17 +0300 Dmitrii Kashin пишет: > Что бы сказал Фредерик Брукс на такое расточительство? =) Фредерик Брукс нам еще ответит за украденный 32-бит из архитектуры s390;-) (почему-то и спарк и power и arm 32-битные, а IBM-овские мейнфреймы - 31 битные) > > А если серьёзно, Вы почему-то делаете предположение, что у нас нет > нормальных тест-сьютов. Но это ошибочно. Если мы будем полный > тест-сьют на каждую сборку запускать, то вы же, разработчики, первые > прибежите с претензиями "а что так долго сборку ждать, я никак таску > не могу закрыть, а с меня уже требуют". В общем, обычно в фичбранче > прогоняются только юнит-тесты, а полный тест-сьют запускает уже QA > перед мерджем. Мы тут не про разработчиков, мы тут про мейнтейнеров пакетов. Это разные роли, и их должны исполнять разные люди. Во всяком случае в отношении одного и того же пакета. Поэтому я, кстати, никогда не пытался стать мейнтейнером своих программ, которые попали в Debian. Потому что им я разработчик, а не мейнтейнер. Как сказал Эрик Раймонд, "Given enough eyeballs all bugs are shallow". Вот одна пара - это точно не enough. Поэтому вторая пара глаз - мейнтейнера, который смотрит на код с другой точки зрения, чем разработчик, необходима. У разработчика на машине, и даже на общем для команды разработчиков VCS хосте где запускаются тесты на коммиты во фича-ветки, совершенно не обязательно иметь чистую среду. Там все -dev пакеты могут быть заранее поставлены. Но у них там будет от силы пяток разных сред. Именно в силу необходимости балансирования скорости прогона и широты покрытия. А вот на этапе пакетирования, где контролируется правильность написания spec или debian/control - там нужны воспроизводимые билды в воспроизводимой среде. И тестовые среды тоже должны быть воспроизводимыми. Раскатываться из архива образов перед каждым запуском. И здесь уже будет 30 дистрибутивов для 5 аппаратных архитектур. Впрочем у нас еще есть между этими двумя стадиями промежуточная, где максимальная широта охвата, то есть тестируются даже системы которые мы не поддерживаем и поддерживать не собираемся. Просто потому что баги которые вылезут на Solaris/Sparc сразу на x86_64 могут не замечаться годами а просто сажать производительность. > И работает, кстати, я подтверждаю. Но со стороны эксплуатации к > Вашему, Виктор, продукту -- на самом деле есть вопросы. > > Например, почему нет официального решения для построения HA-кластера? > Или почему есть официальная тулза для promote, а для demote -- нету? В нашем продукте - PostgresPro Enterprise и то, и другое уже есть. https://postgrespro.ru/docs/enterprise/16/biha А в апстримовском опенсурсном постгресе есть только то, с необходимость чего согласны все разработчики участвующие в сообществе. А тут у нас, EnterpriseDB и 2nd Quadrant есть разные мнения. И проталкивание какой-нибудь разработанной нами фичи иногда занимает годы. Так было например с covering indexes, которые у нас были еще в 9.5, а в апстрим были вмержены по-моему в 10. И не потому что мы их зажимали - на коммитфесте они висели. В конкретном случае HA-кластера у разных пользователей очень разные требования и одним "официальным" решением всех не удовлетворишь. Поэтому и расцветают все цветы. > -- Victor Wagner
Re: Не запускается sshd в bullseye на виртуальной машине
В Fri, 16 Feb 2024 10:59:25 +0300 Eugene Berdnikov пишет: > > И с обменом файлами между контейнером и хостом (собранное > > желательно куда-то деть). > > Для меня это было одной из главных причин, по которым docker пошёл > на. С lxc всё намного проще и удобней, файлы доступны напрямую в Докер - слишком overengineered. Ну собственно как и любое решение набравшее популярность в массах. Меня например в нем больше всего раздражает его желание по умолчанию использовать гугловские DNS а не хостовые (откуда гугль знает про миррор в коапроативной сети. куда контейнеру надо за пакетами ходить) и попытка править хостовый файрволл, которая приводит к неработоспосбности на той же машине других систем контейнеризации. > отдельном каталоге. Правда, с lxc тоже нужно разбираться, хотя бы с > созданием исходного образа, в то время как операции с VM в полностью По-моему начиная с 4-й версии в lxc появился темплейт oci, который позволяет паразитировать на докерном коммьюнити и качать образы для контейнеров с докерхаба. Но вот если готового образа контейнера на докерахбе нет, что скорее правило, чем исключение для всяких отечественных дистрибутивов, то конечно поставиться родным инсталлятором в виртуалку - проще. Мы иногда так делаем - ставим виртуалку, потом через qemu-nbd копируем ее файловую систему и делаем lxc-контейнеры. Хотя они тогда огромные получаются - с GUI и все такое. Если типичный размер контейнера созданного debootstrap, dnf или аналогами - полгига, то типичный контейнер созданный путем копирования виртуалки - полтора-два. -- Victor Wagner