CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2014/06/08 01:32:56 Modified files: sysutils/d-feet: Makefile distinfo sysutils/d-feet/pkg: PLIST Log message: Update to d-feet-0.3.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/06/08 06:00:12 ports/games/xminesweep/patches Update of /cvs/ports/games/xminesweep/patches In directory cvs.openbsd.org:/tmp/cvs-serv19303/patches Log Message: Directory /cvs/ports/games/xminesweep/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2014/06/08 06:00:54 Modified files: games/xminesweep: Makefile Added files: games/xminesweep/patches: patch-callbacks_c Log message: doesn't get run that often, obviously. Abort trap from an obvious buffer overrun.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2014/06/08 07:47:14 Modified files: textproc/ruby-pygments.rb: Makefile distinfo textproc/ruby-pygments.rb/pkg: PLIST Log message: update to pygments.rb-0.5.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2014/06/08 12:55:36 Modified files: lang/gcc/4.8 : Makefile lang/gcc/4.8/patches: patch-gcc_common_opt patch-gcc_toplev_c Added files: lang/gcc/4.8/patches: patch-gcc_c-family_c-cppbuiltin_c patch-gcc_cfgexpand_c patch-gcc_doc_cpp_texi patch-gcc_doc_invoke_texi Log message: Add stack protector strong support and enable it by default. ok pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2014/06/08 12:56:33 Modified files: textproc/xpdf : Makefile distinfo textproc/xpdf/patches: patch-doc_sample-xpdfrc patch-splash_Makefile_in patch-splash_SplashXPath_cc patch-xpdf_GlobalParams_cc patch-xpdf_Makefile_in patch-xpdf_XRef_cc textproc/xpdf/pkg: PLIST Added files: textproc/xpdf/patches: patch-splash_SplashXPath_h Log message: Update to xpdf-3.04.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/08 14:02:26 Modified files: mail/getmail : Makefile distinfo Log message: update to getmail 4.46.0, from maintainer Tim van der Molen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2014/06/08 15:35:16 Modified files: security/p5-Net-SSLGlue: Makefile distinfo Log message: update p5-Net-SSLGlue to 1.053
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2014/06/08 20:21:18 Modified files: security/p5-IO-Socket-SSL: Makefile distinfo Log message: update p5-IO-Socket-SSL to 1.992
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rpoin...@cvs.openbsd.org2014/06/08 23:14:45 Modified files: lang/python/3.4/pkg: PLIST-main Log message: regen PLIST, replace Grammar3.4.0.final.0.pickle by Grammar3.4.1.final.0.pickle spotted by niggle@. do not bump revision because it did not build without this modification.
Re: -fstack-protecor-strong for gcc 4.8
On Wed, 4 Jun 2014 01:30:16 +0200, Tobias Ulmer wrote: On Sat, May 31, 2014 at 03:16:23PM +0200, Pascal Stumpf wrote: This patch from brad@ backports -fstack-protector-strong support from 4.9. It seems to work fine on amd64 amd powerpc, but I think it could really use some more test coverage as it's a somewhat intrusive change. Sorry for slacking... No negative effects observed on sparc64 so far. Put it in and see what breaks? d'accord. Brad, put it in.
devel/arm-elf/gcc (was: Re: CVS: cvs.openbsd.org: ports)
On 2014-06-07, Stuart Henderson st...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: ports Changes by: st...@cvs.openbsd.org 2014/06/07 14:20:42 Modified files: devel/arm-elf/gcc: Makefile Log message: mark BROKEN-i386; segfaults during build I think this is generally broken. On amd64 it also segfaults during the build quite frequently. Looking at the last bulk builds: 2014-04-26 ok 2014-04-28 fail 2014-05-09 fail 2014-05-13 fail 2014-05-19 ok 2014-05-26 fail 2014-06-03 ok -- Christian naddy Weisgerber na...@mips.inka.de
Re: devel/arm-elf/gcc (was: Re: CVS: cvs.openbsd.org: ports)
On Sun, Jun 08, 2014 at 03:45:02PM +, Christian Weisgerber wrote: On 2014-06-07, Stuart Henderson st...@cvs.openbsd.org wrote: CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/07 14:20:42 Modified files: devel/arm-elf/gcc: Makefile Log message: mark BROKEN-i386; segfaults during build I think this is generally broken. On amd64 it also segfaults during the build quite frequently. Looking at the last bulk builds: 2014-04-26 ok 2014-04-28 fail 2014-05-09 fail 2014-05-13 fail 2014-05-19 ok 2014-05-26 fail 2014-06-03 ok Who is actively using arm-elf? If nobody is using it, it should be unhooked. It can remain a good starting point for anyone wanting to build a embedded arm toolchain. I'm generally interested in the topic, but have more than enough on my plate right now.
Re: devel/arm-elf/gcc (was: Re: CVS: cvs.openbsd.org: ports)
On Sun, Jun 08, 2014 at 07:29:21PM +0200, Tobias Ulmer wrote: On Sun, Jun 08, 2014 at 03:45:02PM +, Christian Weisgerber wrote: On 2014-06-07, Stuart Henderson st...@cvs.openbsd.org wrote: CVSROOT: /cvs Module name: ports Changes by: st...@cvs.openbsd.org 2014/06/07 14:20:42 Modified files: devel/arm-elf/gcc: Makefile Log message: mark BROKEN-i386; segfaults during build I think this is generally broken. On amd64 it also segfaults during the build quite frequently. Looking at the last bulk builds: 2014-04-26 ok 2014-04-28 fail 2014-05-09 fail 2014-05-13 fail 2014-05-19 ok 2014-05-26 fail 2014-06-03 ok Who is actively using arm-elf? If nobody is using it, it should be unhooked. It can remain a good starting point for anyone wanting to build a embedded arm toolchain. I'm generally interested in the topic, but have more than enough on my plate right now. I used to have ports to build u-boot and x-loader in ports for some of the supported boards. They used this port to cross-compile it, but this approach is more or less a dead end. I don't have plans to revice this work. -- Matthieu Herrb
NEW: games/hyperrogue
Hi ports -- Attached is a new port, games/hyperrogue. Hyperrogue is a treasure hunting, monster slaying game played on a non-Euclidean map. Works well for me on amd64 and i386. macppc testing shows what appear to be endian bugs (inverted colors, no sound). Would appreciate a double check on that. OK? ~Brian hyperrogue.tgz Description: Binary data
pkg-config/openssl
I was just looking at nghttp2 which uses pkg-config to check for openssl version 1.0.1 or higher and noticed that we're still setting it to 1.0.0 (#define SHLIB_VERSION_NUMBER 1.0.0 in src/crypto/opensslv.h). I think we should at least bump this to 1.0.1 (though probably wants a bulk build), however, I see on a Linux machine that they use the full alphanumeric version: sl6$ pkg-config --modversion openssl 1.0.1e sl6$ pkg-config --atleast-version 1.0.1e openssl echo yes yes sl6$ pkg-config --atleast-version 1.0.1g openssl echo yes sl6$ pkg-config --atleast-version 1.0.1 openssl echo yes yes So I tried using that in opensslv.h here - I haven't run across anything doing that sort of check yet, but it's probably just a matter of time, so maybe we should support it in our pkg-config too.. current behaviour has warnings and partly works, but not reliably: obsd$ pkg-config --modversion openssl 1.0.1g obsd$ pkg-config --atleast-version 1.0.1e openssl echo yes Argument 1e isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes obsd$ pkg-config --atleast-version 1.0.1 openssl echo yes Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes obsd$ pkg-config --atleast-version 1.0.1h openssl echo yes Argument 1h isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. yes $ pkg-config --atleast-version 1.0.2 openssl echo yes Argument 1g isn't numeric in numeric gt () at /usr/bin/pkg-config line 708. So.. any thoughts about what to do? anyone fancy looking at pkg-config for the proper fix for compatibility with original pkg-config? should we just go for SHLIB_VERSION_NUMBER=1.0.1 for now?
UPDATE: MPlayer
Reduce the external dependencies for MPlayer by disabling
the Opus and Speex decoders in favour of using FFmpeg for
decoding; also fix the Vorbis handling. I'm not sure
exactly what was happening with the resulting binary on
ARM but the internal copy of Tremor was removed awhile
ago. Also there is no encoding support via libvorbis so
the comment is bogus.
Looking for any additional testing.
Index: Makefile
===
RCS file: /home/cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.237
diff -u -p -u -p -r1.237 Makefile
--- Makefile16 May 2014 01:34:50 - 1.237
+++ Makefile9 Jun 2014 01:20:34 -
@@ -15,6 +15,7 @@ SUBST_VARS += PREFIX CONFDIR
# Distfiles must be hand-rolled, see README
N =mplayer
DISTNAME = mplayer-${V}
+REVISION = 0
EXTRACT_SUFX = .tar.xz
CATEGORIES = x11 multimedia
@@ -28,9 +29,8 @@ PERMIT_PACKAGE_FTP = Yes
WANTLIB = EGL GL X11 Xext Xinerama Xss Xv Xxf86dga Xxf86vm ass avcodec \
avformat avutil bluray bz2 c cdda_interface cdda_paranoia \
crypto dv dvdnavmini dvdread enca fontconfig freetype \
- fribidi jpeg m mng mp3lame ncurses ogg=5 opus png postproc \
- pthread SDL sndio speex stdc++ swscale gif util x264=5 \
- xvidcore z
+ fribidi jpeg m mng mp3lame ncurses png postproc pthread \
+ SDL sndio stdc++ swscale gif util x264=5 xvidcore z
# we use a snapshot
MASTER_SITES = http://comstyle.com/source/
@@ -45,10 +45,7 @@ LIB_DEPENDS =graphics/png \
graphics/giflib \
graphics/ffmpeg=${FFMPEG_V} \
audio/cdparanoia=3.a9.8 \
- audio/speex \
- audio/libogg \
audio/lame \
- audio/opus \
multimedia/libbluray \
multimedia/libdv \
devel/fribidi \
@@ -153,17 +150,15 @@ CONFIGURE_ARGS += --disable-smb \
--disable-faad \
--disable-theora \
--disable-pulse \
- --disable-relocatable
+ --disable-relocatable \
+ --disable-speex \
+ --disable-libopus \
+ --disable-libvorbis
-# internal tremor, external tremor, external libvorbis all conflict
-# we choose libvorbis to enable encoding to vorbis
-CONFIGURE_ARGS += --disable-tremor
.if ${MACHINE_ARCH:Marm}
-# ... except on arm, which has no floating point hardware
-CONFIGURE_ARGS += --disable-libvorbis
+WANTLIB += ogg vorbisidec
.else
-LIB_DEPENDS += audio/libvorbis
-WANTLIB += vorbisenc vorbis
+CONFIGURE_ARGS += --disable-tremor
.endif
CONFIGURE_ENV += LOCALBASE=${LOCALBASE} TMPDIR=${WRKBUILD}
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
