CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/18 17:52:32

Modified files:
devel/llvm : Makefile 

Log message:
revert previous; "On an architecture using clang(1) as the default
compiler, clang from the base system will always be chosen, so it is not
necessary to list ‘base’ unless it's the only suitable compiler"

Re: GNU APL interpreter port for OpenBSD

[Brian Callahan]

Hi Giuseppe, ports --

On 07/18/17 06:16, Giuseppe Cocomazzi wrote:

Hello,
I've just finished porting GNU APL to OpenBSD.
GNU APL is a free interpreter for Kenneth Iverson's APL
programming language. More details about the project
are available on the homepage:

https://www.gnu.org/software/apl/

The port has been built and tested on the following
system:

OpenBSD misery.doom.loc 5.9 GENERIC.MP#1616 i386


I'll just chime in too and remind everyone to always develop new ports 
on -current, as the infrastructure and internals of the ports mechanism 
very well may change from release to release. And indeed, especially 
lately, there has been a lot of really great work on improving the 
mechanisms around compiler selection, for example.



and it is available at:

http://sbudella.altervista.org/stuff/openbsd-apl.tgz

Feedback and suggestions would be really appreciated.


However, this port is mostly complete and really only needs a few tweaks 
to get it in shape for importing.


Attached is an updated tarball, keeping you as maintainer, Giuseppe, and 
doing what I believe was your intent from the original submission.


It builds, packages, and seems to run on amd64. However, I have 
absolutely no idea how to use APL or this interpreter, so I can only 
confirm that it indeed does not segfault or otherwise crash when run. 
Note, the command to quit the interpreter is )OFF (that is, a close 
parentheses followed by OFF). But then the apl interpreter inverts the 
colors on my terminal, leading to black text on black background, so the 
only thing I can really do is issue "exit" to close the terminal. 
Perhaps, Giuseppe, you could write a default config file so that the apl 
environment does what the user might expect?


~Brian



apl.tgz
Description: Binary data

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/18 15:35:20

Modified files:
devel/llvm : Makefile 

Log message:
Use "COMPILER=base gcc4" for devel/llvm to give it a chance on aarch64.
>From Brad. I haven't tested (too many hangs for ports building) but since
it currently fails because there's no gcc4 on the arch, it can't make
things worse than they already are.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/18 15:30:45

Modified files:
mail/postfix/stable: Makefile distinfo 

Log message:
update to Postfix 3.2.2, from Brad

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/18 15:30:33

Modified files:
mail/postfix/snapshot: Makefile distinfo 

Log message:
update to postfix-3.3.20170716, from Brad

CVS: cvs.openbsd.org: ports

[Anton Lindqvist]

CVSROOT:/cvs
Module name:ports
Changes by: an...@cvs.openbsd.org   2017/07/18 15:16:58

Modified files:
textproc/lowdown: Makefile distinfo 

Log message:
Update to lowdown-0.1.12.

ok bcallah@

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/07/18 15:06:48

Modified files:
editors/libreoffice: Makefile 

Log message:
oops, my editor killed one line

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 14:46:21

Modified files:
graphics/gdk-pixbuf2: Makefile distinfo 
graphics/gdk-pixbuf2/pkg: PLIST 

Log message:
Update to gdk-pixbuf-2.36.7.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 14:19:17

Modified files:
www/seamonkey  : Makefile 

Log message:
Missed bump from the COMPILER_LIBCXX rampage.

Re: OpenSMTPD extras missing manual

[Joerg Jung]

On Sat, Jul 15, 2017 at 04:46:03PM +0300, Atanas Vladimirov wrote:
> On 2017-05-26 23:53, Joerg Jung wrote:
> > On Mon, May 22, 2017 at 12:10:32AM +0200, Joerg Jung wrote:
> > > > Am 21.05.2017 um 22:37 schrieb Atanas Vladimirov :
> > > >
> > > > Today I installed opensmtpd-extras-pgsql-201703132115
> > > > and I couldn't find table-postgres.5 manual.
> > > > Is this intentional or I'm doing something wrong?
> > > 
> > > Man page is missing in the upstream Makefile.am
> > > so it won't be picked up and installed by the port.
> > 
> > This has been addressed upstream and will be fixed in the next snapshot
> > and port update. Thanks for reporting!
> 
> The man page is still missing.
> I'm running -current

