4.3 /-current and xenocara

2008-04-03 Thread Ed V.

Since there seems to be a bug with cvs checkouts (dies with:

cvs [server aborted]: out of memory; can not allocate 2937909 bytes
on x86 32-bit platforms,
cvs [server aborted]: out of memory; can not reallocate 5242880 bytes
on amd64 64-bit platforms and
cvs [server aborted]: out of memory; can not reallocate 5242880 bytes
on Windows CVS GUI clients)

is there anywhere I can download a tarball of the latest snapshot?

--
Ed V.
3 April 2008 14:28:24

I gather, young man, that you wish to be a Member of Parliament.
 The first lesson that you must learn is, when I call for
statistics about the rate of infant mortality, what I want is
proof that fewer babies died when I was Prime Minister than when
anyone else was Prime Minister.  That is a political statistic.
- Sir Winston Leonard Spencer Churchill



pfctl: DIOCADDALTQ: Cannot allocate memory

2006-05-12 Thread Ed V.
Clean install of OpenBSD 3.9-stable

Attempting to use ALTQ to provide audio stability for Cisco ATA-186
SIP device.

Offending section of pf.conf:

altq on $ext_if cbq bandwidth 1.542Mb queue { std, voip, smtp, ssh,
http, ftp }

queue std on $ext_if bandwidth 350Kb cbq(default)
queue voip on $ext_if bandwidth 192Kb priority 7 cbq(borrow)
queue smtp on $ext_if bandwidth 250Kb cbq(borrow)
queue ssh on $ext_if bandwidth 250Kb { ssh_login, ssh_bulk }
queue ssh_login bandwidth 25% priority 4 cbq(ecn)
queue ssh_bulk bandwidth 75% cbq(ecn)
queue http bandwidth 250Kb cbq(borrow)
queue ftp bandwidth 250Kb priority 3 cbq(borrow rio)

on every attempt to start pf with this section active, I get:

pfctl: DIOCADDALTQ: Cannot allocate memory

I dug through the archives and found a single query on this from
2003 where Henning commented on a possible malloc/pool error in
ENONMEM, but nothing further was posted.

I read through http://www.openbsd.org/faq/pf/queueing.html, but it
didn't really detail anything except syntax (which is what it's
supposed to do).  A bit of searching turned up a kernel modification
for _Free_BSD, but nothing for Open.

Top of the dmesg is:

OpenBSD 3.9-stable (GENERIC) #0: Wed May 10 09:15:48 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel Pentium II (GenuineIntel 686-class, 512KB L2 cache)
351 MHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
real mem  = 536387584 (523816K)
avail mem = 485388288 (474012K)
using 4278 buffers containing 26923008 bytes (26292K) of memory

Any ideas on how to resolve this?

Thanks,

-- 
Ed V.

I am the computer your mother warned you about.



Re: 3.9 build on AMD64

2006-05-02 Thread Ed V.
Thanks.

What do you mean by more current tree?

The CVS build? (e.g.: -current versus -stable)

I tried updating directly from anoncvs.ca.openbsd.org this morning
still from the -stable branch and got the same stopper.

Keep in mind that the initial install was to a formatted drive on a
clean or bare metal workstation, so there wasn't any cruft from
a previous install of _anything_ (unless it survived a low-level
SATA format).

I'm bound to be missing something small-yet-vital, suggestions?

-- 
Ed V.

Adding manpower to a late software project makes it later. - Brook

On Mon, May 01, 2006 at 20:47:54 +0200, Jasper Lievisse Adriaanse wrote:

 Could you try fetching more current sources and retry? Because the
 tree has been broken for a couple of hours.

 Cheers,
 Jasper



AMD64 still broken...

