> >Policy Question: is a fast, high-quality
> >/dev/random a gauranteed feature starting with 5.0?
>
> yes.
More like "Yes, effectively". It is a module, and its conceivable under
the right (Wrong?) circumstances that this module is not loaded. This
would not be the default case, and it breaks Mu
On Sat, 28 Dec 2002, Tim Kientzle wrote:
> I've clocked /dev/random on -current at
> just about 10MB/s (on a 1GHz AMD Duron). That's
> plenty fast enough for generating session keys. ;-)
Sounds like it, I didn't realize it was that fast. :)
> If this code is just used for generating occasional
Tim Kientzle wrote:
> The obvious fix would alter dhclient to rely only
> on /dev/random for entropy. (It seems this code is
> common to bind as well.)
The "obvious fix", I think, is to just use the boot time as
the start for the exponential backoff. The only place this
might be a problem is in
I have no problem admitting that I've traced through the innards of
_fseeko a few times now and am no closer to finding out exactly where
the problem is, though I have a suspicion it has to do with when the
file pointer's buffer is allocated and initially populated. In any
case, here's a parti
On Sunday, December 29, 2002, Jordan Hubbard wrote:
> I have no problem admitting that I've traced through the innards of
> _fseeko a few times now and am no closer to finding out exactly where
> the problem is, though I have a suspicion it has to do with when the
> file pointer's buffer is allo
--- "Pedro F. Giffuni" <[EMAIL PROTECTED]> wrote:
> Actually I suggested on private email to use GGI. GGI
> can work on top of VGL or Linux's framebuffer, and
> when KGI becomes available it will work fine.
Hmm, someone said earlier on in this thread, that FreeBSD does
not have a framebuffer devi
Hiten Pandya wrote:
--- "Pedro F. Giffuni" <[EMAIL PROTECTED]> wrote:
> Actually I suggested on private email to use GGI. GGI
> can work on top of VGL or Linux's framebuffer, and
> when KGI becomes available it will work fine.
Hmm, someone said earlier on in this thread, that FreeBSD does not
--- Hiten Pandya <[EMAIL PROTECTED]> ha scritto:
...
>
> Clarification will be appreciated.
I understand the Linux framebuffer device was
initially based on our VESA driver, but it has evolved
into a specialized device for specific graphic cards.
It's also a moving target, not something anyone
Terry Lambert wrote:
Uh, what "cryptographic requirements" of dhclient?
I'm not really sure. ;-)
The dhclient source has a 'dst' directory
with source for an HMAC/MD5 digest authentication
toolkit. I haven't figured out exactly what
it's used for, though. (Dynamic DNS updates
for secure BIN
On Fri, 27 Dec 2002, joe mcguckin wrote:
> Are there any strange interactions between NFS and filesystems that are
> not UFS? E.g. UFS2? Does NFS support new features that these fs's may
> implement?
NFS can represent many but not all of the services found in UFS1 and UFS2.
Among things it doe
Forwarded, per request of the author. Original email address on
file.
-- Terry
Bruce M Simpson wrote:
>
> Terry,
>
> On Fri, Dec 13, 2002 at 08:04:12AM -0800, Terry Lambert wrote:
> > "Ronald G. Minnich" wrote:
> > > On Thu, 12 Dec 2002, Terry Lambert wrote:
> > >
> > > > I guess it's not OK t
Robert Watson wrote:
> On Fri, 27 Dec 2002, joe mcguckin wrote:
> > Are there any strange interactions between NFS and filesystems that are
> > not UFS? E.g. UFS2? Does NFS support new features that these fs's may
> > implement?
>
> NFS can represent many but not all of the services found in UFS1
12 matches
Mail list logo