Because their has been no new opensmtpd-extras snapshot released yet.

UPDATE: textproc/lowdown

[Anton Lindqvist]

Hi,
Update lowdown to 0.1.12 from maintainer, changelog below:

- Fix how the final metadata with multiple lines wouldn't have the last
  line processed.

Comments? OK?

Index: Makefile
===
RCS file: /cvs/ports/textproc/lowdown/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile29 May 2017 11:03:50 -  1.4
+++ Makefile18 Jul 2017 19:24:59 -
@@ -2,7 +2,7 @@
 
 COMMENT =  simple markdown translator
 
-DISTNAME = lowdown-0.1.11
+DISTNAME = lowdown-0.1.12
 CATEGORIES =   textproc
 
 HOMEPAGE = https://kristaps.bsd.lv/lowdown/
Index: distinfo
===
RCS file: /cvs/ports/textproc/lowdown/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo29 May 2017 11:03:50 -  1.4
+++ distinfo18 Jul 2017 19:24:59 -
@@ -1,2 +1,2 @@
-SHA256 (lowdown-0.1.11.tar.gz) = 1/bl3J3Bld5OyK4N7nL5VzPfWlIN8dCoo684Xa8OLSw=
-SIZE (lowdown-0.1.11.tar.gz) = 56149
+SHA256 (lowdown-0.1.12.tar.gz) = CofJg0FPKKHBHoDO3O8CHQETo2PHotZReCfas0VxwlM=
+SIZE (lowdown-0.1.12.tar.gz) = 56232

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2017/07/18 13:18:39

Modified files:
emulators/fuse-utils: Makefile distinfo 

Log message:
Update fuse-utils to 1.3.2.

OK bcallah@, benoit@

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 12:48:18

Modified files:
net/py-libcloud: Makefile 

Log message:
Missing BDEP.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/18 10:05:12

Modified files:
graphics/ImageMagick: Makefile distinfo 
graphics/ImageMagick/patches: patch-configure_ac 

Log message:
security update to ImageMagick-6.9.9-0 (crafted RLE image can trigger a crash
because of incorrect EOF handling in coders/rle.c)

CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2017/07/18 08:49:38

Modified files:
x11/slock  : Makefile 

Log message:
Add a comment stating why we're currently stuck with 1.3 (upstream removed
bsd-auth support) and that we're unaffected by the CVE fixed in 1.4.

suggested by and discussed with sthen

Re: Rust doc-tests panic

[Martijn Rijkeboer]

On 07/18/17 15:40, Sebastien Marie wrote:
> On Tue, Jul 18, 2017 at 03:10:26PM +0200, Martijn Rijkeboer wrote:
>> Hi,
>>
>> When I try to run `cargo test` on a Rust project I get the following
>> panic on the Doc-tests (the tests succeed on Linux):
>>
>>Doc-tests kpdb
>>thread '' panicked at 'called `Result::unwrap()` on an `Err`
>>value: Error { repr: Custom(Custom { kind: Other, error:
>>StringError("no current exe available (short)") }) }', /usr/obj/ports
>>/rust-1.18.0/rustc-1.18.0-src/src/libcore/result.rs:859
>>note: Run with `RUST_BACKTRACE=1` for a backtrace.
>>error: test failed, to rerun pass '--doc'
>>
>> Any suggestions on how to fix this? Some system info below.
> 
> The runned program should use env::current_exe() at some point (directly
> or via dependency), and the function is only partially supported under
> OpenBSD. 
> 
> See https://doc.rust-lang.org/std/env/fn.current_exe.html (and the
> security implication).
> 
> The problem is env::current_exe() should return the full pathname of the
> running executable, whereas in your case the program was started using
> execvp() (using $PATH). So the program has no way to know what is its
> own pathname (and there is *no* guarantee that the path is the *running*
> program, and the node wasn't changed).
> 
> Note, the problem could be in rustdoc itself. For now, I am working on
> upcoming 1.19.0 release, so probability for a patch for current version
> in ports is low. I will check if an unpatched call of env::current_exe()
> is here or not.

I totally understand your trade-off.


> You could try to set RUSTDOC=/usr/local/bin/rustdoc in your environment,
> before running cargo test. It will use a complete path for calling
> rustdoc, and if the problem is in rustdoc, it should found its own
> pathname.

By setting RUSTDOC the tests succeed so I'm happy. Thanks for your time.

Kind regards,


Martijn Rijkeboer

Re: Rust doc-tests panic

[Sebastien Marie]

On Tue, Jul 18, 2017 at 03:10:26PM +0200, Martijn Rijkeboer wrote:
> Hi,
> 
> When I try to run `cargo test` on a Rust project I get the following
> panic on the Doc-tests (the tests succeed on Linux):
> 
>Doc-tests kpdb
>thread '' panicked at 'called `Result::unwrap()` on an `Err`
>value: Error { repr: Custom(Custom { kind: Other, error:
>StringError("no current exe available (short)") }) }', /usr/obj/ports
>/rust-1.18.0/rustc-1.18.0-src/src/libcore/result.rs:859
>note: Run with `RUST_BACKTRACE=1` for a backtrace.
>error: test failed, to rerun pass '--doc'
> 
> Any suggestions on how to fix this? Some system info below.

The runned program should use env::current_exe() at some point (directly
or via dependency), and the function is only partially supported under
OpenBSD. 

See https://doc.rust-lang.org/std/env/fn.current_exe.html (and the
security implication).

