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
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
>
> >
> > 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
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 share/examples/etc/defa
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
i
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 Unsu
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 file
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
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
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
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
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. Howev
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
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:
> 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
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)
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 Mia
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
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 :-))
>
> -r--r--r-- 1 root wheel 725012 Jun 7 02:36 libc.so.4
> -r--r--r-- 1
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 5
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 02
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
-I/usr/X11R6/include
>
> 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
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 Genera
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/ns
--- 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 catche
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 dirs)
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 uni
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:
http://people.freeb
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
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 ba
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 "unsubsc
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 free
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
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 th
[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 E4
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 ma
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
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
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
Hello,
The kernel build with the patch applied fails with this message:
make: don't know how to make /usr/src/sys/fs/devfs/devfs_rule.c. Stop
It seems like this file was forgotten in the patch ...
- Christopher Sharp
--
Any time things appear to be going better, you have overlooked
som
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 matchbook
/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 <[E
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
On Wed, Jun 05, 2002 at 09:28:34PM -0700, 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
>
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
÷ 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,
>
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
[ 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
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 e
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
> 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 freebsd
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
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 U
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 b
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,
> C
57 matches
Mail list logo
