>> The perl upgrade seems to be having problems. I got this twice
>> towday making buildworld from 4.5:
> Please test the enclosed patch.
That patch allows perl to compile. Unfortunatly, I'm still unable
to make a 5.0 kernel from 4.5, so I cant test it.
cc -c -O -pipe -Wall -Wredundant-dec
The perl upgrade seems to be having problems. I got this twice
towday making buildworld from 4.5:
thanx,
brad
[...]
cc -O -pipe -I/usr/obj/5.0/usr/src/gnu/usr.bin/perl/miniperl
-I/5.0/usr/src/gnu/usr.bin/perl/miniperl/../../../../contrib/perl5
-DPERL_EXTERNAL_GLOB -DPERL_CORE -DAPPLLIB_EXP
* Crist J. Clark ([EMAIL PROTECTED]) wrote:
> > *** Error code 1 (ignored)
> >^
>
> Note.
>
> > Since there is no kldxref in 4.5, this should probably included in
> > the bootstrap process somehow.
>
> A known issue. The install process deliberately ignores
"make DESTDIR=/5.0 world kernel" encountered the following problem:
[...]
--
>>> Kernel build for GENERIC completed on Tue Mar 12 20:26:10 GMT 2002
> This comment is false. On my -CURRENT system with
> this commit in place 'passwd' and 'login'/'su' commands
> loops forever computing MD5 password.
> After reverting crypt-md5.c to rev. 1.8 all thouse
> commands work as always.
Same thing happened to me, but it appears to have been fixed.
b
> From my perspective, negative functionality is being lost. There is a
> nice comment in the source code explaining what it is...
> * Enable workarounds for certain chip revision deficiencies.
> *
> * Systems based on the ICH2/ICH2-M chip from Intel have a defect
> Then go look them up. I'm not about to stuff the entire PnP device
> database into the kernel just to satisfy your curiosity. 8(
I was going to ask where, but I see they are in
/usr/src/sys/boot/common/pnpdata.
thanx,
brad
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
>: unknown: can't assign resources
>: unknown: can't assign resources
>: unknown: can't assign resources
>: unknown: can't assign resources
>: unknown: can't assign resources
>: unknown: can't assign resources
> Shouldn't we just suppress the message? It just confuses users.
I would be s
> I have sony vaio z505hs. I have latest cvs-tree. suspend worked
> 1-2 weeks ago but now when I want to resume from suspend-mode I
> see the same screen I saw before suspend but keyboard doesn't work
> and harddisk doesn't spin.
FYI: I see this on my z505(ls??) running 4.3-STABLE from a few
m
Brad <[EMAIL PROTECTED]> writes:
> Has anyone attempted to make a loadable module out of IPSEC yet?
Kris <[EMAIL PROTECTED]> responds:
> I doubt it would be possible: it has hooks all through the network
> code.
What about makeing the individual encription and authentication
schemes loadable mo
> Have we come to a decision on when we're going to either drop floppy
> support or consider a different version of GENERIC for the CDROM
> installation?
Along the lines of droping floppy support: I just managed to setup
a DHCP/TFTP/NFS diskless boot server that boots the floppy install
images.
Has anyone attempted to make a loadable module out of IPSEC yet?
brad
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
My apologies for not looking into this more throughly before
posting to the list, but I thought someone might be interested.
The first time I run tcpdump after a reboot, I get this kernel
message:
xl0: promiscuous mode enabled
lock order reversal
1st 0xc04f3fa0 bpf global
> The usual platform-independent way to do this is to have a thread
> that monitors the system clock. It wakes up every, say, 2 seconds
> and makes sure the clock is where it expects it. If the clock isn't
> what it expects, it does whatever you need to do in that case.
> I fear, however, that t
Suppose I'm a (root) process: I have an appointment in exactly
one hour. I call select() and specify a timeout of 3600 seconds,
trusting that the system will wake me up just in time. But
unbeknownst to me someone sets the clock back 10 minutes while I'm
asleep (using settimeofday(), not adjtim
The following jucy tidbit has been hiding in the accept(2) man page
for several years, but has apparently never been implemented.
One can obtain user connection request data without confirming the con-
nection by issuing a recvmsg(2) call with an msg_iovlen of 0 and a non-
zer
> Try:
>
> echo 1 2 3 4 5 6 7 8 9 | xargs -n 4 echo
>
> Now consider what would happen with the above suggested construct with
> a very long file list.
>
> I don't see a problem with adding an option to cp to treat the first
> argument as the target instead of the last argument. It's a simp
Could we perhaps "close" the freebsd-current list?
brad
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
18 matches
Mail list logo
