Re: [PATCHES] www/w3m bug fixes
Hi Scarlett -- On 01/06/15 01:10, Scarlett wrote: This archive contains patches for several problems I have found while hacking on www/w3m, as well as several bug fixes taken from elsewhere. I don't have time to do more than eyeball this right now, but I just want to make two quick comments: 1. Usually we use CVS to send patches. Lets you send a single file instead of a whole tarball :-) But that aside... 2. Could you put all this nice information into the patches themselves? Partly for attribution, partly to see quickly what each patch is doing and why, and partly because it makes it easier to track future bug fixes from those same sources. ~Brian -- Ported patches * Use %s to printf a string, from Colin Watson at Ubuntu http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/646321 * Fix a null pointer deref when parsing input type in HTML, from olh at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-closedir.patch?expand=1 * Fix a directory descriptor leak, from max at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-parsetagx-crash.patch?expand=1 * exit(1) when out of memory, since malloc's return value is never checked anywhere in the program. inspired by an old patch by dugsong@ which got sent to the cvs attic when w3m was updated in the distant past http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/w3m/patches/Attic/patch-ac -- My patches * Various printf format string fixes: * Instead of printing a Str structure with %s, print the char pointer inside it with %s. * Use %ld to print long, not %d * Use %zu to print size_t, not %d * Use %lld to print time_t, not %ld * Change hand-rolled and suspicious sprintf implementation in Str.c to use asprintf() from libc. * Move New() gc alloc macros to a header file and add overflow checks to the allocate an array macros. -- w3m's code is disgusting, and upstream is mostly dead with occasional patches ported from debian. However, it is one of the more usable web browsers (and the only curses browser with inline images, iirc). Fixing its problems is good for its users. Scarlett
Re: [PATCHES] www/w3m bug fixes
On Tue, Jan 06, 2015 at 06:10:25AM +, Scarlett wrote: This archive contains patches for several problems I have found while hacking on www/w3m, as well as several bug fixes taken from elsewhere. -- Ported patches * Use %s to printf a string, from Colin Watson at Ubuntu http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/646321 * Fix a null pointer deref when parsing input type in HTML, from olh at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-closedir.patch?expand=1 * Fix a directory descriptor leak, from max at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-parsetagx-crash.patch?expand=1 * exit(1) when out of memory, since malloc's return value is never checked anywhere in the program. inspired by an old patch by dugsong@ which got sent to the cvs attic when w3m was updated in the distant past http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/w3m/patches/Attic/patch-ac -- My patches * Various printf format string fixes: * Instead of printing a Str structure with %s, print the char pointer inside it with %s. * Use %ld to print long, not %d * Use %zu to print size_t, not %d * Use %lld to print time_t, not %ld * Change hand-rolled and suspicious sprintf implementation in Str.c to use asprintf() from libc. * Move New() gc alloc macros to a header file and add overflow checks to the allocate an array macros. -- w3m's code is disgusting, and upstream is mostly dead with occasional patches ported from debian. However, it is one of the more usable web browsers (and the only curses browser with inline images, iirc). Fixing its problems is good for its users. Scarlett Whoops, I got the two OpenSUSE links mixed up. The first link is the patch for the directory leak, the second is the patch for the null pointer deref.
Re: New: multimedia/mpv
Anthony J. Bentley said: Doesn't build on amd64. This is the only platform where I've built it. audio/decode/ad_mpg123.o(.text+0x10f): In function `decode_packet': audio/decode/ad_mpg123.c:241: undefined reference to `mpg123_decode_frame_64' I forgot to disable mpg123 support. I tested this port on a system where mpg123 was not installed, and I intentionally didn't set dependency on it. # pkg-config says smbclient's version is 0 CONFIGURE_ARGS += --enable-smb \ --extra-libs=-lsmbclient Is this something that should be fixed in upstream mpv? It doesn't seem to be a bug in our pkg-config, because FDO pkg-config behaves the same. On OpenBSD -current (#735 amd64): $ pkg-config --modversion smbclient 0 On Archlinux box: $ pkg-config --modversion smbclient 0.2.1 I guess it is our samba package. In DESCR, I would remove the actively developed bullet. By nature those kinds of statements tend to go out of date. And maybe reformat DESCR to take up less vertical space, but that's a nitpick. Done. -- Dmitrij D. Czarkoff mpv.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2015/01/05 02:27:41 Modified files: graphics/cairo : Makefile graphics/cairo/patches: patch-src_cairo-tor-scan-converter_c Added files: graphics/cairo/patches: patch-src_cairo-image-compositor_c Log message: From upstream.. image: Fix crash in _fill_xrgb32_lerp_opaque_spans tor-scan-converter: Correctly align 64bit types ok eric@
Re: [UPDATE] productivity/taskwarrior 2.3.0 = 2.4.0
Eric, I'm happy to see your work and interest. Yet not tested, just some notes: After taskwarrior 2.2.0, 2.3.0, the project splitted: - taskwarrior 2.4.0 - tasksh 1.0.0 http://taskwarrior.org/news/news.20141221.html Although you can use it without tasksh. Will you try with tasksh? Maybe 2.4.1 is coming soon, see: https://bug.tasktools.org/browse/TW-1492 2.4.1 moved forward in C++11 std, see: https://git.tasktools.org/projects/TM/repos/task/commits/845fe047cc528ba84cc87c5116ca61ef924abe26 The second diff is not sets MAINTAINER, inasmuch as is the same as first: +++ Makefile 4 Jan 2015 04:34:14 -
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2015/01/05 02:46:42 Modified files: net/vnstat : Makefile distinfo net/vnstat/patches: patch-Makefile patch-cfg_vnstat_conf patch-src_Makefile patch-src_ifinfo_c net/vnstat/pkg : PLIST README Log message: - update to vnstat-1.12 - rework Makefile patch and don't patch /var/lib to /var/db as the bsdinstall target already takes care of that ok aja@ (on an earlier diff), pea@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2015/01/05 04:06:51 Modified files: www/phpmyadmin : Makefile distinfo Log message: Bugfix update to 4.3.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2015/01/05 01:29:37 Modified files: net/pidgin : Makefile distinfo net/pidgin/patches: patch-libpurple_plugins_ssl_Makefile_am patch-libpurple_plugins_ssl_Makefile_in patch-pidgin_Makefile_in patch-pidgin_gtkdialogs_c net/pidgin/pkg : PLIST-main Log message: Update to Pidgin 2.10.11. ok jasper@
Re: [NEW] devel/p5-Data-Munge
On 2015-01-04 23:15, Stuart Henderson wrote: On 2015/01/04 22:56, Cesare Gargano wrote: On 2015-01-04 22:36, Stuart Henderson wrote: On 2015/01/04 13:57, Andrew Fresh wrote: On Sun, Jan 04, 2015 at 07:56:56PM +0100, Cesare Gargano wrote: Needed for upcoming devel/p5-Return-MultiLevel (needed for upcoming www/p5-Dancer2). Tested on amd64. - pkg/DESCR: Data::Munge - various utility functions OK afresh1@, tests pass, needs a better DESCR but upstream doesn't have one. DESCR definitely wants better than various utility functions, for most perl ports there's usually something in the manpage that can be used with just a bit of tweaking. My mistake, pkg/DESCR contains this: This module defines a few generally useful utility functions. (same on NetBSD/FreeBSD) -- C. How does this help anybody know what the package does? ...looks at http://search.cpan.org/~mauke/Data-Munge-0.08/lib/Data/Munge.pm... oh, that's pretty unhelpful then. So it's a random collection of functions that aren't even connected with each other..*sigh* When I started creating this port, DESCR contained a list of functions taken from POD... but is it useful?!? (I think no) -- C.
Re: [NEW] www/p5-Apache-LogFormat-Compiler
On Jan 5, 2015 5:55 AM, Andrew Fresh afre...@openbsd.org wrote: On Sun, Jan 04, 2015 at 10:27:25PM +0100, Cesare Gargano wrote: On 2015-01-04 22:04, Andrew Fresh wrote: On Sun, Jan 04, 2015 at 08:13:45PM +0100, Cesare Gargano wrote: Needed for upcoming update to www/p5-Plack (needed for upcoming www/p5-Dancer2). Tested on amd64. - pkg/DESCR: Compile a log format string to perl-code. For faster generation of access_log lines. This needs several more TEST_DEPENDS, other than that it looks fine. -TEST_DEPENDS = devel/p5-Test-MockTime +TEST_DEPENDS = devel/p5-Test-MockTime=0 \ + devel/p5-Test-Requires=0 \ + devel/p5-Try-Tiny=0.12 \ + www/p5-HTTP-Message=0 \ + www/p5-URI=1.60 + l8rZ, Ok, attached is the right version. This is much better. Not sure how much of a stickler sthen@ is about PERMIT_PACKAGE* coming before *_DEPENDS but that's the only nit I see left to pick. l8rZ, -- andrew - http://afresh1.com I wish life had an UNDO function. PERMIT_PACKAGE* are _after_ *_DEPENDS. Am I wrong?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2015/01/05 04:41:00 Modified files: mail/py-spf: Makefile distinfo Log message: Bugfix update to 2.0.11
Re: [NEW] www/p5-Apache-LogFormat-Compiler
On 2015-01-05 11:22, Cesare Gargano wrote: On Jan 5, 2015 5:55 AM, Andrew Fresh afre...@openbsd.org wrote: On Sun, Jan 04, 2015 at 10:27:25PM +0100, Cesare Gargano wrote: On 2015-01-04 22:04, Andrew Fresh wrote: On Sun, Jan 04, 2015 at 08:13:45PM +0100, Cesare Gargano wrote: Needed for upcoming update to www/p5-Plack (needed for upcoming www/p5-Dancer2). Tested on amd64. - pkg/DESCR: Compile a log format string to perl-code. For faster generation of access_log lines. This needs several more TEST_DEPENDS, other than that it looks fine. -TEST_DEPENDS = devel/p5-Test-MockTime +TEST_DEPENDS = devel/p5-Test-MockTime=0 \ + devel/p5-Test-Requires=0 \ + devel/p5-Try-Tiny=0.12 \ + www/p5-HTTP-Message=0 \ + www/p5-URI=1.60 + l8rZ, Ok, attached is the right version. This is much better. Not sure how much of a stickler sthen@ is about PERMIT_PACKAGE* coming before *_DEPENDS but that's the only nit I see left to pick. l8rZ, -- andrew - http://afresh1.com I wish life had an UNDO function. PERMIT_PACKAGE* are _after_ *_DEPENDS. Am I wrong? I updated PERMIT_* order to all posted ports as for infrastructure/templates/Makefile.template -- C.
[PATCH] audio/radiotray: add missing RDEP on devel/py-xdg
Hi, radiotray did not start after installing because of a missing RDEP on py-xdg. Regards, Fabian Python 2.7.9 (default, Dec 14 2014, 07:35:05) [GCC 4.2.1 20070719 ] on openbsd5 Type help, copyright, credits or license for more information. from radiotray import radiotray ** Message: pygobject_register_sinkfunc is deprecated (GstObject) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.7/site-packages/radiotray/radiotray.py, line 6, in module from RadioTray import RadioTray File /usr/local/lib/python2.7/site-packages/radiotray/RadioTray.py, line 22, in module from AudioPlayerGStreamer import AudioPlayerGStreamer File /usr/local/lib/python2.7/site-packages/radiotray/AudioPlayerGStreamer.py, line 25, in module from StreamDecoder import StreamDecoder File /usr/local/lib/python2.7/site-packages/radiotray/StreamDecoder.py, line 21, in module from lib.common import USER_AGENT File /usr/local/lib/python2.7/site-packages/radiotray/lib/common.py, line 5, in module from xdg.BaseDirectory import xdg_data_home ImportError: No module named xdg.BaseDirectory Index: Makefile === RCS file: /cvs/ports/audio/radiotray/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile11 Dec 2014 09:02:38 - 1.1.1.1 +++ Makefile5 Jan 2015 14:12:59 - @@ -4,6 +4,7 @@ COMMENT = streaming radio player MODPY_EGG_VERSION =0.7.3 DISTNAME = radiotray-${MODPY_EGG_VERSION} +REVISION = 0 CATEGORIES = audio HOMEPAGE = http://radiotray.sourceforge.net/ @@ -19,6 +20,7 @@ MODPY_SETUPTOOLS =Yes RUN_DEPENDS = devel/py-gobject${MODPY_FLAVOR} \ devel/py-notify${MODPY_FLAVOR} \ + devel/py-xdg${MODPY_FLAVOR} \ devel/desktop-file-utils \ multimedia/gstreamer-0.10/plugins-base \ multimedia/gstreamer-0.10/plugins-good \
Re: [UPDATE] productivity/taskwarrior 2.3.0 = 2.4.0
After discussing with abieber, Updated diff that lists me as maintainer. Attached correct diff this time. taskwarrior-2.4.0.diff Description: Binary data
update print/poppler
Hi, Antoine reminded me that there's a new stable release of poppler available ;-) I'm currently running a bulk update on amd64 to see wether there's any fallout from the change of the PSOutputDev constructor. As always, independent tests and comments are welcome. Ciao, Kili Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v retrieving revision 1.90 diff -u -p -r1.90 Makefile --- Makefile13 Dec 2014 19:02:07 - 1.90 +++ Makefile5 Jan 2015 14:29:03 - @@ -5,7 +5,7 @@ COMMENT-qt= qt interface to PDF renderin COMMENT-qt4= qt4 interface to PDF rendering library COMMENT-utils= PDF conversion tools and utilities -V= 0.29.0 +V= 0.30.0 DISTNAME= poppler-$V CATEGORIES=print PKGNAME-main= poppler-$V @@ -14,11 +14,11 @@ PKGNAME-qt= poppler-qt-$V PKGNAME-qt4= poppler-qt4-$V OLDSHIT = poppler-0.16.7 -SHARED_LIBS += poppler 24.0 # 48.0 +SHARED_LIBS += poppler 25.0 # 49.0 SHARED_LIBS += poppler-glib 13.1 # 14.0 SHARED_LIBS += poppler-qt 12.0 # 3.0 SHARED_LIBS += poppler-qt4 14.0 # 9.0 -SHARED_LIBS += poppler-cpp 6.0 # 2.0 +SHARED_LIBS += poppler-cpp 6.1 # 2.1 DISTFILES = ${DISTNAME}.tar.xz ${OLDSHIT}.tar.gz Index: distinfo === RCS file: /cvs/ports/print/poppler/distinfo,v retrieving revision 1.39 diff -u -p -r1.39 distinfo --- distinfo13 Dec 2014 19:02:07 - 1.39 +++ distinfo5 Jan 2015 14:29:03 - @@ -1,4 +1,4 @@ SHA256 (poppler-0.16.7.tar.gz) = +rTory001BQqcYgZ/XR9QJMLce9SDuDmvMlOLETyK80= -SHA256 (poppler-0.29.0.tar.xz) = PB4W3I1dhG0IW69lhE7T4Fy95dRPZoL58eKxINZsYsQ= +SHA256 (poppler-0.30.0.tar.xz) = thbuhp0LH4p6LHHPNG9Vwb/2JMzkut6+F/UG7Izn3fU= SIZE (poppler-0.16.7.tar.gz) = 1952179 -SIZE (poppler-0.29.0.tar.xz) = 1600980 +SIZE (poppler-0.30.0.tar.xz) = 1605292 Index: patches/patch-configure_ac === RCS file: /cvs/ports/print/poppler/patches/patch-configure_ac,v retrieving revision 1.12 diff -u -p -r1.12 patch-configure_ac --- patches/patch-configure_ac 13 Dec 2014 19:02:07 - 1.12 +++ patches/patch-configure_ac 5 Jan 2015 14:29:03 - @@ -1,7 +1,7 @@ $OpenBSD: patch-configure_ac,v 1.12 2014/12/13 19:02:07 kili Exp $ configure.ac.orig Thu Dec 4 22:52:06 2014 -+++ configure.ac Mon Dec 8 10:41:54 2014 -@@ -563,6 +563,24 @@ AC_SUBST(POPPLER_GLIB_DISABLE_SINGLE_INCLUDES) +--- configure.ac.orig Sun Jan 4 23:15:57 2015 configure.ac Mon Jan 5 14:19:19 2015 +@@ -590,6 +590,24 @@ AC_SUBST(POPPLER_GLIB_DISABLE_SINGLE_INCLUDES) GTK_DOC_CHECK([1.14],[--flavour no-tmpl]) @@ -26,7 +26,7 @@ $OpenBSD: patch-configure_ac,v 1.12 2014 dnl dnl Try Qt4 dnl -@@ -595,7 +613,7 @@ AC_SUBST(POPPLER_QT4_LIBS) +@@ -622,7 +640,7 @@ AC_SUBST(POPPLER_QT4_LIBS) AC_SUBST(POPPLER_QT4_TEST_LIBS) if test x$enable_poppler_qt4 = xyes; then @@ -35,7 +35,7 @@ $OpenBSD: patch-configure_ac,v 1.12 2014 AC_MSG_CHECKING([for Qt4 moc]) mocversion=`$MOCQT4 -v 21` mocversiongrep=`echo $mocversion | grep Qt 4` -@@ -866,6 +884,9 @@ glib/reference/Makefile +@@ -907,6 +925,9 @@ glib/reference/Makefile glib/reference/version.xml glib/demo/Makefile test/Makefile @@ -45,7 +45,7 @@ $OpenBSD: patch-configure_ac,v 1.12 2014 qt4/Makefile qt4/src/Makefile qt4/tests/Makefile -@@ -898,6 +919,7 @@ echo Building poppler with support for: +@@ -939,6 +960,7 @@ echo Building poppler with support for: echo font configuration: $with_font_configuration echo splash output: $enable_splash_output echo cairo output: $use_cairo Index: patches/patch-qt_poppler-document_cc === RCS file: /cvs/ports/print/poppler/patches/patch-qt_poppler-document_cc,v retrieving revision 1.1 diff -u -p -r1.1 patch-qt_poppler-document_cc --- patches/patch-qt_poppler-document_cc13 Jul 2012 15:04:46 - 1.1 +++ patches/patch-qt_poppler-document_cc5 Jan 2015 14:29:03 - @@ -1,12 +1,16 @@ $OpenBSD: patch-qt_poppler-document_cc,v 1.1 2012/07/13 15:04:46 kili Exp $ qt/poppler-document.cc.origMon Jul 9 19:01:04 2012 -+++ qt/poppler-document.cc Mon Jul 9 22:37:00 2012 -@@ -326,7 +326,7 @@ bool Document::print(const QString fileName, QValueLi +--- qt/poppler-document.cc.origMon Jan 5 14:53:48 2015 qt/poppler-document.cc Mon Jan 5 15:02:20 2015 +@@ -326,7 +326,11 @@ bool Document::print(const QString fileName, QValueLi bool Document::print(const QString file, QValueListint pageList, double hDPI, double vDPI, int rotate, int paperWidth, int paperHeight) { - PSOutputDev *psOut = new PSOutputDev(file.latin1(), (data-doc), data-doc.getXRef(),
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 07:45:39 Modified files: textproc/uncrustify: Makefile distinfo Log message: Update to uncrustify-0.61. ok rpointel@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 07:52:02 Modified files: devel/p5-Paranoid: Makefile distinfo devel/p5-Paranoid/pkg: PLIST Log message: Update to p5-Paranoid-0.36. remove maintainer, ok ajacoutot@
Re: Port of udpxy
On 04.01.2015 23:09, Landry Breuil wrote: With what provider did you tested it, was it rtp only or also rtsp ? i might be interested in that, if it allows one to simplify the mess that is streaming multiple channels at the same time to different clients... Also, a port would be welcome :) Landry I've tested it with IPTV from Swisscom (http://www.swisscom.ch). AFAIK they don't make use of RTSP. The streams are delivered by RTP. Every stream from Swisscom has a different multicast IP, so I guess there is no need for RTSP on their side. I start the work on the port. Might take some time to complete because I first have to read the porting guide in depth ;) Bruno
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 07:56:03 Modified files: textproc/p5-PDF-Reuse: Makefile distinfo textproc/p5-PDF-Reuse/pkg: PLIST Log message: Update to p5-PDF-Reuse-0.36. ok Sam Smith (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 08:00:31 Modified files: devel/p5-Data-Flow: Makefile distinfo Log message: Update to p5-Data-Flow-1.02. ok kevlo@ (maintainer)
Re: Port of udpxy
On 2015/01/05 15:52, Bruno Flueckiger wrote: On 04.01.2015 23:09, Landry Breuil wrote: With what provider did you tested it, was it rtp only or also rtsp ? i might be interested in that, if it allows one to simplify the mess that is streaming multiple channels at the same time to different clients... Also, a port would be welcome :) Landry I've tested it with IPTV from Swisscom (http://www.swisscom.ch). AFAIK they don't make use of RTSP. The streams are delivered by RTP. Every stream from Swisscom has a different multicast IP, so I guess there is no need for RTSP on their side. I start the work on the port. Might take some time to complete because I first have to read the porting guide in depth ;) Bruno Here's a bit to get you started because they use weird naming: V= 1.0.23-9 DISTNAME= udpxy.$V EXTRACT_SUFX= -prod.tar.gz PKGNAME=udpxy-${V:S/-/./} WRKDIST=${WRKDIR}/udpxy-$V You'll need to use gmake, and I suggest writing your own do-install rather than patching upstream's install target to work (in this case it's a simple target and unlikely to change much in future) - look for other examples using do-install in the ports tree to crib from.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 08:03:08 Modified files: databases/p5-DBM-Deep: Makefile distinfo databases/p5-DBM-Deep/pkg: PLIST Log message: Update to p5-DBM-Deep-2.0011. ok kevlo@ (maintainer)
Re: Port of udpxy
On Mon, Jan 05, 2015 at 03:01:15PM +, Stuart Henderson wrote: On 2015/01/05 15:52, Bruno Flueckiger wrote: On 04.01.2015 23:09, Landry Breuil wrote: With what provider did you tested it, was it rtp only or also rtsp ? i might be interested in that, if it allows one to simplify the mess that is streaming multiple channels at the same time to different clients... Also, a port would be welcome :) Landry I've tested it with IPTV from Swisscom (http://www.swisscom.ch). AFAIK they don't make use of RTSP. The streams are delivered by RTP. Every stream from Swisscom has a different multicast IP, so I guess there is no need for RTSP on their side. I start the work on the port. Might take some time to complete because I first have to read the porting guide in depth ;) Bruno Here's a bit to get you started because they use weird naming: V= 1.0.23-9 DISTNAME= udpxy.$V EXTRACT_SUFX= -prod.tar.gz PKGNAME=udpxy-${V:S/-/./} WRKDIST=${WRKDIR}/udpxy-$V You'll need to use gmake, and I suggest writing your own do-install rather than patching upstream's install target to work (in this case it's a simple target and unlikely to change much in future) - look for other examples using do-install in the ports tree to crib from. There's no need for patching nor do-install. Just use: USE_GMAKE= Yes MAKE_FLAGS= GZIP=/usr/bin/gzip FAKE_FLAGS= INSTALLROOT=${WRKINST}/${PREFIX} \ MANPAGE_DIR=${WRKINST}/${PREFIX}/man/man1 -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/01/05 09:09:51 Modified files: x11/rxvt-unicode: Makefile distinfo x11/rxvt-unicode/patches: patch-doc_Makefile_in patch-doc_rxvtd_1_man_in x11/rxvt-unicode/pkg: PLIST Removed files: x11/rxvt-unicode/patches: patch-libptytty_src_fdpass_C Log message: Update to rxvt-unicode-9.21
Re: [PATCH] audio/radiotray: add missing RDEP on devel/py-xdg
On 01/05/15 14:15, Fabian Raetz wrote: Hi, radiotray did not start after installing because of a missing RDEP on py-xdg. Regards, Fabian Python 2.7.9 (default, Dec 14 2014, 07:35:05) [GCC 4.2.1 20070719 ] on openbsd5 Type help, copyright, credits or license for more information. from radiotray import radiotray ** Message: pygobject_register_sinkfunc is deprecated (GstObject) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.7/site-packages/radiotray/radiotray.py, line 6, in module from RadioTray import RadioTray File /usr/local/lib/python2.7/site-packages/radiotray/RadioTray.py, line 22, in module from AudioPlayerGStreamer import AudioPlayerGStreamer File /usr/local/lib/python2.7/site-packages/radiotray/AudioPlayerGStreamer.py, line 25, in module from StreamDecoder import StreamDecoder File /usr/local/lib/python2.7/site-packages/radiotray/StreamDecoder.py, line 21, in module from lib.common import USER_AGENT File /usr/local/lib/python2.7/site-packages/radiotray/lib/common.py, line 5, in module from xdg.BaseDirectory import xdg_data_home ImportError: No module named xdg.BaseDirectory Index: Makefile === RCS file: /cvs/ports/audio/radiotray/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile11 Dec 2014 09:02:38 - 1.1.1.1 +++ Makefile5 Jan 2015 14:12:59 - @@ -4,6 +4,7 @@ COMMENT = streaming radio player MODPY_EGG_VERSION = 0.7.3 DISTNAME =radiotray-${MODPY_EGG_VERSION} +REVISION = 0 CATEGORIES = audio HOMEPAGE =http://radiotray.sourceforge.net/ @@ -19,6 +20,7 @@ MODPY_SETUPTOOLS =Yes RUN_DEPENDS = devel/py-gobject${MODPY_FLAVOR} \ devel/py-notify${MODPY_FLAVOR} \ + devel/py-xdg${MODPY_FLAVOR} \ devel/desktop-file-utils \ multimedia/gstreamer-0.10/plugins-base \ multimedia/gstreamer-0.10/plugins-good \ Thanks for the report and the patch. Will look into it. Cheers Fred
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 10:10:46 Modified files: net/p5-Net-NTP : Makefile distinfo Log message: Update to p5-Net-NTP-1.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 10:29:25 Modified files: www/p5-HTML-FormatText-WithLinks: Makefile distinfo Log message: Update to p5-HTML-FormatText-WithLinks-0.15.
Re: [NEW] net/py-sleekxmpp
On Sat, Jan 3, 2015 at 2:05 AM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: viq vic...@gmail.com writes: On Sat, Dec 20, 2014 at 11:34 PM, viq vic...@gmail.com wrote: Here's an updated version, cutting out all bundled libs except StateMachine and adding explicit dependencies on the ports I just sent. Works for the simple task I started looking at it for, namely http://sleekxmpp.com/getting_started/sendlogout.html - haven't tested beyond that. Erm, this time with attachement. This now fails at build time if dateutil is not installed. ImportError: No module named dateutil.tz I suggest leaving the patched line for mini_dateutil alone, since mini_dateutil internally imports the right thing from dateutil at run/test time. Or you could add it as a build dep, your call. Sorry, I meant to have all possible imports as hard dependencies, I will work on this tomorrow. -- viq
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2015/01/05 15:30:54 Modified files: x11/kde4/marble/patches: patch-src_CMakeLists_txt patch-src_lib_marble_CMakeLists_txt patch-src_plugins_runner_kml_CMakeLists_txt Added files: x11/kde4/marble/patches: patch-tests_CMakeLists_txt Log message: Fix for the following error: command-line:0:13: warning: missing terminating character [enabled by default] /usr/ports/pobj/marble-4.14.2/marble-4.14.2/tests/TestGeoDataWriter.cpp:52:5: error: stray '\' in program dataDir = QDir( TESTSRCDIR ); ^ /usr/ports/pobj/marble-4.14.2/marble-4.14.2/tests/TestGeoDataWriter.cpp:52:5: error: missing terminating character ...And regen patches while here.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2015/01/05 14:50:29 Modified files: mail/postfix/snapshot: Makefile distinfo Log message: Update to Postfix 2.12-20141228. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2015/01/05 15:18:35 Modified files: net: Makefile Log message: build the avahi flavour of netatalk, useful for automatically displaying the netatalk server in Time Machine on MacOS.
[NEW] devel/p5-Hash-Merge-Simple
Hi ports@! Needed for upcoming www/p5-Dancer2. Tested on amd64. Slightly tweaked from original from Sergey Bronnikov estetus () gmail ! com (see http://marc.info/?l=openbsd-portsm=139870169331483w=4) - pkg/DESCR: Hash::Merge::Simple will recursively merge two or more hashes and return the result as a new hash reference. The merge function will descend and merge hashes that exist under the same node in both the left and right hash, but doesn't attempt to combine arrays, objects, scalars, or anything else. -- C. p5-Hash-Merge-Simple.tgz Description: GNU Zip compressed data
Re: New: multimedia/mpv
Dmitrij D. Czarkoff writes: Dmitrij D. Czarkoff said: Mpv was already mentioned here recently. I updated my version of the port to 0.7.2 (currently latest release). I still have issues with video performance, although they aren't as severe as they were back in autumn (I am not sure whether improvement is in mpv or in Xenocara). Doesn't build on amd64. cc -o mpv audio/audio.o audio/audio_buffer.o audio/chmap.o audio/chmap_s el.o audio/fmt-conversion.o audio/format.o audio/mixer.o audio/decode/ad _lavc.o audio/decode/ad_spdif.o audio/decode/dec_audio.o audio/filter/af .o audio/filter/af_center.o audio/filter/af_channels.o audio/filter/af_c onvert24.o audio/filter/af_convertsignendian.o audio/filter/af_delay.o a udio/filter/af_dummy.o audio/filter/af_equalizer.o audio/filter/af_expor t.o audio/filter/af_extrastereo.o audio/filter/af_forcespeed.o audio/fil ter/af_format.o audio/filter/af_hrtf.o audio/filter/af_karaoke.o audio/f ilter/af_lavcac3enc.o audio/filter/af_lavrresample.o audio/filter/af_pan .o audio/filter/af_scaletempo.o audio/filter/af_sinesuppress.o audio/fil ter/af_sub.o audio/filter/af_surround.o audio/filter/af_sweep.o audio/fi lter/af_drc.o audio/filter/af_volume.o audio/filter/filter.o audio/filte r/tools.o audio/filter/window.o audio/out/ao.o audio/out/ao_null.o audio /out/ao_pcm.o audio/out/pull.o audio/out/push.o common/av_common.o commo n/av_log.o common/codecs.o common/common.o common/msg.o common/playlist. o common/tags.o common/version.o demux/codec_tags.o demux/demux.o demux/ demux_edl.o demux/demux_cue.o demux/demux_disc.o demux/demux_lavf.o demu x/demux_mf.o demux/demux_mkv.o demux/demux_playlist.o demux/demux_raw.o demux/demux_subreader.o demux/ebml.o demux/mf.o demux/packet.o input/cmd _list.o input/cmd_parse.o input/event.o input/input.o input/ipc.o input/ keycodes.o misc/bstr.o misc/charset_conv.o misc/dispatch.o misc/json.o m isc/rendezvous.o misc/ring.o options/m_config.o options/m_option.o optio ns/m_property.o options/options.o options/parse_commandline.o options/pa rse_configfile.o options/path.o osdep/io.o osdep/numcores.o osdep/semaph ore_osx.o osdep/subprocess-posix.o osdep/terminal-unix.o osdep/timer.o o sdep/timer-linux.o osdep/threads.o player/audio.o player/client.o player /configfiles.o player/command.o player/discnav.o player/loadfile.o playe r/main.o player/misc.o player/osd.o player/playloop.o player/screenshot. o player/scripting.o player/sub.o player/video.o player/timeline/tl_matr oska.o player/timeline/tl_mpv_edl.o player/timeline/tl_cue.o stream/cach e.o stream/cache_file.o stream/cookies.o stream/rar.o stream/stream.o st ream/stream_avdevice.o stream/stream_edl.o stream/stream_file.o stream/s tream_lavf.o stream/stream_memory.o stream/stream_mf.o stream/stream_nul l.o stream/stream_rar.o sub/dec_sub.o sub/draw_bmp.o sub/find_subfiles.o sub/img_convert.o sub/osd.o sub/sd_lavc.o sub/sd_lavc_conv.o sub/sd_lav f_srt.o sub/sd_microdvd.o sub/sd_movtext.o sub/sd_srt.o ta/ta.o ta/ta_ut ils.o ta/ta_talloc.o video/csputils.o video/fmt-conversion.o video/image _writer.o video/img_format.o video/mp_image.o video/mp_image_pool.o vide o/sws_utils.o video/decode/dec_video.o video/decode/vd_lavc.o video/filt er/vf.o video/filter/pullup.o video/filter/vf_buffer.o video/filter/vf_c rop.o video/filter/vf_delogo.o video/filter/vf_divtc.o video/filter/vf_d size.o video/filter/vf_eq.o video/filter/vf_expand.o video/filter/vf_fli p.o video/filter/vf_format.o video/filter/vf_gradfun.o video/filter/vf_h qdn3d.o video/filter/vf_ilpack.o video/filter/vf_mirror.o video/filter/v f_noformat.o video/filter/vf_noise.o video/filter/vf_phase.o video/filte r/vf_pullup.o video/filter/vf_rotate.o video/filter/vf_scale.o video/fil ter/vf_screenshot.o video/filter/vf_softpulldown.o video/filter/vf_stere o3d.o video/filter/vf_sub.o video/filter/vf_swapuv.o video/filter/vf_uns harp.o video/filter/vf_yadif.o video/out/bitmap_packer.o video/out/aspec t.o video/out/filter_kernels.o video/out/vo.o video/out/vo_null.o video/ out/vo_image.o video/out/win_state.o stream/stream_cdda.o stream/stream_ dvd.o stream/stream_dvd_common.o stream/stream_dvdnav.o audio/filter/af_ ladspa.o sub/ass_mp.o sub/sd_ass.o demux/demux_libass.o video/filter/vf_ pp.o stream/stream_smb.o audio/decode/ad_mpg123.o stream/stream_tv.o str eam/tv.o stream/frequencies.o stream/tvi_dummy.o demux/demux_tv.o sub/os d_libass.o video/out/gl_common.o video/out/gl_osd.o video/out/vo_opengl. o video/out/gl_lcms.o video/out/gl_video.o video/out/dither.o video/out/ vo_opengl_old.o video/out/pnm_loader.o video/out/vo_lavc.o audio/out/ao_ lavc.o common/encode_lavc.o video/out/x11_common.o video/out/gl_x11.o vi deo/out/gl_x11egl.o audio/out/ao_sndio.o video/out/vo_x11.o video/out/vo _xv.o video/filter/vf_lavfi.o audio/filter/af_lavfi.o player/lua.o video /filter/vf_dlopen.o player/main_fn.o -L/usr/local/lib -pthread -lpthre ad -lm -lsmbclient -L/usr/X11R6/lib -lX11 -L/usr/X11R6/lib -lXss -L/usr/X11R6/lib -lXext
math/py-scipy update 0.10.0 - 0.14.1
Update scipy to 0.14.1: - Take over as new maintainer (with previous maintainer permission). - fairly straightforward update of the port. Tested on i386. ok? Index: Makefile === RCS file: /home/cvs/ports/math/py-scipy/Makefile,v retrieving revision 1.21 diff -u -r1.21 Makefile --- Makefile3 Oct 2013 16:37:17 - 1.21 +++ Makefile4 Jan 2015 07:51:46 - @@ -6,12 +6,12 @@ COMMENT= maths, science and engineering modules for Python -MODPY_EGG_VERSION= 0.10.0 +MODPY_EGG_VERSION= 0.14.1 DISTNAME= scipy-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} CATEGORIES=math devel -MAINTAINER=Eric Faurot e...@openbsd.org +MAINTAINER=Daniel Dickman dan...@openbsd.org # BSD PERMIT_PACKAGE_CDROM= Yes @@ -40,6 +40,11 @@ MAKE_ENV+= CPPFLAGS=-I${LOCALBASE}/include/amd -I${LOCALBASE}/include MAKE_ENV+= LDFLAGS=-shared -L${LOCALBASE}/lib -pthread -lutil + +# fix perms +post-extract: + find ${WRKSRC} -type d | xargs chmod 755 + find ${WRKSRC} -type f | xargs chmod 644 do-test: fake ${MAKE_ENV} PYTHONPATH=${WRKINST}${MODPY_SITEPKG} ${MODPY_BIN} -c \ Index: distinfo === RCS file: /home/cvs/ports/math/py-scipy/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo15 Nov 2011 14:45:46 - 1.3 +++ distinfo4 Jan 2015 07:09:19 - @@ -1,5 +1,2 @@ -MD5 (scipy-0.10.0.tar.gz) = 41fAhCX9Ax3OY7xJBXiQiA== -RMD160 (scipy-0.10.0.tar.gz) = TRd8LBhcGskTkC1BXmFkJ5drCkc= -SHA1 (scipy-0.10.0.tar.gz) = rLAXpMTKAqk4ouWh/tx9yD4WcMA= -SHA256 (scipy-0.10.0.tar.gz) = YR+YCinAE5UZ5wFkgENAtpRWVrecbWK4P9usMquV+/g= -SIZE (scipy-0.10.0.tar.gz) = 6212961 +SHA256 (scipy-0.14.1.tar.gz) = q3XxYRB+5BHAVKvDXijsLRm7XshDeq9sMrgJFlaPfa0= +SIZE (scipy-0.14.1.tar.gz) = 10937957 Index: patches/patch-scipy_weave_tests_test_catalog_py === RCS file: patches/patch-scipy_weave_tests_test_catalog_py diff -N patches/patch-scipy_weave_tests_test_catalog_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-scipy_weave_tests_test_catalog_py 4 Jan 2015 06:49:51 - @@ -0,0 +1,27 @@ +$OpenBSD$ + +Don't write to HOME when running regress tests. + +--- scipy/weave/tests/test_catalog.py.orig Sun Dec 21 01:45:34 2014 scipy/weave/tests/test_catalog.py Sun Dec 21 01:45:55 2014 +@@ -228,13 +228,13 @@ class TestCatalogPath(TestCase): + assert_(d == os.path.abspath(in_path)) + assert_(f == catalog.os_dependent_catalog_name()) + +-@skip_on_windows +-def test_user(path): +-in_path = '~' +-path = catalog.catalog_path(in_path) +-d,f = os.path.split(path) +-assert_(d == os.path.expanduser(in_path)) +-assert_(f == catalog.os_dependent_catalog_name()) ++#@skip_on_windows ++#def test_user(path): ++#in_path = '~' ++#path = catalog.catalog_path(in_path) ++#d,f = os.path.split(path) ++#assert_(d == os.path.expanduser(in_path)) ++#assert_(f == catalog.os_dependent_catalog_name()) + + def test_module(self): + # hand it a module and see if it uses the parent directory Index: pkg/PLIST === RCS file: /home/cvs/ports/math/py-scipy/pkg/PLIST,v retrieving revision 1.4 diff -u -r1.4 PLIST --- pkg/PLIST 15 Nov 2011 14:45:46 - 1.4 +++ pkg/PLIST 4 Jan 2015 07:04:20 - @@ -6,16 +6,19 @@ lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt lib/python${MODPY_VERSION}/site-packages/scipy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/scipy/BENTO_BUILD.txt +lib/python${MODPY_VERSION}/site-packages/scipy/HACKING.rst.txt lib/python${MODPY_VERSION}/site-packages/scipy/INSTALL.txt -lib/python${MODPY_VERSION}/site-packages/scipy/LATEST.txt lib/python${MODPY_VERSION}/site-packages/scipy/LICENSE.txt -lib/python${MODPY_VERSION}/site-packages/scipy/README.txt lib/python${MODPY_VERSION}/site-packages/scipy/THANKS.txt -lib/python${MODPY_VERSION}/site-packages/scipy/TOCHANGE.txt lib/python${MODPY_VERSION}/site-packages/scipy/__config__.py lib/python${MODPY_VERSION}/site-packages/scipy/__config__.pyc lib/python${MODPY_VERSION}/site-packages/scipy/__init__.py lib/python${MODPY_VERSION}/site-packages/scipy/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/ +lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.py +lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.py +lib/python${MODPY_VERSION}/site-packages/scipy/_build_utils/_fortran.pyc
UPDATE: devel/libevent2
security fix. lightly tested here; make test looks similar to before and i've tried it with a few programs. anyone else want to give it a spin? Index: Makefile === RCS file: /cvs/ports/devel/libevent2/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- Makefile11 Nov 2013 21:54:57 - 1.10 +++ Makefile6 Jan 2015 00:05:32 - @@ -2,22 +2,21 @@ COMMENT= event notification library -V= 2.0.21 +V= 2.0.22 DISTNAME= libevent-$V-stable PKGNAME= libevent-$V -REVISION= 1 CATEGORIES=devel HOMEPAGE= http://monkey.org/~provos/libevent/ -SHARED_LIBS+= event_core 1.0 # 6.5 -SHARED_LIBS+= event_extra 0.1 # 6.5 -SHARED_LIBS+= event_openssl 0.0 # 6.5 -SHARED_LIBS+= event_pthreads 0.0 # 6.5 +SHARED_LIBS+= event_core 1.1 # 6.9 +SHARED_LIBS+= event_extra 0.1 # 6.9 +SHARED_LIBS+= event_openssl 0.0 # 6.9 +SHARED_LIBS+= event_pthreads 0.0 # 6.9 # BSD PERMIT_PACKAGE_CDROM= Yes -MASTER_SITES= https://github.com/downloads/libevent/libevent/ +MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=levent/} WANTLIB= crypto pthread ssl Index: distinfo === RCS file: /cvs/ports/devel/libevent2/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo11 Dec 2012 11:59:31 - 1.6 +++ distinfo6 Jan 2015 00:05:32 - @@ -1,2 +1,2 @@ -SHA256 (libevent-2.0.21-stable.tar.gz) = IqUwqKW6HLnAgMugMyBrF9rNIUN3YhVcbTDuZGn1dPU= -SIZE (libevent-2.0.21-stable.tar.gz) = 850772 +SHA256 (libevent-2.0.22-stable.tar.gz) = ccLEnwra2s/b5jMqNyw4z5yLeJW7c9q+qlPNzB1OH6M= +SIZE (libevent-2.0.22-stable.tar.gz) = 854987 Index: patches/patch-evutil_rand_c === RCS file: /cvs/ports/devel/libevent2/patches/patch-evutil_rand_c,v retrieving revision 1.2 diff -u -p -r1.2 patch-evutil_rand_c --- patches/patch-evutil_rand_c 11 Nov 2013 21:54:57 - 1.2 +++ patches/patch-evutil_rand_c 6 Jan 2015 00:05:32 - @@ -1,9 +1,9 @@ $OpenBSD: patch-evutil_rand_c,v 1.2 2013/11/11 21:54:57 landry Exp $ OpenBSD does not need nor provide arc4random_addrandom anymore. And evutil_secure_rng_add_bytes is a bad API anyway. evutil_rand.c.orig Thu Aug 2 17:36:53 2012 -+++ evutil_rand.c Mon Nov 11 22:41:15 2013 -@@ -150,10 +150,3 @@ evutil_secure_rng_get_bytes(void *buf, size_t n) +--- evutil_rand.c.orig Mon Jan 5 15:17:40 2015 evutil_rand.c Mon Jan 5 23:01:59 2015 +@@ -171,10 +171,3 @@ evutil_secure_rng_get_bytes(void *buf, size_t n) ev_arc4random_buf(buf, n); } Index: patches/patch-include_event2_util_h === RCS file: /cvs/ports/devel/libevent2/patches/patch-include_event2_util_h,v retrieving revision 1.1 diff -u -p -r1.1 patch-include_event2_util_h --- patches/patch-include_event2_util_h 11 Nov 2013 21:54:57 - 1.1 +++ patches/patch-include_event2_util_h 6 Jan 2015 00:05:32 - @@ -1,9 +1,9 @@ $OpenBSD: patch-include_event2_util_h,v 1.1 2013/11/11 21:54:57 landry Exp $ include/event2/util.h.orig Mon Nov 11 22:39:31 2013 -+++ include/event2/util.h Mon Nov 11 22:40:21 2013 -@@ -672,22 +672,6 @@ void evutil_secure_rng_get_bytes(void *buf, size_t n); +--- include/event2/util.h.orig Mon Jan 5 15:17:40 2015 include/event2/util.h Mon Jan 5 23:01:59 2015 +@@ -690,22 +690,6 @@ int evutil_secure_rng_init(void); */ - int evutil_secure_rng_init(void); + int evutil_secure_rng_set_urandom_device_file(char *fname); -/** Seed the random number generator with extra random bytes. - Index: patches/patch-test_Makefile_in === RCS file: patches/patch-test_Makefile_in diff -N patches/patch-test_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-test_Makefile_in 6 Jan 2015 00:05:32 - @@ -0,0 +1,15 @@ +$OpenBSD$ + +gmake-ism + +--- test/Makefile.in.orig Tue Jan 6 00:01:53 2015 test/Makefile.in Tue Jan 6 00:02:01 2015 +@@ -1068,7 +1068,7 @@ uninstall-am: + + + test-script.sh: test.sh +- cp $ $@ ++ cp test.sh $@ + + regress.gen.c regress.gen.h: rpcgen-attempted + Index: pkg/PFRAG.shared === RCS file: pkg/PFRAG.shared diff -N pkg/PFRAG.shared --- pkg/PFRAG.shared23 Sep 2011 08:50:12 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,5 +0,0 @@ -@comment $OpenBSD: PFRAG.shared,v 1.1.1.1 2011/09/23 08:50:12 naddy Exp $ -@lib lib/libevent_core.so.${LIBevent_core_VERSION} -@lib lib/libevent_extra.so.${LIBevent_extra_VERSION} -@lib lib/libevent_openssl.so.${LIBevent_openssl_VERSION} -@lib lib/libevent_pthreads.so.${LIBevent_pthreads_VERSION} Index: pkg/PLIST
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/01/05 17:21:57 Modified files: www/netsurf/browser: Makefile www/netsurf/browser/pkg: PLIST Added files: www/netsurf/browser/files: netsurf.desktop Log message: Add a XDG desktop file for NetSurf. From upstream commit 959af3dc28308c72373ab49175975f4cbe5500e9. Requested by landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2015/01/05 17:58:02 Modified files: devel/llvm/patches: patch-lib_Target_X86_MCTargetDesc_X86MCAsmInfo_cpp Log message: Commited upstream.
math/py-numpy update 1.8.2 - 1.9.1
Here's an update of numpy to 1.9.1. This update fixes a number of issues, especially on non-x86 platforms. For example on macppc: https://github.com/numpy/numpy/issues/5027 Release notes can be found here: http://docs.scipy.org/doc/numpy/release.html Tested on i386. ok? Index: Makefile === RCS file: /home/cvs/ports/math/py-numpy/Makefile,v retrieving revision 1.42 diff -u -r1.42 Makefile --- Makefile30 Dec 2014 21:50:24 - 1.42 +++ Makefile2 Jan 2015 06:13:51 - @@ -1,10 +1,10 @@ # $OpenBSD: Makefile,v 1.42 2014/12/30 21:50:24 landry Exp $ +BROKEN-alpha = numpy/linalg/umath_linalg.c.src:3231: internal compiler error: in extract_insn, at recog.c:2077 + COMMENT= fast array and numeric programming library for Python -MODPY_EGG_VERSION= 1.8.2 -BROKEN-alpha = numpy/linalg/umath_linalg.c.src:3231: internal compiler error: in extract_insn, at recog.c:2077 -REVISION= 0 +MODPY_EGG_VERSION= 1.9.1 DISTNAME= numpy-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} Index: distinfo === RCS file: /home/cvs/ports/math/py-numpy/distinfo,v retrieving revision 1.9 diff -u -r1.9 distinfo --- distinfo17 Sep 2014 00:46:13 - 1.9 +++ distinfo15 Dec 2014 19:27:54 - @@ -1,2 +1,2 @@ -SHA256 (numpy-1.8.2.tar.gz) = zldDo6JL8T4Dc/rrJAsI5I0TnmMT8bX7/XcQV8eknb0= -SIZE (numpy-1.8.2.tar.gz) = 3796725 +SHA256 (numpy-1.9.1.tar.gz) = AHW74H4wtlmuRBVEb0WBLcG5YSGkk6Sh+LG6d7dbHhw= +SIZE (numpy-1.9.1.tar.gz) = 3978007 Index: patches/patch-numpy_core_include_numpy_npy_common_h === RCS file: /home/cvs/ports/math/py-numpy/patches/patch-numpy_core_include_numpy_npy_common_h,v retrieving revision 1.3 diff -u -r1.3 patch-numpy_core_include_numpy_npy_common_h --- patches/patch-numpy_core_include_numpy_npy_common_h 17 Sep 2014 00:46:13 - 1.3 +++ patches/patch-numpy_core_include_numpy_npy_common_h 15 Dec 2014 19:27:54 - @@ -5,9 +5,9 @@ it's own. however, on alpha, powerpc, it declared functions with types that conflict with C99 (double for *l), therefore failed. numpy/core/include/numpy/npy_common.h.orig Sun Mar 2 09:04:27 2014 -+++ numpy/core/include/numpy/npy_common.h Wed Mar 12 06:00:39 2014 -@@ -255,14 +255,8 @@ typedef unsigned char npy_bool; +--- numpy/core/include/numpy/npy_common.h.orig Sun Oct 26 10:36:17 2014 numpy/core/include/numpy/npy_common.h Mon Dec 1 03:59:57 2014 +@@ -288,14 +288,8 @@ typedef unsigned char npy_bool; #define NPY_FALSE 0 #define NPY_TRUE 1 Index: patches/patch-numpy_core_tests_test_umath_py === RCS file: /home/cvs/ports/math/py-numpy/patches/patch-numpy_core_tests_test_umath_py,v retrieving revision 1.1 diff -u -r1.1 patch-numpy_core_tests_test_umath_py --- patches/patch-numpy_core_tests_test_umath_py17 Sep 2014 00:46:13 - 1.1 +++ patches/patch-numpy_core_tests_test_umath_py15 Dec 2014 19:27:54 - @@ -1,24 +0,0 @@ -$OpenBSD: patch-numpy_core_tests_test_umath_py,v 1.1 2014/09/17 00:46:13 daniel Exp $ - -Silence a RuntimeWarning on np.log1p(np.nan) - -See: -https://github.com/numpy/numpy/issues/5017 - numpy/core/tests/test_umath.py.origSun Sep 14 21:45:56 2014 -+++ numpy/core/tests/test_umath.py Sun Sep 14 21:47:56 2014 -@@ -309,11 +309,10 @@ class TestLog1p(TestCase): - assert_almost_equal(ncu.log1p(1e-6), ncu.log(1+1e-6)) - - def test_special(self): --assert_equal(ncu.log1p(np.nan), np.nan) --assert_equal(ncu.log1p(np.inf), np.inf) --with np.errstate(divide=ignore): -+with np.errstate(invalid=ignore, divide=ignore): -+assert_equal(ncu.log1p(np.nan), np.nan) -+assert_equal(ncu.log1p(np.inf), np.inf) - assert_equal(ncu.log1p(-1.), -np.inf) --with np.errstate(invalid=ignore): - assert_equal(ncu.log1p(-2.), np.nan) - assert_equal(ncu.log1p(-np.inf), np.nan) - Index: pkg/PLIST === RCS file: /home/cvs/ports/math/py-numpy/pkg/PLIST,v retrieving revision 1.10 diff -u -r1.10 PLIST --- pkg/PLIST 17 Sep 2014 00:46:13 - 1.10 +++ pkg/PLIST 15 Dec 2014 19:27:54 - @@ -37,6 +37,7 @@ lib/python${MODPY_VERSION}/site-packages/numpy/core/${MODPY_PYCACHE}_internal.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/numpy/core/${MODPY_PYCACHE}_methods.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/numpy/core/${MODPY_PYCACHE}arrayprint.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/numpy/core/${MODPY_PYCACHE}cversions.${MODPY_PYC_MAGIC_TAG}pyc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2015/01/05 17:20:21 ports/www/netsurf/browser/files Update of /cvs/ports/www/netsurf/browser/files In directory cvs.openbsd.org:/tmp/cvs-serv8649/files Log Message: Directory /cvs/ports/www/netsurf/browser/files added to the repository
Re: [NEW] devel/p5-Hash-Merge-Simple
On Mon, Jan 05, 2015 at 10:33:48PM +0100, Cesare Gargano wrote: Needed for upcoming www/p5-Dancer2. Tested on amd64. Slightly tweaked from original from Sergey Bronnikov estetus () gmail ! com (see http://marc.info/?l=openbsd-portsm=139870169331483w=4) - pkg/DESCR: Hash::Merge::Simple will recursively merge two or more hashes and return the result as a new hash reference. The merge function will descend and merge hashes that exist under the same node in both the left and right hash, but doesn't attempt to combine arrays, objects, scalars, or anything else. OK afresh1@, tests pass, nothing obviously wrong. l8rZ, -- andrew - http://afresh1.com Adding manpower to a late software project makes it later.
[PATCHES] www/w3m bug fixes
This archive contains patches for several problems I have found while hacking on www/w3m, as well as several bug fixes taken from elsewhere. -- Ported patches * Use %s to printf a string, from Colin Watson at Ubuntu http://anonscm.debian.org/cgit/collab-maint/w3m.git/commit/?h=bug/646321 * Fix a null pointer deref when parsing input type in HTML, from olh at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-closedir.patch?expand=1 * Fix a directory descriptor leak, from max at suse dot de https://build.opensuse.org/package/view_file/openSUSE:Factory/w3m/w3m-parsetagx-crash.patch?expand=1 * exit(1) when out of memory, since malloc's return value is never checked anywhere in the program. inspired by an old patch by dugsong@ which got sent to the cvs attic when w3m was updated in the distant past http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/w3m/patches/Attic/patch-ac -- My patches * Various printf format string fixes: * Instead of printing a Str structure with %s, print the char pointer inside it with %s. * Use %ld to print long, not %d * Use %zu to print size_t, not %d * Use %lld to print time_t, not %ld * Change hand-rolled and suspicious sprintf implementation in Str.c to use asprintf() from libc. * Move New() gc alloc macros to a header file and add overflow checks to the allocate an array macros. -- w3m's code is disgusting, and upstream is mostly dead with occasional patches ported from debian. However, it is one of the more usable web browsers (and the only curses browser with inline images, iirc). Fixing its problems is good for its users. Scarlett w3m.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/01/05 11:13:32 Modified files: x11/qt5: Makefile Log message: Surprisingly, qt5 fails to build on powerpc, relocation overflow when linking libQt5WebKit. All hail our glorious binutils!
Re: Port of udpxy
On 05.01.2015 19:33, Ingo Schwarze wrote: Hi, Antoine Jacoutot wrote on Mon, Jan 05, 2015 at 04:50:38PM +0100: On Mon, Jan 05, 2015 at 03:40:56PM +, Stuart Henderson wrote: On 2015/01/05 16:30, Antoine Jacoutot wrote: Why? We support gzipped manpages just fine. Consistency if nothing else.. That's only because we started supporting gzip'ed manpages not so long ago. Both man(1) and apropos(1) have been supporting them for years, long before both were switched to the mandoc implementation. And that no one bothered removing the patches. But for new ports, I see no reason to patch out for something we support. espie@ does, here is what he told me on June 13, 2014: :: Don't do it. :: :: gzip manuals in packages are a bad idea. :: They store a timestamp within the file proper. :: :: This completely precludes the optimization I'm working on :: wrt pkg_add and updates. Yours, Ingo Thanks for the valuable input. I've made good progress and I'm not almost at the point to send the port to the list. But there are two questions right now: 1. The port is a daemon. And a daemon needs a rc.d script. So I've created one according to http://www.openbsd.org/faq/ports/specialtopics.html#RcScripts I place it in pkg/udpxy.rc and run make plist. This gives me a complain: make-plist: Bogus element outside of every prefix: /etc/rc.d/udpxy I optimistically ignore it and continue with make package. But the script doesn't get included in the package. What step(s) am I missing to get script included into the package? 2. I've prepared a patch for the Makefile of the software to prevent gzipping of the man pages: $OpenBSD$ --- Makefile.origMon Jan 5 19:33:29 2015 +++ MakefileMon Jan 5 19:34:21 2015 @@ -182,11 +182,13 @@ install: $(EXEC) @cp $(EXEC) $(INSTALLROOT)/bin @ls -l $(INSTALLROOT)/bin/$(EXEC) @mkdir -p -m 755 $(MANPAGE_DIR) -@$(GZIP) -c $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1).gz +#@$(GZIP) -c $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1).gz +@cp $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1) ifneq (yes, $(NO_UDPXREC)) @cp $(UDPXREC) $(INSTALLROOT)/bin/$(UDPXREC) @ls -l $(INSTALLROOT)/bin/$(UDPXREC) -@$(GZIP) -c $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1).gz +#@$(GZIP) -c $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1).gz +@cp $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1) endif @echo Installation of udpxy is complete Is this the best/right way to do it? Cheers, Bruno
Re: Port of udpxy
1. The port is a daemon. And a daemon needs a rc.d script. So I've created one according to http://www.openbsd.org/faq/ports/specialtopics.html#RcScripts I place it in pkg/udpxy.rc and run make plist. This gives me a complain: make-plist: Bogus element outside of every prefix: /etc/rc.d/udpxy Yeah, that's one of several known issues with update-plist. You must not trust its output. I optimistically ignore it and continue with make package. But the script doesn't get included in the package. What step(s) am I missing to get script included into the package? You need to append the following at the end of the PLIST: @rcscript ${RCDIR}/udpxy Beware that running make plist again will remove it... 2. I've prepared a patch for the Makefile of the software to prevent gzipping of the man pages: $OpenBSD$ --- Makefile.origMon Jan 5 19:33:29 2015 +++ MakefileMon Jan 5 19:34:21 2015 @@ -182,11 +182,13 @@ install: $(EXEC) @cp $(EXEC) $(INSTALLROOT)/bin @ls -l $(INSTALLROOT)/bin/$(EXEC) @mkdir -p -m 755 $(MANPAGE_DIR) -@$(GZIP) -c $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1).gz +#@$(GZIP) -c $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1).gz +@cp $(UDPXY_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXY_MAN1) ifneq (yes, $(NO_UDPXREC)) @cp $(UDPXREC) $(INSTALLROOT)/bin/$(UDPXREC) @ls -l $(INSTALLROOT)/bin/$(UDPXREC) -@$(GZIP) -c $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1).gz +#@$(GZIP) -c $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1).gz +@cp $(UDPXREC_MANPAGE_EN) $(MANPAGE_DIR)/$(UDPXREC_MAN1) endif @echo Installation of udpxy is complete Is this the best/right way to do it? I think Stuart suggested going with a local do-install target directly within the port Makefile. Something like: do-install: ${INSTALL_PROGRAM} ${WRKBUILD}/.../udpxy ${PREFIX}/bin/udpxy ${INSTALL_MAN} ${WRKBUILD}/.../udpxy.1 ${PREFIX}/man/man1/udpxy.1 etc etc -- Antoine
Re: Port of udpxy
On Mon, Jan 05, 2015 at 08:55:24PM +0100, Bruno Flueckiger wrote: On 05.01.2015 19:33, Ingo Schwarze wrote: Hi, Antoine Jacoutot wrote on Mon, Jan 05, 2015 at 04:50:38PM +0100: On Mon, Jan 05, 2015 at 03:40:56PM +, Stuart Henderson wrote: On 2015/01/05 16:30, Antoine Jacoutot wrote: Why? We support gzipped manpages just fine. Consistency if nothing else.. That's only because we started supporting gzip'ed manpages not so long ago. Both man(1) and apropos(1) have been supporting them for years, long before both were switched to the mandoc implementation. And that no one bothered removing the patches. But for new ports, I see no reason to patch out for something we support. espie@ does, here is what he told me on June 13, 2014: :: Don't do it. :: :: gzip manuals in packages are a bad idea. :: They store a timestamp within the file proper. :: :: This completely precludes the optimization I'm working on :: wrt pkg_add and updates. Yours, Ingo Thanks for the valuable input. I've made good progress and I'm not almost at the point to send the port to the list. But there are two questions right now: 1. The port is a daemon. And a daemon needs a rc.d script. So I've created one according to http://www.openbsd.org/faq/ports/specialtopics.html#RcScripts I place it in pkg/udpxy.rc and run make plist. This gives me a complain: make-plist: Bogus element outside of every prefix: /etc/rc.d/udpxy I optimistically ignore it and continue with make package. But the script doesn't get included in the package. What step(s) am I missing to get script included into the package? you need a special entry in PLIST like @rcscript ${RCDIR}/udpxy for the script to be included in the package. Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/01/05 13:12:30 Modified files: devel/py-buildbot: Makefile devel/py-buildbot/pkg: buildbot.rc Log message: Fix pexp .. for some reason, the full commandline is not the same anymore, and this breaks proper rc.d usage. Not ideal since this probably prevents running several distinct instances, will be revisited when i look at the 0.8.10 update.
UPDATE: SMtube-14.12.0
Hi, Update for SMtube to 14.12.0. * New options to set a proxy. Ok? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/x11/smtube/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile22 Oct 2014 20:46:59 - 1.8 +++ Makefile5 Jan 2015 20:15:09 - @@ -2,7 +2,7 @@ COMMENT = browse and download YouTube videos -DISTNAME = smtube-14.8.0 +DISTNAME = smtube-14.12.0 CATEGORIES = multimedia x11 Index: distinfo === RCS file: /cvs/ports/x11/smtube/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo22 Oct 2014 20:46:59 - 1.7 +++ distinfo5 Jan 2015 20:15:09 - @@ -1,2 +1,2 @@ -SHA256 (smtube-14.8.0.tar.bz2) = nAWXX81m/ulny1XTQhwp6ETk04ptmQtuXzrJthvhE0A= -SIZE (smtube-14.8.0.tar.bz2) = 576357 +SHA256 (smtube-14.12.0.tar.bz2) = fIpoHE3IFhxN8pcvQTujBPUS5PxYZkrzHebTsD2Ab+A= +SIZE (smtube-14.12.0.tar.bz2) = 948727
databases/ruby-pg 0.17.1 - 0.18.0
This updates ruby-pg to the latest version. This is a substantial update over previous versions, containing a new typecast system. Release announcement at https://www.ruby-forum.com/topic/6787099 Tested on amd64 and i386. Will be committing in a few days unless I hear objections. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/databases/ruby-pg/Makefile,v retrieving revision 1.27 diff -u -p -r1.27 Makefile --- Makefile9 Jul 2014 17:12:38 - 1.27 +++ Makefile5 Jan 2015 19:57:40 - @@ -2,7 +2,7 @@ COMMENT = PostgreSQL database interface for ruby -DISTNAME = pg-0.17.1 +DISTNAME = pg-0.18.0 CATEGORIES = databases MAINTAINER = Jeremy Evans jer...@openbsd.org Index: distinfo === RCS file: /cvs/ports/databases/ruby-pg/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo9 Jul 2014 17:12:38 - 1.14 +++ distinfo5 Jan 2015 19:57:44 - @@ -1,2 +1,2 @@ -SHA256 (pg-0.17.1.gem) = 55M+j38YTCjoIO2F3fs62KE5M7Kyq4ZWqo+BywqmEKY= -SIZE (pg-0.17.1.gem) = 142848 +SHA256 (pg-0.18.0.gem) = DEcHGhID4ozxy1FJFXwoz093NOmvru5w18B8RfmNiXA= +SIZE (pg-0.18.0.gem) = 214016 Index: pkg/PLIST === RCS file: /cvs/ports/databases/ruby-pg/pkg/PLIST,v retrieving revision 1.12 diff -u -p -r1.12 PLIST --- pkg/PLIST 11 Jan 2014 22:51:02 - 1.12 +++ pkg/PLIST 5 Jan 2015 19:58:46 - @@ -18,10 +18,15 @@ ${GEM_LIB}/gems/${DISTNAME}/Rakefile.cro ${GEM_LIB}/gems/${DISTNAME}/lib/ ${GEM_LIB}/gems/${DISTNAME}/lib/pg/ ${GEM_LIB}/gems/${DISTNAME}/lib/pg.rb +${GEM_LIB}/gems/${DISTNAME}/lib/pg/basic_type_mapping.rb +${GEM_LIB}/gems/${DISTNAME}/lib/pg/coder.rb ${GEM_LIB}/gems/${DISTNAME}/lib/pg/connection.rb ${GEM_LIB}/gems/${DISTNAME}/lib/pg/constants.rb ${GEM_LIB}/gems/${DISTNAME}/lib/pg/exceptions.rb ${GEM_LIB}/gems/${DISTNAME}/lib/pg/result.rb +${GEM_LIB}/gems/${DISTNAME}/lib/pg/text_decoder.rb +${GEM_LIB}/gems/${DISTNAME}/lib/pg/text_encoder.rb +${GEM_LIB}/gems/${DISTNAME}/lib/pg/type_map_by_column.rb ${GEM_LIB}/gems/${DISTNAME}/lib/pg_ext.so ${GEM_LIB}/gems/${DISTNAME}/sample/ ${GEM_LIB}/gems/${DISTNAME}/sample/array_insert.rb @@ -46,10 +51,17 @@ ${GEM_LIB}/gems/${DISTNAME}/spec/ ${GEM_LIB}/gems/${DISTNAME}/spec/data/ ${GEM_LIB}/gems/${DISTNAME}/spec/data/expected_trace.out ${GEM_LIB}/gems/${DISTNAME}/spec/data/random_binary_data -${GEM_LIB}/gems/${DISTNAME}/spec/lib/ -${GEM_LIB}/gems/${DISTNAME}/spec/lib/helpers.rb +${GEM_LIB}/gems/${DISTNAME}/spec/helpers.rb ${GEM_LIB}/gems/${DISTNAME}/spec/pg/ +${GEM_LIB}/gems/${DISTNAME}/spec/pg/basic_type_mapping_spec.rb ${GEM_LIB}/gems/${DISTNAME}/spec/pg/connection_spec.rb ${GEM_LIB}/gems/${DISTNAME}/spec/pg/result_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_by_class_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_by_column_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_by_mri_type_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_by_oid_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_in_ruby_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_map_spec.rb +${GEM_LIB}/gems/${DISTNAME}/spec/pg/type_spec.rb ${GEM_LIB}/gems/${DISTNAME}/spec/pg_spec.rb ${GEM_LIB}/specifications/${DISTNAME}.gemspec
Re: Port of udpxy
Hi, Antoine Jacoutot wrote on Mon, Jan 05, 2015 at 04:50:38PM +0100: On Mon, Jan 05, 2015 at 03:40:56PM +, Stuart Henderson wrote: On 2015/01/05 16:30, Antoine Jacoutot wrote: Why? We support gzipped manpages just fine. Consistency if nothing else.. That's only because we started supporting gzip'ed manpages not so long ago. Both man(1) and apropos(1) have been supporting them for years, long before both were switched to the mandoc implementation. And that no one bothered removing the patches. But for new ports, I see no reason to patch out for something we support. espie@ does, here is what he told me on June 13, 2014: :: Don't do it. :: :: gzip manuals in packages are a bad idea. :: They store a timestamp within the file proper. :: :: This completely precludes the optimization I'm working on :: wrt pkg_add and updates. Yours, Ingo
Re: Port of udpxy
On Mon, Jan 05, 2015 at 03:40:56PM +, Stuart Henderson wrote: On 2015/01/05 16:30, Antoine Jacoutot wrote: Why? We support gzipped manpages just fine. Consistency if nothing else.. That's only because we started supporting gzip'ed manpages not so long ago. And that no one bothered removing the patches. But for new ports, I see no reason to patch out for something we support. $ pkglocate /man/man | grep gz$ | wc -l 1 $ pkglocate /man/man | grep -v gz$ | wc -l 41040 -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 08:29:56 Modified files: devel/p5-AppConfig-Std: Makefile distinfo Log message: Update to p5-AppConfig-Std-1.09. ok Sam Smith (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2015/01/05 08:32:16 Modified files: audio/radiotray: Makefile Log message: Add missing RDEP on py-xdg, thx to Fabian Raetz
Re: [NEW] www/p5-Apache-LogFormat-Compiler
On Mon, Jan 05, 2015 at 11:22:02AM +0100, Cesare Gargano wrote: PERMIT_PACKAGE* are _after_ *_DEPENDS. Am I wrong? As I understand, in general things should be in the order specified in Makefile.template. http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/infrastructure/templates/Makefile.template I have found places where I think the Makefile is clearer in a different order, but that is not frequently the case. (And I see you resubmitted, but seems good to answer this question for the archives) l8rZ, -- andrew - http://afresh1.com Beta. Software undergoes beta testing shortly before it's released. Beta is Latin for still doesn't work.
Re: Port of udpxy
On 2015/01/05 16:09, Antoine Jacoutot wrote: On Mon, Jan 05, 2015 at 03:01:15PM +, Stuart Henderson wrote: On 2015/01/05 15:52, Bruno Flueckiger wrote: On 04.01.2015 23:09, Landry Breuil wrote: With what provider did you tested it, was it rtp only or also rtsp ? i might be interested in that, if it allows one to simplify the mess that is streaming multiple channels at the same time to different clients... Also, a port would be welcome :) Landry I've tested it with IPTV from Swisscom (http://www.swisscom.ch). AFAIK they don't make use of RTSP. The streams are delivered by RTP. Every stream from Swisscom has a different multicast IP, so I guess there is no need for RTSP on their side. I start the work on the port. Might take some time to complete because I first have to read the porting guide in depth ;) Bruno Here's a bit to get you started because they use weird naming: V= 1.0.23-9 DISTNAME= udpxy.$V EXTRACT_SUFX= -prod.tar.gz PKGNAME=udpxy-${V:S/-/./} WRKDIST=${WRKDIR}/udpxy-$V You'll need to use gmake, and I suggest writing your own do-install rather than patching upstream's install target to work (in this case it's a simple target and unlikely to change much in future) - look for other examples using do-install in the ports tree to crib from. There's no need for patching nor do-install. Just use: USE_GMAKE=Yes MAKE_FLAGS= GZIP=/usr/bin/gzip FAKE_FLAGS= INSTALLROOT=${WRKINST}/${PREFIX} \ MANPAGE_DIR=${WRKINST}/${PREFIX}/man/man1 We don't want gzipped manpages though, and using ${INSTALL_PROGRAM} will take care of stripping properly..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2015/01/05 08:34:15 Modified files: devel/p5-Test-Warnings: Makefile distinfo Log message: Update to p5-Test-Warnings-0.019. ok afresh1@ (maintainer)
Re: Port of udpxy
On 2015/01/05 16:30, Antoine Jacoutot wrote: Why? We support gzipped manpages just fine. Consistency if nothing else.. $ pkglocate /man/man | grep gz$ | wc -l 1 $ pkglocate /man/man | grep -v gz$ | wc -l 41040
buildbot/slave 0.8.10
Hi, here's a WIP update to buildbot 0.8.10, not many changes in that version but lots in 0.8.9 - i'm still probably the only one using this on OpenBSD, but more testing would be welcome. See http://docs.buildbot.net/current/relnotes/0.8.9.html and http://docs.buildbot.net/current/relnotes/index.html for the extensive list of changes. Landry Index: py-buildbot/Makefile === RCS file: /cvs/ports/devel/py-buildbot/Makefile,v retrieving revision 1.25 diff -u -r1.25 Makefile --- py-buildbot/Makefile5 Jan 2015 20:12:30 - 1.25 +++ py-buildbot/Makefile5 Jan 2015 20:59:36 - @@ -2,10 +2,9 @@ COMMENT = continuous integration framework -MODPY_EGG_VERSION =0.8.8 +MODPY_EGG_VERSION =0.8.10 DISTNAME = buildbot-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:S/p/pl/} -REVISION = 1 CATEGORIES = devel @@ -16,7 +15,7 @@ # GPLv2 PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = https://buildbot.googlecode.com/files/ +MASTER_SITES = ${MASTER_SITE_PYPI:=b/buildbot/} MODULES = lang/python Index: py-buildbot/distinfo === RCS file: /cvs/ports/devel/py-buildbot/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- py-buildbot/distinfo16 Sep 2013 10:02:28 - 1.11 +++ py-buildbot/distinfo5 Jan 2015 20:59:36 - @@ -1,2 +1,2 @@ -SHA256 (buildbot-0.8.8.tar.gz) = UBPj89g9L8rItcOR46dAWXMwAVMA8Ou5QAXtL5DXOdA= -SIZE (buildbot-0.8.8.tar.gz) = 4641582 +SHA256 (buildbot-0.8.10.tar.gz) = xJZNLr2By4ChTLBY+yqrBXKh2NhmctUU53W0LesIpfQ= +SIZE (buildbot-0.8.10.tar.gz) = 4822307 Index: py-buildbot/pkg/PLIST === RCS file: /cvs/ports/devel/py-buildbot/pkg/PLIST,v retrieving revision 1.12 diff -u -r1.12 PLIST --- py-buildbot/pkg/PLIST 16 Sep 2013 10:02:29 - 1.12 +++ py-buildbot/pkg/PLIST 5 Jan 2015 20:59:36 - @@ -31,6 +31,8 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/changes/__init__.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/base.py lib/python${MODPY_VERSION}/site-packages/buildbot/changes/base.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/changes/bitbucket.py +lib/python${MODPY_VERSION}/site-packages/buildbot/changes/bitbucket.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/bonsaipoller.py lib/python${MODPY_VERSION}/site-packages/buildbot/changes/bonsaipoller.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/changes.py @@ -41,8 +43,6 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/changes/gerritchangesource.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/gitpoller.py lib/python${MODPY_VERSION}/site-packages/buildbot/changes/gitpoller.pyc -lib/python${MODPY_VERSION}/site-packages/buildbot/changes/hgbuildbot.py -lib/python${MODPY_VERSION}/site-packages/buildbot/changes/hgbuildbot.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/hgpoller.py lib/python${MODPY_VERSION}/site-packages/buildbot/changes/hgpoller.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/changes/mail.py @@ -86,6 +86,8 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/db/builds.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/buildsets.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/buildsets.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/buildslaves.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/buildslaves.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/changes.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/changes.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/connector.py @@ -141,6 +143,10 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/021_fix_postgres_sequences.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/022_add_codebase.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/022_add_codebase.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/023_increase_comments_property_lengths.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/023_increase_comments_property_lengths.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/024_add_buildslaves_table.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/024_add_buildslaves_table.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/__init__.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/__init__.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/model.py @@ -155,6 +161,11 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/db/sourcestampsets.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/state.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/state.pyc
www/ruby-rack 1.4.5 - 1.6.0
This updates ruby-rack to the latest version. There are almost two years of development since the current 1.4.5 and the new 1.6.0. Unfortunately, I'm unable to locate a changelog or release notes for 1.6.0. The best I can get is a GitHub comparison: https://github.com/rack/rack/compare/1.4.5...1.6.0 I've checked all of the ports that depend on rack, and they all build with this new version. Tested on amd64. I plan on committing this in a few days unless I hear objections. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/www/ruby-rack/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile11 Oct 2014 19:54:47 - 1.20 +++ Makefile5 Jan 2015 20:30:36 - @@ -2,11 +2,10 @@ COMMENT= modular Ruby webserver interface -DISTNAME= rack-1.4.5 -REVISION = 1 +DISTNAME= rack-1.6.0 CATEGORIES=www -HOMEPAGE= http://rack.rubyforge.org/ +HOMEPAGE= http://rack.github.io/ MAINTAINER = Jeremy Evans jer...@openbsd.org Index: distinfo === RCS file: /cvs/ports/www/ruby-rack/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo8 Feb 2013 16:33:21 - 1.9 +++ distinfo5 Jan 2015 20:31:06 - @@ -1,2 +1,2 @@ -SHA256 (rack-1.4.5.gem) = 978/qo4Jov8mR1Ny3janJOdHDWvcM9GJoOw0tJYF8wg= -SIZE (rack-1.4.5.gem) = 203776 +SHA256 (rack-1.6.0.gem) = a2lB1IATvGBVOPxFMAap3xgRTd8HV6PNac+9XDtyp7g= +SIZE (rack-1.6.0.gem) = 227328 Index: pkg/PLIST === RCS file: /cvs/ports/www/ruby-rack/pkg/PLIST,v retrieving revision 1.8 diff -u -p -r1.8 PLIST --- pkg/PLIST 18 Jan 2013 17:10:09 - 1.8 +++ pkg/PLIST 5 Jan 2015 20:31:16 - @@ -91,8 +91,11 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/rack/ses ${GEM_LIB}/gems/${DISTNAME}/lib/rack/showexceptions.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/showstatus.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/static.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/tempfile_reaper.rb ${GEM_LIB}/gems/${DISTNAME}/lib/rack/urlmap.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/utils/ ${GEM_LIB}/gems/${DISTNAME}/lib/rack/utils.rb +${GEM_LIB}/gems/${DISTNAME}/lib/rack/utils/okjson.rb ${GEM_LIB}/gems/${DISTNAME}/rack.gemspec ${GEM_LIB}/gems/${DISTNAME}/test/ ${GEM_LIB}/gems/${DISTNAME}/test/builder/ @@ -131,6 +134,7 @@ ${GEM_LIB}/gems/${DISTNAME}/test/multipa ${GEM_LIB}/gems/${DISTNAME}/test/multipart/fail_16384_nofile ${GEM_LIB}/gems/${DISTNAME}/test/multipart/file1.txt ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_and_modification_param +${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_and_no_name ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_with_escaped_quotes ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_with_escaped_quotes_and_modification_param ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_with_percent_escaped_quotes @@ -139,6 +143,7 @@ ${GEM_LIB}/gems/${DISTNAME}/test/multipa ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_with_unescaped_percentages3 ${GEM_LIB}/gems/${DISTNAME}/test/multipart/filename_with_unescaped_quotes ${GEM_LIB}/gems/${DISTNAME}/test/multipart/ie +${GEM_LIB}/gems/${DISTNAME}/test/multipart/invalid_character ${GEM_LIB}/gems/${DISTNAME}/test/multipart/mixed_files ${GEM_LIB}/gems/${DISTNAME}/test/multipart/nested ${GEM_LIB}/gems/${DISTNAME}/test/multipart/none @@ -151,7 +156,6 @@ ${GEM_LIB}/gems/${DISTNAME}/test/registe ${GEM_LIB}/gems/${DISTNAME}/test/registering_handler/rack/ ${GEM_LIB}/gems/${DISTNAME}/test/registering_handler/rack/handler/ ${GEM_LIB}/gems/${DISTNAME}/test/registering_handler/rack/handler/registering_myself.rb -${GEM_LIB}/gems/${DISTNAME}/test/spec_auth.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_auth_basic.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_auth_digest.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_body_proxy.rb @@ -176,6 +180,7 @@ ${GEM_LIB}/gems/${DISTNAME}/test/spec_lo ${GEM_LIB}/gems/${DISTNAME}/test/spec_lock.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_logger.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_methodoverride.rb +${GEM_LIB}/gems/${DISTNAME}/test/spec_mime.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_mock.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_mongrel.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_multipart.rb @@ -194,6 +199,7 @@ ${GEM_LIB}/gems/${DISTNAME}/test/spec_se ${GEM_LIB}/gems/${DISTNAME}/test/spec_showexceptions.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_showstatus.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_static.rb +${GEM_LIB}/gems/${DISTNAME}/test/spec_tempfile_reaper.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_thin.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_urlmap.rb ${GEM_LIB}/gems/${DISTNAME}/test/spec_utils.rb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2015/01/05 14:14:47 Modified files: devel/boost: Makefile devel/boost/patches: patch-boost_config_posix_features_hpp Log message: Remove some chunks of the patch now that _POSIX_VERSION has been bumped higher.
Re: Port of udpxy
On 2015/01/05 20:55, Bruno Flueckiger wrote: 1. The port is a daemon. And a daemon needs a rc.d script. So I've created one according to http://www.openbsd.org/faq/ports/specialtopics.html#RcScripts I place it in pkg/udpxy.rc and run make plist. This gives me a complain: make-plist: Bogus element outside of every prefix: /etc/rc.d/udpxy Others addressed the make plist issue - but also relating to this, it seems this software has some funny behaviour where it automatically daemonizes when run by root, but not by a normal user. This is awkward, as in general we would like daemons to run as their own userid where possible (especially those handling network data), I'm not sure how best to handle it in this case - maybe patch, maybe use rc_bg ... As for setting up the userid to run as, you can take a look at examples like telephony/asterisk/pkg/PLIST-main where you'll see an @newuser entry in the plist, this adds the new user at pkg_add time. There's a file, ports/infrastructure/db/user.list, where you can identify the next available uid value. Is this the best/right way to do it? I can live with either method, but in this case (where it seems unlikely there will be many changes from upstream in later versions), I think do-install is probably simpler.