[CentOS-docs] Re: Create page about rebuilding SRPMS and preparing RPM environment

Wed Aug 20 19:53:09 UTC 2008
R P Herrold <herrold at owlriver.com>

On Tue, 19 Aug 2008, Filipe Brandenburger wrote:

> Hi all,
> Sorry for the delay, the last few weeks were hectic.
> I have a first version of the pages:
> - http://wiki.centos.org/HowTos/SetupRpmBuildEnvironment
> - http://wiki.centos.org/HowTos/RebuildSRPM
> Let me know what you think. Feel free to suggest changes and
> additions, I'll be happy to change the pages according to them.

looks nice, although I remain unconvinced as to the 
proliferation of essentially identical content -- I added a 
caveat on the first page as to 'redhat-rpm-config', which 
causes really herd to diagnose errors when absent (mentioned 
at my prime page)

The restriction to CentOS 5 is unneeded, and potentially 
confusing.  Please set up a xen instance and convince yourself 
that this is the case, and delete the limitation language. 
-- I also question the piecemeal addition of first make, and 
then gcc -- yum is well capable of skipping already installed 
packages, and handling multiple packages at once.  I am also a 
bit confused at the mention of 'checking' items to install in 
yum, which is a TUI tool without checkboxes.

On the second article, I am really against the mention of 
multiple third party archives in that article.  I think it 
should NOT be in this artivcle at all.  It implicitly endorses 
some non-CentOS sources to the exclusion of others -- Dag, is 
to my mind, a much stronger and better packager than the 
average found in the second listed third-party archive.  My 
personal opinion, but that is the point -- this series need 
was presented as articles to address CentOS needs within 
CentOS confines.

In each article referring to Max RPM as a Bible, is just wrong 
except in the sense that one means 'something ancient'.  I 
would point solely to:

as a single point of content management, and leave it at that. 
that page describes some better external resources.  I request 
that change.

-- Russ herrold