Request for classic confimenent: stirmake

Hello,

I need classic confinement for the snap stirmake. It’s a new build tool, needing access to shell commands and the current directory. Similar to cmake that uses classic confinement too, I think I have even more reasons for classic confinement than cmake has, since cmake just creates Makefiles, my build system executes the shell commands too that would be executed by GNU make in case of cmake.

Also stirmake would benefit from aliases smka, smkt and smkp. They are the standard documented way to execute stirmake, and all have the “smk” prefix referring to stirmake. Having to type “stirmake.smka” is contrary to the performance of the build system: I intend it to be very fast, in which case typing the command manually is the largest overhead, as the execution happens in an insignificant fraction of a second.

The user’s guide is here: Scalable true implementation of recursive make (stirmake), user's guide


  • name: stirmake
  • description: a new build tool that handles recursion better than GNU make
  • snapcraft: not publicly available right now but I can make it available if needed
  • upstream: URL pointing to the upstream repository, if open-source. Otherwise, ‘PRIVATE’
  • upstream-relation: I’m the sole author of stirmake
  • supported-category: compilers, more specifically build tools
  • reasoning: the build tool needs to be able to execute arbitrary commands to build targets, and needs to be able to access the current directory to search for Stirfiles and check modification times of targets and sources

I understand that strict confinement is generally preferred over classic.

I’ve tried the existing interfaces to make the snap to work under strict confinement.

This request has been added to the queue for review by the @reviewers team.

Hello,

I made the snapcraft file available, at the upstream git repository.

Hey @jmtilli

It is plausible that there are technical reasons why stirmake needs classic to work properly in all scenarios, but please note that classic confinement is a sensitive matter and it is reserved for mature, well-known applications published by mature, well-known entities. As of today, I believe that stirmake doesn’t meet this criteria because of the following reasons:

  • The projects seems to have little/none community around according to upstream repository (contributors, issues, PRs, etc.)
  • I could not find evidences that the project has a strong enough user base currently

Thus, considering these factors, I think stirmake should not get classic confinement as of now.