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=-0.9 required=5.0 tests=BAYES_00,FSL_HELO_HOME autolearn=no autolearn_force=no version=3.4.1 Date: Mon, 4 Sep 2017 21:18:42 +0200 From: Konstantin Lepikhov To: devel@lists.altlinux.org Message-ID: <20170904191842.GA24238@lks.home> Mail-Followup-To: devel@lists.altlinux.org References: <20170904115640.GA30835@lks.home> <20170904160138.GC15438@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20170904160138.GC15438@altlinux.org> X-Operation-System: ALT Linux starter kit (Trientalis) 4.12.0-lks-wks-alt0.3 User-Agent: Mutt/1.8.3 (2017-05-23) Subject: Re: [devel] Q: postinst hook for firmware-* X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Sep 2017 19:16:52 -0000 Archived-At: List-Archive: List-Post: Hi Dmitry! On 09/04/2017, at 07:01:38 PM you wrote: > Hi, > > On Mon, Sep 04, 2017 at 01:56:40PM +0200, Konstantin Lepikhov wrote: > > Привет! > > > > В процессе обновления пакета firmware-intel-ucode я заметил такую вещь: > > - пакеты *-ucode что intel что amd используются make-initrd для генерации > > early microcode в initramfs и это хорошо. > > - но мы никак не ловим вариант, когда пакет с ucode обновляется, и даже > > после обновления *-ucode пакета в initramfs все равно будет устаревшая > > версия microcode. > > > > Я считаю это неправильно, поскольку требует лишних телодвижений после > > обновления пакета + это совершенно непрозрачно для пользователя. Поэтому > > предлагаю добавить post hook который будет дергать make-initrd (и возможно > > делать тоже самое и для пакета linux-firmware, поскольку там храниться > > amd-ucode). > > > > Кто что думает и как лучше поступить? > > Пакеты kernel-image не дёргают make-initrd самостоятельно, полагаясь на > /usr/lib/rpm/boot_kernel.filetrigger; если эти файлы склонны расползаться > по пакетам, может быть, лучше подойдёт файлтриггер? Так если мне нужно перегенерить initrd, то я не против дернуть тот же boot_kernel.filetrigger. Где это задается? Внутри rpm? -- WBR et al.