Josselin Mouette <j...@debian.org> writes: > I’m tired of receiving bug reports asking to add a debian/mime file to > support an outdated MIME system that no application I know besides mutt > still uses.
There is also Gnus. ;-) > All the information you need to generate mailcap entries for all > GNOME/KDE/XFCE applications is in /usr/share/applications, and is > specified at: > http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html > With the MimeType, Exec, TryExec and Terminal fields, you have all the > information you need to write a mailcap file. > > update-mime should use this information directly instead of requiring > packages to duplicate it, increasing the maintainers’ load for no good > reason. gvfs-open (from gvfs-bin, not required to pull all gvfs package to work) could be a solution to the mentioned problem (but not a solution for this bug since there is no way to get a mailcap from it). gvfs-bin could provide a mailcap entry like this: application/*; gvfs-open '%s'; test=test -n "$DISPLAY" Or the entire mailcap could just contain a wildcard entry: */*; gvfs-open '%s'; test=test -n "$DISPLAY" But I think many will disapprove because mailcaps are more expressive (but /etc/mailcap.order is a pain, I prefer to use xdg-mime to set my preferred application). One problem is that gvfs-open will exit without waiting for the application to terminate. Usually, the invoking program will delete the provided file. The launched application may not even have the time to read the file. Adding a sleep is not a solution because some applications will detect that the file has disappeared and will close themselves (like evince). I have submitted a patch to allow gvfs-open to wait for the invoked program to terminate. This is bug #677430 in BTS. I have also submitted it upstream: https://bugzilla.gnome.org/show_bug.cgi?id=652262 -- die_if_kernel("Whee... Hello Mr. Penguin", current->tss.kregs); 2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
