<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:s="http://www.techrepublic.com/search" xmlns:dc="http://purl.org/dc/elements/1.1/"  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
    <title><![CDATA[Discussion on Create your own yum repository ]]></title>
    <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964]]></link>
    <atom:link rel="hub" type="application/rss+xml" href="http://pubsubhubbub.appspot.com/" />
    <atom:link rel="self" type="application/rss+xml" href="http://www.techrepublic.com/forum/discussions/102-308964/rss" />

    <description><![CDATA[]]></description>
    <language>en-us</language>
    <lastBuildDate>2013-05-25T08:42:16-07:00</lastBuildDate>
             

    <item>
        <title><![CDATA[Crete Your Own CentOS YUM Repository - Step by Step]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3435544]]></link>
        <description><![CDATA[Creating a local YUM CentOS repository is very easy.  If you several servers and workstations in your environment, it's a good practice to create your own local YUM repository.  This gives you more configuration control on what goes on your systems.  I found the following step-by-step procedure to create a local CentOS YUM repository. http://www.howtoforge.com/creating_a_local_yum_repository_centos]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3435544]]></guid>
        <dc:creator><![CDATA[gigi.mathew-1@...]]></dc:creator>
        <pubDate>Wed, 30 Mar 2011 18:00:02 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[RE: Create your own yum repository]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3110282]]></link>
        <description><![CDATA[so, where is i386 package? CD-install or /usr/bin/i386?i don't know steps you do. you can tell clearer for me about it ! thanks you.and have error:ftp://internalhost.com/repo/Fedora/10/i386/repodata/repomd.xml: [Errno 4] IOError: [Errno ftp error] timed outTrying other mirror.Error: Cannot retrieve repository metadata (repomd.xml) for repository: myrepo. Please verify its path and try again.help me!]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3110282]]></guid>
        <dc:creator><![CDATA[thuyan]]></dc:creator>
        <pubDate>Sun, 05 Jul 2009 19:43:48 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Proxy caching is better than mirroring for local network]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3075459]]></link>
        <description><![CDATA[Creating a mirror of a repository is not be best solution for your case.If all you want is to speed up the repository access (and/or reduce bandwidth usage) then setting up a proxy cache (e.g. squid) on your local network and configuring yum to use it is the bets solution.This way, only the needed files will be transferred, and only once, even if several systems request the same file.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3075459]]></guid>
        <dc:creator><![CDATA[techrepublic@...]]></dc:creator>
        <pubDate>Thu, 14 May 2009 09:35:17 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[rsync]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074348]]></link>
        <description><![CDATA[you can also synchronize your repository with Fedora for example with rsync command.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074348]]></guid>
        <dc:creator><![CDATA[orc@...]]></dc:creator>
        <pubDate>Wed, 13 May 2009 00:22:52 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[createrepo -d]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074361]]></link>
        <description><![CDATA[Actually, it's come to my attention that using &quot;createrepo -d&quot; is better as it also creates the sqlite database which makes stuff faster, so I would change the script noted from saying &quot;createrepo .&quot; to &quot;createpo -d .&quot;.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074361]]></guid>
        <dc:creator><![CDATA[vdanen]]></dc:creator>
        <pubDate>Wed, 13 May 2009 00:13:17 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[Local repos are a must have]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074186]]></link>
        <description><![CDATA[Even if you have only a few machines, mirroring upstream repositories and building from those locally is worthwhile doing.  It's the only way to accurately version control your local system builds and updates.  i.e.  mirror from upstream to a local repo and freeze.  Make a second copy of that repo sometime later and then sync up.  Wash rinse repeat.  If you just rely on the upstream repositories, then you leave yourself exposed to upstream changes between builds, where a system you build a month from now will very likely have a different mix of package versions than a system you build today.  If todays system is your test environment and the next system is production, then the production will be different from test, and your test was a waste of time.  So always create your own repos, keep multiple versions and build your systems from them.If you want to get really flash, and you're prepared to live life on the bleeding edge, try out Spacewalk.  You can achieve the same effect by mirroring from upstream and then pushing the mirrored packages into a Spacewalk channel.  Each time you reposync, create a new channel (increment its name)  and push the updated collection into it.   A system can be told which version to use by changing the channel associated with its subscription and then scheduling an update (or running yum).   ]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074186]]></guid>
        <dc:creator><![CDATA[neondiet]]></dc:creator>
        <pubDate>Tue, 12 May 2009 15:56:30 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[custom shell via cron]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074112]]></link>
        <description><![CDATA[That is the best suggestion.  =)You could always just mirror the upstream repository locally and point all the clients to it.  Might not make a lot of sense if you only have a few machines and/or have bandwidth constraints, otherwise that might be more hands-off.But a custom shellscript is pretty easy... cronjob to download all available yum updates, move them to the repository, run createrepo, then do the yum update (may remove them from the cache otherwise I think, you'd have to check to make sure).  I think you could probably do that in 4-5 lines of bash.]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3074112]]></guid>
        <dc:creator><![CDATA[vdanen]]></dc:creator>
        <pubDate>Tue, 12 May 2009 13:47:26 -0700</pubDate>
    </item>
             

    <item>
        <title><![CDATA[your own yum repository]]></title>
        <link><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3073794]]></link>
        <description><![CDATA[Thanks for the practical tip.This is the way to go if you have different machines running the same distro version.I guess it's faster to make yum retrieve from your intranet the packages already downloaded on one machine...Any suggestions for automatically moving packs in /var/cache/yum to this kind of personal repo ? apart from a custom shell script run by cron... ?]]></description>
        <guid><![CDATA[http://www.techrepublic.com/forum/discussions/102-308964-3073794]]></guid>
        <dc:creator><![CDATA[elmakdi@...]]></dc:creator>
        <pubDate>Tue, 12 May 2009 07:57:39 -0700</pubDate>
    </item>
    </channel>
</rss>

