On Wed Jun 19, 2019 at 02:01:33AM -0600, Anthony J. Bentley wrote:
> Hi,
>
> EPUBCheck is a tool to validate the conformance of EPUB publications against
> the EPUB specifications. EPUBCheck can be run as a standalone command-line
> tool or used as a Java library.
>
> EPUBCheck is open source
Hi Sebastian,
I'll try to update it this weekend.
On 06/20, Sebastian Reitenbach wrote:
> Hi,
>
> just updated, or better say freshly installed,
> my elkstack host to a snapshot as of today, and starting kibana fails with:
>
> Kibana does not support the current Node.js version v10.15.3.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2019/06/20 21:43:49
Added files:
x11/gnome/builder/patches: patch-src_plugins_clang_meson_build
Log message:
Unbreak if cmake(1) is installed.
On Thu, Jun 20, 2019 at 04:22:28AM -0600, Anthony J. Bentley wrote:
> Lawrence Teo writes:
> > Here's an updated diff that makes the port fetch all the dependent
> > .jar files prior to building.
> >
> > I also used gradle's --offline flag which explicitly tells gradle to
> > "Execute the build
On Thu, Jun 20, 2019 at 05:22:53PM +1000, Jonathan Gray wrote:
[...]
> > I hit an abort trap with coredump on both Skylake and Vega 64 (the
> > latter w/ amdgpu). I don't recall an issue with vulkaninfo with sdk
> > version 1.1.104. vkcube still runs fine on both. Will take a deeper dive
> > to
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2019/06/20 15:03:03
Modified files:
devel/meson: Makefile distinfo meson.port.mk
devel/meson/patches: patch-mesonbuild_build_py
devel/meson/pkg: PLIST
Removed files:
Hi,
just updated, or better say freshly installed,
my elkstack host to a snapshot as of today, and starting kibana fails with:
Kibana does not support the current Node.js version v10.15.3. Please use
Node.js v>=10.15.0 <10.16.
OpenBSD 6.5-current (GENERIC) #42: Wed Jun 19 21:41:26 MDT 2019
The attached diff fixes this nasty issue:
https://github.com/taglib/taglib/issues/864
It is easy to reproduce, for example with audio/clementine,
see https://github.com/clementine-player/Clementine/issues/5524
ok?
Index: Makefile
On Thu Jun 20, 2019 at 04:46:59PM +0100, Stuart Henderson wrote:
> Thanks for the report,
>
> On 2019/06/20 17:30, Vadim Penzin wrote:
> > I admit that I am not familiar with the release process of pre-built binary
> > packages; I might be writing to a wrong mailing list and I apologize in
> >
devel/monotone now fails to build on i386. During the build it runs
its own-built "mtn" binary to produce manpages, which fails (segfaults),
fails to produce the manpage file, so packaging fails, making the problem
noticable.
It uses C++ and the failure started after the libc++ update. Seems
Thanks for the report,
On 2019/06/20 17:30, Vadim Penzin wrote:
> I admit that I am not familiar with the release process of pre-built binary
> packages; I might be writing to a wrong mailing list and I apologize in
> advance.
ports@ is the better list for this, I've CC'd and set reply-to.
>
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/06/20 09:05:43
Modified files:
www/firefox-esr: Tag: OPENBSD_6_5 Makefile distinfo
Log message:
MFC: update to firefox-esr 60.7.1.
Fixes
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/06/20 09:05:15
Modified files:
www/mozilla-firefox: Tag: OPENBSD_6_5 Makefile distinfo
Log message:
MFC: update to firefox 67.0.3.
Fixes
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/06/20 09:01:26
Modified files:
www/firefox-esr: Makefile distinfo
www/firefox-esr-i18n: Makefile.inc distinfo
Log message:
Update to firefox-esr 60.7.1.
Fixes
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2019/06/20 08:59:57
Modified files:
www/mozilla-firefox: Makefile distinfo
www/firefox-i18n: Makefile.inc distinfo
Log message:
Update to firefox 67.0.3.
Fixes
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/06/20 08:44:20
Modified files:
net/isc-bind : Makefile distinfo
Log message:
update to BIND 9.11.8
CVE-2019-6471: A race condition when discarding malformed
packets can cause BIND to exit with an
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/06/20 08:44:22
Modified files:
net/isc-bind : Tag: OPENBSD_6_5 Makefile distinfo
net/isc-bind/patches: Tag: OPENBSD_6_5
patch-lib_isc_unix_socket_c
Log
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/06/20 08:34:21
Modified files:
games/wtf : Makefile distinfo
Log message:
Update to wtf-20190612
On 2019/06/20 15:56, Jeremie Courreges-Anglas wrote:
> On Thu, Jun 20 2019, Kurt Mosiejczuk wrote:
> > Paco Esteban just had trouble running the tests for py-commonmark because
> > the module needs itself installed to run the tests. This simple diff
> > adds itself to the TEST_DEPENDS to fix
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/06/20 08:05:34
Modified files:
security/py-bcrypt: Makefile distinfo
Log message:
update to py-bcrypt 3.1.7, basically a noop for us
MODPY_ABI3SO is used for python .so files which have a name like
foo.abi3.so - it is set to either ".abi3" or "" (blank), so plist
entries for these look like
lib/python${MODPY_VERSION}/site-packages/bcrypt/_bcrypt${MODPY_ABI3SO}.so
The current UPDATE_PLIST_ARGS uses -S ("match only at end of
On Thu, Jun 20 2019, Kurt Mosiejczuk wrote:
> Paco Esteban just had trouble running the tests for py-commonmark because
> the module needs itself installed to run the tests. This simple diff
> adds itself to the TEST_DEPENDS to fix that.
Not objecting, but there's another approach which I tend
sure
Hi Lawrence,
Lawrence Teo writes:
> Here's an updated diff that makes the port fetch all the dependent
> .jar files prior to building.
>
> I also used gradle's --offline flag which explicitly tells gradle to
> "Execute the build without accessing network resources".
>
> Could you please try this
Hi ports@,
Here's an update for devel/flake8 from 3.5.0 to 3.7.7.
The version now in ports always throws an error (it's py-codestyle's
fault, but that upgrade makes flake8 not to work ...) and pollutes the
results (like vim quickfix list for instance). You can see it here:
Kristaps Dzonsons writes:
> Enclosed is a port attempt for slant, https://kristaps.bsd.lv/slant.
> Depends on openradtool, which was recently submitted by jturner.
>
> Previous attempts tried to be too smart about stopping the collector and
> CGI script. This just YOLOs and jams in an upgraded
On Wed, Jun 19, 2019 at 12:26:05AM -0600, Thomas Frohwein wrote:
> On Wed, Jun 19, 2019 at 03:15:15PM +1000, Jonathan Gray wrote:
> [...]
> > This collection of ports no longer seems to work on inteldrm with ivy
> > bridge.
> >
> > spirv-headers-1.4.1 SPIRV-Headers
> > spirv-tools-2019.3 API
Hi!
Long time ago I've started update of gpsd from 2.x to 3.x.
Upstream moved from auto crap to scons so it gave me some
headache.
Before switching to new gpsd we need to prepare some ports
which are linking against libgps because API has changed.
Here are the diffs for foxtrotgps, geoclue and
28 matches
Mail list logo