I am writing to request classic confinement for the Clavus snap. The reason for this request is that Clavus requires access to the user’s personal files, which may reside in various directories on the system.
Clavus is a configuration system designed to load and unload commands and files into target directories specified in the state.json file. Users may specify files with targets in specific paths, such as ~/.aws/config or ~/.kube/config and Clavus needs access to these paths if the current user has permissions to them.
Unfortunately, using strict confinement with the personal-files or system-files interfaces is not feasible for Clavus. This is because we cannot predict in advance which files the user will want to configure within their configurations.
Granting Clavus classic confinement will ensure that it has the necessary access to the user’s personal files, providing a seamless and user-friendly experience.
Here is the GitHub repository: GitHub - peter-mbx/clavus: Clavum Lateris
According to Process for reviewing classic confinement snaps , Classic requests should fall under at least one of the supported categories. Could you please clarify if clavus fits within any of the supported categories? Thanks!
“access to arbitrary files on the system because the application isn’t designed with confinement in mind (if a desktop application, use portals or xdg-open )”,
a somewhat adjacent approach to this topic, in which ad-hoc personal-files interfaces could be created, could be taken instead to allow strict confinement to be used rather than classic. what do other @reviewers think?
I agree that on the current information from this thread, classic confinement does not seem needed in this case and instead the use of personal-files with a number of well-known paths can be used instead.