Hello ...
scenario: Ports update at 20:00 GMT yesterday
make readmes at 02:00 GMT this morning
report:
.
.
.
.
===> Creating README.html for ngrep-lib-1.3
/usr/libexec/ld-elf.so.1: /usr/bin/basename: Shared object has no
run-time symbol table
"/usr/ports/Mk/bsd.port.mk", l
Kevin Oberman wrote:
>
> > From: Wes Peters <[EMAIL PROTECTED]>
> >
> > Incorrect root server addresses isn't a critical fix?
> >
> > One of the root servers moved recently. Check the diff, it's a simple
> > change.
>
> An incorrect root server address is of no real significance and the
> file i
Nope. I tried again (actually, this is the fifth build attempt) with
identical results. :) I've done a "make update" before each build and
it breaks the same way each time (the last two builds have modified
nothing in the world/kernel tree).
jmc
On Thu, 2002-11-21 at 20:30, Kris Kennaway wrote
> I am seeing the same problem. I seem to have everything locally that was
> committed (based on whats at cvs-all)
>
Should be fixed; collect an updated copy of etc/mtree/BSD.include.dist
(missed MFC'ing this and my test system already had /usr/include/crypto).
Sam
To Unsubscribe: send mail
Sigh, my bad. Will fix it.
Sam
- Original Message -
From: "Mike Tancsa" <[EMAIL PROTECTED]>
To: "Kris Kennaway" <[EMAIL PROTECTED]>
Cc: "John Merryweather Cooper" <[EMAIL PROTECTED]>; "FreeBSD Stable"
<[EMAIL PROTECTED]>
Sent: Thursday, November 21, 2002 9:05 PM
Subject: Re: Recent -
I am seeing the same problem. I seem to have everything locally that was
committed (based on whats at cvs-all)
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444
netatm/spans/*.h /usr/include/netatm/spans
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444
netatm/uni/
El Vie 22 Nov 2002 03:11, [EMAIL PROTECTED] escribió:
> I have the same problem with my SB Live! card. It not recognized by the
> 4.7-RELEASE kernel.
> Suggestions welcome.
>
> Al
Erm, emu10k1 is supported in generic kernel i think, and also there is a
module. I have got this card and works.
Che
> From: Sam Leffler [mailto:[EMAIL PROTECTED]]
> > I would recommend a committer look this over and
> > commit it. If you wish, I can make the patch *just*
> > be the change (changing the 16-bit to 32-bit writes,
> > without the VPD stuff), but the other changes seemed
> > generally useful.
>
> P
(apologies if you got this more than once, but after 6
hours it hadn't shown up on the mailing list)
There is a bug in the STABLE (and current) if_bge which
causes the driver to loop forever in interrupt context
(in bge_rxeof()). This is caused by the return ring
length being 1024 in the driver, a