Re: hal + pam update errors

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

 



it sounds good.

but how is this flat file gonna be managed? will there be a rpm that`s updating the flatfile with other rpm names incase they need to be added? or will it be a solid flat file that is gonna be delivered with fedora core 7 and won`t be updated?

whatever one it is.. i wouldn`t go for a flatfile.. i think it`s better to make use of sqlite (yea yea.. that`s flatfile based).
sqlite is needed for yum anyway so why not just use it for this aswell.

but something different.. isn`t the basic problem of this all in yum or rpm? (i think yum) and wouldn`t it be better to just fix that.

Mark.


2007/4/5, seth vidal <skvidal@xxxxxxxxxxxxxx>:
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.*


and just have yum add those pkgs, if they exist, to the list of ones to
remove from the users' system.

I think it would make sense for the plugin to catch and ignore things
like:
a*
b*
*
ab*
?*


etc.

I need some feedback though, things I'm forgetting?

-sv


--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux