[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 06:13:58
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 +devel/py-m
[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?
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.
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
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:
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 >
[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/ +share/grafana/public/app/core/components/LocalStorageValuePr
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.
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
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
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
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?
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 -failures/telephony/pjsua,-ma
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 2020/01/
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.
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