<div class="gmail_quote">On Fri, Feb 13, 2009 at 7:42 PM, Tom Lane <span dir="ltr"><<a href="mailto:tgl@redhat.com">tgl@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">"Richard W.M. Jones" <<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>> writes:<br>
> On Fri, Feb 13, 2009 at 04:06:41PM -0600, King InuYasha wrote:<br>
>> Why can't RPM packages have a Requires saying "mysql OR postgresql" or<br>
>> something like that?<br>
<br>
> Debian has a mechanism exactly like this.<br>
<br>
> However it is my understanding (possibly incorrect) that the right way<br>
> to deal with this with RPM is using virtual provides, ie each database<br>
> would have this:<br>
<br>
>   Provides: database<br>
<br>
> Which allows any package that needs "a database" to require that.<br>
<br>
> I'm not exactly sure how requiring mysql or postgresql would work out<br>
> in reality, since they have quite different capabilities and SQL<br>
> syntax.<br>
<br>
</div>Yeah, the SQL standard is lax enough in itself and then everybody has<br>
their own little improvements :-(.  Sad to say, there is no chance worth<br>
mentioning that a package that just "requires a database" will work with<br>
all the flavors out there.  It generally takes nontrivial development<br>
work to make it work with any given DB.  So the first form of this ---<br>
eg, "this package can work with mysql, postgres, or sqlite" --- is the<br>
only thing that would have a chance of succeeding.  Things might be a<br>
shade better for other types of alternatives but I wouldn't bet on it.<br>
<br>
                        regards, tom lane<br>
<div><div></div><div class="Wj3C7c"><br>
--<br>
fedora-devel-list mailing list<br>
<a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a><br>
</div></div></blockquote></div><br><div>Yeah, Enano CMS can currently only work with Postgres and MySQL, because SQLite doesn't implement certain non-standard SQL functionality that was implmented in MySQL's myISAM syntax and later made available in Postgres. </div>