headers
César Catrián Carreño | 1 May 2006 01:02

can't make distribution (libpcap in other place)

Hi

Can't make i386 distribution; libpcap isn't on distrib/sets/lists/base/shl.elf .

checkflist ===> distrib/sets
( cat /home/cetrox/src/netbsd-current/src/etc/mtree/NetBSD.dist ;  echo '/unset all' ;  cat
/home/cetrox/src/netbsd-current/src/obj/destdir.i386/METALOG )  | grep -v " optional"  |
/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbmtree -C -k all -N
/home/cetrox/src/netbsd-current/src/etc >/home/cetrox/src/netbsd-current/src/obj/destdir.i386/METALOG.sanitised
cd /home/cetrox/src/netbsd-current/src/distrib/sets && 
DESTDIR=/home/cetrox/src/netbsd-current/src/obj/destdir.i386  MACHINE=i386 MACHINE_ARCH=i386 
CKSUM=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbcksum 
DB=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbdb  HOST_SH=sh 
MAKE=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbmake 
MKTEMP=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbmktemp 
MTREE=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbmtree 
PAX=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbpax 
TSORT=/home/cetrox/src/netbsd-current/src/obj/tooldir.NetBSD-3.99.18-i386/bin/nbtsort\ -q 
sh /home/cetrox/src/netbsd-current/src/distrib/sets/checkflist  -b  -M /home/cetrox/src/netbsd-current/src/obj/destdir.i386/METALOG.sanitised

=======  2 extra files in DESTDIR  =========
Files in DESTDIR but missing from flist.
File is obsolete or flist is out of date ?
------------------------------------------
./usr/lib/libpcap.so.1
./usr/lib/libpcap.so.1.5
=========  end of 2 extra files  ===========

*** Failed target:  checkflist
(Continue reading)

Permalink | Reply | 2 comments |
headers
NetBSD source update | 1 May 2006 02:23
Picon

triweekly CVS update output


Updating release-1-6 src tree (netbsd-1-6):
cvs update: in directory src/gnu/dist/gcc4/libstdc++-v3/testsuite/27_io/basic_stringbuf/sputbackc/char:
cvs [update aborted]: cannot read CVS/Repository

Running the SUP scanner:
SUP Scan for release-1-6 starting at Mon May  1 00:01:03 2006
SUP Scan for release-1-6 completed at Mon May  1 00:01:12 2006

Updating release-2-0 src tree (netbsd-2-0):
cvs update: warning: cannot open /cvsroot/CVSROOT/val-tags read/write: Permission denied

Running the SUP scanner:
SUP Scan for release-2-0 starting at Mon May  1 00:08:05 2006
SUP Scan for release-2-0 completed at Mon May  1 00:08:24 2006

Updating release-2-1 src tree (netbsd-2-1):
cvs update: warning: cannot open /cvsroot/CVSROOT/val-tags read/write: Permission denied

Running the SUP scanner:
SUP Scan for release-2-1 starting at Mon May  1 00:15:25 2006
SUP Scan for release-2-1 completed at Mon May  1 00:16:19 2006

Updating release-3-0 src tree (netbsd-3-0):
cvs update: warning: cannot open /cvsroot/CVSROOT/val-tags read/write: Permission denied
U src/doc/CHANGES-3.0.1
P src/lib/libc/locale/wcstod.c
P src/lib/libc/rpc/clnt_vc.c
U src/regress/lib/libc/locale/wcstod/Makefile
U src/regress/lib/libc/locale/wcstod/wcstod_test.c
(Continue reading)

Permalink | Reply | 0 comments |
headers
NetBSD source update | 1 May 2006 05:26
Picon

daily CVS update output


Updating src tree:
P src/distrib/sets/lists/base/mi
P src/distrib/sets/lists/etc/mi
P src/distrib/sets/lists/misc/mi
P src/etc/defaults/rc.conf
P src/etc/mtree/NetBSD.dist
P src/etc/rc.d/Makefile
U src/etc/rc.d/hostapd
U src/etc/rc.d/irdaattach
P src/share/examples/Makefile
U src/share/examples/hostapd/Makefile
U src/share/examples/hostapd/hostapd.conf
P src/share/man/man5/rc.conf.5
P src/sys/arch/amd64/amd64/locore.S
P src/sys/arch/evbmips/conf/ALCHEMY
P src/sys/arch/evbmips/conf/AR531X
P src/sys/arch/evbmips/conf/MALTA
P src/sys/dev/acpi/acpi_acad.c
P src/sys/dev/i2c/adt7463.c
P src/sys/dev/ieee1394/files.ieee1394
P src/sys/dev/ieee1394/fw_port.h
P src/sys/dev/ieee1394/fwdma.c
P src/sys/dev/ieee1394/fwohci.c
P src/sys/dev/ieee1394/sbp.c
P src/sys/dev/pci/amdpm_smbus.c
P src/sys/dev/pci/amdpmvar.h
P src/sys/dev/pci/files.pci
P src/sys/dev/pci/pcidevs
P src/sys/dev/pci/pcidevs.h
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tatoku Ogaito | 1 May 2006 15:54
Picon

