headers
NetBSD source update | 1 Mar 2008 05:39
Picon

triweekly CVS update output


Updating release-2-1 src tree (netbsd-2-1):

Updating release-2-1 tar files:
src/top-level: collecting... replacing... done
src/bin: collecting... replacing... done
src/contrib: collecting... replacing... done
src/crypto: collecting... replacing... done
src/dist: collecting... replacing... done
src/distrib: collecting... replacing... done
src/doc: collecting... replacing... done
src/etc: collecting... replacing... done
src/games: collecting... replacing... done
src/gnu: collecting... replacing... done
src/include: collecting... replacing... done
src/lib: collecting... replacing... done
src/libexec: collecting... replacing... done
src/regress: collecting... replacing... done
src/rescue: collecting... replacing... done
src/sbin: collecting... replacing... done
src/share: collecting... replacing... done
src/sys: collecting... replacing... done
src/tools: collecting... replacing... done
src/usr.bin: collecting... replacing... done
src/usr.sbin: collecting... replacing... done
src/config: collecting... replacing... done

Running the SUP scanner:
SUP Scan for release-2-1 starting at Sat Mar  1 00:43:53 2008
SUP Scan for release-2-1 completed at Sat Mar  1 00:45:24 2008
(Continue reading)

Permalink | Reply | 0 comments |
headers
NetBSD source update | 1 Mar 2008 08:43
Picon

daily CVS update output


Updating src tree:
P src/regress/sys/kern/unfdpass/unfdpass.c
P src/sbin/bioctl/bioctl.c
P src/share/man/man4/arcmsr.4
P src/share/man/man4/mfi.4
P src/sys/arch/acorn32/mainbus/com_pioc.c
P src/sys/arch/algor/dev/com_mainbus.c
P src/sys/arch/alpha/jensenio/com_jensenio.c
P src/sys/arch/alpha/sableio/com_sableio.c
P src/sys/arch/amd64/conf/GENERIC
cvs update: src/sys/arch/amd64/conf/GENERIC.local is no longer in the repository
P src/sys/arch/amd64/conf/XEN3_DOM0
P src/sys/arch/amd64/conf/XEN3_DOMU
P src/sys/arch/amd64/include/frameasm.h
P src/sys/arch/amiga/dev/com_supio.c
cvs update: src/sys/arch/dreamcast/conf/GENERIC.local is no longer in the repository
cvs update: src/sys/arch/evbsh3/conf/GENERIC.local is no longer in the repository
P src/sys/arch/i386/conf/GENERIC
cvs update: src/sys/arch/i386/conf/GENERIC.local is no longer in the repository
P src/sys/arch/i386/conf/GENERIC_TINY
P src/sys/arch/i386/conf/QEMU
P src/sys/arch/i386/conf/XEN2_DOM0
P src/sys/arch/i386/conf/XEN2_DOMU
P src/sys/arch/i386/i386/multiboot.c
P src/sys/arch/i386/include/frameasm.h
P src/sys/arch/i386/pci/elan520.c
P src/sys/arch/i386/pci/piixpcib.c
P src/sys/arch/ia64/conf/GENERIC.SKI
cvs update: src/sys/arch/ia64/conf/GENERIC.local is no longer in the repository
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Goyette | 1 Mar 2008 18:47

Build failure - port i386 & amd64 - xenevt.c

Source updated just moments ago via CVS on 2008-03-01 at 17:35:30 UTC...

/usr/obj/tooldir/x86_64/i386/bin/i386--netbsdelf-gcc -ffreestanding
-fno-zero-initialized-in-bss -march=i686 -O2 -std=gnu99 -Werror -Wall -Wno-main
-Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wswitch
-Wshadow -Wcast-qual -Wwrite-strings -Wno-sign-compare -Wno-pointer-sign -Wno-attributes
-fno-strict-aliasing -Werror -Wall -Wno-main -Wno-format-zero-length -Wpointer-arith
-Wmissing-prototypes -Wstrict-prototypes -Wswitch -Wshadow -Wcast-qual -Wwrite-strings
-Wno-sign-compare -Wno-pointer-sign -Wno-attributes -Werror -march=i686 -Di386 -I.
-I/build/obj/objdir/i386/sys/arch/i386/compile/XEN2_DOM0/xen-ma
-I/build/src/sys/contrib/dev/ath/netbsd -I/build/src/sys/../common/include
-I/build/src/sys/arch -I/build/src/sys -nostdinc -DLKM -DDIAGNOSTIC -DDEBUG -DMAXUSERS=32
-D_KERNEL -D_KERNEL_OPT -I/build/src/sys/lib/libkern/../../../common/lib/libc/quad
-I/build/src/sys/lib/libkern/../../../common/lib/libc/string
-I/build/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
-I/build/src/sys/dist/ipf -c /build/src/sys/arch/xen/xen/xenevt.c
/build/src/sys/arch/xen/xen/xenevt.c: In function 'xenevtattach':
/build/src/sys/arch/xen/xen/xenevt.c:160: error: request for member 'sel' in something not a
structure or union
/build/src/sys/arch/xen/xen/xenevt.c: In function 'xenevt_donotify':
/build/src/sys/arch/xen/xen/xenevt.c:268: error: too few arguments to function 'selnotify'

This is with the recently updated xenevt.c:

speedy:build {114} head -1 /build/src/sys/arch/xen/xen/xenevt.c
/*      $NetBSD: xenevt.c,v 1.23 2008/03/01 14:16:50 rmind Exp $      */

