[Bug 225698] Merge Review: dmidecode

bugzilla at redhat.com bugzilla at redhat.com
Mon Nov 8 19:29:38 UTC 2010


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


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

--- Comment #13 from Prarit Bhargava <prarit at redhat.com> 2010-11-08 14:29:36 EST ---
(In reply to comment #9)
> Thanks for the update Prarit. I know you did it with good intentions but please
> don't close a Merge Review until the reviewer sets the "+" flag.
> 
> I see that some issues are resolved but some are not. And since the package had
> updates since I made the initial review, there are additional issues
> introduced, thus I'm reopening the bug (sorry!)
> 
> (For each issue, I am adding the reference to the respective guideline which
> you can find at the bottom.)
> 
> First the old issues and questions: (from comment #5)
> > 
> > * The release tag is a mess. Can we continue with the usual convention?:
> > 2%{?dist} [1]

This appears to be the case in the latest spec:

Version:        2.10
Release:        2%{?dist}
Epoch:          1

(or maybe I'm misunderstanding you ...)

> > 
> > * Source0 must be full URL (with %{name} and %{version} macros) [2]

Fixed.

> > 
> > - Buildroot is improper but it will be obsoleted soon so it's not a problem.
> > 
> > * We prefer %defattr(-,root,root,-) [3]

In latest spec:

%files
%defattr(-,root,root)
> > 
> > * Parallel make must be supported whenever possible. If it is not supported,
> > this should be noted in the SPEC file as a comment. [4]
> > 

Done -- added '-j' to make

> 
> Also additional issues:
> 
> * Usage of $RPM_BUILD_ROOT and %{buildroot} in the spec file is against the
> macro consistency guideline. Please only use one or the other. [5]

Done.  Using %{buildroot} only.

> 
> ! The patches should be explained and links from upstream bugtracker should be
> given as comments, if possible. [6]

Okay -- I'm planning on updating dmidecode for Fedora shortly so these patches
won't be necessary.  I will make note of this practice for the future ...

> 
> ! BuildRequires:  /usr/bin/aclocal /usr/bin/automake /usr/bin/autoconf
> can be replaced by simply
>   BuildRequires:  automake autoconf
> since file dependencies should be avoided as much as possible. [7]

Ah, cool :)  Done.

> 
> [1] http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Package_Release
> [2] http://fedoraproject.org/wiki/Packaging:SourceURL
> [3] https://bugzilla.redhat.com/show_bug.cgi?id=481363
> [4] http://fedoraproject.org/wiki/Packaging/Guidelines#Parallel_make
> [5] http://fedoraproject.org/wiki/Packaging/Guidelines#macros
> [6]
> http://fedoraproject.org/wiki/Packaging/Guidelines#All_patches_should_have_an_upstream_bug_link_or_comment
> [7] http://fedoraproject.org/wiki/Packaging/Guidelines#File_Dependencies

[Stuck trying to get these changes committed to git ... will ping when it's
done]

P.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.



More information about the package-review mailing list