On Sat, Jun 08, 2002 at 02:45:06PM +1000, Bruce Evans wrote:
> 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
I know that the specific mergemaster issues have been addressed, but I
thought this experience pointed out something subtly astonishing, so I
figured I'd point it out.
I ran mergemaster, and the perl wrapper started complaining that I
needed to install perl, so I did "pkg_add -r perl". The port
On Sat, Jun 08, 2002 at 03:06:25AM +0200, Dag-Erling Smorgrav wrote:
> 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
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
> > > > IN
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':
> /home/charon/a/freebsd/src/lib/libc/db/btree/bt_d
* 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
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.
* 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
>
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.
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
* 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 beh
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
@@ -
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 `ind
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
Oh, this
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 Fri, 7 Jun 2002, Sheldon Hearn wrote:
>
>
> 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
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 atta
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
db> trace
Debugger() at Debugger+0x34
panic() at panic+0xe
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
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 freebsd
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 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/dis
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 s
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 ap
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
`/usr/ports/www/mozilla/work/mozilla
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
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 in
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 dum
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_
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=. ./regxpcom; echo
> > skin,install,select,classic/1.0 >> chrome/inst
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.
> > >
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:
[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])
To
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 need
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 b
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
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 /usr/src/usr.bin/fetch/M
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
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)
>% gdb5
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, <[EMA
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 incorrect
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
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 comp
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
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 >>
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 src/contrib
> 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
+++ 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'
gmake
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
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 adm
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
>
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 curren
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.
>
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 "b
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 m
> 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 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
"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, 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
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
"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]
wi
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 pers
63 matches
Mail list logo