Update: graphics/tiff 4.0.7

[Christian Weisgerber]

Here's an update to graphics/tiff 4.0.7.

Changes:
http://www.simplesystems.org/libtiff/v4.0.7.html
TL;DR: Numerous security fixes in the library; some tools were removed.

The changes to the port mostly consist of disentangling and removing
various accumulated security patches.

Unfortunately some symbols were removed, necessitating a major bump.
This is problematic for -stable.

Index: Makefile
===
RCS file: /cvs/ports/graphics/tiff/Makefile,v
retrieving revision 1.77
diff -u -p -r1.77 Makefile
--- Makefile1 Jul 2016 11:23:44 -   1.77
+++ Makefile24 Nov 2016 21:20:44 -
@@ -2,15 +2,14 @@
 
 COMMENT=   tools and library routines for working with TIFF images
 
-DISTNAME=  tiff-4.0.6
-REVISION=  1
-SHARED_LIBS=   tiff39.2# 7.4
-SHARED_LIBS+=  tiffxx  40.1# 7.4
+DISTNAME=  tiff-4.0.7
+SHARED_LIBS=   tiff40.0# 7.5
+SHARED_LIBS+=  tiffxx  40.1# 7.5
 CATEGORIES=graphics
 
 MASTER_SITES=  http://download.osgeo.org/libtiff/
 
-HOMEPAGE=  http://www.remotesensing.org/libtiff/
+HOMEPAGE=  http://www.simplesystems.org/libtiff/
 
 LIB_DEPENDS=   graphics/jpeg
 WANTLIB=   c m stdc++ z jpeg
Index: distinfo
===
RCS file: /cvs/ports/graphics/tiff/distinfo,v
retrieving revision 1.18
diff -u -p -r1.18 distinfo
--- distinfo4 Nov 2015 20:51:36 -   1.18
+++ distinfo24 Nov 2016 21:20:44 -
@@ -1,2 +1,2 @@
-SHA256 (tiff-4.0.6.tar.gz) = TVelCQe1EOMEmku6DXiIkw/fwWzknxv2k+W2JHNw1ow=
-SIZE (tiff-4.0.6.tar.gz) = 2192991
+SHA256 (tiff-4.0.7.tar.gz) = n0Oiz7lYnlzsqmbha/h/gUyUXyLfe6YA1jqsRjLE8Bk=
+SIZE (tiff-4.0.7.tar.gz) = 2076392
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/graphics/tiff/patches/patch-Makefile_in,v
retrieving revision 1.11
diff -u -p -r1.11 patch-Makefile_in
--- patches/patch-Makefile_in   4 Nov 2015 20:51:36 -   1.11
+++ patches/patch-Makefile_in   24 Nov 2016 21:20:44 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-Makefile_in,v 1.11 2015/11/04 20:51:36 naddy Exp $
 Makefile.in.orig   Sat Sep 12 21:48:44 2015
-+++ Makefile.inWed Nov  4 17:33:52 2015
-@@ -435,7 +435,7 @@ EXTRA_DIST = \
+--- Makefile.in.orig   Sat Nov 19 18:40:20 2016
 Makefile.inThu Nov 24 21:44:23 2016
+@@ -436,7 +436,7 @@ EXTRA_DIST = \
nmake.opt
  
  dist_doc_DATA = $(docfiles)
