Package Details: mimeo 2023-13

Git Clone URL: https://aur.archlinux.org/mimeo.git (read-only, click to copy)
Package Base: mimeo
Description: Open files by MIME-type or file name using regular expressions.
Upstream URL: https://xyne.dev/projects/mimeo
Keywords: utilities
Licenses: GPL
Submitter: Xyne
Maintainer: Xyne
Last Packager: Xyne
Votes: 148
Popularity: 0.31
First Submitted: 2009-12-16 02:54 (UTC)
Last Updated: 2024-05-17 23:43 (UTC)

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 Next › Last »

Xyne commented on 2012-06-05 04:52 (UTC)

short answer: I don't know I haven't touched Mimeo for a while so I need to dig into it again to remember how and why it does things. Dealing with MIME-types is a mess because of the apparent lack of standardization. Some things have probably changed since the last major update too. Unfortunately, I just don't have the time right now to wrap my head around all of the documentation and sort it out. It wouldn't make much sense either because I plan to rewrite it in Python 3 when I do have time to spend on it. When I do, I will modularize (and denoobify) it and offload all of the standard XDG functions to my XDG module. Once everything is clearly organized it should be easy to add code to support different desktop "standards". If you find a clean way to improve the existing code then I will look at it and consider patching it in if it works.

ninian commented on 2012-06-03 21:50 (UTC)

Am I correct in saying that the Python2 'mimetypes' module and the 'file' command don't utilize the XDG Shared MIME-info Database? (I've added some of my own mime types and of course, have then run 'update-mime-database' on the relevant directories.) Running 'mimeo -m <file>' and 'file --mime-type <file>' don't pick up these added mime-types, but for example, the 'mimetype' command (from the perl-file-mimeinfo package) and the 'rox -m' command do detect them. I see that the relevant lines in Mimeo.py are 725 - 727: mimetype = mimetypes.guess_type(rpath)[0] if not mimetype: proc = subprocess.Popen(['file', '--mime-type', rpath], stdout=subprocess.PIPE) Other than patching this file, would there be any possibility of allowing mimeo to use a different (more accurate) choice of mime-type finder - maybe in the configuration file or an option? (I know that I can put an entry in mimeo.conf to launch an application if the extension matches, but would prefer to handle the mime-type properly.)

Xyne commented on 2012-06-02 14:33 (UTC)

I've replied on the forum.

ninian commented on 2012-06-02 08:01 (UTC)

I've found an issue with the path order in $XDG_DATA_DIRS being non-standard (see https://bbs.archlinux.org/viewtopic.php?id=142545). I'm not using any DE, just Openbox and have no defaults.list or mimeapps.list files anywhere except /usr/local/share/applications/mimeapps.list. Mimeo doesn't pick up the default applications with the standard Arch $XDG_DATA_DIRS, but mimeo does find the defaults when XDG_DATA_DIRS="/usr/local/share/:/usr/share/"

dkasak commented on 2012-05-31 15:40 (UTC)

In case anyone wants the list_apps_by_mimetype.py script, it was moved here: http://xyne.archlinux.ca/scripts/system/list_apps_by_mimetype.py

misc commented on 2011-06-23 22:01 (UTC)

Cool! Thanks again.

Xyne commented on 2011-06-23 21:27 (UTC)

The second error should be fixed now. There's no way to list associated apps by mimetype right now but I'll add that when I rewrite it in Python3 and clean up the code. All the necessary methods are already there. In the meantime, I've written a small script that does what you want: http://xyne.archlinux.ca/miscellaneous/list_apps_by_mimetype.py

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 Next › Last »