Re: ath(4) and stealth AP

Hi.

I updated my ThinkPad X31 to current as of 30 Apr, 2006.

In my case, bringing up an ath interface does not lock up
my system.  Although the ath cannot find stealth AP, 
it works w/ normal AP.

Just FYI.

Tacha
Permalink | Reply | 0 comments |
headers
Chris Tribo | 1 May 2006 17:15
Favicon

Re: Getting ready to branch for 4.0


Can I add kern/28582 to the list?

Basically on machines that don't have PS/2 ports, you can't debug  
without disabling pckbc and pckbd in userconf, or building your own  
kernel with them removed because pckbd always attaches as console  
even when there are no physical PS/2 ports due to legacy emulation  
which cannot be turned off.

But, building a kernel without pckbd/pckbc means you can't use the  
BIOS emulation to debug post boot before the USB controllers get set  
up, before ukbd gets attached, or get to userconf.
Permalink | Reply | 3 comments |
headers
Christos Zoulas | 1 May 2006 17:20

Re: Getting ready to branch for 4.0

In article <67BE9A90-DA0D-41CE-BD85-B8CD57D4BEEA <at> dtcc.edu>,
Chris Tribo  <ctribo <at> dtcc.edu> wrote:
>
>Can I add kern/28582 to the list?
>
>Basically on machines that don't have PS/2 ports, you can't debug  
>without disabling pckbc and pckbd in userconf, or building your own  
>kernel with them removed because pckbd always attaches as console  
>even when there are no physical PS/2 ports due to legacy emulation  
>which cannot be turned off.
>
>But, building a kernel without pckbd/pckbc means you can't use the  
>BIOS emulation to debug post boot before the USB controllers get set  
>up, before ukbd gets attached, or get to userconf.

I don't think that this is going to be fixed for 4.0...

christos
Permalink | Reply | 0 comments |
headers
Matt Rickard | 1 May 2006 18:16
Picon

mount_smbfs aborts on 15 char server names [patch]

mount_smbfs will not mount shares from server names of 15 chars. 
However, these server names are valid.  This issue was mentioned on
the FreeBSD lists at
http://www.daemonnews.org/mailinglists/FreeBSD/freebsd-ports/msg72292.html
with a possible patch.  I've tested this on -current and it seems to
fix the problem (patch below).

However, now mount_smbfs attempts to mount the share but fails with:
mount_smbfs: unable to open connection
mount_smbfs: mount error for /mnt: Socket is not connected

Does the fix below look correct?  What is causing the 'unable to open
connection' error?  The same share works fine through smbclient.

Index: ctx.c
===================================================================
RCS file: /cvsroot/src/dist/smbfs/lib/smb/ctx.c,v
retrieving revision 1.9
diff -u -r1.9 ctx.c
--- ctx.c       21 Mar 2004 12:30:51 -0000      1.9
+++ ctx.c       1 May 2006 05:44:36 -0000
 <at>  <at>  -301,7 +301,7  <at>  <at> 
                }
        }

