Есть спецы по podman'у? Решил на него перейти: запускаю postgresql podman run -v $(pwd)/postgres/data/data:/var/lib/postgresql/data -v /etc/passwd:/etc/passwd:ro --user 1000:1000 -p 5432:5432 -e POSTGRES_PASSWORD=qwerty -e POSTGRES_USER=user -e POSTGRES_DB=wallet --label=disable postgres:11-alpine вылезает ошибка chmod: /var/lib/postgresql/data: Permission denied ПОхоже, это SELinux не дает: audit[38403]: AVC avc: denied { setattr } for pid=38403 comm="chmod" name="data" dev="dm-3" ino=18876049 scontext=system_u:system_r:container_t:s0:c663,c841 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=dir permissive=0

Есть спецы по podman'у? Решил на него перейти: запускаю postgresql podman run -v $(pwd)/postgres/data/data:/var/lib/postgresql/data -v /etc/passwd:/etc/passwd:ro --user 1000:1000 -p 5432:5432 -e POSTGRES_PASSWORD=qwerty -e POSTGRES_USER=user -e POSTGRES_DB=wallet --label=disable postgres:11-alpine вылезает ошибка chmod: /var/lib/postgresql/data: Permission denied ПОхоже, это SELinux не дает: audit[38403]: AVC avc: denied { setattr } for pid=38403 comm="chmod" name="data" dev="dm-3" ino=18876049 scontext=system_u:system_r:container_t:s0:c663,c841 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=dir permissive=0

Есть спецы по podman'у? Решил на него перейти: запускаю postgresql podman run -v $(pwd)/postgres/data/data:/var/lib/postgresql/data -v /etc/passwd:/etc/passwd:ro --user 1000:1000 -p 5432:5432 -e POSTGRES_PASSWORD=qwerty -e POSTGRES_USER=user -e POSTGRES_DB=wallet --label=disable postgres:11-alpine вылезает ошибка chmod: /var/lib/postgresql/data: Permission denied ПОхоже, это SELinux не дает: audit[38403]: AVC avc: denied { setattr } for pid=38403 comm="chmod" name="data" dev="dm-3" ino=18876049 scontext=system_u:system_r:container_t:s0:c663,c841 tcontext=unconfined_u:object_r:user_home_t:s0 tclass=dir permissive=0

Процесс с меткой container_t не имеет доступа к директории с меткой user_home_t. Поменяй метку у каталога. sudo semanage fcontext -a -t postgresql_db_t /path/to/your/dir/ sudo restorecon -Rv /path/to/your/dir/

Если кто будет обновлять Rawhide, то лучше запускайте в tmux из под ssh т к даже в системной консоли вы потеряете контроль над процессом обновления. после обновления все работает в штатном режиме. @Artem4

Если кто будет обновлять Rawhide, то лучше запускайте в tmux из под ssh т к даже в системной консоли вы потеряете контроль над процессом обновления. после обновления все работает в штатном режиме. @Artem4

Хочу rolling-Федору. С последними стабильными релизами пакетов, как в openSUSE Tumbleweed.

Хочу rolling-Федору. С последними стабильными релизами пакетов, как в openSUSE Tumbleweed.

А в openSUSE Tumbleweed разве не так-же все ломается? Если так-же то Rawhide это то что надо.

В Тамбле не будет бета/альф, а Rawhide это кузня для многих проектов и там бета/альфы это привычное дело. Тамбл где-то посередние между Rawhide и Fedora current release.

Стабильность - миф ;)

Есть небольшой вопрос Как выключить Plymouth? Так что бы можно было видеть во время загрузки системы что делает SystemD

Есть небольшой вопрос Как выключить Plymouth? Так что бы можно было видеть во время загрузки системы что делает SystemD

Убери из параметров загрузки 'rhgb quiet"

Спс

Есть тут люди, знакомые со сборкой ядра? Как неинтеративно (не шарясь руками по menuconfig) задать опцию, возможно это вообще?

Есть. Но этого не знаю. Отредактируй конфиг.

Проходить автозаменой по конфигу кажется чем-то очень ненадёжным, к тому же, есть зависимые опции. Иначе никак?

Тогда менюконфиг или иксконфиг. И не парься.

Там есть скрипты типа merge_config.sh, они не могут как-то помочь? Всё-таки принципиально, чтобы неинтерактивно сделать.

Проходить автозаменой по конфигу кажется чем-то очень ненадёжным, к тому же, есть зависимые опции. Иначе никак?

