Re: [NEW] security/py-dfwinreg

[Remi Pointel]

On 02/21/17 12:03, Stuart Henderson wrote:

I'm finding it difficult to keep track of these spread across a bunch of
mail threads and it's a pain to find the right file to test, could you post
a summary of the remaining deps in one message with a url for the tgz for
each please?  Thanks :)



Hi,

only 5 ports needs to be imported:

- security/py-dfvfs
- devel/py-hachoir-core
- devel/py-hachoir-metadata
- devel/py-hachoir-parser
- security/plaso

and 1 port need to be downgraded:

- devel/py-construct

Attached are the tarball/diff.

Ok?

Cheers,

Remi.



plaso-1.5.1.tar.gz
Description: application/gzip
Index: Makefile
===
RCS file: /cvs/ports/devel/py-construct/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile	3 Jan 2017 19:19:48 -	1.2
+++ Makefile	22 Feb 2017 06:03:03 -
@@ -2,10 +2,10 @@
 
 COMMENT =	powerful declarative parser/builder for binary data
 
-MODPY_EGG_VERSION = 2.8.5
+EPOCH =		0
+MODPY_EGG_VERSION = 2.5.3
 DISTNAME =	construct-${MODPY_EGG_VERSION}
 PKGNAME =	py-${DISTNAME}
-REVISION =	0
 
 CATEGORIES =	devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/py-construct/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	4 Oct 2016 19:34:44 -	1.1.1.1
+++ distinfo	22 Feb 2017 06:03:03 -
@@ -1,2 +1,2 @@
-SHA256 (construct-2.8.5.tar.gz) = DsBZOQuWpL4nu5ECwc5jLOyHWKB11hMzMrRxg2DCgrE=
-SIZE (construct-2.8.5.tar.gz) = 696415
+SHA256 (construct-2.5.3.tar.gz) = siM7x8ak1zgD9YBrwxZ+STXao+qKXNBWy6u9ucPXmjY=
+SIZE (construct-2.5.3.tar.gz) = 688072
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-construct/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST	4 Oct 2016 19:34:44 -	1.1.1.1
+++ pkg/PLIST	22 Feb 2017 06:03:03 -
@@ -4,68 +4,63 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/construct-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 lib/python${MODPY_VERSION}/site-packages/construct-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 lib/python${MODPY_VERSION}/site-packages/construct-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
+lib/python${MODPY_VERSION}/site-packages/construct-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 lib/python${MODPY_VERSION}/site-packages/construct-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/construct/__init__.py
 ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}/
 lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}adapters.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}debug.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}expr.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}macros.${MODPY_PYC_MAGIC_TAG}pyc
 lib/python${MODPY_VERSION}/site-packages/construct/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/construct/adapters.py
 lib/python${MODPY_VERSION}/site-packages/construct/core.py
 lib/python${MODPY_VERSION}/site-packages/construct/debug.py
-lib/python${MODPY_VERSION}/site-packages/construct/examples/
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/__init__.py
-${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/${MODPY_PYCACHE}/
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/${MODPY_PYCACHE}cap.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/${MODPY_PYCACHE}snoop.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/cap.py
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/data/snoop.py
-lib/python${MODPY_VERSION}/site-packages/construct/examples/formats/executable/

CVS: cvs.openbsd.org: ports

[Daniel Jakots]

CVSROOT:/cvs
Module name:ports
Changes by: d...@cvs.openbsd.org2017/02/21 19:49:25

Modified files:
net/wget   : Makefile distinfo 
net/wget/patches: patch-doc_wget_texi 

Log message:
Update to wget-1.19.1

ok/tweaks jca@

Re: Update to wget-1.19.1

[Jeremie Courreges-Anglas]

Daniel Jakots  writes:

> On Sat, 11 Feb 2017 17:19:50 -0500, Daniel Jakots 
> wrote:
>
>> Allo,
>> 
>> 1.19 was released at the beginning of February [1] and today they
>> released a bugfix release [2].
>> 
>> They moved from libidn to libidn2 if I understand correctly but we
>> don't have the latter.
>
> And we do now. If it's installed it gets automatically picked up and
> there's no flag to disable it, yay.

It is a not a bad thing.

> Here's an updated diff that use libidn2, it also uses libunistring. But
> configure says that it needs libunicode which we don't have (yet? :)).

I think that the mention of libunicode is a fluke.

>>   --with-libidn=DIR   Support IDN2008/IRIs (needs GNU libidn2 +
>>   libunicode)
>
> Though grepping the source doesn't give anything (or I'm not looking
> for the right thing), so I'm not really sure libunicode is really
> needed.
>
> fwiw, make test is still fine

Looks right, please address my concern below and it's ok jca@

