| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
See https://gitlab.freedesktop.org/freedesktop/freedesktop/-/issues/438#what-it-means-for-me-a-maintainer-of-a-project-part-of-gitlabfreedesktoporg
|
|
|
|
| |
Using the name listed in https://www.digipres.org/formats/mime-types/
|
|
|
|
|
|
|
| |
Section 13.3.3 of the HTML 4.0 specification uses
application/java-archive and I haven't been able to find any standard
that uses application/x-java-archive.
https://www.w3.org/TR/1998/REC-html40-19980424/struct/objects.html#h-13.3.3
|
|
|
|
| |
Fixes https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/191
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Although IANA's summaries of application/pgp-encrypted,[1]
application/pgp-keys,[2] and application/pgp-signature [3] all say that
they are exclusively "7bit text", they also all reference RFC 3156
which says that these formats may be either text or binary:
"OpenPGP implementations can generate either ASCII armor or 8-bit binary
output when encrypting data, generating a digital signature, or
extracting public key data." [4]
Moreover, GPG's default is to create binary files rather than base64
ASCII files.
This reverts commit 2a82916e00e5541bc163c56de87d03c42c8a31b3.
[1] https://www.iana.org/assignments/media-types/application/pgp-encrypted
[2] https://www.iana.org/assignments/media-types/application/pgp-keys
[3] https://www.iana.org/assignments/media-types/application/pgp-signature
[4] https://www.rfc-editor.org/rfc/rfc3156
|
| |
|
|
|
|
|
|
|
|
| |
As per RFC 9239.
Miller, M., Borins, M., Bynens, M., and B. Farias, "Updates to ECMAScript
Media Types", RFC 9239, DOI 10.17487/RFC9239, May 2022,
<https://www.rfc-editor.org/info/rfc9239>.
|
|
|
|
|
|
| |
LibreOffice is vastly more packaged than OpenOffice in Linux these days.
Fixes: #141
|
|
|
|
|
|
| |
Mainly for https://gitlab.freedesktop.org/xdg/xdgmime/-/merge_requests/18
Closes https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/160
|
| |
|
|
|
|
| |
https://www.iana.org/assignments/media-types/video/vnd.youtube.yt
|
|
|
|
|
|
| |
application/vnd.youtube.yt is obsoleted by it, keep it as an alias.
https://www.iana.org/assignments/media-types/video/vnd.youtube.yt
|
|
|
|
|
|
|
|
| |
Markdown files are similar in nature as DocBook files for which we
already have this generic-icon in effect. A document one rather than
generic text seems to match these files' content better semantically.
Refs https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/182
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Citations:
- IBM/Microsoft Multimedia Programming Interface and Data Specifications 1.0
http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/Docs/riffmci.pdf#page=36
"Most of these file formats are based on the Resource Interchange File Format (RIFF).
This chapter describes the following file formats:
Waveform Audio File Format (WAVE)"
- https://docs.microsoft.com/en-us/windows/win32/xaudio2/resource-interchange-file-format--riff-
"This overview describes the Resource Interchange File Format (RIFF),
which is used in .wav files."
- Library of Congress
https://www.loc.gov/preservation/digital/formats/fdd/fdd000001.shtml
"Subtype of: RIFF, Resource Interchange File Format (RIFF)"
- Any WAVE file :)
```
[okeeblow@emi#shared-mime-info] xxd -l 16 tests/mime-detection/test.wav
00000000: 5249 4646 ac58 0100 5741 5645 666d 7420 RIFF.X..WAVEfmt
```
|
| |
|
|
|
|
|
|
| |
Make sure at least the first two characters are ASCII, to guard against
any binary files. The maximum offset is fairly large, as many files
start with a large license stanza.
|
|
|
|
| |
Fixes #176
|
| |
|
|
|
|
| |
https://3mf.io/specification/
|
|
|
|
| |
Both default to 50, remove attributes setting that value.
|
|
|
|
| |
Make sure that libfoo.so.1.2.3 is recognized as shared library
|
|
|
|
|
| |
Blender produced obj files, such as the one in our test suite, can have
a first line comment like "# Blender v2.82 (sub 7) OBJ File: ''"
|
|
|
|
|
| |
Longer range for newmtl in case the Blender comment contains a longish
file path.
|
|
|
|
|
|
| |
https://www.iana.org/assignments/media-types/model/obj
https://www.iana.org/assignments/media-types/model/mtl
https://gitlab.freedesktop.org/xdg/shared-mime-info/-/issues/162
|
|
|
|
|
|
|
|
|
| |
Formerly known as "Atom Shell Archive Format" [1].
Unofficial MIME type also used by NPM "file-type" library [2].
[1] https://github.com/electron/asar
[2] https://github.com/sindresorhus/file-type/blob/main/core.d.ts#L274
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GLib takes priorities >= 80 to mean a short-circuit to a magic
match, overriding any conflicting matching globs. More generally, high
priority magic should only be used if it’s really unlikely that the
magic will match anything except the given MIME type. That’s evidently
not true here.
Some Python files which import Qt modules can look like valid QML
files, matching the magic but not the glob.
Lower the priority of the magic so that it doesn’t trigger the
short-circuit code in GLib. This means the name match is guessed as the
right one instead of the magic match.
See
https://gitlab.gnome.org/GNOME/glib/-/blob/6ee71750a532d8de5eaed5cf12e8718738ddd5c6/gio/gcontenttype.c#L840
and https://gitlab.gnome.org/GNOME/glib/-/issues/2599.
Tested with `XDG_DATA_DIRS=$buildroot/share gio info ./not-qml.py`.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
Helps: #84
|
|
|
|
|
|
|
| |
- BCPIO are archives, call them as such
- Remove apparently inadvertent plural from Gradle script
- Improve phrasing and consistency for manual page files
- Add missing dash to DTS-HD
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The globs for Blender scene files listed three possible matches,
with "*.blender" first, followed by two variations on "*.blend"
(lowercase and all-caps).
But Blender names its scene files "filename.blend", and always has.
Having "*.blender" listed first is problematic, because some tools
(e.g. GNOME Control Center) show only the first glob when describing
a type. As a result, its interface was claiming that Blender is the
default application for "*.blender" files, when it should be shown
as the default for "*.blend" files.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make `image/fits` an alias, matching its designation of a subset of
the FITS standard, as per https://datatracker.ietf.org/doc/html/rfc4047#section-5 -
"The general nature of the full FITS standard requires the use of the
media type "application/fits". Nevertheless, the principal intent
for a great many FITS files is to convey a single data array in the
PHDU, and such arrays are very often 2-dimensional images. Several
common image viewing applications already display single-HDU FITS
files, and the prototypes for virtual observatory projects specify
that data provided by web services be conveyed by the data array in
the PHDU. These uses justify the registration of a second media
type, namely "image/fits", for files which use the subset of the
standard described by the original FITS standard paper."
The existing alias `image/x-fits` was common before the standardization
of `application/fits` and `image/fits`, so it should stay.
Current standards and historical contexts can be found here:
- https://fits.gsfc.nasa.gov/fits_standard.html
- https://listmgr.nrao.edu/pipermail/fitsmime/2002-December/thread.html
- https://www.ucolick.org/~sla/fits/mime/comments.html
Add missing eight-dot-three-style `*.fit` and `*.fts` globs for legacy files,
matching the list supported by `libvips`, i.e.,
https://github.com/libvips/libvips/blob/757d03100566368e5d06c7355e73c1215dd34968/libvips/foreign/fits.c#L132
And as discussed in the FITS standard definition (`fits_standard40aa-le.pdf`) -
"In the absence of other information it is reasonably safe to
presume that a file name ending in ‘.fits’ is intended to be
a FITS file. Nevertheless, there are other commonly used ex-
tensions; e.g., ‘.fit’, ‘.fts’, and many others not suitable for
listing in a media type registration."
|
| |
|
|
|
|
|
|
|
| |
FlashForge's FlashPrint software uses gcode with a binary header
containing extra data to save sliced models. Seeing as they have a known
magic and that we might want to use them outside of FlashPrint itself,
add a mime-type.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This MIME type name is used in Qt Creator [1] and KDevelop [2]. A
different name - text/x-objcpp-src - is used in KSyntaxHighlighting [3].
The name text/x-objc++src is consistent with the existing MIME type
names text/x-c++src and text/x-objcsrc. So KSyntaxHighlighting's name
will have to be replaced later.
The Objective-C Wikipedia article and the KSyntaxHighlighting's data
file [3] claim that *.M is one of the file extensions of Objective-C++
source files. But since macOS's file system is case-insensitive by
default, *.mm is used almost universally. Thus there is no need to
complicate the MIME type database with case-sensitive attributes.
Make text/x-troff-mm a subclass of text/troff to reuse its magic
element. As far as I can tell, these two file formats share the same
comment syntax, which is encoded in text/troff's magic.
Add Objective-C, Objective-C++, Troff, Troff MM and C tests to verify
correct detection of the new MIME type and the absence of regressions.
[1] https://code.qt.io/cgit/qt-creator/qt-creator.git/tree/src/plugins/cppeditor/CppEditor.json.in?id=2cc28dea65846153d16c213283ffac7af530590d#n100
[2] https://invent.kde.org/kdevelop/kdevelop/-/blob/ebd207cca2387b5734a591803381880505e39a30/plugins/astyle/astyle_plugin.cpp#L284
[3] https://invent.kde.org/frameworks/syntax-highlighting/-/blob/0b2c0dc5368de519c4e9517a4dec69017df4cd6c/data/syntax/objectivecpp.xml#L3
|
|
|
|
| |
https://gitlab.freedesktop.org/xdg/shared-mime-info/-/merge_requests/151#note_1098689
|
|
|
|
| |
Refs https://www.iana.org/assignments/media-types/image/heif
|
| |
|
|
|
|
| |
https://nokiatech.github.io/heif/technical.html
|
|
|
|
|
|
|
| |
When set to false this allows installing only the data files but not
the update-mime-database program. This is useful for me since I am
cross-compiling for an architecture that does not have a working glib-2.0
port yet.
|
| |
|
| |
|
|
|
|
|
|
|
| |
De-facto standard mentioned by Apple in [1] and [2].
[1] https://developer.apple.com/library/archive/documentation/UserExperience/Conceptual/PassKit_PG/DistributingPasses.html
[2] https://developer.apple.com/documentation/walletpasses/send_an_updated_pass
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
gettext upstream has supported this for a very long time (since 0.19.7
via commit b3c2a5a242c36fbbaa0c5b17f975d6c638598a23, released in 2015),
and itstool is (mostly) a legacy of the time before gettext had proper
support for these sorts of use cases.
This is similar to the state of intltool, which is described at
https://wiki.gnome.org/MigratingFromIntltoolToGettext
During the port from autotools to meson, the legacy use of itstool was
faithfully translated to meson in the only way possible: by jumping
through hoops to run ninja inside ninja in order to generate the .mo
files for itstool, because meson's i18n module used a flawed design and
there was no "real" target to create those files, only a .PHONY
run_target which other rules cannot depend on.
Although meson 0.60.0 added support for real targets for the built .mo
files, this changed the rules for output filenames, breaking the script.
But msgfmt does not care, and anyways comes with builtin meson functions
for convenient use with XML files. So let's take this opportunity to
drop legacy dependencies and use the modern, builtin tooling, which
fixes this bug as a side effect.
Fixes #170
|
|
|
|
|
| |
These omissions were identified by searching the document for types
without a superclass and then manually reviewing the resulting list.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
b969e1c74e7c905a96c1590f5350a264dbaa83ae added a reference to this file
and a command to generate it into tests/mime-detection/list, but didn't
commit the generated file itself. Now when test-mime fails for some
other reason (e.g. after adding a failing test case), the following
error message is printed:
Could not open /path/to/shared-mime-info/tests/mime-detection/test-not-dtshd.txt
Presumably when the test file does not exist, the intended 'data' test
does not run. The testing system should be improved to report such
nonexistent file issues as test failures.
|
|
|
|
|
| |
https://www.iana.org/assignments/media-types/audio/mobile-xmf
https://www.iana.org/assignments/media-types/audio/vnd.nokia.mobile-xmf
|