----------------------------------------------------------------------
|   Paul Goyette   | PGP DSS Key fingerprint: |  E-mail addresses:   |
| Customer Service | FA29 0E3B 35AF E8AE 6651 |  paul <at> whooppee.com   |
(Continue reading)

Permalink | Reply | 2 comments |
headers
Mindaugas Rasiukevicius | 1 Mar 2008 19:28
Picon

Re: Build failure - port i386 & amd64 - xenevt.c

Paul Goyette <paul <at> whooppee.com> wrote:
> This is with the recently updated xenevt.c:
> 
> speedy:build {114} head -1 /build/src/sys/arch/xen/xen/xenevt.c
> /*      $NetBSD: xenevt.c,v 1.23 2008/03/01 14:16:50 rmind Exp $      */

Thanks, should be fixed now.

--

-- 
Best regards,
Mindaugas
www.NetBSD.org
Permalink | Reply | 1 comment |
headers
Paul Goyette | 1 Mar 2008 20:21

Re: Build failure - port i386 & amd64 - xenevt.c

On Sat, 1 Mar 2008, Mindaugas Rasiukevicius wrote:

>> This is with the recently updated xenevt.c:
>>
>> speedy:build {114} head -1 /build/src/sys/arch/xen/xen/xenevt.c
>> /*      $NetBSD: xenevt.c,v 1.23 2008/03/01 14:16:50 rmind Exp $      */
>
> Thanks, should be fixed now.

Yup - fixed.  Thanks.
Permalink | Reply | 0 comments |
headers
David Holland | 1 Mar 2008 20:59
Picon

Re: serious current install issues (./build.sh install=/ installs as rafal:staff vs. root:wheel)

On Mon, Feb 25, 2008 at 01:24:19PM +0200, Alan Barrett wrote:
 > > Why not have build.sh inspect the permissions on, say,
 > > $DESTDIR/usr/bin/su and complain if -U is wrong?
 > 
 > Please try build.sh revision 1.185.  If ${DESTDIR}/METALOG exists (as a
 > result of an earlier build.sh run with the "-U" flag), then it complains
 > if you don't pass the "-U" flag to subsequent build.sh runs.

Seems like a good solution.

--

-- 
   - David A. Holland / dholland+netbsd <at> eecs.harvard.edu
Permalink | Reply | 1 comment |
headers
Bernd Ernesti | 1 Mar 2008 23:35
Picon

test/aft doesn't build with OBJ directories and a read only source tree

> make
all ===> atf
all ===> atf/data
#     build  data/t_pkg_config
atf-compile -o t_pkg_config.tmp /src/dist/atf/tests/atf/data/t_pkg_config.sh atf-compile-cookie
atf-compile: ERROR: Cannot open atf-compile-cookie
*** Error code 1

OBJ dirs are handled by setting the env variable MAKEOBJDIRPREFIX
to /usr/obj and then created by a make obj

Bernd
Permalink | Reply | 0 comments |
headers
Bernd Ernesti | 1 Mar 2008 23:47
Picon

make cleandir doesn't remove all files in src/lib/libc

Doing a make cleandir removed nearly all files in an obj tree, except
for these files in src/lib/libc:

__adjtime.S
__clock_settime.S
__ftruncate.S
__lseek.S
__mmap.S
__ntp_adjtime.S
__pread.S
__preadv.S
__pwrite.S
__pwritev.S
__settimeofday.S
__truncate.S
_lwp_getprivate.S
mremap.S

This is maybe related to the 'recent' changes to src/lib/libc/sys/Makefile.inc

Bernd
Permalink | Reply | 0 comments |
headers
abutter gao | 2 Mar 2008 02:42
Picon

incorrect calculation of the esym in multiboot.c

Sorry for repeating this mail.

In the function copy_syms, the kernel copies the symtab and the strtab
somewhere after the end and then saves the final end to esym.

But, in the real code, the esym just gets the end of the strtab but
not the final end, because the symtab will follow the strtab in some
cases.

The code conflicts with the comments above, right?

Thanks for any tips.
Permalink | Reply | 0 comments |
headers
Andrew Doran | 2 Mar 2008 05:31
Picon

Re: src/lib/libpthread changes of 2008-2-10 break pkgsrc/comms/asterisk

On Fri, Feb 15, 2008 at 04:07:37PM +0100, Markus W Kilbinger wrote:
> Hi!
> 
> After src/lib/pthread changes of 2008-2-10 the unchanged asterisk
> package of/on my cobalt qube2/mipsel fails to answer calls and
> produces error messages like:
> 
>   Feb 15 15:37:34 ERROR[711] chan_sip.c: We could NOT get the channel lock for SIP/sipgate-7d999000 - Call
ID 1919662b5d13ca8827f2dc215ffff846 <at> sipgate.de!
>   Feb 15 15:37:34 ERROR[711] chan_sip.c: SIP MESSAGE JUST IGNORED: SIP/2.0
>   Feb 15 15:37:34 ERROR[711] chan_sip.c: BAD! BAD! BAD!
> 
> Reverting to libpthread based on before 2008-2-10 makes voip calls
> handled normally again (and these error messages disappear).
> 
> Does anybody directly see what the problem is?
> Any more specific info I can provide?
> send-pr?

In case you didn't see the commit/PR, this has been fixed now.

Thanks,
Andrew
Permalink | Reply | 0 comments |

Gmane