https://bugzilla.redhat.com/show_bug.cgi?id=873793
Mario Blättermann <mario.blaetterm...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mario.blaetterm...@gmail.co
| |m
--- Comment #3 from Mario Blättermann <mario.blaetterm...@gmail.com> ---
Scratch build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=4663991
$ rpmlint -i -v *
skb.src: I: checking
skb.src: I: checking-url http://plhk.ru/ (timeout 10 seconds)
skb.src: I: checking-url http://plhk.ru/static/skb/skb-0.4.tar.gz (timeout 10
seconds)
skb.i686: I: checking
skb.i686: I: checking-url http://plhk.ru/ (timeout 10 seconds)
skb.i686: E: incorrect-fsf-address /usr/share/doc/skb-0.4/LICENSE
The Free Software Foundation address in this file seems to be outdated or
misspelled. Ask upstream to update the address, or if this is a license file,
possibly the entire file with a new copy available from the FSF.
skb.i686: W: no-manual-page-for-binary skb
Each executable in standard binary directories should have a man page.
skb.x86_64: I: checking
skb.x86_64: I: checking-url http://plhk.ru/ (timeout 10 seconds)
skb.x86_64: E: incorrect-fsf-address /usr/share/doc/skb-0.4/LICENSE
The Free Software Foundation address in this file seems to be outdated or
misspelled. Ask upstream to update the address, or if this is a license file,
possibly the entire file with a new copy available from the FSF.
skb.x86_64: W: no-manual-page-for-binary skb
Each executable in standard binary directories should have a man page.
skb-debuginfo.i686: I: checking
skb-debuginfo.i686: I: checking-url http://plhk.ru/ (timeout 10 seconds)
skb-debuginfo.i686: E: empty-debuginfo-package
This debuginfo package contains no files. This is often a sign of binaries
being unexpectedly stripped too early during the build, rpmbuild not being
able to strip the binaries, the package actually being a noarch one but
erratically packaged as arch dependent, or something else. Verify what the
case is, and if there's no way to produce useful debuginfo out of it, disable
creation of the debuginfo package.
skb-debuginfo.x86_64: I: checking
skb-debuginfo.x86_64: I: checking-url http://plhk.ru/ (timeout 10 seconds)
skb-debuginfo.x86_64: E: empty-debuginfo-package
This debuginfo package contains no files. This is often a sign of binaries
being unexpectedly stripped too early during the build, rpmbuild not being
able to strip the binaries, the package actually being a noarch one but
erratically packaged as arch dependent, or something else. Verify what the
case is, and if there's no way to produce useful debuginfo out of it, disable
creation of the debuginfo package.
skb.spec: I: checking-url http://plhk.ru/static/skb/skb-0.4.tar.gz (timeout 10
seconds)
5 packages and 1 specfiles checked; 4 errors, 2 warnings.
Due to that CFLAGS is hardcoded in config.mk, the debuginfo packages are empty.
Call "make" as follows:
make CFLAGS=%{optflags} %{?_smp_mflags}
This should help to fix the issue. Moreover, the %{_prefix} macro is senseless,
because it is the default and the Makefile points to /usr anyway.
Regarding the incorrect FSF address: Don't touch it. Just inform the upstream
developer about the outdated address so that he can fix it in future releases.
(In reply to comment #1)
> - libX11-devel can be omitted
> https://fedoraproject.org/wiki/Packaging/Guidelines#BuildRequires
No it can't be omitted. It is needed for building the package and is not part
of the basic build environment:
http://fedoraproject.org/wiki/Packaging:Guidelines#Exceptions_2
Indeed, the description could be more informative. But the upstream developer
is very thriftily with additional info, and there seems to be no package in
other distributions where we could borrow the description from. In this case,
we can leave it as is. Anyway, if you have some idea to tweak it, do it.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
package-review mailing list
package-review@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/package-review
