[Yum-devel] [PATCHES] Repository with fixes and new operations test frame work
Florian Festi
ffesti at redhat.com
Thu Oct 11 12:28:19 UTC 2007
Florian Festi wrote:
> seth vidal wrote:
>> okay - I'm looking at these patches (thanks to jbowes for the git help)
>> and I'm still seeing FakeRpmSack and the stub installed() in there. I
>> thought we decided that doing it that way was not all that helpful and
>> it would be better to implement it as exists() in PackageSackBase and
>> get around that?
>
> I stick with that because it was the less invasive way of getting things
> up and running. exists() is a be bit generic IMHO. But if we want to
> move that way I can provide a patch if no one else wants to do it
> (should be quite trivial). On the other hand I see no reason why that
> should block anything.
Ok, rebased the patch set to current HEAD (don't try this at home - §$%!
3-way merge). There is now a patch implementing PackageSackBase.contains()
as replacement of installed(). Sorry, I really couldn't make friend with
"exists" [*] (Although I am in a sufficient existentialist mood right now).
Feel free to use query-replace... :)=
Florian
[*] The reason why i chose "contains" over "exists" is that "exists"
questions at a global level while the method is restricted to the sack
itself. "exists" should also not be affected by adding/removing to/from the
sack - but the implementation is (and should). So the name needs to express
the fact that the pkg needs to be part of that sack and "contains" does that
more clearly.
In fact it is even worse as "exists" doesn't even make clear if the
existence of pkgs or the sack itself is in question.
More information about the Yum-devel
mailing list