From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709060393; x=1709665193; darn=lists.altlinux.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date:from:to:cc :subject:date:message-id:reply-to; bh=q3dYBEZmWaB15Ljpys/TBCTVt63SkGsIvDXaLokNAUs=; b=XuHymk8CT1KAuiEcOWwkhpIyRTndHG8BikddFA5+FlF560Y5oGdbbCpibDbbSPLlYm VsbNrktmPEfIq5TBKlnvC4aa3b6rbBuY6YolM8ikahtDOS/vls8EiBXTrCxYQZnuJVQc 3uvv8l01lRJIl4GtI8Sc10Wnyu8/bmqEEURzVCirG/8KUPgboLGNbSpLZ5kDMcI3rqf1 y/IVVP3STRvzSHsPdEEngmLU+cvJmOrlq2VZfrHP700PRZ8rr07caAZS3IwvyBqgCXV8 4J2TQAgaXzBK/V5MR98a3EN1QMWF9ZTfVCOj1ViPs31Zu90RyoTQ9XYxefDlh5mPEWmO qSeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709060393; x=1709665193; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=q3dYBEZmWaB15Ljpys/TBCTVt63SkGsIvDXaLokNAUs=; b=CZf2VHAhQiWpOfUMTb1v+MTMoPPj96QAx1pmnW1xmPyQkEi8RGels/R0hqPDgnycfG 12kWZG0LJZ/LbYgVNQp/xCbl24rhIO8jnc8A2OCEq2rSTXcvDVfgBpvUClk9AiqDpCZg mDRaFYXXZ0LET4KGju6PkoBCqAlAr7Y6j9uLA0OWXfEgW+csiq7lwels6jxRp0OYKqp/ jq796ZwNQwMF/HJKw5DQvCQaKOBomNKrKla/cvlifDKjg59EmresDA8ynE0QniYFmCcH xucVBQjh3Wrv3rtdOuhNRq4uQYkH2p4ArufwXwdW/tiggvGBPZB/NZ/AgFJRnb3++SN8 NDmA== X-Gm-Message-State: AOJu0YxjWSZLxvIOL5EpMkSfkGa0rXIirU/Mt6fmLXIGAUtMtjuF32zy iCVZiehyUwlrY4ei0BoHiSHhkOq32b7dYdSroOP2NmEDVdPt+X/V+u/zCJ4f X-Google-Smtp-Source: AGHT+IEoUjwFYcyY1Fkc5AAELUqpO+4JwUcm6jOyKKsVN8a9JBmbqTWEXGI56VstpxZSGJArK8u5xA== X-Received: by 2002:a05:651c:b22:b0:2d2:a4e6:a5ad with SMTP id b34-20020a05651c0b2200b002d2a4e6a5admr1459587ljr.1.1709060392694; Tue, 27 Feb 2024 10:59:52 -0800 (PST) Date: Tue, 27 Feb 2024 19:59:50 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: References: <9dc91f89-f105-4c58-acc3-636c6633959a@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <9dc91f89-f105-4c58-acc3-636c6633959a@gmail.com> Subject: Re: [make-initrd] =?utf-8?q?put-udev-rules_=D0=B8_p11?= X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2024 18:59:56 -0000 Archived-At: List-Archive: On Tue, Feb 27, 2024 at 08:17:52PM +0300, Leonid Krivoshein wrote: > > On 2/27/24 19:44, Alexey Gladkov wrote: > > On Tue, Feb 27, 2024 at 07:17:56PM +0300, Leonid Krivoshein wrote: > >> Алексей, привет! > >> > >> > >> Накануне p11 словили потенциальную граблю -- см. скриншот. Детали здесь > >> точно не важны. В make-initrd появился чудесный строгий валидатор udev > >> правил. Теперь, если в каком-то другом пакете пакуются правила с > >> ошибками, может быть не только ругань, но и отказ собирать initrd. В > >> случае инсталлятора 11.x это может означать, что в каких-то > >> конфигурациях мы можем ничего не установить, но об ошибках в правилах > >> udev узнаем только пост-фактум из логов. > >> > >> Тем не менее, проверка нужная. Но, может, стоит проверять все udev > >> правила при упаковке на сборочнице, чтобы исключить такие сюрпризы? > >> Можно ли (и насколько сложно) туда будет приделать твой валидатор? Что > >> ты об этом думаешь? > > По мотивам этого валидатора в systemd 254 был добавлен: udevadm verify. Он > > делает ещё больше проверок т.к. он использует тот же парсер. > > > > Свою утилиту я писал глядя на правила в пакетах sisyphus и глядя в парсер > > udev. > > Понятно. Если говорить о деталях, то в данном случае это была очередная > попытка собрать апстримную версию в p10 всё на том же стенде с > multipath, т.е. с более старой пакетной базой, где ещё не было данного > коммита: > https://git.altlinux.org/tasks/341515/gears/100/git?p=git;a=commitdiff;h=57ee6f941a4f3ea68bba67e018cf10bd954144ac > , т.е. на текущем Сизифе именно этой ошибки случиться не может, но > потенциально может произойти что-то аналогично. Я лишь могу посоветовать вам внимательнее следить за тем, что вы бэкпортируете в ваши стабильные бранчи. Например, утилита udev-rules появилась весной 2023, а говоришь ты про неё сейчас. Кстати, исправление multipath-tools, о котором ты говоришь появилось также в мае 2023. > > Запускать проверку правил важно и нужно. > > Только не во время инсталляции. Поэтому стоит подумать о ключике --force > не только для udev-rules, а для всех потенциальных точек отказа. Иначе > получится как в ситуации микрокодом новых процессоров AMD после выпуска > 10.0, когда уже поздно пить Боржоми. :-) Нет. Поздно будет, когда проблема с правилами всплывёт во время загрузки системы. Очень трудно исправлять initramfs внутри него. )) Я очень хочу написать что-нибудь язвительное про тестирование и сопровождение пакетов, но не буду. -- Rgrds, legion