On Wednesday, June 24th, 2026 at 7:35 AM, Erich Ritz via SlackBuilds-users <[email protected]> wrote:
> On Tuesday, June 23rd, 2026 at 4:29 PM, fsLeg via SlackBuilds-users > <[email protected]> wrote: > > > Interesting idea, looks much cleaner than moving the entire source tree. > > Unfortunately, it doesn't work. DKMS still complains about the broken tree > > due to missing sources, so the saved dkms.conf alone is not enough. > > > > That includes system76-io-dkms, by the way. I don't know if you tested it > > or DKMS changed something over the years, but your douninst.sh fails to > > remove both the compiled modules and their dkms-tree. You should probably > > take a look at that. > > > > On June 23, 2026 19:17:31 GMT+03:00, Erich Ritz > > <[email protected]> wrote: > > > > > >Take a look at how system76-io-dkms > > >(https://slackbuilds.org/repository/15.0/system/system76-io-dkms/) does > > >it. I got inspiration for this idea from someone else; sorry I don't > > >remember who it was. Basically doinst.sh creates a file that isn't > > >tracked by pkgtools, and then douninst.sh uses that file and then deletes > > >it for a clean uninstallation. > > Thanks for the heads up. I was pretty sure it worked as intended at the > time... > > Erich I think dkms behavior changed with this commit: https://github.com/dkms-project/dkms/commit/ef7dfa4de2604c84c0d24fca78e8134d11030c80 I don't see a way to force dkms to skip the module_is_broken_and_die check, so I'll have to get more creative to remove the built modules. Too bad removepkg doesn't have a pre-remove hook. Erich _______________________________________________ SlackBuilds-users mailing list [email protected] https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/
