<package type="rpm">
	<name>apache-mod_mime</name>
	<arch>znver1</arch>
	<version epoch="0" ver="2.4.66" rel="2"/>
	<checksum type="sha256" pkgid="YES">5e8b2e3bbcc64d6b152733863b0155974375e95629a661fe5980d4d47fdc9a27</checksum>
	<summary>Associates the requested filename's extensions with the</summary>
	<description>This module is used to assign content metadata to the content selected
for an HTTP response by mapping patterns in the URI or filenames to the
metadata values. For example, the filename extensions of content files
often define the content's Internet media type, language, character set,
and content-encoding. This information is sent in HTTP messages containing
that content and used in content negotiation when selecting alternatives,
such that the user's preferences are respected when choosing one of several
possible contents to serve. See mod_negotiation for more information about
content negotiation.

The directives AddCharset, AddEncoding, AddLanguage and AddType are all used
to map file extensions onto the metadata for that file.  Respectively they
set the character set, content-encoding, content-language, and media-type
(content-type) of documents. The directive TypesConfig is used to specify
a file which also maps extensions onto media types.

In addition, mod_mime may define the handler and filters that originate
and process content. The directives AddHandler, AddOutputFilter, and
AddInputFilter control the modules or scripts that serve the document.
The MultiviewsMatch directive allows mod_negotiation to consider these file
extensions to be included when testing Multiviews matches.

While mod_mime associates metadata with filename extensions, the core
server provides directives that are used to associate all the files in a
given container (e.g., &lt;Location&gt;, &lt;Directory&gt;, or &lt;Files&gt;) with particular
metadata. These directives include ForceType, SetHandler, SetInputFilter,
and SetOutputFilter. The core directives override any filename extension
mappings defined in mod_mime.

Note that changing the metadata for a file does not change the value of the
Last-Modified header. Thus, previously cached copies may still be used by
a client or proxy, with the previous headers. If you change the metadata
(language, content type, character set or encoding) you may need to 'touch'
affected files (updating their last modified date) to ensure that all
visitors are receive the corrected content headers.</description>
	<packager>bero &lt;bero@lindev.ch&gt;</packager>
	<url>https://httpd.apache.org</url>
	<time file="1774664345" build="1774662950"/>
	<size package="18615" installed="19413" archive="0"/>
	<location href="apache-mod_mime-2.4.66-2-omv2690.znver1.rpm"/>
	<format>
		<rpm:license>Apache License</rpm:license>
		<rpm:vendor>OpenMandriva</rpm:vendor>
		<rpm:group>System/Servers</rpm:group>
		<rpm:buildhost>c64-6.openmandriva.org</rpm:buildhost>
		<rpm:sourcerpm>apache-2.4.66-2.src.rpm</rpm:sourcerpm>
		<rpm:header-range start="5032" end="10755"/>
		<rpm:provides>
			<rpm:entry name="apache-mod_mime" flags="EQ" ver="2.4.66" rel="2"/>
			<rpm:entry name="apache-mod_mime(x86-64)" flags="EQ" ver="2.4.66" rel="2"/>
			<rpm:entry name="config(apache-mod_mime)" flags="EQ" ver="2.4.66" rel="2"/>
		</rpm:provides>
		<rpm:requires>
			<rpm:entry name="/bin/sh"/>
			<rpm:entry name="/bin/sh"/>
			<rpm:entry name="config(apache-mod_mime)" flags="EQ" ver="2.4.66" rel="2"/>
			<rpm:entry name="libc.so.6()(64bit)"/>
			<rpm:entry name="libc.so.6(GLIBC_2.14)(64bit)"/>
			<rpm:entry name="libc.so.6(GLIBC_2.2.5)(64bit)"/>
			<rpm:entry name="libc.so.6(GLIBC_2.3)(64bit)"/>
			<rpm:entry name="libc.so.6(GLIBC_2.4)(64bit)"/>
			<rpm:entry name="rpmlib(LargeFiles)" flags="LE" ver="4.12.0" rel="1"/>
			<rpm:entry name="rpmlib(PayloadIsZstd)" flags="LE" ver="5.4.18" rel="1"/>
			<rpm:entry name="rtld(GNU_HASH)"/>
		</rpm:requires>
		<rpm:conflicts>
			<rpm:entry name="apache-modules" flags="LT" ver="2.4.0"/>
		</rpm:conflicts>
		<file>/etc/httpd/modules.d/048_mod_mime.conf</file>
	</format>
</package>
