CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2010/07/10 06:44:30 Modified files: x11/kde/accessibility3: Makefile x11/kde/addons3: Makefile x11/kde/admin3 : Makefile x11/kde/arts3 : Makefile x11/kde/artwork3: Makefile x11/kde/base3 : Makefile x11/kde/bindings3: Makefile x11/kde/edu3 : Makefile x11/kde/games3 : Makefile x11/kde/graphics3: Makefile x11/kde/libs3 : Makefile x11/kde/multimedia3: Makefile x11/kde/network3: Makefile x11/kde/office-i18n3: Makefile x11/kde/office3: Makefile x11/kde/okle : Makefile x11/kde/pim3 : Makefile x11/kde/sdk3 : Makefile x11/kde/toys3 : Makefile x11/kde/utils3 : Makefile x11/kde/webdev : Makefile Log message: use REVISION instead of hardcoding p-numbers. Note the way REVISION and WANTLIB are defined. This is (more or less) the Makefile portion that lib-depends-check is supposed to handle eventually...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2010/07/10 09:17:41 Modified files: infrastructure/mk: bsd.port.mk Log message: some recursive scenarios would break, let _ARCH_OK be undefined, catch it later.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2010/07/10 09:21:15 Modified files: infrastructure/mk: bsd.port.mk Log message: fix fix
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2010/07/10 13:48:32 Modified files: net/ntp: Makefile distinfo net/ntp/patches: patch-ntpd_ntp_intres_c patch-ntpd_ntp_scanner_c Removed files: net/ntp/patches: patch-libntp_inttoa_c patch-libntp_ssl_init_c patch-ntpd_ntp_config_c patch-ntpd_ntp_request_c patch-ntpd_refclock_acts_c patch-ntpd_refclock_irig_c patch-ntpdc_ntpdc_c patch-ntpq_ntpq_c Log message: update to 4.2.6p2, which incorporates most of our patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2010/07/10 14:06:54 Modified files: databases/db : Makefile.inc databases/db/v3: Makefile databases/db/v4: Makefile Log message: rename variable, REVISION has a special meaning now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2010/07/10 18:15:42 Modified files: games/quake: Makefile Log message: fix package revision
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jake...@cvs.openbsd.org 2010/07/10 18:45:44 Log message: import minitube-1.0 standalone YouTube.com video browser/player Minitube is a native YouTube client. With it you can watch YouTube videos in a new way: you type a keyword, Minitube gives you an endless video stream. Minitube does not require Flash Player. Minitube is not about cloning the original YouTube web interface, it aims to create a new TV-like experience. started by pirofti at c2k10, finished by me Status: Vendor Tag: jakemsr Release Tags: jakemsr_20100710 N ports/www/minitube/Makefile N ports/www/minitube/distinfo N ports/www/minitube/patches/patch-src_qtsingleapplication_qtlocalpeer_cpp N ports/www/minitube/patches/patch-src_MainWindow_cpp N ports/www/minitube/patches/patch-src_updatechecker_cpp N ports/www/minitube/pkg/PLIST N ports/www/minitube/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jake...@cvs.openbsd.org 2010/07/10 20:09:42 Modified files: www: Makefile Log message: + minitube
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2010/07/10 23:23:20 Modified files: print/fontforge: Makefile Added files: print/fontforge/patches: patch-fontforge_svg_c Log message: Enlarge the buffer used in svg_pathdump(). While here, switch to new-style wantlib.
2� Via do Boleto
Prezado Cliente Consta em nosso sistema um título vencido referente ao mês de Maio ( 05 / 2010 ) caso não tenha efetuado o pagamento segue o título em anexo. Titulo_Maio ( 05 / 2010 ) Aguardo sua confirmação.
LIB_DEPENDS, EPOCH, REVISION, why those changes
Well, there is a method to the madness. Most specifically, the check-lib-depends framework. From time to time (preferably often), one must check that WANTLIB are correct. This is done by running (port)-lib-depends-check, and adjusting the Makefile to take new stuff into account. Running the script is simple enough. Figuring out actual changes is not too hard either. But changing the Makefile is (was) painful. - hunt libraries all over the place, between LIB_DEPENDS and WANTLIB - bump pkgnames all over the place. This is the main reason for the recent changes. If every libspec is in a WANTLIB, then it's simple to keep these ordered in a corner of the port. And if REVISION is separate from the main pkgname, then it's simpler to bump. With those changes, there will be ways for check-lib-depends to actually tamper with the Makefile directly for simple changes (e.g., keep REVISIONs and WANTLIBs additions in a clearly delineated area of the Makefile). Of course, for that to happen, Makefiles should eventually be converted to the new ways. This doesn't have to happen overnight (especially since all the current constructs still work)... but those are the main reasons behind those changes.
p5-Net-OSCAR [new]
Hey, Could other people test and possibly submit this port for inclusion on the ports tree? Works on i386 Thanks -- -Will Orr p5-Net-OSCAR.tgz Description: GNU Zip compressed data
convert devel/eclipse/sdk to use xulrunner 1.9
Hi, here's a diff to convert devel/eclipse/sdk to use xulrunner 1.9 instead of 1.8, which is approaching the grave. It builds and runs fine here, although i have no idea how to test that bloa^Wshit^Wmonster, nor i know if the basic testing i did used this 'swt browser'. http://www.eclipse.org/swt/faq.php#whatisbrowser means nothing to me either. so if you really use eclipse please test this diff, and report success/failure. I don't want it to be the blocker for removing xulrunner 1.8, so if i get no reply within some weeks i'll just go ahead. Our eclipse port is 3 years old anyway - if someone could step up and update it... Landry Index: Makefile === RCS file: /cvs/ports/devel/eclipse/sdk/Makefile,v retrieving revision 1.53 diff -u -r1.53 Makefile --- Makefile22 Dec 2009 15:31:26 - 1.53 +++ Makefile10 Jul 2010 10:13:53 - @@ -11,9 +11,9 @@ ECLIPSE_VER= 3.2.2 DISTNAME= eclipse-sourceBuild-srcIncluded-${ECLIPSE_VER} PKGNAME= eclipse-sdk-${ECLIPSE_VER} -PKGNAME-main= eclipse-sdk-${ECLIPSE_VER}p12 +PKGNAME-main= eclipse-sdk-${ECLIPSE_VER}p13 PKGNAME-swt= swt-${ECLIPSE_VER}p1 -PKGNAME-gnome= swt-gnome-${ECLIPSE_VER}p2 +PKGNAME-gnome= swt-gnome-${ECLIPSE_VER}p3 PKGNAME-browser= swt-browser-${ECLIPSE_VER}p3 SHARED_LIBS= swt-atk-gtk-32364.0 \ swt-awt-gtk-32364.0 \ @@ -57,7 +57,7 @@ MODULES= java devel/gettext MODJAVA_VER= 1.5+ -BUILD_DEPENDS= :xulrunner-devel-=1.8,1.9:devel/xulrunner/1.8,-devel \ +BUILD_DEPENDS= :xulrunner-devel-=1.9:devel/xulrunner/1.9,-devel \ :apache-ant-=1.6.1:devel/apache-ant USE_GMAKE= Yes @@ -78,7 +78,8 @@ freetype atk-1.0 glib-2.0 gmodule-2.0 \ gobject-2.0 glitz png iconv intl \ pango-1.0 pangoft2-1.0 pangocairo-1.0 cairo \ - pixman-1 gio-2.0 pthread-stubs xcb + pixman-1 gio-2.0 pthread-stubs xcb \ + gthread-2.0 pthread xcb-render xcb-render-util LIB_DEPENDS-swt= gtk-x11-2.0::x11/gtk+2 WANTLIB-swt= GL GLU Xtst m atk-1.0 cairo gthread-2.0 @@ -88,10 +89,10 @@ WANTLIB-gnome= gnome-2 gnomevfs-2 RUN_DEPENDS-browser= :swt-${ECLIPSE_VER}:devel/eclipse/sdk,-swt -LIB_DEPENDS-browser= xulrunner/gtkembedmoz,xulrunner/xpcom:xulrunner-=1.8,1.9:devel/xulrunner/1.8 -WANTLIB-browser= c nspr4 plc4 plds4 +LIB_DEPENDS-browser= xulrunner1.9/xpcom,xulrunner1.9/xul:xulrunner-=1.9:devel/xulrunner/1.9 +WANTLIB-browser= c nspr4 plc4 plds4 m stdc++ -MOZILLA_HOME= ${LOCALBASE}/xulrunner +MOZILLA_HOME= ${LOCALBASE}/xulrunner1.9 ECLIPSE_WS=gtk ECLIPSE_BUILD= 3236 ECLIPSE_OS=openbsd Index: patches/patch-plugins_org_eclipse_swt_Eclipse_SWT_PI_gtk_library_build_sh === RCS file: /cvs/ports/devel/eclipse/sdk/patches/patch-plugins_org_eclipse_swt_Eclipse_SWT_PI_gtk_library_build_sh,v retrieving revision 1.5 diff -u -r1.5 patch-plugins_org_eclipse_swt_Eclipse_SWT_PI_gtk_library_build_sh --- patches/patch-plugins_org_eclipse_swt_Eclipse_SWT_PI_gtk_library_build_sh 12 Jan 2007 18:46:37 - 1.5 +++ patches/patch-plugins_org_eclipse_swt_Eclipse_SWT_PI_gtk_library_build_sh 10 Jul 2010 10:13:53 - @@ -47,9 +47,9 @@ - if [ x`pkg-config --exists mozilla-xpcom echo YES` = xYES ]; then - GECKO_INCLUDES=`pkg-config --cflags mozilla-xpcom` - GECKO_LIBS=`pkg-config --libs mozilla-xpcom` -+ if [ x`pkg-config --exists xulrunner-xpcom echo YES` = xYES ]; then -+ GECKO_INCLUDES=`pkg-config --cflags xulrunner-xpcom` -I`pkg-config --variable=includedir xulrunner-xpcom`/embed_base -+ GECKO_LIBS=`pkg-config --libs xulrunner-xpcom` `pkg-config --libs xulrunner-gtkmozembed` ++ if [ x`pkg-config --exists libxul echo YES` = xYES ]; then ++ GECKO_INCLUDES=`pkg-config --cflags libxul` ++ GECKO_LIBS=`pkg-config --libs libxul` export GECKO_INCLUDES export GECKO_LIBS MAKE_MOZILLA=make_mozilla
Re: LIB_DEPENDS, EPOCH, REVISION, why those changes
On Sat, 10 Jul 2010, Marc Espie wrote: Well, there is a method to the madness. Most specifically, the check-lib-depends framework. From time to time (preferably often), one must check that WANTLIB are correct. This is done by running (port)-lib-depends-check, and adjusting the Makefile to take new stuff into account. Running the script is simple enough. Figuring out actual changes is not too hard either. But changing the Makefile is (was) painful. - hunt libraries all over the place, between LIB_DEPENDS and WANTLIB - bump pkgnames all over the place. This is the main reason for the recent changes. If every libspec is in a WANTLIB, then it's simple to keep these ordered in a corner of the port. And if REVISION is separate from the main pkgname, then it's simpler to bump. With those changes, there will be ways for check-lib-depends to actually tamper with the Makefile directly for simple changes (e.g., keep REVISIONs and WANTLIBs additions in a clearly delineated area of the Makefile). Of course, for that to happen, Makefiles should eventually be converted to the new ways. This doesn't have to happen overnight (especially since all the current constructs still work)... but those are the main reasons behind those changes. This is an *awesome* change for us who lost week-end bump PKGNAMES in the past ;-) -- Antoine
Re: LIB_DEPENDS, EPOCH, REVISION, why those changes
PS: note that REVISION/EPOCH tweaks can be fully checked. Before the change: make show=PKGNAMES before After: make show=PKGNAMES later diff before later - problem (useful if you want to batch-convert a full directory)
BROKEN: net/ipaudit, devel/py-openbsd: DLT_OLD_PFLOG
devel/py-openbsd and net/ipaudit are broken since c2k10 because DLT_OLD_PFLOG has disappeared. -- Christian naddy Weisgerber na...@mips.inka.de
Aguardo sua confirma��o.
Prezado Cliente, Deposito Efetuado Segue em anexo o comprovante de Deposito em conta; Pedimos que confira seus dados e extrato e verifique se todas as informações e valores estão corretos Atenciosamente, Haroldo Riello Assessoria Financeira Unilever S/A (Unileversa.com) Av. Juscelino Kubitschek, 1309 - São Paulo - Brasil Comprovante Depósito Aguardo sua confirmação.
i386 broken ports
Results from my first package bulk build on i386 after the switch to gcc4. (Probably) broken due to gcc4: comms/hylafax C++ devel/mico misc/calentoolconflicting declarations misc/brs -fwritable-strings palm/pose C++ www/chromium C++ x11/olvwm conflicting declarations DLT_OLD_PFLOG removal: devel/py-openbsd net/ipaudit GNOME: x11/gnome/mousetweaks confused dependencies, plist change Miscellaneous: databases/pgbouncer ? devel/qt4-eventsview lang/classpath? math/maxima ? www/py-nevow ? x11/pidgin-guifications pidgin not found -- Christian naddy Weisgerber na...@mips.inka.de
Re: i386 broken ports
On Sat, Jul 10, 2010 at 05:50:17PM +0200, Christian Weisgerber wrote: Results from my first package bulk build on i386 after the switch to gcc4. (Probably) broken due to gcc4: comms/hylafax C++ devel/mico I can confirm, broken on amd64/sparc64 sinte the switch misc/calentoolconflicting declarations misc/brs -fwritable-strings palm/pose C++ www/chromium C++ x11/olvwm conflicting declarations DLT_OLD_PFLOG removal: devel/py-openbsd net/ipaudit Confirmed, same error on sparc64.p GNOME: x11/gnome/mousetweaks confused dependencies, plist change Miscellaneous: databases/pgbouncer ? Noticed pea, should be fixed. devel/qt4-eventsview Known. fallout of qt4.6 update. No upstream release, i think it's dead. lang/classpath? math/maxima ? www/py-nevow ? Noticed eric, fallout of twisted update x11/pidgin-guifications pidgin not found Already fixed Landry
Re: [NEW] password-gorilla 1.5.3
On Thu, 8 Jul 2010 17:43:47 +0900 Ryan McBride mcbr...@openbsd.org wrote: On Tue, Jul 06, 2010 at 11:20:26PM +0200, Jiri B. wrote: So did anybody test this Password Gorilla port? As I said it's right now only gui app which is able to read/write Password Safe v3 databases. I use this (without a port, just running the tcl/tk directly), and I'd love to test it but... === Checking files for password-gorilla-1.5.3 Fetch http://download.github.com/zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch http://ftp.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz Strange, looks like github is doing some cool stuff against direct downloads. I'll check it, thanks for info. jirib
Re: i386 broken ports
On Sat, Jul 10, 2010 at 07:40:58PM +0200, Landry Breuil wrote: On Sat, Jul 10, 2010 at 05:50:17PM +0200, Christian Weisgerber wrote: Results from my first package bulk build on i386 after the switch to gcc4. (Probably) broken due to gcc4: comms/hylafax C++ devel/mico I can confirm, broken on amd64/sparc64 sinte the switch misc/calentoolconflicting declarations misc/brs -fwritable-strings palm/pose C++ www/chromium C++ x11/olvwm conflicting declarations DLT_OLD_PFLOG removal: devel/py-openbsd net/ipaudit Confirmed, same error on sparc64.p GNOME: x11/gnome/mousetweaks confused dependencies, plist change Miscellaneous: databases/pgbouncer ? Noticed pea, should be fixed. devel/qt4-eventsview Known. fallout of qt4.6 update. No upstream release, i think it's dead. lang/classpath? math/maxima ? www/py-nevow ? Noticed eric, fallout of twisted update x11/pidgin-guifications pidgin not found Already fixed Landry pgbouncer is fixed yes (thanks to landry@). -- Pierre-Emmanuel André pea at raveland.org GPG key: 0x7AE329DC
Re: [NEW] password-gorilla 1.5.3
On Sat, 10 Jul 2010 20:28:40 +0200 Jiri B. ji...@live.com wrote: On Thu, 8 Jul 2010 17:43:47 +0900 Ryan McBride mcbr...@openbsd.org wrote: === Checking files for password-gorilla-1.5.3 Fetch http://download.github.com/zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch http://ftp.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz OK, here is what i changed, not it works OK :) $ egrep MASTER_SITES|FETCH_CMD password-gorilla/Makefile MASTER_SITES = http://github.com/zdia/gorilla/tarball/v1.5.3/ FETCH_CMD = ftp -o ${DISTNAME}.tar.gz Updated tarball in attachment, please test. I haven't read all stuff about REVISION etc changes yet, so maybe it needs some tunning. jirib password-gorilla.tgz Description: application/compressed-tar
Re: [NEW] password-gorilla 1.5.3
On Sat, 10 Jul 2010 21:55:32 +0200 Jiri B. ji...@live.com wrote: $ egrep MASTER_SITES|FETCH_CMD password-gorilla/Makefile MASTER_SITES = http://github.com/zdia/gorilla/tarball/v1.5.3/ FETCH_CMD = ftp -o ${DISTNAME}.tar.gz FETCH_CMD not needed, my fault as i was tested to download directly via ftp, but ports are more clever and put there distname ;) Updated tarball in attachment. Thanks Daniel. jirib password-gorilla-1.5.3.tgz Description: application/compressed-tar
Re: [NEW] password-gorilla 1.5.3
On 2010/07/10 21:55, Jiri B. wrote: On Sat, 10 Jul 2010 20:28:40 +0200 Jiri B. ji...@live.com wrote: On Thu, 8 Jul 2010 17:43:47 +0900 Ryan McBride mcbr...@openbsd.org wrote: === Checking files for password-gorilla-1.5.3 Fetch http://download.github.com/zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch http://ftp.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz OK, here is what i changed, not it works OK :) $ egrep MASTER_SITES|FETCH_CMD password-gorilla/Makefile MASTER_SITES = http://github.com/zdia/gorilla/tarball/v1.5.3/ FETCH_CMD = ftp -o ${DISTNAME}.tar.gz FETCH_CMD Command used to fetch distribution files for this port. Defaults to ftp(1). User settings. ^^ User settings means it is not ok to set in a port Makefile. You will need to arrange to have it mirrored.
Re: [NEW] password-gorilla 1.5.3
On Sat, Jul 10, 2010 at 4:34 PM, Stuart Henderson s...@spacehopper.org wrote: On 2010/07/10 21:55, Jiri B. wrote: On Sat, 10 Jul 2010 20:28:40 +0200 Jiri B. ji...@live.com wrote: On Thu, 8 Jul 2010 17:43:47 +0900 Ryan McBride mcbr...@openbsd.org wrote: === Checking files for password-gorilla-1.5.3 Fetch http://download.github.com/zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch http://ftp.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz ftp: Error retrieving file: 404 Not Found Fetch ftp://ftp.usa.openbsd.org/pub/OpenBSD/distfiles//zdia-gorilla-v1.5.3-0-g1996106.tar.gz OK, here is what i changed, not it works OK :) $ egrep MASTER_SITES|FETCH_CMD password-gorilla/Makefile MASTER_SITES = http://github.com/zdia/gorilla/tarball/v1.5.3/ FETCH_CMD = ftp -o ${DISTNAME}.tar.gz FETCH_CMD Command used to fetch distribution files for this port. Defaults to ftp(1). User settings. ^^ User settings means it is not ok to set in a port Makefile. You will need to arrange to have it mirrored. In this case, just removing FETCH_CMD works fine. Although not an explicit link over at github.com that works so need for mirroring...
Re: [NEW] password-gorilla 1.5.3
User settings means it is not ok to set in a port Makefile. You will need to arrange to have it mirrored. In this case, just removing FETCH_CMD works fine. Although not an explicit link over at github.com that works so need for mirroring... that should say _no_ need for mirroring.
mplayer / gcc4 diff
I think these lines can go away, now that powerpc has been switched to gcc4. Ok? Ciao, David Index: Makefile === RCS file: /cvs/ports/x11/mplayer/Makefile,v retrieving revision 1.168 diff -u -p -r1.168 Makefile --- Makefile3 Jul 2010 00:28:40 - 1.168 +++ Makefile10 Jul 2010 21:04:58 - @@ -12,7 +12,7 @@ SUBST_VARS+= PREFIX CONFDIR N= mplayer DISTNAME= mplayer-export-snapshot-${V} -PKGNAME= ${N}-${V}p1 +PKGNAME= ${N}-${V}p2 CATEGORIES=x11 multimedia EXTRACT_SUFX= .tar.bz2 @@ -33,9 +33,6 @@ MASTER_SITES= http://theunixzoo.co.uk/di MAINTAINER= Edd Barrett e...@openbsd.org DISTFILES= ${DISTNAME}${EXTRACT_SUFX} - -MODULES=gcc4 -MODGCC4_ARCHES= powerpc MODULES+= converters/libiconv
Re: mplayer / gcc4 diff
On Sat, Jul 10, 2010 at 03:11:29PM -0600, David Coppa wrote: I think these lines can go away, now that powerpc has been switched to gcc4. Ok? Ciao, David Index: Makefile === RCS file: /cvs/ports/x11/mplayer/Makefile,v retrieving revision 1.168 diff -u -p -r1.168 Makefile --- Makefile 3 Jul 2010 00:28:40 - 1.168 +++ Makefile 10 Jul 2010 21:04:58 - @@ -12,7 +12,7 @@ SUBST_VARS+=PREFIX CONFDIR N= mplayer DISTNAME=mplayer-export-snapshot-${V} -PKGNAME= ${N}-${V}p1 +PKGNAME= ${N}-${V}p2 CATEGORIES= x11 multimedia EXTRACT_SUFX=.tar.bz2 @@ -33,9 +33,6 @@ MASTER_SITES= http://theunixzoo.co.uk/di MAINTAINER= Edd Barrett e...@openbsd.org DISTFILES= ${DISTNAME}${EXTRACT_SUFX} - -MODULES=gcc4 -MODGCC4_ARCHES= powerpc MODULES+=converters/libiconv I already whiped up diffs to clean up this stuff and I noticed for MPlayer that the inclusion of bsd.own.mk was unnecessary. Index: Makefile === RCS file: /home/cvs/ports/x11/mplayer/Makefile,v retrieving revision 1.168 diff -u -p -r1.168 Makefile --- Makefile3 Jul 2010 00:28:40 - 1.168 +++ Makefile9 Jul 2010 02:57:14 - @@ -12,7 +12,7 @@ SUBST_VARS+= PREFIX CONFDIR N= mplayer DISTNAME= mplayer-export-snapshot-${V} -PKGNAME= ${N}-${V}p1 +PKGNAME= ${N}-${V}p2 CATEGORIES=x11 multimedia EXTRACT_SUFX= .tar.bz2 @@ -34,12 +34,7 @@ MAINTAINER= Edd Barrett e...@openbsd DISTFILES= ${DISTNAME}${EXTRACT_SUFX} -MODULES=gcc4 -MODGCC4_ARCHES= powerpc - MODULES+= converters/libiconv - -.include bsd.own.mk LIB_DEPENDS= png::graphics/png \ jpeg::graphics/jpeg \ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: mplayer / gcc4 diff
Yes, you're right. Ok for me. Please commit it. Ciao, David