Re: Remove net/mutella (Was: Re: Mark net/mutella BROKEN-sparc64)

2020-02-13 Thread Kurt Mosiejczuk
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

Remove net/mutella (Was: Re: Mark net/mutella BROKEN-sparc64)

2020-02-13 Thread Charlene Wendling
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

UPDATE: games/cgames 2.2a => 2.2b

2020-02-13 Thread Brian Callahan
Hi ports -- Attached is an update to games/cgames. It is a simple bugfix update. Take MAINTAINER. I imported this a long time ago; I'll reclaim it. OK? ~Brian Index: Makefile === RCS file: /cvs/ports/games/cgames/Makefile,v

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Kurt Mosiejczuk
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/13 18:43:22 Modified files: chinese/libpinyin: Makefile Log message: Mark BROKEN-sparc64 ok kevlo@

Re: RUN_DEPENDS=${BUILD_DEPENDS}

2020-02-13 Thread Juan Francisco Cantero Hurtado
On Thu, 13 Feb 2020 21:06:11 +0100 Matthias Kilian wrote: > Hi, > > On Tue, Feb 11, 2020 at 02:24:11PM +0100, Jasper Lievisse Adriaanse > wrote: > > OK for this diff to correct this mis-pattern (angr has been fixed > > already)? > > After just comparing BUILD_DEPENDS and RUN_DEPENDS before

Re: Mark chinese/libpinyin BROKEN-sparc64

2020-02-13 Thread Kevin Lo
On Thu, Feb 13, 2020 at 09:30:17AM -0500, Kurt Mosiejczuk wrote: > > Another that has never successfully built on sparc64 > > ok? > > (cc maintainer) ok @kevlo > --Kurt > > Index: Makefile > === > RCS file:

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 16:04:31 Modified files: sysutils/reposync: Makefile distinfo Log message: update reposync to use controlmaster; diff from dlg with magic from djm

[new] devel/yarn an alternative to npm (another attempt)

2020-02-13 Thread Aaron Bieber
Hi, Here is an updated version of the yarn port I sent back in Dec. Basically a version bump, and I fixed the dumb permissions on pkg/DESCR. DESCR: Fast: Yarn caches every package it has downloaded, so it never needs to download the same package again. It also does almost everything

new productivity/lifeograph

2020-02-13 Thread Solene Rapenne
this is a gtk diary tool like productivity/rednotebook works fine on amd64, I can start it on powerpc but it crashes using some features. lifeograph.tar.gz Description: application/tar-gz

Debug packages vs. @shell annotation

2020-02-13 Thread Christian Weisgerber
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...

Re: Increase duration before DPB marks a port frozen

2020-02-13 Thread Stuart Henderson
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

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Charlene Wendling
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/02/13 15:31:04 Modified files: telephony/pjsua: Makefile Log message: pjsua: fix packaging on gcc archs Implicit MODGCC4_CPPLIBDEP in LIB_DEPENDS is not inherited by LIB_DEPENDS-*, despite

Increase duration before DPB marks a port frozen

2020-02-13 Thread Kurt Mosiejczuk
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

Re: CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
On 2020/02/13 15:19, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2020/02/13 15:19:35 > > Modified files: > devel/gtest: distinfo > editors/featherpad: Makefile distinfo > editors/texworks: Makefile distinfo >

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 15:19:35 Modified files: devel/gtest: distinfo editors/featherpad: Makefile distinfo editors/texworks: Makefile distinfo infrastructure/mk: bsd.port.mk

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/02/13 15:11:40 Modified files: devel/py-SOAPpy: Makefile Log message: dependency moved: py-wtools -> py-wstools

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 15:08:10 Modified files: games/dmagnetic: Makefile distinfo Log message: update to dMagnetic 0.22 and improve tests, from maintainer/upstream Thomas Dettbarn.

Re: games/dMagnetic 0.20 -> 0.22

2020-02-13 Thread Stuart Henderson
Thank you, committed :) On 2020/02/13 18:10, Thomas Dettbarn wrote: > Good day everybody. > > My interpreter for classic text adventure games "dMagnetic" > just saw release 0.22. The last one I found in your CVS > was 0.20, so I took the liberty of creating a patch from that, > foregoing the

Re: [ports-gcc] Unbreak telephony/pjsua

