chrome_crashpad_handler and stacking about apparmor.d HOT 2 CLOSED

@curiosityseeker what does not work with?:

 @{lib_dirs}/chrome_crashpad_handler  rPx -> @{profile_name}//&@{profile_name}-crashpad-handler,

The alternative solution is to add @{lib_dirs}/chrome_crashpad_handler rPx -> brave//&brave-crashpad-handler in the brave profile and to remove the rule in the abstraction.

from apparmor.d.

@curiosityseeker what does not work with?:

 @{lib_dirs}/chrome_crashpad_handler  rpx -> @{profile_name}//&@{profile_name}-crashpad-handler,

aa-log reports:

profile brave {
  /opt/brave-bin/chrome_crashpad_handler ix,  # profile transition not found
}

And starting /usr/bin/brave gives:

[94073:94073:0603/182730.981969:FATAL:spawn_subprocess.cc(237)] posix_spawn /opt/brave-bin/chrome_crashpad_handler: Permission denied (13)

The alternative solution is to add `@{lib_dirs}/chrome_crashpad_handler rPx -> brave//&brave-crashpad-handler` in the brave profile and to remove the rule in the abstraction.

Yes, I think that's the best solution. Btw., it just comes to my mind that there is a similar problem in abstractions/app/firefox once other Firefox-based browsers want to use that abstraction.

from apparmor.d.