NEW: lang/v
Hi ports -- Attached is a new port, lang/v. V is a simple, fast, safe, compiled language for developing maintainable software. --- pkg/DESCR: V is a simple, fast, safe, compiled language for developing maintainable software. Features: * Simplicity: the language can be learned in half an hour, less if you already know Go * Safety: no null, no globals, no undefined behavior, immutability by default * C to V translation * Hot code reloading * Powerful UI and graphics libraries * Easy cross compilation * REPL --- This language has plenty of hype and a lot of it is just hype and marketing. But the fact of the matter is that (at least on amd64) the majority of its tests pass (the failing ones appear to fail because the compiler expects deterministic randomness) and its example code runs (see [0]). And there seems to be a community interested in writing code in the language. So might as well port it. I've only tested on amd64 because it is way too hot here to turn on any other machines. V is supposed to transpile to C, then call ${CC} to do the real work, so it should work everywhere. Testing appreciated. OK? ~Brian [0] https://bsd.network/@bcallah/102471879763615936 v.tgz Description: application/compressed-tar
UPDATE: net/snort 2.9.14
This updates Snort to 2.9.14. https://blog.snort.org/2019/07/snort-29140-has-been-released.html ok? Index: Makefile === RCS file: /cvs/ports/net/snort/Makefile,v retrieving revision 1.103 diff -u -p -r1.103 Makefile --- Makefile12 Jul 2019 20:48:49 - 1.103 +++ Makefile19 Jul 2019 20:17:17 - @@ -2,8 +2,8 @@ COMMENT = highly flexible sniffer/NIDS -DISTNAME = snort-2.9.13 -RULESV = 29130 +DISTNAME = snort-2.9.14 +RULESV = 29140 SUBST_VARS = RULESV CATEGORIES = net security Index: distinfo === RCS file: /cvs/ports/net/snort/distinfo,v retrieving revision 1.39 diff -u -p -r1.39 distinfo --- distinfo2 Jun 2019 02:07:44 - 1.39 +++ distinfo19 Jul 2019 20:17:52 - @@ -1,2 +1,2 @@ -SHA256 (snort-2.9.13.tar.gz) = MURzk9FShrhIgQ3XirLLOtIx/NHxZj+VlYdpDu6nVBM= -SIZE (snort-2.9.13.tar.gz) = 6553425 +SHA256 (snort-2.9.14.tar.gz) = wDBtuc5k9FzHxkya/HCr6WidqoYAIDRew7oJmSi3Rks= +SIZE (snort-2.9.14.tar.gz) = 6688482 Index: patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c === RCS file: /cvs/ports/net/snort/patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c,v retrieving revision 1.7 diff -u -p -r1.7 patch-src_preprocessors_Stream6_snort_stream_tcp_c --- patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c 2 Jun 2019 02:07:44 - 1.7 +++ patches/patch-src_preprocessors_Stream6_snort_stream_tcp_c 19 Jul 2019 20:18:18 - @@ -2,7 +2,7 @@ $OpenBSD: patch-src_preprocessors_Stream Index: src/preprocessors/Stream6/snort_stream_tcp.c --- src/preprocessors/Stream6/snort_stream_tcp.c.orig +++ src/preprocessors/Stream6/snort_stream_tcp.c -@@ -8562,7 +8562,7 @@ static int ProcessTcp(SessionControlBlock *scb, Packet +@@ -8575,7 +8575,7 @@ static int ProcessTcp(SessionControlBlock *scb, Packet char src_addr[17]; char dst_addr[17]; memset((char *)timestamp, 0, TIMEBUF_SIZE);
Re: CVS: cvs.openbsd.org: ports
On Thu, Jul 18, 2019 at 08:17:21PM -0600, Lawrence Teo wrote: > CVSROOT: /cvs > Module name: ports > Changes by: l...@cvs.openbsd.org2019/07/18 20:17:21 > > Modified files: > security/burpsuite: Makefile distinfo > > Log message: > Update to Burp Suite 2.1.01. > > http://releases.portswigger.net/2019/06/professional-community-edition-21.html > http://releases.portswigger.net/2019/07/professional-community-edition-2101.html > > Change MODJAVA_VER to 1.8+ since this new version works fine with both jdk 1.8 > and 11. > > Also fix a long line to make portcheck(1) happy; from abieber@, thanks! > > ok abieber@ also ok rpointel@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2019/07/19 14:44:35 Modified files: sysutils/sec : Makefile distinfo Log message: update to 2.8.2 ok bcallah
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/07/19 13:55:16 Modified files: math/p5-Math-Derivative: Makefile distinfo Log message: p5-Math-Derivative: update to 1.01 >From Wen Heping, Thanks! Changelog: https://metacpan.org/source/JGAMBLE/Math-Derivative-1.01/Changes OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/07/19 13:49:03 Modified files: math : Makefile Log message: +p5-Math-Utils
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/07/19 13:48:14 Log message: Import p5-Math-Utils 1.13 Math::Utils provides useful mathematical functions not in Perl. From Wen Heping, who is taking MAINTAINER (thanks!) and additional tweaks from me. OK sthen@ Status: Vendor Tag: cwen Release Tags: cwen_20190719 N ports/math/p5-Math-Utils/Makefile N ports/math/p5-Math-Utils/distinfo N ports/math/p5-Math-Utils/pkg/DESCR N ports/math/p5-Math-Utils/pkg/PLIST No conflicts created by this import
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Fri Jul 12 13:58:23 MDT 2019 finished at Fri Jul 19 13:39:03 MDT 2019 lasted 07D16h40m done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #117: Fri Jul 12 12:12:19 MDT 2019 built packages:9885 Jul 12:2328 Jul 13:1389 Jul 14:750 Jul 15:3600 Jul 16:498 Jul 17:491 Jul 18:558 Jul 19:270 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2019-07-12/summary.log build failures: 33 http://build-failures.rhaalovely.net/aarch64/2019-07-12/audio/chromaprint.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/gnuradio.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/hamlib.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/comms/lcdproc.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/databases/sqlite3-odbc.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/elftoolchain.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/protobuf-c.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/devel/protozero.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/editors/xwpe.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/frozen-bubble,-main.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/pokerth.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/puzzles.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/games/vacuum.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/geo/qlandkartegt.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/graphics/openimageio.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/graphics/openscenegraph.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/lang/pfe.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/mail/kopano/core.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/dnsdist.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/litecoin.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/net/mosh.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/security/aircrack-ng.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/security/sn0int.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/www/nginx,-geoip.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/gnome/gjs.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/kde4/kopete.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/kde4/zeroconf-ioslave.log http://build-failures.rhaalovely.net/aarch64/2019-07-12/x11/qt5/qt3d.log recurrent failures failures/comms/lcdproc.log failures/databases/sqlite3-odbc.log failures/devel/elftoolchain.log failures/devel/protobuf-c.log failures/devel/protozero.log failures/editors/xwpe.log failures/games/puzzles.log failures/lang/pfe.log failures/mail/kopano/core.log failures/net/mosh.log failures/security/aircrack-ng.log failures/security/sn0int.log failures/x11/gnome/gjs.log failures/x11/gtk+4,-cloudprint.log failures/x11/qt5/qt3d.log new failures +++ ls-failures Fri Jul 19 13:41:19 2019 +failures/audio/chromaprint.log +failures/comms/gnuradio.log +failures/comms/hamlib.log +failures/games/frozen-bubble,-main.log +failures/games/pokerth.log +failures/games/vacuum.log +failures/geo/qlandkartegt.log +failures/graphics/openimageio.log +failures/graphics/openscenegraph.log +failures/net/dnsdist.log +failures/net/litecoin.log +failures/www/nginx,-geoip.log +failures/x11/kde4/kopete.log +failures/x11/kde4/zeroconf-ioslave.log resolved failures --- ../old/aarch64/last//ls-failuresThu Jul 11 19:24:43 2019 -failures/editors/emacs,no_x11.log -failures/graphics/vulkan-loader.log -failures/lang/gcc/8,,-libs.log -failures/lang/gerbil.log -failures/lang/php/7.3.log -failures/math/lapack.log -failures/sysutils/rsyslog,-elasticsearch.log -failures/x11/e17/elementary.log
Re: [Maintainer Update] umurmur 0.2.16a -> 0.2.17
Jonathon Sisson wrote: > It appears my previous diff was missing a patch that was added, so > make package failed as files were placed incorrectly in fake-amd64. > > New patch revision (using cvs diff) below. Thanks for the updated diff. It applies now cleanly. Following comments: - patch-src_channel_c is not necessary ch_src and ch_dst are always set when ch_itr is not NULL; otherwise the program exits (via Log_fatal()). - patch-src_client_c has an unnecessary include sys/types.h is not needed. - patch-src_messages_c is not necessary `len` gets initialized in all switch cases besides `default`; in the default case 0 is returned without accessing `len`. - patch-src_server_c has a wrong comment ---8<--- commit d723b45fc42e04b9179ba29c65efc9484ec2924c Author: Patrick Mooney Date: Sun Feb 21 02:11:34 2016 -0600 Fix size of value passed to setsockopt ---8<--- https://github.com/umurmur/umurmur/commit/d723b45fc42e04b9179ba29c65efc9484ec2924c has nothing to do with the patch in the OpenBSD ports tree. - patch-src_ssli_openssl_c should be removed The comment is wrong. Moreover, the patch reverts upstream commit https://github.com/umurmur/umurmur/commit/d23e27088431fbd43de45f03f85b1d516b9dc82a Works fine for me on amd64 with these changes. Anyone willing to OK this update? I'd like to commit it. Best regards, Ingo Index: Makefile === RCS file: /cvs/ports/audio/umurmur/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile12 Jul 2019 20:43:42 - 1.25 +++ Makefile19 Jul 2019 19:27:44 - @@ -4,8 +4,7 @@ COMMENT = minimalistic Mumble server GH_ACCOUNT = fatbob313 GH_PROJECT = umurmur -GH_TAGNAME = 0.2.16a -REVISION = 6 +GH_TAGNAME = 0.2.17 CATEGORIES = audio HOMEPAGE = https://umurmur.net/ Index: distinfo === RCS file: /cvs/ports/audio/umurmur/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo10 Jul 2015 17:30:29 - 1.10 +++ distinfo19 Jul 2019 19:27:44 - @@ -1,2 +1,2 @@ -SHA256 (umurmur-0.2.16a.tar.gz) = 1k3493zqpJUdfyrbstzBc4QdHjh+9M0ggsQhUKhDSaU= -SIZE (umurmur-0.2.16a.tar.gz) = 91187 +SHA256 (umurmur-0.2.17.tar.gz) = 53t7ZhZ2j0ocB0Qq/kmncmkvZnsAwjzIWQnU3QziBtI= +SIZE (umurmur-0.2.17.tar.gz) = 93786 Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/audio/umurmur/patches/patch-CMakeLists_txt,v retrieving revision 1.2 diff -u -p -r1.2 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt12 Jun 2015 09:50:42 - 1.2 +++ patches/patch-CMakeLists_txt19 Jul 2019 19:27:44 - @@ -1,47 +1,25 @@ -$OpenBSD: patch-CMakeLists_txt,v 1.2 2015/06/12 09:50:42 dcoppa Exp $ CMakeLists.txt.origTue Apr 7 12:01:12 2015 -+++ CMakeLists.txt Fri Jun 12 11:32:59 2015 -@@ -57,18 +57,13 @@ elseif("${SSL}" STREQUAL "gnutls") - endif(NETTLE_FOUND) - endif("${SSL}" STREQUAL "openssl") - --check_library_exists(rt clock_gettime "time.h" HAVE_CLOCK_GETTIME_RT) -+check_function_exists(clock_gettime HAVE_CLOCK_GETTIME) - --if(NOT HAVE_CLOCK_GETTIME_RT) -- check_function_exists(clock_gettime HAVE_CLOCK_GETTIME) -- if(NOT HAVE_CLOCK_GETTIME) --check_library_exists(c clock_get_time "mach/time.h" HAVE_CLOCK_GET_TIME) --if(NOT HAVE_CLOCK_GET_TIME) -- message(FATAL_ERROR "Didn't find clock_gettime() or clock_get_time()!") --endif() -+if(NOT HAVE_CLOCK_GETTIME) -+ check_library_exists(c clock_get_time "mach/time.h" HAVE_CLOCK_GET_TIME) -+ if(NOT HAVE_CLOCK_GET_TIME) -+message(FATAL_ERROR "Didn't find clock_gettime() or clock_get_time()!") - endif() --else() -- set(LIBRT rt) - endif() - - if(USE_SHAREDMEMORY_API) -@@ -90,16 +85,15 @@ add_subdirectory(src) - configure_file(src/config.h.in ${CMAKE_SOURCE_DIR}/src/config.h) - - include_directories(${LIBCONFIG_INCLUDE_DIR} ${PROTOBUFC_INCLUDE_DIR} ${SSLIMP_INCLUDE_DIR}) --link_directories(${LIBCONFIG_LIB_DIR} ${PROTOBUFC_LIB_DIR} ${SSLIMP_LIB_DIR}) - - add_executable(${PROJECT_NAME} ${SOURCE}) --install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION "bin") -+install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION "sbin") - - find_path(OLD_CONFIG_FILE NAMES "umurmur.conf" PATHS ${CMAKE_INSTALL_PREFIX} PATH_SUFFIXES "etc") - if(NOT OLD_CONFIG_FILE) +$OpenBSD$ + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -3,7 +3,7 @@ project(umurmurd C) + + set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${CMAKE_SOURCE_DIR}/cmake/Modules/") + set(CMAKE_INSTALL_RPATH_USE_LINK_PATH true) +-set(UMURMUR_BINARY_DIR "${CMAKE_BINARY_DIR}/bin") ++set(UMURMUR_BINARY_DIR "${CMAKE_BINARY_DIR}/sbin") + set(CMAKE_RUNTIME_OUTPUT_DIRECTORY "${UMURMUR_BINARY_DIR}") +
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/07/19 13:02:26 Modified files: net/p5-SNMP-Info: Makefile distinfo Log message: p5-SNMP-Info: update to 3.68 >From Wen Heping, with additional tweaks from me. Changelog: https://metacpan.org/source/OLIVER/SNMP-Info-3.68/Changes OK sthen@
Re: [ports-gcc] Unbreak graphics/vulkan-loader (was: Re: powerpc bulk build report)
On Thu, 18 Jul 2019 23:13:14 -0600 Thomas Frohwein wrote: > Thanks, I appreciate that you found the fix for it! I'm traveling > currently and can commit the change only on Sunday. > > I'm not sure if this should really be built if there is truly no > hardware that's compatible... The alternative would excluding PPC and > maybe a few other arches that are known to not work with any > compatible hardware. Well, there are 2 problems in fact: - the one i address here is for all base-gcc archs, not macppc only - but in fact most of these archs have no vulkan capable video cards As far as macppc is concerned, all G4 system are AGP-based so no amdgpu for them, hence no vulkan. Some G5 ones have PCI-Express and the best upgrade official upgrade you could get is a Radeon X1900 that doesn't as well. I'm not sure more modern third party cards are available. CC'ing Jeremie and Kurt, as i don't know how sparc64 is doing in this regard. I guess it should be only for x86* and arm* in the end. Charlène. > On Mon, Jul 15, 2019, at 3:42 PM, Charlene Wendling wrote: > > > > > http://build-failures.rhaalovely.net//powerpc/2019-06-29/graphics/vulkan-loader.log > > > > The problem here is pretty simple as soon as base-gcc is implied: > > > > - it has missing switches (that's the failure seen in the log) > > - anonymous unions require -std=gnu99 (that's also in the log, > > "declarations that declare nothing" warnings) > > - i fixed those in the CMakeLists, but then it fails with another > > classic: "error: thread-local storage not supported for this > > target" > > > > I guess it's enough to allow me a COMPILER change. It has fixed the > > build [0], i can't say anything about runtime since no macppc > > video cards are compatible. > > > > I made no REVISION bump, because it has never been built on base-gcc > > archs and it implies no changes for base-clang ones. > > > > Comments/feedback are welcome! > > > > Charlène. > > > > [0] https://bin.charlenew.xyz/vulkan-loader.log > > > > > > Index: Makefile > > === > > RCS file: /cvs/ports/graphics/vulkan-loader/Makefile,v > > retrieving revision 1.3 > > diff -u -p -u -p -r1.3 Makefile > > --- Makefile22 Jun 2019 17:02:24 - 1.3 > > +++ Makefile15 Jul 2019 21:25:27 - > > @@ -26,6 +26,9 @@ RUN_DEPENDS = graphics/vulkan-headers > > > > CONFIGURE_ARGS = -DBUILD_WSI_WAYLAND_SUPPORT=False > > > > +# Thread local storage > > +COMPILER = base-clang ports-gcc > > + > > MODULES = devel/cmake \ > > lang/python > > MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} > > > > -- > > tfrohw...@fastmail.com > > PGP Public Key: > https://pgp.mit.edu/pks/lookup?op=get=0xE1A22D58D20C6D22
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2019/07/19 12:20:09 Modified files: productivity/tudu: Makefile distinfo Removed files: productivity/tudu/patches: patch-src_parser_cc patch-src_parser_h Log message: Update tudu to 0.10.3.
update: sysutils/sec
maintenance update to 2.8.2. ok? thanks, okan Index: Makefile === RCS file: /home/open/cvs/ports/sysutils/sec/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile3 Oct 2018 13:21:28 - 1.33 +++ Makefile19 Jul 2019 17:39:01 - @@ -2,7 +2,7 @@ COMMENT= simple event correlator -V= 2.8.1 +V= 2.8.2 DISTNAME= sec-${V} CATEGORIES=sysutils MASTER_SITES= https://github.com/simple-evcorr/sec/releases/download/${V}/ Index: distinfo === RCS file: /home/open/cvs/ports/sysutils/sec/distinfo,v retrieving revision 1.28 diff -u -p -r1.28 distinfo --- distinfo3 Oct 2018 13:21:28 - 1.28 +++ distinfo19 Jul 2019 17:39:30 - @@ -1,2 +1,2 @@ -SHA256 (sec-2.8.1.tar.gz) = NCRksklPTGTqrDwPTFNIbqVGTyTYoZDCdhWFC51P4QA= -SIZE (sec-2.8.1.tar.gz) = 143700 +SHA256 (sec-2.8.2.tar.gz) = 7Hswt3Ih9Y3kyR3xFbB6n13pGBP5BP0BAHYyOJZyqjw= +SIZE (sec-2.8.2.tar.gz) = 144131
Re: [Maintainer Update] umurmur 0.2.16a -> 0.2.17
On Sat, Jul 13, 2019 at 07:42:04AM +0100, Raf Czlonka wrote: > On Sat, Jul 13, 2019 at 02:50:32AM BST, Jonathon Sisson wrote: > > Switching to OpenSMTPD. Tired of fighting with gmail for simple text. > > > > I've removed the appropriate comments from the patch files, and removed > > SEPARATE_BUILD. > > > > Thanks! > > > > Jonathon > > > > > > > > > > diff -ru audio/umurmur/Makefile mystuff/audio/umurmur/Makefile > > --- audio/umurmur/Makefile Fri Jun 14 23:33:29 2019 > > +++ mystuff/audio/umurmur/Makefile Fri Jul 12 19:53:57 2019 > > @@ -4,8 +4,8 @@ > > > > GH_ACCOUNT = fatbob313 > > GH_PROJECT = umurmur > > -GH_TAGNAME = 0.2.16a > > -REVISION = 6 > > +GH_TAGNAME = 0.2.17 > > +REVISION = 0 > > Hi Jonathon, > > On version bump REVISION gets removed. > > Cheers, > > Raf It appears my previous diff was missing a patch that was added, so make package failed as files were placed incorrectly in fake-amd64. New patch revision (using cvs diff) below. -Jonathon Index: Makefile === RCS file: /cvs/ports/audio/umurmur/Makefile,v retrieving revision 1.25 diff -u -p -u -p -r1.25 Makefile --- Makefile12 Jul 2019 20:43:42 - 1.25 +++ Makefile19 Jul 2019 14:29:35 - @@ -4,8 +4,7 @@ COMMENT = minimalistic Mumble server GH_ACCOUNT = fatbob313 GH_PROJECT = umurmur -GH_TAGNAME = 0.2.16a -REVISION = 6 +GH_TAGNAME = 0.2.17 CATEGORIES = audio HOMEPAGE = https://umurmur.net/ Index: distinfo === RCS file: /cvs/ports/audio/umurmur/distinfo,v retrieving revision 1.10 diff -u -p -u -p -r1.10 distinfo --- distinfo10 Jul 2015 17:30:29 - 1.10 +++ distinfo19 Jul 2019 14:29:35 - @@ -1,2 +1,2 @@ -SHA256 (umurmur-0.2.16a.tar.gz) = 1k3493zqpJUdfyrbstzBc4QdHjh+9M0ggsQhUKhDSaU= -SIZE (umurmur-0.2.16a.tar.gz) = 91187 +SHA256 (umurmur-0.2.17.tar.gz) = 53t7ZhZ2j0ocB0Qq/kmncmkvZnsAwjzIWQnU3QziBtI= +SIZE (umurmur-0.2.17.tar.gz) = 93786 Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/audio/umurmur/patches/patch-CMakeLists_txt,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt12 Jun 2015 09:50:42 - 1.2 +++ patches/patch-CMakeLists_txt19 Jul 2019 14:29:35 - @@ -1,47 +1,25 @@ -$OpenBSD: patch-CMakeLists_txt,v 1.2 2015/06/12 09:50:42 dcoppa Exp $ CMakeLists.txt.origTue Apr 7 12:01:12 2015 -+++ CMakeLists.txt Fri Jun 12 11:32:59 2015 -@@ -57,18 +57,13 @@ elseif("${SSL}" STREQUAL "gnutls") - endif(NETTLE_FOUND) - endif("${SSL}" STREQUAL "openssl") - --check_library_exists(rt clock_gettime "time.h" HAVE_CLOCK_GETTIME_RT) -+check_function_exists(clock_gettime HAVE_CLOCK_GETTIME) - --if(NOT HAVE_CLOCK_GETTIME_RT) -- check_function_exists(clock_gettime HAVE_CLOCK_GETTIME) -- if(NOT HAVE_CLOCK_GETTIME) --check_library_exists(c clock_get_time "mach/time.h" HAVE_CLOCK_GET_TIME) --if(NOT HAVE_CLOCK_GET_TIME) -- message(FATAL_ERROR "Didn't find clock_gettime() or clock_get_time()!") --endif() -+if(NOT HAVE_CLOCK_GETTIME) -+ check_library_exists(c clock_get_time "mach/time.h" HAVE_CLOCK_GET_TIME) -+ if(NOT HAVE_CLOCK_GET_TIME) -+message(FATAL_ERROR "Didn't find clock_gettime() or clock_get_time()!") - endif() --else() -- set(LIBRT rt) - endif() - - if(USE_SHAREDMEMORY_API) -@@ -90,16 +85,15 @@ add_subdirectory(src) - configure_file(src/config.h.in ${CMAKE_SOURCE_DIR}/src/config.h) - - include_directories(${LIBCONFIG_INCLUDE_DIR} ${PROTOBUFC_INCLUDE_DIR} ${SSLIMP_INCLUDE_DIR}) --link_directories(${LIBCONFIG_LIB_DIR} ${PROTOBUFC_LIB_DIR} ${SSLIMP_LIB_DIR}) - - add_executable(${PROJECT_NAME} ${SOURCE}) --install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION "bin") -+install(TARGETS ${PROJECT_NAME} RUNTIME DESTINATION "sbin") - - find_path(OLD_CONFIG_FILE NAMES "umurmur.conf" PATHS ${CMAKE_INSTALL_PREFIX} PATH_SUFFIXES "etc") - if(NOT OLD_CONFIG_FILE) +$OpenBSD$ + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -3,7 +3,7 @@ project(umurmurd C) + + set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${CMAKE_SOURCE_DIR}/cmake/Modules/") + set(CMAKE_INSTALL_RPATH_USE_LINK_PATH true) +-set(UMURMUR_BINARY_DIR "${CMAKE_BINARY_DIR}/bin") ++set(UMURMUR_BINARY_DIR "${CMAKE_BINARY_DIR}/sbin") + set(CMAKE_RUNTIME_OUTPUT_DIRECTORY "${UMURMUR_BINARY_DIR}") + + if(NOT CMAKE_BUILD_TYPE) +@@ -24,9 +24,5 @@ find_package(ProtobufC REQUIRED) + + add_subdirectory(src) + +-find_path(OLD_CONFIG_FILE NAMES "umurmur.conf" PATHS ${CMAKE_INSTALL_PREFIX} PATH_SUFFIXES "etc") +- +-if(NOT OLD_CONFIG_FILE) - install(FILES "umurmur.conf.example" DESTINATION "etc" RENAME "umurmur.conf") -+ install(FILES
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/07/19 08:42:38 Modified files: net/curl : Makefile distinfo Log message: update to 7.65.3: make the progress meter appear again
Re: NEW: games/devilutionx
On Fri, Jul 19, 2019 at 10:37:59AM -0400, Bryan Steele wrote: > On Thu, Jul 18, 2019 at 07:49:51PM -0400, Brian Callahan wrote: > > Hi ports -- > > > > Attached is a new port, games/devilutionx. DevilutionX is an open source > > engine recreation for the original Diablo I game. > > > > --- > > pkg/DESCR: > > DevilutionX is an open source recreation of the game engine used in > > Diablo I, an action role-playing game by Blizzard Entertainment. > > > > While this package and the game engine are open source, one still needs > > to provide the original game assets from Diablo I, which is not open > > source. You will need to purchase the original game to use this package. > > --- > > > > This port is a multi-person effort between myself, thfr@, and brynet@. The > > game works very well on amd64--the underlying engine is claimed to be nearly > > 100% binary identical to the original game. Sadly, multiplayer doesn't work > > on 64-bit platforms, but this is known and hopefully will be fixed at some > > point. > > > > OK? > > > > ~Brian > > I'm obviously ok with this going in, w/ the pkg/README fix from Nam. :-) > > It's unfortunate that we will initially miss out on multiplayer support, > but good that someone is working on the problem, and upstream is aware. > > Hopefully some of these changes can be sent upstream. > > -Bryan. To those of you following along, this is the port that thfr@ used when streaming Diablo last month on OpenBSD. https://www.youtube.com/watch?v=5sBKaqkFev8
Re: NEW: games/devilutionx
On Thu, Jul 18, 2019 at 07:49:51PM -0400, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, games/devilutionx. DevilutionX is an open source > engine recreation for the original Diablo I game. > > --- > pkg/DESCR: > DevilutionX is an open source recreation of the game engine used in > Diablo I, an action role-playing game by Blizzard Entertainment. > > While this package and the game engine are open source, one still needs > to provide the original game assets from Diablo I, which is not open > source. You will need to purchase the original game to use this package. > --- > > This port is a multi-person effort between myself, thfr@, and brynet@. The > game works very well on amd64--the underlying engine is claimed to be nearly > 100% binary identical to the original game. Sadly, multiplayer doesn't work > on 64-bit platforms, but this is known and hopefully will be fixed at some > point. > > OK? > > ~Brian I'm obviously ok with this going in, w/ the pkg/README fix from Nam. :-) It's unfortunate that we will initially miss out on multiplayer support, but good that someone is working on the problem, and upstream is aware. Hopefully some of these changes can be sent upstream. -Bryan.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2019/07/19 07:53:27 Modified files: www/openradtool: Makefile distinfo Log message: Update openradtool to 0.7.8. Release notes here: https://kristaps.bsd.lv/openradtool/archive.html
Re: NEW: games/devilutionx
Hi Nam -- On 7/19/19 4:45 AM, Nam Nguyen wrote: I opened an issue upstream for 64-bit multiplayer. https://github.com/diasurgical/devilutionX/issues/191 I managed to get 0.4.0 to work with TCP multiplayer on amd64. I have attached it here in case you want to test against it. The two main diffs are: * patch-SourceX_dvlnet_frame_queue_cpp * patch-Source_msg_cpp These deal with 64-bit issues. In particular, msg.cpp cleans up some pointer arithmetic where there happened to be padding. frame_queue.cpp copies from a 32-bit type to a 64-bit type. These diffs have to be removed when building for i386, so perhaps some macros and platform detection need to be added. I briefly tried merging my work against the git version, but I ran into a segfault and haven't had time to investigate a possible regression. Testing should focus on the git head version that you posted, and you should have the final say on 0.4.0 vs git head. Git head has had many fixes. We'll sync with releases starting with the next release (presumable 0.5). ~Brian In testing the git head version: amd64: * TCP dialog box saying "unable to create game" * UDP terminating with uncaught exception of type std::__1::system_error: send_to: Socket is already connected i386: * TCP player 2 successfully connects to player 1 * UDP same socket error
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2019/07/19 07:49:24 Modified files: devel/fossil : Makefile distinfo Log message: Update fossil to 2.9. Release notes here: http://fossil-scm.org/home/doc/trunk/www/changes.wiki#v2_9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/07/19 07:42:53 Modified files: games : Makefile Log message: +devilutionx
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/07/19 07:42:33 Log message: Import games/devilutionx, an open source engine recreation for the Diablo 1 game. Joint effort by me, thfr@, and brynet@ ok solene@ DevilutionX is an open source recreation of the game engine used in Diablo I, an action role-playing game by Blizzard Entertainment. While this package and the game engine are open source, one still needs to provide the original game assets from Diablo I, which is not open source. You will need to purchase the original game to use this package. Status: Vendor Tag: bcallah Release Tags: bcallah_20190719 N ports/games/devilutionx/Makefile N ports/games/devilutionx/distinfo N ports/games/devilutionx/patches/patch-CMakeLists_txt N ports/games/devilutionx/patches/patch-defs_h N ports/games/devilutionx/patches/patch-SourceS_miniwin_h N ports/games/devilutionx/patches/patch-Source_engine_cpp N ports/games/devilutionx/patches/patch-Source_fault_cpp N ports/games/devilutionx/patches/patch-Source_init_cpp N ports/games/devilutionx/patches/patch-Source_render_cpp N ports/games/devilutionx/pkg/DESCR N ports/games/devilutionx/pkg/PLIST N ports/games/devilutionx/pkg/README No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/19 06:32:44 Modified files: www/trac : Makefile distinfo www/trac/pkg : PLIST Log message: update to trac-1.2.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/19 06:32:29 Modified files: multimedia/get_iplayer: Makefile distinfo multimedia/get_iplayer/patches: patch-get_iplayer Log message: update to get_iplayer-3.21
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 06:31:55 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo Log message: Update to terraform-provider-alicloud-1.43.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/07/19 06:22:21 Modified files: net: Makefile Log message: Hook py-minimalmodbus up to build.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/07/19 06:20:35 Log message: MinimalModbus is an easy-to-use Python module for talking to instruments (slaves) from a computer (master) using the Modbus protocol, and is intended to be running on the master. Example code includes drivers for Eurotherm and Omega process controllers. This software supports the Modbus RTU and Modbus ASCII serial communication versions of the protocol. Version 0.7 From Martin Reindl Tweaks from myself and sthen@ OK sthen@ Status: Vendor Tag: kmos Release Tags: kmos_20190719 N ports/net/py-minimalmodbus/Makefile N ports/net/py-minimalmodbus/distinfo N ports/net/py-minimalmodbus/pkg/DESCR N ports/net/py-minimalmodbus/pkg/PLIST N ports/net/py-minimalmodbus/patches/patch-setup_py No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/07/19 06:09:59 Modified files: devel/py-pluggy: Makefile distinfo devel/py-pluggy/pkg: PLIST Log message: Update devel/py-pluggy 0.9.0 -> 0.11.0 Update py-pluggy from 0.9.0 to 0.11.0. The most recent version is actually 0.12.0, but they added a dependency on a new module that backports from Python 3.8 that has other dependencies. ok shachin@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/19 05:33:24 Modified files: multimedia/gstreamer1/core: Makefile Added files: multimedia/gstreamer1/core/patches: patch-meson_build Log message: disable picking up libexecinfo, discussed with aja@ "we should really just remove that stupid useless port"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 05:31:58 Modified files: x11/gnome/getting-started-docs: Makefile distinfo x11/gnome/getting-started-docs/pkg: PLIST Log message: Update to gnome-getting-started-docs-3.32.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 05:31:45 Modified files: x11/gnome/user-docs: Makefile distinfo Log message: Update to gnome-user-docs-3.32.3.
i386 bulk problems: x11/kde4/pim-runtime productivity/gnucash
(there were some other problems too but I think they're known/already being looked at, so I'll just list these): - x11/kde4/pim-runtime: resources/ical/icalsettingsadaptor.moc:74:6: error: no member named 'ICalSettingsAdaptor' in namespace 'Akonadi_ICal_Resource'; did you mean simply 'ICalSettingsAdaptor'? - productivity/gnucash: cd /usr/obj/ports/gnucash-3.5/build-i386/libgnucash/gnc-module/test && /usr/local/bin/cmake -E env LD_LIBRARY_PATH=/usr/obj/ports/gnucash-3.5/build-i386/lib:/usr/obj/ports/gnucash-3.5/build-i386/lib/gnucash: GNC_UNINSTALLED=YES GNC_BUILDDIR=/usr/obj/ports/gnucash-3.5/build-i386 GUILE_LOAD_PATH=/usr/obj/ports/gnucash-3.5/gnucash-3.5/libgnucash/gnc-module/test:/usr/obj/ports/gnucash-3.5/build-i386/share/gnucash/scm GUILE_LOAD_COMPILED_PATH=/usr/obj/ports/gnucash-3.5/build-i386/lib/gnucash/scm/ccache/2.2 GNC_MODULE_PATH=/usr/obj/ports/gnucash-3.5/build-i386/lib:/usr/obj/ports/gnucash-3.5/build-i386/lib/gnucash: /usr/local/bin/guile2.2 -e '(@@ (guild) main)' -s /usr/local/bin/guild2.2 compile -o /usr/obj/ports/gnucash-3.5/build-i386/lib/gnucash/scm/ccache/2.2/gnucash/gnc-modules/test/test-gnc-module-scm-multi.go /usr/obj/ports/gnucash-3.5/gnucash-3.5/libgnucash/gnc-module/test/test-gnc-module-scm-multi.scm Backtrace: In scripts/compile.scm: 264:26 19 (_ _) In system/base/target.scm: 57:6 18 (with-target _ _) In system/base/compile.scm: 152:6 17 (compile-file _ #:output-file _ #:from _ #:to _ #:env _ ?) 43:4 16 (call-once _) In ice-9/boot-9.scm: 841:4 15 (with-throw-handler _ _ _) In system/base/compile.scm: 59:11 14 (_) 155:11 13 (_ #) 235:18 12 (read-and-compile # ?) 183:32 11 (compile-fold (#) ?) In ice-9/boot-9.scm: 2312:4 10 (save-module-excursion #) In language/scheme/compile-tree-il.scm: 31:15 9 (_) In ice-9/psyntax.scm: 1262:36 8 (expand-top-sequence ((use-modules (gnucash #))) _ _ #f ?) 1209:24 7 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?) 285:10 6 (parse _ (("placeholder" placeholder)) (()) _ c (# #) #) In ice-9/boot-9.scm: 3377:20 5 (process-use-modules _) 222:17 4 (map1 (((gnucash gnc-module 3378:31 3 (_ ((gnucash gnc-module))) 2803:6 2 (resolve-interface _ #:select _ #:hide _ #:prefix _ # _ ?) In unknown file: 1 (scm-error misc-error #f "~A ~S" ("no code for modu?" ?) ?) In ice-9/boot-9.scm: 752:25 0 (dispatch-exception _ _ _) ice-9/boot-9.scm:752:25: In procedure dispatch-exception: no code for module (gnucash gnc-module) ninja: build stopped: subcommand failed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/07/19 04:48:52 Modified files: graphics/zxing : Makefile distinfo graphics/zxing/patches: patch-CMakeLists_txt Log message: update to a newer snapshot of glassechidna's version of zxing-cpp
UPDATE: sysutils/u-boot 2019.07
update to U-Boot 2019.07 Sinovoip_BPI_M2_Plus target was renamed to bananapi_m2_plus_h3 am335x_boneblack target replaced by am335x_evm Add back flushing/disabling caches for armv7 efi which was removed in 2019.04 and later and is required to load kernels on i.MX 6. tinker-rk3288 now uses another stage (TPL) and assumes u-boot exists at an offset we'd normally put a partition. dd if=idbloader.img of=/dev/sdXc seek=64 dd if=u-boot.img of=/dev/sdXc seek=16384 But even with a zeroed and repartitioned sd card it seems to be broken: Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2019.07 (Jul 19 2019 - 18:25:15 +1000) Trying to boot from MMC1 spl: mmc init failed with error: -110 SPL: failed to boot from all boot devices ### ERROR ### Please RESET the board ### Index: Makefile === RCS file: /cvs/ports/sysutils/u-boot/Makefile,v retrieving revision 1.53 diff -u -p -r1.53 Makefile --- Makefile12 Jul 2019 20:49:53 - 1.53 +++ Makefile19 Jul 2019 05:24:16 - @@ -6,8 +6,7 @@ FLAVORS=aarch64 arm FLAVOR?= arm COMMENT= U-Boot firmware -VERSION= 2019.01 -REVISION= 5 +VERSION= 2019.07 DISTNAME= u-boot-${VERSION} PKGNAME= u-boot-${FLAVOR}-${VERSION:S/-//} FULLPKGNAME= ${PKGNAME} @@ -73,7 +72,6 @@ BOARDS=\ .elif "${FLAVOR}" == "arm" OMAP=\ omap4_panda \ - am335x_boneblack \ am335x_evm SUNXI64= SUNXI=\ @@ -85,6 +83,7 @@ SUNXI=\ A20-OLinuXino_MICRO \ Bananapi \ Bananapi_m2m \ + bananapi_m2_plus_h3 \ bananapi_m2_zero \ Bananapro \ CHIP \ @@ -106,8 +105,7 @@ SUNXI=\ orangepi_pc_plus \ orangepi_plus \ orangepi_plus2e \ - orangepi_zero \ - Sinovoip_BPI_M2_Plus + orangepi_zero IMX=\ cm_fx6 \ mx6cuboxi \ @@ -142,6 +140,7 @@ FILES=\ u-boot-with-spl.bin \ u-boot.itb \ idbspl.img \ + idbloader.img \ spl/sunxi-spl.bin \ pre-build: @@ -161,15 +160,14 @@ do-build: -f ${MAKE_FILE} ${ALL_TARGET} .if "${BOARD}" == "tinker-rk3288" cd ${WRKSRC}/build/${BOARD} && \ - tools/mkimage -n rk3288 -T rksd -d spl/u-boot-spl-dtb.bin \ - u-boot-with-spl.bin && \ - cat u-boot-dtb.bin >> u-boot-with-spl.bin + tools/mkimage -n rk3288 -T rksd -d tpl/u-boot-tpl.bin \ + idbloader.img && \ + cat spl/u-boot-spl-dtb.bin >> idbloader.img .endif .if "${BOARD}" == "firefly-rk3399" cd ${WRKSRC}/build/${BOARD} && \ - ln -s ${RK3399_BL31} bl31.elf && \ - ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM} ${MAKE_FLAGS} \ - O="build/${BOARD}" \ + ${SETENV} ${MAKE_ENV} BL31=${RK3399_BL31} ${MAKE_PROGRAM} \ + ${MAKE_FLAGS} O="build/${BOARD}" \ -f ${MAKE_FILE} u-boot.itb && \ tools/mkimage -n rk3399 -T rksd -d spl/u-boot-spl.bin idbspl.img .endif Index: distinfo === RCS file: /cvs/ports/sysutils/u-boot/distinfo,v retrieving revision 1.25 diff -u -p -r1.25 distinfo --- distinfo15 Jan 2019 05:44:18 - 1.25 +++ distinfo9 Jul 2019 01:28:18 - @@ -1,2 +1,2 @@ -SHA256 (u-boot-2019.01.tar.bz2) = UL1+WkZquCiRTQgNX2pDI0W1AOj7oa07e2HpXmDVHCI= -SIZE (u-boot-2019.01.tar.bz2) = 13366005 +SHA256 (u-boot-2019.07.tar.bz2) = v/T6d+jaF1IcAwykxblHoFbBsb5NPm7oY3AguNUCUdA= +SIZE (u-boot-2019.07.tar.bz2) = 13939667 Index: patches/patch-arch_arm_dts_rk3399-firefly_dts === RCS file: patches/patch-arch_arm_dts_rk3399-firefly_dts diff -N patches/patch-arch_arm_dts_rk3399-firefly_dts --- patches/patch-arch_arm_dts_rk3399-firefly_dts 17 Jan 2019 20:41:47 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-arch_arm_dts_rk3399-firefly_dts,v 1.1 2019/01/17 20:41:47 kettenis Exp $ - -Index: arch/arm/dts/rk3399-firefly.dts arch/arm/dts/rk3399-firefly.dts.orig -+++ arch/arm/dts/rk3399-firefly.dts -@@ -15,7 +15,7 @@ - - chosen { - stdout-path = -- u-boot,spl-boot-order = , -+ u-boot,spl-boot-order = "same-as-spl", , - }; - - backlight: backlight { Index: patches/patch-configs_firefly-rk3399_defconfig === RCS file: /cvs/ports/sysutils/u-boot/patches/patch-configs_firefly-rk3399_defconfig,v retrieving revision 1.1 diff -u -p -r1.1 patch-configs_firefly-rk3399_defconfig --- patches/patch-configs_firefly-rk3399_defconfig 17 Jan 2019 20:41:47 - 1.1 +++ patches/patch-configs_firefly-rk3399_defconfig 9 Jul 2019 01:39:57 - @@ -3,10 +3,10 @@ $OpenBSD: patch-configs_firefly-rk3399_d Index:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 04:08:13 Modified files: devel/glib2/patches: patch-meson_build Log message: Merged upstream.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 03:46:15 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.16.200.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 03:45:50 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.12.190.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 03:45:36 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.9.190.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/07/19 03:30:24 Modified files: sysutils/terraform/terraform: Makefile distinfo Log message: Update to terraform-0.12.5.
Re: NEW: games/devilutionx
Brian Callahan writes: > Hi ports -- > > Attached is a new port, games/devilutionx. DevilutionX is an open > source engine recreation for the original Diablo I game. Minor nit: pkg/README path should be ~/.local/share/diasurgical/devilution/ > > --- > pkg/DESCR: > DevilutionX is an open source recreation of the game engine used in > Diablo I, an action role-playing game by Blizzard Entertainment. > > While this package and the game engine are open source, one still needs > to provide the original game assets from Diablo I, which is not open > source. You will need to purchase the original game to use this package. > --- > > This port is a multi-person effort between myself, thfr@, and > brynet@. Thank you for all of your work. I had a lot of fun poking at it to get TCP multiplayer to work. > The game works very well on amd64--the underlying engine is > claimed to be nearly 100% binary identical to the original > game. Sadly, multiplayer doesn't work on 64-bit platforms, but this is > known and hopefully will be fixed at some point. I opened an issue upstream for 64-bit multiplayer. https://github.com/diasurgical/devilutionX/issues/191 I managed to get 0.4.0 to work with TCP multiplayer on amd64. I have attached it here in case you want to test against it. The two main diffs are: * patch-SourceX_dvlnet_frame_queue_cpp * patch-Source_msg_cpp These deal with 64-bit issues. In particular, msg.cpp cleans up some pointer arithmetic where there happened to be padding. frame_queue.cpp copies from a 32-bit type to a 64-bit type. These diffs have to be removed when building for i386, so perhaps some macros and platform detection need to be added. I briefly tried merging my work against the git version, but I ran into a segfault and haven't had time to investigate a possible regression. Testing should focus on the git head version that you posted, and you should have the final say on 0.4.0 vs git head. Git head has had many fixes. In testing the git head version: amd64: * TCP dialog box saying "unable to create game" * UDP terminating with uncaught exception of type std::__1::system_error: send_to: Socket is already connected i386: * TCP player 2 successfully connects to player 1 * UDP same socket error > > OK? > > ~Brian devilutionx-0.4.0.tar.gz Description: devilutionx-0.4.0.tar.gz
Re: NEW: net/py-minimalmodbus 0.7
Am 18.07.19 um 22:25 schrieb Kurt Mosiejczuk: > On Sat, May 04, 2019 at 08:11:39PM +0200, Martin Reindl wrote: > >> attached is a port of MinimalModbus 0.7: > >> MinimalModbus is an easy-to-use Python module for talking to >> instruments (slaves) from a computer (master) using the Modbus >> protocol, and is intended to be running on the master. Example code >> includes drivers for Eurotherm and Omega process controllers. This >> software supports the Modbus RTU and Modbus ASCII serial communication >> versions of the protocol. > >> Used here for controlling a Eurotherm TE200A with data from a SDM630. > > I updated the PERMIT line, changed the HOMEPAGE to the one pointed to > by the pypi page, and moved the MODPY_PYTEST line up to the other MODPY > lines. I also added a ":L" to the PKGNAME to normalize the package name. > > All regression tests pass on both amd64 and sparc64. > > With those changes (attached here), OK kmos@ Very good, thank you. Please just commit when no objections pop up. -m
Re: net/tircd removal ? (+ patch for missing RUN_DEPENDS)
On Thu, Jul 18, 2019 at 09:33:12PM +0100, Stuart Henderson wrote: > On 2019/07/18 16:32, Solene Rapenne wrote: > > tircd requires p5-JSON-Any and p5-POE-Filter-IRCD in order to work. > > > > I did not try if it works, it requires a twitter account. > > > > We use version 0.7 from 2009, 0.30 has been released in 2013 and project > > is dead since that time. I'd propose to kill it as it seems nobody use it. > > I think it's fairly unlikely to do anything useful now, unless someone who > is actually using it speaks up to say that it works soon, then I am ok with > deleting. > I think it may still work. The twitter part seems to be taken care of by net/p5-Net-Twitter which is used by net/twirssi too and is not abandoned upstream. Seems our twirssi is obsolete too, we have version 2.6.3 from 2014, last version is from 2018-09-01. Last update of net/p5-Net-Twitter is from 2016 from sthen: https://marc.info/?l=openbsd-ports-cvs=2=1=p5-Net-Twitter=b Maybe we should delete them all if nobody use them.
[NEW] devel/p5-Specio
Hi, ports@: Here is a patch to create new port devel/p5-Specio, which is required by the future update of devel/p5-DateTime. It build well and passed all tests on my amd64-head system. Comments? OK? wen p5-Specio.tar.gz Description: p5-Specio.tar.gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/07/19 00:09:21 Modified files: sysutils/ruby-puppet/5: Makefile distinfo sysutils/ruby-puppet/5/patches: patch-lib_puppet_provider_package_gem_rb patch-lib_puppet_provider_package_pip3_rb patch-lib_puppet_provider_package_pip_rb patch-lib_puppet_type_package_rb sysutils/ruby-puppet/5/pkg: PLIST Log message: Update to 5.5.14 -> 5.5.16