Re: update preview: lang/ghc
> This looks like you've something left over from a previous build. > Please run `make clean' and then rerun the build. (And better wait > a little bit, as I'm going to commit some change in a few minutes > including a pkgname bump for ghc). ok, my fault I re-ran make to see the error msg again but cleaned before the actual make - I am not that clueless. Anyway the problem was still there with 1.31, I fixed it now by removing the dependency on ghc-paths from haddock.cabal in ghc-6.12.2/utils/haddock (see patch). The compilation succeeds then, ghc seems to work on the programs I tested (very small ones), so maybe ghc-paths is not needed at all for compilation. I made a diff file that does the removal by "diff -u file~ file" in the pobj/ghc directory. I am sure that is not the way to produce a useable patch. What's the correct command here? Thanks for your efforts and time regards Matthias removeGHC-pathsDeps.diff Description: Binary data
Re: emulators/xmame still useful?
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? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: UPDATE: sdl 1.2.14
On 2010-04-25 17:01:24, Brad wrote: > On Sun, Apr 18, 2010 at 07:36:10PM -0400, Brad wrote: > > Here is an update to SDL 1.2.14. > > Here is a second rev of my update. I rolled in some fixes > taken from upstream for the i386/amd64 cpuid assembly code > and I added support for detection of AltiVec on OpenBSD/powerpc > using the sysctl, although AltiVec support is still disabled. > > Again please test. This is a pretty important bug fix release > and this is used in a good number of games and multimedia > related software for audio/video output. > I've been testing it with audio/milkytracker. No regressions seen. kern.version=OpenBSD 4.7-current (GENERIC) #603: Mon Apr 12 16:28:26 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
Re: pkg_add update stalling
Hi, I'd recommend using an HTTP mirror for pkg_add(8), arguably less protocol overhead. -Bryan.
Re: UPDATE: sdl 1.2.14
On Sun, Apr 18, 2010 at 07:36:10PM -0400, Brad wrote:
> Here is an update to SDL 1.2.14.
Here is a second rev of my update. I rolled in some fixes
taken from upstream for the i386/amd64 cpuid assembly code
and I added support for detection of AltiVec on OpenBSD/powerpc
using the sysctl, although AltiVec support is still disabled.
Again please test. This is a pretty important bug fix release
and this is used in a good number of games and multimedia
related software for audio/video output.
Index: Makefile
===
RCS file: /cvs/ports/devel/sdl/Makefile,v
retrieving revision 1.74
diff -u -p -r1.74 Makefile
--- Makefile12 Jan 2010 11:19:06 - 1.74
+++ Makefile25 Apr 2010 17:36:27 -
@@ -2,9 +2,9 @@
COMMENT= cross-platform multimedia library
-VERSION= 1.2.13
+VERSION= 1.2.14
DISTNAME= SDL-${VERSION}
-PKGNAME= ${DISTNAME:L}p13
+PKGNAME= ${DISTNAME:L}
CATEGORIES=devel
HOMEPAGE= http://www.libsdl.org/
@@ -18,8 +18,7 @@ PERMIT_DISTFILES_CDROM= Yes
PERMIT_DISTFILES_FTP= Yes
WANTLIB= m sndio usbhid
-MASTER_SITES= ftp://ftp.fr.freebsd.org/pub/FreeBSD/distfiles/ \
- ${HOMEPAGE}release/
+MASTER_SITES= ${HOMEPAGE}release/
MASTER_SITES0= http://dev.beastie.hu/ \
http://www.beastie.hu/
Index: distinfo
===
RCS file: /cvs/ports/devel/sdl/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- distinfo3 Jan 2008 17:39:40 - 1.17
+++ distinfo18 Apr 2010 21:52:51 -
@@ -1,10 +1,10 @@
-MD5 (SDL-1.2.13.tar.gz) = xmYP7qKmg03hC8cbL45NiA==
+MD5 (SDL-1.2.14.tar.gz) = 5SCG0bUI+gt2xS7jC1W+xA==
MD5 (patch-libsd1.2.7-libcaca0.9.diff) = 3/bPX8l0lNvgWICGbhUWYA==
-RMD160 (SDL-1.2.13.tar.gz) = 7Ygl/Jj0s3Wc+eXPg1fXHFDfmSU=
+RMD160 (SDL-1.2.14.tar.gz) = o6mmkfVRDrUyfKFZoDT1WnDLWAE=
RMD160 (patch-libsd1.2.7-libcaca0.9.diff) = 50oezoZFd7b9r4UWqeS0AJWOV1s=
-SHA1 (SDL-1.2.13.tar.gz) = UfyqPh1cAf2BPqCGiHgPhrGc9Tk=
+SHA1 (SDL-1.2.14.tar.gz) = umJbS0BFibl+ktes0WWZLevldt0=
SHA1 (patch-libsd1.2.7-libcaca0.9.diff) = Tk0/XwKG5pYODlza0vkMVJl6bAQ=
-SHA256 (SDL-1.2.13.tar.gz) = lPmd8dYPKWtX9HQGUKcbZCXaZUBEyjD48M40k0Qp4TI=
+SHA256 (SDL-1.2.14.tar.gz) = XZJ+KHA0y2uw68z6OCyx0YXLETyKtRFaB1l5hkLu2bY=
SHA256 (patch-libsd1.2.7-libcaca0.9.diff) =
fnf1KYlqBfccSHTtjR9npVtt976i2zFrClxN/ejoAS8=
-SIZE (SDL-1.2.13.tar.gz) = 3373673
+SIZE (SDL-1.2.14.tar.gz) = 4014154
SIZE (patch-libsd1.2.7-libcaca0.9.diff) = 28259
Index: patches/patch-configure
===
RCS file: /cvs/ports/devel/sdl/patches/patch-configure,v
retrieving revision 1.21
diff -u -p -r1.21 patch-configure
--- patches/patch-configure 12 Jan 2010 11:19:06 - 1.21
+++ patches/patch-configure 18 Apr 2010 21:54:45 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure,v 1.21 2010/01/12 11:19:06 jakemsr Exp $
configure.orig Sun Dec 30 21:09:39 2007
-+++ configure Tue Jan 12 02:48:55 2010
-@@ -25411,6 +25411,20 @@ _ACEOF
+--- configure.orig Sat Oct 17 13:35:13 2009
configure Sun Apr 18 17:54:36 2010
+@@ -21386,6 +21386,20 @@ _ACEOF
fi
}
@@ -22,7 +22,7 @@ $OpenBSD: patch-configure,v 1.21 2010/01
CheckPulseAudio()
{
# Check whether --enable-pulseaudio was given.
-@@ -26333,9 +26347,6 @@ echo "${ECHO_T}$CompileNASM_ret" >&6; }
+@@ -22504,9 +22518,6 @@ $as_echo "$CompileNASM_ret" >&6; }
win32)
NASMFLAGS="-f win32"
;;
@@ -32,7 +32,7 @@ $OpenBSD: patch-configure,v 1.21 2010/01
macosx)
NASMFLAGS="-f macho"
;;
-@@ -33577,6 +33588,7 @@ _ACEOF
+@@ -29983,6 +29994,7 @@ _ACEOF
CheckALSA
CheckARTSC
CheckESD
@@ -40,7 +40,7 @@ $OpenBSD: patch-configure,v 1.21 2010/01
CheckPulseAudio
CheckNAS
CheckX11
-@@ -33610,7 +33622,7 @@ _ACEOF
+@@ -30018,7 +30030,7 @@ _ACEOF
SOURCES="$SOURCES $srcdir/src/audio/sun/*.c"
have_audio=yes
;;
Index: patches/patch-sdl_pc_in
===
RCS file: /cvs/ports/devel/sdl/patches/patch-sdl_pc_in,v
retrieving revision 1.1
diff -u -p -r1.1 patch-sdl_pc_in
--- patches/patch-sdl_pc_in 20 Mar 2008 22:00:15 - 1.1
+++ patches/patch-sdl_pc_in 18 Apr 2010 21:58:33 -
@@ -1,11 +1,12 @@
$OpenBSD: patch-sdl_pc_in,v 1.1 2008/03/20 22:00:15 pvalchev Exp $
sdl.pc.in.orig Thu Mar 20 07:59:18 2008
-+++ sdl.pc.in Thu Mar 20 07:59:38 2008
-@@ -10,5 +10,5 @@ Description: Simple DirectMedia Layer is a cross-platf
+--- sdl.pc.in.orig Mon Oct 12 19:07:20 2009
sdl.pc.in Sun Apr 18 17:57:02 2010
+@@ -10,6 +10,6 @@ Description: Simple DirectMedia Layer is a cross-platf
Version: @SDL_VERSION@
Requires:
Conflicts:
-Li
e-shop.gr: Nova και Forthnet μ αζί με 40e το μήνα και 70e δώρο!
Επισκευθείτε την διεύθυνση http://www.e-shop.gr/newsletter/mail-100423.html για να δείτε τις προσφορές μας ΤΗΛΕΦΩΝΙΚΕΣ ΠΑΡΑΓΓΕΛΙΕΣ 9:00-20:00 ΣΤΟ 211 5000500 Οι τιμές ισχύουν από 24/04/10 μέχρι 10/05/10, έως εξαντλήσεως των αποθεμάτων και μόνο για τα μέλη του e-shop.gr Αν θέλετε να διαγραφείτε από τη λίστα ενημέρωσης του e-shop.gr, παρακαλούμε απαντήστε στο παρόν με τίτλο(subject) του μηνύματός σας: ΔΙΑΓΡΑΦΗ.
Re: sndio for emulators/snes9x
> [..]
> > any idea? something not 100% up-to-date?
>
> Hrmm, weird. Can I have your config.log?
Try the diff below instead. The previous one depends on a GCC diff I have
in my tree. Sorry.
f.-
Index: Makefile
===
RCS file: /cvs/ports/emulators/snes9x/Makefile,v
retrieving revision 1.10
diff -N -u -p Makefile
--- Makefile10 Aug 2009 06:31:09 - 1.10
+++ Makefile25 Apr 2010 16:22:21 -
@@ -1,48 +1,68 @@
# $OpenBSD: Makefile,v 1.10 2009/08/10 06:31:09 kili Exp $
-COMMENT= emulates the Super Nintendo Entertainment System
+COMMENT = emulates the Super Nintendo Entertainment System
-DISTNAME= snes9x-1.51-src
-PKGNAME= ${DISTNAME:S/-src//}p0
-CATEGORIES=emulators games
+DISTNAME = snes9x-1.52-src
+PKGNAME = ${DISTNAME:S/-src//}
+CATEGORIES = emulators games
-HOMEPAGE= http://www.snes9x.com/
+HOMEPAGE = http://www.snes9x.com/
# non-commercial
-PERMIT_PACKAGE_CDROM= No
-PERMIT_PACKAGE_FTP=Yes
-PERMIT_DISTFILES_CDROM=No
-PERMIT_DISTFILES_FTP= Yes
+PERMIT_PACKAGE_CDROM = No
+PERMIT_PACKAGE_FTP = Yes
+PERMIT_DISTFILES_CDROM = No
+PERMIT_DISTFILES_FTP = Yes
-WANTLIB+= X11 Xext Xxf86dga Xxf86vm c m pthread pthread-stubs stdc++ xcb z
+WANTLIB = X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes \
+ Xi Xinerama Xrandr Xrender Xv atk-1.0 c cairo expat \
+ fontconfig freetype gio-2.0 glib-2.0 glitz gmodule-2.0 \
+ gobject-2.0 gthread-2.0 m pango-1.0 pangocairo-1.0 \
+ pangoft2-1.0 pixman-1 pthread pthread-stubs stdc++ \
+ xcb xcb-render xcb-render-util z
-MASTER_SITES= http://vincent.grigorieff.free.fr/snes9x/ \
- http://files.ipherswipsite.com/snes9x/
-EXTRACT_SUFX= .tar.bz2
+MASTER_SITES = http://sites.google.com/site/bearoso/snes9x/
+EXTRACT_SUFX = .tar.bz2
-LIB_DEPENDS= png::graphics/png
+BUILD_DEPENDS =::textproc/intltool
+RUN_DEPENDS = :desktop-file-utils-*:devel/desktop-file-utils
+LIB_DEPENDS = glade-2.0::devel/libglade2 \
+ SDL::devel/sdl \
+ png::graphics/png \
+ xml2::textproc/libxml \
+ gtk-x11-2.0,gdk-x11-2.0,gdk_pixbuf-2.0::x11/gtk+2
.if ${MACHINE_ARCH} == "i386"
-BUILD_DEPENDS= ::devel/nasm
+BUILD_DEPENDS = ::devel/nasm
.endif
-AUTOCONF_VERSION= 2.59
+MODULES = devel/gettext
-USE_X11= Yes
-USE_GMAKE= Yes
-CONFIGURE_STYLE=autoconf no-autoheader
-CONFIGURE_ENV= OPTFLAGS="${CXXFLAGS} -I${LOCALBASE}/include/libpng" \
- LIBS="-L${LOCALBASE}/lib"
+USE_X11 = Yes
+USE_GMAKE =Yes
-NO_REGRESS=Yes
+CONFIGURE_STYLE = gnu
+CONFIGURE_ARGS = --disable-silent-rules \
+--without-portaudio \
+--without-oss \
+--without-alsa \
+--without-pulseaudio \
+--without-opengl
+CONFIGURE_ENV = CFLAGS="${CFLAGS} -I${LOCALBASE}/include" \
+ LIBS="-L${X11BASE}/lib -L${LOCALBASE}/lib" \
+ DATADIRNAME="share"
-post-configure:
- @perl -pi -e 's|\b_C\b|__C|g' ${WRKSRC}/cheats.cpp
+NO_REGRESS = Yes
-do-install:
+WRKSRC = ${WRKDIST}/gtk
+
+post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/snes9x
- ${INSTALL_PROGRAM} ${WRKSRC}/snes9x ${PREFIX}/bin
- ${INSTALL_DATA} ${WRKSRC}/doc/*.txt ${WRKSRC}/unix/docs/*.txt \
- ${PREFIX}/share/doc/snes9x
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/snes9x
+ cd ${WRKDIST}/docs && ${INSTALL_DATA} \
+ control-inputs.txt controls.txt snapshots.txt snes9x-license.txt \
+ ${PREFIX}/share/doc/snes9x
+ cd ${WRKDIST}/docs && ${INSTALL_DATA} snes9x.conf.default \
+ ${PREFIX}/share/examples/snes9x
.include
Index: distinfo
===
RCS file: /cvs/ports/emulators/snes9x/distinfo,v
retrieving revision 1.4
diff -N -u -p distinfo
--- distinfo9 Sep 2007 15:17:06 - 1.4
+++ distinfo25 Apr 2010 16:22:21 -
@@ -1,5 +1,5 @@
-MD5 (snes9x-1.51-src.tar.bz2) = oQOMx2H0ADGM3O2WCXL4pw==
-RMD160 (snes9x-1.51-src.tar.bz2) = WBNAWwXxgSJGFPlei6PDCfeeGzY=
-SHA1 (snes9x-1.51-src.tar.bz2) = oN4j+zdkY9J/To/H8RQkvTxZhYU=
-SHA256 (snes9x-1.51-src.tar.bz2) = cMj0H8fx4ABgUSfg9CYePrUscgGbPL+byAYbC4zN9oc=
-SIZE (snes9x-1.51-src.tar.bz2) = 1707256
+MD5 (snes9x-1.52-src.tar.bz2) = gTvToPmXMu4COKLIq0F3JQ==
+RMD160 (snes9x-1.52-src.tar.bz2) = 7H+FBY5FcdiaZaidPwni5A2wy8w=
+SHA1 (snes9x-1.52-src.tar.bz2) = +zlXto/O3oglGFFglKc+xbvtds8=
+SHA256 (snes9x-1.52-src.tar.bz2) = NuCbLaYrkhD+siTP0YMEehUaccHV5fknSdwovUt/8cs=
+SIZE (snes9x-1.52-src.tar.bz2) = 1720137
Index: patches/patch-configure_in
===
RCS file: /cvs/ports/emulators/snes9x/patches/patch-configure_in,v
retrieving revision 1.1
diff -N -u -p patches/patch-conf
Re: error while building gtk+2
On Sun, 25 Apr 2010, Federico G. Schwindt wrote: > > I've started seeing this lately in my amd64. If I rerun make, it builds ok. > Any ideas? It's known. Something related to (non-)blocking io in gmake. I'm looking into it but have no fix yet... Thanks. -- Antoine
error while building gtk+2
I've started seeing this lately in my amd64. If I rerun make, it builds ok. Any ideas? f.- creating gtk-query-immodules-2.0 gmake[4]: Leaving directory `/usr/ports/pobj/gtk+-2.20.0/gtk+-2.20.0/gtk' gmake[4]: write error gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/pobj/gtk+-2.20.0/gtk+-2.20.0/gtk' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/pobj/gtk+-2.20.0/gtk+-2.20.0/gtk' gmake[2]: write error gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/pobj/gtk+-2.20.0/gtk+-2.20.0' gmake: *** [all] Error 2
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
Re: update preview: lang/ghc
On Sun, Apr 25, 2010 at 02:52:44PM +0200, Matthias Guedemann wrote: > Makefile:62: target `all' given more than once in the same rule. > ===--- updating makefiles phase 0 > gmake -r --no-print-directory -f ghc.mk phase=0 just-makefiles [...] This looks like you've something left over from a previous build. Please run `make clean' and then rerun the build. (And better wait a little bit, as I'm going to commit some change in a few minutes including a pkgname bump for ghc). Ciao, Kili
Re: update preview: lang/ghc
> Are you trying to build it with FLAVOR=native_bootstrap? Please > don't use this pseudo flavor for now (unless you really know what > you're doing). > > If you're *not* using FLAVOR=native_bootstrap and it still fails, > please send me another mail. FLAVOR is empty (environment variable and in Makefile), PSEUDO_FLAVOR is set to "native_bootstrap", it is the unchanged Makefile from CVS Below is the whole error output, I only saw this one last error before, sorry ... Makefile:62: target `all' given more than once in the same rule. ===--- updating makefiles phase 0 gmake -r --no-print-directory -f ghc.mk phase=0 just-makefiles utils/unlit/ghc.mk:18: utils/unlit/dist/build/.depend: No such file or directory utils/hp2ps/ghc.mk:21: utils/hp2ps/dist/build/.depend: No such file or directory utils/genprimopcode/ghc.mk:16: utils/genprimopcode/dist/build/.depend: No such file or directory includes/ghc.mk:130: includes/dist-derivedconstants/build/.depend: No such file or directory includes/ghc.mk:159: includes/dist-ghcconstants/build/.depend: No such file or directory rts/ghc.mk:334: rts/dist/build/.depend-v-p-l-debug-thr-thr_debug-thr_l-thr_p: No such file or directory utils/ghc-cabal/ghc.mk:95: utils/ghc-cabal/dist-dummy-ghc/build/.depend: No such file or directory utils/genapply/ghc.mk:26: utils/genapply/dist/build/.depend: No such file or directory utils/haddock/ghc.mk:20: utils/haddock/dist/package-data.mk: No such file or directory "inplace/bin/ghc-cabal" configure --with-ghc="/usr/ports/pobj/ghc-6.12.2/ghc-6.12.2/inplace/bin/dummy-ghc" --with-ghc-pkg="/usr/ports/pobj/ghc-6.12.2/ghc-6.12.2/inplace/bin/ghc-pkg" --with-gcc="cc" --configure-option=--with-cc="cc" --flag in-ghc-tree --enable-library-profiling --configure-option=CFLAGS=" " --configure-option=LDFLAGS=" " --configure-option=--with-iconv-includes="/usr/local/include" --configure-option=--with-iconv-libraries="/usr/local/lib" -- dist utils/haddock Configuring haddock-2.7.2... ghc-cabal: At least the following dependencies are missing: ghc-paths -any gmake[1]: *** [utils/haddock/dist/package-data.mk] Error 1 gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/lang/ghc (line 2253 of /usr/ports/infrastructure/mk/bsd.port.mk). Thank you for your time, regards Matthias
Re: pkg_add update stalling
On Sun, Apr 25, 2010 at 02:04:37AM +0200, frantisek holop wrote: > hmm, on Sat, Apr 24, 2010 at 11:07:15PM +0100, Stuart Henderson said that > > the ftp problems are only when going through ftp-proxy(8) which > > mangles the SYNCH sequence needed to interrupt transfers. if you can > > avoid ftp-proxy then ftp should a similar speed to http. > > no proxy involved tis case you don't know that for sure. Maybe the proxy is on the other end, or anywhere in between.
Re: update preview: lang/ghc
On Sun, Apr 25, 2010 at 12:26:18PM +0200, Matthias Guedemann wrote: > thanks a lot for your work to port a current GHC. I'm trying to build it on > i386 on 4.7-current (lang/ghc cvs rev 1.30), but get the following error: > > Configuring haddock-2.7.2... > ghc-cabal: At least the following dependencies are missing: > ghc-paths -any > gmake[1]: *** [utils/haddock/dist/package-data.mk] Error 1 > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/lang/ghc (line 2253 of > /usr/ports/infrastructure/mk/bsd.port.mk). > > What am I doing wrong? Are you trying to build it with FLAVOR=native_bootstrap? Please don't use this pseudo flavor for now (unless you really know what you're doing). If you're *not* using FLAVOR=native_bootstrap and it still fails, please send me another mail. Ciao, Kili
Re: update preview: lang/ghc
Hi Kili, thanks a lot for your work to port a current GHC. I'm trying to build it on i386 on 4.7-current (lang/ghc cvs rev 1.30), but get the following error: Configuring haddock-2.7.2... ghc-cabal: At least the following dependencies are missing: ghc-paths -any gmake[1]: *** [utils/haddock/dist/package-data.mk] Error 1 gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/lang/ghc (line 2253 of /usr/ports/infrastructure/mk/bsd.port.mk). What am I doing wrong? regards, Matthias
Re: sndio for emulators/snes9x
On Sun, Apr 25, 2010 at 02:45:37AM +, Jacob Meuser wrote: > On Fri, Apr 23, 2010 at 08:24:38AM +0100, Federico G. Schwindt wrote: > > On Thu, Apr 22, 2010 at 12:55:54AM +0200, Antoine Jacoutot wrote: > > > On Wed, 21 Apr 2010, Federico G. Schwindt wrote: > > > > > > > On Mon, Apr 19, 2010 at 06:31:26PM +0100, Federico G. Schwindt wrote: > > > > > On Mon, Apr 19, 2010 at 06:36:45AM +, Jacob Meuser wrote: > > > > > > I enabled using a separate thread for sounds by default. it's > > > > > > possible that the audio block size would be large enough that X > > > > > > events would be blocked for too long and timeout, returning an > > > > > > error. but having the sound handled in a different thread this > > > > > > does not happen. > > > > > > > > > > > > imo, seems to overall work better than when it was using audio(4). > > > > > > > > > > > > please test. > > > > > > > > > > Instead of this, please try the update to 1.52 below that includes > > > > > SDL > > > > > for audio. Slightly tested with a Super Turrican, Aero Fighters and > > > > > Addams Family values. > > > > > > > > Unless I heard any objections I will commit this on Saturday, so if > > > > you > > > > care please test now. > > > > > > Can you please regen PLIST and add the gtk-update-icon-cache goo. > > > Thank you. > > > > Updated below: > > `/sandbox/portobj/snes9x-1.52/fake-i386/.fake_done' is up to date. > ===> Building package for snes9x-1.52 > Create /usr/ports/packages/i386/all/snes9x-1.52.tgz > Reading plist... > Checksumming...Error in package: > /sandbox/portobj/snes9x-1.52/fake-i386/usr/local/share/locale/es_VE/LC_MESSAGES/snes9x-gtk.mo > does not exist > Error in package: > /sandbox/portobj/snes9x-1.52/fake-i386/usr/local/share/locale/fr_FR/LC_MESSAGES/snes9x-gtk.mo > does not exist > Error in package: > /sandbox/portobj/snes9x-1.52/fake-i386/usr/local/share/locale/pt_BR/LC_MESSAGES/snes9x-gtk.mo > does not exist > Error in package: > /sandbox/portobj/snes9x-1.52/fake-i386/usr/local/share/locale/s...@latin/LC_MESSAGES/snes9x-gtk.mo > does not exist > > ===> Cleaning for snes9x-1.52 > rm -f /usr/ports/packages/i386/all/snes9x-1.52.tgz > /usr/ports/packages/i386/ftp/snes9x-1.52.tgz > *** Error code 1 > > Stop in /home/src/ports/emulators/snes9x (line 1503 of > /usr/ports/infrastructure/mk/bsd.port.mk). > *** Error code 1 > > Stop in /home/src/ports/emulators/snes9x (line 2044 of > /usr/ports/infrastructure/mk/bsd.port.mk). > > > any idea? something not 100% up-to-date? Hrmm, weird. Can I have your config.log? f.-
Re: non-sndio ports
On Sun, Apr 25, 2010 at 08:42:45AM +0200, Landry Breuil wrote: > On Sun, Apr 25, 2010 at 03:00:42AM +, Jacob Meuser wrote: > > On Mon, Apr 19, 2010 at 11:59:27AM +0200, Antoine Jacoutot wrote: > > > On Mon, 19 Apr 2010, Jacob Meuser wrote: > > > <...> > > > > multimedia/gstreamer-0.10/plugins-good mixer? > > > > > > Yes, oss support is enabled only because we need mixer capability. > > > > what does "need" mean? does it mean this port wouldn't work at all > > without it? or is it "there would be missing functionality"? > > Ie without that, applications using gstreamer mixer capability like > xfce4-mixer and gnome mixer applet wont work anymore. Atm on my azalia > system, the only device available in xfce4-mixer is the oss mixer > (providing only 2 controls, master & mic), provided by > gst-plugins-good/sys/oss and implementing the needed interface : > http://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/sys/oss > http://www.gstreamer.net/data/doc/gstreamer/head/pwg/html/section-iface-mixer.html > as the alternatives in sys are oss/directsound/osxaudio/sunaudio, i > don't think we have another choice than using oss (or write our own on > top of libsndio). > > > whether applications should be able to change the system hardware > > volume, in the context of a shared audio system (that is, more than > > one program can "use" the hardware at a time), I think, is an > > unanswered question. my opinion is that applications that aren't > > explicitely programs to control the hardware mixer should only > > control the volume of the stream they produce. > > In this case, the known users of gstossmixer _are_ explicitely made > to control the hardware mixer. ok. I wasn't sure if that was the case or not. thanks. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
