<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.5.6">
</HEAD>
<BODY>
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">></FONT>
<FONT COLOR="#000000">> I could easily add virtual provides support into 'yum install' in</FONT>
<FONT COLOR="#000000">> cvs-HEAD and this problem goes away - I'm just wondering would it make</FONT>
<FONT COLOR="#000000">> more sense to hack yum to make it comply with mach2 or to hack mach2 to</FONT>
<FONT COLOR="#000000">> make it work with yum.</FONT>

<FONT COLOR="#000000">You mean "hack mach to make it work with yum" as in "import yum..." kind </FONT>
<FONT COLOR="#000000">of thing? If so, I think that's far better approach than invoking it from </FONT>
<FONT COLOR="#000000">through command line with all the overhead of re-re-re-reading in metadata </FONT>
<FONT COLOR="#000000">etc - it'd not only improve speed but give far more control over things. </FONT>
<FONT COLOR="#000000">Regardless of that, supporting virtual provides in 'yum install' would be </FONT>
<FONT COLOR="#000000">a nice little addition to yum anyway.</FONT>

</PRE>
</BLOCKQUOTE>
<BR>
okay I added in the virtual provides to yum install options. It's just sorta hacked in right now it needs to be abstracted and cleaned up a bit, but it does what you'd expect and takes all sorts of whacked out things like:<BR>
<BR>
yum install "foo > 1.1"<BR>
yum install "foo == 1.1"<BR>
yum install "foo = 1.1" (same as above)<BR>
yum install "foo < 1.1"<BR>
<=, >= are also taken.<BR>
<BR>
!= is not accepted and don't make me slap anyone who asks. :)<BR>
<BR>
etc etc etc.<BR>
<BR>
its only an option to install atm,  though, not to update, for obvious reasons<BR>
<BR>
so yum 2.3.1 should work just fine with mach for what it wants to do.<BR>
<BR>
-sv<BR>
<BR>
</BODY>
</HTML>