Bug 26572

Summary: up2date pkgSkipList too broad
Product: [Retired] Red Hat Linux Reporter: Hunter Matthews <thm>
Component: up2dateAssignee: Preston Brown <pbrown>
Status: CLOSED WONTFIX QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-02-08 06:59:24 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Hunter Matthews 2001-02-07 23:39:35 UTC 
pkgSkipList=kernel*; is going to ignore all kernel-blah.blah pkgs, which is
what you want,
but will also ignore all kernelcfg pkgs, which is probably not what you
want. 

kernel-* might look like a way out, but that ignored kernel-pcmcia-cs and
kernel-utils, but 
not kernel-VERSION  itself.

Right now, there doesn't appear to be a way to ignore the kernel without
also ignoring every
possible package that starts with "kernel". Maybe not to bad today, until
you errata kernelcfg.
Comment 1 Adrian Likins 2001-02-08 06:59:20 UTC 
you can use something like:

pkgSkipList=kernel,kernel-pcmcia,kernel-smp,

But your right, this needs to be modified in the default configufation.

Luckily I dont think we'll be doing a kernelcfg errta anytime soon
except maybe `rpm -e kernelcfg` ;->
Comment 2 Preston Brown 2001-02-09 03:33:09 UTC 
chances of us errata'ing kernelcfg are NIL.
Comment 3 Hunter Matthews 2001-02-09 16:55:48 UTC 
What are the chances of you errating any package with the same kind of name
conflict as a pkg glob that a user has set in up2date? kernelcfg was just one
example.

"We won't errata kernelcfg" does NOT fix this bug. Sorry.

I don't have a complete 7.0 on my box - are there no other name clashes
involving:
gnome-
kde*
etc etc? Are there going to be any new pkgs that have name conflicts like that?
kde* when the kde team decides to make a base "kde" pkg would trigger this
nicely.
Comment 4 Jay Turner 2001-02-28 14:58:53 UTC 
The reason that kernel* is on the list is becuase we don't have a really good
way of dealing with the kernel errata at this point.  User intervention is still
necessary to get lilo.conf setup and run, so we threw it on the list.  If users
choose to put something like "kde*" on their excludes list, then so be it.  Red
Hat will not ship a default config with that.
Comment 5 Jay Turner 2001-02-28 14:59:18 UTC 
The reason that kernel* is on the list is becuase we don't have a really good
way of dealing with the kernel errata at this point.  User intervention is still
necessary to get lilo.conf setup and run, so we threw it on the list.  If users
choose to put something like "kde*" on their excludes list, then so be it.  Red
Hat will not ship a default config with that.