Le vendredi 08 février 2008, Dirk Mueller a écrit :
Hopefully soon the new rpmlint checks will be enabled in BETA, which might be more strict and can cause new packages to fail. There was no particular new check added, just that some of the slow brp scripts were rewritten and integrated into rpmlint for performance and ease of maintenance.
There might be fallout: false positives and false negatives. Please let me know if you find anything particularly interesting so that I can improve the checks.
Got this error this morning: sensors.src:99: E: dot-in-identifier (Badness: 10000) Provides: sensors:/usr/include/sensors/sensors.h For buildsystem internal reasons, suse disallows the usage of dot's in dependency tokens (package names, provides, requires and similar). Please rename the token. This seems to be the standard way to handle package splits, this provides statement was suggested to me by Stephan Kulow. Is this a false positive in rpmlint, or is there a new syntax to handle this case? Thanks, -- Jean Delvare Suse L3 --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org