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: 147
Popularity: 0.40
First Submitted: 2009-12-16 02:54 (UTC)
Last Updated: 2024-05-17 23:43 (UTC)

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12

Xyne commented on 2011-02-03 04:01 (UTC)

@Schnouki I've updated it to: launchers.extend( self.launchers ) self.launchers = launchers The new launchers should occur before the old ones in the list so that they take precedence. I can't reproduce the other error, but maybe I fixed that with one of the updates last night. As for Git, moving all of my code to Git repos is on my todo list, but I just haven't had the time.

Schnouki commented on 2011-02-02 18:09 (UTC)

This version is very broken for me... I'm using only the default association file ~/.config/mimeo.conf, and now everytime I try to run mimeo with an URL I get this: $ mimeo http://google.com Traceback (most recent call last): File "/usr/bin/mimeo", line 5, in <module> Mimeo.main() File "/usr/lib/python2.7/site-packages/Mimeo.py", line 622, in main for cmd in mimeo.get_cmds(*args): File "/usr/lib/python2.7/site-packages/Mimeo.py", line 535, in get_cmds cmd = get_custom_launcher(self.launchers, arg) File "/usr/lib/python2.7/site-packages/Mimeo.py", line 90, in get_custom_launcher for l in launchers: TypeError: 'NoneType' object is not iterable This can be fixed at line 199 of Mimeo.py, by replacing self.launchers = launchers.extend(...) with self.launchers.extend(launchers) ("extend" changes the list *in place*.) After this fix is applied, I get these: $ mimeo http://google.fr error: no associations for MIMEtype ERROR: cannot open `/home/schnouki/http:/google.fr' (No such file or directory) $ mimeo http://google.com error: no associations for MIMEtype application/x-msdos-program After that, I just reverted to an older version of mimeo from a recent backup, and now it works again :) Could you please look into these issues? (Also, it would be very nice to have a public Git repository for mimeo, so that other can contribute more easily :))

Xyne commented on 2010-11-02 18:44 (UTC)

Ok, I've uploaded a new version with the changes. I rearranged the loading order so that the user can override associations in the default configuration file with those in others.

Schnouki commented on 2010-11-02 17:49 (UTC)

Nice, thanks! :)

Xyne commented on 2010-11-02 17:36 (UTC)

Disregard my last comment if you received it via email. I misunderstood the purpose of the patch at first (by confusing the custom associations file with the MIMEtype associations file). I'm on my way out the door right now but I'll try to add this tonight when I get back if I have time (and remember). Thanks.

Schnouki commented on 2010-11-02 16:47 (UTC)

Here is a little patch that makes mimeo autoload ~/.config/mimeo.conf as an association file: http://aur.pastebin.com/BUMzLeMt. Useful for me with xdg-utils-mimeo (I don't use a DE nor a file manager, just Awesome, Chromium and a few terminals) so I can handle my associations with just a single text file (including URLs such as "spotify:...").

Xyne commented on 2010-08-02 21:51 (UTC)

I've replaced mimetypes.init() with mimetypes.init(["/etc/mime.types", os.path.expanduser('~/.mime.types')]) Thanks.

matthewbauer commented on 2010-08-02 20:48 (UTC)

With the default mimeo, the local ~/.mime.types are not loaded for me. I think it is a bug in the Python mimetypes module. I made this patch to fix it: http://aur.pastebin.com/RPPXcZB9

« First ‹ Previous 1 .. 7 8 9 10 11 12