Re: Fix: x11/dbusmenu-qt PLIST
On Wed Aug 26, 2015 at 08:49:56AM +0200, Landry Breuil wrote: > On Wed, Aug 26, 2015 at 07:21:04AM +0200, Rafael Sadowski wrote: > > Hi @ports, > > > > dbusmenu fails on my new build system (fresh and clean system without > > any ports). Looks like doxygen generated other/new file names. > > Known issue with doxygen-using ports: see tail of > devel/doxygen/pkg/DESCR-main for a potential fix. > > Landry ... or maybe the new version [0] will works deterministic and fixes this issue forever. [0]: https://marc.info/?l=openbsd-ports&m=144023932811533&w=2
Re: Fix: x11/dbusmenu-qt PLIST
On Wed, Aug 26, 2015 at 07:21:04AM +0200, Rafael Sadowski wrote: > Hi @ports, > > dbusmenu fails on my new build system (fresh and clean system without > any ports). Looks like doxygen generated other/new file names. Known issue with doxygen-using ports: see tail of devel/doxygen/pkg/DESCR-main for a potential fix. Landry
Re: Fix: games/xinvaders
> Am 25.08.2015 um 22:24 schrieb Christian Weisgerber : > > This moves games/xinvaders to a slightly newer release (1993 -> 2000) > and fixes the LP64 issue in the application resource handling. The > fix is, uh, inspired by xcdplayer but uses a #define hack to keep > the patching down. > > I've dropped pjanzen@ as maintainer since his e-mail address is gone. > > We could enable scorefile support (say, /var/games/xinvaders.score) > and install xinvaders as setgid games. Do we want that? Yes, please. > Tested on amd64 and sparc64 with forwarded display. > > OK? OK jung@ > Index: Makefile > === > RCS file: /cvs/ports/games/xinvaders/Makefile,v > retrieving revision 1.30 > diff -u -p -r1.30 Makefile > --- Makefile8 Dec 2014 21:35:32 -1.30 > +++ Makefile25 Aug 2015 20:15:08 - > @@ -1,35 +1,21 @@ > # $OpenBSD: Makefile,v 1.30 2014/12/08 21:35:32 naddy Exp $ > > -NOT_FOR_ARCHS=${LP64_ARCHS} > - > COMMENT=shoot them nasty little bugs > > -DISTNAME= xinvaders > -DIST_SUBDIR=xinvaders > -PKGNAME=xinvaders-2.0 > -REVISION =2 > +DISTNAME=xinvaders-2.1.1 > CATEGORIES=games > > -MAINTAINER=Paul Janzen > - > PERMIT_PACKAGE_CDROM=no fee > PERMIT_PACKAGE_FTP=Yes > > -WANTLIB=ICE SM X11 Xau Xdmcp Xaw Xext Xmu Xt c pthread-stubs xcb > - > -MASTER_SITES=ftp://ftp.uu.net/usenet/comp.sources.x/volume19/xinvaders/ \ > - > ftp://unix.hensa.ac.uk/archive/usenet/comp.sources.x/volume19/xinvaders/ > -DISTFILES=part01.Z part02.Z part03.Z > - > -EXTRACT_CASES=*.Z) ${GZIP_CMD} -dc ${FULLDISTDIR}/$$archive | > ${_PERL_FIX_SHAR} | /bin/sh;; > - > -CONFIGURE_STYLE=imake > +WANTLIB=X11 Xaw Xmu Xt c > > -WRKDIST=${WRKDIR} > +MASTER_SITES=${MASTER_SITE_SUNSITE:=games/arcade/invaders/} > > -pre-patch: > -@cd $(WRKSRC) ; mv xinvaders.ma xinvaders.man > +MODULES=devel/gettext > > -NO_TEST=Yes > +CONFIGURE_STYLE=gnu > +CONFIGURE_ENV=CPPFLAGS="-I${LOCALBASE}/include" \ > +LDFLAGS="-L${LOCALBASE}/lib -lintl -liconv" > > .include > Index: distinfo > === > RCS file: /cvs/ports/games/xinvaders/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo18 Jan 2015 03:14:04 -1.4 > +++ distinfo25 Aug 2015 20:15:08 - > @@ -1,6 +1,2 @@ > -SHA256 (xinvaders/part01.Z) = wtlmG+Dk3nMGLOITk0t/96J2YVVbN4yNyRvyAKiK2do= > -SHA256 (xinvaders/part02.Z) = QeTLQNorOQyz7ekvAkJBgvnaRXjMpAMJdQCEgfxQIIo= > -SHA256 (xinvaders/part03.Z) = jt+pRAwpo67H29Glk4oo3SEo8SLT1AOELHPXEp4jnro= > -SIZE (xinvaders/part01.Z) = 15161 > -SIZE (xinvaders/part02.Z) = 24538 > -SIZE (xinvaders/part03.Z) = 17263 > +SHA256 (xinvaders-2.1.1.tar.gz) = > 2yCBidZmgFjwTF25tJ/no0J4J7xQUQzAm1PmxF7EFI0= > +SIZE (xinvaders-2.1.1.tar.gz) = 120631 > Index: patches/patch-Imakefile > === > RCS file: patches/patch-Imakefile > diff -N patches/patch-Imakefile > --- patches/patch-Imakefile26 Oct 2007 21:19:16 -1.1 > +++ /dev/null1 Jan 1970 00:00:00 - > @@ -1,12 +0,0 @@ > -$OpenBSD: patch-Imakefile,v 1.1 2007/10/26 21:19:16 ajacoutot Exp $ > Imakefile.origFri Oct 26 23:05:34 2007 > -+++ ImakefileFri Oct 26 23:05:39 2007 > -@@ -4,6 +4,7 @@ OBJS = spacers.o base.o widget.o main.o vaders.o shot. > - > - SRCS = spacers.c base.c widget.c main.c vaders.c shot.c score.c > - > --INCLUDES = -I$(TOP) -I$(TOP)/X11 > -+INCLUDES = -I$(TOP) > - > - ComplexProgramTarget(xinvaders) > -+MANSUFFIX=6 > Index: patches/patch-Makefile_in > === > RCS file: patches/patch-Makefile_in > diff -N patches/patch-Makefile_in > --- /dev/null1 Jan 1970 00:00:00 - > +++ patches/patch-Makefile_in25 Aug 2015 20:15:08 - > @@ -0,0 +1,25 @@ > +$OpenBSD$ > +--- Makefile.in.origMon Sep 18 07:53:30 2000 > Makefile.inTue Aug 25 19:59:59 2015 > +@@ -91,7 +91,7 @@ AUTOMAKE_OPTIONS = foreign > + SUBDIRS = intl po > + EXTRA_DIST = debian Vaders xinvaders.6 icon.xpm xinvaders.lsm > + > +-execgamesdir = $(prefix)/games > ++execgamesdir = $(prefix)/bin > + execgames_PROGRAMS = xinvaders > + > + xinvaders_SOURCES = base.c main.c score.c shot.c spacers.c vaders.c > widget.c me.h patchlevel.h vaders.h base1.bit base2.bit explode1.bit > explode2.bit spacer1.bit spacer2.bit sperma1.bit sperma2.bit spermb1.bit > spermb2.bit vader1a1.bit vader1a2.bit vader1b1.bit vader1b2.bit vader2a1.bit > vader2a2.bit vader2b1.bit vader2b2.bit vader3a1.bit vader3a2.bit vader3b1.bit > vader3b2.bit vexplod1.bit vexplod2.bit > +@@ -442,10 +442,10 @@ installcheck: installcheck-recursive > + all-recursive-am: config.h > +$(MAKE) $(AM_MAKEFLAGS) all-recursive > + > +-install-exec-am: install-execgamesPROGRAMS install-exec-local > ++install-exec-am: install-execgamesPROGRA
Fix: x11/dbusmenu-qt PLIST
Hi @ports, dbusmenu fails on my new build system (fresh and clean system without any ports). Looks like doxygen generated other/new file names. ===> Building package for dbusmenu-qt-0.9.2 Create /usr/ports/packages/amd64/all/dbusmenu-qt-0.9.2.tgz checksumming|*** | 32% Error: /usr/ports/pobj/dbusmenu-qt-0.9.2/fake-amd64/usr/local/share/doc/dbusmenu-qt/dir_8a61fb69d88b5c30b96e92db617e178e.html does not exist Error: /usr/ports/pobj/dbusmenu-qt-0.9.2/fake-amd64/usr/local/share/doc/dbusmenu-qt/dir_f8e7cf548488f82ed4e572e38398555b.html does not exist Fatal error: can't continue Index: pkg/PLIST === RCS file: /cvs/ports/x11/dbusmenu-qt/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 PLIST --- pkg/PLIST 25 Mar 2013 21:20:58 - 1.1.1.1 +++ pkg/PLIST 26 Aug 2015 05:13:03 - @@ -22,8 +22,12 @@ share/doc/dbusmenu-qt/dbusmenu__export_8 share/doc/dbusmenu-qt/dbusmenuexporter_8h_source.html share/doc/dbusmenu-qt/dbusmenuimporter_8h_source.html share/doc/dbusmenu-qt/deprecated.html -share/doc/dbusmenu-qt/dir_8a61fb69d88b5c30b96e92db617e178e.html -share/doc/dbusmenu-qt/dir_f8e7cf548488f82ed4e572e38398555b.html +share/doc/dbusmenu-qt/dir_852611ed9721dfd6d119e221eec04706.html +share/doc/dbusmenu-qt/dir_c4a6f9ef9d60515833db96a1f80ff998.html +share/doc/dbusmenu-qt/dir_d4cdb137ae99789c2e7c0b809d0e0ae1.html +share/doc/dbusmenu-qt/dir_d6a1e1895b2b283cf11f08af6fd5081b.html +share/doc/dbusmenu-qt/dir_d83e260e6454840896922dcd57fc91c8.html +share/doc/dbusmenu-qt/dir_dc6f47788ca84bc50afe602b05f7ffbd.html share/doc/dbusmenu-qt/doxygen.css share/doc/dbusmenu-qt/doxygen.png share/doc/dbusmenu-qt/dynsections.js
Checking config.log after "make config"
Re, My last post to ports@ give me an idea : At the end of "make configure" adding a grep to check if there is one "ld returned 1 exit status" in config.log. If yes "make build" shouldn't be launched and the port should be marked as broken. Without this check you can build a package who can have some bugs, "lazy binding failed!" for example. It this happens for kdemultimedia, perhaps it happens for other port.
artsd coredumps with ogg & mp3 and work with wav.
Hello, Please, have a look to the following bug. >Environment: System : OpenBSD 5.8 Details : OpenBSD 5.8 (CUSTOM.MP-2) #0: Fri Jul 31 19:48:09 CEST 2015 r...@makix.my.domain:/usr/src/sys/arch/amd64/compile/CUSTOM.MP-2 Architecture: OpenBSD.amd64 Machine : amd64 I have already sent the dmesg to tech@ the 4 august >Description: 5.8 amd64 : With kdebase alone artsd work as excepted. With kdebase and kdemultimedia artsd coredumps with ogg & mp3 and work with wav. The bug happens in 5.7-release and 5.8. >How-To-Repeat: 1) In 5.7-release or 5.8 you need to install kdebase-3.5.10 and kdemultimedia-3.5.10. 2) With KDE3 started, you stop artsd : kill -15 $(ps -aux|grep artsd|grep -v grep|awk '{print $2}') 3) You check that artsd is stopped : ps -aux|grep artsd 4) In a ttyC (or in a Konsole) you launch a new artsd : artsd 5) In another ttyC (or in another Konsole) you launch the following command (you can choose another mp3 or a ogg file) : artsplay song57.mp3 In the first console you will have the following output : artsd:/usr/local/lib/libarts_xine.so.0.0: undefined symbol 'ao_new_port' lazy binding failed! Segmentation fault (core dumped) And you will find a file artsd.core. --- # gdb -e artsd -c artsd.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-unknown-openbsd5.8". Core was generated by `artsd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.19.0...done. Loaded symbols for /usr/lib/libpthread.so.19.0 Loaded symbols for /usr/local/bin/artsd Reading symbols from /usr/local/lib/libsoundserver_idl.so.2.0...done. Loaded symbols for /usr/local/lib/libsoundserver_idl.so.2.0 Reading symbols from /usr/local/lib/libkmedia2_idl.so.2.0...done. Loaded symbols for /usr/local/lib/libkmedia2_idl.so.2.0 Reading symbols from /usr/local/lib/libartsflow.so.2.0...done. Loaded symbols for /usr/local/lib/libartsflow.so.2.0 Reading symbols from /usr/local/lib/libmcop.so.2.0...done. Loaded symbols for /usr/local/lib/libmcop.so.2.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.4200.1...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.4200.1 Reading symbols from /usr/local/lib/libglib-2.0.so.4200.1...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.4200.1 Reading symbols from /usr/local/lib/libiconv.so.6.0...done. Loaded symbols for /usr/local/lib/libiconv.so.6.0 Reading symbols from /usr/local/lib/libpcre.so.3.0...done. Loaded symbols for /usr/local/lib/libpcre.so.3.0 Reading symbols from /usr/local/lib/libintl.so.6.0...done. Loaded symbols for /usr/local/lib/libintl.so.6.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.4200.1...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.4200.1 Reading symbols from /usr/local/lib/libartsflow_idl.so.2.0...done. Loaded symbols for /usr/local/lib/libartsflow_idl.so.2.0 Reading symbols from /usr/local/lib/libaudiofile.so.1.0...done. Loaded symbols for /usr/local/lib/libaudiofile.so.1.0 Reading symbols from /usr/local/lib/libFLAC.so.10.0...done. Loaded symbols for /usr/local/lib/libFLAC.so.10.0 Reading symbols from /usr/local/lib/libogg.so.6.2...done. Loaded symbols for /usr/local/lib/libogg.so.6.2 Reading symbols from /usr/lib/libsndio.so.6.0...done. Loaded symbols for /usr/lib/libsndio.so.6.0 Reading symbols from /usr/local/lib/libvorbis.so.9.0...done. Loaded symbols for /usr/local/lib/libvorbis.so.9.0 Reading symbols from /usr/local/lib/libvorbisfile.so.6.0...done. Loaded symbols for /usr/local/lib/libvorbisfile.so.6.0 Reading symbols from /usr/local/lib/libvorbisenc.so.3.1...done. Loaded symbols for /usr/local/lib/libvorbisenc.so.3.1 Reading symbols from /usr/local/lib/libmad.so.2.1...done. Loaded symbols for /usr/local/lib/libmad.so.2.1 Reading symbols from /usr/local/lib/libmcop_mt.so.2.0...done. Loaded symbols for /usr/local/lib/libmcop_mt.so.2.0 Reading symbols from /usr/lib/libstdc++.so.57.0...done. Loaded symbols for /usr/lib/libstdc++.so.57.0 Reading symbols from /usr/lib/libm.so.9.0...done. Loaded symbols for /usr/lib/libm.so.9.0 Symbols already loaded for /usr/lib/libpthread.so.19.0 Reading symbols from /usr/lib/libc.so.80.1...done. Loaded symbols for /usr/lib/libc.so.80.1 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so Reading symbols from /usr/local/lib/libartsmidi.so.1.0...done. Loaded symbols for /usr/local/lib/libartsmidi.so.1.0 Reading symbols from /usr/local/lib/libartsmidi_idl.so.1.0...done. Loaded symbols for /usr/local/lib/libartsmidi_idl.so.1.0 Reading sym
Re: [maintainer update] security/py-oauthlib
minor update to 1.0.0 (previously had no versioning). tested as a dependency for py-discogs-client on amd64. All tests passed. Updated diff to 1.0.3, tested as a dependency to py-discogs-client on amd64. This version will require you to regenerate your auth token for discogs. This should probably be documented somewhere not sure if it needs to go in current.html or just a README (this wasn't needed from the previous version to 1.0.0, so it's not something which needs to happen at each update apparently) Steps needed are: rm ~/.config/beets/discogs_token.json and then the next time you run 'beet import' you'll get a URL to visit where you login to discogs and get a new token. thanks, .jhIndex: security/py-oauthlib/Makefile === RCS file: /cvs/ports/security/py-oauthlib/Makefile,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 Makefile --- security/py-oauthlib/Makefile 26 Jun 2015 07:37:13 - 1.1.1.1 +++ security/py-oauthlib/Makefile 25 Aug 2015 20:56:32 - @@ -2,10 +2,10 @@ COMMENT = Python library for OAuth -V = 0.20150523 +V = 1.3 GH_ACCOUNT = idan GH_PROJECT = oauthlib -GH_COMMIT = 16cd3b255b2c86ec7da412357cad899c72d8dbf7 +GH_COMMIT = 79722b2aa0b191db4a345ce29095b70d92ded140 DISTNAME = py-${GH_PROJECT}-$V CATEGORIES = security MAINTAINER = Johan Huldtgren Index: security/py-oauthlib/distinfo === RCS file: /cvs/ports/security/py-oauthlib/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 distinfo --- security/py-oauthlib/distinfo 26 Jun 2015 07:37:13 - 1.1.1.1 +++ security/py-oauthlib/distinfo 25 Aug 2015 20:56:32 - @@ -1,2 +1,2 @@ -SHA256 (py-oauthlib-0.20150523.tar.gz) = G9lXPHw+EIF5/s2aTkz+jrPWb4IuO6PcnoDbY4A/whM= -SIZE (py-oauthlib-0.20150523.tar.gz) = 142548 +SHA256 (py-oauthlib-1.3.tar.gz) = CCw8sExEubgO4NJDf19+uBa3rW/q6+9h9MrbFOpTtuk= +SIZE (py-oauthlib-1.3.tar.gz) = 145440 Index: security/py-oauthlib/pkg/PLIST === RCS file: /cvs/ports/security/py-oauthlib/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -p -r1.1.1.1 PLIST --- security/py-oauthlib/pkg/PLIST 26 Jun 2015 07:37:13 - 1.1.1.1 +++ security/py-oauthlib/pkg/PLIST 25 Aug 2015 20:56:32 - @@ -1,11 +1,12 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2015/06/26 07:37:13 landry Exp $ lib/python${MODPY_VERSION}/site-packages/oauthlib/ -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/requires.txt -lib/python${MODPY_VERSION}/site-packages/oauthlib-0.7.2-py${MODPY_VERSION}.egg-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/requires.txt +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/oauthlib-1.0.3-py${MODPY_VERSION}.egg-info/version.txt lib/python${MODPY_VERSION}/site-packages/oauthlib/__init__.py lib/python${MODPY_VERSION}/site-packages/oauthlib/__init__.pyc lib/python${MODPY_VERSION}/site-packages/oauthlib/common.py
[maintainer update] devel/pear-Date-Holidays
hello, updates devel/pear-Date-Holidays/Japan to 0.1.3 (adds Mountain Day) thanks, .jhIndex: Japan/Makefile === RCS file: /cvs/ports/devel/pear-Date-Holidays/Japan/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Japan/Makefile 7 Oct 2011 20:03:13 - 1.3 +++ Japan/Makefile 25 Aug 2015 20:34:24 - @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.3 2011/10/07 20:03:13 sthen Exp $ COMMENT = Japanese holiday classes for PHP -HOLNAME = Japan-0.1.2 +HOLNAME = Japan-0.1.3 .include Index: Japan/distinfo === RCS file: /cvs/ports/devel/pear-Date-Holidays/Japan/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- Japan/distinfo 18 Jan 2015 03:13:39 - 1.3 +++ Japan/distinfo 25 Aug 2015 20:34:24 - @@ -1,2 +1,2 @@ -SHA256 (Date_Holidays_Japan-0.1.2.tgz) = FbynURPBnyZZ8JucCdhkFxfEdzXdyHVEK9PTDQLzeTo= -SIZE (Date_Holidays_Japan-0.1.2.tgz) = 11542 +SHA256 (Date_Holidays_Japan-0.1.3.tgz) = GrR8EMRBDldD3uGpgCup2yXBFDM/yIVj4TcCKzT+V0U= +SIZE (Date_Holidays_Japan-0.1.3.tgz) = 11677
Fix: games/xinvaders
This moves games/xinvaders to a slightly newer release (1993 -> 2000) and fixes the LP64 issue in the application resource handling. The fix is, uh, inspired by xcdplayer but uses a #define hack to keep the patching down. I've dropped pjanzen@ as maintainer since his e-mail address is gone. We could enable scorefile support (say, /var/games/xinvaders.score) and install xinvaders as setgid games. Do we want that? Tested on amd64 and sparc64 with forwarded display. OK? Index: Makefile === RCS file: /cvs/ports/games/xinvaders/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- Makefile8 Dec 2014 21:35:32 - 1.30 +++ Makefile25 Aug 2015 20:15:08 - @@ -1,35 +1,21 @@ # $OpenBSD: Makefile,v 1.30 2014/12/08 21:35:32 naddy Exp $ -NOT_FOR_ARCHS= ${LP64_ARCHS} - COMMENT= shoot them nasty little bugs -DISTNAME= xinvaders -DIST_SUBDIR= xinvaders -PKGNAME= xinvaders-2.0 -REVISION = 2 +DISTNAME= xinvaders-2.1.1 CATEGORIES=games -MAINTAINER=Paul Janzen - PERMIT_PACKAGE_CDROM= no fee PERMIT_PACKAGE_FTP=Yes -WANTLIB= ICE SM X11 Xau Xdmcp Xaw Xext Xmu Xt c pthread-stubs xcb - -MASTER_SITES= ftp://ftp.uu.net/usenet/comp.sources.x/volume19/xinvaders/ \ - ftp://unix.hensa.ac.uk/archive/usenet/comp.sources.x/volume19/xinvaders/ -DISTFILES= part01.Z part02.Z part03.Z - -EXTRACT_CASES= *.Z) ${GZIP_CMD} -dc ${FULLDISTDIR}/$$archive | ${_PERL_FIX_SHAR} | /bin/sh;; - -CONFIGURE_STYLE= imake +WANTLIB= X11 Xaw Xmu Xt c -WRKDIST= ${WRKDIR} +MASTER_SITES= ${MASTER_SITE_SUNSITE:=games/arcade/invaders/} -pre-patch: - @cd $(WRKSRC) ; mv xinvaders.ma xinvaders.man +MODULES= devel/gettext -NO_TEST= Yes +CONFIGURE_STYLE=gnu +CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ + LDFLAGS="-L${LOCALBASE}/lib -lintl -liconv" .include Index: distinfo === RCS file: /cvs/ports/games/xinvaders/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo18 Jan 2015 03:14:04 - 1.4 +++ distinfo25 Aug 2015 20:15:08 - @@ -1,6 +1,2 @@ -SHA256 (xinvaders/part01.Z) = wtlmG+Dk3nMGLOITk0t/96J2YVVbN4yNyRvyAKiK2do= -SHA256 (xinvaders/part02.Z) = QeTLQNorOQyz7ekvAkJBgvnaRXjMpAMJdQCEgfxQIIo= -SHA256 (xinvaders/part03.Z) = jt+pRAwpo67H29Glk4oo3SEo8SLT1AOELHPXEp4jnro= -SIZE (xinvaders/part01.Z) = 15161 -SIZE (xinvaders/part02.Z) = 24538 -SIZE (xinvaders/part03.Z) = 17263 +SHA256 (xinvaders-2.1.1.tar.gz) = 2yCBidZmgFjwTF25tJ/no0J4J7xQUQzAm1PmxF7EFI0= +SIZE (xinvaders-2.1.1.tar.gz) = 120631 Index: patches/patch-Imakefile === RCS file: patches/patch-Imakefile diff -N patches/patch-Imakefile --- patches/patch-Imakefile 26 Oct 2007 21:19:16 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-Imakefile,v 1.1 2007/10/26 21:19:16 ajacoutot Exp $ Imakefile.orig Fri Oct 26 23:05:34 2007 -+++ Imakefile Fri Oct 26 23:05:39 2007 -@@ -4,6 +4,7 @@ OBJS = spacers.o base.o widget.o main.o vaders.o shot. - - SRCS = spacers.c base.c widget.c main.c vaders.c shot.c score.c - --INCLUDES = -I$(TOP) -I$(TOP)/X11 -+INCLUDES = -I$(TOP) - - ComplexProgramTarget(xinvaders) -+MANSUFFIX=6 Index: patches/patch-Makefile_in === RCS file: patches/patch-Makefile_in diff -N patches/patch-Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Makefile_in 25 Aug 2015 20:15:08 - @@ -0,0 +1,25 @@ +$OpenBSD$ +--- Makefile.in.orig Mon Sep 18 07:53:30 2000 Makefile.inTue Aug 25 19:59:59 2015 +@@ -91,7 +91,7 @@ AUTOMAKE_OPTIONS = foreign + SUBDIRS = intl po + EXTRA_DIST = debian Vaders xinvaders.6 icon.xpm xinvaders.lsm + +-execgamesdir = $(prefix)/games ++execgamesdir = $(prefix)/bin + execgames_PROGRAMS = xinvaders + + xinvaders_SOURCES = base.c main.c score.c shot.c spacers.c vaders.c widget.c me.h patchlevel.h vaders.h base1.bit base2.bit explode1.bit explode2.bit spacer1.bit spacer2.bit sperma1.bit sperma2.bit spermb1.bit spermb2.bit vader1a1.bit vader1a2.bit vader1b1.bit vader1b2.bit vader2a1.bit vader2a2.bit vader2b1.bit vader2b2.bit vader3a1.bit vader3a2.bit vader3b1.bit vader3b2.bit vexplod1.bit vexplod2.bit +@@ -442,10 +442,10 @@ installcheck: installcheck-recursive + all-recursive-am: config.h + $(MAKE) $(AM_MAKEFLAGS) all-recursive + +-install-exec-am: install-execgamesPROGRAMS install-exec-local ++install-exec-am: install-execgamesPROGRAMS + install-exec: install-exec-recursive + +-install-data-am: install-man install-data-local ++install-data-am: install-man + install-data: install-data-recursive + + install-am: all-am Index: patches/patch-base_c === RCS fil
Re: UPDATE: lang/pypy to 2.6.0
Edd Barrett writes: > Hi, > > I've been sat on this for a while. OK? I can use it for a few projects at $DAYJOB. ok jca@ > BTW, if anyone has any ideas as to why compiling the C code at the end > takes so long, please shout. It never used to take this long. I've tried > removing -pipe and tweaking make -j, to no avail. pypy-2.6.0: ok 163m19.56s real 122m52.38s user11m11.57s system Sounds "reasonable" to me. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [NEW] net/py-dnslib
"Bryan C. Everly" writes: > $COMMENT: library to en/decode DNS wire-format packets for Python > > pkg/DESCR: > > library to en/decode DNS wire-format packets for Python. *BZZT* ritchie /usr/ports/mystuff/net/py-dnslib$ cat pkg/DESCR A library to encode/decode DNS wire-format packets supporting both Python 2.7 and Python 3.2+. Where's the python3 flavor? (: > > > This is a standard Python library > (https://pypi.python.org/pypi/dnslib) that I would like to add to > OpenBSD because I need it to support several Python-based security > scanning tools. > > > > This is my first Python library so any comments or questions? The port looks fine, except that it should use MODPY_PI. I'm not sure about tests. Adding MODPY_SETUPTOOLS=Yes leads to a dummy test target. Maybe that'd be better that NO_TEST=Yes? Can this be used by existing or upcoming ports you plan to publish, or is it for personal use? I am personally a bit reluctant on adding libs if they aren't useful for other ports. > If not, > would anyone be willing to commit this on my behalf? > > (apologies for not including the attachment last time) > > Thanks, > Bryan > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
[update] net/pen -> 0.30.0
An update for net/pen, the SSLv3 fix has been committed upstream. The only (maybe) relevant entry in ChangeLog is: 150803Added UDP mode for Direct Server Return. Tests/oks welcome. Index: Makefile === RCS file: /cvs/ports/net/pen/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile20 Jul 2015 00:10:36 - 1.17 +++ Makefile25 Aug 2015 17:35:31 - @@ -2,7 +2,7 @@ COMMENT= load balancer for simple TCP-based protocols -DISTNAME= pen-0.29.0 +DISTNAME= pen-0.30.0 CATEGORIES=net Index: distinfo === RCS file: /cvs/ports/net/pen/distinfo,v retrieving revision 1.11 diff -u -p -r1.11 distinfo --- distinfo20 Jul 2015 00:10:36 - 1.11 +++ distinfo25 Aug 2015 17:35:31 - @@ -1,2 +1,2 @@ -SHA256 (pen-0.29.0.tar.gz) = 8ZD46bu0D9NpsIDJpYvtpdFBG12a18bED62qKgNjGgU= -SIZE (pen-0.29.0.tar.gz) = 182198 +SHA256 (pen-0.30.0.tar.gz) = T8kXGQXC0aFLP2lW9jGRfMszqGdiFL+nASsxVXjSwO4= +SIZE (pen-0.30.0.tar.gz) = 182170 Index: patches/patch-ssl_c === RCS file: patches/patch-ssl_c diff -N patches/patch-ssl_c --- patches/patch-ssl_c 20 Jul 2015 00:10:36 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-ssl_c,v 1.1 2015/07/20 00:10:36 jca Exp $ ssl.c.orig Wed May 13 07:38:28 2015 -+++ ssl.c Sat Jul 18 20:38:03 2015 -@@ -277,9 +277,11 @@ static SSL_CTX *ssl_create_context(char *keyfile, char - ssl_context = SSL_CTX_new(SSLv2_method()); - break; - #endif -+#if 0 - case SRV_SSL_V3: - ssl_context = SSL_CTX_new(SSLv3_method()); - break; -+#endif - default: - case SRV_SSL_V23: - ssl_context = SSL_CTX_new(SSLv23_method()); -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [opam-devel] openbsd ocaml 4.02.3 + opam 1.2.2 upgrade
ok jca@ Slightly longer version: Hi Anil, - regarding bison, "it's complicated" - this is a pretty big diff, I didn't review everything, only the bits I care about. (I don't use opam, for example.) For next updates, can we expect OCaml to be updated alone, along with updates required because of incompatibilities with the new ocaml port? That being said, the parts I reviewed looked pretty good, and the extensive testing on other archs make me confident that this can go in. This includes an ok to import devel/ocaml-ppx-tools (which could use NO_TEST=Yes, btw). Thanks for the hard work! -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [UPDATE] textproc/pdfgrep
Reinhold Straub writes: > Hi, Hi, > there is a new version of pdfgrep. Works for me, committed. Minor nit: indentation should use tabs, not spaces. Thanks, -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: www/p5-Mojo 6.17
Committed, thanks ! On 08/24/15 16:05, Mark Patruck wrote: > Update www/p5-Mojo to 6.17 > > - removed deprecated build_body and build_headers methods from Mojo::Content > - small fixes and improvements > > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-Mojo/Makefile,v > retrieving revision 1.22 > diff -u -p -r1.22 Makefile > --- Makefile 19 Jul 2015 14:23:45 - 1.22 > +++ Makefile 24 Aug 2015 14:00:32 - > @@ -3,9 +3,8 @@ > COMMENT =next generation web framework for Perl > > MODULES =cpan > -DISTNAME = Mojolicious-6.14 > +DISTNAME = Mojolicious-6.17 > CATEGORIES = www > -REVISION = 0 > > MAINTAINER = Mark Patruck > > Index: distinfo > === > RCS file: /cvs/ports/www/p5-Mojo/distinfo,v > retrieving revision 1.16 > diff -u -p -r1.16 distinfo > --- distinfo 19 Jul 2015 06:38:15 - 1.16 > +++ distinfo 24 Aug 2015 14:00:32 - > @@ -1,2 +1,2 @@ > -SHA256 (Mojolicious-6.14.tar.gz) = > mAiHGyTujJcJ/BvQRzpkpU2Z/IxNYzT1AyVq6QEwsFo= > -SIZE (Mojolicious-6.14.tar.gz) = 646992 > +SHA256 (Mojolicious-6.17.tar.gz) = > rBnkrgnLaIC8hY6cYsz2oTkI6h8W3Sz1K2nQl5mAG8A= > +SIZE (Mojolicious-6.17.tar.gz) = 645936 > > >
[UPDATE] textproc/pdfgrep
Hi, there is a new version of pdfgrep. -- Reinhold Straub pdfgrep.diff Description: Binary data
Re: Dependence files
On 2015/08/24 21:52, Shaun Reiger wrote: > Hi @ports I'm trying to build a port and I was testing for missing > dependencey and I have about 10 but I'm not sure where I need to link these > from the makefile. Some of the dependencey are libc.so.7, libnsl.so.1 and > libsockets.so.1... I found the porting faq that mentioned to use > LIB_DEPENDS/WANTLIB in the makefile but where are these files located? Given the library names that you mention, it looks like you may be trying to build a port for a Linux binary to run under emulation. If that's not the case, can you explain a bit more about what you're working on? Maybe show the WIP makefile? If it is a Linux binary, unless you can find a binary that runs with the existing library packages (under /usr/ports/emulators/fedora) then you'll need to work on new library packages etc., which might also require working on the linux emul subsystem in the kernel to get them to work correctly. (And note that it will be i386-only in that case).
Re: Remove security/cfs
On 2015/08/25 01:01, Jérémie Courrèges-Anglas wrote: > > cfs may have been a fine piece of software years ago, it's looking > pretty bad right now. DES crypto over NFSv2 on localhost, really? "but it's good enough for amd" ;-) > Also > not 64 bits safe and full of scary warnings at compile time. I think > that softraid CRYPTO, vnconfig(8) and security/encfs shoud be enough. > > ok to remove it? OK, but please add a comment to faq/current.html mentioning the removal, hopefully that will get carried across to upgrade notes so that any remaining users are forewarned so they can migrate data before upgrading to 5.9.
Re: Remove net/wide-dhcp?
On 2015/08/25 00:36, Jérémie Courrèges-Anglas wrote: > > While looking at some BROKEN ports I stumbled upon this. It is marked > as broken on 64 bits archs, pokes deep inside the network stack > internals and kvm. I don't think the ports tree should propose such > code from 1998 running as root, when dhclient from base provides a much, > much saner alternative. > > ok to remove it? Yes, please do. (But not wide-dhcpv6).
Re: Dependence files
Hi Shaun, Take a look at the make target 'port-lib-depends-check'. This will search the fake directory for binaries and then inspect their linkage. It will tell you what is missing from WANTLIB, and if it reports unreachable libs, you are missing stuff from LIB_DEPENDS. Hope that helps. On 25 August 2015 04:52:33 BST, Shaun Reiger wrote: >Hi @ports I'm trying to build a port and I was testing for missing >dependencey and I have about 10 but I'm not sure where I need to link >these >from the makefile. Some of the dependencey are libc.so.7, libnsl.so.1 >and >libsockets.so.1... I found the porting faq that mentioned to use >LIB_DEPENDS/WANTLIB in the makefile but where are these files located? > >Cheers > > >-- >Shaun > >"Ars longa, vita brevis, occasio praeceps, experimentum periculosum, >iudicium difficile" - Hippocrates (c. 400BC) -- Sent from my Android device with K-9 Mail. Please excuse my brevity.