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
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
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?
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.
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.
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@city-fan.org
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.
-
Bob Taylor -
David Cary Hart -
Paul Howarth -
Ted Kaczmarek