Re: New port: sysutils/dtpstree
On Sun, 15 Aug 2010 18:43:30 +0200 Henrik Hellerstedt hen...@hellerstedt.com wrote: On Sat, Aug 14, 2010 at 10:38, Douglas Thrift douglas...@gmail.com wrote: On 7/25/2010 11:03 PM, Douglas Thrift wrote: Hello, I would appreciate any comments on my port. Thanks! works on aug 11 amd64 snapshot /Henrik Hi Henrik, With reports like this on specific ports, you should post them to the ports@ mailing list and cc the submitter/maintainer. jcr -- The OpenBSD Journal - http://www.undeadly.org
xfce4-session xfce4-panel
xfce4-session is required by xfce-utils xfce4-panel is required by xfdesktop Both are installed automatically, so no sense installing them manually. Index: README.OpenBSD === RCS file: /cvs/ports/x11/xfce4/xfce4-session/files/README.OpenBSD,v retrieving revision 1.5 diff -u -p -r1.5 README.OpenBSD --- README.OpenBSD 19 May 2009 18:55:14 - 1.5 +++ README.OpenBSD 25 May 2010 05:30:04 - @@ -4,7 +4,7 @@ Tips and tricks for a pleasant Xfce desk - installation In order to have a basic Xfce desktop, you should install the following core packages (this will install the required libraries): -$ sudo pkg_add xfce-utils xfce4-panel xfce4-session xfdesktop xfwm4 +$ sudo pkg_add xfce-utils xfdesktop xfwm4 You should also install some basic theme packages: $ sudo pkg_add xfwm4-themes gtk-xfce-engine
BUG: pkg_add
On 4.7-Release i386, attempting to pkg_add an already installed package results in a spurious error message: $ sudo pkg_add terminus-font No packages available in the PKG_PATH $ On 4.7-Current i386 (Apr 28 snap), no error is given at all: $ sudo pkg_add terminus-font $ I'm sorry I can't test on a more recent -current for you right now since my other test box was reverted to Apr 18 while chasing intel bugs. -- The OpenBSD Journal - http://www.undeadly.org
www/firefox35
Since we have 3.6 is in www/mozilla-firefox should www/firefox35 be put in the attic? -- The OpenBSD Journal - http://www.undeadly.org
Re: bad port - ghostscript
On Thu, 13 May 2010 01:17:01 +0300 Roman Gorodeckij ho...@holms.lt wrote: Hello) I can't compile ghostscript in any way. All dependencies are installed ok but I have still jpeglib.h error.. === Building for ghostscript-8.63p11 mkdir -p /usr/ports/pobj/ghostscript-8.63p11/ghostscript-8.63/obj AS I mentioned jpeg is installed, I tried to add CFLAG to Makefile -I/usr/local but still nothing Can you address this mail where it should be addressed..? This is the right mailing list for problems with ports. You're ports tree is a very stale -current checkout from between Feb 6 and Mar 31. The -current tree has been at p12 since March 31, 2010. You provided no information about your system. --Are you trying to mix a 4.6 STABLE or 4.6 RELEASE system with a -current ports tree? http://www.openbsd.org/faq/faq15.html#NoFun If your system is following -current properly, did you notice the important info (including very recent stuff about ports) listed on the current.html page? http://www.openbsd.org/faq/current.html jcr -- The OpenBSD Journal - http://www.undeadly.org
Re: [NEW] productivity/opentaxsolver
On Wed, 31 Mar 2010 20:23:14 -0400 Daniel Dickman didick...@gmail.com wrote: Here's a new port for OpenTaxSolver. Please let me know if there are any comments or feedback. # pkg_info opentaxsolver Information for inst:opentaxsolver-7.07 Comment: U.S. tax preparation software dd, It builds fine. The installation succeeds in spite of warnings/errors about a missing group. The program runs fine once installed. I also noticed permissions on one of the example files was wrong (set to executable). -jcr # make install === Faking installation for opentaxsolver-7.07 install -c -s -o root -g bin -m 555 /usr/pobj/opentaxsolver-7.07/OpenTaxSolver2009_7.07/bin/* /usr/pobj/opentaxsolver-7.07/fake-i386/usr/local/bin install -d -o root -g bin -m 755 /usr/pobj/opentaxsolver-7.07/fake-i386/usr/local/share/examples/opentaxsolver cp -pR /usr/pobj/opentaxsolver-7.07/OpenTaxSolver2009_7.07/examples_and_templates/* /usr/pobj/opentaxsolver-7.07/fake-i386/usr/local/share/examples/opentaxsolver === Building package for opentaxsolver-7.07 Create /arc/OpenBSD/4.7/packages/i386/all/opentaxsolver-7.07.tgz Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/CA_540_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/CA_540_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/README_CA_540.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/MA_1/README_MA_1.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/MA_1/ma_1_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/MA_1/ma_1_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NC_D400/NC_400_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NC_D400/NC_400_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NC_D400/README_NC_400.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NJ_1040/NJ_1040_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NJ_1040/NJ_1040_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NJ_1040/README_NJ_1040.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NY_IT201/NY_IT201_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NY_IT201/NY_IT201_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/NY_IT201/README_NY_IT201.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/OH_IT1040/OH_IT1040_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/OH_IT1040/OH_IT1040_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/OH_IT1040/README_OH_IT1040.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/PA_40/PA_40_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/PA_40/PA_40_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/PA_40/README_PA_40.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040/README_US_1040.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040/US_1040_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040/US_1040_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040_Sched_C/8829_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040_Sched_C/README_US_1040_Sched_C.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040_Sched_C/US_1040Sched_C_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/US_1040_Sched_C/US_1040Sched_C_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/VA_760/README_VA_760.txt (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/VA_760/VA_760_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/VA_760/VA_760_2009_template.dat (wsrc) /arc/OpenBSD/4.7/packages/i386/all/opentaxsolver-7.07.tgz: Link to /arc/OpenBSD/4.7/packages/i386/ftp/opentaxsolver-7.07.tgz Link to /arc/OpenBSD/4.7/packages/i386/cdrom/opentaxsolver-7.07.tgz === Verifying specs: GL GLU X11 Xext Xmu c m === found GL.9.1 GLU.7.0 X11.12.0 Xext.10.0 Xmu.10.0 c.53.1 m.5.2 === Installing opentaxsolver-7.07 from /arc/OpenBSD/4.7/packages/i386/all/ Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/CA_540_2009_example.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/CA_540_2009_template.dat (wsrc) Warning: no @group for /usr/local/share/examples/opentaxsolver/CA_540/README_CA_540.txt (wsrc) Warning: no @group for
update: games/zoom 1.1.4
This is a simple minor update for games/zoom. It fixes a few bugs in the handling of various z-code versions. tested i386. jcr Index: Makefile === RCS file: /cvs/ports/games/zoom/Makefile,v retrieving revision 1.11 diff -N -u -p Makefile --- Makefile10 Aug 2009 06:31:43 - 1.11 +++ Makefile3 Apr 2010 02:38:47 - @@ -2,8 +2,8 @@ COMMENT= Z-code interpreter for X11 -DISTNAME= zoom-1.1.2 -PKGNAME= ${DISTNAME}p0 +DISTNAME= zoom-1.1.4 +PKGNAME= ${DISTNAME} CATEGORIES=games HOMEPAGE= http://www.logicalshift.co.uk/unix/zoom/ Index: distinfo === RCS file: /cvs/ports/games/zoom/distinfo,v retrieving revision 1.5 diff -N -u -p distinfo --- distinfo6 Dec 2007 17:03:56 - 1.5 +++ distinfo3 Apr 2010 02:38:47 - @@ -1,5 +1,5 @@ -MD5 (zoom-1.1.2.tar.gz) = d5FYhceV44knzVGD5xBljQ== -RMD160 (zoom-1.1.2.tar.gz) = pSXMbFFxekT/H8sRzbz5Df7ZlxU= -SHA1 (zoom-1.1.2.tar.gz) = C2R15TZ993pPvV+z3Ad0oz4jLGo= -SHA256 (zoom-1.1.2.tar.gz) = M3du2XDEReQTfJyA9pbmNKVRbZd/H11a18Wq8svLHfQ= -SIZE (zoom-1.1.2.tar.gz) = 2152557 +MD5 (zoom-1.1.4.tar.gz) = V/vAalDK9gEwf59gSZBB3A== +RMD160 (zoom-1.1.4.tar.gz) = IxyrlsL5fYlJtw4nAZ/I1VQCCdw= +SHA1 (zoom-1.1.4.tar.gz) = CiVot1EAVpS+cIXkCGB63F33UCs= +SHA256 (zoom-1.1.4.tar.gz) = iGtdsBExTS5LS9Pj69KqOIT04x989o1u6kVAe4KWzGw= +SIZE (zoom-1.1.4.tar.gz) = 2177409 Index: pkg/PLIST === RCS file: /cvs/ports/games/zoom/pkg/PLIST,v retrieving revision 1.2 diff -N -u -p pkg/PLIST --- pkg/PLIST 15 Sep 2004 00:46:13 - 1.2 +++ pkg/PLIST 3 Apr 2010 02:38:47 - @@ -1,5 +1,5 @@ @comment $OpenBSD: PLIST,v 1.2 2004/09/15 00:46:13 espie Exp $ -bin/zoom +...@bin bin/zoom share/doc/zoom/ share/doc/zoom/README share/examples/zoom/
Re: update: games/zoom 1.1.4
On Sat, 3 Apr 2010 12:34:30 +0200 Landry Breuil lan...@rhaalovely.net wrote: On Sat, Apr 03, 2010 at 12:12:54AM -0700, J.C. Roberts wrote: This is a simple minor update for games/zoom. It fixes a few bugs in the handling of various z-code versions. tested i386. segfaults when ran over X forwarding, but previous version segfaults too.. i suppose it's expected with all those crusty old software. I haven't been able to recreate the segfault you mentioned. What kind of X forwarding are you using? I just tried a simple: $ ssh -Y j...@10.10.10.48 'zoom ZorkI.z3' j...@10.10.10.48's password: And it works fine? If you do not give zoom an input file, the interpreter within the program panics but the program itself shows its usage and properly exits on error. As for ancient and crusty, yep. It doesn't get much worse. The games played through zoom and similar Z-Code interpreters are older than some of the OpenBSD developers. A friend asked me a historical question about games, and the answer seemed to be Zork (1977-1979) or the vax port of it, called Dungeon. I really don't know enough about Z-Code or its interpreters (e.g. zoom). +PKGNAME= ${DISTNAME} Unneeded... as stated hundreds of times here :) Crap! I remembered to delete the patch level, but I forgot to delete the whole line. jcr
Re: update: graphics/camlimages 3.0.2 (gtk+1)
On Wed, 31 Mar 2010 07:06:09 +0200 Jasper Lievisse Adriaanse jas...@humppa.nl wrote: test -z /usr/local/lib/ocaml/site-lib/camlimages || mkdir -p -- /usr/ports/pobj/camlimages-3.0.2/fake-sparc64/usr/local/lib/ocaml/site-lib/camlimages install -c -o root -g bin -m 444 './camlimages.a' '/usr/ports/pobj/camlimages-3.0.2/fake-sparc64/usr/local/lib/ocaml/site-lib/camlimages/camlimages.a' install: ./camlimages.a: No such file or directory *** Error code 71 Anil (avsd@ maintainer) warned me about native versus bytecode issue on sparc64, so I'd bet something in the build was skipped on sparc64, and I need to adjust the packing list accordingly. I'll try to put together a SPARC64 box later this week or this weekend so I can fix this. btw, thanks for the hint on REGRESS_INTERACTIVE. jcr
update: graphics/camlimages 3.0.2 (gtk+1)
This update of graphics/camlimages to 3.0.2 gets rid of the last dependency on x11/lablgtk and hence another deleted gtk+1 dependency. The maintainer is out of town this week, so with his permission, I took care of the update. At present, there's an issue with the camlimages ftp server being misconfigured and requiring the '-p' and '-E' flags being used ftp(1). I'll try to get that resolved with the sever admin, but until this is resolved one way or another, I've set the port to FETCH_MANUALLY. The `make regress` target works fine, but fails due to the need of user interaction to validate image manipulation. To run the regression tests you'll need to comment out NO_REGRESS=Yes in the port Makefile, run `make regress` with the expectation it will fail and then run the tests manually. $ make regress $ cd ${WRKSRC}/test/ $ ./test.byt $ ./test.opt I've tested this on i386, but Anil mentioned the need for testing on SPARC64 due to native code / byte code differences. camlimages.diff Description: Binary data
Re: update: graphics/camlimages 3.0.2 (gtk+1)
oops. seems a cvs delete and cvs add failed in the previous diff. fixed below. Index: Makefile === RCS file: /cvs/ports/graphics/camlimages/Makefile,v retrieving revision 1.11 diff -N -u -p Makefile --- Makefile20 Jun 2009 22:05:11 - 1.11 +++ Makefile30 Mar 2010 14:03:26 - @@ -3,13 +3,19 @@ COMMENT= image manipulation functions for Objective Caml CATEGORIES=graphics -DISTNAME= camlimages-2.2.0 -PKGNAME= ${DISTNAME}p4 +DISTNAME= camlimages-3.0.2 +PKGNAME= ${DISTNAME} EXTRACT_SUFX= .tgz -MASTER_SITES= ftp://ftp.inria.fr/INRIA/caml-light/bazar-ocaml/ +MASTER_SITES= ftp://ftp.inria.fr/INRIA/Projects/cristal/caml-light/bazar-ocaml/ +# XXX bad juju using FETCH_CMD in here to overcome a wonky ftp server. +# FETCH_CMD=ftp -E -p +FETCH_MANUALLY= The server requires using ftp\(1\) with the -p and -E +FETCH_MANUALLY+=flags for it to work. You can do this manually, or you +FETCH_MANUALLY+=can uncomment the FETCH_CMD line in the port Makefile. + MAINTAINER=Anil Madhavapeddy a...@openbsd.org -HOMEPAGE= http://pauillac.inria.fr/camlimages/ +HOMEPAGE= http://cristal.inria.fr/camlimages/ PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes @@ -18,32 +24,33 @@ PERMIT_PACKAGE_FTP= Yes MODULES= lang/ocaml -NO_REGRESS=Yes # exists but needs manual run +WANTLIB+= ICE SM X11 Xpm freetype z +WANTLIB+= Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi +WANTLIB+= Xinerama Xrandr Xrender atk-1.0 c cairo expat fontconfig +WANTLIB+= gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 glitz gmodule-2.0 +WANTLIB+= gobject-2.0 gtk-x11-2.0 iconv intl m pango-1.0 pangocairo-1.0 +WANTLIB+= pangoft2-1.0 pixman-1 pthread-stubs xcb + +# regress exists, but needs manual run and then user interaction +NO_REGRESS=Yes CONFIGURE_STYLE= gnu -CONFIGURE_ENV= CFLAGS=-I${LOCALBASE}/include LDFLAGS=-L${LOCALBASE}/lib -WRKDIST= ${WRKDIR}/camlimages-2.2 +CONFIGURE_ENV+=CFLAGS=-I${LOCALBASE}/include -I${LOCALBASE}/include/libpng +CONFIGURE_ENV+= LDFLAGS=-L${LOCALBASE}/lib -EXAMPLES_DIR= ${PREFIX}/share/examples/camlimages -USE_GMAKE= Yes +LIB_DEPENDS= jpeg.=62::graphics/jpeg +LIB_DEPENDS+= tiff.=36::graphics/tiff +LIB_DEPENDS+= png.=4::graphics/png +LIB_DEPENDS+= gif.=5::graphics/libungif -CAMLDIR= ${DESTDIR}/${TRUEPREFIX}/lib/ocaml -MAKE_FLAGS=CFLAGS=${CFLAGS} -I${X11BASE}/include/freetype2 \ - -I${X11BASE}/include -I${LOCALBASE}/include \ - -I${LOCALBASE}/include/libpng LDFLAGS=-L${LOCALBASE}/lib -FAKE_FLAGS=CAMLDIR=${CAMLDIR} LIBDIR=${CAMLDIR}/camlimages - -LIB_DEPENDS= jpeg.=62::graphics/jpeg tiff.=36::graphics/tiff \ - png.=4::graphics/png ungif.=5::graphics/libungif -RUN_DEPENDS= :ghostscript-*:print/ghostscript/gnu ::x11/lablgtk +RUN_DEPENDS= :ghostscript-*:print/ghostscript/gnu ::x11/lablgtk2 BUILD_DEPENDS= ${RUN_DEPENDS} -ALL_TARGET=byt ${MODOCAML_NATIVE:S,Yes,opt,:S,No,,} +pre-configure: + @find ${WRKSRC} -name Makefile.in -print0 | xargs -0 \ + perl -i -p -e 's!\$\(top_srcdir\)/\.\./autoconf/ocaml\.m4!!;' -pre-install: - ${INSTALL_DATA_DIR} ${OCAML_LIBDIR} - post-install: - @chown -R ${SHAREOWN}:${SHAREGRP} ${CAMLDIR} - @cp -R ${WRKSRC}/examples/ ${EXAMPLES_DIR} + @cp -R ${WRKSRC}/doc/ ${PREFIX}/share/doc/camlimages + @cp -R ${WRKSRC}/examples/ ${PREFIX}/share/examples/camlimages .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/graphics/camlimages/distinfo,v retrieving revision 1.4 diff -N -u -p distinfo --- distinfo5 Apr 2007 16:19:55 - 1.4 +++ distinfo30 Mar 2010 14:03:26 - @@ -1,5 +1,5 @@ -MD5 (camlimages-2.2.0.tgz) = 2TPrWMeYP3CxoAD6AYk6pA== -RMD160 (camlimages-2.2.0.tgz) = DxCO89pWWusKsQ0A5FgZOZrzbYw= -SHA1 (camlimages-2.2.0.tgz) = vABic5vlypI28oFF8X+EC/Pyle4= -SHA256 (camlimages-2.2.0.tgz) = m4hh17jGdSrTPvKvXEhu+mJrGa2eoZBkGnNjhGKfECY= -SIZE (camlimages-2.2.0.tgz) = 1385525 +MD5 (camlimages-3.0.2.tgz) = zLJVEjLfJV9jBpQdJtB2FQ== +RMD160 (camlimages-3.0.2.tgz) = 87dBowr8I/XWh0eDC80ZJAJRSlA= +SHA1 (camlimages-3.0.2.tgz) = fjPg3h4a+zs3AUD+nDphCjK/ufU= +SHA256 (camlimages-3.0.2.tgz) = 21rsQhyJvqexv1XfamdKCmrCRficIgyBji5dg/YjZiw= +SIZE (camlimages-3.0.2.tgz) = 1429138 Index: patches/patch-Makefile === RCS file: /cvs/ports/graphics/camlimages/patches/patch-Makefile,v retrieving revision 1.1 diff -N -u -p patches/patch-Makefile --- patches/patch-Makefile 30 Jun 2005 04:46:05 - 1.1 +++ /dev/null 30 Mar 2010 13:31:02 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-Makefile,v 1.1 2005/06/30 04:46:05 avsm Exp $ Makefile.orig Wed Jun 29 21:19:49 2005 -+++ Makefile Wed Jun 29 21:30:05 2005 -@@ -91,7 +91,7 @@ top: - - installopt: install -
FETCH_CMD ?
I'm working on an update of graphics/camlimages for Anil and found that the ftp site with the source is a bit wonky. If I don't use ftp(1) with the `-E` and `-p` flags, the sever has a fit. Considering FETCH_CMD might be modified by some (e.g. for mirroring?), is it considered bad form to set it in the Makefile of the port? jcr
Re: gtk+1 deprecation
On Fri, 26 Mar 2010 08:08:46 +0200 Anil Madhavapeddy a...@recoil.org wrote: On 26 Mar 2010, at 02:43, Stuart Henderson wrote: There is a lablgtk2 available based on gtk+2, but if the existing port isn't being used, is it worth the time to port the new one? http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html it's in /usr/ports/x11/lablgtk2; both are currently used (lablgtk only for graphics/camlimages). I'm fine with removing lablgtk, but camlimages will need an update to the version here: http://cristal.inria.fr/camlimages/ I'm travelling till end of next week, so if anyone else can knock up a update, I'll try it out (worth putting it in the tree soon, the current port is terribly old and buggy). Although the only reason it depends on lablgtk at all is a simple image viewer example which I'm sure noone actually uses... -anil I'll try to port the new camlimages this weekend so jasper can zap the lablgtk port. I'm very unfamiliar with caml, so I'll probably need help with testing. jcr
Re: gtk+1 deprecation
On Thu, 25 Mar 2010 21:32:17 +0100 Jasper Lievisse Adriaanse jas...@humppa.nl wrote: hi, as you may've noticed, i've been spending some time in the past year, and especially last weeks to fix the ports that are still using gtk+1. if they couldn't be fixed and had an alternative, they were zapped. apart from the big hurdle called 'xmms' there are only a few ports left that use it. i've been trying to update audio/lopster to the most recent cvs snapshot (which uses gtk2) but to no avail so far. other than those, these ports are still on my list to convert or whack. audio/soundtracker (update to gtk2 version causes sndio fallout) net/netdude/netdude (probaly the whole of netdude needs an update) net/putty,-gui (there is a gtk2 port available) security/crank x11/fvwm2,-main (perhaps the latest snap uses gtk2?) x11/fvwm2,-fvwm2 x11/fvwm2,-main,i18n x11/fvwm2,-fvwm2,i18n x11/lablgtk x11/wmthemeinstall There is a lablgtk2 available based on gtk+2, but if the existing port isn't being used, is it worth the time to port the new one? http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html
Re: gtk+1 deprecation
On Fri, 26 Mar 2010 00:43:04 + Stuart Henderson s...@spacehopper.org wrote: On 2010/03/25 16:09, J.C. Roberts wrote: On Thu, 25 Mar 2010 21:32:17 +0100 Jasper Lievisse Adriaanse jas...@humppa.nl wrote: hi, as you may've noticed, i've been spending some time in the past year, and especially last weeks to fix the ports that are still using gtk+1. if they couldn't be fixed and had an alternative, they were zapped. apart from the big hurdle called 'xmms' there are only a few ports left that use it. i've been trying to update audio/lopster to the most recent cvs snapshot (which uses gtk2) but to no avail so far. other than those, these ports are still on my list to convert or whack. audio/soundtracker (update to gtk2 version causes sndio fallout) net/netdude/netdude (probaly the whole of netdude needs an update) net/putty,-gui (there is a gtk2 port available) security/crank x11/fvwm2,-main (perhaps the latest snap uses gtk2?) x11/fvwm2,-fvwm2 x11/fvwm2,-main,i18n x11/fvwm2,-fvwm2,i18n x11/lablgtk x11/wmthemeinstall There is a lablgtk2 available based on gtk+2, but if the existing port isn't being used, is it worth the time to port the new one? http://wwwfun.kurims.kyoto-u.ac.jp/soft/olabl/lablgtk.html it's in /usr/ports/x11/lablgtk2; both are currently used (lablgtk only for graphics/camlimages). MAINTAINER: Anil Madhavapeddy (avsm@ cc'd) http://pauillac.inria.fr/camlimages/ Created the 7th of February 2000. Last update on Fri Oct 1 2004. It's been quite a while since camlimages has been touched upstream. I might be able to update it to use lablgtk2 and gtk+2, but I'll let that be the maintainer's decision.
Re: [Update] p5-DBD-Pg 2.16.1
On Tue, 23 Mar 2010 11:18:30 +0100 Landry Breuil lan...@rhaalovely.net wrote: On Tue, Mar 23, 2010 at 09:46:26AM +, Stuart Henderson wrote: On 2010/03/23 09:55, Pierre-Emmanuel André wrote: Hi, Diff to update p5-DBD-Pg to the latest version. While here, i take the maintainership (msf@ is ok). Tested on amd64 with PostgreSQL 8.4.3. you need to commit your postgresql update for that to be a valid test ;-) The sooner after portstree unlock, the better.. Landry ports is now fully unlocked. http://marc.info/?l=openbsd-ports-cvsm=126927947927796w=2
rtmpdump 2.2
I've got a rtmpdump 2.2 port working over here, but one of the patches for the existing 2.1d port just doesn't make sense to me. http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/net/rtmpdump/patches/patch-streams_c What is the need for the MSG_NOSIGNAL define? At present, I've got the new 2.2 working without it. thanks, jcr
Re: rtmpdump 2.2
On Sat, 20 Mar 2010 11:05:37 + Stuart Henderson s...@spacehopper.org wrote: On 2010/03/20 03:25, J.C. Roberts wrote: I've got a rtmpdump 2.2 port working over here, but one of the patches me too. ;) for the existing 2.1d port just doesn't make sense to me. http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/net/rtmpdump/patches/patch-streams_c What is the need for the MSG_NOSIGNAL define? an earlier version needed it and I didn't remove it with the update. At present, I've got the new 2.2 working without it. yep. Sweet! --I thought I had missed something obvious. ;) I don't know if setting EXTRACT_SUFX automatically handles the build depend of bzip2, but to be safe, I added it. --I'm not sure if this is correct? We need OpenSSL in wantlib. As far as installing the new librtmp.a and rtmp.h I figured it wouldn't hurt since it might eventually become a dependency for other stuff (mplayer?). I know the XMBC porting attempt will need it (if they don't include their own copy of rtmpdump). Lastly, 2.2 has two entirely new man pages that need to be installed. You might want to keep the following around for after unlock. If OK by you, I'll send the patch to get rid of the gmake-isms upstream. jon Index: Makefile === RCS file: /cvs/ports/net/rtmpdump/Makefile,v retrieving revision 1.10 diff -N -u -p Makefile --- Makefile26 Feb 2010 18:46:26 - 1.10 +++ Makefile20 Mar 2010 11:58:46 - @@ -2,21 +2,23 @@ COMMENT = dump RTMP media streams -DISTNAME = rtmpdump-2.1d - +DISTNAME = rtmpdump-2.2 +EXTRACT_SUFX= .tar.bz2 CATEGORIES = net -HOMEPAGE = http://rtmpdump.mplayerhq.hu/ +HOMEPAGE = http://rtmpdump.mplayerhq.hu +MASTER_SITES = ${HOMEPAGE}/download/ -# GPLv2+ +# GPLv2+ LGPL PERMIT_PACKAGE_CDROM = No PERMIT_PACKAGE_FTP = Yes PERMIT_DISTFILES_CDROM =No PERMIT_DISTFILES_FTP = Yes -WANTLIB = c crypto pthread z +# SHARED_LIBS = librtmp -MASTER_SITES = ${HOMEPAGE}/download/ +WANTLIB = c crypto pthread ssl z +BUILD_DEPENDS+=:bzip2-*:archivers/bzip2 MAKE_FLAGS = CC=${CC} XCFLAGS=${CFLAGS} ALL_TARGET = linux @@ -26,7 +28,11 @@ NO_REGRESS = Yes do-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/rtmpdump cd ${WRKBUILD}; \ - ${INSTALL_PROGRAM} rtmpdump rtmpsrv rtmpsuck streams ${PREFIX}/bin; \ - ${INSTALL_DATA} README COPYING ChangeLog ${PREFIX}/share/doc/rtmpdump + ${INSTALL_PROGRAM} rtmpdump rtmpgw rtmpsrv rtmpsuck ${PREFIX}/bin; \ + ${INSTALL_PROGRAM} librtmp/librtmp.a ${PREFIX}/lib; \ + ${INSTALL_PROGRAM} librtmp/rtmp.h ${PREFIX}/include; \ + ${INSTALL_MAN} rtmpdump.1 ${PREFIX}/man/man1; \ + ${INSTALL_MAN} rtmpgw.8 ${PREFIX}/man/man8; \ + ${INSTALL_DATA} README COPYING ChangeLog ${PREFIX}/share/doc/rtmpdump .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/rtmpdump/distinfo,v retrieving revision 1.6 diff -N -u -p distinfo --- distinfo26 Feb 2010 18:46:26 - 1.6 +++ distinfo20 Mar 2010 11:58:46 - @@ -1,5 +1,5 @@ -MD5 (rtmpdump-2.1d.tar.gz) = QYmEFfg89pdpp2UPR6zsNA== -RMD160 (rtmpdump-2.1d.tar.gz) = Q6QeEp0LPIkpLBCfRjRdEyKrK1g= -SHA1 (rtmpdump-2.1d.tar.gz) = tj8bpuGs9IKCpHCHXqV4icEWmtQ= -SHA256 (rtmpdump-2.1d.tar.gz) = kvQAolBVpxluTDnpC7q4pFuNcryK+/my20pFg/vFU2c= -SIZE (rtmpdump-2.1d.tar.gz) = 89494 +MD5 (rtmpdump-2.2.tar.bz2) = HOZ1PJV1TRpytjXUiHVwlg== +RMD160 (rtmpdump-2.2.tar.bz2) = Zz6br0Jtj+DTJHHRAWSGYAgOmW0= +SHA1 (rtmpdump-2.2.tar.bz2) = gK1IeLW0jFnLZ1T6wx+BG4p9OZ0= +SHA256 (rtmpdump-2.2.tar.bz2) = Ku8wwfD72k1QHgiJKmz+CqHQIT7iv61OGSZBFXO9NzY= +SIZE (rtmpdump-2.2.tar.bz2) = 83586 Index: patches/patch-Makefile === RCS file: /cvs/ports/net/rtmpdump/patches/patch-Makefile,v retrieving revision 1.5 diff -N -u -p patches/patch-Makefile --- patches/patch-Makefile 26 Feb 2010 18:46:26 - 1.5 +++ patches/patch-Makefile 20 Mar 2010 11:58:46 - @@ -1,36 +1,41 @@ -$OpenBSD: patch-Makefile,v 1.5 2010/02/26 18:46:26 sthen Exp $ - -avoid gmake-isms - Makefile.orig Sun Feb 21 17:31:12 2010 -+++ Makefile Tue Feb 23 21:43:51 2010 +$OpenBSD$ +--- Makefile.orig Fri Mar 5 13:26:48 2010 Makefile Fri Mar 19 20:00:59 2010 @@ -6,7 +6,7 @@ OPT=-O2 CFLAGS=-Wall $(XCFLAGS) $(INC) $(DEF) $(OPT) LDFLAGS=-Wall $(XLDFLAGS) LIBS=-lcrypto -lz -THREADLIB=-lpthread +THREADLIB=-pthread + LIBRTMP=librtmp/librtmp.a SLIBS=$(THREADLIB) $(LIBS) - RTMP_OBJS=rtmp.o log.o amf.o -@@ -35,16 +35,16 @@ clean: - rm -f *.o rtmpdump$(EXT) streams$(EXT) rtmpsrv$(EXT) rtmpsuck$(EXT) +@@ -33,22 +33,22 @@ cross: - rtmpdump: rtmpdump.o
-lpthread to -pthread patching
In the patches/patch-* files of the ports tree, there's 609 lines with -pthread (mostly additions) and 432 lines with -lpthread (mostly removal). Some are just comments but most of the important patches are typically in make files (of assorted GNU flavors) or configure scripts (again of assorted GNU flavors). $ cd /usr/ports $ find . -type f -name patch\* -print0 | \ xargs -0 grep -E '^\+.*\-pthread|^\-.*\-lpthread' | \ wc -l 863 The number of lines of patches we'll need to maintain to deal with the '-lpthread' versus '-pthread' conflict is only going to get worse over time assuming more applications become multi-threaded. Is there an acceptable way to avoid all the '-lpthread' to '-pthread' patching? Is it even worth fixing? If so, where/how?
Re: how to fetch multiple archives?
On Thu, 18 Mar 2010 08:14:47 -0400 Mark Bucciarelli mkb...@gmail.com wrote: On Thu, Mar 18, 2010 at 1:20 AM, J.C. Roberts list-...@designtools.org wrote: The size is not that bad by comparison and dealing with a single file is more reliable dealing with a whole bunch of small files, I tried building from the large archive, but the directory tree after make expand didn't match what the ports makefile expected. Manually, I would type something like this: $ cd /usr/ports/obj/MonetDB*/MonetDB*/MonetDB/MonetDB/ I'm going to make a suggestion; do your porting on -current! ;) The old /usr/ports/obj/ is a dead give away of you running 4.6. The new 4.7 uses /usr/ports/pobj/ due to conflicts (I think it was something to do with bulk builds). More importantly, there have been *tons* of changes made to ports/packages since 4.6. $ ./configure $ gmake $ gmake install $ cd ../../ $ cd clients/clients $ ./configure etc. I got as far as adding a do-build target that wasn't triggered. (Maybe I used the wrong hook name?) Anyway, it was getting complex. Upstream also provides a huge shell script in the big archive but I never build that way myself and it has lots and lots of logic in it I'll never use. If you were successful in getting it running with your manual process above, making a nice port of MonetDB should be fairly straight forward. I have it downloading at the moment, but won't be able to look at it again until later this weekend. I don't know a darn thing about MonetDB, so I'm half expecting a bunch of watter lilies. It would be great if you drop-kicked me towards the *exact* build and install process you've been using manually, and any other relevant information for setup/testing. It's getting complex because you're avoiding *their* normal way of doing it with their big build script. If the script is well written, you can often get away with setting: CONFIGURE_SCRIPT = Of course, a well written build script is a *LOT* to ask for and seldom delivered. ;) Actually, going the complex route is to your advantage in the case of a big database since it allows you to do MULTI_PACKAGES much more cleanly. Unfortunately, our standard Makefile template for new ports ports/infrastructure/templates/Makefile.template does not contain info for handling MULTI_PACKAGES but it is a nice starting point. You'll probably want to check out the Makefile for databases/mysql (YAY Brad! --he does great work) and some of the other ports using MULTI_PACKAGES. Using tiny and simple Makefiles seems cleaner and easier to maintian. Yep. if upstream has a habit of changing/re-releasing files under the same file name (e.g. screws up chksum and forces the project to mirror the old version after release). I spot checked a few releases and they seem good about versioning. It's not something you can (easily) spot check. It's when upstream changes the *content* of a file while retaining the same file name. This makes a big mess.
Re: how to fetch multiple archives?
On Wed, 17 Mar 2010 15:11:12 -0400 Mark Bucciarelli mkb...@gmail.com wrote: On Wed, Mar 17, 2010 at 2:41 PM, Stuart Henderson s...@spacehopper.org wrote: DISTNAME = MonetDB-Feb2010-SuperBall EXTRACT_SUFX = .tar.bz2 It's massive. Not really. http://monetdb.cwi.nl/downloads/sources/Feb2010/ MonetDB-Feb2010-SuperBall.tar.bz2 24-Feb-2010 15:32 53M The size is not that bad by comparison and dealing with a single file is more reliable dealing with a whole bunch of small files, particularly if upstream has a habit of changing/re-releasing files under the same file name (e.g. screws up chksum and forces the project to mirror the old version after release).
Re: net-snmp 64bit interface counters
On Thu, 11 Mar 2010 17:27:12 +0100 Johan Karlsson johan.karls...@deltamanagement.se wrote: I've synced the ports tree from -current and added --enable-mfd-rewrites to the CONFIGURE_ARGS variable in the net-snmp (net-snmp-5.4.2.1p3) port's Makefile. But the compilation fails: http://www.openbsd.org/faq/faq15.html#NoFun --
Re: New problem with mplayer?[SOLVED]
On Sun, 28 Feb 2010 16:39:00 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: I think I have found the problem I had installed vlc and vlc-web. This seems to cause a conflict. Whether the conflict is with my addon (which is only supposed to work at youtube) or with mplayer is unclear. deleting gnash and/or mplayerplug-in did not help. With vlc gone, all is working again. Should I have mplayerplug-in and gnash or just one? Thanks I'm glad you got it working, but, we need to figure out what went wrong so we can fix it in the ports tree. An unknown something in your configuration wanted the wma9dmod.dll library found in the win32-codecs port. With all due respect to the people who did a ton of hard work on it, the win32-codecs port has always had a number of untoward caveats and concerns. None the less, the win32-codecs port was an interesting hack to support proprietary codecs with proprietary executables from another operating system. Of course, the best answer is to just tell people with proprietary codecs to get stuffed, including Adobe Flash/Shockwave (gnash). As Jake mentioned in the thread, the win32-codecs port is no longer supported on -current (news to me), so we need to find which port was trying to use the win32-codecs stuff, and fix it accordingly. You did try uninstalling gnash and mplayerplug-in, but you did not uninstall mplayer itself or gecko-mediaplayer (plugin). If you can replicate the problem with just vlc and vlc-web, then I know where to look for the problem. --
Re: New problem with mplayer?[SOLVED]
On Mon, 01 Mar 2010 08:23:44 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: vlc's message says: On i386 vlc can use win32 codecs (see graphics/win32-codecs in the ports tree) if they are installed and if the machdep.userldt sysctl is enabled, e.g. by running: # sysctl machdep.userldt=1 Thanks. Found it. If you look at the mplayer Makefile you'll see /usr/ports/x11/mplayer/Makefile CONFIGURE_ARGS_= ... --disable=win32dll If you look at the vlc Makefile, you'll see /usr/ports/x11/vlc/Makefile .if ${MACHINE_ARCH} == i386 CONFIGURE_ARGS+=--enable-loader PKG_ARGS+=-Dwin32=1 .else CONFIGURE_ARGS+=--disable-loader PKG_ARGS+=-Dwin32=0 .fi amongst other things (post-configure). Jake or Edd, would you like me to submit a patch for vlc to remove support for the win32-codecs? -jcr
Re: ports that don't clean correctly
On Mon, 1 Mar 2010 15:09:51 +0100 Marc Espie es...@nerim.net wrote: I've looked a bit more at ports that *require* sudo make clean to clean-up. they're obviously broken, as a port has no business changing things in its WRKDIST during the fake stage. I've cleaned up most of them. Python seems to be a very frequent offender. Looks like the python guys don't really understand the concept of separate users, and using root only when needed. Kind of sad actually. python.port.mk gained a BADEGGS settings to deal with all the breakage in eggs (that's a really dirty hack, use your peril-sensitive glasses). There are still other python issues. I guess python is fond of fucking up things during fake. Anyways, unless I fix them, the current list is: devel/p5-POE editors/openoffice3 and all the following are python ports: audio/exaile audio/sonata devel/py-py multimedia/oggconvert security/prelude/prewikka www/zope/2.10 www/zope/2.9 fixes welcome... I started looking into p5-POE v1.280 and the first order of business, namely `make fetch` shows many failed attempts to download from CPAN. The distfile is probably not available due to the newest version v1.287 being released (2010 Feb 18). I *think* it is bad timing to attempt fixing and upgrading? maintainer cc'd.
Re: New problem with mplayer?[SOLVED]
On Mon, 1 Mar 2010 17:02:14 + Edd Barrett vex...@gmail.com wrote: On Mon, Mar 01, 2010 at 06:41:17AM -0800, J.C. Roberts wrote: Jake or Edd, would you like me to submit a patch for vlc to remove support for the win32-codecs? Whilst I am not opposed to that, I would like to wait and see what the MAINTAINER has to say. There's no listed MAINTAINER but ajacoutot@ was the last commit. It's just deleting 9 obvious i386 specific lines in the Makefile, and deleting a few lines from the install msg. I've made the changes here and have it running fine on most media files. It does have problems with FLV files, but I'm not sure that ever worked without win32-codecs? As far as I can tell, vlc is guessing wrong in regards to the type of streams within the FLV container. I don't normally use vlc, so I'm still reading the docs to see if the guessing can be controlled.
ffmpeg ffplay libfaad libfaac mplayer
I know we're either locked, or nearly locked, so even if it's an easy fix, this bug will probably need to wait until after release. The following is with the Feb 2 snapshot on i386. The packages are reasonably up to date. $ pkg_info | perl -ne 'm/(ffmpeg|mplayer|faa)/ print' faac-1.26 MPEG-2 and MPEG-4 AAC encoder faad-2.6.1 MPEG-2 and MPEG-4 AAC decoder ffmpeg-20080620p12 audio/video converter and streamer with bktr(4) support mplayer-20090708p4 movie player supporting MPEG, DivX, AVI, ASF, MOV more If you try to create an AVC (AAC) file with ffmpeg, the resulting file works fine with mplayer, but causes errors with ffplay. $ ffmpeg -i song46.mp3 -acodec libfaac song46.aac $ ffplay song46.aac [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change In the above, the resulting file plays fine with mplayer using the same libfaad/libfaac. The problem is not in the transcoding. For example, if you grab any video from YouTube (since Feb 2009) in either FLV or MP4 format (has AVC/AAC audio), you'll still have problems if you try to a raw copy of the audio track (without transcoding). $ ffmpeg -i video.mp4 -acodec copy audio.aac $ ffplay audio.aac [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change [libfaad @ 0x289d5500]faac: frame decoding failed: Unexpected channel configuration change In this case again, the resulting file plays fine with mplayer using the same libfaad/libfaac. The strange part of these first two cases where the output file was created by ffmpeg, it doesn't make much sense how mplayer can play the file and ffplay cannot when both are using the same decoding library? My initial hunch says the above error has something to do with the handling of VBR (Variable Bit Rate) encoding, but this doesn't make a whole lot of sense. Even if files are created with `-ab` or `-ar` or even the undocumented `-aq` options, the resulting AAC file will play fine in mplayer, and fail to play in ffplay. I have no clue how to debug this (hints welcome). Additionally, I've noticed there is a *possibly* related bug in the `-dumpaudio` feature of mplayer, but in this case, the resulting file cannot be played by either mplayer or ffplay. The interesting part about the bug with `mplayer -dumpaudio` is that it reports core dumped ;) but still produces the output file (and no mplayer.core). -jcr
Re: New problem with mplayer?
On Sun, 28 Feb 2010 09:38:15 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: Chris Bennett wrote: I am getting consistently videos that are blank saying (no video) on several sites that were playing fine until a few days ago. I see errors such as: [0273] access_mms access error: no data received [0273] access_mmes access warning: cannot fill buffer something about libmpeg2 also [0276] dmo_decoder failed loading wma9dmod.dll [0276] dmo_decoder failed DecOpen failed [0271 main input debug ...decoder fifos to empty on one I saw an image but no mplayer controls, then it returned to (no video) I should have added that mplayer plays these videos just fine if I download them. Just seems to be failing running through firefox35 Chris, You really need to be a lot more realistic and detailed when reporting problems. No one here read minds (except possibly sthen@ --he's scary). 1.) What system build are you running? (dmesg) 2.) What are the version numbers (names) of all relevant packages? 3.) The *ACTUAL* error message? 4.) How to reproduce the error? 5.) Can you reproduce the error on -CURRENT? (with up to date packages) 6.) Any similar bugs reported upstream? 7.) Possible Cause? 8.) work-arounds? 9.) patches? ;) Also, you're obviously running one of the mplayer plugin packages to be able to do view video in a web browser, but you never bothered to say which one? gecko-mediaplayer? mplayerplug-in? Personally, I never use browser plugins, but for a moment I considered installing one and trying every single video on the web in an attempt to reproduce the error. -jcr
Re: New problem with mplayer?
On Sun, 28 Feb 2010 12:12:36 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: latest current and packages as of yesterday thanks. you're more up to date than I am. ;) mplayer-20090708p4 mplayerplug-in-3.55p2 gnash-0.8.3p3 gecko-mediaplayer-0.9.8 Hmmm... why both plugins? Can you see both plugins from within firefox? Tools-AddOns-Plugins or Edit-Preferences-Main-Manage Addons-Plugins Possibly the two plugins are conflicting? Also using Youtube without Flash Auto which works through Greasemonkey. Have you tried disabling greasemonkey? I am getting this error also through sites not using Flash. Do you have other addons or userscripts installed to handle video sites such as DownloadHelper or similar? Only error message in browser is (no video) I am getting those error messages by hitting Ctrl-Alt-F1 and watching that stream of errors I do not know how to capture that stream You're obviously doing the pointy/clicky/icony/menuy thingy in a big (bloated) desktop like kde or gnome. You should upgrade to cwm (in xbase) or scrotwm. ;) There are tons of ways to get the output. On a typical terminal, you have three streams, and each is assigned to a file descriptor. Standard Input (STDIN) 0 Standard Output (STDOUT)1 Standard Error (STDERR)2 What you're seeing on the first virtual terminal (CTRL-ALT-F1) is the output written to the Standard Error file descriptor. The most simple way to see the output of STDERR is to start an xterm, and then start firefox from it. $ firefox35 -ProfileManager $ firefox35 -P profile name The above will give you the stderr messages for just firefox because normally STDERR is redirected to STDOUT in an xterm. A more complex and complete way (assuming you're not using xdm), is to edit your /etc/syslog.conf and uncomment the entry for /dev/console Then manually start X with redirection: $ startx /dev/console 21 In the above, you're redirecting the output of startx to /dev/console but you're also redirecting STDERR (2) to STDOUT (1) so it all gets to the /dev/console device. You could also alias 'startx' to the above in your ~/.kshrc Then once you're in X, $ xconsole -daemon Or better, put the above in your ~/.xinitrc so you always have it. An alternative to using xconsole(1) is using `xterm -C` for basically the same thing. This will give you all the error messages from all the applications you start in X through the pointy/clicky/icony/menuy thingy that you call a desktop. If you do this, then you will not believe the number of error messages that you've been missing from all your applications. Off the top of my head, I can't remember if the default /etc/fbtab takes care of the changing the ownership of /dev/console device at login, but I think it does. Either way, it's worth checking. --
Re: New problem with mplayer?
On Sun, 28 Feb 2010 14:35:21 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: Edd Barrett wrote: On Sun, Feb 28, 2010 at 12:12:36PM -0600, Chris Bennett wrote: latest current and packages as of yesterday mplayer-20090708p4 mplayerplug-in-3.55p2 gnash-0.8.3p3 gecko-mediaplayer-0.9.8 I have never had any success with mplayerplug-in. Perhaps you have some examples of urls showing the problem? Thanks Every url I tried did same, perhaps a few frames played, but never correctly I searched for wma9dmod.dll but neither find nor locate found it What is that file? You're running i386, so installing the win32-codecs package might solve your problems... but installing a bunch of unknown MS windows executables on your OpenBSD system is highly questionable. At present, we still don't know which of the two mplayer plugins is being used when the error is caused. Once we figure that out, then it's probably just a matter of adding a RUN_DEPENDS to it so it insists on having the win32-codecs package installed... The problem, of course, is it will limit the mplayer plugin to being only for the i386 arch. hmmm... an interesting question: can we define per-arch RUN_DEPENDS? I think there's a way to do it (correctly) but I don't remember. -jcr
Re: New problem with mplayer?
On Sun, 28 Feb 2010 15:51:25 -0600 Chris Bennett ch...@bennettconstruction.biz wrote: OK now maybe there is something useful, whether for this or not. When you say two plugins, do you mean gnash and mplayerplug-in? Yes The output from about:plugins seems odd to me, but not from just checking, but from previous looks Nope. You've got both mplayerplug-in and gecko-mediaplayer installed. From their descriptions, they do the same thing. The gnash package is a different flavor of headache, but could also be related. It took a day to download, but I've now got the most recent snap (mine's about two weeks old). I'll get it installed in the morning and see if I can replicate the errors you're seeing. Until then, install the win32-codecs package and see if the problem evaporates. You'll need to build it from source due to licensing. -jcr
Re: NEW: net/opendd - A small DynDNS client
On Fri, 08 Jan 2010 11:44:48 +0100 Stephan Tesch step...@tesch.cx wrote: Guys, First: thanks for the constructive input! opendd already has the code for this, so you should just need an @newuser entry in PLIST (pick the next id along from a freshly updated /usr/ports/infrastructure/db/user.list) and change the sample config file to use it. OK, did that and picked the 648 for user/group _opendd. You should use 649 Abel Abraham Camarillo Ojeda acam...@the00z.org just used 648 See: Subject: Re: [NEW] games/pvpgn-1.8.5.tgz Message-ID: 4b46fbc9.liprnunyirh9d3jm%acam...@the00z.org One of the two of you will need to change to prevent a conflict. -jcr
no-arch directory
The $PACKAGE_REPOSITORY directory, typically /usr/ports/packages/, will normally contain subdirectories for arch, as well as, further subdirectories for desired\allowed redistribution (cdrom, ftp, ...). /usr/ports/packages/i386/ /usr/ports/packages/i386/all /usr/ports/packages/i386/ftp /usr/ports/packages/i386/cdrom The /usr/ports/packages/no-arch/ directory does not contain further subdirectories for desired\allowed redistribution? If something with problematic redistribution like Java 1.5 was broken into multi-packages (main, docs, ...), and the docs were properly put in the no-arch directory, then we now have a redistribution problem. Is the no-arch redistribution subdirs a problem worth fixing? -- J.C. Roberts
Re: Extending libfprint
On Sat, 4 Apr 2009 18:04:48 -0400 Jason Dixon ja...@dixongroup.net wrote: On Sat, Apr 04, 2009 at 05:54:22PM -0400, Aaron W. Hsu wrote: Hey Toby, From weing...@tepid.org Fri Apr 3 16:07:44 2009 Subject: Re: Extending libfprint If any of you guys can track down the programming documentation, that would be a good start to having this type of device supported... Just a thought, but it seems that my Lenovo T500 has an AES2810 from AuthenTec. Checking their website, it appears that one of the things they do is provide SDKs to interested parties. I have not figured out what counts as a qualifying request to get the SDK, but I just thought I would ask whether anyone else has tried to obtain the documentation directly from them in this form and whether it works if they did get it? Is Authentec just another one of those companies which refuse to give out the documentation without a host of NDAs and the like? From what I've read on the libfprint mailing list, yes. Is it worth the time to put AuthenTec on my open specs hit-list? Off the top of my head, there's only one system here with a finger scanner, Fujitsu Lifeboox 820... and I haven't even touched the damn thing. In short, I don't keep up with laptop development that much, so I'm not sure how prevalent these devices are? -- J.C. Roberts
Re: gcc 4.2 update
On Fri, 10 Apr 2009 01:18:17 +0200 Marc Espie es...@nerim.net wrote: I finally got time to update the gcc port to something more recent. It no longer makes sense to use a snapshot in my opinion. I've rebuilt the adastrap stuff (not 100% I'm current built with libc.so.50*) Since there are actual users of this gcc version, please tell me if you see any issues. I'd like to know if any of the relevant arches no longer work. I'm aware there is related work going on, such as gcj-enabling work. I expect these ports changes to be mostly unrelated... Patch applied cleanly. I'll test on i386, but still downloading; it will take awhile. When done, I'll see if it plays well with OpenOffice3. -- J.C. Roberts
Re: gcc 4.2 update
On Fri, 10 Apr 2009 01:18:17 +0200 Marc Espie es...@nerim.net wrote: I finally got time to update the gcc port to something more recent. It no longer makes sense to use a snapshot in my opinion. I've rebuilt the adastrap stuff (not 100% I'm current built with libc.so.50*) Since there are actual users of this gcc version, please tell me if you see any issues. I'd like to know if any of the relevant arches no longer work. I'm aware there is related work going on, such as gcj-enabling work. I expect these ports changes to be mostly unrelated... I've attached the full portslogger of `make regress` since just the stats are not exactly helpful. # make regress 21 | /usr/ports/infrstructure/portslogger . The `make regress` fails while testing acats support. Running -current from Mar 28, on i386. -- J.C. Roberts gcc-4.2.4.log Description: Binary data
Re: port for a python module question
On Sat, 11 Apr 2009 21:31:47 +0200 frantisek holop min...@obiit.org wrote: hi there, i am only a sunday porter and always run into difficulties. to save the hassle of compiling all the dependencies of a given port, in the past, it was always possible for me to cheat the system by installing binary ports of said dependencies, and just extract their port files (i dont have all of ports.tar.gz extracted). i dont know if this is cheating really, but makes sense for me. frantisek, This issue was solved a long time ago, but it's often forgotten since fast systems and tons of bandwidth tend to make us a bit spoilt. The following lines are out of my ~/.kshrc for -STABLE systems, but it can be adapted to non-development -CURRENT systems. The goal is to try to avoid compiling dependencies whenever packages are available. The other goal is to avoid downloading anything that you don't really need. First of all you need to set up your PKG_CACHE environment variable so any package you install from a remote source is copied and saved here. export PKG_CACHE=/arc/OpenBSD/`uname -r`/packages/`machine`/ On my system the /arc/ directory is just where I archive things. Keeping the naming conventions used on official OpenBSD ftp servers might seem long, but it makes your life a lot easier. You also need to have your PKG_PATH set up. PKG_PATH=./ PKG_PATH=$PKG_PATH:/usr/ports/packages/no-arch/ PKG_PATH=$PKG_PATH:/usr/ports/packages/`machine`/all/ PKG_PATH=$PKG_PATH:/arc/OpenBSD/`uname -r`/packages/no-arch/ PKG_PATH=$PKG_PATH:/arc/OpenBSD/`uname -r`/packages/`machine`/ PKG_PATH=$PKG_PATH:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/`uname -r`/packages/`machine`/ export PKG_PATH I'm sorry for the long line, but you get the idea. If you have your own local ftp server on your network, you can add it above the official project ftp package repository. If you have a crappy Internet connection like mine, you'll also want to adjust your FETCH_CMD to be a bit more persistent. export FETCH_CMD=ftp -p -r 5 -k 5 The magic is in FETCH_PACKAGES which simply says if you're building a port, and it has dependencies, then download and install the packages of the dependencies (when possible) rather than building the dependency from source. export FETCH_PACKAGES=yes This will allow you to keep the /usr/ports tree on your system, but you'll no longer be building every single dependency. The dependencies, when available, are automatically installed from packages. The fact that you've got your PKG_PATH neatly configured means, you'll even skip the package downloading when possible and use a local package. Additionally, you can set up your DISTDIR environment variable, so all the various source tarballs you download to build ports remain neatly stored in one place outside of the ports tree. export DISTDIR=/arc/OpenBSD/distfiles/ Note that it is DISTDIR and not DESTDIR If you roll your own release(8), and make them available on your own local ftp server, the directory structure from above should look hauntingly familiar to what you already know on the public ftp servers of the project. /arc/OpenBSD /arc/OpenBSD/4.4/packages /arc/OpenBSD/4.4/packages/i386 /arc/OpenBSD/4.4/packages/no-arch /arc/OpenBSD/4.5/packages /arc/OpenBSD/4.5/packages/i386 /arc/OpenBSD/4.5/packages/no-arch /arc/OpenBSD/distfiles You can easily do all this with a single system, or with multiple systems, but the good thing is when you do upgrades from scratch (i.e. new installs), you can easily dump-restore your /arc/ directory and be on your way again without excessive downloading or dependency compiling. -- J.C. Roberts
BUG: multimedia/xine
I am running a fairly bare-bones -current install (minimal packages) with cwm for a window manager. I just installed xine for x264 testing, but found an odd bug. When you bring up the right-click menu, and mouse-over any of the menu items with a sub-menu, the mouse cursor jumps right in the direction of the expanding sub-menu. Unfortunately, it doesn't jump quickly enough to keep the sub-menu open, so the sub-menu disappears. If you try it slowly, five or six times, you can occasionally keep the sub-menu open, but the second tier sub-menus (off of the first) are basically unreachable without a lot of tries/luck. Can anyone replicate this behavior? -- J.C. Roberts
Re: BUG: multimedia/xine
On Mon, 9 Mar 2009 08:43:17 + Jacob Meuser jake...@sdf.lonestar.org wrote: On Mon, Mar 09, 2009 at 12:38:39AM -0700, J.C. Roberts wrote: I am running a fairly bare-bones -current install (minimal packages) with cwm for a window manager. I just installed xine for x264 testing, but found an odd bug. When you bring up the right-click menu, and mouse-over any of the menu items with a sub-menu, the mouse cursor jumps right in the direction of the expanding sub-menu. Unfortunately, it doesn't jump quickly enough to keep the sub-menu open, so the sub-menu disappears. If you try it slowly, five or six times, you can occasionally keep the sub-menu open, but the second tier sub-menus (off of the first) are basically unreachable without a lot of tries/luck. Can anyone replicate this behavior? cursor doesn't jump here. submenus stay there until a click, or another option with a submenu gets focus. Interesting. If I had to guess (and I do), I'd be thinking dependency issue. I've got Kaffeine building at the moment, along with all its KDEish dependencies. I'll retest after it's installed. -- J.C. Roberts
Re: BUG: multimedia/xine
On Mon, 9 Mar 2009 02:13:17 -0700 J.C. Roberts list-...@designtools.org wrote: cursor doesn't jump here. submenus stay there until a click, or another option with a submenu gets focus. Interesting. If I had to guess (and I do), I'd be thinking dependency issue. I've got Kaffeine building at the moment, along with all its KDEish dependencies. I'll retest after it's installed. Nope, it wasn't dependencies. --so much for my guesses. When the build was done, I restarted X with a (plain/empty/new) account running default fvwm and xine works fine, so the trouble is with cwm. Renaming my .Xdefaults and .cwmrc before starting X had no effect, so it doesn't seem to be a configuration issue. -- J.C. Roberts
Re: OpenCV - default system python ?
On Sun, 8 Mar 2009 12:24:09 +0100 Tobias Ulmer tobi...@tmux.org wrote: On Sat, Mar 07, 2009 at 11:34:50PM -0500, Stuart Cassoff wrote: J.C. Roberts wrote: The problem with the OpenCV project is *releases* are fairly neglected (i.e. most everyone seems to only work from svn/cvs). I've butted heads with a few people on this issue (other projects, not OpenCV) and have had little/no success convincing die-hard cvs'ers to cut releases. All that happens is I get frustrated as I see software that I'd like to port but can't, You can port software that's only available in someones cvs server, just make a tarball and put it in a place where it can be found for a few years. You might want to ask here about such a place, there are a few devs who host distfiles. The _general_ rule is that only releases can be in ports, but if a particular piece of software doesn't have such a thing and the developers consider rev X fairly stable, it's ok to port that. Examples from the top of my head include webkit or llvm. Tobias I thought about taking the self-made pseudo-release route with OpenCV mainly due to their last pre-release is missing at least one needed file, *but* there is a supposedly planed Summer 2009 release. I've got almost all of it working, but I'm still having problems getting the octave support (via swig) to compile properly. Testing OpenCV properly will be another huge chunk of time. None the less, I've set OpenCV on the back-burner for a while in order to spend time doing the much needed testing Brad's x264 patches. -- J.C. Roberts
Re: OpenCV - default system python ?
On Sat, 7 Mar 2009 09:20:46 + Stuart Henderson s...@spacehopper.org wrote: On 2009/03/06 19:22, J.C. Roberts wrote: I'm working on a port of OpenCV which has a lot of python code, and it even creates some python libraries/packages. lib/python${MODPY_VERSION}/site-packages/opencv/_cv.so Some of its regression tests written in python, and the tests are expecting to execute `python` Given that the ports build machines can't be expected to, or fixed to, using the typical default system python softlinks, what is the best approach? You can patch the test scripts with an in-place edit (perl -pi -e s,...) to replace with the correct python interpreter. If it's only needed for the tests (i.e. if the installed files already get patched by the infrastructure), you could make a symlink from ${WRKDIR}/bin/python to ${MODPY_BIN}. I'll try the latter approach of symlinking. I'm using the python module MODULE= lang/python but I'm yet to get into testing the various python versions for compatibility. Once I get everything working and tested, I'll break it down into flavors with the default being without python. If possible, have this built by default, and split up at the packaging stage with multi-packages. See net/rrdtool for an example. (If enabling the python support _changes_ files which are built anyway, it's not possible to do it like that, but if it just adds new files, that will be fine). I'll look over net/rrdtool and deve/subversion (thanks Stefan). At this point, I know at least some file generation and/or patching is taking place specific to particular build options (python, octave, matlab, ffmpeg, quicktime, ...), but I really don't know the extent of it yet. The problem with the OpenCV project is *releases* are fairly neglected (i.e. most everyone seems to only work from svn/cvs). For example, OpenCV has been around for almost a decade, but the only 'final source *release* 1.0 is from 2006, and the most recent pre-release 1.1pre1 is from Oct 2008. I'm using the latter, but it's missing a needed file (or two). Is it best to create separate flavors for each python version? imo, not unless it's useful with something which specifically requires an old python version (e.g. Zope). The tough part is figuring out what breaks on older python version. If you need to specify a specific python version can you set MODPY_VERSION and have it require an exact version? -- J.C. Roberts
Re: FIX: graphics/openexr
On Sat, 7 Mar 2009 21:31:25 -0500 Brad b...@comstyle.com wrote: On Saturday 07 March 2009 21:04:05 J.C. Roberts wrote: For some unknown reason, the folks at openexr mistakenly want to #include their header files as SYSTEM headers rather than local headers. Though this mistake is made often, it's not consistent. It's even inconsistent within single files. The fast and dirty answer is to just -I* the directory where the header files are located, but if they were written correctly, this should not be necessary, so I took the time to patch them all. With anoncvs access, I think I did the diff correctly: $ cvs add patches/* $ cvs diff -uN ~/openexr.diff Since existing patches were skipped by the `cvs add` I'll try to get this upstream. -jcr I'm very skeptical of this change. You haven't even explained what it is that you're trying to fix. The various openexr headers all get installed in a single directory (/usr/local/include/OpenEXR/) and many of them mistakenly include each other via system header syntax: #include whatever.h Since they are not actually system header files, the other OpenEXR headers included are not found. Using the syntax says look in the directory of the file being currently processed, but using syntax looks for file along the defined system header paths (i.e /usr/include, /usr/local/include, ...). http://gcc.gnu.org/onlinedocs/cpp/Include-Syntax.html For example, if any other port properly includes a problematic OpenEXR header file as: #include OpenEXR/ImfHeader.h the other OpenEXR headers included by OpenEXR/ImfHeader.h are not found because they are not system header files (i.e. not located on the system header paths). This mistake means correctly written ports/software are forced to use an -I option to specify the /usr/local/include/OpenEXR directory. Since it's much easier to just toss an -I on the build, no one has bothered to fix the mistakes. The only reason why we haven't hit a conflict (i.e. the wrong header being included due to the system search path oder) is due to the rather unique names of most of the openexr headers. I hope this makes sense. BTW, I dusted off the macppc system last night and it powers up! I swapped out the hard drive (MacOS-9.1) and will get to installing OpenBSD later tonight for x264 testing. -- J.C. Roberts
OpenCV - default system python ?
I'm working on a port of OpenCV which has a lot of python code, and it even creates some python libraries/packages. lib/python${MODPY_VERSION}/site-packages/opencv/_cv.so Some of its regression tests written in python, and the tests are expecting to execute `python` Given that the ports build machines can't be expected to, or fixed to, using the typical default system python softlinks, what is the best approach? I'm using the python module MODULE= lang/python but I'm yet to get into testing the various python versions for compatibility. Once I get everything working and tested, I'll break it down into flavors with the default being without python. Is it best to create separate flavors for each python version? -- J.C. Roberts
Re: x264 and ffmpeg
On Thu, 12 Feb 2009 13:44:25 -0500 Brad b...@comstyle.com wrote: On Thursday 12 February 2009 00:47:44 Damien Miller wrote: On Wed, 11 Feb 2009, Brad wrote: I already have proper updates for both pending. Unless I'm looking in the wrong place, your ffmpeg update doesn't actually update ffmpeg. It just adjusts the dependency on x264. That is only the x264 update. I'm not posting both updates at the same time. It is hard enough getting people to test never mind trying to get people to test with multiple overlapping diffs. Your x264 update doesn't fix version.sh. It still uses bashisms and depends on git (+ possible network access) at build time. That stuff is not new and the use of git is optional. Anyway I updated what is on my webserver. I haven't bothered to keep that in sync since no one has tested what was there (or bothered to say anything). http://comstyle.com/x264/ Today I got a shinny new Logitech QuickCam Pro 9000 (video(4)) but getting it to play nice with ffmpeg on -stable has yielded no joy. The issue seems to be the video4linux2 support on the -stable port, so I'm putting together a(nother) -current box for testing. For me, having a newer ffmpeg playing correctly (pun intended) with our sys/videoio.h for video4linux2 support is important. If Brad has finished ffmpeg update patches pending and ready for testing, it makes more sense test them at the same time with the x264 updates, rather than doing the same thing Damien did. Also, in Brad's x264 update post, he mentioned wanting to test on macppc due to Altivec issues. I've got an ancient Power Macintosh G3 (300MHz) sitting in my garage which might still work, but I don't know if it would be a worthy test box for potential Altivec issues? -- J.C. Roberts
Re: [PATCH] Sylpheed Spell Checking
On Sat, 15 Nov 2008 10:32:05 +0100 (CET) Antoine Jacoutot [EMAIL PROTECTED] wrote: On Fri, 14 Nov 2008, J.C. Roberts wrote: It's been *years* since I used sylpheed but for some strange reason I recall their main repository being in Japan rather than part of Fedora? I could be wrong or it may have moved. What reason makes you think it is part of Fedora? You said your patch came from Fedora svn, not the upstream project. On Thu, 13 Nov 2008 19:01:02 +0100 (CET) Antoine Jacoutot [EMAIL PROTECTED] wrote: What about this instead. I added a patch from sylpheed svn via Fedora to make use of gtkspell/enchant. Did I misunderstand something? It seems my memory was correct. The upstream project svn is in Japan. http://sylpheed.sraoss.jp/en/svn.html I've been digging around a bit tonight to see if there are any bug reports or patches regarding the Rember last selected message bug. Thanks for your help. Kind Regards, Jon
Re: [PATCH] Sylpheed Spell Checking
On Fri, 14 Nov 2008 09:11:48 +0100 (CET) Antoine Jacoutot [EMAIL PROTECTED] wrote: On Thu, 13 Nov 2008, J.C. Roberts wrote: On Thu, 13 Nov 2008 19:01:02 +0100 (CET) Antoine Jacoutot [EMAIL PROTECTED] wrote: What about this instead. I added a patch from sylpheed svn via Fedora to make use of gtkspell/enchant. It seems to work fine here. I like your patch *much* better because it's the right way to deal with the problem, but my main concern was if such changes would ever make it upstream, or will we be stuck maintaining them? The patch is from svn afaik so it is already upstream. It's been *years* since I used sylpheed but for some strange reason I recall their main repository being in Japan rather than part of Fedora? I could be wrong or it may have moved. The whole dual tree nonsense, sylpheed versus sylpheed-claws (claws-mail), with the latter being for new features/experiments, seems to exist to take pressure off of the developer(s) of slypheed proper. I'll try to test your patch tonight on i386. :-) Ok, let me know. Cheers! Your patch works very well on i386 4.4-STABLE. I'll test some more it against CURRENT after this weekend. I'll be at the meetBSD con all day both tomorrow and Sunday. There is also one annoying and unrelated bug that I'll try to resolve: Configuration-Common Preferences-Details-Interface X Remember last selected message. The Open first unread message when a folder is opened is unchecked and for some reason disabled, but none the less, this is what it does. The remember option works as long as sylpheed is running, but it fails to work across restarts. This means every time you switch folders, it mistakenly marks messages read. -- J.C. Roberts
[PATCH] Sylpheed Spell Checking
The attached patch fixes the missing spell checking support in Sylpheed. Sylpheed tries to use the gtkspell wrapper, but instead of using the gtkspell API, Sylpheed mistakenly calls aspell directly to get info on the dictionary to use. There are a few ways this could be fixed. I think the best way would be patching the crap out of Sylpheed to force it to use gtkspell/enchant. --I saw this mentioned on the fedora devel list: https://fcp.surfsite.org/modules/newbb/viewtopic.php?viewmode=flatorder=DESCtopic_id=49689forum=11 The other, far less invasive, answer is just let Sylpheed link against aspell directly for it's dictionary calls. Comments? -- J.C. Roberts patch-sylpheed-spell.diff Description: Binary data
Re: Upgrading port - choosing new version.
On Friday 17 October 2008, Rod Whitworth wrote: Your use of the terms stable and snapshot above are not particularly clear, or more likely, I'm just reading it wrong. The postfix port has stable and snapshot versions to choose from. I'm building on 4.4 release using 4.4 release ports tree and trying to get a 4.3 release box with postfix to update to 4.4 (that worked well) and to the snapshot version of postfix that comes with the 4.4 ports tree. Eventually I built the stable postfix for 4.4 and the (was)4.3 (now) 4.4 machine saw the postfix-stable as an update option and took it. The puzzle is: How do I get the update to Postfix-snapshot (for 4.4) to apply? Ah, now that makes sense. I just knew I had to be reading all the stable/snapshot stuff incorrectly. Divided by a common language as usual. :-) Nice hearing from you again! Likewise. If you get a chance, contact me off list. --This would be easier than me inadvertently stepping into one of your infamous email tar pits and wondering why you never respond. :-) -- JCR
Re: Upgrading port - choosing new version.
On Friday 17 October 2008, Rod Whitworth wrote: I had postfix (stable, no flavors) from 4.3 on there and I had built a snapshot version from ports for 4.4. and the pkg_add said it could not find an update for postfix. When I built the 4.4 postfix stable version it updated but I really expected that it would have offered me the snapshot version that was there all along. Is there no way to choose between the two? What criteria are in play in such a case? Hi Rod, Your use of the terms stable and snapshot above are not particularly clear, or more likely, I'm just reading it wrong. Both the -STABLE and -RELEASE trees will not officially exist (publicly) until the date of the release (Nov 1). What you have on the CD's is of course, the -RELEASE tree. Mixing things from one snapshot of the many provided during the development cycle (i.e. the continual builds of the -CURRENT tree) with the RELEASE (as provided on the official CD) is not a good idea. If any last minute bug fixes to the ports/packages systems were committed prior to RELEASE, they could potentially break any of the previously built snapshot packages. Attempting to install packages created with an older version of the ports/packages system on a newer OS version can make a mess of the system. Equally, attempting to install packages created with a newer version of the ports/packages system on an older OS version can also cause a real mess. Though I've got my Shinny shinny shinny new 4.4 disks sitting right here, I haven't gotten to installing it yet. --Possibly the new ports/packages system in 4.4 now intentionally prevents the first way of making a real mess? As for the second way of making a real mess... Some idiot fumble fingered a cvs update on a newly installed box, and attempted to build/install -CURRENT ports/packages, on a box running 4.3 -RELEASE. The result was the ports/packages mysteriously installed incorrectly and stuffed up the packages database. Said idiot did not even realize his mistake, and went so far as to file a bug report about the incorrect installation locations. (sigh) The idiot who filed the ports/5837 bug was me. Even if the developers did idiot-proof the first way of making a real mess by preventing the installation of old packages on a newer OS, there's always an improved idiot out there who will find a way to totally screw things up. Kind Regards, JCR
Re: Stable ports and packages
On Tuesday 03 June 2008, Edd Barrett wrote: If it's just a matter of needing a new disk, what you need might be sitting here collecting dust and if so, I'd be happy to send it to you. The faster disk this machine takes are fibre channel over copper scsi disks (FC-AL). I would be surprised if you have one of those lying about :P Bummer! I looked and unfortunately you're right; I don't have any FC-AL drives around.
Re: Stable ports and packages
On Saturday 31 May 2008, Edd Barrett wrote: You ned to look in the test area. I have i386 up and after a rather noisy night (trying to sleep with a crunchy disk blade 1000 in your room), the sparc64 packages are ready for upload. I may not gt time unil tomorrow. http://students.dec.bmth.ac.uk/ebarrett/obsd-stable/test/4.3/pkg/i386 / Edd, It seems we are divided by a common language. :-) Could you explain what you mean by a crunchy disk and let me know if a replacement disk would help? If it's just a matter of needing a new disk, what you need might be sitting here collecting dust and if so, I'd be happy to send it to you. Kind Regards, JCR
NEW: mysql-connector-java 5.0.8
MySQL Connector/J is the official Java JDBC driver for MySQL HOMEPAGE:http://dev.mysql.com/downloads/connector/ It allows for easy access to MySQL databases through Java DataBase Connectivity (JDBC) for all programs, including OpenOffice.org Base Tested: i386 mysql-connector-java-5.0.8.tar.gz Description: application/tgz
[4.2-STABLE] UPD: devel_jdk-1_5_0_13
Yes, I know it's taboo to post diffs for -stable but I was asked to do so by the maintainer. We got a small packaging bug that's been fixed in current and this back-port might help a few people. http://marc.info/?l=openbsd-portsm=120061961321077w=2 The big *if* is if this will get enough testing for a commit. If you're using -stable in production, and think you have something to gain from updating, then please post your test results. Note to Kurt: you'll need to remove my lazy Makefile hack ACCEPT_JRL_LICENSE=yes I haven't been keeping up with the Sun licensing nonsense on java, so I'm sure you added the license check for good reason. kind regards, JCR Index: Makefile === RCS file: /cvs/ports/devel/jdk/1.5/Makefile,v retrieving revision 1.42 diff -u -r1.42 Makefile --- Makefile 27 Jul 2007 19:29:51 - 1.42 +++ Makefile 19 Jan 2008 05:30:48 - @@ -1,11 +1,11 @@ -# $OpenBSD: Makefile,v 1.42 2007/07/27 19:29:51 kurt Exp $ +# $OpenBSD: Makefile,v 1.47 2007/11/30 14:57:23 kurt Exp $ SHARED_ONLY= Yes ONLY_FOR_ARCHS= amd64 i386 COMMENT-main= Java2(TM) Standard Edition Dev Kit v${V} COMMENT-jre= Java2(TM) Standard Edition Runtime Environment v${V} -V= 1.5.0.12 +V= 1.5.0.13 PKGNAME= jdk-${V} PKGNAME-main= jdk-${V} PKGNAME-jre= jre-${V} @@ -18,15 +18,15 @@ MAINTAINER= Kurt Miller [EMAIL PROTECTED] -JRLSRC= jdk-1_5_0_12-fcs-src-b04-jrl-02_may_2007.jar -JRLBIN= jdk-1_5_0_12-fcs-bin-b04-jrl-02_may_2007.jar -PATCHSET= bsd-jdk15-patches-6.tar.bz2 +JRLSRC= jdk-1_5_0_13-fcs-src-b05-jrl-25_sep_2007.jar +JRLBIN= jdk-1_5_0_13-fcs-bin-b05-jrl-25_sep_2007.jar +PATCHSET= bsd-jdk15-patches-7.tar.bz2 DISTFILES= ${JRLSRC} \ ${JRLBIN} \ ${PATCHSET} -MASTER_SITES= http://www.java.net/download/tiger/tiger_u12/ +MASTER_SITES= http://www.java.net/download/tiger/tiger_u13/ # Java Research License # http://www.java.net/jrl.csp @@ -67,11 +67,11 @@ # Error message for distfile. FETCH_MANUALLY= You must manually fetch the distribution files, place FETCH_MANUALLY+= them in ${FULLDISTDIR} and then run make again. -FETCH_MANUALLY+= Get the 'Update 12 Source under the JRL license' file: +FETCH_MANUALLY+= Get the 'Update 13 Source under the JRL license' file: FETCH_MANUALLY+= ${JRLSRC} and FETCH_MANUALLY+= the 'Source Binaries needed for Source Build' file: FETCH_MANUALLY+= ${JRLBIN} -FETCH_MANUALLY+= from http://download.java.net/tiger/tiger_u12/; +FETCH_MANUALLY+= from http://download.java.net/tiger/tiger_u13/; FETCH_MANUALLY+= Get the BSD patchset file: FETCH_MANUALLY+= ${PATCHSET} FETCH_MANUALLY+= from http://www.eyesbeyond.com/freebsddom/java/jdk15.html; @@ -91,15 +91,15 @@ BUILD_DEPENDS+= :jdk-1.5*:devel/jdk/1.5 MAKE_ENV+= ALT_BOOTDIR=${LOCALBASE}/${JDKHOME} .else -DISTFILES+= jdk-1_5_0_12-solaris-i586.tar.Z \ +DISTFILES+= jdk-1_5_0_13-solaris-i586.tar.Z \ xalan-j_2_7_0-bin.tar.gz -FETCH_MANUALLY+= Get 'JDK 5.0 Update 12' for 'Solaris x86 packages' file: -FETCH_MANUALLY+= jdk-1_5_0_12-solaris-i586.tar.Z +FETCH_MANUALLY+= Get 'JDK 5.0 Update 13' for 'Solaris x86 packages' file: +FETCH_MANUALLY+= jdk-1_5_0_13-solaris-i586.tar.Z FETCH_MANUALLY+= from http://java.sun.com/javase/downloads/index_jdk5.jsp or -FETCH_MANUALLY+= http://java.sun.com/products/archive/j2se/5.0_12/index.html; +FETCH_MANUALLY+= http://java.sun.com/products/archive/j2se/5.0_13/index.html; FETCH_MANUALLY+= Get the Apache Xalan Java file: FETCH_MANUALLY+= xalan-j_2_7_0-bin.tar.gz -FETCH_MANUALLY+= from http://www.apache.org/dist/xml/xalan-j/; +FETCH_MANUALLY+= from http://archive.apache.org/dist/xml/xalan-j/; BUILD_DEPENDS+= :kaffe-=1.1.7p1:lang/kaffe \ ::lang/jikes ALT_BOOTDIR2= ${LOCALBASE}/kaffe @@ -120,7 +120,7 @@ . endif .else #no plugin - no messages -MESSAGE= /dev/null +MESSAGE= ${PKGDIR}/MESSAGE-no_web MAKE_ENV+= DONT_BUILD_DEPLOY=YES .endif @@ -143,7 +143,20 @@ JDKIMAGEDIR_G= ${OUTPUTDIR}/j2sdk-debug-image JREIMAGEDIR= ${OUTPUTDIR}/j2re-image +.include bsd.own.mk +ACCEPT_JRL_LICENSE=yes +ACCEPT_JRL_LICENSE ?= No + +.if ${ACCEPT_JRL_LICENSE:L} != yes +BROKEN += \n +BROKEN += You must read and accept Sun's JRL license located\n +BROKEN += at ${FILESDIR}/JavaResearchLicense.txt\n +BROKEN += To indicate your acceptance of the JRL add ACCEPT_JRL_LICENSE=Yes\n +BROKEN += to /etc/mk.conf and restart the build +.endif + post-extract: + @rm -rf ${WRKDIR}/tmp @mkdir ${WRKDIR}/tmp \ ${CC} ${CFLAGS} -o ${WRKDIR}/tmp/x_x2zip ${FILESDIR}/x_x2zip.c .for jar in ${JRLSRC} ${JRLBIN} @@ -165,7 +178,6 @@ pre-patch: @cp -f ${FILESDIR}/cacerts ${WRKDIR}/j2se/src/share/lib/security @cd ${WRKDIR} \ - ${CHMOD} -R u+w * \ ${PATCH} -p0 -z .orig.bsd --quiet ${WRKDIR}/jdk15.patches .if !${FLAVOR:L:Mnative_bootstrap} @@ -190,5 +202,8 @@ cd ${JDKIMAGEDIR_G} tar -cf - * | tar -C ${PREFIX}/${JDKHOME} -xf - ${INSTALL_DATA_DIR} ${PREFIX}/${JREHOME} cd
Re: JDK BROKEN lines in Makefile broken?
On Wednesday 16 January 2008, Kurt Miller wrote: On Wednesday 16 January 2008 3:51:22 pm Castle, Shane wrote: When I tried to run make in /usr/ports/devel/jdk/1.7 (-current, after cvs up -Pd), here's what I got: # make /bin/sh: no closing quote *** Error code I don't see this running a -current system. I suspect you are running a -current port with an older system and/or ports tree, which is not supported. Kurt is right on this one. Shane is using a -CURRENT port with a -STABLE system (or out of date current snapshot). I just finished back-porting jdk 1_5_0_13 from -CURRENT to -STABLE and hit the same exact problem with closing quotes. It's easy to fix by diffing the Makefile from -STABLE and -CURRENT and adding the removed double quotes in a few places, but realize this sort of thing is totally unsupported. kind regards, JCR
java xalan-j
I'm wondering if anyone else has noticed this problem. When devel/jdk/1.5 tries to extract the xalan-j_2_7_0-bin.tar.gz archive using gtar, it actually fails but since gtar isn't kind enough to actually return the error, the build continues. $ make extract ... (SHA256) jdk-1_5_0_13-fcs-src-b05-jrl-25_sep_2007.jar: OK (SHA256) jdk-1_5_0_13-fcs-bin-b05-jrl-25_sep_2007.jar: OK (SHA256) bsd-jdk15-patches-7.tar.bz2: OK (SHA256) jdk-1_5_0_13-solaris-i586.tar.Z: OK (SHA256) xalan-j_2_7_0-bin.tar.gz: OK ... === Extracting for jdk-1.5.0.13 /usr/local/bin/gtar: A lone zero block at 121752 The file itself is fine. It passes sha256 test as well as manual verification via the pgp/gpg sig. And yes, I've tried redownloading a few times from both available sources: http://www.apache.org/dist/xml/xalan-j/binaries/ http://archive.apache.org/dist/xml/xalan-j/ Our tar(1) also dies but returns the error, so it kills the build. # tar xzf xalan-j_2_7_0-bin.tar.gz tar: Invalid header, starting valid header search. tar: End of archive volume 1 reached I've also tried using gtar 1.7 from -STABLE as well as the updated gtar 1.9 port from -CURRENT. A more clear example of the return value problem: # tar xzf xalan-j_2_7_0-bin.tar.gz echo Hello Nurse! tar: Invalid header, starting valid header search. tar: End of archive volume 1 reached # # gtar xzf xalan-j_2_7_0-bin.tar.gz echo Hello Nurse! gtar: A lone zero block at 121752 Hello Nurse! # Is there some magic tar/gtar work-around to extract this archive correctly?
NEW: www/p5-LWP-Protocol-http-SocksChain
This set of 5 related ports are a lot of fun and can be real useful if you need direct SOCKS Proxy support (e.g. via TOR). Tested: i386 $ cat p5-LWP-Protocol-http-SocksChain/pkg/DESCR This module implements SOCKS (v4, v4a, v5) Proxy Chaining when using LWP::UserAgent from p5-libwww on HTTP 1.1 connections. One of the interesting benefits of using this module is it allows you to talk directly to SOCKS proxies such as TOR (The Onion Router) without the need and overhead of using an additional HTTP Proxy like Privoxy. More Info: /usr/local/share/examples/p5-LWP-Protocol-http-SocksChain See Also: p5-Net-SC p5-LWP-Protocol-http-SocksChain (HTTP v1.1) p5-LWP-Protocol-https-SocksChain (HTTPS v1.1) p5-LWP-Protocol-http-SocksChain10 (HTTP v1.0) p5-LWP-Protocol-https-SocksChain10(HTTPS v1.0) ports_www_p5-LWP-Protocol-http-SocksChain-1.4.tar.gz Description: application/tgz
Re: Installing Example Files?
On Monday 10 December 2007, Marc Espie wrote: On Sun, Dec 09, 2007 at 06:41:49PM -0800, J.C. Roberts wrote: Assuming you're going to do something like this: EXDIR= ${PREFIX}/share/examples/${} pre-fake: ${INSTALL_DATA_DIR} ${EXDIR} ${INSTALL_DATA} ${WRKSRC}/README ${EXDIR} ${INSTALL_SCRIPT} ${WRKSRC}/example/*.pl ${EXDIR} That's not the intended usage of pre-fake. pre-fake has very little applicability, you'll see it used quite seldom. Normal `fake' installs use pre-install, do-install, post-install. pre-fake is a hook that's specifically there to setup some stuff that fake will need. And you really don't want to know when that's needed. Thanks Marc for the clarification. I mistakenly picked pre-fake since I wanted to be sure that after running `make fake` I could then run `make update-plist` without missing anything. I got confused by the use of the term install in the pre-install, do-install and post-install targets, since the names imply they are hooks (chronologically) around `make install` --which would be too late to update the plist since the package would already be (re)built. As always, the bsd.port.mk man page has the details spelled out perfectly, See the description of THE FAKE FRAMEWORK for the non-intuitive details of the way {pre,do,post}-install hooks are actually used by the ports tree. Thanks again, JCR
Installing Example Files?
Assuming you're going to do something like this: EXDIR= ${PREFIX}/share/examples/${} pre-fake: ${INSTALL_DATA_DIR} ${EXDIR} ${INSTALL_DATA} ${WRKSRC}/README ${EXDIR} ${INSTALL_SCRIPT} ${WRKSRC}/example/*.pl ${EXDIR} Which is considered more correct (or is preferred) ? EXDIR= ${PREFIX}/share/examples/${PKGNAME} or EXDIR= ${PREFIX}/share/examples/${BASE_PKGPATH} The first gives: /usr/local/share/example/portname-0.00p0/ The second gives: /usr/local/share/example/port-dir-name/portname/ Thanks, JCR
Re: UPD: www/mozilla-firefox 2.0.0.11
On Friday 07 December 2007, Martynas Venckus wrote: Good day, We shipped 2.0.0.10 with a fix for canvas drawImage regression (you should have read that in cvs log). There's no need for this update. Yes, it seems you're pretty much right about that. Other than expected version bump differences, the only other source changes seem to be in code paths which don't affect us (namely OS2). $ diff -ru -x 'CVS' -x 'systrace.policy' w-mozilla-firefox-2.0.0.10/ \ w--mozilla-firefox-2.0.0.11/ At first glance, I didn't notice the change was for OS2. As for what kind of masochist is still running OS2, that's an entirely different topic. (: kind regards, jcr diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/browser/app/module.ver w-mozilla-firefox-2.0.0.11/mozilla/browser/app/module.ver --- w-mozilla-firefox-2.0.0.10/mozilla/browser/app/module.ver Thu Nov 15 03:53:06 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/browser/app/module.ver Tue Nov 27 17:58:19 2007 @@ -1,7 +1,7 @@ WIN32_MODULE_COMPANYNAME=Mozilla Corporation WIN32_MODULE_COPYRIGHT=©Firefox and Mozilla Developers, according to the MPL 1.1/GPL 2.0/LGPL 2.1 licenses, as applicable. -WIN32_MODULE_PRODUCTVERSION=2,0,0,10 -WIN32_MODULE_PRODUCTVERSION_STRING=2.0.0.10 +WIN32_MODULE_PRODUCTVERSION=2,0,0,11 +WIN32_MODULE_PRODUCTVERSION_STRING=2.0.0.11 WIN32_MODULE_TRADEMARKS=Firefox is a Trademark of The Mozilla Foundation. WIN32_MODULE_DESCRIPTION=Firefox WIN32_MODULE_PRODUCTNAME=Firefox diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/browser/config/version.txt w-mozilla-firefox-2.0.0.11/mozilla/browser/config/version.txt --- w-mozilla-firefox-2.0.0.10/mozilla/browser/config/version.txt Thu Nov 15 03:53:06 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/browser/config/version.txt Tue Nov 27 17:58:20 2007 @@ -1 +1 @@ -2.0.0.10 +2.0.0.11 diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/client.mk w-mozilla-firefox-2.0.0.11/mozilla/client.mk --- w-mozilla-firefox-2.0.0.10/mozilla/client.mk Thu Nov 15 03:53:05 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/client.mk Tue Nov 27 17:58:19 2007 @@ -257,11 +257,11 @@ # # For branches, uncomment the MOZ_CO_TAG line with the proper tag, # and commit this file on that tag. -MOZ_CO_TAG = FIREFOX_2_0_0_10_RELEASE -NSPR_CO_TAG = FIREFOX_2_0_0_10_RELEASE -NSS_CO_TAG = FIREFOX_2_0_0_10_RELEASE -LDAPCSDK_CO_TAG = FIREFOX_2_0_0_10_RELEASE -LOCALES_CO_TAG = FIREFOX_2_0_0_10_RELEASE +MOZ_CO_TAG = FIREFOX_2_0_0_11_RELEASE +NSPR_CO_TAG = FIREFOX_2_0_0_11_RELEASE +NSS_CO_TAG = FIREFOX_2_0_0_11_RELEASE +LDAPCSDK_CO_TAG = FIREFOX_2_0_0_11_RELEASE +LOCALES_CO_TAG = FIREFOX_2_0_0_11_RELEASE BUILD_MODULES = all diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/config/milestone.txt w-mozilla-firefox-2.0.0.11/mozilla/config/milestone.txt --- w-mozilla-firefox-2.0.0.10/mozilla/config/milestone.txt Thu Nov 15 03:53:06 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/config/milestone.txt Tue Nov 27 17:58:20 2007 @@ -10,4 +10,4 @@ # hardcoded milestones in the tree from these two files. # -1.8.1.10 +1.8.1.11 Only in w-mozilla-firefox-2.0.0.10/mozilla/content/canvas/src: nsCanvasRenderingContext2D.cpp.orig diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/xpcom/io/nsLocalFileOS2.cpp w-mozilla-firefox-2.0.0.11/mozilla/xpcom/io/nsLocalFileOS2.cpp --- w-mozilla-firefox-2.0.0.10/mozilla/xpcom/io/nsLocalFileOS2.cpp Tue Nov 13 16:15:22 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/xpcom/io/nsLocalFileOS2.cpp Mon Nov 19 12:46:49 2007 @@ -815,7 +815,7 @@ { PRFileDesc* file = PR_Open(mWorkingPath.get(), PR_RDONLY | PR_CREATE_FILE | PR_APPEND | PR_EXCL, attributes); if (!file) -return NS_ErrorAccordingToNSPR(); +return NS_ERROR_FILE_ALREADY_EXISTS; PR_Close(file); return NS_OK; diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/xpfe/bootstrap/module.ver w-mozilla-firefox-2.0.0.11/mozilla/xpfe/bootstrap/module.ver --- w-mozilla-firefox-2.0.0.10/mozilla/xpfe/bootstrap/module.ver Tue Oct 30 19:56:17 2007 +++ w-mozilla-firefox-2.0.0.11/mozilla/xpfe/bootstrap/module.ver Mon Nov 19 11:39:33 2007 @@ -1,7 +1,7 @@ WIN32_MODULE_COMPANYNAME=mozilla.org WIN32_MODULE_COPYRIGHT=©Mozilla Developers, according to the MPL 1.1/GPL 2.0/LGPL 2.1 licenses, as applicable. WIN32_MODULE_PRODUCTVERSION=1,1,7,0 -WIN32_MODULE_PRODUCTVERSION_STRING=1.1.7pre +WIN32_MODULE_PRODUCTVERSION_STRING=1.1.7 WIN32_MODULE_TRADEMARKS=SeaMonkey and Mozilla are trademarks of The Mozilla Foundation. [EMAIL PROTECTED]@ [EMAIL PROTECTED]@ diff -ru -x CVS -x systrace.policy w-mozilla-firefox-2.0.0.10/mozilla/xpfe/bootstrap/version.txt w-mozilla-firefox-2.0.0.11/mozilla/xpfe/bootstrap/version.txt --- w-mozilla-firefox-2.0.0.10/mozilla/xpfe/bootstrap/version.txt Tue
UPD: www/mozilla-firefox 2.0.0.11
We need to remove the following patch since it was committed upstream. patches/patch-content_canvas_src_nsCanvasRenderingContext2D_cpp Tested: i386 Index: Makefile === RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v retrieving revision 1.86 diff -u -r1.86 Makefile --- Makefile 28 Nov 2007 20:22:25 - 1.86 +++ Makefile 7 Dec 2007 19:56:49 - @@ -6,7 +6,7 @@ COMMENT-main= redesign of Mozilla's browser component COMMENT-devel= devel files for Gecko -VER= 2.0.0.10 +VER= 2.0.0.11 DISTNAME= mozilla PKGNAME= mozilla-firefox-${VER} PKGNAME-main= mozilla-firefox-${VER} Index: distinfo === RCS file: /cvs/ports/www/mozilla-firefox/distinfo,v retrieving revision 1.30 diff -u -r1.30 distinfo --- distinfo 28 Nov 2007 20:22:25 - 1.30 +++ distinfo 7 Dec 2007 19:56:49 - @@ -1,5 +1,5 @@ -MD5 (firefox-2.0.0.10-source.tar.bz2) = XC8T1qJ/Ri7GuGLa/KIuew== -RMD160 (firefox-2.0.0.10-source.tar.bz2) = U1az03lJaAdESC0djAabXyM0/sU= -SHA1 (firefox-2.0.0.10-source.tar.bz2) = cUbzH+n0zm2+pezZj5k6i2AVR3A= -SHA256 (firefox-2.0.0.10-source.tar.bz2) = xocolDhjt8f3NjyURuweCHGY9niXzKWKM3PnYaL1lco= -SIZE (firefox-2.0.0.10-source.tar.bz2) = 37474489 +MD5 (firefox-2.0.0.11-source.tar.bz2) = svmC+fMIUZXUeXlXU3ynXQ== +RMD160 (firefox-2.0.0.11-source.tar.bz2) = /UCMmqbfG4Z+dXhl6NzKvr7z3uI= +SHA1 (firefox-2.0.0.11-source.tar.bz2) = bQcL8E8aA3tiEjfQLvm+eAKlG/E= +SHA256 (firefox-2.0.0.11-source.tar.bz2) = G5i4zQYfwEcYh6GcqD73MEP5qrh9rP7a6To4jUePkU0= +SIZE (firefox-2.0.0.11-source.tar.bz2) = 37480419
Re: UPD: devel/p5-Test-NoWarnings-0.084
On Wednesday 05 December 2007, Simon Bertrang wrote: On Tue, Dec 04, 2007 at 05:41:55PM -0800, J.C. Roberts wrote: update: devel/p5-Test-NoWarnings-0.084 maintainer: Simon Bertrang [EMAIL PROTECTED] tested: i386 As you already showed, you don't seem to care about the actual changes for the ports. Also you're mostly doing duplicate work. And your way of pushing the diffs is NOT NICE! Talk to the maintainers FIRST, before sending it to ports@ because you give people who should know better a chance to look at it. Besides, asking the right people for comments, tests and/or oks is often harder than the update itself. I'd welcome if you start to FOLLOW THE PROCESS. Simon You are advocating talk rather than code. Your accusation of not caring about the actual changes to the ports is completely unfounded. I've been very carefully walking the dependency trees, updating all dependencies before updating the parent. Your accusation of mostly doing duplicate work is also completely unfounded. If it's not in -current and has not been posted to this list for testing, then it most likely hasn't been done. The right people for comments, tests and oks are already subscribed to this list. If something is out of date in -current and has not been mentioned on the lists, I fix it, make the changes public on the list, and cc the maintainer. Talking to a maintainer first is rude, pushy and manipulative because it is tantamount to asking the maintainer to do an update and to take their responsibility more seriously --it's a guilt trip. I do not expect *you* to spend your free time doing the work that *I* want done. I just do the work myself, and share the results. Please try to realize this is not a competition, and there is no reason for a maintainer to be offended when someone else manages to get the work done before you do. I'm not doing the work for you and I'm not doing it to make you look bad. Instead, I'm doing the work because I want it done. If you find it useful, then great, but if not, then don't let it trouble you so much. Simon, please stop looking for a fight, I'm not your enemy. Kind Regards, JCR
Re: UPD: devel/p5-*
On Wednesday 05 December 2007, Stuart Henderson wrote: On 2007/12/04 17:30, J.C. Roberts wrote: update: devel/p5-File-Find-Rule-0.30 update: devel/p5-File-Find-Rule-Filesys-Virtual-1.22 update: devel/p5-Params-Validate-0.89 update: devel/p5-Log-Dispatch update: devel/p5-Test-Warn-0.10 update: devel/p5-Test-Tester-0.106 update: devel/p5-Devel-StackTrace-1.15 update: devel/p5-Test-NoWarnings-0.084 Apart from p5-Test-Warn these are all depended on by other ports. Did you verify that no regressions for those depending ports have been introduced? Assuming dependencies like this: p5-ABC (outdated) | +- p5-123 (uptodate) | +- p5-345 (uptodate) | ++ | p5-DEF ++ | | +--+--- p5-whatever (outdated) | ++ p5-GHI | | | +- p5-123 | | | +- p5-678 | || ++ When I want to update p5-ABC, I walk down the dependency tree. I'll start with updating the right-most (p5-whatever), and eventually work my way up to the original target (p5-ABC). When that branch is done, I go back and walk from the right-most back out to the other paths (i.e. back out to p5-DEF and p5-GHI). Unfortunately, using `make show-required-by` on the right-most doesn't really show all of the dependencies because it skips REGRESS_DEPENDS. In case of a regression on a regression, I take a more aggressive approach to finding all the dependencies, including REGRESS_DEPENDS. $ cd /usr/ports $ find . -type f -name 'Makefile' -exec sh -c 'if [ X`grep -l \ p5-whatever {}` == X{} ]; then echo {}; fi' \; The above gives me everything touched by a port, including the 'stated' regression test dependencies. Unfortunately, it doesn't give me the unstated (in the port Makefile) dependencies. It would be nice if I could automate the tree walking for regression failures, but some stuff in the tree never passes regression tests, for example, p5-Net-SSLeay just hangs. It's slow going, but it seems to get the job done accurately as long as I don't get confused in the hierarchy or miss an unstated dependency. The above has always worked for me, but it's something I made up on my own for quietly maintaining my personal -stable tree. If there's a better way to go about it, please drop kick me in the right direction. Kind Regards, JCR
Re: UPD: devel/p5-Test-NoWarnings-0.084
On Wednesday 05 December 2007, Simon Bertrang wrote: I'm just trying to tell what i think is a (more) productive behaviour. Speaking of that i guess i need to make the first step... I'm sorry for the harsh tone; not very professional from me. We should get in touch privately and work together as we essentially seem to care about the same thing. Kind regards, Simon The apology needs to go both ways. I'm sorry if I caused you any additional stress or work and if anything I said was a bit too edgy. There's always more than one way to do tings so if another way is more productive for you, I'm certainly willing to adjust. My plans for today are subject to change at any moment, so I'll send you a private email either later today or sometime tomorrow. At the moment, I'm waiting to find out if my mom has to go back into the hospital, so I'm undoubtedly on edge, and I'm sorry if some of my frustration/worry was misdirected at you. kind regrards, jcr
Re: UPD: devel/p5-*
On Wednesday 05 December 2007, J.C. Roberts wrote: And thank you very much for the well-wishes for my mom. She has been in and out of the hospital last week with heart problems, but this morning was luckily just a false alarm. I'm still going to take the rest of the day off from porting since my concentration level is just not there today. crap! speaking of poor concentration level, that was supposed to be off-list. sorry for the additional noise.
Re: UPD: devel/p5-*
On Wednesday 05 December 2007, Stuart Henderson wrote: It would be nice if I could automate the tree walking for regression failures, but some stuff in the tree never passes regression tests, for example, p5-Net-SSLeay just hangs. I just had a look at this, it forks and execs sslecho.pl, but this never exits, so the test doesn't complete. This is broken, it should at least be REGRESS_IS_INTERACTIVE if not NO_REGRESS until someone works out how to fix it (I tried adding another kill but that didn't do the trick, haven't thought of anything else to try yet). Just a quick note on p5-Net-SSLeay. Don't waste much time on what's in -current. I've got an update for it but I haven't the finished required testing. --And it has tons of stuff depending on it. :-) Attached is an archive of my new p5-Net-SSLeay directory. There's no stated maintainer. It still fails on 4 regression tests due to something strange in socket.pm but at least it doesn't hang. The one block of tests that fails shows up like this: t/handle/external/10_destroy. Use of uninitialized value in subroutine entry at /usr/libdata/perl5/i386-openbsd/5.8.8/Socket.pm line 373. Bad arg length for Socket::pack_sockaddr_in, length is 0, should be 4 at /usr/libdata/perl5/i386-openbsd/5.8.8/Socket.pm line 373. # Looks like you planned 6 tests but only ran 2. # Looks like your test died just after 2. dubious I wonder if the regression test failure in -current (1.30) is in any way related to the failure above (1.32)? The only good news is now the new p5-Net-SSLeay port gets the benefit of our compiler modifications. And thank you very much for the well-wishes for my mom. She has been in and out of the hospital last week with heart problems, but this morning was luckily just a false alarm. I'm still going to take the rest of the day off from porting since my concentration level is just not there today. kind regards, jcr p5-Net-SSLeay-1.32.tar.gz Description: application/tgz
Re: UPD: devel/p5-File-Find-Rule-0.30
On Wednesday 05 December 2007, Landry Breuil wrote: On Tue, Dec 04, 2007 at 05:30:15PM -0800, J.C. Roberts wrote: -DISTNAME=File-Find-Rule-0.28 +VERSION= 0.30 +DISTNAME=File-Find-Rule-${VERSION} There is no point in using a ${VERSION} variable when it's used only once. (i've been kicked several times for this one) Landry Oh I hate it when that happens. :-) But in this case, the folks who've been kicking you should get a clue. Until `make show=VERSION` is smart enough to determine the software version (not the package version), there is good reason to have a VERSION variable. At the moment, `make show=VERSION` fails to get it right and gives you nothing when you run it on ports which use the semantics you suggested. If `make show=VERSION` worked accurately for all ports, it would be much easier to automate version checking against upstream. Currently, most of our version checking tools in infrastructure/build/ are at least somewhat broken. kind regards, JCR
UPD: devel/p5-File-Find-Rule-0.30
update: devel/p5-File-Find-Rule-0.30 maintainer: (NO_MAINTAINER) tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-File-Find-Rule/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 16 Sep 2007 02:53:05 - 1.4 +++ Makefile 5 Dec 2007 01:03:02 - @@ -3,7 +3,8 @@ COMMENT= alternative interface to File::Find MODULES= cpan -DISTNAME= File-Find-Rule-0.28 +VERSION= 0.30 +DISTNAME= File-Find-Rule-${VERSION} CATEGORIES= devel # perl Index: distinfo === RCS file: /cvs/ports/devel/p5-File-Find-Rule/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 5 Apr 2007 15:38:00 - 1.2 +++ distinfo 5 Dec 2007 01:03:02 - @@ -1,5 +1,5 @@ -MD5 (File-Find-Rule-0.28.tar.gz) = sSpvAssxbKYr0kEVZGBtHw== -RMD160 (File-Find-Rule-0.28.tar.gz) = vwkrhWAAiuq0B/+Nz4qEEBnrOao= -SHA1 (File-Find-Rule-0.28.tar.gz) = BQ2EUbaLTXP45BM/grGcOK5ty7k= -SHA256 (File-Find-Rule-0.28.tar.gz) = y4GnC3qmDOZetMyGHzuxDrGpE/+iehuVaQaqrNBtHhE= -SIZE (File-Find-Rule-0.28.tar.gz) = 14391 +MD5 (File-Find-Rule-0.30.tar.gz) = Gsuv3lVP2lYdODCCEIXTqQ== +RMD160 (File-Find-Rule-0.30.tar.gz) = Waq0c/6g16belToqlSoH1xx7tFk= +SHA1 (File-Find-Rule-0.30.tar.gz) = zRYEMqAozwdpiPp3rOOow3ON+pg= +SHA256 (File-Find-Rule-0.30.tar.gz) = dPSz6MdpS5mVZ4mIqYk9LWUtKFz9FNZpn9+vxqlVCEY= +SIZE (File-Find-Rule-0.30.tar.gz) = 14684
UPD: devel/p5-Test-Warn-0.10
update: devel/p5-Test-Warn-0.10 maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] (for -CURRENT :-) tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Warn/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 16 Sep 2007 02:53:10 - 1.4 +++ Makefile 5 Dec 2007 01:08:39 - @@ -3,7 +3,8 @@ COMMENT= Perl extension to test methods for warnings MODULES= cpan -DISTNAME= Test-Warn-0.09 +VERSION= 0.10 +DISTNAME= Test-Warn-${VERSION} CATEGORIES= devel MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Warn/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo 25 Apr 2007 01:02:22 - 1.4 +++ distinfo 5 Dec 2007 01:08:39 - @@ -1,5 +1,5 @@ -MD5 (Test-Warn-0.09.tar.gz) = Yul71S+IUCD2Z38+IHYTtA== -RMD160 (Test-Warn-0.09.tar.gz) = RiDELSLPnHYnz7jVMEyXukYLGdU= -SHA1 (Test-Warn-0.09.tar.gz) = 9Adk1mPkFfSIzBaOtNnKb0Njvkk= -SHA256 (Test-Warn-0.09.tar.gz) = J/hnAgSWb3lMlwI3UdaEXnXg+5A6bJ3K4u1GjED0l5g= -SIZE (Test-Warn-0.09.tar.gz) = 9571 +MD5 (Test-Warn-0.10.tar.gz) = F1V7vI7vrfnwiK5Ktz6Zdg== +RMD160 (Test-Warn-0.10.tar.gz) = AEKgxBFAb/ONIz8MLu7nvLKmj8w= +SHA1 (Test-Warn-0.10.tar.gz) = 0u5JhRnxsUTeBHY/5buRbOMOVtI= +SHA256 (Test-Warn-0.10.tar.gz) = Uvi/HNPyP//qvWYZ6V3agUhLCZ7yyKDTzXeklg5sqsE= +SIZE (Test-Warn-0.10.tar.gz) = 9624
UPD: devel/p5-Test-Tester-0.106
update: devel/p5-Test-Tester-0.106 maintainer: Simon Bertrang [EMAIL PROTECTED] tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Tester/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile 16 Sep 2007 02:53:10 - 1.7 +++ Makefile 5 Dec 2007 00:22:14 - @@ -3,8 +3,9 @@ COMMENT=run tests built with Test::Builder MODULES= cpan -DISTNAME= Test-Tester-0.104 -PKGNAME= p5-${DISTNAME}p0 +VERSION= 0.106 +DISTNAME= Test-Tester-${VERSION} +PKGNAME= p5-${DISTNAME} CATEGORIES= devel MAINTAINER= Simon Bertrang [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Tester/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 5 Apr 2007 15:38:03 - 1.3 +++ distinfo 5 Dec 2007 00:22:14 - @@ -1,5 +1,5 @@ -MD5 (Test-Tester-0.104.tar.gz) = MzkQjteb+Nu1H8NMp4FsSQ== -RMD160 (Test-Tester-0.104.tar.gz) = 6MEWkxD0xvguLHe98vNzLdojx9c= -SHA1 (Test-Tester-0.104.tar.gz) = y4rXqiS1nA3JsMlo6BC6uoCelb8= -SHA256 (Test-Tester-0.104.tar.gz) = XxsTVLGSqmE9uPofV5BoO8B7eIQgreG2hnBxGbBinFk= -SIZE (Test-Tester-0.104.tar.gz) = 17802 +MD5 (Test-Tester-0.106.tar.gz) = YyTQ+Z6rRxDwrP6TVdjXaQ== +RMD160 (Test-Tester-0.106.tar.gz) = KJ2xfB1Ynn6Mo/fFF2grDBIPg2w= +SHA1 (Test-Tester-0.106.tar.gz) = H6H1c5hkXySPLzk+95uG6AOa8Lo= +SHA256 (Test-Tester-0.106.tar.gz) = yY0gdjH/AeTglNlxKhflVmHV7zzXZaD8dpCvEmQlRxo= +SIZE (Test-Tester-0.106.tar.gz) = 15017
UPD: devel/p5-File-Find-Rule-Filesys-Virtual-1.22
update: devel/p5-File-Find-Rule-Filesys-Virtual-1.22 maintainer: (NO_MAINTAINER) tested: i385 ? w-p5-File-Find-Rule-Filesys-Virtual-1.22 Index: Makefile === RCS file: /cvs/ports/devel/p5-File-Find-Rule-Filesys-Virtual/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 16 Sep 2007 02:53:05 - 1.4 +++ Makefile 5 Dec 2007 00:52:44 - @@ -3,7 +3,8 @@ COMMENT= File::Find::Rule adapted to Filesys::Virtual MODULES= cpan -DISTNAME= File-Find-Rule-Filesys-Virtual-1.21 +VERSION= 1.22 +DISTNAME= File-Find-Rule-Filesys-Virtual-${VERSION} CATEGORIES= net # perl Index: distinfo === RCS file: /cvs/ports/devel/p5-File-Find-Rule-Filesys-Virtual/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 5 Apr 2007 15:38:00 - 1.2 +++ distinfo 5 Dec 2007 00:52:44 - @@ -1,5 +1,5 @@ -MD5 (File-Find-Rule-Filesys-Virtual-1.21.tar.gz) = nVfA83JSilBtOHjPqSLTMw== -RMD160 (File-Find-Rule-Filesys-Virtual-1.21.tar.gz) = hiBiF8SmgNkvIsVowFqpwoxms9U= -SHA1 (File-Find-Rule-Filesys-Virtual-1.21.tar.gz) = p/+NHpM2UAC6/hif02YHiF92d4s= -SHA256 (File-Find-Rule-Filesys-Virtual-1.21.tar.gz) = Q+o1QsAXLuPVkROYk6msZyCS1+Fu5G52GMEEEd7RDxA= -SIZE (File-Find-Rule-Filesys-Virtual-1.21.tar.gz) = 3043 +MD5 (File-Find-Rule-Filesys-Virtual-1.22.tar.gz) = UaS0Aprw+IoRH+zR5PG/4Q== +RMD160 (File-Find-Rule-Filesys-Virtual-1.22.tar.gz) = x7NYgjaGffNHxPfe/H50nNXmK8Q= +SHA1 (File-Find-Rule-Filesys-Virtual-1.22.tar.gz) = p4DMcszZ7hrzAWk2t14W8r3j8x8= +SHA256 (File-Find-Rule-Filesys-Virtual-1.22.tar.gz) = 7BmtCPtFDYROQjRN4krz/lnUwMmOLTqrzNAVMYHNKxM= +SIZE (File-Find-Rule-Filesys-Virtual-1.22.tar.gz) = 3699
UPD: devel/p5-Test-NoWarnings-0.084
update: devel/p5-Test-NoWarnings-0.084 maintainer: Simon Bertrang [EMAIL PROTECTED] tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-NoWarnings/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 16 Sep 2007 02:53:09 - 1.5 +++ Makefile 5 Dec 2007 01:17:02 - @@ -3,8 +3,9 @@ COMMENT=forbids warnings while testing MODULES= cpan -DISTNAME= Test-NoWarnings-0.083 -PKGNAME= p5-${DISTNAME}p0 +VERSION= 0.084 +DISTNAME= Test-NoWarnings-${VERSION} +PKGNAME= p5-${DISTNAME} CATEGORIES= devel MAINTAINER= Simon Bertrang [EMAIL PROTECTED] @@ -17,4 +18,5 @@ RUN_DEPENDS= ::devel/p5-Test-Tester +REGRESS_DEPENDS= ::devel/p5-Devel-StackTrace .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-NoWarnings/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 5 Apr 2007 15:38:03 - 1.3 +++ distinfo 5 Dec 2007 01:17:02 - @@ -1,5 +1,5 @@ -MD5 (Test-NoWarnings-0.083.tar.gz) = jFXByomRnK9Cz4PGfUTX9A== -RMD160 (Test-NoWarnings-0.083.tar.gz) = GolFeEAJ7aQl/B7pnQ0W3p2hWkw= -SHA1 (Test-NoWarnings-0.083.tar.gz) = +/QBfS9QLuh3pxOcsb7fV+IvSwA= -SHA256 (Test-NoWarnings-0.083.tar.gz) = faa7pPms3jVhQs3F4DVymtgpZN58UoBLr9vzpEX4fUo= -SIZE (Test-NoWarnings-0.083.tar.gz) = 15280 +MD5 (Test-NoWarnings-0.084.tar.gz) = JjQSlKQGLp59imQ0hcp41A== +RMD160 (Test-NoWarnings-0.084.tar.gz) = plmrJ54DmNcAmGMJeahQtyGsaZM= +SHA1 (Test-NoWarnings-0.084.tar.gz) = bBHjyNfnJOcLouTMGAhEqH9e1eM= +SHA256 (Test-NoWarnings-0.084.tar.gz) = C2nR2+VKKwKZk+F3LiXG8FnW91XxcytHvynnNdQ95KU= +SIZE (Test-NoWarnings-0.084.tar.gz) = 15335
UPD: devel/p5-Devel-StackTrace-1.15
update: devel/p5-Devel-StackTrace-1.15 maintainer: Michael Coulter [EMAIL PROTECTED] tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Devel-StackTrace/Makefile,v retrieving revision 1.9 diff -u -r1.9 Makefile --- Makefile 16 Sep 2007 02:53:05 - 1.9 +++ Makefile 5 Dec 2007 00:42:12 - @@ -3,7 +3,8 @@ COMMENT= stack trace and stack trace frame objects MODULES= cpan -DISTNAME= Devel-StackTrace-1.12 +VERSION= 1.15 +DISTNAME= Devel-StackTrace-${VERSION} CATEGORIES= devel MAINTAINER= Michael Coulter [EMAIL PROTECTED] @@ -13,5 +14,7 @@ PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes + +REGRESS_DEPENDS= ::devel/p5-Test-Pod-Coverage .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/p5-Devel-StackTrace/distinfo,v retrieving revision 1.8 diff -u -r1.8 distinfo --- distinfo 5 Apr 2007 15:37:59 - 1.8 +++ distinfo 5 Dec 2007 00:42:12 - @@ -1,5 +1,5 @@ -MD5 (Devel-StackTrace-1.12.tar.gz) = G6PCYeeY29UlF7RYxBW25A== -RMD160 (Devel-StackTrace-1.12.tar.gz) = +jmtcTwlThcEYdw0ss5SP9dbaY8= -SHA1 (Devel-StackTrace-1.12.tar.gz) = 4KNtiOan9qY5yXXLHkZIf77NPYM= -SHA256 (Devel-StackTrace-1.12.tar.gz) = 1oq3ZoyDM9rV/03vNXolKWGIfGJr00VGuedJ/UR7PY8= -SIZE (Devel-StackTrace-1.12.tar.gz) = 9423 +MD5 (Devel-StackTrace-1.15.tar.gz) = IgWPGtJd+tJzEr3oOIHDCw== +RMD160 (Devel-StackTrace-1.15.tar.gz) = rMNhm8sHhGqK9GnsXawrAvOcp2I= +SHA1 (Devel-StackTrace-1.15.tar.gz) = k2s9dvZAVpjV2GFzPfu6dDC6cVI= +SHA256 (Devel-StackTrace-1.15.tar.gz) = X96dC0U6fAoRmK5B29wSDhjPuqPHtItIkWBeJTBrMTg= +SIZE (Devel-StackTrace-1.15.tar.gz) = 17587
UPD: devel/p5-Params-Validate-0.89
update: devel/p5-Params-Validate-0.89 maintainer: Michael Coulter [EMAIL PROTECTED] tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Params-Validate/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile 16 Sep 2007 02:53:07 - 1.19 +++ Makefile 5 Dec 2007 00:46:05 - @@ -5,7 +5,8 @@ COMMENT= perl module to validate function/method parameters MODULES= cpan -DISTNAME= Params-Validate-0.88 +VERSION= 0.89 +DISTNAME= Params-Validate-${VERSION} CATEGORIES= devel MAINTAINER= Michael Coulter [EMAIL PROTECTED] @@ -16,6 +17,8 @@ PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes -REGRESS_DEPENDS= :p5-Test-Taint-=0.02:devel/p5-Test-Taint +REGRESS_DEPENDS= :p5-Test-Taint-=1.04:devel/p5-Test-Taint \ + :p5-Readonly-=1.03:devel/p5-Readonly \ + :p5-Readonly-XS-=1.04:devel/p5-Readonly-XS .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/p5-Params-Validate/distinfo,v retrieving revision 1.10 diff -u -r1.10 distinfo --- distinfo 24 Apr 2007 17:09:26 - 1.10 +++ distinfo 5 Dec 2007 00:46:05 - @@ -1,5 +1,5 @@ -MD5 (Params-Validate-0.88.tar.gz) = qLidLit5CRM3thn+5T5Gng== -RMD160 (Params-Validate-0.88.tar.gz) = mLNTU7N2BFDq1rUtaWa31y0K+j4= -SHA1 (Params-Validate-0.88.tar.gz) = 7H4tnFD2/Y6hCfRJevvSKwVbdLA= -SHA256 (Params-Validate-0.88.tar.gz) = iJY24/wzRK7PxwD53mnBLlYGTTnIR52TM0iK4NtEJgc= -SIZE (Params-Validate-0.88.tar.gz) = 79925 +MD5 (Params-Validate-0.89.tar.gz) = tT/yuVlWI6qk+Y2LMaWhwg== +RMD160 (Params-Validate-0.89.tar.gz) = GcSueV6wcnEwDv50PA2uxZ4uTmI= +SHA1 (Params-Validate-0.89.tar.gz) = IrKIx+9TnlHdtdeJG2vWxC5VDoc= +SHA256 (Params-Validate-0.89.tar.gz) = XBHGauniDN0uqakA10imOYJvHbYDiNRiCbzHECyykq8= +SIZE (Params-Validate-0.89.tar.gz) = 80858
UPD: devel/p5-Log-Dispatch
update: devel/p5-Log-Dispatch maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] (for -CURRENT :-) tested: i386 Index: Makefile === RCS file: /cvs/ports/devel/p5-Log-Dispatch/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 16 Sep 2007 02:53:07 - 1.5 +++ Makefile 5 Dec 2007 00:48:35 - @@ -3,7 +3,8 @@ COMMENT= dispatches messages to one or more outputs MODULES= cpan -DISTNAME= Log-Dispatch-2.13 +VERSION= 2.20 +DISTNAME= Log-Dispatch-${VERSION} CATEGORIES= devel MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Log-Dispatch/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo 5 Apr 2007 15:38:01 - 1.4 +++ distinfo 5 Dec 2007 00:48:35 - @@ -1,5 +1,5 @@ -MD5 (Log-Dispatch-2.13.tar.gz) = iDSTlK+S9SHhzMhF1k+58g== -RMD160 (Log-Dispatch-2.13.tar.gz) = R/d4EQEkwMf7qCDeqytv1o3+b+M= -SHA1 (Log-Dispatch-2.13.tar.gz) = pcMTI+bmWVKAmwfO+54XUVjwYe8= -SHA256 (Log-Dispatch-2.13.tar.gz) = q4/c/btsdOzvTPr56D+VWqQi5D+M2Gg8HyZIxwBwuIw= -SIZE (Log-Dispatch-2.13.tar.gz) = 29548 +MD5 (Log-Dispatch-2.20.tar.gz) = zvi1IreyQ6RpbjO23iKDaw== +RMD160 (Log-Dispatch-2.20.tar.gz) = bEkKPTp0IV1YtDht5zHK2VxOwOA= +SHA1 (Log-Dispatch-2.20.tar.gz) = sIPI2QMxPpf05m11/J3btClH2lo= +SHA256 (Log-Dispatch-2.20.tar.gz) = 1EL9BlUYtR3WAWS+jvGWBp3gO63jmruEPsY5pWj8EyA= +SIZE (Log-Dispatch-2.20.tar.gz) = 30984 Index: pkg/PLIST === RCS file: /cvs/ports/devel/p5-Log-Dispatch/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 8 Dec 2004 05:37:01 - 1.1.1.1 +++ pkg/PLIST 5 Dec 2007 00:48:35 - @@ -14,6 +14,7 @@ ${P5SITE}/Log/Dispatch/File.pm ${P5SITE}/Log/Dispatch/File/Locked.pm ${P5SITE}/Log/Dispatch/Handle.pm +${P5SITE}/Log/Dispatch/Null.pm ${P5SITE}/Log/Dispatch/Output.pm ${P5SITE}/Log/Dispatch/Screen.pm ${P5SITE}/Log/Dispatch/Syslog.pm @@ -28,6 +29,7 @@ @man man/man3p/Log::Dispatch::File.3p @man man/man3p/Log::Dispatch::File::Locked.3p @man man/man3p/Log::Dispatch::Handle.3p [EMAIL PROTECTED] man/man3p/Log::Dispatch::Null.3p @man man/man3p/Log::Dispatch::Output.3p @man man/man3p/Log::Dispatch::Screen.3p @man man/man3p/Log::Dispatch::Syslog.3p
FUN: Perl Port Checker (Improved)
If something like this is wanted as a replacement for the current infrastructure/build/outdated-perl-ports script, I'll be happy to send a diff (against -current :-). I'll even rewrite the formatting of the code if it seems too unreasonable. Attached is the modified version which I've been using over here and it has the ability to auto-correct on some of the more typical errors that go completely unnoticed in the original. I may do some more work on this to handle a few more of the corner cases, but it's usable and useful the way it is. Now for some pointless statistics... As of yesterday, of the 967 perl ports in our -current tree the attached perl script found issue with 371 of them: 307 ports are just outdated (31.7%) 13 are outdated and poorly named(1.34%) 16 are up to date and badly named (1.65%) 28 are unknown versions and badly named (2.89%) 7 have version errors (greater than CPAN) (0.72%) So the results for -CURRENT are 320 ports (33.09%) are known to be outdated and 51 ports (5.27%) have other issues. If you're curious, -RELEASE had 865 ports and the script found issue with 406 of them but it's not an entirely fair comparison, since I'm comparing to current CPAN data. 345 ports are just outdated (39.88%) 12 are outdated and poorly named(1.39%) 17 are up to date and badly named (1.97%) 25 are unknown versions and badly named (2.89%) 7 have version errors (greater than CPAN) (0.81%) Similarly, -RELEASE (and most likely -STABLE) tree has 357 ports (41.27%) known to be outdated, and 49 ports (5.66%) with other issues. Please don't take offense to the words badly named since it's just a way to say our port names do not match the CPAN distribution files. Some of these cases are completely understandable like libwww versus libwww-perl and easily worked around, but others are problematic like our DateManip versus Date-Manip in CPAN due to a new file name on the most recent version. Lastly to the developers/maintainers, please do not look at this as any form of complaint or a request to you for updates. That's not my intent at all. I can, and most likely will, continue to update things on my own and post the diffs for -current to the ports@ list. Kind Regards, JCR OutDated: 1.30 vs 1.36 - archivers/p5-Archive-Tar - Kevin Lo [EMAIL PROTECTED] OutDated: 2.006vs 2.008- archivers/p5-Compress-Raw-Zlib - Giovanni Bechis [EMAIL PROTECTED] OutDated: 2.007vs 2.008- archivers/p5-Compress-Zlib - The OpenBSD ports mailing-list ports@openbsd.org OutDated: 2.006vs 2.008- archivers/p5-IO-Compress-Base - Giovanni Bechis [EMAIL PROTECTED] OutDated: 2.006vs 2.008- archivers/p5-IO-Compress-Zlib - Giovanni Bechis [EMAIL PROTECTED] OutDated: 1.07 vs 1.08 - archivers/p5-IO-Zlib - Kevin Lo [EMAIL PROTECTED] OutDated: 1.8 vs 1.9 - audio/p5-Audio-FLAC-Header - Andreas Bihlmaier [EMAIL PROTECTED] OutDated: 0.18.1 vs 0.19.0 - audio/p5-Audio-MPD - Jasper Lievisse Adriaanse [EMAIL PROTECTED] OutDated: 0.1.1vs 0.1.2- audio/p5-Audio-MPD-Common - Jasper Lievisse Adriaanse [EMAIL PROTECTED] OutDated: 0.8.0vs 0.8.1- audio/p5-POE-Component-Client-MPD - Jasper Lievisse Adriaanse [EMAIL PROTECTED] BAD_NAME: 0.05 vs 0.05 - audio/p5-libvorbis - DISTNAME: libvorbis-perl-0.05 OutDated: 1.36 vs 1.48 - comms/p5-Device-Gsm - Matteo Cantoni [EMAIL PROTECTED] OutDated: 1.003001 vs 1.04 - comms/p5-Device-SerialPort - Todd T. Fries [EMAIL PROTECTED] BAD_NAME: 1.02 vs - comms/p5-SendPage - DISTNAME: sendpage-1.02 OutDated: 0.20 vs 0.21 - converters/p5-Convert-ASN1 - Kevin Lo [EMAIL PROTECTED] BAD_NAME: 5.44 vs - converters/p5-DateManip - DISTNAME: DateManip-5.44 OutDated: 0.11 vs 0.14 - converters/p5-Finance-Currency-Convert-XE - The OpenBSD ports mailing-list ports@openbsd.org BAD_NAME: 0.03 vs - converters/p5-IDNA-Punycode - DISTNAME: IDNA-Punycode-0.03 OutDated: 1.14 vs 1.15 - converters/p5-JSON - Genadijus Paleckis [EMAIL PROTECTED] OutDated: 1.38 vs 2.0.0- converters/p5-MARC-Record - The
endless loop in REGRESS_DEPENDS?
devel/p5-Log-Log4perl REGRESS_DEPENDS= devel/p5-Log-Dispatch devel/p5-Log-Dispatch-FileRotate databases/p5-DBD-CSV net/rrdtool,-perl textproc/p5-XML-DOM devel/p5-Log-Dispatch-FileRotate REGRESS_DEPENDS= devel/p5-Log-Log4perl Do endless loops in dependencies matter for REGRESS_DEPENDS? What's the best way to handle it? Thanks, JCR
UPD: textproc/p5-Text-Glob-0.08
Update: textproc_p5-Text-Glob-0.08 Tested: i386 Maintainer: (NO_MAINTAINER) Index: Makefile === RCS file: /cvs/ports/textproc/p5-Text-Glob/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 15 Sep 2007 20:59:40 - 1.3 +++ Makefile 2 Dec 2007 14:51:59 - @@ -3,7 +3,7 @@ COMMENT= match globbing patterns against text MODULES= cpan -DISTNAME= Text-Glob-0.06 +DISTNAME= Text-Glob-0.08 CATEGORIES= textproc # same as perl Index: distinfo === RCS file: /cvs/ports/textproc/p5-Text-Glob/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 5 Apr 2007 17:26:17 - 1.2 +++ distinfo 2 Dec 2007 14:51:59 - @@ -1,5 +1,5 @@ -MD5 (Text-Glob-0.06.tar.gz) = gA1aQLLwx1FMWNc20h9hbA== -RMD160 (Text-Glob-0.06.tar.gz) = pJYD/kNB5ndKeY5lxapEK9j8CEk= -SHA1 (Text-Glob-0.06.tar.gz) = gVj/wYbEc6BvXivIxUaCJbNkEGY= -SHA256 (Text-Glob-0.06.tar.gz) = QhodhF009hnnzMj7o7Dddr9QKNcaO+gWYwVYxlPXH/c= -SIZE (Text-Glob-0.06.tar.gz) = 3547 +MD5 (Text-Glob-0.08.tar.gz) = OaGj6JDNXT9RpwdXkJi8HA== +RMD160 (Text-Glob-0.08.tar.gz) = YkOA080YJaIA+0Pcg0+KbF8kPOs= +SHA1 (Text-Glob-0.08.tar.gz) = hral5M/yWJ1zOXUne28QG5Se6XU= +SHA256 (Text-Glob-0.08.tar.gz) = JF+pEeIvo/FO525UGedQHFKuN775plU4/X5LIWheiTc= +SIZE (Text-Glob-0.08.tar.gz) = 3780
UPD: textproc/p5-Pod-Simple-3.05
Update: textproc/p5-Pod-Simple-3.05 Tested: i386 Maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/textproc/p5-Pod-Simple/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 15 Sep 2007 20:59:39 - 1.6 +++ Makefile 1 Dec 2007 23:20:56 - @@ -3,8 +3,8 @@ COMMENT= framework for parsing the Perl Pod format MODULES= cpan -DISTNAME= Pod-Simple-3.04 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= Pod-Simple-3.05 +PKGNAME= p5-${DISTNAME} CATEGORIES= textproc MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/textproc/p5-Pod-Simple/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo 5 Apr 2007 17:26:17 - 1.6 +++ distinfo 1 Dec 2007 23:20:56 - @@ -1,5 +1,5 @@ -MD5 (Pod-Simple-3.04.tar.gz) = v1ZhA7dceVXQiA2jziaHRA== -RMD160 (Pod-Simple-3.04.tar.gz) = UpfWrmjc2TvQx2DFj0ekIcQlVAY= -SHA1 (Pod-Simple-3.04.tar.gz) = RWRqyAa5GzfKrfCwjOcdP27ypgw= -SHA256 (Pod-Simple-3.04.tar.gz) = cWFTKChSWYGqVLyzRgTG/oTX/mY1KK286Vb8w6P1Bg4= -SIZE (Pod-Simple-3.04.tar.gz) = 261943 +MD5 (Pod-Simple-3.05.tar.gz) = vj+eXWhf84o/C+ZjItaM7w== +RMD160 (Pod-Simple-3.05.tar.gz) = ylFY5SHCtBs4qQgiLOqewG7IohM= +SHA1 (Pod-Simple-3.05.tar.gz) = kVe712PYslyR+Ra2zY7aXUtrYr8= +SHA256 (Pod-Simple-3.05.tar.gz) = C8/+6TAhVqTHiblwcsea/r01rw3ypJMnxWz6lDfDE8g= +SIZE (Pod-Simple-3.05.tar.gz) = 233308
UPD: devel/p5-Sub-Uplevel-0.18
update: devel/p5-Sub-Uplevel-0.18 tested: i386 maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-Sub-Uplevel/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 16 Sep 2007 02:53:08 - 1.6 +++ Makefile 1 Dec 2007 21:16:19 - @@ -3,7 +3,7 @@ COMMENT= Perl library for manipulating frame stack MODULES= cpan -DISTNAME= Sub-Uplevel-0.14 +DISTNAME= Sub-Uplevel-0.18 CATEGORIES= devel MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Sub-Uplevel/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 5 Apr 2007 15:38:03 - 1.5 +++ distinfo 1 Dec 2007 21:16:19 - @@ -1,5 +1,5 @@ -MD5 (Sub-Uplevel-0.14.tar.gz) = 7Qy8Pvdd+Roi/Q0EBDNnZQ== -RMD160 (Sub-Uplevel-0.14.tar.gz) = 91qbpKanRnyS+ugX3oH5j+Oj1wg= -SHA1 (Sub-Uplevel-0.14.tar.gz) = YJVnL61Aj+rQPQ+7kGuYpT2H28s= -SHA256 (Sub-Uplevel-0.14.tar.gz) = yNHfdLPW270toQI04hCUA9BacNMSlpO9Bmchl/aKi5c= -SIZE (Sub-Uplevel-0.14.tar.gz) = 7862 +MD5 (Sub-Uplevel-0.18.tar.gz) = ncRj8eRh1B5YmG0hF99TdQ== +RMD160 (Sub-Uplevel-0.18.tar.gz) = TSA1RZ9PgmwRno0buSyXpN8lSzw= +SHA1 (Sub-Uplevel-0.18.tar.gz) = DgMkz00PSJBFOdV2uG2KkJc2OjM= +SHA256 (Sub-Uplevel-0.18.tar.gz) = Y9EcM32kfYA0goh5wTE7/ZUx2BBfBfKLRVXsb01BP5E= +SIZE (Sub-Uplevel-0.18.tar.gz) = 9375
UPD: devel/p5-Devel-Symdump-2.08
update: devel/p5-Devel-Symdump-2.08 tested: i386 maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-Devel-Symdump/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 16 Sep 2007 02:53:05 - 1.6 +++ Makefile 1 Dec 2007 21:46:52 - @@ -3,7 +3,7 @@ COMMENT= module for inspecting Perl's symbol table MODULES= cpan -DISTNAME= Devel-Symdump-2.07 +DISTNAME= Devel-Symdump-2.08 CATEGORIES= devel perl5 MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Devel-Symdump/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo 25 Apr 2007 05:33:48 - 1.6 +++ distinfo 1 Dec 2007 21:46:52 - @@ -1,5 +1,5 @@ -MD5 (Devel-Symdump-2.07.tar.gz) = TH37JAaHzwEFyn6B0HeBvw== -RMD160 (Devel-Symdump-2.07.tar.gz) = ztXrng1mbxfXlDzzEZoOXcSpUC4= -SHA1 (Devel-Symdump-2.07.tar.gz) = 9Zqmr+By/slJpZfISZkpIA34UFo= -SHA256 (Devel-Symdump-2.07.tar.gz) = +W8xN8Nq8eprVfaYpIUMDJeT6k1KuFvQSqhQFTpXUOk= -SIZE (Devel-Symdump-2.07.tar.gz) = 14828 +MD5 (Devel-Symdump-2.08.tar.gz) = aOOi8vmJv/KV7mOu1aKh5Q== +RMD160 (Devel-Symdump-2.08.tar.gz) = fa6/Nh0zDof/UVokDkA3yRjvhas= +SHA1 (Devel-Symdump-2.08.tar.gz) = BTAiT9PQgqSmtPW23qMzQjopxm0= +SHA256 (Devel-Symdump-2.08.tar.gz) = pQNToxJZtuYdg8+9yjq5mbXbdOEAnsMlmtf7wD8y8mM= +SIZE (Devel-Symdump-2.08.tar.gz) = 15089
UPD: devel/p5-Taint-Runtime-0.03
Update: devel/p5-Taint-Runtime-0.03 Tested: i386 Maintainer: Kevin Lo [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-Taint-Runtime/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 16 Sep 2007 02:53:08 - 1.3 +++ Makefile 2 Dec 2007 13:02:11 - @@ -5,7 +5,7 @@ COMMENT= runtime enable taint checking MODULES= cpan -DISTNAME= Taint-Runtime-0.02 +DISTNAME= Taint-Runtime-0.03 CATEGORIES= devel MAINTAINER= Kevin Lo [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Taint-Runtime/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 5 Apr 2007 15:38:03 - 1.2 +++ distinfo 2 Dec 2007 13:02:11 - @@ -1,5 +1,5 @@ -MD5 (Taint-Runtime-0.02.tar.gz) = +Va1q6rmklvrDG/DNfIU3g== -RMD160 (Taint-Runtime-0.02.tar.gz) = epaFfTv7S2h8+Hag0HU7mu1SkO0= -SHA1 (Taint-Runtime-0.02.tar.gz) = nhwuZZpoNky5JYBLl/nxVa9d4bI= -SHA256 (Taint-Runtime-0.02.tar.gz) = YJP/jK8/HW8mIANEC3zYAoHIvx2lMSuCdgbmbL7qGCY= -SIZE (Taint-Runtime-0.02.tar.gz) = 16597 +MD5 (Taint-Runtime-0.03.tar.gz) = EU4Dw6ayyFlST7/fmgUUXw== +RMD160 (Taint-Runtime-0.03.tar.gz) = xDoj09ur3wtdhtIEKZJ9mC17uq8= +SHA1 (Taint-Runtime-0.03.tar.gz) = oqBsDErIyiXhwt1lh2H4brlxAsQ= +SHA256 (Taint-Runtime-0.03.tar.gz) = bs6XI0oZpvYnSBtE7CinE3SpXm/JTUF9Lcyzl6AKpwY= +SIZE (Taint-Runtime-0.03.tar.gz) = 18932
UPD: devel/p5-Test-Exception-0.25
UPDATE: devel/p5-Test-Exception-0.25 tested: i386 Maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Exception/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 16 Sep 2007 02:53:09 - 1.6 +++ Makefile 1 Dec 2007 21:56:08 - @@ -3,7 +3,7 @@ COMMENT= test functions for exception based code MODULES= cpan -DISTNAME= Test-Exception-0.24 +DISTNAME= Test-Exception-0.25 CATEGORIES= devel MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Exception/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo 5 Apr 2007 15:38:03 - 1.6 +++ distinfo 1 Dec 2007 21:56:08 - @@ -1,5 +1,5 @@ -MD5 (Test-Exception-0.24.tar.gz) = YwE8vVX5qOK4zgL5J/7DLQ== -RMD160 (Test-Exception-0.24.tar.gz) = xmjRRPOWYB8EdMG1AQk/BY4nCIY= -SHA1 (Test-Exception-0.24.tar.gz) = lKljuqelhJnbgtzEEcfXQszFf8g= -SHA256 (Test-Exception-0.24.tar.gz) = XGDrX4ZLvaMIuoxDcoTXT9XohfWsP/rM7MRDYfIogPM= -SIZE (Test-Exception-0.24.tar.gz) = 11226 +MD5 (Test-Exception-0.25.tar.gz) = qu9lT/IjkAjogn7OWS96Cg== +RMD160 (Test-Exception-0.25.tar.gz) = +iSDy0ilLevfXnYN1A9bjgOrSuc= +SHA1 (Test-Exception-0.25.tar.gz) = JWxKdSKR5lyQ2kZeFGbJjWa9G0Y= +SHA256 (Test-Exception-0.25.tar.gz) = jG3pmxUC+3ZE3sbTtsx71yWXMdSZKWREQxyPPDQb8B0= +SIZE (Test-Exception-0.25.tar.gz) = 11353
UPD: devel/p5-Pod-Coverage-0.19
UPDATE: devel/p5-Pod-Coverage-0.19 tested: i386 Maintainer: Mathieu Sauve-Frankel [EMAIL PROTECTED] ? w-p5-Pod-Coverage-0.19 Index: Makefile === RCS file: /cvs/ports/devel/p5-Pod-Coverage/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 16 Sep 2007 02:53:08 - 1.6 +++ Makefile 1 Dec 2007 21:50:54 - @@ -5,8 +5,8 @@ COMMENT= check if the documentation of a module is comprehensive MODULES= cpan -DISTNAME= Pod-Coverage-0.18 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= Pod-Coverage-0.19 +PKGNAME= p5-${DISTNAME} CATEGORIES= devel MAINTAINER= Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Pod-Coverage/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 5 Apr 2007 15:38:02 - 1.5 +++ distinfo 1 Dec 2007 21:50:54 - @@ -1,5 +1,5 @@ -MD5 (Pod-Coverage-0.18.tar.gz) = EuTwb6hBGh9QEdPmzjYosw== -RMD160 (Pod-Coverage-0.18.tar.gz) = NrF7W/d7eutlMcrQnbzearO7Yp0= -SHA1 (Pod-Coverage-0.18.tar.gz) = srobLucxP0z9IJ6dDuDz+ZPUoCI= -SHA256 (Pod-Coverage-0.18.tar.gz) = 2i7b8OwM7dTey1zLCkhBvEelNpX3qee3r5KxBDrt1+s= -SIZE (Pod-Coverage-0.18.tar.gz) = 13292 +MD5 (Pod-Coverage-0.19.tar.gz) = k69S2si6/tdwLtKQ2Yj/pA== +RMD160 (Pod-Coverage-0.19.tar.gz) = vPEalwzdRRMiy/Evz5mMFe4ojnw= +SHA1 (Pod-Coverage-0.19.tar.gz) = j0bWRSP3sX411OhhBIv0rDoEiQc= +SHA256 (Pod-Coverage-0.19.tar.gz) = BF1bPuH99jM7Hi6bp8FGNv/mSvZ1l5vEH7jayj/5Os8= +SIZE (Pod-Coverage-0.19.tar.gz) = 13630
Re: multimedia/xine-lib question
On Thursday 29 November 2007, Jacob Meuser wrote: On Thu, Nov 29, 2007 at 12:13:16AM -0800, J.C. Roberts wrote: I'm guessing this is yet another case of yours truly shooting himself in the foot, but I'm curious how many folks have had success compiling multimedia/xine-lib from -current? On i386 the build dies with: cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -DXINE_COMPILE -I/usr/local/include -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing -O2 -pipe -DNDEBUG -MT xineplug_ao_out_sun_la-audio_sun_out.lo -MD -MP -MF .deps/xineplug_ao_out_sun_la-audio_sun_out.Tpo -c audio_sun_out.c -fPIC -DPIC -o .libs/xineplug_ao_out_sun_la-audio_sun_out.o audio_sun_out.c: In function `ao_sun_get_property': audio_sun_out.c:815: error: structure has no member named `output_muted' audio_sun_out.c: In function `ao_sun_set_property': audio_sun_out.c:842: error: structure has no member named `output_muted' make sure you have an up-to-date /usr/include/sys/audioio.h output_muted was added long ago. Thanks Jake. I have been back porting KDE and related media libs to fix the aRts(d) problems. It's taken me a while, but seems to be working fairly well. kind regards, JCR
UPD: archivers/p5-IO-Compress-Base -- 2.008
archivers/p5-IO-Compress-Base -- 2.008 tested i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-IO-Compress-Base/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 15 Oct 2007 16:44:53 - 1.3 +++ Makefile 1 Dec 2007 13:15:50 - @@ -4,7 +4,7 @@ MODULES= cpan -DISTNAME= IO-Compress-Base-2.006 +DISTNAME= IO-Compress-Base-2.008 CATEGORIES= archivers MAINTAINER= Giovanni Bechis [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-IO-Compress-Base/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 15 Oct 2007 16:44:53 - 1.3 +++ distinfo 1 Dec 2007 13:15:50 - @@ -1,5 +1,5 @@ -MD5 (IO-Compress-Base-2.006.tar.gz) = J9sBARQDmjtjtRLSghi4yw== -RMD160 (IO-Compress-Base-2.006.tar.gz) = mBOShzyWvO/MwxD7ZW/Ec4gCAG8= -SHA1 (IO-Compress-Base-2.006.tar.gz) = KEC31OT3B5zvDLhB63ffmf/0/7Y= -SHA256 (IO-Compress-Base-2.006.tar.gz) = 6C5ZCIu9+aXghQe87PGPGS66gsPQhpDSyLlhUFQA1Mo= -SIZE (IO-Compress-Base-2.006.tar.gz) = 91140 +MD5 (IO-Compress-Base-2.008.tar.gz) = Mu+iMpph3ZaDCUKzXtpb0w== +RMD160 (IO-Compress-Base-2.008.tar.gz) = LZ5+VIoTGfbnEohKKnummjcyIyc= +SHA1 (IO-Compress-Base-2.008.tar.gz) = sIjfmFHqjxps3CLSrD1kdFO3VEY= +SHA256 (IO-Compress-Base-2.008.tar.gz) = GtcSF61Nf5PQR+t7A6GZZloY/OaJP5omsLOsChHFn/k= +SIZE (IO-Compress-Base-2.008.tar.gz) = 91421
UPD: archivers/p5-Compress-Raw-Zlib -- 2.008
archivers/p5-Compress-Raw-Zlib -- 2.008 tested i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-Compress-Raw-Zlib/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 15 Oct 2007 16:45:35 - 1.3 +++ Makefile 1 Dec 2007 13:19:08 - @@ -5,7 +5,7 @@ COMMENT= low-level interface to the zlib compression library -DISTNAME= Compress-Raw-Zlib-2.006 +DISTNAME= Compress-Raw-Zlib-2.008 CATEGORIES= archivers MAINTAINER= Giovanni Bechis [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-Compress-Raw-Zlib/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 15 Oct 2007 16:45:35 - 1.3 +++ distinfo 1 Dec 2007 13:19:08 - @@ -1,5 +1,5 @@ -MD5 (Compress-Raw-Zlib-2.006.tar.gz) = XT6hLFm6MJUyftTW89NTjA== -RMD160 (Compress-Raw-Zlib-2.006.tar.gz) = YF3vwPUFAZpBK8V3DvrVe2+cTf4= -SHA1 (Compress-Raw-Zlib-2.006.tar.gz) = ZOSBpGwA9tkmDjkZSUUhs+3BFXE= -SHA256 (Compress-Raw-Zlib-2.006.tar.gz) = S5BkV9hM8arAt+Jees0QUdQE9anI/+ozJ83lkkVosrw= -SIZE (Compress-Raw-Zlib-2.006.tar.gz) = 207454 +MD5 (Compress-Raw-Zlib-2.008.tar.gz) = 8ZMjZNt1BirkBSH2s47kHQ== +RMD160 (Compress-Raw-Zlib-2.008.tar.gz) = k+03kSkIJB091PD35QGb2dLzFQ4= +SHA1 (Compress-Raw-Zlib-2.008.tar.gz) = SIPPn06QTTah3RvxeG2Yb4qgVQw= +SHA256 (Compress-Raw-Zlib-2.008.tar.gz) = Y22vld7Hx5qdKIF4VP1QnvgapvMIZtkkjqiA09oAYNQ= +SIZE (Compress-Raw-Zlib-2.008.tar.gz) = 207488
UPD: archivers/p5-IO-Compress-Zlib --2.008
archivers/p5-IO-Compress-Zlib --2.008 tested: i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-IO-Compress-Zlib/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 15 Oct 2007 16:44:18 - 1.3 +++ Makefile 1 Dec 2007 13:23:47 - @@ -4,7 +4,7 @@ MODULES= cpan -DISTNAME= IO-Compress-Zlib-2.006 +DISTNAME= IO-Compress-Zlib-2.008 CATEGORIES= archivers MAINTAINER= Giovanni Bechis [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-IO-Compress-Zlib/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 15 Oct 2007 16:44:18 - 1.3 +++ distinfo 1 Dec 2007 13:23:47 - @@ -1,5 +1,5 @@ -MD5 (IO-Compress-Zlib-2.006.tar.gz) = mjZX3msACgUxFUBjsrtEQw== -RMD160 (IO-Compress-Zlib-2.006.tar.gz) = Yf/g5lKoUJ/KoW6fWxlDio8sfVY= -SHA1 (IO-Compress-Zlib-2.006.tar.gz) = 1FmeOEK73xKB2ycCd5dwx23ftFM= -SHA256 (IO-Compress-Zlib-2.006.tar.gz) = exM5sE5/JhdU/GZizI+S9le6QOZjTpRyjNh9I0XTg9o= -SIZE (IO-Compress-Zlib-2.006.tar.gz) = 134865 +MD5 (IO-Compress-Zlib-2.008.tar.gz) = k8woJz3AKWFbeARUJIR4Ig== +RMD160 (IO-Compress-Zlib-2.008.tar.gz) = ikeyqQr9uNEpt6Ole32Sr/1R6rg= +SHA1 (IO-Compress-Zlib-2.008.tar.gz) = 0P1ScjbHV1AlnIdtTVDhley9+zU= +SHA256 (IO-Compress-Zlib-2.008.tar.gz) = ib2QUwM7fh31pL5QGtj+rMnHRqAyVlklwJ1rJ3DBjTI= +SIZE (IO-Compress-Zlib-2.008.tar.gz) = 135067
UPD: archivers/p5-IO-Zlib -- 1.08
archivers/p5-IO-Zlib -- 1.08 tested: i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-IO-Zlib/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile 24 Oct 2007 13:25:50 - 1.8 +++ Makefile 1 Dec 2007 13:37:55 - @@ -4,7 +4,7 @@ MODULES= cpan -DISTNAME= IO-Zlib-1.07 +DISTNAME= IO-Zlib-1.08 CATEGORIES= archivers MAINTAINER= Kevin Lo [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-IO-Zlib/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 24 Oct 2007 13:25:50 - 1.5 +++ distinfo 1 Dec 2007 13:37:55 - @@ -1,5 +1,5 @@ -MD5 (IO-Zlib-1.07.tar.gz) = BqqRyXOqwJheQ5q4Zg5ofw== -RMD160 (IO-Zlib-1.07.tar.gz) = DAhR08MdaALbQJvuf8v0KjjdziE= -SHA1 (IO-Zlib-1.07.tar.gz) = FawQtUlm+Lh/XqEEY8Y0K73uzJ0= -SHA256 (IO-Zlib-1.07.tar.gz) = 0jLDN+OvUMQHS1RXN1GRXkAbRH4ngd4LMQCTZ1mDlXw= -SIZE (IO-Zlib-1.07.tar.gz) = 9820 +MD5 (IO-Zlib-1.08.tar.gz) = B1jMnaqrYog+vvro10xKXw== +RMD160 (IO-Zlib-1.08.tar.gz) = Gg3DaUkGblv3EJnFMlp5C9dMnJo= +SHA1 (IO-Zlib-1.08.tar.gz) = GTiUpIXkSYdLGcm1TWIxvLUUB/4= +SHA256 (IO-Zlib-1.08.tar.gz) = VOvlyey9yCJ+PgmCdJrH4PeatX18MbNYDY6wxpudJF8= +SIZE (IO-Zlib-1.08.tar.gz) = 9985
UPD: archivers/p5-Compress-Zlib -- 2.008
archivers/p5-Compress-Zlib -- 2.008 tested: i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-IO-Compress-Zlib/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 15 Oct 2007 16:44:18 - 1.3 +++ Makefile 1 Dec 2007 13:23:47 - @@ -4,7 +4,7 @@ MODULES= cpan -DISTNAME= IO-Compress-Zlib-2.006 +DISTNAME= IO-Compress-Zlib-2.008 CATEGORIES= archivers MAINTAINER= Giovanni Bechis [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-IO-Compress-Zlib/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 15 Oct 2007 16:44:18 - 1.3 +++ distinfo 1 Dec 2007 13:23:47 - @@ -1,5 +1,5 @@ -MD5 (IO-Compress-Zlib-2.006.tar.gz) = mjZX3msACgUxFUBjsrtEQw== -RMD160 (IO-Compress-Zlib-2.006.tar.gz) = Yf/g5lKoUJ/KoW6fWxlDio8sfVY= -SHA1 (IO-Compress-Zlib-2.006.tar.gz) = 1FmeOEK73xKB2ycCd5dwx23ftFM= -SHA256 (IO-Compress-Zlib-2.006.tar.gz) = exM5sE5/JhdU/GZizI+S9le6QOZjTpRyjNh9I0XTg9o= -SIZE (IO-Compress-Zlib-2.006.tar.gz) = 134865 +MD5 (IO-Compress-Zlib-2.008.tar.gz) = k8woJz3AKWFbeARUJIR4Ig== +RMD160 (IO-Compress-Zlib-2.008.tar.gz) = ikeyqQr9uNEpt6Ole32Sr/1R6rg= +SHA1 (IO-Compress-Zlib-2.008.tar.gz) = 0P1ScjbHV1AlnIdtTVDhley9+zU= +SHA256 (IO-Compress-Zlib-2.008.tar.gz) = ib2QUwM7fh31pL5QGtj+rMnHRqAyVlklwJ1rJ3DBjTI= +SIZE (IO-Compress-Zlib-2.008.tar.gz) = 135067
UPD: textproc/p5-XML-Parser -- 2.36
textproc/p5-XML-Parser -- 2.36 tested: i386 Index: Makefile === RCS file: /cvs/ports/textproc/p5-XML-Parser/Makefile,v retrieving revision 1.16 diff -u -r1.16 Makefile --- Makefile 26 Oct 2007 22:18:54 - 1.16 +++ Makefile 1 Dec 2007 16:45:59 - @@ -5,8 +5,8 @@ COMMENT= perl module for parsing XML documents MODULES= cpan -DISTNAME= XML-Parser-2.34 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= XML-Parser-2.36 +PKGNAME= p5-${DISTNAME} CATEGORIES= textproc MAINTAINER= Anil Madhavapeddy [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/textproc/p5-XML-Parser/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 5 Apr 2007 17:26:18 - 1.5 +++ distinfo 1 Dec 2007 16:45:59 - @@ -1,5 +1,5 @@ -MD5 (XML-Parser-2.34.tar.gz) = hNngAB/gHBSGclbD/hFYmQ== -RMD160 (XML-Parser-2.34.tar.gz) = 1c09fO8Bw+KxG6pjmtD7vVxhbps= -SHA1 (XML-Parser-2.34.tar.gz) = JTy2QQV9kpYWYiQI3lpXKrN6jfk= -SHA256 (XML-Parser-2.34.tar.gz) = VTht57949nrSue9mSleNtm7lP1EqKOsGfNIwP14j10A= -SIZE (XML-Parser-2.34.tar.gz) = 229689 +MD5 (XML-Parser-2.36.tar.gz) = G4aJYrZYvYfhVj7NVkmN7Q== +RMD160 (XML-Parser-2.36.tar.gz) = HDGiOYralD79XSRROJ4WORQWglM= +SHA1 (XML-Parser-2.36.tar.gz) = dKysT5Oev3iNjvUWPLyYArGwS/o= +SHA256 (XML-Parser-2.36.tar.gz) = n9UphnQCRWvYJv4OVYjTWzouJ+WGov2DjRNStxwu1z8= +SIZE (XML-Parser-2.36.tar.gz) = 230002
Re: UPD: security/p5-MD5 1.7 - 2.03
On Saturday 01 December 2007, J.C. Roberts wrote: When there is a requirement for a perl module which we have in the default perl installation, what is the best way to express it in the port Makefile? OK, I finally figured it out. The magic is done CPAN_AUTHOR= Index: Makefile === RCS file: /cvs/ports/security/p5-MD5/Makefile,v retrieving revision 1.10 diff -u -r1.10 Makefile --- Makefile 15 Sep 2007 23:30:00 - 1.10 +++ Makefile 1 Dec 2007 17:50:04 - @@ -5,10 +5,11 @@ COMMENT= interface to md5 message-digest algorithm MODULES= cpan -DISTNAME= MD5-1.7 +DISTNAME= MD5-2.03 CATEGORIES= security - MAINTAINER= Kevin Lo [EMAIL PROTECTED] + +CPAN_AUTHOR= GAAS # Perl PERMIT_PACKAGE_CDROM= Yes Index: distinfo === RCS file: /cvs/ports/security/p5-MD5/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 5 Apr 2007 17:26:09 - 1.3 +++ distinfo 1 Dec 2007 17:50:04 - @@ -1,5 +1,5 @@ -MD5 (MD5-1.7.tar.gz) = krB+wZvogWNhPd5pk560ig== -RMD160 (MD5-1.7.tar.gz) = aXMCgsU4zNhXy7CHM/GPA/AuAKs= -SHA1 (MD5-1.7.tar.gz) = ZdD8Wz5onDFfzDe21lIWN9CN3G0= -SHA256 (MD5-1.7.tar.gz) = KxhDhKWalbDKEuwj9QWsLnUnLYUDvqxpGUhco7AjDtI= -SIZE (MD5-1.7.tar.gz) = 12313 +MD5 (MD5-2.03.tar.gz) = CVfwL8MLwhBrMoa6hUkXvA== +RMD160 (MD5-2.03.tar.gz) = elRBT1sVvN03aepvPjVvOx9SYdw= +SHA1 (MD5-2.03.tar.gz) = VgIiQZBWKqDiMwJ8XzzBzVSc874= +SHA256 (MD5-2.03.tar.gz) = dk0077UOzxLYNWH2bvZyT4nD3eb1qibqGM9fhMh79+E= +SIZE (MD5-2.03.tar.gz) = 2810 Index: pkg/DESCR === RCS file: /cvs/ports/security/p5-MD5/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- pkg/DESCR 4 Jan 2001 02:09:18 - 1.1.1.1 +++ pkg/DESCR 1 Dec 2007 17:50:04 - @@ -1,4 +1,8 @@ +The MD5.pm module is depreciated. Please use Digest::MD5 instead. + +This module (MD5.pm) is just a thin wrapper around the Digest::MD5 +module. It is provided so that legacy code that relies on the old +interface continues to work with the speed benefit of the new module. + This Perl module allows you to use the RSA Data Security Inc. MD5 message digest algorithm. - -Please see 'perldoc MD5' for more information. Index: pkg/PLIST === RCS file: /cvs/ports/security/p5-MD5/pkg/PLIST,v retrieving revision 1.8 diff -u -r1.8 PLIST --- pkg/PLIST 15 Sep 2004 18:36:02 - 1.8 +++ pkg/PLIST 1 Dec 2007 17:50:04 - @@ -1,9 +1,4 @@ @comment $OpenBSD: PLIST,v 1.8 2004/09/15 18:36:02 espie Exp $ -${P5ARCH}/ -${P5ARCH}/MD5.pm -${P5ARCH}/auto/ -${P5ARCH}/auto/MD5/ -${P5ARCH}/auto/MD5/MD5.bs -${P5ARCH}/auto/MD5/MD5.so -${P5ARCH}/auto/MD5/autosplit.ix +${P5SITE}/ +${P5SITE}/MD5.pm @man man/man3p/MD5.3p
[4.2-STABLE] UPD: archivers_p5-Archive-Tar-1.36
For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 Index: Makefile === RCS file: /cvs/ports/archivers/p5-Archive-Tar/Makefile,v retrieving revision 1.17 diff -u -r1.17 Makefile --- Makefile 17 Nov 2006 15:08:16 - 1.17 +++ Makefile 1 Dec 2007 17:58:55 - @@ -1,10 +1,10 @@ -# $OpenBSD: Makefile,v 1.17 2006/11/17 15:08:16 espie Exp $ +# $OpenBSD: Makefile,v 1.18 2007/09/15 10:14:33 espie Exp $ -COMMENT= perl interface to tar archives +COMMENT= perl interface to tar archives MODULES= cpan -DISTNAME= Archive-Tar-1.30 +DISTNAME= Archive-Tar-1.36 CATEGORIES= archivers Index: distinfo === RCS file: /cvs/ports/archivers/p5-Archive-Tar/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- distinfo 5 Apr 2007 15:37:40 - 1.11 +++ distinfo 1 Dec 2007 17:58:55 - @@ -1,5 +1,5 @@ -MD5 (Archive-Tar-1.30.tar.gz) = iWBOqPrcmQx7tmglnay0OQ== -RMD160 (Archive-Tar-1.30.tar.gz) = Yj0TxFhnbA1Q44nT4lHGsQo0Bms= -SHA1 (Archive-Tar-1.30.tar.gz) = +5GnJJ3BSb2gV1TRwhsuIyGUNIU= -SHA256 (Archive-Tar-1.30.tar.gz) = xFbVxzpXpWdEC8pcE4pUmiFjeqLkBJIotbpjz2jXWho= -SIZE (Archive-Tar-1.30.tar.gz) = 39749 +MD5 (Archive-Tar-1.36.tar.gz) = OcfhztI6OJYWkvsDVQmogA== +RMD160 (Archive-Tar-1.36.tar.gz) = 06AMRLNLCtAqtGHbteFOSNgjjbo= +SHA1 (Archive-Tar-1.36.tar.gz) = rSSLH0DiKfW8G2KRpSNkRC34G30= +SHA256 (Archive-Tar-1.36.tar.gz) = L4n2Jw7ojH+d3oPAnYLZ2SEmh6eq2S4Arx2zGVqAmNs= +SIZE (Archive-Tar-1.36.tar.gz) = 41126
[4.2-STABLE] UPD: archivers_p5-Archive-Zip-1.23
[4.2-STABLE] UPD: archivers_p5-Archive-Zip-1.23 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 NOTE: no maintainer Index: Makefile === RCS file: /cvs/ports/archivers/p5-Archive-Zip/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- Makefile 21 Nov 2006 19:07:10 - 1.12 +++ Makefile 1 Dec 2007 18:03:12 - @@ -1,10 +1,10 @@ -# $OpenBSD: Makefile,v 1.12 2006/11/21 19:07:10 steven Exp $ +# $OpenBSD: Makefile,v 1.14 2007/09/29 17:50:07 simon Exp $ -COMMENT= perl interface to ZIP files +COMMENT= perl interface to ZIP files MODULES= cpan -DISTNAME= Archive-Zip-1.18 +DISTNAME= Archive-Zip-1.23 CATEGORIES= archivers Index: distinfo === RCS file: /cvs/ports/archivers/p5-Archive-Zip/distinfo,v retrieving revision 1.7 diff -u -r1.7 distinfo --- distinfo 5 Apr 2007 15:37:40 - 1.7 +++ distinfo 1 Dec 2007 18:03:12 - @@ -1,5 +1,5 @@ -MD5 (Archive-Zip-1.18.tar.gz) = sZjuZwDicgPAcYAyFtuhHA== -RMD160 (Archive-Zip-1.18.tar.gz) = E08Zw4/z7rxQFC8KvGSlAd/1jGU= -SHA1 (Archive-Zip-1.18.tar.gz) = s/T0BfdD2SUczUj4C59yqGVGd+k= -SHA256 (Archive-Zip-1.18.tar.gz) = fbGIDHDPLZV2b0+3895TfQZatBox1kdH69/2wV526Dw= -SIZE (Archive-Zip-1.18.tar.gz) = 224031 +MD5 (Archive-Zip-1.23.tar.gz) = f/y9wbYDMHI1+41CCEy4TQ== +RMD160 (Archive-Zip-1.23.tar.gz) = ux1fcWnp04GZkjVx5PTSXVEo3bM= +SHA1 (Archive-Zip-1.23.tar.gz) = 58iBWPyo4LBDvfEp/sLqlx0qTMQ= +SHA256 (Archive-Zip-1.23.tar.gz) = GgFRi9PG5lSYnMdx93myVUQuEiX/eqLItXZm4Ty6X8s= +SIZE (Archive-Zip-1.23.tar.gz) = 190924
[4.2-STABLE] UPD: devel_p5-version-0.74
[4.2-STABLE] UPD: devel_p5-version-0.74 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: Steven Mestdagh [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-version/Makefile,v retrieving revision 1.9 retrieving revision 1.11 diff -u -r1.9 -r1.11 --- Makefile 26 Jul 2007 19:43:56 - 1.9 +++ Makefile 29 Oct 2007 15:34:50 - 1.11 @@ -1,10 +1,10 @@ -# $OpenBSD: Makefile,v 1.9 2007/07/26 19:43:56 simon Exp $ +# $OpenBSD: Makefile,v 1.11 2007/10/29 15:34:50 steven Exp $ SHARED_ONLY= Yes MODULES= cpan COMMENT= perl extension for version objects -DISTNAME= version-0.7203 +DISTNAME= version-0.74 CATEGORIES= devel CONFIGURE_STYLE=modbuild Index: distinfo === RCS file: /cvs/ports/devel/p5-version/distinfo,v retrieving revision 1.7 retrieving revision 1.9 diff -u -r1.7 -r1.9 --- distinfo 26 Jul 2007 19:43:56 - 1.7 +++ distinfo 29 Oct 2007 15:34:50 - 1.9 @@ -1,5 +1,5 @@ -MD5 (version-0.7203.tar.gz) = eWBTmJy248o/sMW06SzxCQ== -RMD160 (version-0.7203.tar.gz) = HKkAJzz3v1zHcHpRhICFslLW24E= -SHA1 (version-0.7203.tar.gz) = 1XWbl5axwfNsi+Vd4256eUR0zy8= -SHA256 (version-0.7203.tar.gz) = w/5WF/TNwRJASZFplBIoNHhKccVKhwb0CGwo+j5ubN4= -SIZE (version-0.7203.tar.gz) = 53250 +MD5 (version-0.74.tar.gz) = 9GAf73Ma08xMcKWdSW/39A== +RMD160 (version-0.74.tar.gz) = ub7OcZTSWwbdTyRAvuhwotsKyR4= +SHA1 (version-0.74.tar.gz) = ObrctF3mddBWMS+Ug7QKidod3no= +SHA256 (version-0.74.tar.gz) = /SA698FwS0acrfkoIAq1siaCAdEcqTY2LRDkYvEArlU= +SIZE (version-0.74.tar.gz) = 54051
[4.2-STABLE] UPD: archivers_p5-IO-Compress-Base-2.008
[4.2-STABLE] UPD: archivers_p5-IO-Compress-Base-2.008 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: Giovanni Bechis [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/archivers/p5-IO-Compress-Base/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 26 Jul 2007 19:29:53 - 1.2 +++ Makefile 1 Dec 2007 18:21:20 - @@ -1,10 +1,10 @@ -# $OpenBSD: Makefile,v 1.2 2007/07/26 19:29:53 simon Exp $ +# $OpenBSD: Makefile,v 1.3 2007/10/15 16:44:53 sthen Exp $ COMMENT= base class for IO::Compress modules MODULES= cpan -DISTNAME= IO-Compress-Base-2.005 +DISTNAME= IO-Compress-Base-2.008 CATEGORIES= archivers MAINTAINER= Giovanni Bechis [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/archivers/p5-IO-Compress-Base/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 26 Jul 2007 19:29:53 - 1.2 +++ distinfo 1 Dec 2007 18:21:20 - @@ -1,5 +1,5 @@ -MD5 (IO-Compress-Base-2.005.tar.gz) = i+krhwJCBRGZhojxLJ4isg== -RMD160 (IO-Compress-Base-2.005.tar.gz) = s/zsJKYggDwlXuU0L6K9HeEAgfY= -SHA1 (IO-Compress-Base-2.005.tar.gz) = b3JH+Rlm4iO5D4zQxL0YbgnRJsA= -SHA256 (IO-Compress-Base-2.005.tar.gz) = MUB+mD8SeTXjzKPf5BcldELvDPydRrAseM0e39pLed4= -SIZE (IO-Compress-Base-2.005.tar.gz) = 91087 +MD5 (IO-Compress-Base-2.008.tar.gz) = Mu+iMpph3ZaDCUKzXtpb0w== +RMD160 (IO-Compress-Base-2.008.tar.gz) = LZ5+VIoTGfbnEohKKnummjcyIyc= +SHA1 (IO-Compress-Base-2.008.tar.gz) = sIjfmFHqjxps3CLSrD1kdFO3VEY= +SHA256 (IO-Compress-Base-2.008.tar.gz) = GtcSF61Nf5PQR+t7A6GZZloY/OaJP5omsLOsChHFn/k= +SIZE (IO-Compress-Base-2.008.tar.gz) = 91421
[4.2-STABLE] UPD: devel_p5-Clone-0.28
[4.2-STABLE] UPD: devel_p5-Clone-0.28 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: Kevin Lo [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/devel/p5-Clone/Makefile,v retrieving revision 1.7 retrieving revision 1.10 diff -u -r1.7 -r1.10 --- Makefile 27 Dec 2006 12:58:08 - 1.7 +++ Makefile 26 Nov 2007 22:11:34 - 1.10 @@ -1,11 +1,11 @@ -# $OpenBSD: Makefile,v 1.7 2006/12/27 12:58:08 simon Exp $ +# $OpenBSD: Makefile,v 1.10 2007/11/26 22:11:34 simon Exp $ SHARED_ONLY= Yes -COMMENT= recursively copy Perl datatypes +COMMENT= recursively copy Perl datatypes MODULES= cpan -DISTNAME= Clone-0.22 +DISTNAME= Clone-0.28 CATEGORIES= devel MAINTAINER= Kevin Lo [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/devel/p5-Clone/distinfo,v retrieving revision 1.7 retrieving revision 1.9 diff -u -r1.7 -r1.9 --- distinfo 5 Apr 2007 15:37:58 - 1.7 +++ distinfo 26 Nov 2007 22:11:35 - 1.9 @@ -1,5 +1,5 @@ -MD5 (Clone-0.22.tar.gz) = 9wryxG+7YKzEOIkIv9N8Lw== -RMD160 (Clone-0.22.tar.gz) = Ym6eMtVvxpXVrw1HOsmUL0P+msE= -SHA1 (Clone-0.22.tar.gz) = DAaZ80ksfICffSEONaQofOIrBXM= -SHA256 (Clone-0.22.tar.gz) = 2JNIhP0suPcVNYCql52kfOVMHJzmfiIo9WRLexhIYwg= -SIZE (Clone-0.22.tar.gz) = 10564 +MD5 (Clone-0.28.tar.gz) = FhhtmE41irPKBp0AyBt+XA== +RMD160 (Clone-0.28.tar.gz) = lUoJfKOpfMq5bp3vOiddfi0OFDI= +SHA1 (Clone-0.28.tar.gz) = UFx1O1tfgPL3Zy796+9aeFGfrVc= +SHA256 (Clone-0.28.tar.gz) = cvI3P/h8VfekdgQMNJ4u1cnmHHJ2q6zGGaZjkuxBARQ= +SIZE (Clone-0.28.tar.gz) = 11274
[4.2-STABLE] UPD: textproc_p5-XML-Parser-2.36
[4.2-STABLE] UPD: textproc_p5-XML-Parser-2.36 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: Anil Madhavapeddy [EMAIL PROTECTED] Index: Makefile === RCS file: /cvs/ports/textproc/p5-XML-Parser/Makefile,v retrieving revision 1.14 diff -u -r1.14 Makefile --- Makefile 11 Jul 2007 11:11:53 - 1.14 +++ Makefile 1 Dec 2007 16:49:21 - @@ -1,12 +1,12 @@ -# $OpenBSD: Makefile,v 1.14 2007/07/11 11:11:53 aanriot Exp $ +# $OpenBSD: Makefile,v 1.16 2007/10/26 22:18:54 simon Exp $ SHARED_ONLY= Yes -COMMENT= perl module for parsing XML documents +COMMENT= perl module for parsing XML documents MODULES= cpan -DISTNAME= XML-Parser-2.34 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= XML-Parser-2.36 +PKGNAME= p5-${DISTNAME} CATEGORIES= textproc MAINTAINER= Anil Madhavapeddy [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/textproc/p5-XML-Parser/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 5 Apr 2007 17:26:18 - 1.5 +++ distinfo 1 Dec 2007 16:49:21 - @@ -1,5 +1,5 @@ -MD5 (XML-Parser-2.34.tar.gz) = hNngAB/gHBSGclbD/hFYmQ== -RMD160 (XML-Parser-2.34.tar.gz) = 1c09fO8Bw+KxG6pjmtD7vVxhbps= -SHA1 (XML-Parser-2.34.tar.gz) = JTy2QQV9kpYWYiQI3lpXKrN6jfk= -SHA256 (XML-Parser-2.34.tar.gz) = VTht57949nrSue9mSleNtm7lP1EqKOsGfNIwP14j10A= -SIZE (XML-Parser-2.34.tar.gz) = 229689 +MD5 (XML-Parser-2.36.tar.gz) = G4aJYrZYvYfhVj7NVkmN7Q== +RMD160 (XML-Parser-2.36.tar.gz) = HDGiOYralD79XSRROJ4WORQWglM= +SHA1 (XML-Parser-2.36.tar.gz) = dKysT5Oev3iNjvUWPLyYArGwS/o= +SHA256 (XML-Parser-2.36.tar.gz) = n9UphnQCRWvYJv4OVYjTWzouJ+WGov2DjRNStxwu1z8= +SIZE (XML-Parser-2.36.tar.gz) = 230002
[4.2-STABLE] UPD: textproc_p5-XML-SAX-0.16
[4.2-STABLE] UPD: textproc_p5-XML-SAX-0.16 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: (NO_MAINTAINER) Index: Makefile === RCS file: /cvs/ports/textproc/p5-XML-SAX/Makefile,v retrieving revision 1.11 retrieving revision 1.13 diff -u -r1.11 -r1.13 --- Makefile 21 Jan 2007 21:46:22 - 1.11 +++ Makefile 29 Sep 2007 17:59:59 - 1.13 @@ -1,10 +1,9 @@ -# $OpenBSD: Makefile,v 1.11 2007/01/21 21:46:22 simon Exp $ +# $OpenBSD: Makefile,v 1.13 2007/09/29 17:59:59 simon Exp $ -COMMENT= perl interface to the SAX2 XML Parser +COMMENT= perl interface to the SAX2 XML parser MODULES= cpan -DISTNAME= XML-SAX-0.14 -PKGNAME= p5-${DISTNAME}p0 +DISTNAME= XML-SAX-0.16 CATEGORIES= textproc # GPL/Artistic Index: distinfo === RCS file: /cvs/ports/textproc/p5-XML-SAX/distinfo,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- distinfo 5 Apr 2007 17:26:18 - 1.8 +++ distinfo 29 Sep 2007 17:59:59 - 1.9 @@ -1,5 +1,5 @@ -MD5 (XML-SAX-0.14.tar.gz) = qxPASjz2OgrmP6c8hjzyPg== -RMD160 (XML-SAX-0.14.tar.gz) = Nb+qkMzuL5uzwl42y0WGkLaAcQw= -SHA1 (XML-SAX-0.14.tar.gz) = S9NGgTTT7MElPjaVFNLka4Pbq+k= -SHA256 (XML-SAX-0.14.tar.gz) = fXbBq9pG5sjKMJt5DNURm4Cszi9SttjCcVbcLBM5xl0= -SIZE (XML-SAX-0.14.tar.gz) = 58926 +MD5 (XML-SAX-0.16.tar.gz) = Swe2qYhPdy7gcTmzhWYenQ== +RMD160 (XML-SAX-0.16.tar.gz) = cE6Tgo1ukLc4CyvOq34zJxtdsN0= +SHA1 (XML-SAX-0.16.tar.gz) = lboNsVZFRxA8FK5OI5HQOIPrjdo= +SHA256 (XML-SAX-0.16.tar.gz) = /51h7Kr4felp6Dwu9UntIuYIyfrXNvHi0eu5F6Gcfhs= +SIZE (XML-SAX-0.16.tar.gz) = 59425
[4.2-STABLE] UPD: textproc_p5-XML-Simple-2.18
[4.2-STABLE] UPD: textproc_p5-XML-Simple-2.18 For those running -STABLE and complaining about a lack of updates on ports-STABLE, here is your chance to do something... namely TEST these patches and post your results. You can be reasonably certain these patches will not be committed without testing, so you've got to do your part if you want convince one of our benevolent developers to push the big red 'commit' button. tested: i386 MAINTAINER: (NO_MAINTAINER) Index: Makefile === RCS file: /cvs/ports/textproc/p5-XML-Simple/Makefile,v retrieving revision 1.16 retrieving revision 1.18 diff -u -r1.16 -r1.18 --- Makefile 21 Jan 2007 21:46:22 - 1.16 +++ Makefile 29 Sep 2007 18:08:57 - 1.18 @@ -1,16 +1,13 @@ -# $OpenBSD: Makefile,v 1.16 2007/01/21 21:46:22 simon Exp $ +# $OpenBSD: Makefile,v 1.18 2007/09/29 18:08:57 simon Exp $ -COMMENT= trivial perl API for reading/writing XML +COMMENT= trivial perl API for reading/writing XML MODULES= cpan -DISTNAME= XML-Simple-2.14 -PKGNAME= p5-${DISTNAME}p1 +DISTNAME= XML-Simple-2.18 CATEGORIES= textproc -HOMEPAGE= http://www.mclean.net.nz/ - RUN_DEPENDS= :p5-XML-Parser-=2:textproc/p5-XML-Parser \ - :p5-XML-SAX-=0.12:textproc/p5-XML-SAX + :p5-XML-SAX-=0.16:textproc/p5-XML-SAX BUILD_DEPENDS= ${RUN_DEPENDS} # GPL/Artistic Index: distinfo === RCS file: /cvs/ports/textproc/p5-XML-Simple/distinfo,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- distinfo 5 Apr 2007 17:26:18 - 1.6 +++ distinfo 29 Sep 2007 18:08:57 - 1.7 @@ -1,5 +1,5 @@ -MD5 (XML-Simple-2.14.tar.gz) = 8yEFgnGBXeKNIUyO+5CR+Q== -RMD160 (XML-Simple-2.14.tar.gz) = 5Ox3vXvptvd+yP4To7PjTtEuVgo= -SHA1 (XML-Simple-2.14.tar.gz) = bVE0Ep/+oHIfCuZjPiLJpiBc/6E= -SHA256 (XML-Simple-2.14.tar.gz) = j3eqG/ZhLQv2mTyvDqImd+k0wP7u1o1FI5hjhWFXxtQ= -SIZE (XML-Simple-2.14.tar.gz) = 66338 +MD5 (XML-Simple-2.18.tar.gz) = WTqoAB5cMBzc20uztjq8Mw== +RMD160 (XML-Simple-2.18.tar.gz) = gV+OLMt/Z2P3bJAU7ugqrRTWxRk= +SHA1 (XML-Simple-2.18.tar.gz) = gdON2f2VWwMirGQJny0RbCliZ9E= +SHA256 (XML-Simple-2.18.tar.gz) = pUlnwYjNo+IPSWyDvk3j8XQO6qg8A4BxLs2Wmth2aCY= +SIZE (XML-Simple-2.18.tar.gz) = 71129