CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/05/09 01:33:17 Modified files: telephony/asterisk-sounds: asterisk-sounds.port.mk telephony/asterisk-sounds/core-sounds: Makefile.inc telephony/asterisk-sounds/extra-sounds: Makefile.inc telephony/asterisk-sounds/moh-opsound: Makefile Log message: zap extra CATEGORIES entry for these ports, it's not really useful
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2013/05/09 06:30:29
Modified files:
graphics/py3-cairo: Makefile
Log message:
,python3 - ${MODPY_FLAVOR}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2013/05/09 07:00:13 Modified files: x11/e17/e : Makefile distinfo x11/e17/e_dbus : Makefile distinfo x11/e17/ecore : Makefile distinfo x11/e17/ecore/pkg: PLIST x11/e17/edje : Makefile distinfo x11/e17/eet: Makefile distinfo x11/e17/efreet : Makefile distinfo x11/e17/efreet/pkg: PLIST x11/e17/eina : Makefile distinfo x11/e17/eio: Makefile distinfo x11/e17/elementary: Makefile distinfo x11/e17/elementary/pkg: PLIST x11/e17/embryo : Makefile distinfo x11/e17/emotion: Makefile distinfo x11/e17/ethumb : Makefile distinfo x11/e17/evas : Makefile distinfo Log message: update enlightenment to 0.17.2.1 and EFL to 1.7.6 bump SHARED_LIBS minor of ecore and major for emotion (thanks to sthen@ for the analysis) ok aja@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/05/09 08:06:38 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-gio_gemblemedicon_c patch-gio_gsocks5proxy_c patch-glib_gspawn_c Log message: Merge some patches from upstream to fix a couple of crashes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2013/05/09 08:24:55 Log message: Import audio/ario, a GTK-based MPD client with a UI inspired by Rhythmbox. ok abieber@ Status: Vendor Tag: bcallah Release Tags: bcallah_2013-May-09 N ports/audio/ario/Makefile N ports/audio/ario/distinfo N ports/audio/ario/patches/patch-src_ario-profiles_h N ports/audio/ario/patches/patch-src_ario-avahi_c N ports/audio/ario/patches/patch-src_ario-util_h N ports/audio/ario/patches/patch-src_plugins_ario-plugin-info_c N ports/audio/ario/pkg/PLIST N ports/audio/ario/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2013/05/09 08:25:35 Modified files: audio : Makefile Log message: +ario
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/05/09 08:46:59 Modified files: audio/ario : Makefile audio/ario/pkg : PLIST Added files: audio/ario/patches: patch-aclocal_m4 Log message: Install locale files where they belong.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/05/09 08:53:36 Modified files: audio/ario : Makefile Log message: Missing textproc/intltool MODULE. Remove bogus RUN_DEPENDS; discussed with bcallah@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/05/09 09:17:32 Modified files: net/avahi : Makefile net/avahi/patches: patch-avahi-compat-libdns_sd_warn_c Log message: Tweak patch.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2013/05/09 11:03:55 Modified files: x11/e17: Makefile.inc x11/e17/e : Makefile x11/e17/e_dbus : Makefile x11/e17/ecore : Makefile x11/e17/edje : Makefile x11/e17/eet: Makefile x11/e17/efreet : Makefile x11/e17/eina : Makefile x11/e17/eio: Makefile x11/e17/elementary: Makefile x11/e17/embryo : Makefile x11/e17/emotion: Makefile x11/e17/ethumb : Makefile x11/e17/evas : Makefile Log message: tidy up e17 Makefiles ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2013/05/09 11:57:56 Modified files: lang/luajit: Makefile distinfo Log message: Update luajit to 2.0.1 OK benoit@, sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/05/09 12:28:27 Modified files: lang/python/3.3: Makefile Log message: like 3.2, PLIST_DB whines about a missed bump from moving MAINTAINER out of 3.3/Makefile and picking it up from Makefile.inc instead, I don't really see why, but bump REVISION anyway to help bulk builds.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/05/09 12:33:50 Modified files: x11/kde4 : kde-release-helper Log message: Unbreak (missing double quotes).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/05/09 12:47:53 Modified files: mail/smtp-vilter: Makefile Added files: mail/smtp-vilter/patches: patch-bin_smtp-vilter_engine_c Log message: re-add function that got lost in the previous update; unbreaks ldap flavor. spotted by sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/05/09 13:25:59 Log message: Import Qt bindings for Telepathy framework. Could be used by some kdenetwork apps, e.g. krfb and krdc. okay jasper@ Status: Vendor Tag: zhuk Release Tags: zhuk_20130509 N ports/net/telepathy/telepathy-qt/Makefile N ports/net/telepathy/telepathy-qt/distinfo N ports/net/telepathy/telepathy-qt/patches/patch-cmake_modules_FindQt_cmake N ports/net/telepathy/telepathy-qt/patches/patch-cmake_modules_FindFarstream_cmake N ports/net/telepathy/telepathy-qt/patches/patch-TelepathyQt_Farstream_CMakeLists_txt N ports/net/telepathy/telepathy-qt/patches/patch-cmake_modules_FindGObject_cmake N ports/net/telepathy/telepathy-qt/pkg/DESCR N ports/net/telepathy/telepathy-qt/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/05/09 13:28:34 Modified files: net/telepathy : Makefile Log message: Hook up telepathy-qt.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2013/05/09 13:35:40 Modified files: x11/fluxbox: Makefile Log message: Take MAINTAINER. Bump REVISION. Discussed with dcoppa@ (previous MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/05/09 14:17:04 Modified files: security/clamav: Tag: OPENBSD_5_3 Makefile distinfo security/clamav/patches: Tag: OPENBSD_5_3 patch-database_Makefile_in patch-etc_Makefile_in patch-libclamav_Makefile_in Log message: MFC SECURITY update to ClamAV 0.97.8, - fixes in PE and autoit decoding - off by one malloc in SIS format handler - out of bounds access in WWPack - fixes in freshclam (zero a buffer before using for strings, and receive error handling) There are new/changed library functions, so would normally warrant a bump, but as they're only internal use and to avoid rebuilding additional ports, skipping the library bump here, as discussed with/OK jasper@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2013/05/09 16:35:17 Modified files: lang/luajit: Makefile distinfo Log message: add luajit hotfix using fancy new syntax! OK sthen@
LLVM 3.3rc1
To anyone interested in trying out LLVM 3.3rc1..
Index: Makefile
===
RCS file: /home/cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.61
diff -u -p -r1.61 Makefile
--- Makefile30 Mar 2013 12:10:40 - 1.61
+++ Makefile9 May 2013 06:13:38 -
@@ -7,14 +7,13 @@ ONLY_FOR_ARCHS = ${LLVM_ARCHS}
COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and tools
-LLVM_V = 3.2
-DISTNAME = llvm-${LLVM_V}.src
+LLVM_V = 3.3rc1
+DISTNAME = llvm-${LLVM_V}-sources
PKGNAME = llvm-${LLVM_V}
-REVISION = 2
CATEGORIES = devel
-MASTER_SITES = http://llvm.org/releases/${LLVM_V}/
+MASTER_SITES = http://llvm.org/pre-releases/3.3/rc1/
-DISTFILES =${DISTNAME}${EXTRACT_SUFX} clang-${LLVM_V}.src${EXTRACT_SUFX}
+DISTFILES =${DISTNAME}${EXTRACT_SUFX} cfe-${LLVM_V}-sources${EXTRACT_SUFX}
SHARED_LIBS = clang 0.0 # 3.2
@@ -24,9 +23,9 @@ HOMEPAGE =http://www.llvm.org/
# BSD
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB = c m pthread stdc++
+WANTLIB = c m pthread stdc++ z
-WRKDIST = ${WRKDIR}/llvm-${LLVM_V}.src
+WRKDIST = ${WRKDIR}/llvm.src
MODULES = devel/cmake \
lang/python
@@ -53,11 +52,13 @@ CONFIGURE_ARGS =-DLLVM_ENABLE_FFI:Bool=
CONFIGURE_ARGS += -DCMAKE_EXE_LINKER_FLAGS=-Wl,--relax
.endif
-CLANG_INCLUDE_PATH = lib/clang/${LLVM_V}/include
+CLANG_INCLUDE_PATH = lib/clang/3.3/include
SUBST_VARS += CLANG_INCLUDE_PATH
post-extract:
- @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
+# @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
+ rm ${WRKDIST}/tools/clang
+ mv ${WRKDIR}/cfe.src ${WRKDIST}/tools/clang
pre-configure:
@${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build
Index: distinfo
===
RCS file: /home/cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- distinfo23 Dec 2012 20:49:29 - 1.11
+++ distinfo8 May 2013 10:05:13 -
@@ -1,4 +1,4 @@
-SHA256 (clang-3.2.src.tar.gz) = KqrwP3wPaxb+l+zIEkfcK/LUvsdiCnfMdGcLfgf/Vlg=
-SHA256 (llvm-3.2.src.tar.gz) = ElCQxNJnQPHV6YOEd8kx7X2a1w1Zm6Jl9G86QssGY0M=
-SIZE (clang-3.2.src.tar.gz) = 8805311
-SIZE (llvm-3.2.src.tar.gz) = 12275252
+SHA256 (cfe-3.3rc1-sources.tar.gz) =
A8Aoaw5lh+PVExyxWuOuEMrcdfAFL3TTQma8zqHhucU=
+SHA256 (llvm-3.3rc1-sources.tar.gz) =
WbebzEOPLqChR7k4KKBIrbAVjZMk1vTzHvU7nX4j0SI=
+SIZE (cfe-3.3rc1-sources.tar.gz) = 9422635
+SIZE (llvm-3.3rc1-sources.tar.gz) = 13611047
Index: patches/patch-CMakeLists_txt
===
RCS file: /home/cvs/ports/devel/llvm/patches/patch-CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -r1.2 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt23 Dec 2012 20:49:29 - 1.2
+++ patches/patch-CMakeLists_txt8 May 2013 10:21:18 -
@@ -2,11 +2,11 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201
Don't confuse scripts who want the version with appended 'svn' goo.
CMakeLists.txt.origFri Sep 28 19:35:20 2012
-+++ CMakeLists.txt Mon Dec 10 19:22:46 2012
+--- CMakeLists.txt.origMon May 6 12:23:07 2013
CMakeLists.txt Wed May 8 06:14:25 2013
@@ -13,7 +13,7 @@ set(CMAKE_MODULE_PATH
set(LLVM_VERSION_MAJOR 3)
- set(LLVM_VERSION_MINOR 2)
+ set(LLVM_VERSION_MINOR 3)
-set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}svn)
+set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR})
Index: patches/patch-cmake_modules_LLVMConfig_cmake_in
===
RCS file:
/home/cvs/ports/devel/llvm/patches/patch-cmake_modules_LLVMConfig_cmake_in,v
retrieving revision 1.1
diff -u -p -r1.1 patch-cmake_modules_LLVMConfig_cmake_in
--- patches/patch-cmake_modules_LLVMConfig_cmake_in 2 May 2013 15:41:57
- 1.1
+++ patches/patch-cmake_modules_LLVMConfig_cmake_in 8 May 2013 10:21:28
-
@@ -3,9 +3,9 @@ $OpenBSD: patch-cmake_modules_LLVMConfig
make it find include file in /usr/local/share/llvm/cmake
bug reported: http://www.llvm.org/bugs/show_bug.cgi?id=15899
cmake/modules/LLVMConfig.cmake.in.orig Sat Jul 7 05:12:28 2012
-+++ cmake/modules/LLVMConfig.cmake.in Thu May 2 07:38:57 2013
-@@ -36,6 +36,8 @@ set(LLVM_INCLUDE_DIRS ${LLVM_INSTALL_PREFIX}/include)
+--- cmake/modules/LLVMConfig.cmake.in.orig Tue Apr 23 04:28:39 2013
cmake/modules/LLVMConfig.cmake.in Wed May 8 06:14:30 2013
+@@ -39,6 +39,8 @@ set(LLVM_INCLUDE_DIRS ${LLVM_INSTALL_PREFIX}/include)
set(LLVM_LIBRARY_DIRS ${LLVM_INSTALL_PREFIX}/lib)
set(LLVM_DEFINITIONS -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS)
Index: patches/patch-lib_CodeGen_StackProtector_cpp
===
RCS file:
Re: NEW: comms/fldigi
Update: I see that a few other related ports have hamradio in CATEGORIES so I've added that too. New tgz attached. On 2013/05/04 14:07, Stuart Henderson wrote: On 2013/04/14 22:09, Stuart Henderson wrote: OK to import? Fldigi is a software modem for Amateur Radio use. It is a sound card based program that is used for both transmitting and receiving data in any of the following modes: BPSK and QPSK31, 63, 125, 250 (both), and 63F and 500 (BPSK only) PSKR 125, 250, and 500 CW speeds from 5 to 200 wpm DominoEX 4, 5, 8, 11, 16 and 22; also with FEC HellschreiberFeld Hell, Slow Hell, Hell x5/x9, FSKHell(-105) and Hell 80 MFSK 4, 8, 11, 16, 22, 31, 32 and 64; most with image support MT63 500, 1000 and 2000 OLIVIA various tones and bandwidths RTTY various baud rates, shifts, nbr. of data bits, etc. THOR 4, 5, 8, 11, 16 and 22 Throb and ThrobX 1, 2, and 4 WWV receive only - calibrate your sound card to WWV Frequency Analysis receive only - measure the frequency of a carrier Fldigi can also control a transceiver using Hamlib or RigCAT I/O, perform online or cdrom QRZ queries, log QSOs with the built-in logbook or Xlog, and send reception reports to the PSK Automatic Propagation Reporter. Somebody please check/OK this :) http://junkpile.org/fldigi.tgz Testing notes: This uses the audio device as an interface, you don't need a radio to test basic operation. - start it running - work through the wizard mostly using defaults - set 'portaudio' for audio interface. You'll get a scrolling spectrograph display from your audio input. Set 'op mode' to CW for morse code, type into the blue window and hit the T/R button at bottom right, it'll make some noise. If you can play morse at it from some other device it will attempt to decode it. There are a bunch of other options in op mode which will make different noises and decode different things if you can feed it with suitable audio. fldigi.tgz Description: application/tar-gz
Re: Improve devel/arduino BSDmakefile
2013/5/3 Edd Barrett vex...@gmail.com
Hi,
I found a few nits and things which could be more user friendly in the
arduino example BSDmakefile. The diff below does the following:
- Adds the utility/ directory as an include path for each library
imported.
Needed to build, for example, the SD library.
It is need for the Ethernet library too, but I had to make it manually in
my project dir.
- Implement __cxa_pure_virtual so the user does not have to[1][2].
Yes... You made it a while(1), but I mostly have it as an empty function:
void __cxa_pure_virtual(void); void __cxa_pure_virtual(void) {};
I guess its never called so it doesnt matter much.
- Deal with the creation and removal of the utility/ directory
automatically. The comment that explained this was actually wrong
anyway. It said to create a 'utilities' directory, but it meant
'utility'. Anyway, manage this automatically, why not.
Fine by me. I had posted a simple patch to the comment, but this would be
far better.
Will test this later today I hope.
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
--
May the most significant bit of your life be positive.
NEW: libsigrok/libsigrokdecode/sigrok-cli
Stuff to talk to logic analyzers (over usb) mostly. Packaged code tested on amd64 and i386. http://people.su.s/~jj/sigrok.tgz (unpacks three dirs under devel) -- May the most significant bit of your life be positive.
Re: update: graphics/openimageio
On Thu, May 09, 2013 at 07:19:06AM -0600, Aaron Bieber wrote:
On Sun, May 05, 2013 at 01:01:19PM +0200, Pascal Stumpf wrote:
Update to latest version 1.1.10.
This fails for me on amd64:
Most likely because you already have the previous version and it takes
preference over the newly built one ?
Landry
cd /usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
/usr/local/bin/cmake -E cmake_link_script CMakeFiles/atomic_test.dir/link.txt
--verbose=1
/usr/bin/c++ -O2 -pipe -pthread -DNDEBUG
CMakeFiles/atomic_test.dir/atomic_test.cpp.o -o atomic_test
-L/usr/local/lib
-L/usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
-lOpenImageIO /usr/local/lib/libboost_filesystem-mt.so.5.0
/usr/local/lib/libboost_regex-mt.so.5.0
/usr/local/lib/libboost_system-mt.so.5.0
/usr/local/lib/libboost_thread-mt.so.5.0 /usr/X11R6/lib/libfreetype.so.19.0
/usr/local/lib/libHalf.so.4.0 /usr/local/lib/libIex.so.4.0
/usr/local/lib/libImath.so.4.0 /usr/local/lib/libIlmThread.so.4.0
/usr/local/lib/libpng.so.15.1 /usr/lib/libz.so.4.1
/usr/local/lib/libtiff.so.39.2 /usr/local/lib/libjpeg.so.66.0
/usr/lib/libz.so.4.1 /usr/local/lib/libtiff.so.39.2
/usr/local/lib/libjpeg.so.66.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libIlmImf.so.4.0
-Wl,-rpath,/usr/local/lib:/usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO:/usr/X11R!
6/!
lib -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib
/usr/local/lib/libopenjpeg.so.5.0: warning: vsprintf() is often misused,
please use vsnprintf()
/usr/local/lib/libboost_regex-mt.so.5.0: warning: wcscpy() is almost always
misused, please use wcslcpy()
/usr/local/lib/libOpenImageIO.so.0.0: warning: strcpy() is almost always
misused, please use strlcpy()
/usr/local/lib/libOpenImageIO.so.0.0: warning: strcat() is almost always
misused, please use strlcat()
/usr/local/lib/libOpenImageIO.so.0.0: warning: sprintf() is often misused,
please use snprintf()
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x4d0): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::ArgParse(int, char
const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x5e1): In function `main':
: undefined reference to `OpenImageIO::v1_1::ustring::make_unique(char
const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x79b): In function `main':
: undefined reference to `OpenImageIO::v1_1::ustring::make_unique(char
const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x944): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::options(char const*,
...)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x95b): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::parse(int, char
const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x979): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::~ArgParse()'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xaf4): In function `main':
: undefined reference to
`OpenImageIO::v1_1::Strutil::timeintervalformat(double, int)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xb95): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::geterror() const'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xbf8): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::usage() const'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xcca): In function `main':
: undefined reference to `OpenImageIO::v1_1::ArgParse::~ArgParse()'
collect2: ld returned 1 exit status
*** Error 1 in . (libOpenImageIO/CMakeFiles/atomic_test.dir/build.make:111
'libOpenImageIO/atomic_test')
*** Error 1 in . (CMakeFiles/Makefile2:1017
'libOpenImageIO/CMakeFiles/atomic_test.dir/all')
*** Error 1 in /usr/ports/pobj/openimageio-1.1.10/build-amd64 (Makefile:147
'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2641
'/usr/ports/pobj/openimageio-1.1.10/build-amd64/.build_done')
*** Error 1 in /usr/ports/graphics/openimageio
(/usr/ports/infrastructure/mk/bsd.port.mk:2360 'all')
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile11 Mar 2013 11:10:54 - 1.5
+++ Makefile3 May 2013 20:25:21 -
@@ -6,14 +6,11 @@ COMMENT = library for reading and writi
BROKEN-hppa = missing atomic ops
BROKEN-mips64 =missing atomic ops
-MAJ = 1.0
-V =${MAJ}.4
-REV = 513d0dd
-DISTNAME = OpenImageIO-oiio-Release-${V}-0-g${REV}
+V =1.1.10
+DISTNAME = Release-${V}
PKGNAME =
Re: NEW: audio/ario
On Fri, May 03, 2013 at 11:35:17PM -0400, Brian Callahan wrote: Hi ports -- Attached is a tarball for audio/ario, a GTK2-based client for MPD with a GUI inspired by Rhythmbox. Works for me on amd64, loongson, and macppc. OK? ~Brian OK abieber@
UPDATE: devel/py-minimock
Hi,
This diff updates py-minimock to the latest release 1.2.8.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/devel/py-minimock/Makefile,v
retrieving revision 1.5
diff -u -r1.5 Makefile
--- Makefile 11 Mar 2013 10:50:26 - 1.5
+++ Makefile 9 May 2013 14:08:12 -
@@ -2,7 +2,7 @@
COMMENT= the simplest possible mock library, for Python
-MODPY_EGG_VERSION = 1.2.7
+MODPY_EGG_VERSION = 1.2.8
DISTNAME= MiniMock-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME:L}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-minimock/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- distinfo 16 Jan 2013 09:27:10 - 1.2
+++ distinfo 9 May 2013 14:08:12 -
@@ -1,2 +1,2 @@
-SHA256 (MiniMock-1.2.7.tar.gz) = PeXBS5hvmE+jzBEwNdiyG2wpyS2fizHNNNMwAuL7szs=
-SIZE (MiniMock-1.2.7.tar.gz) = 15118
+SHA256 (MiniMock-1.2.8.tar.gz) = X9/f6t8Px4HQWSobkNL8wRWB9oL/fLpiAc/bFcPqWkw=
+SIZE (MiniMock-1.2.8.tar.gz) = 13217
Re: update: graphics/openimageio
On Thu, May 09, 2013 at 03:48:03PM +0200, Pascal Stumpf wrote:
On Thu, 9 May 2013 07:19:06 -0600, Aaron Bieber wrote:
On Sun, May 05, 2013 at 01:01:19PM +0200, Pascal Stumpf wrote: Update
to latest version 1.1.10.
This fails for me on amd64:
cd /usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
/usr/local/bin/cmake -E cmake_link_script
CMakeFiles/atomic_test.dir/link.txt --verbose=1 /usr/bin/c++ -O2
-pipe -pthread -DNDEBUG CMakeFiles/atomic_test.dir/atomic_test.cpp.o
-o atomic_test -L/usr/local/lib
-L/usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
-lOpenImageIO /usr/local/lib/libboost_filesystem-mt.so.5.0
/usr/local/lib/libboost_regex-mt.so.5.0
/usr/local/lib/libboost_system-mt.so.5.0
/usr/local/lib/libboost_thread-mt.so.5.0
/usr/X11R6/lib/libfreetype.so.19.0 /usr/local/lib/libHalf.so.4.0
/usr/local/lib/libIex.so.4.0 /usr/local/lib/libImath.so.4.0
/usr/local/lib/libIlmThread.so.4.0
/usr/local/lib/libpng.so.15.1 /usr/lib/libz.so.4.1
/usr/local/lib/libtiff.so.39.2 /usr/local/lib/libjpeg.so.66.0
/usr/lib/libz.so.4.1 /usr/local/lib/libtiff.so.39.2
/usr/local/lib/libjpeg.so.66.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libIlmImf.so.4.0
-Wl,-rpath,/usr/local/lib:/usr/ports/pobj/openimageio-1.1.10/build-amd64
/libOpenImageIO:/usr/X11R6/lib
-Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib
/usr/local/lib/libopenjpeg.so.5.0: warning: vsprintf() is often misused,
please use vsnprintf() /usr/local/lib/libboost_regex-mt.so.5.0:
warning: wcscpy() is almost always misused, please use
wcslcpy() /usr/local/lib/libOpenImageIO.so.0.0: warning:
Ugh, looks like it's picking up an already installed version. Hmm, is
it worth it to fix this kind of errors?
Uninstalled the previous version and it built fine. Seems like it should
be something that is fixed, but I am assuming bulk builds are something
that end users might do at some point.
Landry, what do you think?
strcpy() is almost always misused, please use strlcpy()
/usr/local/lib/libOpenImageIO.so.0.0: warning: strcat() is almost always
misused, please use strlcat() /usr/local/lib/libOpenImageIO.so.0.0:
warning: sprintf() is often misused, please use snprintf()
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x4d0):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::ArgParse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x5e1):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x79b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x944):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::options(char const*, ...)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x95b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::parse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x979):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xaf4):
In function `main': : undefined reference to
`OpenImageIO::v1_1::Strutil::timeintervalformat(double, int)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xb95):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::geterror() const'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xbf8): In function
`main': : undefined reference to `OpenImageIO::v1_1::ArgParse::usage()
const' CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xcca):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()' collect2:
ld returned 1 exit status *** Error 1 in .
(libOpenImageIO/CMakeFiles/atomic_test.dir/build.make:111
'libOpenImageIO/atomic_test') *** Error
1 in . (CMakeFiles/Makefile2:1017
'libOpenImageIO/CMakeFiles/atomic_test.dir/all') *** Error 1 in
/usr/ports/pobj/openimageio-1.1.10/build-amd64 (Makefile:147 'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2641
'/usr/ports/pobj/openimageio-1.1.10/build-amd64/.build_done')
*** Error 1 in /usr/ports/graphics/openimageio
(/usr/ports/infrastructure/mk/bsd.port.mk:2360 'all')
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile 11 Mar
2013 11:10:54 - 1.5 +++ Makefile 3 May 2013 20:25:21 - @@
-6,14 +6,11 @@ COMMENT = library for reading and writi BROKEN-hppa =
missing atomic ops BROKEN-mips64 = missing atomic ops
-MAJ = 1.0 -V = ${MAJ}.4 -REV =
Re: update: graphics/openimageio
On Thu, 9 May 2013 07:19:06 -0600, Aaron Bieber wrote:
On Sun, May 05, 2013 at 01:01:19PM +0200, Pascal Stumpf wrote: Update
to latest version 1.1.10.
This fails for me on amd64:
cd /usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
/usr/local/bin/cmake -E cmake_link_script
CMakeFiles/atomic_test.dir/link.txt --verbose=1 /usr/bin/c++ -O2
-pipe -pthread -DNDEBUG CMakeFiles/atomic_test.dir/atomic_test.cpp.o
-o atomic_test -L/usr/local/lib
-L/usr/ports/pobj/openimageio-1.1.10/build-amd64/libOpenImageIO
-lOpenImageIO /usr/local/lib/libboost_filesystem-mt.so.5.0
/usr/local/lib/libboost_regex-mt.so.5.0
/usr/local/lib/libboost_system-mt.so.5.0
/usr/local/lib/libboost_thread-mt.so.5.0
/usr/X11R6/lib/libfreetype.so.19.0 /usr/local/lib/libHalf.so.4.0
/usr/local/lib/libIex.so.4.0 /usr/local/lib/libImath.so.4.0
/usr/local/lib/libIlmThread.so.4.0
/usr/local/lib/libpng.so.15.1 /usr/lib/libz.so.4.1
/usr/local/lib/libtiff.so.39.2 /usr/local/lib/libjpeg.so.66.0
/usr/lib/libz.so.4.1 /usr/local/lib/libtiff.so.39.2
/usr/local/lib/libjpeg.so.66.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libopenjpeg.so.5.0
/usr/local/lib/libwebp.so.1.0 /usr/local/lib/libIlmImf.so.4.0
-Wl,-rpath,/usr/local/lib:/usr/ports/pobj/openimageio-1.1.10/build-amd64
/libOpenImageIO:/usr/X11R6/lib
-Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib
/usr/local/lib/libopenjpeg.so.5.0: warning: vsprintf() is often misused,
please use vsnprintf() /usr/local/lib/libboost_regex-mt.so.5.0:
warning: wcscpy() is almost always misused, please use
wcslcpy() /usr/local/lib/libOpenImageIO.so.0.0: warning:
Ugh, looks like it's picking up an already installed version. Hmm, is
it worth it to fix this kind of errors?
strcpy() is almost always misused, please use strlcpy()
/usr/local/lib/libOpenImageIO.so.0.0: warning: strcat() is almost always
misused, please use strlcat() /usr/local/lib/libOpenImageIO.so.0.0:
warning: sprintf() is often misused, please use snprintf()
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x4d0):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::ArgParse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x5e1):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x79b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x944):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::options(char const*, ...)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x95b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::parse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x979):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xaf4):
In function `main': : undefined reference to
`OpenImageIO::v1_1::Strutil::timeintervalformat(double, int)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xb95):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::geterror() const'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xbf8): In function
`main': : undefined reference to `OpenImageIO::v1_1::ArgParse::usage()
const' CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xcca):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()' collect2:
ld returned 1 exit status *** Error 1 in .
(libOpenImageIO/CMakeFiles/atomic_test.dir/build.make:111
'libOpenImageIO/atomic_test') *** Error
1 in . (CMakeFiles/Makefile2:1017
'libOpenImageIO/CMakeFiles/atomic_test.dir/all') *** Error 1 in
/usr/ports/pobj/openimageio-1.1.10/build-amd64 (Makefile:147 'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2641
'/usr/ports/pobj/openimageio-1.1.10/build-amd64/.build_done')
*** Error 1 in /usr/ports/graphics/openimageio
(/usr/ports/infrastructure/mk/bsd.port.mk:2360 'all')
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile 11 Mar
2013 11:10:54 - 1.5 +++ Makefile 3 May 2013 20:25:21 - @@
-6,14 +6,11 @@ COMMENT = library for reading and writi BROKEN-hppa =
missing atomic ops BROKEN-mips64 = missing atomic ops
-MAJ = 1.0 -V = ${MAJ}.4 -REV = 513d0dd -DISTNAME =
OpenImageIO-oiio-Release-${V}-0-g${REV} +V = 1.1.10 +DISTNAME =
Release-${V} PKGNAME = openimageio-${V} -REVISION = 0
-SHARED_LIBS += OpenImageIO 0 +SHARED_LIBS += OpenImageIO 1 .0 # 1.0
CATEGORIES = graphics devel
@@ -28,8 +25,10 @@ WANTLIB += GL GLEW GLU Half ICE Iex IlmI WANTLIB
+= QtOpenGL SM X11 Xext boost_filesystem-mt
UPDATE: devel/py-coverage
Hi,
This diff updates py-coverage to the latest release 3.6.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/devel/py-coverage/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- Makefile 11 Mar 2013 10:50:25 - 1.11
+++ Makefile 9 May 2013 15:16:51 -
@@ -2,7 +2,7 @@
COMMENT = code coverage measurement for Python
-MODPY_EGG_VERSION = 3.5.3
+MODPY_EGG_VERSION = 3.6
DISTNAME = coverage-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-coverage/distinfo,v
retrieving revision 1.5
diff -u -r1.5 distinfo
--- distinfo 9 Jan 2013 12:22:30 - 1.5
+++ distinfo 9 May 2013 15:16:51 -
@@ -1,2 +1,2 @@
-SHA256 (coverage-3.5.3.tar.gz) = YMbpWXnXEXXrist8ot7xTHJ5TeQY/ZIiAR9oKD6zzAI=
-SIZE (coverage-3.5.3.tar.gz) = 117909
+SHA256 (coverage-3.6.tar.gz) = 3zvxadRyfz+tFGynFaSaH3KoJYaJZR753pCAIuc5cA0=
+SIZE (coverage-3.6.tar.gz) = 232067
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-coverage/pkg/PLIST,v
retrieving revision 1.4
diff -u -r1.4 PLIST
--- pkg/PLIST 20 Sep 2011 00:06:27 - 1.4
+++ pkg/PLIST 9 May 2013 15:16:51 -
@@ -1,5 +1,7 @@
@comment $OpenBSD: PLIST,v 1.4 2011/09/20 00:06:27 fgsch Exp $
bin/coverage
+bin/coverage-${MODPY_VERSION}
+bin/coverage2
lib/python${MODPY_VERSION}/site-packages/coverage/
lib/python${MODPY_VERSION}/site-packages/coverage-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
lib/python${MODPY_VERSION}/site-packages/coverage-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
@@ -62,5 +64,7 @@
lib/python${MODPY_VERSION}/site-packages/coverage/templite.py
lib/python${MODPY_VERSION}/site-packages/coverage/templite.pyc
lib/python${MODPY_VERSION}/site-packages/coverage/tracer.so
+lib/python${MODPY_VERSION}/site-packages/coverage/version.py
+lib/python${MODPY_VERSION}/site-packages/coverage/version.pyc
lib/python${MODPY_VERSION}/site-packages/coverage/xmlreport.py
lib/python${MODPY_VERSION}/site-packages/coverage/xmlreport.pyc
Re: [update] lang/luajit 2.0.0 - 2.0.1
ping :D
On Mon, Apr 29, 2013 at 10:50 AM, Aaron Bieber def...@gmail.com wrote:
Hola,
Here is a pretty trivial patch to bring luajit to 2.0.1
Tested on amd64 with luakit and a few lua scripts.
OK?
Index: Makefile
===
RCS file: /cvs/ports/lang/luajit/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile11 Mar 2013 11:20:28 - 1.6
+++ Makefile29 Apr 2013 15:09:55 -
@@ -7,7 +7,7 @@ SHARED_ONLY = Yes
SHARED_LIBS += luajit-${MODLUA_VERSION} 0.0 # 2.0.0
COMMENT = just-in-time compiler for Lua
-V =2.0.0
+V =2.0.1
DISTNAME = LuaJIT-${V}
PKGNAME = ${DISTNAME:L}
Index: distinfo
===
RCS file: /cvs/ports/lang/luajit/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo16 Nov 2012 15:06:57 - 1.2
+++ distinfo29 Apr 2013 15:09:55 -
@@ -1,2 +1,2 @@
-SHA256 (LuaJIT-2.0.0.tar.gz) = 3q7WRcSgk8X7JQwwyZM8kTHuBclLEyYtWPbgtgszjBU=
-SIZE (LuaJIT-2.0.0.tar.gz) = 837408
+SHA256 (LuaJIT-2.0.1.tar.gz) = I3HM61NFPYp7NkUeagzNtmI2kkVF1gQt3Uw06WaJkMA=
+SIZE (LuaJIT-2.0.1.tar.gz) = 841399
Re: update: graphics/openimageio
On 2013/05/09 08:12, Aaron Bieber wrote:
Uninstalled the previous version and it built fine. Seems like it should
be something that is fixed, but I am assuming bulk builds are something
that end users might do at some point.
It's not uncommon to have ports which won't build if an older version
is installed, I don't think it's a major problem. If it's easy to fix
without too much mess then why not, but I wouldn't go overboard patching
things to make it work..
Landry, what do you think?
strcpy() is almost always misused, please use strlcpy()
/usr/local/lib/libOpenImageIO.so.0.0: warning: strcat() is almost always
misused, please use strlcat() /usr/local/lib/libOpenImageIO.so.0.0:
warning: sprintf() is often misused, please use snprintf()
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x4d0):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::ArgParse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x5e1):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x79b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ustring::make_unique(char const*)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x944):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::options(char const*, ...)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x95b):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::parse(int, char const**)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0x979):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xaf4):
In function `main': : undefined reference to
`OpenImageIO::v1_1::Strutil::timeintervalformat(double, int)'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xb95):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::geterror() const'
CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xbf8): In function
`main': : undefined reference to `OpenImageIO::v1_1::ArgParse::usage()
const' CMakeFiles/atomic_test.dir/atomic_test.cpp.o(.text+0xcca):
In function `main': : undefined reference to
`OpenImageIO::v1_1::ArgParse::~ArgParse()' collect2:
ld returned 1 exit status *** Error 1 in .
(libOpenImageIO/CMakeFiles/atomic_test.dir/build.make:111
'libOpenImageIO/atomic_test') *** Error
1 in . (CMakeFiles/Makefile2:1017
'libOpenImageIO/CMakeFiles/atomic_test.dir/all') *** Error 1 in
/usr/ports/pobj/openimageio-1.1.10/build-amd64 (Makefile:147 'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2641
'/usr/ports/pobj/openimageio-1.1.10/build-amd64/.build_done')
*** Error 1 in /usr/ports/graphics/openimageio
(/usr/ports/infrastructure/mk/bsd.port.mk:2360 'all')
Index: Makefile
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile 11 Mar
2013 11:10:54 - 1.5 +++ Makefile 3 May 2013 20:25:21 - @@
-6,14 +6,11 @@ COMMENT = library for reading and writi BROKEN-hppa =
missing atomic ops BROKEN-mips64 = missing atomic ops
-MAJ = 1.0 -V = ${MAJ}.4 -REV = 513d0dd -DISTNAME =
OpenImageIO-oiio-Release-${V}-0-g${REV} +V = 1.1.10 +DISTNAME =
Release-${V} PKGNAME = openimageio-${V} -REVISION = 0
-SHARED_LIBS += OpenImageIO 0 +SHARED_LIBS += OpenImageIO 1 .0 # 1.0
CATEGORIES = graphics devel
@@ -28,8 +25,10 @@ WANTLIB += GL GLEW GLU Half ICE Iex IlmI WANTLIB
+= QtOpenGL SM X11 Xext boost_filesystem-mt boost_python-mt WANTLIB
+= boost_regex-mt boost_system-mt boost_thread-mt c jpeg WANTLIB += m
openjpeg png pthread ${MODPY_WANTLIB} stdc++ tiff webp z +WANTLIB +=
freetype
-MASTER_SITES = https://github.com/OpenImageIO/oiio/tarball/RB-${MAJ}/
+MASTER_SITES = https://github.com/OpenImageIO/oiio/archive/
+DIST_SUBDIR = openimageio
MODULES = devel/cmake \ lang/python \ @@ -45,7 +44,10
@@ LIB_DEPENDS = devel/boost \ CONFIGURE_ARGS +=
-DPYLIB_INSTALL_DIR=lib/python${MODPY_VERSION}/site-packages
CFLAGS += -pthread -WRKDIST = ${WRKDIR}/OpenImageIO-oiio-${REV}
+WRKDIST = ${WRKDIR}/oiio-Release-$V WRKSRC = ${WRKDIST}/src +
+post-install: + find ${PREFIX} -name '*.orig' -exec rm -f {} \;
.include bsd.port.mk Index: distinfo
===
RCS file: /home/pascal/cvs/ports/graphics/openimageio/distinfo,v
retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo 9 Jan
2013 23:24:08 - 1.2 +++ distinfo 3 May 2013 19:43:13 - @@ -1,2
+1,2 @@ -SHA256
UPDATE: lang/verilator
Hi, This diff updates verilator to the latest release 3.846. Comments ? OK ? Cheers, benoit Index: Makefile === RCS file: /cvs/ports/lang/verilator/Makefile,v retrieving revision 1.4 diff -u -r1.4 Makefile --- Makefile 11 Mar 2013 11:20:29 - 1.4 +++ Makefile 9 May 2013 17:03:37 - @@ -2,7 +2,7 @@ COMMENT= very fast free Verilog HDL simulator -DISTNAME= verilator-3.844 +DISTNAME= verilator-3.846 CATEGORIES= lang devel HOMEPAGE= http://www.veripool.org/wiki/verilator/Intro Index: distinfo === RCS file: /cvs/ports/lang/verilator/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo 16 Jan 2013 07:43:48 - 1.2 +++ distinfo 9 May 2013 17:03:37 - @@ -1,2 +1,2 @@ -SHA256 (verilator-3.844.tgz) = WPXJ7LOPre0WfKlpQFR3DeTPcu5hfOCVawdkyWOyH0E= -SIZE (verilator-3.844.tgz) = 1846403 +SHA256 (verilator-3.846.tgz) = xvmgzj7n/VPI9eusN3Ogsx9BrFhB+681KGSUlIvUNr0= +SIZE (verilator-3.846.tgz) = 1898518 Index: pkg/PLIST === RCS file: /cvs/ports/lang/verilator/pkg/PLIST,v retrieving revision 1.3 diff -u -r1.3 PLIST --- pkg/PLIST 16 Jan 2013 07:43:51 - 1.3 +++ pkg/PLIST 9 May 2013 17:03:37 - @@ -39,6 +39,8 @@ share/verilator/include/verilated.h share/verilator/include/verilated.mk share/verilator/include/verilated.v +share/verilator/include/verilated_config.h +share/verilator/include/verilated_config.h.in share/verilator/include/verilated_dpi.cpp share/verilator/include/verilated_dpi.h share/verilator/include/verilated_heavy.h
Re: NEW: libsigrok/libsigrokdecode/sigrok-cli
And I can't write links, it seems. http://people.su.se/~jj/obsd/sigrok.tgz works. 2013/5/9 Janne Johansson icepic...@gmail.com Stuff to talk to logic analyzers (over usb) mostly. Packaged code tested on amd64 and i386. http://people.su.s/~jj/sigrok.tgz (unpacks three dirs under devel) -- May the most significant bit of your life be positive. -- May the most significant bit of your life be positive.
Rcscript vpnc
Hi,
Add rcscript to vpnd, while here groff is not needed.
Tested on i386.
Comments? Ok?
Cheers.-
--
Sending from my iFart...
Index: Makefile
===
RCS file: /cvs/ports/security/vpnc/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile11 Mar 2013 11:41:28 - 1.20
+++ Makefile9 May 2013 18:42:10 -
@@ -3,7 +3,7 @@
COMMENT= client for Cisco 3000 VPN concentrators
DISTNAME= vpnc-0.5.3
-REVISION= 1
+REVISION= 2
CATEGORIES=security net
HOMEPAGE= http://www.unix-ag.uni-kl.de/~massar/vpnc/
@@ -20,7 +20,6 @@ MODULES= devel/gettext
LIB_DEPENDS= security/libgcrypt=1.2
USE_GMAKE= Yes
-USE_GROFF =Yes
NO_TEST= Yes
do-configure:
Index: distinfo
===
RCS file: /cvs/ports/security/vpnc/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo29 Jan 2009 19:07:06 - 1.8
+++ distinfo9 May 2013 18:42:10 -
@@ -1,5 +1,2 @@
-MD5 (vpnc-0.5.3.tar.gz) = Q3j5VR1bB34XcLvgmZWvsw==
-RMD160 (vpnc-0.5.3.tar.gz) = bzkmkB513Jh2L270V4KTDy+3ai8=
-SHA1 (vpnc-0.5.3.tar.gz) = MhUnGU6Tc3HIO158OORvyk8QkwQ=
SHA256 (vpnc-0.5.3.tar.gz) = Rs6jvQLyB8YsfG8vIhMzgmArrtodwyB0eAnpSIFBSIQ=
SIZE (vpnc-0.5.3.tar.gz) = 98740
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/vpnc/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -r1.7 PLIST
--- pkg/PLIST 29 Jan 2009 19:07:06 - 1.7
+++ pkg/PLIST 9 May 2013 18:42:10 -
@@ -19,3 +19,4 @@ share/examples/vpnc/vpnc.conf
@sample ${SYSCONFDIR}/vpnc/default.conf
@mode
share/examples/vpnc/vpnc.sh
+@rcscript ${RCDIR}/vpnc
Index: pkg/vpnc.rc
===
RCS file: pkg/vpnc.rc
diff -N pkg/vpnc.rc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/vpnc.rc 9 May 2013 18:42:10 -
@@ -0,0 +1,11 @@
+#!/bin/sh
+#
+# $OpenBSD$
+
+daemon=${TRUEPREFIX}/sbin/vpnc
+
+. /etc/rc.d/rc.subr
+
+rc_reload=NO
+
+rc_cmd $1
Re: xombrero dumps core
Antoine Jacoutot ajacou...@bsdfrog.org writes: Please try this patch and let me know if it helps. I'm running the latest xombrero 1.4.0 built from Conformal's git repo, webkit from current ports with your patch. OpenBSD 5.3-current (GENERIC-MP) #108: Tue Apr 30 11:35:41 MDT 2013 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP I am still seeing crashes, latest produced: xombrero in free(): error: chunk is already free (0x1341276f2e40) Abort trap (core dumped) -- Allan Streib
Re: enabling jit in devel/pcre
2013/5/8 Stuart Henderson st...@openbsd.org:
On 2013/05/08 09:22, Илья Шипицин wrote:
up
2013/5/4 Илья Шипицин chipits...@gmail.com:
hmm, next patch edition.
--- devel/pcre/Makefile.origSat May 4 14:57:28 2013
+++ devel/pcre/Makefile Sat May 4 12:17:52 2013
@@ -30,11 +30,18 @@
USE_LIBTOOL= Yes
Ports submissions should be sent as a cvs diff against -current,
-current does not gave this line.
pardon, I made patch againt 5.3
Missing a bump to REVISION.
what do you mean ?
USE_GROFF =Yes
CONFIGURE_STYLE= gnu
+
CONFIGURE_ARGS=${CONFIGURE_SHARED} \
--enable-pcre8 \
--enable-pcre16 \
--enable-utf \
- --enable-unicode-properties
+ --enable-unicode-properties
+
+.if ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == i386 ||
${MACHINE_ARCH} == powerpc || ${MACHINE_ARCH} == powerpc64 ||
we don't have a powerpc64 arch.
I made grep against Makefile in ports, so the following is bug, fix it please:
# find /usr/ports/ -name Makefile -exec grep powerpc64 {} ';' -print
.elif ${MACHINE_ARCH} == powerpc64
/usr/ports/security/john/Makefile
from a quick look at files, I'm not convinced they support sparc64,
maybe only sparc.
maybe
${MACHINE_ARCH} == mips64 || ${MACHINE_ARCH} == mips64el ||
${MACHINE_ARCH} == arm
pcre is used by a number of important ports, for example glib2,
apache-httpd, postfix, kamailio, exim, cyrus-imapd, kde-libs.
What tests have you done, and on what arches?
pcre does include unit tests, which can be easily run by make test,
for example, tests 14 and 15 are about JIT.
should we modify port in order to run those tests after build ?
automatic tests are good.
as for myself, I'm running nginx, I find pcre_jit very impressive. and stable.
I can only test on amd64.
+CFLAGS+=-lpthread
This would probably change WANTLIB.
probably
+CONFIGURE_ARGS+=--enable-jit
What are the security imolications?
what ?
Re: enabling jit in devel/pcre
On 2013/05/10 00:25, Илья Шипицин wrote:
2013/5/8 Stuart Henderson st...@openbsd.org:
On 2013/05/08 09:22, Илья Шипицин wrote:
up
2013/5/4 Илья Шипицин chipits...@gmail.com:
hmm, next patch edition.
--- devel/pcre/Makefile.origSat May 4 14:57:28 2013
+++ devel/pcre/Makefile Sat May 4 12:17:52 2013
@@ -30,11 +30,18 @@
USE_LIBTOOL= Yes
Ports submissions should be sent as a cvs diff against -current,
-current does not gave this line.
pardon, I made patch againt 5.3
Missing a bump to REVISION.
what do you mean ?
USE_GROFF =Yes
CONFIGURE_STYLE= gnu
+
CONFIGURE_ARGS=${CONFIGURE_SHARED} \
--enable-pcre8 \
--enable-pcre16 \
--enable-utf \
- --enable-unicode-properties
+ --enable-unicode-properties
+
+.if ${MACHINE_ARCH} == amd64 || ${MACHINE_ARCH} == i386 ||
${MACHINE_ARCH} == powerpc || ${MACHINE_ARCH} == powerpc64 ||
we don't have a powerpc64 arch.
I made grep against Makefile in ports, so the following is bug, fix it
please:
# find /usr/ports/ -name Makefile -exec grep powerpc64 {} ';' -print
.elif ${MACHINE_ARCH} == powerpc64
/usr/ports/security/john/Makefile
from a quick look at files, I'm not convinced they support sparc64,
maybe only sparc.
maybe
${MACHINE_ARCH} == mips64 || ${MACHINE_ARCH} == mips64el ||
${MACHINE_ARCH} == arm
pcre is used by a number of important ports, for example glib2,
apache-httpd, postfix, kamailio, exim, cyrus-imapd, kde-libs.
What tests have you done, and on what arches?
pcre does include unit tests, which can be easily run by make test,
for example, tests 14 and 15 are about JIT.
should we modify port in order to run those tests after build ?
automatic tests are good.
as for myself, I'm running nginx, I find pcre_jit very impressive. and stable.
I can only test on amd64.
+CFLAGS+=-lpthread
This would probably change WANTLIB.
probably
+CONFIGURE_ARGS+=--enable-jit
What are the security imolications?
what ?
So you are asking us to change something which affects at least
500 ports, by sending us an incomplete diff tested with only one port
on one architecture?
Come back when you have done some more testing.
Re: [update] lang/luajit 2.0.0 - 2.0.1
On Thu, May 09, 2013 at 09:53, Aaron wrote:
ping :D
There is also the hotfix #1 patch that should be incorporated.
On Mon, Apr 29, 2013 at 10:50 AM, Aaron Bieber def...@gmail.com wrote:
Hola,
Here is a pretty trivial patch to bring luajit to 2.0.1
Tested on amd64 with luakit and a few lua scripts.
OK?
Index: Makefile
===
RCS file: /cvs/ports/lang/luajit/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile11 Mar 2013 11:20:28 - 1.6
+++ Makefile29 Apr 2013 15:09:55 -
@@ -7,7 +7,7 @@ SHARED_ONLY = Yes
SHARED_LIBS += luajit-${MODLUA_VERSION} 0.0 # 2.0.0
COMMENT = just-in-time compiler for Lua
-V =2.0.0
+V =2.0.1
DISTNAME = LuaJIT-${V}
PKGNAME = ${DISTNAME:L}
Index: distinfo
===
RCS file: /cvs/ports/lang/luajit/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo16 Nov 2012 15:06:57 - 1.2
+++ distinfo29 Apr 2013 15:09:55 -
@@ -1,2 +1,2 @@
-SHA256 (LuaJIT-2.0.0.tar.gz) =
3q7WRcSgk8X7JQwwyZM8kTHuBclLEyYtWPbgtgszjBU=
-SIZE (LuaJIT-2.0.0.tar.gz) = 837408
+SHA256 (LuaJIT-2.0.1.tar.gz) =
I3HM61NFPYp7NkUeagzNtmI2kkVF1gQt3Uw06WaJkMA=
+SIZE (LuaJIT-2.0.1.tar.gz) = 841399
Re: enabling jit in devel/pcre
On Fri, May 10, 2013 at 12:25:26AM +0400, ??? wrote: +CONFIGURE_ARGS+=--enable-jit What are the security imolications? what ? Did you look at what the code enabled by this option does? Is it widely used and well-tested and proof-read? The fact that it isn't enabled by default is some indicator that upstream doesn't trust it. Ciao, Kili
Re: [update] lang/luajit 2.0.0 - 2.0.1
On Thu, May 09, 2013 at 05:02:08PM -0400, Ted Unangst wrote:
On Thu, May 09, 2013 at 09:53, Aaron wrote:
ping :D
There is also the hotfix #1 patch that should be incorporated.
Diff to apply the hotfix below. Is this the correct way to do it, or
should I add a patch to files and apply from the Makefile?
Index: Makefile
===
RCS file: /cvs/ports/lang/luajit/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile9 May 2013 17:57:56 - 1.7
+++ Makefile9 May 2013 21:32:18 -
@@ -8,6 +8,7 @@ SHARED_LIBS += luajit-${MODLUA_VERSION}
COMMENT = just-in-time compiler for Lua
V =2.0.1
+REVISION = 0
DISTNAME = LuaJIT-${V}
PKGNAME = ${DISTNAME:L}
Index: patches/patch-src_lib_io_c
===
RCS file: patches/patch-src_lib_io_c
diff -N patches/patch-src_lib_io_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_io_c 9 May 2013 21:32:18 -
@@ -0,0 +1,35 @@
+$OpenBSD$
+--- src/lib_io.c.orig Tue Feb 19 13:15:00 2013
src/lib_io.c Thu May 9 15:29:04 2013
+@@ -17,6 +17,7 @@
+ #include lualib.h
+
+ #include lj_obj.h
++#include lj_gc.h
+ #include lj_err.h
+ #include lj_str.h
+ #include lj_state.h
+@@ -152,6 +153,7 @@ static int io_file_readline(lua_State *L, FILE *fp, MS
+ if (n = m - 64) m += m;
+ }
+ setstrV(L, L-top++, lj_str_new(L, buf, (size_t)n));
++ lj_gc_check(L);
+ return (int)ok;
+ }
+
+@@ -163,6 +165,7 @@ static void io_file_readall(lua_State *L, FILE *fp)
+ n += (MSize)fread(buf+n, 1, m-n, fp);
+ if (n != m) {
+ setstrV(L, L-top++, lj_str_new(L, buf, (size_t)n));
++ lj_gc_check(L);
+ return;
+ }
+ }
+@@ -174,6 +177,7 @@ static int io_file_readlen(lua_State *L, FILE *fp, MSi
+ char *buf = lj_str_needbuf(L, G(L)-tmpbuf, m);
+ MSize n = (MSize)fread(buf, 1, m, fp);
+ setstrV(L, L-top++, lj_str_new(L, buf, (size_t)n));
++lj_gc_check(L);
+ return (n 0 || m == 0);
+ } else {
+ int c = getc(fp);
Index: patches/patch-src_lj_asm_arm_h
===
RCS file: patches/patch-src_lj_asm_arm_h
diff -N patches/patch-src_lj_asm_arm_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_lj_asm_arm_h 9 May 2013 21:32:18 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- src/lj_asm_arm.h.orig Tue Feb 19 13:15:00 2013
src/lj_asm_arm.h Thu May 9 15:29:04 2013
+@@ -91,6 +91,7 @@ static MCode *asm_exitstub_gen(ASMState *as, ExitNo gr
+ *mxp++ = group*EXITSTUBS_PER_GROUP;
+ for (i = 0; i EXITSTUBS_PER_GROUP; i++)
+ *mxp++ = ARMI_B|((-6-i)0x00ffu);
++ lj_mcode_sync(as-mcbot, mxp);
+ lj_mcode_commitbot(as-J, mxp);
+ as-mcbot = mxp;
+ as-mclim = as-mcbot + MCLIM_REDZONE;
Index: patches/patch-src_lj_asm_mips_h
===
RCS file: patches/patch-src_lj_asm_mips_h
diff -N patches/patch-src_lj_asm_mips_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_lj_asm_mips_h 9 May 2013 21:32:18 -
@@ -0,0 +1,11 @@
+$OpenBSD$
+--- src/lj_asm_mips.h.orig Tue Feb 19 13:15:00 2013
src/lj_asm_mips.h Thu May 9 15:29:04 2013
+@@ -71,6 +71,7 @@ static void asm_sparejump_setup(ASMState *as)
+ memset(mxp+2, 0, MIPS_SPAREJUMP*8);
+ mxp += MIPS_SPAREJUMP*2;
+ lua_assert(mxp as-mctop);
++lj_mcode_sync(as-mcbot, mxp);
+ lj_mcode_commitbot(as-J, mxp);
+ as-mcbot = mxp;
+ as-mclim = as-mcbot + MCLIM_REDZONE;
Index: patches/patch-src_lj_def_h
===
RCS file: patches/patch-src_lj_def_h
diff -N patches/patch-src_lj_def_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_lj_def_h 9 May 2013 21:32:18 -
@@ -0,0 +1,24 @@
+$OpenBSD$
+--- src/lj_def.h.orig Tue Feb 19 13:15:00 2013
src/lj_def.h Thu May 9 15:29:04 2013
+@@ -243,17 +243,17 @@ static LJ_AINLINE uint32_t lj_getu32(const void *p)
+ #endif
+
+ #ifdef _M_PPC
+-#pragma intrinsic(_CountLeadingZeros)
+ unsigned int _CountLeadingZeros(long);
++#pragma intrinsic(_CountLeadingZeros)
+ static LJ_AINLINE uint32_t lj_fls(uint32_t x)
+ {
+ return _CountLeadingZeros(x) ^ 31;
+ }
+ #else
+-#pragma intrinsic(_BitScanForward)
+-#pragma intrinsic(_BitScanReverse)
+ unsigned char _BitScanForward(uint32_t *, unsigned long);
+ unsigned char _BitScanReverse(uint32_t *, unsigned long);
++#pragma intrinsic(_BitScanForward)
++#pragma intrinsic(_BitScanReverse)
+
+ static LJ_AINLINE uint32_t lj_ffs(uint32_t x)
+ {
Index: patches/patch-src_lj_str_c
===
RCS file: patches/patch-src_lj_str_c
diff -N patches/patch-src_lj_str_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_lj_str_c 9 May 2013 21:32:18 -
@@ -0,0 +1,21 @@
+$OpenBSD$
+--- src/lj_str.c.orig
Re: [update] lang/luajit 2.0.0 - 2.0.1
On 2013/05/09 15:35, Aaron Bieber wrote: On Thu, May 09, 2013 at 05:02:08PM -0400, Ted Unangst wrote: On Thu, May 09, 2013 at 09:53, Aaron wrote: ping :D There is also the hotfix #1 patch that should be incorporated. Diff to apply the hotfix below. Is this the correct way to do it, or should I add a patch to files and apply from the Makefile? Upstream has a clean patch, so we can just do this: PATCHFILES =v2.0.1_hotfix1.patch PATCH_DIST_STRIP = -p1
Re: NEW: x11/gnustep/cynthiune
On 05/01/13 17:47, Sebastian Reitenbach wrote: Hi, $ cat pkg/DESCR Cynthiune is a versatile music player based on GNUstep, able to play a lot of different audio formats. Two of the supported audio-backends are enabled, sndio and libao. libao backend is there, since gnustep-gui has it as dependency too. Other backends not enabled are esound and alsa, if someone has a need for it, it could be added as subpackage later on. Tested with many different audio formats on all three platforms where GNUstep is enabled. comments or OK to import? cheers, Sebastian Hi Sebastian, (apologies for the thunderbird linewrapping) I got some errors trying this (see below). Adding the license info from mplayer (which i don't know if it is correct) silenced the license errors: PERMIT_PACKAGE_CDROM = patents PERMIT_PACKAGE_FTP =Yes However, for some reason it still gives this error: !!! File 'gnustep/Cynthiune-1.0.0.tar.gz' not found in /usr/ports/mystuff/x11/gnustep/cynthiune/distinfo !!! Read up on SUPDISTFILES in bsd.port.mk(5) The supdistfiles section does not seem to be relevent. $ vi /usr/ports/mystuff/x11/gnustep/cynthiune/distinfo SHA256 (gnustep/Cynthiune-1.0.0.tar.gz) = PMUijIzbZiVrvOxLMXu9OFM5fwnsm3N4p/ZRQO/1vK8= SIZE (gnustep/Cynthiune-1.0.0.tar.gz) = 570554 my /etc/mk.conf: PORTSDIR_PATH=/usr/ports/mystuff:/usr/ports MASTER_SITE_OPENBSD=Yes CLEANDEPENDS=Yes REFETCH=true Cheers, Brett. === Checking files for Cynthiune-1.0.0 The licensing info for Cynthiune-1.0.0 is incomplete. (in x11/gnustep/cynthiune) The licensing info for Cynthiune-1.0.0 is incomplete. (in x11/gnustep/cynthiune) Please notify the OpenBSD port maintainer: (in x11/gnustep/cynthiune) The OpenBSD ports mailing-list ports@openbsd.org (in x11/gnustep/cynthiune) `/usr/ports/distfiles/Cynthiune-1.0.0.tar.gz' is up to date. !!! File 'gnustep/Cynthiune-1.0.0.tar.gz' not found in /usr/ports/mystuff/x11/gnustep/cynthiune/distinfo !!! Read up on SUPDISTFILES in bsd.port.mk(5) *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2247 '_internal-checksum': @fgrep 2/dev/null SIZE /usr/ports/mystuff/x11/gnustep...) *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2460 '/usr/ports/pobj/Cynthiune-1.0.0/.extract_done') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1863 '/usr/ports/packages/amd64/all/Cynthiune-1.0.0.tgz') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409 '_internal-package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1880 '/var/db/pkg/Cynthiune-1.0.0/+CONTENTS') *** Error 1 in /usr/ports/mystuff/x11/gnustep/cynthiune (/usr/ports/infrastructure/mk/bsd.port.mk:2389 'install')
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? Could anybody give me an update on the status of this update? In the mean time as we know Python is upgraded to 2.7.4 and numpy-1.7.1 has been released. Thank you, Predrag
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. Any update on this? I would gladly test diff however numpy has to be fixed first (updated agenst 2.7.4 preferably to 1.7.1. release) Thanks, Predrag
Re: NEW: x11/gnustep/cynthiune
On 2013/05/10 10:06, Brett Mahar wrote: On 05/01/13 17:47, Sebastian Reitenbach wrote: Hi, $ cat pkg/DESCR Cynthiune is a versatile music player based on GNUstep, able to play a lot of different audio formats. Two of the supported audio-backends are enabled, sndio and libao. libao backend is there, since gnustep-gui has it as dependency too. Other backends not enabled are esound and alsa, if someone has a need for it, it could be added as subpackage later on. Tested with many different audio formats on all three platforms where GNUstep is enabled. comments or OK to import? cheers, Sebastian Hi Sebastian, (apologies for the thunderbird linewrapping) I got some errors trying this (see below). I suspect you have unpacked it in ports/audio, it will need to go in ports/x11/gnustep so it picks up settings in x11/gnustep/Makefile.inc.
Re: NEW: x11/gnustep/cynthiune
On 2013/05/01 09:47, Sebastian Reitenbach wrote: Hi, $ cat pkg/DESCR Cynthiune is a versatile music player based on GNUstep, able to play a lot of different audio formats. Two of the supported audio-backends are enabled, sndio and libao. libao backend is there, since gnustep-gui has it as dependency too. Other backends not enabled are esound and alsa, if someone has a need for it, it could be added as subpackage later on. Tested with many different audio formats on all three platforms where GNUstep is enabled. comments or OK to import? cheers, Sebastian Is timidity absolutely necessary? We can't provide packages of it, so it's a pain to install Cynthiune with this as a hard RUN_DEPENDS. If Cynthiune will run without it, it's probably better to remove the RUN_DEPENDS and mention it as an optional dependency in DESCR instead. I haven't used any GNUstep program before - when I run Cynthiune it continually prints out lines like this to the console: 2013-05-10 01:40:18.239 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.239 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.243 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.244 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.244 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.245 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.245 Cynthiune[27962] styleoffsets ... guessing offsets Also, menu windows keep opening and closing at the top left of the screen (and warping the mouse pointer when this happens). I just tried another GNUstep program (LapisPuzzle) and it does the same, perhaps it doesn't like my window manager (cwm).
Re: UPDATE: devel/intellij to 12.1.2
Since you are patching bin/intellij.sh anyway, why not just rip out all the JAVA_HOME/JDK-HOME goo and use javaPathHelper like all the other Java ports do? Done; files/idea wrapper is not needed anymore then, so I zapped it. This required adding a patch for readlink call, though. Thank you for input. Is it okay now? There is a reason why intellij does not use javaPathHelper (JPH). We had a discussion about this off-list a while back. What happened was that ian@ discovered that javaPathHellper will use the JDK in your path instead of the JDK that you're specifying in the port Makefile. So at the time JDK 1.6 was the only JDK that would work with intellij and he had JDK 1.7 in his path ahead of JDK 1.6. This resulted in intellij not being to run because JPH was picking up the wrong JDK at runtime. In this case, if we're switching to only support JDK 1.7, but if I have JDK 1.6 in my path ahead of 1.7, I believe we will re-create that same problem. Here is what kurt@ had to say at the time: there is nothing wrong with devel/intellij not using javaPathHelper since it only works with one JDK. javaPathHelper is intended to help with ports that can run with multiple JDK's. Its use for intellij is overkill, IMO. I think maybe we should document why intellij does not use JPH because this one is not at all obvious.
Re: NEW: x11/gnustep/cynthiune
I got some errors trying this (see below). I suspect you have unpacked it in ports/audio, it will need to go in ports/x11/gnustep so it picks up settings in x11/gnustep/Makefile.inc. Stuart, thanks for the clue, I put the Makefile.inc in /usr/ports/mystuff/x11/gnustep/ and then it builds (and runs) no problem. From your other email: I haven't used any GNUstep program before - when I run Cynthiune it continually prints out lines like this to the console: 2013-05-10 01:40:18.239 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.239 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.243 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.244 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.244 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.245 Cynthiune[27962] styleoffsets ... guessing offsets 2013-05-10 01:40:18.245 Cynthiune[27962] styleoffsets ... guessing offsets Also, menu windows keep opening and closing at the top left of the screen (and warping the mouse pointer when this happens). I just tried another GNUstep program (LapisPuzzle) and it does the same, perhaps it doesn't like my window manager (cwm). I am using jwm (Joe's Window Manager) and I don't get these problems when running Cynthiune from a terminal. Cheers, Brett.
Re: NEW: audio/gogglesmm
On 05/08/13 09:11, Brian Callahan wrote: On 5/5/2013 9:14 AM, Brian Callahan wrote: Hi ports -- Attached is a tarball for audio/gogglesmm, a xine-based audio player written with the FOX toolkit. While I have no reason to suspect that it won't work perfectly OK with the devel/fox in-tree, I've only tested it with my devel/fox update (see earlier email). Works for me on amd64, loongson, and macppc. OK? ~Brian Ping. New tarball attached with a minor tweak. gogglesmm.tgz Description: Binary data
