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
cups
andcups-control
interfaces, with the plugs taking the default name, and the slots namedprinting
andadmin
respectively. 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-control
and then get confused about them not working. -
Does your snap actually need a
cups
plug? I would have thought the utility commands would have enough access to the CUPS socket through thecups-control
slot. -
I can see the
cups-control
plug as being necessary in order for thesnapctl is-connected
checks to pass and allow administrative commands likelpadmin
to do their thing.I wonder if we could solve this by adding one more exit code to the
is-connected
command 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?