The problem is env::current_exe() should return the full pathname of the
running executable, whereas in your case the program was started using
execvp() (using $PATH). So the program has no way to know what is its
own pathname (and there is *no* guarantee that the path is the *running*
program, and the node wasn't changed).

Note, the problem could be in rustdoc itself. For now, I am working on
upcoming 1.19.0 release, so probability for a patch for current version
in ports is low. I will check if an unpatched call of env::current_exe()
is here or not.

You could try to set RUSTDOC=/usr/local/bin/rustdoc in your environment,
before running cargo test. It will use a complete path for calling
rustdoc, and if the problem is in rustdoc, it should found its own
pathname.

Thanks.
-- 
Sebastien Marie

Rust doc-tests panic

[Martijn Rijkeboer]

Hi,

When I try to run `cargo test` on a Rust project I get the following
panic on the Doc-tests (the tests succeed on Linux):

   Doc-tests kpdb
   thread '' panicked at 'called `Result::unwrap()` on an `Err`
   value: Error { repr: Custom(Custom { kind: Other, error:
   StringError("no current exe available (short)") }) }', /usr/obj/ports
   /rust-1.18.0/rustc-1.18.0-src/src/libcore/result.rs:859
   note: Run with `RUST_BACKTRACE=1` for a backtrace.
   error: test failed, to rerun pass '--doc'

Any suggestions on how to fix this? Some system info below.

$ sysctl kern.version
kern.version=OpenBSD 6.1-current (GENERIC.MP) #99: Mon Jul 17 16:53:49
MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

$ pkg_info |egrep 'cargo|rust'
cargo-0.19.0package manager for Rust language
rust-1.18.0 compiler for Rust Language



Kind regards,


Martijn Rijkeboer

Re: x11/slock: Update to 1.4

[Stuart Henderson]

On 2017/07/18 13:39, Theo Buehler wrote:
> On Tue, Jul 18, 2017 at 02:18:57PM +0300, Vadim Zhukov wrote:
> > 2017-07-17 22:11 GMT+03:00 Michael Reed :
> > > The attached patch updates x11/slock to version 1.4, which
> > > includes a fix for CVE-2016-6866 [1].
> > >
> > > IMPORTANT:
> > > To make slock work in this version, I needed to change the
> > > install permissions of /usr/local/bin/slock from g+s to u+s.
> > > I don't know much about priv-dropping, UIDs, EUIDs, and all
> > > that stuff to know if that was actually a good idea, so any
> > > advice would be helpful.
> > 
> > In this version the upstream dropped support for BSD authentication.
> > This will bite: a) YP users (including those who use ypldap); b) users
> > of non-passwd auth styles.
> > 
> > I'd rather backport the fix from upstream:
> > http://git.suckless.org/slock/commit/?id=d8bec0f6fdc8a246d78cb488a0068954b46fcb29
> 
> Note that this commit only affects the !HAVE_BSD_AUTH codepath that our
> port doesn't use, so I think there's nothing to do in this regard.

Nothing code-wise to do, but adding a comment to the Makefile explaining
this would make sense.

