Stephen John Smoogen wrote:
> On 3/13/07, Troy Dawson <[log in to unmask]> wrote:
>> Karanbir Singh wrote:
>> > Troy Dawson wrote:
> 
>> > Do you intend to leave the rhn specific code in the distro ? apart from
>> > that, I dont think there should be a major issue. But we need to watch
>> > for that.
>> >
>>
>> I still don't know.
>> We pulled all the rhn stuff out of the comps file, and it looks like
>> nothing depends on it.  So it looks like it would be safe to actually
>> pull it out of the release.
>> But in the back of my mind I just know that if we pull all the rhn stuff
>> out of the release, someone is going to find a use for it.
>> But on the other hand, if we don't pull it out, somebody is going to
>> install it and then complain because it doesn't work, even though they
>> would need a RHN subscription to get it to work.
>>
> 
> Ok this is going to sound very silly.. but I know of certain locations
> that 'need' to be able to have RHN working on their SciLin and Centos
> systems. The reason was that they needed it to meet agency
> interpretations of FISMA guidelines.
> 
> 

Doesn't sound too silly.  If someone has a reason, they have a reason. 
It's just as easy to leave it in as it is to take it out, in some ways 
even easier.  I just won't have any of it in the comps file.

>> We always have yum-conf be separate from yum.  So that if a site want's
>> to have their own yum configuration, they don't have to worry about
>> messing with the main yum file, they can just change the yum-conf.  We
>> also add the kernel-module, and hopefully I can get the final minor bugs
>> out of the merger of kernel-module and kmdl.
>> But beyond that, the other plugins and utils will be their own rpm's.
>> Actually, now that I think of it, Connie had mentioned putting
>> protectbase into the main one, and Jarek had talked about getting
>> fastestmirror in as well.
>> Connie isn't here, so I can't ask her her opinion right now, so we'll
>> have to get back to you on that.
>> I know, the only problem I have with fastestmirror is getting the
>> initial list of mirrors in a file.
>> Does anyone else have any opinions about which plugin's should be in the
>> base yum?
>>
> 
> Looking at the Centos 4.92 extras
> 
> yum-allowdowngrade.noarch                1.0.3-1.el5.centos     extras
> yum-changelog.noarch                     1.0.3-1.el5.centos     extras
> yum-downloadonly.noarch                  1.0.3-1.el5.centos     extras
> yum-fastestmirror.noarch                 1.0.3-1.el5.centos     extras
> yum-fedorakmod.noarch                    1.0.3-1.el5.centos     extras
> yum-kernel-module.noarch                 1.0.3-1.el5.centos     extras
> yum-priorities.noarch                    1.0.3-1.el5.centos     extras
> yum-protectbase.noarch                   1.0.3-1.el5.centos     extras
> yum-skip-broken.noarch                   1.0.3-1.el5.centos     extras
> yum-tsflags.noarch                       1.0.3-1.el5.centos     extras
> yum-updateonboot.noarch                  1.0.3-1.el5.centos     extras
> yum-utils.noarch                         1.0.3-1.el5.centos     extras
> yum-versionlock.noarch                   1.0.3-1.el5.centos     extras
> yumex.noarch                             1.2.2-1.0.el5.centos   extras
> 
> plus there is the yum-cron that seth says is a better plan for some
> machines than yum-updatesd
> 
> 

*Troy's eyes go big*
Ooohhh ... I was just starting to work on those.  Do you mind if I 
borrow your src.rpm's?
Troy
-- 
__________________________________________________
Troy Dawson  [log in to unmask]  (630)840-6468
Fermilab  ComputingDivision/LCSI/CSI DSS Group
__________________________________________________