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: l
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.
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 st
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 Uns
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) an
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 ke
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 d
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:
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 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:
>
>
> 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. Remo
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
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 mac
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 a
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.
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
>
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 ag
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 fixe
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
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
instal
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 objectio
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
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 lin
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)
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
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 t
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
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
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 noth
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
- 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 t
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 libncu
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 somewh
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
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 ori
> 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 cons
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
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 tu
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 thi
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 th
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 ha
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
se review the following UPDATING entry:
--- UPDATING3 Sep 2002 06:13:43 - 1.217
+++ 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
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 fun
--
>>> 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.
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 checko
> ===> 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_maxwidth
"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 bran
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, i
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 chan
* 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
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.
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
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 answ
--
>>> 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 h
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 t
In message <[EMAIL PROTECTED]>, Peter Wemm writes:
>Has anybody else noticed this in -current? Mozilla hangs for a minute or
>so at regular intervals..
>16:07:31.896548 216.145.52.172.20167 > 0.0.0.0.16001: S 1175926117:1175926117(
Sounds like something I may have broken... Need to sleep now, but
In message <[EMAIL PROTECTED]>, Ian Dowse writes
:
>IP, but we were throwing away the modified version). Commit if it
>works, and I'll look properly tomorrow. Sorry for the breakage.
With the one compile error fixed, this seemed to make `telnet 0.0.0.0'
work again, so I went ahead and checked it i
--
>>> 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* T
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 tuna
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 0x
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 aro
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 [0
--
>>> 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 get
On Wed, Oct 23, 2002 at 11:31:50AM -0700, Terry Lambert wrote:
> AHA!
>
> The reason an FFS write resulted in an SMBFS read is that
> you had mmap()'ed an SMBFS file, and then wrote a mapped
> but-not-in-core page to the target FFS file.
>
> Knowing that the code involved is in the paging path of
81 matches
Mail list logo