2020-02-13 Thread Stuart Henderson
On 2020/02/13 22:21, Charlene Wendling wrote: > Hi, > > > http://build-failures.rhaalovely.net/sparc64/last/telephony/pjsua%2C-main.log > > http://build-failures.rhaalovely.net/powerpc/last/telephony/pjsua%2C-main.log > > The build used to fail for another reason, but since the last update, > it

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Juan Francisco Cantero Hurtado
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2020/02/13 15:04:38 Modified files: devel/tortoisehg: Makefile Log message: Move the mercurial version to a variable.

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 14:48:25 Modified files: net/net-snmp : Makefile Log message: disable --enable-blumenthal-aes again, it uses ceil(3) and a combination of bogus autoconf tests and missing pieces result in

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/02/13 14:44:51 Modified files: shells/bash: Makefile distinfo Log message: update to 5.0 patchlevel 16

[ports-gcc] Unbreak telephony/pjsua

2020-02-13 Thread Charlene Wendling
Hi, > http://build-failures.rhaalovely.net/sparc64/last/telephony/pjsua%2C-main.log > http://build-failures.rhaalovely.net/powerpc/last/telephony/pjsua%2C-main.log The build used to fail for another reason, but since the last update, it does not. Now, we're hitting a classic. The implicit

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Christian Weisgerber
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/02/13 13:50:13 Modified files: devel/gettext : Makefile devel/gettext/pkg: PLIST-runtime PLIST-textstyle PLIST-tools Log message: enable debug packages and modernize plist

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 13:32:48 Modified files: benchmarks/tsung: Makefile distinfo benchmarks/tsung/pkg: DESCR PLIST Removed files: benchmarks/tsung/patches: patch-tsung-recorder_sh_in

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 13:11:46 Modified files: devel/qt-creator: Makefile sysutils/slant : Makefile devel/tortoisehg: Makefile Log message: RUN_DEPENDS=${BUILD_DEPENDS} is bad mkay spotted by

Re: RUN_DEPENDS=${BUILD_DEPENDS}

2020-02-13 Thread Matthias Kilian
Hi, On Tue, Feb 11, 2020 at 02:24:11PM +0100, Jasper Lievisse Adriaanse wrote: > OK for this diff to correct this mis-pattern (angr has been fixed already)? After just comparing BUILD_DEPENDS and RUN_DEPENDS before vs. after appluying your diff: ok Ciao, Kili > Index:

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 13:05:42 Modified files: lang/elixir: Makefile distinfo Log message: update to elixir-1.10.1

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 12:08:01 Modified files: textproc/pdfpc : Makefile textproc/pdfpc/pkg: PLIST Added files: textproc/pdfpc/patches: patch-man_pdfpcrc_in patch-src_paths_in Log message: a

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Bjorn Ketelaars
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/02/13 11:51:01 Modified files: games/freeciv : Makefile distinfo Log message: Update to freeciv-2.6.1 Changes: https://freeciv.fandom.com/wiki/NEWS-2.6.1 OK pirofti@

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 11:37:58 Modified files: www/py-wstools : Makefile distinfo www/py-wstools/pkg: PLIST Removed files: www/py-wstools/patches: patch-setup_py Log message: - update to

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 11:32:02 Modified files: www: Makefile Added files: www/py-wstools : Makefile distinfo www/py-wstools/patches: patch-setup_py www/py-wstools/pkg: DESCR

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 11:29:45 ports/www/py-wstools/patches Update of /cvs/ports/www/py-wstools/patches In directory cvs.openbsd.org:/tmp/cvs-serv8078/py-wstools/patches Log Message: Directory

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 11:29:45 ports/www/py-wstools/pkg Update of /cvs/ports/www/py-wstools/pkg In directory cvs.openbsd.org:/tmp/cvs-serv8078/py-wstools/pkg Log Message: Directory /cvs/ports/www/py-wstools/pkg added to the

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Jasper Lievisse Adriaanse
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/02/13 11:29:42 ports/www/py-wstools Update of /cvs/ports/www/py-wstools In directory cvs.openbsd.org:/tmp/cvs-serv79974/py-wstools Log Message: Directory /cvs/ports/www/py-wstools added to the repository

games/dMagnetic 0.20 -> 0.22

2020-02-13 Thread Thomas Dettbarn
Good day everybody. My interpreter for classic text adventure games "dMagnetic" just saw release 0.22. The last one I found in your CVS was 0.20, so I took the liberty of creating a patch from that, foregoing the 0.21 release. While I was at it, I also improved upon the "do-test:" target.

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Solene Rapenne
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/02/13 09:51:05 Modified files: productivity/rednotebook: Makefile Log message: Add x11/gtksourceview3 as RUN_DEPEND

