[Bug 427586] Review Request: kerneloops - Tool to automatically collect and submit kernel crash signatures

bugzilla at redhat.com bugzilla at redhat.com
Sat Jan 5 04:38:16 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: kerneloops -  Tool to automatically collect and submit kernel crash signatures


https://bugzilla.redhat.com/show_bug.cgi?id=427586





------- Additional Comments From tibbs at math.uh.edu  2008-01-04 23:38 EST -------
Interestingly, the tarball in this srpm and the one upstream are not the same;
several files differ, though all seem to differ by comments and whitespace.

A few rpmlint complaints:

  kerneloops.src: W: mixed-use-of-spaces-and-tabs (spaces: line 53,
   tab: line 1)
Not a big deal.

  kerneloops.x86_64: E: script-without-shebang
   /etc/dbus-1/system.d/kerneloops.dbus
I think this shouldn't be executable; the other files I see there don't seem
to be.

  kerneloops.x86_64: W: non-conffile-in-etc
   /etc/xdg/autostart/kerneloops-applet.desktop
This is OK.

  kerneloops.x86_64: W: spurious-executable-perm
   /usr/share/man/man8/kerneloops.1.gz
This shouldn't be executable either.

  kerneloops.x86_64: W: service-default-enabled /etc/rc.d/init.d/kerneloops
Services shouldn't be enabled by default.  This usually means the first entry 
on the chkconfig: line in the initscript should be '-'; I guess Default-Start:
should be either not present, empty, or '-' as well, but I'm not sure which it
should be, or if we even have anything that pays attention to it.

  kerneloops.x86_64: W: incoherent-subsys /etc/rc.d/init.d/kerneloops $prog
This is bogus.


Other issues:

The scriptlets to start and stop the service differ from the recommended ones.
For example, the %preun script won't trigger on package removals, so removing
the package will leave the service still running.  And it looks like a %postun
script was intended (given the dependency for it) but it's not actually in the
spec.  See http://fedoraproject.org/wiki/Packaging/ScriptletSnippets

I've not seen a Makefile call desktop-file-itself, but don't see anything
wrong with the way it's being called so I don't see any reason for the spec to
call it explicitly.


Checklist:
X source files don't match upstream:
  2c5b6937983ea046d74359cb470e9002a329192998c7f4e50c1121ae6c381dc9
   kerneloops-0.9.tar.gz
  600aa09dbeaa439e1268f514b8b4bdcf0c51c2efbb26e23a1925e05387581b71  
   ../kerneloops-0.9.tar.gz

* package meets naming and versioning guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
* summary is OK.
* description is OK.
* dist tag is present.
* build root is OK.
* license field matches the actual license.
* license is open source-compatible.
* license text included in package.
* latest version is being packaged.
* BuildRequires are proper.
* compiler flags are appropriate.
* %clean is present.
* package builds in mock (rawhide, x86_64).
* package installs properly
* debuginfo package looks complete.
X rpmlint has some valid complaints 
* final provides and requires are sane:
   config(kerneloops) = 0.9-1.fc9
   kerneloops = 0.9-1.fc9
  =
   /bin/bash
   /bin/sh
   chkconfig
   config(kerneloops) = 0.9-1.fc9
   initscripts
   libcurl.so.4()(64bit)
   libdbus-1.so.3()(64bit)
   libdbus-glib-1.so.2()(64bit)
   libglib-2.0.so.0()(64bit)
   libgobject-2.0.so.0()(64bit)
   libgtk-x11-2.0.so.0()(64bit)
   libnotify.so.1()(64bit)

* %check is present but disabled; according to comments, the test suite is
   broken upstream.  I have not attempted to test this package.
* no shared libraries are added to the regular linker search paths.
* owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* %find_lang used properly to collect translations.
X service management scriptlets are not the recommended ones.
* code, not content.
* documentation is small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
* no headers.
* no pkgconfig files.
* no static libraries.
* no libtool .la files.


-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the Fedora-package-review mailing list