Hi
I think that if this is going to result in MFC's of things that
change the libraries for 4.6, that the update of the libc image
in 5.x for -compat is going to have to wait for 4.6-RELEASE.
That's a good idea.
I also think that it may mean another major version number change,
since
On Thu, 6 Jun 2002, Steve Kargl wrote:
On Thu, Jun 06, 2002 at 10:39:33PM -0700, Gregory Neil Shapiro wrote:
I'm curious what Makefile's are supposed to use if not ${INSTALL}.
The poorly named COPY variable can be (ab)used as a general install flags
variable in most places.
Well, I
M. Warner Losh [EMAIL PROTECTED] writes:
But I'll make sure that it works on alpha. Is that something that you
can test for me if I come up with a fix for?
I can easily test it, fire away.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Fri, Jun 07, 2002 at 02:15:09AM -0400, Trevor Johnson wrote:
On my friend's BSD/OS system, there is no tar--or rather, it's just a hard
link to pax:
% ls -li `which tar` `which pax`
1819 -r-xr-xr-x 2 bin bin 58288 Jun 12 1998 /bin/pax
1819 -r-xr-xr-x 2 bin bin
On Thu, 06 Jun 2002 10:14:52 MST, David O'Brien wrote:
There are still issues with the C++ compiler in the base system that
make building X and some other C++ ports tricky.
There is no issue with the C++ compiler. There is issue with the X
source that uses depreciated features.
The
M. Warner Losh [EMAIL PROTECTED] writes:
Does this fix things for you?
Yep, thanks!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, Jun 06, 2002 at 05:31:12PM +0100, Mark Murray wrote:
/usr/sbin/sysinstall* - fix - *
What part of this uses perl??
None. But it needs to install perl by default (or near default)
at some point.
M
--
o Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn
To
Ok, I've imported stat(1) and modified mergemaster to use it instead. For
now, I have simply disabled use of the user's umask for mode setting so
that I could get the non-perl version in the tree asap. I will look at
Giorgos' excellent patch and steal bits from it so that I can add that
On Thu, Jun 06, 2002 at 08:31:33PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Andrew Gallatin [EMAIL PROTECTED] writes:
:
:
: Warner -- a pci interupt line of 0 is valid. Please back out your
: PCI_INTERRUPT_VALID changes in pci.c, or change that macro
: to
Hello.
As I am building an SMP kernel after a long time in -CURRENT. I thought
people will find it useful if I posted the output from my dmesg which is
showing a big amount of lock order related warnings.
Hope this helps. Also, there is one problem I found (?), which when we
pass the loader
On Fri, Jun 07, 2002 at 12:25:09AM +0200, Riccardo Torrini wrote:
To support fancy user and they own targets would be nice an
infrastructure that check and (if it exist) include a file
(named Makefile.user or .local or similar) with personal
targets either under /usr/src than /usr/ports.
On Fri, Jun 07, 2002 at 02:15:09AM -0400, Trevor Johnson wrote:
Dan Nelson wrote:
[snip]
According to Mr. Schilling's testing, GNU tar 1.13.25 has a bug:
ftp://ftp.fokus.gmd.de/pub/unix/star/testscripts/README.gtarfail . I guess
it qualifies as a non-trivial program. :-)
FYI, the current pax
Martin Blapp wrote:
I also think that it may mean another major version number change,
since there's aren't real minor version numbers any more. 8-(.
That surly not necessary. We only have major version number change
if we change from Releng Majors 3-4, 4-5. This is just compat
stuff,
Hi Terry,
I saw a posting of some of the breakage. There was a type that
wasn't defined in scope in a prototype, and then there were a
couple that were missing (e.g. unexpected ;) because of some
bogus includes. I didn't really see anything that I could blame
on GCC31 itself (I admit it
Bernd Walter writes:
An interrupt line of 0 is *NOT* valid. However, the check for zero
OK - it's fixed for now, but what is wrong with zero?
Nothing is wrong with it unless you're on an x86, where I assume some
(broken) BIOSes assign unrouted interrupts to zero rather than 255.
+++ updating chrome ../dist/bin/chrome/installed-chrome.txt
+++
locale,install,url,jar:resource:/chrome/US.jar!/locale/US/messenger-region/
gmake[2]: Leaving directory `/usr/ports/www/mozilla/work/mozilla/mailnews'
gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla'
Mark Murray [EMAIL PROTECTED] writes:
/usr/bin/sockstat des - redo - *
Done, but depends on other changes that aren't ready to be committed
yet. I expect to commit the whole shebang this weekend or early next
week.
Cool!
M
--
o Mark Murray
\_
O.\_Warning: this .sig is umop
U src/contrib/ipfilter/test/expected/i12
U src/contrib/ipfilter/test/expected/in1
U src/contrib/ipfilter/test/expected/ni3
U src/contrib/ipfilter/test/input/ipv6.1
U src/contrib/ipfilter/test/input/ni3
U src/contrib/ipfilter/test/regress/i12
U src/contrib/ipfilter/test/regress/ipv6.1
U
At Fri, 7 Jun 2002 12:43:27 + (UTC),
John Angelmo wrote:
(cd /usr/ports/www/mozilla/work/mozilla/dist/bin; /usr/bin/env
LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regxpcom; echo
skin,install,select,classic/1.0 chrome/installed-chrome.txt; echo
locale,install,select,en-US
I've installed gdb-5.2_1, but I cannot debug usual code. I've tried
with -g, -gstabs+ and -g -gstabs+ but got same result.
% cat test1.c
int main() { int *p; *p = 1; }
% cc -g test1.c -o test1
% ./test1
Bus error (core dumped)
% gdb52 test1 test1.core
GNU gdb 5.2 (FreeBSD)
Copyright 2002 Free
On Fri, 7 Jun 2002, Martin Blapp wrote:
snipped debug output :)
Tried this again this morning, after cvsupping your makefile changes, same
result, different stack backtrace
(gdb) bt
#0 0x281f192f in kill () from /usr/lib/libc.so.5
#1 0x282420aa in abort () from /usr/lib/libc.so.5
#2
This is very interesting ...
diff -ruN /usr/ports/lang/gcc31/work/gcc-20020527/libstdc++-v3
/usr/src/contrib/libstdc++ | more
I guess this issues has been fixed in the ports version, and is
still unfixed in the system.
Why can't we just cvs import the new version ?
Martin
Martin Blapp,
At 12:19 AM +0900 6/8/02, Jun Kuriyama wrote:
I've installed gdb-5.2_1, but I cannot debug usual code. I've tried
with -g, -gstabs+ and -g -gstabs+ but got same result.
% cat test1.c
int main() { int *p; *p = 1; }
% cc -g test1.c -o test1
% ./test1
Bus error (core dumped)
% gdb52 test1
In message: [EMAIL PROTECTED]
Bernd Walter [EMAIL PROTECTED] writes:
: OK - it's fixed for now, but what is wrong with zero?
: Many alphas differentiate between ISA and PCI intlines.
: PCI intlines are startet counting with 0.
0 is invalid on i386. Somehow I thought drew was
In message: [EMAIL PROTECTED]
Andrew Gallatin [EMAIL PROTECTED] writes:
: Nothing is wrong with it unless you're on an x86, where I assume some
: (broken) BIOSes assign unrouted interrupts to zero rather than 255.
That's right. There's supposedly also some hardware that incorrectly
On Fri, Jun 07, 2002 at 06:05:06PM +0200, Martin Blapp wrote:
This is very interesting ...
diff -ruN /usr/ports/lang/gcc31/work/gcc-20020527/libstdc++-v3
/usr/src/contrib/libstdc++ | more
I guess this issues has been fixed in the ports version, and is
still unfixed in the system.
On Thu, 6 Jun 2002, Hiten Pandya wrote:
[CC'ed to des@]
Hi all.
I am experiencing buildworld errors caused by the latest libfetch.so.
The CVSUP source is just a couple of minutes old.
Make sure that your next cvsup catches the update to the Makefile:
$ ident
Kris Kennaway wrote:
On Fri, Jun 07, 2002 at 06:05:06PM +0200, Martin Blapp wrote:
This is very interesting ...
diff -ruN /usr/ports/lang/gcc31/work/gcc-20020527/libstdc++-v3
/usr/src/contrib/libstdc++ | more
I guess this issues has been fixed in the ports version, and is
still
On Fri, Jun 07, 2002 at 02:44:41AM +0200, Martin Blapp wrote:
What is the status here ? In my CURRENT system, these compat
libs are still the old ones :-(
I've now updated the libs manually to be able to run OO
on CURRENT. And yes - it works. Yes :-))
I don't quite know what you mean by
On Sat, Jun 08, 2002 at 12:19:37AM +0900, Jun Kuriyama wrote:
I've installed gdb-5.2_1, but I cannot debug usual code. I've tried
with -g, -gstabs+ and -g -gstabs+ but got same result.
In another message, Mark said he fixed the port.
But I just wanted to add that -gstabs+ is not needed to
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Mark Peek and DFR have made patches against GDB 5.2 such that it should
do everything we need it to. It would be most helpful for people to test
this before it goes into /usr/src.
--
-- David ([EMAIL PROTECTED])
On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote:
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:
On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote:
On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote:
This fixes the panic. It appears there's also another bug in dump
though. When I run dump I get this:
...
DUMP: master/slave protocol botched.
DUMP: The
On Fri, Jun 07, 2002 at 04:56:45PM -0400, Joe Marcus Clarke wrote:
On Fri, 2002-06-07 at 10:52, Jun Kuriyama wrote:
At Fri, 7 Jun 2002 12:43:27 + (UTC),
John Angelmo wrote:
(cd /usr/ports/www/mozilla/work/mozilla/dist/bin; /usr/bin/env
LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=.
On Fri, 7 Jun 2002, David O'Brien wrote:
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Mark Peek and DFR have made patches against GDB 5.2 such that it should
do everything we need it to. It would be most helpful for people to test
this before it goes into
Hi,
O got this error too with the system gcc. Note that if you add
CC= gcc31
CXX=g++31
to the mozilla Makefile
and have the snapshot from 27.5.2002 installed, the compile
works. Same thing as with OpenOffice and STLport.
gmake[2]: Leaving directory
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, Jun 06, 2002 at 09:15:34PM +0200, Poul-Henning Kamp wrote:
Right you are sir, seems I had another patch which got mixed up there.
I've updated the version of the patch on:
http://phk.freebsd.dk/patch/ufs2.patch
In addition to the dump problem I've reported, I'm also seeing
On Fri, 2002-06-07 at 14:02, Kris Kennaway wrote:
On Fri, Jun 07, 2002 at 04:56:45PM -0400, Joe Marcus Clarke wrote:
On Fri, 2002-06-07 at 10:52, Jun Kuriyama wrote:
At Fri, 7 Jun 2002 12:43:27 + (UTC),
John Angelmo wrote:
(cd /usr/ports/www/mozilla/work/mozilla/dist/bin;
On Fri, Jun 07, 2002 at 01:30:37PM -0700, David O'Brien wrote:
On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote:
On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote:
This fixes the panic. It appears there's also another bug in dump
though. When I run dump I get
Doug Barton [EMAIL PROTECTED] writes:
Ok, I've imported stat(1) and modified mergemaster to use it instead.
Works great, thanks!
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
auth b514bc23 subscribe freebsd-current \
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sat, Jun 08, 2002 at 12:03:10AM +0200, Martin Blapp wrote:
O got this error too with the system gcc. Note that if you add
CC= gcc31
CXX= g++31
You only need `make CXX=g++31'. Using `cc' as the C compiler works.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Brooks Davis wrote:
In addition to the dump problem I've reported, I'm also seeing issues
with df output. The following is obviously wrong:
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s2a254063 -246047 479785 -105%/
It's probably just really anxious to
On Fri, Jun 07, 2002 at 02:16:45PM -0700, Brooks Davis wrote:
On Fri, Jun 07, 2002 at 01:30:37PM -0700, David O'Brien wrote:
On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote:
On Thu, Jun 06, 2002 at 04:06:40PM +1000, Bruce Evans wrote:
This fixes the panic. It appears
Anyone knows what to do with this?
It happened on an alpha with yesterdays -current.
panic: blockable sleep lock (sleep mutex) vnode_free_list @
../../../kern/vfs_subr.c:2723
panic
Stopped at Debugger+0x34: zapnot v0,#0xf,v0 v0=0x7
db trace
Debugger() at Debugger+0x34
panic() at
Brooks Davis [EMAIL PROTECTED] writes:
In addition to the dump problem I've reported, I'm also seeing issues
with df output. The following is obviously wrong:
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s2a254063 -246047 479785 -105%/
Does the attached
This was in the kernel 3 weeks ago and I see it's still here now..
(sources checked out 1 hour ago)
(It's not as common now as it was before though)
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On 08-Jun-2002 Bernd Walter wrote:
Anyone knows what to do with this?
It happened on an alpha with yesterdays -current.
panic: blockable sleep lock (sleep mutex) vnode_free_list @
../../../kern/vfs_subr.c:2723
panic
Stopped at Debugger+0x34: zapnot v0,#0xf,v0 v0=0x7
Oh, this
WARNS=5 is rather picky about our libc in CURRENT. One of the
warnings I can see is:
/home/charon/a/freebsd/src/lib/libc/db/btree/bt_delete.c:
In function `__bt_stkacq':
/home/charon/a/freebsd/src/lib/libc/db/btree/bt_delete.c:155:
warning: declaration of
The first patch fixes install(1). The reamining patches
correctly document the breakage of rev 1.55 of xinstall.c
--
Steve
http://troutmask.apl.washington.edu/~kargl/
--- usr.bin/xinstall/xinstall.c.origThu Jun 6 22:45:29 2002
+++ usr.bin/xinstall/xinstall.c Fri Jun 7 17:55:44 2002
@@
* From Steven G. Kargl [EMAIL PROTECTED]
The first patch fixes install(1). The reamining patches
correctly document the breakage of rev 1.55 of xinstall.c
The last patch is wrong, the others are good, though a warning about the
overriding of flags might be nice until this is ACCEPTED
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
The first patch fixes install(1). The reamining patches
correctly document the breakage of rev 1.55 of xinstall.c
I should have stated that if the first patch isn't
acceptable, then the remaining patches should be
applied.
The
On Fri, 7 Jun 2002, Brooks Davis wrote:
On Fri, Jun 07, 2002 at 02:16:45PM -0700, Brooks Davis wrote:
On Fri, Jun 07, 2002 at 01:30:37PM -0700, David O'Brien wrote:
On Fri, Jun 07, 2002 at 12:59:55PM -0700, Brooks Davis wrote:
Applying phk's patch seems to have fixed it. It's a bit
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
The first patch fixes install(1). The reamining patches
correctly document the breakage of rev 1.55 of xinstall.c
I should have stated that if the first patch isn't
acceptable, then
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
No. The third patch is correct (see below); otherwise I could set
INSTALL to install -C QED.
And I could set BINOWN to something bogus.
Don't protect the user by removing functionality.
Well, if the
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
No. The third patch is correct (see below); otherwise I could set
INSTALL to install -C QED.
And I could set BINOWN to something bogus.
Don't protect
On Sat, 8 Jun 2002, Giorgos Keramidas wrote:
WARNS=5 is rather picky about our libc in CURRENT. One of the
warnings I can see is:
/home/charon/a/freebsd/src/lib/libc/db/btree/bt_delete.c:
In function `__bt_stkacq':
On Fri, Jun 07, 2002 at 10:08:25PM -0700, J. Mallett wrote:
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
* From Steven G. Kargl [EMAIL PROTECTED]
J. Mallett said:
No. The third patch is correct (see below); otherwise I could set
INSTALL to install -C QED.
59 matches
Mail list logo