CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/09 01:10:03 Modified files: print/cups-filters: Makefile distinfo print/cups-filters/patches: patch-filter_foomatic-rip_foomaticrip_c print/cups-filters/pkg: PLIST Log message: Update to cups-filters-1.0.54.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/06/09 01:42:59 Modified files: www/gtkhtml4 : Makefile distinfo Log message: update to gtkhtml4-4.8.2
Re: CVS: cvs.openbsd.org: ports
On Sun, 8 Jun 2014 23:14:45 -0600 (MDT) Remi Pointel rpoin...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: ports Changes by: rpoin...@cvs.openbsd.org2014/06/08 23:14:45 Modified files: lang/python/3.4/pkg: PLIST-main Log message: regen PLIST, replace Grammar3.4.0.final.0.pickle by Grammar3.4.1.final.0.pickle spotted by niggle@. do not bump revision because it did not build without this modification. It was nigel@, sorry...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2014/06/09 02:55:16 Modified files: emulators/fuse-utils: Makefile distinfo emulators/fuse-utils/patches: patch-configure emulators/fuse-utils/pkg: PLIST Added files: emulators/fuse-utils/patches: patch-fmfconv_ff_c Log message: Update to fuse-utils-1.1.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2014/06/09 02:55:00 Modified files: emulators/fuse : Makefile distinfo emulators/fuse/patches: patch-screenshot_c emulators/fuse/pkg: PLIST Added files: emulators/fuse/patches: patch-sound_aosound_c emulators/fuse/pkg: PFRAG.gtk Log message: Update to fuse-1.1.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/09 03:11:30 Modified files: databases/evolution-data-server: Makefile distinfo Log message: Update to evolution-data-server-3.12.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/09 03:12:29 Modified files: mail/evolution-ews: Makefile distinfo Log message: Update to evolution-ews-3.12.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/09 03:12:09 Modified files: mail/evolution : Makefile distinfo mail/evolution/pkg: PLIST Log message: Update to evolution-3.12.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/06/09 07:12:53 Modified files: productivity/baikal: Makefile distinfo productivity/baikal/pkg: PLIST Log message: update to baikal-0.2.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/09 10:40:16 Modified files: net/unifi : Makefile distinfo Log message: update to unifi 3.1.13
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/09 18:16:12 Modified files: www/racktables : Makefile distinfo www/racktables/pkg: PLIST Log message: update to racktables 0.20.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/06/09 20:08:52 Modified files: devel/py-six : Makefile distinfo Log message: Update to 1.7.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2014/06/09 20:36:39 Modified files: graphics/birdfont: Makefile distinfo Log message: Mostly bugfix update to 0.38 Sync WANTLIB and libbirdfont.so gets a major bump.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/09 22:34:48 Modified files: devel/py-nose : Makefile distinfo devel/py-nose/pkg: PLIST Log message: update py-nose to 1.3.3. ok martynas@ (maintainer).
Hello OpenBSD,I need your help!
hi OpenBSD! I am your user. Thanks for your OpenBSD System. I want to setup a software. it's called wine. But I don't konw how to install it. I only want to use it on OpenBSD System. so I want run Win32 application on OpenBSD. Because of work, I need this win32 software. I like your System. Could you tell me how to download and install wine? I am in China, Most of people use Windows System.(e.g.windows xp,windows 7 or windows8), but now the gov.doesn't buy and use Micorosoft windows. I think that this is a chance to you. I wish you good luck! By DeJin thanks. with best regards. DeJin Jun,9,2014
Re: Hello OpenBSD,I need your help!
On 2014/06/09 09:12, virglevirgle wrote: hi OpenBSD! I am your user. Thanks for your OpenBSD System. I want to setup a software. it's called wine. But I don't konw how to install it. I only want to use it on OpenBSD System. so I want run Win32 application on OpenBSD. Because of work, I need this win32 software. I like your System. Could you tell me how to download and install wine? I am in China, Most of people use Windows System.(e.g.windows xp,windows 7 or windows8), but now the gov.doesn't buy and use Micorosoft windows. I think that this is a chance to you. I wish you good luck! By DeJin WINE does not work on OpenBSD.
Re: Hello OpenBSD,I need your help!
On Mon, Jun 09, 2014 at 09:12:17AM +, virglevirgle wrote: hi OpenBSD! I am your user. Thanks for your OpenBSD System. I want to setup a software. it's called wine. But I don't konw how to install it. I only want to use it on OpenBSD System. so I want run Win32 application on OpenBSD. Because of work, I need this win32 software. I like your System. Could you tell me how to download and install wine? wine doesnt' work on OpenBSD. You better run an external Windows machine and access that environment remotely via RDP (physical or virtual). j.
sysutils/cdrtools HOMEPAGE/MATSER_SITES fix
Hi ports@,
small HOMEPAGE and MASTER_SITES fix. Old URLs are dead.
Cheers, Rafael
Index: Makefile
===
RCS file: /cvs/ports/sysutils/cdrtools/Makefile,v
retrieving revision 1.20
diff -u -p -u -r1.20 Makefile
--- Makefile11 Mar 2013 11:41:29 - 1.20
+++ Makefile9 Jun 2014 13:44:18 -
@@ -4,15 +4,13 @@ COMMENT= ISO 9660 filesystem and CD/DVD
DISTNAME= cdrtools-3.00
CATEGORIES=sysutils
-HOMEPAGE= http://cdrecord.berlios.de/private/cdrecord.html
+HOMEPAGE= http://freecode.com/projects/cdrecord
# mostly CDDL, some components GPL (see COPYING)
PERMIT_PACKAGE_CDROM= Yes
WANTLIB= c ossaudio
-MASTER_SITES= ftp://ftp.berlios.de/pub/cdrecord/ \
- http://spacehopper.org/mirrors/berlios/cdrecord/
-
+MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=cdrtools/}
USE_GMAKE= Yes
Index: distinfo
===
RCS file: /cvs/ports/sysutils/cdrtools/distinfo,v
retrieving revision 1.8
diff -u -p -u -r1.8 distinfo
--- distinfo7 Dec 2011 07:56:12 - 1.8
+++ distinfo9 Jun 2014 13:44:18 -
@@ -1,5 +1,2 @@
-MD5 (cdrtools-3.00.tar.gz) = uyHO/vz7t2zySRIOiXj/3Q==
-RMD160 (cdrtools-3.00.tar.gz) = nDIjluU6k8q3BaUPEMI9rDuOGSc=
-SHA1 (cdrtools-3.00.tar.gz) = LNfRcl4NoiZ7egM8x0QpXW4rxrk=
SHA256 (cdrtools-3.00.tar.gz) = YyZ2Lai4KByakQxm/mmM1NG8XzPDe1no8cgzQ8JfPpg=
SIZE (cdrtools-3.00.tar.gz) = 2479860
[UPDATE] devel/py-nose
Hi,
this is the diff to update py-nose to latest release.
Ok?
Cheers,
Remi.
Index: Makefile
===
RCS file: /cvs/ports/devel/py-nose/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile3 Jun 2014 11:34:24 - 1.25
+++ Makefile9 Jun 2014 13:58:24 -
@@ -2,10 +2,9 @@
COMMENT= discovery-based unittest extension
-MODPY_EGG_VERSION= 1.1.2
+MODPY_EGG_VERSION= 1.3.3
DISTNAME= nose-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
-REVISION= 3
CATEGORIES=devel
HOMEPAGE= http://readthedocs.org/docs/nose/en/latest/
@@ -26,7 +25,7 @@ FLAVOR?=
.if ${FLAVOR:Mpython3}
NO_TEST= Yes
.else
-TEST_DEPENDS= devel/py-nose \
+TEST_DEPENDS= ${FULLPKGNAME}:devel/py-nose \
devel/py-twisted/core \
devel/py-coverage
.endif
Index: distinfo
===
RCS file: /cvs/ports/devel/py-nose/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo2 Nov 2011 23:06:02 - 1.7
+++ distinfo9 Jun 2014 13:58:24 -
@@ -1,5 +1,2 @@
-MD5 (nose-1.1.2.tar.gz) = FE8je2FeI/IfalCyGDqoFw==
-RMD160 (nose-1.1.2.tar.gz) = cXwWq/NXc4fbukBlMGk4mLcj96w=
-SHA1 (nose-1.1.2.tar.gz) = dSX37wVq9mzbraAQ1Ki5bmOhk+g=
-SHA256 (nose-1.1.2.tar.gz) = sboSwcRTI/2Glb5oznIoRWuG5RI08WcCfrvEzNqFLGE=
-SIZE (nose-1.1.2.tar.gz) = 729206
+SHA256 (nose-1.3.3.tar.gz) = tAwv8mi+uFNWraJfYmyg2ryJcF8xBRZJdyzwD8lRAyY=
+SIZE (nose-1.3.3.tar.gz) = 274973
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-nose/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 27 Jun 2012 19:03:32 - 1.8
+++ pkg/PLIST 9 Jun 2014 13:58:24 -
@@ -9,8 +9,10 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/nose-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
lib/python${MODPY_VERSION}/site-packages/nose-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/nose/__init__.py
+lib/python${MODPY_VERSION}/site-packages/nose/__main__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}case.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}commands.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}config.${MODPY_PYC_MAGIC_TAG}pyc
@@ -25,7 +27,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}result.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}selector.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}suite.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}tools.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}twistedtools.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/${MODPY_PYCACHE}util.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/case.py
@@ -100,7 +101,14 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/nose/sphinx/${MODPY_PYCACHE}pluginopts.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/nose/sphinx/pluginopts.py
lib/python${MODPY_VERSION}/site-packages/nose/suite.py
-lib/python${MODPY_VERSION}/site-packages/nose/tools.py
+lib/python${MODPY_VERSION}/site-packages/nose/tools/
+lib/python${MODPY_VERSION}/site-packages/nose/tools/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/nose/tools/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/nose/tools/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nose/tools/${MODPY_PYCACHE}nontrivial.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nose/tools/${MODPY_PYCACHE}trivial.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/nose/tools/nontrivial.py
+lib/python${MODPY_VERSION}/site-packages/nose/tools/trivial.py
lib/python${MODPY_VERSION}/site-packages/nose/twistedtools.py
lib/python${MODPY_VERSION}/site-packages/nose/usage.txt
lib/python${MODPY_VERSION}/site-packages/nose/util.py
[NEW] security/androguard
Hi, androguard is a reverse engineering and analysis of Android applications. It depends on py-ptrace, py-magic and py-fuzzy also attached. Few information : $ pkg_info androguard Information for inst:androguard-1.9 Comment: reverse engineering, analysis of Android applications Description: Androguard is mainly a tool written in python to play with : Dex/Odex (Dalvik virtual machine) (.dex) (disassemble, decompilation), APK (Android application) (.apk), Android's binary xml (.xml), Android Resources (.arsc). Maintainer: The OpenBSD ports mailing-list ports@openbsd.org WWW: https://code.google.com/p/androguard/ Any ok? Remi. androguard-1.9.tgz Description: Unix tar archive py-fuzzy-0.1.0.tar.gz Description: Binary data py-magic-0.4.6.tgz Description: Unix tar archive py-ptrace-0.7.tgz Description: Unix tar archive
Re: NEW: hexchat
Hi list, thanks to the work and comments from bcallah@ here is a fixed up port. It now depends on python as well, allowing it to run perl and python scripts. Florian hexchat.tar.gz Description: application/tar-gz
Re: sysutils/cdrtools HOMEPAGE/MATSER_SITES fix
On Mon, Jun 09, 2014 at 03:46:35PM +0200, Rafael Sadowski wrote: -HOMEPAGE=http://cdrecord.berlios.de/private/cdrecord.html +HOMEPAGE=http://freecode.com/projects/cdrecord I think new url should be http://cdrtools.sourceforge.net/private/cdrecord.html -- best regards q#
Re: sysutils/cdrtools HOMEPAGE/MATSER_SITES fix
You also need to bump revision, when changing HOMEPAGE. -- best regards q#
Re: sysutils/cdrtools HOMEPAGE/MATSER_SITES fix
On Mon Jun 09, 2014 at 04:09:26PM +0100, Mikolaj Kucharski wrote:
On Mon, Jun 09, 2014 at 03:46:35PM +0200, Rafael Sadowski wrote:
-HOMEPAGE= http://cdrecord.berlios.de/private/cdrecord.html
+HOMEPAGE= http://freecode.com/projects/cdrecord
I think new url should be
http://cdrtools.sourceforge.net/private/cdrecord.html
--
best regards
q#
This homepage is difficult to find ;-) Thanks! New patch:
Index: Makefile
===
RCS file: /cvs/ports/sysutils/cdrtools/Makefile,v
retrieving revision 1.20
diff -u -p -u -r1.20 Makefile
--- Makefile11 Mar 2013 11:41:29 - 1.20
+++ Makefile9 Jun 2014 15:30:38 -
@@ -3,16 +3,15 @@
COMMENT= ISO 9660 filesystem and CD/DVD/BD creation tools
DISTNAME= cdrtools-3.00
+REVISION= 0
CATEGORIES=sysutils
-HOMEPAGE= http://cdrecord.berlios.de/private/cdrecord.html
+HOMEPAGE= http://cdrtools.sourceforge.net/private/cdrtools.html
# mostly CDDL, some components GPL (see COPYING)
PERMIT_PACKAGE_CDROM= Yes
WANTLIB= c ossaudio
-MASTER_SITES= ftp://ftp.berlios.de/pub/cdrecord/ \
- http://spacehopper.org/mirrors/berlios/cdrecord/
-
+MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=cdrtools/}
USE_GMAKE= Yes
Index: distinfo
===
RCS file: /cvs/ports/sysutils/cdrtools/distinfo,v
retrieving revision 1.8
diff -u -p -u -r1.8 distinfo
--- distinfo7 Dec 2011 07:56:12 - 1.8
+++ distinfo9 Jun 2014 15:30:38 -
@@ -1,5 +1,2 @@
-MD5 (cdrtools-3.00.tar.gz) = uyHO/vz7t2zySRIOiXj/3Q==
-RMD160 (cdrtools-3.00.tar.gz) = nDIjluU6k8q3BaUPEMI9rDuOGSc=
-SHA1 (cdrtools-3.00.tar.gz) = LNfRcl4NoiZ7egM8x0QpXW4rxrk=
SHA256 (cdrtools-3.00.tar.gz) = YyZ2Lai4KByakQxm/mmM1NG8XzPDe1no8cgzQ8JfPpg=
SIZE (cdrtools-3.00.tar.gz) = 2479860
Re: NEW: hexchat
On 2014/06/09 16:15, Florian Stinglmayr wrote: Hi list, thanks to the work and comments from bcallah@ here is a fixed up port. It now depends on python as well, allowing it to run perl and python scripts. Florian This PLIST is missing some directories; it creates files in directories which are neither listed in the PLIST nor come from a dependent port, e.g. share/appdata, share/locale/ja_JP, lib/hexchat / lib/hexchat/plugins. It would be better to avoid building the static-library version of the plugins by using LIBTOOL_FLAGS = --tag=disable-static (then the @comment'ed .a lines can go), and there's a hidden dependency on at least libpci (sysinfo is built if it's present at configure time, so this will fail sporadically in bulk builds), but check for others - there are things like iso-codes in there too which may get picked up. There's also a missing library (LIB_DEPENDS and WANTLIB) on python, use the appropriate variables shown in the lang/python section of port-modules(5) to set these rather than hardcoding these.
Re: NEW: hexchat
On 06/09/14 14:59, Stuart Henderson wrote: On 2014/06/09 16:15, Florian Stinglmayr wrote: Hi list, thanks to the work and comments from bcallah@ here is a fixed up port. It now depends on python as well, allowing it to run perl and python scripts. Florian This PLIST is missing some directories; it creates files in directories which are neither listed in the PLIST nor come from a dependent port, e.g. share/appdata, share/locale/ja_JP, lib/hexchat / lib/hexchat/plugins. It would be better to avoid building the static-library version of the plugins by using LIBTOOL_FLAGS = --tag=disable-static (then the @comment'ed .a lines can go), and there's a hidden dependency on at least libpci (sysinfo is built if it's present at configure time, so this will fail sporadically in bulk builds), but check for others - there are things like iso-codes in there too which may get picked up. There's also a missing library (LIB_DEPENDS and WANTLIB) on python, use the appropriate variables shown in the lang/python section of port-modules(5) to set these rather than hardcoding these. I'm not convinced --enable-socks is useful. I see this in configure: checking for SOCKSconnect in -lsocks5... no
Re: NEW: hexchat
On 2014/06/09 19:59, Stuart Henderson wrote: On 2014/06/09 16:15, Florian Stinglmayr wrote: Hi list, thanks to the work and comments from bcallah@ here is a fixed up port. It now depends on python as well, allowing it to run perl and python scripts. Florian This PLIST is missing some directories; it creates files in directories which are neither listed in the PLIST nor come from a dependent port, e.g. share/appdata, share/locale/ja_JP, lib/hexchat / lib/hexchat/plugins. It would be better to avoid building the static-library version of the plugins by using LIBTOOL_FLAGS = --tag=disable-static (then the @comment'ed .a lines can go), and there's a hidden dependency on at least libpci (sysinfo is built if it's present at configure time, so this will fail sporadically in bulk builds), but check for others - there are things like iso-codes in there too which may get picked up. There's also a missing library (LIB_DEPENDS and WANTLIB) on python, use the appropriate variables shown in the lang/python section of port-modules(5) to set these rather than hardcoding these. Couple of othres: - either version 2 of the License, or (at your option) any later version. - use GPLv2+ in the license marker - text alignment is a bit messy, tabs should be 8 columns and try to make things line up a bit better - something's wrong with the --enable-socks, it doesn't pick up an installed libsocks? if it's not doing anything useful should it just be disabled? - empty PFRAG.shared; but because you use loadable modules it should be SHARED_ONLY so there shouldn't be a PFRAG.shared
Re: APE Server
Just an update on this... * Stuart Henderson st...@openbsd.org [2014-05-09 23:01]: It's not particularly simple; apart from the messy build script (which we can replace in the port Makefile), they use an embedded copy of spidermonkey 1.8.5 which isn't going to build without patching and we can't just use a newer version of spidermonkey from ports to replace it as it's not api-compatible, so will probably need to steal patches from an old version of spidermonkey from the Attic. Some pieces in the attached tgz, but I suspect it's going to need a whole bunch more.. I have pretty much given up on trying to get this to work, the more mess I saw there the less I think I could ever run that productive. * Andrew Fresh and...@afresh1.com [2014-05-10 07:24]: On 2014/05/07 13:05, Henning Brauer wrote: is somebody more experienced in ports willing to make one? SNIP On Fri, May 09, 2014 at 10:01:02PM +0100, Stuart Henderson wrote: It's not particularly simple; Do you *need* APE or just something to do Comet Push? bingo, the latter. You can fairly easily write a Comet server in Mojolicious, plus it supports websockets. There may be other, better options, depending on what you're trying to accomplish. kinda fear we'll have a performance problem with that... dunno really. I have somebody researching options now. Many thanks for the help. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
UPDATE: games/uhexen2 = enable software rendering client
Hi ports --
edd@ gave me the go-ahead to submit this:
As far as I can tell, the uhexen2 software rendering client was not
being built in the port because there were concerns that this would add
nasm as a BDEP (on i386). Now that it's clear that nasm is needed on
i386 no matter what, we might as well add the software rendering client.
This is cribbed from rfreeman's diff posted to ports@ back during port
discussion, with tweaks.
Also fix a typo in the README since I'm here.
As an added benefit, the software client will allow the game to be
played at an acceptable speed on loongson (for sufficiently small
windows - 320x240 preferable but 640x480 wasn't terrible).
Run tested on amd64, i386, and loongson.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/games/uhexen2/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile 7 Jun 2014 13:36:42 - 1.2
+++ Makefile 9 Jun 2014 18:58:17 -
@@ -6,7 +6,7 @@ V = 1.5.6
DISTNAME = hexen2source-${V}
PKGNAME = uhexen2-${V}
EXTRACT_SUFX = .tgz
-REVISION = 0
+REVISION = 1
DISTFILES = ${DISTNAME}${EXTRACT_SUFX} \
hexen2-${V}-linux-i586.tgz
@@ -40,9 +40,13 @@ MAKE_FLAGS += CC=${CC}
DOMAKE = ${MAKE_ENV} ${MAKE_PROGRAM} ${MAKE_FLAGS}
do-build:
+ cd ${WRKBUILD}/engine/hexen2 ${DOMAKE} h2
+ cd ${WRKBUILD}/engine/hexen2 ${DOMAKE} clean
cd ${WRKBUILD}/engine/hexen2 ${DOMAKE} glh2
cd ${WRKBUILD}/engine/hexen2/server ${DOMAKE}
cd ${WRKBUILD}/engine/hexenworld/server ${DOMAKE}
+ cd ${WRKBUILD}/engine/hexenworld/client ${DOMAKE} hw
+ cd ${WRKBUILD}/engine/hexenworld/client ${DOMAKE} clean
cd ${WRKBUILD}/engine/hexenworld/client ${DOMAKE} glhw
cd ${WRKBUILD}/launcher ${DOMAKE}
cd ${WRKBUILD}/h2patch ${DOMAKE}
@@ -50,8 +54,10 @@ do-build:
cd ${WRKBUILD}/hw_utils/hwmquery ${DOMAKE}
cd ${WRKBUILD}/hw_utils/hwrcon ${DOMAKE}
-BINS = engine/hexen2/glhexen2 \
+BINS = engine/hexen2/hexen2 \
+ engine/hexen2/glhexen2 \
engine/hexen2/server/h2ded \
+ engine/hexenworld/client/hwcl \
engine/hexenworld/client/glhwcl \
engine/hexenworld/server/hwsv \
launcher/h2launcher \
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/uhexen2/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 30 May 2014 15:25:48 - 1.1.1.1
+++ pkg/PLIST 9 Jun 2014 18:58:17 -
@@ -4,6 +4,8 @@ bin/glhwcl
bin/h2ded
bin/h2launcher
bin/h2patch
+bin/hexen2
+bin/hwcl
bin/hwmaster
bin/hwmquery
bin/hwrcon
@@ -63,9 +65,10 @@ share/uhexen2/data1/strings.txt
@bin share/uhexen2/h2ded
@bin share/uhexen2/h2launcher
@bin share/uhexen2/h2patch
-share/uhexen2/hexen2
+@bin share/uhexen2/hexen2
share/uhexen2/hexen2.png
share/uhexen2/hexen2.svga
+@bin share/uhexen2/hwcl
@bin share/uhexen2/hwmaster
@bin share/uhexen2/hwmquery
@bin share/uhexen2/hwrcon
Index: pkg/README
===
RCS file: /cvs/ports/games/uhexen2/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 README
--- pkg/README 30 May 2014 15:25:48 - 1.1.1.1
+++ pkg/README 9 Jun 2014 18:58:17 -
@@ -10,9 +10,9 @@ Installing the Game Data
To play Hexen2 you need the pak files (pak*.pak) from the original game.
After obtaining them, copy them into ${TRUEPREFIX}/share/uhexen2/data1.
-If you pak files need to be patched, then run the `h2patch` tool.
+If your pak files need to be patched, then run the `h2patch` tool.
Starting the Game
=
-Type `glhexen2` or `h2launcher`.
+Type `glhexen2` or `hexen2` or `h2launcher`.
Re: [UPDATE] devel/py-nose
OK martynas@. On 6/9/14, Remi Pointel remi.poin...@xiri.fr wrote: Hi, this is the diff to update py-nose to latest release. Ok? Cheers, Remi.
Re: UPDATE: MPlayer
On Sun, Jun 08, 2014 at 11:39:36PM -0400, Brad Smith wrote: Looking for any additional testing. Seems to be funtioning fine on i386 with typical h.264/aac in .mp4 containers.
Re: pkg-config/openssl
On 08/06/14 5:07 PM, Stuart Henderson wrote: I was just looking at nghttp2 which uses pkg-config to check for openssl version 1.0.1 or higher and noticed that we're still setting it to 1.0.0 (#define SHLIB_VERSION_NUMBER 1.0.0 in src/crypto/opensslv.h). I think we should at least bump this to 1.0.1 (though probably wants a bulk build), however, I see on a Linux machine that they use the full alphanumeric version: sl6$ pkg-config --modversion openssl 1.0.1e sl6$ pkg-config --atleast-version 1.0.1e openssl echo yes yes sl6$ pkg-config --atleast-version 1.0.1g openssl echo yes sl6$ pkg-config --atleast-version 1.0.1 openssl echo yes yes So I tried using that in opensslv.h here - I haven't run across anything doing that sort of check yet, but it's probably just a matter of time, so maybe we should support it in our pkg-config too.. current behaviour has warnings and partly works, but not reliably: obsd$ pkg-config --modversion openssl 1.0.1g obsd$ pkg-config --atleast-version 1.0.1e openssl echo yes Argument 1e isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes obsd$ pkg-config --atleast-version 1.0.1 openssl echo yes Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes obsd$ pkg-config --atleast-version 1.0.1h openssl echo yes Argument 1h isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes $ pkg-config --atleast-version 1.0.2 openssl echo yes Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. So.. any thoughts about what to do? anyone fancy looking at pkg-config for the proper fix for compatibility with original pkg-config? should we just go for SHLIB_VERSION_NUMBER=1.0.1 for now? The pkg-config file generation scripts for libssl / libcrypto should be modified to parse OPENSSL_VERSION_TEXT for the proper version of OpenSSL as the original code that generates these files does instead of using SHLIB_VERSION_NUMBER which isn't the OpenSSL version. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: MPlayer
On i386, Speex and Opus have now both been tested, using .ogg containers. Both playback fine.
NEW: net/inspircd
Hi all, I have ported InspIRCd - a “lightweight modular” IRC server written in C++ to OpenBSD. So far I have tested the port on amd64. Please see attached tarball. (See http://www.inspircd.org/) This requires a new user, inspircd, to be created. I have added it to the file: /usr/ports/infrastructure/db/user.list Anyone keen to help out with testing on i386 and other architectures? -- Anders Jensen-Waud inspircd.tar.gz Description: GNU Zip compressed data
