Just noticed that some of the processes running on my system (-current
as of Oct 2) seem to report a startup time in UTC rather than local time
(see attached). Is this normal behaviour?
[(dampurep)~]: uptime
10:54AM up 41 mins, 2 users, load averages: 0.10, 0.05, 0.01
[(dampurep)~]: uname -a
F
Makoto MATSUSHITA wrote:
>
> tanimura> You still need host.conf to run old binaries (including Netscape)
> tanimura> linked against libc.so.3 and earlier. I prefer to warn 'host.conf is
> tanimura> for compatibility with old libc.'
>
> Is there any chance that compat1x, compat2*, compat3x includ
Forwarded for completeness, since the message I sent yesterday didn't
draw any attention...
"Dampure, Pierre Y." wrote:
>
> Doug,
>
> Prior to yesterday, my last world / kernel rebuild was on August 25th.
> Since yesterday, any attempt at generating a ker
I CVSup'd this morning around 05:00 BST, then make -DCLOBBER world /
mergemaster / sh MAKEDEV all / buildkernel / installkernel. My Adaptec
2940UW is no longer probed at boot time.
/boot/device.hints contains the proper entries and a pnpscan -v detects
a SCSI controller.
Attached are my current
Mike Meyer wrote:
>
> Ok, I give up. It seems that the world change from exit to sys_exit
> broke the world build, but I can't figure out where. I've fixed every
> occurence of SYS_exit in the source tree (this one seems to be
> src/lib/csu/i386/crt0.c, but there were some in gdb as well), and
>
Thomas Stromberg wrote:
>
> It's probably been fixed by now, but what I did when I first had the
> mtree
> problem was set NO_MTREE in /usr/ports/Mk/bsd.port.mk - Not sure of the
> side
> affects though (anyone care to enligtnen me?)
>
> Im sure there is a more elegant solution, I was just looki
Stephan van Beerschoten wrote:
>
> And what is the word on thise IOERROR's given by my kernel when its init'ing
> its usb stack.
>
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhub0: port 1 power on failed, IOERROR
> uhub0: port
With a recently (10:00 BST) cvsup'd and built world / kernel:
last pid: 288; load averages: 0.05, 0.04, 0.01up 0+00:03:27
15:53:02
32 processes: 1 running, 31 sleeping
CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100%
idle
Mem: 282M Active, 17M Inact, 20M Wire
Jun-ichiro itojun Hagino wrote:
>
> itojun 2000/07/04 22:07:23 PDT
>
> Modified files:
> lib/libc/net getaddrinfo.c
> Log:
> sync with kame.
> - better return code. from enami@netbsd
> - do not use "class" as variable name. C++ guy had trouble with it.
>
> Revisio
Alexander Langer wrote:
>
> alex2000/07/02 14:45:16 PDT
>
> Modified files:
> lib/libc/gen Makefile.inc
> Log:
> Add strunvisx.3 MLINK.
>
> Revision ChangesPath
> 1.65 +2 -2 src/lib/libc/gen/Makefile.inc
>
> To Unsubscribe: send mail to [EMAIL PROTE
Apologies to all, this was a pilot error. /boot/defaults/loader.conf was
referencing disk1s1a -- it should have been disk2s1a (I forgot the
floppy was included in the unit count).
After a few interesting floppy boots / fdisk / disklabel sessions, I got
the thingie to work.
One point, though: th
"Dampure, Pierre Y." wrote:
>
> Apologies if this ought to be in -questions rather than -current, but
> since I first noticed the problem on 5.0-2621-CURRENT...
>
> The above snapshot was installed on a brand new system (OR840, 2x733EB,
> 512MB RDRAM, 1xAHA294
Apologies if this ought to be in -questions rather than -current, but
since I first noticed the problem on 5.0-2621-CURRENT...
The above snapshot was installed on a brand new system (OR840, 2x733EB,
512MB RDRAM, 1xAHA2940UW, 4x9.1Gb Barracuda). The disk organisation is
as follows:
d
"George W. Dinolt" wrote:
>
> I have found that the following small diff to /usr/src/Makefile.inc1
> allows the buildworld to proceed:
>
It breaks further down the line when building
/usr/src/gnu/usr.bin/perl/perl, with the following message:
lib/auto/DynaLoader/DynaLoader.a(DynaLoader.o): In
Bernd Luevelsmeyer wrote:
>
> Dampure, Pierre Y. wrote:
> >
> > I installed 5.0-2621-CURRENT on a new system (OR840, 2x733EB, 512MB
> > RDRAM) and had problems with top / systat / vmstat all failing after
> > reporting problems with nlist:
> [...]
>
>
Apologies if this has already been reported, but `make world` is
currently failing when trying to generate Config.pm for the newly
imported Perl 5.6 (failure at line 20 of configpm)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I installed 5.0-2621-CURRENT on a new system (OR840, 2x733EB, 512MB
RDRAM) and had problems with top / systat / vmstat all failing after
reporting problems with nlist:
When using top:
top: nlist failed
When using systat:
systat: nlist: can't find following symbols:
_c
17 matches
Mail list logo
