SPEC: http://v3.sk/~lkundrak/SPECS/calls.spec SRPM: http://v3.sk/~lkundrak/SRPMS/calls-0.1.0-1.fc31.src.rpm mock: https://koji.fedoraproject.org/koji/taskinfo?taskID=38000389 Description: Calls is a simple, elegant phone dialer and call handler built using GTK+ 3.
- Please ask upstream for a proper licensing file - X11 is MIT license, please use MIT in the License field. - Same issue: + appstream-util validate-relax --nonet /builddir/build/BUILDROOT/calls-0.1.0-1.fc32.x86_64/usr/share/metainfo/sm.puri.Calls.appdata.xml /builddir/build/BUILDROOT/calls-0.1.0-1.fc32.x86_64/usr/share/metainfo/sm.puri.Calls.appdata.xml: FAILED: ? tag-missing : <description> required Validation of files failed However this is not fixed upstream, please file a bug report or send a merge request to add <p> tag around the description.
Thanks for the response and the suggestion. Fixed the Rawhide build now: SPEC: http://v3.sk/~lkundrak/SPECS/calls.spec SRPM: http://v3.sk/~lkundrak/SRPMS/calls-0.1.0-1.fc31.src.rpm mock (f32): https://koji.fedoraproject.org/koji/taskinfo?taskID=38167199
- Don't own %{_datadir}/icons/hicolor, instead Requires: hicolor-icon-theme and be more specific: Requires: hicolor-icon-theme […] %{_datadir}/icons/hicolor/*/apps/*.svg - X11 → MIT calls.x86_64: W: invalid-license X11 License: GPLv3+ and MIT Package Review ============== Legend: [x] = Pass, [!] = Fail, [-] = Not applicable, [?] = Not evaluated [ ] = Manual review needed ===== MUST items ===== C/C++: [x]: Package does not contain kernel modules. [x]: Package contains no static executables. [x]: Development (unversioned) .so files in -devel subpackage, if present. Note: Unversioned so-files in private %_libdir subdirectory (see attachment). Verify they are not in ld path. [x]: If your application is a C or C++ application you must list a BuildRequires against gcc, gcc-c++ or clang. [x]: Header files in -devel subpackage, if present. [x]: Package does not contain any libtool archives (.la) [x]: Rpath absent or only used for internal libs. Generic: [x]: Package is licensed with an open-source compatible license and meets other legal requirements as defined in the legal section of Packaging Guidelines. [x]: License field in the package spec file matches the actual license. Note: Checking patched sources after %prep for licenses. Licenses found: "Unknown or generated", "*No copyright* GNU General Public License (v3)", "GPL (v3 or later)", "NTP License (legal disclaimer) GPL (v3 or later)", "NTP License (legal disclaimer)". 64 files have unknown license. Detailed output of licensecheck in /home/bob/packaging/review/calls/review-calls/licensecheck.txt [x]: License file installed when any subpackage combination is installed. [x]: If the package is under multiple licenses, the licensing breakdown must be documented in the spec. [!]: Package does not own files or directories owned by other packages. Note: Dirs in package are owned also by: /usr/share/icons/hicolor(wesnoth-data, autokey-common, system-config- httpd, tuxanci, pdfmod, xchm, redeclipse, vacuum-im, freedroidrpg, android-file-transfer, qmmp, massif-visualizer, nedit, qucs, fedora- logos, qtl866, kgraphviewer, hicolor-icon-theme, mono-tools), /usr/share/icons/hicolor/scalable(dxf2gcode, lxqt-powermanagement, qucs, fedora-logos, eom, autokey-common, keepassx, massif-visualizer, qtl866, tuxanci, hicolor-icon-theme, freedroidrpg, pdfmod, qmmp), /usr/share/icons/hicolor/scalable/apps(dxf2gcode, qucs, fedora-logos, eom, autokey-common, keepassx, massif-visualizer, qtl866, gtatool-gui, tuxanci, hicolor-icon-theme, freedroidrpg, pdfmod, qmmp), /usr/share/icons/hicolor/symbolic(hicolor-icon-theme), /usr/share/icons/hicolor/symbolic/apps(hicolor-icon-theme) [x]: %build honors applicable compiler flags or justifies otherwise. [x]: Package contains no bundled libraries without FPC exception. [x]: Changelog in prescribed format. [x]: Sources contain only permissible code or content. [-]: Development files must be in a -devel package [x]: Package uses nothing in %doc for runtime. [x]: Package consistently uses macros (instead of hard-coded directory names). [x]: Package is named according to the Package Naming Guidelines. [x]: Package does not generate any conflict. [x]: Package obeys FHS, except libexecdir and /usr/target. [-]: If the package is a rename of another package, proper Obsoletes and Provides are present. [x]: Requires correct, justified where necessary. [x]: Spec file is legible and written in American English. [-]: Package contains systemd file(s) if in need. [x]: Useful -debuginfo package or justification otherwise. [x]: Package is not known to require an ExcludeArch tag. [-]: Large documentation must go in a -doc subpackage. Large could be size (~1MB) or number of files. Note: Documentation size is 10240 bytes in 1 files. [x]: Package complies to the Packaging Guidelines [x]: Package successfully compiles and builds into binary rpms on at least one supported primary architecture. [x]: Package installs properly. [x]: Rpmlint is run on all rpms the build produces. Note: There are rpmlint messages (see attachment). [x]: If (and only if) the source package includes the text of the license(s) in its own file, then that file, containing the text of the license(s) for the package is included in %license. [x]: Package requires other packages for directories it uses. [x]: Package uses either %{buildroot} or $RPM_BUILD_ROOT [x]: Package does not run rm -rf %{buildroot} (or $RPM_BUILD_ROOT) at the beginning of %install. [x]: Macros in Summary, %description expandable at SRPM build time. [x]: Package contains desktop file if it is a GUI application. [x]: Package installs a %{name}.desktop using desktop-file-install or desktop-file-validate if there is such a file. [x]: Dist tag is present. [x]: Package does not contain duplicates in %files. [x]: Permissions on files are set properly. [x]: Package use %makeinstall only when make install DESTDIR=... doesn't work. [x]: Package is named using only allowed ASCII characters. [x]: Package does not use a name that already exists. [x]: Package is not relocatable. [x]: Sources used to build the package match the upstream source, as provided in the spec URL. [x]: Spec file name must match the spec package %{name}, in the format %{name}.spec. [x]: File names are valid UTF-8. [x]: Packages must not store files under /srv, /opt or /usr/local ===== SHOULD items ===== Generic: [-]: If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. [x]: Final provides and requires are sane (see attachments). [?]: Package functions as described. [x]: Latest version is packaged. [x]: Package does not include license text files separate from upstream. [x]: Patches link to upstream bugs/comments/lists or are otherwise justified. [-]: Sources are verified with gpgverify first in %prep if upstream publishes signatures. Note: gpgverify is not used. [-]: Description and summary sections in the package spec file contains translations for supported Non-English languages, if available. [x]: Package should compile and build into binary rpms on all supported architectures. [-]: %check is present and all tests pass. [x]: Packages should try to preserve timestamps of original installed files. [x]: Reviewer should test that the package builds in mock. [x]: Buildroot is not present [x]: Package has no %clean section with rm -rf %{buildroot} (or $RPM_BUILD_ROOT) [x]: No file requires outside of /etc, /bin, /sbin, /usr/bin, /usr/sbin. [x]: Fully versioned dependency in subpackages if applicable. [x]: Packager, Vendor, PreReq, Copyright tags should not be in spec file [x]: Sources can be downloaded from URI in Source: tag [x]: SourceX is a working URL. [x]: Spec use %global instead of %define unless justified. ===== EXTRA items ===== Generic: [x]: Rpmlint is run on debuginfo package(s). Note: There are rpmlint messages (see attachment). [x]: Rpmlint is run on all installed packages. Note: There are rpmlint messages (see attachment). [x]: Large data in /usr/share should live in a noarch subpackage if package is arched. [x]: Spec file according to URL is the same as in SRPM. Rpmlint ------- Checking: calls-0.1.0-2.fc32.x86_64.rpm calls-debuginfo-0.1.0-2.fc32.x86_64.rpm calls-debugsource-0.1.0-2.fc32.x86_64.rpm calls-0.1.0-2.fc32.src.rpm calls.x86_64: W: spelling-error Summary(en_US) dialer -> dealer, dialed, diaper calls.x86_64: W: spelling-error %description -l en_US dialer -> dealer, dialed, diaper calls.x86_64: W: invalid-license X11 calls.x86_64: W: non-conffile-in-etc /etc/xdg/autostart/sm.puri.Calls.desktop calls.x86_64: W: no-manual-page-for-binary calls calls-debuginfo.x86_64: W: invalid-license X11 calls-debugsource.x86_64: W: invalid-license X11 calls.src: W: spelling-error Summary(en_US) dialer -> dealer, dialed, diaper calls.src: W: spelling-error %description -l en_US dialer -> dealer, dialed, diaper calls.src: W: invalid-license X11 calls.src:58: W: mixed-use-of-spaces-and-tabs (spaces: line 1, tab: line 58) 4 packages and 0 specfiles checked; 0 errors, 11 warnings.
(In reply to Robert-André Mauchin from comment #3) > - Don't own %{_datadir}/icons/hicolor, instead Requires: hicolor-icon-theme > and be more specific: > > Requires: hicolor-icon-theme > > […] > > %{_datadir}/icons/hicolor/*/apps/*.svg I don't think this is necessary. calls app doesn't require anything that hicolor-icon-theme package ships and will do just fine without it. > > - X11 → MIT > > calls.x86_64: W: invalid-license X11 > > License: GPLv3+ and MIT Will fix, thanks.
(In reply to Lubomir Rintel from comment #4) > (In reply to Robert-André Mauchin from comment #3) > > - Don't own %{_datadir}/icons/hicolor, instead Requires: hicolor-icon-theme > > and be more specific: > > > > Requires: hicolor-icon-theme > > > > […] > > > > %{_datadir}/icons/hicolor/*/apps/*.svg > > I don't think this is necessary. calls app doesn't require anything that > hicolor-icon-theme package ships and will do just fine without it. > This is necessary, you don't own a directory already owned by another package, you depend on it.
(In reply to Robert-André Mauchin from comment #5) > (In reply to Lubomir Rintel from comment #4) > > (In reply to Robert-André Mauchin from comment #3) > > > - Don't own %{_datadir}/icons/hicolor, instead Requires: hicolor-icon-theme > > > and be more specific: > > > > > > Requires: hicolor-icon-theme > > > > > > […] > > > > > > %{_datadir}/icons/hicolor/*/apps/*.svg > > > > I don't think this is necessary. calls app doesn't require anything that > > hicolor-icon-theme package ships and will do just fine without it. > > > > This is necessary, you don't own a directory already owned by another > package, you depend on it. I have to respectfully disagree. The directory is not owned just by the hicolor-icon-theme package It happens to need it in place and so do I. RPM allows two packages to ship the same directory specifically for this. This is a common practice. That is also what the packaging guidelines suggest: Please also note that it is not uncommon for multiple packages to provide the same directory. [1] [1] https://docs.fedoraproject.org/en-US/packaging-guidelines/#_file_and_directory_dependencies
Also, it seems that the part went into the guidelines *precisely* to clarify this exact problem: https://pagure.io/packaging-committee/issue/632
(In reply to Lubomir Rintel from comment #6) > (In reply to Robert-André Mauchin from comment #5) > > (In reply to Lubomir Rintel from comment #4) > > > (In reply to Robert-André Mauchin from comment #3) > > > > - Don't own %{_datadir}/icons/hicolor, instead Requires: hicolor-icon-theme > > > > and be more specific: > > > > > > > > Requires: hicolor-icon-theme > > > > > > > > […] > > > > > > > > %{_datadir}/icons/hicolor/*/apps/*.svg > > > > > > I don't think this is necessary. calls app doesn't require anything that > > > hicolor-icon-theme package ships and will do just fine without it. > > > > > > > This is necessary, you don't own a directory already owned by another > > package, you depend on it. > > I have to respectfully disagree. > > The directory is not owned just by the hicolor-icon-theme package It happens > to need it in place and so do I. RPM allows two packages to ship the same > directory specifically for this. This is a common practice. > > That is also what the packaging guidelines suggest: > > Please also note that it is not uncommon for multiple packages to provide > the same directory. [1] > > [1] > https://docs.fedoraproject.org/en-US/packaging-guidelines/ > #_file_and_directory_dependencies The common practice is to depend on hicolor-icon-theme.
*** This bug has been marked as a duplicate of bug 1818176 ***