From: Anton Farygin <rider@basealt.ru> To: devel@lists.altlinux.org Subject: Re: [devel] I: brp-verify-unit: "... assumes overflowugid credentials" Date: Mon, 12 Feb 2024 08:44:19 +0300 Message-ID: <8b51c340-3818-4379-a3c4-65ebcbc7edc3@basealt.ru> (raw) In-Reply-To: <ZceU1lVKAFyoCNQz@cello> On 10.02.2024 18:23, Arseny Maslennikov wrote: > On Sat, Feb 10, 2024 at 05:06:13PM +0300, Anton Farygin wrote: >> On 10.02.2024 14:37, Arseny Maslennikov wrote: >>> xfsprogs-6.3.0-alt1 >>> Verifying systemd units in /usr/src/tmp/xfsprogs-buildroot >>> 044-verify-unit.brp: ERROR:"/lib/systemd/system/xfs_scrub@.service" assumes overflowugid >>> credentials >>> xfsprogs rider mike @qa >> чем так плох nobody для той операции, которую выполняет данный unit ? > nobody у нас скоро превратится в overflowuid, под которым ничего не > должно работать. Почему-то при этом в других дистрибутивах работает. Или overflow uid сделаем только мы ? > > Более того, никто не будет гарантировать на каждой инсталляции, что под > этим nobody или _nobody99 работает только xfs_scrub. > >> nobody выбран апстримом. > Это тот ныне нечастый случай, где тем хуже для апстрима. > > Более того, судя по коммиту 824b5807fb1e1a0e156b183a591f23b096c8868f, в > котором юнит появился и после которого фундаментально менялся только > один раз (PrivateTmp= выключили), апстрим об этом особо не думал, ибо > никто ему об этом соображении не рассказал. А можете донести эту мысль до апстрима ? > >> Запуск данного юнита под nobody - общепринятая практика во всех >> дистрибутивах Linux, исключения мне не известны. > Как я понимаю, Альт его сообщество любит в первую очередь за > непопулярные технические решения. А здесь как раз повод принять такое > решение, в котором есть смысл! :D Мне непонятно какое именно техническое решение повод принять. > >> Что-то я не пойму, какое решение предлагается в данном случае > Лучше всего завести для него отдельного пользователя (или, может, для > всех xfsprogs). Возможно, но мне хотелось бы что бы заведение системного пользователя было осмысленно. Возможно нам нужен пользователь не для xfs_scrub, а в целом для операций над FS ? > > Если это по какой-то причине невозможно, есть другие варианты: > * использовать _nobody99, которого мы добавим в задании 330460; > (systemd позволяет даже число в качестве User= указать :)) Это же костыль. Зачем он нужен ? > * если учесть, что много что в юните закрыли, какого-нибудь daemon из > головы /etc/passwd; Неизвестно, кто захочет и как использовать данный UID. Да и демон - это не то, чем можно назвать xfs_scrub > * повторюсь: лучше всего для таких случаев (программа без хранилища) > подходит DynamicUser=yes, но на практике я его не видел, и в этом > случае автоматически зафиксируется PrivateTmp=yes, т. е. поскрабать > таким юнитом ФС, примонтированную под /tmp, не получится. Верно, тоже не решение.
next prev parent reply other threads:[~2024-02-12 5:44 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-02-10 11:37 Arseny Maslennikov 2024-02-10 14:06 ` Anton Farygin 2024-02-10 15:23 ` Arseny Maslennikov 2024-02-11 22:12 ` Dmitry V. Levin 2024-02-12 5:58 ` Anton Farygin 2024-02-12 10:34 ` Dmitry V. Levin 2024-02-12 10:50 ` Anton Farygin 2024-02-12 13:16 ` Arseny Maslennikov 2024-02-12 5:44 ` Anton Farygin [this message] 2024-02-12 7:45 ` [devel] I: brp-verify-unit: "... assumes overflowugid Alexey V. Vissarionov 2024-02-12 7:52 ` Anton Farygin 2024-02-12 8:04 ` Alexey V. Vissarionov 2024-02-12 14:23 ` [devel] I: brp-verify-unit: "... assumes overflowugid credentials" Arseny Maslennikov 2024-02-12 14:33 ` Arseny Maslennikov 2024-02-12 14:48 ` Anton Farygin 2024-02-18 13:35 ` Vitaly Lipatov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=8b51c340-3818-4379-a3c4-65ebcbc7edc3@basealt.ru \ --to=rider@basealt.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git