Wouldn't packages like kernel_picker, or SSI, or Infiniband/Myrinet which are kernel-specific benefit from being able to probe the OS_Detect framework for the installed kernel version, or are they happy with just doing 'uname'?
Cheers, Bernard > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Thomas Naughton > Sent: Tuesday, January 24, 2006 10:23 > To: Erich Focht > Cc: [email protected] > Subject: Re: [Oscar-devel] OCA::OS_Detect change > > Erich, > > That sounds reasonable to me. I see Jeff's "ok" with it so > that's cool. > I actually prefer the shorter 'distro' & 'distro_version' names. > > I can imagine that some people could use the kernel 'release' > when doing > configurations but since I can't think of an explicit user > off the top of > my head...and can think of at least one problem with having this value > (Erich's image stuffo)...pitching it for now seems reasonable. > > --tjn > > > ______________________________________________________________ > ___________ > Thomas Naughton > [EMAIL PROTECTED] > Research Associate (865) 576-4184 > > > On Tue, 24 Jan 2006, Erich Focht wrote: > > > In the current OS_Detect framework I'll change some names > of the $id hash. > > > > $id->release : throw out. This is hard to determine for an > image and OSCAR > > doesn't care about the kernel version right > now. If anybody > > needs it, please introduce it in such a way > that it can detect > > the kernel version of an image, too (which > doesn't make sense, > > actually, especially if multiple kernels are > installed). And: > > call the variable something more meaningful > than "release". > > > > $id->linux_distro : changed to $id->distro . Whether it's > linux or not you'll > > be able to find out by querying $id->os, I > guess we won't > > need that for another year, at least. > > > > $id->linux_distro_version : changed to $id->distro_version. > See above. > > > > Erich > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. > DOWNLOAD SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&; > dat=121642 > > _______________________________________________ > > Oscar-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/oscar-devel > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep > through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. > DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&; > dat=121642 > _______________________________________________ > Oscar-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/oscar-devel > ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