> Index: Makefile
> ===
> RCS file: /cvs/ports/net/wget/Makefile,v
> retrieving revision 1.71
> diff -u -p -r1.71 Makefile
> --- Makefile  19 Jun 2016 20:42:57 -  1.71
> +++ Makefile  18 Feb 2017 18:26:51 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =retrieve files from the web via HTTP, HTTPS and FTP
>  
> -DISTNAME =   wget-1.18
> +DISTNAME =   wget-1.19.1
>  CATEGORIES = net
>  
>  HOMEPAGE =   https://www.gnu.org/software/wget/
> @@ -10,8 +10,9 @@ HOMEPAGE =  https://www.gnu.org/software/
>  # GPLv3
>  PERMIT_PACKAGE_CDROM =   Yes
>  
> -WANTLIB =c crypto idn pcre psl ssl z
> -LIB_DEPENDS =devel/libidn \
> +WANTLIB =c crypto idn2 pcre psl ssl unistring z
> +LIB_DEPENDS =converters/libunistring \
> + devel/libidn2 \
>   devel/pcre \
>   net/libpsl
>  
> @@ -33,7 +34,9 @@ TEST_DEPENDS += www/p5-HTTP-Message sec
>  FAKE_FLAGS = sysconfdir="${PREFIX}/share/examples/wget"
>  
>  CONFIGURE_STYLE =gnu
> -CONFIGURE_ARGS = --with-ssl=openssl
> +CONFIGURE_ARGS = --with-libidn=${LOCALBASE} \
> + --with-libunistring-prefix=${LOCALBASE} \

No need to pass those.  Using libidn(2) and libunistring is the default.
Also we already help autotools find stuff in /usr/local:

  CONFIGURE_ENV +=  CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib"

So unless I'm missing something, please just leave CONFIGURE_ARGS as is
(works fine here).

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

GNU libsigsegv 2.11 is released

[Bruno Haible]

Hi,

GNU libsigsegv 2.11 is released. You find the download link at the homepage
https://www.gnu.org/software/libsigsegv/

New in 2.11:

* Added support for catching stack overflow on Linux/SPARC.

* Provide a correct value for SIGSTKSZ on 64-bit AIX and on HP-UX. The one
  defined by these systems is too small.

* Updated build infrastructure.

* Compilation now requires the  include file. Platforms which
  don't have this include file (such as IRIX) are no longer supported.


According to [1], you are packaging libsigsegv for OpenBSD.

I invite you to upgrade to version 2.11.

Best regards,

   Bruno

[1] http://openports.se/devel/libsigsegv

Re: ocamlyacc segfault triggered by ocaml-menhir's parser

[Christian Weisgerber]

On 2017-02-21, Stuart Henderson  wrote:

> I ran across this in an i386 bulk build, but it's easy to reproduce.
> ocamlyacc segfaults when processing the parser from ocaml-menhir-20170101:

This occasional segfault happens on amd64, too.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/02/21 12:53:55

Modified files:
www/mozilla-firefox: Makefile 
Added files:
www/mozilla-firefox/patches: patch-widget_gtk_nsWindow_cpp 

Log message:
Backport fix for #1335827 - frequent crashes with "ABORT:
RenderFreePicture: RenderBadPicture", reported and testing by semarie@

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/02/21 12:49:42

Modified files:
x11/xfce4/xfce4-mount: Makefile distinfo 

Log message:
Update to xfce4-mount 1.1.2

Re: update to py-argcomplete-1.4.1 and a py3 flavor

[Daniel Jakots]

On Tue, 21 Feb 2017 16:13:50 +, Stuart Henderson
 wrote:

> (and this was imported as just "flake8" rather than "py-flake8" so
> adding a py3 flavour is going to be more fiddly than usual)

Challenge accepted. I'll try to make a diff before the week-end (cc'ed
flake8 maintainer).

Cheers,
Daniel

Re: Fix lang/ruby/2.3 on arm/hppa/powerpc

[Jeremie Courreges-Anglas]

Jeremy Evans  writes:

> On 02/21 07:25, Jeremie Courreges-Anglas wrote:
>> 
>> Hi,
>> 
>> currently ruby/2.3 is marked as BROKEN on arm/hppa/powerpc, since
>> building ripper.c takes more than 1GB of ram.  By tuning the
>> optimization level to -O1 for this file only, I get a working
>> interpreter on arm.  I propose to try the same workaround on hppa and
>> powerpc.
>> 
>> ok?
>
> OK jeremy@
>
> We probably want similar patches for the other ruby versions in the
> tree (2.1, 2.2, 2.4).

Hmm, I've added the same thing to 2.4, but other versions appear
unaffected.  I'll probably propose a limit bump for arm so that less
archs are affected.

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

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/21 10:04:45

Modified files:
lang/ruby/2.4  : Makefile 
Added files:
lang/ruby/2.4/patches: patch-ext_ripper_depend 

Log message:
Workaround for ram-constrained archs: build ext/ripper/ripper.c with -O1

Same as lang/ruby/2.3.  Preventively add arm, just in case it is near
the maximum limit.
Prodded by jeremy@ (maintainer)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/21 09:49:55

Modified files:
sysutils/consul: Makefile 

Log message:
ONLY_FOR_ARCHS=amd64, ok ajacoutot

Re: CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

