Hello,
I was a bit stalked this morning by finding that my computer had tunrned
itself on 5-10 minutes after I turned it off to go to bed last night :)
I turned off, and it turned itself back on again.
I have turned off most wake up events in the BIOS, but Wake on PCI
is set to AUTO, meaning
src/gnu/usr.bin/tar source code deleted?
Makefile can't find *.c *.h files
very funny
what is wrong???
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Andres A Moya wrote:
src/gnu/usr.bin/tar source code deleted?
Makefile can't find *.c *.h files
very funny
what is wrong???
Tar sources now live in src/contrib/tar. make(1) should be able to
find those sources using .PATH: directive in Makefile.
-Maxim
To Unsubscribe: send mail to [EMAIL
On Tue, Jun 04, 2002 at 10:42:35PM -0700, Kris Kennaway wrote:
On Tue, Jun 04, 2002 at 07:52:19PM -0700, walt wrote:
Aha! After doing 'use.perl port' it works again, thanks.
Looks like this is going to be necessary after each
buildworld, then. :-/
I thought that's what NO_PERL is
Hi all,
The libncurses commit on May 21 seems not working
properly. I cvsupped latest current ports, build a
typical ncurses app (lynx) and find that the first
column is not shown correctly. Bascially it is blank
on the first column. I have rebuilt libncurses before
May 21's commit and the
On Wed, Jun 05, 2002 at 11:45:24AM +, Andres A Moya wrote:
src/gnu/usr.bin/tar source code deleted?
Yes, see the cvs logs.
Makefile can't find *.c *.h files
very funny
what is wrong???
You have stale .depend files?
Kris
msg39192/pgp0.pgp
Description: PGP signature
--- Alfred Perlstein [EMAIL PROTECTED] wrote:
Getting a traceback to both us (FreeBSD) and the
Postgresql
developers would be very helpful.
Alfred,
Today, I rebuilt -current postgresql with latest
cvsup, the core dump did not occurred. However, I
still have to specify WITHOUT_SSL=yes.
Somebody who has an alpha at hand needs to make the alpha boot1 code
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
I have no idea how much or how little work this is.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
On Wed, Jun 05, 2002 at 02:15:49PM +0200, Poul-Henning Kamp wrote:
Somebody who has an alpha at hand needs to make the alpha boot1 code
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
I'll take a look into this during the next WE.
--
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Neither Kirk nor I have heard very much feedback, so absent any reports
of total disaster, it will be committed around 19th of june.
--
Poul-Henning Kamp | UNIX since
In another thread on mergemaster the subject of the NOPERL
flag for make.conf came up.
The flag NOPERL is added to make.conf automatically by the
script 'use.perl port'.
BUT, note that /usr/src/usr.bin/Makefile looks for the
flag NO_PERL instead of NOPERL, and so that is the reason
mergmaster
On 05 Jun 2002 15:01:24 +0200, Dag-Erling Smorgrav wrote:
Looks like this is going to be necessary after each
buildworld, then. :-/
No. Mergemaster should not use Perl, and the fact that it does is a
bug.
That's probably an overstatement. Perl used to be in the base
system, and
On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote:
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Is this something we can drop in and expect to work / panic / corrupt
our filesystems without any change in
In message [EMAIL PROTECTED], Sheldon Hearn writes:
On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote:
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Is this something we can drop in and expect to work /
+---[ Poul-Henning Kamp ]--
|
| Yes, if you just drop it in, nothing should change much after all.
|
| You can then create ufs2 filesystems with newfs -O 2 and start to
| beat up the new code for good.
Is it helpful to test this via md type mounts, or only on physical
In message [EMAIL PROTECTED], Andrew Kenneth Milton write
s:
+---[ Poul-Henning Kamp ]--
|
| Yes, if you just drop it in, nothing should change much after all.
|
| You can then create ufs2 filesystems with newfs -O 2 and start to
| beat up the new code for good.
Is it
In the last episode (Jun 05), Shizuka Kudo said:
Hi all,
The libncurses commit on May 21 seems not working properly. I
cvsupped latest current ports, build a typical ncurses app (lynx)
and find that the first column is not shown correctly. Bascially it
is blank on the first column. I have
I've been monitoring the -CURRENT mailing list for about a day or two,
and haven't seen anything that's really broken (except for GCC 3.x,
which I don't use anyway). So, is it safe to upgrade to -CURRENT yet?
TIA for the info,
Chris
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
I've been monitoring the -CURRENT mailing list for about a day or two,
and haven't seen anything that's really broken (except for GCC 3.x,
which I don't use anyway). So, is it safe to upgrade to -CURRENT yet?
TIA for the info,
Chris
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Wed, Jun 05, 2002 at 08:46:59AM +, Christopher Nehren wrote:
I've been monitoring the -CURRENT mailing list for about a day or two,
and haven't seen anything that's really broken (except for GCC 3.x,
which I don't use anyway). So, is it safe to upgrade to -CURRENT yet?
TIA for the
Hi all,
I've been seeing a compile error in gnu/lib/libstdc++ for days now. Since no
one else reported it (not even tinderbox) I can only wonder what's up, and
expecially how to get out of this.
The only thing peculiar to this machine is that I've cleared up everything
which predated GCC 3.1; so
I'm trying to upgrade from a 2002.05.10-CURRENT, with a fresh cvsup.
Error attached.
Regards,
--
Michael Nottebrock
---
error
Description: application/java-vm
Yeah, I know about kernel world being out of sync; that ought not be
the case, as I just finished the usual buildworld, kernel, installworld,
mergemaster sequence. For further evidence:
g1-9(5.0-C)[1] uname -a ls -lio `which ps` file `which ps`
FreeBSD g1-9.catwhisker.org 5.0-CURRENT
* From David Wolfskill [EMAIL PROTECTED]
Yeah, I know about kernel world being out of sync; that ought not be
the case, as I just finished the usual buildworld, kernel, installworld,
mergemaster sequence. For further evidence:
g1-9(5.0-C)[1] uname -a ls -lio `which ps` file `which ps`
Michael Nottebrock wrote:
Error attached.
Correctly this time.
Regards,
--
Michael Nottebrock
=== lib/libfetch
cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes
-Wmissing-prototypes -Wp
ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch
David Wolfskill wrote:
Were you running with -j ? 'cause the error appears to be with libssl,
not libfetch.
Nope.
And I built OK, both with -j8 (on 2x866 PII) -j4 (on laptop), though
I didn't use the athlon specification
I tried unsetting CPUTYPE, no change.
You might try a
If memory serves me right, Michael Nottebrock wrote:
David Wolfskill wrote:
Were you running with -j ? 'cause the error appears to be with libssl,
not libfetch.
Nope.
I've seen this too, starting with a pristine /usr/obj and no -j option.
I wonder if this has to do with the recent SSL
[ I'm replacing -hackers with -arch for reasons that are clear below. ]
On Thu, 6 Jun 2002, Giorgos Keramidas wrote:
Hello dougb all,
Here's a patch that removes all trails of Perl usage from mergemaster.
Your work looks good, but I wish you'd asked before embarking on it. My
current plan
On 2002-06-05 15:27 -0700, Doug Barton wrote:
On Thu, 6 Jun 2002, Giorgos Keramidas wrote:
Hello dougb all,
Here's a patch that removes all trails of Perl usage from mergemaster.
Your work looks good, but I wish you'd asked before embarking on it. My
current plan is actually to import
Doug Barton wrote:
On Thu, 6 Jun 2002, Giorgos Keramidas wrote:
Here's a patch that removes all trails of Perl usage from mergemaster.
Your work looks good, but I wish you'd asked before embarking on it. My
current plan is actually to import netbsd's stat(1), which will solve this
problem
--
root@juanillo:/usr/src/sys/i386/compile/JUANILLO $ make
cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I-
On Wed, Jun 05, 2002 at 10:24:07AM -0700, J. Mallett wrote:
* From David Wolfskill [EMAIL PROTECTED]
[snip]
g1-9(5.0-C)[2] ps -ax
ps: pid tt state time command: keyword not found
ps: no valid keywords
g1-9(5.0-C)[3]
This is due to me un-breaking seperation of keywords and not testing
For the last week or so I've had my laptop panic every time amanda did
a dump of it. This happens with a kernel as of yesterday so it probably
wasn't just a bad update.
Before the crash I see the following in dmesg:
ad0: count 6359632 size transfers not supported
bus_dmamap_load: Too many
walt [EMAIL PROTECTED] writes:
Looks like this is going to be necessary after each
buildworld, then. :-/
No. Mergemaster should not use Perl, and the fact that it does is a
bug.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
I have been using the following command to dump for months with no problem:
dump 0fua /dev/nsa0 /dev/da0s1a
for the past few weeks I get this:
(bin)504}dump 0fua /dev/nsa0 /dev/da0s1a
DUMP: Date of this level 0 dump: Wed Jun 5 19:54:04 2002
DUMP: Date of last level 0 dump: the epoch
DUMP:
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote:
Somebody wh use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
This must not be needed, since old boot blocks must keep working with
old file systems.
Bruce
To Unsubscribe: send mail to [EMAIL
This seems not yet fixed even after libfetch commit.
U lib/libfetch/Makefile
U lib/libfetch/common.c
U lib/libfetch/common.h
U lib/libfetch/http.c
U usr.bin/fetch/Makefile
=== usr.sbin/pkg_install/add
cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall
Hi,
make buildworld fails after the latest cvsup.
The error I get is this
-
calvin# tail -30 /usr/ports/nooworld.log
ranlib libcc_int.a
=== gnu/usr.bin/cc/cc
cc -O -pipe -march=pentiumpro -DIN_GCC -DHAVE_CONFIG_H
-DPREFIX=\/usr/obj/usr/src/i386/usr\
On Thu, Jun 06, 2002 at 01:04:51PM +0900, Jun Kuriyama wrote:
This seems not yet fixed even after libfetch commit.
U lib/libfetch/Makefile
U lib/libfetch/common.c
U lib/libfetch/common.h
U lib/libfetch/http.c
U usr.bin/fetch/Makefile
--- /usr/src/Makefile.inc1.orig Wed Jun 5
In message [EMAIL PROTECTED], Bruce Evans writes:
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote:
Somebody wh
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
This must not be needed, since old boot blocks must keep working with
old file systems.
Michael Nottebrock [EMAIL PROTECTED] writes:
make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop
*expletive deleted*
I didn't think of that. I'll commit a workaround ASAP, but I'm not
sure how to fix it properly.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To
In article [EMAIL PROTECTED],
Bruce Evans [EMAIL PROTECTED] wrote:
On Tue, 4 Jun 2002, walt wrote:
It correctly identifies files to be updated, asks me what
I want to do, as usual, and when I hit 'i' for install it
proceeds without error messages but then it tells me at
the end that
The trouble is, those messages vanish in about 1 millisecond when the
pager fires up and displays the next set of diffs. The messages are
effectively invisible on my system, and I only found them by running
mergemaster under script. Of course, Bruce, I have no doubt that
you can see them
Ok, I finally feel the need to speak up here.
DES,
FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD!
PERIOD!
Don't give me any crap about It's -current, you should expect breakage.
You are abusing this disclaimer far more than it was ever meant for.
Breaking world used
On Wed, Jun 05, 2002 at 04:44:55PM -0600, Scott Long wrote:
Ok, I finally feel the need to speak up here.
I sent this patch to DES in private email, but it
fixes world. Watch for cut-n-paste problems.
troutmask:root[249] diff -u Makefile.inc1.orig Makefile.inc1
--- Makefile.inc1.orig Wed
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote:
In message [EMAIL PROTECTED], Bruce Evans writes:
On Wed, 5 Jun 2002, Poul-Henning Kamp wrote:
Somebody wh
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
This must not be needed, since
On Wed, 5 Jun 2002, Brooks Davis wrote:
For the last week or so I've had my laptop panic every time amanda did
a dump of it. This happens with a kernel as of yesterday so it probably
wasn't just a bad update.
Before the crash I see the following in dmesg:
ad0: count 6359632 size
I have been using the following fixes for gcc -falign-foo for almost
a month with no problem.
%%%
Index: toplev.c
===
RCS file: /home/ncvs/src/contrib/gcc/toplev.c,v
retrieving revision 1.13
diff -u -2 -r1.13 toplev.c
--- toplev.c
Hey Bruce or David... has GCC3 by any chance fixed the stack alignment
eyesore or is that still the default? If so could we by any chance fix
it in our version? It creates massive bloat when you have lots of tiny
functions and as far as I can tell there is no advantage at all
On Thu, Jun 06, 2002 at 10:37:12AM +1000, Bruce Evans wrote:
On Wed, 5 Jun 2002, Brooks Davis wrote:
For the last week or so I've had my laptop panic every time amanda did
a dump of it. This happens with a kernel as of yesterday so it probably
wasn't just a bad update.
This is caused
On Wed, 5 Jun 2002, Matthew Dillon wrote:
Hey Bruce or David... has GCC3 by any chance fixed the stack alignment
eyesore or is that still the default? If so could we by any chance fix
it in our version? It creates massive bloat when you have lots of tiny
functions and as
On Wed, 5 Jun 2002, Brooks Davis wrote:
This fixes the panic. It appears there's also another bug in dump
though. When I run dump I get this:
[10:15pm] brooks@minya (~): sudo dump -a -f /dev/null /var
Password:
DUMP: Date of this level 0 dump: Wed Jun 5 22:16:09 2002
DUMP: Date of
Hello dougb all,
Here's a patch that removes all trails of Perl usage from mergemaster.
The parts that I want your careful scrutiny directed at are the new
stat_mode() shell function, and the parts that I have touched lines
removing Perl code. I have done some testing to the resulting
54 matches
Mail list logo
