Re: non-sndio ports
On Sat, May 08, 2010 at 06:14:32PM +, Jacob Meuser wrote: > On Sat, May 08, 2010 at 03:53:33PM +0200, Landry Breuil wrote: > > > So... cvs delete emulators/xmame & set corresponding > > pkgpath/pkgname/quirks/whatever in sdlmess/sdlmame so > > that xmame/xmess users are automatically updated to > > their sdl* successors ? > > Icanhazdiff ? > > does this look right? wasn't sure what to do about xmame+xmess, as far > as which of sdlmess and sdlmame should be the successor. is it possible > to add an ambiguity (the user would have to choose between sdlmame or > sdlmess) in quirks? sdlmess already has @conflict markers for > xmame+xmess-* and xmess-*. well, the version below is better anyway. based on texmf handling for teTeX->texlive. I also forgot @pkgpath markers. these are downloading/ building now, so I haven't actually tested yet. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: devel/quirks/Makefile === RCS file: /cvs/ports/devel/quirks/Makefile,v retrieving revision 1.14 diff -N -u -p devel/quirks/Makefile --- devel/quirks/Makefile 7 May 2010 15:53:34 - 1.14 +++ devel/quirks/Makefile 9 May 2010 03:09:06 - @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-1.12 +PKGNAME = quirks-1.13 PKG_ARCH = * MAINTAINER = Marc Espie Index: devel/quirks/files/Quirks.pm === RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v retrieving revision 1.18 diff -N -u -p devel/quirks/files/Quirks.pm --- devel/quirks/files/Quirks.pm7 May 2010 15:53:34 - 1.18 +++ devel/quirks/files/Quirks.pm9 May 2010 03:09:06 - @@ -139,6 +139,9 @@ my $stem_extensions = { 'pwlib' => 'ptlib', 'e2fs-uuid' => 'e2fsprogs', 'puppet' => 'ruby-puppet', + 'xmame+xmess' => ['sdlmame', 'sdlmess'], + 'xmame' => 'sdlmame', + 'xmess' => 'sdlmess', }; # ->is_base_system($handle, $state): Index: emulators/sdlmame/Makefile === RCS file: /cvs/ports/emulators/sdlmame/Makefile,v retrieving revision 1.8 diff -N -u -p emulators/sdlmame/Makefile --- emulators/sdlmame/Makefile 27 Apr 2010 13:00:25 - 1.8 +++ emulators/sdlmame/Makefile 9 May 2010 03:09:06 - @@ -10,7 +10,7 @@ COMMENT-tools = tools to manipulate MAME/MESS roms an V =0.132 DISTNAME = sdlmame${V:S/.//} -PKGNAME-main = sdlmame-${V}p2 +PKGNAME-main = sdlmame-${V}p3 PKGNAME-tools =sdlmame-tools-${V}p1 CATEGORIES = emulators games Index: emulators/sdlmame/pkg/PLIST-main === RCS file: /cvs/ports/emulators/sdlmame/pkg/PLIST-main,v retrieving revision 1.3 diff -N -u -p emulators/sdlmame/pkg/PLIST-main --- emulators/sdlmame/pkg/PLIST-main27 Apr 2010 13:00:25 - 1.3 +++ emulators/sdlmame/pkg/PLIST-main9 May 2010 03:09:06 - @@ -1,4 +1,8 @@ @comment $OpenBSD: PLIST-main,v 1.3 2010/04/27 13:00:25 jasper Exp $ +...@conflict xmame+xmess-* +...@conflict xmame-* +...@pkgpath emulators/xmame,-main +...@pkgpath emulators/xmame,-mame @bin bin/sdlmame share/doc/sdlmame/ share/doc/sdlmame/SDLMAME.txt Index: emulators/sdlmess/Makefile === RCS file: /cvs/ports/emulators/sdlmess/Makefile,v retrieving revision 1.7 diff -N -u -p emulators/sdlmess/Makefile --- emulators/sdlmess/Makefile 26 Apr 2010 21:02:26 - 1.7 +++ emulators/sdlmess/Makefile 9 May 2010 03:09:06 - @@ -7,7 +7,7 @@ COMMENT = emulates game consoles and old home compute V =0.132 DISTNAME = sdlmess${V:S/.//} -PKGNAME = sdlmess-${V}p1 +PKGNAME = sdlmess-${V}p2 CATEGORIES = emulators games Index: emulators/sdlmess/pkg/PLIST === RCS file: /cvs/ports/emulators/sdlmess/pkg/PLIST,v retrieving revision 1.3 diff -N -u -p emulators/sdlmess/pkg/PLIST --- emulators/sdlmess/pkg/PLIST 10 Apr 2009 13:56:46 - 1.3 +++ emulators/sdlmess/pkg/PLIST 9 May 2010 03:09:06 - @@ -1,6 +1,8 @@ @comment $OpenBSD: PLIST,v 1.3 2009/04/10 13:56:46 ajacoutot Exp $ @conflict xmame+xmess-* @conflict xmess-* +...@pkgpath emulators/xmame,-main +...@pkgpath emulators/xmame,-mess @bin bin/dat2html @bin bin/imgtool @bin bin/sdlmess
Re: [NEW] rxvt-unicode 9.07 p0
Stuart Henderson wrote: On 2010/05/09 01:41, Thomas de Grivel wrote: I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. Then your OS is old - please run -current if you're working on ports. Ok, thanks for letting me know, I'm completely new here. I'll upgrade and test again. -- Thomas de Grivel http://b.lowh.net/billitch
Re: [NEW] rxvt-unicode 9.07 p0
On 2010/05/09 01:41, Thomas de Grivel wrote: > I improved description and integrated your changes, except that I > removed pthreads-stub and xcb from WANTLIBS as they were not needed > nor available on my box. Then your OS is old - please run -current if you're working on ports.
Re: [NEW] rxvt-unicode 9.07 p0
Thomas de Grivel wrote: Giovanni Bechis wrote: On 04/27/10 18:03, Thomas de Grivel wrote: Sorry, I was traveling and AFK. Great to see I'm not the only one to like this term ! Will test ASAP. I added a patch to remove the -mlock option from man page, we do not have this option enabled (a better fix will come from upstream ?). I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. "make port-lib-depends-check" did not report them either. Please test, comm{en,i}ts appreciated ! And here comes the tarball... -- Thomas de Grivel http://b.lowh.net/billitch rxvt-unicode.tar.gz Description: application/gzip
Re: [NEW] rxvt-unicode 9.07 p0
Giovanni Bechis wrote: On 04/27/10 18:03, Thomas de Grivel wrote: Sorry, I was traveling and AFK. Great to see I'm not the only one to like this term ! Will test ASAP. I added a patch to remove the -mlock option from man page, we do not have this option enabled (a better fix will come from upstream ?). I improved description and integrated your changes, except that I removed pthreads-stub and xcb from WANTLIBS as they were not needed nor available on my box. "make port-lib-depends-check" did not report them either. Please test, comm{en,i}ts appreciated ! Cheers, -- Thomas de Grivel http://b.lowh.net/billitch
Re: some wantlib fixes
On Sat, 2010-05-08 at 23:21 +0200, David Coppa wrote: > Hi, > > Found these while going from zero to mozilla-firefox with > "CHECK_LIB_DEPENDS=Yes"... > > OK? Comments? Sure ok. There are probably hundreds more anyway. > > > Index: devel/atk/Makefile > === > RCS file: /cvs/ports/devel/atk/Makefile,v > retrieving revision 1.28 > diff -N -u -p devel/atk/Makefile > --- devel/atk/Makefile20 Apr 2010 10:19:46 - 1.28 > +++ devel/atk/Makefile8 May 2010 19:30:12 - > @@ -4,6 +4,7 @@ COMMENT= accessibility toolkit used by gtk+ > > GNOME_PROJECT= atk > GNOME_VERSION= 1.30.0 > +PKGNAME= ${DISTNAME}p0 > > SHARED_LIBS += atk-1.0 2800.0 # .3009.1 > > @@ -25,7 +26,7 @@ WANTLIB += pcre > MODULES= devel/gettext \ > x11/gnome > > -LIB_DEPENDS= glib-2.0.>=1600.0,gobject-2.0.>=1600.0::devel/glib2 > +LIB_DEPENDS= > glib-2.0.>=1600.0,gobject-2.0.>=1600.0,gthread-2.0.>=1600.0::devel/glib2 > > USE_GMAKE= Yes > USE_LIBTOOL= Yes > Index: devel/pango/Makefile > === > RCS file: /cvs/ports/devel/pango/Makefile,v > retrieving revision 1.40 > diff -N -u -p devel/pango/Makefile > --- devel/pango/Makefile 6 Apr 2010 10:15:59 - 1.40 > +++ devel/pango/Makefile 8 May 2010 19:30:36 - > @@ -4,7 +4,7 @@ COMMENT= library for layout and rendering of text > > V= 1.28.0 > DISTNAME=pango-${V} > -PKGNAME= ${DISTNAME}p0 > +PKGNAME= ${DISTNAME}p1 > > SHARED_LIBS += pango-1.01802.0 # .2800.0 > SHARED_LIBS += pangox-1.0 1802.0 # .2800.0 > @@ -23,7 +23,7 @@ PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP=Yes > > WANTLIB= X11 Xau Xdmcp Xft Xrender c expat fontconfig freetype \ > - glitz m pcre pixman-1 png pthread-stubs xcb z \ > + glitz m pcre pixman-1 png pthread pthread-stubs xcb z \ > xcb-render xcb-render-util > > MASTER_SITES= > ${MASTER_SITE_GNOME:=sources/pango/${V:C/^([0-9]+\.[0-9]+).*/\1/}/} > @@ -31,7 +31,7 @@ EXTRACT_SUFX= .tar.bz2 > > MODULES= devel/gettext > > -LIB_DEPENDS= > glib-2.0.>=1800.0,gmodule-2.0.>=1800.0,gobject-2.0.>=1800.0::devel/glib2 \ > +LIB_DEPENDS= > glib-2.0.>=1800.0,gmodule-2.0.>=1800.0,gobject-2.0.>=1800.0,gthread-2.0.>=1800.0::devel/glib2 > \ > cairo.>=9::graphics/cairo > > USE_X11= Yes > Index: www/mozilla-firefox/Makefile > === > RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v > retrieving revision 1.136 > diff -N -u -p www/mozilla-firefox/Makefile > --- www/mozilla-firefox/Makefile 28 Apr 2010 06:56:38 - 1.136 > +++ www/mozilla-firefox/Makefile 8 May 2010 19:32:34 - > @@ -7,7 +7,7 @@ COMMENT= redesign of Mozilla's browser component > > VER= 3.6.3 > DISTNAME=mozilla-1.9.2 > -PKGNAME= mozilla-firefox-${VER}p1 > +PKGNAME= mozilla-firefox-${VER}p2 > SO_VERSION= 21.0 > # NOTE: Must bump minor version if any shlib's are removed from the > # components dir to avoid pkg_add -r issues. > @@ -44,7 +44,8 @@ WANTLIB=X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext > Xinerama Xrandr Xrender Xt atk-1.0 c cairo expat fontconfig \ > freetype gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 \ > gthread-2.0 jpeg m pango-1.0 pangocairo-1.0 pangoft2-1.0 \ > - pixman-1 png pthread pthread-stubs sndio stdc++ xcb z > + pixman-1 png pthread pthread-stubs sndio stdc++ xcb \ > + xcb-render xcb-render-util z > > VMEM_WARNING=Yes > > -- Antoine Jacoutot
some wantlib fixes
Hi, Found these while going from zero to mozilla-firefox with "CHECK_LIB_DEPENDS=Yes"... OK? Comments? ciao david Index: devel/atk/Makefile === RCS file: /cvs/ports/devel/atk/Makefile,v retrieving revision 1.28 diff -N -u -p devel/atk/Makefile --- devel/atk/Makefile 20 Apr 2010 10:19:46 - 1.28 +++ devel/atk/Makefile 8 May 2010 19:30:12 - @@ -4,6 +4,7 @@ COMMENT=accessibility toolkit used by gtk+ GNOME_PROJECT= atk GNOME_VERSION= 1.30.0 +PKGNAME= ${DISTNAME}p0 SHARED_LIBS += atk-1.0 2800.0 # .3009.1 @@ -25,7 +26,7 @@ WANTLIB += pcre MODULES= devel/gettext \ x11/gnome -LIB_DEPENDS= glib-2.0.>=1600.0,gobject-2.0.>=1600.0::devel/glib2 +LIB_DEPENDS= glib-2.0.>=1600.0,gobject-2.0.>=1600.0,gthread-2.0.>=1600.0::devel/glib2 USE_GMAKE= Yes USE_LIBTOOL= Yes Index: devel/pango/Makefile === RCS file: /cvs/ports/devel/pango/Makefile,v retrieving revision 1.40 diff -N -u -p devel/pango/Makefile --- devel/pango/Makefile6 Apr 2010 10:15:59 - 1.40 +++ devel/pango/Makefile8 May 2010 19:30:36 - @@ -4,7 +4,7 @@ COMMENT=library for layout and rendering of text V= 1.28.0 DISTNAME= pango-${V} -PKGNAME= ${DISTNAME}p0 +PKGNAME= ${DISTNAME}p1 SHARED_LIBS += pango-1.01802.0 # .2800.0 SHARED_LIBS += pangox-1.0 1802.0 # .2800.0 @@ -23,7 +23,7 @@ PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes WANTLIB= X11 Xau Xdmcp Xft Xrender c expat fontconfig freetype \ - glitz m pcre pixman-1 png pthread-stubs xcb z \ + glitz m pcre pixman-1 png pthread pthread-stubs xcb z \ xcb-render xcb-render-util MASTER_SITES= ${MASTER_SITE_GNOME:=sources/pango/${V:C/^([0-9]+\.[0-9]+).*/\1/}/} @@ -31,7 +31,7 @@ EXTRACT_SUFX= .tar.bz2 MODULES= devel/gettext -LIB_DEPENDS= glib-2.0.>=1800.0,gmodule-2.0.>=1800.0,gobject-2.0.>=1800.0::devel/glib2 \ +LIB_DEPENDS= glib-2.0.>=1800.0,gmodule-2.0.>=1800.0,gobject-2.0.>=1800.0,gthread-2.0.>=1800.0::devel/glib2 \ cairo.>=9::graphics/cairo USE_X11= Yes Index: www/mozilla-firefox/Makefile === RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v retrieving revision 1.136 diff -N -u -p www/mozilla-firefox/Makefile --- www/mozilla-firefox/Makefile28 Apr 2010 06:56:38 - 1.136 +++ www/mozilla-firefox/Makefile8 May 2010 19:32:34 - @@ -7,7 +7,7 @@ COMMENT=redesign of Mozilla's browser component VER= 3.6.3 DISTNAME= mozilla-1.9.2 -PKGNAME= mozilla-firefox-${VER}p1 +PKGNAME= mozilla-firefox-${VER}p2 SO_VERSION=21.0 # NOTE: Must bump minor version if any shlib's are removed from the # components dir to avoid pkg_add -r issues. @@ -44,7 +44,8 @@ WANTLIB= X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xinerama Xrandr Xrender Xt atk-1.0 c cairo expat fontconfig \ freetype gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 \ gthread-2.0 jpeg m pango-1.0 pangocairo-1.0 pangoft2-1.0 \ - pixman-1 png pthread pthread-stubs sndio stdc++ xcb z + pixman-1 png pthread pthread-stubs sndio stdc++ xcb \ + xcb-render xcb-render-util z VMEM_WARNING= Yes
Re: non-sndio ports
On Sat, May 08, 2010 at 03:53:33PM +0200, Landry Breuil wrote: > So... cvs delete emulators/xmame & set corresponding > pkgpath/pkgname/quirks/whatever in sdlmess/sdlmame so > that xmame/xmess users are automatically updated to > their sdl* successors ? > Icanhazdiff ? does this look right? wasn't sure what to do about xmame+xmess, as far as which of sdlmess and sdlmame should be the successor. is it possible to add an ambiguity (the user would have to choose between sdlmame or sdlmess) in quirks? sdlmess already has @conflict markers for xmame+xmess-* and xmess-*. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org Index: devel/quirks/Makefile === RCS file: /cvs/ports/devel/quirks/Makefile,v retrieving revision 1.14 diff -u -p devel/quirks/Makefile --- devel/quirks/Makefile 7 May 2010 15:53:34 - 1.14 +++ devel/quirks/Makefile 8 May 2010 18:10:25 - @@ -5,7 +5,7 @@ CATEGORIES =devel databases DISTFILES = # API.rev -PKGNAME = quirks-1.12 +PKGNAME = quirks-1.13 PKG_ARCH = * MAINTAINER = Marc Espie Index: devel/quirks/files/Quirks.pm === RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v retrieving revision 1.18 diff -u -p devel/quirks/files/Quirks.pm --- devel/quirks/files/Quirks.pm7 May 2010 15:53:34 - 1.18 +++ devel/quirks/files/Quirks.pm8 May 2010 18:10:25 - @@ -139,6 +139,9 @@ my $stem_extensions = { 'pwlib' => 'ptlib', 'e2fs-uuid' => 'e2fsprogs', 'puppet' => 'ruby-puppet', + 'xmame+xmess' => 'sdlmame', + 'xmame' => 'sdlmame', + 'xmess' => 'sdlmess', }; # ->is_base_system($handle, $state): Index: emulators/sdlmame/Makefile === RCS file: /cvs/ports/emulators/sdlmame/Makefile,v retrieving revision 1.8 diff -u -p emulators/sdlmame/Makefile --- emulators/sdlmame/Makefile 27 Apr 2010 13:00:25 - 1.8 +++ emulators/sdlmame/Makefile 8 May 2010 18:10:25 - @@ -10,7 +10,7 @@ COMMENT-tools = tools to manipulate MAME/MESS roms an V =0.132 DISTNAME = sdlmame${V:S/.//} -PKGNAME-main = sdlmame-${V}p2 +PKGNAME-main = sdlmame-${V}p3 PKGNAME-tools =sdlmame-tools-${V}p1 CATEGORIES = emulators games Index: emulators/sdlmame/pkg/PLIST-main === RCS file: /cvs/ports/emulators/sdlmame/pkg/PLIST-main,v retrieving revision 1.3 diff -u -p emulators/sdlmame/pkg/PLIST-main --- emulators/sdlmame/pkg/PLIST-main27 Apr 2010 13:00:25 - 1.3 +++ emulators/sdlmame/pkg/PLIST-main8 May 2010 18:10:25 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST-main,v 1.3 2010/04/27 13:00:25 jasper Exp $ +...@conflict xmame+xmess-* +...@conflict xmame-* @bin bin/sdlmame share/doc/sdlmame/ share/doc/sdlmame/SDLMAME.txt
Re: non-sndio ports
On Sat, May 08, 2010 at 03:00:28PM +0200, Pierre Riteau wrote: > 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). So... cvs delete emulators/xmame & set corresponding pkgpath/pkgname/quirks/whatever in sdlmess/sdlmame so that xmame/xmess users are automatically updated to their sdl* successors ? Icanhazdiff ? Landry
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: non-sndio ports
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
Re: New diff for cmake-2.8.1
On 2010/04/28 09:21, David Coppa wrote: > These are my latest efforts for devel/cmake update. This is looking really good. Obviously you'll need feedback from others too but as far as I'm concerned this is looking good. I'll be updating Hugin as soon as this is in. :-) (The versions of Hugin newer than we have in-tree failed pretty badly - even after adjusting for the direct incompatibilities, there were big problems with libraries, which are working nicely now). > Modules/FindTCL.cmakeFri Apr 23 12:55:11 2010 > +@@ -160,6 +160,10 @@ SET(TCLTK_POSSIBLE_INCLUDE_PATHS > + "${TK_WISH_PATH_PARENT}/include" > + /usr/include > + /usr/local/include > ++ ${LOCALBASE}/include/tcl8.5 > ++ ${LOCALBASE}/include/tcl8.4 > ++ ${LOCALBASE}/include/tk8.5 > ++ ${LOCALBASE}/include/tk8.4 > + /usr/include/tcl${TK_LIBRARY_VERSION} > + /usr/include/tcl${TCL_LIBRARY_VERSION} > + /usr/include/tcl8.6 A couple of comments on this, though I think they could be addressed in-tree rather than delaying the update. Like Python, we have port-modules(5) for Tcl/Tk which set variables that FindTCL.cmake can use. TCL_LIBRARY_VERSION and TCL_TCLSH_VERSION can be set from MODTCL_VERSION TK_LIBRARY_VERSION and TK_WISH_VERSION can be set from MODTK_VERSION Various paths can be set from these variables: MODTCL_INCDIR MODTK_INCDIR MODTCL_LIBDIR MODTK_LIBDIR And the library names (e.g. tcl85 not tcl8.5) can be set from MODTK_LIB and MODTCL_LIB.
Re: non-sndio ports
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" Landry
Re: non-sndio ports
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? -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: non-sndio ports
here's the latest status. I organized it a bit differently this time. as you can see, there's really not much left to do. I'm waiting on ports maintainers mostly. I could probably convert all the "example player"s in an afternoon, but I really don't see the point. I doubt anyone actually uses the audio parts of those ports. patches pending: audio/nosefart patches sent to MAINTAINER (autoresponder says gone 'til July 2011) audio/tracker patches sent to MAINTAINER comms/gpsk31patches sent to ports@ devel/jdk/1.6 patches sent to MAINTAINER devel/jdk/1.7 patches sent to MAINTAINER emulators/frodo patches sent to MAINTAINER emulators/fuse patches to use libao sent to ports@ emulators/snes9xpatches to use SDL on ports@ (fgsch@) multimedia/recordmydesktop/base patches sent to ports@ x11/emiclockpatches sent to ports@ audio(4): graphics/xanim same MAINTAINER as audio/tracker and emulators/frodo lang/squeak same MAINTAINER as audio/tracker and emulators/frodo ossaudio(3): audio/ac3decexample player audio/liba52example player audio/libdcaexample player audio/mppencexample player audio/sidplay comms/tlf emulators/qemu graphics/flash graphics/fxtv DGA only video? DGA is to be deprecated? graphics/synaesthesia multimedia/libquicktime example player sysutils/cdrtools example player: cdda2wav can output to audio device x11/wxWidgets x11/xawtv mixer(4): audio/gqmpeg audio/xmms-fmradio sysutils/xstatbar ossaudio(3) mixer: audio/aumix audio/mixer.app audio/wmix audio/wmmixer audio/xmix audio/xmmix multimedia/gstreamer-0.10/plugins-good sysutils/conky sysutils/gkrellm/plugins/volume sysutils/tpb x11/kde/multimedia3 non-portable: devel/jdk/1.5 exposes device filehandle non-working, at least as far as audio goes: net/bluetooth-tools btsco(4) doesn't work net/ntp can't change system time editors/emacs21 editors/emacs22 x11/kde4/multimedia port not linked to build x11/kmplayerport marked as BROKEN to be removed from ports: emulators/xmame audio/tosha audio/waveplay -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org