UPDATE: audio/libmpcdec

2006-12-11 Thread steven mestdagh
from the changelog:

1.2.4
* Fix broken stream initialization on non-mpc files.

1.2.3
* Added fast-seeking (bit-perfect only with mppenc 1.16 files and later,
  optional but safe on pre-mppenc 1.16 files). Patch by Nicolas Botti
* Reduced memory usage and code size. Patch by Peter Pawlowski

builds fine here on i386/amd64/sparc64.  please test.


Index: Makefile
===
RCS file: /cvs/ports/audio/libmpcdec/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile28 Oct 2006 10:30:41 -  1.3
+++ Makefile11 Dec 2006 11:06:34 -
@@ -1,9 +1,8 @@
 # $OpenBSD: Makefile,v 1.3 2006/10/28 10:30:41 espie Exp $
-COMMENT=   musepack, high quality audio compression format
-
-DISTNAME=  libmpcdec-1.2.2
-PKGNAME=   ${DISTNAME}p0
+COMMENT=   musepack decoder library
 
+DISTNAME=  libmpcdec-1.2.4
+SHARED_LIBS += mpcdec   2.0  # .5.1
 CATEGORIES=audio
 
 HOMEPAGE=  http://www.musepack.net/
@@ -19,21 +18,26 @@
 PERMIT_PACKAGE_CDROM=   Yes
 PERMIT_PACKAGE_FTP= Yes
 
-DOCDIR=${PREFIX}/share/doc/libmpcdec
+#DOCDIR=${PREFIX}/share/doc/libmpcdec
+
+BUILD_DEPENDS= 
:automake-${AUTOMAKE_VERSION}*:devel/automake/${AUTOMAKE_VERSION} \
+   
:autoconf-${AUTOCONF_VERSION}*:devel/autoconf/${AUTOCONF_VERSION}
 
 pre-configure:
+   cd ${WRKSRC}  ${SETENV} AUTOCONF_VERSION=${AUTOCONF_VERSION} \
+   AUTOMAKE_VERSION=${AUTOMAKE_VERSION} ./autogen.sh
@perl -pi -e 's|-O3\ -fomit-frame-pointer||g' ${WRKSRC}/configure
 
 post-install:
