From: Alexey Gladkov <gladkov.alexey@gmail.com>
To: make-initrd@lists.altlinux.org
Subject: Re: [make-initrd] put-udev-rules и p11
Date: Tue, 27 Feb 2024 23:43:19 +0100
Message-ID: <Zd5lh9KqzbPXao8C@example.org> (raw)
In-Reply-To: <c55a989f-5aea-46e5-b417-d4bffaae0b77@gmail.com>
On Wed, Feb 28, 2024 at 01:23:57AM +0300, Leonid Krivoshein wrote:
> >>> Запускать проверку правил важно и нужно.
> >> Только не во время инсталляции. Поэтому стоит подумать о ключике --force
> >> не только для udev-rules, а для всех потенциальных точек отказа. Иначе
> >> получится как в ситуации микрокодом новых процессоров AMD после выпуска
> >> 10.0, когда уже поздно пить Боржоми. :-)
> > Нет. Поздно будет, когда проблема с правилами всплывёт во время загрузки
> > системы. Очень трудно исправлять initramfs внутри него. ))
> >
> > Я очень хочу написать что-нибудь язвительное про тестирование и
> > сопровождение пакетов, но не буду.
>
> Понимаю всю твою аргументацию, тем не менее, в данной ситуации имеем
> следующее: со старой версией multipath-tools без вышеупомянутого коммита
> система с "ошибочным" правилом udev грузится. Вот что об этом пишет
> коммитер:
>
> Note (mwilck): technically, this udev rule was parsed and executed by
> udev correctly, and this is unlikely to change. But the missing comma
> didn't comply with the udev(7) man page.
>
> Так что получается, что парсер придрался к запятой, без которой всё
> равно всё работает и даже обещается, что так будет и дальше. В общем,
> мне кажется, и --force в make-initrd, и проверка на сборочнице в данном
> случае -- наиболее безопасные решения.
В сборочнице.
--
Rgrds, legion
prev parent reply other threads:[~2024-02-27 22:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-27 16:35 ` Leonid Krivoshein
2024-02-27 18:44 ` Alexey Gladkov
2024-02-27 16:44 ` Alexey Gladkov
2024-02-27 17:17 ` Leonid Krivoshein
2024-02-27 18:59 ` Alexey Gladkov
2024-02-27 22:23 ` Leonid Krivoshein
2024-02-27 22:43 ` Alexey Gladkov [this message]
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=Zd5lh9KqzbPXao8C@example.org \
--to=gladkov.alexey@gmail.com \
--cc=make-initrd@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
Make-initrd development discussion
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/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 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \
make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com
public-inbox-index make-initrd
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.make-initrd
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git