Re: [UPDATE] zathura-0.0.8.1
On Wed, Sep 01, 2010 at 11:47:30PM +0200, frantisek holop wrote: > hmm, on Tue, Aug 31, 2010 at 08:37:15PM -0500, Abel Abraham Camarillo Ojeda > said that > > Note: zathura is not currently in tree. > > hopefully this will soon change. > come on people this is the only sane pdf reader! Attached is the port revised to have the new style WANTLIB/LIB_DEPENDS. Can i get an OK from a developer to import this? PS. Possible improvements for a next release: * zoom in and out bindings are awkward - use '-' and '+' like gimp? * Implement cursor keys for scroll. * Implement page up/down keys. * Selection box only becomes visible after letting go of mouse button. Fix. Thanks -- Best Regards Edd Barrett http://www.theunixzoo.co.uk zathura-edd.tgz Description: application/tar-gz
www/tomcat @conflicts
As noted by niklas@ when updating an old system, jakarta-tomcat-examples does not automatically get upgraded to tomcat-examples; the -examples packages are missing @conflict lines. This diff adds these, moves to REVISION, and fixes example pf.conf fragments for the PF changes in 4.7. Ok? Index: v4/Makefile === RCS file: /cvs/ports/www/tomcat/v4/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- v4/Makefile 9 Nov 2009 11:03:26 - 1.15 +++ v4/Makefile 3 Sep 2010 11:03:19 - @@ -6,9 +6,13 @@ COMMENT-examples=example applications an V= 4.1.40 DISTNAME= apache-tomcat-${V}-LE-jdk14 -PKGNAME-main= tomcat-${V}p0 -PKGNAME-admin= tomcat-admin-${V}p0 -PKGNAME-examples=tomcat-examples-${V}p0 +REVISION-main= 1 +REVISION-admin=0 +REVISION-examples= 1 + +PKGNAME-main= tomcat-${V} +PKGNAME-admin= tomcat-admin-${V} +PKGNAME-examples=tomcat-examples-${V} CATEGORIES=www MASTER_SITES= ${MASTER_SITE_APACHE:=tomcat/tomcat-4/v$V/bin/} \ Index: v4/files/README.OpenBSD === RCS file: /cvs/ports/www/tomcat/v4/files/README.OpenBSD,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 README.OpenBSD --- v4/files/README.OpenBSD 25 Oct 2006 18:10:17 - 1.1.1.1 +++ v4/files/README.OpenBSD 3 Sep 2010 11:03:19 - @@ -33,7 +33,7 @@ sure the Connector port is 80 in your `% more secure: redirect all tcp traffic to port 80 to Tomcat's default listener port 8080 using a pf.conf(5) rule like: - rdr on $NIC proto tcp from any to any port 80 -> 127.0.0.1 port 8080 + pass quick on $NIC proto tcp to port 80 rdr-to 127.0.0.1 port 8080 If you are upgrading and use database drivers, don't forget to copy them into %%PREFIX%%/tomcat/common/lib. If you use ssi or cgi, remember to Index: v4/pkg/PLIST-examples === RCS file: /cvs/ports/www/tomcat/v4/pkg/PLIST-examples,v retrieving revision 1.4 diff -u -p -r1.4 PLIST-examples --- v4/pkg/PLIST-examples 17 Jul 2009 13:38:56 - 1.4 +++ v4/pkg/PLIST-examples 3 Sep 2010 11:03:19 - @@ -1,5 +1,6 @@ @comment $OpenBSD: PLIST-examples,v 1.4 2009/07/17 13:38:56 kurt Exp $ @pkgpath www/jakarta-tomcat/v4,-examples +...@conflict jakarta-tomcat-examples-* @owner _tomcat @group _tomcat webapps/ROOT/ Index: v5/Makefile === RCS file: /cvs/ports/www/tomcat/v5/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- v5/Makefile 20 Jul 2009 14:24:15 - 1.11 +++ v5/Makefile 3 Sep 2010 11:03:19 - @@ -6,10 +6,14 @@ COMMENT-examples=example applications an V= 5.5.27 DISTNAME= apache-tomcat-${V} +REVISION-main= 2 +REVISION-admin=0 +REVISION-examples= 1 + PKGNAME= tomcat-${V} -PKGNAME-main= tomcat-${V}p1 -PKGNAME-admin= tomcat-admin-${V}p0 -PKGNAME-examples=tomcat-examples-${V}p0 +PKGNAME-main= tomcat-${V} +PKGNAME-admin= tomcat-admin-${V} +PKGNAME-examples= tomcat-examples-${V} CATEGORIES=www DISTFILES= ${DISTNAME}.tar.gz \ Index: v5/files/README.OpenBSD === RCS file: /cvs/ports/www/tomcat/v5/files/README.OpenBSD,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 README.OpenBSD --- v5/files/README.OpenBSD 25 Oct 2006 18:10:18 - 1.1.1.1 +++ v5/files/README.OpenBSD 3 Sep 2010 11:03:19 - @@ -33,7 +33,7 @@ sure the Connector port is 80 in your `% more secure: redirect all tcp traffic to port 80 to Tomcat's default listener port 8080 using a pf.conf(5) rule like: - rdr on $NIC proto tcp from any to any port 80 -> 127.0.0.1 port 8080 + pass quick on $NIC proto tcp to port 80 rdr-to 127.0.0.1 port 8080 If you are upgrading and use database drivers, don't forget to copy them into %%PREFIX%%/tomcat/common/lib. If you use ssi or cgi, remember to Index: v5/pkg/PLIST-examples === RCS file: /cvs/ports/www/tomcat/v5/pkg/PLIST-examples,v retrieving revision 1.5 diff -u -p -r1.5 PLIST-examples --- v5/pkg/PLIST-examples 4 Jan 2009 23:28:59 - 1.5 +++ v5/pkg/PLIST-examples 3 Sep 2010 11:03:19 - @@ -1,5 +1,6 @@ @comment $OpenBSD: PLIST-examples,v 1.5 2009/01/04 23:28:59 kurt Exp $ @pkgpath www/jakarta-tomcat/v5,-examples +...@conflict jakarta-tomcat-examples-* @owner _tomcat @group _tomcat webapps/ROOT/ Index: v6/Makefile === RCS file: /cvs/ports/www/tomcat/v6/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- v6/Makefile 20 Jul 2009 14:24:15 - 1.5 +++ v6/Makefile 3 Sep 2010 11:03:19 - @@ -5,9 +5,11 @@ COMMENT-examples=example applications an V= 6.0.20 DISTNAME= apache-tomcat-${V} +REVISION-examples= 1 + P
Re: [UPDATE] zathura-0.0.8.1
On 09/03/10 12:22, Edd Barrett wrote: > Attached is the port revised to have the new style WANTLIB/LIB_DEPENDS. > > Can i get an OK from a developer to import this? > I added x11 to categories and a NO_REGRESS=Yes line. Otherwise ok giovanni@ Cheers Giovanni zathura.tgz Description: Binary data
new: x11/urw-fonts-artifex-1.41
Hi, A new port to fetch and install the 80 URW TrueType fonts for Ghostscript as distributed by Artifex. Unlike the GPL'd version of URW fonts distributed by Fedora, these seem to be not commercially redistribuable, so only FTP distribution for this one. Please test and commit. -- Thomas de Grivel http://b.lowh.net/billitch urw-fonts-artifex.tar.gz Description: application/gzip
devel/mico, devel/qt4-eventsview
I think both devel/mico and devel/qt4-eventsview are not really fixable and it's time we acknowledge that. Index: mico/Makefile === RCS file: /cvs/ports/devel/mico/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- mico/Makefile 28 Jun 2009 22:00:34 - 1.13 +++ mico/Makefile 3 Sep 2010 15:51:17 - @@ -1,5 +1,7 @@ # $OpenBSD: Makefile,v 1.13 2009/06/28 22:00:34 sthen Exp $ +NOT_FOR_ARCHS= ${GCC4_ARCHS} + COMMENT= free and complete CORBA-compliant implementation DISTNAME= mico-2.3.6 Index: qt4-eventsview/Makefile === RCS file: /cvs/ports/devel/qt4-eventsview/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- qt4-eventsview/Makefile 10 Aug 2009 06:31:08 - 1.4 +++ qt4-eventsview/Makefile 3 Sep 2010 15:51:17 - @@ -1,5 +1,7 @@ # $OpenBSD: Makefile,v 1.4 2009/08/10 06:31:08 kili Exp $ +BROKEN=does not work with Qt >= 4.6 + COMMENT= event viewer for qt4 CATEGORIES=devel x11 -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: devel/mico, devel/qt4-eventsview
On Fri, 3 Sep 2010, Christian Weisgerber wrote: > I think both devel/mico and devel/qt4-eventsview are not really > fixable and it's time we acknowledge that. I agree. > Index: mico/Makefile > === > RCS file: /cvs/ports/devel/mico/Makefile,v > retrieving revision 1.13 > diff -u -p -r1.13 Makefile > --- mico/Makefile 28 Jun 2009 22:00:34 - 1.13 > +++ mico/Makefile 3 Sep 2010 15:51:17 - > @@ -1,5 +1,7 @@ > # $OpenBSD: Makefile,v 1.13 2009/06/28 22:00:34 sthen Exp $ > > +NOT_FOR_ARCHS= ${GCC4_ARCHS} > + > COMMENT= free and complete CORBA-compliant implementation > > DISTNAME=mico-2.3.6 > Index: qt4-eventsview/Makefile > === > RCS file: /cvs/ports/devel/qt4-eventsview/Makefile,v > retrieving revision 1.4 > diff -u -p -r1.4 Makefile > --- qt4-eventsview/Makefile 10 Aug 2009 06:31:08 - 1.4 > +++ qt4-eventsview/Makefile 3 Sep 2010 15:51:17 - > @@ -1,5 +1,7 @@ > # $OpenBSD: Makefile,v 1.4 2009/08/10 06:31:08 kili Exp $ > > +BROKEN= does not work with Qt >= 4.6 > + > COMMENT= event viewer for qt4 > CATEGORIES= devel x11 > > -- Antoine
Re: UPDATE: graphics/djvulibre and graphics/djview4
On 2010/08/29 23:07, Alexandr Shadchin wrote: > > > Hi, Ports! > > This update packages djvulibre and djview4 to the latest release. > Tested on i386, amd64. > > Comments ? OK ? This breaks djvulibre as noticed by landry@ and na...@. I've just added the missing BUILD_DEPENDS (please check configure output!) but the plists are still wrong - I can't see how this possibly packaged for you.
Re: UPDATE: graphics/djvulibre and graphics/djview4
On Fri, Sep 3, 2010 at 7:19 PM, Stuart Henderson wrote: > On 2010/08/29 23:07, Alexandr Shadchin wrote: >> >> >> Hi, Ports! >> >> This update packages djvulibre and djview4 to the latest release. >> Tested on i386, amd64. >> >> Comments ? OK ? > > This breaks djvulibre as noticed by landry@ and na...@. > > I've just added the missing BUILD_DEPENDS (please check configure > output!) but the plists are still wrong - I can't see how this > possibly packaged for you. hmm, maybe i overlooked something but it worked ok when i tested it. either way his diff was good because it added some normalization into this port. i think i forgot to check the no_x11 flavor, maybe that's the one with the problem? unfortunately my internet access at home is busted at least till tuesday evening, so i can't do much about this port for the moment.
UPDATE: databases/py-sqlite2
This is an update to 2.6.0. Tested with python2.6 Ok? Index: Makefile === RCS file: /cvs/ports/databases/py-sqlite2/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile30 Aug 2010 20:53:57 - 1.15 +++ Makefile3 Sep 2010 18:01:58 - @@ -2,11 +2,10 @@ COMMENT = SQLite3 adapter for Python -MODPY_EGG_VERSION =2.5.6 +MODPY_EGG_VERSION =2.6.0 DISTNAME = pysqlite-${MODPY_EGG_VERSION} PKGNAME = py-sqlite2-${MODPY_EGG_VERSION} -REVISION = 0 CATEGORIES = databases devel MAINTAINER = Eric Faurot Index: distinfo === RCS file: /cvs/ports/databases/py-sqlite2/distinfo,v retrieving revision 1.10 diff -u -r1.10 distinfo --- distinfo28 Dec 2009 09:24:34 - 1.10 +++ distinfo3 Sep 2010 18:01:58 - @@ -1,5 +1,5 @@ -MD5 (pysqlite-2.5.6.tar.gz) = Gy8zjI1tuXHjTtt5mpLi7g== -RMD160 (pysqlite-2.5.6.tar.gz) = gXTs++4vlSb3oRALGvp483hpFt0= -SHA1 (pysqlite-2.5.6.tar.gz) = ebXEBnwMojckDrMub95+2EY20T0= -SHA256 (pysqlite-2.5.6.tar.gz) = EI/r/jehciuBL5TQOY6AbscK7dB78T0MmFNLhQtcrCQ= -SIZE (pysqlite-2.5.6.tar.gz) = 72559 +MD5 (pysqlite-2.6.0.tar.gz) = /JJhizs50C5v8Q3EZ8NmQA== +RMD160 (pysqlite-2.6.0.tar.gz) = ZUrFuRTf5vmQJ3tdleHsWS5cLuA= +SHA1 (pysqlite-2.6.0.tar.gz) = u6KnAPmPl5/feyJNs02V/5TCpdc= +SHA256 (pysqlite-2.6.0.tar.gz) = VVg01972in/d88iet9ZpgLig1dyTJ3BfXHUueLTjWHk= +SIZE (pysqlite-2.6.0.tar.gz) = 74453 Index: patches/patch-setup_py === RCS file: /cvs/ports/databases/py-sqlite2/patches/patch-setup_py,v retrieving revision 1.5 diff -u -r1.5 patch-setup_py --- patches/patch-setup_py 28 Dec 2009 09:24:34 - 1.5 +++ patches/patch-setup_py 3 Sep 2010 18:01:58 - @@ -1,7 +1,7 @@ $OpenBSD: patch-setup_py,v 1.5 2009/12/28 09:24:34 eric Exp $ setup.py.orig Thu Nov 12 00:53:58 2009 -+++ setup.py Fri Dec 18 10:59:59 2009 -@@ -149,13 +149,6 @@ def get_setup_args(): +--- setup.py.orig Thu Mar 4 08:19:34 2010 setup.py Sat Jun 26 19:54:09 2010 +@@ -150,13 +150,6 @@ def get_setup_args(): print "Fatal error: PYSQLITE_VERSION could not be detected!" sys.exit(1) @@ -15,9 +15,9 @@ py_modules = ["sqlite"] setup_args = dict( name = "pysqlite", -@@ -173,7 +166,7 @@ def get_setup_args(): - package_dir = {"pysqlite2": "lib"}, - packages = ["pysqlite2", "pysqlite2.test"], +@@ -175,7 +168,7 @@ def get_setup_args(): + packages = ["pysqlite2", "pysqlite2.test"] + +(["pysqlite2.test.py25"], [])[sys.version_info < (2, 5)], scripts=[], -data_files = data_files, +data_files = [], Index: pkg/PLIST === RCS file: /cvs/ports/databases/py-sqlite2/pkg/PLIST,v retrieving revision 1.7 diff -u -r1.7 PLIST --- pkg/PLIST 9 Apr 2009 01:05:25 - 1.7 +++ pkg/PLIST 3 Sep 2010 18:01:58 - @@ -19,8 +19,11 @@ lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/factory.pyc lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/hooks.py lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/hooks.pyc -lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25tests.py -lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25tests.pyc +lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25/ +lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25/__init__.py +lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25/py25tests.py +lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/py25/py25tests.pyc lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/regression.py lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/regression.pyc lib/python${MODPY_VERSION}/site-packages/pysqlite2/test/transactions.py
p5-DateTime-Format-ICal install location
p5-DateTime-Format-ICal installs to /usr/local/lib/perl5/ and should probably be installing to /usr/local/libdata/perl5/ where every other perl module goes. with the package installed, nothing can find it. $> pkg_info | grep p5-DateTime-Format p5-DateTime-Format-ICal-0.09 parse and format iCal datetime and duration strings $> perl -e 'use DateTime::Format::ICal;' Can't locate DateTime/Format/ICal.pm in @INC (@INC contains: /usr/libdata/perl5/amd64-openbsd/5.10.1 /usr/local/libdata/perl5/amd64-openbsd/5.10.1 /usr/libdata/perl5 /usr/local/libdata/perl5 /usr/local/libdata/perl5/site_perl/amd64-openbsd /usr/libdata/perl5/site_perl/amd64-openbsd /usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl .) at -e line 1. BEGIN failed--compilation aborted at -e line 1. with it manually moved to /usr/local/libdata, it works ok. $> perl -e 'use DateTime::Format::ICal;' $>
Re: UPDATE: graphics/djvulibre and graphics/djview4
On 2010/09/03 19:53, Steven Mestdagh wrote: > On Fri, Sep 3, 2010 at 7:19 PM, Stuart Henderson wrote: > > On 2010/08/29 23:07, Alexandr Shadchin wrote: > >> > >> > >> Hi, Ports! > >> > >> This update packages djvulibre and djview4 to the latest release. > >> Tested on i386, amd64. > >> > >> Comments ? OK ? > > > > This breaks djvulibre as noticed by landry@ and na...@. > > > > I've just added the missing BUILD_DEPENDS (please check configure > > output!) but the plists are still wrong - I can't see how this > > possibly packaged for you. > > hmm, maybe i overlooked something but it worked ok when i tested it. > either way his diff was good because it added some normalization into this > port. > i think i forgot to check the no_x11 flavor, maybe that's the one with > the problem? > unfortunately my internet access at home is busted at least till > tuesday evening, so i can't do much about this port for the moment. > Odd. This is with the standard flavour; Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/22x22/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/48x48/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/mimetypes/image-vnd.djvu.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/mimetypes/image-vnd.djvu.svg does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/applications/djvulibre-djview3.desktop does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/apps/djvulibre-djview3.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/apps/djvulibre-djview3.png does not exist Error: /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/apps/djvulibre-djview3.svg does not exist similar files, but totally different directory names in the PLIST diffs... Index: pkg/PFRAG.no-no_x11 === RCS file: /cvs/ports/graphics/djvulibre/pkg/PFRAG.no-no_x11,v retrieving revision 1.4 diff -u -p -r1.4 PFRAG.no-no_x11 --- pkg/PFRAG.no-no_x11 31 Aug 2010 21:06:35 - 1.4 +++ pkg/PFRAG.no-no_x11 3 Sep 2010 18:47:54 - @@ -6,13 +6,17 @@ @comment lib/netscape/plugins/nsdejavu.so @comment man/man1/djview.1 @man man/man1/djview3.1 -...@comment man/man1/nsdejavu.1 -share/applications/djvulibre-djview3.desktop -...@comment share/djvu/djview3/ -share/icons/hicolor/32x32/apps/djvulibre-djview3.png -share/icons/hicolor/64x64/apps/djvulibre-djview3.png -share/icons/hicolor/scalable/apps/djvulibre-djview3.svg @exec %D/bin/update-desktop-database @unexec-delete %D/bin/update-desktop-database @exec %D/bin/gtk-update-icon-cache -q -f -t %D/share/icons/hicolor 2> /dev/null || true @unexec-delete %D/bin/gtk-update-icon-cache -q -f -t %D/share/icons/hicolor 2> /dev/null || true +...@comment man/man1/nsdejavu.1 +...@comment share/djvu/djview3/ +share/djvu/djview3/desktop/ +share/djvu/djview3/desktop/djvulibre-djview3.desktop +share/djvu/djview3/desktop/hi-djview3.svgz +share/djvu/djview3/desktop/hi32-djview3.png +share/djvu/djview3/desktop/hi64-djview3.png +share/djvu/djview3/desktop/prebuilt-hi32-djview3.png +share/djvu/djview3/desktop/prebuilt-hi64-djview3.png +share/djvu/djview3/desktop/register-djview-menu Index: pkg/PLIST === RCS file: /cvs/ports/graphics/djvulibre/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 31 Aug 2010 21:06:35 - 1.4 +++ pkg/PLIST 3 Sep 2010 18:47:54 - @@ -54,6 +54,18 @@ share/djvu/osi/cs/messages.xml share/djvu/osi/de/ share/djvu/osi/de/libdjvu++.xml share/djvu/osi/de/messages.xml +share/djvu/osi/desktop/ +share/djvu/osi/desktop/djvulibre-mime.xml +share/djvu/osi/desktop/hi-djvu.svgz +share/djvu/osi/desktop/hi22-djvu.png +share/djvu/osi/desktop/hi32-djvu.png +share/djvu/osi/desktop/hi48-djvu.png +share/djvu/osi/desktop/hi64-djvu.png +share/djvu/osi/desktop/prebuilt-hi22-djvu.png +share/djvu/osi/desktop/prebuilt-hi32-djvu.png +share/djvu/osi/desktop/prebuilt-hi48-djvu.png +share/djvu/osi/desktop/prebuilt-hi64-djvu.png +share/djvu/osi/desktop/register-djvu-mime share/djvu/osi/en/ share/djvu/osi/en/djvutools-reference.xml share/djvu/osi/en/libdjvu++.xml @@ -74,9 +86,4 @@ share/djvu/pubtext/ share/djvu/pubtext/DjVuMessages.dtd share/djvu/pubtext/DjVuOCR.dtd share/djvu/pubtext/DjVuXML-s.dtd -share/icons/hicolor/22x22/mimetypes/image-vnd.djvu.png -share/icons/hicolor/32x32/mimetypes/image-vnd.djvu.png -share/icons/hicolor/48x48/mimetypes/image-vnd.djvu.png -share/icons/hicolor/64x64/mimetyp
jdk 1.6 fix build without nawk
ok? Index: Makefile === RCS file: /cvs/ports/devel/jdk/1.6/Makefile,v retrieving revision 1.16 diff -u -p -r1.16 Makefile --- Makefile2 Jul 2010 01:43:12 - 1.16 +++ Makefile3 Sep 2010 19:08:04 - @@ -55,6 +55,7 @@ USE_GMAKE=Yes TAR= ${LOCALBASE}/bin/gtar +MAKE_FLAGS=NAWK=/usr/bin/awk MAKE_ENV= ALT_MOTIF_DIR="${LOCALBASE}" \ ALT_CUPS_HEADERS_PATH="${LOCALBASE}/include" \ ALT_DEVTOOLS_PATH="${LOCALBASE}/bin" \
Re: UPDATE: graphics/djvulibre and graphics/djview4
>> >> This update packages djvulibre and djview4 to the latest release. >> >> Tested on i386, amd64. >> >> >> >> Comments ? OK ? >> > >> > This breaks djvulibre as noticed by landry@ and na...@. >> > >> > I've just added the missing BUILD_DEPENDS (please check configure >> > output!) but the plists are still wrong - I can't see how this >> > possibly packaged for you. >> >> hmm, maybe i overlooked something but it worked ok when i tested it. >> either way his diff was good because it added some normalization into this >> port. >> i think i forgot to check the no_x11 flavor, maybe that's the one with >> the problem? >> unfortunately my internet access at home is busted at least till >> tuesday evening, so i can't do much about this port for the moment. >> > > Odd. This is with the standard flavour; > > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/22x22/mimetypes/image-vnd.djvu.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/mimetypes/image-vnd.djvu.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/48x48/mimetypes/image-vnd.djvu.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/mimetypes/image-vnd.djvu.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/mimetypes/image-vnd.djvu.svg > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/applications/djvulibre-djview3.desktop > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/32x32/apps/djvulibre-djview3.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/64x64/apps/djvulibre-djview3.png > does not exist > Error: > /usr/obj/ports/djvulibre-3.5.23/fake-amd64/usr/local/share/icons/hicolor/scalable/apps/djvulibre-djview3.svg > does not exist > > similar files, but totally different directory names in the PLIST diffs... i think i simply forgot to cvs add and commit patch-desktopfiles_Makefile_in from Alexandr's original diff. that should fix it.
Re: jdk 1.6 fix build without nawk
Here's the fix for 1.7. In corba/make/common/shared/Defs-utils.gmk there is another NAWK definition, but it doesn't appear to be used. Index: patches/patch-jdk_make_common_shared_Defs-utils_gmk === RCS file: /cvs/ports/devel/jdk/1.7/patches/patch-jdk_make_common_shared_Defs-utils_gmk,v retrieving revision 1.4 diff -u -r1.4 patch-jdk_make_common_shared_Defs-utils_gmk --- patches/patch-jdk_make_common_shared_Defs-utils_gmk 7 Oct 2009 01:53:54 - 1.4 +++ patches/patch-jdk_make_common_shared_Defs-utils_gmk 3 Sep 2010 21:06:43 - @@ -1,6 +1,6 @@ $OpenBSD: patch-jdk_make_common_shared_Defs-utils_gmk,v 1.4 2009/10/07 01:53:54 kurt Exp $ jdk/make/common/shared/Defs-utils.gmk.orig Thu Sep 17 03:51:40 2009 -+++ jdk/make/common/shared/Defs-utils.gmk Sat Sep 26 10:00:47 2009 +--- jdk/make/common/shared/Defs-utils.gmk.orig Thu Sep 17 01:51:40 2009 jdk/make/common/shared/Defs-utils.gmk Fri Sep 3 14:34:43 2010 @@ -67,6 +67,13 @@ ifeq ($(PLATFORM),windows) UTILS_DEVTOOL_PATH=$(DEVTOOLS_PATH) endif @@ -15,7 +15,7 @@ # Utilities ADB= $(UTILS_COMMAND_PATH)adb AR = $(UTILS_CCS_BIN_PATH)ar -@@ -203,3 +210,37 @@ ifeq ($(PLATFORM),solaris) +@@ -203,3 +210,39 @@ ifeq ($(PLATFORM),solaris) ECHO = /usr/bin/echo endif @@ -43,7 +43,9 @@ + else +UNZIP = $(UTILS_DEVTOOL_PATH)unzip + endif -+ ifneq ($(OS_VENDOR), OpenBSD) ++ ifeq ($(OS_VENDOR), OpenBSD) ++NAWK = $(UTILS_USR_BIN_PATH)awk ++ else +CPIO = $(UTILS_USR_BIN_PATH)cpio +TAR= $(UTILS_USR_BIN_PATH)tar + endif -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: UPDATE: graphics/djvulibre and graphics/djview4
On 2010/09/03 22:12, Steven Mestdagh wrote: > i think i simply forgot to cvs add and commit > patch-desktopfiles_Makefile_in from Alexandr's original diff. > that should fix it. fixed, thanks.
Re: PostgreSQL 9.0
On Fri, Jul 16, 2010 at 06:50:12PM +0200, Pierre-Emmanuel André wrote: > On Mon, Jun 07, 2010 at 01:43:54PM +0200, Pierre-Emmanuel André wrote: > > On Mon, May 03, 2010 at 12:19:49PM +0200, Pierre-Emmanuel André wrote: > > > Hi, > > > > > > I start a new thread for this future upgrade. > > > This firt shot is for the beta1. > > > One of the main feature for this release is Hot Standby > > > ( http://developer.postgresql.org/pgdocs/postgres/hot-standby.html ) > > > Release note here: > > > http://developer.postgresql.org/pgdocs/postgres/release-9-0.html > > > > > > As usual you must dump/restore your data if you want to try this > > > update. > > > > > > > Second shot for beta2. > > As usual, tested on @amd64 (with gcc4). > > > > And now it's time for the beta3 ! > If you want to know what's new in PostgreSQL 9.0, there is > a very good summary here: > http://wiki.postgresql.org/wiki/Illustrated_9_0 > Time for rc1. Tested on macppc, sparc64 and amd64. -- Pierre-Emmanuel André GPG key: 0x7AE329DC Index: Makefile === RCS file: /cvs/ports/databases/postgresql/Makefile,v retrieving revision 1.127 diff -u -p -r1.127 Makefile --- Makefile18 May 2010 12:01:23 - 1.127 +++ Makefile3 Sep 2010 21:41:03 - @@ -5,7 +5,7 @@ COMMENT-server= PostgreSQL RDBMS (server COMMENT-docs= PostgreSQL RDBMS documentation COMMENT-contrib=PostgreSQL RDBMS contributions -VERSION= 8.4.4 +VERSION= 9.0rc1 DISTNAME= postgresql-${VERSION} PKGNAME-main= postgresql-client-${VERSION} PKGNAME-server=postgresql-server-${VERSION} @@ -13,10 +13,10 @@ PKGNAME-docs= postgresql-docs-${VERSION} PKGNAME-contrib=postgresql-contrib-${VERSION} CATEGORIES=databases -SHARED_LIBS= ecpg7.1 \ - ecpg_compat 4.1 \ +SHARED_LIBS= ecpg7.2 \ + ecpg_compat 4.2 \ pgtypes 4.1 \ - pq 5.2 + pq 5.3 HOMEPAGE= http://www.postgresql.org/ @@ -51,7 +51,7 @@ CONFIGURE_STYLE=gnu .include -INCLUDES= ${LOCALBASE}/include +INCLUDES= ${LOCALBASE}/include /usr/include/kerberosV CONFIGURE_ARGS=--disable-rpath --with-openssl=/usr \ --with-perl \ --enable-integer-datetimes \ @@ -62,12 +62,9 @@ CONFIGURE_ARGS= --disable-rpath --with-o --with-libraries="${LOCALBASE}/lib" \ --with-openssl \ --with-ossp-uuid \ - --with-libxml - -.if ${KERBEROS5} == "yes" -CONFIGURE_ARGS+=--with-krb5 -INCLUDES+= /usr/include/kerberosV -.endif + --with-libxml \ + --disable-thread-safety \ + --with-krb5 # There is no spinlock support for hppa yet. Until we have access to # a system to get this working, disable them for now. There is @@ -79,7 +76,7 @@ CONFIGURE_ARGS+=--disable-spinlocks MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC}/config -INSTALL_TARGET=install +INSTALL_TARGET=install-world LIB_DEPENDS-main= xml2::textproc/libxml Index: distinfo === RCS file: /cvs/ports/databases/postgresql/distinfo,v retrieving revision 1.33 diff -u -p -r1.33 distinfo --- distinfo18 May 2010 12:01:23 - 1.33 +++ distinfo3 Sep 2010 21:41:03 - @@ -1,5 +1,5 @@ -MD5 (postgresql-8.4.4.tar.gz) = rn8wXrk4ixh+jwfe4M7FXA== -RMD160 (postgresql-8.4.4.tar.gz) = /+ppaWNBUIlEJQyNYLRjFV1arcY= -SHA1 (postgresql-8.4.4.tar.gz) = IZe5ca27ZgA8I6F5lwKfgadMqK0= -SHA256 (postgresql-8.4.4.tar.gz) = X0ZacjGWTdpcFYAENoY9nTVYyGl2Tuwye9vCcCdU2tk= -SIZE (postgresql-8.4.4.tar.gz) = 17160058 +MD5 (postgresql-9.0rc1.tar.gz) = udc1v8ptUM8KCR5sRTth7Q== +RMD160 (postgresql-9.0rc1.tar.gz) = Vf21z0He4w30jXj2djZC+RTj0u4= +SHA1 (postgresql-9.0rc1.tar.gz) = UAc5ml6mqSeoHu5TATqOvuTuS70= +SHA256 (postgresql-9.0rc1.tar.gz) = wsaZ149+GZ1xvIa5d4md9wIDiCMYPMSWD/AN3YQIw1E= +SIZE (postgresql-9.0rc1.tar.gz) = 17821882 Index: files/README.OpenBSD === RCS file: /cvs/ports/databases/postgresql/files/README.OpenBSD,v retrieving revision 1.20 diff -u -p -r1.20 README.OpenBSD --- files/README.OpenBSD7 Jun 2007 20:39:51 - 1.20 +++ files/README.OpenBSD3 Sep 2010 21:41:03 - @@ -113,7 +113,7 @@ To generate the keytab: Clients/Frontends -Many applications can use the PostgreSQL database right away. To faciliate +Many applications can use the PostgreSQL database right away. To facilitate administration of a PostgreSQL database, two clients are notable: www/phppgadmin A web based user interface that uses PHP5 Index: patches/patch-src_interfaces_ecpg_compatlib_Makefile === RCS file: /cvs/ports/databases/postgresql/patches/patch-src_interfaces_ec
mplayer-20100308p5
so 4.8 -current, refreshed say two days ago an older version of mplayer had been installed previosuly go to x11/mplayer sudo make clean sudo make package lots of output sudo make install some output including cannot find library orc-0.4.2.0 ===> Installing mplayer-20100308p5 from /usr/ports/packages/i386/all/ | not found anywhere Direct dependencies for mplayer-20100308p2->mplayer-20100308p5 resolve to: libdca-0.0.5p1 libungif-4.1.4p1 png-1.2.44 desktop-file-utils-0.16p0 libmpcdec-1.2.6 libdv-0.104p4 x264-20100511 jpeg-8b libmng-1.0.10 libdvdread-0.9.7p1 lame-3.98.4 bzip2-1.0.5 libiconv-1.13p1 cdparanoia-3.a9.8p0 libdvdnav-4.1.3p0v0 faac-1.26 speex-1.2rc1p0 fribidi-0.10.4p0 libogg-1.2.0 libtheora-1.1.1p0 lcms-1.18a faad-2.6.1p1 xvidcore-1.2.2p1 schroedinger-1.0.7p1 liba52-0.7.4p2 Full dependency tree is pcre-8.02p1 libdca-0.0.5p1 libungif-4.1.4p1 png-1.2.44 desktop-file-utils-0.16p0 glib2-2.24.1p2 libdvd-0.3p2 tiff-3.9.4 libmpcdec-1.2.6 libdv-0.104p4 libgamin-0.1.10p3 x264-20100511 jpeg-8b libmng-1.0.10 lame-3.98.4 libdvdread-0.9.7p1 bzip2-1.0.5 libmp4v2-1.5.0.1 libiconv-1.13p1 cdparanoia-3.a9.8p0 speex-1.2rc1p0 faac-1.26 libdvdnav-4.1.3p0v0 fribidi-0.10.4p0 libogg-1.2.0 liboil-0.3.17p1 lcms-1.18a libtheora-1.1.1p0 popt-1.7p1 faad-2.6.1p1 gettext-0.18.1 xvidcore-1.2.2p1 schroedinger-1.0.7p1 liba52-0.7.4p2 Couldn't find updates for mplayer-20100308p2 *** Error code 1 Stop in /usr/ports/x11/mplayer (line 1612 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/mplayer (line 2117 of /usr/ports/infrastructure/mk/bsd.port.mk).
bulk rebuild of previously installed ports
I notice that port executables seem to get significantly stale quicker than I thought. At least stuff stops fully working and maybe I should try to rebuild the executables. Now I do not know of a way for me to automatically rebuild ports that I have previously installed and only those ports. And I am not inclined to do a true bulk build. Now I tend to favor python and it would seem there is enough information to write a program that would support that kind of limited automatic rebuild. Sort of thinking I might be able to look at port tree make files and see where the executable would have gone and see if the executable is actually there. Keep it simple and generate a script with a lot cd's and make's in it and then execute it. Does this seem like it would be of use to more than just myself? Any thoughts about the right design and algorithm? Or is there already an obvious to a non-luser way to do this?
Re: bulk rebuild of previously installed ports
On Fri, Sep 03, 2010 at 09:23:48PM -0400, as...@spamcop.net wrote: > I notice that port executables seem to get significantly stale > quicker than I thought. At least stuff stops fully working and > maybe I should try to rebuild the executables. > > Now I do not know of a way for me to automatically rebuild ports > that I have previously installed and only those ports. And I am not > inclined to do a true bulk build. > > Now I tend to favor python and it would seem there is enough > information to write a program that would support that kind of > limited automatic rebuild. Sort of thinking I might be able to look > at port tree make files and see where the executable would have gone > and see if the executable is actually there. Keep it simple and > generate a script with a lot cd's and make's in it and then execute > it. > > Does this seem like it would be of use to more than just myself? > Any thoughts about the right design and algorithm? Or is there > already an obvious to a non-luser way to do this? Usual disclaimer: Use packages, not ports. You probably want to look into the (poorly documented) SUBDIRLIST feature. >From memory: L=$(mktemp) pkg_info -a -P -q > $L make FORCE_UPDATE=Yes FETCH_PACKAGES=Yes SUBDIRLIST=$L update It sometimes blows up and you have to fix things manually, but hey... Tobias