Move all non-code files into data/

[postmodern]

lib/ should only contain executable code. The type lists should be moved into data/, so they won't confuse RDoc.

[halostatue]

I need to figure out how to do this so that if an OS distribution packager wants to repackage mime-types to fit their particular model, I can make this fairly simple to deal with for therm, even though they should just be repackaging gems in their distribution archives.

[postmodern]

It depends on the distro's packaging standards. Fedora doesn't split apart rubygems across separate directories, instead installs their rubygem-* packages into /usr/share/gems/ like a normal gem.

[halostatue]

Right. I'm just trying to figure out how to do it so that the distros that do ugly things to gems don't have to change something in the core of the gem in order to read the data. I don't want to read relative to FILE expecting that the sibling directory will be there—whereas I have been able to guarantee that child directories are present, even though the files themselves are not Ruby scripts.

I could cheat, of course, and make these files Ruby scripts (which is what I did with Text::Format, although those objects also have some additional functionality to them IIRC).

The right way is to probably move the loading from MIME::Types.load_from_file to a MIME::Types::Loader object, which has a root directory constant that can be overridden trivially by an packager without affecting other parts of the code.

[halostatue]

This will be resolved in MIME::Types 2.0 as noted in the above commit.