Fedora Merge Review: rhpl http://cvs.fedora.redhat.com/viewcvs/devel/rhpl/ Initial Owner: katzj
rhpl.i386: E: non-executable-script /usr/lib/python2.5/site-packages/rhpl/arch.py 0644 This text file contains a shebang or is located in a path dedicated for executables, but lacks the executable bits and cannot thus be executed. If the file is meant to be an executable script, add the executable bits, otherwise remove the shebang or move the file elsewhere. rhpl.i386: E: non-executable-script /usr/lib/python2.5/site-packages/rhpl/keyboard_models.py 0644 This text file contains a shebang or is located in a path dedicated for executables, but lacks the executable bits and cannot thus be executed. If the file is meant to be an executable script, add the executable bits, otherwise remove the shebang or move the file elsewhere. rhpl.i386: E: non-executable-script /usr/lib/python2.5/site-packages/rhpl/exception.py 0644 This text file contains a shebang or is located in a path dedicated for executables, but lacks the executable bits and cannot thus be executed. If the file is meant to be an executable script, add the executable bits, otherwise remove the shebang or move the file elsewhere. rhpl.i386: W: invalid-license GPL The value of the License tag was not recognized. SHOULD: Update buildroot. add license text. follow http://fedoraproject.org/wiki/Packaging/Python and add %{!?python_sitelib: %define python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")}
Should all be fixed up in 0.211-1 building now
looks something goes wrong in CVS cat sources showed me d922d4303847d85e540057527950969d rhpl-0.211.tar.bz2 But spec wants tar.gz not bz2 Source0: %{name}-%{version}.tar.gz
Whoops, that will teach me to just copy and paste makefile rules over without actually looking at them. Switched the spec and really building again
still rpmlint is not silent rhpl.i386: E: non-standard-executable-perm /usr/lib/python2.5/site-packages/rhpl/iwlib.so 0775 rhpl.i386: E: non-standard-executable-perm /usr/lib/python2.5/site-packages/rhpl/iconv.so 0775 rhpl.i386: E: non-standard-executable-perm /usr/lib/python2.5/site-packages/rhpl/ethtool.so 0775 Also, you can use "make %{?_smp_mflags}" in %build
I'm not seeing that here with the package built by koji. Do you have a weird umask? [katzj@aglarond ~]$ rpmlint rhpl-0.212-1.i386.rpm rhpl.i386: W: no-url-tag And make -j can cause weirdness with rhpl from what I vaguely remember (we used to do it, but then stopped)
Strange dunno what happened, I guess its problem with build user that I used to build locally package in mock When package build using rpmbuild I saw no issues of rpmlint. Review: + package builds in mock (development i386). + rpmlint is silent for SRPM and RPM. + source files match upstream. 1cf6842afd763b6aa16ea4a3e326a4af rhpl-0.212.tar.bz2 + package meets naming and packaging guidelines. + specfile is properly named, is cleanly written + Spec file is written in American English. + Spec file is legible. + dist tag is present. + build root is correct. + license is open source-compatible. + License text is included in package. + %doc files present. + BuildRequires are proper. + Compiler flags are honored correctly. + defattr usage is correct but can be used as %defattr(-,root,root,-) + %clean is present. + package installed properly. + Macro use appears rather consistent. + Package contains code. + no static libraries. + no .pc file present. + no -devel subpackage exists. + no .la files. + translations are available. + Does owns the directories it creates. + no duplicates in %files. + file permissions are appropriate. + no scriptlets are used. + Package rhpl-0.212-1 Provides: _diskutil.so _translate.so ethtool.so iconv.so iwlib.so Requires: libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libiw.so.29 libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpython2.5.so.1.0 python(abi) = 2.5 APPROVED.