Spec URL: http://mef.fedorapeople.org/packages/java-libraries/onemind-commons-java.spec SRPM URL: http://mef.fedorapeople.org/packages/java-libraries/onemind-commons-java-1.5.5-2.src.rpm Description: This is a common library used to support other onemind libraries. (Upstream seems sort of dormant, but this is an indirect dependency of some other Java packages ...)
Changed buildroot, added dist to version: http://mef.fedorapeople.org/packages/java-libraries/onemind-commons-java.spec http://mef.fedorapeople.org/packages/java-libraries/onemind-commons-java-1.5.5-3.fc10.src.rpm
Please excuse any really dumb questions, I am somewhat new at this process myself. Not a formal review: >$RPM_BUILD_ROOT Is there a preference for %{buildroot} for newer packages? ># This was obtained on 2008/11/24 using the following commands: ># cvs -d :pserver:anonymous.sourceforge.net:/cvsroot/onemind-commons login ># cvs -d :pserver:anonymous.sourceforge.net:/cvsroot/onemind-commons co commons-java/docs >Source1: %{name}-docs-20081124.tbz Can you check out a particular CVS version, rather than HEAD -- that way the md5sum can be verified as being consistent during review. I know the upstream is dormant, so this is probably a bit picky. >BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX) I am unclear -- what is the reason for changing the BuildRoot? ("Fix BuildRoot to follow the latest guidelines") Can you point to a page (in your reply) for the less up-to-date of us? >%description >This is a common library used to support other onemind libraries. Is it possible to expand on this at all? Its identical to the summary -- doesn't really provide extra information to users. That said, I am not sure what one would write here as an alternative. >%{_javadir}/*.jar I think I would prefer %{name}.jar and {name}-%{version}.jar to be explicit. This prevents any later inadvertant jar copying (another picky comment.) Other than that, it seems OK to me. There are no jars, licence seems OK and GPL header present in all java files.
Oh, and you are missing the deps in the -javadoc package.
I'm withdrawing this review for the moment because it's no longer a requirement for the packages I'm currently working on.