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