Bakul Shah wrote:
the trick nicely (but is too ``complicated'', and I'd still like
having a tool that allows userland to call stat/fstat(2):
I'm currently testing a buildworld prior to importing NetBSD's stat(1)
into the tree. Once that's done, if you have suggestions for
improvements I'm
On 05 Jun 2002 08:46:59 GMT, 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 info,
Chris
On Wed, 05 Jun 2002 23:58:14 MST, Doug Barton wrote:
I'm currently testing a buildworld prior to importing NetBSD's stat(1)
into the tree. Once that's done, if you have suggestions for
improvements I'm sure that they would be interested. I'll be happy to
work with you on adding useful bits
On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote:
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.
Show the compile error.
Ciao,
Sheldon.
To
On Thu, Jun 06, 2002 at 11:05:54AM +0200, Sheldon Hearn wrote:
On Wed, 05 Jun 2002 15:36:04 +0200, Andrea Campi wrote:
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
is someone currently converting /usr/bin/mmroff from perl to C ?
Nope.
If no one is working on it, i'm willing to do it.
You have it! Thanks! :-)
M
--
o Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Wed, 05 Jun 2002 16:44:55 CST, Scott Long wrote:
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
Ok folks,
I have our current rc.* scripts ported to the NetBSD framework.
Preliminary testing says it's good to go, so consider this an official
call for testers. Gordon has indicated he is ready to start committing
it soon. I ask that people start testing it out before he does so. That
will
[ forgive this breach of net-ettiquette, but this should probably be
given a wider audience]
On Thu, 06 Jun 2002 05:01:18 -0600
Mike Makonnen [EMAIL PROTECTED] wrote:
Ok folks,
I have our current rc.* scripts ported to the NetBSD framework.
Preliminary testing says it's good to go, so
Hi,
I get this panic sometimes when VMWare is executing in the background
(iconified). It can take a while (a couple of hours) until it happens.
The panic string says buffer not busy, but that seems to be fallout of a
second panic during the panic. The first one seems to be caused by a
trap in
÷ Thu, 06.06.2002, × 12:54, Sheldon Hearn ÎÁÐÉÓÁÌ:
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
On Thu, Jun 06, 2002 at 10:14:29AM +0100, Mark Murray wrote:
is someone currently converting /usr/bin/mmroff from perl to C ?
IMO, if something is best written in Perl, there is nothing wrong with
leaving it in Perl. Our current setup handles this cleanly:
bash$ mmroff
perl: Perl is
On Wed, Jun 05, 2002 at 08:01:54PM -0700, Manfred Antar wrote:
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
/usr/sbin/sysinstall* - fix - *
/usr/bin/afmtodit Kyle Martin [EMAIL PROTECTED] - redo - *
/usr/bin/mmroff Lester A Mesa [EMAIL PROTECTED] - redo - *
/usr/bin/sockstat des - redo - *
/usr/bin/whereissheldonh - redo - *
/usr/sbin/adduser Mike Makonnen [EMAIL
John, folks,
I've been off of -current for a few days (two ISP failures) so I don't have
-really-current-list-clue for this.
cvsup for -stable completed OK,
cvsup for -current failed in gcc, with a Cannot create: Permission denied
error for its own logging files.
Clue on the back of a
On Wed, Jun 05, 2002 at 03:27:47PM -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
On Thu, Jun 06, 2002 at 10:54:15AM +0200, Sheldon Hearn 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 info,
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
[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.
Thanks.
--
Hiten Pandya
http://storm.uk.FreeBSD.org/~hiten
Finger [EMAIL PROTECTED] for PGP public key
-- 4FB9 C4A9 4925 CF97 9BF3 ADDA 861D 5DBD
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.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail
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
Poul-Henning
In message [EMAIL PROTECTED], Christopher Sharp writes:
Hello,
The kernel build with the patch applied fails with this
On Thu, Jun 06, 2002 at 05:31:12PM +0100, Mark Murray wrote:
/usr/sbin/sysinstall * - fix - *
What part of this uses perl??
Regards,
--
wca
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
I do beleive the OpenSSL library has moved to a new default
location. I could be wrong.
- aarong
--
___
Download the free Opera browser at http://www.opera.com/
Powered by Outblaze
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hiten Pandya [EMAIL PROTECTED] writes:
I am experiencing buildworld errors caused by the latest libfetch.so.
The CVSUP source is just a couple of minutes old.
re-cvsup and rebuild.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
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
feature
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.
This can save a lot of typing building various things (for
example timing
On 2002-06-06 17:31 +0100, Mark Murray wrote:
etc/periodic/*keramida - fix - done
I'll probably need to change this to incorporate the suggestions of
[EMAIL PROTECTED] (Crist J. Clark), but yes, this is mostly done. The
latest form of this diff is now at:
Hi all,
Just to let you know. ports/devel/stlport is broken with gcc3 on
CURRENT:
And on STABLE, with gcc31 this works like a charm ...
././eh_test -s 100
././eh_test : Exception handling testsuite.
Setting 100 as base for random sizes.
iteration #0
EH test : algobase
[algobase] :testing
Hi,
I've just noticed that something wrong with the new tar in the base
system (1.13.25) - when extracting some archives it creates 777 dirs,
while permissions in the archive itself are OK (for example GNU make
make-3.79.1.tar.gz - top level dir gets 777 as well as several
other lowel level
--- Doug Barton [EMAIL PROTECTED] wrote:
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
At 09:30 AM 6/6/2002 -0700, David O'Brien wrote:
On Wed, Jun 05, 2002 at 08:01:54PM -0700, Manfred Antar wrote:
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
Martin,
I seem to have a working gdb52 port installed that I built
approximately a week ago...
femme:/usr/ports/devel/stlport/work/STLport-4.5.3/test/eh29 gdb52 eh_test
eh_test.core
GNU gdb 5.2
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU
Hi,
I've just noticed that something wrong with the new tar in the base
system (1.13.25) - when extracting some archives it creates 777 dirs,
while permissions in the archive itself are OK (for example GNU make
make-3.79.1.tar.gz - top level dir gets 777 as well as several
other lowel
I tried compiling x11amp just a few minutes ago and got this:
cc -DHAVE_CONFIG_H -I. -I. -I../.. -O -pipe -I../.. -fomit-frame-pointer
-funroll-all-loops -finline-functions -ffast-math -D_REENTRANT
-I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include
Hi,
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 :-))
-r--r--r-- 1 root wheel 725012 Jun 7 02:36 libc.so.4
-r--r--r-- 1 root wheel 675600 Jun 7
A kernel built from last night's sources fails to allocate an
interrupt to the NIC in my Miata:
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD
Hi,
Why is it linked against a hacked 4.x libc, instead of an
unhacked 5.x libc?
Because gcc31 and libstd++ and stlport are unusable for OpenOffice
to build. Exceptions are broken. Optimazations are broken.
Why is the compat stuff necessary for -current at all?
Because some users like to
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 allow a value of 0.
Thanks,
Drew
Dag-Erling Smorgrav writes:
A kernel built from last night's sources fails to allocate an
interrupt to the NIC in my Miata:
Just FYI. I got this with debug.witness_ddb=1 kernel.
../../../vm/uma_core.c:1327: could sleep with process lock locked from
../../../kern/kern_prot.c:867
Debugger(witness_sleep)
Stopped at breakpoint+0x4: popl%ebp
db trace
breakpoint(e86f0bfc,c01f84ac,c036b060,c036b06e,e86f0bdc) at
I've just noticed that something wrong with the new tar in the base
system (1.13.25) - when extracting some archives it creates 777 dirs,
while permissions in the archive itself are OK (for example GNU make
make-3.79.1.tar.gz - top level dir gets 777 as well as several
other lowel level
On Thu, Jun 06, 2002 at 07:30:09PM -0500, drogoh wrote:
I tried compiling x11amp just a few minutes ago and got this:
Yes, this kind of thing should be expected after a compiler upgrade.
Follow the directions and report the bug to the gcc developers.
Kris
msg39285/pgp0.pgp
Description:
In the last episode (Jun 06), Trevor Johnson said:
I've just noticed that something wrong with the new tar in the base
system (1.13.25) - when extracting some archives it creates 777 dirs,
while permissions in the archive itself are OK (for example GNU make
make-3.79.1.tar.gz - top level
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 allow a value of 0.
An interrupt line of 0 is *NOT* valid. However,
Please accept my appologies for this, it does look like I messed up
the MI code. The following change may mess up the pcib code a little,
but I think that the MD code now does the right thing.
Does this fix things for you?
Warner
Index: pcivar.h
Dan Nelson wrote:
Tar 1.13 is 3 years old, and has many bugs (incremental backups are
unusable, for example).
On the flip side, I hear it respects the umask when running as root...
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
Martin Blapp wrote:
Why is it linked against a hacked 4.x libc, instead of an
unhacked 5.x libc?
Because gcc31 and libstd++ and stlport are unusable for OpenOffice
to build. Exceptions are broken. Optimazations are broken.
I think that if this is going to result in MFC's of things that
On Tue, Jun 04, 2002 at 09:43:59PM +0900, Motoyuki Konno wrote:
Please try the following patch.
Thanks, this fixed the XFree86-4-libraries build. I've committed the
patch.
Kris
msg39291/pgp0.pgp
Description: PGP signature
It appears someone either broke sendmail or install.
From an make installworld of sources from 02/06/06
1851 PDT. I'm getting
install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf
usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
[-o owner] file1 file2
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
sgk install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf
Did you override $INSTALL in /etc/make.conf?
sgk It seems [EMAIL PROTECTED] forgot to place an entry
sgk in src/UPDATING that he purposely broke world.
I'm curious what Makefile's are supposed to use if not ${INSTALL}.
To
Can someone back out revision 1.55 of xinstall.c?
It breaks make installworld with the following:
=== share/sendmail
install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf
usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode]
[-o owner] file1 file2
On Thu, Jun 06, 2002 at 10:39:33PM -0700, Gregory Neil Shapiro wrote:
sgk install -C -o root -g wheel -m 755 -d /usr/share/sendmail/cf
Did you override $INSTALL in /etc/make.conf?
INSTALL is set to install -C in /etc/make.conf as
documented in make.conf(5) and
Hi,
I've just noticed that something wrong with the new tar in the base
system (1.13.25) - when extracting some archives it creates 777 dirs,
while permissions in the archive itself are OK (for example GNU make
make-3.79.1.tar.gz - top level dir gets 777 as well as several
Dan Nelson wrote:
The latest version on ftp://ftp.gnu.org/gnu/tar/ is 1.13. The ones on
ftp://alpha.gnu.org/gnu/tar/ (and everything else on that site) are
considered unstable. I suppose it's too late to suggest tar 1.13 as a
starting point, but maybe this could be kept in mind when
54 matches
Mail list logo
