On Friday, Sep 26, 2003, at 13:29 US/Eastern, Terry Lambert wrote:
Which begs the question... is 5.2 going to ship with WITH_LIBMAP
enabled by default?
http://www.google.com/search?q=libmap+default+WITH_LIBMAPie=UTF-
8oe=UTF-8
http://people.freebsd.org/~bmah/relnotes/CURRENT/relnotes-i386.txt
Hi,
In order to debug a minor problem with the ar-driver, I installed DP2
on an Abit KR7A-RAID with HighPoint ATA-RAID controller. The machine
contains two identical 40GB IBM drives as masters on each of the two
HighPoint IDE channels.
The issue I ran into was that the partition editor in
but has been developed under the
umbrella of the Apache Jakarta project.
-J
--
Jeroen C. van Gelderen - [EMAIL PROTECTED] - +1 242 357 5115
When I'm working on a problem, I never think about beauty. I
think only how to solve the problem. But when I have finished,
if the solution is not beautiful
Umemoto-san,
May I ask what motivated this change?
-J
On Thursday, Jul 25, 2002, at 11:51 US/Eastern, Hajimu UMEMOTO wrote:
Hi,
I've just committed to change an IPv4-mapped IPv6 address off by
default.
The existing applications may be affected this change. The
applications which depend
. And that seems fair enough since it does not
prevent anyone from applying the actual code fixes. We want to make this
import stuff as easy on David as we can, no? It is a job from hell
already.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Freedom is essentially a condition
properly.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
A government that robs Peter to pay Paul can always depend
upon the support of Paul. -- George Bernard Shaw
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
(or
lack thereof).
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
To Unsubscribe: send mail
and conservativeness of the
entropy estimates don't help. It's the yarrow output function which
blows it.
Yeah; that monotonically-increasing counter bothers me slightly.
Why? How would it affect security if one assumes the blockcipher
is secure?
Cheers,
Jeroen
--
Jeroen C. van Gelderen
Brian Fundakowski Feldman wrote:
On Mon, 24 Jul 2000, Jeroen C. van Gelderen wrote:
What I meant with that point is that the user may get, say an extra few
hundred bits out of it with no new entropy before the scheduled reseed
task kicks in.
How does he know which bits
semantics is justifyable or even a good thing.
Cheers,
Jeroen
[1] And, should we decide not to change /dev/random semantics,
can we still back /dev/random with a modified Yarrow?
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o
esign it's just
not very beneficial to do it.
5. Yarrow was designed as a better replacement for most any
PRNG by a couple of bright cryptographers. Can you do
better than that?
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o
ndom block
until the pools have accumulated enough entropy.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)
l you want out of
it but will never get more than 256 bits until it reseeds.
You don't care in practice, 256 bits are unguessable.
If you do care, you load a different random module :-)
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /
ng
systems on FreeBSD) you can edit rc.shutdown to not write out a
seed file. You don't have to use it but it's good that it's there.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o
Kris Kennaway wrote:
On Sat, 22 Jul 2000, Jeroen C. van Gelderen wrote:
You don't care in practice, 256 bits are unguessable.
Actually, I do..that's the entire point of using long keys.
I agree that you need long RSA keys ... but the real
discussion isn't really about key length
. Perfect Trojan horse to write for the FBI, IRS,
anyone who doesn't like you. Oops.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o
to be stashed on disk. He
can then backtrack and potentially recover the exact same
random numbers that you used for your key.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], "Jeroen C. van Gelderen" writes
:
Predicting the clock's offset from reality and the two way path to
the server of choice is impossible, plus if people enable authentication
later on the packets will be choke full of hi
Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], "Jeroen C. van Gelderen" writes:
People have tried for 30+ years to predict what a quartz xtal
will do next. Nobody expects any chance of success. Add to this
the need to predict the difference between one or more N
ntially unseeded, so this is actually a liability because processes
cannot be sure they're getting real randomness.
/dev/random should block until it has seeded. If it does not
it's a bug. /dev/random should *never* spit out non-random
bytes.
Cheers,
Jeroen
--
Jeroen C. van
andom bits to people in need.
I have thought about adding a entropy server to my array of weird
servers in my lab. Something like a Geiger counter and a smokedetector
could do wonders.
Right, and an attacker laughingly sniffing those bits.
I think you forgot a ';-p'
Cheers,
Jeroen
--
Jeroen C. va
first need to figure out the security implications.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o
'predicting the
clock's offset [...] is impossible' is pretty pointless.
Cheers,
Jeroen
[1] And then, what's the effect of an attacker sniffing your
LAN? What information would he have to make his guess more
accurate?
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED
list archives ought to contain all of the details one needs
to fix this temporary problem. No need to resort to EGD, just
tweak some config.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o
hould help.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
To Unsubscribe: send mail to [EMAIL
not. No, upgrading
is not fine at all.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
To Unsubscribe
a big enough
problem to worry about (numbers still coming :-)
It's not a new situation, any application that can write to /tmp can
create
files that collide with other program's use of mktemp().
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o
Kris Kennaway wrote:
On Sat, 10 Jun 2000, Jeroen C. van Gelderen wrote:
Actually, it's not of course a security risk in the new algorithm (this is
mktemp() after all), but it's a potential failure mode which can cause
applications to fail in ways they otherwise wouldn't (with some
be) that you
just don't want to try and 'optimize' here. It is much better to
be conservative and use a good PRNG until it *proves* to be very
problematic.
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
ch is nice...
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
To Unsubscribe: send mail to [EMAIL
to use 72 characters. 64^6 vs. 2*(72^3) .
Cheers,
Jeroen
--
Jeroen C. van Gelderen o _ _ _
[EMAIL PROTECTED] _o /\_ _ \\o (_)\__/o (_)
_ \_ _(_) (_)/_\_| \ _|/' \/
(_)(_) (_)(_) (_)(_)' _\o_
Peter Wemm wrote:
Christopher Masto wrote:
On Fri, Jun 09, 2000 at 01:14:35PM -0400, Jeroen C. van Gelderen wrote:
I'm not sure it is a good idea to name this variable VMWare as
that is implementation specific. It may be better to have a var
named 'emulation' set to 'none
Mark Murray wrote:
I want to commit a new /dev/random RSN, so I'll be needing a major
device; what is the procedure for getting one? I know how to steal one,
but ISTR that this is not how it is done.
Just edit sys/conf/majors and claim the next available number.
You don't
David O'Brien wrote:
On Sun, May 07, 2000 at 03:27:07PM -0400, Jeroen C. van Gelderen wrote:
Or just settle for a more intuitive solution:
MAKEDEV acd2 creates /dev/acd2
MAKEDEV 2 acd creates /dev/acd[01]
which would allow for "MAKEDEV 64 da" and "MAKEDEV 256
Bruce Evans wrote:
On Mon, 8 May 2000, David O'Brien wrote:
On Sun, May 07, 2000 at 03:27:07PM -0400, Jeroen C. van Gelderen wrote:
Or just settle for a more intuitive solution:
MAKEDEV acd2 creates /dev/acd2
MAKEDEV 2 acd creates /dev/acd[01]
which would allow
[CC culled, -stable removed]
David O'Brien wrote:
On Sun, May 07, 2000 at 04:59:46PM +0200, Jeroen Ruigrok van der Werven wrote:
Can we settle this once and for all in a slightly sane manner?
I committed the change so that MAKEDEV acd1 creates acd1 and not just
acd0.
This is wrong.
Richard Wackerbarth wrote:
On Mon, 24 Apr 2000, Matthew Dillon wrote:
: However, I consider your SMP changes VERY destablizing; they BREAK
: lots of modules :-(
Huh? No they don't. They simply require recompiling the modules. If
they actually broke the modules I wouldn't
Nick Hibma wrote:
Are there actually any good reasons why we _should_ upgrade in the first
place? Security fixes, added functionality we require, etc. The perl we
have is stable and the problems it has are well known, which is good
enough in 99% of the cases.
PERL is not just used by the
, basically
a useless algorithm as there are better free replacements available.
(Especially by the time the patent expires.)
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
le because
of compatibility issues? I'm willing to give it a go.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
...
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
space has changed?
I seem to recall that John Poltstra was working on a notification
system (for use with CVSup) that would allow you to subscribe to
certain change events...
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubsc
0
/dev/ccd0c /mnt/ccd0 ufs rw 0
2
/dev/wd2s1e /mnt/wd2ufs rw 0
2
/dev/wd3s1e /mnt/wd3ufs rw,sync 0
2
proc/proc procfs rw 0
0
--
J
From:
"Jeroen C. van Gelderen" [EMAIL PROTECTED]
14:33
Subject:
Re: Mount problems after lockup
To:
Poul-Henning Kamp [EMAIL PROTECTED]
Poul-Henning
had to boot a kernel and /dev off a floppy to fix the /dev.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ware tools and applications. (fstat, netstat, systat, etc)
Thanks!
Cheers,
Jeroen
--
Jeroen C. van Gelderen - [EMAIL PROTECTED]
Interesting read: http://www.vcnet.com/bms/ JLF
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
is doing an awful job, please give him credit for stopping the vast
majority of spam messages and let this thread die.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - jer...@vangelderen.org - 0xC33EDFDE
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body
Hi,
I seem to remember someone requesting cryptfs. It's available outside
the US on my webserver:
http://wit395301.student.utwente.nl/~gelderen/fist/. It will go to
replay soon.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - gelde...@mediaport.org - 0xC33EDFDE
To Unsubscribe: send mail to majord
. Not having to deal with
Sendmail would render FreeBSD more usable for non-die-hard users.
Cheers,
Jeroen
--
Jeroen C. van Gelderen - gelde...@mediaport.org - 0xC33EDFDE
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
.
Cheers,
Jeroen
--
Jeroen C. van Gelderen -- gelde...@mediaport.org -- 0x46D8D3C8 -- [8-D}~=
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Hi,
Might it be a good idea to choose a consistent naming scheme for the
modules? I'd think so because it would help blind loading at the boot
prompt. If you choose names it the following format:
type_name
saver_warp
saver_daemon
the modules of one type will sort together in a directory
me if this is
nonsense...
Cheers,
Jeroen
--
Jeroen C. van Gelderen -- gelde...@mediaport.org -- [8-D}~=
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
53 matches
Mail list logo