Mailinglist Archive: opensuse-packaging (140 mails)
| < Previous | Next > |
Re: [opensuse-packaging] BETA: watch out for new rpmlint fun
- From: Ruediger Oertel <ro@xxxxxxx>
- Date: Fri, 15 Feb 2008 10:44:25 +0100 (CET)
- Message-id: <alpine.LNX.1.00.0802151038200.29132@xxxxxxxxxxxxx>
On Fri, 15 Feb 2008, Jean Delvare wrote:
no, your example is perfectly fine.
Actually, the dots are only unwanted in package names, and for a safety check
we wanted to block the same thing in requires. But a
Requires: foo >= 1.0
is something completely different than
Requires: foo-1.0
where the top one requires a package of name "foo" in version at least "1.0"
and the lower one requires a package of name "foo-1.0" in any version.
Provides in general and the split-provides are a different story.
Unsolved is the Requiring of path-names. Probably the rule should be:
To be consistent with the "." not being wanted in a package name,
a requires should not contain a "." in the REQUIRENAME unless
that provides also contains a "/".
--
with kind regards (mit freundlichem Grinsen),
Ruediger Oertel (ro@xxxxxxxxxx,ro@xxxxxxx,bugfinder@xxxxxxxxxxx)
----------------------------------------------------------------------
Linux Fatou 2.6.24-8-default #1 SMP 2008/02/08 10:55:16 UTC x86_64
Key fingerprint = 17DC 6553 86A7 384B 53C5 CA5C 3CE4 F2E7 23F2 B417
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
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?
no, your example is perfectly fine.
Actually, the dots are only unwanted in package names, and for a safety check
we wanted to block the same thing in requires. But a
Requires: foo >= 1.0
is something completely different than
Requires: foo-1.0
where the top one requires a package of name "foo" in version at least "1.0"
and the lower one requires a package of name "foo-1.0" in any version.
Provides in general and the split-provides are a different story.
Unsolved is the Requiring of path-names. Probably the rule should be:
To be consistent with the "." not being wanted in a package name,
a requires should not contain a "." in the REQUIRENAME unless
that provides also contains a "/".
--
with kind regards (mit freundlichem Grinsen),
Ruediger Oertel (ro@xxxxxxxxxx,ro@xxxxxxx,bugfinder@xxxxxxxxxxx)
----------------------------------------------------------------------
Linux Fatou 2.6.24-8-default #1 SMP 2008/02/08 10:55:16 UTC x86_64
Key fingerprint = 17DC 6553 86A7 384B 53C5 CA5C 3CE4 F2E7 23F2 B417
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
| < Previous | Next > |