Local Yum Repo HowTo On Line

[David Cary Hart]

This is probably a worthwhile endeavor if you have three or more
machines to keep updated. There are a number of these floating around. I
have tried to update and simplify the process.

Let me know what you think.
http://www.TQMcube.com/repo.htm
-- 
      * Eliminate Spam:         http://www.TQMcube.com/spam_trap.htm
      * RBLDNSD HowTo:          http://www.TQMcube.com/rbldnsd.htm
      * Multi-RBL Check:        http://www.TQMcube.com/rblcheck.htm

[Ted Kaczmarek]

On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  This is probably a worthwhile endeavor if you have three or more
>  machines to keep updated. There are a number of these floating around. I
>  have tried to update and simplify the process.
>  
>  Let me know what you think.
>  http://www.TQMcube.com/repo.htm
>  -- 
>        * Eliminate Spam:         http://www.TQMcube.com/spam_trap.htm
>        * RBLDNSD HowTo:          http://www.TQMcube.com/rbldnsd.htm
>        * Multi-RBL Check:        http://www.TQMcube.com/rblcheck.htm
>   
I have been using yam at work from dag for quite a while, other than
some parsing quirks for releases it has worked great. Maybe you want to
contribute to that?

Ted

[Bob Taylor]

>  On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  > This is probably a worthwhile endeavor if you have three or more
>  > machines to keep updated. There are a number of these floating around. I
>  > have tried to update and simplify the process.
>  > 
>  > Let me know what you think.
>  > http://www.TQMcube.com/repo.htm 
Very good! However, why the need to copy all the CD/DVD onto the HD? Why
not grab the files from Red Hat or a mirror? Have I missed something?

-- 
Bob R. Taylor <brtaylor(a)sanfelipe.com.mx&gt;

[Paul Howarth]

On Wed, 2005-06-29 at 22:30 -0700, Bob R. Taylor wrote:
>  > On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  > > This is probably a worthwhile endeavor if you have three or more
>  > > machines to keep updated. There are a number of these floating around. I
>  > > have tried to update and simplify the process.
>  > > 
>  > > Let me know what you think.
>  > > http://www.TQMcube.com/repo.htm
>  
>  Very good! However, why the need to copy all the CD/DVD onto the HD? Why
>  not grab the files from Red Hat or a mirror? Have I missed something? 
That would work equally well but David is assuming (rightly) that most
people will already have the CD/DVD (or at least the ISOs, which are
equivalent) from which they've done the OS install, so why download
everything again?

Paul.
-- 
Paul Howarth <paul(a)city-fan.org&gt;

[Bob Taylor]

On Thu, 2005-06-30 at 00:35, Paul Howarth wrote:
>  On Wed, 2005-06-29 at 22:30 -0700, Bob R. Taylor wrote:
>  > > On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  > > > This is probably a worthwhile endeavor if you have three or more
>  > > > machines to keep updated. There are a number of these floating around. I
>  > > > have tried to update and simplify the process.
>  > > > 
>  > > > Let me know what you think.
>  > > > http://www.TQMcube.com/repo.htm
>  > 
>  > Very good! However, why the need to copy all the CD/DVD onto the HD? Why
>  > not grab the files from Red Hat or a mirror? Have I missed something?
>  
>  That would work equally well but David is assuming (rightly) that most
>  people will already have the CD/DVD (or at least the ISOs, which are
>  equivalent) from which they've done the OS install, so why download
>  everything again? 
Sorry Paul!

I meant the files createrepo /var/www/html/yum/base created. From the
repo.htm this is what I assumed was the purpose of copying the files
from the CD/DVD. Hence, have I missed something? While Red Hat 6.2 was
supported, I just ftp'd the updates into a directory "updates".
Incidentally, I have two boxes, one an Intel and the other an Alpha.

Bob
>  -- 
>  Paul Howarth <paul(a)city-fan.org&gt; 
-- 
Bob R. Taylor <brtaylor(a)sanfelipe.com.mx&gt;

[Paul Howarth]

On Thu, 2005-06-30 at 11:45 -0700, Bob R. Taylor wrote:
>  On Thu, 2005-06-30 at 00:35, Paul Howarth wrote:
>  > On Wed, 2005-06-29 at 22:30 -0700, Bob R. Taylor wrote:
>  > > > On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  > > > > This is probably a worthwhile endeavor if you have three or more
>  > > > > machines to keep updated. There are a number of these floating
> around. I
>  > > > > have tried to update and simplify the process.
>  > > > > 
>  > > > > Let me know what you think.
>  > > > > http://www.TQMcube.com/repo.htm
>  > > 
>  > > Very good! However, why the need to copy all the CD/DVD onto the HD? Why
>  > > not grab the files from Red Hat or a mirror? Have I missed something?
>  > 
>  > That would work equally well but David is assuming (rightly) that most
>  > people will already have the CD/DVD (or at least the ISOs, which are
>  > equivalent) from which they've done the OS install, so why download
>  > everything again?
>  
>  Sorry Paul!
>  
>  I meant the files createrepo /var/www/html/yum/base created. From the
>  repo.htm this is what I assumed was the purpose of copying the files
>  from the CD/DVD. Hence, have I missed something? While Red Hat 6.2 was
>  supported, I just ftp'd the updates into a directory "updates".
>  Incidentally, I have two boxes, one an Intel and the other an Alpha. 
Ah, I see. It doesn't really matter where you get the files from as long
as you maintain their relationship to each other directory-wise. For
instance, on download.fedora.redhat.com, the structure is:

Fedora -> RPMS -> all-rpm-files
   |
repodata

So to get from the repodata directory to the actual packages you
go ../Fedora/RPMS

You'd need to maintain this relationship if you just copied the files
from there, so you'd have to have something like:

/var/www/html/yum/base/Fedora/RPMS/*.rpm
/var/www/html/yum/base/repodata

Using createrepo locally allows you to save a level of hierarchy and is
actually probably faster than downloading the metadata anyway.

Note that for the "updates" area, the document does suggest copying the
metadata along with the packages, just as you did for Red Hat 6.2.

Paul.
-- 
Paul Howarth <paul(a)city-fan.org&gt;

[Paul Howarth]

On Tue, 2005-06-28 at 21:06 -0400, David Cary Hart wrote:
>  This is probably a worthwhile endeavor if you have three or more
>  machines to keep updated. There are a number of these floating around. I
>  have tried to update and simplify the process.
>  
>  Let me know what you think.
>  http://www.TQMcube.com/repo.htm 
Why edit yum.conf instead of yum.repos.d/fedora.repo and
yum.repos.d/fedora-updates.repo? By editing yum.conf, people will get
the warnings about repos already being defined.

The baseurls seem to be inconsistent. If you've run
"createrepo /var/www/html/yum/base" then the baseurl should be:
http://192.168.0.xx/yum/base
and not:
http://192.168.0.xx/yum/Fedora/core/$releasever/base/RPMS

A better tweak for the baseurl on the machine hosting the local repo is:

rather than:
baseurl=http://localhost/yum/base
use:
baseurl=file:///var/www/html/yum/base

This makes yum faster because it doesn't bother downloading and caching
the packages from the web server.

In step 5, there is a typo: /var/www/html/yum/upates in the rsync
command should be /var/www/html/yum/updates

Paul.
-- 
Paul Howarth <paul(a)city-fan.org&gt;