CVS: cvs.openbsd.org: ports
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
On Tue, 18 Jul 2017 12:16:35 +0200, Giuseppe Cocomazziwrote: > 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.