/foo-1.0, instead of just foo-1.0).
|
| Submitted by: Matthew D. Fuller <[EMAIL PROTECTED]>
|
|
| If no one else fixes it, I'll try to look at it later today.
|
| Thanks,
| Justin
|
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubsc
).
|
| Commentary? Should I just commit the change and see what happens? 8)
Commit and see what happens. I'll keep the pointy had warm for you. 8)
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "
| in my kernel config file i have:
|
| options CD9660 #ISO 9660 Filesystem
| options CD9660_ROOT #CD-ROM usable as root, CD9660
| required
Do you have
device atapicd0
In your configuration as well?
--
Dan Moschuk ([EMAIL PROTECTED
?
spirit# pkg_delete jive-1.1/
spirit#
Just you. :)
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
cards are good, but I usually use the 3Com 905[BC] cards.
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tuff gzip'ed just do an ftp
| install. Those bits are already gzip'ed for you.
Of course, you can always be good little FreeBSD users and order the CD.
-Dan
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTE
e.com or http://www.alsa-project.org
| (my preference).
One is on the way...
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
oredom out-weighed my initiative. 8)
http://www.freebsd.org/~cg/current.diff.gz contains a partial emu10k1
driver (minus recording) which is need of debugging. Give it a try!
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [E
| > http://www.freebsd.org/~cg/current.diff.gz contains a partial emu10k1
| > driver (minus recording) which is need of debugging. Give it a try!
|
| How current is this? Will it work against 4.0-STABLE?
I haven't tested it, but I believe so.
--
Dan Moschuk ([EMAIL PROTECTED])
whereis anything yields..
Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
Warning: couldn't stat file /usr/local/lib/perl5/5.00502/man!
Warning: couldn't stat
of those random crashes every now and
again.
--
Dan Moschuk ([EMAIL PROTECTED])
"Try not. Do, or do not. There is no try."
-- Yoda
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ential weenies) that will have
to be updated again before I commit them.
--
Dan Moschuk ([EMAIL PROTECTED])
"Cure for global warming: One giant heatsink and dual fans!"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
at
sizeof(*buf) would work for dynamically allocated buffers.
--
Dan Moschuk ([EMAIL PROTECTED])
"Cure for global warming: One giant heatsink and dual fans!"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
| sizeof() is an operator whose value is determined at compile time.
| sizeof(*buf) gives the size of what buf points to. This would be `1' if
| buf were a char*, or `4' if buf were an int* [on the i386].
Ahh, so I've probably seen this concept used only on structures then.
Any hope of the aic driver gracing -current anytime soon? I'm really itching
to port my burning software over.
Cheers,
--
Dan Moschuk (tfreak...@globalserve.net)
Senior Systems/Network Administrator
Globalserve Communications Inc., a Primus Canada Company
"If at first you don
Out of curiosity, is there a reason we are still using Berkeley DB v1.85 as
apposed to v2?
--Dan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Is anyone else seeing odd behaviour with a fairly recent -current, an ep
driver nic card and fragmented packets?
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
and see if that helps.
Different problems, I think. I downgraded if_ep.c to revision 1.95 and
the problem went away. Matthew Dodd believes he knows where the problem
is, so it should be fixed soon.
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubs
Oops! I've just committed the fix. It probably should be NO_UUCP, but no
one seems to want to make a final decision on the NOFOO vs. NO_FOO argument,
so I left it at NOUUCP for now.
--
Dan Moschuk ([EMAIL PROTECTED])
"Waste not fresh tears on old griefs."
To Unsubscribe: sen
to disallow symlinks in a tmpfs mounted
directory I'm sure would make a few people happy. The downfall, for being
memory backed, is it's wiped on a reboot (some people, however, consider
this to be A Good Thing).
--
Dan Moschuk ([EMAIL PROTECTED])
"Don't get even -- get
ng all developers to keep
documentation up to date?
Warner is the gatekeeper for UPDATING, and it seems to work rather well.
If there is no one explicitly on the doc project that you'd like doing this,
I'd take on the responsibility.
--
Dan Moschuk ([EMAIL PROTECTED])
"Don't get eve
like when an entry in
UPDATING is needed) it's even easier.
--
Dan Moschuk ([EMAIL PROTECTED])
"Don't get even -- get odd!"
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
| Gotcha - fix coming; I need to stash some randomness at shutdown time, and
| use that to reseed the RNG at reboot time.
What about saving the state of the RNG and re-reading it on bootup? That
will allow Yarrow to continue right where it left off. :-)
-Dan
To Unsubscribe: send mail to [E
| >In fact, it would be rather interesting to have a configuration flag which
| >always forces something like an fsck on a file system in order to provide
| >some entropy to the random device. Or some other user-exposed way of
| >providing entropy. I might have some data on disk, or some networ
| DuH!
|
| NTP is the perfect way to gather entropy at bootup!
|
| 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 high-quality entropy.
|
| We need an ent
| I think there are other practical issues too. Unless the new libfetch
| fetch supports https this won't work. More to the point, I'd
| guess https needs a working /dev/random to set up the secure
| connection, but we're running fetch to set up /dev/random.
|
| How much entropy can we get from:
| > | Gotcha - fix coming; I need to stash some randomness at shutdown time, and
| > | use that to reseed the RNG at reboot time.
| >
| > What about saving the state of the RNG and re-reading it on bootup? That
| > will allow Yarrow to continue right where it left off. :-)
|
| That's a bad thi
| You want to say me that there is an ATI graphics card that is more powerful
| than NVidia GeForce?
|
| Sorry, but FreeBSD is really good operating system. Good enough for use it
| on servers. As a system programmer, I wish to have a copy of it on my home
| desktop. And my son/daughter wish to p
28 matches
Mail list logo