Re: UPDATE: x11/qt5/qtwebkit

2020-02-13 Thread Jeremie Courreges-Anglas
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

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Kurt Mosiejczuk
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/02/13 08:57:00 Modified files: emulators/fs-uae: Makefile Log message: Fix build of emulators/fs-uar for sparc64 This adds "-fpermissive" to the CFLAGS for sparc64 to quiet an errors about a cast

Re: misc/open62541 debug package

2020-02-13 Thread Alexander Bluhm
On Thu, Feb 13, 2020 at 12:39:50PM +, Stuart Henderson wrote: > OK, though I hope we will be able to remove -DCMAKE_BUILD_TYPE later. > I think this should be fixed in the cmake port and/or cmake.port.mk > somewhere, looks like it strips libraries but not executables. > I don't think we can

Mark chinese/libpinyin BROKEN-sparc64

2020-02-13 Thread Kurt Mosiejczuk
Another that has never successfully built on sparc64 ok? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/chinese/libpinyin/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile12 Jul 2019

[New] devel/snare

2020-02-13 Thread Laurence Tratt
This is a port for snare. From pkg/DESCR: snare is a GitHub webhooks daemon. When snare receives a webhook event from a given repository, it authenticates the request, and then executes a user-defined "per-repo program" with information about the webhook event. It's written in Rust, so the

Re: less annoying GH_TAGNAME

2020-02-13 Thread Jeremie Courreges-Anglas
On Thu, Feb 13 2020, Stuart Henderson wrote: > On 2020/02/10 12:28, Stuart Henderson wrote: >> Currently setting GH_TAGNAME automatically populates DISTNAME (and hence >> PKGNAME) and WRKDIST, based on the contents of GH_TAGNAME, with a leading >> 'v' stripped off. Often this is helpful but other

Re: UPDATE: x11/qt5/qtwebkit

2020-02-13 Thread Charlene Wendling
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... > >

Re: Unbreak emulators/fs-uae build on sparc64

2020-02-13 Thread Kurt Mosiejczuk
On Thu, Feb 13, 2020 at 10:09:17AM +, Edd Barrett wrote: > Hi Kurt, > On Wed, Feb 12, 2020 at 11:56:14PM -0500, Kurt Mosiejczuk wrote: > > This patch fixes the build for emulators/fs-uae for sparc64. > I was recently playing with a newer version of fs-uae and found that the > typeof errors

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Alexander Bluhm
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2020/02/13 06:26:20 Modified files: misc/open62541 : Makefile Added files: misc/open62541/patches: patch-plugins_ua_accesscontrol_default_c Log message: Build a debug package for open62541

Re: less annoying GH_TAGNAME

2020-02-13 Thread Stuart Henderson
On 2020/02/10 12:28, Stuart Henderson wrote: > Currently setting GH_TAGNAME automatically populates DISTNAME (and hence > PKGNAME) and WRKDIST, based on the contents of GH_TAGNAME, with a leading > 'v' stripped off. Often this is helpful but other times it isn't, requiring > overriding defaults. >

Re: misc/open62541 debug package

2020-02-13 Thread Stuart Henderson
On 2020/02/13 13:01, Alexander Bluhm wrote: > On Mon, Feb 10, 2020 at 08:46:47PM +, Stuart Henderson wrote: > > > I have build the library with debug symbols as I want to do development > > > on top of it. Do we have a policy for that? > > > > If you only need symbols on amd64 then I'd prefer

UPDATE: Nextcloud-18.0.1

2020-02-13 Thread Gonzalo L. Rodriguez
Hello, Update for Nextcloud to 18.0.1: https://nextcloud.com/changelog/ OK? Comments? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/www/nextcloud/Makefile,v retrieving revision 1.48 diff -u -p

Re: UPDATE games/freeciv-2.6.1

2020-02-13 Thread Paul Irofti
On Sat, Feb 08, 2020 at 02:52:34PM +0100, Björn Ketelaars wrote: > Diff below brings freeciv to 2.6.1, which is a bugfix release. > https://freeciv.fandom.com/wiki/NEWS-2.6.1 lists the changes since > 2.6.0. > > (Lightly) run tested on amd64 for the last couple of days. > > Comments/OK? OK >

misc/open62541 debug package