${INSTALL} ${WRKBUILD}/src/.libs/sample ${PREFIX}/bin/mpc2wav
-   ${INSTALL_DATA_DIR} ${DOCDIR}
-   cp -r ${WRKDIST}/docs/* ${DOCDIR}
-
-SHARED_LIBS += mpcdec   1.0  # .4.1
+#  ${INSTALL_DATA_DIR} ${DOCDIR}
+#  cp -r ${WRKDIST}/docs/* ${DOCDIR}
 
 USE_LIBTOOL=   Yes
 WANTLIB=   c m stdc++
 
 CONFIGURE_STYLE=gnu
+AUTOCONF_VERSION=2.59
+AUTOMAKE_VERSION=1.9
 
 .include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/audio/libmpcdec/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo10 Mar 2006 09:43:37 -  1.1.1.1
+++ distinfo11 Dec 2006 11:06:34 -
@@ -1,4 +1,4 @@
-MD5 (libmpcdec-1.2.2.tar.bz2) = f14e07285b9b102a806649074c1d779b
-RMD160 (libmpcdec-1.2.2.tar.bz2) = c49faf5ba183e1c66b33c5b729168b13ff3c7447
-SHA1 (libmpcdec-1.2.2.tar.bz2) = aab2a7329486e712ea5fd6e3b0819f918c428e8a
-SIZE (libmpcdec-1.2.2.tar.bz2) = 318620
+MD5 (libmpcdec-1.2.4.tar.bz2) = 7c904f519020df99484dc6cea6f4c869
+RMD160 (libmpcdec-1.2.4.tar.bz2) = ddd8e4c5ada41e7111df386a2f5aff2aa2213a51
+SHA1 (libmpcdec-1.2.4.tar.bz2) = 0dca205be8b6149d617a4f4b129dc4dbf591037c
+SIZE (libmpcdec-1.2.4.tar.bz2) = 43735
Index: patches/patch-configure_ac
===
RCS file: patches/patch-configure_ac
diff -N patches/patch-configure_ac
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-configure_ac  11 Dec 2006 11:06:34 -
@@ -0,0 +1,43 @@
+$OpenBSD$
+--- configure.ac.orig  Mon Dec 11 11:48:33 2006
 configure.ac   Mon Dec 11 11:50:22 2006
+@@ -26,6 +26,7 @@ AC_CHECK_FUNCS([memmove memset sqrt])
+ AC_MSG_CHECKING(for int16_t)
+ AC_CACHE_VAL(has_int16_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int16_t foo;
+ int main() {return 0;}
+ ],
+@@ -38,6 +39,7 @@ AC_MSG_RESULT($has_int16_t)
+ AC_MSG_CHECKING(for int32_t)
+ AC_CACHE_VAL(has_int32_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int32_t foo;
+ int main() {return 0;}
+ ],
+@@ -50,6 +52,7 @@ AC_MSG_RESULT($has_int32_t)
+ AC_MSG_CHECKING(for uint32_t)
+ AC_CACHE_VAL(has_uint32_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ uint32_t foo;
+ int main() {return 0;}
+ ],
+@@ -62,6 +65,7 @@ AC_MSG_RESULT($has_uint32_t)
+ AC_MSG_CHECKING(for uint16_t)
+ AC_CACHE_VAL(has_uint16_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ uint16_t foo;
+ int main() {return 0;}
+ ],
+@@ -98,6 +102,7 @@ AC_MSG_RESULT($has_u_int16_t)
+ AC_MSG_CHECKING(for int64_t)
+ AC_CACHE_VAL(has_int64_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int64_t foo;
+ int main() {return 0;}
+ ],
Index: patches/patch-include_Makefile_in
===
RCS file: patches/patch-include_Makefile_in
diff -N patches/patch-include_Makefile_in
--- patches/patch-include_Makefile_in   10 Mar 2006 09:43:37 -  1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-include_Makefile_in,v 1.1.1.1 2006/03/10 09:43:37 espie Exp $
 include/Makefile.in.orig   Fri Mar 10 10:39:30 2006
-+++ include/Makefile.inFri Mar 10 10:39:38 2006
-@@ -218,7 +218,7 @@ stamp-h1: $(srcdir)/config.h.in $(top_bu
-   @rm -f stamp-h1
-   cd $(top_builddir)  $(SHELL) ./config.status include/config.h
- $(srcdir)/config.h.in:  $(am__configure_deps) 
--  cd $(top_srcdir)  $(AUTOHEADER)
-+# cd $(top_srcdir)  

Re: how to get new port versions when following 4.0-patch

2006-12-11 Thread Marc Balmer
* Robert Urban wrote:

 I installed 4.0-RELEASE on my server, and am consequently following the 
 -patch flavor
 of the ports tree, which contains clamav 0.88.5.  Freshclam tells me 
 every four hours:
 
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Current functionality level = 9, recommended = 10
 
 as Marc Balmer has pointed out, 0.88.6 is available in the -current 
 tree.  Is there any
 supported way of getting 0.88.6 via ports?  Or are people running 
 production
 systems installed from -RELEASE versions never supposed to benefit from 
 newer
 port versions?

I can provide patches for the supported -stable OpenBSD versions if the
other ports committers are fine with it (especially nikolay, who would
have to committ it.)

btw, ports related mails are better sent to [EMAIL PROTECTED]



UPDATE: graphics/ffmpeg

2006-12-11 Thread Nikns Siankin
Added regression tests.
Added back external decoders.

relevant portion of the official ChangeLog:

- DV50 AKA DVCPRO50 encoder, decoder, muxer and demuxer
- TechSmith Camtasia (TSCC) video decoder
- IBM Ultimotion (ULTI) video decoder
- Sierra Online audio file demuxer and decoder
- Apple QuickDraw (qdrw) video decoder
- Creative ADPCM audio decoder (16 bits as well as 8 bits schemes)
- Electronic Arts Multimedia (WVE/UV2/etc.) file demuxer
- Miro VideoXL (VIXL) video decoder
- H.261 video encoder
- QPEG video decoder
- Nullsoft Video (NSV) file demuxer
- Shorten audio decoder
- LOCO video decoder
- Apple Lossless Audio Codec (ALAC) decoder
- Winnov WNV1 video decoder
- Autodesk Animator Studio Codec (AASC) decoder
- Indeo 2 video decoder

http://secure.lv/~nikns/stuff/ports/ffmpeg-20061211.diff

Index: ffmpeg/Makefile
===
RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- ffmpeg/Makefile 2 Dec 2006 20:24:17 -   1.23
+++ ffmpeg/Makefile 11 Dec 2006 13:42:44 -
@@ -2,15 +2,16 @@
 
 COMMENT=   audio/video converter and streamer with bktr(4) support
 
-DISTNAME=  ffmpeg-cvs-20060312
-PKGNAME=   ${DISTNAME:S/-cvs//}p2
-SHARED_LIBS=   avutil  1.0 \
-   avcodec 7.0 \
-   avformat7.0 \
-   postproc7.0
+DISTNAME=  ffmpeg-cvs-20061211
+PKGNAME=   ${DISTNAME:S/-cvs//}
+SHARED_LIBS=   avutil  2.0 \
+   avcodec 8.0 \
+   avformat8.0 \
+   postproc8.0
 CATEGORIES=graphics multimedia
 
 HOMEPAGE=  http://www.ffmpeg.org/
+MAINTAINER=Nikns Siankin [EMAIL PROTECTED]
 
 # GPL
 PERMIT_PACKAGE_CDROM=  patents
@@ -19,10 +20,15 @@
 PERMIT_DISTFILES_FTP=  Yes
 
 # only available through CVS
-MASTER_SITES=  http://www.jakemsr.com/
+MASTER_SITES=  ftp://ftp.secure.lv/pub/distfiles/
 
 BUILD_DEPENDS= ::textproc/texi2html
-LIB_DEPENDS=   SDL.=4::devel/sdl
+LIB_DEPENDS=   SDL.=4::devel/sdl \
+   faac::audio/faac \
+   faad::audio/faad \
+   mp3lame.=0.1::audio/lame \
+   vorbis.=4.0,vorbisenc.=2.0::audio/libvorbis
+
 WANTLIB=   X11 Xext c freetype m pthread ossaudio usbhid z
 
 USE_X11=   Yes
@@ -41,7 +47,15 @@
--enable-pp \
--enable-gpl \
--enable-pthreads \
-   --disable-debug
+   --disable-debug \
+   --enable-faac \
+   --enable-faad \
+   --enable-mp3lame \
+   --enable-libogg \
+   --enable-vorbis \
+   --extra-ldflags=-lm -L${LOCALBASE}/lib \
+   --extra-cflags=-I${LOCALBASE}/include
+
 
 MAKE_FLAGS=LIBavutil_VERSION=$(LIBavutil_VERSION) \
LIBavcodec_VERSION=$(LIBavcodec_VERSION) \
@@ -55,7 +69,7 @@
LIBavformat_VERSION=$(LIBavformat_VERSION) \
LIBpostproc_VERSION=$(LIBpostproc_VERSION)
 
-WRKDIST=   ${WRKDIR}/ffmpeg
+REGRESS_TARGET=codectest
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/ffmpeg
Index: ffmpeg/distinfo
===
RCS file: /cvs/ports/graphics/ffmpeg/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- ffmpeg/distinfo 20 Mar 2006 05:50:49 -  1.10
+++ ffmpeg/distinfo 11 Dec 2006 13:42:44 -
@@ -1,4 +1,4 @@
-MD5 (ffmpeg-cvs-20060312.tar.gz) = 015c1271ea5cd3f96299230ac99d97b4
-RMD160 (ffmpeg-cvs-20060312.tar.gz) = 5be767622750d78a07769a03569a0d271eedc0ba
-SHA1 (ffmpeg-cvs-20060312.tar.gz) = 84c70a386a9b5923bfbc7d33a9ba2806c63dd7f5
-SIZE (ffmpeg-cvs-20060312.tar.gz) = 2195901
+MD5 (ffmpeg-cvs-20061211.tar.gz) = 74cbe1964ea9d658108090eb3c558567
+RMD160 (ffmpeg-cvs-20061211.tar.gz) = cd656f18203da040c59ed5604cd50bae534f8828
+SHA1 (ffmpeg-cvs-20061211.tar.gz) = 9185bdb6077ecde53854ce093ddd82cdd3f4bb52
+SIZE (ffmpeg-cvs-20061211.tar.gz) = 2445891
Index: ffmpeg/patches/patch-Makefile
===
RCS file: ffmpeg/patches/patch-Makefile
diff -N ffmpeg/patches/patch-Makefile
--- ffmpeg/patches/patch-Makefile   20 Mar 2006 05:50:49 -  1.6
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.6 2006/03/20 05:50:49 jakemsr Exp $
 Makefile.orig  Fri Feb  3 00:31:04 2006
-+++ Makefile   Mon Feb  6 23:48:43 2006
-@@ -59,7 +59,7 @@ endif
- 
- OBJS = ffmpeg.o ffserver.o cmdutils.o $(FFPLAY_O)
- SRCS = $(OBJS

Re: how to get new port versions when following 4.0-patch

2006-12-11 Thread C. Bensend

 I can provide patches for the supported -stable OpenBSD versions if the
 other ports committers are fine with it (especially nikolay, who would
 have to committ it.)

 btw, ports related mails are better sent to [EMAIL PROTECTED]

I would be very grateful if we could get clamav updated in
-STABLE when a new version comes out.  :)

Benny


-- 
The faster you finish the fight, the less shot you will get.
-- Marine Corps Rules for
   Gunfighting




Re: how to get new port versions when following 4.0-patch

2006-12-11 Thread Nikolay Sturm
* Marc Balmer [2006-12-11]:
 I can provide patches for the supported -stable OpenBSD versions if
 the other ports committers are fine with it (especially nikolay, who
 would have to committ it.)

We have a simple process, as outlined to developers. If people just
followed it, updates would be committed.

Nikolay

-- 
It's all part of my Can't-Do approach to life. Wally



NEW: productivity/bruce

2006-12-11 Thread Will Maier
A cute little program for interactive presentations. Attached and
available via HTTP:

http://www.lfod.us/files/ports/bruce.tgz

Tested on i386/-current.

pkg/DESCR:
Bruce the Presentation Tool is for Python programmers who are tired of
fighting with presentation tools. In its basic form it allows text, code
or image pages and even interactive Python sessions. It uses PyGame and
is easily extensible to add new page types.


-- 

o--{ Will Maier }--o
| web:...http://www.lfod.us/ | [EMAIL PROTECTED] |
*--[ BSD Unix: Live Free or Die ]--*



Re: NEW: www/mozilla-seamonkey 1.0.6

2006-12-11 Thread Kurt Miller
On Saturday 02 December 2006 2:46 pm, James Wright wrote:
 Nikolay Sturm wrote:
  * James Wright [2006-12-02]:

  latest -stable mozilla seamonkey (the next generation suite) version
  1.0.6 (equivalent to the 1.5.0.8 releases of firefox/thunderbird), 
  
 
  What is the point of this port? Is there anything genuine in seamonkey
  that is not in firefox and friends?
 
  Nikolay
 

 integrated chatzilla/composer/mail and news, no need to go through hoops 
 to get firefox and thunderbird to work together, the same advantages the 
 suite has but using the new rendering engine for 'modern' websites, same 
 network layer.  its really for people who used and got used to the suite 
 but want to use it on modern websites and against newer servers.

This should positioned as a replacement for the old mozilla
suite (www/mozilla) with a -devel subpackage and updates
to www/galeon and www/epiphany to use it. My next update
to eclipse will be able to use seamonkey to build, so there's
no need to update that. Actually I'm planning on adding a
firefox -devel package at some point and switching eclipse
over to use that instead.

If you update your diff to include a -devel subpackage and
create diffs for galeon and ephiphay to use it, I think
this would be a worthwhile addition to the ports tree.

-Kurt



Sig 11 Segfault in net/net-snmp net-snmp-5.1.3p4 in 4.0/i386

2006-12-11 Thread Brian A. Seklecki


I've got a pretty consistent segfault:

[EMAIL PROTECTED]:/home/seklecki# gdb /usr/local/sbin/snmpd 
/home/seklecki/snmpd.core


Core was generated by `snmpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libnetsnmpagent.so.6.3...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libnetsnmpagent.so.6.3
Reading symbols from /usr/local/lib/libnetsnmpmibs.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.6.3
Reading symbols from /usr/local/lib/libnetsnmphelpers.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmphelpers.so.6.3
Reading symbols from /usr/lib/libwrap.so.4.0...done.
Loaded symbols for /usr/lib/libwrap.so.4.0
Reading symbols from /usr/local/lib/libnetsnmp.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmp.so.6.3
Reading symbols from /usr/lib/libkvm.so.8.0...done.
Loaded symbols for /usr/lib/libkvm.so.8.0
Reading symbols from /usr/lib/libz.so.4.1...done.
Loaded symbols for /usr/lib/libz.so.4.1
Reading symbols from /usr/lib/libcrypto.so.13.0...done.
Loaded symbols for /usr/lib/libcrypto.so.13.0
Reading symbols from /usr/lib/libm.so.2.3...done.
Loaded symbols for /usr/lib/libm.so.2.3
Reading symbols from /usr/lib/libc.so.39.3...done.
Loaded symbols for /usr/lib/libc.so.39.3
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so

#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
(gdb) bt
#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
#1  0x0cf6bede in snmp_set_var_objid () from 
/usr/local/lib/libnetsnmp.so.6.3
#2  0x0cf92b0c in snmp_varlist_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3
#3  0x0cf92a9c in snmp_pdu_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3
#4  0x0cf6b7db in snmp_add_null_var () from 
/usr/local/lib/libnetsnmp.so.6.3
#5  0x08757bf5 in mte_run_trigger () from 
/usr/local/lib/libnetsnmpmibs.so.6.3

#6  0x0cfab923 in run_alarms () from /usr/local/lib/libnetsnmp.so.6.3
#7  0x1c003da5 in SnmpdCatchRandomSignal ()
#8  0x1c003204 in SnmpdCatchRandomSignal ()
#9  0x1c001ea0 in ?? ()
#10 0x0005 in ?? ()
#11 0xcf7df148 in ?? ()
#12 0xcf7df160 in ?? ()
#13 0x1c001e31 in ?? ()
#14 0xcf7df2bc in ?? ()
#15 0xcf7df124 in ?? ()
#16 0x1c001885 in ?? ()
#17 0x1c001e8e in ?? ()
#18 0x in ?? ()
(gdb)

This system 4.0-stable as of last Wednesday with a slightly modified 
kernel (RAIDFrame enabled):


[EMAIL PROTECTED]:/home/seklecki# uname -a
OpenBSD br0 4.0 GENERIC+RAIDFrame#2 i386 (full dmesg below)

I will try to recompile Net-SNMP from source to see if the mismatch 
between GENERIC and the recommended 4.0 binaries is the cause.  I will 
also try to figure out why it's only partially being built with debugging 
symbols.


~BAS

l8*
-lava (Brian A. Seklecki - Pittsburgh, PA, USA)
   http://www.spiritual-machines.org/

...from back in the heady days when helpdesk meant nothing, diskquota
meant everything, and lives could be bought and sold for a couple of pages
of laser printout - and frequently were.

OpenBSD 4.0-stable (GENERIC+RAIDFrame) #2: Wed Dec  6 22:26:09 EST 2006
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC+RAIDFrame
cpu0: Intel(R) Xeon(TM) CPU 3.00GHz (GenuineIntel 686-class) 3 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,

SSE3,MWAIT,DS-CPL,CNXT-ID,CX16
real mem  = 534921216 (522384K)
avail mem = 479571968 (468332K)
using 4256 buffers containing 26849280 bytes (26220K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 08/18/05, BIOS32 rev. 0 @ 
0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (92 entries)

bios0: Dell Inc. PowerEdge SC1420
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfeb00/256 (14 entries)
pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801EB/ER LPC rev 
0x00)

pcibios0: PCI bus #6 is the last bus
bios0: ROM list: 0xc/0x8000 0xc8000/0x800 0xc8800/0x1800! 
0xca000/0x2000

cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 Intel E7520 MCH rev 0x09
Intel E7520 MCH ERR rev 0x09 at pci0 dev 0 function 1 not configured
ppb0 at pci0 dev 2 function 0 Intel MCH PCIE rev 0x09
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 Intel PCIE-PCIE rev 0x00
pci2 at ppb1 bus 2
vga1 at pci2 dev 12 function 0 ATI Mach64 GO rev 0x27
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb2 at pci1 dev 0 function 2 Intel PCIE-PCIE rev 0x00
pci3 at ppb2 bus 3
xl0 at pci3 dev 13 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 10, 
address 00:50:da:28:37:7f

bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6
em0 at pci3 dev 14 function 0 Intel PRO/1000MT (82545GM) rev 0x04: irq 
11, address 00:12:3f:61:7a:75

ppb3 at 

Re: Sig 11 Segfault in net/net-snmp net-snmp-5.1.3p4 in 4.0/i386

2006-12-11 Thread Brian A. Seklecki


With debugging symbols:

#0  0x008b8d71 in memmove () from /usr/lib/libc.so.39.3
#1  0x0ecaaf7e in snmp_set_var_objid (vp=0x2c, objid=0x7d8c7018, 
name_length=11) at snmp_client.c:652
#2  0x0ecd1bac in snmp_varlist_add_variable (varlist=0x87618844, 
name=0x7d8c7018, name_length=11, type=5 '\005', value=0x0,

len=0) at snmp_api.c:6259
#3  0x0ecd1b3c in snmp_pdu_add_variable (pdu=0x87618800, name=0x7d8c7018, 
name_length=11, type=5 '\005', value=0x0, len=0)

at snmp_api.c:6232
#4  0x0ecaa87b in snmp_add_null_var (pdu=0x87618800, name=0x7d8c7018, 
name_length=11) at snmp_client.c:157
#5  0x01bcdb35 in mte_run_trigger (clientreg=1) at 
disman/mteTriggerTable.c:3309

#6  0x0ecea9c3 in run_alarms () at snmp_alarm.c:248
#7  0x1c003da5 in SnmpdCatchRandomSignal ()
#8  0x1c003204 in SnmpdCatchRandomSignal ()
#9  0x1c001ea0 in ?? ()
#10 0x0005 in ?? ()
#11 0xcf7f7df4 in ?? ()
#12 0xcf7f7e0c in ?? ()
#13 0x1c001e31 in ?? ()
#14 0xcf7f7f6c in ?? ()
#15 0xcf7f7dd0 in ?? ()
#16 0x1c001885 in ?? ()
#17 0x1c001e8e in ?? ()
#18 0x in ?? ()


Running it in -f -D -L now ~BAS

On Mon, 11 Dec 2006, Brian A. Seklecki wrote:



I've got a pretty consistent segfault:

[EMAIL PROTECTED]:/home/seklecki# gdb /usr/local/sbin/snmpd 
/home/seklecki/snmpd.core

Core was generated by `snmpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libnetsnmpagent.so.6.3...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libnetsnmpagent.so.6.3
Reading symbols from /usr/local/lib/libnetsnmpmibs.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.6.3
Reading symbols from /usr/local/lib/libnetsnmphelpers.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmphelpers.so.6.3
Reading symbols from /usr/lib/libwrap.so.4.0...done.
Loaded symbols for /usr/lib/libwrap.so.4.0
Reading symbols from /usr/local/lib/libnetsnmp.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmp.so.6.3
Reading symbols from /usr/lib/libkvm.so.8.0...done.
Loaded symbols for /usr/lib/libkvm.so.8.0
Reading symbols from /usr/lib/libz.so.4.1...done.
Loaded symbols for /usr/lib/libz.so.4.1
Reading symbols from /usr/lib/libcrypto.so.13.0...done.
Loaded symbols for /usr/lib/libcrypto.so.13.0
Reading symbols from /usr/lib/libm.so.2.3...done.
Loaded symbols for /usr/lib/libm.so.2.3
Reading symbols from /usr/lib/libc.so.39.3...done.
Loaded symbols for /usr/lib/libc.so.39.3
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so

#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
(gdb) bt
#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
#1  0x0cf6bede in snmp_set_var_objid () from /usr/local/lib/libnetsnmp.so.6.3
#2  0x0cf92b0c in snmp_varlist_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3
#3  0x0cf92a9c in snmp_pdu_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3

#4  0x0cf6b7db in snmp_add_null_var () from /usr/local/lib/libnetsnmp.so.6.3
#5  0x08757bf5 in mte_run_trigger () from 
/usr/local/lib/libnetsnmpmibs.so.6.3

#6  0x0cfab923 in run_alarms () from /usr/local/lib/libnetsnmp.so.6.3
#7  0x1c003da5 in SnmpdCatchRandomSignal ()
#8  0x1c003204 in SnmpdCatchRandomSignal ()
#9  0x1c001ea0 in ?? ()
#10 0x0005 in ?? ()
#11 0xcf7df148 in ?? ()
#12 0xcf7df160 in ?? ()
#13 0x1c001e31 in ?? ()
#14 0xcf7df2bc in ?? ()
#15 0xcf7df124 in ?? ()
#16 0x1c001885 in ?? ()
#17 0x1c001e8e in ?? ()
#18 0x in ?? ()
(gdb)

This system 4.0-stable as of last Wednesday with a slightly modified kernel 
(RAIDFrame enabled):


[EMAIL PROTECTED]:/home/seklecki# uname -a
OpenBSD br0 4.0 GENERIC+RAIDFrame#2 i386 (full dmesg below)

I will try to recompile Net-SNMP from source to see if the mismatch between 
GENERIC and the recommended 4.0 binaries is the cause.  I will also try to 
figure out why it's only partially being built with debugging symbols.


~BAS

l8*
-lava (Brian A. Seklecki - Pittsburgh, PA, USA)
   http://www.spiritual-machines.org/

...from back in the heady days when helpdesk meant nothing, diskquota
meant everything, and lives could be bought and sold for a couple of pages
of laser printout - and frequently were.

OpenBSD 4.0-stable (GENERIC+RAIDFrame) #2: Wed Dec  6 22:26:09 EST 2006
   [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC+RAIDFrame
cpu0: Intel(R) Xeon(TM) CPU 3.00GHz (GenuineIntel 686-class) 3 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,

SSE3,MWAIT,DS-CPL,CNXT-ID,CX16
real mem  = 534921216 (522384K)
avail mem = 479571968 (468332K)
using 4256 buffers containing 26849280 bytes (26220K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+(00) BIOS, date 08/18/05, BIOS32 rev. 0 @ 0xffe90, 
SMBIOS rev. 2.3 @ 0xf0450 (92 entries)

bios0: Dell Inc. PowerEdge SC1420
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
apm0: flags 30102 dobusy 0 doidle 1
pcibios0 at bios0: rev 

Re: Sig 11 Segfault in net/net-snmp net-snmp-5.1.3p4 in 4.0/i386

2006-12-11 Thread Brian A. Seklecki


And with internal debugging:

[...]
snmp_agent: REMOVE session == 0x7d6bbc80
trace: free_agent_snmp_session(): snmp_agent.c, 1257:
snmp_agent: agent_session 0x7d6bbc80 released
trace: handle_snmp_packet(): snmp_agent.c, 1794:
snmp_agent: end of handle_snmp_packet, asp = 0x7d6bbc80
trace: snmp_sess_select_info(): snmp_api.c, 5630:
sess_select: for all sessions: 17 16 13 11 8
trace: _sess_read(): snmp_api.c, 5216:
sess_read: not reading 17 (fdset 0xcf7de6c0 set 0)
trace: _sess_read(): snmp_api.c, 5216:
sess_read: not reading 16 (fdset 0xcf7de6c0 set 0)
trace: netsnmp_callback_recv(): snmpCallbackDomain.c, 188:
transport_callback: hook_recv enter
trace: netsnmp_callback_recv(): snmpCallbackDomain.c, 214:
transport_callback: hook_recv exit
trace: _sess_process_packet(): snmp_api.c, 4898:
sess_process_packet: session 0x8abdafb0 fd 13 pkt 0x88f86000 length 1
trace: callback_debug_pdu(): snmpCallbackDomain.c, 91:
dump_recv_callback_transport: PDU: command = 162, errstat = 0, errindex = 
0

trace: callback_debug_pdu(): snmpCallbackDomain.c, 93:
dump_recv_callback_transport:   var 2:UCD-SNMP-MIB::prErrorFlag.1 = 
INTEGER: 0

trace: _sess_read(): snmp_api.c, 5216:
sess_read: not reading 11 (fdset 0xcf7de6c0 set 0)
trace: _sess_read(): snmp_api.c, 5216:
sess_read: not reading 8 (fdset 0xcf7de6c0 set 0)
trace: mte_get_response(): disman/mteTriggerTable.c, 3107:
mteTriggerTable: got a variables: UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: 0
trace: mte_run_trigger(): disman/mteTriggerTable.c, 3375:
mteTriggerTable: received UCD-SNMP-MIB::prErrorFlag.1 = INTEGER: 0 (type 
2)

trace: mte_run_trigger(): disman/mteTriggerTable.c, 3528:
mteTriggerTable: value: 0 0 0 x: 0 0 0
trace: mte_run_trigger(): disman/mteTriggerTable.c, 3536:
mteTriggerTable: boolean result: x=0 != configured=0 = 0
trace: header_complex_add_data_by_oid(): header_complex.c, 417:
header_complex_add_data: adding something...
Segmentation fault (core dumped)


On Mon, 11 Dec 2006, Brian A. Seklecki wrote:



With debugging symbols:

#0  0x008b8d71 in memmove () from /usr/lib/libc.so.39.3
#1  0x0ecaaf7e in snmp_set_var_objid (vp=0x2c, objid=0x7d8c7018, 
name_length=11) at snmp_client.c:652
#2  0x0ecd1bac in snmp_varlist_add_variable (varlist=0x87618844, 
name=0x7d8c7018, name_length=11, type=5 '\005', value=0x0,

   len=0) at snmp_api.c:6259
#3  0x0ecd1b3c in snmp_pdu_add_variable (pdu=0x87618800, name=0x7d8c7018, 
name_length=11, type=5 '\005', value=0x0, len=0)

   at snmp_api.c:6232
#4  0x0ecaa87b in snmp_add_null_var (pdu=0x87618800, name=0x7d8c7018, 
name_length=11) at snmp_client.c:157
#5  0x01bcdb35 in mte_run_trigger (clientreg=1) at 
disman/mteTriggerTable.c:3309

#6  0x0ecea9c3 in run_alarms () at snmp_alarm.c:248
#7  0x1c003da5 in SnmpdCatchRandomSignal ()
#8  0x1c003204 in SnmpdCatchRandomSignal ()
#9  0x1c001ea0 in ?? ()
#10 0x0005 in ?? ()
#11 0xcf7f7df4 in ?? ()
#12 0xcf7f7e0c in ?? ()
#13 0x1c001e31 in ?? ()
#14 0xcf7f7f6c in ?? ()
#15 0xcf7f7dd0 in ?? ()
#16 0x1c001885 in ?? ()
#17 0x1c001e8e in ?? ()
#18 0x in ?? ()


Running it in -f -D -L now ~BAS

On Mon, 11 Dec 2006, Brian A. Seklecki wrote:



I've got a pretty consistent segfault:

[EMAIL PROTECTED]:/home/seklecki# gdb /usr/local/sbin/snmpd 
/home/seklecki/snmpd.core


Core was generated by `snmpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libnetsnmpagent.so.6.3...(no debugging 
symbols found)...done.

Loaded symbols for /usr/local/lib/libnetsnmpagent.so.6.3
Reading symbols from /usr/local/lib/libnetsnmpmibs.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmpmibs.so.6.3
Reading symbols from /usr/local/lib/libnetsnmphelpers.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmphelpers.so.6.3
Reading symbols from /usr/lib/libwrap.so.4.0...done.
Loaded symbols for /usr/lib/libwrap.so.4.0
Reading symbols from /usr/local/lib/libnetsnmp.so.6.3...done.
Loaded symbols for /usr/local/lib/libnetsnmp.so.6.3
Reading symbols from /usr/lib/libkvm.so.8.0...done.
Loaded symbols for /usr/lib/libkvm.so.8.0
Reading symbols from /usr/lib/libz.so.4.1...done.
Loaded symbols for /usr/lib/libz.so.4.1
Reading symbols from /usr/lib/libcrypto.so.13.0...done.
Loaded symbols for /usr/lib/libcrypto.so.13.0
Reading symbols from /usr/lib/libm.so.2.3...done.
Loaded symbols for /usr/lib/libm.so.2.3
Reading symbols from /usr/lib/libc.so.39.3...done.
Loaded symbols for /usr/lib/libc.so.39.3
Reading symbols from /usr/libexec/ld.so...done.
Loaded symbols for /usr/libexec/ld.so

#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
(gdb) bt
#0  0x089b3d71 in memmove () from /usr/lib/libc.so.39.3
#1  0x0cf6bede in snmp_set_var_objid () from 
/usr/local/lib/libnetsnmp.so.6.3
#2  0x0cf92b0c in snmp_varlist_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3
#3  0x0cf92a9c in snmp_pdu_add_variable () from 
/usr/local/lib/libnetsnmp.so.6.3
#4  0x0cf6b7db in snmp_add_null_var () from 
/usr/local/lib/libnetsnmp.so.6.3
#5  0x08757bf5 in mte_run_trigger 

Re: UPDATE: audio/libmpcdec

2006-12-11 Thread David Love
Greetings,
Thanks for the update: your patch builds cleanly and works fine on 
i386-current here as well. You can drop the include_Makefile_in patch, and I 
wouldn't mind the maintainer e-mail being changed, but I would accept this 
patch.

The only problem I can see is the lack of documentation. I see up-stream has 
helpfully decided to drop the docs from the tarball, so should we have (at 
least) a sub-package containing the docs? 

I have attached a diff against the current CVS version which contains your 
patch, and adds a -docs subpackage. This would mean adding a build-time 
dependency on Doxygen, so that we can recreate the missing docs.

Thanks,

David.

diff -ruN libmpcdec/Makefile libmpcdec/Makefile
--- libmpcdec/Makefile  Sat Oct 28 11:30:41 2006
+++ libmpcdec/Makefile  Mon Dec 11 23:39:35 2006
@@ -1,14 +1,21 @@
 # $OpenBSD: Makefile,v 1.3 2006/10/28 10:30:41 espie Exp $
-COMMENT=   musepack, high quality audio compression format
 
-DISTNAME=  libmpcdec-1.2.2
-PKGNAME=   ${DISTNAME}p0
+COMMENT-main=  musepack decoder library
+COMMENT-docs=  musepack library API documentation
 
+VERSION=   1.2.4
+DISTNAME=  libmpcdec-${VERSION}
+PKGNAME-main=  libmpcdec-${VERSION}
+PKGNAME-docs=  libmpcdec-docs-${VERSION}
+
+SHARED_LIBS += mpcdec   2.0  # .5.1
 CATEGORIES=audio
 
+MULTI_PACKAGES= -docs -main
+
 HOMEPAGE=  http://www.musepack.net/
 
-MAINTAINER=David Love [EMAIL PROTECTED]
+MAINTAINER=David Love [EMAIL PROTECTED]
 
 MASTER_SITES=  http://files2.musepack.net/source/
 EXTRACT_SUFX=  .tar.bz2
@@ -21,19 +28,31 @@
 
 DOCDIR=${PREFIX}/share/doc/libmpcdec
 
+BUILD_DEPENDS= 
:automake-${AUTOMAKE_VERSION}*:devel/automake/${AUTOMAKE_VERSION} 
\
+   
:autoconf-${AUTOCONF_VERSION}*:devel/autoconf/${AUTOCONF_VERSION}
+
+.if ${MULTI_PACKAGES:M-docs}
+BUILD_DEPENDS+= ::devel/doxygen
+.endif
+
 pre-configure:
+   cd ${WRKSRC}  ${SETENV} AUTOCONF_VERSION=${AUTOCONF_VERSION} \
+   AUTOMAKE_VERSION=${AUTOMAKE_VERSION} ./autogen.sh
@perl -pi -e 's|-O3\ -fomit-frame-pointer||g' ${WRKSRC}/configure
 
 post-install:
${INSTALL} ${WRKBUILD}/src/.libs/sample ${PREFIX}/bin/mpc2wav
+.if ${MULTI_PACKAGES:M-docs}
+   cd ${WRKDIST}; doxygen docs/Doxyfile
${INSTALL_DATA_DIR} ${DOCDIR}
-   cp -r ${WRKDIST}/docs/* ${DOCDIR}
+   cp -r ${WRKDIST}/docs/html/* ${DOCDIR}
+.endif
 
-SHARED_LIBS += mpcdec   1.0  # .4.1
-
 USE_LIBTOOL=   Yes
 WANTLIB=   c m stdc++
 
 CONFIGURE_STYLE=gnu
+AUTOCONF_VERSION=2.59
+AUTOMAKE_VERSION=1.9
 
 .include bsd.port.mk
diff -ruN libmpcdec/distinfo libmpcdec/distinfo
--- libmpcdec/distinfo  Fri Mar 10 09:43:37 2006
+++ libmpcdec/distinfo  Mon Dec 11 14:13:11 2006
@@ -1,4 +1,4 @@
-MD5 (libmpcdec-1.2.2.tar.bz2) = f14e07285b9b102a806649074c1d779b
-RMD160 (libmpcdec-1.2.2.tar.bz2) = c49faf5ba183e1c66b33c5b729168b13ff3c7447
-SHA1 (libmpcdec-1.2.2.tar.bz2) = aab2a7329486e712ea5fd6e3b0819f918c428e8a
-SIZE (libmpcdec-1.2.2.tar.bz2) = 318620
+MD5 (libmpcdec-1.2.4.tar.bz2) = 7c904f519020df99484dc6cea6f4c869
+RMD160 (libmpcdec-1.2.4.tar.bz2) = ddd8e4c5ada41e7111df386a2f5aff2aa2213a51
+SHA1 (libmpcdec-1.2.4.tar.bz2) = 0dca205be8b6149d617a4f4b129dc4dbf591037c
+SIZE (libmpcdec-1.2.4.tar.bz2) = 43735
diff -ruN libmpcdec/patches/patch-configure_ac 
libmpcdec/patches/patch-configure_ac
--- libmpcdec/patches/patch-configure_acThu Jan  1 01:00:00 1970
+++ libmpcdec/patches/patch-configure_acMon Dec 11 14:13:11 2006
@@ -0,0 +1,43 @@
+$OpenBSD$
+--- configure.ac.orig  Mon Dec 11 11:48:33 2006
 configure.ac   Mon Dec 11 11:50:22 2006
+@@ -26,6 +26,7 @@ AC_CHECK_FUNCS([memmove memset sqrt])
+ AC_MSG_CHECKING(for int16_t)
+ AC_CACHE_VAL(has_int16_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int16_t foo;
+ int main() {return 0;}
+ ],
+@@ -38,6 +39,7 @@ AC_MSG_RESULT($has_int16_t)
+ AC_MSG_CHECKING(for int32_t)
+ AC_CACHE_VAL(has_int32_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int32_t foo;
+ int main() {return 0;}
+ ],
+@@ -50,6 +52,7 @@ AC_MSG_RESULT($has_int32_t)
+ AC_MSG_CHECKING(for uint32_t)
+ AC_CACHE_VAL(has_uint32_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ uint32_t foo;
+ int main() {return 0;}
+ ],
+@@ -62,6 +65,7 @@ AC_MSG_RESULT($has_uint32_t)
+ AC_MSG_CHECKING(for uint16_t)
+ AC_CACHE_VAL(has_uint16_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ uint16_t foo;
+ int main() {return 0;}
+ ],
+@@ -98,6 +102,7 @@ AC_MSG_RESULT($has_u_int16_t)
+ AC_MSG_CHECKING(for int64_t)
+ AC_CACHE_VAL(has_int64_t,
+ [AC_TRY_RUN([
++#include stdint.h
+ int64_t foo;
+ int main() {return 0;}
+ ],
diff -ruN libmpcdec/patches/patch-include_Makefile_in 
libmpcdec/patches/patch-include_Makefile_in
--- libmpcdec/patches/patch-include_Makefile_in Fri Mar 10 09:43:37 2006
+++ libmpcdec/patches/patch-include_Makefile_in Thu Jan  1 01:00:00 1970
@@ -1,12 +0,0 @@
-$OpenBSD: patch-include_Makefile_in,v 1.1.1.1 2006/03/10 09:43:37 espie Exp $
 include/Makefile.in.orig   

UPDATE: net/transmission (0.5 - 0.6.1)

2006-12-11 Thread Vlad Glagolev

Time to submit really useful updates :-)
Bumped to 0.6.1. Tested @ i386. Feel free to test it anywhere else.

--
Cheerz
Vlad / Stelz


update-transmission-0.6.1
Description: Binary data


Re: apache 2

2006-12-11 Thread Deanna Phillips
David Gwynne writes:

 i've put together a port of version 2 of apaches httpd server
 for something i was doing at work. i would like to get it into
 the ports tree mostly so it is easier for me to deal with at
 work (special cases always require more work), and because i
 know other people out there using it without the benefit of it
 being managed by the package tools.

Here it is again, this time the port is simply named 'apache',
with the directories, user and group named 'httpd' (_httpd).

The DESCR has been updated with a suggestion to use the base
httpd instead, and a MESSAGE file added explaining why in more
detail.

Also with better packaging, suggestions from [EMAIL PROTECTED]



apache.tar.gz
Description: application/tar-gz


UPDATE: editors/nano 2.0.1

2006-12-11 Thread Christian Weisgerber
This update moves the nano port to nano's new 2.0.x stable branch.
I would appreciate it if people who actually use nano could give
this a more thorough test.

The many patches to the syntax coloring templates merely replace
GNU's non-standard word matching regex syntax with our non-standard
one.


Index: Makefile
===
RCS file: /cvs/ports/editors/nano/Makefile,v
retrieving revision 1.47
diff -u -r1.47 Makefile
--- Makefile7 Nov 2006 15:31:37 -   1.47
+++ Makefile7 Dec 2006 19:22:09 -
@@ -1,16 +1,15 @@
 # $OpenBSD: Makefile,v 1.47 2006/11/07 15:31:37 naddy Exp $
 
-COMMENT=   small, easy to use editor
+COMMENT=   Pico editor clone with enhancements
 
-DISTNAME=  nano-1.2.5
-PKGNAME=   ${DISTNAME}p0
+DISTNAME=  nano-2.0.1
 CATEGORIES=editors
 HOMEPAGE=  http://www.nano-editor.org/
 
 MAINTAINER=Christian Weisgerber [EMAIL PROTECTED]
 
-MASTER_SITES=  http://www.nano-editor.org/dist/v1.2/ \
-   http://www.ewtoo.org/~astyanax/nano/dist/v1.2/
+MASTER_SITES=  http://www.nano-editor.org/dist/v2.0/ \
+   http://www.ewtoo.org/~astyanax/nano/dist/v2.0/
 
 # GPL
 PERMIT_PACKAGE_CDROM=  Yes 
@@ -21,18 +20,21 @@
 MODULES=   devel/gettext
 WANTLIB=   c ncurses
 
-FAKE=  lib
+SEPARATE_BUILD=simple
 CONFIGURE_STYLE=gnu
 CONFIGURE_ENV= CPPFLAGS=-I${DEPBASE}/include \
LDFLAGS=-L${DEPBASE}/lib
 CONFIGURE_ARGS=--enable-all
+CONFIGURE_ARGS+=--disable-utf8 # no wide character curses
 
 post-install:
-   perl -i -pe 's:\$$SYSCONFDIR:${SYSCONFDIR}:g' \
-   ${PREFIX}/man/man5/nanorc.5 \
+   perl -i -pe 's:SYSCONFDIR:${SYSCONFDIR}:g;' \
+   -e  's:PREFIX:${TRUEPREFIX}:g;' \
${PREFIX}/man/man1/nano.1 \
+   ${PREFIX}/man/man5/nanorc.5 \
${PREFIX}/info/nano.info
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/nano
-   ${INSTALL_DATA} ${WRKSRC}/nanorc.sample ${PREFIX}/share/examples/nano
+   ${INSTALL_DATA} ${WRKBUILD}/doc/nanorc.sample \
+   ${PREFIX}/share/examples/nano
 
 .include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/editors/nano/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- distinfo20 May 2005 21:18:13 -  1.10
+++ distinfo7 Dec 2006 19:22:09 -
@@ -1,4 +1,4 @@
-MD5 (nano-1.2.5.tar.gz) = f2b3efbf1cf356d736740d531b6b22c4
-RMD160 (nano-1.2.5.tar.gz) = 92d694b79588fafdedc2731c2e1240bb100950f9
-SHA1 (nano-1.2.5.tar.gz) = ba55942aacf9f296a910d8f73afb7446f118830d
-SIZE (nano-1.2.5.tar.gz) = 911938
+MD5 (nano-2.0.1.tar.gz) = 8abe33be6816ad9acd17391806b42d92
+RMD160 (nano-2.0.1.tar.gz) = bce343f9f31c1cc63bd4b37a66fefcaa159a11cf
+SHA1 (nano-2.0.1.tar.gz) = 9c5e26893879355e41e417de30e9473439ceaf5d
+SIZE (nano-2.0.1.tar.gz) = 1299203
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in   20 May 2005 21:18:13 -  1.6
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile_in,v 1.6 2005/05/20 21:18:13 naddy Exp $
 Makefile.in.orig   Fri May 20 21:10:08 2005
-+++ Makefile.inFri May 20 21:10:30 2005
-@@ -224,7 +224,7 @@ nano_SOURCES = color.c \
-   winio.c 
- 
- man_MANS = nano.1 nanorc.5
--nano_LDADD = @GLIB_LIBS@ @LIBINTL@
-+nano_LDADD = @GLIB_LIBS@ @LTLIBINTL@
- info_TEXINFOS = nano.texi
- EXTRA_DIST = ABOUT-NLS AUTHORS BUGS COPYING ChangeLog INSTALL NEWS \
-   README THANKS TODO UPGRADE config.rpath install-sh missing \
Index: patches/patch-doc_man_Makefile_in
===
RCS file: patches/patch-doc_man_Makefile_in
diff -N patches/patch-doc_man_Makefile_in
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-doc_man_Makefile_in   7 Dec 2006 19:22:09 -
@@ -0,0 +1,18 @@
+$OpenBSD$
+--- doc/man/Makefile.in.orig   Thu Dec  7 16:56:35 2006
 doc/man/Makefile.inThu Dec  7 16:56:55 2006
+@@ -586,11 +586,11 @@ uninstall-man: uninstall-man1 uninstall-
+ 
+ 
+ nano.1.html: nano.1
+-  cat $ | groff -t -mandoc -Thtml  $@
++  cat $? | groff -t -mandoc -Thtml  $@
+ nanorc.5.html: nanorc.5
+-  cat $ | groff -t -mandoc -Thtml  $@
++  cat $? | groff -t -mandoc -Thtml  $@
+ rnano.1.html: rnano.1
+-  cat $ | groff -t -mandoc -Thtml  $@
++  cat $? | groff -t -mandoc -Thtml  $@
+ # Tell versions [3.59,3.63) of GNU make to not export all variables.
+ # Otherwise a system limit (for SysV at least) may be exceeded.
+ .NOEXPORT:
Index: patches/patch-doc_man_fr_Makefile_in
===
RCS file: patches/patch-doc_man_fr_Makefile_in
diff -N patches/patch-doc_man_fr_Makefile_in
--- /dev/null   1 Jan 

Re: Small patch to docbook

2006-12-11 Thread Marc Espie
On Mon, Dec 11, 2006 at 08:45:23PM +, Mikolaj Kucharski wrote:
 No PKGNAME bump needed, right?
 

Bad patch.

If you want to build libxml without python, simply make sure it
gets built and installed first.

But people doing bulk builds will build libxml with python, and this patch
makes sure they need to build it twice... which is bad.

That's the reason we have some no_* pseudo-flavors, so that individual
people who understand what's going on and who want to build limited stuff
manually can do so, not so that you can screw the whole bulk build 
process.



Re: Small patch to docbook

2006-12-11 Thread Mikolaj Kucharski
On Mon, Dec 11, 2006 at 08:45:23PM +, Mikolaj Kucharski wrote:
 No PKGNAME bump needed, right?

No! It needs PKGNAME bump.

-- 
best regards
q#
Index: Makefile
===
RCS file: /cvs/ports/textproc/docbook/Makefile,v
retrieving revision 1.21
diff -u -r1.21 Makefile
--- Makefile2006/08/01 06:34:15 1.21
+++ Makefile2006/12/12 01:54:04
@@ -5,6 +5,7 @@
 COMMENT=   technical documentation XML/SGML definitions
 
 DISTNAME=  docbook-4.4
+PKGNAME=   ${DISTNAME}p0
 DIST_SUBDIR=   docbook
 CATEGORIES=textproc
 
@@ -41,10 +42,10 @@
 SGML_INSTDIR=  ${PREFIX}/share/sgml/docbook
 XML_INSTDIR=   ${PREFIX}/share/xml/docbook
 
-BUILD_DEPENDS= :libxml-=2.6.16p6:textproc/libxml
+BUILD_DEPENDS= :libxml-=2.6.16p6:textproc/libxml,no_python
 RUN_DEPENDS=   ::textproc/iso8879 \
:docbook-dsssl-*:textproc/docbook-dsssl \
-   :libxml-=2.6.16p6:textproc/libxml
+   :libxml-=2.6.16p6:textproc/libxml,no_python
 
 .for i in ${SGML_VERSIONS}
 EXTRACT_CASES+=*docbk${i:S/.//g}.zip) unzip -qa 
${FULLDISTDIR}/$$archive -d ${WRKDIR}/$i;;


Re: How to make `pkg_add -u' to work when package was rennamed?

2006-12-11 Thread Marc Espie
On Tue, Dec 12, 2006 at 01:07:36AM +, Mikolaj Kucharski wrote:
 Hi,
 
 I found via pkg_create(1) that there is @pkgpath option, but I cannot
 manage to get it working.

You have one small piece of the whole picture.

- the simplest one is the package stem. Take a package name, say
foo-1.2-flavor. Cut off the flavor and version part, you're left with
the stem: foo.  Packages with the same stem are supposed to be distinct
versions of the same package.

- when deciding which packages to replace, pkg_add  solves conflicts. By
default, packages with the same stem conflict (but see 
@option no-default-conflict), and further @conflict annotations may trigger
further replacements.  Currently pkg_add does updates one package at a time,
which is a limitation long term... Some times, you have two update two
packages simultaneously.

- For updates, pkg_add does not look at packages with different stems.
There will probably be a mechanism to extend that in the future,
but that's the half of your problem that can't be solved now.

- After finding packages with the same stem, pkg_add also looks for a
matching @pkgpath. This means it will update packages to packages with the
same @pkgpath. This is a necessary condition, not sufficient...  this prevents
pkg_add from updating packages to distinct branches.

- pkg_add has no real notion of version numbers, this will change.

- pkg_add is meant to use one single repository which holds a consistent 
snapshot of packages. Dumping lots more packages in the same repository
doesn't work well. Having several repositories in the PKG_PATH doesn't quite
work like I'd want it to.

Suffice it to say, what you want does not currently exist, and there is
still at least one hazy area in those design ideas...



How it can be that port depends on itself?

2006-12-11 Thread Mikolaj Kucharski
Hi,


From /usr/ports/devel/libgsf/Makefile

[...]
LIB_DEPENDS-gnome=${LIB_DEPENDS} \
gnomevfs-2::x11/gnome/vfs2 \
gsf-1::${BUILD_PKGPATH}
[...]

How to build this on fresh system? I have infinite loop right now.

-- 
best regards
q#



Re: How it can be that port depends on itself?

2006-12-11 Thread Mathieu Sauve-Frankel
On Tue, Dec 12, 2006 at 03:23:46AM +, Mikolaj Kucharski wrote:
 Hi,
 
 
 From /usr/ports/devel/libgsf/Makefile
 
 [...]
 LIB_DEPENDS-gnome=${LIB_DEPENDS} \
   gnomevfs-2::x11/gnome/vfs2 \
   gsf-1::${BUILD_PKGPATH}
 [...]
 
 How to build this on fresh system? I have infinite loop right now.

The line above says that the libgsf-gnome SUBPACKAGE LIB_DEPENDS on libgsf-main
SUBPACKAGE. If you truly have a loop lets see the build log.

-- 
Mathieu Sauve-Frankel



Re: How it can be that port depends on itself?

2006-12-11 Thread Mikolaj Kucharski
On Tue, Dec 12, 2006 at 12:40:54PM +0900, Mathieu Sauve-Frankel wrote:
 On Tue, Dec 12, 2006 at 03:23:46AM +, Mikolaj Kucharski wrote:
  Hi,
  
  
  From /usr/ports/devel/libgsf/Makefile
  
  [...]
  LIB_DEPENDS-gnome=${LIB_DEPENDS} \
  gnomevfs-2::x11/gnome/vfs2 \
  gsf-1::${BUILD_PKGPATH}
  [...]
  
  How to build this on fresh system? I have infinite loop right now.
 
 The line above says that the libgsf-gnome SUBPACKAGE LIB_DEPENDS on 
 libgsf-main
 SUBPACKAGE. If you truly have a loop lets see the build log.

Hmm.. attached log and port. I cannot find my mistake.

-- 
best regards
q#
# pwd
/usr/ports/mystuff/devel/libgsf
# make show=PKGNAME
libgsf-1.14.1
# make show=LIB_DEPENDS
bz2.=10.2::archivers/bzip2  xml2.=8.4::textproc/libxml  
glib-2.0,gobject-2.0::devel/glib2 intl.=3:gettext-=0.10.38:devel/gettext  
iconv.=4::converters/libiconv
# make show=LIB_DEPENDS-main
bz2.=10.2::archivers/bzip2  xml2.=8.4::textproc/libxml  
glib-2.0,gobject-2.0::devel/glib2 intl.=3:gettext-=0.10.38:devel/gettext  
iconv.=4::converters/libiconv
# make show=LIB_DEPENDS-gnome
bz2.=10.2::archivers/bzip2  xml2.=8.4::textproc/libxml  
glib-2.0,gobject-2.0::devel/glib2 intl.=3:gettext-=0.10.38:devel/gettext  
iconv.=4::converters/libiconv  gnomevfs-2::x11/gnome/vfs2  
gsf-1::mystuff/devel/libgsf
# make show=FLAVORS
 no_gnome
# make patch
===  libgsf-1.14.1 depends on: pkgconfig-=0.14.0 - found
===  libgsf-1.14.1 depends on: gettext-=0.14.6 - found
===  libgsf-1.14.1 depends on: gmake-* - found
===  libgsf-1.14.1 depends on: libtool-* - found
===  libgsf-1.14.1 depends on: bzip2-* - found
===  libgsf-1.14.1 depends on: bzip2-* - found
===  libgsf-1.14.1 depends on: libxml-* - found
===  libgsf-1.14.1 depends on: glib2-* - found
===  libgsf-1.14.1 depends on: gettext-=0.10.38 - found
===  libgsf-1.14.1 depends on: libiconv-* - found
===  libgsf-1.14.1 depends on: gnome-vfs2-* - found
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
`/usr/ports/distfiles/libgsf-1.14.1.tar.bz2' is up to date.
 Checksum OK for libgsf-1.14.1.tar.bz2. (sha1)
===  libgsf-1.14.1 depends on: libgsf-* - not found
===  Verifying install for libgsf-* in mystuff/devel/libgsf
===  Checking files for libgsf-1.14.1
[...]


libgsf_port.tgz
Description: application/tar-gz


Re: How it can be that port depends on itself?

2006-12-11 Thread Mikolaj Kucharski
On Tue, Dec 12, 2006 at 03:58:49AM +, Mikolaj Kucharski wrote:
 On Tue, Dec 12, 2006 at 12:40:54PM +0900, Mathieu Sauve-Frankel wrote:
  On Tue, Dec 12, 2006 at 03:23:46AM +, Mikolaj Kucharski wrote:
   Hi,
   
   
   From /usr/ports/devel/libgsf/Makefile
   
   [...]
   LIB_DEPENDS-gnome=${LIB_DEPENDS} \
 gnomevfs-2::x11/gnome/vfs2 \
 gsf-1::${BUILD_PKGPATH}
   [...]
   
   How to build this on fresh system? I have infinite loop right now.
  
  The line above says that the libgsf-gnome SUBPACKAGE LIB_DEPENDS on 
  libgsf-main
  SUBPACKAGE. If you truly have a loop lets see the build log.

..forgot to add

# make show=PORTSDIR_PATH 
/usr/ports/mystuff:/usr/ports

-- 
best regards
q#



Re: How it can be that port depends on itself?

2006-12-11 Thread steven mestdagh
Mikolaj Kucharski [2006-12-12, 03:23:46]:
 Hi,
 
 
 From /usr/ports/devel/libgsf/Makefile
 
 [...]
 LIB_DEPENDS-gnome=${LIB_DEPENDS} \
   gnomevfs-2::x11/gnome/vfs2 \
   gsf-1::${BUILD_PKGPATH}
 [...]
 
 How to build this on fresh system? I have infinite loop right now.

don't build it under mystuff/ for now.

Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm



NEW: libmal-0.43

2006-12-11 Thread Antoine Jacoutot

pkg/DESCR
libmal is simply a convenience library of the object files contained in
Tom Whittaker's malsync distribution, along with a few wrapper
functions.
The malsync utility enables people who have Palm OS devices to sync to
Mobile Application Link (MAL) compliant servers.  AvantGo
(www.avantgo.com) and Puma Technologies (www.pumatech.com) are the first
two companies committing to producing servers which speak this protocol.
This utility will allow a user to sync with multiple servers,
simultaneously or separately.  The AvantGo.com service (www.avantgo.com)
is the first such server.

This is a replacement for the un-maintained comms/malsync application.
The nice thing is that it is still maintained and can be used by other
programs that need a MAL library (kdepim can make use of it for the
AvantGo conduit as well as a jpilot-plugin I'm sending right after
this).

I already posted version 0.42 a month ago, this is an update which 
includes bug fixes and OpenBSD patches upstream.


It works fine under macppc and i386.

ok?

--
Antoine

libmal.tar.gz
Description: Binary data