On Tue, Feb 21, 2017 at 04:34:42PM +, Stuart Henderson wrote:
> On 2017/02/19 02:14, Antoine Jacoutot wrote:
> > CVSROOT:/cvs
> > Module name:ports
> > Changes by: ajacou...@cvs.openbsd.org   2017/02/19 02:14:31
> > 
> > Modified files:
> > sysutils/consul: Makefile distinfo 
> > 
> > Log message:
> > Update to consul-0.7.5.
> > 
> 
> This fails to build on i386, these reference some sysctl things and a go 
> version
> of struct uvmexp that is defined in mem_openbsd_amd64.go in consul's 
> distribution,
> but there is no i386 equivalent ..
> 
> ONLY_FOR_ARCHS=amd64 ?
>
> (These static copies of converted versions of system headers are one of the 
> reasons
> why I can't take any of the Go stuff seriously..it's bad enough having them 
> in the
> compiler, but also spread around application software, what are they 
> thinking?!)

Just set ONLY_FOR_ARCHS=amd64 with an XXX please.
So I can have a look when I have time.

Thanks.

> 
> ===>  Building for consul-0.7.5
> /usr/bin/env -i GOPATH="/usr/obj/ports/consul-0.7.5/go:/usr/local/go-pkg" 
> PATH="/usr/obj/ports/consul-0.7.5/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
>  go install -x -ldflags="-X 
> github.com/hashicorp/consul/version.GitDescribe=v0.7.5 -X 
> github.com/hashicorp/consul/version.VersionPrerelease=""  -s -w" 
> github.com/hashicorp/consul
> WORK=/tmp/go-build075497193
> mkdir -p 
> $WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/_obj/
> mkdir -p $WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/
> cd 
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
> /usr/local/go/pkg/tool/openbsd_386/compile -o 
> $WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem.a 
> -trimpath $WORK -p 
> github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem -complete 
> -buildid 8357db77851674a691af973261db9d67d7e29973 -importmap 
> github.com/shirou/gopsutil/internal/common=github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/internal/common
>  -D 
> _/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
>  -I $WORK -I /usr/obj/ports/consul-0.7.5/go/pkg/openbsd_386 -pack ./mem.go 
> ./mem_openbsd.go
> # github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:15:
>  undefined: CTLVm
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:15:
>  undefined: VmUvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:20:
>  undefined: sizeOfUvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:23:
>  undefined: Uvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:33:
>  undefined: CTLVm
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:33:
>  undefined: VmUvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:38:
>  undefined: sizeOfUvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:41:
>  undefined: Uvmexp
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
>  undefined: CTLVfs
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
>  undefined: VfsGeneric
> /usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
>  too many errors
> *** Error 2 in . (/usr/ports/lang/go/go.port.mk:87 'do-build')
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2660 
> '/usr/obj/ports/consul-0.7.5/build-i386/.build_done')
> *** Error 1 in /usr/ports/sysutils/consul 
> (/usr/ports/infrastructure/mk/bsd.port.mk:2365 'all')
> 

-- 
Antoine

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/21 09:45:36

Modified files:
lang/ruby/2.3  : Makefile 
Added files:
lang/ruby/2.3/patches: patch-ext_ripper_depend 

Log message:
Workaround for ram-constrained archs: build ext/ripper/ripper.c with -O1

ok phessler@ jeremy@ (maintainer)

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 09:43:53

Removed files:
infrastructure/man/man1: retrieve-index.1 
infrastructure/bin: extract-dependencies find-build-order 
retrieve-index 

Log message:
kill old cruft. keep portslogger as people still use it

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2017/02/19 02:14, Antoine Jacoutot wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   ajacou...@cvs.openbsd.org   2017/02/19 02:14:31
> 
> Modified files:
>   sysutils/consul: Makefile distinfo 
> 
> Log message:
> Update to consul-0.7.5.
> 

This fails to build on i386, these reference some sysctl things and a go version
of struct uvmexp that is defined in mem_openbsd_amd64.go in consul's 
distribution,
but there is no i386 equivalent ..

ONLY_FOR_ARCHS=amd64 ?

(These static copies of converted versions of system headers are one of the 
reasons
why I can't take any of the Go stuff seriously..it's bad enough having them in 
the
compiler, but also spread around application software, what are they thinking?!)

===>  Building for consul-0.7.5
/usr/bin/env -i GOPATH="/usr/obj/ports/consul-0.7.5/go:/usr/local/go-pkg" 
PATH="/usr/obj/ports/consul-0.7.5/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
 go install -x -ldflags="-X 
github.com/hashicorp/consul/version.GitDescribe=v0.7.5 -X 
github.com/hashicorp/consul/version.VersionPrerelease=""  -s -w" 
github.com/hashicorp/consul
WORK=/tmp/go-build075497193
mkdir -p 
$WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/_obj/
mkdir -p $WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/
cd 
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
/usr/local/go/pkg/tool/openbsd_386/compile -o 
$WORK/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem.a 
-trimpath $WORK -p 
github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem -complete 
-buildid 8357db77851674a691af973261db9d67d7e29973 -importmap 
github.com/shirou/gopsutil/internal/common=github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/internal/common
 -D 
_/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
 -I $WORK -I /usr/obj/ports/consul-0.7.5/go/pkg/openbsd_386 -pack ./mem.go 
