|
From: | Max Nikulin |
Subject: | Re: Bug in 9.5.3 org--file-default-apps |
Date: | Mon, 23 May 2022 22:28:55 +0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 |
On 23/05/2022 19:40, Craig STCR wrote:
OK, I did a first-try on this and was unsuccessful, but I'm sure it's user error. I need to refresh my knowledge on how to customize user-local mime database, and that will write-out a new ~/.mailcap, etc, I think? I've done it before, but it was awhile ago, and I wasn't paying attention to ~/.mailcap when I did it. I know for Gnome I can create a .desktop file. But I know there's a way to customize user-local mime database without Gnome desktop. I'll take a closer look when I have a little more time.
Debian package scripts (that work on Ubuntu as well) extract MIME info from *system* .desktop files to add them to mailcap database.
There were some mailcap related changes and bugs around Emacs-27 release, e.g. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=36771
application/x-shellscript; emacs27 %s; test=test -n "$DISPLAY"
Notice that such entry will be ignored when DISPLAY is not set due to specified "test" property. You need to pass X socket and pass or set DISPLAY environment to you "headless" container.
update-mime likely assumes that you created ~/.mailcap.order to generate ~/.mailcap from it. Emacs may just read ~/.mailcap, so if you created this file, nothing more is required.
Actually I do not think you wish to launch another emacs session in response to following a link in an .org file. I suppose, you experienced
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=40247otherwise (mailcap-mime-info nil) (or "text/plain") would return view-mode and your scripts would be opened in another emacs window. It should work without mailcap entries.
[Prev in Thread] | Current Thread | [Next in Thread] |