Doesn't the /boot/dtb-%{version}-%{release} directory come from the kernel rpm? If so, it's the kernel rpm cleanup that should remove it. Or at least that's what happens with my own kernel rpms.
All the other 4.14.82 files were deleted, but not the dtb directory.
This has been an ongoing issue with me manually deleting the dtb directory. I finally brought it up here.
A bug and I think that is what Pablo is pointing out.
On 6/23/19 10:13 AM, Gordan Bobic wrote:
Doesn't the /boot/dtb-%{version}-%{release} directory come from the kernel rpm? If so, it's the kernel rpm cleanup that should remove it. Or at least that's what happens with my own kernel rpms.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
El 23/6/19 a las 11:13, Gordan Bobic escribió:
Doesn't the /boot/dtb-%{version}-%{release} directory come from the kernel rpm? If so, it's the kernel rpm cleanup that should remove it. Or at least that's what happens with my own kernel rpms.
Yes, those files come from the kernel, but they are copied to /boot by kernel-install (which is part of systemd). This problem only affects kernels that are fedora-like, here's the fix, which is the sum of several fixes in the fedora/systemd tree. https://git.centos.org/rpms/systemd/c/e9482b3e090c8a447dc397c09cf2c2934ccb97...
Pablo.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
-
Gordan Bobic -
Pablo Sebastián Greco -
Robert Moskowitz