CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/02/15 00:44:21 Modified files: sysutils/yabitrot: Makefile distinfo sysutils/yabitrot/pkg: PLIST Log message: Update yabitrot from 0.3 to 0.4 >From Martin Ziemer who also takes MAINTAINER.
[update patch] yabitrot 0.3 -> 0.4
This patch updates yabitrot from 0.3 to 0.4.
With the new version we also get a manpage.
Since i saw there is no maintainer, i also added myself as maintainer.
I tested the version on three amd64 systems checking about 200 gigs of
data.
Also ran it in a bhyve vm to see the case of rotten bits.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/yabitrot/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile12 Jul 2019 20:49:55 - 1.4
+++ Makefile7 Feb 2020 08:29:32 -
@@ -2,30 +2,36 @@
COMMENT = fast bitrot detection utility
-DISTNAME = yabitrot-0.3
-REVISION = 1
+V =0.4
+DISTNAME = yabitrot-${V}
CATEGORIES = sysutils
HOMEPAGE = https://sourceforge.net/projects/yabitrot/
+MAINTAINER = Martin Ziemer
+
# BSD
PERMIT_PACKAGE = Yes
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=yabitrot/}
-EXTRACT_SUFX = .tgz
+EXTRACT_SUFX = .tar.gz
MODULES = lang/python
MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
NO_BUILD = yes
PKG_ARCH = *
+WRKDIST = ${WRKDIR}/yabitrot-${V}
+
CONFIGURE_STYLE = none
pre-install:
${SUBST_CMD} ${WRKSRC}/yabitrot
-post-install:
+do-install:
+ ${INSTALL_SCRIPT} ${WRKSRC}/yabitrot ${PREFIX}/bin/yabitrot
+ ${INSTALL_MAN} ${WRKSRC}/yabitrot.1 ${PREFIX}/man/man1/
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/yabitrot/
${INSTALL_DATA} ${WRKSRC}/README.md ${PREFIX}/share/doc/yabitrot/README
Index: distinfo
===
RCS file: /cvs/ports/sysutils/yabitrot/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo13 Feb 2019 07:33:49 - 1.1.1.1
+++ distinfo7 Feb 2020 08:29:32 -
@@ -1,2 +1,2 @@
-SHA256 (yabitrot-0.3.tgz) = /pwJOZye3CTa9kQ6YEROwOqjnLeWlY7agHbo8XEJL3Q=
-SIZE (yabitrot-0.3.tgz) = 6731
+SHA256 (yabitrot-0.4.tar.gz) = UCj0+qzCMpU4B1wV+EA1Z1OPB6h+eLoXKDMbN0wynDc=
+SIZE (yabitrot-0.4.tar.gz) = 9176
Index: pkg/PLIST
===
RCS file: /cvs/ports/sysutils/yabitrot/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 13 Feb 2019 07:33:49 - 1.1.1.1
+++ pkg/PLIST 7 Feb 2020 08:29:32 -
@@ -1,4 +1,5 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2019/02/13 07:33:49 solene Exp $
bin/yabitrot
+man/man1/yabitrot.1
share/doc/yabitrot/
share/doc/yabitrot/README
UPDATE: audio/mumble
Update mumble to the latest stable version. I just tested the start-up
on amd64. I have on clue how to test it and to be honest I don't care.
I just want to get rid of Qt4. So mumble people, come out and test!
OK, Feedback?
RS
Index: Makefile
===
RCS file: /cvs/ports/audio/mumble/Makefile,v
retrieving revision 1.35
diff -u -p -u -p -r1.35 Makefile
--- Makefile6 Dec 2019 23:12:07 - 1.35
+++ Makefile15 Feb 2020 06:13:58 -
@@ -2,27 +2,25 @@
COMMENT = low-latency voice chat client
-GH_ACCOUNT = mumble-voip
-GH_PROJECT = mumble
-GH_TAGNAME = 1.2.19
-REVISION = 5
+DISTNAME = mumble-1.3.0
CATEGORIES = audio
HOMEPAGE = https://www.mumble.info/
+MASTER_SITES =
https://github.com/mumble-voip/mumble/releases/download/1.3.0/
+EXTRACT_SUFX = .zip
+
# BSD3
PERMIT_PACKAGE = Yes
-WANTLIB += ICE SM X11 Xext Xi Xinerama Xrender c crypto
-WANTLIB += fontconfig freetype lib/qt4/QtDBus lib/qt4/QtGui
-WANTLIB += lib/qt4/QtNetwork lib/qt4/QtSql lib/qt4/QtSvg
-WANTLIB += lib/qt4/QtXml m opus portaudio protobuf
-WANTLIB += pthread sndfile speex speexdsp ssl ${COMPILER_LIBCXX}
+WANTLIB += ${COMPILER_LIBCXX} GL Qt5Core Qt5DBus Qt5Gui Qt5Network
+WANTLIB += Qt5Sql Qt5Widgets Qt5Xml X11 Xi c crypto m opus protobuf
+WANTLIB += sndfile speex speexdsp ssl
COMPILER = base-clang ports-gcc
-MODULES = devel/qmake x11/qt4
+MODULES = devel/qmake x11/qt5
SEPARATE_BUILD = No
BUILD_DEPENDS =audio/celt07 \
Index: distinfo
===
RCS file: /cvs/ports/audio/mumble/distinfo,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 distinfo
--- distinfo28 Feb 2017 15:35:21 - 1.14
+++ distinfo15 Feb 2020 06:13:58 -
@@ -1,2 +1,2 @@
-SHA256 (mumble-1.2.19.tar.gz) = eDXpzseBhM1z8JFEjhTapFHNIGQxd1trq61wvIG2/VA=
-SIZE (mumble-1.2.19.tar.gz) = 3324626
+SHA256 (mumble-1.3.0.zip) = YMU5aHKnoQ2bzIyOEUfsBWMPnidI0SklncJvMkFWLxs=
+SIZE (mumble-1.3.0.zip) = 10392654
Index: patches/patch-main_pro
===
RCS file: /cvs/ports/audio/mumble/patches/patch-main_pro,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-main_pro
--- patches/patch-main_pro 1 Oct 2013 10:28:44 - 1.1.1.1
+++ patches/patch-main_pro 15 Feb 2020 06:13:58 -
@@ -2,14 +2,15 @@ $OpenBSD: patch-main_pro,v 1.1.1.1 2013/
Use celt from our ports tree
main.pro.orig Sat Jun 1 23:16:30 2013
-+++ main.pro Thu Sep 26 11:10:30 2013
-@@ -12,7 +12,7 @@ CONFIG *= ordered debug_and_release
+Index: main.pro
+--- main.pro.orig
main.pro
+@@ -21,7 +21,7 @@ SUBDIRS *= src/mumble_proto
CONFIG(sbcelt) {
- SUBDIRS *= celt-0.7.0-build sbcelt-lib-build sbcelt-helper-build
+ SUBDIRS *= 3rdparty/celt-0.7.0-build 3rdparty/sbcelt-lib-build
3rdparty/sbcelt-helper-build
} else {
--unix:!CONFIG(bundled-celt):system(pkg-config --atleast-version=0.7.0
celt) {
-+unix:!CONFIG(bundled-celt):system(pkg-config --atleast-version=0.7.0
celt07) {
+-unix:!CONFIG(bundled-celt):system($$PKG_CONFIG --atleast-version=0.7.0
celt) {
++unix:!CONFIG(bundled-celt):system($$PKG_CONFIG --atleast-version=0.7.0
celt07) {
CONFIG *= no-bundled-celt
}
!CONFIG(no-bundled-celt) {
Index: patches/patch-plugins_link_link_pro
===
RCS file: /cvs/ports/audio/mumble/patches/patch-plugins_link_link_pro,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 patch-plugins_link_link_pro
--- patches/patch-plugins_link_link_pro 23 Mar 2014 18:17:34 - 1.3
+++ patches/patch-plugins_link_link_pro 15 Feb 2020 06:13:58 -
@@ -1,12 +1,12 @@
$OpenBSD: patch-plugins_link_link_pro,v 1.3 2014/03/23 18:17:34 kili Exp $
plugins/link/link.pro.orig Wed Sep 25 18:13:36 2013
-+++ plugins/link/link.pro Wed Sep 25 18:17:10 2013
-@@ -9,8 +9,4 @@ win32 {
-
+Index: plugins/link/link.pro
+--- plugins/link/link.pro.orig
plugins/link/link.pro
+@@ -15,7 +15,4 @@ win32 {
unix {
- SOURCES = link-posix.cpp
--
--!macx {
-- LIBS += -lrt
-- }
+ SOURCES = link-posix.cpp
+
+- linux* {
+-LIBS += -lrt
+- }
}
Index: patches/patch-src_mumble_AudioOutputSpeech_h
===
RCS file: /cvs/ports/audio/mumble/patches/patch-src_mumble_AudioOutputSpeech_h,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-src_mumble_AudioOutputSpeech_h
--- patches/patch-src_mumble_AudioOutputSpeech_h1 Oct 2013 10:28:44
- 1.1.1.1
+++ patches/patch-src_mumble_AudioOutputSpeech_h15 Feb 2020
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Tue Feb 11 20:32:50 MST 2020 Finished: Fri Feb 14 20:27:56 MST 2020 Duration: 2 Days 23 hours 55 minutes Built using OpenBSD 6.6-current (GENERIC.MP) #210: Mon Feb 10 20:33:50 MST 2020 Built 9892 packages Number of packages built each day: Feb 11: 4368 Feb 12: 3948 Feb 13: 1560 Feb 14: 16 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-02-11/summary.log Build failures: 36 http://build-failures.rhaalovely.net/sparc64/2020-02-11/cad/magic.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/cad/netgen.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/cad/qucs.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/chinese/libpinyin.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/devel/kdevelop.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/devel/qt-creator.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/devel/rebar,erlang21.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/emulators/BasiliskII.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/games/pokerth.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/games/xevil.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/geo/spatialite/gis.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/graphics/colord-gtk.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/lang/erlang/16.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/mail/kopano/core.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/math/mlpack,,-python.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/math/py-scikit-learn.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/misc/dtcltiny.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/misc/open62541.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/net/dleyna/renderer.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/net/dleyna/server.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/net/telegram-purple.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/print/hplip,-common.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/sysutils/collectd,-main.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/telephony/iaxclient.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/www/zola.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/gnome/bijiben.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/gnome/builder.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/gnome/mutter.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/kde4/libs,,-en_US.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/kde4/smokeqt.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/libdbus-c++.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/libhandy.log http://build-failures.rhaalovely.net/sparc64/2020-02-11/x11/ogre.log Recurrent failures: failures/cad/netgen.log failures/cad/qucs.log failures/chinese/libpinyin.log failures/devel/rebar,erlang21.log failures/emulators/BasiliskII.log failures/games/pokerth.log failures/games/xevil.log failures/geo/spatialite/gis.log failures/graphics/colord-gtk.log failures/mail/kopano/core.log failures/math/py-scikit-learn.log failures/misc/dtcltiny.log failures/net/dleyna/renderer.log failures/net/dleyna/server.log failures/net/telegram-purple.log failures/productivity/gnucash.log failures/summary.log failures/sysutils/collectd,-main.log failures/telephony/iaxclient.log failures/www/zola.log failures/x11/gnome/bijiben.log failures/x11/gnome/builder.log failures/x11/gnome/mutter.log failures/x11/kde4/libs,,-en_US.log failures/x11/kde4/smokeqt.log failures/x11/libdbus-c++.log New failures: +failures/devel/kdevelop.log +failures/devel/py-unicorn,python3.log +failures/devel/qt-creator.log +failures/lang/erlang/16.log +failures/math/mlpack,,-python.log +failures/misc/open62541.log +failures/print/hplip,-common.log +failures/x11/gtk+4,-cloudprint.log Resolved failures: -failures/comms/xastir.log -failures/devel/py-unicorn.log -failures/emulators/fs-uae.log -failures/lang/janet.log -failures/lang/squeak/vm.log -failures/mail/rspamd.log -failures/multimedia/mkvtoolnix,no_x11.log -failures/net/mutella.log -failures/print/hplip.log -failures/telephony/pjsua,-main.log -failures/textproc/ruby-nokogiri,ruby27.log -failures/www/newsboat.log -failures/x11/gtk+4.log -failures/x11/kde-applications/kio-extras.log Packages newly built: +comms/xastir +converters/bdf2sfd +devel/esptool-ck +devel/p5-MooseX-Attribute-Chained +devel/p5-TOML +devel/p5-TOML-Parser +devel/p5-Test2-Tools-Explain
[UPDATE] dovecot-fts-xapian to 1.2.9
Diff below updates dovecot-fts-xapian to 1.2.9.
I've tested this on amd64 by reindexing a 10,000 msg+ mailbox with
attachments, seems to behave correctly.
Upstream added a new parameter to control whether attachments are
indexed (user reported a Perl attachment caused memory exhaustion in
Xapian). This is described with the other parameters in the pkg/README
in lieu of a man page.
Index: Makefile
===
RCS file: /cvs/ports/mail/dovecot-fts-xapian/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile6 Feb 2020 11:30:32 - 1.1.1.1
+++ Makefile15 Feb 2020 00:55:55 -
@@ -2,7 +2,7 @@
COMMENT= full text search plugin for Dovecot using Xapian
-V= 1.2.8
+V= 1.2.9
GH_ACCOUNT=grosjo
GH_PROJECT=fts-xapian
Index: distinfo
===
RCS file: /cvs/ports/mail/dovecot-fts-xapian/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo6 Feb 2020 11:30:32 - 1.1.1.1
+++ distinfo15 Feb 2020 00:55:55 -
@@ -1,2 +1,2 @@
-SHA256 (fts-xapian-1.2.8.tar.gz) = Y/B+xscRAkop9Blfl+eX1ORcXQ8jFpej46PqD/9qgmU=
-SIZE (fts-xapian-1.2.8.tar.gz) = 25982
+SHA256 (fts-xapian-1.2.9.tar.gz) = eCEyXJh9eAjwZeadFWSFOi4JD9ZIddYP7eUeoaT/ryA=
+SIZE (fts-xapian-1.2.9.tar.gz) = 26516
Index: pkg/README
===
RCS file: /cvs/ports/mail/dovecot-fts-xapian/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 README
--- pkg/README 6 Feb 2020 11:30:32 - 1.1.1.1
+++ pkg/README 15 Feb 2020 00:55:55 -
@@ -18,13 +18,22 @@ Then configure the plugin's settings in
plugin {
fts = xapian
- fts_xapian = partial=2 full=20 verbose=0
+ fts_xapian = partial=2 full=20 attachments=0 verbose=0
fts_autoindex = yes
fts_enforced = yes
fts_autoindex_exclude = \Trash
}
+
+Parameters 'partial' and 'full' are required, and allow control over the length
+of n-grams generated for searching header fields.
+
+Parameter 'attachments' defaults to off. Setting it to 1 will enable indexing
of
+text attachments.
+
+Parameter 'verbose' can be set between 0 (default) and 2 (debug) for more
+detailed logging.
New mail will be indexed incrementally. Use doveadm-index(1) to index
existing mail, e.g.:
Re: net/ejabberd remove or update?
On Fri, Feb 14, 2020 at 04:02:40PM +0100, Paco Esteban wrote: > On Fri, 14 Feb 2020, Solene Rapenne wrote: > > > On Fri, Feb 14, 2020 at 01:44:08PM +, Lucas wrote: > > > Solene Rapenne wrote: > > > > Do we have a xmpp server in ports which is up to date? > > > > > > There is net/profanity, made in Lua, which is almost up-to-date and I > > > was planning to update it this weekend. Current version works without > > > issues. > > > > > > -Lucas > > > > in net/profanity I read COMMENT= console based XMPP client > > > > I don't think it is a XMPP server, if it is, we need to fix the COMMENT > > As Lucas said: > > prosody-0.11.2p1communications server for Jabber/XMPP written in Lua > > We're only a couple of minors behind. I've been using it for about > a year now (not much traffic to be honest), and works great. Is there a way to migrate from one server to another? From ejabberd to prosody?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/14 17:12:28 Modified files: net/p5-Net-DNS : Makefile distinfo Log message: update p5-Net-DNS to 1.22
Re: aarch64 bulk build report
On 2020/02/14 16:01, phess...@openbsd.org wrote: > http://build-failures.rhaalovely.net/aarch64/2020-02-12/security/nss.log This is probably the most important one, cc -o OpenBSD6.6_64_OPT.OBJ/OpenBSD_SINGLE_SHLIB/blinit.o -c -std=c99 -O -fPIC -DPIC -Wall -Wno-switch -pipe -DOPENBSD -Wall -Wshadow -Qunused-arguments -Wno-parentheses-equality -Wno-array-bounds -Wno-unevaluated-expression -Werror -DXP_UNIX -DSHLIB_SUFFIX=\"so.58.2\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -pthread -DNSS_NO_INIT_SUPPORT -DSEED_ONLY_DEV_URANDOM -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -DNSS_USE_64 -DUSE_HW_AES -DHAVE_INT128_SUPPORT -DMP_API_COMPATIBLE -I/usr/local/include/nspr -I../../../dist/OpenBSD6.6_64_OPT.OBJ/include -I../../../dist/public/nss -I../../../dist/private/nss -Impi -Iecl -Iverified -Iverified/kremlin/include -Iverified/kremlin/kremlib/dist/minimal -I/usr/local/include -O2 -pipe blinit.c blinit.c:122:24: error: unused variable 'getauxval' [-Werror,-Wunused-variable] static unsigned long (*getauxval)(unsigned long) = NULL; ^ 1 error generated.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2020/02/14 16:15:09
Modified files:
net/routinator : Makefile
Log message:
disable net/routinator on aarch64,
error[E0308]: mismatched types
-->
/usr/obj/ports/routinator-0.6.1/routinator-0.6.1/modcargo-crates/ring-0.14.6/src/cpu.rs:172:56
|
172 | pub fn available(, _: super::Features) -> bool {
|- expected `bool`,
found `()`
||
|implicitly returns `()` as its body has no tail or `return`
expression
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Wed Feb 12 14:27:27 MST 2020 finished at Fri Feb 14 16:01:24 MST 2020 lasted 2D01h33m done with kern.version=OpenBSD 6.6-current (GENERIC.MP) #458: Tue Feb 11 14:56:35 MST 2020 built packages:10521 Feb 12:3250 Feb 13:2593 Feb 14:4677 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2020-02-12/summary.log build failures: 26 http://build-failures.rhaalovely.net/aarch64/2020-02-12/editors/xwpe.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/graphics/vulkan-loader.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/lang/compcert.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/lang/pfe.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/net/filezilla.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/net/minio/client.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/net/routinator.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/security/age.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/security/nss.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/security/sn0int.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/shells/elvish.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/beats/filebeat.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/beats/heartbeat.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/beats/packetbeat.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/node_exporter.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/nomad.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/restic.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/serf.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/terraform/provider-dns.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/sysutils/terragrunt.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/www/hugo.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/x11/e17/elementary.log http://build-failures.rhaalovely.net/aarch64/2020-02-12/x11/qt5/qt3d.log recurrent failures failures/editors/xwpe.log failures/graphics/vulkan-loader.log failures/lang/compcert.log failures/lang/pfe.log failures/net/minio/client.log failures/net/routinator.log failures/security/age.log failures/security/sn0int.log failures/shells/elvish.log failures/sysutils/amazon-ecs-cli.log failures/sysutils/beats/heartbeat.log failures/sysutils/beats/metricbeat.log failures/sysutils/beats/packetbeat.log failures/sysutils/node_exporter.log failures/sysutils/nomad.log failures/sysutils/restic.log new failures +++ ls-failures Fri Feb 14 16:01:35 2020 +failures/net/filezilla.log +failures/security/nss.log resolved failures --- ../old/aarch64/last//ls-failuresFri Jan 3 18:08:25 2020 -failures/games/frozen-bubble,-main.log -failures/games/vacuum.log -failures/sysutils/fzf.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 16:01:20 Modified files: devel/p5-Canary-Stability: Makefile distinfo Log message: Update to p5-Canary-Stability-2013.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/14 15:46:04 Modified files: security/p5-IO-Socket-SSL: Makefile distinfo Log message: update p5-IO-Socket-SSL to 2.067
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 15:45:27 Modified files: devel/p5-AnyEvent-HTTP: Makefile distinfo Log message: Update to p5-AnyEvent-HTTP-2.24.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 14:28:09 Modified files: www/trac : Makefile distinfo www/trac/pkg : PLIST Log message: update to trac-1.4.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 14:02:01 Modified files: mail/postfix/snapshot: Makefile distinfo mail/postfix/snapshot/patches: patch-conf_master_cf Log message: update to postfix-3.5.20200203, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 13:17:02 Modified files: devel/go-goptlib: distinfo devel/luafs: distinfo devel/luarings : distinfo Log message: missed with bsd.port.mk / GH_TAGNAME commit
Re: [macppc] fix crash in graphics/babl
On Fri, 14 Feb 2020 14:08:08 -0500
George Koehler wrote:
> cwen, you said that a bug [1] in graphics/babl broke the build of
> graphics/gimp/stable on powerpc.
A few weeks ago on powerpc, i built babl with debug enabled, then
tried to build the gimp. The resulting backtrace was exactly the same
as [1]. That's how i've found that opened upstream issue actually.
> Here's a diff that fixes some calls
> to a va_args(3) function. It fixes the test in the bug. I don't know
> whether it unbreaks gimp; I didn't build gimp, because my macppc would
> need to build devel/boost, and I don't want to build boost. In a
> moment, I will try to update the bug [1].
I'm running a gimp build on powerpc with your diff, but since my chroot
is empty, someone also interested in trying it may beat me.
> This diff fixes the chromaticities test on powerpc, so "make test"
> passes 24 of 25 tests. The transparent test times out; my iMac might
> be too slow.
>
> With this diff on amd64, "make test" passes all 25 tests.
> --George
>
> [1] https://gitlab.gnome.org/GNOME/babl/issues/24
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/babl/Makefile,v
> retrieving revision 1.53
> diff -u -p -r1.53 Makefile
> --- Makefile 25 Jan 2020 06:49:49 - 1.53
> +++ Makefile 14 Feb 2020 18:39:37 -
> @@ -3,6 +3,7 @@
> COMMENT= dynamic pixel format conversion library
>
> V= 0.1.74
> +REVISION=0
> DISTNAME=babl-${V}
> EXTRACT_SUFX=.tar.xz
>
> Index: patches/patch-babl_babl-fish-path_c
> ===
> RCS file: patches/patch-babl_babl-fish-path_c
> diff -N patches/patch-babl_babl-fish-path_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-babl_babl-fish-path_c 14 Feb 2020 18:39:37
> - @@ -0,0 +1,41 @@
> +$OpenBSD$
> +
> +Pass a function pointer, not a union of function pointers, when
> +calling babl_conversion_new(). This is necessary on powerpc, where
> +the calling convention was passing the union as a pointer to a
> +temporary copy of the union. The compiler doesn't check the type,
> +because babl_conversion_new() has a va_arg(3) prototype.
> +
> +This fixes the chromaticities test on powerpc,
> +https://gitlab.gnome.org/GNOME/babl/issues/24
> +
> +Index: babl/babl-fish-path.c
> +--- babl/babl-fish-path.c.orig
> babl/babl-fish-path.c
> +@@ -404,7 +404,7 @@ alias_conversion (Babl *babl,
> + (void*)conv->source, (void*)space),
> + babl_remodel_with_space (
> + (void*)conv->destination, (void*)space),
> +- "linear", conv->function,
> ++ "linear", conv->function.linear,
> + NULL);
> + break;
> + case BABL_CONVERSION_PLANAR:
> +@@ -413,7 +413,7 @@ alias_conversion (Babl *babl,
> + (void*)conv->source, (void*)space),
> + babl_remodel_with_space (
> + (void*)conv->destination, (void*)space),
> +- "planar", conv->function,
> ++ "planar", conv->function.planar,
> + NULL);
> + break;
> + case BABL_CONVERSION_PLANE:
> +@@ -422,7 +422,7 @@ alias_conversion (Babl *babl,
> + (void*)conv->source, (void*)space),
> + babl_remodel_with_space (
> + (void*)conv->destination, (void*)space),
> +- "plane", conv->function,
> ++ "plane", conv->function.plane,
> + NULL);
> + break;
> + default:
>
Re: Debug packages vs. @shell annotation
On Thu, Feb 13, 2020 at 11:39:51PM +0100, Christian Weisgerber wrote: > I tried to add a debug package for shells/bash, but the result would > only contain debug data for some loadable modules and skip the actual > bash binary. > > Oh, of course. It is marked @shell and not @bin in the PLIST. > > We could change OpenBSD/PackingElement.pm to add @shell to the > binary types... but then does a shell have to be a binary? psh > from shells/perlsh clearly isn't. > > So... uh? As a hack, you could install bash twice, as a hardlink annotated with @bin ? Otherwise, it could be written and recognized as a supplementary annotation, like @comment no checksum.
[macppc] fix crash in graphics/babl
cwen, you said that a bug [1] in graphics/babl broke the build of
graphics/gimp/stable on powerpc. Here's a diff that fixes some calls
to a va_args(3) function. It fixes the test in the bug. I don't know
whether it unbreaks gimp; I didn't build gimp, because my macppc would
need to build devel/boost, and I don't want to build boost. In a
moment, I will try to update the bug [1].
This diff fixes the chromaticities test on powerpc, so "make test"
passes 24 of 25 tests. The transparent test times out; my iMac might
be too slow.
With this diff on amd64, "make test" passes all 25 tests.
--George
[1] https://gitlab.gnome.org/GNOME/babl/issues/24
Index: Makefile
===
RCS file: /cvs/ports/graphics/babl/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- Makefile25 Jan 2020 06:49:49 - 1.53
+++ Makefile14 Feb 2020 18:39:37 -
@@ -3,6 +3,7 @@
COMMENT= dynamic pixel format conversion library
V= 0.1.74
+REVISION= 0
DISTNAME= babl-${V}
EXTRACT_SUFX= .tar.xz
Index: patches/patch-babl_babl-fish-path_c
===
RCS file: patches/patch-babl_babl-fish-path_c
diff -N patches/patch-babl_babl-fish-path_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-babl_babl-fish-path_c 14 Feb 2020 18:39:37 -
@@ -0,0 +1,41 @@
+$OpenBSD$
+
+Pass a function pointer, not a union of function pointers, when
+calling babl_conversion_new(). This is necessary on powerpc, where
+the calling convention was passing the union as a pointer to a
+temporary copy of the union. The compiler doesn't check the type,
+because babl_conversion_new() has a va_arg(3) prototype.
+
+This fixes the chromaticities test on powerpc,
+https://gitlab.gnome.org/GNOME/babl/issues/24
+
+Index: babl/babl-fish-path.c
+--- babl/babl-fish-path.c.orig
babl/babl-fish-path.c
+@@ -404,7 +404,7 @@ alias_conversion (Babl *babl,
+ (void*)conv->source, (void*)space),
+ babl_remodel_with_space (
+ (void*)conv->destination, (void*)space),
+- "linear", conv->function,
++ "linear", conv->function.linear,
+ NULL);
+ break;
+ case BABL_CONVERSION_PLANAR:
+@@ -413,7 +413,7 @@ alias_conversion (Babl *babl,
+ (void*)conv->source, (void*)space),
+ babl_remodel_with_space (
+ (void*)conv->destination, (void*)space),
+- "planar", conv->function,
++ "planar", conv->function.planar,
+ NULL);
+ break;
+ case BABL_CONVERSION_PLANE:
+@@ -422,7 +422,7 @@ alias_conversion (Babl *babl,
+ (void*)conv->source, (void*)space),
+ babl_remodel_with_space (
+ (void*)conv->destination, (void*)space),
+- "plane", conv->function,
++ "plane", conv->function.plane,
+ NULL);
+ break;
+ default:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/14 11:51:46 Modified files: infrastructure/lib/DPB: Clock.pm Log message: Increase threshold for marking a job "frozen" from 10 seconds to 45 seconds "I would be happy with that" sthen@ ok espie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2020/02/14 11:11:29
Modified files:
devel/py-unittest2: Makefile
Log message:
Don't use ${BUILD_DEPENDS} in RUN_DEPENDS
Found by kili@ who also suggested the fix.
OK pamela@
Re: pledge net/ngircd
On Tue, Feb 11, 2020 at 11:45:44AM +0100, Michael wrote:
> Hello Matthias,
>
> On Mon, Feb 10, 2020 at 02:43:05PM +0100, Matthias Schmidt wrote:
> > Hi Michael,
> >
> > On 10.02.2020 14:31, Michael wrote:
> > > On Fri, Feb 07, 2020 at 03:27:33PM +0100, Michael wrote:
> > > > Hello ports@,
> > > >
> > > > this patch adds pledge() to net/ngircd. Tested on amd64 with ngircd
> > > > running with TLS. Unfortunately the promises can't be further reduced
> > > > since this would break /rehash (i.e. reloading the config) later. But
> > > > this is better than nothing.
> > > >
> > > > [...]
> > >
> > > solene@ pointed out that if the option "PidFile" is being used
> > > unlink()ing the file later fails. However I personally don't like adding
> > > another promise just for that. I can't see any sensible use case for
> > > ngircds PID file; the Option itself is not set by default.
> > >
> > > So my idea would be to either skip or remove the PidFile code, or just
> > > ignore the issue. The abort happens after shutting everything else down
> > > and starting ngircd again works even if the old PID file is still in
> > > place. Both variants mean changing or breaking functionality but that
> > > would be bearable given the low impact IMHO. Using unveil() might also
> > > be an option.
> > >
> > > Any thoughts on this?
> >
> > Active ngircd user here. I personally use the PID file with my monitoring
> > system
> > for process supervision (monit in my case). Although I could use process
> > name
> > matching, getting the PID from the PIDFile seems more natural.
> >
> > Cheers
> >
> > Matthias
> >
> > PS: I would appreciate a pledged ngircd very much.
> >
>
> Yes, pledge() for ngircd is long overdue :) Below is an updated patch
> that handles having PidFile configured. I am unsure if details like
> having PidFile set enables the "cpath" promise should be documented or
> not.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/ngircd/Makefile,v
> retrieving revision 1.18
> diff -u -p -u -p -r1.18 Makefile
> --- Makefile 12 Jul 2019 20:48:34 - 1.18
> +++ Makefile 11 Feb 2020 10:24:57 -
> @@ -4,6 +4,8 @@ COMMENT = lightweight irc server
>
> DISTNAME = ngircd-25
>
> +REVISION = 0
> +
> CATEGORIES = net
>
> HOMEPAGE = https://ngircd.barton.de/
> Index: patches/patch-src_ngircd_ngircd_c
> ===
> RCS file: /cvs/ports/net/ngircd/patches/patch-src_ngircd_ngircd_c,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 patch-src_ngircd_ngircd_c
> --- patches/patch-src_ngircd_ngircd_c 3 Dec 2014 10:32:18 - 1.4
> +++ patches/patch-src_ngircd_ngircd_c 11 Feb 2020 10:24:57 -
> @@ -1,7 +1,25 @@
> $OpenBSD: patch-src_ngircd_ngircd_c,v 1.4 2014/12/03 10:32:18 jasper Exp $
> src/ngircd/ngircd.c.orig Mon Jul 14 13:26:07 2014
> -+++ src/ngircd/ngircd.c Tue Dec 2 20:05:31 2014
> -@@ -563,7 +563,7 @@ Setup_FDStreams(int fd)
> +Index: src/ngircd/ngircd.c
> +--- src/ngircd/ngircd.c.orig
> src/ngircd/ngircd.c
> +@@ -259,6 +259,16 @@ main(int argc, const char *argv[])
> + exit(1);
> + }
> +
> ++/* XXX using a PID file needs cpath to unlink() later */
> ++if(Conf_PidFile[0]) {
> ++if ( pledge("stdio inet dns rpath proc getpw cpath",
> NULL) == -1)
> ++err(1, "pledge");
> ++}
> ++else {
> ++if ( pledge("stdio inet dns rpath proc getpw", NULL) ==
> -1)
> ++err(1, "pledge");
> ++}
> ++
> + /* Initialize modules, part II: these functions are eventually
> + * called with already dropped privileges ... */
> + Channel_Init();
> +@@ -563,7 +573,7 @@ Setup_FDStreams(int fd)
> #if !defined(SINGLE_USER_OS)
>
> /**
> @@ -10,7 +28,7 @@ $OpenBSD: patch-src_ngircd_ngircd_c,v 1.
>*
>* @param uid User ID
>* @param gid Group ID
> -@@ -587,7 +587,7 @@ NGIRCd_getNobodyID(uid_t *uid, gid_t *gid )
> +@@ -587,7 +597,7 @@ NGIRCd_getNobodyID(uid_t *uid, gid_t *gid )
> }
> #endif
>
> @@ -19,7 +37,7 @@ $OpenBSD: patch-src_ngircd_ngircd_c,v 1.
> if (!pwd)
> return false;
>
> -@@ -703,11 +703,11 @@ NGIRCd_Init(bool NGIRCd_NoDaemon)
> +@@ -703,11 +713,11 @@ NGIRCd_Init(bool NGIRCd_NoDaemon)
> if (Conf_UID == 0) {
> pwd = getpwuid(0);
> Log(LOG_INFO,
> Index: patches/patch-src_ngircd_proc_c
> ===
> RCS file: patches/patch-src_ngircd_proc_c
> diff -N patches/patch-src_ngircd_proc_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_ngircd_proc_c 11 Feb 2020 10:24:57 -
> @@ -0,0 +1,15 @@
> +$OpenBSD$
> +
> +Index: src/ngircd/proc.c
> +--- src/ngircd/proc.c.orig
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/02/14 10:31:21 Removed files: www/tor-browser/browser/patches: patch-netwerk_cache_nsDiskCacheDeviceSQL_cpp patch-servo_components_style_build_gecko_rs patch-servo_components_style_lib_rs patch-servo_components_style_traits_lib_rs Log message: Actually remove patches that were supposed to have been removed in previous update, should fix make patch. spotted by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/02/14 08:44:32 Modified files: geo/openbsd-developers: Makefile geo/openbsd-developers/files: OpenBSD Log message: Adding myself to the list OK kmos@
[update] sysutils/grafana/grafana-6.6.1
Seems to work and has various graph creation and interface improvements
Index: sysutils/grafana/Makefile
===
RCS file: /cvs/ports/sysutils/grafana/Makefile,v
retrieving revision 1.9
diff -u -p -u -r1.9 Makefile
--- sysutils/grafana/Makefile 12 Jul 2019 20:49:43 - 1.9
+++ sysutils/grafana/Makefile 14 Feb 2020 15:21:08 -
@@ -4,15 +4,15 @@ COMMENT = monitoring and metric analytic
GH_ACCOUNT = grafana
GH_PROJECT = grafana
-GH_TAGNAME = v5.4.3
+GH_TAGNAME = 6.6.1
CATEGORIES = sysutils
HOMEPAGE = https://grafana.com
DISTFILES =${DISTNAME}${EXTRACT_SUFX} \
- ${GH_PROJECT}-${GH_TAGNAME:C/^v//}.linux-amd64${EXTRACT_SUFX}:0
-MASTER_SITES0 =
https://s3-us-west-2.amazonaws.com/grafana-releases/release/
+ ${GH_PROJECT}-${GH_TAGNAME}.linux-amd64${EXTRACT_SUFX}:0
+MASTER_SITES0 =https://dl.grafana.com/oss/release/
# Apache 2.0 (bundles roboto and opensans fonts)
PERMIT_PACKAGE = Yes
Index: sysutils/grafana/pkg/PLIST
===
RCS file: /cvs/ports/sysutils/grafana/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -r1.6 PLIST
--- sysutils/grafana/pkg/PLIST 8 Feb 2019 20:08:10 - 1.6
+++ sysutils/grafana/pkg/PLIST 14 Feb 2020 15:21:33 -
@@ -20,6 +20,8 @@ share/examples/grafana/provisioning/data
@sample ${SYSCONFDIR}/grafana/provisioning/datasources/
share/examples/grafana/provisioning/datasources/sample.yaml
@sample ${SYSCONFDIR}/grafana/provisioning/datasources/sample.yaml
+share/examples/grafana/provisioning/notifiers/
+share/examples/grafana/provisioning/notifiers/sample.yaml
share/examples/grafana/sample.ini
@sample ${SYSCONFDIR}/grafana/config.ini
share/grafana/
@@ -30,111 +32,103 @@ share/grafana/public/app/
share/grafana/public/app/app.ts
share/grafana/public/app/core/
share/grafana/public/app/core/actions/
-share/grafana/public/app/core/actions/appNotification.ts
+share/grafana/public/app/core/actions/cleanUp.ts
share/grafana/public/app/core/actions/index.ts
-share/grafana/public/app/core/actions/location.ts
-share/grafana/public/app/core/actions/navModel.ts
share/grafana/public/app/core/angular_wrappers.ts
share/grafana/public/app/core/app_events.ts
share/grafana/public/app/core/components/
share/grafana/public/app/core/components/Animations/
+share/grafana/public/app/core/components/Animations/FadeIn.tsx
share/grafana/public/app/core/components/Animations/SlideDown.tsx
share/grafana/public/app/core/components/AppNotifications/
share/grafana/public/app/core/components/AppNotifications/AppNotificationItem.tsx
share/grafana/public/app/core/components/AppNotifications/AppNotificationList.tsx
-share/grafana/public/app/core/components/CustomScrollbar/
-share/grafana/public/app/core/components/CustomScrollbar/CustomScrollbar.test.tsx
-share/grafana/public/app/core/components/CustomScrollbar/CustomScrollbar.tsx
-share/grafana/public/app/core/components/CustomScrollbar/__snapshots__/
-share/grafana/public/app/core/components/CustomScrollbar/__snapshots__/CustomScrollbar.test.tsx.snap
-share/grafana/public/app/core/components/DeleteButton/
-share/grafana/public/app/core/components/DeleteButton/DeleteButton.test.tsx
-share/grafana/public/app/core/components/DeleteButton/DeleteButton.tsx
+share/grafana/public/app/core/components/Branding/
+share/grafana/public/app/core/components/Branding/Branding.tsx
+share/grafana/public/app/core/components/CopyToClipboard/
+share/grafana/public/app/core/components/CopyToClipboard/CopyToClipboard.tsx
+share/grafana/public/app/core/components/DynamicImports/
+share/grafana/public/app/core/components/DynamicImports/ErrorLoadingChunk.tsx
+share/grafana/public/app/core/components/DynamicImports/LoadingChunkPlaceHolder.tsx
+share/grafana/public/app/core/components/DynamicImports/SafeDynamicImport.test.tsx
+share/grafana/public/app/core/components/DynamicImports/SafeDynamicImport.tsx
share/grafana/public/app/core/components/EmptyListCTA/
-share/grafana/public/app/core/components/EmptyListCTA/EmptyListCTA.test.tsx
share/grafana/public/app/core/components/EmptyListCTA/EmptyListCTA.tsx
-share/grafana/public/app/core/components/EmptyListCTA/__snapshots__/
-share/grafana/public/app/core/components/EmptyListCTA/__snapshots__/EmptyListCTA.test.tsx.snap
-share/grafana/public/app/core/components/Label/
-share/grafana/public/app/core/components/Label/Label.tsx
+share/grafana/public/app/core/components/FilterInput/
+share/grafana/public/app/core/components/FilterInput/FilterInput.tsx
+share/grafana/public/app/core/components/Footer/
+share/grafana/public/app/core/components/Footer/Footer.tsx
share/grafana/public/app/core/components/LayoutSelector/
share/grafana/public/app/core/components/LayoutSelector/LayoutSelector.tsx
+share/grafana/public/app/core/components/LocalStorageValueProvider/
Re: net/ejabberd remove or update?
On Fri, 14 Feb 2020, Solene Rapenne wrote: > On Fri, Feb 14, 2020 at 01:44:08PM +, Lucas wrote: > > Solene Rapenne wrote: > > > Do we have a xmpp server in ports which is up to date? > > > > There is net/profanity, made in Lua, which is almost up-to-date and I > > was planning to update it this weekend. Current version works without > > issues. > > > > -Lucas > > in net/profanity I read COMMENT= console based XMPP client > > I don't think it is a XMPP server, if it is, we need to fix the COMMENT As Lucas said: prosody-0.11.2p1communications server for Jabber/XMPP written in Lua We're only a couple of minors behind. I've been using it for about a year now (not much traffic to be honest), and works great. Cheers, -- Paco Esteban. 5818130B8A6DBC03
Re: UPDATE: x11/qt5/qtwebkit
On Wed, Feb 12, 2020 at 01:26:30PM +, Stuart Henderson wrote:
> On 2020/02/12 10:57, Landry Breuil wrote:
> > One think we should make sure to check is arch coverage, ie check which
> > archs provide a 'working' (building, running ?) qtwebkit and try to
> > testbuild this update on those...
>
> FWIW the list for the in-tree version is:
>
> aarch64
> amd64
> i386
i386 fails on the jit or something related:
../Source/JavaScriptCore/dfg/DFGByteCodeParser.cpp:4400:52: error: ambiguous
conversion for functional-style cast from 'uintptr_t' (aka 'unsigned long') to
'JSC::DFG::OpInfo'
Node* value =
addToGraph(nodeType, OpInfo(operand), OpInfo(prediction));
../Source/JavaScriptCore/dfg/DFGNode.h:227:14: note: candidate constructor
explicit
OpInfo(int32_t value) : m_value(static_cast(value)) { }
^
../Source/JavaScriptCore/dfg/DFGNode.h:228:14: note:
candidate constructor
explicit OpInfo(uint32_t value) :
m_value(static_cast(value)) { }
^
with the 5 same errors layer on in the file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/02/14 07:19:00 Modified files: devel/proj : Makefile distinfo Log message: Update to proj 6.3.1
Re: net/ejabberd remove or update?
Lucas wrote: > There is net/profanity, made in Lua, which is almost up-to-date and I > was planning to update it this weekend. Current version works without > issues. s/profanity/prosody/
Re: net/ejabberd remove or update?
On Fri, Feb 14, 2020 at 01:44:08PM GMT, Lucas wrote: > Solene Rapenne wrote: > > Do we have a xmpp server in ports which is up to date? > > There is net/profanity, made in Lua, which is almost up-to-date and I > was planning to update it this weekend. Current version works without > issues. > > -Lucas > Hi Lucas, Profanity is an XMPP *client*, not a *server*. It isn't written in Lua either. Have you confused it with another port? Regards, Raf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 06:57:43 Modified files: devel/p5-Parallel-Forker: Makefile distinfo Log message: Update to p5-Parallel-Forker-1.252.
Re: net/ejabberd remove or update?
On Fri, Feb 14, 2020 at 01:44:08PM +, Lucas wrote: > Solene Rapenne wrote: > > Do we have a xmpp server in ports which is up to date? > > There is net/profanity, made in Lua, which is almost up-to-date and I > was planning to update it this weekend. Current version works without > issues. > > -Lucas in net/profanity I read COMMENT= console based XMPP client I don't think it is a XMPP server, if it is, we need to fix the COMMENT
Re: www/vimb Makefile cleanup and update 3.5 -> 3.6
Bump. I've been using this in amd64-current for over a month and it has
rebuilt cleanly through several pkg_add -u's.
--
J. Scott Heppler
Index: Makefile
===
RCS file: /cvs/ports/www/vimb/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile 18 Oct 2019 20:22:49 - 1.20
+++ Makefile 7 Jan 2020 03:38:07 -
@@ -4,7 +4,7 @@ COMMENT = modal webkit-based browser ins
GH_ACCOUNT = fanglingsu
GH_PROJECT = vimb
-GH_TAGNAME = 3.5.0
+GH_TAGNAME = 3.6.0
CATEGORIES = www x11
@@ -25,10 +25,6 @@ USE_GMAKE = Yes
CFLAGS += -D_BSD_SOURCE
MAKE_ENV = V=1
-
-# .git/index needed to generate version.h
-post-extract:
- mkdir -p ${WRKSRC}/.git/index
FAKE_FLAGS = PREFIX="${TRUEPREFIX}" \
MANPREFIX="${WRKINST}/${PREFIX}/man"
Index: distinfo
===
RCS file: /cvs/ports/www/vimb/distinfo,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 distinfo
--- distinfo 18 Oct 2019 20:22:49 - 1.11
+++ distinfo 7 Jan 2020 03:38:07 -
@@ -1,2 +1,2 @@
-SHA256 (vimb-3.5.0.tar.gz) = uzUWy7z0FyxRMnJYWsOxAMD/bvtflszgoDudfMlRMVs=
-SIZE (vimb-3.5.0.tar.gz) = 141269
+SHA256 (vimb-3.6.0.tar.gz) = qNto35iEHwfL+bKqAm5RBaq4P4CdodFmPe//gSUNkh4=
+SIZE (vimb-3.6.0.tar.gz) = 144750
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/vimb/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- pkg/PLIST 27 Jun 2018 21:04:06 - 1.5
+++ pkg/PLIST 7 Jan 2020 03:38:07 -
@@ -1,7 +1,7 @@
@comment $OpenBSD: PLIST,v 1.5 2018/06/27 21:04:06 espie Exp $
@bin bin/vimb
lib/vimb/
-lib/vimb/webext_main.so
+@so lib/vimb/webext_main.so
@man man/man1/vimb.1
share/applications/vimb.desktop
@tag update-desktop-database
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 06:49:15 Modified files: devel/p5-Object-Declare: Makefile distinfo Log message: Update to p5-Object-Declare-0.24.
Re: net/ejabberd remove or update?
Solene Rapenne wrote: > Do we have a xmpp server in ports which is up to date? There is net/profanity, made in Lua, which is almost up-to-date and I was planning to update it this weekend. Current version works without issues. -Lucas
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 06:34:53 Modified files: devel/p5-Log-Agent: Makefile distinfo Log message: Update to p5-Log-Agent-1.003.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 06:15:37 Modified files: devel/rebar: Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: sync after erlang17 removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 06:14:57 Modified files: lang/erlang: Makefile Makefile.inc erlang.port.mk Removed files: lang/erlang/17 : Makefile distinfo lang/erlang/17/patches: patch-Makefile_in patch-erts_emulator_Makefile_in patch-erts_etc_common_ct_run_c patch-erts_etc_common_dialyzer_c patch-erts_etc_common_erlc_c patch-erts_etc_common_escript_c patch-erts_etc_common_typer_c patch-erts_lib_src_Makefile_in patch-lib_dialyzer_src_dialyzer_plt_erl patch-lib_tools_c_src_Makefile_in patch-lib_wx_c_src_wxe_impl_cpp patch-lib_wx_configure_in patch-make_install_bin patch-make_target_mk lang/erlang/17/pkg: DESCR-main DESCR-wx PLIST-main PLIST-wx Log message: remove ancient erlang17
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/14 06:06:29 Modified files: infrastructure/mk: bsd.port.mk Log message: bsd.port.mk: remove COMPILER_VERSION from MAKE_ENV, it is not needed anymore. As a side effect, it unbreaks multimedia/mkvtoolnix on !clang archs. Proposed by jca@, bulk tested by naddy@ on amd64 (thanks again!), and me on macppc. OK jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 06:05:14 Modified files: devel/p5-Locale-Maketext-Gettext: Makefile distinfo Log message: Update to p5-Locale-Maketext-Gettext-1.30.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 05:55:21 Modified files: databases/riak : Makefile Log message: mark as BROKEN, this is the last port that uses erlang 17. a future update will hopefully support erlang 21, but we're not holding our breath. ok and as discussed with jmatthew@ about a year ago
Re: net/ejabberd remove or update?
On Fri, Feb 14, 2020 at 01:45:53PM +0100, Jasper Lievisse Adriaanse wrote: > > > > On 16 Oct 2019, at 16:58, Stuart Henderson wrote: > > > > On 2019/10/16 13:53, Solene Rapenne wrote: > >> anyone willing to work on it? > >> I see no reason to keep it otherwise. > >> > > > > When you asked, there were some people using it, so maybe? > > How about now? I think we’d be doing people a favour by preventing them from > using an xmpp server that’s almost 7 years old. > If someone really wants to keep using it, it can be revived from the attic > and updated to the latest version. > > Also, currently it’s the last port still using Erlang 16 — I’d like to remove > both. I really think we should remove this. Do we have a xmpp server in ports which is up to date?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 05:51:51 Modified files: lang/erlang: Makefile.inc Log message: fix reference to erlang18 in comment
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 05:40:52 Modified files: devel/p5-Devel-Cover-Report-Clover: Makefile distinfo Removed files: devel/p5-Devel-Cover-Report-Clover/patches: patch-META_yml Log message: Update to p5-Devel-Cover-Report-Clover-1.01.
powerpc bulk build report
Bulk build on macppc-1.ports.openbsd.org Started : Mon Jan 27 07:34:21 MST 2020 Finished: Fri Feb 14 05:32:06 MST 2020 Duration: 17 Days 21 hours 58 minutes Built using OpenBSD 6.6-current (GENERIC) #656: Mon Jan 20 13:45:34 MST 2020 Built 9858 packages Number of packages built each day: Jan 27: 1397 Jan 28: 2687 Jan 29: 436 Jan 30: 501 Jan 31: 179 Feb 1: 2689 Feb 2: 319 Feb 3: 53 Feb 4: 196 Feb 5: 256 Feb 6: 181 Feb 7: 350 Feb 8: 291 Feb 9: 323 Feb 10: 342 Feb 11: 439 Feb 12: 455 Feb 13: 443 Feb 14: 900 Critical path missing pkgs: http://build-failures.rhaalovely.net/powerpc/2020-01-27/summary.log Build failures: 42 http://build-failures.rhaalovely.net/powerpc/2020-01-27/benchmarks/wrk.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/cad/magic.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/cad/netgen.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/cad/openscad.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/cad/qucs.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/databases/sqlitebrowser.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/databases/sqliteman.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/devel/geany.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/devel/libpeas.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/games/pokerth.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/games/postal.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/games/stone-soup.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/games/valyriatear.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/games/xevil.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/geo/spatialite/gis.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/graphics/colord-gtk.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/graphics/gimp/stable.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/lang/compcert.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/lang/gprolog.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/lang/squeak/vm.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/mail/kopano/core.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/math/py-scikit-learn.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/net/dleyna/renderer.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/net/dleyna/server.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/net/mutella.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/print/hplip,-common.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/productivity/gnucash.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/sysutils/collectd,-main.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/sysutils/usmb.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/telephony/iaxclient.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/gnome/libgweather.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/gnome/ocrfeeder.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/gtk-vnc.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/gtksourceview4.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/kde4/libs.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/kde4/smokeqt.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/libdbus-c++.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/libhandy.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/mate/caja.log http://build-failures.rhaalovely.net/powerpc/2020-01-27/x11/ogre.log Recurrent failures: failures/devel/geany.log failures/devel/libpeas.log failures/devel/xtensa-elf/gcc.log failures/games/pokerth.log failures/games/postal.log failures/games/stone-soup.log failures/graphics/gimp/stable.log failures/lang/compcert.log failures/lang/gprolog.log failures/mail/kopano/core.log failures/math/py-scikit-learn.log failures/net/dleyna/renderer.log failures/net/dleyna/server.log failures/net/mutella.log failures/print/hplip,-common.log failures/productivity/gnucash.log failures/summary.log failures/sysutils/collectd,-main.log failures/sysutils/usmb.log failures/telephony/iaxclient.log failures/x11/gnome/libgweather.log failures/x11/gtk+4,-cloudprint.log failures/x11/gtk-vnc.log failures/x11/gtksourceview4.log failures/x11/kde4/smokeqt.log failures/x11/libdbus-c++.log failures/x11/libhandy.log New failures: +failures/lang/squeak/vm.log +failures/x11/gnome/ocrfeeder.log +failures/x11/kde4/libs.log Resolved failures: -failures/emulators/citra.log -failures/games/eduke32.log -failures/lang/quickjs.log -failures/multimedia/synfig.log -failures/security/scrypt.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 05:19:29 Modified files: devel/p5-Devel-Cover: Makefile distinfo devel/p5-Devel-Cover/pkg: PLIST Log message: Update to p5-Devel-Cover-1.33 from wen heping, ok afresh1@
Re: UPDATE: x11/qt5/qtwebkit
On Thu, Feb 13 2020, Jeremie Courreges-Anglas wrote:
> On Thu, Feb 13 2020, Charlene Wendling wrote:
>> On Wed, 12 Feb 2020 13:26:30 +
>> Stuart Henderson wrote:
>>
>>> On 2020/02/12 10:57, Landry Breuil wrote:
>>> > One think we should make sure to check is arch coverage, ie check
>>> > which archs provide a 'working' (building, running ?) qtwebkit and
>>> > try to testbuild this update on those...
>>>
>>> FWIW the list for the in-tree version is:
>>>
>>> aarch64
>>> amd64
>>> i386
>> powerpc build okruntime ok, javascript broken
>>> sparc64
>>>
>>
>> I needed 3 fixes to get it built on powerpc in
>> Source/JavaScriptCore/heap/MachineStackMarker.cpp:
>>
>> - Fix a trailing '#' in our patch, this fixes the build with gcc
>> - It missed an ifdef for archs where JS JIT is disabled
>> - Work around the lack of ucontext on OpenBSD (powerpc specific, thanks
>> to sthen for the tip)
>>
>> I built otter-browser next, the runtime is good as long as javascript
>> is disabled. I'll try to investigate the issue, but i don't think i'll
>> be able to fix that. I can't cross test against another browser because
>> there is none other available in the tree.
>>
>> In any case, it works better than its GTK counterpart on powerpc, i'm
>> fine seeing it committed despite the runtime issues as far as powerpc is
>> concerned.
>>
>> Here is a diff with my changes in, i diffed it against Rafael's one, and
>> it seems i've not messed up.
>
> Two problems hit so far on sparc64, one within a cmake file (unknown
> CPU), the other in a .h where we should define JSVALUE64 for this
> architecture. Build ongoing.
make package successful on sparc64.
I'm not sure whether the JIT should be enabled or not on sparc64, the
JIT-enabled architectures list in the port Makefile doesn't list sparc64
but some patches seem to implement JIT support on this platform.
*shrug*
Updated diff below which moves post-install, there's no point adding
more stuff after .include . I haven't looked closely at
the rest of the diff.
Index: Makefile
===
RCS file: /cvs/ports/x11/qt5/Makefile,v
retrieving revision 1.60
diff -u -p -r1.60 Makefile
--- Makefile25 Jan 2018 15:02:25 - 1.60
+++ Makefile14 Feb 2020 12:04:21 -
@@ -31,7 +31,6 @@
SUBDIR += qtvirtualkeyboard
SUBDIR += qtwebchannel
SUBDIR += qtwebkit
- SUBDIR += qtwebkit-examples
SUBDIR += qtwebsockets
SUBDIR += qtx11extras
SUBDIR += qtxmlpatterns
Index: Makefile.version
===
RCS file: /cvs/ports/x11/qt5/Makefile.version,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile.version
--- Makefile.version5 Nov 2019 10:18:53 - 1.8
+++ Makefile.version14 Feb 2020 12:04:21 -
@@ -3,7 +3,7 @@
QT5_VERSION = 5.9.8
QT5_DIST_VERSION = 5.9.8
-QT5_WEBKIT_VERSION = 5.9.0
+QT5_WEBKIT_VERSION = 5.212.0
# This one is used for building dependencies for examples and documentation,
# which obviously should be in sync with core packages.
Index: docs/Makefile
===
RCS file: /cvs/ports/x11/qt5/docs/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- docs/Makefile 6 Nov 2019 17:12:15 - 1.9
+++ docs/Makefile 14 Feb 2020 12:04:21 -
@@ -6,6 +6,7 @@ COMMENT-qch = qdoc-compiled documentati
PKGNAME = qt5-docs-${QT5_VERSION}
PKGNAME-html = qt5-html-${QT5_VERSION}
PKGNAME-qch = qt5-qch-${QT5_VERSION}
+WEBKIT_DOCS_VERSION = 5.9.0
MULTI_PACKAGES = -html -qch
SUBPACKAGE ?= -html
@@ -48,10 +49,10 @@ DOC_COMPONENTS = \
qtx11extras \
qtxmlpatterns
-MASTER_SITES0 =
https://download.qt.io/community_releases/${DIST_VERSION:R}/${QT5_WEBKIT_VERSION}-final/
-MASTER_SITES1 =
https://ftp1.nluug.nl/languages/qt/community_releases/${DIST_VERSION:R}/${QT5_WEBKIT_VERSION}-final/
+MASTER_SITES0 =
https://download.qt.io/community_releases/${DIST_VERSION:R}/${WEBKIT_DOCS_VERSION}-final/
+MASTER_SITES1 =
https://ftp1.nluug.nl/languages/qt/community_releases/${DIST_VERSION:R}/${WEBKIT_DOCS_VERSION}-final/
DISTFILES =
${DOC_COMPONENTS:Nqtwebkit:C/$/-opensource-src-${QT5_DIST_VERSION}${EXTRACT_SUFX}/}:0
-DISTFILES += qtwebkit-opensource-src-${QT5_WEBKIT_VERSION}${EXTRACT_SUFX}:1
+DISTFILES += qtwebkit-opensource-src-${WEBKIT_DOCS_VERSION}${EXTRACT_SUFX}:1
MODQT5_USE_CXX11 = No
CONFIGURE_STYLE = none
Index: qtwebkit/Makefile
===
RCS file: /cvs/ports/x11/qt5/qtwebkit/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- qtwebkit/Makefile 7 Jan 2020 20:22:08 - 1.17
+++ qtwebkit/Makefile 14 Feb 2020 12:04:21 -
@@ -1,29 +1,50 @@
# $OpenBSD: Makefile,v 1.17
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2020/02/14 05:11:56 Modified files: comms/p5-Device-Modem: Makefile distinfo Log message: Update to p5-Device-Modem-1.57.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 05:03:20 Modified files: lang/erlang: Makefile erlang.port.mk Removed files: lang/erlang/18 : Makefile distinfo lang/erlang/18/patches: patch-Makefile_in patch-erts_emulator_Makefile_in patch-erts_etc_common_ct_run_c patch-erts_etc_common_dialyzer_c patch-erts_etc_common_erlc_c patch-erts_etc_common_escript_c patch-erts_etc_common_typer_c patch-erts_lib_src_Makefile_in patch-lib_dialyzer_src_dialyzer_plt_erl patch-lib_tools_c_src_Makefile_in patch-lib_wx_c_src_wxe_impl_cpp patch-lib_wx_configure_in patch-make_install_bin patch-make_target_mk lang/erlang/18/pkg: DESCR-main DESCR-wx PLIST-main PLIST-wx Log message: retire erlang-18 ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 05:03:37 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: sync with erlang18 removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 05:02:00 Modified files: devel/rebar: Makefile Log message: remove erlang18 support
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2020/02/14 04:55:56
Modified files:
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
Log message:
register erl-{bcrypt,mochiweb} removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/14 04:55:34 Modified files: www: Makefile security : Makefile Removed files: security/erl-bcrypt: Makefile distinfo security/erl-bcrypt/pkg: DESCR PLIST www/erl-mochiweb: Makefile distinfo www/erl-mochiweb/pkg: DESCR PLIST Log message: remove unused and outdated erlang libraries ok aja@
Re: Increase duration before DPB marks a port frozen
On Thu, Feb 13, 2020 at 10:35:18PM +, Stuart Henderson wrote:
> On 2020/02/13 17:22, Kurt Mosiejczuk wrote:
> > With the default of 10 seconds with no response, my DPB status screen
> > stays almost entirely red for the duration of the sparc64 bulk.
> >
> > Increasing it to 45 seconds tends to eliminate the red except for things
> > that are actually stuck... and rust ports. :)
> >
> > How would folks feel about increasing to 45 seconds?
>
> I would be happy with that, I see a lot of 'frozen for XX' on i386 too
> and 45s feels like a good cutoff to me.
>
> > Index: Clock.pm
> > ===
> > RCS file: /cvs/ports/infrastructure/lib/DPB/Clock.pm,v
> > retrieving revision 1.16
> > diff -u -p -r1.16 Clock.pm
> > --- Clock.pm24 Oct 2019 15:05:22 - 1.16
> > +++ Clock.pm13 Feb 2020 22:19:45 -
> > @@ -163,7 +163,7 @@ sub frozen_message
> > $unchanged .= int($diff/3600)." HOURS!";
> > } elsif ($diff > 300) {
> > $unchanged .= int($diff/60)."mn";
> > - } elsif ($diff > 10) {
> > + } elsif ($diff > 45) {
> > $unchanged .= int($diff)."s";
> > } else {
> > $unchanged = "";
> >
>
Okay.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 04:11:33 Modified files: archivers/makeself: Makefile audio/audiality2: Makefile audio/cmus : Makefile audio/ympd : Makefile databases/pgmodeler: Makefile devel/git-cola : Makefile devel/go-goptlib: Makefile devel/greg : Makefile devel/jimarc4random: Makefile devel/libmpack : Makefile.inc devel/luafs: Makefile devel/luarings : Makefile devel/msgpack : Makefile devel/mspdebug : Makefile devel/ocaml-ocamlbuild: Makefile devel/tclarc4random: Makefile devel/unibilium: Makefile emulators/mgba : Makefile fonts/overpass : Makefile games/dhewm3 : Makefile games/easyrpg : Makefile games/freeblocks: Makefile games/koboredux: Makefile games/openmw : Makefile net/exabgp : Makefile net/lua-psl: Makefile sysutils/iwatch: Makefile net/luasocket : Makefile Log message: remove some extraneous DISTNAME setting from GH_TAGNAME ports, move GH_* up in a few cases where it's halfway through the Makefile
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 03:59:55 Modified files: editors/vim: Makefile distinfo editors/vim/patches: patch-runtime_filetype_vim patch-runtime_syntax_make_vim editors/vim/pkg: PLIST-main Log message: update to vim-8.2.255
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/14 03:58:06 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register net/mutella removal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/14 03:56:03 Modified files: net: Makefile Log message: Unhook removed net/mutella
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/14 03:54:40 Removed files: net/mutella: Makefile distinfo net/mutella/patches: patch-mutella_basicstruct_h patch-mutella_common_h patch-mutella_conversions_cpp patch-mutella_conversions_h patch-mutella_gnudownload_cpp patch-mutella_gnushare_cpp patch-mutella_gnushare_h patch-mutella_gnusock_cpp patch-mutella_gnuupload_cpp patch-mutella_preferences_cpp patch-mutella_property_cpp patch-mutella_tstring_h patch-mutella_uiremote_cpp patch-util_sockio_c net/mutella/pkg: DESCR PLIST Log message: Remove net/mutella: - runtime is broken on all archs - last release is from 2004; it has been removed since years on other OSes for this reason - there is still net/gtk-gnutella in the ports tree as an alternative OK kmos@ solene@ fcambus@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 03:40:04 Modified files: converters/lastools: Makefile distinfo Log message: should be GH_COMMIT not GH_TAGNAME
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 03:31:56 Modified files: net/librenms : Makefile net/librenms/pkg: PLIST Log message: symlink the lnms script into /usr/local/bin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/14 03:29:25 Modified files: multimedia/motion: Makefile distinfo multimedia/motion/pkg: PLIST Removed files: multimedia/motion/patches: patch-Makefile_in patch-configure_ac patch-event_c patch-motion_c patch-track_c patch-video_v4l2_c Log message: update to motion-4.3.0
Re: [New] devel/snare
On Thu, Feb 13, 2020 at 02:19:28PM +, Laurence Tratt wrote: > snare is a GitHub webhooks daemon. I reviewed this prior to Laurie posting it on-list. I'd be happy to commit this if someone OKs. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
UPDATE: Suricata-5.0.2
Hello,
Update for Suricata to 5.0.2:
https://github.com/OISF/suricata/releases
OK? Comments?
Cheers.-
--
- gonzalo
Index: Makefile
===
RCS file: /cvs/ports/security/suricata/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile22 Jan 2020 10:21:47 - 1.28
+++ Makefile14 Feb 2020 09:01:57 -
@@ -2,9 +2,8 @@
COMMENT = high performance network IDS, IPS and security monitoring
-SURICATA_V = 5.0.1
+SURICATA_V = 5.0.2
SUPDATE_V =1.1.1
-REVISION = 0
DISTNAME = suricata-${SURICATA_V}
CATEGORIES = security
Index: distinfo
===
RCS file: /cvs/ports/security/suricata/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo16 Dec 2019 15:33:27 - 1.8
+++ distinfo14 Feb 2020 09:01:57 -
@@ -1,2 +1,2 @@
-SHA256 (suricata-5.0.1.tar.gz) = kAc2ZiJcQ7QSe+g5RspNq57duIhcLf6M2ABOCKgFiww=
-SIZE (suricata-5.0.1.tar.gz) = 23721536
+SHA256 (suricata-5.0.2.tar.gz) = fzDKyS/uqyqSgbYFm5b58WPc6arcyVmmwLmi9tdQzuc=
+SIZE (suricata-5.0.2.tar.gz) = 23735393
Re: Remove net/mutella (Was: Re: Mark net/mutella BROKEN-sparc64)
On Fri, Feb 14, 2020 at 07:42:29AM +0100, Charlene Wendling wrote: > > net/mutella has never built successfully while I've run sparc64 > > builds. > > > > ok to mark BROKEN-sparc64? > > It builds with ports-clang on powerpc, but i think we should remove it > instead: > > - SIGILL on amd64, hits the stack protector on powerpc > - last release is from 2004, and we're talking about some networked > software, the development list is dead since more than a decade > - it has been removed since years on other OSes for this reason > - there is still net/gtk-gnutella in the ports tree. The project is > still active but the version we ship is 10 years old. There is > even a warning about that when you start it :) OK fcambus@ to remove.
Re: Remove net/mutella (Was: Re: Mark net/mutella BROKEN-sparc64)
On Fri, Feb 14, 2020 at 02:07:01AM -0500, Kurt Mosiejczuk wrote: > On Fri, Feb 14, 2020 at 07:42:29AM +0100, Charlene Wendling wrote: > > On Wed, 12 Feb 2020 21:44:19 -0500 > > Kurt Mosiejczuk wrote: > > > > net/mutella has never built successfully while I've run sparc64 > > > builds. > > > > ok to mark BROKEN-sparc64? > > > It builds with ports-clang on powerpc, but i think we should remove it > > instead: > > > - SIGILL on amd64, hits the stack protector on powerpc > > - last release is from 2004, and we're talking about some networked > > software, the development list is dead since more than a decade > > - it has been removed since years on other OSes for this reason > > - there is still net/gtk-gnutella in the ports tree. The project is > > still active but the version we ship is 10 years old. There is > > even a warning about that when you start it :) > > I was touching that code? Gross. :) > > ok kmos to remove > > --Kurt > ok solene@ for removal