Они же вроде идут кучей, найдешь один, рядом будут все остальные, это опции с подменю, а другие зависимые опции если они есть, даже menuconfig не разруливает вроде

Проходить автозаменой по конфигу кажется чем-то очень ненадёжным, к тому же, есть зависимые опции. Иначе никак?

Там же все имена на одном уровне. И добавить тоже можно вместе со всеми зависимыми опциями. Так что sed с этим справится. Правда, повозиться действительно придётся.

Не, если, например, ФичаХ отключена, то опции, зависящие от ФичиХ, не появлятся в конфиге даже как unset пока не включишь.

Я понял о чём ты, я и говорю, они в конфиге будут сразу под ФичейХ, отключить без проблем в общем, а вот включить будет уже проблема, нужно знать наименования

В смысле "на одном уровне"?

Нет, не будут. Вот пример: если CONFIG_EXFAT_FS отключена, опция CONFIG_EXFAT_DISCARD не появится даже в закомментированном виде.

Ну я и говорю, если отключена, то CONFIG_EXFAT_FS=n а ты захочешь включить, то CONFIG_EXFAT_DISCARD нужно ручками добавлять, но названия нужно знать заранее

Ну так да, в этом и проблема, что надо знать все зависимые опции (вместе с их дефолтными значениями, где имеются).

Тебя exfat интересует?

В данном случае да, но вообще я не впервые сталкиваюсь с этим.

CONFIG_EXFAT_FS=m CONFIG_EXFAT_DONT_MOUNT_VFAT=y CONFIG_EXFAT_DISCARD=y CONFIG_EXFAT_DEFAULT_CODEPAGE=437 CONFIG_EXFAT_DEFAULT_IOCHARSET="utf8"

Я так уже и сделал, да. Но это подразумевает, что таки надо залезть в меню сначала - потому и спросил именно как не интерактивно сделать, без меню.

Ну так да, в этом и проблема, что надо знать все зависимые опции (вместе с их дефолтными значениями, где имеются).

В чём проблема? Сделай один раз интерактивно и посмотри что будет в config. 😉 Я так когда-то и делал. Даже циничнее: брал .src.rpm дистрибутивного ядра, добавлял патч с нужными мне изменениями и собирал своё ядро (с 6 serials + moxa mux, если кому интересно зачем я это делал). Собиралось, правда, ооочень долго, зато много ядер пережило.

Да нет проблемы, просто некрасиво это как-то - вот и подумал, что может можно красивее.

Поправить готовый конфиг из текущего ядра и запустить сборку с новым конфигом

В Сусе вообще попроще отсутствующий в дефолтном ядре in-tree модуль собрать - там есть пакет kernel-source.

А в fedora kernel-headers это другое?

Да нет проблемы, просто некрасиво это как-то - вот и подумал, что может можно красивее.

Другое - собственно только заголовки. А там полный исходник ядра с уже применёнными патчами и конфигом.

Собрать для своей железки rpm ядра (да, там 14 serials на всю периферию не всегда хватало!) и раздать его клиентам — некрасиво? А что же тогда надо?

И повторять операцию для каждого обновления ядра, и надеться, что старый фрагмент конфига продолжит работать, и про дефолты забыть.

И повторять операцию для каждого обновления ядра, и надеться, что старый фрагмент конфига продолжит работать, и про дефолты забыть.

С дефолтами в ядре всё строго ровно: их нет. Но даже когда и есть — лучше бы не было. То вдруг выключат WOL по умолчанию, то аудиоустройство выключают через несколько секунд бездействия с громовым выстрелом после пробуждения 🤔

Тогда придется в copr свою репу завести с ядром

Тогда придется в copr свою репу завести с ядром

Что значит "нет"? Вон выше пример дефолтов - CONFIG_EXFAT_DEFAULT_IOCHARSET и _CODEPAGE.

Так вот именно что автоматизировать сборку ядра с изменённым конфигом не так-то просто.

А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?

А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?

Учитывая, что о добавлении exfat в ядро протрубили везде, где можно - мейнтейнеры ядра в федоре наверняка в курсе и не стали включать намеренно.

А кому сейчас легко? А в fedora не включили поддержку exfat? Может проще оформить багрепорт с предложением включить?

Если бы можно было собрать пакет только с модулем exfat - было бы отлично. Но это в сусе достаточно просто сделать, в федоре совсем нет.

В obs достаточно форкнуть основной пакет и внести изменения в конфиг, далее оно сомо будет собираться и обновляться с нужным конфигом