-       if (strlen(name) >= SMB_MAXSRVNAMELEN) {
+       if (strlen(name) > SMB_MAXSRVNAMELEN) {
                smb_error("server name '%s' too long", 0, name);
                return ENAMETOOLONG;
        }
(Continue reading)

Permalink | Reply | 0 comments |
headers
Konstantin KABASSANOV | 1 May 2006 18:21
Picon
Favicon

Back to an old ath association issue

Hi,

Some mounts ago, there was a discussion about unexpected disassociations of
ath clients from access points. After that, a number of important changes
occurred in the source code, but the problem still remains unchanged.

May  1 16:49:33 pc-04 /netbsd: ath1: link state changed to DOWN
May  1 16:49:40 pc-04 /netbsd: ath1: link state changed to UP   

What are the debug options to enable and the sysctl to set in order to try
to discover the origin of the problem?

BTW, where the interface disassociates, I suppose, it starts a channel scan
trying to re-associate. But I wonder if the scans start from the current
channel, the next one or from the first channel in the range... Anyway, the
re-association process takes several seconds...

Thanks.

_________________________________

Konstantin K. KABASSANOV

LIP6/CNRS
8, rue du Capitaine Scott
75015 Paris, France

Phone: +33 (0) 1 44 27 71 26
Fax:   +33 (0) 1 44 27 74 95
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bernd Ernesti | 1 May 2006 18:55
Picon

Re: prop_array.c:39:29: prop/prop_array.h: No such file or directory

On Thu, Apr 27, 2006 at 08:28:03PM -0700, Jason Thorpe wrote:
> 
> On Apr 27, 2006, at 5:15 PM, Tom Spindler wrote:
> 
> >I had committed an apparently 'incorrect' change to make the tree
> >compile again, but thorpej backed it out.
> 
> Yes, it was incorrect.  A couple of files slipped through my commit,  
> that's all.  I did a release build before checking it in.

Hmm, I still can't build in src/sys/arch/i386/stand/bootxx/lib/kern:

#    create  kern/prop_array.d
mkdep -f prop_array.d --    
-I/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../../../..//lib/libkern/arch/i386
-DBOOTXX -I /src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../lib -I
/usr/obj/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1 -DBOOTXX_SECTORS=15
-DPRIMARY_LOAD_ADDRESS=0x600 -DSECONDARY_LOAD_ADDRESS=0x10000 -DXXfs_open=ffsv1_open
-DXXfs_close=ffsv1_close -DXXfs_read=ffsv1_read -DXXfs_stat=ffsv1_stat -DFS=ffsv1
-DNO_LBA_CHECK -nostdinc -D_STANDALONE
-I/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../../../../
-DLIBSA_SINGLE_FILESYSTEM=xxfs -DLIBSA_NO_TWIDDLE -DLIBSA_NO_FD_CHECKING
-DLIBSA_NO_RAW_ACCESS -DLIBSA_NO_FS_WRITE -DLIBSA_NO_FS_SEEK -DLIBSA_USE_MEMCPY
-DLIBSA_USE_MEMSET -DLIBSA_SINGLE_DEVICE=blkdev -DLIBKERN_OPTIMISE_SPACE
-D"blkdevioctl(x,y,z)=EINVAL" -D"blkdevclose(f)=0" -D"devopen(f,n,fl)=(*(fl)=(void *)n,0)"
-DLIBSA_NO_DISKLABEL_MSGS
-I/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../../../..//lib/libkern/../../../common/lib/libc/quad
-I/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../../../..//lib/libkern/../../../common/lib/libc/string
-I/src/sys/arch/i386/stand/bootxx/bootxx_ffsv1/../../../../..//lib/libkern/../../../common/lib/libc/arch/i386/string
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bernd Ernesti | 1 May 2006 20:20
Picon

trafshow borken, due too a missing pcap_version (was: CVS commit: src)

Hi,

I get the following error while compiling pkgsrc/net/trafshow:

cc -O2 -I/usr/include -Wall -I. -DHAVE_CONFIG_H  -pthread -L/usr/lib -Wl,-R/usr/lib
-Wl,-R/usr/pkg/lib -o trafshow trafshow.o screen.o colormask.o getkey.o selector.o events.o
session.o show_if.o show_stat.o show_dump.o parse_dl.o parse_ip.o netstat.o cisco_netflow.o
addrtoname.o hashtab.o lookupa.o recycle.o util.o help_page.o domain_resolver.o   version.o
-lcurses -ltermcap -lpcap -lresolv
trafshow.o: In function `vers':
trafshow.c:(.text+0x105e): undefined reference to `pcap_version'
*** Error code 1

First I tried to update trafshow to 5.2.3, but this didn't fix that problem.

Hmm, there is the following Makefile rule in src/dist/libpcap/Makefile.in:

version.c: $(srcdir)/VERSION
         <at> rm -f $ <at> 
        sed -e 's/.*/char pcap_version[] = "&";/' $(srcdir)/VERSION > $ <at> 

But I can't find any code which would do the same in src/lib/libpcap/Makefile

IMHO we have to add this version info back into libpcap.so.

Bernd

On Tue, Apr 25, 2006 at 06:36:45PM +0000, Matthias Drochner wrote:
> 
> Module Name:	src
(Continue reading)

Permalink | Reply | 4 comments |

Gmane