./mem_openbsd.go
# github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:15:
 undefined: CTLVm
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:15:
 undefined: VmUvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:20:
 undefined: sizeOfUvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:23:
 undefined: Uvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:33:
 undefined: CTLVm
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:33:
 undefined: VmUvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:38:
 undefined: sizeOfUvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:41:
 undefined: Uvmexp
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
 undefined: CTLVfs
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
 undefined: VfsGeneric
/usr/obj/ports/consul-0.7.5/go/src/github.com/hashicorp/consul/vendor/github.com/shirou/gopsutil/mem/mem_openbsd.go:62:
 too many errors
*** Error 2 in . (/usr/ports/lang/go/go.port.mk:87 'do-build')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2660 
'/usr/obj/ports/consul-0.7.5/build-i386/.build_done')
*** Error 1 in /usr/ports/sysutils/consul 
(/usr/ports/infrastructure/mk/bsd.port.mk:2365 'all')

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/02/21 09:17:11

Modified files:
net/p5-Net-DNS : Makefile distinfo 

Log message:
update p5-Net-DNS to 1.08

Re: more spring cleanup

[Christian Weisgerber]

On 2017-02-21, Marc Espie  wrote:

> A few oddities in bsd.port.mk
>
> - CDROM_SITE ?

This is somewhat useful.  Not for actual CDROM distribution, but
for opportunistically getting distfiles from a central NFS stash
if they happen to be there.  Hmmm... However, it doesn't handle
DIST_SUBDIR... I think I have gone several times through the cycle
where I re-discovered CDROM_SITE, tried to use it, noticed the lack
of subdir handling, dropped the idea, and then subsequently forgot
all about it.