2020-02-13 Thread Alexander Bluhm
On Mon, Feb 10, 2020 at 08:46:47PM +, Stuart Henderson wrote: > > I have build the library with debug symbols as I want to do development > > on top of it. Do we have a policy for that? > > If you only need symbols on amd64 then I'd prefer just setting > DEBUG_PACKAGES=${BUILD_PACKAGES},

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Landry Breuil
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/02/13 04:59:42 Modified files: net: Makefile Log message: +dino

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Landry Breuil
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/02/13 04:58:55 Log message: Import dino 0.1.0. Dino (https://dino.im) is a modern Gtk+3/Vala open-source chat client for the desktop. It focuses on providing a clean and reliable

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Frederic Cambus
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/02/13 04:53:15 Modified files: fonts/spleen : Makefile distinfo Log message: Update spleen to 1.7.0.

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 04:06:07 Modified files: devel/pcre2: Tag: OPENBSD_6_6 Makefile distinfo devel/pcre2/patches: Tag: OPENBSD_6_6 patch-RunGrepTest devel/pcre2/pkg: Tag: OPENBSD_6_6 PLIST

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Stuart Henderson
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/02/13 04:05:11 Modified files: devel/pcre2: Makefile distinfo devel/pcre2/patches: patch-RunGrepTest devel/pcre2/pkg: PLIST Log message: update to pcre2-10.34, from giovanni@

Re: UPDATE: devel/pcre2

2020-02-13 Thread Stuart Henderson
On 2020/02/13 11:53, Giovanni Bechis wrote: > On 2/13/20 11:40 AM, Nam Nguyen wrote: > > Giovanni Bechis writes: > > > >> On Wed, Feb 12, 2020 at 06:26:35PM +, Stuart Henderson wrote: > >>> On 2020/02/12 13:15, Giovanni Bechis wrote: > Update to latest version, ok ? comments ? > >>> >

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Giovanni Bechis
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2020/02/13 04:01:11 Modified files: www/icedtea-web: Makefile Log message: drop maintainership

Re: UPDATE: devel/pcre2

2020-02-13 Thread Giovanni Bechis
On 2/13/20 11:40 AM, Nam Nguyen wrote: > Giovanni Bechis writes: > >> On Wed, Feb 12, 2020 at 06:26:35PM +, Stuart Henderson wrote: >>> On 2020/02/12 13:15, Giovanni Bechis wrote: Update to latest version, ok ? comments ? >>> >>> Please run update-patches, update-plist, and bump the

Re: UPDATE: devel/pcre2

2020-02-13 Thread Nam Nguyen
Giovanni Bechis writes: > On Wed, Feb 12, 2020 at 06:26:35PM +, Stuart Henderson wrote: >> On 2020/02/12 13:15, Giovanni Bechis wrote: >> > Update to latest version, ok ? comments ? >> >> Please run update-patches, update-plist, and bump the shared library minor >> versions for all

Re: Unbreak emulators/fs-uae build on sparc64

2020-02-13 Thread Edd Barrett
Hi Kurt, On Wed, Feb 12, 2020 at 11:56:14PM -0500, Kurt Mosiejczuk wrote: > This patch fixes the build for emulators/fs-uae for sparc64. I was recently playing with a newer version of fs-uae and found that the typeof errors (I assume that's what you are seeing) could be fixed by passing

Re: rm -rf www/icedtea-web ?

2020-02-13 Thread Renaud Allard
On 2/13/20 9:28 AM, Landry Breuil wrote: > On Thu, Feb 13, 2020 at 08:49:45AM +0100, Giovanni Bechis wrote: >> Hi, >> I am not using it anymore and Java applets are dead, >> ok to remove or should I just drop maintainership ? > > I still occasionally use it outside of the browser to access

CVS: cvs.openbsd.org: ports

2020-02-13 Thread Landry Breuil
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/02/13 01:48:01 Modified files: x11/xfce4/xfce4-whiskermenu: Makefile distinfo x11/xfce4/xfce4-whiskermenu/patches: patch-panel-plugin_settings_cpp

Re: rm -rf www/icedtea-web ?

2020-02-13 Thread Landry Breuil
On Thu, Feb 13, 2020 at 08:49:45AM +0100, Giovanni Bechis wrote: > Hi, > I am not using it anymore and Java applets are dead, > ok to remove or should I just drop maintainership ? I still occasionally use it outside of the browser to access crappy ilo/idrac that dont support HTML5 KVMs.. its