On Thu, May 31, 2001 at 01:46:00PM -0700, John Baldwin wrote:
It doesn't hurt to help distribute the load some, though. Requiring
each person who makes a change to compile it on every possible arch is
not something that will scale as more and more archs are added. If a
committer can get
On Sun, May 27, 2001 at 11:32:09PM -0700, Bruce A. Mah wrote:
+.if !defined(NORELNOTES)
Do we really need Yet Another Knob? Why isn't NODOC suffient?
I cannot think of any reason that the people who typically use NODOC=yes
would want release notes.
Or please at least treat NODOCS=yes ==
On Mon, May 28, 2001 at 10:22:33AM -0700, Rodney W. Grimes wrote:
This was on my TODO. The only problem with INCOWN/INCGRP not being
used here is that they were introduced long after include/Makefile.
And perhaps one should go read the commit message that introduced them...
it was an
On Mon, May 28, 2001 at 10:16:46PM -0700, Doug Barton wrote:
.UPDATING
Log:
Looks like -current is safe again, and has been since Friday.
Alpha is in evern worse shape than x86. The statement that -current is
safe is 110% wrong.
To Unsubscribe: send mail to
On Thu, May 24, 2001 at 04:56:41PM -0600, Warner Losh wrote:
In message [EMAIL PROTECTED] Joseph Koshy writes:
: I'm in the processing of bring a 5-current system of Oct 2000 vintage
: more upto-date.
May 18th, 2001 12:00:00 is what I've been using.
One must be careful posting something
On Fri, May 25, 2001 at 09:56:42AM -0400, Mikhail Teterin wrote:
Now that smbfs is in, can amd be used to mount smb shares? Of course, it
can. But can we have something like host type, where all smb-shares
available from a host are automaticly accessible? This may be added to
the
I am going to import parts of the Citrus Project XPG4DL (an
implementation of I18N (locale) framework). We *need* wchar.h and we
just cannot wait.
If there are known concerns or issues with this, please let me know.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
On Thu, May 10, 2001 at 05:20:46PM -0300, Daniel C. Sobral wrote:
John Sadler is not a Unix user, and has no experience with Unix, and
...
If you know exactly how to produce a .tar.gz under Windows that is
suitable for our use, I'm sure he would appreciate the help.
Ask him to use
Lets try another realistic example:
cp -uvp ab* cde*.f* g? h/*.i? j/kl /m
What's the find | cpio invocation for that? When you come up with it, it
echo ab* cde*.f* g? h/*.i? j/kl /m | cpio ...
Messy - No, Portable - Yes.
BT - wrong. cp flattens the
On Thu, May 10, 2001 at 02:21:09AM -0300, Daniel C. Sobral wrote:
John Sadler is not a Unix user, and has no experience with Unix, and
...
If you know exactly how to produce a .tar.gz under Windows that is
suitable for our use, I'm sure he would appreciate the help.
Ask him to use
On Thu, May 03, 2001 at 07:48:08AM -0700, David Wolfskill wrote:
[Ref. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=574034+0+current/cvs-all]
...
eelf_i386.c:158: elf-hints.h: No such file or directory
Crap,crap,crap,crap,crap!!!
I thought I had gotten my systems clean enough when I did the
On Tue, May 01, 2001 at 02:16:33PM -0700, Peter Wemm wrote:
On the other hand,
you might try using dwarf2 debugging, that is pretty complete.
And what we'll be using when GCC 3.0 is imported.
--
-- David ([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
On Mon, Apr 30, 2001 at 09:56:09AM +0200, Sheldon Hearn wrote:
Question is, do we want to add this to our cp?
Bleh. :-)
Blah.
for i in `find /path/to/src`; do
if [ $i -nt /path/to/dst/$i ]; then
cp $i /path/to/dst/
fi
done
On Wed, Apr 25, 2001 at 06:08:15PM -0700, Dima Dorfman wrote:
Dima Dorfman
[EMAIL PROTECTED]
P.S. obrien: that's a very clever and unintrusive way of avoiding
getting two copies of a message; much better than
On Mon, Apr 23, 2001 at 11:33:24AM -0700, John W. De Boskey wrote:
After some feedback, I have changed the patch slightly. Rename
-d to -t and remove the requirement for the option to have a
value.
I thought people generally agreed the right fix was to add functionality
to `xargs', not
On Mon, Apr 16, 2001 at 08:10:39PM -0700, John Baldwin wrote:
Also, Bruce's fix is not entirely correct as it breaks for the
non-debug kernel case, but I've already sent you a mail about that,
just to let everyone know that it should be fixed shortly. :)
I commited your "fix" for it. IMHO,
On Mon, Apr 16, 2001 at 10:05:03AM +0900, Makoto MATSUSHITA wrote:
There is a small typo in src/release/Makefile rev 1.161; not 'kernel',
but 'KERNEL' is correct.
I think I got all these already. But I rev 1.161 is from back in 1995.
Are you sure you've got the right
On Mon, Apr 16, 2001 at 09:53:43AM -0700, Bruce A. Mah wrote:
Thanks for fixing the typo in src/release/Makefile. I think however the
real cause of the error that people were seeing is a typo on the line
Damnit, I *tested* this and things landed in the right place. Grrr...
Ok, no more
On Fri, Apr 13, 2001 at 06:40:42PM +0400, Andrey A. Chernov wrote:
Yes. Backward-compatible prototypes was enabled very recently
to help old applications. I didn't expect it break gdb compilation again
I need to update my box to test. It will probably be 2-3 hours and it
will be fixed.
To
On Wed, Apr 11, 2001 at 06:43:52PM +0400, Andrey A. Chernov wrote:
On Wed, Apr 11, 2001 at 17:41:09 +0300, Maxim Sobolev wrote:
GDB maintainer already notified with proposed patch.
Awake now. Patch commited.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
On Wed, Apr 11, 2001 at 08:34:37PM +0400, Andrey A. Chernov wrote:
Well, if you know about this problem why you did not wait for his
reply before proceeding with importing?
First of all, David ask me for readline importing, what I did was an
response.
But my request wasn't a request to
On Thu, Apr 05, 2001 at 11:30:21PM +0200, Morten Skriver wrote:
[morten@mosk-pc]:/usr/home/morten$ linux
kldload: can't load linux: Operation not permitted
ELF binary type "3" not known.
Abort trap
You did not `brandelf' your /compat/linux/sbin/ldconfig.
Did you install this from
On Sat, Mar 31, 2001 at 06:34:12PM +0200, Leif Neland wrote:
CPU1 stopping CPUs: 0x0001... Stopped.
Stopped at i586_bzero_oops+0x1: jmp i586_bzero_oops
I get panics on that instructions too on my old 60MHz P5.
I've got a core dump, will tell more when I can interpret it...
Mark's
On Fri, Mar 30, 2001 at 07:45:43AM +0200, Mark Murray wrote:
I thought the 586 FP stuff was disabled?
Nope. Depending on how current you are, it was either left broken.
I commited BDE's fix to exeception.s that fixed things for K6-2 users.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sun, Mar 25, 2001 at 04:08:47PM +0300, Valentin Nechayev wrote:
192.168.5 should be interpreted as 192.168.0.5 in host address context,
but as 192.168.5.0 in network address context. (Such network address
context is well seen in sentences such as "10/8", "192.168/16".)
Where is this
On Sat, Mar 24, 2001 at 03:19:54PM +0100, Mark Huizer wrote:
Are there any plans on upgrading tcpdump to e.g. 3.6.2, which has better
support for e.g. NFS over IPv6?
Bill Fenner was working on this. I don't know what happened to it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, Mar 24, 2001 at 11:24:47PM -0400, The Hermit Hacker wrote:
doing so right now ... one quick/stupid question ... how does one
'reinstall' a new kernel so that you don't lose the /boot/kernel.old (aka
make reinstall
-or-
make kernel-reinstall
removing pcm fixes the panic, it
On Sun, Mar 25, 2001 at 05:58:53AM +0100, Cameron Grant wrote:
can you try http://people.freebsd.org/~cg/mssfix.diff.gz ?
Fixed my panics too.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Fri, Mar 23, 2001 at 12:49:33AM +0100, Martin Blapp wrote:
/etc/mount -o port=3049,intr localhost:/null /crypt
What machine are you doing this on?? FreeBSD has no /etc/mount?
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to
The Portmapper binary has been renamed from `portmap' to `rpcbind'.
The name change was taken care of in /etc/defaults/rc.conf and in the
auto-dependacy code in /etc/rc.
HOWEVER, you may need to edit your /etc/hosts.allow and make the name
change there.
--
-- David ([EMAIL PROTECTED])
On Tue, Mar 20, 2001 at 03:23:55PM -0800, Edwin L. Culp wrote:
It would really be nice to have this committed, if it doesn't break
anything, to not have to be patching every time.
It will be. I am waiting a responce back from someone. But one way or
another it will be fixed -- I run two
On Tue, Mar 13, 2001 at 12:12:35AM +0900, Daniel C. Sobral wrote:
A while ago someone suggested a /etc/md.conf and an mdon(1) similar to
swapon(1).
Putting it in terms of this analogy make this approach sound quite
reasonable.
This solution is much more flexible than simple /tmp fs on md
On Sat, Mar 10, 2001 at 10:32:23PM -0800, Dima Dorfman wrote:
Peter Wemm [EMAIL PROTECTED] writes:
The version of the patch for -current uses the softdep mount option only.
If you remove the mount option, you dont get softupdates.
In this case, it might be better to just turn it on by
On Mon, Mar 12, 2001 at 08:27:54PM +0100, Poul-Henning Kamp wrote:
If it looks like a duck, swims like a duck, quacks like a duck,
Sorry David, but it there is nothing duck-like about at all...
From a user's stand point, it acts just like the old MFS when used to
create a swap backed
On Mon, Mar 12, 2001 at 05:12:13PM -0800, Dima Dorfman wrote:
There's always the 'nosoftdep' mount option. It's also possible to
enable it by default on everything except the root filesystem, but
that's a [minor] POLA violation.
I fail to see what is wrong with defaulting to `off'.
--
--
On Sun, Mar 11, 2001 at 03:11:09PM -0800, Kris Kennaway wrote:
We really need to provide a better rc.conf hook for doing this --
expecting people to write their own script just to create a /tmp is
lame.
It should be a wrapper called mount_mdfs or mount_mfs so people upgrading
can keep their
On Sat, Mar 10, 2001 at 11:51:54AM -0800, Jordan Hubbard wrote:
I think this is really the only place to do it, just to ease
confusion. You also wouldn't need to put superblock-frobbing code
into sysinstall, just bundle tunefs into the mfsroot.
Why not add the softupdates option to newfs?
On Fri, Mar 09, 2001 at 01:39:58PM -0800, Matthew Jacob wrote:
Erm, just so you know. The 4100 here at WC doesn't even make it past
the SCSI probe due to interrupt issues.
Hmm. Well, it *was* working a couple of days ago :-)
Uh, actually _your_ 4100 is the only I've ever known to work
On Sat, Mar 10, 2001 at 09:06:20PM -0800, Peter Wemm wrote:
I seem to recall Paul Saab has a set for both -current and -stable.
Someone else also just posted a URL to a set of patches.
Is Paul going to commit his, or can I take this on and commit the ones
posted?
--
-- David ([EMAIL
On Sat, Mar 10, 2001 at 09:51:46PM -0800, Dima Dorfman wrote:
Are you talking about se's patches to make softdep a mount option,
yes
The former isn't something you can just drop in. You'd have to decide
if softdep should be the default.
It defaults to what tunefs sets it to -- POLA.
If
On Wed, Mar 07, 2001 at 08:50:23PM +1100, Bruce Evans wrote:
dump.8 and dump(8) both refer explicitly to nsa0 and nrsa0 whereas
sa0 and nsa0 are the actual device names in -current.
The dump sources also refer to only the 'r' devices (_PATH_DEFTAPE
is still "/dev/rsa0").
Fixed. :-)
On Wed, Mar 07, 2001 at 06:33:09PM -0500, Forrest Aldrich wrote:
I searched the archives, and found this question asked, but no responses.
I wonder when (if) Perl 5.6 will be MFC'd to 4.x.
^^
Uh, _*WHY*_ are you sending this to freebsd-current
On Mon, Mar 05, 2001 at 01:01:23AM -0600, GH wrote:
http://people.freebsd.org/~jhb/intr2.patch has fixed my problems so far.
This seems to be my luck:
--
The file
http://people.freebsd.org/~jhb/intr2.patch
does not exist at this server.
--
Where can I otherwise get
On Sun, Mar 04, 2001 at 01:13:36PM -0800, Matthew Jacob wrote:
This might also be the source of the 'going nowhere without my init' install
failures that so plague alphas?
No it is libdisk doing *err()* calls!! A library should *NOT* be
exiting on its own.
--
-- David ([EMAIL PROTECTED])
On Sun, Mar 04, 2001 at 11:42:22PM -0400, The Hermit Hacker wrote:
Okay, are there any known problems with the SB128 cards? Figuring that it
couldn't hurt to remove it, I did ... so far, X hasn't hung ... not
Hum... interesting. I also have a PCI SB128 card and one hang when I was
using
On Sat, Mar 03, 2001 at 11:06:15AM -0800, George V. Neville-Neil wrote:
I have a machine I want to use as a FreeBSD-Current machine since I want
to work with some of the new features in 5.x that I require for a port (I'm
...
The problem is that the machine is right now at
On Tue, Feb 27, 2001 at 11:28:37AM -0800, John Baldwin wrote:
Have you tried running make depend?
I've got the same problem about a bogus dependancy on machine/lock.h.
And yes, this is after a `make depend' on a /sys I *just* CVSup'ed. :-(
--
-- David ([EMAIL PROTECTED])
GNU is
On Thu, Feb 22, 2001 at 03:20:10PM -0800, Matthew Jacob wrote:
login: (da0:ahc0:0:0:0): tagged openings now 16
...
syncing disks... 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3
giving up on 3 buffers
...
I'm seeing a lot of this again. Anyone else?
Yep. ahc controller also. By chance is that
On Sat, Feb 17, 2001 at 01:54:29PM +0100, Martin Blapp wrote:
Do people test their changes ?
warning: passing arg 1 of `unshare_all_rtl' from incompatible pointer type
... /usr/current/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/toplev
.c:3828: too few arguments to function
On Sat, Feb 17, 2001 at 03:36:18PM -0800, Matthew Jacob wrote:
One system got stuck in the current __sF bork... I'm not stuck with:
One thing that may work is to set libc's version number in the Makefile
to something that has never existed on your system. Try a `make world'.
Move any
On Fri, Feb 16, 2001 at 10:44:10AM +0100, Stephan van Beerschoten wrote:
DO NOT TRY TO UPGRADE -STABLE OR A PRE-FEB 10 -CURRENT TO A POST-FEB
10 -CURRENT UNTIL THIS IS RESOLVED. YOU HAVE BEEN WARNED.
Any updates on this yet ?
Warner committed a fix for this. But I'm having trouble
On Fri, Feb 16, 2001 at 10:03:06AM -0700, Warner Losh wrote:
Did you snag stdio.h as well? My buildworld on a virgin tree post my
fix on a 4.2-stable system completed last night.
My system was probably so hosed nothing was going to fix it. I backed up
my sources to varisous dates and could
On Wed, Feb 14, 2001 at 12:47:59AM +, Paul Richards wrote:
Instead what we have now is libxyz.so.3 and libxyz.so.3 which are
different from each other.
No different than two libxyz.so.3.1 and libxyz.so.3.1 could be (a.out days).
(well not entirely true, but in the a.out days, one could
On Thu, Feb 15, 2001 at 11:14:38AM +, Paul Richards wrote:
Commercial vendors will skip version numbers in their public releases
if their internal development required more than one bump.
Which ones? Sun Solaris still ships their libc as "libc.so.1", even in
Solaris 8.
--
-- David
On Thu, Feb 15, 2001 at 12:44:26PM +, Paul
Richards_imap/mail.originative.co.uk/Inbox.sbd/New Mail.sbd/OpenLDAP.sbd/Devel wrote:
I suggest you take a look at
http://www.usenix.org/publications/library/proceedings/als2000/full_papers/browndavid/browndavid_html/
Yes, I know how
On Thu, Feb 15, 2001 at 06:28:10PM +0900, Akinori MUSHA wrote:
knu@archon[2]% uname -a
FreeBSD archon.local.idaemons.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Feb 14
16:49:24 JST 2001
[EMAIL PROTECTED]:/villa/work/obj/freebsd/src/usr/local/src/sys/ARCHON
i386
knu@archon[2]% gcc
On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote:
Here's a patch that I think will fix the major breakage with major
library versions.
I haven't tried to build -current for a few days now. Can you summerize
what breakage you are seeing?
To Unsubscribe: send mail to [EMAIL
On Thu, Feb 15, 2001 at 12:32:33AM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] "David O'Brien" writes:
: On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote:
: Here's a patch that I think will fix the major breakage with major
: library versions.
:
: I hav
On Tue, Feb 13, 2001 at 04:00:26PM +0800, Donny Lee wrote:
Dag-Erling Smorgrav wrote:
===ipfilter
make: don't know how to make machine/lock.h Stop.
*** Error code 2
Looks like a stale dependency file to me. Try 'make cleandir' twice,
followed by the usual 'make depend make
On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote:
Donny Lee [EMAIL PROTECTED] writes:
===ipfilter
make: don't know how to make machine/lock.h Stop.
*** Error code 2
Looks like a stale dependency file to me. Try 'make cleandir' twice,
That only works in /usr/src
On Tue, Feb 13, 2001 at 11:15:24AM +0100, Dag-Erling Smorgrav wrote:
"David O'Brien" [EMAIL PROTECTED] writes:
On Tue, Feb 13, 2001 at 05:18:04AM +0100, Dag-Erling Smorgrav wrote:
Donny Lee [EMAIL PROTECTED] writes:
===ipfilter
make: don't know how to make machine/loc
On Tue, Feb 13, 2001 at 04:24:00PM +, Paul RichardsF wrote:
When we dropped minor numbers I had a worry that we'd run into one of
Windows' greatest problems and we have. Applications that are developed
and tested to work with a particular library might not work with a
different version,
On Mon, Feb 12, 2001 at 01:20:36PM +0700, John Indra wrote:
Now I'm in the middle of make -j10 buildworld. Is -CURRENT in bad shape?
First thing to do when you're having problems building world is to STOP
using -j. If you aren't hitting a race condition, you won't get able to
figure out what
On Mon, Feb 12, 2001 at 02:19:36PM -0700, Warner Losh wrote:
Changes of this magnitude require a bump of the major number, even
though we've already done that in -current. It breaks nearly
everything, including the upgrade path.
How does it break the upgrade path from 4.x to 5.0?? 5.0 has a
On Mon, Feb 12, 2001 at 04:20:04PM -0800, Alex Zepeda wrote:
How is this more acceptable than bumping the major number? Are they
really so precious that they can only be incremented once for a release
cycle?
Yes. I don't want to be in a position where we wonder what happened to
libc.so.5
On Mon, Feb 12, 2001 at 01:42:16PM -0800, Alex Zepeda wrote:
Yup, I agree here. IMO so many things depend on the stdio bits, that a
major number increase would have been desireable. So far, bzip2,
pine/pico, GNU make, the GNU i18n stuff, fetchmail all needed to be
rebuilt. Bumping the
On Tue, Feb 13, 2001 at 01:48:33AM +0100, Dag-Erling Smorgrav wrote:
Peter will likely commit a patch sometime soon.
I am hoping it is posted for discussion to -arch before commit (so we get
this right).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
On Sun, Feb 11, 2001 at 04:44:21PM -0800, Matt Dillon wrote:
This is a major change to libc. The library maj must be bumped if you
intend to change the sizeof(FILE), or every single third party application
that uses stdio will break.
For -stable this would be true. We've already
On Mon, Feb 12, 2001 at 11:47:04AM -0500, Garrett Wollman wrote:
However, this may turn out to be so painful that we need to bump it
again.
That is (1) against Handbook documented policy, (2) too hackish (we
aren't Linux).
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
On Mon, Feb 12, 2001 at 04:33:26PM -0800, Alex Zepeda wrote:
How about this? :^)
Because bumping the shared version again needs *DISCUSSING*.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Feb 12, 2001 at 05:09:19PM -0800, Peter Wemm wrote:
I can deal with /usr/local and /usr/X11R6 recompiles, but when the
installworld dies because the dynamic linked copy of /usr/bin/* in
/tmp/XXX/* gets the /usr/lib/libc.so.5 clobbered and explodes, leaving
a 100% totally screwed up
On Tue, Feb 13, 2001 at 02:14:03AM +0100, Dag-Erling Smorgrav wrote:
No, it doesn't, because you bumped the libc major. Set it to 500 like
we discussedm, and commit (or I will, damnit).
Uh, NO. It was discussed on IRC, NOT -arch. It needs to go there before
doing something like this.
--
On Sun, Jan 28, 2001 at 01:27:04AM -0800, Julian Elischer wrote:
This is the single most flagrant lack of cooperation I have experienced
while working with the FreeBSD Project. I'm truly dumbfounded.
It's not a lack of co-operation.. it's a lack of communication. I didn't
see an any
On Mon, Feb 12, 2001 at 05:20:51PM -0800, Peter Wemm wrote:
It avoids the current problem:
- RELENG_4 bumped from 3.0 to 4.0
- this forced a premature 4.0-5.0 bump in -current
Actually "NO". I bumped libc.so because Garret said he had changes ready
for libc, but was waiting for someone to
On Mon, Feb 12, 2001 at 06:21:58PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Peter Wemm writes:
: Personally, I think we place far too much weight on the major number thing.
: I think we should be allowed to bump it when the alternative is 'major pain'
: to developers.
The
On Mon, Feb 12, 2001 at 06:26:06PM -0700, Warner Losh wrote:
I don't see why we need only an increment of 1. What does this buy us
other than a minor warm fuzzy.
It is hackish.
OpenBSD bumps libc bunchs of times per release cycle (they are up to
libc.so.24 if my sources are current).
On Mon, Feb 12, 2001 at 06:31:53PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Peter Wemm writes:
: If we had taken -current to 500, we could go to 501, 502, etc as
: required to stop killing our developers, and prior to entering 5.0-BETA we
: go back to the next sequentially
On Tue, Feb 13, 2001 at 02:42:15AM +0100, Dag-Erling Smorgrav wrote:
Warner Losh [EMAIL PROTECTED] writes:
I've had problems in the past going backwards on major versions of
shared libaries. The major problem is that if I have binaries that
refer to libc.so.503, then when the major number
On Mon, Feb 12, 2001 at 05:44:53PM -0800, Peter Wemm wrote:
"David O'Brien" wrote:
Actually going from libc.so.500 to libc.so.{x500} is easy.
Copy libc.so.500 into /usr/lib/compat. When the libc.so link is made to
libc.so.{x500}, that is the lib version number that will
On Tue, Feb 13, 2001 at 02:29:54AM +0100, Dag-Erling Smorgrav wrote:
We can keep that bias by using temporary three-digit majors in
-CURRENT and backing down to a single-digit major right before the
first -RELEASE. In this specific case, we'd go from 5 to 500 or 501,
Please read your -arch
On Wed, Feb 07, 2001 at 06:28:42AM -0800, Peter Wemm wrote:
No, there wasn't one.. The commit message was pretty clear - You are
reading them, right? We usually do HEAD UP's for stuff that will break
people pretty badly or get them in trouble (eg: an unviable kernel if the
instructions are
On Mon, Jan 15, 2001 at 08:37:43AM -0600, Thomas T. Veldhouse wrote:
I just installed the FreeBSD 5.0-20010107-CURRENT snapshot and have cvsup'd
to the latest source (as of subject). Buildworld fails as below:
Do not manually do anything to get around this yet.
Please apply and try this
On Mon, Jan 15, 2001 at 12:36:34PM -0600, Thomas T. Veldhouse wrote:
I must have left some relics around or something. I am getting a different
error:
No, I goofed. I'm getting my current test box back into shape so I can
build a world before making stupid suggestions.
To Unsubscribe: send
On Mon, Jan 15, 2001 at 09:25:45AM +1100, Peter Jeremy wrote:
Due to incompatibilities between __asm in different versions of gcc,
several different versions of various macros (and expansions) are
necessary.
Why is that?? The base, and *only* supported compiler for building
kernels is GCC
On Thu, Jan 11, 2001 at 11:41:17PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Mark Murray writes:
: My Netgear FA510 (dc0) probes (sorta) but comes up with a crazy
: MAC address, and then doesn't work. It doesn't even go UP.
:
: MAC=00:00:80:00:00:80, FWIW.
There's about 4
On Thu, Jan 11, 2001 at 02:38:55PM -0800, John Baldwin wrote:
Erm, sysinstall can be used as a replacement for fdisk and disklabel,
both of which are in /sbin. In fact, in 4.2 the only tool you can
realistically use to splat a virgin disklabel onto a slice w/o weird
hoop jumping that isn't
On Thu, Jan 11, 2001 at 02:22:23PM -0800, Peter Wemm wrote:
I won't argue - move away! Just have one of the CVSmeisters do it as
a repo-copy, of course.
We cannot repo-copy it to src/sbin - there is a copy there already. We
could blow the old one away and lose the history (RELEASE_2_0
On Thu, Jan 11, 2001 at 03:00:35PM -0800, Doug Barton wrote:
Since this post actually has some content I'm moving it to
-current.
On Thu, 11 Jan 2001, Warner Losh wrote:
I agree. RO / is absoultely *REQUIRED* for our application.
As stated, all concerned are sympathetic
On Tue, Jan 09, 2001 at 09:11:20AM +0100, Poul-Henning Kamp wrote:
=== rpcsvc
rpcgen -C -h -DWANT_NFS3 /usr/src/include/rpcsvc/key_prot.x -o key_prot.h
rpcgen: cannot find any C preprocessor (cpp)
*** Error code 1
Let me start a release. This means rpcgen has been using
/usr/libexec/cpp
On Tue, Jan 09, 2001 at 02:04:05PM -0800, Peter Wemm wrote:
We need to be a little careful for ports that are supposed to work on
RELENG_4 and -CURRENT.
RELENG_4 and -current are the same in this reguard. I should bump
__FreeBSD_version in both and then people can use that as the cut over
On Wed, Jan 10, 2001 at 02:20:01AM +0200, Maxim Sobolev wrote:
Yes, I know it's possible, but to provide a hack in one place istead of
20+ places (find /usr/ports -type f | xargs grep -l gcc_r | wc -l) is
much easier both in the terms of efforts and testing required. After
all, it would only
On Wed, Jan 03, 2001 at 05:54:26PM +0100, Nicolas Souchu wrote:
A program that previously worked (-current of November) with -pthread now
fails with an abort and a " in free(): error: recursive call" warning.
I need a copy of this program (source form) to test with.
--
-- David ([EMAIL
The merging of our bits into GCC 2.95.3(RC#1) took a little longer than I
suspected. I've got to head to an appointment, so the world will be broken
for a little while.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Wed, Jan 03, 2001 at 10:26:30AM -0800, David O'Brien wrote:
The merging of our bits into GCC 2.95.3(RC#1) took a little longer than I
suspected. I've got to head to an appointment, so the world will be broken
for a little while.
World should be buildable again. Quite sorry for the longer
On Sat, Dec 23, 2000 at 11:24:50AM -0800, Matt Dillon wrote:
like either you or David O'Brien (I'm guessing, your guys names are
I will fix it today.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, Dec 18, 2000 at 02:58:16AM +1000, Stephen McKay wrote:
The other day, on a whim, I decided to try running an old binary
of SimCity (the same one found in the 'commerce' directory on
many FBSD cds), and it failed in a odd way...
Does anyone have any old a.out binaries other than
On Mon, Dec 18, 2000 at 02:58:16AM +1000, Stephen McKay wrote:
This has been broken for new users for some time. :-( Those of us
upgrading from source have been immune to this problem, because we
retain the old a.out ld.so binary.
/usr/libexec/ld.so: Undefined symbol "___error" called from
On Wed, Dec 20, 2000 at 03:57:07AM -0500, Donald J . Maddox wrote:
Looks like you got a lot farther than I did with it... Are you
sure you don't have an old aout ld.so on that machine?
Nope. This is a box that was a virgin install of 5-CURRENT a month ago.
I had to install the compat20 and
On Wed, Dec 20, 2000 at 05:09:45AM -0500, Donald J . Maddox wrote:
res ldd sim
sim:
-lXext.6 = /usr/X11R6/lib/aout/libXext.so.6.3 (0x200c5000)
-lX11.6 = /usr/X11R6/lib/aout/libX11.so.6.1 (0x200cf000)
-lc.2 = /usr/lib/compat/aout/libc.so.2.2 (0x20166000)
-lm.2 =
On Wed, Dec 20, 2000 at 11:15:55PM +1000, Stephen McKay wrote:
Correcting slightly for your slightly off assumption: The X11 libs were
probably built on a 3.x box. Their problem is that being newer than
libc.so.2.2 (or was it libc.so.3.0) they use ___error but libc does not
supply it. My
801 - 900 of 1574 matches
Mail list logo