slots-per-plug is something that would go in the snap declaration published by the store. It is not something you can control from your snapcraft.yaml file. This is the last time I made a request for such a declaration:
Back then, there was no policy for granting this type of request, so it was handled in an ad-hoc fashion. I’m not sure what the status is now.
Now for some other questions:
-
You’ve got both plugs and slots for the
cupsandcups-controlinterfaces, with the plugs taking the default name, and the slots namedprintingandadminrespectively. Given that Most other snaps will generally be dealing with the CUPS snap’s slots, might it make more sense to give the slots the default names?With things like it is, it seems likely that people will try commands like
sudo snap connect app:cups-control cups:cups-controland then get confused about them not working. -
Does your snap actually need a
cupsplug? I would have thought the utility commands would have enough access to the CUPS socket through thecups-controlslot. -
I can see the
cups-controlplug as being necessary in order for thesnapctl is-connectedchecks to pass and allow administrative commands likelpadminto do their thing.I wonder if we could solve this by adding one more exit code to the
is-connectedcommand representing “not connected, but from the same snap”. That might be enough to get the bundled admin utilities to function without the plug. What do you think?