On May 25, 2005, at 12:41 PM, Lombard, David N wrote:

We probably want to include update version for linux_distro_ver eg.
rhel3 has multiple update versions so it would be something like:

linux_distro = rhel
linux_distro_ver = 3u5

Hmmm. On the one hand, it's the same distro release; on the other hand, there have been enough differences that it may be a prudent distinction.
The bottom line is: Which is harder to do?  _ver=3u5 makes is harder to
treat the updates similarly, while _ver=3 and _ver_update=5 makes it
harder to treat the updates differently.  There's also the user to
consider, what error message will they get and how will they report it?

I think more information is better -- so Bernard is correct to bring up the issue that we should have as much info in there as possible (i.e., the fact that it's version 3 *and* that it's update 5).

Dave is correct that the question of how to store it is an issue.

Let's consider how it will be used -- I think the majority of time, this information is going to be used as "filter" tags in config.xml. Something like:

        <rpmlist>
                <filter linux_distro="redhat" linux_distro_ver="3">
        ...

From this standpoint, it seems that having 1 tag would be better (linux_distro_ver), because we can allow limited regexps in there. Consider the following examples:

<filter linux_distro="redhat" linux_distro_ver="3">
        Allows only Red Hat version 3
<filter linux_distro="redhat" linux_distro_ver="3*">
        Allows Red Hat version 3<anything>, such as 3u3, 3u4, 3u5
<filter linux_distro="redhat" linux_distro_ver="3u[45]">
        Allows Red Hat version 3u4 and 3u5

It should be relatively straightforward to make perl do this kind of regexp matching for us (perhaps some creative uses of eval, etc.).

More to the point -- the RedHat.pm OS_Detect component is going to define what stuff will be in linux_distro_ver. So as long as all things that *use* RedHat.pm as their OS_Detect adhere to the same conventions, it doesn't really matter.

--
{+} Jeff Squyres
{+} [EMAIL PROTECTED]
{+} http://www.lam-mpi.org/



-------------------------------------------------------
SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
online with coworkers and clients while avoiding the high cost of travel and
communications. There is no equipment to buy and you can meet as often as
you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel

Reply via email to