As Emacs is an editor / IDE users expect to be able to edit files from anywhere on their file-system and to be able to call-out to toolchains installed on the host system - as such Emacs requires classic confinement.
I have created what is currently a name-spaced version of this snap - emacs-alexmurray - but ideally I would like this to be just emacs - there should be a definitive version of this application in the store, and I am willing to maintain it - as such I have already put in a request for this name via the store.
Finally, the snap ships both the emacs command as well as a few other commands (emacsclient, ctags, etags etc) so I would like to request appropriate aliases for each of these as well.
Iāve assigned the emacs name to you, you can now potentially just upload your existing snap under that name and publish it.
Iām +1 as reviewer to assigning the emacs auto-alias to the emacs command (though - if the snap is called emacs and the command is called emacs IIRC thereās no need to add an alias; emacs should just work?).
However, Iām -1 to assigning auto-alias for the emacs-bundled ctags, etags and etc since these are generic enough that they might conceivably be bundled with other editors (hypothetical vim snap anyone?). Can emacs be configured to use emacs.ctags? and/or, maybe those generic editor tools could be bundled in a central snap and made available via e.g. content interface (though - if they are granted classic, as theyāre likely to be they wouldnāt need an interface, I think?). In any case - I donāt think an alias for a snap-bundled version of these generic tools is appropriate.
Iāll let others comment/process the request for classic
Thanks @roadmr - will wait to see what others think (you are right that there is no need for the emacs alias itself - emacs.emacs aliases to emacs already it seems)
@alexmurray, I noticed thereās another emacs version in the store (last updated 2016). Do you know if upstream are interested in owning and maintaining the emacs snap?
@Igor the other one (emacs-tealeg) looks to be a āprivateā version that has never been updated. I will ask on emacs-devel to see whether there is any interest in upstream owning this and get back to you.
As for the aliases, while Iām not an emacs user, @roadmrās points make sense to me, so -1 on the auto-aliases for etags and ctags. Can you describe ebrowse and emacsclient a bit more?
+1 for emacsclient, as one would expect itās shipped in the emacs .deb and provides a way of remotely interacting with an emacs āserverā. I use it tens if not hundreds of time a day and would expect it to be installed and accessible as emacsclient after installing the snap (so my scripts wouldnāt break).
Iām not familiar with ebrowse which appears to be something specific to C++ in emacs
