[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: hal + pam update errors



On Thu, Apr 05, 2007 at 04:55:12PM -0400, seth vidal wrote:
> On Thu, 2007-04-05 at 15:40 -0400, seth vidal wrote:
> > On Thu, 2007-04-05 at 15:25 -0400, Matthew Miller wrote:
> > > On Thu, Apr 05, 2007 at 02:09:42PM -0400, seth vidal wrote:
> > > > For another problem of orphaned/dead packages we discussed an additional
> > > > metadata type for dead-packages that should be removed from folks'
> > > > systems if they're found. That might be the only workable solution. We
> > > > could get arch and evr specific with that if implemented sanely.
> > > > ThoughtS?
> > > 
> > > I started working on a yum plugin for this. But then I got distracted.
> > > 
> > 
> > post what you have. It's a start.
> > 
> > If this is the path we want to go I'll get on it asap, it shouldn't be
> > overly much code - mostly like installonlyn but just querying some extra
> > metadata.
> 
> After talking to a few folks this sounds like the way we're going to
> have to go. A plugin which lets us tell yum 'remove these if you find
> them'.
> 
> it steps around the arch-specific obsoletes need. If/when rpm gets that
> added in and stable we can disable the plugin and worry about it no
> more! :)
> 
> I was trying to figure out what would be a reasonable file format and
> unless we're planning on doing something tricky  it might make sense to
> have a simple flatfile in the metadata
> 
> pkgname-v-r.arch
> pkg2-v-r.arch
> pkg3-v-r.*

Maybe a .d/ directory so that, for example, you can drop a series of
flat files in via some RPM?  
Like: /etc/yum/pluginconf.d/shoot-on-sight.d/*.data

version specifiers?
    pkgname.arch <= e:v-r

--
Michael


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]