CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 00:22:03 Modified files: devel/boost: Makefile Removed files: devel/boost/patches: patch-boost_config_suffix_hpp Log message: Remove patch no longer necessary now that the compiler has been fixed. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 00:24:19 Modified files: multimedia/avidemux/patches: patch-configure_in_in Log message: Cleanups from Brad: - Remove unused OSS patch chunks. - Remove unnecessary patching for AltiVec as --disable-altivec is already used. - Remove the whole chunk for fixing up the opimizations instead of doing CFLAGS=$CFLAGS CXXFLAGS=$CXXFLAGS after removing the optimization flags
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/04/13 01:18:06 Modified files: graphics/tiff : Tag: OPENBSD_5_1 Makefile graphics/tiff/patches: Tag: OPENBSD_5_1 patch-libtiff_tif_getimage_c Added files: graphics/tiff/patches: Tag: OPENBSD_5_1 patch-libtiff_tiffiop_h Log message: Security fix for CVE-2012-1173
Comment Cr�er Votre Blog Internet Facilement
Bonjour, Pour votre entreprise, câest indispensable de communiquer et de rester ` lâicoute de votre clienthle, pour le faire facilement criez votre Blog. Voil` pourquoi aujourdâhui je vous prisente une opportuniti que jâai trouvie trhs intiressante car elle comprend toutes les formations nicessaires pour vous aider dans la criation et le suivi de votre blog personnel ou professionnel. Et en plus elle vous fournit un accompagnement personnalisi permanent avec de nombreuses vidios dâaides pour le rifirencement et la recherche dâaffiliis etc etc Voici le lien Vous le savez bien une des clis du succhs câest de diliguer le travail dans ce concept tout peut-jtre sous-traiti sauf vos produits. Avec notre concept efficace vous allez rendre votre marchi encore plus performant pour distancer vos concurrents. Le Concept : * Votre Abonnement comprend : * Un blog avec votre propre nom de domaine. + Hibergement + Votre boutique en ligne 100% opirationnelle + Votre programme daffiliation + Possibiliti de vendre vos propres produits + Assistance technique + Suivi personnalisi sur skype + Des formations chaque semaine en webinaire les mercredis et vendredis soir + Des formations en petit groupe le samedi aprhs-midi selon planning + De nombreuses vidios en auto-formation + En option, installation chez vous avec lun de nos conseils Je pense que câest vraiment la bonne solution pour divelopper votre chiffre dâaffaires sans trop perdre de temps. Visitez sans tarder le lien et vous me donnerez vos avis Je sais trhs bien que vous nâavez pas besoin de moi pour bien gagner votre vie ou divelopper vos affaires, mais en qualiti â prix, vous ne trouverez rien de meilleur que ma proposition pour crier votre blog et communiquer avec vos prospects et clients sur Internet. Dans lâattente, recevez mes respectueuses salutations. Eddy Huguenin 09 61 23 31 68 Editeur PEL P.S. voici le lien P.P.S. Visitez un blog professionnel installi avec cette mithode : ici P.P.S. Tilichargez notre prisentation en PDF Envoyez ce message ` un ami Pour jtre retiri de nos listes c'est ici serial : 513969587[IMAGE]
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/04/13 01:57:01 Modified files: x11/gnome/nettool: Makefile distinfo Log message: - update to 3.2.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/04/13 02:18:18 Modified files: sysutils/ruby-puppet: Tag: OPENBSD_5_1 Makefile distinfo sysutils/ruby-puppet/patches: Tag: OPENBSD_5_1 patch-install_rb patch-lib_puppet_defaults_rb patch-lib_puppet_provider_user_useradd_rb patch-lib_puppet_reference_configuration_rb sysutils/ruby-puppet/pkg: Tag: OPENBSD_5_1 PLIST Log message: - update to 2.7.13, fixes various security issues cve-2012-1906 cve-2012-1986 cve-2012-1987 cve-2012-1988 cve-2012-1989 ok robert@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/04/13 02:18:31 Modified files: sysutils/ruby-puppet: Makefile distinfo sysutils/ruby-puppet/patches: patch-install_rb patch-lib_puppet_defaults_rb patch-lib_puppet_provider_user_useradd_rb patch-lib_puppet_reference_configuration_rb sysutils/ruby-puppet/pkg: PLIST Log message: - update to 2.7.13, fixes various security issues cve-2012-1906 cve-2012-1986 cve-2012-1987 cve-2012-1988 cve-2012-1989 ok robert@ (MAINTAINER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 03:12:21 Modified files: security/john : Makefile security/john/patches: patch-src_Makefile Log message: * honor CFLAGS (will also build on alpha now) * drop obsolete patches for i386 a.out * don't require MMX support on i386 ok benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 04:56:41 Modified files: x11/xloadimage : Makefile distinfo x11/xloadimage/patches: patch-image_h Removed files: x11/xloadimage/patches: patch-png_c Log message: * maintenance update to 4.1, Debian patch level 17 * fix the integer promotion fix
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2012/04/13 05:51:49 Modified files: lang/mono : Makefile distinfo lang/mono/patches: patch-mono_io-layer_processes_c patch-mono_profiler_Makefile_in patch-mono_utils_mono-proclib_c lang/mono/pkg : PLIST Added files: lang/mono/patches: patch-mono_metadata_threadpool_c patch-mono_utils_mono_semaphore_c Log message: update to mono-2.10.8 and remove some old hacks now that we have sem_timedwait()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gsoa...@cvs.openbsd.org 2012/04/13 07:06:58 Modified files: devel/p5-Event-ExecFlow: Makefile distinfo Log message: bugfix update to 0.64 zap groff while here. 0.64 Sat Dec 19, 2009, joern Bugfixes: - Accumulated group member errors were not reported to the frontend. - Use Perl's builtin command execution with a subshell instead of forking.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2012/04/13 07:20:13 Modified files: misc : Makefile Log message: don't build screen packages, except for brltty. We have tmux
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2012/04/13 07:42:21 Modified files: misc/mc: Makefile distinfo misc/mc/patches: patch-configure patch-src_subshell_c misc/mc/pkg: PLIST Log message: update to mc-4.8.1.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2012/04/13 07:44:15 Added files: misc/mc/patches: patch-src_filemanager_mountlist_c Log message: add missing patch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 07:47:03 Modified files: misc : Makefile Log message: hook in screen again, don't just remove a popular cross-platform program on whim
Re: CVS: cvs.openbsd.org: ports
On Fri, Apr 13, 2012 at 07:47:03AM -0600, Christian Weisgerber wrote: CVSROOT: /cvs Module name: ports Changes by: na...@cvs.openbsd.org 2012/04/13 07:47:03 Modified files: misc : Makefile Log message: hook in screen again, don't just remove a popular cross-platform program on whim Not really a whim, I had 3 okays ;) but I don't give a shit^Wfuck^Wwhatever.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 07:58:31 Modified files: net/uucp/patches: patch-configure patch-unix_spawn_c patch-unix_tcp_c Log message: regen patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 08:03:58 Modified files: comms/hylafax/patches: patch-etc_faxaddmodem_sh_in Log message: regen patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/04/13 08:12:52 Modified files: net/uucp/patches: patch-unix_init_c Log message: include sys/param.h at the top, not inside a function body, which fails on alpha because param.h pulls in all sorts of kernel headers
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/04/13 08:14:21 Log message: import ports/net/sslh: from Bjorn Ketelaars, merging in a previous port from fgsch. ok okan@ sslh accepts HTTPS, SSH, OpenVPN, tinc and XMPP connections on the same port. This makes it possible to connect to any of these servers on port 443 (e.g. from inside a corporate firewall, which almost never block port 443) while still serving HTTPS on that port. Status: Vendor Tag: sthen Release Tags: sthen_20121304 N ports/net/sslh/Makefile N ports/net/sslh/distinfo N ports/net/sslh/patches/patch-Makefile N ports/net/sslh/patches/patch-sslh_fork_c N ports/net/sslh/patches/patch-sslh_main_c N ports/net/sslh/patches/patch-sslh_pod N ports/net/sslh/pkg/DESCR N ports/net/sslh/pkg/PLIST N ports/net/sslh/pkg/sslh_select.rc N ports/net/sslh/pkg/sslh_fork.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/04/13 08:14:54 Modified files: net: Makefile Log message: +sslh
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 08:21:45 Modified files: net/sslh : Makefile net/sslh/pkg : sslh_fork.rc sslh_select.rc Log message: Tabulate.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 09:03:01 Modified files: graphics/colord: Makefile Log message: Fix localstatedir.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 09:18:07 Log message: Import gdlmm-3.3.2. gdlmm is the C++ binding for the gdl library. ok jasper@ Status: Vendor Tag: ajacoutot Release Tags: ajacoutot_20120413 N ports/x11/gnome/gdlmm/Makefile N ports/x11/gnome/gdlmm/distinfo N ports/x11/gnome/gdlmm/pkg/DESCR N ports/x11/gnome/gdlmm/pkg/PLIST N ports/x11/gnome/gdlmm/pkg/PFRAG.shared No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 09:18:44 Modified files: x11/gnome : Makefile Log message: +gdlmm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/04/13 09:40:00 Modified files: x11/nagstamon : Makefile distinfo x11/nagstamon/patches: patch-Nagstamon_Config_py patch-setup_py x11/nagstamon/pkg: PLIST Log message: Update to nagstamon-0.9.9.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/04/13 10:00:46 Modified files: devel/glib2: Makefile Added files: devel/glib2/patches: patch-glib_gthread-posix_c Log message: gthread-posix: fix typo in error message ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/04/13 10:08:20 Modified files: devel/doxygen : Makefile Added files: devel/doxygen/patches: patch-tmake_lib_openbsd-g++_tmake_conf Log message: don't force -O2, pointed out by aja
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2012/04/13 14:40:47 Log message: import File::Touch This module updates access and modification timestamps, creating nonexistent files where necessary. In a fashion similar to touch(1). from Abel Abraham Camarillo Ojeda ok sthen merdely gsoares Status: Vendor Tag: okan Release Tags: okan_20120412 N ports/devel/p5-File-Touch/Makefile N ports/devel/p5-File-Touch/distinfo N ports/devel/p5-File-Touch/pkg/DESCR N ports/devel/p5-File-Touch/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2012/04/13 14:41:47 Modified files: devel : Makefile Log message: +p5-File-Touch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/04/13 14:53:19 Modified files: sysutils/freeipmi: Makefile sysutils/freeipmi/patches: patch-libfreeipmi_src_Makefile_in sysutils/freeipmi/pkg: PLIST Added files: sysutils/freeipmi/patches: patch-bmc-config_bmc-autoconfig_Makefile_in patch-libfreeipmi_Makefile_in Log message: set --localstatedir=/var and fix a few file locations, ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2012/04/13 15:21:10 Modified files: sysutils/conky : Makefile sysutils/conky/patches: patch-src_core_c patch-src_openbsd_c Log message: Fix conky with rthreads. Joint work with kurt@, with input from guenther@. ok benoit@ (maintainer)
Re: games/scummvm: use sndio for midi
On Thu, Apr 12, 2012 at 12:14:27AM +0200, Alexandre Ratchov wrote:
This is to add a sndio backend for the MIDI output and stop using
the sequencer(4) interface. If you have no MIDI hardware to listen
the music on, this backend should allow soft synths (like
fluidsynth) to be used instead.
ok? comments?
new diff with a fix from jsg@
ok ?
Index: Makefile
===
RCS file: /cvs/ports/games/scummvm/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile20 Feb 2012 11:18:33 - 1.50
+++ Makefile13 Apr 2012 08:48:34 -
@@ -2,6 +2,7 @@
COMMENT= graphical adventure game interpreter
DISTNAME= scummvm-1.4.1
+REVISION= 1
CATEGORIES=games x11 emulators
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=scummvm/}
@@ -15,7 +16,7 @@ PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
-WANTLIB= FLAC=5 SDL c faad m mad=2 pthread stdc++ theoradec z
+WANTLIB= FLAC=5 SDL c faad m mad=2 pthread sndio stdc++ theoradec z
.if ${MACHINE_ARCH} == i386
BUILD_DEPENDS= devel/nasm
@@ -29,7 +30,7 @@ LIB_DEPENDS= audio/libmad \
multimedia/libtheora
CONFIGURE_STYLE=simple
-CONFIGURE_ARGS+=--disable-alsa --disable-debug
+CONFIGURE_ARGS+=--disable-alsa --disable-debug --disable-seq-midi
--enable-sndio
CONFIGURE_ENV+=CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
USE_GROFF =Yes
@@ -64,5 +65,8 @@ do-install:
${INSTALL_DATA} ${WRKSRC}/dists/scummvm.desktop \
${PREFIX}/share/applications
${INSTALL_PROGRAM} ${WRKSRC}/scummvm ${PREFIX}/bin
+
+post-patch:
+ @cp ${FILESDIR}/sndio.cpp ${WRKSRC}/backends/midi
.include bsd.port.mk
Index: files/sndio.cpp
===
RCS file: files/sndio.cpp
diff -N files/sndio.cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ files/sndio.cpp 13 Apr 2012 08:48:34 -
@@ -0,0 +1,149 @@
+/* ScummVM - Graphic Adventure Engine
+ *
+ * ScummVM is the legal property of its developers, whose names
+ * are too numerous to list here. Please refer to the COPYRIGHT
+ * file distributed with this source distribution.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version 2
+ * of the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301,
USA.
+ */
+
+// Disable symbol overrides so that we can use system headers.
+#define FORBIDDEN_SYMBOL_ALLOW_ALL
+
+#include common/scummsys.h
+
+#if defined(USE_SNDIO)
+
+#include common/error.h
+#include common/textconsole.h
+#include common/util.h
+#include audio/musicplugin.h
+#include audio/mpu401.h
+
+#include sndio.h
+
+
+//
+// sndio MIDI driver
+//
+
+
+class MidiDriver_Sndio : public MidiDriver_MPU401 {
+public:
+ MidiDriver_Sndio();
+ int open();
+ bool isOpen() const { return hdl != NULL; }
+ void close();
+ void send(uint32 b);
+ void sysEx(const byte *msg, uint16 length);
+
+private:
+ struct mio_hdl *hdl;
+};
+
+MidiDriver_Sndio::MidiDriver_Sndio() {
+ hdl = NULL;
+}
+
+int MidiDriver_Sndio::open() {
+ hdl = ::mio_open(NULL, MIO_OUT, 0);
+ if (hdl == NULL)
+ warning(Could open MIDI port (no music));
+ return 0;
+}
+
+void MidiDriver_Sndio::close() {
+ MidiDriver_MPU401::close();
+ if (!hdl)
+ return;
+ mio_close(hdl);
+ hdl = NULL;
+}
+
+void MidiDriver_Sndio::send(uint32 b) {
+ unsigned char buf[4];
+ unsigned int len;
+
+ if (!hdl)
+ return;
+ buf[0] = b 0xff;
+ buf[1] = (b 8) 0xff;
+ buf[2] = (b 16) 0xff;
+ buf[3] = (b 24) 0xff;
+ switch (buf[0] 0xf0) {
+ case 0xf0:
+ return;
+ case 0xc0:
+ case 0xd0:
+ len = 2;
+ break;
+ default:
+ len = 3;
+ }
+ mio_write(hdl, buf, len);
+}
+
+void MidiDriver_Sndio::sysEx(const byte *msg, uint16 length) {
+ if (!hdl)
+ return;
+
+ unsigned char buf[266];
+
+ assert(length + 2 = ARRAYSIZE(buf));
+
+ // Add SysEx frame
+ buf[0] = 0xF0;
+ memcpy(buf + 1, msg, length);
+ buf[length + 1] =
Re: games/scummvm: use sndio for midi
On Fri, Apr 13, 2012 at 10:49 AM, Alexandre Ratchov a...@caoua.org wrote: On Thu, Apr 12, 2012 at 12:14:27AM +0200, Alexandre Ratchov wrote: This is to add a sndio backend for the MIDI output and stop using the sequencer(4) interface. If you have no MIDI hardware to listen the music on, this backend should allow soft synths (like fluidsynth) to be used instead. ok? comments? new diff with a fix from jsg@ ok ? If jsg@ ok'd it, then I think it can go in. ciao David
Re: games/scummvm: use sndio for midi
On Fri, Apr 13, 2012 at 10:49:40AM +0200, Alexandre Ratchov wrote:
On Thu, Apr 12, 2012 at 12:14:27AM +0200, Alexandre Ratchov wrote:
This is to add a sndio backend for the MIDI output and stop using
the sequencer(4) interface. If you have no MIDI hardware to listen
the music on, this backend should allow soft synths (like
fluidsynth) to be used instead.
ok? comments?
new diff with a fix from jsg@
ok ?
ok though I'm not really a fan of disabling the /dev/sequencer midi
backend just yet
Index: Makefile
===
RCS file: /cvs/ports/games/scummvm/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile 20 Feb 2012 11:18:33 - 1.50
+++ Makefile 13 Apr 2012 08:48:34 -
@@ -2,6 +2,7 @@
COMMENT= graphical adventure game interpreter
DISTNAME=scummvm-1.4.1
+REVISION=1
CATEGORIES= games x11 emulators
MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=scummvm/}
@@ -15,7 +16,7 @@ PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP=Yes
-WANTLIB= FLAC=5 SDL c faad m mad=2 pthread stdc++ theoradec z
+WANTLIB= FLAC=5 SDL c faad m mad=2 pthread sndio stdc++ theoradec z
.if ${MACHINE_ARCH} == i386
BUILD_DEPENDS= devel/nasm
@@ -29,7 +30,7 @@ LIB_DEPENDS=audio/libmad \
multimedia/libtheora
CONFIGURE_STYLE=simple
-CONFIGURE_ARGS+=--disable-alsa --disable-debug
+CONFIGURE_ARGS+=--disable-alsa --disable-debug --disable-seq-midi
--enable-sndio
CONFIGURE_ENV+= CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
USE_GROFF = Yes
@@ -64,5 +65,8 @@ do-install:
${INSTALL_DATA} ${WRKSRC}/dists/scummvm.desktop \
${PREFIX}/share/applications
${INSTALL_PROGRAM} ${WRKSRC}/scummvm ${PREFIX}/bin
+
+post-patch:
+ @cp ${FILESDIR}/sndio.cpp ${WRKSRC}/backends/midi
.include bsd.port.mk
Index: files/sndio.cpp
===
RCS file: files/sndio.cpp
diff -N files/sndio.cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ files/sndio.cpp 13 Apr 2012 08:48:34 -
@@ -0,0 +1,149 @@
+/* ScummVM - Graphic Adventure Engine
+ *
+ * ScummVM is the legal property of its developers, whose names
+ * are too numerous to list here. Please refer to the COPYRIGHT
+ * file distributed with this source distribution.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * as published by the Free Software Foundation; either version 2
+ * of the License, or (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301,
USA.
+ */
+
+// Disable symbol overrides so that we can use system headers.
+#define FORBIDDEN_SYMBOL_ALLOW_ALL
+
+#include common/scummsys.h
+
+#if defined(USE_SNDIO)
+
+#include common/error.h
+#include common/textconsole.h
+#include common/util.h
+#include audio/musicplugin.h
+#include audio/mpu401.h
+
+#include sndio.h
+
+
+//
+// sndio MIDI driver
+//
+
+
+class MidiDriver_Sndio : public MidiDriver_MPU401 {
+public:
+ MidiDriver_Sndio();
+ int open();
+ bool isOpen() const { return hdl != NULL; }
+ void close();
+ void send(uint32 b);
+ void sysEx(const byte *msg, uint16 length);
+
+private:
+ struct mio_hdl *hdl;
+};
+
+MidiDriver_Sndio::MidiDriver_Sndio() {
+ hdl = NULL;
+}
+
+int MidiDriver_Sndio::open() {
+ hdl = ::mio_open(NULL, MIO_OUT, 0);
+ if (hdl == NULL)
+ warning(Could open MIDI port (no music));
+ return 0;
+}
+
+void MidiDriver_Sndio::close() {
+ MidiDriver_MPU401::close();
+ if (!hdl)
+ return;
+ mio_close(hdl);
+ hdl = NULL;
+}
+
+void MidiDriver_Sndio::send(uint32 b) {
+ unsigned char buf[4];
+ unsigned int len;
+
+ if (!hdl)
+ return;
+ buf[0] = b 0xff;
+ buf[1] = (b 8) 0xff;
+ buf[2] = (b 16) 0xff;
+ buf[3] = (b 24) 0xff;
+ switch (buf[0] 0xf0) {
+ case 0xf0:
+ return;
+ case 0xc0:
+ case 0xd0:
+ len = 2;
+ break;
+ default:
+ len = 3;
+ }
+ mio_write(hdl, buf, len);
+}
+
+void MidiDriver_Sndio::sysEx(const byte *msg, uint16 length) {
+ if (!hdl)
Re: gftp-gtk.core
On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) Mink$ gftp [1] 21133 Mink$ GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Operation not permitted. Aborting. [1] + Abort trap gftp (core dumped) Core dump too large for mailing list Yes lots of applications end up that way nowadays. Good thing there's an rthread hackathons next week :) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 I think we should follow netbsd and cast gftp to the flames... There's Filezilla, which is much better as a gui ftp client and, above all, is actively maintained. my 2 cents, David
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 01:32:45PM +0200, David Coppa wrote: On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) Mink$ gftp [1] 21133 Mink$ GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Operation not permitted. Aborting. [1] + Abort trap gftp (core dumped) Core dump too large for mailing list Yes lots of applications end up that way nowadays. Good thing there's an rthread hackathons next week :) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 I think we should follow netbsd and cast gftp to the flames... There's Filezilla, which is much better as a gui ftp client and, above all, is actively maintained. We'll see about that. Kurt and I are working on that issue anyway, it is not specific to gftp; lots of apps end up crashing this way. -- Antoine
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 1:49 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, Apr 13, 2012 at 01:32:45PM +0200, David Coppa wrote: On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) Mink$ gftp [1] 21133 Mink$ GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Operation not permitted. Aborting. [1] + Abort trap gftp (core dumped) Core dump too large for mailing list Yes lots of applications end up that way nowadays. Good thing there's an rthread hackathons next week :) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 I think we should follow netbsd and cast gftp to the flames... There's Filezilla, which is much better as a gui ftp client and, above all, is actively maintained. We'll see about that. Kurt and I are working on that issue anyway, it is not specific to gftp; lots of apps end up crashing this way. I know: bad coding habits. Unlocking a mutex that has never been locked or that is locked by another thread. Linux, obviously, is quite happy with these horrors :(
Re: [update] buildbot 0.8.6
Hey Landry,
thanks for taking care of it.
However, I would propose using:
-MODPY_EGG_VERSION=0.8.5
+MODPY_EGG_VERSION=0.8.6p1
instead of:
-MODPY_EGG_VERSION=0.8.5
-DISTNAME=buildbot-slave-${MODPY_EGG_VERSION}
+MODPY_EGG_VERSION=0.8.6
+DISTNAME=buildbot-slave-${MODPY_EGG_VERSION}p1
What do you think? Patch attached.
Best regards,
Piotr Sikora piotr.sik...@frickle.com
buildbot-0.8.6p1.patch
Description: Binary data
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 6:32 AM, David Coppa dco...@gmail.com wrote: On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) Mink$ gftp [1] 21133 Mink$ GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Operation not permitted. Aborting. [1] + Abort trap gftp (core dumped) Core dump too large for mailing list Yes lots of applications end up that way nowadays. Good thing there's an rthread hackathons next week :) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 I think we should follow netbsd and cast gftp to the flames... There's Filezilla, which is much better as a gui ftp client and, above all, is actively maintained. gftp hogs the whole cpu (pre-rthreads) when you are transferring a huge bunch of files, doesn't respond, appears frozen I believe. filezilla doesn't, it stays responsive and does the transfer. fz is much better...
Re: [update] buildbot 0.8.6
On Fri, Apr 13, 2012 at 02:35:55PM +0200, Piotr Sikora wrote:
Hey Landry,
thanks for taking care of it.
However, I would propose using:
-MODPY_EGG_VERSION=0.8.5
+MODPY_EGG_VERSION=0.8.6p1
instead of:
-MODPY_EGG_VERSION=0.8.5
-DISTNAME=buildbot-slave-${MODPY_EGG_VERSION}
+MODPY_EGG_VERSION=0.8.6
+DISTNAME=buildbot-slave-${MODPY_EGG_VERSION}p1
What do you think? Patch attached.
I had that version first but i finally used
MODPY_EGG_VERSION = 0.8.6p1
DISTNAME = buildbot-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME:S/p1/pl1/}
To make it use the 'pl' suffix. same PLIST as with your diff.
ok ?
Landry
Re: [update] buildbot 0.8.6
On Fri, Apr 13, 2012 at 04:03:17PM +0200, Piotr Sikora wrote:
Hey Landry,
PKGNAME = py-${DISTNAME:S/p1/pl1/}
To make it use the 'pl' suffix. same PLIST as with your diff.
What's wrong with the original py-${DISTNAME:S/p/./}?
Upstream provides a distname with p1 , meaning 0.8.6 patchlevel 1, so
lets use that for the packagename since pl is a valid version stem..
Landry
update p5-event to 1.20
jasper,
here is a diff for p5-Event.
* update to 1.20
* zap groff
* install examples files
* regen plist
OK ?
Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Event/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile3 Dec 2010 11:44:30 - 1.15
+++ Makefile13 Apr 2012 13:52:19 -
@@ -5,10 +5,8 @@ SHARED_ONLY= Yes
COMMENT= event loop processing
MODULES= cpan
-DISTNAME= Event-1.13
-REVISION= 1
+DISTNAME= Event-1.20
CATEGORIES=devel
-USE_GROFF =Yes
MAINTAINER=Jasper Lievisse Adriaanse jas...@openbsd.org
@@ -18,8 +16,14 @@ PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
+MODCPAN_EXAMPLES= Yes
+MODCPAN_EXAMPLES_DIST= demo
+SRCDIR=${WRKSRC}/${MODCPAN_EXAMPLES_DIST}
+
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/p5-Event
${INSTALL_DATA} ${WRKSRC}/Tutorial.pdf ${PREFIX}/share/doc/p5-Event
+ ${MODCPAN_POST_INSTALL}
+ ${INSTALL_DATA} ${SRCDIR}/* ${MODCPAN_EXAMPLES_DIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Event/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo25 Oct 2009 22:19:42 - 1.10
+++ distinfo13 Apr 2012 13:52:19 -
@@ -1,5 +1,5 @@
-MD5 (Event-1.13.tar.gz) = iM9btrSwbgFgcqX/L/j6Gg==
-RMD160 (Event-1.13.tar.gz) = 0vczyZTJcVQtTFG+SSdd2uaeOM0=
-SHA1 (Event-1.13.tar.gz) = In8aPLiomHXN7kUlgOUEK9mELUI=
-SHA256 (Event-1.13.tar.gz) = 1m9V/1yZL7rekEcPKBM0vWm1d7GlBrb6TPZB/sKCN2E=
-SIZE (Event-1.13.tar.gz) = 253023
+MD5 (Event-1.20.tar.gz) = vb32wbI1w+E8JfOwSRxRNA==
+RMD160 (Event-1.20.tar.gz) = 84TIl5gdQ5vjvDoiHsLy1+2GMD8=
+SHA1 (Event-1.20.tar.gz) = XgxJmgaoFOUB5YE75c52IfaJVLA=
+SHA256 (Event-1.20.tar.gz) = mjnMKcy31JYsBdd0COWA3PgzuwXrmVCn1459S28zqps=
+SIZE (Event-1.20.tar.gz) = 253167
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/p5-Event/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 1 Sep 2008 07:31:38 - 1.6
+++ pkg/PLIST 13 Apr 2012 13:52:19 -
@@ -25,3 +25,15 @@ ${P5ARCH}/auto/Event/Event.so
@man man/man3p/Event::generic.3p
share/doc/p5-Event/
share/doc/p5-Event/Tutorial.pdf
+share/examples/p5-Event/
+share/examples/p5-Event/echo.t
+share/examples/p5-Event/group.t
+share/examples/p5-Event/idle2.t
+share/examples/p5-Event/msg.pm
+share/examples/p5-Event/perlqt.t
+share/examples/p5-Event/process.pm
+share/examples/p5-Event/queue_pending.t
+share/examples/p5-Event/rand_interval.t
+share/examples/p5-Event/readline.t
+share/examples/p5-Event/repeat.t
+share/examples/p5-Event/semaphore.pm
Re: NEW: lang/pcc
On 2012/04/13 08:29, Eric Radman wrote: Current release of the portable C compiler found in src/usr.bin/pcc/ See http://pcc.ludd.ltu.se/ Tested on i386 and amd64 -- Eric Radman | http://eradman.com OK sthen@. COMMENT = portable C compiler ONLY_FOR_ARCHS = i386 amd64 oh the irony!
Re: NEW: lang/pcc
On Fri, Apr 13, 2012 at 09:50:25AM -0500, Eric Radman wrote: On Fri, Apr 13, 2012 at 03:38:37PM +0100, Stuart Henderson wrote: On 2012/04/13 08:29, Eric Radman wrote: Current release of the portable C compiler found in src/usr.bin/pcc/ See http://pcc.ludd.ltu.se/ Tested on i386 and amd64 -- Eric Radman | http://eradman.com OK sthen@. COMMENT = portable C compiler ONLY_FOR_ARCHS = i386 amd64 oh the irony! Ha, well, really it's the fast C compiler Yeah, but after you compile somebody has to execute that...
Re: NEW: devel/p5-File-Touch
On Wed 2011.06.15 at 12:14 -0500, Abel Abraham Camarillo Ojeda wrote: Perl module that implements a function similar to touch(1). re-attached tgz - OK's? Cheers, Okan p5-File-Touch.tgz Description: application/tar-gz
Re: gftp-gtk.core
is actively maintained If you mean by upstream. I certainly don't see it as a security problem as it rides on the back of the awesome ssh and other programs in true unix spirit.
Re: NEW: devel/p5-File-Touch
On Fri, Apr 13, 2012 at 12:41:41PM -0400, Mike Erdely wrote: On Fri, Apr 13, 2012 at 11:38 AM, Okan Demirmen o...@demirmen.com wrote: On Wed 2011.06.15 at 12:14 -0500, Abel Abraham Camarillo Ojeda wrote: Perl module that implements a function similar to touch(1). re-attached tgz - OK's? This works with very light testing (created a new file and set the timestamp of an existing file). Shouldn't the license marker be # Perl though given the bottom of Touch.pm: sure. Copyright (c) 2001,2007,2009 Nigel Wetters Gourlay. All Rights Reserved. This module is free software. It may be used, redistributed and/or modified under the same terms as Perl itself. Otherwise OK for me. it's ok by me too.
Re: [update] buildbot 0.8.6
Hey, Upstream provides a distname with p1 , meaning 0.8.6 patchlevel 1, so lets use that for the packagename since pl is a valid version stem.. Yeah, I get it, but what's the advantage of having: py-buildbot-0.8.6pl1 py-buildbot-0.8.6pl1p0 py-buildbot-0.8.6pl1p1 ... instead of the existing: py-buildbot-0.8.6.1 py-buildbot-0.8.6.1p0 py-buildbot-0.8.6.1p1 ... ? The latter is IMHO more readable. Best regards, Piotr Sikora piotr.sik...@frickle.com
Re: NEW: devel/p5-File-Touch
On Fri 2012.04.13 at 14:56 -0300, Gleydson Soares wrote: On Fri, Apr 13, 2012 at 12:41:41PM -0400, Mike Erdely wrote: On Fri, Apr 13, 2012 at 11:38 AM, Okan Demirmen o...@demirmen.com wrote: On Wed 2011.06.15 at 12:14 -0500, Abel Abraham Camarillo Ojeda wrote: Perl module that implements a function similar to touch(1). re-attached tgz - OK's? This works with very light testing (created a new file and set the timestamp of an existing file). Shouldn't the license marker be # Perl though given the bottom of Touch.pm: ok, changed - thanks all!
Error building cfengine 3.3.0
Hello,
I'm trying to make a port for cfengine 3.3.0. The configure finishes
without errors, but the make stage quits with the following error:
libtool: compile: cc -DHAVE_CONFIG_H -I. -I/usr/local/include -std=gnu99
-g -Wall -Wno-pointer-sign -Werror=implicit-function-declaration -pthread
-O2 -pipe -I/include -O2 -DNDEBUG -pthread -O2 -pipe -I/include -O2
-DNDEBUG -MT libpromises_la-cf3parse.lo -MD -MP -MF
.deps/libpromises_la-cf3parse.Tpo -c cf3parse.c
-o libpromises_la-cf3parse.o
In file included from cf3.defs.h:34,
from cf3parse.y:10:
cf.defs.h:303: error: conflicting types for 'socklen_t'
/usr/include/sys/types.h:163: error: previous declaration of 'socklen_t'
was here
The file cf.defs.h contains the following code (line 302-304):
#ifndef HAVE_SOCKLEN_T
typedef int socklen_t;
#endif
Apparently HAVE_SOCKLEN_T is not defined, but should be. What is the
recommended way to handle this?
Kind regards,
Martijn Rijkeboer
PS: here's the Makefile I'm using (based on Okan's version):
# $OpenBSD: Makefile,v 1.38 2011/09/16 11:41:39 espie Exp $
COMMENT=GNU system administration tool for networks
DISTNAME= cfengine-3.3.0
CATEGORIES= sysutils
HOMEPAGE= https://www.cfengine.org/
MAINTAINER= Martijn Rijkeboer mart...@bunix.org
# GPLv3
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
WANTLIB=c crypto m pthread pcre qdbm
MASTER_SITES=
${HOMEPAGE}source-code/download?file=${DISTFILES}dummy=/
CONFIGURE_STYLE=gnu
CONFIGURE_ENV+= CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
CONFIGURE_ARGS+=--with-openssl=/usr \
--with-pcre \
--with-qdbm \
--without-mysql \
--without-postgresql \
--disable-shared \
--enable-static
LIB_DEPENDS=databases/qdbm devel/pcre
.include bsd.port.mk
Re: Error building cfengine 3.3.0
On Fri 2012.04.13 at 23:24 +0200, Martijn Rijkeboer wrote: Hello, I'm trying to make a port for cfengine 3.3.0. The configure finishes without errors, ... but you need to read config.log! but the make stage quits with the following error: libtool: compile: cc -DHAVE_CONFIG_H -I. -I/usr/local/include -std=gnu99 -g -Wall -Wno-pointer-sign -Werror=implicit-function-declaration -pthread -O2 -pipe -I/include -O2 -DNDEBUG -pthread -O2 -pipe -I/include -O2 -DNDEBUG -MT libpromises_la-cf3parse.lo -MD -MP -MF .deps/libpromises_la-cf3parse.Tpo -c cf3parse.c -o libpromises_la-cf3parse.o In file included from cf3.defs.h:34, from cf3parse.y:10: cf.defs.h:303: error: conflicting types for 'socklen_t' /usr/include/sys/types.h:163: error: previous declaration of 'socklen_t' was here The file cf.defs.h contains the following code (line 302-304): #ifndef HAVE_SOCKLEN_T typedef int socklen_t; #endif Apparently HAVE_SOCKLEN_T is not defined, but should be. What is the recommended way to handle this? The configure script is missing sys/types.h and incorrectly (not) defining HAVE_SOCKLEN_T. $OpenBSD$ --- configure.orig Fri Apr 13 18:01:26 2012 +++ configure Fri Apr 13 18:02:03 2012 @@ -15485,7 +15485,9 @@ _ACEOF fi -ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t #include sys/socket.h +ac_fn_c_check_type $LINENO socklen_t ac_cv_type_socklen_t +#include sys/types.h +#include sys/socket.h if test x$ac_cv_type_socklen_t = xyes; then : I don't have box that can build cfengine right in front of me right now, but I know I've got mostly working ports of cfengine3 in various stages scattered across a few places. Time to find and merge them I guess :) (and hope the patches I sent upstream got integrated) Let me know of other issues while I get my stuff together... Cheers, Okan
Re: [update] buildbot 0.8.6
On 13/04/12 2:24 PM, Piotr Sikora wrote: Hey, Upstream provides a distname with p1 , meaning 0.8.6 patchlevel 1, so lets use that for the packagename since pl is a valid version stem.. Yeah, I get it, but what's the advantage of having: py-buildbot-0.8.6pl1 py-buildbot-0.8.6pl1p0 py-buildbot-0.8.6pl1p1 ... instead of the existing: py-buildbot-0.8.6.1 py-buildbot-0.8.6.1p0 py-buildbot-0.8.6.1p1 ... ? The latter is IMHO more readable. I agree. It is. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
UPDATE: Tremor
Attached is an update to an up to date snapshot of the Tremor decoder.
What is currently in the ports tree is pretty old and has a few security
related issues and there have been a good number of bug fixes along the
way as well. Also attached are some fixes for the dependent ports.
Tested on amd64 with xmms-tremor/xmms2/tremor-tools.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Index: Makefile
===
RCS file: /home/cvs/ports/audio/tremor/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile17 Aug 2011 12:38:35 - 1.17
+++ Makefile11 Apr 2012 00:13:45 -
@@ -2,10 +2,12 @@
COMMENT= integer-only, fully Ogg Vorbis compliant decoder library
-DISTNAME= tremor-20080326
-REVISION= 0
-SHARED_LIBS += vorbisidec 2.0 # .1.2
+DISTNAME= tremor-20120410
CATEGORIES=audio
+MASTER_SITES= http://comstyle.com/source/
+EXTRACT_SUFX= .tar.bz2
+
+SHARED_LIBS= vorbisidec 3.0
HOMEPAGE= http://www.xiph.org/vorbis/
@@ -15,25 +17,24 @@ PERMIT_DISTFILES_FTP= Yes
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
-MASTER_SITES= http://distfiles.bsdfrog.org/
+WANTLIB= ogg
+
+LIB_DEPENDS= audio/libogg
# autogen.sh needs libtoolize
BUILD_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} \
${MODGNU_AUTOMAKE_DEPENDS} \
devel/libtool
-AUTOCONF_VERSION=2.61
-AUTOMAKE_VERSION=1.9
+AUTOCONF_VERSION= 2.61
+AUTOMAKE_VERSION= 1.10
USE_LIBTOOL= Yes
-CONFIGURE_STYLE=gnu
+CONFIGURE_STYLE= gnu
WRKDIST= ${WRKDIR}/Tremor
-post-extract:
- @perl -pi -e 's/\r\n/\n/g' ${WRKSRC}/Version_script.in
-
-pre-configure:
+post-patch:
@cd ${WRKSRC} env AUTOCONF_VERSION=${AUTOCONF_VERSION} \
AUTOMAKE_VERSION=${AUTOMAKE_VERSION} ./autogen.sh
Index: distinfo
===
RCS file: /home/cvs/ports/audio/tremor/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo7 Apr 2008 04:08:35 - 1.3
+++ distinfo11 Apr 2012 00:14:29 -
@@ -1,5 +1,5 @@
-MD5 (tremor-20080326.tar.gz) = //zUUE/tHg9nxv1fTvJJ/w==
-RMD160 (tremor-20080326.tar.gz) = 5SPJbqKCzgCC4i2QCDAKWPniWIo=
-SHA1 (tremor-20080326.tar.gz) = 7p0VLjkcSlY3Bn9pLhWR7Eycu6Q=
-SHA256 (tremor-20080326.tar.gz) = TIqNDWm6RsdEZpy19fNmi6+xWnqdeWbteLVi1G4wxUY=
-SIZE (tremor-20080326.tar.gz) = 313582
+MD5 (tremor-20120410.tar.bz2) = eXAO0PXXjhsQi0zZ/Q13sw==
+RMD160 (tremor-20120410.tar.bz2) = QvPTs7uOeACVa9ZuHtapOXhE2fM=
+SHA1 (tremor-20120410.tar.bz2) = BHdlg+w+DZImxXZkI5Ojz9EQucA=
+SHA256 (tremor-20120410.tar.bz2) = RM3oW90YOsiG9Vjf57Ms03BdmgdtONrQTu7l+dc7tOA=
+SIZE (tremor-20120410.tar.bz2) = 256053
Index: patches/patch-Version_script_in
===
RCS file: patches/patch-Version_script_in
diff -N patches/patch-Version_script_in
--- patches/patch-Version_script_in 17 Aug 2011 12:38:35 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-Version_script_in,v 1.1 2011/08/17 12:38:35 jasper Exp $
Version_script.in.orig Sat Jul 30 20:16:15 2011
-+++ Version_script.in Sat Jul 30 20:21:11 2011
-@@ -43,6 +43,17 @@
- vorbis_comment_query;
- vorbis_comment_query_count;
- vorbis_comment_clear;
-+ vorbis_block_init;
-+ vorbis_block_clear;
-+ vorbis_dsp_clear;
-+ vorbis_synthesis_headerin;
-+ vorbis_synthesis_init;
-+ vorbis_synthesis_restart;
-+ vorbis_synthesis;
-+ vorbis_synthesis_blockin;
-+ vorbis_synthesis_pcmout;
-+ vorbis_synthesis_read;
-+ vorbis_packet_blocksize;
-
- local:
- *;
Index: patches/patch-configure_in
===
RCS file: /home/cvs/ports/audio/tremor/patches/patch-configure_in,v
retrieving revision 1.1
diff -u -p -r1.1 patch-configure_in
--- patches/patch-configure_in 17 Aug 2011 12:38:35 - 1.1
+++ patches/patch-configure_in 5 Oct 2011 05:23:48 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure_in,v 1.1 2011/08/17 12:38:35 jasper Exp $
configure.in.orig Tue Mar 25 22:56:24 2008
-+++ configure.in Sat Jul 30 20:33:10 2011
-@@ -59,13 +59,13 @@ else
+--- configure.in.orig Wed Oct 5 01:12:59 2011
configure.in Wed Oct 5 01:23:43 2011
+@@ -62,13 +62,13 @@ else
case $host in
arm-*-*)
DEBUG=-g -Wall -D__NO_MATH_INLINES -fsigned-char
-D_ARM_ASSEM_
@@ -19,21 +19,3 @@ $OpenBSD: patch-configure_in,v 1.1 2011/
esac
fi
CFLAGS=$CFLAGS $cflags_save -D_REENTRANT
-@@ -76,16 +76,7 @@ LDFLAGS=$LDFLAGS $ldflags_save
-