> - does anyone still use WRKOBJDIR=
> (which used to create w-* directly in each port's directory)
> - link-categories/unlink-categories ?
> - homepage-links ?

I don't use any of these.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: update to py-argcomplete-1.4.1 and a py3 flavor

[Stuart Henderson]

On 2017/02/22 02:27, Jonathan Gray wrote:
> On Sun, Aug 28, 2016 at 09:05:18PM +0500, Alexandr Shadchin wrote:
> > On Sun, Aug 28, 2016 at 04:44:44PM +0200, Daniel Jakots wrote:
> > > On Sun, 28 Aug 2016 12:39:00 +0200, Daniel Jakots 
> > > wrote:
> > > 
> > > > Here's a diff to update to py-argcomplete-1.4.1.
> > > 
> > > Now that it has been committed (thanks jca@), I can update and a py3
> > > flavor to devel/py-argh
> > > 
> > > Comments? OK?
> > > 
> > 
> > ok shadchin@
> 
> Here is a newer version, update-plist seemed unhelpful, looks like
> the existing PLIST is fine?

There are some additions,

bin/python-argcomplete-tcsh${MODPY_BIN_SUFFIX}
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt

Tests are a bit messed up though, some missing deps - py-coverage, py-pexpect,
bash, tcsh we have - there's also devel/flake8 of which we only have a py2
version (and this was imported as just "flake8" rather than "py-flake8" so
adding a py3 flavour is going to be more fiddly than usual). It also uses
"wheel" which isn't in ports as far as I can see.

The do-test override isn't needed in this version, the default test target
gives much more information about failures. But it does need "python" to be
in the path, it can't cope with "python2.7".

Also I see it runs out of PTYs during tests unless I create more device
nodes.

So here's a better-but-not-perfect diff..

Index: Makefile
===
RCS file: /cvs/ports/devel/py-argcomplete/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile3 Jan 2017 19:19:48 -   1.7
+++ Makefile21 Feb 2017 16:10:39 -
@@ -2,11 +2,10 @@
 
 COMMENT =  bash tab completion for argparse
 
-MODPY_EGG_VERSION =1.4.1
+MODPY_EGG_VERSION =1.8.2
 DISTNAME = argcomplete-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   devel
-REVISION = 0
 
 # GPLv3+
 PERMIT_PACKAGE_CDROM=  Yes
@@ -19,12 +18,22 @@ MODPY_SETUPTOOLS =  Yes
 FLAVORS =  python3
 FLAVOR ?=
 
+# XXX flake8 needs renaming before adding py3 support to it
+# also wants wheel, not yet ported
+TEST_DEPENDS = devel/py-coverage${MODPY_FLAVOR} \
+   devel/py-pexpect${MODPY_FLAVOR} \
+   devel/flake8 \
+   shells/bash \
+   shells/tcsh
+
 post-install:
for i in ${PREFIX}/bin/*; do \
mv $${i} $${i}${MODPY_BIN_SUFFIX} ;\
done
 
-do-test:
-   cd ${WRKSRC}/test && ${MODPY_BIN} test.py
+pre-test:
+   @ln -fs ${MODPY_BIN} ${WRKDIR}/bin/python
+   @[[ -r /dev/ptyz0 ]] || (printf "\\nWARNING: tests are likely to fail\
+   unless additional ptys are available.\\n\\n" >&2; sleep 2)
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/py-argcomplete/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo28 Aug 2016 10:55:38 -  1.3
+++ distinfo21 Feb 2017 16:10:39 -
@@ -1,2 +1,2 @@
-SHA256 (argcomplete-1.4.1.tar.gz) = 
p7X6jRrLaeSbPGs/YiW8cJCS4Mf2ITEbrFB6T27+YJ0=
-SIZE (argcomplete-1.4.1.tar.gz) = 37219
+SHA256 (argcomplete-1.8.2.tar.gz) = 
eizN4HTrZjEjKy+R+NjVmF1b6/DjawkREwluOgOFVGs=
+SIZE (argcomplete-1.8.2.tar.gz) = 53626
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-argcomplete/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST   28 Aug 2016 10:55:38 -  1.2
+++ pkg/PLIST   21 Feb 2017 16:10:39 -
@@ -1,6 +1,7 @@
 @comment $OpenBSD: PLIST,v 1.2 2016/08/28 10:55:38 danj Exp $
 bin/activate-global-python-argcomplete${MODPY_BIN_SUFFIX}
 bin/python-argcomplete-check-easy-install-script${MODPY_BIN_SUFFIX}
+bin/python-argcomplete-tcsh${MODPY_BIN_SUFFIX}
 bin/register-python-argcomplete${MODPY_BIN_SUFFIX}
 lib/python${MODPY_VERSION}/site-packages/argcomplete/
 
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
@@ -8,6 +9,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
 
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
+lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 
lib/python${MODPY_VERSION}/site-packages/argcomplete-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/argcomplete/__init__.py
 
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/argcomplete/${MODPY_PYCACHE}/

Re: ports tree dependency introspection

[Christian Weisgerber]

On 2017-02-21, Marc Espie  wrote:

> Since we have caching running, "modern ports" uses a mechanism
> like 'show-run-depends' to yield a recursive trimmed dependency list
> quickly.
>
> We also have an older mechanism (*-dir-depends) that yields a full list
> suitable for tsort.

I use *-dir-depends from time to time, raw or with tsort -r, to see
the complete dependency tree of a port.  I think I learned this
from the package/check-plist script.

I don't use show-run-depends.  (Why?  Probably because there are
too many similarly named targets for me to remember that they exist
and what they exactly do each.)

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: Fix lang/ruby/2.3 on arm/hppa/powerpc

[Jeremy Evans]

On 02/21 07:25, Jeremie Courreges-Anglas wrote:
> 
> Hi,
> 
> currently ruby/2.3 is marked as BROKEN on arm/hppa/powerpc, since
> building ripper.c takes more than 1GB of ram.  By tuning the
> optimization level to -O1 for this file only, I get a working
> interpreter on arm.  I propose to try the same workaround on hppa and
> powerpc.
> 
> ok?

OK jeremy@

We probably want similar patches for the other ruby versions in the
tree (2.1, 2.2, 2.4).

Thanks,
Jeremy

> 
> 
> Index: Makefile
> ===
> RCS file: /d/cvs/ports/lang/ruby/2.3/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile  21 Dec 2016 07:22:20 -  1.15
> +++ Makefile  21 Feb 2017 06:21:29 -
> @@ -1,9 +1,5 @@
>  # $OpenBSD: Makefile,v 1.15 2016/12/21 07:22:20 phessler Exp $
>  
> -BROKEN-arm = OOM when building ext/ripper/ripper.c
> -BROKEN-hppa =OOM when building ext/ripper/ripper.c
> -BROKEN-powerpc = OOM when building ext/ripper/ripper.c
> -
>  COMMENT-main =   object oriented script language with threads
>  COMMENT-gdbm =   gdbm interface for ruby
>  COMMENT-tk = tk interface for ruby
> @@ -91,6 +87,15 @@ TEST_DEPENDS = ${FULLPKGNAME-main}:${BU
>  
>  post-extract:
>   rm -rf ${WRKSRC}/ext/fiddle/libffi-* ${WRKSRC}/tool/downloader.rb
> +
> +# cc(1) uses too much ram to build ext/ripper/ripper.c
> +# XXX remove arch if vmparam.h + login.conf give more than 1024M to pbuild
> +.if ${MACHINE_ARCH:Malpha} || ${MACHINE_ARCH:Marm} || ${MACHINE_ARCH:Mhppa}
> +CFLAGS_OVERRIDE =-O1
> +.endif
> +pre-configure:
> + sed -i 's/%%CFLAGS_OVERRIDE%%/${CFLAGS_OVERRIDE}/g' \
> + ${WRKSRC}/ext/ripper/depend
>  
>  pre-install:
>   find ${WRKSRC} -name '*.orig' -print0 | xargs -0r rm
> Index: patches/patch-ext_ripper_depend
> ===
> RCS file: patches/patch-ext_ripper_depend
> diff -N patches/patch-ext_ripper_depend
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-ext_ripper_depend   21 Feb 2017 06:02:10 -
> @@ -0,0 +1,12 @@
> +$OpenBSD$
> +--- ext/ripper/depend.orig   Fri Dec 19 14:34:54 2014
>  ext/ripper/dependTue Feb 21 07:02:06 2017
> +@@ -43,6 +43,8 @@ ripper.E: ripper.c
> + $(ECHO) preprocessing ripper.c
> + $(Q) $(CC) -E $(CPPFLAGS) ripper.c | $(RUBY) $(srcdir)/tools/strip.rb > 
> $@
> + 
> ++CFLAGS += %%CFLAGS_OVERRIDE%%
> ++
> + # AUTOGENERATED DEPENDENCIES START
> + ripper.o: $(RUBY_EXTCONF_H)
> + ripper.o: $(arch_hdrdir)/ruby/config.h
> 
> -- 
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2017/02/21 08:36:21

Modified files:
security/keybase: Makefile distinfo 
Removed files:
security/keybase/patches: patch-go_install_install_unix_go 
  patch-go_logger_redirect_stderr_nix_go 
  
patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go 
  patch-go_vendor_vendor_json 

Log message:
Remove most of the patches as they are upstreamed. Bump to latest version.

OK awolk@

Re: update to py-argcomplete-1.4.1 and a py3 flavor

[Jonathan Gray]

On Sun, Aug 28, 2016 at 09:05:18PM +0500, Alexandr Shadchin wrote:
> On Sun, Aug 28, 2016 at 04:44:44PM +0200, Daniel Jakots wrote:
> > On Sun, 28 Aug 2016 12:39:00 +0200, Daniel Jakots 
> > wrote:
> > 
> > > Here's a diff to update to py-argcomplete-1.4.1.
> > 
> > Now that it has been committed (thanks jca@), I can update and a py3
> > flavor to devel/py-argh
> > 
> > Comments? OK?
> > 
> 
> ok shadchin@

Here is a newer version, update-plist seemed unhelpful, looks like
the existing PLIST is fine?

Index: Makefile
===
RCS file: /cvs/ports/devel/py-argcomplete/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile3 Jan 2017 19:19:48 -   1.7
+++ Makefile21 Feb 2017 15:18:08 -
@@ -2,11 +2,10 @@
 
 COMMENT =  bash tab completion for argparse
 
-MODPY_EGG_VERSION =1.4.1
+MODPY_EGG_VERSION =1.8.2
 DISTNAME = argcomplete-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 CATEGORIES =   devel
-REVISION = 0
 
 # GPLv3+
 PERMIT_PACKAGE_CDROM=  Yes
Index: distinfo
===
RCS file: /cvs/ports/devel/py-argcomplete/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo28 Aug 2016 10:55:38 -  1.3
+++ distinfo21 Feb 2017 15:18:15 -
@@ -1,2 +1,2 @@
-SHA256 (argcomplete-1.4.1.tar.gz) = 
p7X6jRrLaeSbPGs/YiW8cJCS4Mf2ITEbrFB6T27+YJ0=
-SIZE (argcomplete-1.4.1.tar.gz) = 37219
+SHA256 (argcomplete-1.8.2.tar.gz) = 
eizN4HTrZjEjKy+R+NjVmF1b6/DjawkREwluOgOFVGs=
+SIZE (argcomplete-1.8.2.tar.gz) = 53626

Re: more spring cleanup

[Antoine Jacoutot]

On Tue, Feb 21, 2017 at 03:05:57PM +0100, Antoine Jacoutot wrote:
> On Tue, Feb 21, 2017 at 02:58:56PM +0100, Marc Espie wrote:
> > A few oddities in bsd.port.mk
> > 
> > - does anyone still use WRKOBJDIR=
> > (which used to create w-* directly in each port's directory)
> 
> Hmm, I use it everywhere because my ports tree is over NFS and my obj dir is
> local.

Ah, I saw sthen's answer (set to blank).
Never did that nope...

-- 
Antoine

Re: more spring cleanup

[Antoine Jacoutot]

On Tue, Feb 21, 2017 at 02:58:56PM +0100, Marc Espie wrote:
> A few oddities in bsd.port.mk
> 
> - does anyone still use WRKOBJDIR=
> (which used to create w-* directly in each port's directory)

Hmm, I use it everywhere because my ports tree is over NFS and my obj dir is
local.

-- 
Antoine

ports tree dependency introspection

[Marc Espie]

Since we have caching running, "modern ports" uses a mechanism
like 'show-run-depends' to yield a recursive trimmed dependency list
quickly.

We also have an older mechanism (*-dir-depends) that yields a full list
suitable for tsort.

Con: show-run-depends does NOT show the parent of each dependency
(but I can tweak it to display that information with a VERBOSE_DEPENDS)

Con: show-run-depends does not ever show the same dependency twice, so
you get a "partial tree" in any case.

Pro: show-run-depends is ways faster


I'm thinking about killing the old mechanism entirely... assuming I
get convenience targets similar to show-run-depends (less code to maintain
and faster shit).


Any opinion about that ?

I realize those are very esoteric parts in the ports tree... but it's fair
to ask.

Re: more spring cleanup

[Stuart Henderson]

On 2017/02/21 14:58, Marc Espie wrote:
> A few oddities in bsd.port.mk
> 
> - does anyone still use WRKOBJDIR=
> (which used to create w-* directly in each port's directory)

set to blank? nope.

> - CDROM_SITE ?
> - link-categories/unlink-categories ?
> - homepage-links ?

nope.

more spring cleanup

[Marc Espie]

A few oddities in bsd.port.mk

- does anyone still use WRKOBJDIR=
(which used to create w-* directly in each port's directory)

- CDROM_SITE ?

- link-categories/unlink-categories ?

- homepage-links ?

Re: spring cleanup, old scripts removal

[Marc Espie]

On Mon, Feb 20, 2017 at 11:47:00PM +, Nigel Taylor wrote:
> On 02/20/17 09:44, David Coppa wrote:
> > On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie  wrote:
> >> I'd like to remove
> >> extract-dependencies
> >> find-build-order
> >> (dpb does it and more)
> >>
> >> portslogger
> >> (haven't used it in ages, again, dpb)
> >>
> >> and maybe
> >> retrieve-index
> >> does anyone actually use that one ?
> >>
> >> (personally, I do either grep on INDEX, or I use
> >> sqlports whenever I really need something)
> >>
> > 
> > I use portslogger a lot, for the others I don't care (never used them).
> > 
> > Ciao!
> > David
> > 
> > 
> portlogger used my me also.

No problem, I can keep portslogger, just don't expect any kind of maintainance
on it :)

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:55:16

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
TRUSTED_PKG_PATH has been there long enough, so use it as intended

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:53:40

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
explain the very intricate logic that handles all fetched files
simplify one variable

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:49:34

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
instead of
VAR=
.for x in 
VAR += value
.endfor

do
.for x in 
VAR += value
.endfor
VAR ?=

(avoid an extra empty value at front)

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:46:18

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
unbreak checksum. Simplify messages

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:31:56

Modified files:
infrastructure/mk: bsd.port.mk 

Log message:
comment tweaks

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/02/21 06:15:01

Modified files:
infrastructure/mk: bsd.port.mk pkgpath.mk 

Log message:
kill some old ghosts:
FTP_KEEP_ALIVE, README_TOPS, _FETCH*, RECURSIVE_FETCH_LIST
detection of old INSTALL/DEINSTALL/REQ scripts

Re: CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

On 2017-02-21, Stuart Henderson  wrote:

>> Log message:
>> Use standard type u_int32_t instead of __u32.
>> 
>> Build error after sys/videoio.h update reported by naddy@.
>
> Seems a bit odd to use sed rather than patch this?

I assume there are many instance of this in the code.  Personally,
I would have added a patch with a #define.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 05:35:31

Modified files:
sysutils   : Makefile 

Log message:
+ SUBDIR += libvslvm

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 05:33:47

Log message:
import libvslvm: library to access the LVM volume system format.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170221

N ports/sysutils/libvslvm/Makefile
N ports/sysutils/libvslvm/distinfo
N ports/sysutils/libvslvm/pkg/DESCR
N ports/sysutils/libvslvm/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 05:26:23

Modified files:
sysutils   : Makefile 

Log message:
+ SUBDIR += libvshadow

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 05:24:37

Log message:
import libvshadow: library and tools to access the VSSformat.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170221

N ports/sysutils/libvshadow/Makefile
N ports/sysutils/libvshadow/distinfo
N ports/sysutils/libvshadow/pkg/DESCR
N ports/sysutils/libvshadow/pkg/PLIST

No conflicts created by this import

Re: CVS: cvs.openbsd.org: ports

[Stuart Henderson]

On 2017/02/21 04:45, Ingo Feinerer wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   feine...@cvs.openbsd.org2017/02/21 04:45:48
> 
> Modified files:
>   multimedia/xine-lib: Makefile 
> 
> Log message:
> Use standard type u_int32_t instead of __u32.
> 
> Build error after sys/videoio.h update reported by naddy@.
> OK ajacoutot@
> 

Seems a bit odd to use sed rather than patch this?

CVS: cvs.openbsd.org: ports

[Ingo Feinerer]

CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2017/02/21 04:45:48

Modified files:
multimedia/xine-lib: Makefile 

Log message:
Use standard type u_int32_t instead of __u32.

Build error after sys/videoio.h update reported by naddy@.
OK ajacoutot@

Re: [NEW] security/py-dfwinreg

[Stuart Henderson]

On 2017/02/21 07:21, Remi Pointel wrote:
> On 02/12/17 09:52, Remi Pointel wrote:
> > On 01/18/17 21:55, Remi Pointel wrote:
> > > Hi,
> > > 
> > > attached is dfwinreg: Digital Forensics Windows Registry, provides
> > > read-only access to Windows Registry objects. It's needed for Plaso.
> > > 
> > > Ok?
> > > 
> > > Cheers,
> > > 
> > > Remi.
> > 
> > 
> > Update depends which are in sysutils now.
> > 
> > Ok?
> > 
> > Cheers,
> > 
> > Remi.
> 
> ping
> 

I'm finding it difficult to keep track of these spread across a bunch of
mail threads and it's a pain to find the right file to test, could you post
a summary of the remaining deps in one message with a url for the tgz for
each please?  Thanks :)

ocamlyacc segfault triggered by ocaml-menhir's parser

[Stuart Henderson]

I ran across this in an i386 bulk build, but it's easy to reproduce.
ocamlyacc segfaults when processing the parser from ocaml-menhir-20170101:

$ cd /usr/ports/devel/ocaml-menhir; make
[..]
$ cd `make show=WRKSRC`/src/_stage1
$ for i in `jot 200`; do ocamlyacc parser.mly || echo $i; done
Segmentation fault (core dumped) 
39
Segmentation fault (core dumped) 
49
Segmentation fault (core dumped) 
172
Segmentation fault (core dumped) 
180

Output files are zero bytes, backtrace looks like this:

Program terminated with signal SIGSEGV, Segmentation fault.
#0  set_first_derives () at closure.c:109
109   cword = *vrow++;
(gdb) bt full
#0  set_first_derives () at closure.c:109
rrow = 0x199365ec1374
vrow = 0x1992f74b2000
j = 62
mask = 0
cword = 2164277248
rp = 0x20
rule = -1
i = 62
rulesetsize = 
varsetsize = 1
#1  0x1990ce60372f in generate_states () at lr0.c:155
No locals.
#2  0x1990ce604215 in main (argc=2, argv=0x7f7d69f8) at main.c:456
No locals.

I know very little about OCaml so if someone's interested, could you take
a look and/or report upstream please?

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 03:39:25

Modified files:
security   : Makefile 

Log message:
+ SUBDIR += libbde

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 03:38:42

Log message:
import libbde: access the BitLocker Drive Encryption encrypted volumes.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170221

N ports/security/libbde/Makefile
N ports/security/libbde/distinfo
N ports/security/libbde/pkg/PLIST
N ports/security/libbde/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2017/02/21 02:59:46

Modified files:
www/bozohttpd  : Makefile distinfo 
www/bozohttpd/patches: patch-Makefile 

Log message:
Update to bozohttpd-20170201.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/21 02:56:32

Modified files:
net/py-boto: Makefile distinfo 
net/py-boto/pkg: PLIST 

Log message:
Update to py-boto-2.46.1.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 02:51:30

Modified files:
sysutils   : Makefile 

Log message:
+ SUBDIR += libvmdk

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 02:50:29

Log message:
import libvmdk: library and tools to access the VMware Virtual Disk format.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170221

N ports/sysutils/libvmdk/Makefile
N ports/sysutils/libvmdk/distinfo
N ports/sysutils/libvmdk/pkg/DESCR
N ports/sysutils/libvmdk/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 02:48:43

Modified files:
security   : Makefile 

Log message:
+ SUBDIR += py-dfwinreg

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/02/21 02:47:51

Log message:
import dfwinreg: Digital Forensics Windows Registry.
ok benoit@.

Status:

Vendor Tag: rpointel
Release Tags:   rpointel_20170221

N ports/security/py-dfwinreg/Makefile
N ports/security/py-dfwinreg/distinfo
N ports/security/py-dfwinreg/pkg/PLIST
N ports/security/py-dfwinreg/pkg/DESCR

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/21 02:44:37

Modified files:
editors/abiword: Makefile 
math/gnumeric  : Makefile 

Log message:
Sync WANTLIB to unbreak (reported by naddy@).

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/02/21 02:31:34

Modified files:
audio/quodlibet: Makefile 

Log message:
Add missing py-futures dep to quodlibet, reported by Laurie Tratt, thanks!
While there, split deps into py2/all python/others, and replace gettext module.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/21 02:19:31

Modified files:
print/libspectre: Makefile 

Log message:
Regen WANTLIB.

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2017/02/21 02:12:57

Modified files:
textproc/highlight: Makefile distinfo 
textproc/highlight/pkg: PLIST 

Log message:
Update to highlight-3.35.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/02/21 02:08:22

Modified files:
lang/ecl   : Makefile 

Log message:
Remove BROKEN-arm; seems reliable here

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/02/21 01:46:48

Modified files:
x11/gnome/shell: Makefile 

Log message:
idn -> idn2 to unbreak (reported by naddy@)

Re: NEW: sysutils/yank

[Stuart Henderson]

On 2017/02/20 21:30, Anton Lindqvist wrote:
> Thanks for the review, comments below:
> 
> On Mon, Feb 20, 2017 at 07:52:16PM +, Stuart Henderson wrote:
> > On 2017/02/20 19:37, Anton Lindqvist wrote:
> > > Update to newest version 0.8.2.
> > > 
> > > On Sat, Feb 18, 2017 at 09:05:24AM +0100, Anton Lindqvist wrote:
> > > > The yank(1) utility reads input from stdin and displays a selection
> > > > interface that allows a field to be selected and copied to the
> > > > clipboard.
> > > > 
> > > > I'm the creator and maintainer of yank(1).
> > > > 
> > > > https://github.com/mptre/yank
> > 
> > - HOMEPAGE isn't needed, that's the default with GH_* anyway.
> 
> Fixed
> 
> > - the @conflict is done on the package name, so it should be EMBOSS-*
> > not emboss-*.
> 
> Fixed
> 
> > - we're trying to keep track of things in ports using pledge, so please
> > add a "# uses pledge()" comment near the WANTLIB
> 
> Thanks, didn't know. Maybe this convention should mentioned in
> infrastructure/templates/Makefile.template.
> 
> > rest is ok ports-wise, though I'm not a fan of hard-coded terminal
> > escape sequences.
> 
> Agree, I will migrate to curses at some point in the future.

Thanks. OK sthen@ if somebody would like to import it.