> Also, we don't need the backport of
> http://git.suckless.org/slock/commit/?id=35633d45672d14bd798c478c45d1a17064701aa9
> since we already did that in a local patch (a bit differently though).

It's often worth updating to the committed version to make future updates
easier, but dropping bsd-auth makes that a non-issue anyway :)

Re: GNU APL interpreter port for OpenBSD

[Daniel Jakots]

On Tue, 18 Jul 2017 12:16:35 +0200, Giuseppe Cocomazzi
 wrote:

> The port has been built and tested on the following
> system:
> 
> OpenBSD misery.doom.loc 5.9 GENERIC.MP#1616 i386

OpenBSD development happens on -current. Please test your port on
current. 5.9 is not supported anymore btw.

Cheers,
Daniel

Re: x11/slock: Update to 1.4

[Theo Buehler]

On Tue, Jul 18, 2017 at 02:18:57PM +0300, Vadim Zhukov wrote:
> 2017-07-17 22:11 GMT+03:00 Michael Reed :
> > The attached patch updates x11/slock to version 1.4, which
> > includes a fix for CVE-2016-6866 [1].
> >
> > IMPORTANT:
> > To make slock work in this version, I needed to change the
> > install permissions of /usr/local/bin/slock from g+s to u+s.
> > I don't know much about priv-dropping, UIDs, EUIDs, and all
> > that stuff to know if that was actually a good idea, so any
> > advice would be helpful.
> 
> In this version the upstream dropped support for BSD authentication.
> This will bite: a) YP users (including those who use ypldap); b) users
> of non-passwd auth styles.
> 
> I'd rather backport the fix from upstream:
> http://git.suckless.org/slock/commit/?id=d8bec0f6fdc8a246d78cb488a0068954b46fcb29

Note that this commit only affects the !HAVE_BSD_AUTH codepath that our
port doesn't use, so I think there's nothing to do in this regard.

Also, we don't need the backport of
http://git.suckless.org/slock/commit/?id=35633d45672d14bd798c478c45d1a17064701aa9
since we already did that in a local patch (a bit differently though).

Re: x11/slock: Update to 1.4

[Vadim Zhukov]

2017-07-17 22:11 GMT+03:00 Michael Reed :
> The attached patch updates x11/slock to version 1.4, which
> includes a fix for CVE-2016-6866 [1].
>
> IMPORTANT:
> To make slock work in this version, I needed to change the
> install permissions of /usr/local/bin/slock from g+s to u+s.
> I don't know much about priv-dropping, UIDs, EUIDs, and all
> that stuff to know if that was actually a good idea, so any
> advice would be helpful.

In this version the upstream dropped support for BSD authentication.
This will bite: a) YP users (including those who use ypldap); b) users
of non-passwd auth styles.

I'd rather backport the fix from upstream:
http://git.suckless.org/slock/commit/?id=d8bec0f6fdc8a246d78cb488a0068954b46fcb29

But I'm not an slock user, so those are just my thoughts. :)
--
  WBR,
  Vadim Zhukov

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/07/18 05:00:41

Added files:
graphics/krita/patches: 
patch-libs_ui_KisResourceBundleManifest_cpp 

Log message:
Fix for Qt 5.9. No bump needed.

This is the last known offender of Qt 5.9 in ports tree.

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2017/07/18 04:22:59

Modified files:
www/kibana : Makefile distinfo 
www/kibana/pkg : PLIST 

Log message:
Update to 5.5.0

from MAINTAINER Pavel Korovin p at tristero se

OK jasper@

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2017/07/18 04:22:23

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

Log message:
Update to 5.5.0

from Pavel Korovin p at tristero se

OK jasper@ (MAINTAINER)

GNU APL interpreter port for OpenBSD

[Giuseppe Cocomazzi]

Hello,
I've just finished porting GNU APL to OpenBSD.
GNU APL is a free interpreter for Kenneth Iverson's APL
programming language. More details about the project
are available on the homepage:

https://www.gnu.org/software/apl/

The port has been built and tested on the following
system:

OpenBSD misery.doom.loc 5.9 GENERIC.MP#1616 i386

and it is available at:

http://sbudella.altervista.org/stuff/openbsd-apl.tgz

Feedback and suggestions would be really appreciated.

Thanks.

-- 
Giuseppe Cocomazzi
My self is steam.

