Re: create channel, exclude packages in dir.

Hunter Matthews <[email protected]> 21 Oct 2002 10:19:27 -0400
Newsgroups gmane.network.up2date.current.devel
Message-ID <[email protected]>
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.