Index: patches/patch-libtiff_tif_extension_c
===
RCS file: /cvs/ports/graphics/tiff/patches/patch-libtiff_tif_extension_c,v
retrieving revision 1.4
diff -u -p -r1.4 patch-libtiff_tif_extension_c
--- patches/patch-libtiff_tif_extension_c   14 Apr 2012 15:09:55 -  
1.4
+++ patches/patch-libtiff_tif_extension_c   24 Nov 2016 21:20:44 -
@@ -4,20 +4,20 @@ $OpenBSD: patch-libtiff_tif_extension_c,
 @@ -81,6 +81,7 @@ void TIFFSetClientInfo( TIFF *tif, void *data, const c
  
  {
- TIFFClientInfoLink *link = tif->tif_clientinfo;
+ TIFFClientInfoLink *psLink = tif->tif_clientinfo;
 +size_t namelen = strlen(name);
  
  /*
  ** Do we have an existing link with this name?  If so, just
 @@ -102,9 +103,9 @@ void TIFFSetClientInfo( TIFF *tif, void *data, const c
- link = (TIFFClientInfoLink *) _TIFFmalloc(sizeof(TIFFClientInfoLink));
- assert (link != NULL);
- link->next = tif->tif_clientinfo;
--link->name = (char *) _TIFFmalloc((tmsize_t)(strlen(name)+1));
-+link->name = (char *) _TIFFmalloc((tmsize_t)(namelen+1));
- assert (link->name != NULL);
--strcpy(link->name, name);
-+strlcpy(link->name, name, namelen+1);
- link->data = data;
+ psLink = (TIFFClientInfoLink *) _TIFFmalloc(sizeof(TIFFClientInfoLink));
+ assert (psLink != NULL);
+ psLink->next = tif->tif_clientinfo;
+-psLink->name = (char *) _TIFFmalloc((tmsize_t)(strlen(name)+1));
++psLink->name = (char *) _TIFFmalloc((tmsize_t)(namelen+1));
+ assert (psLink->name != NULL);
+-strcpy(psLink->name, name);
++strlcpy(psLink->name, name, namelen+1);
+ psLink->data = data;
  
- tif->tif_clientinfo = link;
+ tif->tif_clientinfo = psLink;
Index: patches/patch-libtiff_tif_getimage_c
===
RCS file: /cvs/ports/graphics/tiff/patches/patch-libtiff_tif_getimage_c,v
retrieving revision 1.10
diff -u -p -r1.10 patch-libtiff_tif_getimage_c
--- patches/patch-libtiff_tif_getimage_c24 Jan 2016 16:48:49 -  
1.10
+++ patches/patch-libtiff_tif_getimage_c24 Nov 2016 21:20:44 -
@@ -1,17 +1,11 @@
-$OpenBSD: patch-libtiff_tif_getimage_c,v 1.10 2016/01/24 16:48:49 naddy Exp $
+$OpenBSD: patch-libtiff_tif_getimage_c,v 1.9 2015/03/29 17:39:22 naddy Exp $
 
-* libtiff/tif_getimage.c: fix out-of-bound reads in TIFFRGBAImage
-interface in case of unsupported values of 

Re: devel/libf2c: fix after bsd.obj.mk changes

[Stuart Henderson]

On 2016/11/24 16:49, Christian Weisgerber wrote:
> After the recent bsd.obj.mk changes, devel/libf2c fails to build in
> a dpb setup where the build is run as the _pbuild user.
> 
> ===>  Configuring for libf2c-3.3.6p9
> cd /usr/obj/ports/libf2c-3.3.6/libf2c && /usr/bin/make -f 
> /usr/obj/ports/libf2c-3.3.6/libf2c/Makefile.bsd-wrapper 
> MANDIR=/usr/local/man/cat  INSTALL_LIBGCC= LIBGCC=  COMPILERS=f771  
> USE_COLLECT2=  LANGUAGES=f77  LIBDIR=/usr/local/lib  
> BSDSRCDIR=/usr/obj/ports/libf2c-3.3.6/libf2c  
> BSDOBJDIR=/usr/obj/ports/libf2c-3.3.6/libf2c  major=8 minor=1  
> libf2c_cv_has_g77_builtin_types=yes LIBTOOL="/usr/bin/libtool"  
> LIBg2c_LTVERSION='-version-info 8:1:0' libg2c_ltversion=8.1 
> SHARED_LIBS_LOG=/usr/obj/ports/libf2c-3.3.6/libf2c/shared_libs.log obj
> making /usr/obj/ports/libf2c-3.3.6/libf2c/obj
> chown: /usr/obj/ports/libf2c-3.3.6/libf2c/obj: Operation not permitted
> 
> For a ports build, there is no point in setting the obj subdirectory
> to a different group after extraction.
> 
> How about this?

Makes sense (and I ran into it too, but didn't get as far as working out
the cause). OK.


> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/libf2c/Makefile,v
> retrieving revision 1.30
> diff -u -p -r1.30 Makefile
> --- Makefile  12 May 2016 01:17:13 -  1.30
> +++ Makefile  24 Nov 2016 15:46:44 -
> @@ -31,6 +31,7 @@ MAKE_FLAGS = MANDIR=${TRUEPREFIX}/man/ca
>   LIBDIR=${TRUEPREFIX}/lib \
>   BSDSRCDIR=${WRKDIST} \
>   BSDOBJDIR=${WRKBUILD} \
> + WOBJGROUP=`stat -f %g ${WRKBUILD}` \
>   major=${MAJOR} minor=${MINOR} \
>   libf2c_cv_has_g77_builtin_types=yes
>  
> -- 
> Christian "naddy" Weisgerber  na...@mips.inka.de
> 

[UPDATE] devel/p5-Data-Compare to 1.25

[Andrew Fresh]

A bit messier than some of the others as I added my preferred space in
front of the = signs and add some additional TEST_DEPENDS to avoid
skipping tests.

Seems like mostly new tests, but also a couple of small changes.

Tests all pass and the one reverse dependency still passes its tests.

https://metacpan.org/changes/distribution/Data-Compare

OK?

(a few more OKs on these and I'll probably feel comfortable just to
commit these minor updates without involving ports@, but for now, I want
another set of eyes)

Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Data-Compare/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile20 Mar 2016 19:56:17 -  1.4
+++ Makefile24 Nov 2016 20:15:31 -
@@ -1,18 +1,24 @@
 # $OpenBSD: Makefile,v 1.4 2016/03/20 19:56:17 naddy Exp $
 
-COMMENT=   compare perl data structures
+COMMENT =  compare perl data structures
 
-DISTNAME=  Data-Compare-1.22
-REVISION=  0
-CATEGORIES=devel
+MODULES =  cpan
+PKG_ARCH = *
+DISTNAME = Data-Compare-1.25
+CATEGORIES =   devel
 
-MAINTAINER=Andrew Fresh 
+MAINTAINER =   Andrew Fresh 
 
 # Same as Perl
-PERMIT_PACKAGE_CDROM=  Yes
+PERMIT_PACKAGE_CDROM = Yes
 
-MODULES=   cpan
-PKG_ARCH=  *
-RUN_DEPENDS=   devel/p5-File-Find-Rule
+RUN_DEPENDS =  devel/p5-File-Find-Rule>=0.1
+
+# Additional depends to avoid skipping tests
+TEST_DEPENDS +=converters/p5-JSON \
+   devel/p5-Clone \
+   devel/p5-Test-Pod
+
+# Porting Scalar::Properties will enable more tests
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Data-Compare/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 Jan 2015 03:13:23 -  1.2
+++ distinfo24 Nov 2016 20:15:31 -
@@ -1,2 +1,2 @@
-SHA256 (Data-Compare-1.22.tar.gz) = 
zo8sfNjnqti/o4GCT0PA0q4O2KIUUIF7vrHZcbXC6K8=
-SIZE (Data-Compare-1.22.tar.gz) = 23483
+SHA256 (Data-Compare-1.25.tar.gz) = 
HUs221Rfqfus2MASYY9qeEYjjuEqtieidkz69FrU6nM=
+SIZE (Data-Compare-1.25.tar.gz) = 26249

[UPDATE] devel/p5-Sub-Identify to 0.12

[Andrew Fresh]

Adds better support for subroutine signatures, plus some segfault fixes.

I'm a bit confused about why `make port-lib-depends-check` now says that
I no longer need the WANTLIB line, did I miss a change about that
someplace?

Other than that, tests all pass, and reverse depends don't have any
changes.

devel/p5-namespace-autoclean fails tests both with and without these
changes.

OK?  With or without the WANTLIB line?

Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Sub-Identify/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile20 Mar 2016 19:56:35 -  1.14
+++ Makefile24 Nov 2016 20:00:16 -
@@ -1,7 +1,7 @@
 # $OpenBSD: Makefile,v 1.14 2016/03/20 19:56:35 naddy Exp $
 
 COMMENT =  retrieve names of code references
-DISTNAME = Sub-Identify-0.10
+DISTNAME = Sub-Identify-0.12
 CATEGORIES =   devel
 
 MAINTAINER =   Andrew Fresh 
@@ -9,10 +9,11 @@ MAINTAINER =  Andrew Fresh 

[UPDATE] devel/p5-Package-DeprecationManager to 0.17

[Andrew Fresh]

A fairly straight forward update, a few nice sounding updates.

https://metacpan.org/changes/distribution/Package-DeprecationManager

I'm not maintainer, but there isn't one and it came up as a dependency
that needed an update for something else I was updating.

Tests all pass, and the only reverse dependency doesn't change.

Which brings up that, devel/p5-Moose doesn't pass all tests with or
without this change, probably needs an update to something, might make
it to that eventually as well.

OK?

Index: Makefile
===
RCS file: /cvs/ports/devel/p5-Package-DeprecationManager/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile20 Mar 2016 19:56:31 -  1.6
+++ Makefile24 Nov 2016 19:46:52 -
@@ -4,17 +4,18 @@ COMMENT = manage deprecation warnings fo
 
 MODULES =  cpan
 PKG_ARCH = *
-DISTNAME = Package-DeprecationManager-0.15
+DISTNAME = Package-DeprecationManager-0.17
 CATEGORIES =   devel
 
 # Perl
 PERMIT_PACKAGE_CDROM = Yes
 
-RUN_DEPENDS =  devel/p5-Params-Util \
-   devel/p5-Sub-Install
+RUN_DEPENDS =  devel/p5-Package-Stash \
+   devel/p5-Params-Util \
+   devel/p5-Sub-Install \
+   devel/p5-Sub-Name
 
 TEST_DEPENDS = devel/p5-Test-Fatal \
-   devel/p5-Test-Requires \
devel/p5-Test-Warnings
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Package-DeprecationManager/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo16 Nov 2015 10:59:50 -  1.4
+++ distinfo24 Nov 2016 19:46:52 -
@@ -1,2 +1,2 @@
-SHA256 (Package-DeprecationManager-0.15.tar.gz) = 
Zchx8AhJumozabPkpfIGUE5Rv7jrLSYx/i4YSD/CnWE=
-SIZE (Package-DeprecationManager-0.15.tar.gz) = 23626
+SHA256 (Package-DeprecationManager-0.17.tar.gz) = 
HXQ62kgrXJhx2JSWbofUwg7clpMbuUn7JjiwAN3WaEs=
+SIZE (Package-DeprecationManager-0.17.tar.gz) = 27647
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/p5-Package-DeprecationManager/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   22 Mar 2011 23:18:04 -  1.1.1.1
+++ pkg/PLIST   24 Nov 2016 19:46:52 -
@@ -1,4 +1,3 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2011/03/22 23:18:04 simon Exp $
-${P5SITE}/Package/
 ${P5SITE}/Package/DeprecationManager.pm
 @man man/man3p/Package::DeprecationManager.3p

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/11/24 12:21:27

Modified files:
graphics/hugin : Makefile 

Log message:
bump REVISION; it did build, just not with dpb.

Re: UPDATE: net/lftp

[Rafael Sadowski]

On Thu Nov 24, 2016 at 04:45:13AM +0100, Jeremie Courreges-Anglas wrote:
> Rafael Sadowski  writes:
> 
> > On Wed Nov 23, 2016 at 12:24:01PM +, Stuart Henderson wrote:
> >> On 2016/11/22 04:40, Jeremie Courreges-Anglas wrote:
> >> > >  # lftp needs add_history_time()
> >> > >  LIB_DEPENDS=  devel/libidn \
> >> > >devel/readline>=6.1p2 \
> >> > > +
> >> > > +RUN_DEPENDS=  devel/gettext
> >> > 
> >> > I do not understand this.  gettext could be part of LIB_DEPENDS, but why
> >> > would it be a RUN_DEPENDS?
> >
> > It was an hint from portcheck:
> > "translation file(s) found without devel/gettext dependency in RUN_DEPENDS"
> >
> >> > 
> >> > Even if lftp directly uses gettext, it seems that the preferred approach
> >> > is not to explicitely add it to LIB_DEPENDS, as libidn already brings
> >> > it.
> >
> > I forgot it again. Yes gettext comes with libidn so I prefer a small diff
> > without any gettext changes.
> 
> Fine with me...
> 
> >> 
> >> Personally I prefer listing as a LIB_DEPENDS if it's known that a port
> >> uses it directly, it reduces the fallout if a well-used dependency is
> >> dropped later (like with curl/libidn). But I know for sure that opinions
> >> vary here :-)
> 
> but I'm with Stuart on that one.
> 
> >> > > +BUILD_DEPENDS =   devel/gettext-tools
> >> > 
> >> > I see that there are tests for these tools at configure time, however
> >> > they don't seem to be strictly needed to build a proper package.  No
> >> > objection if you want to keep this in BUILD_DEPENDS, if you think it
> >> > might prevent failures in bulks one day.
> >> 
> >> Simple test: make configure with gettext-tools installed, pkg_delete 
> >> gettext-tools, see if it still builds+packages.
> >
> > Oh, so simple, great advice. Tested with deleted gettext-tools and lftp
> > builds/packages fine.
> >
> >> 
> >> > >  MASTER_SITES= https://lftp.yar.ru/ftp/
> >> > 
> >> > There is a problem with MASTER_SITES and redirections here.
> >> > 
> >> > ritchie /usr/ports/net/lftp$ ftp 
> >> > https://lftp.yar.ru/ftp/lftp-4.7.4.tar.gz
> >> > Trying 213.187.99.145...
> >> > Requesting https://lftp.yar.ru/ftp/lftp-4.7.4.tar.gz
> >> > Redirected to https://lftp.tech/ftp/lftp-4.7.4.tar.gz
> >> > Trying 213.187.99.145...
> >> > Requesting https://lftp.tech/ftp/lftp-4.7.4.tar.gz
> >> > Redirected to https://lftp.tech/get.html
> >> > Trying 213.187.99.145...
> >> > Requesting https://lftp.tech/get.html
> >> > 100% |[...]***| 10156   00:00
> >> > 10156 bytes received in 0.02 seconds (399.32 KB/s)
> >> > ritchie /usr/ports/net/lftp$ ftp http://lftp.tech/ftp/lftp-4.7.4.tar.gz
> >> > Trying 213.187.99.145...
> >> > Requesting http://lftp.tech/ftp/lftp-4.7.4.tar.gz
> >> > Redirected to http://lftp.tech/get.html
> >> > Trying 213.187.99.145...
> >> > Requesting http://lftp.tech/get.html
> >> > 100% |[...]***| 10156   00:00
> >> > 10156 bytes received in 0.02 seconds (412.92 KB/s)
> >> > 
> >> > Did you use ''make fetch'' to grab the tarball?
> >> 
> >> Oh "nice", it looks like they redirect by default, but skip the redirection
> >> if it's curl or wget.
> 
> ...
> 
> >> > -MASTER_SITES=   https://lftp.yar.ru/ftp/
> >> > +MASTER_SITES=   https://lftp.yar.ru/ftp/ \
> >> > +ftp://ftp.st.ryukoku.ac.jp/pub/network/ftp/lftp/
> >> 
> >> Could you s/ftp/http/ (or add http first) please?
> >
> > That's new. I prefer to switch ftp.st.ryukoku.ac.jp as number one.
> 
> As noted by Stuart, I propose to also add ftp:// last, for ''make
> peek-ftp''.
> 
> So, are you both ok with the following diff? :)

I'm ok with the diff below.

Thanks,

Rafael

> 
> 
> Index: Makefile
> ===
> RCS file: /d/cvs/ports/net/lftp/Makefile,v
> retrieving revision 1.110
> diff -u -p -r1.110 Makefile
> --- Makefile  7 Aug 2016 21:40:20 -   1.110
> +++ Makefile  24 Nov 2016 03:29:19 -
> @@ -2,10 +2,10 @@
>  
>  COMMENT= shell-like command line ftp and sftp client
>  
> -DISTNAME=lftp-4.7.3
> +DISTNAME=lftp-4.7.4
>  CATEGORIES=  net
>  
> -HOMEPAGE=https://lftp.yar.ru/
> +HOMEPAGE=https://lftp.tech/
>  
>  MAINTAINER=  Rafael Sadowski 
>  
> @@ -21,7 +21,9 @@ USE_GROFF=  Yes
>  LIB_DEPENDS= devel/libidn \
>   devel/readline>=6.1p2 \
>  
> -MASTER_SITES=https://lftp.yar.ru/ftp/
> +MASTER_SITES=http://ftp.st.ryukoku.ac.jp/pub/network/ftp/lftp/ \
> + http://lftp.yar.ru/ftp/ \
> + ftp://ftp.st.ryukoku.ac.jp/pub/network/ftp/lftp/
>  
>  LIBTOOL_FLAGS=   --tag=disable-shared
>  CONFIGURE_STYLE= gnu
> Index: distinfo
> ===
> RCS file: /d/cvs/ports/net/lftp/distinfo,v
> retrieving revision 1.69
> diff -u -p -r1.69 distinfo
> --- distinfo  7 Aug 2016 21:40:20 -   1.69
> +++ distinfo  24 Nov 2016 03:28:18 -
> @@ -1,2 +1,2 @@
> 

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/11/24 11:41:09

Modified files:
lang/vala  : Makefile distinfo 

Log message:
update to vala-0.34.3

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/11/24 11:27:14

Modified files:
mail/z-push: Makefile distinfo 
mail/z-push/pkg: PLIST 

Log message:
- update to z-push 2.3.3

http://z-push.org/z-push-2-3-3-final-released/

ok robert@ (MAINTAINER)

Re: UPDATE: devel/netbeans

[Giovanni Bechis]

On 11/24/16 06:37, Daniel Dickman wrote:
> 
> 
> On Wed, Nov 23, 2016 at 4:11 PM, Rafael Sadowski  > wrote:
> 
> Hi everybody,
> 
> Giovanni Bechis asked me to submit the new netbenas diff to ports@.
> 
> 
> better to put online and send a link instead of a huge inline diff.
>  
> 
> So here we go, below you can find the new diff with many input from
> Giovanni Bechis, Daniel Dickman and me.
> 
> Tested with C++ and Java code without any font issues on amd64.
> 
> 
> did you test the cvs integration at all? i had some reports for netbeans 8.1, 
> at least, that said that cvs support was a bit problematic.
> 
I tested it today for the first time and netbeans downloaded a plugin in 
~/.netbeans/8.2/modules/org-netbeans-modules-versioning-system-cvss.jar, I 
tried some simple stuff and it seems to work.
As for maintainership you can add me instead if Daniel, I am using it daily for 
php stuff.
 Cheers
  Giovanni
 
> 
> 
> To last I would like to quote Giovanni Bechis:
> 
> "even if the font issues could not be fixed for everybody it's still far
> better that what we have in-tree."
> 
> 
> 6.9.1 is the last version with bundled ruby on rails support. but i agree 
> it's time to move on and do an update.
>  
> 
> 
> Comments?  OKs?
> 
> 
> Some comments in-line from a quick read.
>  
> 
> 
> Kind regards,
> 
> Rafael Sadowski
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/netbeans/Makefile,v
> retrieving revision 1.29
> diff -u -p -u -p -r1.29 Makefile
> --- Makefile18 Mar 2016 23:12:16 -  1.29
> +++ Makefile23 Nov 2016 20:58:19 -
> @@ -2,27 +2,29 @@
> 
>  COMMENT=   NetBeans Java IDE
> 
> -V= 6.9.1
> -DISTNAME=  netbeans-${V}
> +V= 8.2
> +DISTNAME=  netbeans-${V}-201609300101
> +PKGNAME=   netbeans-${V}
> 
> 
> don't think you need PKGNAME if you keep the date suffix below.
>  
> 
>  CATEGORIES=devel
> -REVISION=  5
> 
> -HOMEPAGE=  http://www.netbeans.org/
> +HOMEPAGE=  https://www.netbeans.org/
> +
> +MAINTAINER=Daniel Dickman  >, \
> +   Rafael Sadowski  >
> 
> 
> You can remove me.
>  
> 
> 
>  # CDDL and GPLv2 dual-licensed
>  #
> -# For external components see:
> -#   http://www.netbeans.info/downloads/licence/netbeans-3rd-party.txt 
> 
> +# See:
> +# https://netbeans.org/about/legal/index.html 
> 
>  PERMIT_PACKAGE_CDROM=  Yes
> 
>  MASTER_SITES=  
> http://download.netbeans.org/netbeans/${V}/final/zip/
> -EXTRACT_SUFX= 
>  
>  -201007282301-ml.zip
> +EXTRACT_SUFX=  .zip
> 
> 
> please change as noted above if possible
>  
> 
> 
>  MODULES=   java
> -MODJAVA_VER=   1.6+
> +MODJAVA_VER=   1.8+
> 
> 
> ok -- i guess it's the minimum version now.
>  
> 
> 
> -RUN_DEPENDS=   java/javaPathHelper \
> -   devel/desktop-file-utils
> +RUN_DEPENDS=   java/javaPathHelper
> 
>  NO_BUILD=  Yes
>  NO_TEST=   Yes
> @@ -31,18 +33,22 @@ WRKDIST=${WRKDIR}/netbeans
> 
>  NB=${PREFIX}/netbeans
> 
> -pre-configure:
> -   @${SUBST_CMD} ${WRKSRC}/platform/lib/nbexec
> -
>  do-install:
> ${INSTALL_DATA_DIR} ${NB}
> @tar -czf - -C ${WRKDIR}/netbeans . | tar xzf - -C ${NB}
> +   @rm -rf ${NB}/profiler ${NB}/{ide,cnd,dlight}/bin \
> +   ${NB}/platform/modules/lib/{i386,amd64,x86}
> @find ${NB} -name "*.dll" -o -name "*.exe" -o -name "*.cmd" \
> -   -o -name "*.bat" -o -name "*.orig" | xargs rm
> -   @${SUBST_PROGRAM} ${FILESDIR}/netbeans \
> +   -o -name "*.bat" -o -name ".lastModified" \
> +   -o -name "*.orig" | xargs rm
> +   @${INSTALL_DATA_DIR} ${PREFIX}/netbeans/cnd/bin
> +   @${INSTALL_SCRIPT} ${WRKDIR}/netbeans/cnd/bin/dorun.sh 
> ${NB}/cnd/bin/
> +   @${INSTALL_DATA_DIR} ${PREFIX}/netbeans/ide/bin/nativeexecution
> +   @${INSTALL_SCRIPT} 
> ${WRKDIR}/netbeans/ide/bin/nativeexecution/hostinfo.sh \
> +   ${NB}/ide/bin/nativeexecution/
> +   @${SUBST_CMD} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} -c \
> +   ${FILESDIR}/netbeans \
> ${PREFIX}/bin/netbeans
> 

Re: [NEW] textproc/distribution

[Jeremie Courreges-Anglas]

"Kirill Bychkov"  writes:


[...]

> Hi!

Hi,

> The port looks good but I wonder, do we really need a port for a single
> stand-alone script without any dependencies? Am I right that it's even not an
> RDEP for any other port?

I understand your concern, I had the same in mind when reviewing.  The
only rationale I see is that it is easier to manage "packages" than
"packages plus a set of things to download and install out of band".
But, as far as I'm concerned, I would totally understand objections to
add such a simple port.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [NEW] textproc/distribution

[Kirill Bychkov]

On Thu, November 24, 2016 07:30, Jeremie Courreges-Anglas wrote:
> Taylor Stearns  writes:
>
>> On Tue, Nov 15, 2016 at 06:56:59PM +0100, Rafael Sadowski wrote:
>>> On Mon Nov 14, 2016 at 03:54:30PM -0500, Taylor Stearns wrote:
>>> > On Fri, Nov 04, 2016 at 05:52:49PM -0400, Taylor Stearns wrote:
>>> > > On Thu, Jun 16, 2016 at 07:28:43PM -0400, Taylor Stearns wrote:
>>> > > > A small but very handy Perl script that I use myself frequently, so
>>> made a port of
>>> > > > it. Upstream is https://github.com/philovivero/distribution
>>> > > > Looking for feedback or Ok. Thanks!
>>> > > >
>>> > > > $ cat distribution/pkg/DESCR
>>> > > > Short, simple, direct scripts for creating character-based graphs in
>>> a command
>>> > > > terminal.
>>> > > >
>>> > > > It was originally for generating histograms (a distribution of the
>>> frequency of
>>> > > > input tokens) but it has since been expanded to generate time-series
>>> graphs (or,
>>> > > > in fact, graphs with any arbitrary "x-axis") as well.
>>> > > >
>>> > >
>>> > > Attached is an update to version 1.3 of 'textproc/distribution'. Tests
>>> > > are now enabled in the Makefile, and a few bugs fixed upstream. Any
>>> > > takers? I find that this little utility is one of the first things I
>>> > > install on a new system.
>>> > >
>>> > > -Taylor
>>> >
>>> > Hi all, can anybody provide feedback on this port or commit it?
>>> >
>>>
>>> Only runtime tests with some examples from `distribution --help`.  The
>>> port looks also good to me.
>>>
>>> Kind regards,
>>>
>>> Rafael Sadowski
>>>
>>
>> Thanks Rafael.
>>
>> Is somebody available to commit this?
>
> The port looks fine, I only tweaked the Makefile order to match
> Makefile.template, and shortened DESCR.  "Short, simple, direct
> scripts..." doesn't make much sense when you're only shipping one
> script, also I don't think that mentioning how the script evolved over
> time matters here.  I hope you agree with me here.
>
> The script uses #!/usr/bin/env perl, maybe this should be set to a fixed
> path but I do not have a strong opinion on the matter.
>
> To import this I'd need a review from another developer.
>
>
Hi!
The port looks good but I wonder, do we really need a port for a single
stand-alone script without any dependencies? Am I right that it's even not an
RDEP for any other port?

Re: need review for games/nethack36 with QT

[Solène Rapenne]

Le 2016-11-24 17:06, Solène Rapenne a écrit :


This version re-enable Qt flavor. The compilation problem was due to a
truncated header file in the 3.6.0 sources, I reported this upstream 
and

found the correct version in their git.

I put the correct file in files/ and it get copied at do-configure step


new version using a patch for the truncated Qt file instead of the git 
file

stored in the port. (thx Daniel Jakots for the hint)

nethack36.tar.gz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/11/24 09:18:48

Modified files:
devel/py-test-mock: Makefile distinfo 

Log message:
Update to py-test-mock 1.5.0

Re: need review for games/nethack36 with QT

[Solène Rapenne]

Le 2016-11-23 20:57, Solène RAPENNE a écrit :

Hello,

nethack 3.6.0 has been released at the end of last year. Here is a port
to bring it on OpenBSD. Marc Espie told me that we need to keep both
games versions (if people have saves), so I propose to have
games/nethack{34,36}, this requires to have games/hackdata{34,36} too, 
I

don't know if it's "clean" ?

I've dropped qt flavor because it doesn't compile and I haven't been
able to understand why. It seems to call undeclared variables (I can't
find them in sources with grep). The x11 version works fine, the curses
one too. I don't know if there are players using the qt3 flavor...

I've been able to reuse 3.4 patches to make it works on 3.6, with minor
modifications.


This version re-enable Qt flavor. The compilation problem was due to a
truncated header file in the 3.6.0 sources, I reported this upstream and
found the correct version in their git.

I put the correct file in files/ and it get copied at do-configure step

nethack36.tar.gz
Description: GNU Zip compressed data


hackdata36.tgz
Description: GNU Zip compressed data

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/11/24 08:59:37

Modified files:
devel/py-path.py: Makefile distinfo 
devel/py-path.py/patches: patch-pytest_ini 

Log message:
Update to py-path.py 9.0

devel/libf2c: fix after bsd.obj.mk changes

[Christian Weisgerber]

After the recent bsd.obj.mk changes, devel/libf2c fails to build in
a dpb setup where the build is run as the _pbuild user.

===>  Configuring for libf2c-3.3.6p9
cd /usr/obj/ports/libf2c-3.3.6/libf2c && /usr/bin/make -f 
/usr/obj/ports/libf2c-3.3.6/libf2c/Makefile.bsd-wrapper 
MANDIR=/usr/local/man/cat  INSTALL_LIBGCC= LIBGCC=  COMPILERS=f771  
USE_COLLECT2=  LANGUAGES=f77  LIBDIR=/usr/local/lib  
BSDSRCDIR=/usr/obj/ports/libf2c-3.3.6/libf2c  
BSDOBJDIR=/usr/obj/ports/libf2c-3.3.6/libf2c  major=8 minor=1  
libf2c_cv_has_g77_builtin_types=yes LIBTOOL="/usr/bin/libtool"  
LIBg2c_LTVERSION='-version-info 8:1:0' libg2c_ltversion=8.1 
SHARED_LIBS_LOG=/usr/obj/ports/libf2c-3.3.6/libf2c/shared_libs.log obj
making /usr/obj/ports/libf2c-3.3.6/libf2c/obj
chown: /usr/obj/ports/libf2c-3.3.6/libf2c/obj: Operation not permitted

For a ports build, there is no point in setting the obj subdirectory
to a different group after extraction.

How about this?
 
Index: Makefile
===
RCS file: /cvs/ports/devel/libf2c/Makefile,v
retrieving revision 1.30
diff -u -p -r1.30 Makefile
--- Makefile12 May 2016 01:17:13 -  1.30
+++ Makefile24 Nov 2016 15:46:44 -
@@ -31,6 +31,7 @@ MAKE_FLAGS = MANDIR=${TRUEPREFIX}/man/ca
LIBDIR=${TRUEPREFIX}/lib \
BSDSRCDIR=${WRKDIST} \
BSDOBJDIR=${WRKBUILD} \
+   WOBJGROUP=`stat -f %g ${WRKBUILD}` \
major=${MAJOR} minor=${MINOR} \
libf2c_cv_has_g77_builtin_types=yes
 
-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/11/24 08:49:24

Modified files:
devel/py-uncompyle6: Makefile distinfo 
devel/py-uncompyle6/pkg: PLIST 

Log message:
Update to py-uncompyle6 2.9.6

CVS: cvs.openbsd.org: ports

[Alexandr Shadchin]

CVSROOT:/cvs
Module name:ports
Changes by: shadc...@cvs.openbsd.org2016/11/24 08:48:46

Modified files:
devel/py-spark-parser: Makefile distinfo 

Log message:
Update to py-spark-parser 1.4.3

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/11/24 08:16:04

Modified files:
graphics/hugin : Makefile 

Log message:
unbreak dbp build (add graphics/lcms2 LDEP)
WANTLIB cleanup
no build -> no bump
reported by nigel@, thanks

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2016/11/24 05:40:49

Modified files:
net/scapy  : Makefile 
Added files:
net/scapy/patches: patch-scapy_sendrecv_py 

Log message:
Put back an OpenBSD special code path that was lost in the scapy
2.3.3 update.  Sniff the packets in sndrcv() like it is done on
FreeBSD and Darwin.  Without this patch, everything worked with
virtual qemu.  But on real ethernet hardware sr() sends TCP packets
to the broadcast MAC address as scapy did not see the ARP reply to
figure out the correct MAC address.
OK danj@ (maintainer)

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/11/24 04:45:17

Modified files:
audio/gmpc : Makefile 
Added files:
audio/gmpc/patches: patch-src_MetaData_metadata-cache-sqlite_c 

Log message:
Invert broken logic to fix a bunch of vfprintf %s NULL spamming my logs.

Re: games/slash : choosing character 4 time won't let you play

[Solène Rapenne]

Le 2016-11-24 05:14, Jeremie Courreges-Anglas a écrit :

Solène Rapenne  writes:

There is a bug in games/slash which can be annoying, I'm using 
-current

at the moment of this mail. When you start the game and you want to
choose your character, whatever your pick, the game ends with abort 
trap

like this (where I pick A) =>


An Archeologist, a Barbarian, a Caveman, [..], or a Wizard?
  [A,B,C,D,E,F,G,H,I,K,L,M,N,P,R,S,T,U,V,W, or Q] AAbort trap


This does not simply stop the games (no process alive), it creates a
file named {a,b,c,d}lock.0 in the game dir. Once you reach a 4rd game
lock, the game will tell you that you "Too many hacks running now." 
and

you can't play until you remove the .0 files.


It's a stack buffer overflow, the problem is that a 128 bytes buffer is
used to build a string that spans the terminal width.  The crash 
doesn't

trigger with a small terminal here, nor with the following patch.  1024
columns ought to be enough for anybody.


Index: Makefile
===
RCS file: /d/cvs/ports/games/slash/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile31 Mar 2015 09:44:48 -  1.46
+++ Makefile24 Nov 2016 00:28:18 -
@@ -4,7 +4,7 @@ COMMENT =   dungeon explorin', hackin' gam

 DISTNAME = slash-e8
 PKGNAME =  slash-3.2.2.e8
-REVISION = 4
+REVISION = 5
 CATEGORIES =   games

 MASTER_SITES = ftp://ftp.nethack.org/pub/nethack/oldver/3.2.2/src/ \
Index: patches/patch-include_global_h
===
RCS file: patches/patch-include_global_h
diff -N patches/patch-include_global_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-include_global_h  24 Nov 2016 02:51:17 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Bump QBUFSZ to cope for large terminals and avoid stack buffer
+overflows.
+
+--- include/global.h.orig  Thu Nov 24 03:49:47 2016
 include/global.h   Thu Nov 24 03:50:14 2016
+@@ -297,7 +297,7 @@ struct version_info {
+ #define DOORMAX   120 /* max number of doors per level */
+
+ #define BUFSZ 256 /* for getlin buffers */
+-#define QBUFSZ128 /* for building question text */
++#define QBUFSZ1024/* for building question text */
+
+ #define PL_NSIZ   32  /* name of player, ghost, shopkeeper */
+ #define PL_CSIZ   32  /* sizeof pl_character */


Your patch fix my issue :-)

Also, it seems that ftp.nethack.org doesn't exist anymore, the hostname 
is not resolvable

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/11/24 02:54:51

Modified files:
security/opensc: Makefile 
security/opensc/patches: patch-src_tools_pkcs11-tool_c 
 patch-src_tools_pkcs15-tool_c 
Added files:
security/opensc/patches: patch-src_common_libpkcs11_c 
 patch-src_libopensc_card-asepcos_c 
 patch-src_libopensc_pkcs15-pin_c 
 patch-src_libopensc_pkcs15-pubkey_c 
 patch-src_pkcs11_misc_c 
 patch-src_tools_pkcs15-init_c 

Log message:
libpkcs11: Prevent double-free when the dlopen fails
(upstream git commit 24346062c01ad690addb0db55b74f9c53b394c0c)

Fix Coverity remarks
(upstream git commit 12f402616050e6ac943217b2170e865c1a297e77)

Re: Re: [NEW] games/ags

[Bryan Linton]

On 2016-11-23 02:11:36, David Meier  wrote:
> On 11/22/16 10:28, Bryan Linton wrote:
> >
> >It won't build for me on i386.  I'm not sure if it may be a
> >problem with my system, or if it's i386 itself.
> 
> I've now set up a VM with i386-current to build it,
> and got a similar error. I've added:
> BUILD_DEPENDS = audio/dumb
> to the Makefile. Now it builds here on i386.
> 
> Ok?
> 

The good news is that it builds successfully now, the bad news is
that it dumps core with an mprotect error.  "wxallowed" is set on
/usr/local from where it runs.

The last few lines from ags:

Preparing graphics mode screen
Initializing colour conversion
Mouse control: on, base: 1.00, speed: 1.00
Check for preload image
Initialize sprites
Set up screen
Initialize game settings
Cannot open translation: default.tra
Prepare to start game
Mouse confined: (0,0)-(1599,1199) (1600x1200)
Audio is processed on the main thread
Checking replay status
Engine initialization complete
Starting game
allegro-error: mprotect failed during stretched blit!: Not supported
Shutting down Allegro due to signal #11
zsh: segmentation fault (core dumped)  ags

% which ags
/usr/local/bin/ags

% mount
/dev/sd1a on / type ffs (local)
mfs:42673 on /tmp type mfs (asynchronous, local, nodev, nosuid,
size=524288 512-blocks)
/dev/sd1d on /usr type ffs (local, nodev, softdep)
/dev/sd1e on /usr/X11R6 type ffs (local, nodev, softdep)
/dev/sd1f on /usr/local type ffs (local, nodev, wxallowed, softdep)
/dev/sd1g on /usr/obj type ffs (local, nodev, nosuid, wxallowed, softdep)
/dev/sd1h on /usr/src type ffs (local, nodev, nosuid, softdep)
/dev/sd1i on /var type ffs (local, nodev, nosuid)
/dev/sd1k on /home type ffs (NFS exported, local, nodev, nosuid, softdep)

(Hopefully) the relevant lines from ktrace:
% kdump -f ktrace.out |grep -C5 mprotect | tail -20
 18275 ags  RET   kbind 0
--
 18275 ags  RET   kbind 0
 18275 ags  CALL  kbind(0xcf7e9c58,12,0xb4bbe835d930fe69)
 18275 ags  RET   kbind 0
 18275 ags  CALL  kbind(0xcf7e9c78,12,0xb4bbe835d930fe69)
 18275 ags  RET   kbind 0
 18275 ags  CALL  
mprotect(0x7ed6c000,0x1800,0x7)
 18275 ags  RET   mprotect -1 errno 91 Not supported
 18275 ags  CALL  kbind(0xcf7e9c78,12,0xb4bbe835d930fe69)
 18275 ags  RET   kbind 0
 18275 ags  CALL  writev(2,0xcf7e9bb8,4)
 18275 ags  STRU  struct iovec [4] { base=0x231b2754, len=53 } { 
base=0x2b7c1bc0, len=2 } { base=0xcf7e9bd9, len=13 } { base=0x2b7c082b, len=1 }
 18275 ags  GIO   fd 2 wrote 53 bytes
   "allegro-error: mprotect failed during stretched blit!"
 18275 ags  GIO   fd 2 wrote 2 bytes
   ": "
 18275 ags  GIO   fd 2 wrote 13 bytes
   "Not supported"
 18275 ags  GIO   fd 2 wrote 1 bytes

If I can provide any further information, please let me know.

-- 
Bryan

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/11/24 01:27:28

Modified files:
audio/mpd  : Makefile 
audio/mpd/patches: patch-doc_mpdconf_example 
Added files:
audio/mpd/patches: 
   patch-src_decoder_plugins_FfmpegDecoderPlugin_cxx 
   patch-src_decoder_plugins_PcmDecoderPlugin_cxx 

Log message:
Merge fixes from branch 'v0.19.x' of git://git.musicpd.org/master/mpd

decoder/pcm: round buffer size down to nearest frame size
(upstream git commit 7019f6bea455f0d843131ec5b88cf057ebba5058)

decoder/ffmpeg: ignore empty packets
(upstream git commit 77a9940461f96a608b1f564f810b146980e63c4d)

fix comment in mpdconf.example ("can setting can" -> "setting can")
(upstream git commit 7c251fe19013d17f5ecd65361a560d433c0c19ef)

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/11/24 01:20:38

Modified files:
graphics/hugin : Makefile distinfo 
graphics/hugin/patches: patch-doc_CMakeLists_txt 
patch-src_foreign_CMakeLists_txt 
patch-src_hugin_base_CMakeLists_txt 
patch-src_tools_CMakeLists_txt 
graphics/hugin/pkg: PLIST 
Removed files:
graphics/hugin/patches: 
patch-src_hugin1_base_wx_RunStitchPanel_cpp 
patch-src_tools_ParseExp_cpp 

Log message:
Update to hugin-2016.2.0.
- drop gettext module while here
- take maintainer (suggested by sthen@, former maintainer)
OK sthen@

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/11/24 01:16:03

Modified files:
graphics/enblend-enfuse: Makefile distinfo 
graphics/enblend-enfuse/patches: patch-src_Makefile_in 
graphics/enblend-enfuse/pkg: PLIST 
Added files:
graphics/enblend-enfuse/patches: patch-src_enblend_cc 
 patch-src_enfuse_cc 
Removed files:
graphics/enblend-enfuse/patches: patch-configure_in 
 patch-doc_enblend_texi 
 patch-doc_enfuse_texi 
 patch-src_DefaultSig_pm 
 patch-src_vigra_impex_png_cxx 

Log message:
Update to enblend-enfuse-4.2.
- enable SEPARATE_BUILD while here
- drop some patches merged upstream.
With some tweaks and OK from sthen@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/11/24 01:11:43

Modified files:
graphics   : Makefile 

Log message:
Add vigra to the build

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2016/11/24 01:10:01

Log message:
Import vigra-1.11.0.
Required by upcoming updates of graphics/enblend-enfuse and
grapthics/hugin.
Input and ok sthen@

VIGRA stands for "Vision with Generic Algorithms". It's an image
processing and analysis library that puts its main emphasis on
customizable algorithms and data structures. VIGRA is especially strong
for multi-dimensional images, because many algorithms (e.g. filters,
feature computation, superpixels) are implemented for arbitrary high
dimensions.

Status:

Vendor Tag: kirby
Release Tags:   kirby_20161124

N ports/graphics/vigra/Makefile
N ports/graphics/vigra/distinfo
N ports/graphics/vigra/pkg/DESCR
N ports/graphics/vigra/pkg/PLIST
N ports/graphics/vigra/patches/patch-src_impex_CMakeLists_txt
N ports/graphics/vigra/patches/patch-test_CMakeLists_txt

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/11/24 01:09:01

Modified files:
multimedia/gstreamer-0.10/plugins-bad: Tag: OPENBSD_6_0 Makefile 
multimedia/gstreamer-0.10/plugins-bad/pkg: Tag: OPENBSD_6_0 
   PLIST-main 
multimedia/gstreamer-0.10/plugins-good: Tag: OPENBSD_6_0 
Makefile 
multimedia/gstreamer1/plugins-good: Tag: OPENBSD_6_0 Makefile 
Added files:
multimedia/gstreamer-0.10/plugins-good/patches: Tag: OPENBSD_6_0 

patch-gst_flx_gstflxdec_c 
multimedia/gstreamer1/plugins-good/patches: Tag: OPENBSD_6_0 
patch-gst_flx_gstflxdec_c 
Removed files:
multimedia/gstreamer-0.10/plugins-bad/patches: Tag: OPENBSD_6_0 
   patch-gst_nsf_gstnsf_c 
   patch-gst_nsf_nsf_c 
   patch-gst_nsf_nsf_h 

Log message:
MFC: security fixes for gstreamer-0.10 and gstreamer1