On May 24, 2005, at 9:46 PM, David N. Lombard wrote:
os_ver:
result of uname -r
--> On Linux, this will be the kernel version
And the value of this is?
We have already run into situations where one distro has multiple
different kernel versions (the grossest comparison: 2.4 vs. 2.6).
This can cause problems, for example, with packages that use threads.
Then $(uname -r) is usable, but hardly ideal. Better may be proper
requirements specification...
The intent here is to have the OS version. On Linux, that seemed to
naturally be the kernel version (i.e., distinct from the distro
version, for example).
What do you see as the problem with this?
linux_distro:
redhat (for 8.0, 9)
fedora
suse
debian
mandrake (for <= 10.1)
mandriva (for >= 10.2 -- or whenever the name change occurred)
...what should it be for the RH EL family?
I like "redhat"
If we no longer support RH 9, then this is fine.
I don't see any issue with that, "9" ne "3el", and the two are closely
related.
Good point. I had been thinking that linux_distro_ver would be a
numeric value, but there's really no reason that it needs to be (and in
fact, would probably be a bad idea to assume that it is). So "redhat"
for 8, 9, el, etc. is probably good.
--
{+} Jeff Squyres
{+} [EMAIL PROTECTED]
{+} http://www.lam-mpi.org/
-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel
