https://bugzilla.rpmfusion.org/show_bug.cgi?id=2237
--- Comment #2 from Mario Santagiuliana <[email protected]> 2012-03-23 09:22:43 CET --- (In reply to comment #1) > Homer.src: W: name-repeated-in-summary C Homer DONE > Homer.src:64: W: macro-in-comment %setup > Fix by using %% DONE > Homer.src:14: W: mixed-use-of-spaces-and-tabs (spaces: line 14, tab: line 1) > Just fix it, using your editor or e. g., expand(1) DONE > Homer.src: W: invalid-url Source0: Homer-Source.tar.bz2 > Since this is released code, it could retrieved using the sourceforge URL See > http://fedoraproject.org/wiki/Packaging:SourceURL#Sourceforge.net Homer use not conventional url, I explain that in comment into the spec file. > Homer-debuginfo.x86_64: E: debuginfo-without-sources > You must fix this. The cause is probably that the source is stripped by the > standard make. Most likely, this error will disappear when you fix the > compiler flags according to > http://fedoraproject.org/wiki/Packaging:Guidelines#Compiler_flags. I'm not > sure, but out of the top of my head cmake honors the classical CFLAGS/CPPFLAGS > environment variables, which should make it reasonably easy to fix this. Homer use non conventional cmake compilation process. The developer prefer to use standard make to call cmake to build the binary files. > libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerConference.so > These are trickier. Basically, rmplint complains because homer installs > libraries among the public libraries without proper so-names. I'm somewhat > worried about this, especially for libHomer.so. Does it need to be versioned? > Anyone, out there? I don't know ho to resolve this issue...for me can be ignored... > libHomer.x86_64: E: incorrect-fsf-address /usr/share/doc/libHomer-0.22/COPYING > For this, you should send a bug ticket upstream, and bring that link in this > bug. However, don't patch the file (legal concerns. Sorry, don't find the > link). I will contact the upstream to update license file. > Other remarks: > Since you use desktop-file-install, the desktop-file-validate is not needed > and > can be removed I follow the example reported in wiki page: http://fedoraproject.org/wiki/Packaging:Guidelines#Desktop_files I do the same thing for other package without problems... > IMHO it would be good to decrease the noise by removing comments such as > "Add .desktop file". The comments are problems? Sorry...I like comments to understand better what I do in the spec file... New package: SPEC: http://rpmbuild.marionline.it/SPECS/Homer.spec SRPMS: http://rpmbuild.marionline.it/SRPMS/Homer-0.22-1.fc16.src.rpm $ rpmlint /var/lib/mock/fedora-16-x86_64/result/*.rpm Homer.src: W: spelling-error %description -l en_US softphone -> soft phone, soft-phone, sousaphone Homer.src: W: invalid-url Source0: Homer-Source.tar.bz2 Homer.x86_64: W: spelling-error %description -l en_US softphone -> soft phone, soft-phone, sousaphone Homer.x86_64: W: no-documentation Homer.x86_64: W: no-manual-page-for-binary Homer Homer-debuginfo.x86_64: E: debuginfo-without-sources libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerConference.so libHomerConference.so libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerMultimedia.so libHomerMultimedia.so libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerMonitor.so libHomerMonitor.so libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerBase.so libHomerBase.so libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerSoundOutput.so libHomerSoundOutput.so libHomer.x86_64: E: invalid-soname /usr/lib64/libHomerGAPI.so libHomerGAPI.so libHomer.x86_64: E: incorrect-fsf-address /usr/share/doc/libHomer-0.22/COPYING 4 packages and 0 specfiles checked; 8 errors, 5 warnings. -- Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are the assignee for the bug.
