On Wed, Oct 23, 2002 at 01:08:31AM +0700, Max Khon wrote:
hi, there!
cross-building -CURRENT on RELENG_4 is broken in src/usr.bin/xlint/lint1:
--- cut here ---
...
sh /usr/fbsd/HEAD/src/usr.bin/xlint/lint1/makeman /usr/libexec/lint1 -m lint.7
lint1: illegal option -- m
usage: lint1
On Tue, Oct 22, 2002 at 10:34:25PM -0700, Kris Kennaway wrote:
On Tue, Oct 22, 2002 at 10:28:42PM -0700, Kris Kennaway wrote:
It's already in UPDATING with the rm -rf /usr/include/g++ line in the
steps for going from 4 to -current.
Oops, I missed this when I looked for it. Thanks.
On Tue, Oct 22, 2002 at 02:51:43PM -0400, John Baldwin [EMAIL PROTECTED] wrote:
[snip]
As someone else has pointed out, it is executing at a garbage
address which is why it panic'd. My guess is that smb_smb_readx()
called some function which had a buffer overflow of a variable on
the stack
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the src
directory (eg, after your kernel change, yesterday's binaries work).
I'm building the world now.
Drew
To
Hello,
I've recently recompiled mozilla-devel on a 4.7-STABLE system, no problem,
all fonts and everything work fine.
Trying the same on CURRENT :
- the Makefile is broken for CURRENT's sh/make, the attached patch is
needed.
- on one machine running mozilla gives nothing (ktrace available)
On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the src
directory (eg, after your kernel
Ruslan Ermilov writes:
On Wed, Oct 23, 2002 at 09:59:14AM -0400, Andrew Gallatin wrote:
Alexander Kabaev writes:
I hope this problem is fixed now. Let me know if I am sadly mistaken
about that :)
Thanks!
It seems to fix it when building groff directly from the
On 23-Oct-2002 Terry Lambert wrote:
Vallo Kallaste wrote:
I don't understand, then. There should be no other way that an ffs_write
call can trap to needing an SMBFS page:
#22 0xc03902a8 in calltrap () at {standard input}:99
#23 0xc033af01 in ffs_write (ap=0xd66ebbe8) at
On Wed, Oct 23, 2002 at 10:51:07AM -0400, John Baldwin wrote:
Umm, guys. The code was dereferencing NULL pointers in the mbchain
code which was fixed yesterday. Please test it out with the fixed
mbchains code.
Yes, it not panics now, but again, when i copy to/from
smbfs share i get:
cp
Thus spake Mike Barcroft [EMAIL PROTECTED]:
No one has started work on any of the C99 math functions yet. I
think with the exception of the math functions we conform to C99.
Actually, I hacked up some patches for fpclassify(), is*(), and
friends some time ago. But nobody was interested in
Thus spake Lucky Green [EMAIL PROTECTED]:
I therefore believe that the 5.0 release represents a perfect
opportunity to remove ssh1 fallback from the default distribution of
FreeBSD and hope the FreeBSD team will consider this change.
Making SSH 2 the default is one thing. Removing SSH 1 as a
On (2002/10/23 18:21), Vitaly Markitantov wrote:
Umm, guys. The code was dereferencing NULL pointers in the mbchain
code which was fixed yesterday. Please test it out with the fixed
mbchains code.
Yes, it not panics now, but again, when i copy to/from
smbfs share i get:
cp
Thus spake Lucky Green [EMAIL PROTECTED]:
I therefore believe that the 5.0 release represents a perfect
opportunity to remove ssh1 fallback from the default distribution of
FreeBSD and hope the FreeBSD team will consider this change.
Making SSH 2 the default is one thing. Removing SSH 1
On (2002/10/23 18:00), Sheldon Hearn wrote:
Confirmed with rev 1.9 of subr_mchain.c.
However, I notice that this only happens with files of 8145 bytes size
or larger.
[server]
# for i in `jot 512 7680`; do
dd if=/dev/zero of=$i bs=$i count=1
done 2/dev/null
[client]
$ for i
Thus spake Steven Ames [EMAIL PROTECTED]:
Making SSH 2 the default is one thing. Removing SSH 1 as a
fallback altogether is going to break compatibility with other
systems like you'd never believe. For example, I regularly need
to SSH into Solaris boxen running SSH 1. These machines
5.0 built and installed 10/22 runs fine on a Tyan Thunder K7
with 2 Athlons.
Exception:
Shutdown of the X server, no matter when and how, causes
complete black display. The box is remotely reachable. The only way to
restore the console display is to reboot.
Guess a known issue. It happens
On Wed, 2002-10-23 at 10:20, Ollivier Robert wrote:
Hello,
I've recently recompiled mozilla-devel on a 4.7-STABLE system, no problem,
all fonts and everything work fine.
Trying the same on CURRENT :
- the Makefile is broken for CURRENT's sh/make, the attached patch is
needed.
Yeah,
David Schultz [EMAIL PROTECTED] writes:
Thus spake Mike Barcroft [EMAIL PROTECTED]:
No one has started work on any of the C99 math functions yet. I
think with the exception of the math functions we conform to C99.
Actually, I hacked up some patches for fpclassify(), is*(), and
friends
Hi,
Someone (ache it seems) forgot to add the sr_YU.ISO8859-[25]
directories in /usr/share/locale to the BSD.usr.dist mtree file.
This breaks installworld in -current. Please fix it.
Thanks,
Ady (@freebsd.ady.ro)
| An
On Wed, Oct 23, 2002 at 06:21:44PM +0300, Vitaly Markitantov
[EMAIL PROTECTED] wrote:
On Wed, Oct 23, 2002 at 10:51:07AM -0400, John Baldwin wrote:
Umm, guys. The code was dereferencing NULL pointers in the mbchain
code which was fixed yesterday. Please test it out with the fixed
On Wed, Oct 23, 2002 at 19:44:33 +0300, Adrian Penisoara wrote:
Hi,
Someone (ache it seems) forgot to add the sr_YU.ISO8859-[25]
directories in /usr/share/locale to the BSD.usr.dist mtree file.
Please check your BSD.usr.dist is not obsoleted. They are there from
v1.266
--
Andrey A.
Hi,
There is something strange going on here: these directories do appear
in etc/mtree/BSD.usr.dist, but somehow they haven't been created neither
by 'mergemaster -p', nor at the beginning of make installworld.
I had to re-run make installworld about three times and make two
directiories
On Wed, Oct 23, 2002 at 19:58:00 +0300, Adrian Penisoara wrote:
There is something strange going on here: these directories do appear
in etc/mtree/BSD.usr.dist, but somehow they haven't been created neither
by 'mergemaster -p', nor at the beginning of make installworld.
I had to re-run
Ruslan,
Buildworld completed, and as I installed it, I was reminded of a
problem that I *always* have on this machine when I do a
make installworld:
=== lib/libncurses
install -C -o root -g wheel -m 444 libncurses.a /usr/lib
install -C -o root -g wheel -m 444 libncurses_p.a /usr/lib
Ruslan Ermilov writes:
Nice. I was going to ask Peter to upgrade beast with this fix, but
now that you've already tested it, I'd like to back out the hack in
groff/src/roff/groff/Makefile, if there are no objections.
OK.. with the new rtld, a shared groff works.
Before you backout the
On Wed, Oct 23, 2002 at 01:35:30PM -0400, Andrew Gallatin wrote:
Ruslan Ermilov writes:
Nice. I was going to ask Peter to upgrade beast with this fix, but
now that you've already tested it, I'd like to back out the hack in
groff/src/roff/groff/Makefile, if there are no objections.
On Wed, 23 Oct 2002, Ruslan Ermilov wrote:
On Tue, Oct 22, 2002 at 10:34:25PM -0700, Kris Kennaway wrote:
I normally do something like:
find /usr/include -ctime +1 -type f -delete
To clean out stale includes after a buildworld. Perhaps something
like this should be added to the end
On Wed 23 Oct, David Schultz wrote:
In either case, you break compatibility. Say I wanted to SSH from
those Solaris boxen to my home machine, for example. (I don't,
but that's not the point.) If my SSH server didn't have the SSH 1
fallback, there's nothing I could do from the command line
Sheldon Hearn wrote:
[client]
$ for i in `jot 512 7680`; do
cp /smb/urchin/pub/bytes/$i . || break;
done
cp: ./8145: Bad address
If I truss the cp process, I get this:
[...]
open(/smb/urchin/pub/bytes/8145,0x0,00) = 3 (0x3)
open(./8145,0x401,00) = 4 (0x4)
On 23-Oct-2002 Terry Lambert wrote:
Sheldon Hearn wrote:
[client]
$ for i in `jot 512 7680`; do
cp /smb/urchin/pub/bytes/$i . || break;
done
cp: ./8145: Bad address
If I truss the cp process, I get this:
[...]
open(/smb/urchin/pub/bytes/8145,0x0,00) = 3 (0x3)
Steven Ames wrote:
Thus spake Lucky Green [EMAIL PROTECTED]:
I therefore believe that the 5.0 release represents a perfect
opportunity to remove ssh1 fallback from the default distribution of
FreeBSD and hope the FreeBSD team will consider this change.
Making SSH 2 the default is
On Thu, Oct 24, 2002 at 04:21:09AM +1000, Bruce Evans wrote:
On Wed, 23 Oct 2002, Ruslan Ermilov wrote:
On Tue, Oct 22, 2002 at 10:34:25PM -0700, Kris Kennaway wrote:
I normally do something like:
find /usr/include -ctime +1 -type f -delete
To clean out stale includes after a
John Baldwin wrote:
What happens if you:
dd if=/smb/urchin/pub/bytes/8145 of=8145
? I expect that it works, no problem.
This localizes the problem to the VOP_GETPAGES that gets hit
in the SMBFS case.
Umm, terry. Did you even read all of this thread? He did a
simple
Andrew Mishchenko wrote:
On Wed 23 Oct, David Schultz wrote:
In either case, you break compatibility. Say I wanted to SSH from
those Solaris boxen to my home machine, for example. (I don't,
but that's not the point.) If my SSH server didn't have the SSH 1
fallback, there's nothing I
David wrote:
Thus spake Steven Ames [EMAIL PROTECTED]:
Making SSH 2 the default is one thing. Removing SSH 1 as
a fallback
altogether is going to break compatibility with other
systems like
you'd never believe. For example, I regularly need to SSH into
Solaris boxen running
- Original Message -
From: Terry Lambert [EMAIL PROTECTED]
So I upgrade, and I can't get back into the box from my SSH1
client machine to reenable SSH1 services on the box. Genius!
8-) 8-).
Its somewhat less than genious not to look over any new config
files you've installed to make
On Wed, Oct 23, 2002 at 01:08:58PM -0400, Andrew Gallatin wrote:
Ruslan,
Buildworld completed, and as I installed it, I was reminded of a
problem that I *always* have on this machine when I do a
make installworld:
=== lib/libncurses
install -C -o root -g wheel -m 444 libncurses.a
On Wed, Oct 23, 2002 at 02:16:26PM -0500, Steven Ames wrote:
- Original Message -
From: Terry Lambert [EMAIL PROTECTED]
So I upgrade, and I can't get back into the box from my SSH1
client machine to reenable SSH1 services on the box. Genius!
8-) 8-).
Its somewhat less than
Steven Ames wrote:
From: Terry Lambert [EMAIL PROTECTED]
So I upgrade, and I can't get back into the box from my SSH1
client machine to reenable SSH1 services on the box. Genius!
8-) 8-).
Its somewhat less than genious not to look over any new config
files you've installed to make sure
Brooks Davis wrote:
I think it's safe to say that if you do a remote upgrade to 5.0 and
miss this change (if it happens), you're probably going to have missed
several other more important change. A source upgrade from 4.x to 5.x
is definatly not for the faint of heart or the non detail
Check the mailing list archives around 4.3-RELEASE, when it was
discovered that /etc/pam.conf didn't get ssh lines added to it
on upgrades, and people were getting locked out of boxes left and
right (predates other entries).
Changing behaviour on an upgrade, without the user's consent, is
On Wed, Oct 23, 2002 at 12:56:55PM -0700, Terry Lambert wrote:
Brooks Davis wrote:
I think it's safe to say that if you do a remote upgrade to 5.0 and
miss this change (if it happens), you're probably going to have missed
several other more important change. A source upgrade from 4.x to
On Wed 23 Oct, Terry Lambert wrote:
What if the client machine is a SSH1 Solaris (or Windows) box
going into a FreeBSD rackmount?
It should *at least* be available as a command line option to
the daemon; since some boxes *don't have* consoles at all, it
would have the same effect of turning
Ruslan Ermilov writes:
but since the latter is just a symlink to the former, I have no
idea what's going on here. It may be a bug in the kernel.
A comedy of errors. Nearly my entire source tree is dated 1934 --
I'd been dual booting with an old linux kernel that scewed up my
clock.
I
On Wed, 23 Oct 2002, John Baldwin wrote:
On 23-Oct-2002 Terry Lambert wrote:
Sheldon Hearn wrote:
[client]
$ for i in `jot 512 7680`; do
cp /smb/urchin/pub/bytes/$i . || break;
done
cp: ./8145: Bad address
If I truss the cp process, I get this:
[...]
On Wed, 23 Oct 2002, Seigo Tanimura wrote:
On Wed, 23 Oct 2002 16:44:06 +1000 (EST),
Bruce Evans [EMAIL PROTECTED] said:
Incidentally, Solaris 7 on sun4u reserves a space of 256MB in the KVM
according to Solaris Internals. On i386 (x86), the size is only 4MB.
Not sure whether they use
On Wed, 23 Oct 2002, Andrew Mishchenko wrote:
On Wed 23 Oct, Terry Lambert wrote:
What if the client machine is a SSH1 Solaris (or Windows) box
going into a FreeBSD rackmount?
It should *at least* be available as a command line option to
the daemon; since some boxes *don't have*
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
+++ UPDATING23 Oct 2002 21:24:44 -
@@ -22,6 +22,19 @@
integrity. Re-enabling write caching can substantially
improve
performance.
+20021023:
+ Alphas with kernels from between 20020902 and 20021022 and/or
+ rtld (ld-elf.so.1) older than 20021022 may experience
On Wed, 23 Oct 2002, Jeff Roberson wrote:
I do, however, like the page unwiring idea. As long as it's not too
expensive. I have been somewhat disappointed that the buffer cache's
buffers are hands off for the vm. I'm confused about your approach
though. I think that the rewire
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Hi,
the following error is probably GEOM related.
Since a few weeks I am unable to make release anymore. It bails out
while trying to prepare the floppies with the following error:
disklabel: /dev/md0c: Device not configured
The real md devices from devfs have major number 4:
# ls -l /dev/md*
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
Bill Jolitz had a plan for 386BSD where all the buffers were nearly
always unmapped from KVM. He was going to have a number of slots
available for mapping them which would be used in a lifo order
This entire area needs to be rethought.
And
Forget my previous post. The change was commited four days ago. I missed
them because I thought most work is done in the chroot'd environment,
which is up to date due to the immediate checkout.
But the devfs mount prepration was done in the normal /usr/src/release
directory which I hadn't
=== bin/df
cc1: warnings being treated as errors
/home/tinderbox/ia64/src/bin/df/df.c: In function `prtstat':
/home/tinderbox/ia64/src/bin/df/df.c:394: warning: passing arg 1 of `getbsize' from
incompatible pointer type
/home/tinderbox/ia64/src/bin/df/df.c: In function `update_maxwidths':
David W. Chapman Jr. wrote:
Changing behaviour on an upgrade, without the user's consent, is
a bad thing (note: *consent*, not *knowledge*: it's not up to the
user to know about everything some programmer has diddled into
non-operability in the two years since FreeBSD 5.x was branched).
Andrew Mishchenko wrote:
On Wed 23 Oct, Terry Lambert wrote:
What if the client machine is a SSH1 Solaris (or Windows) box
going into a FreeBSD rackmount?
It should *at least* be available as a command line option to
the daemon; since some boxes *don't have* consoles at all, it
would
Brooks Davis wrote:
On Wed, Oct 23, 2002 at 12:56:55PM -0700, Terry Lambert wrote:
Brooks Davis wrote:
I think it's safe to say that if you do a remote upgrade to 5.0 and
miss this change (if it happens), you're probably going to have missed
several other more important change. A
* De: Terry Lambert [EMAIL PROTECTED] [ Data: 2002-10-23 ]
[ Subjecte: Re: Request: remove ssh1 fallback ]
[snipped]
You're essentially arguing that upgrade should not change anything, but
somehow that moving old stuff out of the way should be done? How is it
exactly that you propose we
Juli Mallett wrote:
* De: Terry Lambert [EMAIL PROTECTED] [ Data: 2002-10-23 ]
[ Subjecte: Re: Request: remove ssh1 fallback ]
[snipped]
You're essentially arguing that upgrade should not change anything, but
somehow that moving old stuff out of the way should be done?
No. I'm
On Wed, Oct 23, 2002 at 03:29:30PM -0700, Terry Lambert wrote:
Brooks Davis wrote:
A binary upgrade to 5.0 isn't going to be much better. If you just
do it, it's going to leave you with most of the problems described in
UPDATING. You're still going to have to remember to delete things
Has anybody else noticed this in -current? Mozilla hangs for a minute or
so at regular intervals..
PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND
676 peter 40 54492K 39760K connec 1 2:48 0.83% 0.83% mozilla-bin
...
Proto Recv-Q Send-Q Local Address
On Wed, 23 Oct 2002, Terry Lambert wrote:
Then remove the upgrade option off the sysinstall menu, and be
done with the issue: Upgrade not supported for 5.0.
I think this is a *BRILLIANT* idea. Not supporting upgrade from 4.X to
5.0 will stave off loads of problems that will all be answered
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Wed, 23 Oct 2002, Peter Wemm wrote:
Isn't this a rather strange address to try and connect to? :-]
Wasn't somebody tinkering with the sin_len stuff recently? COMPAT_43 used
to do evil things, and the linux emulation depended on that.
mini did bu tI hit him with a clue stick til he
Hi,
I have have uploaded a 5.0-20021023-CURRENT snapshot
to usw2.freebsd.org available via anonymous ftp:
/pub/FreeBSD/snapshots/i386/5.0-20021023-CURRENT
I am currently unable to boot from the kern/mfsroot
floppies due to Cannot find /mfsroot. I have not
had a chance to try burning
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Wed, Oct 23, 2002 at 03:14:55PM -0700, Terry Lambert wrote:
This still changes a machine that works into a machine that doesn't
work. How is that an upgrade?
I've no doubt some informed, good intentioned persons said the same
thing when telnetd was no longer enabled by default. *shrug*
On Wed, 23 Oct 2002, Julian Elischer wrote:
Bill Jolitz had a plan for 386BSD where all the buffers were nearly
always unmapped from KVM. He was going to have a number of slots
available for mapping them which would be used in a lifo order
The number of slots was going to be somehow tunable
Poul-Henning Kamp wrote:
[requesting 5.0 testers]
If you don't have the machine-power to run make release yourself,
I hope the japanese snapshot server is producing good snapshots,
if that fails, I would appreciate if somebody will produce and put up
good releases and/or ISO images somewhere.
It
On Tue, 22 Oct 2002, Seigo Tanimura wrote:
Introduction:
The I/O buffer of the kernel are currently allocated in buffer_map
sized statically upon boot, and never grows. This limits the scale of
I/O performance on a host with large physical memory. We used to tune
NBUF to cope with that
On Tue, Oct 22, 2002 at 01:21:09PM -0700, Terry Lambert
[EMAIL PROTECTED] wrote:
No, I'm doing exactly what I describe. Usual boot to multiuser, then
kill all of the processes not strictly necessary (seti, fetchmail,
sendmail, you-name-it), mount the smb share -ro from NT4 server, cd
* Brooks Davis [EMAIL PROTECTED] [2002-10-22 16:55 -0700]:
On Wed, Oct 23, 2002 at 01:48:14AM +0200, Gerhard H?ring wrote:
* Brooks Davis [EMAIL PROTECTED] [2002-10-22 15:01 -0700]:
Are you running a current kernel at this point? If you aren't it's safe
to say it won't work.
No,
Vallo Kallaste wrote:
I don't understand, then. There should be no other way that an ffs_write
call can trap to needing an SMBFS page:
#22 0xc03902a8 in calltrap () at {standard input}:99
#23 0xc033af01 in ffs_write (ap=0xd66ebbe8) at ../../../ufs/ffs/ffs_vnops.c:810
#24 0xc029b74d in
Wed Oct 23 09:03:00 GMT 2002
cvs [update aborted]: /home/ncvs/CVSROOT: Interrupted system call
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Wed, 23 Oct 2002 16:44:06 +1000 (EST),
Bruce Evans [EMAIL PROTECTED] said:
bde I should be the last to defend the current design and implementation of
bde the buffer cache, since I think it gets almost everything wrong (the
bde implementation is OK, but has vast complications to work around
On (2002/10/23 16:16), Nigel Weeks wrote:
I recently heard a comparison between Linux and FreeBSD that I found
amusing.
Use freebsd-chat next time, please.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
The code fragment below causes an ICE if
k = 1. No ICE occurs if k = 0 or the
optimization level is -O0 or -O1.
troutmask:kargl[205] gcc -O2 -c c.c
c.c: In function `ice':
c.c:11: unrecognizable insn:
(insn 179 170 188 (set (reg:SI 85)
(ashift:SI (reg/v:SI 62)
(const_int 1
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
In message [EMAIL PROTECTED], Mike Barcroft writes:
=== lib/libdisk
cc1: warnings being treated as errors
/tinderbox/sparc64/src/lib/libdisk/disk.c:428: warning: `assignToPartition' defined
but not used
I'm actively working on this stuff, but will be at customer sites today
so if this gets in
82 matches
Mail list logo