http://sbudella.altervista.org
No Linkedin profile available.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/07/18 03:43:40

Modified files:
sysutils/py-tsk: Makefile distinfo 

Log message:
update py-tsk.
ok benoit@.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/07/18 03:42:52

Modified files:
sysutils/libvmdk: Makefile distinfo 
sysutils/libvmdk/pkg: PLIST 

Log message:
update libvmdk.
ok benoit@.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/07/18 03:41:17

Modified files:
security/py-artifacts: Makefile distinfo 
security/py-artifacts/pkg: PLIST 

Log message:
update py-artifacts.
ok benoit@.

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/07/18 03:19:00

Modified files:
lang/clang : clang.port.mk 

Log message:
now that clang is compiled by default, PORTPATH will prefer base clang to
ports clang  for ports that explicitly use clang to compile.

So put COMPILER_LINKS for those, so that we get the requested compiler, along
with -B support.

Noticed some oddities in WANTLIB for a few ports (libc++ and libc++abi which
had no business being there), this fixes the issue.

[UPDATE] sysutils/py-tsk

[Remi Pointel]

Hi,

attached is the diff to update py-tsk to latest release.

Ok?

Cheers,

Remi.Index: Makefile
===
RCS file: /cvs/ports/sysutils/py-tsk/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- Makefile	7 Mar 2017 10:11:27 -	1.2
+++ Makefile	18 Jul 2017 08:20:47 -
@@ -2,7 +2,7 @@
 
 COMMENT =	Python bindings for The Sleuth Kit (libtsk)
 
-MODPY_EGG_VERSION = 20170128
+MODPY_EGG_VERSION = 20170508
 DISTNAME =	pytsk3-${MODPY_EGG_VERSION}
 PKGNAME =	py-tsk-${MODPY_EGG_VERSION}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/py-tsk/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo	7 Mar 2017 10:11:27 -	1.2
+++ distinfo	18 Jul 2017 08:20:47 -
@@ -1,2 +1,2 @@
-SHA256 (pytsk3-20170128.tar.gz) = cd+CBS8glYOywEL+0qvFEQ/4PZUM33SNbLrSRNcJzkY=
-SIZE (pytsk3-20170128.tar.gz) = 2803782
+SHA256 (pytsk3-20170508.tar.gz) = I4ZbSDDy0oGQidf7Lm6qHQpZJIFYCzf68OFk5d2ZrFE=
+SIZE (pytsk3-20170508.tar.gz) = 3004540

[UPDATE] sysutils/libvmdk

[Remi Pointel]

Hi,

attached is the diff to update libvmdk to latest release.

Ok?

Cheers,

Remi.Index: Makefile
===
RCS file: /cvs/ports/sysutils/libvmdk/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	21 Feb 2017 09:50:29 -	1.1.1.1
+++ Makefile	18 Jul 2017 08:16:02 -
@@ -2,7 +2,7 @@
 
 COMMENT =	library and tools to access the VMware Virtual Disk format
 
