I think a number of glibc changes should be mentioned:
~ add the same NIS comments we had in the AS2.1U4/RHEL3U2 release
notes regarding the /etc/default/nss file.
~ since this is the first release with the 2.6 kernel, we should
mention that the POSIX timer support now is implemented in the
kernel. The CLOCK_MONOTONIC clock is available.
~ also new: POSIX message queue support is available.
Thanks for the feedback.
I've added the /etc/default/nss file stuff.
About the other two items: Looking at a FC1 system, it appears that
POSIX timer support existed prior to the 2.6 kernel (at least the
clock_getres man page on an FC1 box seems to say so), so it this a
change in how it was implemented, or is the man page lying and this
really is brand new stuff? CLOCK_MONOTONIC was also mentioned on that
man page as well...
As for the POSIX message queue support, is there anything we should
say about it? For example, are there a few functions that should be
mentioned? Is there a good site out there that gives an overview of
The same kinds of questions apply to the POSIX timer support, too,
come to think of it... :-)
POSIX timers have been supported in librt for several years now
(4?), but it has been a pure userland implementation, now it
is using kernel support.
POSIX message queue support is new, none of the mq_* functions has
been implemented before.
Both message queues and timers are described in the standard, which
is available also online on www.opengroup.org. Dunno of any other
site about message queues nor timers.
As Jakub said, we had a very poor implementation of POSIX timers.
This is why I wrote we now have *kernel* support. And regardless of
what some man page says, CLOCK_MONOTONIC has not been supported. It
is definitely worthwhile mentioning it.
Same for POSIX message queues. I would not point to some site. Just
reference the POSIX/Unix spec, eventually pointing to the Open Group
web site. Nothing else is needed.
Ok, so this is the kind of thing where people interested in knowing
about this will know what it is when they see it, and people that
don't know what it is when they see it probably don't need to know
about it, right? :-)
How about something like this?
"A higher-quality implementation of POSIX timer support (which now
includes support for CLOCK_MONOTONIC) is now available. This
implementation uses support built into the 2.6 kernel."
"In addition, POSIX message queue support, a new feature, has been
added to Fedora Core 2."
I was going to reference www.opengroup.org, but I wonder if that would
just cause more confusion; it's not the easiest site to navigate,
particularly if you're not that familiar with the standard. What do
Oh, and a kind of housekeeping question: would you put these entries a
section on the kernel or a section on glibc? Either place is fine
with me, but it wasn't obvious to me where they should land... :-)
Thanks for your help!
> How about something like this?
> but I wonder if that would
> just cause more confusion; it's not the easiest site to navigate,
And the problem is that one would have to register to view the
specification. So leave it out.
> would you put these entries a
> section on the kernel or a section on glibc?
The glibc section is more appropriate. Nobody can use the
functionality without glibc.
Thanks for your feedback. I've added the text to the glibc section...