Re: create channel, exclude packages in dir.

Sorry, didn't mean to make more work :-)



On Mon, 2002-10-21 at 10:19, Hunter Matthews wrote:
> There is not a mechanism to do this from the server side, but you can 
> do from the client side.
> 
> In the up2date config file in the /etc/sysconfig/rhn directory are a
> number of options for excluding packages that meet various rules.
> 
> I realize thats not QUITE what you are looking for, but its the only
> thing that will work today.
> 
> I'll add "exclude" to the TODO list.
> 
> 
> 
> On Mon, 2002-10-21 at 08:37, Brian K. Jones wrote:
> > In most environments, this is probably not a big deal... let me explain
> > my scenario:
> > 
> > We maintain a redhat mirror in our department.  My 'Current' server
> > mounts the 'updates' directory located on the mirror (on a separate
> > interface from the public one) ;-)  So when Redhat pushes out updates,
> > it updates the directory pointed to by my current server.  I need to
> > know how to deal with this.
> > 
> > Is there a way to somehow exclude packages that are located in the
> > directory when I run 'create_channel' without changing the perms or
> > removing the packages? (they need to stay put - it's a mirror!).  
> > 
> > An example:  I don't want my users running up2date, and upgrading to an
> > incompatible version of up2date, but I can't change the permissions or
> > remove the package.  I haven't run 'create_channel' yet to update what
> > gets pushed out from the current server, so as of now, this isn't an
> > issue.  But this sounds like problems to me, because what's going to
> > happen when my current server, which thinks certain packages are there,
> > tries to deliver them only to find that they're not - or they're not the
> > same version as before?
> > 
> > Also, *is* there a way to accomplish the exclusion of packages from a
> > channel while still having them in the channel directory?
> > 
> > Sorry if I missed this in the docs.  Links to RTFM on whatever I missed
> > are more than welcome.
> > 
> > brian.
> > -- 
> > 
> > Brian K. Jones
> > System Administrator
> > Dept. of Computer Science, Princeton University
> > http://www.linuxlaboratory.org
> > [email protected]
> > Voice: (609) 258-6080
> > 
> > _______________________________________________
> > Current-server mailing list
> > [email protected]
> > http://lists.dulug.duke.edu/mailman/listinfo/current-server
> > 
> > 
> -- 
> Hunter Matthews                          Unix / Network Administrator
> Office: BioScience 145/244               Duke Univ. Biology Department
> Key: F0F88438 / FFB5 34C0 B350 99A4 BB02  9779 A5DB 8B09 F0F8 8438
> Never take candy from strangers. Especially on the internet.
> 
> _______________________________________________
> Current-server mailing list
> [email protected]
> http://lists.dulug.duke.edu/mailman/listinfo/current-server
-- 

Brian K. Jones
System Administrator
Dept. of Computer Science, Princeton University
http://www.linuxlaboratory.org
[email protected]
Voice: (609) 258-6080