emacs-snap:master

Last commit made on 2024-03-25
Get this branch:
git clone -b master https://git.launchpad.net/emacs-snap

Branch merges

Branch information

Name:
master
Repository:
lp:emacs-snap

Recent commits

73d7d08... by Alex Murray

Update to latest upstream release "29.3"

Signed-off-by: Alex Murray <email address hidden>

900dc1b... by Alex Murray

When fixing up pkg-config .pc files don't assume the stage path

Signed-off-by: Alex Murray <email address hidden>

b7a5928... by Alex Murray

Fixup pkg-config .pc files to reflect their installed paths

Signed-off-by: Alex Murray <email address hidden>

4fedf5b... by Alex Murray

Try shipping libenchat-2-dev for issue #71

This should allow jinx to be compiled by setting PKG_CONFIG_SYSROOT_DIR
in the environment when installing it to reference `emacs-snap-dir`.

Signed-off-by: Alex Murray <email address hidden>

ac89b11... by Alex Murray

Ship separate emacsclient binaries for each backend

Signed-off-by: Alex Murray <email address hidden>

70833d9... by Alex Murray

Set x-resource-name in elisp as well

It seems x-resource-name gets set directly in elisp before it ever has a chance
to get set via the C code so set it here to "emacs" as well to ensure it is
named as we prefer. Fixes alexmurray/emacs-snap#83.

Signed-off-by: Alex Murray <email address hidden>

054800f... by Alex Murray

Try forcing glib prgname to emacs

It seems gdk uses g_get_prgname() when initially setting X WM properties during
gtk_init() so try and force this to the value we want before calling gtk_init()

Signed-off-by: Alex Murray <email address hidden>

6c2d6fe... by Alex Murray

Don't change Vinvocation_name - instead Vx_resource_name

Vinvocation_name is used by too many things and causes other issues like
issue #84 so instead leave this but instead default Vx_resource_name to "emacs"
to fix the X WM_CLASS as emacs but allow it to still be set by -name as usual.

Signed-off-by: Alex Murray <email address hidden>

d08a52e... by Alex Murray

Hard-code argv[0] for gtk_init() to "emacs"

This ensures that gtk sets the WM_CLASS to Emacs not Emacs-gtk or similar since
it also uses the value of argv[0] when choosing this. Should completely resolve
issue #83.

Signed-off-by: Alex Murray <email address hidden>

c54ae93... by Alex Murray

Hardcode invocation name to "emacs" to fix issue #83

Signed-off-by: Alex Murray <email address hidden>