#11096 closed bug (invalid)
[Blacklisting] targets all packages, not just the one specified
Reported by: | ttcoder | Owned by: | bonefish |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta1 |
Component: | File Systems/packagefs | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev47610 I tried using the proper way described in #10041, i.e. not using the "touch" hack at all but replacing that hack with blacklisting instead.
It does not work, both the mainline driver and my patched package are blacklisted. It seems there is still a tweak left to do in the blacklisting code: enforce the "package" field: if my blacklisting specifies "add-on/kernel...../hda" in package "haiku" then it should only blacklist the one in package haiku, not in package ttcoder-hda-patch :-)
Things work well if I blacklist and put the "patched" hda driver in the non-packaged hierarchy, or if I forego using blacklisting at all and put the patched hda driver in an .hpkg but with a hacked mod-time of 1st January 2037. But these are less convenient approaches.
Change History (4)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
Please close as invalid, another user error from me (my blacklisting referred to the hda symlink in dev/audio/ whereas the package overrides the file itself in drivers/bin/ ; I've fixed the blacklist and now it works fine).
Incidentally, I've noticed I have to reboot in order to test each new hda build: doing a "restart media services" always reloads the old copy of the driver.. Not necessarily a packagefs issue though, maybe the media_server keeps a copy of the driver in memory and only lets go of it on reboot..
comment:3 by , 10 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:4 by , 10 years ago
Milestone: | R1/alpha5 → R1/beta1 |
---|
Hmmm gotta check something..