CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2021/08/09 23:33:50 Modified files: net/filezilla : Makefile distinfo Log message: Update to filezilla-3.55.1 Fixes a crash if tree view items are deleted at the same time as something is being dragged over the tree view. Update WANTLIB. Changes: https://filezilla-project.org/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2021/08/09 23:33:05 Modified files: net/libfilezilla: Makefile distinfo net/libfilezilla/pkg: PLIST Log message: Update to libfilezilla-0.31.1 Changes: https://lib.filezilla-project.org/ Bump minor of libfilezilla because of additions of symbols.
Re: Unbreak archivers/innoextract on all clang+ld.bfd archs (macppc AND mips64) (Was: Re: mips64 bulk build report)
On 21/08/06 01:59PM, Charlene Wendling wrote: > > I've tested on macppc where it builds OK; there is no changes for > clang+ld.lld archs. I've no mips64 machine, so i can't test. > Hi, I tested your patchset on mips64(octane), it builds fine. I don't have any test case for it so can't test it further.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2021/08/09 20:47:37 Modified files: security/age : Makefile security/age/pkg: PLIST Log message: Include man pages for age. Diff from Martin Vahlensieck openbsd ! academicsolutions ch with a small tweak from myself. Thanks Martin!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/08/09 15:23:25 Modified files: misc/open62541 : Makefile distinfo Log message: Update open62541 to version 1.0.6. Releases 1.0.4 and 1.0.5 were broken, but 1.0.6 contains only minor bugfixes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/08/09 14:36:18 Modified files: devel/kf5/breeze-icons: Makefile Log message: Add missing dependencies to generation 24x24 icons. Pointed out by sthen@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/08/09 14:23:36 Modified files: telephony/linphone/belle-sip: Makefile Log message: Fix the build on sparc64 by setting ENABLE_STRICT=NO in CONFIGURE_ARGS, which turns off -Werror ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gkoeh...@cvs.openbsd.org2021/08/09 14:13:02 Modified files: lang/ruby : Makefile.inc lang/ruby/2.6 : Makefile lang/ruby/2.7 : Makefile lang/ruby/3.0 : Makefile Log message: Don't use __builtin_setjmp on powerpc, powerpc64 clang-11's __builtin_setjmp is broken, has chance of SIGSEGV during "make build" on powerpc with ld.lld, or when passing a wrong option (like "ruby -e" with no -e code) on powerpc64. ok jeremy@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/08/09 13:58:38 Modified files: telephony/linphone: Makefile.inc Log message: Fix build of linphone/* on sparc64 by putting a COMPILER line in Makefile.inc ok sthen
Re: CVS: cvs.openbsd.org: ports
On 2021/08/08 06:21, Rafael Sadowski wrote: > devel/kf5/breeze-icons: distinfo > devel/kf5/breeze-icons/pkg: PLIST > Log message: > Update KDE Frameworks to 5.84.0 > > https://kde.org/announcements/frameworks/5/5.84.0/ > Packaging fails here; the various files in /24/ directories and breeze/status/24@2x breeze/status/24@3x are missing from the fake-install dir.
Re: resurrect lang/fpc
On 2021/08/04 19:51, Pascal Stumpf wrote: > The latest version FPC (3.2.2) does not try to do syscalls from the main > program anymore. OK to resurrect it? The bootstrap is built against too old a libc (at least for i386). Please would you either regenerate against current, or bundle the library in the bootstrap tar and set LD_PRELOAD to use it.
Re: [base-gcc/sparc64] Fix build of telephony/linphone/*
On 2021/08/09 15:26, Kurt Mosiejczuk wrote: > On Mon, Aug 09, 2021 at 08:16:05PM +0100, Stuart Henderson wrote: > > that _probably_ needs bumps as IIRC there are parts that did build > > (and if so, they'll now have new WANTLIB/LIB_DEPENDS) > > I'm assuming you are talking about it building outside of sparc64? > > Because everything but bctoolbox depends on bctoolbox and it did not > build on sparc64. (I started by fixing that, and then most of the other > stuff failed. So I looked at changing the Makefile.inc rather than each > piece on their own.) > > --Kurt > Ah I thought there was one which didn't - OK then
Re: [base-gcc/sparc64] Fix build of telephony/linphone/*
On Mon, Aug 09, 2021 at 08:16:05PM +0100, Stuart Henderson wrote: > that _probably_ needs bumps as IIRC there are parts that did build > (and if so, they'll now have new WANTLIB/LIB_DEPENDS) I'm assuming you are talking about it building outside of sparc64? Because everything but bctoolbox depends on bctoolbox and it did not build on sparc64. (I started by fixing that, and then most of the other stuff failed. So I looked at changing the Makefile.inc rather than each piece on their own.) --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/08/09 13:20:26 Modified files: mail/fetchmail : Makefile distinfo Log message: update to fetchmail-6.4.21
Re: [base-gcc/sparc64] Fix build of telephony/linphone/*
that _probably_ needs bumps as IIRC there are parts that did build (and if so, they'll now have new WANTLIB/LIB_DEPENDS) On 2021/08/09 11:30, Kurt Mosiejczuk wrote: > Most parts of linphone require a compiler that does C++11, which rules out > base-gcc. > > This patch patches the Makefile.inc to cover all those ports and fixes the > build on sparc64. > > ok? > > (cc maintainer) > > --Kurt > > Index: Makefile.inc > === > RCS file: /cvs/ports/telephony/linphone/Makefile.inc,v > retrieving revision 1.2 > diff -u -p -r1.2 Makefile.inc > --- Makefile.inc 10 Jul 2021 16:55:23 - 1.2 > +++ Makefile.inc 9 Aug 2021 15:19:17 - > @@ -7,5 +7,7 @@ MASTER_SITES =https://gitlab.linphone.o > DISTNAME ?= ${MODULE}-${V} > MAINTAINER = Landry Breuil > > +COMPILER = base-clang ports-gcc > + > # GPLv3 > PERMIT_PACKAGE = Yes >
Re: NEW: security/py-hvac 0.10.6
On Tue, Mar 23, 2021 at 10:53:08PM +, Mikolaj Kucharski wrote: > On Tue, Mar 23, 2021 at 10:25:13PM +, Stuart Henderson wrote: > > > > There don't seem to be any tests in the distribution, so TEST_DEPENDS > > doesn't make much sense? > > > > Port looks good to me but I have no way to test it. > > > > Dropped TEST_DEPENDS. I've used it with Ansible: > > bindpw: "{{ lookup('hashi_vault', 'secret=secret/... }}" > > to fetch secrets from Vault. > Updated to 0.11.0 Information for inst:py3-hvac-0.11.0 Comment: Python client library for Hashicorp Vault Description: HVAC allows accessing secrets stored in a Vault directly from Python code. An access token must be created first, using a separate tool like vault or vault-client. Maintainer: Mikolaj Kucharski WWW: https://github.com/hvac/hvac -- Regards, Mikolaj py-hvac-0.11.0.port.tgz Description: application/tar-gz
Re: Teeworlds update - Teeworlds 0.7.5
I did some tests on loongson, macppc and amd64. The server part does run on loongson, so I'd suggest removing the whole ONLY_FOR_ARCHS line. I think it should probably work on arm64 and powerpc64 too, but I don't have the hardware to confirm that. As for macppc and other big-endian hosts, my original patch (patch-src_base_detect_h) needs to be kept, otherwise big-endian hosts are misdetected as being little-endian (since it checks for internal defines instead of using the proper visible symbols). With this, both the client and the server appear to be OK on my PowerBook G4. New suggested changes (on top of yours) below [1]. However, the game is still unplayable by default on all my machines here: - Start from scratch, with no Teeworlds configuration leftovers. - Start the game, it goes to fullscreen by default. - Then, I see two mouse cursors: the one from Xorg, and the one from the game. The one from the game has no effect as long as I'm in fullscreen, so I can't click on anything. Just press Esc and Enter so that you can quit the game with a new configuration file written to the disk. - echo gfx_fullscreen 0 >> ~/.local/share/teeworlds/settings*.json - Now you can run the game in windowed mode, where the mouse bug doesn't happen. But this is just a work-around. - If I quit again, the whole Xorg screen sometimes freezes until I kill(1) Teeworlds. - (The stuff in pkg/MESSAGE has no effect and is probably very outdated nowadays with SDL2.) I have no idea about the origin of this. Happens on an Intel Haswell GPU and on an old ATI Radeon Mobility. I'm curious to know if others experience this problem too, or if I'm just in bad luck with I have here. Donovan [1]: --- games/teeworlds/Makefile.orig +++ games/teeworlds/Makefile @@ -1,7 +1,5 @@ # $OpenBSD: Makefile,v 1.28 2021/02/23 19:39:23 sthen Exp $ -ONLY_FOR_ARCHS=amd64 i386 powerpc - COMMENT= platform game featuring buggers equipped with weapons V= 0.7.5 --- /dev/null +++ games/teeworlds/patches/patch-src_base_detect_h @@ -0,0 +1,26 @@ +$OpenBSD: patch-src_base_detect_h,v 1.1 2015/12/27 17:56:22 jasper Exp $ + +Fix endianness detection. + +Index: src/base/detect.h +--- src/base/detect.h.orig src/base/detect.h +@@ -85,15 +85,15 @@ + + /* use gcc endianness definitions when available */ + #if defined(__GNUC__) && !defined(__APPLE__) && !defined(__MINGW32__) && !defined(__sun) +- #if defined(__FreeBSD__) || defined(__OpenBSD__) || defined(__NetBSD__) ++ #if defined(__FreeBSD__) || defined(__NetBSD__) + #include + #else + #include + #endif + +- #if __BYTE_ORDER == __LITTLE_ENDIAN ++ #if BYTE_ORDER == LITTLE_ENDIAN + #define CONF_ARCH_ENDIAN_LITTLE 1 +- #elif __BYTE_ORDER == __BIG_ENDIAN ++ #elif BYTE_ORDER == BIG_ENDIAN + #define CONF_ARCH_ENDIAN_BIG 1 + #endif + #endif
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2021/08/09 11:09:15 Modified files: www/chromium : Makefile distinfo Log message: update to 92.0.4515.131
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/08/09 10:08:43 Modified files: productivity/libphonenumber/patches: patch-cpp_CMakeLists_txt Added files: productivity/libphonenumber/patches: patch-tools_cpp_CMakeLists_txt Log message: Strip out two instances of -Werror to fix build on sparc64 ok sthen
[sparc64] Fix build of telephony/linphone/belle-sip
By default belle-sip is setting -Werror. We can turn it off by setting ENABLE_STRICT=NO in CONFIGURE_ARGS. This fixes the build on sparc64. ok? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/telephony/linphone/belle-sip/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile10 Jul 2021 16:58:01 - 1.2 +++ Makefile9 Aug 2021 15:36:59 - @@ -8,6 +8,7 @@ SHARED_LIBS += bellesip 0.0 # 1 CONFIGURE_ARGS= -DENABLE_STATIC=NO CONFIGURE_ARGS += -DENABLE_TESTS=NO +CONFIGURE_ARGS += -DENABLE_STRICT=NO LIB_DEPENDS = telephony/linphone/bctoolbox \ telephony/linphone/belr
[base-gcc/sparc64] Fix build of telephony/linphone/*
Most parts of linphone require a compiler that does C++11, which rules out base-gcc. This patch patches the Makefile.inc to cover all those ports and fixes the build on sparc64. ok? (cc maintainer) --Kurt Index: Makefile.inc === RCS file: /cvs/ports/telephony/linphone/Makefile.inc,v retrieving revision 1.2 diff -u -p -r1.2 Makefile.inc --- Makefile.inc10 Jul 2021 16:55:23 - 1.2 +++ Makefile.inc9 Aug 2021 15:19:17 - @@ -7,5 +7,7 @@ MASTER_SITES = https://gitlab.linphone.o DISTNAME ?=${MODULE}-${V} MAINTAINER = Landry Breuil +COMPILER = base-clang ports-gcc + # GPLv3 PERMIT_PACKAGE = Yes
NEW: Goldberg Emulator - a libsteam_api drop-in replacement to improve game compatibility
Hi, Please find attached a port of the "Goldberg Emulator." This is a drop-in replacement for libsteam_api.so, the base steam interface on Linux. It has been designed to allow Steam online features for LAN and offline use without needing a Steam connection. This makes it useful for game compatibility beyond what the current collection of stubs in the port games/steamworks-nosteam is capable of. It is LGPLv3+ licensed. This came to be because of the problems I encountered with running recent versions of the game Northgard that ship Linux' libsteam_api.so even with the GOG.com version and only offer limited functionality with the stub of steam.hdll in steamworks-nosteam. With this port, there is no need anymore to stub Steam wrapper libraries for most scenarios, as libsteam_api.so will take care of everything. For those who own one of the hashlink games that can run with this (Northgard, Evoland Legendary Edition, Darksburg, Wartales Demo), you can test this port by installing it and building a "full-fat" steam.hdll that you drop into the game's directory. Remove all other *.hdll, *.dll, and *.so{,.*} in there. Then run one of: $ hl# Northgard $ hl sdlboot.dat# Evoland Legendary Edition, Wartales Demo $ hl hlboot.dat # Darksburg Note this will need the recent update to hashlink-1.11pl0 (NOT p0!). To build the full steam.hdll _after_ installing the goldberg_emulator port, clone https://github.com/HeapsIO/hlsteam, apply the attached diff (diff based on checkout 24265f62c0499a0c4f37d42b33548c24061c2bd7), and build with gmake. With this port, it will be possible to replace the stub collection in steamworks-nosteam with simple, non-stubbed ports of the upstream libraries, as libsteam_api.so from the Goldberg Emulator will take care of all Steam API calls. The benefits will be less maintenance and overall better compatibility. A few notes about the port: - I've used GL_* variables similar to GH_*, as upstream is on GitLab. - Headers are in ${PREFIX}/include/goldberg_emulator/sdk_includes - get_lib_path is set to return "." which works with all use cases that I tested. - A few linux functions have to be substituted in wrap.cpp. Among them, replacing dlmopen with dlopen seems the worst offender, but I am not aware of a better workaround for Linux' Lmid_t/dlmopen stuff and so far this has not caused problems. comments? oks? goldberg_emulator.tgz Description: Binary data diff --git a/Makefile b/Makefile index 6e970fe..bd0e075 100644 --- a/Makefile +++ b/Makefile @@ -2,7 +2,7 @@ LBITS := $(shell getconf LONG_BIT) UNAME := $(shell uname) -CFLAGS = -Wall -O3 -I src -I native/include -fPIC -I ../sdk/public +CFLAGS = -Wall -O3 -I src -I native/include -fPIC -I ../sdk/public -I/usr/local/include ifndef ARCH ARCH = $(LBITS) @@ -18,7 +18,7 @@ OS=linux CFLAGS += -std=c++0x endif -LFLAGS = -lhl -lsteam_api -lstdc++ -L native/lib/$(OS)$(LIBARCH) -L ../sdk/redistributable_bin/$(OS)$(ARCH) +LFLAGS = -lhl -lsteam_api -lstdc++ -L/usr/local/lib SRC = native/cloud.o native/common.o native/controller.o native/friends.o native/gameserver.o \ native/matchmaking.o native/networking.o native/stats.o native/ugc.o diff --git a/native/gameserver.cpp b/native/gameserver.cpp index 165d4ec..f69827e 100644 --- a/native/gameserver.cpp +++ b/native/gameserver.cpp @@ -124,7 +124,7 @@ vuid HL_NAME(gameserver_get_steam_id)() { } int HL_NAME(gameserver_get_public_ip)() { - return (int)SteamGameServer()->GetPublicIP(); + return (int)SteamGameServer()->GetPublicIP().m_unIPv4; } DEFINE_PRIM(_BOOL, gameserver_init, _I32 _I32 _I32 _I32 _I32 _BYTES); @@ -196,4 +196,4 @@ HL_PRIM void HL_NAME(request_internet_server_list)( int appId, varray *filters, DEFINE_PRIM(_VOID, request_internet_server_list, _I32 _ARR _FUN(_VOID, _DYN)); -// - \ No newline at end of file +// - diff --git a/native/steamwrap.h b/native/steamwrap.h index 70f64fc..506cc5d 100644 --- a/native/steamwrap.h +++ b/native/steamwrap.h @@ -11,9 +11,9 @@ #include #include -#include -#include -#include +#include +#include +#include typedef vbyte *vuid; #define _UID _BYTES
[sparc64/base-gcc] Fix build of net/wget on sparc64
I've been carrying this patch for a while, I had forgotten about it. net/wget has joined the march of C99-using ports. I've done the usual things to make base-gcc do the right thing. This fixes the build on sparc64. ok? (cc maintainer) --Kurt Index: Makefile === RCS file: /cvs/ports/net/wget/Makefile,v retrieving revision 1.87 diff -u -p -r1.87 Makefile --- Makefile27 Jun 2021 23:49:58 - 1.87 +++ Makefile29 Jun 2021 21:17:39 - @@ -46,4 +46,10 @@ MODGNU_CONFIG_GUESS_DIRS = ${WRKSRC}/bui pre-build: @${SUBST_CMD} ${WRKSRC}/doc/wget.texi ${WRKSRC}/doc/sample.wgetrc +.include +.if !${PROPERTIES:Mclang} +CFLAGS += -std=gnu99 +.endif + + .include
[sparc64/base-gcc] Fix build of graphics/opencolorio
Need to strip a couple -Werror instances out to fix the build on sparc64 This patch fixes the build (and regenerates a patch incidentally). ok? (cc maintainer) --Kurt Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/graphics/opencolorio/patches/patch-CMakeLists_txt,v retrieving revision 1.3 diff -u -p -r1.3 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt1 Jan 2021 22:48:55 - 1.3 +++ patches/patch-CMakeLists_txt9 Aug 2021 14:55:12 - @@ -2,9 +2,10 @@ $OpenBSD: patch-CMakeLists_txt,v 1.3 202 Fix macro redefined error CMakeLists.txt.orig2018-01-05 12:08:27 UTC +Index: CMakeLists.txt +--- CMakeLists.txt.orig +++ CMakeLists.txt -@@ -218,8 +222,7 @@ else(USE_EXTERNAL_TINYXML) +@@ -218,8 +218,7 @@ else(USE_EXTERNAL_TINYXML) ## => great news when build staticaly since we do not want another client project have to link also with tinyxml when he want to use this project ## => could be problematic if the client project use another version of tinyxml... In this case build tinyxml as shared lib with all projects could be a solution ## => TODO: so maybe provide a simple cmake way to build 3rdParty as shared and auto install with this project ? @@ -14,7 +15,7 @@ Fix macro redefined error list(APPEND EXTERNAL_OBJECTS $) else() find_package(Git REQUIRED) ## in order to apply patch (for crossplateform compatibility) -@@ -384,7 +387,7 @@ else() +@@ -384,7 +383,7 @@ else() set(OCIO_INLINES_HIDDEN OFF) endif() Index: patches/patch-src_core_CMakeLists_txt === RCS file: patches/patch-src_core_CMakeLists_txt diff -N patches/patch-src_core_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_core_CMakeLists_txt 9 Aug 2021 14:55:12 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Strip -Werror to fix sparc64 build + +Index: src/core/CMakeLists.txt +--- src/core/CMakeLists.txt.orig src/core/CMakeLists.txt +@@ -24,7 +24,7 @@ if(WIN32) + set(EXTERNAL_COMPILE_FLAGS "${EXTERNAL_COMPILE_FLAGS} /WX") + endif() + else() +-set(EXTERNAL_COMPILE_FLAGS "${EXTERNAL_COMPILE_FLAGS} -Werror") ++set(EXTERNAL_COMPILE_FLAGS "${EXTERNAL_COMPILE_FLAGS}") + endif() + + # SHARED Index: patches/patch-src_pyglue_CMakeLists_txt === RCS file: patches/patch-src_pyglue_CMakeLists_txt diff -N patches/patch-src_pyglue_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_pyglue_CMakeLists_txt 9 Aug 2021 14:55:12 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Strip -Werror to fix sparc64 build + +Index: src/pyglue/CMakeLists.txt +--- src/pyglue/CMakeLists.txt.orig src/pyglue/CMakeLists.txt +@@ -23,7 +23,7 @@ endif() + # Process all warnings as errors + # Unfortunately Windows still has a warning + if(UNIX) +-set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Werror") ++set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}") + endif() + + find_package(PythonLibs)
[sparc64/base-gcc] Fix build of productivity/libphonenumber
A new -Werror popped up in an update of libphonenumber which breaks the build on sparc64. This patch fixes it. ok? --Kurt Index: patches/patch-cpp_CMakeLists_txt === RCS file: /cvs/ports/productivity/libphonenumber/patches/patch-cpp_CMakeLists_txt,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-cpp_CMakeLists_txt --- patches/patch-cpp_CMakeLists_txt23 May 2021 14:26:04 - 1.1.1.1 +++ patches/patch-cpp_CMakeLists_txt9 Aug 2021 14:49:38 - @@ -4,6 +4,8 @@ CMake Error: ninja: error: build.ninja:1485: multiple rules generate ... phonenumbers/metadata.h [-w dupbuild=err] +Also Eliminate -Werror to fix sparc64 build + Index: cpp/CMakeLists.txt --- cpp/CMakeLists.txt.orig +++ cpp/CMakeLists.txt @@ -16,3 +18,12 @@ Index: cpp/CMakeLists.txt ) list (APPEND TESTING_LIBRARY_SOURCES "src/phonenumbers/test_metadata.cc") +@@ -381,7 +381,7 @@ if (${USE_ICU_REGEXP} STREQUAL "ON") + endif () + + if (NOT WIN32) +- add_definitions ("-Wall -Werror") ++ add_definitions ("-Wall") + endif () + + include_directories ("src") Index: patches/patch-tools_cpp_CMakeLists_txt === RCS file: patches/patch-tools_cpp_CMakeLists_txt diff -N patches/patch-tools_cpp_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-tools_cpp_CMakeLists_txt 9 Aug 2021 14:49:38 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Strip -Werror to fix sparc64 build + +Index: tools/cpp/CMakeLists.txt +--- tools/cpp/CMakeLists.txt.orig tools/cpp/CMakeLists.txt +@@ -32,7 +32,7 @@ set ( + ) + + if (NOT WIN32) +- add_definitions ("-Wall -Werror") ++ add_definitions ("-Wall") + endif () + + include_directories ("src")
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/08/09 08:49:55 Modified files: lang/hashlink : Makefile distinfo lang/hashlink/patches: patch-Makefile patch-src_module_c Log message: update hashlink to 1.11pl0; needed for Northgard, tested with Northgard, Dead Cells, Evoland
Re: www/py-itsdangerous to 1.1.0
On Fri, Aug 06, 2021 at 09:21:49AM +0100, Stuart Henderson wrote: > On 2021/08/02 15:45, Lucas Raab wrote: > > On Mon, Aug 02, 2021 at 10:31:59AM -0400, Kurt Mosiejczuk wrote: > > > On Sun, Aug 01, 2021 at 08:44:18PM -0500, Lucas Raab wrote: > > > > Hello, > > > > > > > Here's an initial update to www/py-itsdangerous to 1.1.0. This isn't > > > > the latest version, but flask, itsdangerous, werkzeug, click, et al > > > > all saw major version bumps this past spring. My thought was to > > > > take a conservative approach to these and start out with > > > > everything-but-the-latest to see how things go. Bad approach or > > > > other thoughts? > > > > > > > www/py-flask doesn't show any differences in failed tests than before > > > > and www/py-httpbin doesn't report any errors (and uses flask to boot). > > > > Couple quick tests with flask projects didn't reveal anything untoward, > > > > but anyone else report differently? Look good otherwise? > > > > > > > Changelog: https://itsdangerous.palletsprojects.com/en/2.0.x/changes/ > > > > > > > General announcement of the latest version of the palletsprojects > > > > suite: https://palletsprojects.com/blog/flask-2-0-released/ > > > > > > This doesn't apply to -current. It's based on the 6.9 release version > > > I'm guessing, or your ports tree is out of date. > > > > > > --Kurt > > > > > > > Thanks, > > > > Lucas > > > > > Ugh, I accidentally submitted an old patch I'd worked on previously, > > promptly forgot about, and then saved with the too-similar name of > > itsdangerous.diff vs py-itsdangerous.diff. sigh :) > > > > Correct one this time... > > > diff 3e02295ba284f65e3d71d326edbe2cbad4e7b573 /usr/ports > > blob - 34802b254d64f2185d2f334a282b8860bc7a74e8 > > file + www/py-itsdangerous/Makefile > > --- www/py-itsdangerous/Makefile > > +++ www/py-itsdangerous/Makefile > > @@ -2,8 +2,7 @@ > > > > COMMENT = helpers to pass trusted data to untrusted environments > > > > -MODPY_EGG_VERSION = 0.24 > > -REVISION = 9 > > +MODPY_EGG_VERSION = 1.1.0 > > DISTNAME = itsdangerous-${MODPY_EGG_VERSION} > > PKGNAME = py-${DISTNAME} > > > > @@ -15,17 +14,22 @@ HOMEPAGE = http://pythonhosted.org/itsdangerous/ > > PERMIT_PACKAGE = Yes > > > > MODPY_PI = Yes > > +MODPY_PYTEST = Yes > > > > MODULES = lang/python > > > > MODPY_SETUPTOOLS = Yes > > > > -BUILD_DEPENDS =textproc/py-sphinx,python3>=4.0.2 > > +BUILD_DEPENDS =textproc/py-sphinx,python3>=4.0.2 \ > > + textproc/py-pallets-sphinx-themes > > So it's dependent of py-pallets-sphinx-themes import > > Missing ,python3 or ${MODPY_FLAVOR} on BUILD_DEPENDS for the sphinx > stuff. (I hardcoded py-sphinx,python3 when this was a py2+3 port, > as sphinx was going 3-only; that can now be changed to ${MODPY_FLAVOR} > as well). > > With that fixed, ok when py-pallets-sphinx-themes is imported. > > > Updated diff with doc generation removed to tamp down the impact of future sphinx-related PLIST changes. diff refs/heads/master refs/heads/itsdangerous-1.1.0 blob - 34802b254d64f2185d2f334a282b8860bc7a74e8 blob + 181ef5bb2f82cd8e54af42b6fc3ca5101a438230 --- www/py-itsdangerous/Makefile +++ www/py-itsdangerous/Makefile @@ -2,8 +2,7 @@ COMMENT = helpers to pass trusted data to untrusted environments -MODPY_EGG_VERSION = 0.24 -REVISION = 9 +MODPY_EGG_VERSION = 1.1.0 DISTNAME = itsdangerous-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} @@ -15,25 +14,15 @@ HOMEPAGE = http://pythonhosted.org/itsdangerous/ PERMIT_PACKAGE = Yes MODPY_PI = Yes +MODPY_PYTEST = Yes MODULES = lang/python MODPY_SETUPTOOLS = Yes -BUILD_DEPENDS =textproc/py-sphinx,python3>=4.0.2 +TEST_DEPENDS = devel/py-freezegun${MODPY_FLAVOR} FLAVORS = python3 FLAVOR = python3 -MAKE_ENV +=PYTHONPATH=${WRKSRC} - -post-build: - @cd ${WRKSRC}/docs && ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM} html - -post-install: - ${INSTALL_DATA_DIR} \ - ${PREFIX}/share/doc/${MODPY_PY_PREFIX}itsdangerous - cd ${WRKSRC}/docs/_build/html && \ - pax -rw * ${PREFIX}/share/doc/${MODPY_PY_PREFIX}itsdangerous - .include blob - 129b2407734a91cf2bdfd2613a74926a02b500fa blob + 38a8f37f32ded51820412b173a1bcbd823cfdaf0 --- www/py-itsdangerous/distinfo +++ www/py-itsdangerous/distinfo @@ -1,2 +1,2 @@ -SHA256 (itsdangerous-0.24.tar.gz) = y7P8+NPjPfhhcJ7K+J2eZinP8KIXvChI8bQc0w02BRk= -SIZE (itsdangerous-0.24.tar.gz) = 46541 +SHA256 (itsdangerous-1.1.0.tar.gz) = MhsDPQfypBNtPsdi6snxahDM1g9TwMka+QIXrOe6Hxk= +SIZE (itsdangerous-1.1.0.tar.gz) = 53219 blob - 67411cf9c17ce57c71a663eed38816e71ef40551 (mode 644) blob + /dev/null --- www/py-itsdangerous/patches/patch-docs_conf_py +++ /dev/null @@ -1,15 +0,0 @@ -$OpenBSD: patch-docs_conf_py,v 1.1 2016/04/16 19:06:26 shadchin Exp $ - -Prevent build from calling out to the internet. - docs/conf.py.orig Fri Apr 15 21:29:34 2016 -+++ docs/conf.py Fri Apr 15
[Maintainer Update] www/p5-HTTP-CookieJar : Update to 0.012
Hi, ports@: Here is a patch for www/p5-HTTP-CookieJar to update to 0.012, it build well and pass all tests on amd64-current system. Only one port www/p5-Dancer depends on it, it build well and pass all tests on amd64-current system with this patch. Cheers ! wenIndex: Makefile === RCS file: /cvs/ports/www/p5-HTTP-CookieJar/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile29 May 2021 11:36:05 - 1.4 +++ Makefile9 Aug 2021 13:47:03 - @@ -2,7 +2,7 @@ COMMENT = minimalist HTTP user agent cookie jar -DISTNAME = HTTP-CookieJar-0.010 +DISTNAME = HTTP-CookieJar-0.012 CATEGORIES = www Index: distinfo === RCS file: /cvs/ports/www/p5-HTTP-CookieJar/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo29 May 2021 11:36:05 - 1.2 +++ distinfo9 Aug 2021 13:47:03 - @@ -1,2 +1,2 @@ -SHA256 (HTTP-CookieJar-0.010.tar.gz) = VuMz6CPF2HKiiSQEgrlM3oQesDe38v/U0bQ6opjG9dA= -SIZE (HTTP-CookieJar-0.010.tar.gz) = 27883 +SHA256 (HTTP-CookieJar-0.012.tar.gz) = AEq/+S3jpDL399zSTggv1tixp02K8644hLAdE4m+YEo= +SIZE (HTTP-CookieJar-0.012.tar.gz) = 28223
devel/p5-Type-Tiny: Update to 1.012004
Hi, ports@: Here is a simple patch for devel/p5-Type-Tiny to update to 1.012004. It build well and pass all tests on amd64-current system. 11 ports depends on devel/p5-Type-Tiny, all build well and pass all tests with this patch. Cheers ! wenIndex: Makefile === RCS file: /cvs/ports/devel/p5-Type-Tiny/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile28 Dec 2020 13:41:28 - 1.11 +++ Makefile9 Aug 2021 13:30:04 - @@ -2,7 +2,7 @@ COMMENT = tiny, yet Moo(se)-compatible type constraint -DISTNAME = Type-Tiny-1.012000 +DISTNAME = Type-Tiny-1.012004 CATEGORIES = devel # perl Index: distinfo === RCS file: /cvs/ports/devel/p5-Type-Tiny/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo28 Dec 2020 13:41:28 - 1.8 +++ distinfo9 Aug 2021 13:30:04 - @@ -1,2 +1,2 @@ -SHA256 (Type-Tiny-1.012000.tar.gz) = 09sSIBYcKuprC4oiJcT+9Sbo275WtL/+naq8A+Lv6pA= -SIZE (Type-Tiny-1.012000.tar.gz) = 458671 +SHA256 (Type-Tiny-1.012004.tar.gz) = dc0GthLRgwrp9LIimLUGs/8EUY+nRT9IfCSM1iqQais= +SIZE (Type-Tiny-1.012004.tar.gz) = 464170
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bl...@cvs.openbsd.org 2021/08/09 07:14:43 Modified files: misc/p5-OPCUA-Open62541: Makefile distinfo Log message: update p5-OPCUA-Open62541 to 0.028
Re: new sphinx extensions
On Mon, Aug 09, 2021 at 09:54:46AM +0100, Stuart Henderson wrote: > On 2021/08/08 21:44, Lucas Raab wrote: > > Hello, > > > > Here are two new Sphinx extensions: > > > > * textproc/py-sphinx-issues > > * textproc/py-sphinxcontrib/log-cabinet > > > > These will end up being used by updates to: > > > > * devel/py-click > > * www/py-flask > > * www/py-werkzeug > > Are these for building sphinx docs for the software, or something else? > Generally I'd prefer to avoid building unless it's especially useful > as sphinx updates keep renaming files and it gets to be a lot of work > to handle the test builds and PLIST changes when updating sphinx. > Yep, building docs for the software. I can remove the post-build sections building the docs for those ports then. In that case, the pallets-sphinx-themes import can be ignored and I'll get the itsdangerous diff updated to exclude the docs generation.
Re: Teeworlds update - Teeworlds 0.7.5
Donovan Watteau wrote: > Stefan Hagen wrote: >> Stuart Henderson wrote: >>> On 2019/07/17 17:05, Neon King wrote: Hello dear ports@readers, The following diff upgrades Teeworlds game to the latest version. Changelog is available on their homepage https://teeworlds.com/ >> >> I've fixed up this port and updated teeworlds to version 0.7.5. >> Note that version 0.7.x is incompatible with servers from 0.6.x. >> >> [... nice stuff ...] >> >> I won't mind taking MAINTAINER for this port, but as Neon King and >> Donovan (CC) offered port updates earlier, I won't mind if they pick >> this up. > > I was its previous maintainer (I lost my interest in contributing > through mailing-lists) and your diff looks really good to me, > I think you'd maintain it really well. Thank you, Donovan, Here is the same diff with a little tweak: I changed this: post-install: mv ${WRKDIR}/maps/* ${WRKDIST}/datasrc/maps ; \ mv ${WRKDIR}/languages/* ${WRKDIST}/datasrc/languages ; \ rm -rf ${WRKDIR}/maps ; rm -rf ${WRKDIR}/languages ; To this: post-install: ${INSTALL_DATA_DIR} ${WRKDIST}/datasrc/maps ${INSTALL_DATA_DIR} ${WRKDIST}/datasrc/maps ${INSTALL_DATA} ${WRKDIR}/maps/* ${WRKDIST}/datasrc/maps/ ${INSTALL_DATA} ${WRKDIR}/languages/* ${WRKDIST}/datasrc/languages/ Moving the files leads to different WRKDIST contents after a fake/clean/fake cycle: $ make fake # maps are copied to DISTDIR $ make clean=fake # maps are deleted from DESTDIR $ make fake # maps are gone in WRKDIR and can't be copied And using INSTALL_DATA(_DIR) is nicer anyway. Again, OK? Best Regards, Stefan Index: games/teeworlds/Makefile === RCS file: /cvs/ports/games/teeworlds/Makefile,v retrieving revision 1.28 diff -u -p -u -p -r1.28 Makefile --- games/teeworlds/Makefile23 Feb 2021 19:39:23 - 1.28 +++ games/teeworlds/Makefile9 Aug 2021 10:52:08 - @@ -1,76 +1,57 @@ # $OpenBSD: Makefile,v 1.28 2021/02/23 19:39:23 sthen Exp $ -# Crashes on strict-alignment archs, see: src/base/system.c:164 ONLY_FOR_ARCHS=amd64 i386 powerpc COMMENT= platform game featuring buggers equipped with weapons -V= 0.6.4 -DISTNAME= teeworlds-${V}-src -PKGNAME= teeworlds-${V} +V= 0.7.5 +GH_ACCOUNT=teeworlds +GH_PROJECT=teeworlds +GH_TAGNAME=${V} + CATEGORIES=games -REVISION= 3 -HOMEPAGE= https://www.teeworlds.com/ +HOMEPAGE= https://www.teeworlds.com -BAM_VERSION= 0.4.0 -BAM_WRKSRC=${WRKSRC}/bam-${BAM_VERSION} +PKGNAME= ${GH_PROJECT}-${V} +DISTNAME= ${PKGNAME}-src -MASTER_SITES= https://downloads.teeworlds.com/ -DISTFILES= ${DISTNAME}${EXTRACT_SUFX} bam-${BAM_VERSION}${EXTRACT_SUFX} +MASTER_SITES= https://github.com/teeworlds/teeworlds/releases/download/${V}/ +# maps repo without tags/releases on https://github.com/teeworlds/teeworlds-maps +# therefore hosted as archive on perso.pw +MASTER_SITES0= http://distfiles-openbsd.perso.pw/ +DISTFILES= ${DISTNAME}${EXTRACT_SUFX} teeworlds-data.tar.gz:0 # BSD-like PERMIT_PACKAGE=Yes -WANTLIB= GL GLU SDL X11 c freetype m pthread ${COMPILER_LIBCXX} wavpack z +WANTLIB= GL SDL2 X11 c crypto freetype m pthread ${COMPILER_LIBCXX} +WANTLIB+= wavpack z COMPILER = base-clang ports-gcc LIB_DEPENDS= audio/wavpack \ - devel/sdl + devel/sdl2 -MODULES= lang/python -MODPY_VERSION =${MODPY_DEFAULT_VERSION_2} +MODULES= devel/cmake lang/python +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} MODPY_RUNDEP= No -SUBST_VARS=CC CXX CFLAGS CXXFLAGS X11BASE +CONFIGURE_STYLE= cmake +CONFIGURE_ARGS=-DPYTHON_EXECUTABLE="${MODPY_BIN}" NO_TEST= Yes +WRKSRC=${WRKDIR}/${DISTNAME} +WRKDIST= ${WRKSRC} + # Give it a chance on ppc CXXFLAGS+= -fsigned-char -post-extract: - @mv ${WRKDIR}/bam-${BAM_VERSION} ${BAM_WRKSRC} - -pre-configure: - @${SUBST_CMD} ${WRKSRC}/src/engine/shared/storage.cpp \ - ${WRKSRC}/src/game/client/gameclient.cpp \ - ${WRKSRC}/scripts/build.py \ - ${WRKSRC}/scripts/compiler.py \ - ${WRKSRC}/scripts/font_installer.sh \ - ${WRKSRC}/scripts/make_src.py \ - ${WRKSRC}/bam.lua \ - ${WRKSRC}/configure.lua \ - ${BAM_WRKSRC}/make_unix.sh \ - ${BAM_WRKSRC}/src/driver_gcc.lua \ - ${BAM_WRKSRC}/src/base.lua - # Make sure internal wavpack and zlib can't be picked up - rm -rf ${WRKSRC}/src/engine/external/{wavpack,zlib} - # Don't provide an extra copy of DejaVu - rm -rf ${WRKSRC}/data/fonts - -# build bam executable - teeworlds own build system -pre-build: - cd ${BAM_WRKSRC} && /bin/sh -v make_unix.sh - -do-build: - cd ${WRKSRC} &&
Re: Teeworlds update - Teeworlds 0.7.5
Stefan Hagen wrote: > Stuart Henderson wrote: > > On 2019/07/17 17:05, Neon King wrote: > >> Hello dear ports@readers, > >> > >> The following diff upgrades Teeworlds game to the latest version. Changelog > >> is available on their homepage https://teeworlds.com/ > > I've fixed up this port and updated teeworlds to version 0.7.5. > Note that version 0.7.x is incompatible with servers from 0.6.x. > > [... nice stuff ...] > > I won't mind taking MAINTAINER for this port, but as Neon King and > Donovan (CC) offered port updates earlier, I won't mind if they pick > this up. Hi, I was its previous maintainer (I lost my interest in contributing through mailing-lists) and your diff looks really good to me, I think you'd maintain it really well. - Nice to see that bam and its too-many patches are gone now. - For the strict-alignment part, yes it looks like that part is fixed now. I'll give it a shot on loongson and macppc (it used to work in the last version I maintained here) but I've never made that a "blocker" (I think I was its only user there :). - I confirm that using the a copy of DejavuSans.ttf broke at some point (my last upgrade proposal dropped it). I agree that it's probably not worth it to try patching this anymore: small gain, and the less we patch the easier it is to maintain. - Nice that it can still use system zlib and wavpack. - No idea about the maps. You used to need them if you hosted a server with the default maps, so what you're doing here looks good. I used to have some GLU crashes on amd64 after upgrading it to 0.7.2 back then, but that was circa OpenBSD 6.4 so it's probably OK nowadays. I'll build and test this on various machines here, but your upgrade proposal looks really good to me. Nice work. Donovan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2021/08/09 03:10:14 Modified files: games/flare: Makefile distinfo games/flare/pkg: PLIST-data PLIST-main Removed files: games/flare/patches: patch-CMakeLists_txt Log message: update to flare-1.12
Re: NEW: fonts/mononoki - re-post: any feedback?
Yifei Zhan writes: > ping Imported. Thanks for your patience--it should not have taken this long. > On 21/07/22 02:10PM, Yifei Zhan wrote: > > Thanks! Also another friendly ping to this ML. :) > > > > On 21/06/08 02:54PM, Stuart Henderson wrote: > > > On 2021/06/08 12:32, openbsd@zhan.science wrote: > > > > Hi, > > > > > > > > Mononoki is a font created to enhance code formatting. It works well on > > > > > high and low resolution displays, and characters are distinguishable > > > > from similar looking characters. > > > > > > > > I have tested it on OpenBSD -CURRENT @amd64 and have been using it for > > > > 6 months. > > > > > > > > Please help me check/import this port. > > > > > > > > P.S.: this is a re-post of [1] as that mail haven't got any reply for t > he > > > > past 6 months. > > > > > > > > [1]: https://marc.info/?l=openbsd-ports=161069664227175=2 > > > > > > > > > > > > Tweaked and updated version attached, this one is OK sthen@ > > > > > > > > > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2021/08/09 02:56:57 Modified files: fonts : Makefile Log message: +mononoki
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2021/08/09 02:55:27 Log message: Import mononoki-1.3. Mononoki is a typeface by Matthias Tellen, created to enhance code formatting. It works well on high and low resolution displays, and every character is clearly distinguishable from similar looking characters. From Yifei Zhan; thanks! ok sthen@ Status: Vendor Tag: bentley Release Tags: bentley_20210808 N ports/fonts/mononoki/Makefile N ports/fonts/mononoki/distinfo N ports/fonts/mononoki/pkg/DESCR N ports/fonts/mononoki/pkg/PLIST No conflicts created by this import
Re: new sphinx extensions
On 2021/08/08 21:44, Lucas Raab wrote: > Hello, > > Here are two new Sphinx extensions: > > * textproc/py-sphinx-issues > * textproc/py-sphinxcontrib/log-cabinet > > These will end up being used by updates to: > > * devel/py-click > * www/py-flask > * www/py-werkzeug Are these for building sphinx docs for the software, or something else? Generally I'd prefer to avoid building unless it's especially useful as sphinx updates keep renaming files and it gets to be a lot of work to handle the test builds and PLIST changes when updating sphinx.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/08/09 02:47:55 Modified files: net/py-curl: Makefile distinfo net/py-curl/patches: patch-setup_py net/py-curl/pkg: PLIST Log message: update to py-curl-7.44.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/08/09 02:23:27 Modified files: devel/help2man : Makefile distinfo Log message: update to help2man-1.48.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/08/09 00:50:02 Modified files: x11/gnome/builder: Makefile Log message: Remove a workaround for the R_386_GOTOFF bug on i386. from Brad