Товарищи, а у кого-нибудь работает нормально в связке Codium + Python функция run selection? У меня на разных ОС (win и Linux) и с разными версиями компонентов - нигде нормально не работает. Причём в разных вариантах - по разному…
Всем доброго дня. Вопрос по обновлению питона в редос. У него установлен и есть в репозиториях версия 3.11, если вручную поставить 3.14, то система ломается. Есть ли способ как-то пользоваться в codium свежей версией Python на этой системе?
Всем привет. Подскажите пожалуйста новичку, придайте начальный пинок в нужную сторону. Есть программный продукт, у него есть API (OPENAPI3/SWAGGER). Я могу curl-ом давать в него запросы, получать данные в формате json. Но как это автоматизировать? Не вручную же парсить ответы через grep или findstr? Может есть какой-то способ наподобие загрузить расширение для vscode, загрузить туда schema и чтобы получать по запросам данные в готовом виде сразу в переменные? Ну понятно, что не сразу, а надо соответствие как-то настроить. Не могу даже для начала нагуглить что почитать, все статьи для тех, кто уже неплохо в теме.
Всем привет. Настроил профили dconf с разными настройками для разных пользователей через $DCONF_PROFILE, всё работает, но. Все изменения, которые вносятся в DCONF, работают только для новых пользователей, у которых ещё нет профиля. Так как в иерархии dconf пользовательская БД без вариантов стоит выше остальных, и настройки, которые были единожды прописаны у пользователя в профиле, перекрывают все остальные, как бы ты их не менял в system-db.
user-db:user
system-db:user
system-db:local
system-db:site
В итоге настройками уже готовых пользователей управлять несколько затруднительно. Перечитал man - там по этому поводу тишина. Неужели нет никакого способа применить обновлённые настройки кроме удаления профиля пользователя?
Возможно ли такое сделать? Права в MAte управляются через dconf, и он через переменную $DCONF_PROFILE узнаёт, какой профиль загружать, например админский или юзерский. Можно как-то на этапе логина задавать для логинящегося пользователя такую переменную, в идеале только для чтения? Через pam_exec пробовал, но он от имени рута выполняется, и пользователь этой переменной не видит. Если прописывать в /etc/environment, то для всех пользователей переменная будет одинаковая. А логиниться могут и юзеры и админы одновременно.
Перемещено hobbit из general
По умолчанию (REDOS) Mate считает администраторами группу wheel. Только её члены в панели управления пользователями имеют статус администратора и полные права на GUI. Нет ли способа заставить её считать административной ещё группы? Пробовал через pam.d добавлять в группу wheel другие группы - в целом способ работает, но Mate на это не реагирует.
Cервер в домене Windows (realm/sssd).
Добавил в /etc/security/group.conf:
*;* ;user;Al0000-2400;wheel
Добавил в /etc/pam.d/sshd:
auth optional pam_group_so
Работает, при логине user добавляется в группу wheel.
Но с доменными юзерами так не работает:
*;*;%group;Al0000-2400;wheel
*;*;%group@domain;Al0000-2400;wheel
эти варианты не работают. Хотя система доменные группы видит. Работает только вариант:
*;*;*;Al0000-2400;wheel
При нём доменный пользователь попадает в группу wheel. Ну оно и понятно. Почему pam не видит доменных групп? Вроде всё делаю как в документации.
Не могу даже понять, в какой раздел создать тему, если что - просьба перенести. Есть REDOS+MAte (сменить дистрибутив - не предлагать), введена в домен AD (realm+sssd), доменные пользователи успешно логинятся в систему. Задача: сделать так, чтобы пользователи определённой группы AD были администраторами именно в MATE. Эти пользователи уже в sudoers,но это не даёт им полных прав в оболочке MAte.
Никак не могу выбрать, каким путём идти:
Самый очевидный - сделать так, чтобы пользователи определённых групп AD становились при логине членами локальной группы wheel - они бы сразу стали штатными администраторами в Mate. Шероховатости бы закрыл методами 2 и 3. Но как это сделать - я найти не смог. В сети много чего написано, но именно такого варианта не нашёл, именно чтобы пользователи определённой группы AD становились при логине членами определённой локальной группы. Одинаково называть группы - не вариант. Также не нашёл другого способа сделать юзера админом в MAte кроме ручного тыкания в GUI и членства в группе wheel.
Использовать polkit. Там в правилах можно явно указать группу, которой разрешено действие. Но смущает ограниченное количество действий. Например, как через polkit закрыть определённые пункты в меню MAte - непонятно.
Через dconf, там настроек много, и можно делать профили для разных типов пользователей. И при логине будет применяться профиль из определённой переменной. Но тут опять вопрос - как при логине пользователя назначать эту переменную, исходя из членства в группах AD?
Перемещено hobbit из general
Добрый день всем. В чем суть: Надо настроить контроллер заряда AXP288C через i2c. При постановке на зарядку эти параметры слетают. И каждые 5 минут просто по расписанию эти параметры настраивать тоже нежелательно. В идеале надо как-то отследить именно факт постановки на зарядку и выполнить после этого скрипт. Можно конечно через эти же регистры контроллера или через /sys/power/где-то-там отслеживать бит установки на зарядку, но это менее красиво: надо как-то хранить прошлое состояние, постоянно и часто дергать контроллер для проверки. Может есть уже какое-то готовое решение, чтобы система реагировала именно «сама» на подключение зарядного устройства? Ах да, дистрибутив РедОС 8, так вышло :)