2006-05-02 Thread Ed V.
/usr/src/kerberosV/libexec/kdc/../../src/kdc   -c
/usr/src/kerberosV/openbsd-vers/print_version.c
cc -O2 -pipe  -DHAVE_CONFIG_H -DBINDIR=\/usr/bin\
-DSBINDIR=\/usr/sbin\ -DLIBEXECDIR=\/usr/libexec\
-DSYSCONFDIR=\/etc/kerberosV\  -I/usr/include/kerberosV
-I/usr/src/kerberosV/libexec/kdc/../../include
-I/usr/src/kerberosV/libexec/kdc/../../src/lib/roken
-I/usr/src/kerberosV/libexec/kdc/../../src/include
-I/usr/src/kerberosV/libexec/kdc/../../src/lib/sl -Wall
-DHAVE_DLOPEN -I/usr/src/kerberosV/libexec/kdc/../../src/lib/krb5
-I/usr/src/kerberosV/libexec/kdc/../../src/kdc   -c
/usr/src/kerberosV/src/lib/roken/parse_bytes.c
cc   -o kdc 524.o config.o connect.o kerberos5.o kerberos4.o log.o
main.o misc.o print_version.o parse_bytes.o -lkrb5 -ldes -lcrypto -lutil
524.o(.text+0x37): In function `fetch_server':
: undefined reference to `principalname2krb5_principal'
524.o(.text+0x14d): In function `log_524':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0xe38): In function `as_rep':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0xea9): In function `as_rep':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0x11a8): In function `as_rep':
: undefined reference to `KDCOptions_units'
kerberos5.o(.text+0x24a4): In function `tgs_make_reply':
: undefined reference to `krb5_principal2principalname'
kerberos5.o(.text+0x2c1e): In function `need_referral':
: undefined reference to `krb5_get_host_realm_int'
kerberos5.o(.text+0x2d60): In function `tgs_rep2':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0x328c): In function `tgs_rep2':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0x335f): In function `tgs_rep2':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0x33a6): In function `tgs_rep2':
: undefined reference to `principalname2krb5_principal'
kerberos5.o(.text+0x33d0): In function `tgs_rep2':
: undefined reference to `KDCOptions_units'
kerberos4.o(.text+0x5b): In function `encode_v4_ticket':
: undefined reference to `principalname2krb5_principal'
kerberos4.o(.text+0x106): In function `encode_v4_ticket':
: undefined reference to `principalname2krb5_principal'
collect2: ld returned 1 exit status
*** Error code 1

Stop in /usr/src/kerberosV/libexec/kdc (line 93 of
/usr/share/mk/bsd.prog.mk).
*** Error code 1

Stop in /usr/src/kerberosV/libexec.
*** Error code 1

Stop in /usr/src/kerberosV.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src (line 73 of Makefile).

Is there anything more I can provide (information/data wise) to help
resolve this?

dmesg attached as plain text file.

-- 
Ed V.

A bug in the hand is better than one as yet undetected.
# cat /var/run/dmesg.boot
OpenBSD 3.9-stable (GENERIC) #0: Tue May  2 11:27:25 MDT 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 2147020800 (2096700K)
avail mem = 1835765760 (1792740K)
using 22937 buffers containing 214908928 bytes (209872K) of memory
mainbus0 (root)
cpu1 at mainbus0: (uniprocessor)
cpu1: AMD Athlon(tm) 64 Processor 4000+, 2412.64 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 
16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative
pci0 at mainbus0 bus 0: configuration mode 1
NVIDIA nForce4 DDR rev 0xa3 at pci0 dev 0 function 0 not configured
pcib0 at pci0 dev 1 function 0 NVIDIA nForce4 ISA rev 0xa3
nviic0 at pci0 dev 1 function 1 NVIDIA nForce4 SMBus rev 0xa2
iic0 at nviic0
iic1 at nviic0
lm1 at iic1 addr 0x2f: W83791SD
ohci0 at pci0 dev 2 function 0 NVIDIA nForce4 USB rev 0xa2: irq 5, version 
1.0, legacy support
usb0 at ohci0: USB revision 1.0
uhub0 at usb0
uhub0: NVIDIA OHCI root hub, rev 1.00/1.00, addr 1
uhub0: 10 ports with 10 removable, self powered
ehci0 at pci0 dev 2 function 1 NVIDIA nForce4 USB rev 0xa3: irq 3
usb1 at ehci0: USB revision 2.0
uhub1 at usb1
uhub1: NVIDIA EHCI root hub, rev 2.00/1.00, addr 1
uhub1: 10 ports with 10 removable, self powered
pciide0 at pci0 dev 6 function 0 NVIDIA nForce4 IDE rev 0xf2: DMA, channel 0 
configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: PLEXTOR, DVDR PX-716A, 1.07 SCSI0 5/cdrom 
removable
atapiscsi1 at pciide0 channel 0 drive 1
scsibus1 at atapiscsi1: 2 targets
cd1 at scsibus1 targ 0 lun 0: PLEXTOR, DVDR PX-740A, 1.01 SCSI0 5/cdrom 
removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4
cd1(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
pciide1 at pci0 dev 7 function 0 NVIDIA nForce4 SATA 1 rev 0xf3: DMA
pciide1: using irq 11 for native-PCI interrupt
wd0

Re: AMD64 still broken...

2006-05-02 Thread Ed V.
Initial install was with media from:

ftp://ftp.openbsd.org/pub/OpenBSD/3.9/amd64

CVS checkout was done with:

CVS_RSH='/usr/bin/ssh'
CVSROOT='[EMAIL PROTECTED]:/cvs'

cvs -q checkout -rOPENBSD_3_9 -P src

Which, if I understand the documentation correctly, should have
given me the -stable release of OpenBSD 3.9 rather than a snapshot.

Is this incorrect?  If so, how do I go about getting the -stable
branch?

-- 
Ed V.

Mommy! The cursor's winking at me!