Give each emacs flavor its own emacsclient
authorRob Browning <rlb@defaultvalue.org>
Sun, 31 Dec 2023 07:24:38 +0000 (01:24 -0600)
committerRob Browning <rlb@defaultvalue.org>
Mon, 1 Jan 2024 22:12:02 +0000 (16:12 -0600)
commitebeab81a5c2723c2f3d479de3712a9f6a7ee80de
tree3b8d3fa5997a8b1f41072b34dcc692040fd425cf
parentbf661d2163e09fa1f646f10e1b88b5fa68e7a055
Give each emacs flavor its own emacsclient

Move emacsclient from emacs-bin-common to the emacsVER (i.e.
emacs-lucid, emacs-gtk, ...) packages so that each one will have the
binary that was built for that flavor.

I was using emacs-lucid, and after upgrading to 29.1,
emacsclient (which was the pgtk flavor) no longer worked correctly,
for example "-c -n" didn't open new frames.  However the lucid build
emacsclient worked fine.

Explicitly list the variant and common bin alternatives instead of
globbing.  Add the alternatives variables to deb_sub so we don't need
the separate perl -i substitutions.

Stop splitting some of the debian/rules $(call ...) invocations across
two lines because it was introducing a space into the argument value
which would then break quoted expansions like "$(1)...".

Thanks to Wang Yizhen for reporting the problem.

Closes: 1050953
debian/emacs-bin-common.lintian-overrides
debian/emacs-bin-common.postinst.in
debian/emacs-bin-common.prerm.in
debian/emacsVAR.lintian-overrides
debian/emacsVAR.postinst
debian/emacsVAR.prerm
debian/rules