TB --- 2003-06-14 06:12:47 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-14 06:12:47 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 06:16:23 - building world
TB --- cd /home
I just noticed that my ipfw rules were not loaded the last time I
rebooted. My rc.conf is included below - has something changed
recently so that these settings are not enough? I didn't see anything
relevant in UPDATING. My /etc/firewall.conf exists and is readable
(and unchanged since 2002).
K
TB --- 2003-06-14 07:19:21 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-14 07:19:21 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 07:24:45 - building world
TB --- cd /home
TB --- 2003-06-14 08:44:14 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-14 08:44:14 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 08:49:13 - building world
TB
Got this on a buildworld from current sources just now, is this possibly
related to the commit to sys/cdefs.h from DES ?
===> usr.bin/xlint/llib
lint -cghapbx -Cposix /usr/src/usr.bin/xlint/llib/llib-lposix
llib-lposix:
In file included from /usr/obj/usr/src/i386/usr/include/sys/types.h:45,
On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
+> If you have the kernel.debug for this kernel, could you send the gdb -k
+> output of:
+>
+> l *in6_pcbbind+0x2a7
I've looked at objdump -d kernel, and it looks like this is somewhere here:
214:
Pawel Jakub Dawidek wrote:
> On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
> +> If you have the kernel.debug for this kernel, could you send the gdb -k
> +> output of:
> +>
> +> l *in6_pcbbind+0x2a7
>
> I've looked at objdump -d kernel, and it looks like this is somewhere here:
On Sat, Jun 14, 2003 at 04:36:28PM +0200, Maxime Henrion wrote:
> Pawel Jakub Dawidek wrote:
> > On Sat, Jun 14, 2003 at 02:28:33AM -0400, Robert Watson wrote:
> > +> If you have the kernel.debug for this kernel, could you send the gdb -k
> > +> output of:
> > +>
> > +> l *in6_pcbbind+0x2a7
> >
"Matt" <[EMAIL PROTECTED]> writes:
> Got this on a buildworld from current sources just now, is this possibly
> related to the commit to sys/cdefs.h from DES ?
I did not touch cdefs.h, David did. The commit message was
inaccurate; while it claims that I submitted the patch, I'm only
responsible f
Hi,
I noticed that the lmc driver for T1/T3/HSSI/V.35 cards is now in
5.1-Release.
I cvsup'ed from 5.0-Release to 5.1-Release, brought the system up to 5.1
via buildworld/installworld, including the GENERIC kernel. When I try
to build a modified kernel with "device lmc", the build fails.
The f
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> The #error line he added is incorrect as it breaks compliant
> applications which do not use the nonstandard and nonportable
> alloca(3).
The attached patch *may* fix this. It is currently undergoing
testing.
DES
--
Dag-Erling Smorgrav - [EMAIL
Thanks for the information, I can now surf the internet from my laptop via bluetooth.
I will put up a page on how to do it, even though there are already a few pages on it
already. The problem with my setup was using my laptop's address instead of the
FreeBSd box address. Also, I needed to cl
On Fri, 13 Jun 2003, Kris Kennaway wrote:
> On Fri, Jun 13, 2003 at 12:44:06PM -0700, Doug White wrote:
> > On Thu, 12 Jun 2003, John Nielsen wrote:
> >
> > > [escalated from -questions]
> > >
> > > Hi folks-
> > >
> > > I am setting up FreeBSD 5.1-RELEASE on a 386DX.
> >
> > That works? 386 is no
On Fri, 13 Jun 2003, John Nielsen wrote:
> As I indicated, my only hangup is that I'm not familiar enough with the new
> GCC 3 build procedures to know where to put the -march and/or -mcpu flags
> for a buildworld on a separate (newer) machine.
CPUTYPE=yatta in make.conf. See /etc/defaults/make.
Can it be done with a command-line switch to the compiler or gcc, or am I
consigned to dual-booting?
I know the libraries are there for runtime, but can you build executables
for them?
--
--
Karl Denninger ([EMAIL PROTECTED]) Internet Consultant & Kids Rights Activist
http://www.denninger.net
On Sat, 14 Jun 2003, Karl Denninger wrote:
> Can it be done with a command-line switch to the compiler or gcc, or am I
> consigned to dual-booting?
You mean building apps linked against 4.X libs vs. 5.X? With some creative
-L flags you might be able to get it to not use /usr/lib/libc* and use
/us
Hello,
--- User Toyboy <[EMAIL PROTECTED]> wrote:
> Thanks for the information, I can now surf the internet from my laptop via
> bluetooth. I will put up a page on how to do it, even though there are
i'm very glad it works for you :)
> already a few pages on it already. The problem with my set
On Sat, Jun 14, 2003 at 09:43:01AM -0700, Doug White wrote:
> On Sat, 14 Jun 2003, Karl Denninger wrote:
>
> > Can it be done with a command-line switch to the compiler or gcc, or am I
> > consigned to dual-booting?
>
> You mean building apps linked against 4.X libs vs. 5.X? With some creative
>
Good Morning,
I believe I have stumbled onto a bug in 5.1R.
Here is the problem. If you have a 5.1-R system with, say, 256M of ram
and you mdconfig one or several malloc md-devices totalling around 100M,
if you attempt to use them to capacity, the machine will panic. The
message given is:
In message: <[EMAIL PROTECTED]>
Craig Boston <[EMAIL PROTECTED]> writes:
: On Fri, 2003-06-13 at 14:17, Tony Naggs wrote:
: > Yes, I think you should also do this for Uhci. There are probably not
: > many straight Uhci USB 1.1 Cardbus cards, but it is likely some of the
: > USB 2.0 car
In the last episode (Jun 14), Karl Denninger said:
> On Sat, Jun 14, 2003 at 09:43:01AM -0700, Doug White wrote:
> > On Sat, 14 Jun 2003, Karl Denninger wrote:
> >
> > > Can it be done with a command-line switch to the compiler or gcc,
> > > or am I consigned to dual-booting?
> >
> > You mean bui
TB --- 2003-06-14 16:00:15 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-14 16:00:15 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 16:02:57 - building world
TB --- cd /
TB --- 2003-06-14 16:57:09 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-14 16:57:09 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 16:59:18 - building world
TB --- cd /home
Hi,
already had this with 5.0 as I do with 5.1 and I suspect it's
a broken BIOS ?
It is a MSI-6210 w/o SCSI onboard but MP. It's the latest BIOS
revision available for this board - I can check the version
on request but I do not really like rebooting again ;-)
--- boot messages ---
...
acpi0: on
On Saturday 14 June 2003 10:32, Doug White wrote:
> On Fri, 13 Jun 2003, John Nielsen wrote:
> > As I indicated, my only hangup is that I'm not familiar enough with the
> > new GCC 3 build procedures to know where to put the -march and/or -mcpu
> > flags for a buildworld on a separate (newer) machi
TB --- 2003-06-14 17:43:41 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-14 17:43:41 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 17:45:52 - building world
TB --- cd /home
TB --- 2003-06-14 17:43:41 - starting CURRENT tinderbox run for i386/pc98
It looks like we were racing here. I committed my changes at
17:41:59, which is well within the margin of error depending on when
the local repo was updated.
Warner
___
[EMAIL PR
Thanks; I guess that means that for now I keep the production build machine
is 4.8-STABLE, and I keep 5.x as a "play" environment until people move
over.
The fun will begin when migration begins in significant numbers, but I still
need to support both!
--
--
Karl Denninger ([EMAIL PROTECTED]) In
Someone added "-std=gnu89 -pedantic" to libcrypto's make; given that
stdlib.h and several other places contain "long long", this results in
several thousands of warnings about C89. We need to either go modern
or not but not try both at once :-)
Also usr.bin/window generates LOTS of warnings; I
In message: <[EMAIL PROTECTED]>
Karl Denninger <[EMAIL PROTECTED]> writes:
: Thanks; I guess that means that for now I keep the production build machine
: is 4.8-STABLE, and I keep 5.x as a "play" environment until people move
: over.
I think, but am not positive, that 4.8-stable boxes
hello,
i make my cvsup last week und cannot install my ports again.
I do cvsup today again but the problem still there. Wenn i "make install
clean" the error says:
u-2.05b# make install clean
/usr/bin/sed: 1: Syntax error: "(" unexpected
"/usr/ports/Mk/bsd.port.mk", line 801: warning: "/us
On Sat, 14 Jun 2003, Bjoern A. Zeeb wrote:
> already had this with 5.0 as I do with 5.1 and I suspect it's
> a broken BIOS ?
Or something that the MS interpreter allows and the stringent Intel one
does not.
This might be fixable ... its overrunning a region definition which could
be a simple bug
On Sat, 14 Jun 2003, Blaise Takoudjou wrote:
> hello,
> i make my cvsup last week und cannot install my ports again.
> I do cvsup today again but the problem still there. Wenn i "make install
> clean" the error says:
>
> u-2.05b# make install clean
> /usr/bin/sed: 1: Syntax error: "(" unexpe
TB --- 2003-06-14 18:30:27 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-14 18:30:27 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 18:33:01 - building world
TB --- cd /home
This one stops the build:
Same cvsup (of about an hour ago) as for my previous note.
-- Pete
-
===> libexec/tcpd
cc -O -pipe -march=pentium3 -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO
-DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny
With this morning's sources, my kernel build is failing in the "en"
module:
/a/src/sys/dev/en/midway.c: In function `en_get_vccs':
/a/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type
/a/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type
/a/src/sys/dev/en/m
TB --- 2003-06-14 19:26:05 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-14 19:26:05 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-14 19:28:35 - building world
TB
On Sat, 14 Jun 2003, Doug White wrote:
Hi,
> This might be fixable ... its overrunning a region definition which could
> be a simple bug that could be fixed by extracting the DSDT, convert to
> ASL, fix, recompile, and override. Of course you have to know ASL :)
No I don't really know but rememb
H, when I build, I get:
===> libexec/tcpd
cc -O -pipe -mcpu=pentiumpro -DREAL_DAEMON_DIR=\"/usr/libexec\" -DSEVERITY=LOG_INFO
-DRFC931_TIMEOUT=10 -DHOSTS_DENY=\"/etc/hosts.deny\"
-DHOSTS_ALLOW=\"/etc/hosts.allow\" -DFACILITY=LOG_DAEMON -DINET6 -Wformat=2
-Wno-format-extra-args -Werror
On Sat, 14 Jun 2003, Pete Carah wrote:
> Someone added "-std=gnu89 -pedantic" to libcrypto's make; given that
> stdlib.h and several other places contain "long long", this results in
> several thousands of warnings about C89. We need to either go modern
> or not but not try both at once :-)
-std
On Thursday 12 June 2003 07:15 am, Bernd Walter wrote:
> I'm not shure if the code would work, but it was also ported into ehci
> and therefor ehci should be in a similar state.
> Well loosing memory is better than panic.
> I have no cardbus - can this be tested with a module?
Well, the card no lo
Okay, sorry for the reply-to-self, but I think I've nailed down the detach
problem and it looks like it will require some more work. In short, the OHCI
driver may be ready for hot-plugging but the USB subsystem isn't. Here's a
play-by-play of what's happening:
1. On card removal, cardbus_deta
TB --- 2003-06-15 05:26:51 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-06-15 05:26:51 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 05:30:20 - building world
TB
Below is a preliminary patch that seems to at least keep the machine from
panicing when detaching USB cards :)
It's still highly experimental, so use at your own risk. It works well enough
for me to plug in / unplug my cardbus card repeatedly (even with devices
attached to it). Theoretically
TB --- 2003-06-15 04:44:43 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-06-15 04:44:43 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 04:46:33 - building world
TB --- cd /home
TB --- 2003-06-15 05:03:22 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-06-15 05:03:22 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 05:07:26 - building world
TB --- cd /home
TB --- 2003-06-15 04:22:57 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-06-15 04:22:57 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 04:25:47 - building world
TB --- cd /home
TB --- 2003-06-15 04:00:16 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-06-15 04:00:16 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-06-15 04:02:40 - building world
TB --- cd /
I muck my system badly now I can´t even do "vi" or anything really. It won't
boot either, only to single mode. I was the one who tried to upgrade from
freebsd 4.7-release to 5.1-release. Got the source through cvs did a make
buildworld and it failed. tried it a couples of times again and some
49 matches
Mail list logo
