From Fedora Project Wiki
No edit summary
No edit summary
Line 4: Line 4:
This page explains what they mean and whether they can be ignored.
This page explains what they mean and whether they can be ignored.
Also details of long-term plans to get them fixed.
Also details of long-term plans to get them fixed.
In general we hope that some future version of rpmlint will be
released that allows us to ignore certain warnings for MinGW
packages.


== devel-file-in-non-devel-package ==
== devel-file-in-non-devel-package ==
Line 35: Line 39:
to the standard.  It is thought to be very complex to remove the need
to the standard.  It is thought to be very complex to remove the need
for this directory from gcc and binutils.
for this directory from gcc and binutils.
== file-not-in-%lang ==
We don't have a version of <code>%find_lang</code> which works
for MinGW packages.  The installation directory of the language
files is in an unexpected place as far as the plain <code>%find_lang</code>
is concerned.
This needs looking into, but at the moment we just list the
<code>*.mo</code> files explicitly.

Revision as of 17:22, 22 January 2009

Common rpmlint warnings and errors

Some rpmlint warnings and errors are generated by MinGW packages. This page explains what they mean and whether they can be ignored. Also details of long-term plans to get them fixed.

In general we hope that some future version of rpmlint will be released that allows us to ignore certain warnings for MinGW packages.

devel-file-in-non-devel-package

All MinGW packages are for development only, so when we passed the guidelines we didn't opt to have a separate -devel subpackage, since the main package would just be empty. See bug 468987.

script-without-shebang [some .la file]

We use *.la files when linking. This is explicitly allowed in the MinGW guidelines that were passed.

Longer term we would like to check whether *.la files are genuinely necessary, and whether we can remove them.

spurious-executable-perm

See this comment for a detailed explanation.

arch-independent-package-contains-binary-or-object

See bug 468989.

non-standard-dir-in-usr i686-pc-mingw32

This breaks the FHS, but is permitted by the MinGW guidelines. These directories in /usr are ugly, but are commonly used by cross-compilation tools. The FHS project upstream is dead, so we can't get the directory added to the standard. It is thought to be very complex to remove the need for this directory from gcc and binutils.

file-not-in-%lang

We don't have a version of %find_lang which works for MinGW packages. The installation directory of the language files is in an unexpected place as far as the plain %find_lang is concerned.

This needs looking into, but at the moment we just list the *.mo files explicitly.