Bug #2130
[tp_smapi] thinkpad_ec: disagrees about version of symbol module_layout
100%
Description
Both tp_smapi and tp_smapi-lts have to be rebuilt in order to work with the current kernels. They are facing the same issue as acpi_call (bug #2129):
thinkpad_ec: disagrees about version of symbol module_layout
Related issues
History
Updated by dllud over 5 years ago
If you are unable to keep rebuilding this package on every kernel upgrade, please provide a DKMS module (tp_smapi-dkms) as currently done with acpi_call-dkms.
Updated by bill-auger over 5 years ago
- Related to Bug #2129: [acpi_call] Rebuild on kernel upgrade? added
Updated by bill-auger over 5 years ago
- Subject changed from [tp_smapi] Needs rebuild: disagrees about version of symbol module_layout to [tp_smapi] Needs rebuild?
Updated by Megver83 over 5 years ago
- Status changed from open to info needed
- Subject changed from [tp_smapi] Needs rebuild? to [tp_smapi] thinkpad_ec: disagrees about version of symbol module_layout
Pitifully I don't have the time to research, I'll go to vacations soon
Updated by bill-auger about 5 years ago
- Assignee changed from Megver83 to oaken-source
- Status changed from info needed to in progress
Updated by oaken-source about 5 years ago
- % Done changed from 0 to 100
- Status changed from in progress to fixed
needed rebuilt. seems to happen on minor version updates now, too, so I've changed the pkgbuild to depend on a specific version of linux-libre.
this means we'll need to rebuild on each kernel update (which upstream has been doing anyway...)
Updated by dllud about 4 years ago
Same issue happening now.
The tp_smapi (for 5.4.12) and tp_smapi-lts (for 4.19.97) available from libre are now out-of-sync with the linux-libre (at 5.5.1) and linux-libre-lts (at 5.4.21) kernels.
Is there any way you could automate this build process each time you release a new linux-libre kernel? If not, I guess you should provide a DKMS module (tp_smapi-dkms) as replacement and abandon tp_smapi and tp_smapi-lts.