Re: UPDATE: emulators/sdlmame
On Tue, Jun 14, 2011 at 4:01 PM, Stuart Henderson wrote: > In gmane.os.openbsd.ports, you wrote: >> keeping sdlmame is just fine. mame has different targets, one of them >> (and the only one we care) is sdlmame. i personally don't care but i >> don't see any reason to change names. about the u suffix, right, i'm >> not sure either. > >> what's other porters opinions about sdlmame vs mame? i will take a >> look at the suffix. > > their "u" naming is, I think, similar to what we normally call "pl" > so I think we can just switch these across. Their "u" suffix correspond to snapshots being released for testing during a development cycle. You could consider them beta1, beta2, etc. Generally "u" versions work fine, but I would still advise to stick with stable versions (the latest being 0.142 at this time).
Re: non-sndio ports
On Sat, May 8, 2010 at 12:42 PM, Jacob Meuser wrote: > On Sat, May 08, 2010 at 12:23:23PM +0200, Landry Breuil wrote: >> On Sat, May 08, 2010 at 09:42:59AM +, Jacob Meuser wrote: >> > On Sat, May 08, 2010 at 09:37:47AM +, Jacob Meuser wrote: >> > >> > > to be removed from ports: >> > > emulators/xmame >> > > audio/tosha >> > > audio/waveplay >> > >> > btw, someone wants to explicitely OK the removal of these? >> >> OK for tosha & waveplay.. but for xmame, i think consensus was not >> reached yet on "moving/replace/supersed xmame by sdlmame/sdlmess >> as it's the logic successor" > > I thought that there was talk of a new mame port that would supercede > both xmame and sdlmame? maybe I misunderstood. > > -- > jake...@sdf.lonestar.org > SDF Public Access UNIX System - http://sdf.lonestar.org > > I was simply talking about renaming sdlmame to mame (since it's not included in official MAME).
Re: emulators/xmame still useful?
On Mon, Apr 26, 2010 at 03:43:42AM +, Jacob Meuser wrote: > On Sun, Apr 25, 2010 at 04:58:50PM +0200, Pierre Riteau wrote: > > On Thu, Apr 22, 2010 at 02:09:02AM +0200, Landry Breuil wrote: > > > On Thu, Apr 22, 2010 at 12:03:23AM +, Jacob Meuser wrote: > > > > is there still a use for xmame or has it truly been superceeded > > > > by sdlmame/sdlmess? > > > > > > As i already told you privately, xmame is dead upstream and its devs > > > consider sdl* the endorsed replacement. So if anyone is really attached > > > to xmame and doesn't want to switch to sdlmame, provide a valid reason, > > > or be prepared to see xmame die with extreme prejudice. > > > > > > Landry > > > > Yes, xmame is completely dead, sdlmame should be used instead. > > > > Actually, sdlmame has been integrated in upstream MAME, it's not a > > separate release anymore. So, would it make sense to rename the > > sdlmame/sdlmess ports to mame/mess, or is it too much pain for no real > > gain? > > I guess that depends on how confusing it would be to users? I mean, > if a user is looking for mame, would they know to look for sdlmame? If they are not aware of MAME's history, probably not. They should be able to find this information using Google however. But since we have quirks now, maybe we should go for it?
Re: emulators/xmame still useful?
On Thu, Apr 22, 2010 at 02:09:02AM +0200, Landry Breuil wrote: > On Thu, Apr 22, 2010 at 12:03:23AM +, Jacob Meuser wrote: > > is there still a use for xmame or has it truly been superceeded > > by sdlmame/sdlmess? > > As i already told you privately, xmame is dead upstream and its devs > consider sdl* the endorsed replacement. So if anyone is really attached > to xmame and doesn't want to switch to sdlmame, provide a valid reason, > or be prepared to see xmame die with extreme prejudice. > > Landry Yes, xmame is completely dead, sdlmame should be used instead. Actually, sdlmame has been integrated in upstream MAME, it's not a separate release anymore. So, would it make sense to rename the sdlmame/sdlmess ports to mame/mess, or is it too much pain for no real gain? Pierre
UPDATE: emulators/sdlmess
To version 0.132.
Index: Makefile
===
RCS file: /home/priteau/cvs/ports/emulators/sdlmess/Makefile,v
retrieving revision 1.4
diff -N -p -u Makefile
--- Makefile24 Apr 2009 14:47:16 - 1.4
+++ Makefile12 Jun 2009 11:09:16 -
@@ -5,9 +5,9 @@ ONLY_FOR_ARCHS =amd64 i386
COMMENT = emulates game consoles and old home computers
-V =0.130
+V =0.132
DISTNAME = sdlmess${V:S/.//}
-PKGNAME = sdlmess-${V}p1
+PKGNAME = sdlmess-${V}
CATEGORIES = emulators games
Index: distinfo
===
RCS file: /home/priteau/cvs/ports/emulators/sdlmess/distinfo,v
retrieving revision 1.1.1.1
diff -N -p -u distinfo
--- distinfo17 Mar 2009 19:58:21 - 1.1.1.1
+++ distinfo25 Jun 2009 07:38:49 -
@@ -1,5 +1,5 @@
-MD5 (sdlmess0130.zip) = MXZ8BN07HunoyP/mA5KOeg==
-RMD160 (sdlmess0130.zip) = KzhPo0n9saYFBlg3ZoIcVzbOuhE=
-SHA1 (sdlmess0130.zip) = cwsaPq78y3hSBeXSXnoigbQoItc=
-SHA256 (sdlmess0130.zip) = +Lr6FV2qbMQ1EY5EypFY890VVbfAww6WcZCAFPx2GS8=
-SIZE (sdlmess0130.zip) = 31636461
+MD5 (sdlmess0132.zip) = ABXPQvJ541tYzyupTX8XAA==
+RMD160 (sdlmess0132.zip) = WeCFCbhUeyt0HszgZZFEG7Gg2yo=
+SHA1 (sdlmess0132.zip) = 53QFsVF87ZAyt5OyQcckBlQTIAg=
+SHA256 (sdlmess0132.zip) = umyIowESy2kV33DYXOvkJ6COvfENDjTkW9FrQXMl3oc=
+SIZE (sdlmess0132.zip) = 32310226
Index: patches/patch-src_osd_sdl_sdl_mak
===
RCS file:
/home/priteau/cvs/ports/emulators/sdlmess/patches/patch-src_osd_sdl_sdl_mak,v
retrieving revision 1.1.1.1
diff -N -p -u patches/patch-src_osd_sdl_sdl_mak
--- patches/patch-src_osd_sdl_sdl_mak 17 Mar 2009 19:58:21 - 1.1.1.1
+++ /dev/null 26 Jun 2009 19:10:55 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-src_osd_sdl_sdl_mak,v 1.1.1.1 2009/03/17 19:58:21 landry Exp $
src/osd/sdl/sdl.mak.orig Fri Jan 2 21:59:12 2009
-+++ src/osd/sdl/sdl.makSun Jan 11 13:12:01 2009
-@@ -130,6 +130,11 @@ TARGETOS = unix
- DEFS += -DNO_THREAD_COOPERATIVE -DNO_DEBUGGER
- endif
-
-+ifeq ($(TARGETOS),openbsd)
-+TARGETOS = unix
-+DEFS += -DNO_THREAD_COOPERATIVE
-+endif
-+
- ifeq ($(TARGETOS),unix)
- DEFS += -DSDLMAME_UNIX
- ifndef NO_X11
Index: patches/patch-src_osd_sdl_sdldir_c
===
RCS file:
/home/priteau/cvs/ports/emulators/sdlmess/patches/patch-src_osd_sdl_sdldir_c,v
retrieving revision 1.1.1.1
diff -N -p -u patches/patch-src_osd_sdl_sdldir_c
--- patches/patch-src_osd_sdl_sdldir_c 17 Mar 2009 19:58:21 - 1.1.1.1
+++ /dev/null 26 Jun 2009 19:10:55 -
@@ -1,57 +0,0 @@
-$OpenBSD: patch-src_osd_sdl_sdldir_c,v 1.1.1.1 2009/03/17 19:58:21 landry Exp $
src/osd/sdl/sdldir.c.orig Sun Mar 15 15:49:29 2009
-+++ src/osd/sdl/sdldir.c Sun Mar 15 15:50:38 2009
-@@ -13,7 +13,7 @@
- #ifdef SDLMAME_LINUX
- #define __USE_LARGEFILE64
- #endif
--#ifndef SDLMAME_FREEBSD
-+#ifndef SDLMAME_BSD
- #define _XOPEN_SOURCE 500
- #endif
-
-@@ -43,7 +43,7 @@
- struct _osd_directory
- {
- osd_directory_entry ent;
--#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
- struct dirent *data;
- #else
- struct dirent64 *data;
-@@ -52,7 +52,7 @@ struct _osd_directory
- };
-
-
--#if defined (SDLMAME_LINUX) || defined (SDLMAME_FREEBSD) ||
defined(SDLMAME_DARWIN)
-+#if defined (SDLMAME_LINUX) || defined (SDLMAME_BSD) ||
defined(SDLMAME_DARWIN)
- static osd_dir_entry_type get_attributes_enttype(int attributes)
- {
- if (attributes == DT_DIR)
-@@ -85,7 +85,7 @@ static osd_dir_entry_type get_attributes_stat(const ch
-
- static UINT64 osd_get_file_size(const char *file)
- {
--#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
- struct stat st;
- if(stat(file, &st))
- return 0;
-@@ -171,7 +171,7 @@ osd_directory *osd_opendir(const char *dirname)
-
- const osd_directory_entry *osd_readdir(osd_directory *dir)
- {
-- #if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+ #if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
- dir->data = readdir(dir->fd);
- #else
- dir->data = readdir64(dir->fd);
-@@ -181,7 +181,7 @@ const osd_directory_entry *osd_readdir(osd_directory *
- return
UPDATE: emulators/sdlmame
To version 0.132.
Index: Makefile
===
RCS file: /home/priteau/cvs/ports/emulators/sdlmame/Makefile,v
retrieving revision 1.4
diff -N -p -u Makefile
--- Makefile24 Apr 2009 14:47:16 - 1.4
+++ Makefile12 Jun 2009 06:52:10 -
@@ -8,10 +8,10 @@ MULTI_PACKAGES = -main -tools
COMMENT-main = emulates a massive variety of arcades machines
COMMENT-tools =tools to manipulate MAME/MESS roms and disk
images
-V =0.130
+V =0.132
DISTNAME = sdlmame${V:S/.//}
-PKGNAME-main = sdlmame-${V}p1
-PKGNAME-tools =sdlmame-tools-${V}p0
+PKGNAME-main = sdlmame-${V}
+PKGNAME-tools =sdlmame-tools-${V}
CATEGORIES = emulators games
Index: distinfo
===
RCS file: /home/priteau/cvs/ports/emulators/sdlmame/distinfo,v
retrieving revision 1.1.1.1
diff -N -p -u distinfo
--- distinfo17 Mar 2009 19:55:09 - 1.1.1.1
+++ distinfo12 Jun 2009 06:54:48 -
@@ -1,5 +1,5 @@
-MD5 (sdlmame0130.zip) = EZXaC2rnYu7rsh9QBQnWLQ==
-RMD160 (sdlmame0130.zip) = 96ra0tnq1v2Dtc9z2AwoSRskwK4=
-SHA1 (sdlmame0130.zip) = r20FAmVGcoWzC2BvCkBtmig31bY=
-SHA256 (sdlmame0130.zip) = 1vJSkex5WD3OswCnIfdqENGDmtE4kOUdntR7UjY2Peg=
-SIZE (sdlmame0130.zip) = 17681979
+MD5 (sdlmame0132.zip) = TjVpWzHsEHhQ+MUBNz+Pyg==
+RMD160 (sdlmame0132.zip) = bvn5dFyDNzR0zq+s5VL7VUHo/rY=
+SHA1 (sdlmame0132.zip) = qDi1Lm28KDVqq6EA5G1X3g9TyN0=
+SHA256 (sdlmame0132.zip) = QuaYVWkeeeT4yjtILqwNUgPEVQKij2mmDMmzOygMqgE=
+SIZE (sdlmame0132.zip) = 17879263
Index: patches/patch-src_osd_sdl_sdl_mak
===
RCS file:
/home/priteau/cvs/ports/emulators/sdlmame/patches/patch-src_osd_sdl_sdl_mak,v
retrieving revision 1.1.1.1
diff -N -p -u patches/patch-src_osd_sdl_sdl_mak
--- patches/patch-src_osd_sdl_sdl_mak 17 Mar 2009 19:55:09 - 1.1.1.1
+++ /dev/null 26 Jun 2009 19:10:55 -
@@ -1,15 +0,0 @@
-$OpenBSD: patch-src_osd_sdl_sdl_mak,v 1.1.1.1 2009/03/17 19:55:09 landry Exp $
src/osd/sdl/sdl.mak.orig Sat Jan 10 18:28:42 2009
-+++ src/osd/sdl/sdl.makSat Jan 10 18:27:52 2009
-@@ -130,6 +130,11 @@ TARGETOS = unix
- DEFS += -DNO_THREAD_COOPERATIVE -DNO_DEBUGGER
- endif
-
-+ifeq ($(TARGETOS),openbsd)
-+TARGETOS = unix
-+DEFS += -DNO_THREAD_COOPERATIVE
-+endif
-+
- ifeq ($(TARGETOS),unix)
- DEFS += -DSDLMAME_UNIX
- ifndef NO_X11
Index: patches/patch-src_osd_sdl_sdldir_c
===
RCS file:
/home/priteau/cvs/ports/emulators/sdlmame/patches/patch-src_osd_sdl_sdldir_c,v
retrieving revision 1.1.1.1
diff -N -p -u patches/patch-src_osd_sdl_sdldir_c
--- patches/patch-src_osd_sdl_sdldir_c 17 Mar 2009 19:55:09 - 1.1.1.1
+++ /dev/null 26 Jun 2009 19:10:55 -
@@ -1,57 +0,0 @@
-$OpenBSD: patch-src_osd_sdl_sdldir_c,v 1.1.1.1 2009/03/17 19:55:09 landry Exp $
src/osd/sdl/sdldir.c.orig Sun Mar 15 10:50:02 2009
-+++ src/osd/sdl/sdldir.c Sun Mar 15 10:53:02 2009
-@@ -13,7 +13,7 @@
- #ifdef SDLMAME_LINUX
- #define __USE_LARGEFILE64
- #endif
--#ifndef SDLMAME_FREEBSD
-+#ifndef SDLMAME_BSD
- #define _XOPEN_SOURCE 500
- #endif
-
-@@ -43,7 +43,7 @@
- struct _osd_directory
- {
- osd_directory_entry ent;
--#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
- struct dirent *data;
- #else
- struct dirent64 *data;
-@@ -52,7 +52,7 @@ struct _osd_directory
- };
-
-
--#if defined (SDLMAME_LINUX) || defined (SDLMAME_FREEBSD) ||
defined(SDLMAME_DARWIN)
-+#if defined (SDLMAME_LINUX) || defined (SDLMAME_BSD) ||
defined(SDLMAME_DARWIN)
- static osd_dir_entry_type get_attributes_enttype(int attributes)
- {
- if (attributes == DT_DIR)
-@@ -85,7 +85,7 @@ static osd_dir_entry_type get_attributes_stat(const ch
-
- static UINT64 osd_get_file_size(const char *file)
- {
--#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
- struct stat st;
- if(stat(file, &st))
- return 0;
-@@ -171,7 +171,7 @@ osd_directory *osd_opendir(const char *dirname)
-
- const osd_directory_entry *osd_readdir(osd_directory *dir)
- {
-- #if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
-+ #if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
-
xmame and sdlmame/sdlmess
I forgot to make sdlmame and sdlmess conflict with the various xmame
flavors.
Here is a diff which fixes it and also improves a little ${V} handling
in my ports.
The @conflict markers in xmame are different depending on the flavor.
And I didn't bump sdlmame since it doesn't conflict with other ports.
Index: sdlmame/Makefile
===
RCS file: /cvs/ports/emulators/sdlmame/Makefile,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 Makefile
--- sdlmame/Makefile17 Mar 2009 19:55:09 - 1.1.1.1
+++ sdlmame/Makefile18 Mar 2009 11:00:41 -
@@ -8,10 +8,10 @@ MULTI_PACKAGES = -main -tools
COMMENT-main = emulates a massive variety of arcades machines
COMMENT-tools =tools to manipulate MAME/MESS roms and disk
images
-V =130
-DISTNAME = sdlmame0${V}
-PKGNAME-main = sdlmame-0.${V}
-PKGNAME-tools =sdlmame-tools-0.${V}
+V =0.130
+DISTNAME = sdlmame${V:S/.//}
+PKGNAME-main = sdlmame-${V}
+PKGNAME-tools =sdlmame-tools-${V}p0
CATEGORIES = emulators games
@@ -40,7 +40,7 @@ MODGCC4_LANG =c
LIB_DEPENDS = SDL::devel/sdl gconf-2.>=5::devel/gconf2 \
gdk-x11-2.0.>=0.11,gdk_pixbuf-2.0.>=0.11,gtk-x11-2.0.>=0.11::x11/gtk+2
-RUN_DEPENDS-main = :sdlmame-tools-0.${V}:emulators/sdlmame,-tools
+RUN_DEPENDS-main = :${PKGNAME-tools}:emulators/sdlmame,-tools
USE_GMAKE =Yes
USE_X11 = Yes
Index: sdlmame/pkg/PLIST-tools
===
RCS file: /cvs/ports/emulators/sdlmame/pkg/PLIST-tools,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 PLIST-tools
--- sdlmame/pkg/PLIST-tools 17 Mar 2009 19:55:09 - 1.1.1.1
+++ sdlmame/pkg/PLIST-tools 18 Mar 2009 11:00:41 -
@@ -1,4 +1,7 @@
@comment $OpenBSD: PLIST-tools,v 1.1.1.1 2009/03/17 19:55:09 landry Exp $
+...@conflict xmame+xmess-*
+...@conflict xmame-*
+...@conflict xmess-*
@bin bin/chdman
@bin bin/jedutil
@bin bin/ldresample
Index: sdlmess/Makefile
===
RCS file: /cvs/ports/emulators/sdlmess/Makefile,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 Makefile
--- sdlmess/Makefile17 Mar 2009 19:58:21 - 1.1.1.1
+++ sdlmess/Makefile18 Mar 2009 11:00:41 -
@@ -5,9 +5,9 @@ ONLY_FOR_ARCHS =amd64 i386
COMMENT = emulates game consoles and old home computers
-V =130
-DISTNAME = sdlmess0${V}
-PKGNAME = sdlmess-0.${V}
+V =0.130
+DISTNAME = sdlmess${V:S/.//}
+PKGNAME = sdlmess-${V}p0
CATEGORIES = emulators games
@@ -36,7 +36,7 @@ MODGCC4_LANG =c
LIB_DEPENDS = SDL::devel/sdl gconf-2.>=5::devel/gconf2 \
gdk-x11-2.0.>=0.11,gdk_pixbuf-2.0.>=0.11,gtk-x11-2.0.>=0.11::x11/gtk+2
-RUN_DEPENDS = :sdlmame-tools-0.${V}:emulators/sdlmame,-tools
+RUN_DEPENDS = :sdlmame-tools-${V}:emulators/sdlmame,-tools
USE_GMAKE =Yes
USE_X11 = Yes
Index: sdlmess/pkg/PLIST
===
RCS file: /cvs/ports/emulators/sdlmess/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -p -u -r1.1.1.1 PLIST
--- sdlmess/pkg/PLIST 17 Mar 2009 19:58:21 - 1.1.1.1
+++ sdlmess/pkg/PLIST 18 Mar 2009 11:00:41 -
@@ -1,4 +1,6 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2009/03/17 19:58:21 landry Exp $
+...@conflict xmame+xmess-*
+...@conflict xmess-*
@bin bin/dat2html
@bin bin/imgtool
@bin bin/sdlmess
Index: xmame/Makefile
===
RCS file: /cvs/ports/emulators/xmame/Makefile,v
retrieving revision 1.31
diff -p -u -r1.31 Makefile
--- xmame/Makefile 4 Jan 2008 17:48:34 - 1.31
+++ xmame/Makefile 18 Mar 2009 11:00:41 -
@@ -7,9 +7,9 @@ COMMENT-mess= emulates game consoles and
VERSION= 0.104
DISTNAME= xmame-${VERSION}
-PKGNAME-main= xmame+xmess-${VERSION}p2
-PKGNAME-mame= xmame-${VERSION}p1
-PKGNAME-mess= xmess-${VERSION}p1
+PKGNAME-main= xmame+xmess-${VERSION}p3
+PKGNAME-mame= xmame-${VERSION}p2
+PKGNAME-mess= xmess-${VERSION}p2
CATEGORIES=emulators games
MASTER_SITES= ftp://xmame.kaupp.us/pub/xmame/ \
Index: xmame/pkg/PLIST-main
===
RCS file: /cvs/ports/emulators/xmame/pkg/PLIST-main,v
retrieving revision 1.2
diff -p -u -r1.2 PLIST-main
--- xmame/pkg/PLIST-main13 May 2007 12:11:25 - 1.2
+++ xmame/pkg/PLIST-main18 Mar 2009 11:00:41 -
@@ -1,4 +1,6 @@
@comment $OpenBSD: PLIST-main,v 1.2 2007/05/13 12:11:25 aanriot Exp $
+...@conflict sdlmame-tools-*
+...@conflict sdlmess-*
@conflict xmame-*
Re: NEW: emulators/sdlmame
On 17 mars 09, at 18:15, Christian Weisgerber wrote: Pierre Riteau wrote: Update to sdlmame 0.130. Tarball updated following Landry's feedback. Also attached a diff between the old and the new tarball. New version, now with MULTI_PACKAGES flavor! I've given it a spin on amd64 with a remote X11 display. After some struggling how to run this and how to start a game (it's so long ago I last used xmame that I had forgotten the details), it worked fine for me with the game I tried, including sound. There is no joystick support, is there? uhidev2 at uhub2 port 2 configuration 1 interface 0 "MOSIC USB 2A4K GamePad" rev 1.10/1.00 addr 4 uhidev2: iclass 3/0 uhid2 at uhidev2: input=3, output=0, feature=0 Tried the -joystick option? I have an Xbox 360 gamepad but AFAIK it is not supported on OpenBSD. It works OK with sdlmame in OS X though (with a special driver), so I suppose sdlmame handles joysticks just fine using the SDL interface?
Re: NEW: emulators/sdlmess
On Mon, Mar 16, 2009 at 09:56:49AM +0100, Pierre Riteau wrote: > On Sun, Mar 15, 2009 at 03:56:55PM +0100, Landry Breuil wrote: > > On Sat, Mar 14, 2009 at 11:37:00AM +0100, Pierre Riteau wrote: > > > Update to sdlmess 0.130. > > > > Comments goes for sdlmame & sdlmess : > > WANTLIB lacks dbus-1 & gio-2.0 > > I'd rather see src/osd/sdl/sdlprefix.h patched to add > > || defined(__OpenBSD__) (and forward the diff upstream) instead of lying > > and pretend SDLMAME_FREEBSD is defined. If possible, make upstream > > change this define to a more generic SDLMAME_BSD ... like > > SDLMAME_DARWIN/SDLMAME_WIN32/SDLMAME_LINUX. > > And forward sdl.mak patch too :) > > Fixed. I will forward the diffs ASAP. > I also removed testkeys from the installed files, it's not very useful > for the end user (it is used to create keymap files for SDL). > And I fixed the makefile to stop using -O3, as reported by Jacob. > > > I didn't really manage to see the difference between sdlmame and > > sdlmess, but as it's two different tarballs (sdlmess is twice bigger), > > yeah that's correct to do two separate ports. But maybe install the > > 'common binaries' both prefixed by where they came as done for mess. > > sdlmess uses sdlmame's code, adds modules to emulate home consoles and > computers, and doesn't build mame modules. > It should be possible to build sdlmame from sdlmess source > (just need to change the TARGET in the makefile), but using sdlmame's > tarball makes it easier to test the interim releases (sdlmame-0.XXXuY): > sdlmess is only updated for new stable releases. > > I changed the name of the common binaries to use a suffix instead of a > prefix. Makes it easier to find them with autocompletion. > > I've also looked at the last 4 releases and the common binaries source > is the same. I will see about multi-packaging them. > > > Other than that, looks good so far.. if only it didn't take HOURS to > > build. I suppose you tried gcc3, and it miserably fails... > > Yep, it doesn't work. And I remember upstream reporting code generation > bugs on old gcc releases, so they recommend gcc4+. > > > Going to import both soon, after you send the fixes i mentioned :) > > If anyone is interested to make it work/tested & enabled on ppc/sparc64, > > see with pierre :) > > > > Landry > > Thank you for the review Landry :) > > If anyone want to test on ppc, drop me a mail since you need a small > patch. And making it work on sparc64 is on my todo list. > > Attached is a new tarball, plus a diff from the old tarball to help > review. New version which RUN_DEPENDS on sdlmame-tools. sdlmess-0.130v3.tar.gz Description: application/tar-gz
Re: NEW: emulators/sdlmame
On Mon, Mar 16, 2009 at 09:58:27AM +0100, Pierre Riteau wrote: > On Sat, Mar 14, 2009 at 11:36:40AM +0100, Pierre Riteau wrote: > > Update to sdlmame 0.130. > > Tarball updated following Landry's feedback. Also attached a diff > between the old and the new tarball. New version, now with MULTI_PACKAGES flavor! sdlmame-0.130v3.tar.gz Description: application/tar-gz
Re: NEW: emulators/sdlmame
On Sat, Mar 14, 2009 at 11:36:40AM +0100, Pierre Riteau wrote:
> Update to sdlmame 0.130.
Tarball updated following Landry's feedback. Also attached a diff
between the old and the new tarball.
diff --git a/emulators/sdlmame/Makefile b/emulators/sdlmame/Makefile
index 9a49135..d2f13cf 100644
--- a/emulators/sdlmame/Makefile
+++ b/emulators/sdlmame/Makefile
@@ -21,12 +21,11 @@ PERMIT_PACKAGE_FTP =Yes
PERMIT_DISTFILES_CDROM = may not sell
PERMIT_DISTFILES_FTP = Yes
-WANTLIB = X11 Xinerama c m pthread expat z
-WANTLIB += Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi
-WANTLIB += Xrandr Xrender fontconfig freetype iconv pixman-1
-WANTLIB += ORBit-2 atk-1.0 cairo glib-2.0 glitz gmodule-2.0
-WANTLIB += gobject-2.0 gthread-2.0 intl pango-1.0 pangocairo-1.0
-WANTLIB += pangoft2-1.0 png
+WANTLIB += ORBit-2 X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext
+WANTLIB += Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo dbus-1
+WANTLIB += expat fontconfig freetype gio-2.0 glib-2.0 glitz gmodule-2.0
+WANTLIB += gobject-2.0 gthread-2.0 iconv intl m pango-1.0 pangocairo-1.0
+WANTLIB += pangoft2-1.0 pixman-1 png pthread z
MASTER_SITES = http://rbelmont.mameworld.info/
EXTRACT_SUFX = .zip
@@ -44,7 +43,6 @@ USE_X11 = Yes
NO_REGRESS = Yes
VMEM_WARNING = Yes
-CFLAGS += -DSDLMAME_FREEBSD
MAKE_ENV = ARCH=$(ARCH) CC=$(CC) CFLAGS="$(CFLAGS)" LD=$(CC) \
TARGETOS=openbsd
.if ${MACHINE_ARCH} == "amd64"
@@ -52,13 +50,13 @@ MAKE_ENV+= PTR64=1
.endif
MAKE_FILE =makefile
-MAME_EXTBIN = chdman jedutil ldresample ldverify romcmp testkeys
+MAME_EXTBIN = chdman jedutil ldresample ldverify romcmp
MAME_DOC = config.txt license.txt mame.txt newvideo.txt
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/mame ${PREFIX}/bin/sdlmame
.for i in ${MAME_EXTBIN}
- ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin/
+ ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin/${i}-mame
.endfor
${INSTALL_DATA_DIR} ${PREFIX}/share/sdlmame/keymaps
${INSTALL_DATA} ${WRKSRC}/keymaps/km[-_]??.txt \
diff --git a/emulators/sdlmame/patches/patch-makefile
b/emulators/sdlmame/patches/patch-makefile
index 171e114..d93a195 100644
--- a/emulators/sdlmame/patches/patch-makefile
+++ b/emulators/sdlmame/patches/patch-makefile
@@ -1,6 +1,6 @@
$OpenBSD$
--- makefile.orig Thu Mar 5 15:16:35 2009
-+++ makefile Mon Mar 9 20:57:56 2009
makefile Sun Mar 15 15:05:18 2009
@@ -125,10 +125,10 @@ endif
# BIGENDIAN = 1
@@ -46,3 +46,12 @@ $OpenBSD$
endif
# we compile C-only to C89 standard with GNU extensions
+@@ -331,7 +331,7 @@ CCOMFLAGS += -pg
+ endif
+
+ # add the optimization flag
+-CCOMFLAGS += -O$(OPTIMIZE)
++#CCOMFLAGS += -O$(OPTIMIZE)
+
+ # if we are optimizing, include optimization options
+ # and make all errors into warnings
diff --git a/emulators/sdlmame/patches/patch-src_osd_sdl_sdldir_c
b/emulators/sdlmame/patches/patch-src_osd_sdl_sdldir_c
new file mode 100644
index 000..075bfaf
--- /dev/null
+++ b/emulators/sdlmame/patches/patch-src_osd_sdl_sdldir_c
@@ -0,0 +1,57 @@
+$OpenBSD$
+--- src/osd/sdl/sdldir.c.orig Sun Mar 15 10:50:02 2009
src/osd/sdl/sdldir.c Sun Mar 15 10:53:02 2009
+@@ -13,7 +13,7 @@
+ #ifdef SDLMAME_LINUX
+ #define __USE_LARGEFILE64
+ #endif
+-#ifndef SDLMAME_FREEBSD
++#ifndef SDLMAME_BSD
+ #define _XOPEN_SOURCE 500
+ #endif
+
+@@ -43,7 +43,7 @@
+ struct _osd_directory
+ {
+ osd_directory_entry ent;
+-#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
++#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
+ struct dirent *data;
+ #else
+ struct dirent64 *data;
+@@ -52,7 +52,7 @@ struct _osd_directory
+ };
+
+
+-#if defined (SDLMAME_LINUX) || defined (SDLMAME_FREEBSD) ||
defined(SDLMAME_DARWIN)
++#if defined (SDLMAME_LINUX) || defined (SDLMAME_BSD) ||
defined(SDLMAME_DARWIN)
+ static osd_dir_entry_type get_attributes_enttype(int attributes)
+ {
+ if (attributes == DT_DIR)
+@@ -85,7 +85,7 @@ static osd_dir_entry_type get_attributes_stat(const ch
+
+ static UINT64 osd_get_file_size(const char *file)
+ {
+-#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_FREEBSD) || defined(SDLMAME_OS2)
++#if defined(SDLMAME_DARWIN) || defined(SDLMAME_WIN32) ||
defined(SDLMAME_NO64BITIO) || defined(SDLMAME_BSD) || defined(SDLMAME_OS2)
+ struct stat st;
+ if(stat(file, &st))
+ return 0;
+@@ -171,7 +171,7 @@ osd_directory *osd_opendir(const char *dirname)
+
+ const osd_directory_entry *osd_readdir(osd_directo
Re: NEW: emulators/sdlmess
On Sun, Mar 15, 2009 at 03:56:55PM +0100, Landry Breuil wrote:
> On Sat, Mar 14, 2009 at 11:37:00AM +0100, Pierre Riteau wrote:
> > Update to sdlmess 0.130.
>
> Comments goes for sdlmame & sdlmess :
> WANTLIB lacks dbus-1 & gio-2.0
> I'd rather see src/osd/sdl/sdlprefix.h patched to add
> || defined(__OpenBSD__) (and forward the diff upstream) instead of lying
> and pretend SDLMAME_FREEBSD is defined. If possible, make upstream
> change this define to a more generic SDLMAME_BSD ... like
> SDLMAME_DARWIN/SDLMAME_WIN32/SDLMAME_LINUX.
> And forward sdl.mak patch too :)
Fixed. I will forward the diffs ASAP.
I also removed testkeys from the installed files, it's not very useful
for the end user (it is used to create keymap files for SDL).
And I fixed the makefile to stop using -O3, as reported by Jacob.
> I didn't really manage to see the difference between sdlmame and
> sdlmess, but as it's two different tarballs (sdlmess is twice bigger),
> yeah that's correct to do two separate ports. But maybe install the
> 'common binaries' both prefixed by where they came as done for mess.
sdlmess uses sdlmame's code, adds modules to emulate home consoles and
computers, and doesn't build mame modules.
It should be possible to build sdlmame from sdlmess source
(just need to change the TARGET in the makefile), but using sdlmame's
tarball makes it easier to test the interim releases (sdlmame-0.XXXuY):
sdlmess is only updated for new stable releases.
I changed the name of the common binaries to use a suffix instead of a
prefix. Makes it easier to find them with autocompletion.
I've also looked at the last 4 releases and the common binaries source
is the same. I will see about multi-packaging them.
> Other than that, looks good so far.. if only it didn't take HOURS to
> build. I suppose you tried gcc3, and it miserably fails...
Yep, it doesn't work. And I remember upstream reporting code generation
bugs on old gcc releases, so they recommend gcc4+.
> Going to import both soon, after you send the fixes i mentioned :)
> If anyone is interested to make it work/tested & enabled on ppc/sparc64,
> see with pierre :)
>
> Landry
Thank you for the review Landry :)
If anyone want to test on ppc, drop me a mail since you need a small
patch. And making it work on sparc64 is on my todo list.
Attached is a new tarball, plus a diff from the old tarball to help
review.
diff --git a/emulators/sdlmess/Makefile b/emulators/sdlmess/Makefile
index fdc5f61..46e0fea 100644
--- a/emulators/sdlmess/Makefile
+++ b/emulators/sdlmess/Makefile
@@ -21,12 +21,11 @@ PERMIT_PACKAGE_FTP =Yes
PERMIT_DISTFILES_CDROM = may not sell
PERMIT_DISTFILES_FTP = Yes
-WANTLIB = X11 Xinerama c m pthread expat z
-WANTLIB += Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes Xi
-WANTLIB += Xrandr Xrender fontconfig freetype iconv pixman-1
-WANTLIB += ORBit-2 atk-1.0 cairo glib-2.0 glitz gmodule-2.0
-WANTLIB += gobject-2.0 gthread-2.0 intl pango-1.0 pangocairo-1.0
-WANTLIB += pangoft2-1.0 png
+WANTLIB += ORBit-2 X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext
+WANTLIB += Xfixes Xi Xinerama Xrandr Xrender atk-1.0 c cairo dbus-1
+WANTLIB += expat fontconfig freetype gio-2.0 glib-2.0 glitz gmodule-2.0
+WANTLIB += gobject-2.0 gthread-2.0 iconv intl m pango-1.0 pangocairo-1.0
+WANTLIB += pangoft2-1.0 pixman-1 png pthread z
MASTER_SITES = http://rbelmont.mameworld.info/
EXTRACT_SUFX = .zip
@@ -43,7 +42,6 @@ USE_X11 = Yes
NO_REGRESS = Yes
-CFLAGS += -DSDLMAME_FREEBSD
MAKE_ENV = ARCH=$(ARCH) CC=$(CC) CFLAGS="$(CFLAGS)" LD=$(CC) \
TARGETOS=openbsd
.if ${MACHINE_ARCH} == "amd64"
@@ -52,14 +50,14 @@ MAKE_ENV+= PTR64=1
MAKE_FILE =makefile.sdl
MESS_EXTBIN= chdman dat2html imgtool jedutil ldresample ldverify \
- romcmp testkeys
+ romcmp
MESS_DOC= config.txt credits.htm faq.htm imgtool.txt \
license.txt mame.txt messnew.txt newvideo.txt
do-install:
${INSTALL_PROGRAM} ${WRKSRC}/mess ${PREFIX}/bin/sdlmess
.for i in ${MESS_EXTBIN}
- ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin/mess-${i}
+ ${INSTALL_PROGRAM} ${WRKSRC}/${i} ${PREFIX}/bin/${i}-mess
.endfor
${INSTALL_DATA_DIR} ${PREFIX}/share/sdlmess/keymaps
${INSTALL_DATA} ${WRKSRC}/keymaps/km[-_]??.txt \
diff --git a/emulators/sdlmess/patches/patch-makefile_sdl
b/emulators/sdlmess/patches/patch-makefile_sdl
index 37facdb..bae716c 100644
--- a/emulators/sdlmess/patches/patch-makefile_sdl
+++ b/emulators/sdlmess/patches/patch-makefile_sdl
@@ -1,6 +1,6 @@
$OpenBSD$
Re: NEW: emulators/sdlmess
On Sun, Mar 15, 2009 at 08:58:45PM +, Jacob Meuser wrote: > On Sun, Mar 15, 2009 at 03:56:55PM +0100, Landry Breuil wrote: > > On Sat, Mar 14, 2009 at 11:37:00AM +0100, Pierre Riteau wrote: > > > Update to sdlmess 0.130. > > > > Comments goes for sdlmame & sdlmess : > > WANTLIB lacks dbus-1 & gio-2.0 > > I'd rather see src/osd/sdl/sdlprefix.h patched to add > > || defined(__OpenBSD__) (and forward the diff upstream) instead of lying > > and pretend SDLMAME_FREEBSD is defined. If possible, make upstream > > change this define to a more generic SDLMAME_BSD ... like > > SDLMAME_DARWIN/SDLMAME_WIN32/SDLMAME_LINUX. > > And forward sdl.mak patch too :) > > > > I didn't really manage to see the difference between sdlmame and > > sdlmess, but as it's two different tarballs (sdlmess is twice bigger), > > yeah that's correct to do two separate ports. But maybe install the > > 'common binaries' both prefixed by where they came as done for mess. > > > > Other than that, looks good so far.. if only it didn't take HOURS to > > build. I suppose you tried gcc3, and it miserably fails... > > > > Going to import both soon, after you send the fixes i mentioned :) > > If anyone is interested to make it work/tested & enabled on ppc/sparc64, > > see with pierre :) > > I noticed there was -O3 in the compilation commands but haven't > had much time to investigate further. Yes, I pass the CFLAGS to the makefile but it adds a few compiler options on its own, and one of them is -O3 by default. I guess I should disable this?
Re: NEW: emulators/sdlmess
On Sat, Mar 14, 2009 at 07:15:12PM +0100, Antoine Jacoutot wrote: > On Sat, 14 Mar 2009, Federico G. Schwindt wrote: > > > On Sat, Mar 14, 2009 at 07:00:00PM +0100, Antoine Jacoutot wrote: > > > On Sat, 14 Mar 2009, Pierre Riteau wrote: > > > > > > > Update to sdlmess 0.130. > > > > > > Can you send your updates as diff, please. > > > > these are new ports. > > err... sorry, I saw "update to..." so. > Blame saturday night. Sorry, I should have made my mail more explicit. These are updates of my sdlmame/sdlmess ports that are not yet in the ports tree.
Re: NEW: emulators/sdlmess
Update to sdlmess 0.130. sdlmess-0.130.tar.gz Description: application/tar-gz
Re: NEW: emulators/sdlmame
Update to sdlmame 0.130. sdlmame-0.130.tar.gz Description: application/tar-gz
Re: new: net/mktorrent
On Tue, Mar 10, 2009 at 12:56 AM, Stefan Sperling wrote: > Attached is a very quick-and-easy drive-by port of mktorrent. A port of this program was already submitted by Dmitri Alenichev: http://marc.info/?l=openbsd-ports&m=123292286529064&w=2 This one installs documentation files but I don't know if this is really needed: they only contain the license and the changelog.
Re: NEW: net/createtorrent
On Mon, Jan 26, 2009 at 12:54:28AM +0300, Dmitri Alenichev wrote: > while no port in openbsd that can just make .torrent file this port > can be useful with net/btpd or similar light-weight bittorrent protocol > daemon. > > http://www.rootshell.be/~mitya/ports/createtorrent.tar.gz > > pkg/DESCR: > > CreateTorrent is a small and fast command line utility for all Linux and > Unix operating systems to create BitTorrent files easily. BitTorrent > files can be created from either one file or a collection of files that > are grouped together into a directory. I made a port of this program some time ago, but realized that it was really buggy. I sent a diff to the author but never got any answer. I can't find my email but I think there was an integer overflow creating wrong .torrent files, and maybe another problem.
Re: new: audio/lmms
On Thu, Jan 15, 2009 at 07:48:54PM +, Jacob Meuser wrote:
> On Thu, Jan 15, 2009 at 08:26:07AM +0100, Pierre Riteau wrote:
> > On Thu, Jan 15, 2009 at 12:42:42AM +, Jacob Meuser wrote:
> > > On Wed, Jan 14, 2009 at 11:08:56PM +, Stuart Henderson wrote:
> > > > On 2009/01/13 20:25, Jacob Meuser wrote:
> > > > > LMMS is a music production program. This includes the creation of
> > > > > melodies and beats, the synthesis and mixing of sounds, and
> > > > > arrangement
> > > > > of samples. You can have fun with your MIDI keyboard and much more.
> > > >
> > > > if it really needs GCC4, I think it's better as in this diff,
> > > > but if it's possible to patch around it to build with in-tree
> > > > GCC that would be greatly preferable.
> > >
> > > this needs vector support, which appears to have been added to gcc-3.4.0.
> > >
> > > dunno what's going on with amd64. those appear to be problems in
> > > /usr/include/{,e,x}mmintrin.h and/or gcc.
> >
> > gcc4 needs its own version of these include files. They are installed by
> > the i386 port but not by the amd64 one.
> > espie@ OK'd this diff back in July, but naddy@ felt that it was too close
> > to the port freeze so the diff was postponed.
> > Since then I've sent the diff several times to Marc but no answer (I guess
> > he is very buzy).
>
> thanks. this does indeed let lmms build/install/work on my amd64.
>
> can this get committed please?
Updated diff because of gcc's recent PKGNAMEs bump.
Anyone would like to commit this?
Index: Makefile
===
RCS file: /cvs/ports/lang/gcc/4.2/Makefile,v
retrieving revision 1.24
diff -p -u -r1.24 Makefile
--- Makefile18 Jan 2009 18:47:05 - 1.24
+++ Makefile18 Jan 2009 19:02:13 -
@@ -8,7 +8,7 @@ DATE=20070307
FULL_VERSION=4.2-${DATE}
FULL_PKGVERSION=4.2.${DATE}
-PKGNAME-main= gcc-${FULL_PKGVERSION}p9
+PKGNAME-main= gcc-${FULL_PKGVERSION}p10
PKGNAME-c++ = g++-${FULL_PKGVERSION}p8
PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p5
PKGNAME-g77= g77-${FULL_PKGVERSION}p4
@@ -169,7 +169,7 @@ PKG_ARGS+=-DPPC=1
.else
PKG_ARGS+=-DPPC=0
.endif
-.if ${MACHINE_ARCH} == "i386"
+.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
PKG_ARGS+=-DI386=1
.else
PKG_ARGS+=-DI386=0
@@ -189,4 +189,3 @@ LIB_DEPENDS-f95=gmp:gmp->=4.2:devel/gmp
LIB_DEPENDS-java= gc::devel/boehm-gc
.include
-
Re: new: audio/lmms
On Thu, Jan 15, 2009 at 12:42:42AM +, Jacob Meuser wrote:
> On Wed, Jan 14, 2009 at 11:08:56PM +, Stuart Henderson wrote:
> > On 2009/01/13 20:25, Jacob Meuser wrote:
> > > LMMS is a music production program. This includes the creation of
> > > melodies and beats, the synthesis and mixing of sounds, and arrangement
> > > of samples. You can have fun with your MIDI keyboard and much more.
> >
> > if it really needs GCC4, I think it's better as in this diff,
> > but if it's possible to patch around it to build with in-tree
> > GCC that would be greatly preferable.
>
> this needs vector support, which appears to have been added to gcc-3.4.0.
>
> dunno what's going on with amd64. those appear to be problems in
> /usr/include/{,e,x}mmintrin.h and/or gcc.
gcc4 needs its own version of these include files. They are installed by
the i386 port but not by the amd64 one.
espie@ OK'd this diff back in July, but naddy@ felt that it was too close
to the port freeze so the diff was postponed.
Since then I've sent the diff several times to Marc but no answer (I guess
he is very buzy).
Index: Makefile
===
RCS file: /home/priteau/cvs/ports/lang/gcc/4.2/Makefile,v
retrieving revision 1.23
diff -p -u -r1.23 Makefile
--- Makefile11 Sep 2008 19:22:05 - 1.23
+++ Makefile12 Sep 2008 09:55:39 -
@@ -8,7 +8,7 @@ DATE=20070307
FULL_VERSION=4.2-${DATE}
FULL_PKGVERSION=4.2.${DATE}
-PKGNAME-main= gcc-${FULL_PKGVERSION}p8
+PKGNAME-main= gcc-${FULL_PKGVERSION}p9
PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
PKGNAME-g77= g77-${FULL_PKGVERSION}p4
@@ -174,7 +174,7 @@ PKG_ARGS+=-DPPC=1
.else
PKG_ARGS+=-DPPC=0
.endif
-.if ${MACHINE_ARCH} == "i386"
+.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
PKG_ARGS+=-DI386=1
.else
PKG_ARGS+=-DI386=0
@@ -194,4 +194,3 @@ LIB_DEPENDS-f95=gmp:gmp->=4.2:devel/gmp
LIB_DEPENDS-java= gc::devel/boehm-gc
.include
-
Re: NEW: emulators/sdlmame
Sorry for being so long to reply to this. On Tue, Dec 23, 2008 at 10:34:18PM +, Jacob Meuser wrote: > On Tue, Dec 23, 2008 at 10:19:01PM +0100, Pierre Riteau wrote: > > On Tue, Dec 23, 2008 at 09:08:59PM +, Jacob Meuser wrote: > > > On Tue, Dec 23, 2008 at 08:03:56PM +0100, Pierre Riteau wrote: > > > > On Sat, Dec 06, 2008 at 10:38:32PM +, Stefan Sperling wrote: > > > > > On Tue, Dec 02, 2008 at 10:35:47PM +0100, Pierre Riteau wrote: > > > > > > Here is an update to sdlmame 0.128. > > > > > > Some testing would still be appreciated :) > > > > > > > > > > Hey Pierre, > > > > > > > > > > works here on i386. > > > > > > > > > > Sound is weird though, e.g. the sound in > > > > > http://mamedev.org/roms/robby/ > > > > > is just burpy noise. Any hints? > > > > > > > > > > $ dmesg | grep azalia > > > > > azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: > > > > > apic 1 int 17 (irq 11) > > > > > azalia0: codecs: Analog Devices/0x1981, Conexant/0x2bfa, using Analog > > > > > Devices/0x1981 > > > > > audio0 at azalia0 > > > > > > > > > > I start sdlmame like this: > > > > > > > > > > $ sdlmame -rompath . -autoframeskip robby.zip > > > > > > > > > > Stefan > > > > > > > > Hi Stefan, > > > > I'm also having sound problems on some of my machines but not to the > > > > extent of hearing just burpy noise. It's more like having the normal > > > > sound plus some cracking (sometimes a lot, sometimes only a little). > > > > > > > > I'm still investigating, might be similar to the problem with mplayer > > > > and libsndio seen on this list recently. > > > > > > > > I can make it go away using two different ways: > > > > - not using libsndio: env SDL_AUDIODRIVER=audio sdlmame ... > > > > - run an aucat server > > > > > > well, the sndio problems were with aucat running. you have an > > > opposite issue. > > > > Yes, this is a different issue (probably only seen with SDL?) > > And when I say "run an aucat server", it was "run an aucat server that > > works, for me aucat -l -m play". > > can you post audioctl output when aucat -l is running? name=Ensoniq AudioPCI version= config=eap encodings=ulinear:8,mulaw:8*,alaw:8*,slinear:8*,slinear_le:16,ulinear_le:16*,slinear_be:16*,ulinear_be:16* properties=full_duplex,mmap,independent full_duplex=1 fullduplex=1 blocksize=11776 hiwat=2 lowat=1 output_muted=0 monitor_gain=0 mode=play,record play.rate=44100 play.channels=2 play.precision=16 play.encoding=slinear_le play.gain=255 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=23552 play.samples=14708224 play.eof=0 play.pause=0 play.error=0 play.waiting=0 play.open=1 play.active=1 play.buffer_size=65536 play.block_size=11776 play.errors=0 record.rate=44100 record.channels=2 record.precision=16 record.encoding=slinear_le record.gain=191 record.balance=32 record.port=0x1 record.avail_ports=0x7 record.seek=0 record.samples=9762304 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=1 record.active=1 record.buffer_size=65536 record.block_size=11776 record.errors=0 > > > > If this doesn't solve your issue, here is a few things to check: > > > > - make sure you running at 100% framerate (but this game should not eat > > > > much CPU). If you're not at 100%, you could tweak video settings to > > > > improve the framerate (e.g. using -window -nomaximize). > > > > - AFAIK sdlmame uses 48000 Hz as the default sample rate, maybe your > > > > sound card doesn't like that (but it's usually the opposite). > > > > It can be changed using the -sample option. > > > > > > probably more blocksize foobarredness. SDL has been broken since > > > forever in this regard, especially if SDL is reformatting/resampling, > > > and apps sometimes try to work around it. the SDL port has a > > > general fix for this, but it's possible it can conflict with an > > > application's work around. > > > > > > what does `audioctl play.block_size` give you when you are using > > > a) sndio without aucat > > > > play.block_size=1024 > > > > > and > > > b) the audio(4) backend > > > > play.block_size=9600 > > > > well, that explains it. 1024 bytes is ridiculously small for > any kind of game that draws to X and takes user input. the sun > backend uses the default block_size, which isn't really right. > > the sndio backend does the right thing. that is, it uses what > the app asked for. is there an option in sdlmame to set the > audio buffer size? There is one option to do something like this: audio_latency: set audio latency (increase to reduce glitches, decrease for responsiveness). Unfortunatly it seems to only change an internal buffer while the audio buffer is fixed at 512 samples.
Re: vim update
On Fri, Jan 09, 2009 at 06:40:38PM -0800, Chris Kuethe wrote: > updates vim to 7.2.77 > > -- > GDB has a 'break' feature; why doesn't it have 'fix' too? Works fine here on i386 (but I only tested the console program). Fixes the annoying bug where hitting Shift+K in command mode to get to the manpage of a function would not work (because it used the whole line instead of only the function name).
Re: NEW: emulators/sdlmame
On Tue, Dec 23, 2008 at 09:08:59PM +, Jacob Meuser wrote: > On Tue, Dec 23, 2008 at 08:03:56PM +0100, Pierre Riteau wrote: > > On Sat, Dec 06, 2008 at 10:38:32PM +, Stefan Sperling wrote: > > > On Tue, Dec 02, 2008 at 10:35:47PM +0100, Pierre Riteau wrote: > > > > Here is an update to sdlmame 0.128. > > > > Some testing would still be appreciated :) > > > > > > Hey Pierre, > > > > > > works here on i386. > > > > > > Sound is weird though, e.g. the sound in http://mamedev.org/roms/robby/ > > > is just burpy noise. Any hints? > > > > > > $ dmesg | grep azalia > > > azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: apic > > > 1 int 17 (irq 11) > > > azalia0: codecs: Analog Devices/0x1981, Conexant/0x2bfa, using Analog > > > Devices/0x1981 > > > audio0 at azalia0 > > > > > > I start sdlmame like this: > > > > > > $ sdlmame -rompath . -autoframeskip robby.zip > > > > > > Stefan > > > > Hi Stefan, > > I'm also having sound problems on some of my machines but not to the > > extent of hearing just burpy noise. It's more like having the normal > > sound plus some cracking (sometimes a lot, sometimes only a little). > > > > I'm still investigating, might be similar to the problem with mplayer > > and libsndio seen on this list recently. > > > > I can make it go away using two different ways: > > - not using libsndio: env SDL_AUDIODRIVER=audio sdlmame ... > > - run an aucat server > > well, the sndio problems were with aucat running. you have an > opposite issue. Yes, this is a different issue (probably only seen with SDL?) And when I say "run an aucat server", it was "run an aucat server that works, for me aucat -l -m play". > > If this doesn't solve your issue, here is a few things to check: > > - make sure you running at 100% framerate (but this game should not eat > > much CPU). If you're not at 100%, you could tweak video settings to > > improve the framerate (e.g. using -window -nomaximize). > > - AFAIK sdlmame uses 48000 Hz as the default sample rate, maybe your > > sound card doesn't like that (but it's usually the opposite). > > It can be changed using the -sample option. > > probably more blocksize foobarredness. SDL has been broken since > forever in this regard, especially if SDL is reformatting/resampling, > and apps sometimes try to work around it. the SDL port has a > general fix for this, but it's possible it can conflict with an > application's work around. > > what does `audioctl play.block_size` give you when you are using > a) sndio without aucat play.block_size=1024 > and > b) the audio(4) backend play.block_size=9600
Re: NEW: emulators/sdlmame
On Sat, Dec 06, 2008 at 10:38:32PM +, Stefan Sperling wrote: > On Tue, Dec 02, 2008 at 10:35:47PM +0100, Pierre Riteau wrote: > > Here is an update to sdlmame 0.128. > > Some testing would still be appreciated :) > > Hey Pierre, > > works here on i386. > > Sound is weird though, e.g. the sound in http://mamedev.org/roms/robby/ > is just burpy noise. Any hints? > > $ dmesg | grep azalia > azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: apic 1 > int 17 (irq 11) > azalia0: codecs: Analog Devices/0x1981, Conexant/0x2bfa, using Analog > Devices/0x1981 > audio0 at azalia0 > > I start sdlmame like this: > > $ sdlmame -rompath . -autoframeskip robby.zip > > Stefan Hi Stefan, I'm also having sound problems on some of my machines but not to the extent of hearing just burpy noise. It's more like having the normal sound plus some cracking (sometimes a lot, sometimes only a little). I'm still investigating, might be similar to the problem with mplayer and libsndio seen on this list recently. I can make it go away using two different ways: - not using libsndio: env SDL_AUDIODRIVER=audio sdlmame ... - run an aucat server If this doesn't solve your issue, here is a few things to check: - make sure you running at 100% framerate (but this game should not eat much CPU). If you're not at 100%, you could tweak video settings to improve the framerate (e.g. using -window -nomaximize). - AFAIK sdlmame uses 48000 Hz as the default sample rate, maybe your sound card doesn't like that (but it's usually the opposite). It can be changed using the -sample option.
Re: aucat -l stops playing after the first sample buffer
On Mon, Dec 22, 2008 at 09:06:56PM +, Jacob Meuser wrote: > On Mon, Dec 22, 2008 at 04:22:42PM +0100, Pierre Riteau wrote: > > Hi, > > I noticed that when running `aucat -l', on some of my machines sndio > > apps would play the first sample buffer and then stop (for example, > > ogg123, but also sdlmame). > > These apps become unkillable by SIGTERM (they are killable by SIGKILL) > > until aucat is killed. > > I saw this once. then I realized I had a bunch of different > libsndio.so.X.Y, and various of them were being used, depending on > how recent things were. after making sure there was only one > libsndio.so and everything was using it, I did not have this problem > anymore. > > maybe related, maybe not. I don't think this is related: I've seen it on fresh installs, and I just saw it after cleaning up all old libs in /usr/lib. I should note that aucat is killable, but the other apps I tried (only ogg123 and sdlmame) cannot be killed. > > I found that running `aucat -l -m play` solves this issue, is it normal? > > > > It happens on VMware virtual machines but also on a real i386 with an > > auich sound chipset (unfortunatly I haven't had the chance to test the > > `-m play' workaround on it). > > Below is dmesg/audioctl/mixerctl of the VMware VM. > > I guess this is because my sound hw doesn't support fullduplex, as > > advertised in audioctl (why fullduplex and full_duplex anyway?), but > > shouldn't aucat work around this automatically? (I'm just playing sound, > > not recording at the same time). > > afaik, all auich and eap support full-duplex properly. > > $ cd /usr/src/regress/sys/dev/audio_rw > $ make DO_AUTEST=1 > > will run some basic read-only, write-only, and full-duplex tests. Yes, I was misled by the fullduplex and full_duplex variables being set to 0. It seems it was actually the current state of the device, and as I said in my second mail it switched to 1 when using Alexandre's command. I tried those regress tests and they run fine without warning or error. All I hear is a little cracking between most tests.
Re: aucat -l stops playing after the first sample buffer
On Mon, Dec 22, 2008 at 05:17:03PM +0100, Alexandre Ratchov wrote: > On Mon, Dec 22, 2008 at 04:22:42PM +0100, Pierre Riteau wrote: > > Hi, > > I noticed that when running `aucat -l', on some of my machines sndio > > apps would play the first sample buffer and then stop (for example, > > ogg123, but also sdlmame). > > These apps become unkillable by SIGTERM (they are killable by SIGKILL) > > until aucat is killed. > > > > does "aucat -i file.wav" stop too while "aucat -l" is running? Yes it does stop. > > I found that running `aucat -l -m play` solves this issue, is it normal? > > > > no, it shouldn't fail. The default server mode is full-duplex (and > it's supposed to work), so if there's a problem in the full-duplex > mode of the driver, using "-m play" might hide the problem. > > you can test full-duplex mode as follows: > > aucat -i file.wav -o /dev/null > > it should play file.wav normally, does it? If it doesn't, could you > send me the stderr output when the above command is started with > AUCAT_DEBUG=4 env variable? Running this command while an aucat server is not running plays the music fine. The fullduplex/full_duplex variables in audioctl switch to 1. If I'm running an aucat server, the music stops with this output (output of the aucat client, not the server): song42.wav: assuming wav file format /dev/null: assuming headerless file safile_new: using 11776(2944) fpb file_new: sndio:hdl dev_init: hw recording s16le,0:1,44100Hz dev_init: hw playing s16le,0:1,44100Hz mix_newout: using 2944 fpb mix_bzero: used = 0, todo = 0 mix_bzero: ocount 11776, todo 11776 dev_init: using 14720 fpb safile_start: play/rec started file_new: wav:song42.wav wav_readfmt: using s16le,0:1,44100Hz song42.wav->none: abuf_fill_do: out avail rpipe_out: song42.wav aproc_opos: song42.wav: delta = 0 mix_setmaster: 0x2081df000: 32768/32768 -> 32768 dev_setvol: 0x2081df000 dev_setvol: 0x2081df000 -> 32768 file_new: wav:/dev/null aproc_ipos: /dev/null: delta = 0 file_poll: /dev/null(4) song42.wav(1) hdl(5) file_poll: /dev/null wok wpipe_out: /dev/null sub->/dev/null: abuf_fill_do: out avail hdl->sub: abuf_fill_do: out avail rpipe_out: hdl file_poll: song42.wav rok rpipe_in: song42.wav pipe_read: song42.wav: got 58880 bytes in 31us song42.wav->mix: abuf_flush_do: in ready mix_in: used = 58880, done = 0, todo = 11776 mix_badd: todo = 11776, done = 0 mix_badd: added 2944, done = 11776, todo = 11776 mix->hdl: abuf_flush_do: in ready wpipe_in: hdl mix_bzero: used = 11776, todo = 0 song42.wav->mix: abuf_fill: blocked song42.wav->mix: abuf_flush_do: in ready mix_in: used = 47104, done = 0, todo = 0 rpipe_in: song42.wav pipe_read: song42.wav: got 11776 bytes in 15us song42.wav->mix: abuf_flush_do: in ready mix_in: used = 58880, done = 0, todo = 0 rpipe_in: song42.wav file_poll: hdl wok wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 11776, todo = 0 safile_write: hdl: wrote 11776 bytes in 6220us wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 0, todo = 0 mix_bzero: used = 0, todo = 0 mix_bzero: ocount 11776, todo 11776 song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav mix_badd: todo = 11776, done = 0 mix_badd: added 2944, done = 11776, todo = 11776 mix->hdl: abuf_fill_do: out avail mix_out: used = 11776, todo = 0 safile_write: hdl: wrote 11776 bytes in 246us wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 0, todo = 0 mix_bzero: used = 0, todo = 0 mix_bzero: ocount 11776, todo 11776 song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav pipe_read: song42.wav: got 11776 bytes in 12us song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav mix_badd: todo = 11776, done = 0 mix_badd: added 2944, done = 11776, todo = 11776 mix->hdl: abuf_fill_do: out avail mix_out: used = 11776, todo = 0 safile_write: hdl: wrote 4096 bytes in 85us wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 7680, todo = 0 mix_bzero: used = 7680, todo = 0 mix_bzero: ocount 4096, todo 4096 song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav pipe_read: song42.wav: got 11776 bytes in 8us song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav mix_badd: todo = 4096, done = 0 mix_badd: added 1024, done = 4096, todo = 4096 mix->hdl: abuf_fill_do: out avail mix_out: used = 11776, todo = 0 safile_write: hdl: blocking... file_poll: /dev/null(0) song42.wav(0) hdl(5) file_poll: hdl wok wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 11776, todo = 0 safile_write: hdl: wrote 4056 bytes in 22us wpipe_out: hdl mix->hdl: abuf_fill_do: out avail mix_out: used = 7720, todo = 0 mix_bzero: used = 7720, todo = 0 mix_bzero: ocount 4056, todo 4056 song42.wav->mix: abuf_fill_do: out avail rpipe_out: song42.wav pipe_read
aucat -l stops playing after the first sample buffer
Hi, I noticed that when running `aucat -l', on some of my machines sndio apps would play the first sample buffer and then stop (for example, ogg123, but also sdlmame). These apps become unkillable by SIGTERM (they are killable by SIGKILL) until aucat is killed. I found that running `aucat -l -m play` solves this issue, is it normal? It happens on VMware virtual machines but also on a real i386 with an auich sound chipset (unfortunatly I haven't had the chance to test the `-m play' workaround on it). Below is dmesg/audioctl/mixerctl of the VMware VM. I guess this is because my sound hw doesn't support fullduplex, as advertised in audioctl (why fullduplex and full_duplex anyway?), but shouldn't aucat work around this automatically? (I'm just playing sound, not recording at the same time). OpenBSD 4.4-current (GENERIC) #1961: Thu Dec 18 20:54:06 MST 2008 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 255205376 (243MB) avail mem = 247476224 (236MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe4010 (45 entries) bios0: vendor Phoenix Technologies LTD version "6.00" date 07/29/2008 bios0: VMware, Inc. VMware Virtual Platform acpi0 at bios0: rev 2 acpi0: tables DSDT FACP BOOT APIC MCFG SRAT acpi0: wakeup devices PCI0(S3) USB_(S1) P2P0(S3) S1F0(S3) S2F0(S3) S3F0(S3) S4F0(S3) S5F0(S3) S6F0(S3) S7F0(S3) S8F0(S3) S9F0(S3) Z00P(S3) Z00Q(S3) Z00R(S3) Z00S(S3) Z00T(S3) Z00U(S3) Z00V(S3) Z00W(S3) Z00X(S3) Z00Y(S3) Z00Z(S3) Z010(S3) Z011(S3) Z012(S3) Z013(S3) Z014(S3) Z015(S3) Z016(S3) Z017(S3) Z018(S3) Z019(S3) Z01A(S3) Z01B(S3) P2P1(S3) S1F0(S3) S2F0(S3) S3F0(S3) S4F0(S3) S5F0(S3) S6F0(S3) S7F0(S3) S8F0(S3) S9F0(S3) Z00P(S3) Z00Q(S3) Z00R(S3) Z00S(S3) Z00T(S3) Z00U(S3) Z00V(S3) Z00W(S3) Z00X(S3) Z00Y(S3) Z00Z(S3) Z010(S3) Z011(S3) Z012(S3) Z013(S3) Z014(S3) Z015(S3) Z016(S3) Z017(S3) Z018(S3) Z019(S3) Z01A(S3) Z01B(S3) P2P2(S3) S1F0(S3) S2F0(S3) S3F0(S3) S4F0(S3) S5F0(S3) S6F0(S3) S7F0(S3) S8F0(S3) S9F0(S3) Z00P(S3) Z00Q(S3) Z00R(S3) Z00S(S3) Z00T(S3) Z00U(S3) Z00V(S3) Z00W(S3) Z00X(S3) Z00Y(S3) Z00Z(S3) Z010(S3) Z011(S3) Z012(S3) Z013(S3) Z014(S3) Z015(S3) Z016(S3) Z017(S3) Z018(S3) Z019(S3) Z01A(S3) Z01B(S3) P2P3(S3) S1F0(S3) S2F0(S3) S3F0(S3) S4F0(S3) S5F0(S3) S6F0(S3) S7F0(S3) S8F0(S3) S9F0(S3) Z00P(S3) Z00Q(S3) Z00R(S3) Z00S(S3) Z00T(S3) Z00U(S3) Z00V(S3) Z00W(S3) Z00X(S3) Z00Y(S3) Z00Z(S3) Z010(S3) Z011(S3) Z012(S3) Z013(S3) Z014(S3) Z015(S3) Z016(S3) Z017(S3) Z018(S3) Z019(S3) Z01A(S3) Z01B(S3) PE40(S3) S1F0(S3) PE50(S3) S1F0(S3) PE60(S3) S1F0(S3) PE70(S3) S1F0(S3) PE80(S3) S1F0(S3) PE90(S3) S1F0(S3) PEA0(S3) S1F0(S3) PEB0(S3) S1F0(S3) PEC0(S3) S1F0(S3) PED0(S3) S1F0(S3) PEE0(S3) S1F0(S3) PE41(S3) S1F0(S3) PE42(S3) S1F0(S3) PE43(S3) S1F0(S3) PE44(S3) S1F0(S3) PE45(S3) S1F0(S3) PE46(S3) S1F0(S3) PE47(S3) S1F0(S3) PE51(S3) S1F0(S3) PE52(S3) S1F0(S3) PE53(S3) S1F0(S3) PE54(S3) S1F0(S3) PE55(S3) S1F0(S3) PE56(S3) S1F0(S3) PE57(S3) S1F0(S3) PE61(S3) S1F0(S3) PE62(S3) S1F0(S3) PE63(S3) S1F0(S3) PE64(S3) S1F0(S3) PE65(S3) S1F0(S3) PE66(S3) S1F0(S3) PE67(S3) S1F0(S3) PE71(S3) S1F0(S3) PE72(S3) S1F0(S3) PE73(S3) S1F0(S3) PE74(S3) S1F0(S3) PE75(S3) S1F0(S3) PE76(S3) S1F0(S3) PE77(S3) S1F0(S3) PE81(S3) S1F0(S3) PE82(S3) S1F0(S3) PE83(S3) S1F0(S3) PE84(S3) S1F0(S3) PE85(S3) S1F0(S3) PE86(S3) S1F0(S3) PE87(S3) S1F0(S3) PE91(S3) S1F0(S3) PE92(S3) S1F0(S3) PE93(S3) S1F0(S3) PE94(S3) S1F0(S3) PE95(S3) S1F0(S3) PE96(S3) S1F0(S3) PE97(S3) S1F0(S3) PEA1(S3) S1F0(S3) PEA2(S3) S1F0(S3) PEA3(S3) S1F0(S3) PEA4(S3) S1F0(S3) PEA5(S3) S1F0(S3) PEA6(S3) S1F0(S3) PEA7(S3) S1F0(S3) PEB1(S3) S1F0(S3) PEB2(S3) S1F0(S3) PEB3(S3) S1F0(S3) PEB4(S3) S1F0(S3) PEB5(S3) S1F0(S3) PEB6(S3) S1F0(S3) PEB7(S3) S1F0(S3) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiprt0 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0 acpibat0 at acpi0: BAT1 not present acpibat1 at acpi0: BAT2 not present acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: SLPB cpu0 at mainbus0: (uniprocessor) cpu0: Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz, 2786.53 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,SSE3,CX16,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache pci0 at mainbus0 bus 0: configuration mode 1 pchb0 at pci0 dev 0 function 0 "Intel 82443BX AGP" rev 0x01 ppb0 at pci0 dev 1 function 0 "Intel 82443BX AGP" rev 0x01 pci1 at ppb0 bus 1 pcib0 at pci0 dev 7 function 0 "Intel 82371AB PIIX4 ISA" rev 0x08 pciide0 at pci0 dev 7 function 1 "Intel 82371AB IDE" rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 64-sector PIO, LBA, 8192MB, 16777216 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets, initiator 7 cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 piixpm0 at pci0 dev 7 function 3 "Intel 82371AB Power" rev
Re: usr/ports as a symlink?
On Thu, Dec 11, 2008 at 12:21:24AM +0100, Pierre Riteau wrote: > On Tue, Dec 02, 2008 at 09:29:35PM -0500, Jason Beaudoin wrote: > > On Tue, Dec 2, 2008 at 11:34 AM, Marc Espie wrote: > > > On Tue, Dec 02, 2008 at 04:26:26AM +, Jacob Meuser wrote: > > >> I've had /usr/ports as a symlink for years too. I started noticing > > >> the 0 byte packages fairly recently. figured it was transient. > > >> > > >> if it's now true that using a symlink for PORTSDIR is a problem, > > >> it needs to be documented somethere. > > > > > > No, it needs to error out in a sensible way, like not creating 0 bytes > > > packages, but displaying an error message. > > > > > > I haven't noticed anything, I surmised it's probably tied to the recent > > > (?) > > > work to uniformize pkgpaths... I'll test it at some point. > > > > > > > > apologies for the last (rogue) message, thank gmail. I was just > > acknowledging that I am willing to run tests for you . > > > > regards, > > ~Jason > > > > I can easily reproduce the problem on -current, but without using > anything special like chroot or a /usr/ports symlink. > > # cd /usr/ports/print/cups > > # cat /etc/mk.conf > > PKG_PATH=http://obsd.cec.mtu.edu/pub/OpenBSD/snapshots/packages/amd64/ > FETCH_PACKAGES=Yes > # make install > ===> Looking for cups-1.2.7p14.tgz in $PKG_PATH - found > Link to /usr/ports/packages/amd64/ftp/cups-1.2.7p14.tgz > Link to /usr/ports/packages/amd64/cdrom/cups-1.2.7p14.tgz > ===> cups-1.2.7p14 depends on: desktop-file-utils-* - not found > ===> Verifying install for desktop-file-utils-* in devel/desktop-file-utils > `/usr/ports/packages/amd64/cache//desktop-file-utils-0.15.tgz' is up to date. > Link to /usr/ports/packages/amd64/ftp/desktop-file-utils-0.15.tgz > Link to /usr/ports/packages/amd64/cdrom/desktop-file-utils-0.15.tgz > ===> desktop-file-utils-0.15 depends on: glib2-* - not found > ===> Verifying install for glib2-* in devel/glib2 > `/usr/ports/packages/amd64/cache//glib2-2.18.3.tgz' is up to date. > Link to /usr/ports/packages/amd64/ftp/glib2-2.18.3.tgz > Link to /usr/ports/packages/amd64/cdrom/glib2-2.18.3.tgz > ===> Looking for glib2-docs-2.18.3.tgz in $PKG_PATH - found > Link to /usr/ports/packages/amd64/all/glib2-docs-2.18.3.tgz > Link to /usr/ports/packages/amd64/ftp/glib2-docs-2.18.3.tgz > Link to /usr/ports/packages/amd64/cdrom/glib2-docs-2.18.3.tgz > ===> Looking for glib2-fam-2.18.3.tgz in $PKG_PATH - not found > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1419 of > /usr/ports/infrastructure/mk/bsd.port.mk). > ===> Checking files for glib-2.18.3 > >> glib-2.18.3.tar.bz2 doesn't seem to exist on this system. > >> Fetch > >> ftp://ftp.no.gnome.org/pub/GNOME/sources/glib/2.18/glib-2.18.3.tar.bz2. > 100% |**| 4722 KB00:13 > > >> Size matches for /usr/ports/distfiles/glib-2.18.3.tar.bz2 > >> (SHA256) glib-2.18.3.tar.bz2: OK > ===> glib2-2.18.3 depends on: pcre->=7.2 - not found > ===> Verifying install for pcre->=7.2 in devel/pcre > `/usr/ports/packages/amd64/cache//pcre-7.8.tgz' is up to date. > Link to /usr/ports/packages/amd64/ftp/pcre-7.8.tgz > Link to /usr/ports/packages/amd64/cdrom/pcre-7.8.tgz > ===> Installing pcre-7.8 from /usr/ports/packages/amd64/all/ > Can't find /usr/ports/packages/amd64/all/pcre-7.8.tgz > /usr/sbin/pkg_add: /usr/ports/packages/amd64/all/pcre-7.8.tgz:Fatal error > *** Error code 1 > > Stop in /usr/ports/devel/pcre (line 1455 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1604 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 2001 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1427 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1427 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1427 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1427 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /usr/ports/devel/glib2 (line 1964 of > /usr/ports/infrastructure/mk/bsd.po
Re: usr/ports as a symlink?
On Tue, Dec 02, 2008 at 09:29:35PM -0500, Jason Beaudoin wrote: > On Tue, Dec 2, 2008 at 11:34 AM, Marc Espie <[EMAIL PROTECTED]> wrote: > > On Tue, Dec 02, 2008 at 04:26:26AM +, Jacob Meuser wrote: > >> I've had /usr/ports as a symlink for years too. I started noticing > >> the 0 byte packages fairly recently. figured it was transient. > >> > >> if it's now true that using a symlink for PORTSDIR is a problem, > >> it needs to be documented somethere. > > > > No, it needs to error out in a sensible way, like not creating 0 bytes > > packages, but displaying an error message. > > > > I haven't noticed anything, I surmised it's probably tied to the recent (?) > > work to uniformize pkgpaths... I'll test it at some point. > > > > > apologies for the last (rogue) message, thank gmail. I was just > acknowledging that I am willing to run tests for you . > > regards, > ~Jason > I can easily reproduce the problem on -current, but without using anything special like chroot or a /usr/ports symlink. # cd /usr/ports/print/cups # cat /etc/mk.conf PKG_PATH=http://obsd.cec.mtu.edu/pub/OpenBSD/snapshots/packages/amd64/ FETCH_PACKAGES=Yes # make install ===> Looking for cups-1.2.7p14.tgz in $PKG_PATH - found Link to /usr/ports/packages/amd64/ftp/cups-1.2.7p14.tgz Link to /usr/ports/packages/amd64/cdrom/cups-1.2.7p14.tgz ===> cups-1.2.7p14 depends on: desktop-file-utils-* - not found ===> Verifying install for desktop-file-utils-* in devel/desktop-file-utils `/usr/ports/packages/amd64/cache//desktop-file-utils-0.15.tgz' is up to date. Link to /usr/ports/packages/amd64/ftp/desktop-file-utils-0.15.tgz Link to /usr/ports/packages/amd64/cdrom/desktop-file-utils-0.15.tgz ===> desktop-file-utils-0.15 depends on: glib2-* - not found ===> Verifying install for glib2-* in devel/glib2 `/usr/ports/packages/amd64/cache//glib2-2.18.3.tgz' is up to date. Link to /usr/ports/packages/amd64/ftp/glib2-2.18.3.tgz Link to /usr/ports/packages/amd64/cdrom/glib2-2.18.3.tgz ===> Looking for glib2-docs-2.18.3.tgz in $PKG_PATH - found Link to /usr/ports/packages/amd64/all/glib2-docs-2.18.3.tgz Link to /usr/ports/packages/amd64/ftp/glib2-docs-2.18.3.tgz Link to /usr/ports/packages/amd64/cdrom/glib2-docs-2.18.3.tgz ===> Looking for glib2-fam-2.18.3.tgz in $PKG_PATH - not found *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1419 of /usr/ports/infrastructure/mk/bsd.port.mk). ===> Checking files for glib-2.18.3 >> glib-2.18.3.tar.bz2 doesn't seem to exist on this system. >> Fetch ftp://ftp.no.gnome.org/pub/GNOME/sources/glib/2.18/glib-2.18.3.tar.bz2. 100% |**| 4722 KB00:13 >> Size matches for /usr/ports/distfiles/glib-2.18.3.tar.bz2 >> (SHA256) glib-2.18.3.tar.bz2: OK ===> glib2-2.18.3 depends on: pcre->=7.2 - not found ===> Verifying install for pcre->=7.2 in devel/pcre `/usr/ports/packages/amd64/cache//pcre-7.8.tgz' is up to date. Link to /usr/ports/packages/amd64/ftp/pcre-7.8.tgz Link to /usr/ports/packages/amd64/cdrom/pcre-7.8.tgz ===> Installing pcre-7.8 from /usr/ports/packages/amd64/all/ Can't find /usr/ports/packages/amd64/all/pcre-7.8.tgz /usr/sbin/pkg_add: /usr/ports/packages/amd64/all/pcre-7.8.tgz:Fatal error *** Error code 1 Stop in /usr/ports/devel/pcre (line 1455 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1604 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 2001 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1427 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1427 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1427 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1427 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1964 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1455 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils (line 1604 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/desktop-file-utils (line 1455 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/cups (line 1604 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/cups (line 1455 of /usr/ports/infrastructure/mk/bsd.port.mk). I thought I found the problem, and that it appeared with bernd@'s commit on usr.sbin/pkg_add/OpenBSD/PackageRepository.pm: revision 1.60 date: 2008/10/25 22:28:42; author: bernd; state: Exp; lines: +5 -1 Copy packages to
Re: NEW: emulators/sdlmess
On Sat, Dec 6, 2008 at 10:48 PM, Edd Barrett <[EMAIL PROTECTED]> wrote: > Ahoy hoi, > > On Tue, Dec 2, 2008 at 9:37 PM, Pierre Riteau <[EMAIL PROTECTED]> wrote: > > Sparc64 barfs: > > ===> Building for sdlmess-0.128 > Compiling src/mess/drivers/atom.c... > cc -DCRLF=2 -DINLINE="static __inline__" -DLSB_FIRST -DNDEBUG > "-DSDLMAME_ARCH=" -DSDLMAME_UNIX -DSDLMAME_X11 -DUSE_OPENGL=1 > -DUSE_DISPATCH_GL=1 -DNATIVE_DRC=drcbe_x86_be_interface -DMESS > -DHAS_ARM=1 -DHAS_ARM7=1 -DHAS_SE3208=0 -DHAS_ALPHA8201=0 > -DHAS_ALPHA8301=0 -DHAS_ADSP2100=0 -DHAS_ADSP2101=0 -DHAS_ADSP2104=0 > -DHAS_ADSP2105=0 -DHAS_ADSP2115=0 -DHAS_ADSP2181=0 -DHAS_ADSP21062=0 > -DHAS_APEXC=1 -DHAS_DSP32C=0 -DHAS_ASAP=0 -DHAS_JAGUAR=1 > -DHAS_CUBEQCPU=0 -DHAS_CDP1802=1 -DHAS_COP410=0 -DHAS_COP411=1 > -DHAS_COP420=1 -DHAS_COP421=0 -DHAS_CP1610=1 -DHAS_CCPU=0 -DHAS_T11=1 > -DHAS_F8=1 -DHAS_G65816=1 -DHAS_HD6309=1 -DHAS_H83002=0 -DHAS_SH1=0 > -DHAS_SH2=1 -DHAS_SH4=1 -DHAS_H6280=1 -DHAS_E116T=0 -DHAS_E116XT=0 > -DHAS_E116XS=0 -DHAS_E116XSR=0 -DHAS_E132N=0 -DHAS_E132T=0 > -DHAS_E132XN=0 -DHAS_E132XT=0 -DHAS_E132XS=0 -DHAS_E132XSR=0 > -DHAS_GMS30C2116=0 -DHAS_GMS30C2132=0 -DHAS_GMS30C2216=0 > -DHAS_GMS30C2232=0 -DHAS_8080=1 -DHAS_8085A=0 -DHAS_I8035=1 > -DHAS_I8041=0 -DHAS_I8048=1 -DHAS_I8648=0 -DHAS_I8748=0 -DHAS_MB8884=0 > -DHAS_I8039=1 -DHAS_I8049=0 -DHAS_I8749=1 -DHAS_N7751=0 -DHAS_M58715=0 > -DHAS_I8X41=1 -DHAS_I8051=1 -DHAS_I8052=0 -DHAS_I8751=0 -DHAS_I8752=0 > -DHAS_DS5002FP=0 -DHAS_I8086=1 -DHAS_I8088=1 -DHAS_I80186=1 > -DHAS_I80188=1 -DHAS_I80286=1 -DHAS_I386=1 -DHAS_I486=1 > -DHAS_PENTIUM=1 -DHAS_MEDIAGX=0 -DHAS_I960=0 -DHAS_KONAMI=0 > -DHAS_LH5801=0 -DHAS_MB8841=0 -DHAS_MB8842=0 -DHAS_MB8843=0 > -DHAS_MB8844=0 -DHAS_MB86233=0 -DHAS_PIC16C54=0 -DHAS_PIC16C55=0 > -DHAS_PIC16C56=0 -DHAS_PIC16C57=0 -DHAS_PIC16C58=0 -DHAS_R3000=1 > -DHAS_R3041=0 -DHAS_R4600=1 -DHAS_R4650=0 -DHAS_R4700=0 -DHAS_R5000=1 > -DHAS_QED5271=0 -DHAS_RM7000=0 -DHAS_M37702=0 -DHAS_M37710=0 > -DHAS_M6502=1 -DHAS_M65C02=1 -DHAS_M65SC02=1 -DHAS_M65CE02=0 > -DHAS_M6509=1 -DHAS_M6510=1 -DHAS_M6510T=1 -DHAS_M7501=1 -DHAS_M8502=1 > -DHAS_N2A03=1 -DHAS_DECO16=0 -DHAS_M4510=1 -DHAS_M6800=1 -DHAS_M6801=0 > -DHAS_M6802=0 -DHAS_M6803=1 -DHAS_M6808=0 -DHAS_HD63701=1 > -DHAS_NSC8105=0 -DHAS_M6805=1 -DHAS_M68705=0 -DHAS_HD63705=0 > -DHAS_M6809=1 -DHAS_M6809E=1 -DHAS_MC68HC11=0 -DHAS_M68000=1 > -DHAS_M68008=1 -DHAS_M68010=0 -DHAS_M68EC020=1 -DHAS_M68020=1 > -DHAS_M68040=0 -DHAS_DSP56156=0 -DHAS_PDP1=1 -DHAS_PPC403GA=0 > -DHAS_PPC403GCX=0 -DHAS_PPC601=0 -DHAS_PPC602=1 -DHAS_PPC603=1 > -DHAS_PPC603E=1 -DHAS_PPC603R=0 -DHAS_PPC604=0 -DHAS_MPC8240=0 > -DHAS_V20=1 -DHAS_V25=0 -DHAS_V30=0 -DHAS_V30MZ=1 -DHAS_V33=0 > -DHAS_V35=0 -DHAS_V60=0 -DHAS_V70=0 -DHAS_V810=1 -DHAS_UPD7810=1 > -DHAS_UPD7807=0 -DHAS_UPD7801=1 -DHAS_MINX=1 -DHAS_RSP=1 > -DHAS_SATURN=1 -DHAS_S2650=1 -DHAS_SC61860=1 -DHAS_SM8500=1 > -DHAS_SPC700=1 -DHAS_PSXCPU=1 -DHAS_CXD8661R=0 -DHAS_SSP1601=1 > -DHAS_TMS7000=1 -DHAS_TMS7000_EXL=1 -DHAS_TMS9900=1 -DHAS_TMS9940=0 > -DHAS_TMS9980=1 -DHAS_TMS9985=0 -DHAS_TMS9989=0 -DHAS_TMS9995=1 > -DHAS_TMS99105A=0 -DHAS_TMS99110A=0 -DHAS_TMS99000=0 -DHAS_TI990_10=1 > -DHAS_TMS34010=0 -DHAS_TMS34020=0 -DHAS_TMS32010=0 -DHAS_TMS32025=0 > -DHAS_TMS32026=0 -DHAS_TMS32031=0 -DHAS_TMS32032=0 -DHAS_TMS32051=0 > -DHAS_TLCS90=0 -DHAS_TX0_64KW=1 -DHAS_TX0_8KW=1 -DHAS_Z80=1 > -DHAS_LR35902=1 -DHAS_Z180=0 -DHAS_Z8000=0 -DHAS_CUSTOM=1 > -DHAS_SAMPLES=0 -DHAS_DAC=1 -DHAS_DMADAC=1 -DHAS_SPEAKER=1 > -DHAS_BEEP=1 -DHAS_CDDA=1 -DHAS_DISCRETE=1 -DHAS_POKEY=1 -DHAS_TIA=1 > -DHAS_ASTROCADE=1 -DHAS_CEM3394=0 -DHAS_BSMT2000=0 -DHAS_ES5503=1 > -DHAS_ES5505=0 -DHAS_ES5506=0 -DHAS_ES8712=0 -DHAS_GAELCO_CG1V=0 > -DHAS_GAELCO_GAE1=0 -DHAS_CDP1869=1 -DHAS_AY8910=1 -DHAS_HC55516=0 > -DHAS_C6280=1 -DHAS_ICS2115=0 -DHAS_IREMGA20=0 -DHAS_K005289=0 > -DHAS_K007232=0 -DHAS_K051649=1 -DHAS_K053260=0 -DHAS_K054539=0 > -DHAS_NAMCO=0 -DHAS_NAMCO_15XX=0 -DHAS_NAMCO_CUS30=0 > -DHAS_NAMCO_52XX=0 -DHAS_NAMCO_63701X=0 -DHAS_C140=0 -DHAS_C352=0 > -DHAS_NES=1 -DHAS_UPD7759=0 -DHAS_MSM5205=1 -DHAS_MSM5232=0 > -DHAS_OKIM6295=1 -DHAS_SAA1099=1 -DHAS_QSOUND=1 -DHAS_RF5C68=0 > -DHAS_RF5C400=0 -DHAS_SEGAPCM=0 -DHAS_MULTIPCM=0 -DHAS_SCSP=1 > -DHAS_AICA=1 -DHAS_ST0016=0 -DHAS_NILE=0 -DHAS_X1_010=0 > -DHAS_SID6581=1 -DHAS_SID8580=1 -DHAS_SNKWAVE=0 -DHAS_PSXSPU=1 > -DHAS_SP0256=1 -DHAS_SP0250=0 -DHAS_S14001A=0 -DHAS_SN76477=1 > -DHAS_SN76496=1 -DHAS_TMS36XX=0 -DHAS_TMS3615=0 -DHAS_TMS5100=0 > -DHAS_TMS5110=0 -DHAS_TMS5110A=0 -DHAS_CD2801=0 -DHAS_TMC0281=0 > -DHAS_CD2802=0 -DHAS_M58817=0 -DHAS_TMC0285=0 -DHAS_TMS5200=0 > -DHAS_TMS5220=1 -DHAS_VLM5030=0 -DHAS_VOTRAX=0 -DHAS_VRENDER0=0 > -DHAS_WAVE=1 -DHAS_YM2151=1 -DHAS_YM2203=1 -DHAS_YM2413=1 > -DHAS_YM2608=0 -DHAS_YM2610=0 -D
Re: NEW: emulators/sdlmess
On Sun, Aug 31, 2008 at 04:47:26PM +0200, Pierre Riteau wrote: > On Mon, Aug 25, 2008 at 05:20:58PM +0200, Pierre Riteau wrote: > > Hi, > > Following the sdlmame port, here is one of sdlmess 0.126 (0.127 isn't > > out yet). > > > > Same instructions for testing, except for roms: > > provided that the console you want to emulate doesn't need a bios > > (e.g. the NES doesn't need one), you can often test them with demos > > (e.g. from http://www.pouet.net). > > > > I need feeback on one thing. > > sdlmame and sdlmess are distributed separately, so I created completely > > separate ports. > > They both include a few tools like chdman or romcmp. > > They seem to be based on the same source for the same sdlmame/sdlmess > > versions, but I'm not 100% sure it is always the case. > > Plus, since sdlmess is always released later than sdlmame, merging the > > two ports would make updating the port more difficult I think. > > For now, I installed the tools provided by sdlmess prefixed by mess- > > (mess-chdman, mess-romcmp). > > > > How should I handle this? > > > > Pierre Riteau > > Port updated to MESS 0.127. > Any test/comment would be appreciated. Here is sdlmess 0.128. Again, I would really like some test reports. Pierre sdlmess-0.128.tar.gz Description: application/tar-gz
Re: NEW: emulators/sdlmame
Here is an update to sdlmame 0.128.
Some testing would still be appreciated :)
Pierre
On Thu, Sep 04, 2008 at 04:46:05PM +0200, Pierre Riteau wrote:
> On Mon, Aug 25, 2008 at 02:42:11PM +0200, Pierre Riteau wrote:
> > Hi,
> > emulators/xmame has not been active upstream for 2 years.
> > It has been more or less officially replaced by sdlmame.
> >
> > Attached is a port of sdlmame 0.127 (I also have a port of sdlmess
> > almost ready).
> > It needs gcc 4.2 to compile.
> > It was only tested on amd64 and i386, hence the ONLY_FOR_ARCHS.
> > If someone wants to give it a spin on e.g. powerpc, these two steps are
> > needed:
> > 1) uncomment BIG_ENDIAN = 1 in sdlmame's makefile
> > 2) add powerpc to MODGCC4_ARCHES in the port's Makefile
> > I really don't know if it will compile ok even after these 2 steps.
> >
> > This port can be tested with a few freely available roms at:
> > http://mamedev.org/roms
> > There is also World Rally which is available from its editor website:
> > http://www.gaelco.com/english/pages/hablando/frhablan.htm
> >
> > Quick start for testers: put your roms in a roms/ subdirectory.
> >
> > People with foreign keyboards: if your keymap is present in
> > /usr/local/share/sdlmame/keymaps, run sdlmame with the following flags:
> > -keymap -keymap_file /usr/local/share/sdlmame/keymaps/.txt
> >
> > People with DRI: you can probably get better performance by running
> > sdlmame with the "-video opengl" flag.
> >
> > People without DRI: you can probably get better performance by running
> > sdlmame with the "-window -nomaximize" flags.
> >
> > To compile it on amd64 you need to recompile gcc 4.2 with the following
> > patch (espie@ is aware of it):
> >
> > Index: lang/gcc/4.2/Makefile
> > ===
> > RCS file: /home/pierre/cvs/ports/lang/gcc/4.2/Makefile,v
> > retrieving revision 1.22
> > diff -p -u -r1.22 Makefile
> > --- lang/gcc/4.2/Makefile 4 Jul 2008 19:41:21 - 1.22
> > +++ lang/gcc/4.2/Makefile 25 Aug 2008 11:13:10 -
> > @@ -8,7 +8,7 @@ DATE=20070307
> > FULL_VERSION=4.2-${DATE}
> > FULL_PKGVERSION=4.2.${DATE}
> >
> > -PKGNAME-main= gcc-${FULL_PKGVERSION}p7
> > +PKGNAME-main= gcc-${FULL_PKGVERSION}p8
> > PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
> > PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
> > PKGNAME-g77= g77-${FULL_PKGVERSION}p4
> > @@ -29,7 +29,7 @@ SHARED_LIBS= estdc++ 8.0 \
> > MAINTAINER=Marc Espie <[EMAIL PROTECTED]>
> >
> > PSEUDO_FLAVORS=c++ fortran objc java ada
> > -.if ${MACHINE_ARCH} == "i386"
> > +.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
> > FLAVOR?=c++ fortran objc ada
> > .else
> > FLAVOR?=c++ fortran objc
> > @@ -194,4 +194,3 @@ LIB_DEPENDS-f95=gmp:gmp->=4.2:devel/gmp
> > LIB_DEPENDS-java= gc::devel/boehm-gc
> >
> > .include
> > -
>
> I just realized the diff I sent for gcc is bad. Here is the right one.
>
> Index: Makefile
> ===
> RCS file: /mnt/pierre/cvs/ports/lang/gcc/4.2/Makefile,v
> retrieving revision 1.22
> diff -p -u -r1.22 Makefile
> --- Makefile 4 Jul 2008 19:41:21 - 1.22
> +++ Makefile 4 Sep 2008 10:22:24 -
> @@ -8,7 +8,7 @@ DATE=20070307
> FULL_VERSION=4.2-${DATE}
> FULL_PKGVERSION=4.2.${DATE}
>
> -PKGNAME-main= gcc-${FULL_PKGVERSION}p7
> +PKGNAME-main= gcc-${FULL_PKGVERSION}p8
> PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
> PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
> PKGNAME-g77= g77-${FULL_PKGVERSION}p4
> @@ -174,7 +174,7 @@ PKG_ARGS+=-DPPC=1
> .else
> PKG_ARGS+=-DPPC=0
> .endif
> -.if ${MACHINE_ARCH} == "i386"
> +.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
> PKG_ARGS+=-DI386=1
> .else
> PKG_ARGS+=-DI386=0
> @@ -194,4 +194,3 @@ LIB_DEPENDS-f95= gmp:gmp->=4.2:devel/gmp
> LIB_DEPENDS-java=gc::devel/boehm-gc
>
> .include
> -
sdlmame-0.128.tar.gz
Description: application/tar-gz
Re: UPDATE: TeX Live 2008
On Tue, Oct 07, 2008 at 08:06:52PM +0100, Edd Barrett wrote: > Hi, > > On Tue, Oct 7, 2008 at 7:49 PM, Pierre Riteau <[EMAIL PROTECTED]> wrote: > > On Mon, Oct 06, 2008 at 05:05:35PM +0100, Edd Barrett wrote: > >> Hi, > >> > >> On Tue, Sep 30, 2008 at 2:15 AM, Edd Barrett <[EMAIL PROTECTED]> wrote: > >> > LuaTeX isnt really ready so I am tempted to disable it if the fix is not > >> > easy. > >> > >> OK, both xindy and luatex are not ready, and so are both disabled. > >> > >> Upstream notified, in the pipeline. > >> > >> Also I moved ifxetex to -tetex, so that you can use things like beamer > >> which have special behaviors for xetex, but do not require it. > >> > >> Heres what I suggest we commit to our tree. > >> > >> Please test and report. I would love to have this in by eurobsdcon (2 > >> weeks). > >> > >> -- > >> > >> Best Regards > >> > >> Edd > >> > >> http://students.dec.bournemouth.ac.uk/ebarrett > > > > I tested with some documents: a few articles, a report, a beamer > > presentation. Mostly pdflatex usage. Worked OK. > > > > But, when compiling a paper with a more (and unnecessary) complicated > > compilation process, I noticed the following: > > > Which test release was this please? 8? Yes, r8 of course. > > > > $ dvipdfm > > dvipdfm: can't load library 'libkpathsea.so.0.0' > > $ xdvi > > xdvi-xaw: can't load library 'libkpathsea.so.0.0' > > $ ls -l /usr/local/lib/libkpathsea* > > -rw-r--r-- 1 root bin 235976 Oct 7 18:57 /usr/local/lib/libkpathsea.a > > -rw-r--r-- 1 root bin 807 Oct 7 18:57 /usr/local/lib/libkpathsea.la > > -rw-r--r-- 1 root bin 116568 Oct 7 18:57 > > /usr/local/lib/libkpathsea.so.1.0 > > $ cd /usr/ports/print/texlive/base/ > > $ make port-lib-depends-check > > uname -a please. OpenBSD lambda.my.domain 4.4 GENERIC.MP#1843 amd64 Two weeks old snapshot: OpenBSD 4.4-current (GENERIC.MP) #1843: Wed Sep 24 12:07:57 MDT 2008 I will upgrade later and re-test. > > > > texlive_base-2008: > > Asking ports for dependency ps2eps-1.64(print/ps2eps) > > Asking ports for dependency t1utils-1.32(print/t1utils) > > Asking ports for dependency psutils-0.17p0-a4(print/psutils) > > Asking ports for dependency t1lib-5.1.0p1(devel/t1lib) > > Asking ports for dependency ghostscript-8.62p2(print/ghostscript/gnu) > > Asking ports for dependency dvi2tty-5.3.1(print/dvi2tty) > > Asking ports for dependency detex-2.8(print/detex) > > Asking ports for dependency png-1.2.32(graphics/png) > > Asking ports for dependency ijs-0.35(print/ijs) > > Asking ports for dependency jpeg-6bp3(graphics/jpeg) > > Asking ports for dependency > > ghostscript-fonts-8.11p0(print/ghostscript/gnu-fonts) > > Asking ports for dependency libiconv-1.12(converters/libiconv) > > Missing lib: kpathsea.0 (/usr/local/bin/xdvi-xaw) (NOT REACHABLE) > > Bogus WANTLIB: png.7 (/usr/local/bin/xetex) (NOT REACHABLE) > > *** Error code 1 (ignored) > > > > Ok, I need to check that. Looks like LIBTOOL isnt working for kpathsea. > > -- > > Best Regards > > Edd > > http://students.dec.bournemouth.ac.uk/ebarrett
Re: UPDATE: TeX Live 2008
On Mon, Oct 06, 2008 at 05:05:35PM +0100, Edd Barrett wrote: > Hi, > > On Tue, Sep 30, 2008 at 2:15 AM, Edd Barrett <[EMAIL PROTECTED]> wrote: > > LuaTeX isnt really ready so I am tempted to disable it if the fix is not > > easy. > > OK, both xindy and luatex are not ready, and so are both disabled. > > Upstream notified, in the pipeline. > > Also I moved ifxetex to -tetex, so that you can use things like beamer > which have special behaviors for xetex, but do not require it. > > Heres what I suggest we commit to our tree. > > Please test and report. I would love to have this in by eurobsdcon (2 weeks). > > -- > > Best Regards > > Edd > > http://students.dec.bournemouth.ac.uk/ebarrett I tested with some documents: a few articles, a report, a beamer presentation. Mostly pdflatex usage. Worked OK. But, when compiling a paper with a more (and unnecessary) complicated compilation process, I noticed the following: $ dvipdfm dvipdfm: can't load library 'libkpathsea.so.0.0' $ xdvi xdvi-xaw: can't load library 'libkpathsea.so.0.0' $ ls -l /usr/local/lib/libkpathsea* -rw-r--r-- 1 root bin 235976 Oct 7 18:57 /usr/local/lib/libkpathsea.a -rw-r--r-- 1 root bin 807 Oct 7 18:57 /usr/local/lib/libkpathsea.la -rw-r--r-- 1 root bin 116568 Oct 7 18:57 /usr/local/lib/libkpathsea.so.1.0 $ cd /usr/ports/print/texlive/base/ $ make port-lib-depends-check texlive_base-2008: Asking ports for dependency ps2eps-1.64(print/ps2eps) Asking ports for dependency t1utils-1.32(print/t1utils) Asking ports for dependency psutils-0.17p0-a4(print/psutils) Asking ports for dependency t1lib-5.1.0p1(devel/t1lib) Asking ports for dependency ghostscript-8.62p2(print/ghostscript/gnu) Asking ports for dependency dvi2tty-5.3.1(print/dvi2tty) Asking ports for dependency detex-2.8(print/detex) Asking ports for dependency png-1.2.32(graphics/png) Asking ports for dependency ijs-0.35(print/ijs) Asking ports for dependency jpeg-6bp3(graphics/jpeg) Asking ports for dependency ghostscript-fonts-8.11p0(print/ghostscript/gnu-fonts) Asking ports for dependency libiconv-1.12(converters/libiconv) Missing lib: kpathsea.0 (/usr/local/bin/xdvi-xaw) (NOT REACHABLE) Bogus WANTLIB: png.7 (/usr/local/bin/xetex) (NOT REACHABLE) *** Error code 1 (ignored)
Re: SDL diff needs testing on i386
On Wed, Sep 17, 2008 at 05:18:10AM -0400, Brad wrote: > Please test the following diff on i386. It looks like the > assembly blit code builds Ok with gcc3/yasm. Built fine for me. Tested with my sdlmame port, no problem.
Re: UPDATE: TeX Live 2008
On Thu, Sep 25, 2008 at 01:12:53AM +0100, Edd Barrett wrote: > Greetings, > > On Wed, Sep 24, 2008 at 5:54 PM, Edd Barrett <[EMAIL PROTECTED]> wrote: > > Can someone explain? > forgot SUDO=sudo in mk.conf, my bad. > > attached is an updated port > > -- > > Best Regards > > Edd > > http://students.dec.bournemouth.ac.uk/ebarrett Compiling on amd64, got this: gmake[4]: Entering directory `/usr/ports/print/texlive/base/w-texlive_base-2008/texlive-20080816-source/work/libs/lua51' cc -O0-c -o lapi.o lapi.c cc -O0-c -o lcode.o lcode.c cc -O0-c -o ldebug.o ldebug.c ldebug.c: In function `precheck': ldebug.c:279: warning: comparison is always true due to limited range of data type cc -O0-c -o ldo.o ldo.c cc -O0-c -o ldump.o ldump.c cc -O0-c -o lfunc.o lfunc.c cc -O0-c -o lgc.o lgc.c cc -O0-c -o llex.o llex.c cc -O0-c -o lmem.o lmem.c cc -O0-c -o lobject.o lobject.c cc -O0-c -o lopcodes.o lopcodes.c cc -O0-c -o lparser.o lparser.c cc -O0-c -o lstate.o lstate.c cc -O0-c -o lstring.o lstring.c cc -O0-c -o ltable.o ltable.c cc -O0-c -o ltm.o ltm.c cc -O0-c -o lundump.o lundump.c cc -O0-c -o lvm.o lvm.c cc -O0-c -o lzio.o lzio.c cc -O0-c -o lcoco.o lcoco.c lcoco.c:334:22: ucontext.h: No such file or directory lcoco.c:342:1: warning: "COCO_MAIN_PARAM" redefined lcoco.c:238:1: warning: this is the location of the previous definition lcoco.c:372: error: syntax error before "ucontext_t" lcoco.c: In function `coco_main': lcoco.c:446: error: structure has no member named `ctx' lcoco.c:446: error: structure has no member named `back' lcoco.c: In function `lua_newcthread': lcoco.c:463: error: structure has no member named `ctx' lcoco.c:463: error: structure has no member named `ctx' lcoco.c:463: error: structure has no member named `ctx' lcoco.c:463: error: structure has no member named `ctx' lcoco.c:463: error: structure has no member named `ctx' lcoco.c: In function `luaCOCO_resume': lcoco.c:479: error: structure has no member named `back' lcoco.c:479: error: structure has no member named `ctx' lcoco.c: In function `luaCOCO_yield': lcoco.c:493: error: structure has no member named `ctx' lcoco.c:493: error: structure has no member named `back' gmake[4]: *** [lcoco.o] Error 1 gmake[4]: Leaving directory `/usr/ports/print/texlive/base/w-texlive_base-2008/texlive-20080816-source/work/libs/lua51' gmake[3]: *** [posix] Error 2 gmake[3]: Leaving directory `/usr/ports/print/texlive/base/w-texlive_base-2008/texlive-20080816-source/work/libs/lua51' gmake[2]: *** [../../libs/lua51/liblua.a] Error 2 gmake[2]: Leaving directory `/usr/ports/print/texlive/base/w-texlive_base-2008/texlive-20080816-source/work/texk/web2c' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/ports/print/texlive/base/w-texlive_base-2008/texlive-20080816-source/work/texk' gmake: *** [all] Error 1 *** Error code 2 Stop in /usr/ports/print/texlive/base (line 2169 of /usr/ports/infrastructure/mk/bsd.port.mk). ===> Exiting print/texlive/base with an error *** Error code 1 Stop in /usr/ports/print/texlive (line 124 of /usr/ports/infrastructure/mk/bsd.port.subdir.mk)
Re: NEW: emulators/sdlmame
On Mon, Aug 25, 2008 at 02:42:11PM +0200, Pierre Riteau wrote:
> Hi,
> emulators/xmame has not been active upstream for 2 years.
> It has been more or less officially replaced by sdlmame.
>
> Attached is a port of sdlmame 0.127 (I also have a port of sdlmess
> almost ready).
> It needs gcc 4.2 to compile.
> It was only tested on amd64 and i386, hence the ONLY_FOR_ARCHS.
> If someone wants to give it a spin on e.g. powerpc, these two steps are
> needed:
> 1) uncomment BIG_ENDIAN = 1 in sdlmame's makefile
> 2) add powerpc to MODGCC4_ARCHES in the port's Makefile
> I really don't know if it will compile ok even after these 2 steps.
>
> This port can be tested with a few freely available roms at:
> http://mamedev.org/roms
> There is also World Rally which is available from its editor website:
> http://www.gaelco.com/english/pages/hablando/frhablan.htm
>
> Quick start for testers: put your roms in a roms/ subdirectory.
>
> People with foreign keyboards: if your keymap is present in
> /usr/local/share/sdlmame/keymaps, run sdlmame with the following flags:
> -keymap -keymap_file /usr/local/share/sdlmame/keymaps/.txt
>
> People with DRI: you can probably get better performance by running
> sdlmame with the "-video opengl" flag.
>
> People without DRI: you can probably get better performance by running
> sdlmame with the "-window -nomaximize" flags.
>
> To compile it on amd64 you need to recompile gcc 4.2 with the following
> patch (espie@ is aware of it):
>
> Index: lang/gcc/4.2/Makefile
> ===
> RCS file: /home/pierre/cvs/ports/lang/gcc/4.2/Makefile,v
> retrieving revision 1.22
> diff -p -u -r1.22 Makefile
> --- lang/gcc/4.2/Makefile 4 Jul 2008 19:41:21 - 1.22
> +++ lang/gcc/4.2/Makefile 25 Aug 2008 11:13:10 -
> @@ -8,7 +8,7 @@ DATE=20070307
> FULL_VERSION=4.2-${DATE}
> FULL_PKGVERSION=4.2.${DATE}
>
> -PKGNAME-main= gcc-${FULL_PKGVERSION}p7
> +PKGNAME-main= gcc-${FULL_PKGVERSION}p8
> PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
> PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
> PKGNAME-g77= g77-${FULL_PKGVERSION}p4
> @@ -29,7 +29,7 @@ SHARED_LIBS=estdc++ 8.0 \
> MAINTAINER= Marc Espie <[EMAIL PROTECTED]>
>
> PSEUDO_FLAVORS=c++ fortran objc java ada
> -.if ${MACHINE_ARCH} == "i386"
> +.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
> FLAVOR?=c++ fortran objc ada
> .else
> FLAVOR?=c++ fortran objc
> @@ -194,4 +194,3 @@ LIB_DEPENDS-f95= gmp:gmp->=4.2:devel/gmp
> LIB_DEPENDS-java=gc::devel/boehm-gc
>
> .include
> -
I just realized the diff I sent for gcc is bad. Here is the right one.
Index: Makefile
===
RCS file: /mnt/pierre/cvs/ports/lang/gcc/4.2/Makefile,v
retrieving revision 1.22
diff -p -u -r1.22 Makefile
--- Makefile4 Jul 2008 19:41:21 - 1.22
+++ Makefile4 Sep 2008 10:22:24 -
@@ -8,7 +8,7 @@ DATE=20070307
FULL_VERSION=4.2-${DATE}
FULL_PKGVERSION=4.2.${DATE}
-PKGNAME-main= gcc-${FULL_PKGVERSION}p7
+PKGNAME-main= gcc-${FULL_PKGVERSION}p8
PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
PKGNAME-g77= g77-${FULL_PKGVERSION}p4
@@ -174,7 +174,7 @@ PKG_ARGS+=-DPPC=1
.else
PKG_ARGS+=-DPPC=0
.endif
-.if ${MACHINE_ARCH} == "i386"
+.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
PKG_ARGS+=-DI386=1
.else
PKG_ARGS+=-DI386=0
@@ -194,4 +194,3 @@ LIB_DEPENDS-f95=gmp:gmp->=4.2:devel/gmp
LIB_DEPENDS-java= gc::devel/boehm-gc
.include
-
Re: NEW: emulators/sdlmess
On Mon, Aug 25, 2008 at 05:20:58PM +0200, Pierre Riteau wrote: > Hi, > Following the sdlmame port, here is one of sdlmess 0.126 (0.127 isn't > out yet). > > Same instructions for testing, except for roms: > provided that the console you want to emulate doesn't need a bios > (e.g. the NES doesn't need one), you can often test them with demos > (e.g. from http://www.pouet.net). > > I need feeback on one thing. > sdlmame and sdlmess are distributed separately, so I created completely > separate ports. > They both include a few tools like chdman or romcmp. > They seem to be based on the same source for the same sdlmame/sdlmess > versions, but I'm not 100% sure it is always the case. > Plus, since sdlmess is always released later than sdlmame, merging the > two ports would make updating the port more difficult I think. > For now, I installed the tools provided by sdlmess prefixed by mess- > (mess-chdman, mess-romcmp). > > How should I handle this? > > Pierre Riteau Port updated to MESS 0.127. Any test/comment would be appreciated. sdlmess-0.127.tar.gz Description: application/tar-gz
NEW: emulators/sdlmess
Hi, Following the sdlmame port, here is one of sdlmess 0.126 (0.127 isn't out yet). Same instructions for testing, except for roms: provided that the console you want to emulate doesn't need a bios (e.g. the NES doesn't need one), you can often test them with demos (e.g. from http://www.pouet.net). I need feeback on one thing. sdlmame and sdlmess are distributed separately, so I created completely separate ports. They both include a few tools like chdman or romcmp. They seem to be based on the same source for the same sdlmame/sdlmess versions, but I'm not 100% sure it is always the case. Plus, since sdlmess is always released later than sdlmame, merging the two ports would make updating the port more difficult I think. For now, I installed the tools provided by sdlmess prefixed by mess- (mess-chdman, mess-romcmp). How should I handle this? Pierre Riteau sdlmess-0.126.tar.gz Description: application/tar-gz
NEW: emulators/sdlmame
Hi,
emulators/xmame has not been active upstream for 2 years.
It has been more or less officially replaced by sdlmame.
Attached is a port of sdlmame 0.127 (I also have a port of sdlmess
almost ready).
It needs gcc 4.2 to compile.
It was only tested on amd64 and i386, hence the ONLY_FOR_ARCHS.
If someone wants to give it a spin on e.g. powerpc, these two steps are
needed:
1) uncomment BIG_ENDIAN = 1 in sdlmame's makefile
2) add powerpc to MODGCC4_ARCHES in the port's Makefile
I really don't know if it will compile ok even after these 2 steps.
This port can be tested with a few freely available roms at:
http://mamedev.org/roms
There is also World Rally which is available from its editor website:
http://www.gaelco.com/english/pages/hablando/frhablan.htm
Quick start for testers: put your roms in a roms/ subdirectory.
People with foreign keyboards: if your keymap is present in
/usr/local/share/sdlmame/keymaps, run sdlmame with the following flags:
-keymap -keymap_file /usr/local/share/sdlmame/keymaps/.txt
People with DRI: you can probably get better performance by running
sdlmame with the "-video opengl" flag.
People without DRI: you can probably get better performance by running
sdlmame with the "-window -nomaximize" flags.
To compile it on amd64 you need to recompile gcc 4.2 with the following
patch (espie@ is aware of it):
Index: lang/gcc/4.2/Makefile
===
RCS file: /home/pierre/cvs/ports/lang/gcc/4.2/Makefile,v
retrieving revision 1.22
diff -p -u -r1.22 Makefile
--- lang/gcc/4.2/Makefile 4 Jul 2008 19:41:21 - 1.22
+++ lang/gcc/4.2/Makefile 25 Aug 2008 11:13:10 -
@@ -8,7 +8,7 @@ DATE=20070307
FULL_VERSION=4.2-${DATE}
FULL_PKGVERSION=4.2.${DATE}
-PKGNAME-main= gcc-${FULL_PKGVERSION}p7
+PKGNAME-main= gcc-${FULL_PKGVERSION}p8
PKGNAME-c++ = g++-${FULL_PKGVERSION}p7
PKGNAME-estdc= libstdc++-${FULL_PKGVERSION}p4
PKGNAME-g77= g77-${FULL_PKGVERSION}p4
@@ -29,7 +29,7 @@ SHARED_LIBS= estdc++ 8.0 \
MAINTAINER=Marc Espie <[EMAIL PROTECTED]>
PSEUDO_FLAVORS=c++ fortran objc java ada
-.if ${MACHINE_ARCH} == "i386"
+.if ${MACHINE_ARCH} == "i386" || ${MACHINE_ARCH} == "amd64"
FLAVOR?=c++ fortran objc ada
.else
FLAVOR?=c++ fortran objc
@@ -194,4 +194,3 @@ LIB_DEPENDS-f95=gmp:gmp->=4.2:devel/gmp
LIB_DEPENDS-java= gc::devel/boehm-gc
.include
-
sdlmame-0.127.tar.gz
Description: application/tar-gz
Re: Update: net/transmission 1.20
On Thu, May 15, 2008 at 02:59:31PM +, Christian Weisgerber wrote: > The Transmission BitTorrent client has seen quite a bit of development > activity lately. Here's 1.20. Apart from bug fixes, it has gained > the ability to use a blacklist. Works fine for me on i386, but I only tested the console client and started using transmission-daemon. -- Pierre Riteau
Re: vlc bug
On Thu, May 01, 2008 at 04:28:55PM -0700, Unix Fan wrote: > Hello, > > I just updated to 4.3 and noticed this odd VLC volume bar visual bug, it's > rather distracting... :( > > > > -Nix Fan. > That's a known bug, see http://marc.info/?t=12034403842&r=1&w=2 >From what I've read on the VLC forums, they are moving to QT4 for their next major release (0.9), so they are probably not highly motivated to fix bugs caused by wxwidgets. -- Pierre Riteau
Re: Update: ion-20080207
ions are mainly for development use and can be used
> diff -urN ion/patches/patch-utils_ion-statusd_statusd_mail_lua
> ion.new/patches/patch-utils_ion-statusd_statusd_mail_lua
> --- ion/patches/patch-utils_ion-statusd_statusd_mail_luaThu Jan 1
> 01:00:00 1970
> +++ ion.new/patches/patch-utils_ion-statusd_statusd_mail_luaWed Feb
> 13 00:33:57 2008
> @@ -0,0 +1,12 @@
> +$OpenBSD$
> +--- utils/ion-statusd/statusd_mail.lua.origWed Feb 13 00:33:16 2008
> utils/ion-statusd/statusd_mail.lua Wed Feb 13 00:33:33 2008
> +@@ -12,7 +12,7 @@ local mon = "mail"
> + local defaults={
> + update_interval=10*1000,
> + retry_interval=60*10*1000,
> +-mbox = os.getenv("MAIL"),
> ++mbox = os.getenv("MAIL") or "/var/mail/" .. os.getenv("USER"),
> + files = {}
> + }
> +
> diff -urN ion/pkg/PFRAG.shared ion.new/pkg/PFRAG.shared
> --- ion/pkg/PFRAG.sharedWed Feb 13 00:39:10 2008
> +++ ion.new/pkg/PFRAG.sharedWed Feb 13 00:20:26 2008
> @@ -2,7 +2,6 @@
> lib/ion3/mod/de.so
> lib/ion3/mod/mod_dock.so
> lib/ion3/mod/mod_menu.so
> -lib/ion3/mod/mod_mgmtmode.so
> lib/ion3/mod/mod_query.so
> lib/ion3/mod/mod_sm.so
> lib/ion3/mod/mod_sp.so
> diff -urN ion/pkg/PLIST ion.new/pkg/PLIST
> --- ion/pkg/PLIST Wed Feb 13 00:39:10 2008
> +++ ion.new/pkg/PLIST Wed Feb 13 00:20:26 2008
> @@ -14,11 +14,12 @@
> lib/ion3/lc/ioncore_luaext.lc
> lib/ion3/lc/ioncore_menudb.lc
> lib/ion3/lc/ioncore_misc.lc
> +lib/ion3/lc/ioncore_quasiact.lc
> +lib/ion3/lc/ioncore_tabnum.lc
> lib/ion3/lc/ioncore_wd.lc
> lib/ion3/lc/ioncore_winprops.lc
> lib/ion3/lc/mod_dock.lc
> lib/ion3/lc/mod_menu.lc
> -lib/ion3/lc/mod_mgmtmode.lc
> lib/ion3/lc/mod_query.lc
> lib/ion3/lc/mod_query_chdir.lc
> lib/ion3/lc/mod_sm.lc
> @@ -33,10 +34,6 @@
> man/cs/man1/
> @man man/cs/man1/ion3.1
> @man man/cs/man1/pwm3.1
> -man/de/
> -man/de/man1/
> [EMAIL PROTECTED] man/de/man1/ion3.1
> [EMAIL PROTECTED] man/de/man1/pwm3.1
> man/fi/
> man/fi/man1/
> @man man/fi/man1/ion3.1
> @@ -67,26 +64,19 @@
> share/examples/ion3/look_cleanios.lua
> share/examples/ion3/look_cleanviolet.lua
> share/examples/ion3/look_dusky.lua
> +share/examples/ion3/look_greenlight.lua
> share/examples/ion3/look_greyviolet.lua
> share/examples/ion3/look_ios.lua
> share/examples/ion3/look_newviolet.lua
> share/examples/ion3/look_simpleblue.lua
> share/examples/ion3/lookcommon_clean.lua
> -share/examples/ion3/lookcommon_clean_frame.lua
> -share/examples/ion3/lookcommon_clean_stdisp.lua
> -share/examples/ion3/lookcommon_clean_tab.lua
> share/examples/ion3/lookcommon_emboss.lua
> -share/examples/ion3/lookcommon_emboss_frame.lua
> -share/examples/ion3/lookcommon_emboss_stdisp.lua
> -share/examples/ion3/lookcommon_emboss_tab.lua
> share/ion3/
> share/ion3/ion-completeman
> share/ion3/ion-runinxterm
> share/ion3/welcome.cs.txt
> -share/ion3/welcome.de.txt
> share/ion3/welcome.fi.txt
> share/ion3/welcome.txt
> share/locale/cs/LC_MESSAGES/ion3.mo
> -share/locale/de/LC_MESSAGES/ion3.mo
> share/locale/fi/LC_MESSAGES/ion3.mo
> -share/locale/ru/LC_MESSAGES/ion3.mo
> +share/locale/fr/LC_MESSAGES/ion3.mo
>
> --
>
> Best Regards
>
> Edd
>
> http://students.dec.bournemouth.ac.uk/ebarrett
>
>
--
Pierre Riteau
Re: xmess-sdl and audio broken?
On Jan 12, 2008 9:16 PM, Edd Barrett <[EMAIL PROTECTED]> wrote:
> On Jan 12, 2008 6:45 PM, Edd Barrett <[EMAIL PROTECTED]> wrote:
> > I'll have a look at that. I don't have a huge amount of time, so if it
> > becomes patch hell, then I may drop it :P
>
> It has a somewhat odd build system and will require some work.
>
> I don't have time at the moment.
I managed to compile and run sdlmame0122, and sound works.
Some tips:
- find . -type f -name "*.h" -exec perl -pi -e 's/#pragma once/#ifndef
__GNUC__\n#pragma once\n#endif/' {} \;
- use gmake
- install gcc-4.2 and change CC and LD (maybe this one is not
required) accordingly in the makefile
(the README says only gcc 3.4.x, 4.0.x and 4.1.x are supported, but it
seems to work with 4.2 for the roms I tried; gcc in base doesn't
compile sdlmame)
- define SDLMAME_FREEBSD in CFLAGS
I guess sdlmess should be built quite easily with the same method.
>
>
> --
> Best Regards
>
> Edd
>
> -------
> http://students.dec.bournemouth.ac.uk/ebarrett
>
--
Pierre Riteau
Re: xmess-sdl and audio broken?
.104p2-sdl.tgz > *** Error code 1 > ---8<--- > > Looks like this port needs some attention. > > Thanks > > -- > Best Regards > > Edd > > --- > http://students.dec.bournemouth.ac.uk/ebarrett > > xmame/xmess has not been updated for a long time (MAME is at 0.122u5 and xmame at 0.106). I think it should be removed from ports and replaced by a port of sdlmame/sdlmess (http://rbelmont.mameworld.info/?page_id=163) -- Pierre Riteau
Re: good console jabber client?
On Dec 3, 2007 4:35 PM, frantisek holop <[EMAIL PROTECTED]> wrote: > hmm, on Thu, Nov 29, 2007 at 11:10:45AM +0100, frantisek holop said that > > hmm, on Tue, Nov 27, 2007 at 04:54:07PM +0200, Paul Irofti said that > > > You can always go with finch. Its the cli version from Pidgin. > > > > interesting. > > is it possible to make a finch flavour? > > > > > > hm, and it's not available for 4.1 as package (upgrade in planning) > > just to follow up on this, i have looked at the pidgin Makefile for 4.1: > > PERMIT_PACKAGE_CDROM= Yes > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP= Yes > > but there is no pidgin package on openbsd.org > and i checked the rt.fm mirror also. > > there is a package for 4.2 so i was just wondering what is the > reason for this? was the package broken at release time for 4.1? pidgin was imported in CVS on Sat May 12 15:19:35 2007 UTC, so I doubt you can find it in 4.1 ports. -- Pierre Riteau
Re: [patch] Sync FLAVORS and DESCR
On Wed, Aug 29, 2007 at 10:04:33PM +0200, Pierre Riteau wrote: > Hi, > Here is a patch to sync some ports' FLAVORS with their DESCR files. > I hope to have fixed every single port where at least one FLAVOR was in the > DESCR (some ports have no FLAVOR information in it, I didn't changed that). > Only the games/slash-em is not synced, because the qt FLAVOR is here but > disabled in the Makefile. > Maybe a new feature should be added to the ports system to allow flavors > description directly in the Makefile? > It would solve those syncing problems. > > Also fixes a missing URL. > > Pierre Riteau Updated diff with feedback from Christian Weisgerber and Mikolaj Kucharski. For glade, the homepage gets appended but it gives something like that: For more information about glade, visit: Maintainer: The OpenBSD ports mailing-list WWW: http://glade.gnome.org/ So kill the first sentence like Mikolaj suggested. Pierre Riteau Index: devel/asp2php/pkg/DESCR === RCS file: /cvs/openbsd/ports/devel/asp2php/pkg/DESCR,v retrieving revision 1.2 diff -u -r1.2 DESCR --- devel/asp2php/pkg/DESCR 15 Dec 2003 21:42:17 - 1.2 +++ devel/asp2php/pkg/DESCR 2 Sep 2007 16:54:07 - @@ -2,4 +2,5 @@ It supports multiple database drivers, sessions, both PHP3 and PHP4, and also provides a graphical front end to do all this. -The GUI front-end is available via the 'gui' flavor. +Flavors: + no_x11 - build without X11 support Index: devel/glade/pkg/DESCR === RCS file: /cvs/openbsd/ports/devel/glade/pkg/DESCR,v retrieving revision 1.4 diff -u -r1.4 DESCR --- devel/glade/pkg/DESCR 15 Dec 2003 21:42:19 - 1.4 +++ devel/glade/pkg/DESCR 2 Sep 2007 16:54:08 - @@ -6,5 +6,3 @@ Available flavors: gnome: Build with gnome support - -For more information about glade, visit: Index: games/crossfire-client/pkg/DESCR === RCS file: /cvs/openbsd/ports/games/crossfire-client/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- games/crossfire-client/pkg/DESCR15 Dec 2003 21:42:27 - 1.3 +++ games/crossfire-client/pkg/DESCR2 Sep 2007 16:54:20 - @@ -4,5 +4,3 @@ Moria, Angband, and Ragnarok.) Any number of players can move around in their own window, finding and using items and battling monsters. They can choose to cooperate or compete in the same world. - -The gnome flavor creates a gnome client. Index: mail/dspam/pkg/DESCR === RCS file: /cvs/openbsd/ports/mail/dspam/pkg/DESCR,v retrieving revision 1.4 diff -u -r1.4 DESCR --- mail/dspam/pkg/DESCR15 Feb 2006 05:58:19 - 1.4 +++ mail/dspam/pkg/DESCR2 Sep 2007 16:54:32 - @@ -23,3 +23,6 @@ - mysql: use a mysql server as a storage engine. - hash: use the CRM Sparse Spectra (CSS) storage engine. + +- preferences : store user preferences in the database instead of flat files. +Has any effect only on mysql and pgsql flavors. Index: mail/mailcrypt/pkg/DESCR === RCS file: /cvs/openbsd/ports/mail/mailcrypt/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- mail/mailcrypt/pkg/DESCR3 Dec 2003 17:22:50 - 1.3 +++ mail/mailcrypt/pkg/DESCR2 Sep 2007 16:54:32 - @@ -6,5 +6,3 @@ pgp - use PGP 2.x pgp5- use PGP 5.x gnupg - use GNU Privacy Guard - emacs21 - use GNU Emacs 21.x - xemacs - use XEmacs Index: multimedia/transcode/pkg/DESCR === RCS file: /cvs/openbsd/ports/multimedia/transcode/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- multimedia/transcode/pkg/DESCR 25 Jan 2005 21:59:00 - 1.1.1.1 +++ multimedia/transcode/pkg/DESCR 2 Sep 2007 16:54:38 - @@ -18,3 +18,7 @@ quicktime: adds the ability to import and export using the libquicktime API, thus it adds the ability to import and export QuickTime-compatible .mov files. +altivec: uses altivec vector unit for a huge speed-up. +Only works on powerpc platform with altivec hardware support. +Altivec is present on all PowerPC G4 processors. +Altivec is not present on G3 or earlier (60x) processors. Index: security/john/pkg/DESCR === RCS file: /cvs/openbsd/ports/security/john/pkg/DESCR,v retrieving revision 1.6 diff -u -r1.6 DESCR --- security/john/pkg/DESCR 23 Sep 2004 21:52:08 - 1.6 +++ security/john/pkg/DESCR 2 Sep 2007 16:55:02 - @@ -20,6 +20,3 @@ DES is an example). Additionally, there're assembly routines for several processors and architectures (spec
[patch] Sync FLAVORS and DESCR
Hi, Here is a patch to sync some ports' FLAVORS with their DESCR files. I hope to have fixed every single port where at least one FLAVOR was in the DESCR (some ports have no FLAVOR information in it, I didn't changed that). Only the games/slash-em is not synced, because the qt FLAVOR is here but disabled in the Makefile. Maybe a new feature should be added to the ports system to allow flavors description directly in the Makefile? It would solve those syncing problems. Also fixes a missing URL. Pierre Riteau Index: devel/asp2php/pkg/DESCR === RCS file: /cvs/openbsd/ports/devel/asp2php/pkg/DESCR,v retrieving revision 1.2 diff -u -r1.2 DESCR --- devel/asp2php/pkg/DESCR 15 Dec 2003 21:42:17 - 1.2 +++ devel/asp2php/pkg/DESCR 29 Aug 2007 19:41:41 - @@ -2,4 +2,5 @@ It supports multiple database drivers, sessions, both PHP3 and PHP4, and also provides a graphical front end to do all this. -The GUI front-end is available via the 'gui' flavor. +Flavors: + no_x11 - build without X11 support Index: devel/glade/pkg/DESCR === RCS file: /cvs/openbsd/ports/devel/glade/pkg/DESCR,v retrieving revision 1.4 diff -u -r1.4 DESCR --- devel/glade/pkg/DESCR 15 Dec 2003 21:42:19 - 1.4 +++ devel/glade/pkg/DESCR 29 Aug 2007 19:41:42 - @@ -8,3 +8,4 @@ gnome: Build with gnome support For more information about glade, visit: +http://glade.gnome.org/ Index: games/crossfire-client/pkg/DESCR === RCS file: /cvs/openbsd/ports/games/crossfire-client/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- games/crossfire-client/pkg/DESCR15 Dec 2003 21:42:27 - 1.3 +++ games/crossfire-client/pkg/DESCR29 Aug 2007 19:41:47 - @@ -4,5 +4,3 @@ Moria, Angband, and Ragnarok.) Any number of players can move around in their own window, finding and using items and battling monsters. They can choose to cooperate or compete in the same world. - -The gnome flavor creates a gnome client. Index: mail/dspam/pkg/DESCR === RCS file: /cvs/openbsd/ports/mail/dspam/pkg/DESCR,v retrieving revision 1.4 diff -u -r1.4 DESCR --- mail/dspam/pkg/DESCR15 Feb 2006 05:58:19 - 1.4 +++ mail/dspam/pkg/DESCR29 Aug 2007 19:41:51 - @@ -23,3 +23,6 @@ - mysql: use a mysql server as a storage engine. - hash: use the CRM Sparse Spectra (CSS) storage engine. + +- preferences : store user preferences in the database instead of flat files. +Has any effect only on mysql and pgsql flavors. Index: mail/mailcrypt/pkg/DESCR === RCS file: /cvs/openbsd/ports/mail/mailcrypt/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- mail/mailcrypt/pkg/DESCR3 Dec 2003 17:22:50 - 1.3 +++ mail/mailcrypt/pkg/DESCR29 Aug 2007 19:41:51 - @@ -6,5 +6,3 @@ pgp - use PGP 2.x pgp5- use PGP 5.x gnupg - use GNU Privacy Guard - emacs21 - use GNU Emacs 21.x - xemacs - use XEmacs Index: multimedia/transcode/pkg/DESCR === RCS file: /cvs/openbsd/ports/multimedia/transcode/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- multimedia/transcode/pkg/DESCR 25 Jan 2005 21:59:00 - 1.1.1.1 +++ multimedia/transcode/pkg/DESCR 29 Aug 2007 19:41:54 - @@ -18,3 +18,7 @@ quicktime: adds the ability to import and export using the libquicktime API, thus it adds the ability to import and export QuickTime-compatible .mov files. +altivec: uses altivec vector unit for a huge speed-up. +Only works on powerpc platform with altivec hardware support. +Altivec is present on all PowerPC G4 processors. +Altivec is not present on G3 or earlier (60x) processors. Index: security/john/pkg/DESCR === RCS file: /cvs/openbsd/ports/security/john/pkg/DESCR,v retrieving revision 1.6 diff -u -r1.6 DESCR --- security/john/pkg/DESCR 23 Sep 2004 21:52:08 - 1.6 +++ security/john/pkg/DESCR 29 Aug 2007 19:41:58 - @@ -20,6 +20,3 @@ DES is an example). Additionally, there're assembly routines for several processors and architectures (special Intel Pentium version, x86 with MMX, generic x86, Alpha EV4, SPARC V8). - -Flavors: - * no_mmx: disable MMX support Index: www/konqueror-embedded/pkg/DESCR === RCS file: /cvs/openbsd/ports/www/konqueror-embedded/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- www/konqueror-embedded/pkg/DESCR19 Aug 2003 19:55:25 - 1.3 +++ www/konqueror-embedded/pkg/DESC