-VERSION = 	20160119
+VERSION = 	20170226
 DISTNAME =	libvmdk-alpha-${VERSION}
 PKGNAME =	${DISTNAME:S/-alpha//}
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/libvmdk/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	21 Feb 2017 09:50:29 -	1.1.1.1
+++ distinfo	18 Jul 2017 08:16:02 -
@@ -1,2 +1,2 @@
-SHA256 (libvmdk-alpha-20160119.tar.gz) = bI4vj6jlYhyshOBNs8aEgz3U2I76K+5pCqBcDd/YKFM=
-SIZE (libvmdk-alpha-20160119.tar.gz) = 1491312
+SHA256 (libvmdk-alpha-20170226.tar.gz) = hbRR3pBwTC7EoHHh1wgqoXfRfmvEdIS1njm0SBcrzD8=
+SIZE (libvmdk-alpha-20170226.tar.gz) = 1507335
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/libvmdk/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST	21 Feb 2017 09:50:29 -	1.1.1.1
+++ pkg/PLIST	18 Jul 2017 08:16:02 -
@@ -3,6 +3,7 @@
 @bin bin/vmdkmount
 include/libvmdk/
 include/libvmdk.h
+include/libvmdk/codepage.h
 include/libvmdk/definitions.h
 include/libvmdk/error.h
 include/libvmdk/extern.h

[UPDATE] security/py-artifacts

[Remi Pointel]

Hi,

attached is the diff to update py-artifacts to latest release.

Ok?

Cheers,

Remi.Index: Makefile
===
RCS file: /cvs/ports/security/py-artifacts/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile	8 Apr 2017 06:52:18 -	1.5
+++ Makefile	18 Jul 2017 07:59:39 -
@@ -2,10 +2,9 @@
 
 COMMENT =	ForensicArtifacts.com Artifact Repository
 
-MODPY_EGG_VERSION = 20161022
+MODPY_EGG_VERSION = 20170618
 DISTNAME =	artifacts-${MODPY_EGG_VERSION}
 PKGNAME =	py-${DISTNAME}
-REVISION =	0
 
 CATEGORIES =	security
 
Index: distinfo
===
RCS file: /cvs/ports/security/py-artifacts/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo	5 Apr 2017 13:29:10 -	1.2
+++ distinfo	18 Jul 2017 07:59:39 -
@@ -1,2 +1,2 @@
-SHA256 (artifacts-20161022.tar.gz) = Xyb5e18Pnw7AAgt//0S1F+mt/lXpdfCwWLqETJ1QbiI=
-SIZE (artifacts-20161022.tar.gz) = 49375
+SHA256 (artifacts-20170618.tar.gz) = MWK7Uqom3Vse+TSIzMV5TYa7Cp38/MEoQaQ/cJon318=
+SIZE (artifacts-20170618.tar.gz) = 58295
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/py-artifacts/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 PLIST
--- pkg/PLIST	8 Apr 2017 06:52:18 -	1.4
+++ pkg/PLIST	18 Jul 2017 07:59:39 -
@@ -32,13 +32,13 @@ share/artifacts/antivirus.yaml
 share/artifacts/applications.yaml
 share/artifacts/cloud_services.yaml
 share/artifacts/config_files.yaml
-share/artifacts/darwin.yaml
 share/artifacts/installed_modules.yaml
 share/artifacts/java.yaml
 share/artifacts/kaspersky_careto.yaml
 share/artifacts/legacy.yaml
 share/artifacts/linux.yaml
 share/artifacts/linux_proc.yaml
+share/artifacts/macos.yaml
 share/artifacts/ntfs.yaml
 share/artifacts/unix_common.yaml
 share/artifacts/webbrowser.yaml

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 02:04:47

Modified files:
devel/pango: Makefile distinfo 

Log message:
Update to pango-1.40.7.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:59:58

Modified files:
mail/evolution-ews: Makefile distinfo 

Log message:
Update to evolution-ews-3.24.4.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:59:41

Modified files:
mail/evolution : Makefile distinfo 

Log message:
Update to evolution-3.24.4.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:59:17

Modified files:
databases/evolution-data-server: Makefile distinfo 

Log message:
Update to evolution-data-server-3.24.4.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/07/18 01:57:05

Modified files:
security/oletools: Makefile distinfo 
security/oletools/pkg: PLIST 

Log message:
update oletools to 0.51.
ok benoit@.

CVS: cvs.openbsd.org: ports

[Remi Pointel]

CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2017/07/18 01:55:57

Modified files:
devel/py-xlsxwriter: Makefile distinfo 

Log message:
update XlsxWriter to 0.9.8.
ok aja@ benoit@.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:54:53

Modified files:
print/gutenprint: distinfo 

Log message:
Upstream rerolled the tarball.
noticed by naddy@

[UPDATE] security/oletools

[Remi Pointel]

Hi,

attached is the diff to update oletools to latest release: 0.51.

Ok?

Cheers,

Remi.Index: Makefile
===
RCS file: /cvs/ports/security/oletools/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- Makefile	23 Nov 2016 19:40:38 -	1.7
+++ Makefile	18 Jul 2017 07:33:49 -
@@ -2,7 +2,7 @@
 
 COMMENT =	python tools to analyze OLE files
 
-MODPY_EGG_VERSION = 0.50
+MODPY_EGG_VERSION = 0.51
 DISTNAME =	oletools-${MODPY_EGG_VERSION}
 
 CATEGORIES =	security
@@ -24,7 +24,7 @@ RUN_DEPENDS +=	${MODPY_TKINTER_DEPENDS}
 MODPY_ADJ_FILES = oletools/*.py
 
 post-install:
-.for i in ezhexviewer mraptor olebrowse oledir oleid olemap olemeta oletimes olevba pyxswf rtfobj
+.for i in ezhexviewer mraptor olebrowse oledir oleid olemap olemeta oleobj oletimes olevba pyxswf rtfobj
 	chmod +x ${PREFIX}/lib/python${MODPY_VERSION}/site-packages/oletools/${i}.py
 .endfor
 
Index: distinfo
===
RCS file: /cvs/ports/security/oletools/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- distinfo	23 Nov 2016 19:40:38 -	1.6
+++ distinfo	18 Jul 2017 07:33:49 -
@@ -1,2 +1,2 @@
-SHA256 (oletools-0.50.tar.gz) = IW19GqlIdeucokyEnGAr2ly4bYhUr73SCKi/yrfdPKg=
-SIZE (oletools-0.50.tar.gz) = 954743
+SHA256 (oletools-0.51.tar.gz) = W+1ZNrrZyMtJ+LrNW3j3N8z0iBY74BAjqitgxBo+4XA=
+SIZE (oletools-0.51.tar.gz) = 1514238
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/oletools/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- pkg/PLIST	23 Nov 2016 19:40:38 -	1.5
+++ pkg/PLIST	18 Jul 2017 07:33:49 -
@@ -6,6 +6,7 @@ bin/oledir
 bin/oleid
 bin/olemap
 bin/olemeta
+bin/oleobj
 bin/oletimes
 bin/olevba
 bin/pyxswf
@@ -23,6 +24,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/oletools/__init__.py
 lib/python${MODPY_VERSION}/site-packages/oletools/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/oletools/doc/
+lib/python${MODPY_VERSION}/site-packages/oletools/doc/Changelog.md
 lib/python${MODPY_VERSION}/site-packages/oletools/doc/Contribute.html
 lib/python${MODPY_VERSION}/site-packages/oletools/doc/Contribute.md
 lib/python${MODPY_VERSION}/site-packages/oletools/doc/Home.html
@@ -169,3 +171,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/xxxswf/__init__.pyc
 lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/xxxswf/xxxswf.py
 lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/xxxswf/xxxswf.pyc
+lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/zipfile27/
+lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/zipfile27/LICENSE.txt
+lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/zipfile27/__init__.py
+lib/python${MODPY_VERSION}/site-packages/oletools/thirdparty/zipfile27/__init__.pyc

[UPDATE] devel/py-xlsxwriter

[Remi Pointel]

Hi,

attached is the diff to update xlswriter to latest release.

Ok?

Cheers,

Remi.Index: Makefile
===
RCS file: /cvs/ports/devel/py-xlsxwriter/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile	7 Apr 2017 21:56:30 -	1.3
+++ Makefile	18 Jul 2017 07:26:03 -
@@ -2,10 +2,9 @@
 
 COMMENT =	Python module for creating Excel XLSX files
 
-MODPY_EGG_VERSION = 0.9.6
+MODPY_EGG_VERSION = 0.9.8
 DISTNAME =	XlsxWriter-${MODPY_EGG_VERSION}
 PKGNAME =	py-${DISTNAME:L}
-REVISION =	1
 
 CATEGORIES =	devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/py-xlsxwriter/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	22 Jan 2017 07:55:18 -	1.1.1.1
+++ distinfo	18 Jul 2017 07:26:03 -
@@ -1,2 +1,2 @@
-SHA256 (XlsxWriter-0.9.6.tar.gz) = tRwAodZXK6NejAbgr43RTDSXfvC1Aiw9hdXx3p8SIMM=
-SIZE (XlsxWriter-0.9.6.tar.gz) = 235751
+SHA256 (XlsxWriter-0.9.8.tar.gz) = G7piMlt+/Jewv52IZMx+MVBiY5lNk0BLlLCZf7R+FXA=
+SIZE (XlsxWriter-0.9.8.tar.gz) = 236187

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:27:38

Modified files:
x11/gnome/nautilus: Makefile distinfo 
x11/gnome/nautilus/patches: 
patch-src_nautilus-canvas-container_c 

Log message:
Update to nautilus-3.24.2.1.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:09:06

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.11.121.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:08:48

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py-botocore-1.5.84.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/18 01:07:48

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

Log message:
Update to py-libcloud-2.1.0.