CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/04/12 01:21:59 Modified files: devel/lua-lgi : Makefile distinfo Log message: - update to lua-lgi-0.7.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/04/12 01:26:44 Modified files: x11/gnome/gjs : Makefile Added files: x11/gnome/gjs/patches: patch-gi_arg_c patch-test_js_testEverythingBasic_js Log message: fix a crasher (from upstream)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: m...@cvs.openbsd.org2013/04/12 02:22:10 Modified files: devel/libusb1 : Makefile devel/libusb1/patches: patch-libusb_os_openbsd_usb_c Log message: Make use of the new usb(4) ioctls to retrieve the config descriptor from memory instead of generating I/O as adertised by the libusb API. ok mglocker@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/04/12 04:01:47 Modified files: lang/gcc/4.8 : Makefile distinfo lang/gcc/4.8/patches: patch-gcc_ada_adaint_c patch-gcc_ada_gcc-interface_Makefile_in lang/gcc/4.8/pkg: PLIST-ada Added files: lang/gcc/4.8/patches: patch-gcc_ada_system-openbsd-sparcv9_ads lang/gcc/4.8/pkg: PFRAG.I386-ada Log message: Add Ada support for sparc64. Use SJLJ exceptions instead of ZCX because gcc produces broken code for the later. Enable ncpu detection in the runtime for all archs. ok pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2013/04/12 04:22:34 Modified files: sysutils/dfc : Makefile distinfo sysutils/dfc/patches: patch-CMakeLists_txt Log message: - update dfc to 3.0.2 - update patches and MASTER_SITES ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/04/12 04:39:04 Modified files: sysutils/bacula: Makefile distinfo sysutils/bacula/patches: patch-Makefile_in patch-configure patch-src_qt-console_main_cpp patch-src_tools_Makefile_in sysutils/bacula/pkg: PLIST-bat Removed files: sysutils/bacula/patches: patch-examples_autochangers_chio-changer-openbsd Log message: Update to bacula-5.2.13. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/04/12 04:47:38 Modified files: www/bacula-web : Makefile distinfo www/bacula-web/pkg: PLIST Log message: Update to bacula-web-5.2.13.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/04/12 05:37:46 Modified files: x11/gnome/rygel: Makefile distinfo x11/gnome/rygel/pkg: PLIST Log message: Update to rygel-0.18.0 and unbreak. Use a working libtool(1), i.e. the GNU one. ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2013/04/12 08:06:38 Modified files: comms/hylafax : Makefile Log message: Add a missing run dependency on print/ghostscript/gnu
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2013/04/12 08:11:26 Log message: import p5-IO-Socket-IP, a better replacement for IO:Socket perl module. Hints and ok sthen@ IO::Socket::IP provides a protocol-independent way to use IPv4 and IPv6 sockets, as a drop-in replacement for IO::Socket::INET. Most constructor arguments and methods are provided in a backward-compatible way. Status: Vendor Tag: giovanni Release Tags: giovanni_20130412 N ports/net/p5-IO-Socket-IP/Makefile N ports/net/p5-IO-Socket-IP/distinfo N ports/net/p5-IO-Socket-IP/pkg/DESCR N ports/net/p5-IO-Socket-IP/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2013/04/12 08:23:57 Modified files: net: Makefile Log message: +p5-IO-Socket-IP
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2013/04/12 08:35:57 Modified files: mail/amavisd-new: Makefile Log message: Add a dependency on net/p5-IO-Socket-IP, this module is preferred over IO::Socket::Inet ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/04/12 10:41:06 Modified files: x11/gnome/shell: Makefile Log message: Missing RUN_DEPENDS on net/telepathy/telepathy-logger.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mgloc...@cvs.openbsd.org2013/04/12 11:12:55 Modified files: devel/libplist : Makefile distinfo devel/libplist/pkg: PLIST-main Log message: Update to libplist-1.10. Help and OK jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/04/12 11:39:57 Modified files: textproc/icu4c : Makefile devel/cmake: Makefile Log message: Replace BROKEN-arm with arch-conditional CFLAGS += -O1 -fno-stack-protector. Big thanks to miod@ for tracking down the area in which the problem lies and suggesting this workaround. Unbreaks a big chunk of the ports tree on arm.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/04/12 15:44:53 Modified files: net/nagios/nsca-ng: Makefile distinfo net/nagios/nsca-ng/patches: patch-etc_nsca-ng_cfg Removed files: net/nagios/nsca-ng/patches: patch-man_nsca-ng_cfg_in patch-src_server_conf_c patch-src_server_nsca-ng_c Log message: update to NSCA-ng 1.1
[UPDATE] py-numpy
updates py-numpy to 1.7.0. Builds and installs fine on AMD64 and I'm
using it with some in-hourse projects with no obvious issues.
However, make regress gives these errors
FAILED (KNOWNFAIL=5, SKIP=10, failures=2)
Running unit tests for numpy
NumPy version 1.7.0
Python version 2.7.3 (default, Apr 4 2013, 16:00:07) [GCC 4.2.1 20070719 ]
nose version 1.1.2
But doing the same with in-tree version, 1.6.0, I get
FAILED (KNOWNFAIL=3, SKIP=6, failures=12)
NumPy version 1.6.0
Python version 2.7.3
Must fix or ignorable?
Index: Makefile
===
RCS file: /cvs/ports/math/py-numpy/Makefile,v
retrieving revision 1.36
diff -u -p -u -r1.36 Makefile
--- Makefile11 Mar 2013 11:23:56 - 1.36
+++ Makefile12 Apr 2013 07:05:32 -
@@ -2,18 +2,18 @@
COMMENT= fast array and numeric programming library for Python
-MODPY_EGG_VERSION= 1.6.0
+MODPY_EGG_VERSION =1.7.0
DISTNAME= numpy-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
-REVISION = 3
CATEGORIES=math devel
-HOMEPAGE= http://numpy.scipy.org/
+HOMEPAGE = http://www.numpy.org/
# BSD
PERMIT_PACKAGE_CDROM= Yes
WANTLIB= blas m lapack ${MODFORTRAN_WANTLIB} ${MODPY_WANTLIB}
+WANTLIB += pthread
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=numpy/}
Index: distinfo
===
RCS file: /cvs/ports/math/py-numpy/distinfo,v
retrieving revision 1.8
diff -u -p -u -r1.8 distinfo
--- distinfo27 May 2011 10:06:12 - 1.8
+++ distinfo12 Apr 2013 07:05:32 -
@@ -1,5 +1,2 @@
-MD5 (numpy-1.6.0.tar.gz) = 4Jk8dMuOgykuVg6sGpvo6Q==
-RMD160 (numpy-1.6.0.tar.gz) = Kb7oVOFDbguq1GFQYG16DS2ArGE=
-SHA1 (numpy-1.6.0.tar.gz) = BpKs+1zcVcolGqK5UOMhpmKBDDY=
-SHA256 (numpy-1.6.0.tar.gz) = aH3PtfalHyEHuh3IuzJP0aAUbOiw4r0Bo+57zEU+49g=
-SIZE (numpy-1.6.0.tar.gz) = 2633698
+SHA256 (numpy-1.7.0.tar.gz) = 9Ppwt+26tl7mQy62N0P1SJ8ZGcYUYysgsvtFqn5oKsY=
+SIZE (numpy-1.7.0.tar.gz) = 2832457
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/py-numpy/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -u -r1.9 PLIST
--- pkg/PLIST 27 May 2011 10:06:12 - 1.9
+++ pkg/PLIST 12 Apr 2013 07:05:34 -
@@ -1,4 +1,4 @@
-@comment $OpenBSD: PLIST,v 1.9 2011/05/27 10:06:12 eric Exp $
+@comment $OpenBSD$
bin/f2py${MODPY_VERSION}
lib/python${MODPY_VERSION}/site-packages/numpy/
lib/python${MODPY_VERSION}/site-packages/numpy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
@@ -28,11 +28,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/numpy/core/
lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.py
lib/python${MODPY_VERSION}/site-packages/numpy/core/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_dummy.so
lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.py
lib/python${MODPY_VERSION}/site-packages/numpy/core/_internal.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_mx_datetime_parser.pyc
-lib/python${MODPY_VERSION}/site-packages/numpy/core/_sort.so
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.py
+lib/python${MODPY_VERSION}/site-packages/numpy/core/_methods.pyc
lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.py
lib/python${MODPY_VERSION}/site-packages/numpy/core/arrayprint.pyc
lib/python${MODPY_VERSION}/site-packages/numpy/core/defchararray.py
@@ -61,9 +61,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_3kcompat.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_common.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_cpu.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_deprecated_api.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_endian.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_interrupt.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_math.h
+lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_no_deprecated_api.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/npy_os.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/numpyconfig.h
lib/python${MODPY_VERSION}/site-packages/numpy/core/include/numpy/old_defines.h
@@ -116,10 +118,13 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_function_base.py
lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_getlimits.py
lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_half.py
-lib/python${MODPY_VERSION}/site-packages/numpy/core/tests/test_iterator.py
Re: NEW: games/redeclipse
On Fri, Apr 12, 2013 at 03:37:28PM +1000, Jonathan Gray wrote: Red Eclipse is a single-player and multi-player first-person ego-shooter, built as a total conversion of Cube Engine 2, which lends itself toward a balanced gameplay, completely at the control of map makers, while maintaining a general theme of agility in a variety of environments. The port is marked as amd64/i386 only for now as it makes heavy use of OpenGL and hasn't been tested on macppc. updated with some suggestions from ajacoutot@ redeclipse.tgz Description: application/tar-gz
Re: NEW: games/sauerbraten
On Fri, Apr 12, 2013 at 03:44:20PM +1000, Jonathan Gray wrote: Sadly this is not a game about eating sauerbraten and contains no mention of Knoedel, rather: Cube 2: Sauerbraten is a free multiplayer/singleplayer first person shooter, built as a major redesign of the Cube FPS. Much like the original Cube, the aim of this game is not necessarily to produce the most features eyecandy possible, but rather to allow map/geometry editing to be done dynamically in-game, to create fun gameplay and an elegant engine. The port is marked as amd64/i386 only for now as it makes heavy use of OpenGL and hasn't been tested on macppc. updated with some suggestions from ajacoutot@ sauerbraten.tgz Description: application/tar-gz
Re: NEW: graphics/nomacs
2013/4/11 Brian Callahan bcal...@devio.us:
On 4/11/2013 12:35 PM, Vadim Zhukov wrote:
2013/4/11 Brian Callahan bcal...@devio.us:
Hi ports --
Attached is a tarball for graphics/nomacs, a Qt4-based image viewer with
RAW
support, basic image manipulation tools, and the ability to sync images
across multiple viewers.
Works for me on amd64.
OK?
Please prepend Qt4 items in WANTLIB with lib/qt4/.
sysinfo() calls could be substituted with sysctl(): total is
probably {CTL_HW,HW_USERMEM} and free could be retrieved from
{CTL_VM, VM_METER} struct.
While running, regularly prints the following on the console:
libpng warning: zlib version error
And I could not open and PNG file I have.
Is your libpng up to date? I have no problems with png files, nor do I have
any console messages at all with some rather heavy usage.
Yes, just rebuilt graphics/png from port. libpng works correctly in
other programs. Just converted a PNG file using png2ico (uses libpng
also), and resulting file opened fine in nomacs. more or less fresh
i386 here.
--
WBR,
Vadim Zhukov
Re: NEW: MariaDB
On 04/12/13 06:23, William Yodlowsky wrote: Yes, after doing some homework I agree... and a bunch of other projects have moved or are moving the same way: https://en.wikipedia.org/wiki/MariaDB#Prominent_users Not exactly, OpenSUSE 12.3, for example has both MySQL and Mariadb, at this moment we are not able to provide both packages. http://download.opensuse.org/distribution/12.3/repo/oss/suse/i586/ Cheers Giovanni
Re: UPDATE: Unbound - Add dns64 FLAVOR
On 11 apr 2013, at 23:56, Ted Unangst t...@tedunangst.com wrote: On Thu, Apr 11, 2013 at 14:57, Brad Smith wrote: The following diff adds a dns64 FLAVOR to the Unbound port to integrate the DNS64 support as provided by the Ecdysis project. Caveat.. do not run with the malloc flags J or U and thus also S. This seems to expose bugs in the new code. Anyone who would be better at tracking down such bugs interested in trying to find the root cause and fix them? It's not really my concern, but I am not too excited by the prospect of introudcing software that has known memory corruption bugs. Especially not a network server. We've disabled or removed ports for less obvious security problems. +1. If the patch is not good enough for Wouter (NLNetLabs) to include in the distribution, I'm reluctant to include it in the port. jakob
[UPDATE] py-scipy 0.12.0
Updates py-scipy to 0.12.0. Builds and installs fine on AMD64 and I'm
using it with some in-hourse projects with no obvious issues so far.
Maintainer timeout.
make regress fails, but so does the in-tree port too.
Comments?
Index: Makefile
===
RCS file: /cvs/ports/math/py-scipy/Makefile,v
retrieving revision 1.19
diff -u -p -u -r1.19 Makefile
--- Makefile 11 Mar 2013 11:23:56 - 1.19
+++ Makefile 12 Apr 2013 09:22:17 -
@@ -5,7 +5,7 @@ BROKEN-hppa = ICE in scipy/special/spec
COMMENT= maths, science and engineering modules for Python
-MODPY_EGG_VERSION= 0.10.0
+MODPY_EGG_VERSION= 0.12.0
DISTNAME= scipy-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
CATEGORIES= math devel
@@ -15,11 +15,11 @@ MAINTAINER= Eric Faurot eric@openbsd.o
# BSD
PERMIT_PACKAGE_CDROM= Yes
-WANTLIB += amd arpack blas stdc++ lapack m umfpack util
-WANTLIB += ${MODPY_WANTLIB} ${MODFORTRAN_WANTLIB}
+WANTLIB+= amd blas stdc++ lapack m umfpack util pthread
+WANTLIB+= ${MODPY_WANTLIB} ${MODFORTRAN_WANTLIB}
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=scipy/}
-HOMEPAGE= http://numeric.scipy.org/
+HOMEPAGE= http://scipy.org/
MODULES= lang/python fortran
MODFORTRAN_COMPILER = g77
@@ -30,7 +30,6 @@ MODPY_BADEGGS= scipy
BUILD_DEPENDS= ${RUN_DEPENDS} \
${MODFORTRAN_BUILD_DEPENDS}
LIB_DEPENDS= math/umfpack \
- math/arpack \
math/amd \
${MODFORTRAN_LIB_DEPENDS}
RUN_DEPENDS= math/py-numpy=1.6.0 \
Index: distinfo
===
RCS file: /cvs/ports/math/py-scipy/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo 15 Nov 2011 14:45:46 - 1.3
+++ distinfo 12 Apr 2013 09:22:17 -
@@ -1,5 +1,2 @@
-MD5 (scipy-0.10.0.tar.gz) = 41fAhCX9Ax3OY7xJBXiQiA==
-RMD160 (scipy-0.10.0.tar.gz) = TRd8LBhcGskTkC1BXmFkJ5drCkc=
-SHA1 (scipy-0.10.0.tar.gz) = rLAXpMTKAqk4ouWh/tx9yD4WcMA=
-SHA256 (scipy-0.10.0.tar.gz) = YR+YCinAE5UZ5wFkgENAtpRWVrecbWK4P9usMquV+/g=
-SIZE (scipy-0.10.0.tar.gz) = 6212961
+SHA256 (scipy-0.12.0.tar.gz) = uWfoAtr+LbBDz73wBD4TEvnOnBOGhj4cgBoI3fzPneY=
+SIZE (scipy-0.12.0.tar.gz) = 9095801
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/py-scipy/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -r1.4 PLIST
--- pkg/PLIST 15 Nov 2011 14:45:46 - 1.4
+++ pkg/PLIST 12 Apr 2013 09:22:21 -
@@ -6,6 +6,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/scipy/BENTO_BUILD.txt
+lib/python${MODPY_VERSION}/site-packages/scipy/HACKING.rst.txt
lib/python${MODPY_VERSION}/site-packages/scipy/INSTALL.txt
lib/python${MODPY_VERSION}/site-packages/scipy/LATEST.txt
lib/python${MODPY_VERSION}/site-packages/scipy/LICENSE.txt
@@ -16,6 +17,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/__config__.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/__init__.py
lib/python${MODPY_VERSION}/site-packages/scipy/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.py
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.py
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/__init__.py
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/__init__.pyc
@@ -127,6 +133,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_ode.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_odepack.so
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_quadpack.so
+lib/python${MODPY_VERSION}/site-packages/scipy/integrate/lsoda.so
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/odepack.py
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/odepack.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/quadpack.py
@@ -152,8 +159,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack2.py
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack2.pyc
-lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/generate_interpnd.py
-lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/generate_interpnd.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/interpnd.so
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/interpnd_info.py
Re: [UPDATE] py-numpy
On Fri, Apr 12, 2013 at 8:08 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: updates py-numpy to 1.7.0. Builds and installs fine on AMD64 and I'm using it with some in-hourse projects with no obvious issues. However, make regress gives these errors FAILED (KNOWNFAIL=5, SKIP=10, failures=2) Running unit tests for numpy NumPy version 1.7.0 Python version 2.7.3 (default, Apr 4 2013, 16:00:07) [GCC 4.2.1 20070719 ] nose version 1.1.2 But doing the same with in-tree version, 1.6.0, I get FAILED (KNOWNFAIL=3, SKIP=6, failures=12) NumPy version 1.6.0 Python version 2.7.3 Must fix or ignorable? Investigate them please. f.-
UPDATE: sysutils/dfc
Hi,
This diff updates dfc to the latest release 3.0.2.
Bugfix release.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/sysutils/dfc/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
--- Makefile 11 Mar 2013 11:41:29 - 1.3
+++ Makefile 12 Apr 2013 09:52:18 -
@@ -2,10 +2,10 @@
COMMENT = display file system space usage using graph and colors
-DISTNAME = dfc-3.0.1
+DISTNAME = dfc-3.0.2
CATEGORIES = sysutils
-MASTER_SITES = http://projects.gw-computing.net/attachments/download/67/
+MASTER_SITES = http://projects.gw-computing.net/attachments/download/68/
HOMEPAGE = http://projects.gw-computing.net/projects/dfc
# BSD
Index: distinfo
===
RCS file: /cvs/ports/sysutils/dfc/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo 14 Jan 2013 15:52:19 - 1.2
+++ distinfo 12 Apr 2013 09:52:18 -
@@ -1,2 +1,2 @@
-SHA256 (dfc-3.0.1.tar.gz) = ErAdbwSyk/mdTiCqvEhfsuMl+4B1DRCf4c0LT6V5D/I=
-SIZE (dfc-3.0.1.tar.gz) = 43337
+SHA256 (dfc-3.0.2.tar.gz) = gMLmc/a84D+C/Cs86zzyHef73VEkIN0TTOMViF3/yXc=
+SIZE (dfc-3.0.2.tar.gz) = 43373
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/sysutils/dfc/patches/patch-CMakeLists_txt,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt 1 Jun 2012 13:01:45 - 1.1.1.1
+++ patches/patch-CMakeLists_txt 12 Apr 2013 09:52:18 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-CMakeLists_txt,v 1.1.1.1 2012/06/01 13:01:45 landry Exp $
CMakeLists.txt.orig Thu May 31 00:25:46 2012
-+++ CMakeLists.txt Fri Jun 1 09:58:51 2012
+--- CMakeLists.txt.orig Mon Apr 8 15:14:28 2013
CMakeLists.txt Fri Apr 12 11:39:15 2013
@@ -70,6 +70,7 @@ endif()
# Check for libintl
@@ -9,7 +9,7 @@
if (LIBINTL_FOUND)
option(NLS_ENABLED Translation support with gettext on)
else()
-@@ -129,7 +130,7 @@ if(NLS_ENABLED)
+@@ -134,7 +135,7 @@ if(NLS_ENABLED)
add_subdirectory(po)
include_directories(${LIBINTL_INCLUDE_DIR})
Re: [UPDATE] py-scipy 0.12.0
On 04/12/13 11:42, Markus Bergkvist wrote:
Updates py-scipy to 0.12.0. Builds and installs fine on AMD64 and I'm
using it with some in-hourse projects with no obvious issues so far.
Maintainer timeout.
make regress fails, but so does the in-tree port too.
Comments?
If it works for you, go ahead.
Please take maintainership, or at least remove me.
Maintainer removed as per request. New diff attached.
Index: Makefile
===
RCS file: /cvs/ports/math/py-scipy/Makefile,v
retrieving revision 1.19
diff -u -p -u -r1.19 Makefile
--- Makefile 11 Mar 2013 11:23:56 - 1.19
+++ Makefile 12 Apr 2013 09:54:35 -
@@ -5,21 +5,19 @@ BROKEN-hppa = ICE in scipy/special/spec
COMMENT= maths, science and engineering modules for Python
-MODPY_EGG_VERSION= 0.10.0
+MODPY_EGG_VERSION= 0.12.0
DISTNAME= scipy-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
CATEGORIES= math devel
-MAINTAINER= Eric Faurot e...@openbsd.org
-
# BSD
PERMIT_PACKAGE_CDROM= Yes
-WANTLIB += amd arpack blas stdc++ lapack m umfpack util
-WANTLIB += ${MODPY_WANTLIB} ${MODFORTRAN_WANTLIB}
+WANTLIB+= amd blas stdc++ lapack m umfpack util pthread
+WANTLIB+= ${MODPY_WANTLIB} ${MODFORTRAN_WANTLIB}
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=scipy/}
-HOMEPAGE= http://numeric.scipy.org/
+HOMEPAGE= http://scipy.org/
MODULES= lang/python fortran
MODFORTRAN_COMPILER = g77
@@ -30,7 +28,6 @@ MODPY_BADEGGS= scipy
BUILD_DEPENDS= ${RUN_DEPENDS} \
${MODFORTRAN_BUILD_DEPENDS}
LIB_DEPENDS= math/umfpack \
- math/arpack \
math/amd \
${MODFORTRAN_LIB_DEPENDS}
RUN_DEPENDS= math/py-numpy=1.6.0 \
Index: distinfo
===
RCS file: /cvs/ports/math/py-scipy/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo 15 Nov 2011 14:45:46 - 1.3
+++ distinfo 12 Apr 2013 09:54:35 -
@@ -1,5 +1,2 @@
-MD5 (scipy-0.10.0.tar.gz) = 41fAhCX9Ax3OY7xJBXiQiA==
-RMD160 (scipy-0.10.0.tar.gz) = TRd8LBhcGskTkC1BXmFkJ5drCkc=
-SHA1 (scipy-0.10.0.tar.gz) = rLAXpMTKAqk4ouWh/tx9yD4WcMA=
-SHA256 (scipy-0.10.0.tar.gz) = YR+YCinAE5UZ5wFkgENAtpRWVrecbWK4P9usMquV+/g=
-SIZE (scipy-0.10.0.tar.gz) = 6212961
+SHA256 (scipy-0.12.0.tar.gz) = uWfoAtr+LbBDz73wBD4TEvnOnBOGhj4cgBoI3fzPneY=
+SIZE (scipy-0.12.0.tar.gz) = 9095801
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/py-scipy/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -r1.4 PLIST
--- pkg/PLIST 15 Nov 2011 14:45:46 - 1.4
+++ pkg/PLIST 12 Apr 2013 09:54:36 -
@@ -6,6 +6,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/scipy/BENTO_BUILD.txt
+lib/python${MODPY_VERSION}/site-packages/scipy/HACKING.rst.txt
lib/python${MODPY_VERSION}/site-packages/scipy/INSTALL.txt
lib/python${MODPY_VERSION}/site-packages/scipy/LATEST.txt
lib/python${MODPY_VERSION}/site-packages/scipy/LICENSE.txt
@@ -16,6 +17,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/__config__.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/__init__.py
lib/python${MODPY_VERSION}/site-packages/scipy/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.py
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.pyc
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.py
+lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/__init__.py
lib/python${MODPY_VERSION}/site-packages/scipy/cluster/__init__.pyc
@@ -127,6 +133,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_ode.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_odepack.so
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/_quadpack.so
+lib/python${MODPY_VERSION}/site-packages/scipy/integrate/lsoda.so
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/odepack.py
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/odepack.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/integrate/quadpack.py
@@ -152,8 +159,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack.pyc
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack2.py
lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/fitpack2.pyc
-lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/generate_interpnd.py
-lib/python${MODPY_VERSION}/site-packages/scipy/interpolate/generate_interpnd.pyc
pymongo
Hi I started to work on a port of pymongo (http://docs.mongodb.org/ecosystem/drivers/python/) but came to a halt on MASTER_SITES, I can't find a proper src-release. Any advice. And any suggestion on PKGNAME? PKGNAME = py-mongo ? /Markus
Re: pymongo
On Fri, Apr 12, 2013 at 11:47 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: Hi I started to work on a port of pymongo (http://docs.mongodb.org/ecosystem/drivers/python/) but came to a halt on MASTER_SITES, I can't find a proper src-release. Any advice. And any suggestion on PKGNAME? PKGNAME = py-mongo ? Same thing I've sent you privately, attaching it for the benefit of the list in case someone else cares. f.- py-mongo.tgz Description: GNU Zip compressed data
Re: pymongo
On 04/12/13 13:07, Federico Schwindt wrote: On Fri, Apr 12, 2013 at 11:47 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: Hi I started to work on a port of pymongo (http://docs.mongodb.org/ecosystem/drivers/python/) but came to a halt on MASTER_SITES, I can't find a proper src-release. Any advice. And any suggestion on PKGNAME? PKGNAME = py-mongo ? Same thing I've sent you privately, attaching it for the benefit of the list in case someone else cares. f.- Thanks! Builds and installs fine on amd64. Added missing WANTLIB. Updated port attached. Can not do make test, requires local mongodb and the port is currently broken after rthreads switch. /Markus py-mongo.tgz Description: Binary data
Re: pymongo
On 04/12/13 13:39, Stuart Henderson wrote: On 2013/04/12 13:35, Markus Bergkvist wrote: On 04/12/13 13:07, Federico Schwindt wrote: On Fri, Apr 12, 2013 at 11:47 AM, Markus Bergkvist markus.bergkv...@noda.se wrote: Hi I started to work on a port of pymongo (http://docs.mongodb.org/ecosystem/drivers/python/) but came to a halt on MASTER_SITES, I can't find a proper src-release. Any advice. And any suggestion on PKGNAME? PKGNAME = py-mongo ? Same thing I've sent you privately, attaching it for the benefit of the list in case someone else cares. f.- Thanks! Builds and installs fine on amd64. Added missing WANTLIB. Updated port attached. should use MODPY_WANTLIB rather than hardcoding python2.7. Ok. Updated port attached. py-mongo.tgz Description: Binary data
[update] lang/node 0.8.21 - 0.10.3
Hola!
This diff brings node to the version specified in the subject! The
update also removes node-waf stuff so older npm based ports need updates
as well ( included ).
Please test with the other npm ports ( node-gir, node-expresso.. etc ).
Diffs are ( files are removed so patch with -E ):
lang/node
sysutils/node-daemon
databases/node-pg
databases/node-sqlite
Index: Makefile
===
RCS file: /cvs/ports/lang/node/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile11 Mar 2013 11:20:28 - 1.17
+++ Makefile11 Apr 2013 22:39:33 -
@@ -8,7 +8,7 @@ ONLY_FOR_ARCHS= amd64 i386
COMMENT= V8 JavaScript for clients and servers
-NODE_VERSION= v0.8.21
+NODE_VERSION= v0.10.3
DISTNAME= node-${NODE_VERSION}
PKGNAME= ${DISTNAME:S/v//g}
@@ -41,9 +41,6 @@ BUILD_DEPENDS=sysutils/flock
RUN_DEPENDS= devel/gmake \
sysutils/flock
-MODPY_ADJ_FILES= tools/node-waf \
- tools/waf-light
-
TEST_TARGET= test
CONFIGURE_STYLE= simple
CONFIGURE_ARGS= --openssl-use-sys \
@@ -70,6 +67,7 @@ pre-configure:
post-install:
${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
${PREFIX}/lib/node/wafadmin
+ ${INSTALL_DATA_DIR} ${PREFIX}/lib/node
${INSTALL_DATA} ${FULLDISTDIR}/${DISTFILES} \
${PREFIX}/lib/node/${DISTFILES}
ln -s ${TRUEPREFIX}/lib/node_modules/npm/bin/node-gyp-bin/node-gyp \
Index: distinfo
===
RCS file: /cvs/ports/lang/node/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo4 Mar 2013 14:29:24 - 1.14
+++ distinfo11 Apr 2013 22:39:33 -
@@ -1,2 +1,2 @@
-SHA256 (node-v0.8.21.tar.gz) = 5Sb1bSK7Lr7lpge9HnoW3MhTC5FuOjchkubNX6l9COY=
-SIZE (node-v0.8.21.tar.gz) = 12191813
+SHA256 (node-v0.10.3.tar.gz) = vIeW/2QUIx+gYD4Dg0BPFGSN/S/p+w+k1KYEPf3bsyg=
+SIZE (node-v0.10.3.tar.gz) = 12818307
Index: patches/patch-common_gypi
===
RCS file: /cvs/ports/lang/node/patches/patch-common_gypi,v
retrieving revision 1.3
diff -u -p -r1.3 patch-common_gypi
--- patches/patch-common_gypi 5 Dec 2012 00:40:28 - 1.3
+++ patches/patch-common_gypi 11 Apr 2013 22:39:33 -
@@ -1,17 +1,17 @@
$OpenBSD: patch-common_gypi,v 1.3 2012/12/05 00:40:28 abieber Exp $
common.gypi.orig Thu Sep 27 10:39:23 2012
-+++ common.gypiTue Oct 9 13:01:32 2012
-@@ -161,9 +161,12 @@
+--- common.gypi.orig Mon Mar 11 10:46:38 2013
common.gypiMon Mar 11 10:47:34 2013
+@@ -160,9 +160,12 @@
],
}],
[ 'OS==linux or OS==freebsd or OS==openbsd or OS==solaris', {
--'cflags': [ '-Wall', '-pthread', ],
-+'cflags': [ '-Wall', '-pthread', '-I${LOCALBASE}/include'],
+-'cflags': [ '-Wall', '-Wextra', '-Wno-unused-parameter', '-pthread',
],
++'cflags': [ '-Wall', '-Wextra', '-Wno-unused-parameter', '-pthread',
'-I${LOCALBASE}/include'],
'cflags_cc': [ '-fno-rtti', '-fno-exceptions' ],
'ldflags': [ '-pthread', '-rdynamic' ],
+'libraries': [
+ '-L${LOCALBASE}/lib'
+],
- 'conditions': [
- [ 'target_arch==ia32', {
- 'cflags': [ '-m32' ],
+ 'target_conditions': [
+ ['_type==static_library', {
+ 'standalone_static_library': 1, # disable thin archive which
needs binutils = 2.19
Index:
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py
===
RCS file:
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py
diff -N
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py
--- /dev/null 1 Jan 1970 00:00:00 -
+++
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_make_py
11 Apr 2013 22:39:33 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- deps/npm/node_modules/node-gyp/gyp/pylib/gyp/generator/make.py.orig
Thu Apr 11 16:26:38 2013
deps/npm/node_modules/node-gyp/gyp/pylib/gyp/generator/make.py Thu Apr
11 16:27:12 2013
+@@ -351,7 +351,7 @@ cmd_touch = touch $@
+
+ quiet_cmd_copy = COPY $@
+ # send stderr to /dev/null to ignore messages when linking directories.
+-cmd_copy = rm -rf $@ cp -af $ $@
++cmd_copy = rm -rf $@ cp -pf $ $@
+
+ %(link_commands)s
+
Index:
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py
===
RCS file:
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py
diff -N
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py
--- /dev/null 1 Jan 1970 00:00:00 -
+++
patches/patch-deps_npm_node_modules_node-gyp_gyp_pylib_gyp_generator_ninja_py
11 Apr 2013
portimport(1) fix
Little fix to be able to use portimport(1) even with a non standard $PORTSDIR,
I do not like this patch that much,
maybe there could be a better way to achieve the same result.
Cheers
Giovanni
Index: portimport
===
RCS file: /cvs/ports/infrastructure/bin/portimport,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 portimport
--- portimport 11 Apr 2013 15:18:00 - 1.2
+++ portimport 12 Apr 2013 14:21:58 -
@@ -38,6 +38,9 @@ done
cvsroot=$u...@cvs.openbsd.org:/cvs
error=false
fulldir=$(pwd)
+cd ../../
+portsdir=$(pwd)
+cd -
importname=ports/${fulldir##*/ports/*(mystuff/|openbsd-wip/|p5-ports-wip/)}
timestamp=$(date '+%Y%m%d')
@@ -61,9 +64,9 @@ cvs -n -d$cvsroot import $importname $us
read ans?'Correct path? [y/n] '
if [[ $ans == +(y|Y) ]]; then
cvs -d$cvsroot import $importname $user ${user}_$timestamp
- cd /usr/$importname/../
+ cd $portsdir/$importname/../
cvs -d$cvsroot update -AdP ${fulldir##*/}
echo Don't forget to commit the category Makefile when you're done!
- cd /usr/$importname/../
+ cd $portsdir/$importname/../
pwd
fi
Re: UPDATE: Unbound - Add dns64 FLAVOR
Penned by Jakob Schlyter on 20130412 4:11.22, we have: | On 11 apr 2013, at 23:56, Ted Unangst t...@tedunangst.com wrote: | | On Thu, Apr 11, 2013 at 14:57, Brad Smith wrote: | The following diff adds a dns64 FLAVOR to the Unbound port to integrate the | DNS64 support as provided by the Ecdysis project. | | Caveat.. do not run with the malloc flags J or U and thus also S. | This seems to expose bugs in the new code. | | Anyone who would be better at tracking down such bugs interested | in trying to find the root cause and fix them? | | It's not really my concern, but I am not too excited by the prospect | of introudcing software that has known memory corruption bugs. | Especially not a network server. We've disabled or removed ports for | less obvious security problems. | | +1. If the patch is not good enough for Wouter (NLNetLabs) to include in the distribution, I'm reluctant to include it in the port. | | | jakob | -1. If the alternatives are worse, this seems useful. Seriously, the alternative is totd, which does not handle tcp, is fragile, crashes frequently, and is unmaintained code. unbound + dns64 is what I've been using at home for 6 months or so now, and I have to say the supposed issues with it are nonexistent compared to the weekly or more frequently restart / exit of totd and frustrations due to not handling tcp. Yes I have on my list to look at the code and see if I can do any damage in the bugfix department, with a perfectly functional system as is, and being in near survival mode in other ares, I suspect someone else will get to it before me. My $.02. -- Todd Fries .. t...@fries.net |\ 1.636.410.0632 (voice) | Free Daemon Consulting, LLC\ 1.405.227.9094 (voice) | http://FreeDaemonConsulting.com\ 1.866.792.3418 (FAX) | PO Box 16169, Oklahoma City, OK 73113 \ sip:freedae...@ekiga.net | ..in support of free software solutions. \ sip:4052279...@ekiga.net \ 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A http://todd.fries.net/pgp.txt
Re: UPDATE: Unbound - Add dns64 FLAVOR
On 2013/04/12 10:10, Todd T. Fries wrote: -1. If the alternatives are worse, this seems useful. Seriously, the alternative is totd, which does not handle tcp, is fragile, crashes frequently, and is unmaintained code. The alternative is the production DNS64 code in ports/net/isc-bind.
Re: portimport(1) fix
On 04/12/13 16:28, Giovanni Bechis wrote:
Little fix to be able to use portimport(1) even with a non standard
$PORTSDIR, I do not like this patch that much,
maybe there could be a better way to achieve the same result.
this is a better version, ok ?
Cheers
Giovanni
Index: portimport
===
RCS file: /cvs/ports/infrastructure/bin/portimport,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 portimport
--- portimport 11 Apr 2013 15:18:00 - 1.2
+++ portimport 12 Apr 2013 16:44:15 -
@@ -38,6 +38,7 @@ done
cvsroot=$u...@cvs.openbsd.org:/cvs
error=false
fulldir=$(pwd)
+: ${PORTSDIR:=/usr/ports}
importname=ports/${fulldir##*/ports/*(mystuff/|openbsd-wip/|p5-ports-wip/)}
timestamp=$(date '+%Y%m%d')
@@ -61,9 +62,9 @@ cvs -n -d$cvsroot import $importname $us
read ans?'Correct path? [y/n] '
if [[ $ans == +(y|Y) ]]; then
cvs -d$cvsroot import $importname $user ${user}_$timestamp
- cd /usr/$importname/../
+ cd ${PORTSDIR}/../$importname/../
cvs -d$cvsroot update -AdP ${fulldir##*/}
echo Don't forget to commit the category Makefile when you're done!
- cd /usr/$importname/../
+ cd ${PORTSDIR}/../$importname/../
pwd
fi
Re: [UPDATE] emacs-24.3
Hi, j...@wxcvbn.org (Jérémie Courrèges-Anglas) writes: Hi folks, sorry for the delay, here's a new diff. Not many differences since the previous diff except @pkgpath handling: - try not to clobber the work that has already been done (sorry, Jasper) - the emacs22 and 23 -el subpackages didn't have flavours, so strip those entries from various PFRAGs and just use the -el @pkgpaths in the PLIST. IIUC the flavoured ones couldn't match anything, but I may be wrong... - emacs22,-main, was built with the athena toolkit, add it to PFRAG.athena (at least for documentation purposes) - same for emacs23,-main, and PFRAG.gtk2 Works fine for me on i386 and macppc. Still no issue on my side. Has anyone had problems, or could this go in now? -- Jérémie Courrèges-Anglas PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: portimport(1) fix
On 04/12/13 18:45, Giovanni Bechis wrote: On 04/12/13 16:28, Giovanni Bechis wrote: Little fix to be able to use portimport(1) even with a non standard $PORTSDIR, I do not like this patch that much, maybe there could be a better way to achieve the same result. this is a better version, ok ? and now a man page update to mention the PORTSDIR env variable. Cheers Giovanni Index: portimport.1 === RCS file: /cvs/ports/infrastructure/man/man1/portimport.1,v retrieving revision 1.2 diff -u -p -u -p -r1.2 portimport.1 --- portimport.1 11 Apr 2013 15:18:00 - 1.2 +++ portimport.1 12 Apr 2013 16:56:41 - @@ -55,6 +55,12 @@ Set the username used for and to compose vendor and release tags. Defaults to the local username. .El +.Sh FILES +.Bl -tag -width /usr/ports +.It Pa /usr/ports +base of the ports tree, can be overriden with env variable +.Ev PORTSDIR . +.El .Sh SEE ALSO .Xr cvs 1 .Sh HISTORY
Re: new: opam-1.0.0
James Turner ja...@calminferno.net writes: [...] The other option would be to import the additional libraries as separate ports and rely on an alternate build target to build opam which would utilize the system libraries. Preferences, thoughts? So, here are the needed OCaml ports, plus an Opam port that uses those ports, instead of using the bundled in the distfile. Just to remind you a bit, Opam is a source-based package manager, intented to make it easier to install OCaml programs and library. I've been using it since a few weeks, and got no visible bugs. It would be really neat to provide this, since OCaml is sometimes a nightmare to install, and we lack a lot of them in the ports tree. Regression tests for Opam, cudf, ocaml-ocamlgraph and ocaml-re all pass OK (ocaml-dose3 and ocaml-cmdliner have NO_TEST = Yes). -- Jérémie Courrèges-Anglas PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494 ocaml-re.tgz Description: Binary data ocaml-cmdliner.tgz Description: Binary data cudf.tgz Description: Binary data ocaml-dose3.tgz Description: Binary data opam.tgz Description: Binary data
Re: portimport(1) fix
On 2013/04/12 18:45, Giovanni Bechis wrote:
On 04/12/13 16:28, Giovanni Bechis wrote:
Little fix to be able to use portimport(1) even with a non standard
$PORTSDIR, I do not like this patch that much,
maybe there could be a better way to achieve the same result.
this is a better version, ok ?
I think we'd want to remove ports/ from the start of importname (and adapt
other things to match), then we could handle directories that don't end in
/ports
+: ${PORTSDIR:=/usr/ports}
importname=ports/${fulldir##*/ports/*(mystuff/|openbsd-wip/|p5-ports-wip/)}
Re: NEW: games/sauerbraten
On Fri, Apr 12, 2013 at 05:41:33PM +1000, Jonathan Gray wrote: On Fri, Apr 12, 2013 at 03:44:20PM +1000, Jonathan Gray wrote: Sadly this is not a game about eating sauerbraten and contains no mention of Knoedel, rather: Cube 2: Sauerbraten is a free multiplayer/singleplayer first person shooter, built as a major redesign of the Cube FPS. Much like the original Cube, the aim of this game is not necessarily to produce the most features eyecandy possible, but rather to allow map/geometry editing to be done dynamically in-game, to create fun gameplay and an elegant engine. The port is marked as amd64/i386 only for now as it makes heavy use of OpenGL and hasn't been tested on macppc. updated with some suggestions from ajacoutot@ I was finally able to test your version of this from openbsd-wip when I setup my amd64 machine that has a radeon r600 opposed to the r500 running as r300 in my i386 laptop... NOW, this package works on both amd64 and my i386. no idea what changed for my laptop, Now I must test a few other things that shot out that radeon error. One note, on amd64, the server browser crashes the game. I can start bot matches or campaigns but as soon as server browser is selected, I can see a brief glimpse of themaster server query in top right before the window closes and it bombs out with a segfault. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 1004394] 0x1c3738c727a7 in enet_address_set_host () from /usr/local/lib/libenet.so.0.0 (gdb) bt #0 0x1c3738c727a7 in enet_address_set_host () from /usr/local/lib/libenet.so.0.0 #1 0x1c353599f00e in skelcommandsiqm::settag () from /usr/local/libexec/sauer_client #2 0x1c3737af45c7 in SDL_RunThread () from /usr/local/lib/libSDL.so.8.0 #3 0x1c3737b2f2d9 in RunThread () from /usr/local/lib/libSDL.so.8.0 #4 0x1c373d87311e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:122 #5 0x1c373e16e31b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 Cannot access memory at address 0x1c3744ca9000 i386 doesn't seem to suffer this issue and now its the most stable rather than crashing the moment game rendering happens. outside of the server browser crash on amd64, OK rfreeman@ -ryan
Re: portimport(1) fix
12.04.2013 20:58 пользователь Giovanni Bechis giova...@bigio.snb.it написал: On 04/12/13 18:45, Giovanni Bechis wrote: On 04/12/13 16:28, Giovanni Bechis wrote: Little fix to be able to use portimport(1) even with a non standard $PORTSDIR, I do not like this patch that much, maybe there could be a better way to achieve the same result. this is a better version, ok ? and now a man page update to mention the PORTSDIR env variable. Probably it will be better to gather make show=PKGPATH? But this won't run on cvs itself. :(
Re: NEW: games/redeclipse
On Fri, Apr 12, 2013 at 05:40:57PM +1000, Jonathan Gray wrote: On Fri, Apr 12, 2013 at 03:37:28PM +1000, Jonathan Gray wrote: Red Eclipse is a single-player and multi-player first-person ego-shooter, built as a total conversion of Cube Engine 2, which lends itself toward a balanced gameplay, completely at the control of map makers, while maintaining a general theme of agility in a variety of environments. The port is marked as amd64/i386 only for now as it makes heavy use of OpenGL and hasn't been tested on macppc. updated with some suggestions from ajacoutot@ tested on i386 (r500 running as r300) and amd64 (r600). Works on both, like sauerbraten it used to always crash on my i386 laptop with the x1400 radeon but now works fine. Unlike sauerbraten, however, selecting online play from the menu crashes on both amd64 and i386 for me. again, OK rfreeman@ but would like to see if we can make the menu stop crashing for online play. I'd prefer to see it go in as its much more likely to get testing that way etc, but concede to any porter buffs that don't like that idea. -ryan
tests invited: rtl-sdr
I thought I'd write a port for this while I wait for my dongle to arrive and thought I'd send it out in case anyone wants to give it a try. No idea if it works on OpenBSD as-is or if it needs more work :) -- -- -- -- -- -- -- DVB-T dongles based on the Realtek RTL2832U can be used as a cheap SDR (software defined radio), since the chip allows transferring the raw I/Q samples to the host, which is officially used for DAB/DAB+/FM demodulation. RTL-SDR provides some tools to work with these devices: rtl_adsb: simple ADS-B decoder (aircraft tracking) rtl_eeprom: EEPROM programming tool rtl_fm: general purpose analogue demodulator (narrow band FM, wide band FM, AM and SSB) rtl_sdr:tunes the device and captures raw data to a file rtl_tcp:provides a network server for remote access to an SDR rtl_test: check the possible tuning range -- -- -- -- -- -- -- http://sdr.osmocom.org/trac/wiki/rtl-sdr / http://www.rtlsdr.org/ rtl-sdr.tgz Description: application/tar-gz
Re: NEW: games/sauerbraten
On Fri, Apr 12, 2013 at 12:07:22PM -0700, Ryan Freeman wrote: On Fri, Apr 12, 2013 at 05:41:33PM +1000, Jonathan Gray wrote: On Fri, Apr 12, 2013 at 03:44:20PM +1000, Jonathan Gray wrote: Sadly this is not a game about eating sauerbraten and contains no mention of Knoedel, rather: Cube 2: Sauerbraten is a free multiplayer/singleplayer first person shooter, built as a major redesign of the Cube FPS. Much like the original Cube, the aim of this game is not necessarily to produce the most features eyecandy possible, but rather to allow map/geometry editing to be done dynamically in-game, to create fun gameplay and an elegant engine. The port is marked as amd64/i386 only for now as it makes heavy use of OpenGL and hasn't been tested on macppc. updated with some suggestions from ajacoutot@ I was finally able to test your version of this from openbsd-wip when I setup my amd64 machine that has a radeon r600 opposed to the r500 running as r300 in my i386 laptop... NOW, this package works on both amd64 and my i386. no idea what changed for my laptop, Now I must test a few other things that shot out that radeon error. One note, on amd64, the server browser crashes the game. I can start bot matches or campaigns but as soon as server browser is selected, I can see a brief glimpse of themaster server query in top right before the window closes and it bombs out with a segfault. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 1004394] 0x1c3738c727a7 in enet_address_set_host () from /usr/local/lib/libenet.so.0.0 (gdb) bt #0 0x1c3738c727a7 in enet_address_set_host () from /usr/local/lib/libenet.so.0.0 #1 0x1c353599f00e in skelcommandsiqm::settag () from /usr/local/libexec/sauer_client #2 0x1c3737af45c7 in SDL_RunThread () from /usr/local/lib/libSDL.so.8.0 #3 0x1c3737b2f2d9 in RunThread () from /usr/local/lib/libSDL.so.8.0 #4 0x1c373d87311e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:122 #5 0x1c373e16e31b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 Cannot access memory at address 0x1c3744ca9000 i386 doesn't seem to suffer this issue and now its the most stable rather than crashing the moment game rendering happens. If you update to the version of enet I committed a few days ago 1.3.7/0.1 does this go away? I suspect having the latest version of asr in libc wouldn't hurt either...
UPDATE: x11/fluxbox
Hi ports --
Attached is an update for fluxbox to 1.3.5
maintainer timeout :(
Works for me on amd64 and loongson.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/x11/fluxbox/Makefile,v
retrieving revision 1.73
diff -u -p -r1.73 Makefile
--- Makefile 21 Mar 2013 08:48:56 - 1.73
+++ Makefile 7 Apr 2013 22:25:36 -
@@ -2,9 +2,7 @@
COMMENT= window manager based on the original Blackbox code
-DISTNAME= fluxbox-1.3.3
-
-REVISION= 3
+DISTNAME= fluxbox-1.3.5
CATEGORIES= x11
@@ -20,7 +18,7 @@ PERMIT_PACKAGE_CDROM= Yes
MODULES= converters/libiconv
WANTLIB= ICE Imlib2 SM X11 Xext Xft Xinerama \
- Xpm Xrandr Xrender c expat fontconfig \
+ Xpm Xrandr Xrender c fontconfig \
freetype fribidi m stdc++ z
CONFIGURE_STYLE= gnu
Index: distinfo
===
RCS file: /cvs/ports/x11/fluxbox/distinfo,v
retrieving revision 1.26
diff -u -p -r1.26 distinfo
--- distinfo 11 Jan 2013 08:11:26 - 1.26
+++ distinfo 7 Apr 2013 22:25:36 -
@@ -1,2 +1,2 @@
-SHA256 (fluxbox-1.3.3.tar.gz) = LqpVlZJOn9saQ4zILFhRW/sbPZqAvOT4nQ+lmugZ7n4=
-SIZE (fluxbox-1.3.3.tar.gz) = 1074561
+SHA256 (fluxbox-1.3.5.tar.gz) = mdaID4VS/SqP9M38eqev9Y8K4EqWLMrEEt0mzYhFW5c=
+SIZE (fluxbox-1.3.5.tar.gz) = 1125565
Index: patches/patch-src_FbTk_FbTime_cc
===
RCS file: patches/patch-src_FbTk_FbTime_cc
diff -N patches/patch-src_FbTk_FbTime_cc
--- patches/patch-src_FbTk_FbTime_cc 11 Jan 2013 08:11:26 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_FbTk_FbTime_cc,v 1.1 2013/01/11 08:11:26 dcoppa Exp $
-
-Compile fix: forgotten parentheses around value
-(upstream git commit f587cc9e7e8c40bce778ffc0811a3a6c29107b85)
-
src/FbTk/FbTime.cc.orig Thu Jan 10 11:32:48 2013
-+++ src/FbTk/FbTime.cc Thu Jan 10 11:36:11 2013
-@@ -71,7 +71,7 @@ uint64_t _now() {
- initial = false;
- mach_timebase_info_data_t info;
- if (mach_timebase_info(info) == 0) {
--micro_scale *= static_castdoubleinfo.numer / static_castdouble(info.denom);
-+micro_scale *= static_castdouble(info.numer) / static_castdouble(info.denom);
- }
- }
-
Index: patches/patch-src_FbTk_TextureRender_cc
===
RCS file: patches/patch-src_FbTk_TextureRender_cc
diff -N patches/patch-src_FbTk_TextureRender_cc
--- patches/patch-src_FbTk_TextureRender_cc 21 Jan 2013 09:49:20 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,51 +0,0 @@
-$OpenBSD: patch-src_FbTk_TextureRender_cc,v 1.4 2013/01/21 09:49:20 dcoppa Exp $
-
-Fix bug: actually invert a given Texture (stupid typo)
-(upstream git commit bf5da7f1b6e87f574774558700d066d9cff1f436)
-
-Bugfix: ensure textures have the correct size before applying 'bevel'
-(upstream git commit 239e895826b2f843bc50cc6fef8108db174c33e8)
-
src/FbTk/TextureRender.cc.orig Mon Dec 10 18:26:54 2012
-+++ src/FbTk/TextureRender.cc Mon Jan 21 10:21:35 2013
-@@ -264,7 +264,7 @@ void invertRGB(unsigned int w, unsigned int h, FbTk::R
- FbTk::RGBA* r = rgba + (w * h);
-
- for (--r; l r; ++l, --r) { // swapping 32bits (RGBA) at ones.
--std::swap(*((unsigned int*)r), *(unsigned int*)r);
-+std::swap(*((unsigned int*)l), *(unsigned int*)r);
- }
- }
-
-@@ -916,25 +916,25 @@ Pixmap TextureRender::renderSolid(const FbTk::Texture
-
- if (texture.type() Texture::INTERLACED) {
- lgc.setForeground(texture.colorTo());
--register unsigned int i = 0;
--for (; i height; i += 2)
-+unsigned int i;
-+for (i = 0; i height; i += 2)
- pixmap.drawLine(lgc.gc(), 0, i, width - 1, i);
-
- }
-
- lgc.setForeground(texture.loColor());
-
--if (texture.type() Texture::BEVEL1) {
-+if (height 1 width 1 texture.type() Texture::BEVEL1) {
- if (texture.type() Texture::RAISED) {
- drawBevelRectangle(pixmap, lgc.gc(), hgc.gc(), 0, height - 1, width -1 , 0);
- } else if (texture.type() Texture::SUNKEN) {
- drawBevelRectangle(pixmap, hgc.gc(), lgc.gc(), 0, height - 1, width - 1, 0);
- }
--} else if (texture.type() Texture::BEVEL2) {
-+} else if (width 2 height 2 texture.type() Texture::BEVEL2) {
- if (texture.type() Texture::RAISED) {
--drawBevelRectangle(pixmap, lgc.gc(), hgc.gc(), 1, height - 3, width - 3, 1);
-+drawBevelRectangle(pixmap, lgc.gc(), hgc.gc(), 1, height - 2, width - 2, 1);
- } else if (texture.type() Texture::SUNKEN) {
--drawBevelRectangle(pixmap, hgc.gc(), lgc.gc(), 1, height - 3, width - 3, 1);
-+drawBevelRectangle(pixmap, hgc.gc(), lgc.gc(), 1, height - 2, width - 2, 1);
- }
- }
-
Index: patches/patch-src_FbTk_Timer_cc
Re: tests invited: rtl-sdr
On Fri, Apr 12, 2013 at 10:58:11PM +0100, Stuart Henderson wrote: I thought I'd write a port for this while I wait for my dongle to arrive and thought I'd send it out in case anyone wants to give it a try. No idea if it works on OpenBSD as-is or if it needs more work :) I have two dongles, with E4000 and with R820T. Looks like it needs some more work:) Here is quick test: rtl_test Found 2 device(s): 0: ezcap USB 2.0 DVB-T/DAB/FM dongle 1: ezcap USB 2.0 DVB-T/DAB/FM dongle Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle usb_open error -4 Failed to open rtlsdr device #0. dmesg part: ugen2 at uhub1 port 6 Realtek RTL2838UHIDIR rev 2.00/1.00 addr 2 ugen3 at uhub1 port 1 Realtek RTL2838UHIDIR rev 2.00/1.00 addr 3
NEW: games/easyrpg
Hi ports -- Attached is a tarball for EasyRPG Player, a free/open source interpreter for games made with RPG Maker 2000/2003. Works for me on amd64. OK? ~Brian easyrpg.tgz Description: Binary data
