Re: [PATCHES] www/w3m bug fixes

2015-01-05 Thread Brian Callahan
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

2015-01-05 Thread Scarlett
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

2015-01-05 Thread Dmitrij D. Czarkoff
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

2015-01-05 Thread Brad Smith
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

2015-01-05 Thread Huev Kan
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

2015-01-05 Thread Jasper Lievisse Adriaanse
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

2015-01-05 Thread Giovanni Bechis
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

2015-01-05 Thread Brad Smith
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

2015-01-05 Thread Cesare Gargano

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

2015-01-05 Thread Cesare Gargano
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

2015-01-05 Thread Giovanni Bechis
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

2015-01-05 Thread Cesare Gargano

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

2015-01-05 Thread Fabian Raetz
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

2015-01-05 Thread Eric Lalonde
 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

2015-01-05 Thread Matthias Kilian
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Bruno Flueckiger

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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Stuart Henderson
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Antoine Jacoutot
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

2015-01-05 Thread David Coppa
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

2015-01-05 Thread Fred

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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread viq
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

2015-01-05 Thread David Coppa
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

2015-01-05 Thread Brad Smith
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

2015-01-05 Thread Stuart Henderson
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

2015-01-05 Thread Cesare Gargano

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

2015-01-05 Thread Anthony J. Bentley
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

2015-01-05 Thread Daniel Dickman
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

2015-01-05 Thread Stuart Henderson
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

2015-01-05 Thread Anthony J. Bentley
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

2015-01-05 Thread Brad Smith
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

2015-01-05 Thread Daniel Dickman
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

2015-01-05 Thread Anthony J. Bentley
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

2015-01-05 Thread Andrew Fresh
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

2015-01-05 Thread Scarlett
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

2015-01-05 Thread Landry Breuil
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

2015-01-05 Thread Bruno Flueckiger

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

2015-01-05 Thread Antoine Jacoutot
 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

2015-01-05 Thread Landry Breuil
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

2015-01-05 Thread Landry Breuil
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

2015-01-05 Thread Gonzalo L. Rodriguez
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

2015-01-05 Thread Jeremy Evans
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

2015-01-05 Thread Ingo Schwarze
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

2015-01-05 Thread Antoine Jacoutot
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Landry Breuil
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

2015-01-05 Thread Andrew Fresh
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

2015-01-05 Thread Stuart Henderson
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

2015-01-05 Thread Benoit Lecocq
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

2015-01-05 Thread Stuart Henderson
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

2015-01-05 Thread Landry Breuil
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

2015-01-05 Thread Jeremy Evans
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

2015-01-05 Thread Brad Smith
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

2015-01-05 Thread Stuart Henderson
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.