Re: UPDATE: fmt 8.1.1
Fine with me. Sorry for the delay.
Sent from my iPhone
> On Jun 6, 2022, at 19:55, Stuart Henderson wrote:
>
> On 2022/05/28 23:53, Brad Smith wrote:
>> Here is an update to fmt 8.1.1.
>
> OK with me. Ashton, any comments?
>
> - Forwarded message from Brad Smith -
>
> From: Brad Smith
> Date: Sat, 28 May 2022 23:53:50 -0400
> To: ports@openbsd.org
> Cc: Ashton Fagg
> Subject: UPDATE: fmt 8.1.1
>
> Here is an update to fmt 8.1.1.
>
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/devel/fmt/Makefile,v
> retrieving revision 1.4
> diff -u -p -u -p -r1.4 Makefile
> --- Makefile11 Mar 2022 18:50:03 -1.4
> +++ Makefile29 May 2022 03:37:43 -
> @@ -2,9 +2,9 @@ COMMENT=alternative formatting library
>
> GH_ACCOUNT=fmtlib
> GH_PROJECT=fmt
> -GH_TAGNAME=8.0.1
> +GH_TAGNAME=8.1.1
>
> -SHARED_LIBS=fmt1.0
> +SHARED_LIBS=fmt1.1
>
> CATEGORIES=devel
>
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/devel/fmt/distinfo,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 distinfo
> --- distinfo16 Oct 2021 08:02:17 -1.2
> +++ distinfo29 May 2022 03:31:14 -
> @@ -1,2 +1,2 @@
> -SHA256 (fmt-8.0.1.tar.gz) = sGyjEwFYxiWEjz+3QY8jUVWk04myq8OmJF+wHLDrHgE=
> -SIZE (fmt-8.0.1.tar.gz) = 805616
> +SHA256 (fmt-8.1.1.tar.gz) = PXlNPPZ2M7NLJ3Hrnwc73ofoRuDTldJU33shHvHsc0Y=
> +SIZE (fmt-8.1.1.tar.gz) = 826254
> Index: patches/patch-CMakeLists_txt
> ===
> RCS file: /home/cvs/ports/devel/fmt/patches/patch-CMakeLists_txt,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 patch-CMakeLists_txt
> --- patches/patch-CMakeLists_txt11 Mar 2022 18:50:03 -1.3
> +++ patches/patch-CMakeLists_txt29 May 2022 03:31:36 -
> @@ -13,7 +13,7 @@ Index: CMakeLists.txt
>
> # Options that control generation of various targets.
> option(FMT_DOC "Generate the doc target." ${FMT_MASTER_PROJECT})
> -@@ -281,7 +282,7 @@ endif ()
> +@@ -286,7 +287,7 @@ endif ()
>
> if (BUILD_SHARED_LIBS)
>if (UNIX AND NOT APPLE AND NOT ${CMAKE_SYSTEM_NAME} MATCHES "SunOS" AND
>
>
> - End forwarded message -
devel/fmt: drop maintainer
I no longer have an interest in maintaining this, so this diff removes me as maintainer. Thanks. Index: devel/fmt/Makefile === RCS file: /cvs/ports/devel/fmt/Makefile,v retrieving revision 1.4 diff -u -p -u -p -r1.4 Makefile --- devel/fmt/Makefile 11 Mar 2022 18:50:03 - 1.4 +++ devel/fmt/Makefile 6 Apr 2022 00:30:55 - @@ -3,12 +3,11 @@ COMMENT= alternative formatting library GH_ACCOUNT=fmtlib GH_PROJECT=fmt GH_TAGNAME=8.0.1 +REVISION= 1 SHARED_LIBS= fmt 1.0 CATEGORIES=devel - -MAINTAINER=Ashton Fagg # MIT PERMIT_PACKAGE=Yes
devel/git-annex: 8.2021101 -> 10.2022032
The attached diff updates devel/git-annex to the latest version.
This built successfully on my machine (amd64) and I was able to perform a few
basic operations with it.
As best I can tell, there's no complete changelog published
anywhere. Diffs between the intermediate releases can be viewed here:
http://source.git-annex.branchable.com/?p=source.git;a=tags
Most appear to be bug fixes and some minor enhancements (despite the big
change in version number).
elara$ uname -a
OpenBSD elara.fagg.id.au 7.1 GENERIC.MP#459 amd64
elara$ git annex version
git-annex version: 10.20220322
build flags: Assistant Webapp Pairing Kqueue TorrentParser MagicMime
Feeds Testsuite S3 WebDAV
dependency versions: aws-0.22 bloomfilter-2.0.1.0 cryptonite-0.30
DAV-1.3.4 feed-1.3.2.1 ghc-8.10.6 http-client-0.7.11
persistent-sqlite-2.13.1.0 torrent-1.1.1 uuid-1.3.15 yesod-1.6.2
key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E
SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224
SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 BLAKE2B256E
BLAKE2B256 BLAKE2B512E BLAKE2B512 BLAKE2B160E BLAKE2B160 BLAKE2B224E
BLAKE2B224 BLAKE2B384E BLAKE2B384 BLAKE2BP512E BLAKE2BP512 BLAKE2S256E
BLAKE2S256 BLAKE2S160E BLAKE2S160 BLAKE2S224E BLAKE2S224 BLAKE2SP256E
BLAKE2SP256 BLAKE2SP224E BLAKE2SP224 SHA1E SHA1 MD5E MD5 WORM URL X*
remote types: git gcrypt p2p S3 bup directory rsync web bittorrent
webdav adb tahoe glacier ddar git-lfs httpalso borg hook external
operating system: openbsd x86_64
supported repository versions: 8 9 10
upgrade supported from repository versions: 0 1 2 3 4 5 6 7 8 9 10
Index: devel/git-annex/Makefile
===
RCS file: /cvs/ports/devel/git-annex/Makefile,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 Makefile
--- devel/git-annex/Makefile11 Mar 2022 18:50:06 - 1.6
+++ devel/git-annex/Makefile6 Apr 2022 00:13:04 -
@@ -25,7 +25,7 @@ MODULES = devel/cabal
MAKE_ENV = LC_ALL=en_US.UTF-8
MODCABAL_STEM =git-annex
-MODCABAL_VERSION = 8.20211011
+MODCABAL_VERSION = 10.20220322
MAN1_STAGING_DIR = ${WRKBUILD}/man1_staging
@@ -45,11 +45,12 @@ post-install:
${INSTALL_MAN_DIR} ${PREFIX}/man/man1
${INSTALL_MAN} ${MAN1_STAGING_DIR}/*.1 ${PREFIX}/man/man1
-MODCABAL_MANIFEST = \
+MODCABAL_MANIFEST = \
DAV 1.3.4 0 \
- Glob0.10.1 1 \
+ Glob0.10.2 3 \
HUnit 1.6.2.0 0 \
IfElse 0.850 \
+ OneTuple0.3.1 2 \
Only0.1 1 \
QuickCheck 2.14.2 0 \
SafeSemaphore 0.10.1 1 \
@@ -57,62 +58,62 @@ MODCABAL_MANIFEST = \
abstract-deque 0.3 0 \
abstract-par0.3.3 0 \
adjunctions 4.4 2 \
- aeson 1.5.6.0 2 \
- alex3.2.6 0 \
- ansi-terminal 0.110 \
- ansi-wl-pprint 0.6.9 2 \
+ aeson 1.5.6.0 5 \
+ alex3.2.7.1 0 \
+ ansi-terminal 0.11.1 0 \
+ ansi-wl-pprint 0.6.9 3 \
appar 0.1.8 0 \
asn1-encoding 0.9.6 2 \
asn1-parse 0.9.5 0 \
asn1-types 0.3.4 0 \
- assoc 1.0.2 1 \
- async 2.2.4 0 \
- attoparsec 0.13.2.51 \
- attoparsec-iso8601 1.0.2.0 2 \
+ assoc 1.0.2 2 \
+ async 2.2.4 1 \
+ attoparsec 0.14.4 1 \
+ attoparsec-iso8601 1.0.2.1 0 \
auto-update 0.1.6 0 \
- aws 0.221 \
- base-compat 0.12.0 0 \
- base-compat-batteries 0.12.0 1 \
- base-orphans0.8.5 0 \
- base16-bytestring 0.1.1.7 3 \
- base64-bytestring 1.0.0.3 1 \
- basement0.0.12 1 \
+ aws 0.223 \
+ base-compat 0.12.1 0 \
+ base-compat-batteries 0.12.1 2 \
+ base-orphans0.8.6 0 \
+ base16-bytestring 1.0.2.0 0 \
+ base64-bytestring 1.2.1.0 0 \
+ basement0.0.14 0 \
bencode 0.6.1.1 0 \
bifunctors 5.5.11 1 \
- binary-orphans 1.0.1 5 \
- blaze-builder 0.4.2.1 0 \
- blaze-html 0.9.1.2 1 \
- blaze-markup0.8.2.8 0 \
- bloomfilter 2.0.1.0 0 \
+ binary-orphans 1.0.2 1 \
+ blaze-builder 0.4.2.2 1 \
+ blaze-html 0.9.1.2 2 \
+ blaze-markup0.8.2.8 2 \
+ bloomfilter 2.0.1.0 1 \
bsb-http-chunked0.0.0.4 3 \
byteable0.1.1 0 \
byteorder 1.0.4 0 \
-
[Maintainer Update] sysutils/glances
Unfortunately I don't have the time/interest to maintain this package
any longer. Attached is a diff to remove me as maintainer.
Thanks.
Index: sysutils/glances//Makefile
===
RCS file: /cvs/ports/sysutils/glances/Makefile,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 Makefile
--- sysutils/glances//Makefile 24 May 2021 17:41:15 - 1.4
+++ sysutils/glances//Makefile 30 Oct 2021 17:18:50 -
@@ -6,12 +6,11 @@ MODPY_EGG_VERSION = 3.1.7
DISTNAME = Glances-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:L}
+REVISION = 1
CATEGORIES = sysutils
HOMEPAGE = https://nicolargo.github.io/glances
-
-MAINTAINER = Ashton Fagg
# LGPLv3
PERMIT_PACKAGE = Yes
Re: [Maintainer Update] devel/fmt: 7.1.3 -> 8.0.0
On Mon, 28 Jun 2021 at 11:02, Jeremie Courreges-Anglas wrote: > When you update a library, please state the consumers you have tested. > After this major fmt update, multimedia/mkvtoolnix fails to build > intalled: Fair call, and my apologies. Last I checked this wasn't being used by anything else as they were bringing in their own versions. I should have paid better attention.
devel/gflags: Remove me as maintainer
I have no use to for this library any more so please remove me as
maintainer - diff attached.
Thanks.
Index: devel/gflags/Makefile
===
RCS file: /cvs/ports/devel/gflags/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/gflags/Makefile 30 Dec 2020 22:30:43 - 1.19
+++ devel/gflags/Makefile 24 Jun 2021 02:06:32 -
@@ -5,6 +5,7 @@ COMMENT = c++ commandline flags process
GH_ACCOUNT = gflags
GH_PROJECT = gflags
GH_TAGNAME = v2.2.2
+REVISION= 0
SHARED_LIBS += gflags 1.0 # .0.0
SHARED_LIBS += gflags_nothreads 1.0 # .0.0
@@ -16,7 +17,6 @@ HOMEPAGE = https://gflags.github.io/gfl
# New BSD
PERMIT_PACKAGE = Yes
-MAINTAINER = Ashton Fagg
WANTLIB += ${COMPILER_LIBCXX} m
[Maintainer Update] devel/fmt: 7.1.3 -> 8.0.0
The attached diff updates devel/fmt to 8.0.0.
Builds on amd64. Tests need to be fixed but library seems to work
ok. I'll look into the tests, probably need to upstream some stuff
again.
Thanks.
Index: devel/fmt/Makefile
===
RCS file: /cvs/ports/devel/fmt/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- devel/fmt/Makefile 30 Jan 2021 15:37:05 - 1.2
+++ devel/fmt/Makefile 24 Jun 2021 02:21:24 -
@@ -4,9 +4,9 @@ COMMENT= alternative formatting library
GH_ACCOUNT= fmtlib
GH_PROJECT= fmt
-GH_TAGNAME= 7.1.3
+GH_TAGNAME= 8.0.0
-SHARED_LIBS= fmt 0.0
+SHARED_LIBS= fmt 1.0
CATEGORIES= devel
Index: devel/fmt/distinfo
===
RCS file: /cvs/ports/devel/fmt/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- devel/fmt/distinfo 2 Jan 2021 21:51:19 - 1.1.1.1
+++ devel/fmt/distinfo 24 Jun 2021 02:21:24 -
@@ -1,2 +1,2 @@
-SHA256 (fmt-7.1.3.tar.gz) = XK5wcgQrMEPhLVPVDvQEu7dpSdrR3jaNf5k6FcjAXsw=
-SIZE (fmt-7.1.3.tar.gz) = 770029
+SHA256 (fmt-8.0.0.tar.gz) = e84OngIuWGsXixUAAufCM5mU48K75EAn6auw1g+czoM=
+SIZE (fmt-8.0.0.tar.gz) = 804902
Index: devel/fmt/patches/patch-test_gtest-extra-test_cc
===
RCS file: devel/fmt/patches/patch-test_gtest-extra-test_cc
diff -N devel/fmt/patches/patch-test_gtest-extra-test_cc
--- devel/fmt/patches/patch-test_gtest-extra-test_cc 2 Jan 2021 21:51:19 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,50 +0,0 @@
-$OpenBSD: patch-test_gtest-extra-test_cc,v 1.1.1.1 2021/01/02 21:51:19 jca Exp $
-
-Index: test/gtest-extra-test.cc
test/gtest-extra-test.cc.orig
-+++ test/gtest-extra-test.cc
-@@ -22,14 +22,6 @@
-
- namespace {
-
--// This is used to suppress coverity warnings about untrusted values.
--std::string sanitize(const std::string& s) {
-- std::string result;
-- for (std::string::const_iterator i = s.begin(), end = s.end(); i != end; ++i)
--result.push_back(static_cast(*i & 0xff));
-- return result;
--}
--
- // Tests that assertion macros evaluate their arguments exactly once.
- class SingleEvaluationTest : public ::testing::Test {
- protected:
-@@ -369,6 +361,10 @@ TEST(OutputRedirectTest, FlushErrorInCtor) {
- write_copy.dup2(write_fd); // "undo" close or dtor will fail
- }
-
-+#if !defined(__OpenBSD__)
-+// NOTE(fagg): There's some bug in this test. Can't find it.
-+// Upstream suggests it doesn't matter so lets leave this compiled
-+// out for now while i work on figuring it out.
- TEST(OutputRedirectTest, DupErrorInCtor) {
- buffered_file f = open_buffered_file();
- int fd = (f.fileno)();
-@@ -380,6 +376,7 @@ TEST(OutputRedirectTest, DupErrorInCtor) {
- fmt::format("cannot duplicate file descriptor {}", fd));
- copy.dup2(fd); // "undo" close or dtor will fail
- }
-+#endif
-
- TEST(OutputRedirectTest, RestoreAndRead) {
- file read_end, write_end;
-@@ -388,8 +385,8 @@ TEST(OutputRedirectTest, RestoreAndRead) {
- std::fprintf(file.get(), "[[[");
- OutputRedirect redir(file.get());
- std::fprintf(file.get(), "censored");
-- EXPECT_EQ("censored", sanitize(redir.restore_and_read()));
-- EXPECT_EQ("", sanitize(redir.restore_and_read()));
-+ EXPECT_EQ("censored", redir.restore_and_read());
-+ EXPECT_EQ("", redir.restore_and_read());
- std::fprintf(file.get(), "]]]");
- file = buffered_file();
- EXPECT_READ(read_end, "[[[]]]");
Index: devel/fmt/patches/patch-test_posix-mock-test_cc
===
RCS file: devel/fmt/patches/patch-test_posix-mock-test_cc
diff -N devel/fmt/patches/patch-test_posix-mock-test_cc
--- devel/fmt/patches/patch-test_posix-mock-test_cc 2 Jan 2021 21:51:19 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,19 +0,0 @@
-$OpenBSD: patch-test_posix-mock-test_cc,v 1.1.1.1 2021/01/02 21:51:19 jca Exp $
-
-Index: test/posix-mock-test.cc
test/posix-mock-test.cc.orig
-+++ test/posix-mock-test.cc
-@@ -194,12 +194,12 @@ int(test::fileno)(FILE* stream) {
- # define EXPECT_EQ_POSIX(expected, actual)
- #endif
-
-+#if FMT_USE_FCNTL
- static void write_file(fmt::cstring_view filename, fmt::string_view content) {
- fmt::buffered_file f(filename, "w");
- f.print("{}", content);
- }
-
--#if FMT_USE_FCNTL
- using fmt::file;
-
- TEST(UtilTest, GetPageSize) {
Index: devel/fmt/patches/patch-test_std-format-test_cc
===
RCS file: devel/fmt/patches/patch-test_std-format-test_cc
diff -N devel/fmt/patches/patch-test_std-format-test_cc
--- devel/fmt/patches/patch-test_std-format-test_cc 2 Jan 2021 21:51:19 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-test_std-format-test_cc,v 1.1.1.1 2021/01/02 21:51:19 jca Exp $
-
-Index: test/std-format-test.cc
test/std-format-test.cc.orig
-+++
databases/leveldb: Remove me as maintainer
I have no use for this any more, so please accept the following diff to remove me as maintainer. Thanks. Index: databases/leveldb/Makefile === RCS file: /cvs/ports/databases/leveldb/Makefile,v retrieving revision 1.22 diff -u -p -u -p -r1.22 Makefile --- databases/leveldb/Makefile 28 Feb 2021 21:22:22 - 1.22 +++ databases/leveldb/Makefile 24 Jun 2021 01:57:53 - @@ -6,10 +6,10 @@ GH_TAGNAME= 1.23 COMMENT= fast key-value storage library CATEGORIES= databases devel +REVISION= 0 SHARED_LIBS= leveldb 3.0 # 0.0 -MAINTAINER= Ashton Fagg # BSD3 PERMIT_PACKAGE= Yes
[Update] devel/glog: remove me as maintainer
I don't have a need to use this library any more, so remove me as
maintainer.
Thanks,
Ash
Index: devel/glog/Makefile
===
RCS file: /cvs/ports/devel/glog/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 19 Jun 2021 01:24:49 -
@@ -14,8 +14,6 @@ CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
-MAINTAINER= Ashton Fagg
-
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
Re: [Maintainer Update] devel/glog: 0.4.0 -> 0.5.0
Ping again.
Ashton Fagg writes:
> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>
> The changelog can be viewed here:
>
> https://github.com/google/glog/releases/tag/v0.5.0
>
> Changes included upstreaming of the PowerPC-specific patch in our
> tree. It also appears the hack for sparc64, arm64 and mips may no longer
> be required.
>
> There's been quite a bit of upstream churn, as such we need to do a
> version bump also.
>
> Tested on amd64 and it seems to be working as well as it did prior to
> the update. It looks like everything in the tree that actually uses glog
> vendors their own copy, so don't expect any repercussions on other ports.
Index: devel/glog/Makefile
===
RCS file: /cvs/ports/devel/glog/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 15 May 2021 21:19:25 -
@@ -4,10 +4,9 @@ COMMENT = C++ application-level logging
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.4.0
-REVISION = 1
+GH_TAGNAME = v0.5.0
-SHARED_LIBS += glog 2.0 # 0.2.1
+SHARED_LIBS += glog 3.0 # 0.5.0
CATEGORIES = devel
Index: devel/glog/distinfo
===
RCS file: /cvs/ports/devel/glog/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- devel/glog/distinfo 26 Nov 2020 20:37:13 - 1.6
+++ devel/glog/distinfo 15 May 2021 21:19:25 -
@@ -1,2 +1,2 @@
-SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
-SIZE (glog-0.4.0.tar.gz) = 200955
+SHA256 (glog-0.5.0.tar.gz) = 7t5x8oNxvzmqabRd4jsynTchQBbiBVJps7Xnz9QLWfU=
+SIZE (glog-0.5.0.tar.gz) = 183346
Index: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
===
RCS file: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
diff -N devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
--- devel/glog/patches/patch-src_stacktrace_powerpc-inl_h 27 Apr 2020 15:45:46 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_stacktrace_powerpc-inl_h,v 1.1 2020/04/27 15:45:46 cwen Exp $
-
-Fix the lack of _CALL_SYSV on powerpc with clang, from:
-https://github.com/google/glog/pull/545
-
-Index: src/stacktrace_powerpc-inl.h
src/stacktrace_powerpc-inl.h.orig
-+++ src/stacktrace_powerpc-inl.h
-@@ -114,7 +114,7 @@ int GetStackTrace(void** result, int max_depth, int sk
- #elif defined(__APPLE__) || ((defined(__linux) || defined(__linux__)) && defined(__PPC64__))
- // This check is in case the compiler doesn't define _CALL_AIX/etc.
- result[n++] = *(sp+2);
--#elif defined(__linux)
-+#elif defined(__linux) || defined(__OpenBSD__)
- // This check is in case the compiler doesn't define _CALL_SYSV.
- result[n++] = *(sp+1);
- #else
Index: devel/glog/patches/patch-src_symbolize_unittest_cc
===
RCS file: devel/glog/patches/patch-src_symbolize_unittest_cc
diff -N devel/glog/patches/patch-src_symbolize_unittest_cc
--- devel/glog/patches/patch-src_symbolize_unittest_cc 5 Mar 2021 01:25:08 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_symbolize_unittest_cc,v 1.1 2021/03/05 01:25:08 kmos Exp $
-
-This test causes problems on (at least) sparc64 and mips64. It appears they try
-to call this even though those functions don't exist for those archs.
-
-Index: src/symbolize_unittest.cc
src/symbolize_unittest.cc.orig
-+++ src/symbolize_unittest.cc
-@@ -402,7 +402,7 @@ int main(int argc, char **argv) {
- InitGoogleLogging(argv[0]);
- InitGoogleTest(, argv);
- #if defined(HAVE_SYMBOLIZE)
--# if defined(__ELF__)
-+# if defined(__ELF__) && defined(TEST_X86_32_AND_64)
- // We don't want to get affected by the callback interface, that may be
- // used to install some callback function at InitGoogle() time.
- InstallSymbolizeCallback(NULL);
Index: devel/glog/pkg/PLIST
===
RCS file: /cvs/ports/devel/glog/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- devel/glog/pkg/PLIST 26 Nov 2020 20:37:13 - 1.5
+++ devel/glog/pkg/PLIST 15 May 2021 21:19:25 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.5 2020/11/26 20:37:13 sthen Exp $
include/glog/
+include/glog/export.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
@@ -8,6 +9,8 @@ include/glog/vlog_is_on.h
lib/cmake/glog/
lib/cmake/glog/glog-config-version.cmake
lib/cmake/glog/glog-config.cmake
+lib/cmake/glog/glog-modules.cmake
lib/cmake/glog/glog-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/glog/glog-targets.cmake
@lib lib/libglog.so.${LIBglog_VERSION}
+lib/pkgconfig/libglog.pc
Re: [Maintainer Update] devel/glog: 0.4.0 -> 0.5.0
Ping again.
>> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>>
>> The changelog can be viewed here:
>>
>> https://github.com/google/glog/releases/tag/v0.5.0
>>
>> Changes included upstreaming of the PowerPC-specific patch in our
>> tree. It also appears the hack for sparc64, arm64 and mips may no longer
>> be required.
>>
>> There's been quite a bit of upstream churn, as such we need to do a
>> version bump also.
>>
>> Tested on amd64 and it seems to be working as well as it did prior to
>> the update. It looks like everything in the tree that actually uses glog
>> vendors their own copy, so don't expect any repercussions on other ports.
>>
>> Thanks,
Index: devel/glog/Makefile
===
RCS file: /cvs/ports/devel/glog/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 15 May 2021 21:19:25 -
@@ -4,10 +4,9 @@ COMMENT = C++ application-level logging
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.4.0
-REVISION = 1
+GH_TAGNAME = v0.5.0
-SHARED_LIBS += glog 2.0 # 0.2.1
+SHARED_LIBS += glog 3.0 # 0.5.0
CATEGORIES = devel
Index: devel/glog/distinfo
===
RCS file: /cvs/ports/devel/glog/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- devel/glog/distinfo 26 Nov 2020 20:37:13 - 1.6
+++ devel/glog/distinfo 15 May 2021 21:19:25 -
@@ -1,2 +1,2 @@
-SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
-SIZE (glog-0.4.0.tar.gz) = 200955
+SHA256 (glog-0.5.0.tar.gz) = 7t5x8oNxvzmqabRd4jsynTchQBbiBVJps7Xnz9QLWfU=
+SIZE (glog-0.5.0.tar.gz) = 183346
Index: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
===
RCS file: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
diff -N devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
--- devel/glog/patches/patch-src_stacktrace_powerpc-inl_h 27 Apr 2020 15:45:46 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_stacktrace_powerpc-inl_h,v 1.1 2020/04/27 15:45:46 cwen Exp $
-
-Fix the lack of _CALL_SYSV on powerpc with clang, from:
-https://github.com/google/glog/pull/545
-
-Index: src/stacktrace_powerpc-inl.h
src/stacktrace_powerpc-inl.h.orig
-+++ src/stacktrace_powerpc-inl.h
-@@ -114,7 +114,7 @@ int GetStackTrace(void** result, int max_depth, int sk
- #elif defined(__APPLE__) || ((defined(__linux) || defined(__linux__)) && defined(__PPC64__))
- // This check is in case the compiler doesn't define _CALL_AIX/etc.
- result[n++] = *(sp+2);
--#elif defined(__linux)
-+#elif defined(__linux) || defined(__OpenBSD__)
- // This check is in case the compiler doesn't define _CALL_SYSV.
- result[n++] = *(sp+1);
- #else
Index: devel/glog/patches/patch-src_symbolize_unittest_cc
===
RCS file: devel/glog/patches/patch-src_symbolize_unittest_cc
diff -N devel/glog/patches/patch-src_symbolize_unittest_cc
--- devel/glog/patches/patch-src_symbolize_unittest_cc 5 Mar 2021 01:25:08 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_symbolize_unittest_cc,v 1.1 2021/03/05 01:25:08 kmos Exp $
-
-This test causes problems on (at least) sparc64 and mips64. It appears they try
-to call this even though those functions don't exist for those archs.
-
-Index: src/symbolize_unittest.cc
src/symbolize_unittest.cc.orig
-+++ src/symbolize_unittest.cc
-@@ -402,7 +402,7 @@ int main(int argc, char **argv) {
- InitGoogleLogging(argv[0]);
- InitGoogleTest(, argv);
- #if defined(HAVE_SYMBOLIZE)
--# if defined(__ELF__)
-+# if defined(__ELF__) && defined(TEST_X86_32_AND_64)
- // We don't want to get affected by the callback interface, that may be
- // used to install some callback function at InitGoogle() time.
- InstallSymbolizeCallback(NULL);
Index: devel/glog/pkg/PLIST
===
RCS file: /cvs/ports/devel/glog/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- devel/glog/pkg/PLIST 26 Nov 2020 20:37:13 - 1.5
+++ devel/glog/pkg/PLIST 15 May 2021 21:19:25 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.5 2020/11/26 20:37:13 sthen Exp $
include/glog/
+include/glog/export.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
@@ -8,6 +9,8 @@ include/glog/vlog_is_on.h
lib/cmake/glog/
lib/cmake/glog/glog-config-version.cmake
lib/cmake/glog/glog-config.cmake
+lib/cmake/glog/glog-modules.cmake
lib/cmake/glog/glog-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/glog/glog-targets.cmake
@lib lib/libglog.so.${LIBglog_VERSION}
+lib/pkgconfig/libglog.pc
Re: [Maintainer Update] devel/glog: 0.4.0 -> 0.5.0
Ping.
Ashton Fagg writes:
> Attached diff updates devel/glog from 0.4.0 to 0.5.0.
>
> The changelog can be viewed here:
>
> https://github.com/google/glog/releases/tag/v0.5.0
>
> Changes included upstreaming of the PowerPC-specific patch in our
> tree. It also appears the hack for sparc64, arm64 and mips may no longer
> be required.
>
> There's been quite a bit of upstream churn, as such we need to do a
> version bump also.
>
> Tested on amd64 and it seems to be working as well as it did prior to
> the update. It looks like everything in the tree that actually uses glog
> vendors their own copy, so don't expect any repercussions on other ports.
>
> Thanks,
Index: devel/glog/Makefile
===
RCS file: /cvs/ports/devel/glog/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 15 May 2021 21:19:25 -
@@ -4,10 +4,9 @@ COMMENT = C++ application-level logging
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.4.0
-REVISION = 1
+GH_TAGNAME = v0.5.0
-SHARED_LIBS += glog 2.0 # 0.2.1
+SHARED_LIBS += glog 3.0 # 0.5.0
CATEGORIES = devel
Index: devel/glog/distinfo
===
RCS file: /cvs/ports/devel/glog/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- devel/glog/distinfo 26 Nov 2020 20:37:13 - 1.6
+++ devel/glog/distinfo 15 May 2021 21:19:25 -
@@ -1,2 +1,2 @@
-SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
-SIZE (glog-0.4.0.tar.gz) = 200955
+SHA256 (glog-0.5.0.tar.gz) = 7t5x8oNxvzmqabRd4jsynTchQBbiBVJps7Xnz9QLWfU=
+SIZE (glog-0.5.0.tar.gz) = 183346
Index: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
===
RCS file: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
diff -N devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
--- devel/glog/patches/patch-src_stacktrace_powerpc-inl_h 27 Apr 2020 15:45:46 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_stacktrace_powerpc-inl_h,v 1.1 2020/04/27 15:45:46 cwen Exp $
-
-Fix the lack of _CALL_SYSV on powerpc with clang, from:
-https://github.com/google/glog/pull/545
-
-Index: src/stacktrace_powerpc-inl.h
src/stacktrace_powerpc-inl.h.orig
-+++ src/stacktrace_powerpc-inl.h
-@@ -114,7 +114,7 @@ int GetStackTrace(void** result, int max_depth, int sk
- #elif defined(__APPLE__) || ((defined(__linux) || defined(__linux__)) && defined(__PPC64__))
- // This check is in case the compiler doesn't define _CALL_AIX/etc.
- result[n++] = *(sp+2);
--#elif defined(__linux)
-+#elif defined(__linux) || defined(__OpenBSD__)
- // This check is in case the compiler doesn't define _CALL_SYSV.
- result[n++] = *(sp+1);
- #else
Index: devel/glog/patches/patch-src_symbolize_unittest_cc
===
RCS file: devel/glog/patches/patch-src_symbolize_unittest_cc
diff -N devel/glog/patches/patch-src_symbolize_unittest_cc
--- devel/glog/patches/patch-src_symbolize_unittest_cc 5 Mar 2021 01:25:08 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_symbolize_unittest_cc,v 1.1 2021/03/05 01:25:08 kmos Exp $
-
-This test causes problems on (at least) sparc64 and mips64. It appears they try
-to call this even though those functions don't exist for those archs.
-
-Index: src/symbolize_unittest.cc
src/symbolize_unittest.cc.orig
-+++ src/symbolize_unittest.cc
-@@ -402,7 +402,7 @@ int main(int argc, char **argv) {
- InitGoogleLogging(argv[0]);
- InitGoogleTest(, argv);
- #if defined(HAVE_SYMBOLIZE)
--# if defined(__ELF__)
-+# if defined(__ELF__) && defined(TEST_X86_32_AND_64)
- // We don't want to get affected by the callback interface, that may be
- // used to install some callback function at InitGoogle() time.
- InstallSymbolizeCallback(NULL);
Index: devel/glog/pkg/PLIST
===
RCS file: /cvs/ports/devel/glog/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- devel/glog/pkg/PLIST 26 Nov 2020 20:37:13 - 1.5
+++ devel/glog/pkg/PLIST 15 May 2021 21:19:25 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.5 2020/11/26 20:37:13 sthen Exp $
include/glog/
+include/glog/export.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
@@ -8,6 +9,8 @@ include/glog/vlog_is_on.h
lib/cmake/glog/
lib/cmake/glog/glog-config-version.cmake
lib/cmake/glog/glog-config.cmake
+lib/cmake/glog/glog-modules.cmake
lib/cmake/glog/glog-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/glog/glog-targets.cmake
@lib lib/libglog.so.${LIBglog_VERSION}
+lib/pkgconfig/libglog.pc
Re: [Maintainer Update] sysutils/glances: 3.1.6.2 -> 3.1.7
Ping.
Ashton Fagg writes:
> Attached diff updates sysutils/glances to latest version 3.1.7.
>
> Changelog viewable here:
>
> https://github.com/nicolargo/glances/releases/tag/v3.1.7
>
> Built and tested on amd64, seems to be working as well as it was before.
>
> Thanks.
diff --git a/sysutils/glances/Makefile b/sysutils/glances/Makefile
index 691a3953b1a..24962da6e55 100644
--- a/sysutils/glances/Makefile
+++ b/sysutils/glances/Makefile
@@ -2,7 +2,7 @@
COMMENT = cross-platform curses-based monitoring tool
-MODPY_EGG_VERSION = 3.1.6.2
+MODPY_EGG_VERSION = 3.1.7
DISTNAME = Glances-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:L}
diff --git a/sysutils/glances/distinfo b/sysutils/glances/distinfo
index 29bf3959b85..0466817b0dd 100644
--- a/sysutils/glances/distinfo
+++ b/sysutils/glances/distinfo
@@ -1,2 +1,2 @@
-SHA256 (Glances-3.1.6.2.tar.gz) = L54hJ+rb9rFNtas2MyAhV/GMx6qiHD2886qGdcHKxhA=
-SIZE (Glances-3.1.6.2.tar.gz) = 6748423
+SHA256 (Glances-3.1.7.tar.gz) = vSguNd8/Kd0fP2lVSJ63tztW2SBZ9pObHhWsjNFYGwg=
+SIZE (Glances-3.1.7.tar.gz) = 6789093
diff --git a/sysutils/glances/pkg/PLIST b/sysutils/glances/pkg/PLIST
index 5dc0948b1c4..e752e13e459 100644
--- a/sysutils/glances/pkg/PLIST
+++ b/sysutils/glances/pkg/PLIST
@@ -34,6 +34,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}password.${MODP
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}password_list.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}ports_list.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}processes.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}secure.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}server.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}snmp.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}standalone.${MODPY_PYC_MAGIC_TAG}pyc
@@ -128,6 +129,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_sparklines.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout_csv.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout_issue.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_bars.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_bottle.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_curses.py
@@ -135,6 +137,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_curses_browser.
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_sparklines.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout_csv.py
+lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout_issue.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/.gitignore
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/README.md
@@ -367,6 +370,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/plugins/sensors/glances_batperc
lib/python${MODPY_VERSION}/site-packages/glances/plugins/sensors/glances_hddtemp.py
lib/python${MODPY_VERSION}/site-packages/glances/ports_list.py
lib/python${MODPY_VERSION}/site-packages/glances/processes.py
+lib/python${MODPY_VERSION}/site-packages/glances/secure.py
lib/python${MODPY_VERSION}/site-packages/glances/server.py
lib/python${MODPY_VERSION}/site-packages/glances/snmp.py
lib/python${MODPY_VERSION}/site-packages/glances/standalone.py
Re: [Maintainer Update] devel/flatbuffers: 1.12 -> 2.0.0
Ping.
Ashton Fagg writes:
> Attached diff updates devel/flatbuffers from 1.12 to 2.0.0.
>
> Changelog can be viewed here:
>
> https://github.com/google/flatbuffers/releases/tag/v2.0.0
>
> Tested this on amd64. Seems to work as well as the previous release
> did. Anything that uses Flatbuffers in ports seems to vendor their own
> version so this shouldn't affect anything.
diff --git a/devel/flatbuffers/Makefile b/devel/flatbuffers/Makefile
index 07836c80986..ac26dea6bae 100644
--- a/devel/flatbuffers/Makefile
+++ b/devel/flatbuffers/Makefile
@@ -4,9 +4,9 @@ COMMENT= memory optimized serialization library
GH_ACCOUNT= google
GH_PROJECT= flatbuffers
-GH_TAGNAME= v1.12.0
+GH_TAGNAME= v2.0.0
-SHARED_LIBS= flatbuffers 0.0 # 1.12
+SHARED_LIBS= flatbuffers 1.0 # 2.0.0
CATEGORIES= devel
HOMEPAGE= https://google.github.io/flatbuffers/
diff --git a/devel/flatbuffers/distinfo b/devel/flatbuffers/distinfo
index 24fae16d869..ff11bda29a9 100644
--- a/devel/flatbuffers/distinfo
+++ b/devel/flatbuffers/distinfo
@@ -1,2 +1,2 @@
-SHA256 (flatbuffers-1.12.0.tar.gz) = YvIiP7kYHR1jOEUTdWKJdXdfdSIYUmbNUpZXGsFSvEU=
-SIZE (flatbuffers-1.12.0.tar.gz) = 1145348
+SHA256 (flatbuffers-2.0.0.tar.gz) = nduQMXmPT4dU0A/KLxpo7PnQ+D36xyOa8TEeT9mlZcQ=
+SIZE (flatbuffers-2.0.0.tar.gz) = 1538022
diff --git a/devel/flatbuffers/patches/patch-src_util_cpp b/devel/flatbuffers/patches/patch-src_util_cpp
deleted file mode 100644
index cdef0204336..000
--- a/devel/flatbuffers/patches/patch-src_util_cpp
+++ /dev/null
@@ -1,27 +0,0 @@
-$OpenBSD: patch-src_util_cpp,v 1.1.1.1 2021/01/03 10:15:11 jca Exp $
-
-Index: src/util.cpp
src/util.cpp.orig
-+++ src/util.cpp
-@@ -16,7 +16,11 @@
-
- // clang-format off
- // Dont't remove `format off`, it prevent reordering of win-includes.
--#define _POSIX_C_SOURCE 200112L // For stat from stat/stat.h and fseeko() (POSIX extensions).
-+
-+#ifndef __OpenBSD__
-+# define _POSIX_C_SOURCE 200112L // For stat from stat/stat.h and fseeko() (POSIX extensions).
-+#endif
-+
- #ifdef _WIN32
- # ifndef WIN32_LEAN_AND_MEAN
- #define WIN32_LEAN_AND_MEAN
-@@ -31,6 +35,8 @@
- # include
- # include
- # undef interface // This is also important because of reasons
-+#elif defined(__OpenBSD__)
-+# include
- #else
- # define _XOPEN_SOURCE 600 // For PATH_MAX from limits.h (SUSv2 extension)
- # include
diff --git a/devel/flatbuffers/pkg/PLIST b/devel/flatbuffers/pkg/PLIST
index b6a7203201d..27d783dbf3b 100644
--- a/devel/flatbuffers/pkg/PLIST
+++ b/devel/flatbuffers/pkg/PLIST
@@ -10,6 +10,9 @@ include/flatbuffers/grpc.h
include/flatbuffers/hash.h
include/flatbuffers/idl.h
include/flatbuffers/minireflect.h
+include/flatbuffers/pch/
+include/flatbuffers/pch/flatc_pch.h
+include/flatbuffers/pch/pch.h
include/flatbuffers/reflection.h
include/flatbuffers/reflection_generated.h
include/flatbuffers/registry.h
@@ -24,3 +27,4 @@ lib/cmake/flatbuffers/FlatbuffersSharedTargets.cmake
lib/cmake/flatbuffers/FlatcTargets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/flatbuffers/FlatcTargets.cmake
@lib lib/libflatbuffers.so.${LIBflatbuffers_VERSION}
+lib/pkgconfig/flatbuffers.pc
[Maintainer Update] devel/glog: 0.4.0 -> 0.5.0
Attached diff updates devel/glog from 0.4.0 to 0.5.0.
The changelog can be viewed here:
https://github.com/google/glog/releases/tag/v0.5.0
Changes included upstreaming of the PowerPC-specific patch in our
tree. It also appears the hack for sparc64, arm64 and mips may no longer
be required.
There's been quite a bit of upstream churn, as such we need to do a
version bump also.
Tested on amd64 and it seems to be working as well as it did prior to
the update. It looks like everything in the tree that actually uses glog
vendors their own copy, so don't expect any repercussions on other ports.
Thanks,
Ash
Index: devel/glog/Makefile
===
RCS file: /cvs/ports/devel/glog/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- devel/glog/Makefile 5 Mar 2021 01:24:44 - 1.19
+++ devel/glog/Makefile 15 May 2021 21:19:25 -
@@ -4,10 +4,9 @@ COMMENT = C++ application-level logging
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.4.0
-REVISION = 1
+GH_TAGNAME = v0.5.0
-SHARED_LIBS += glog 2.0 # 0.2.1
+SHARED_LIBS += glog 3.0 # 0.5.0
CATEGORIES = devel
Index: devel/glog/distinfo
===
RCS file: /cvs/ports/devel/glog/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- devel/glog/distinfo 26 Nov 2020 20:37:13 - 1.6
+++ devel/glog/distinfo 15 May 2021 21:19:25 -
@@ -1,2 +1,2 @@
-SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
-SIZE (glog-0.4.0.tar.gz) = 200955
+SHA256 (glog-0.5.0.tar.gz) = 7t5x8oNxvzmqabRd4jsynTchQBbiBVJps7Xnz9QLWfU=
+SIZE (glog-0.5.0.tar.gz) = 183346
Index: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
===
RCS file: devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
diff -N devel/glog/patches/patch-src_stacktrace_powerpc-inl_h
--- devel/glog/patches/patch-src_stacktrace_powerpc-inl_h 27 Apr 2020 15:45:46 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_stacktrace_powerpc-inl_h,v 1.1 2020/04/27 15:45:46 cwen Exp $
-
-Fix the lack of _CALL_SYSV on powerpc with clang, from:
-https://github.com/google/glog/pull/545
-
-Index: src/stacktrace_powerpc-inl.h
src/stacktrace_powerpc-inl.h.orig
-+++ src/stacktrace_powerpc-inl.h
-@@ -114,7 +114,7 @@ int GetStackTrace(void** result, int max_depth, int sk
- #elif defined(__APPLE__) || ((defined(__linux) || defined(__linux__)) && defined(__PPC64__))
- // This check is in case the compiler doesn't define _CALL_AIX/etc.
- result[n++] = *(sp+2);
--#elif defined(__linux)
-+#elif defined(__linux) || defined(__OpenBSD__)
- // This check is in case the compiler doesn't define _CALL_SYSV.
- result[n++] = *(sp+1);
- #else
Index: devel/glog/patches/patch-src_symbolize_unittest_cc
===
RCS file: devel/glog/patches/patch-src_symbolize_unittest_cc
diff -N devel/glog/patches/patch-src_symbolize_unittest_cc
--- devel/glog/patches/patch-src_symbolize_unittest_cc 5 Mar 2021 01:25:08 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_symbolize_unittest_cc,v 1.1 2021/03/05 01:25:08 kmos Exp $
-
-This test causes problems on (at least) sparc64 and mips64. It appears they try
-to call this even though those functions don't exist for those archs.
-
-Index: src/symbolize_unittest.cc
src/symbolize_unittest.cc.orig
-+++ src/symbolize_unittest.cc
-@@ -402,7 +402,7 @@ int main(int argc, char **argv) {
- InitGoogleLogging(argv[0]);
- InitGoogleTest(, argv);
- #if defined(HAVE_SYMBOLIZE)
--# if defined(__ELF__)
-+# if defined(__ELF__) && defined(TEST_X86_32_AND_64)
- // We don't want to get affected by the callback interface, that may be
- // used to install some callback function at InitGoogle() time.
- InstallSymbolizeCallback(NULL);
Index: devel/glog/pkg/PLIST
===
RCS file: /cvs/ports/devel/glog/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- devel/glog/pkg/PLIST 26 Nov 2020 20:37:13 - 1.5
+++ devel/glog/pkg/PLIST 15 May 2021 21:19:25 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.5 2020/11/26 20:37:13 sthen Exp $
include/glog/
+include/glog/export.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
@@ -8,6 +9,8 @@ include/glog/vlog_is_on.h
lib/cmake/glog/
lib/cmake/glog/glog-config-version.cmake
lib/cmake/glog/glog-config.cmake
+lib/cmake/glog/glog-modules.cmake
lib/cmake/glog/glog-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/glog/glog-targets.cmake
@lib lib/libglog.so.${LIBglog_VERSION}
+lib/pkgconfig/libglog.pc
Re: [Maintainer Update] sysutils/glances: 3.1.6.2 -> 3.1.7
It seems I forgot to attach the diff somehow - apologies for the noise.
Ashton Fagg writes:
> Attached diff updates sysutils/glances to latest version 3.1.7.
>
> Changelog viewable here:
>
> https://github.com/nicolargo/glances/releases/tag/v3.1.7
>
> Built and tested on amd64, seems to be working as well as it was before.
>
> Thanks.
diff --git a/sysutils/glances/Makefile b/sysutils/glances/Makefile
index 691a3953b1a..24962da6e55 100644
--- a/sysutils/glances/Makefile
+++ b/sysutils/glances/Makefile
@@ -2,7 +2,7 @@
COMMENT = cross-platform curses-based monitoring tool
-MODPY_EGG_VERSION = 3.1.6.2
+MODPY_EGG_VERSION = 3.1.7
DISTNAME = Glances-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:L}
diff --git a/sysutils/glances/distinfo b/sysutils/glances/distinfo
index 29bf3959b85..0466817b0dd 100644
--- a/sysutils/glances/distinfo
+++ b/sysutils/glances/distinfo
@@ -1,2 +1,2 @@
-SHA256 (Glances-3.1.6.2.tar.gz) = L54hJ+rb9rFNtas2MyAhV/GMx6qiHD2886qGdcHKxhA=
-SIZE (Glances-3.1.6.2.tar.gz) = 6748423
+SHA256 (Glances-3.1.7.tar.gz) = vSguNd8/Kd0fP2lVSJ63tztW2SBZ9pObHhWsjNFYGwg=
+SIZE (Glances-3.1.7.tar.gz) = 6789093
diff --git a/sysutils/glances/pkg/PLIST b/sysutils/glances/pkg/PLIST
index 5dc0948b1c4..e752e13e459 100644
--- a/sysutils/glances/pkg/PLIST
+++ b/sysutils/glances/pkg/PLIST
@@ -34,6 +34,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}password.${MODP
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}password_list.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}ports_list.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}processes.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}secure.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}server.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}snmp.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/${MODPY_PYCACHE}standalone.${MODPY_PYC_MAGIC_TAG}pyc
@@ -128,6 +129,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_sparklines.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout_csv.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/glances/outputs/${MODPY_PYCACHE}glances_stdout_issue.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_bars.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_bottle.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_curses.py
@@ -135,6 +137,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_curses_browser.
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_sparklines.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout_csv.py
+lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout_issue.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/.gitignore
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/README.md
@@ -367,6 +370,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/plugins/sensors/glances_batperc
lib/python${MODPY_VERSION}/site-packages/glances/plugins/sensors/glances_hddtemp.py
lib/python${MODPY_VERSION}/site-packages/glances/ports_list.py
lib/python${MODPY_VERSION}/site-packages/glances/processes.py
+lib/python${MODPY_VERSION}/site-packages/glances/secure.py
lib/python${MODPY_VERSION}/site-packages/glances/server.py
lib/python${MODPY_VERSION}/site-packages/glances/snmp.py
lib/python${MODPY_VERSION}/site-packages/glances/standalone.py
[Maintainer Update] sysutils/glances: 3.1.6.2 -> 3.1.7
Attached diff updates sysutils/glances to latest version 3.1.7. Changelog viewable here: https://github.com/nicolargo/glances/releases/tag/v3.1.7 Built and tested on amd64, seems to be working as well as it was before. Thanks.
[Maintainer Update] devel/flatbuffers: 1.12 -> 2.0.0
Attached diff updates devel/flatbuffers from 1.12 to 2.0.0.
Changelog can be viewed here:
https://github.com/google/flatbuffers/releases/tag/v2.0.0
Tested this on amd64. Seems to work as well as the previous release
did. Anything that uses Flatbuffers in ports seems to vendor their own
version so this shouldn't affect anything.
diff --git a/devel/flatbuffers/Makefile b/devel/flatbuffers/Makefile
index 07836c80986..ac26dea6bae 100644
--- a/devel/flatbuffers/Makefile
+++ b/devel/flatbuffers/Makefile
@@ -4,9 +4,9 @@ COMMENT= memory optimized serialization library
GH_ACCOUNT= google
GH_PROJECT= flatbuffers
-GH_TAGNAME= v1.12.0
+GH_TAGNAME= v2.0.0
-SHARED_LIBS= flatbuffers 0.0 # 1.12
+SHARED_LIBS= flatbuffers 1.0 # 2.0.0
CATEGORIES= devel
HOMEPAGE= https://google.github.io/flatbuffers/
diff --git a/devel/flatbuffers/distinfo b/devel/flatbuffers/distinfo
index 24fae16d869..ff11bda29a9 100644
--- a/devel/flatbuffers/distinfo
+++ b/devel/flatbuffers/distinfo
@@ -1,2 +1,2 @@
-SHA256 (flatbuffers-1.12.0.tar.gz) = YvIiP7kYHR1jOEUTdWKJdXdfdSIYUmbNUpZXGsFSvEU=
-SIZE (flatbuffers-1.12.0.tar.gz) = 1145348
+SHA256 (flatbuffers-2.0.0.tar.gz) = nduQMXmPT4dU0A/KLxpo7PnQ+D36xyOa8TEeT9mlZcQ=
+SIZE (flatbuffers-2.0.0.tar.gz) = 1538022
diff --git a/devel/flatbuffers/patches/patch-src_util_cpp b/devel/flatbuffers/patches/patch-src_util_cpp
deleted file mode 100644
index cdef0204336..000
--- a/devel/flatbuffers/patches/patch-src_util_cpp
+++ /dev/null
@@ -1,27 +0,0 @@
-$OpenBSD: patch-src_util_cpp,v 1.1.1.1 2021/01/03 10:15:11 jca Exp $
-
-Index: src/util.cpp
src/util.cpp.orig
-+++ src/util.cpp
-@@ -16,7 +16,11 @@
-
- // clang-format off
- // Dont't remove `format off`, it prevent reordering of win-includes.
--#define _POSIX_C_SOURCE 200112L // For stat from stat/stat.h and fseeko() (POSIX extensions).
-+
-+#ifndef __OpenBSD__
-+# define _POSIX_C_SOURCE 200112L // For stat from stat/stat.h and fseeko() (POSIX extensions).
-+#endif
-+
- #ifdef _WIN32
- # ifndef WIN32_LEAN_AND_MEAN
- #define WIN32_LEAN_AND_MEAN
-@@ -31,6 +35,8 @@
- # include
- # include
- # undef interface // This is also important because of reasons
-+#elif defined(__OpenBSD__)
-+# include
- #else
- # define _XOPEN_SOURCE 600 // For PATH_MAX from limits.h (SUSv2 extension)
- # include
diff --git a/devel/flatbuffers/pkg/PLIST b/devel/flatbuffers/pkg/PLIST
index b6a7203201d..27d783dbf3b 100644
--- a/devel/flatbuffers/pkg/PLIST
+++ b/devel/flatbuffers/pkg/PLIST
@@ -10,6 +10,9 @@ include/flatbuffers/grpc.h
include/flatbuffers/hash.h
include/flatbuffers/idl.h
include/flatbuffers/minireflect.h
+include/flatbuffers/pch/
+include/flatbuffers/pch/flatc_pch.h
+include/flatbuffers/pch/pch.h
include/flatbuffers/reflection.h
include/flatbuffers/reflection_generated.h
include/flatbuffers/registry.h
@@ -24,3 +27,4 @@ lib/cmake/flatbuffers/FlatbuffersSharedTargets.cmake
lib/cmake/flatbuffers/FlatcTargets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/flatbuffers/FlatcTargets.cmake
@lib lib/libflatbuffers.so.${LIBflatbuffers_VERSION}
+lib/pkgconfig/flatbuffers.pc
Re: NEW: textproc/recutils
"Anthony J. Bentley" writes: > Hi, > > The GNU recutils are a set of libraries and utilities supporting the > Rec format: a human-readable, text-based format to store little to > medium sized databases. > > > ok? I don't have time to build it right now, but one comment: > WANTLIB += c gcrypt gpg-error iconv intl m readline Indent with tabs so it matches the indenting of the lines underneath. It looks a bit weird otherwise.
Ping - [Update] comms/dfu-util: 0.9 -> 0.10
Ashton Fagg writes: > The following diff updates comms/dfu-util to 0.10 (latest version). > > Changelog available here: > > https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog > > Seems there's support for a couple new devices, plus some fixes and > improved documentation. > > Built and lightly tested on amd64. The binary at least runs and the man pages > are viewable. I unfortunately can't do more extensive testing than that. Ping. diff --git a/comms/dfu-util/Makefile b/comms/dfu-util/Makefile index be584fc4e4f..3aa3be10841 100644 --- a/comms/dfu-util/Makefile +++ b/comms/dfu-util/Makefile @@ -2,7 +2,7 @@ COMMENT = device firmware update (DFU) USB programmer -DISTNAME = dfu-util-0.9 +DISTNAME = dfu-util-0.10 CATEGORIES = comms diff --git a/comms/dfu-util/distinfo b/comms/dfu-util/distinfo index b68c079539b..e01c9a00298 100644 --- a/comms/dfu-util/distinfo +++ b/comms/dfu-util/distinfo @@ -1,2 +1,2 @@ -SHA256 (dfu-util-0.9.tar.gz) = NkKMamyzCIytWjWSkzOFJT2l8p8u/6YVGO5Zkeo4+DM= -SIZE (dfu-util-0.9.tar.gz) = 138397 +SHA256 (dfu-util-0.10.tar.gz) = oD3Fjfx5wFaBnAVEsqWXBTdWZGAQKz2Cz7A4xg5hm0I= +SIZE (dfu-util-0.10.tar.gz) = 151014 diff --git a/comms/dfu-util/pkg/PLIST b/comms/dfu-util/pkg/PLIST index 1577f226534..ac419585821 100644 --- a/comms/dfu-util/pkg/PLIST +++ b/comms/dfu-util/pkg/PLIST @@ -2,4 +2,6 @@ @bin bin/dfu-prefix @bin bin/dfu-suffix @bin bin/dfu-util +@man man/man1/dfu-prefix.1 +@man man/man1/dfu-suffix.1 @man man/man1/dfu-util.1
Ping - [Update] archivers/deutex: 5.21 -> 5.22
Ashton Fagg writes:
> This needed a little bit of love to get it up to the latest version.
>
> Changelog viewable here:
>
> https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2
>
> Among the changes were some tweaks to their build system. Port is
> updated to reflect that - mainly that they now seem to prefer autoconf.
>
> I also changed the port to pull in from the Github repo as it seems the
> newer version wasn't available on the master site specified previously.
>
> Built on amd64, and lightly tested. As far as I can determine it is
> working as intended. It doesn't appear there are any consumers.
Ping.
diff --git a/archivers/deutex/Makefile b/archivers/deutex/Makefile
index 4cea3a7517c..f2935aa914f 100644
--- a/archivers/deutex/Makefile
+++ b/archivers/deutex/Makefile
@@ -1,10 +1,12 @@
# $OpenBSD: Makefile,v 1.7 2020/02/09 13:28:00 benoit Exp $
-V = 5.2.1
COMMENT = WAD composer for Doom, Heretic, Hexen, and Strife
-DISTNAME = deutex-${V}
-CATEGORIES = archivers
+GH_ACCOUNT = Doom-Utils
+GH_PROJECT = deutex
+GH_TAGNAME = v5.2.2
+
+CATEGORIES = archivers
HOMEPAGE = https://github.com/Doom-Utils/deutex/
# GPLv2+
@@ -12,13 +14,13 @@ PERMIT_PACKAGE = Yes
WANTLIB += c png z
-MASTER_SITES = https://github.com/Doom-Utils/deutex/releases/download/v${V}/
-EXTRACT_SUFX = .tar.xz
-
BUILD_DEPENDS = textproc/asciidoc
LIB_DEPENDS = graphics/png
-CONFIGURE_STYLE = gnu
+AUTOCONF_VERSION= 2.69
+AUTOMAKE_VERSION= 1.16
+AUTORECONF = autoreconf -i
+CONFIGURE_STYLE = autoreconf
DEBUG_PACKAGES = ${BUILD_PACKAGES}
diff --git a/archivers/deutex/distinfo b/archivers/deutex/distinfo
index 46d2891cccd..4b451476adb 100644
--- a/archivers/deutex/distinfo
+++ b/archivers/deutex/distinfo
@@ -1,2 +1,2 @@
-SHA256 (deutex-5.2.1.tar.xz) = 1hwNWx/OP4JxwjWNNbQfcKCNpmLjh+24oDyh3rFWgx8=
-SIZE (deutex-5.2.1.tar.xz) = 165784
+SHA256 (deutex-5.2.2.tar.gz) = dn516zYVu3MpR0SLgQMUEOJvgI38OgmdZKSDkx/gsxM=
+SIZE (deutex-5.2.2.tar.gz) = 124644
Ping Again - Re: [New] devel/re2
Ping again, hoping someone can import this one. Thanks. re2-2021.02.02.tgz Description: Binary data Stuart Henderson writes: > this is OK with me to import. > > > On 2021/02/28 15:52, Ashton Fagg wrote: >> Ping. >> > > >> >> >> Ashton Fagg writes: >> >> > It appears I forgot about this, :-). >> > >> > Latest tarball attached - updated to latest version. >> > >> > Thanks. >> > >> > >> > >> > Ashton Fagg writes: >> > >> >> Ping on this one. Tarball attached. >> >> >> >> Ashton Fagg writes: >> >> >> >>> Stuart Henderson writes: >> >>> >> >>>> You mentioned a cmakefile change that would increase it, can you show >> >>>> that please, some of us only have slow machines like >> >>>> >> >>>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03 >> >>>> >> >>>> :) >> >>> >> >>> Here you go. I've added a patch that increases the timeout, with >> >>> reference in the Makefile. I've increased it from 1500 seconds to >> >>> 2000. This seems to help on my slower machine.
[Maintainer Update] devel/glog: fixes for some non-amd64 archs
Attached is an update for devel/glog, which fixes the build for some
non-amd64 archs. In particular sparc64 and mips64 (have been tested),
and it should also do the same for aarch64.
Thanks to Kurt (kmos@) and Visa (visa@) for their help in testing the
build on hardware I don't have.
Thanks,
Ash
diff --git a/devel/glog/Makefile b/devel/glog/Makefile
index 92a0a8f73b4..5260d4e5ffa 100644
--- a/devel/glog/Makefile
+++ b/devel/glog/Makefile
@@ -5,6 +5,7 @@ COMMENT = C++ application-level logging library
GH_ACCOUNT = google
GH_PROJECT = glog
GH_TAGNAME = v0.4.0
+REVISION = 1
SHARED_LIBS += glog 2.0 # 0.2.1
diff --git a/devel/glog/patches/patch-src_symbolize_unittest_cc b/devel/glog/patches/patch-src_symbolize_unittest_cc
new file mode 100644
index 000..1200e51f2f9
--- /dev/null
+++ b/devel/glog/patches/patch-src_symbolize_unittest_cc
@@ -0,0 +1,17 @@
+$OpenBSD$
+
+This test causes problems on (at least) sparc64 and mips64. It appears they try
+to call this even though those functions don't exist for those archs.
+
+Index: src/symbolize_unittest.cc
+--- src/symbolize_unittest.cc.orig
src/symbolize_unittest.cc
+@@ -402,7 +402,7 @@ int main(int argc, char **argv) {
+ InitGoogleLogging(argv[0]);
+ InitGoogleTest(, argv);
+ #if defined(HAVE_SYMBOLIZE)
+-# if defined(__ELF__)
++# if defined(__ELF__) && defined(TEST_X86_32_AND_64)
+ // We don't want to get affected by the callback interface, that may be
+ // used to install some callback function at InitGoogle() time.
+ InstallSymbolizeCallback(NULL);
[Update] comms/dfu-util: 0.9 -> 0.10
The following diff updates comms/dfu-util to 0.10 (latest version). Changelog available here: https://sourceforge.net/p/dfu-util/dfu-util/ci/v0.10/tree/ChangeLog Seems there's support for a couple new devices, plus some fixes and improved documentation. Built and lightly tested on amd64. The binary at least runs and the man pages are viewable. I unfortunately can't do more extensive testing than that. diff --git a/comms/dfu-util/Makefile b/comms/dfu-util/Makefile index be584fc4e4f..3aa3be10841 100644 --- a/comms/dfu-util/Makefile +++ b/comms/dfu-util/Makefile @@ -2,7 +2,7 @@ COMMENT = device firmware update (DFU) USB programmer -DISTNAME = dfu-util-0.9 +DISTNAME = dfu-util-0.10 CATEGORIES = comms diff --git a/comms/dfu-util/distinfo b/comms/dfu-util/distinfo index b68c079539b..e01c9a00298 100644 --- a/comms/dfu-util/distinfo +++ b/comms/dfu-util/distinfo @@ -1,2 +1,2 @@ -SHA256 (dfu-util-0.9.tar.gz) = NkKMamyzCIytWjWSkzOFJT2l8p8u/6YVGO5Zkeo4+DM= -SIZE (dfu-util-0.9.tar.gz) = 138397 +SHA256 (dfu-util-0.10.tar.gz) = oD3Fjfx5wFaBnAVEsqWXBTdWZGAQKz2Cz7A4xg5hm0I= +SIZE (dfu-util-0.10.tar.gz) = 151014 diff --git a/comms/dfu-util/pkg/PLIST b/comms/dfu-util/pkg/PLIST index 1577f226534..ac419585821 100644 --- a/comms/dfu-util/pkg/PLIST +++ b/comms/dfu-util/pkg/PLIST @@ -2,4 +2,6 @@ @bin bin/dfu-prefix @bin bin/dfu-suffix @bin bin/dfu-util +@man man/man1/dfu-prefix.1 +@man man/man1/dfu-suffix.1 @man man/man1/dfu-util.1
[Update] archivers/deutex: 5.21 -> 5.22
This needed a little bit of love to get it up to the latest version.
Changelog viewable here:
https://github.com/Doom-Utils/deutex/releases/tag/v5.2.2
Among the changes were some tweaks to their build system. Port is
updated to reflect that - mainly that they now seem to prefer autoconf.
I also changed the port to pull in from the Github repo as it seems the
newer version wasn't available on the master site specified previously.
Built on amd64, and lightly tested. As far as I can determine it is
working as intended. It doesn't appear there are any consumers.
diff --git a/archivers/deutex/Makefile b/archivers/deutex/Makefile
index 4cea3a7517c..f2935aa914f 100644
--- a/archivers/deutex/Makefile
+++ b/archivers/deutex/Makefile
@@ -1,10 +1,12 @@
# $OpenBSD: Makefile,v 1.7 2020/02/09 13:28:00 benoit Exp $
-V = 5.2.1
COMMENT = WAD composer for Doom, Heretic, Hexen, and Strife
-DISTNAME = deutex-${V}
-CATEGORIES = archivers
+GH_ACCOUNT = Doom-Utils
+GH_PROJECT = deutex
+GH_TAGNAME = v5.2.2
+
+CATEGORIES = archivers
HOMEPAGE = https://github.com/Doom-Utils/deutex/
# GPLv2+
@@ -12,13 +14,13 @@ PERMIT_PACKAGE = Yes
WANTLIB += c png z
-MASTER_SITES = https://github.com/Doom-Utils/deutex/releases/download/v${V}/
-EXTRACT_SUFX = .tar.xz
-
BUILD_DEPENDS = textproc/asciidoc
LIB_DEPENDS = graphics/png
-CONFIGURE_STYLE = gnu
+AUTOCONF_VERSION= 2.69
+AUTOMAKE_VERSION= 1.16
+AUTORECONF = autoreconf -i
+CONFIGURE_STYLE = autoreconf
DEBUG_PACKAGES = ${BUILD_PACKAGES}
diff --git a/archivers/deutex/distinfo b/archivers/deutex/distinfo
index 46d2891cccd..4b451476adb 100644
--- a/archivers/deutex/distinfo
+++ b/archivers/deutex/distinfo
@@ -1,2 +1,2 @@
-SHA256 (deutex-5.2.1.tar.xz) = 1hwNWx/OP4JxwjWNNbQfcKCNpmLjh+24oDyh3rFWgx8=
-SIZE (deutex-5.2.1.tar.xz) = 165784
+SHA256 (deutex-5.2.2.tar.gz) = dn516zYVu3MpR0SLgQMUEOJvgI38OgmdZKSDkx/gsxM=
+SIZE (deutex-5.2.2.tar.gz) = 124644
Re: [Maintainer Update] databases/leveldb: 1.22 -> 1.23
Stuart Henderson writes:
> They haven't built tarballs themselves to distribute, but are relying on
> github auto-generating them. These don't include submodules (because
> git-archive doesn't include them).
Ah, that makes sense. I had wondered if it was an oversight on their
part, but they may not know about this (clearly I didn't).
> I think it's not that much of a problem, they're mostly just going to
> expect people running tests to get the code from a git checkout. Which
> for the most part is going to be true.
I guess. The problem is, even downloading the archive they have and
running cmake with the default options will result in configuration
errors - the test suite is on by default. I opened a ticket for them to
let them know about that, as it may confuse people who expect the build
to "just work".
> To use them in the port you can fetch them separately.. If there are a
> few you can use something like this:
>
> DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
> .for A N C in \
> account1 name2 hash2 \
> account2 name2 hash2 \
> ...
> DISTFILES +=$N-{$A/$N/archive/}$C.tar.gz:0
> .endfor
> MASTER_SITES0=https://github.com/
>
> then move them into the right dir e.g. in do-extract.
Does ports support a git checkout? Or is the only way to do this with a
tarball?
> ack, I think that's alright for now.
Thanks for the help, Stuart.
Cheers,
Ash
Ping - Re: [New] devel/re2
Ping. re2-2021.02.02.tgz Description: Binary data Ashton Fagg writes: > It appears I forgot about this, :-). > > Latest tarball attached - updated to latest version. > > Thanks. > > > > Ashton Fagg writes: > >> Ping on this one. Tarball attached. >> >> Ashton Fagg writes: >> >>> Stuart Henderson writes: >>> >>>> You mentioned a cmakefile change that would increase it, can you show >>>> that please, some of us only have slow machines like >>>> >>>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03 >>>> >>>> :) >>> >>> Here you go. I've added a patch that increases the timeout, with >>> reference in the Makefile. I've increased it from 1500 seconds to >>> 2000. This seems to help on my slower machine.
[Maintainer Update] databases/leveldb: 1.22 -> 1.23
Another fun leveldb update. This updates from 1.22 to 1.23.
The change log is rather extensive and can be viewed here:
https://github.com/google/leveldb/releases/tag/1.23
There's a couple of fun things that they've done here. You might recall
also that the last update completely flipped the table on a bunch of
stuff as well.
The first is they've switched their test harness to gtest. This means
they now ship their own version of gtest, along with gmock and Google's
benchmark library. The problem is, the version of gtest they rely on
doesn't build cleanly on OpenBSD. I need to work on this a little more
when I have some more free time to see if I can figure that out - it may
just be a CMake configuration issue.
The second thing is that they now ship their dependencies as git
submodules (in third_party/). What's more, is that they don't actually
distribute the submodules in their tarballs - meaning you have to check
them out manually in order for the directories to be populated. As such,
if you try to build with the test suite enabled without doing the
submodule step manually, CMake blows up loudly since it can't find CMake
modules for the third_party dependencies. Thus completely breaking our
port in its current form. I'm going to file a ticket with them and ask
about why they're doing this because it's honestly kinda stupid.
What that probably means is (assuming I get the test suite stuff figured
out), we'll have to host our own distfile with the submodules
populated in future versions. (Or, just live without the test suite) I
already have a diff I'm working on that will do this instead.
For now, the simplest thing to get the 1.23 update is to just disable
building of the test suite. I've built and tested the package here on
amd64 and it appears to be working as expected. This is hopefully just a
stop-gap for a while until I can negotiate what's going on with their
dependencies and the gtest build issue.
Thanks,
Ash
diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
index 5646b832377..3ace36595ec 100644
--- a/databases/leveldb/Makefile
+++ b/databases/leveldb/Makefile
@@ -2,7 +2,7 @@
GH_ACCOUNT= google
GH_PROJECT= leveldb
-GH_TAGNAME= 1.22
+GH_TAGNAME= 1.23
COMMENT= fast key-value storage library
CATEGORIES= databases devel
@@ -23,8 +23,12 @@ MODULES= devel/cmake
CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
-DLEVELDB_INSTALL=on \
+ -DLEVELDB_BUILD_TESTS=off \
-DLEVELDB_BUILD_BENCHMARKS=off
+# Tests are broken right now due to googletest weirdness.
+NO_TEST= Yes
+
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/leveldb/
${INSTALL_DATA} ${WRKSRC}/{LICENSE,doc/*.md} \
diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
index ae4cf1d8f0c..ebd4a52218a 100644
--- a/databases/leveldb/distinfo
+++ b/databases/leveldb/distinfo
@@ -1,2 +1,2 @@
-SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
-SIZE (leveldb-1.22.tar.gz) = 239365
+SHA256 (leveldb-1.23.tar.gz) = mjf4phdPCb1iK8cjtViB3FQc1QdHy9CIMcKoLWIPbXY=
+SIZE (leveldb-1.23.tar.gz) = 242925
Re: Question about lang/ghc module (trying to port git-annex)
Greg Steuck writes: > You could test pandoc as it is done: > https://github.com/blackgnezdo/ports/commit/609197ce3f84a2e4a147fcabcc5eb71d3cf10ca2 > > The full list is https://github.com/blackgnezdo/ports/commits/ghc-8.10 Splendid! Thank you for this.
Re: Question about lang/ghc module (trying to port git-annex)
Greg Steuck writes: > This is exactly the problem I want to solve with cabal.port.mk. You > can try to look at > https://marc.info/?l=openbsd-ports=160858285410366=2 > A quick search in the archives will show the justification and the > history of the effort. > > The current state of the work is I'm waiting on cabal 3.4 official > release gated by ghc-9.0. I'm also looking for people needing this work > and your attempt to add git-annex gives me more motivation to finish. Hi Greg, I've been considering trying to port pandoc, but was put off by the sheer amount of dependencies that would need to be ported as well. I'll give your work a try and see if it works well for that also, if that's of interest to you? Cheers, Ash
Re: [Maintainer Update] sysutils/glances: 3.1.5 -> 3.1.6.2
Changelog here, sorry for the typo: https://github.com/nicolargo/glances/releases/tag/v3.1.6
Re: Ping - Re: [New] devel/re2
It appears I forgot about this, :-). Latest tarball attached - updated to latest version. Thanks. re2.tgz Description: Binary data Ashton Fagg writes: > Ping on this one. Tarball attached. > > Ashton Fagg writes: > >> Stuart Henderson writes: >> >>> You mentioned a cmakefile change that would increase it, can you show >>> that please, some of us only have slow machines like >>> >>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03 >>> >>> :) >> >> Here you go. I've added a patch that increases the timeout, with >> reference in the Makefile. I've increased it from 1500 seconds to >> 2000. This seems to help on my slower machine.
[Maintainer Update] sysutils/glances: 3.1.5 -> 3.1.6.2
Please see the attached diff, which updates sysutils/glances from 3.1.5
to 3.1.6.2.
Tested on amd64. Seems to work as expected.
Changelog here:
https://github.com/nicolargo/glances/releases/tags/v3.1.6
Thanks,
Ash
diff --git a/sysutils/glances/Makefile b/sysutils/glances/Makefile
index 6b2f23860f2..3f6859e7ad1 100644
--- a/sysutils/glances/Makefile
+++ b/sysutils/glances/Makefile
@@ -2,7 +2,7 @@
COMMENT = cross-platform curses-based monitoring tool
-MODPY_EGG_VERSION = 3.1.5
+MODPY_EGG_VERSION = 3.1.6.2
DISTNAME = Glances-${MODPY_EGG_VERSION}
PKGNAME = ${DISTNAME:L}
diff --git a/sysutils/glances/distinfo b/sysutils/glances/distinfo
index 7ec13a7d34d..29bf3959b85 100644
--- a/sysutils/glances/distinfo
+++ b/sysutils/glances/distinfo
@@ -1,2 +1,2 @@
-SHA256 (Glances-3.1.5.tar.gz) = ANsvNCboG9+UKKVvX1TNiGbD5kGMewyFN0BGrgRPPHQ=
-SIZE (Glances-3.1.5.tar.gz) = 6774907
+SHA256 (Glances-3.1.6.2.tar.gz) = L54hJ+rb9rFNtas2MyAhV/GMx6qiHD2886qGdcHKxhA=
+SIZE (Glances-3.1.6.2.tar.gz) = 6748423
diff --git a/sysutils/glances/pkg/PLIST b/sysutils/glances/pkg/PLIST
index 95baded377b..fb54f3b519f 100644
--- a/sysutils/glances/pkg/PLIST
+++ b/sysutils/glances/pkg/PLIST
@@ -81,6 +81,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_export.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_graph.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_influxdb.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_influxdb2.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_json.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_kafka.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/glances/exports/${MODPY_PYCACHE}glances_mqtt.${MODPY_PYC_MAGIC_TAG}pyc
@@ -98,6 +99,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_elasticsearch.p
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_export.py
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_graph.py
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_influxdb.py
+lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_influxdb2.py
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_json.py
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_kafka.py
lib/python${MODPY_VERSION}/site-packages/glances/exports/glances_mqtt.py
@@ -134,6 +136,7 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_sparklines.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/glances_stdout_csv.py
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/
+lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/.gitignore
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/README.md
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/css/
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/css/bootstrap.less
@@ -284,7 +287,6 @@ lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/public/glances.m
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/templates/
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/templates/index.html.tpl
lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/webpack.config.js
-lib/python${MODPY_VERSION}/site-packages/glances/outputs/static/yarn.lock
lib/python${MODPY_VERSION}/site-packages/glances/password.py
lib/python${MODPY_VERSION}/site-packages/glances/password_list.py
lib/python${MODPY_VERSION}/site-packages/glances/plugins/
Updating sysutils/direnv - GOPROXY?
Hello,
I'm the maintainer for sysutils/direnv, and it appears I have a problem.
The current in-tree version of the package is v2.26.0. The latest
version from upstream is v2.27.0, and it appears among the changes they
have stopped vendoring the dependencies:
https://github.com/direnv/direnv/releases/tag/v2.27.0
No problem, I thought, change the Makefile from:
GH_ACCOUNT =direnv
GH_PROJECT =direnv
GH_TAGNAME =v2.26.0
and point it to the go module instead:
MODGO_MODNAME = github.com/direnv/direnv
MODGO_VERSION = v2.27.0
DISTNAME = direnv-${MODGO_VERSION}
However, it appears that this is not mirrored on proxy.golang.org. In
fact, there is a version of the package, but it's from 2013.
I took a peak through some of the other go ports, as well as the
Makefile infrastructure to see if there is a way to have it pull the go
module either from Github, or just point it at a tarball somewhere - it
appears this is not possible, correct?
I am going to file an issue with upstream to suggest that they might
want to think about mirroring on proxy.golang.org, but wondering if
anyone has guidance on what to do in the interim? Is there a workaround,
or are we just SOL?
Thanks.
Re: [clang+ld.bfd] Unbreak devel/fmt
Charlene,
Thanks. This looks good to me (maintainer).
Cheers,
Ash
On Tue, 19 Jan 2021 at 10:14, Charlene Wendling wrote:
>
> Hi,
>
> > http://build-failures.rhaalovely.net/mips64/2021-01-12/devel/fmt.log
> (and the same in the current bulk for the other clang+ld.bfd arch,
> macppc)
>
> As often '-Wl,--as-needed' causes undefined reference errors with
> ld.bfd. Surprisingly gcc archs are not impacted.
>
> target_link_libraries() takes precedence over our LDFLAGS, so i could
> not use them.
>
> Sadly cmake has not meson's 'b_asneeded' out of the box, so i've added
> an AS_NEEDED option, which is ON by default, bringing no change
> to clang+ld.lld archs, and turn it OFF on clang+ld.bfd archs.
>
> That also means no REVISION bump is needed (fmt has never been built on
> impacted archs).
>
> With the below diff i can build fmt and pass its tests on macppc [0].
> mips64 seems to have further problems, i'm not 100% positive it would
> fix the build there.
>
> I would be happy to upstream this, but it seems they preferred an OS
> centric approach which doesn't play nice with our situation.
>
> Comments and feedback are welcome,
>
> Charlène.
>
>
> [0] https://bin.charlenew.xyz/fmt.log
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/fmt/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 Makefile
> --- Makefile2 Jan 2021 21:51:19 - 1.1.1.1
> +++ Makefile19 Jan 2021 14:59:19 -
> @@ -23,4 +23,11 @@ WANTLIB+=${COMPILER_LIBCXX}
>
> CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on
>
> +# Fix undefined references to pthread_* symbols on clang+ld.bfd archs by
> +# disabling -Wl,--as-needed.
> +.include
> +.if !${PROPERTIES:Mlld} && ${PROPERTIES:Mclang}
> +CONFIGURE_ARGS+= -DAS_NEEDED=off
> +.endif
> +
> .include
> Index: patches/patch-CMakeLists_txt
> ===
> RCS file: patches/patch-CMakeLists_txt
> diff -N patches/patch-CMakeLists_txt
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CMakeLists_txt19 Jan 2021 14:59:19 -
> @@ -0,0 +1,26 @@
> +$OpenBSD$
> +
> +Allow linking without '-Wl,--as-needed', fix the build on clang+ld.bfd archs.
> +It's needed to do it like this since target_link_libraries takes preference
> +over LDFLAGS.
> +
> +Index: CMakeLists.txt
> +--- CMakeLists.txt.orig
> CMakeLists.txt
> +@@ -59,6 +59,7 @@ set_verbose(FMT_INC_DIR ${CMAKE_INSTALL_INCLUDEDIR} CA
> + option(FMT_PEDANTIC "Enable extra warnings and expensive tests." OFF)
> + option(FMT_WERROR "Halt the compilation with an error on compiler warnings."
> +OFF)
> ++option(AS_NEEDED "Use -Wl,--as-needed for linking." ON)
> +
> + # Options that control generation of various targets.
> + option(FMT_DOC "Generate the doc target." ${MASTER_PROJECT})
> +@@ -233,7 +234,7 @@ endif ()
> +
> + if (BUILD_SHARED_LIBS)
> + if (UNIX AND NOT APPLE AND NOT ${CMAKE_SYSTEM_NAME} MATCHES "SunOS" AND
> +- NOT EMSCRIPTEN)
> ++ NOT EMSCRIPTEN AND AS_NEEDED)
> + # Fix rpmlint warning:
> + # unused-direct-shlib-dependency /usr/lib/libformat.so.1.1.0
> /lib/libm.so.6.
> + target_link_libraries(fmt -Wl,--as-needed)
Ping: [Update] devel/gflags: 2.2.1 -> 2.2.2
Ping.
Ashton Fagg writes:
> Attached is a diff to update devel/gflags from 2.2.1 to 2.2.2.
>
> I'm currently investigating why the unit tests from devel/glog fail (of
> which devel/gflags is a dependency). One of the suggestions from the
> upstream RT is to ensure the latest version of gflags is used - this
> needs updating anyway.
>
> graphics/blender also has a dependency on devel/gflags - I've built it,
> and as far as I can see it it working. Maintainer is cc'ed in case they
> wish to take a closer look.
>
> The updated gflags package builds, tests, fakes, packages and installs
> as expected on amd64.
>
> The changelog can be viewed here:
>
> https://github.com/gflags/gflags/releases/tag/v2.2.2
>
> I've also added myself as maintainer. If that's a problem for anyone,
> feel free to veto.
>
> Thanks,
>
> Ash
diff --git a/devel/gflags/Makefile b/devel/gflags/Makefile
index 19bf5cae026..c647e8e8684 100644
--- a/devel/gflags/Makefile
+++ b/devel/gflags/Makefile
@@ -4,8 +4,7 @@ COMMENT = c++ commandline flags processing library
GH_ACCOUNT = gflags
GH_PROJECT = gflags
-GH_TAGNAME = v2.2.1
-REVISION = 0
+GH_TAGNAME = v2.2.2
SHARED_LIBS += gflags 1.0 # .0.0
SHARED_LIBS += gflags_nothreads 1.0 # .0.0
@@ -17,6 +16,8 @@ HOMEPAGE = https://gflags.github.io/gflags/
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER = Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/gflags/distinfo b/devel/gflags/distinfo
index c4f96f92121..57565818db3 100644
--- a/devel/gflags/distinfo
+++ b/devel/gflags/distinfo
@@ -1,2 +1,2 @@
-SHA256 (gflags-2.2.1.tar.gz) = rifNvNai+TW6p45PIfZ1ZJJxY0wJKxvgFGlEBJVgnQ4=
-SIZE (gflags-2.2.1.tar.gz) = 96985
+SHA256 (gflags-2.2.2.tar.gz) = NK8vFc9zZ1E7NSvc0kk6sUzkNpLS3NnfxJlJKWbGTc8=
+SIZE (gflags-2.2.2.tar.gz) = 98704
diff --git a/devel/gflags/pkg/PLIST b/devel/gflags/pkg/PLIST
index d2787b1f592..1ce08ffca3b 100644
--- a/devel/gflags/pkg/PLIST
+++ b/devel/gflags/pkg/PLIST
@@ -9,10 +9,12 @@ lib/cmake/
lib/cmake/gflags/
lib/cmake/gflags/gflags-config-version.cmake
lib/cmake/gflags/gflags-config.cmake
+lib/cmake/gflags/gflags-nonamespace-targets${MODCMAKE_BUILD_SUFFIX}
+lib/cmake/gflags/gflags-nonamespace-targets.cmake
lib/cmake/gflags/gflags-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/gflags/gflags-targets.cmake
-lib/libgflags.a
+@static-lib lib/libgflags.a
@lib lib/libgflags.so.${LIBgflags_VERSION}
-lib/libgflags_nothreads.a
+@static-lib lib/libgflags_nothreads.a
@lib lib/libgflags_nothreads.so.${LIBgflags_nothreads_VERSION}
lib/pkgconfig/gflags.pc
[Maintainer Update] sysutils/direnv: 2.25.2 -> 2.26.0
Attached is an update for sysutils/direnv, to version 2.26.0. Built and tested on amd64, appears to be working as expected. Changelog: https://github.com/direnv/direnv/releases/tag/v2.26.0 Thanks, Ash diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 20cc5e86fb4..67da11a95c5 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.25.2 +GH_TAGNAME = v2.26.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 44d56f9a68c..00adf4df424 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.25.2.tar.gz) = xCYkCGyftd1m5NSeKjCQfdMDgSal2tM2nFocbxXXuew= -SIZE (direnv-2.25.2.tar.gz) = 1377094 +SHA256 (direnv-2.26.0.tar.gz) = s9u5f00mJ+xYiJTwhL/cdttH/1477CEFC7gYYIx4Nbk= +SIZE (direnv-2.26.0.tar.gz) = 1378688
Re: [Maintainer Update] sysutils/direnv: 2.25.0 -> 2.25.2
Ping. diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 6f3cd772701..8a70cf2ee80 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.25.0 +GH_TAGNAME = v2.25.2 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 8182f807e9c..44d56f9a68c 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.25.0.tar.gz) = 8RADM76QRegyhaF1oJN7lv2dIRUZMzI0gV60qnxxn1s= -SIZE (direnv-2.25.0.tar.gz) = 1357957 +SHA256 (direnv-2.25.2.tar.gz) = xCYkCGyftd1m5NSeKjCQfdMDgSal2tM2nFocbxXXuew= +SIZE (direnv-2.25.2.tar.gz) = 1377094 Ashton Fagg writes: > The attached diff updates sysutils/direnv to the latest version > (2.25.2). Tested on amd64 and is working. make build, test, fake, > package, install, deinstall all working. > > The changelog from 2.25.0 -> 2.25.1: > > https://github.com/direnv/direnv/releases/tag/v2.25.1 > > 2.25.1 -> 2.25.2 is the same substantively, they had a release > engineering issue and so redid the release and called it > 2.25.2. > > Thanks, > > Ash > > > diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile > index 6f3cd772701..8a70cf2ee80 100644 > --- a/sysutils/direnv/Makefile > +++ b/sysutils/direnv/Makefile > @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on > current directory > > GH_ACCOUNT = direnv > GH_PROJECT = direnv > -GH_TAGNAME = v2.25.0 > +GH_TAGNAME = v2.25.2 > > MAINTAINER= Ashton Fagg > CATEGORIES = sysutils devel > diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo > index 8182f807e9c..44d56f9a68c 100644 > --- a/sysutils/direnv/distinfo > +++ b/sysutils/direnv/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (direnv-2.25.0.tar.gz) = 8RADM76QRegyhaF1oJN7lv2dIRUZMzI0gV60qnxxn1s= > -SIZE (direnv-2.25.0.tar.gz) = 1357957 > +SHA256 (direnv-2.25.2.tar.gz) = xCYkCGyftd1m5NSeKjCQfdMDgSal2tM2nFocbxXXuew= > +SIZE (direnv-2.25.2.tar.gz) = 1377094
[Maintainer Update] sysutils/direnv: 2.25.0 -> 2.25.2
The attached diff updates sysutils/direnv to the latest version (2.25.2). Tested on amd64 and is working. make build, test, fake, package, install, deinstall all working. The changelog from 2.25.0 -> 2.25.1: https://github.com/direnv/direnv/releases/tag/v2.25.1 2.25.1 -> 2.25.2 is the same substantively, they had a release engineering issue and so redid the release and called it 2.25.2. Thanks, Ash diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 6f3cd772701..8a70cf2ee80 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.25.0 +GH_TAGNAME = v2.25.2 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 8182f807e9c..44d56f9a68c 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.25.0.tar.gz) = 8RADM76QRegyhaF1oJN7lv2dIRUZMzI0gV60qnxxn1s= -SIZE (direnv-2.25.0.tar.gz) = 1357957 +SHA256 (direnv-2.25.2.tar.gz) = xCYkCGyftd1m5NSeKjCQfdMDgSal2tM2nFocbxXXuew= +SIZE (direnv-2.25.2.tar.gz) = 1377094
Re: [Update] devel/tbb: 2020.2 -> 2020.3
Ping.
Ashton Fagg writes:
> "Dimitri Karamazov" writes:
>
>> A SHARED_LIBS bump isn't required in my opinion since there are
>> no export changes whatsoever.
>>
>> see:https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
>> or check using /usr/src/lib/check_sym
>
> Thank you for testing and for the advice on SHARED_LIBS. This is much
> clearer to me now.
>
> I tested it here again for my purposes and Dimitri's updated diff
> (below) seems fine to me.
>
> Thanks!
Index: Makefile
===
RCS file: /cvs/ports/devel/tbb/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile18 May 2020 16:42:20 - 1.4
+++ Makefile4 Dec 2020 05:18:42 -
@@ -4,14 +4,14 @@ ONLY_FOR_ARCHS = ${CLANG_ARCHS}
COMMENT = threading building blocks
-V =2020.2
+V =2020.3
GH_ACCOUNT = oneapi-src
GH_PROJECT = oneTBB
GH_TAGNAME = v${V}
PKGNAME = tbb-${V}
-SHARED_LIBS += tbb 1.0 #2020.2
-SHARED_LIBS += tbbmalloc 1.0 #2020.2
+SHARED_LIBS += tbb 1.0 #2020.3
+SHARED_LIBS += tbbmalloc 1.0 #2020.3
CATEGORIES = devel
Index: distinfo
===
RCS file: /cvs/ports/devel/tbb/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo18 May 2020 16:42:20 - 1.2
+++ distinfo4 Dec 2020 05:18:42 -
@@ -1,2 +1,2 @@
-SHA256 (oneTBB-2020.2.tar.gz) = SAQyDh5svjpUIZl7UhmePBo4KbLstkiWQdpLjjL69QA=
-SIZE (oneTBB-2020.2.tar.gz) = 2637066
+SHA256 (oneTBB-2020.3.tar.gz) = 68T2qkeXLa7R979x0QCuW/aTHC4xRM8pnIzH0EHcovM=
+SIZE (oneTBB-2020.3.tar.gz) = 2639737
Re: [New] devel/fmt
Ping. Updated version attached. Ashton Fagg writes: > Jeremie Courreges-Anglas writes: > >> [...] >> >> I think the port as-is is ripe and ready to commit, but I don't know yet >> if there are ports that might pick this up. >> >> [...] > > Just following up on this - if anyone is still interested in importing > this new port, I have updated it to the latest version - 7.1.3 (vs > 7.1.1). Tarball is attached. > > Tested the same way - builds, tests, fakes, packages, installs and > deinstalls. > > Thanks, > > Ash fmt-7.1.3.tgz Description: Binary data
Re: [Update] editors/vile: 9.8t -> 9.8u
Ping. Ashton Fagg writes: > Attached is an update for editors/vile. From 9.8t to 9.8u. > > Changelog can be viewed here: > https://invisible-island.net/vile/CHANGES.html#index-v9_8u > > Builds, tests, fakes, packages and installs successfully on > amd64. Appears to be working. > > Thanks. diff --git a/editors/vile/Makefile b/editors/vile/Makefile index 5028d61a91f..4d25b3993ce 100644 --- a/editors/vile/Makefile +++ b/editors/vile/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.5 2020/03/12 14:22:22 sthen Exp $ COMMENT= VI Editor Like Emacs -DISTNAME= vile-9.8t +DISTNAME= vile-9.8u CATEGORIES= editors HOMEPAGE= https://invisible-island.net/vile/ diff --git a/editors/vile/distinfo b/editors/vile/distinfo index 193765fc740..b8e910401fa 100644 --- a/editors/vile/distinfo +++ b/editors/vile/distinfo @@ -1,2 +1,2 @@ -SHA256 (vile-9.8t.tgz) = YLKIQyz9MrcUnEzWYoROJpTFq5K8RpsoLzPe1REPbe0= -SIZE (vile-9.8t.tgz) = 2352119 +SHA256 (vile-9.8u.tgz) = MagoM/5P71pgBDvMMnjRqHWhAosbJXfJ4Po6F5z/Fl4= +SIZE (vile-9.8u.tgz) = 2375989 diff --git a/editors/vile/pkg/PLIST b/editors/vile/pkg/PLIST index ff03b36cb5b..ac0905c87d9 100644 --- a/editors/vile/pkg/PLIST +++ b/editors/vile/pkg/PLIST @@ -49,9 +49,11 @@ lib/vile/ @bin lib/vile/vile-mcrl-filt @bin lib/vile/vile-midl-filt @bin lib/vile/vile-mms-filt +@bin lib/vile/vile-nmake-filt @bin lib/vile/vile-nr-filt @bin lib/vile/vile-pas-filt @bin lib/vile/vile-perl-filt +@bin lib/vile/vile-perl6-filt @bin lib/vile/vile-php-filt @bin lib/vile/vile-pot-filt @bin lib/vile/vile-ps-filt @@ -77,6 +79,7 @@ lib/vile/ @bin lib/vile/vile-tcl-filt @bin lib/vile/vile-texi-filt @bin lib/vile/vile-ti-filt +@bin lib/vile/vile-tpu-filt @bin lib/vile/vile-txt-filt @bin lib/vile/vile-vile-filt @bin lib/vile/vile-vlog-filt @@ -126,6 +129,7 @@ share/vile/est.keywords share/vile/fdl.keywords share/vile/filters.rc share/vile/gnugpg.rc +share/vile/go.keywords share/vile/hs.keywords share/vile/html.keywords share/vile/imake.keywords @@ -149,6 +153,7 @@ share/vile/mcrl.keywords share/vile/midl.keywords share/vile/modes.rc share/vile/mvn.keywords +share/vile/nmake.keywords share/vile/nr.keywords share/vile/nsis.keywords share/vile/objc.keywords @@ -156,6 +161,7 @@ share/vile/palettes.rc share/vile/pas.keywords share/vile/pc.keywords share/vile/perl.keywords +share/vile/perl6.keywords share/vile/php.keywords share/vile/pictmode.rc share/vile/pot.keywords @@ -188,6 +194,8 @@ share/vile/tcl.keywords share/vile/tex.keywords share/vile/texi.keywords share/vile/ti.keywords +share/vile/tpu.keywords +share/vile/ts.keywords share/vile/vb.keywords share/vile/vb6.keywords share/vile/vbs.keywords
Ping - Re: [New] devel/re2
Ping on this one. Tarball attached. Ashton Fagg writes: > Stuart Henderson writes: > >> You mentioned a cmakefile change that would increase it, can you show >> that please, some of us only have slow machines like >> >> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03 >> >> :) > > Here you go. I've added a patch that increases the timeout, with > reference in the Makefile. I've increased it from 1500 seconds to > 2000. This seems to help on my slower machine. re2.tgz Description: Binary data
Ping Again - [Update] databases/leveldb: 1.21 -> 1.22
Ping again.
> Ashton Fagg writes:
>
>> The attached diff updates databases/leveldb to the latest version
>> (1.22).
>>
>> The changelog can be viewed here:
>>
>> https://github.com/google/leveldb/releases/tag/1.22
>>
>> It seems the previous version (1.21) introduced a CMake build. But the
>> OpenBSD port had not yet adopted it. Here, I've updated the port to the
>> latest version and converted it to use the CMake build - which
>> drastically simplifies the port Makefile. More to the point, it seems
>> that the "old way" of building has been ripped out of this version.
>>
>> The port contains the following changes:
>>
>> - Conversion to use the new CMake build
>>
>> - A convenience patch to the CMakeLists.txt to make sure the
>> documentation ends up in the right place on install.
>>
>> - Removal of some old stuff related to the old way of building the library.
>>
>> - General formatting stuff in the Makefile - there was an over-length
>> line, detected by portcheck.
>>
>> - Add myself as maintainer.
>>
>> The port has been tested on amd64. configure, build, fake, package,
>> install and uninstall all work. The test suite passes 100%.
>>
>> A quick grep turns up no dependent ports.
>>
>> Suggestions and comments welcome.
>>
>> Cheers,
>>
>> Ash
diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
index cf6320ce74b..8831f06deb6 100644
--- a/databases/leveldb/Makefile
+++ b/databases/leveldb/Makefile
@@ -1,40 +1,30 @@
# $OpenBSD: Makefile,v 1.20 2019/07/12 20:43:53 sthen Exp $
-#'atomic_pointer.h: error Please implement AtomicPointer for this platform' on other archs
-ONLY_FOR_ARCHS = i386 amd64
+#'atomic_pointer.h: error Please implement AtomicPointer for this
+# platform' on other archs
+ONLY_FOR_ARCHS= i386 amd64
-COMMENT = fast key-value storage library
+COMMENT= fast key-value storage library
+CATEGORIES= databases devel
+GH_ACCOUNT= google
+GH_PROJECT= leveldb
+GH_TAGNAME= 1.22
-GH_ACCOUNT = google
-GH_PROJECT = leveldb
-GH_TAGNAME = v1.20
+SHARED_LIBS= leveldb 3.0 # 0.0
-SHARED_LIBS += leveldb 2.0 # 0.0
-
-CATEGORIES = databases devel
+MAINTAINER= Ashton Fagg
# BSD3
-PERMIT_PACKAGE = Yes
-
-MAKE_ENV = CC="${CC}" CXX="${CXX}" OPT="${CXXFLAGS}" \
- SHARED_VERSION_MAJOR=${LIBleveldb_VERSION:R} \
- SHARED_VERSION_MINOR=${LIBleveldb_VERSION:E}
-
-USE_GMAKE = Yes
+PERMIT_PACKAGE= Yes
-TEST_TARGET = check
+WANTLIB= ${COMPILER_LIBCXX} m pthread
-DOC = ${PREFIX}/share/doc/leveldb/
+# C++11
+COMPILER= base-clang ports-gcc
+MODULES= devel/cmake
-do-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/include/leveldb/* ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/out-static/*.a \
- ${PREFIX}/lib
- ${INSTALL_DATA} ${WRKSRC}/out-shared/libleveldb.so.${LIBleveldb_VERSION} \
- ${PREFIX}/lib/libleveldb.so.${LIBleveldb_VERSION}
- ${INSTALL_DATA_DIR} ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/doc/*.md ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/LICENSE ${DOC}
+CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
+ -DLEVELDB_INSTALL=on \
+ -DLEVELDB_BUILD_BENCHMARKS=off
.include
diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
index abd336a865d..ae4cf1d8f0c 100644
--- a/databases/leveldb/distinfo
+++ b/databases/leveldb/distinfo
@@ -1,2 +1,2 @@
-SHA256 (leveldb-1.20.tar.gz) = 9avotbIJwvNlYLdfMs5hQS85opIvcEWudkosIzNbZmQ=
-SIZE (leveldb-1.20.tar.gz) = 223141
+SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
+SIZE (leveldb-1.22.tar.gz) = 239365
diff --git a/databases/leveldb/patches/patch-CMakeLists_txt b/databases/leveldb/patches/patch-CMakeLists_txt
new file mode 100644
index 000..06c01609581
--- /dev/null
+++ b/databases/leveldb/patches/patch-CMakeLists_txt
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+This adds the install logic for the documentation. Keeps the Makefile nice and tidy.
+
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -448,4 +448,14 @@ if(LEVELDB_INSTALL)
+ "${PROJECT_BINARY_DIR}/leveldbConfigVersion.cmake"
+ DESTINATION "${CMAKE_INSTALL_LIBDIR}/cmake/leveldb"
+ )
++ install(
++FILES
++ "${PROJECT_SOURCE_DIR}/doc/impl.md"
++ "${PROJECT_SOURCE_DIR}/doc/index.md"
++ "${PROJECT_SOURCE_DIR}/doc/log_format.md"
++ "${PROJECT_SOURCE_DIR}/doc/table_format.md"
++ "${PROJECT_SOURCE_DIR}/LICENSE"
++ DESTINATION "${CMAKE_INSTALL_PREFIX}/share/doc/leveldb"
++ )
++
+ endif(LEVELDB_INSTALL)
diff --git a/databases/leveldb/patches/patch-Makefile b/databases/leveldb/patches/patch-Makefile
deleted file mode 100644
index 292fb04cba0..000
--- a/databases/l
Ping - [Update] devel/gflags: 2.2.1 -> 2.2.2
Ping.
Ashton Fagg writes:
> Attached is a diff to update devel/gflags from 2.2.1 to 2.2.2.
>
> I'm currently investigating why the unit tests from devel/glog fail (of
> which devel/gflags is a dependency). One of the suggestions from the
> upstream RT is to ensure the latest version of gflags is used - this
> needs updating anyway.
>
> graphics/blender also has a dependency on devel/gflags - I've built it,
> and as far as I can see it it working. Maintainer is cc'ed in case they
> wish to take a closer look.
>
> The updated gflags package builds, tests, fakes, packages and installs
> as expected on amd64.
>
> The changelog can be viewed here:
>
> https://github.com/gflags/gflags/releases/tag/v2.2.2
>
> I've also added myself as maintainer. If that's a problem for anyone,
> feel free to veto.
>
> Thanks,
>
> Ash
diff --git a/devel/gflags/Makefile b/devel/gflags/Makefile
index 19bf5cae026..c647e8e8684 100644
--- a/devel/gflags/Makefile
+++ b/devel/gflags/Makefile
@@ -4,8 +4,7 @@ COMMENT = c++ commandline flags processing library
GH_ACCOUNT = gflags
GH_PROJECT = gflags
-GH_TAGNAME = v2.2.1
-REVISION = 0
+GH_TAGNAME = v2.2.2
SHARED_LIBS += gflags 1.0 # .0.0
SHARED_LIBS += gflags_nothreads 1.0 # .0.0
@@ -17,6 +16,8 @@ HOMEPAGE = https://gflags.github.io/gflags/
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER = Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/gflags/distinfo b/devel/gflags/distinfo
index c4f96f92121..57565818db3 100644
--- a/devel/gflags/distinfo
+++ b/devel/gflags/distinfo
@@ -1,2 +1,2 @@
-SHA256 (gflags-2.2.1.tar.gz) = rifNvNai+TW6p45PIfZ1ZJJxY0wJKxvgFGlEBJVgnQ4=
-SIZE (gflags-2.2.1.tar.gz) = 96985
+SHA256 (gflags-2.2.2.tar.gz) = NK8vFc9zZ1E7NSvc0kk6sUzkNpLS3NnfxJlJKWbGTc8=
+SIZE (gflags-2.2.2.tar.gz) = 98704
diff --git a/devel/gflags/pkg/PLIST b/devel/gflags/pkg/PLIST
index d2787b1f592..1ce08ffca3b 100644
--- a/devel/gflags/pkg/PLIST
+++ b/devel/gflags/pkg/PLIST
@@ -9,10 +9,12 @@ lib/cmake/
lib/cmake/gflags/
lib/cmake/gflags/gflags-config-version.cmake
lib/cmake/gflags/gflags-config.cmake
+lib/cmake/gflags/gflags-nonamespace-targets${MODCMAKE_BUILD_SUFFIX}
+lib/cmake/gflags/gflags-nonamespace-targets.cmake
lib/cmake/gflags/gflags-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/gflags/gflags-targets.cmake
-lib/libgflags.a
+@static-lib lib/libgflags.a
@lib lib/libgflags.so.${LIBgflags_VERSION}
-lib/libgflags_nothreads.a
+@static-lib lib/libgflags_nothreads.a
@lib lib/libgflags_nothreads.so.${LIBgflags_nothreads_VERSION}
lib/pkgconfig/gflags.pc
Ping - [Mantainer Update] sysutils/direnv: v2.24 -> v2.25
Ping. Ashton Fagg writes: > Hello all, > > Attached diff updates sysutils/direnv from 2.24 to the latest 2.25. > > Changelog can be viewed here: > https://github.com/direnv/direnv/releases/tag/v2.25.0 > > Tested on amd64. Package builds, tests and installs fine. > > Thanks, > > Ash diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index ccfdb54f058..5dfca3fa6e0 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.24.0 +GH_TAGNAME = v2.25.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index f7eec843d34..8182f807e9c 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= -SIZE (direnv-2.24.0.tar.gz) = 1354784 +SHA256 (direnv-2.25.0.tar.gz) = 8RADM76QRegyhaF1oJN7lv2dIRUZMzI0gV60qnxxn1s= +SIZE (direnv-2.25.0.tar.gz) = 1357957
Re: [Update] devel/gflags: 2.2.1 -> 2.2.2
Dimitri Karamazov writes: > It is not a build dep for graphics/blender anymore. I've sent an update > with that rectificaton which has not been committed yet. So until that > blessed day comes just make sure it builds and installs fine. > > regards, > Dimitri > Hah! Ok, thanks for letting me know. :-)
[Update] devel/gflags: 2.2.1 -> 2.2.2
Attached is a diff to update devel/gflags from 2.2.1 to 2.2.2.
I'm currently investigating why the unit tests from devel/glog fail (of
which devel/gflags is a dependency). One of the suggestions from the
upstream RT is to ensure the latest version of gflags is used - this
needs updating anyway.
graphics/blender also has a dependency on devel/gflags - I've built it,
and as far as I can see it it working. Maintainer is cc'ed in case they
wish to take a closer look.
The updated gflags package builds, tests, fakes, packages and installs
as expected on amd64.
The changelog can be viewed here:
https://github.com/gflags/gflags/releases/tag/v2.2.2
I've also added myself as maintainer. If that's a problem for anyone,
feel free to veto.
Thanks,
Ash
diff --git a/devel/gflags/Makefile b/devel/gflags/Makefile
index 19bf5cae026..c647e8e8684 100644
--- a/devel/gflags/Makefile
+++ b/devel/gflags/Makefile
@@ -4,8 +4,7 @@ COMMENT = c++ commandline flags processing library
GH_ACCOUNT = gflags
GH_PROJECT = gflags
-GH_TAGNAME = v2.2.1
-REVISION = 0
+GH_TAGNAME = v2.2.2
SHARED_LIBS += gflags 1.0 # .0.0
SHARED_LIBS += gflags_nothreads 1.0 # .0.0
@@ -17,6 +16,8 @@ HOMEPAGE = https://gflags.github.io/gflags/
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER = Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/gflags/distinfo b/devel/gflags/distinfo
index c4f96f92121..57565818db3 100644
--- a/devel/gflags/distinfo
+++ b/devel/gflags/distinfo
@@ -1,2 +1,2 @@
-SHA256 (gflags-2.2.1.tar.gz) = rifNvNai+TW6p45PIfZ1ZJJxY0wJKxvgFGlEBJVgnQ4=
-SIZE (gflags-2.2.1.tar.gz) = 96985
+SHA256 (gflags-2.2.2.tar.gz) = NK8vFc9zZ1E7NSvc0kk6sUzkNpLS3NnfxJlJKWbGTc8=
+SIZE (gflags-2.2.2.tar.gz) = 98704
diff --git a/devel/gflags/pkg/PLIST b/devel/gflags/pkg/PLIST
index d2787b1f592..1ce08ffca3b 100644
--- a/devel/gflags/pkg/PLIST
+++ b/devel/gflags/pkg/PLIST
@@ -9,10 +9,12 @@ lib/cmake/
lib/cmake/gflags/
lib/cmake/gflags/gflags-config-version.cmake
lib/cmake/gflags/gflags-config.cmake
+lib/cmake/gflags/gflags-nonamespace-targets${MODCMAKE_BUILD_SUFFIX}
+lib/cmake/gflags/gflags-nonamespace-targets.cmake
lib/cmake/gflags/gflags-targets${MODCMAKE_BUILD_SUFFIX}
lib/cmake/gflags/gflags-targets.cmake
-lib/libgflags.a
+@static-lib lib/libgflags.a
@lib lib/libgflags.so.${LIBgflags_VERSION}
-lib/libgflags_nothreads.a
+@static-lib lib/libgflags_nothreads.a
@lib lib/libgflags_nothreads.so.${LIBgflags_nothreads_VERSION}
lib/pkgconfig/gflags.pc
Ping - [Update] databases/leveldb: 1.21 -> 1.22
Ping.
Ashton Fagg writes:
> The attached diff updates databases/leveldb to the latest version
> (1.22).
>
> The changelog can be viewed here:
>
> https://github.com/google/leveldb/releases/tag/1.22
>
> It seems the previous version (1.21) introduced a CMake build. But the
> OpenBSD port had not yet adopted it. Here, I've updated the port to the
> latest version and converted it to use the CMake build - which
> drastically simplifies the port Makefile. More to the point, it seems
> that the "old way" of building has been ripped out of this version.
>
> The port contains the following changes:
>
> - Conversion to use the new CMake build
>
> - A convenience patch to the CMakeLists.txt to make sure the
> documentation ends up in the right place on install.
>
> - Removal of some old stuff related to the old way of building the library.
>
> - General formatting stuff in the Makefile - there was an over-length
> line, detected by portcheck.
>
> - Add myself as maintainer.
>
> The port has been tested on amd64. configure, build, fake, package,
> install and uninstall all work. The test suite passes 100%.
>
> A quick grep turns up no dependent ports.
>
> Suggestions and comments welcome.
>
> Cheers,
>
> Ash
diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
index cf6320ce74b..8831f06deb6 100644
--- a/databases/leveldb/Makefile
+++ b/databases/leveldb/Makefile
@@ -1,40 +1,30 @@
# $OpenBSD: Makefile,v 1.20 2019/07/12 20:43:53 sthen Exp $
-#'atomic_pointer.h: error Please implement AtomicPointer for this platform' on other archs
-ONLY_FOR_ARCHS = i386 amd64
+#'atomic_pointer.h: error Please implement AtomicPointer for this
+# platform' on other archs
+ONLY_FOR_ARCHS= i386 amd64
-COMMENT = fast key-value storage library
+COMMENT= fast key-value storage library
+CATEGORIES= databases devel
+GH_ACCOUNT= google
+GH_PROJECT= leveldb
+GH_TAGNAME= 1.22
-GH_ACCOUNT = google
-GH_PROJECT = leveldb
-GH_TAGNAME = v1.20
+SHARED_LIBS= leveldb 3.0 # 0.0
-SHARED_LIBS += leveldb 2.0 # 0.0
-
-CATEGORIES = databases devel
+MAINTAINER= Ashton Fagg
# BSD3
-PERMIT_PACKAGE = Yes
-
-MAKE_ENV = CC="${CC}" CXX="${CXX}" OPT="${CXXFLAGS}" \
- SHARED_VERSION_MAJOR=${LIBleveldb_VERSION:R} \
- SHARED_VERSION_MINOR=${LIBleveldb_VERSION:E}
-
-USE_GMAKE = Yes
+PERMIT_PACKAGE= Yes
-TEST_TARGET = check
+WANTLIB= ${COMPILER_LIBCXX} m pthread
-DOC = ${PREFIX}/share/doc/leveldb/
+# C++11
+COMPILER= base-clang ports-gcc
+MODULES= devel/cmake
-do-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/include/leveldb/* ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/out-static/*.a \
- ${PREFIX}/lib
- ${INSTALL_DATA} ${WRKSRC}/out-shared/libleveldb.so.${LIBleveldb_VERSION} \
- ${PREFIX}/lib/libleveldb.so.${LIBleveldb_VERSION}
- ${INSTALL_DATA_DIR} ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/doc/*.md ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/LICENSE ${DOC}
+CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
+ -DLEVELDB_INSTALL=on \
+ -DLEVELDB_BUILD_BENCHMARKS=off
.include
diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
index abd336a865d..ae4cf1d8f0c 100644
--- a/databases/leveldb/distinfo
+++ b/databases/leveldb/distinfo
@@ -1,2 +1,2 @@
-SHA256 (leveldb-1.20.tar.gz) = 9avotbIJwvNlYLdfMs5hQS85opIvcEWudkosIzNbZmQ=
-SIZE (leveldb-1.20.tar.gz) = 223141
+SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
+SIZE (leveldb-1.22.tar.gz) = 239365
diff --git a/databases/leveldb/patches/patch-CMakeLists_txt b/databases/leveldb/patches/patch-CMakeLists_txt
new file mode 100644
index 000..06c01609581
--- /dev/null
+++ b/databases/leveldb/patches/patch-CMakeLists_txt
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+This adds the install logic for the documentation. Keeps the Makefile nice and tidy.
+
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -448,4 +448,14 @@ if(LEVELDB_INSTALL)
+ "${PROJECT_BINARY_DIR}/leveldbConfigVersion.cmake"
+ DESTINATION "${CMAKE_INSTALL_LIBDIR}/cmake/leveldb"
+ )
++ install(
++FILES
++ "${PROJECT_SOURCE_DIR}/doc/impl.md"
++ "${PROJECT_SOURCE_DIR}/doc/index.md"
++ "${PROJECT_SOURCE_DIR}/doc/log_format.md"
++ "${PROJECT_SOURCE_DIR}/doc/table_format.md"
++ "${PROJECT_SOURCE_DIR}/LICENSE"
++ DESTINATION "${CMAKE_INSTALL_PREFIX}/share/doc/leveldb"
++ )
++
+ endif(LEVELDB_INSTALL)
diff --git a/databases/leveldb/patches/patch-Makefile b/databases/leveldb/patches/patch-Makefile
deleted file mode 100644
index 292fb04cba0..000
--- a/databases/leveldb/patches/patch-Makefile
+++ /dev/null
@@ -1,29 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.5 2018/01/03 20:25:25 rsadowski Exp $
-
-Allow SHARED_MAJ
Ping - [New] devel/flatbuffers
Ping again. Ashton Fagg writes: > > Hello folks, > > Just wondering if anyone is still interesting in importing this port? > Reviewer-agreed version attached from the previous discussions. > > Thanks, > Ash flatbuffers.tgz Description: Binary data
[Update] editors/vile: 9.8t -> 9.8u
Attached is an update for editors/vile. From 9.8t to 9.8u. Changelog can be viewed here: https://invisible-island.net/vile/CHANGES.html#index-v9_8u Builds, tests, fakes, packages and installs successfully on amd64. Appears to be working. Thanks. diff --git a/editors/vile/Makefile b/editors/vile/Makefile index 5028d61a91f..4d25b3993ce 100644 --- a/editors/vile/Makefile +++ b/editors/vile/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.5 2020/03/12 14:22:22 sthen Exp $ COMMENT= VI Editor Like Emacs -DISTNAME= vile-9.8t +DISTNAME= vile-9.8u CATEGORIES= editors HOMEPAGE= https://invisible-island.net/vile/ diff --git a/editors/vile/distinfo b/editors/vile/distinfo index 193765fc740..b8e910401fa 100644 --- a/editors/vile/distinfo +++ b/editors/vile/distinfo @@ -1,2 +1,2 @@ -SHA256 (vile-9.8t.tgz) = YLKIQyz9MrcUnEzWYoROJpTFq5K8RpsoLzPe1REPbe0= -SIZE (vile-9.8t.tgz) = 2352119 +SHA256 (vile-9.8u.tgz) = MagoM/5P71pgBDvMMnjRqHWhAosbJXfJ4Po6F5z/Fl4= +SIZE (vile-9.8u.tgz) = 2375989 diff --git a/editors/vile/pkg/PLIST b/editors/vile/pkg/PLIST index ff03b36cb5b..ac0905c87d9 100644 --- a/editors/vile/pkg/PLIST +++ b/editors/vile/pkg/PLIST @@ -49,9 +49,11 @@ lib/vile/ @bin lib/vile/vile-mcrl-filt @bin lib/vile/vile-midl-filt @bin lib/vile/vile-mms-filt +@bin lib/vile/vile-nmake-filt @bin lib/vile/vile-nr-filt @bin lib/vile/vile-pas-filt @bin lib/vile/vile-perl-filt +@bin lib/vile/vile-perl6-filt @bin lib/vile/vile-php-filt @bin lib/vile/vile-pot-filt @bin lib/vile/vile-ps-filt @@ -77,6 +79,7 @@ lib/vile/ @bin lib/vile/vile-tcl-filt @bin lib/vile/vile-texi-filt @bin lib/vile/vile-ti-filt +@bin lib/vile/vile-tpu-filt @bin lib/vile/vile-txt-filt @bin lib/vile/vile-vile-filt @bin lib/vile/vile-vlog-filt @@ -126,6 +129,7 @@ share/vile/est.keywords share/vile/fdl.keywords share/vile/filters.rc share/vile/gnugpg.rc +share/vile/go.keywords share/vile/hs.keywords share/vile/html.keywords share/vile/imake.keywords @@ -149,6 +153,7 @@ share/vile/mcrl.keywords share/vile/midl.keywords share/vile/modes.rc share/vile/mvn.keywords +share/vile/nmake.keywords share/vile/nr.keywords share/vile/nsis.keywords share/vile/objc.keywords @@ -156,6 +161,7 @@ share/vile/palettes.rc share/vile/pas.keywords share/vile/pc.keywords share/vile/perl.keywords +share/vile/perl6.keywords share/vile/php.keywords share/vile/pictmode.rc share/vile/pot.keywords @@ -188,6 +194,8 @@ share/vile/tcl.keywords share/vile/tex.keywords share/vile/texi.keywords share/vile/ti.keywords +share/vile/tpu.keywords +share/vile/ts.keywords share/vile/vb.keywords share/vile/vb6.keywords share/vile/vbs.keywords
Re: [Update] devel/tbb: 2020.2 -> 2020.3
"Dimitri Karamazov" writes:
> A SHARED_LIBS bump isn't required in my opinion since there are
> no export changes whatsoever.
>
> see:https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs
> or check using /usr/src/lib/check_sym
Thank you for testing and for the advice on SHARED_LIBS. This is much
clearer to me now.
I tested it here again for my purposes and Dimitri's updated diff
(below) seems fine to me.
Thanks!
> Works fine with blender.
>
> Build, run tested on amd64
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/tbb/Makefile,v
> retrieving revision 1.4
> diff -u -p -r1.4 Makefile
> --- Makefile 18 May 2020 16:42:20 - 1.4
> +++ Makefile 4 Dec 2020 05:18:42 -
> @@ -4,14 +4,14 @@ ONLY_FOR_ARCHS =${CLANG_ARCHS}
>
> COMMENT =threading building blocks
>
> -V = 2020.2
> +V = 2020.3
> GH_ACCOUNT = oneapi-src
> GH_PROJECT = oneTBB
> GH_TAGNAME = v${V}
> PKGNAME =tbb-${V}
>
> -SHARED_LIBS += tbb 1.0 #2020.2
> -SHARED_LIBS += tbbmalloc 1.0 #2020.2
> +SHARED_LIBS += tbb 1.0 #2020.3
> +SHARED_LIBS += tbbmalloc 1.0 #2020.3
>
> CATEGORIES = devel
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/tbb/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 18 May 2020 16:42:20 - 1.2
> +++ distinfo 4 Dec 2020 05:18:42 -
> @@ -1,2 +1,2 @@
> -SHA256 (oneTBB-2020.2.tar.gz) = SAQyDh5svjpUIZl7UhmePBo4KbLstkiWQdpLjjL69QA=
> -SIZE (oneTBB-2020.2.tar.gz) = 2637066
> +SHA256 (oneTBB-2020.3.tar.gz) = 68T2qkeXLa7R979x0QCuW/aTHC4xRM8pnIzH0EHcovM=
> +SIZE (oneTBB-2020.3.tar.gz) = 2639737
[Mantainer Update] sysutils/direnv: v2.24 -> v2.25
Hello all, Attached diff updates sysutils/direnv from 2.24 to the latest 2.25. Changelog can be viewed here: https://github.com/direnv/direnv/releases/tag/v2.25.0 Tested on amd64. Package builds, tests and installs fine. Thanks, Ash diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index ccfdb54f058..5dfca3fa6e0 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.24.0 +GH_TAGNAME = v2.25.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index f7eec843d34..8182f807e9c 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= -SIZE (direnv-2.24.0.tar.gz) = 1354784 +SHA256 (direnv-2.25.0.tar.gz) = 8RADM76QRegyhaF1oJN7lv2dIRUZMzI0gV60qnxxn1s= +SIZE (direnv-2.25.0.tar.gz) = 1357957
Re: [New] devel/fmt
"Dimitri Karamazov" writes: > Thanks Ash for working on this. I just needed this for a new port > and your mail was godsend. I've also build tested the latest update > for graphics/openimageio for which fmt is a required build dependency. > I will post openimageio-2.2.9.0 update soon, just need some more time to test. Splendid - I'm glad it's of use to someone else. > Can someone please import this in the meanwhile? Ping for the same reason. :-) Cheers, Ash
Re: [New] devel/re2
Stuart Henderson writes: > You mentioned a cmakefile change that would increase it, can you show > that please, some of us only have slow machines like > > cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03 > > :) Here you go. I've added a patch that increases the timeout, with reference in the Makefile. I've increased it from 1500 seconds to 2000. This seems to help on my slower machine. re2.tgz Description: Binary data
Re: [New] devel/re2
Stuart Henderson writes: > Could you add a patch to set that to what's needed on your machine please, > and a comment in the Makefile pointing at it? So just yesterday I finally got around to migrating my dev box to better hardware, and on that machine it now passes with room to spare with the default time limit. I've added a comment to the Makefile noting why there may be a timeout (tarball attached). re2.tgz Description: Binary data
[Update] databases/leveldb: 1.21 -> 1.22
The attached diff updates databases/leveldb to the latest version
(1.22).
The changelog can be viewed here:
https://github.com/google/leveldb/releases/tag/1.22
It seems the previous version (1.21) introduced a CMake build. But the
OpenBSD port had not yet adopted it. Here, I've updated the port to the
latest version and converted it to use the CMake build - which
drastically simplifies the port Makefile. More to the point, it seems
that the "old way" of building has been ripped out of this version.
The port contains the following changes:
- Conversion to use the new CMake build
- A convenience patch to the CMakeLists.txt to make sure the
documentation ends up in the right place on install.
- Removal of some old stuff related to the old way of building the library.
- General formatting stuff in the Makefile - there was an over-length
line, detected by portcheck.
- Add myself as maintainer.
The port has been tested on amd64. configure, build, fake, package,
install and uninstall all work. The test suite passes 100%.
A quick grep turns up no dependent ports.
Suggestions and comments welcome.
Cheers,
Ash
diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
index cf6320ce74b..8831f06deb6 100644
--- a/databases/leveldb/Makefile
+++ b/databases/leveldb/Makefile
@@ -1,40 +1,30 @@
# $OpenBSD: Makefile,v 1.20 2019/07/12 20:43:53 sthen Exp $
-#'atomic_pointer.h: error Please implement AtomicPointer for this platform' on other archs
-ONLY_FOR_ARCHS = i386 amd64
+#'atomic_pointer.h: error Please implement AtomicPointer for this
+# platform' on other archs
+ONLY_FOR_ARCHS= i386 amd64
-COMMENT = fast key-value storage library
+COMMENT= fast key-value storage library
+CATEGORIES= databases devel
+GH_ACCOUNT= google
+GH_PROJECT= leveldb
+GH_TAGNAME= 1.22
-GH_ACCOUNT = google
-GH_PROJECT = leveldb
-GH_TAGNAME = v1.20
+SHARED_LIBS= leveldb 3.0 # 0.0
-SHARED_LIBS += leveldb 2.0 # 0.0
-
-CATEGORIES = databases devel
+MAINTAINER= Ashton Fagg
# BSD3
-PERMIT_PACKAGE = Yes
-
-MAKE_ENV = CC="${CC}" CXX="${CXX}" OPT="${CXXFLAGS}" \
- SHARED_VERSION_MAJOR=${LIBleveldb_VERSION:R} \
- SHARED_VERSION_MINOR=${LIBleveldb_VERSION:E}
-
-USE_GMAKE = Yes
+PERMIT_PACKAGE= Yes
-TEST_TARGET = check
+WANTLIB= ${COMPILER_LIBCXX} m pthread
-DOC = ${PREFIX}/share/doc/leveldb/
+# C++11
+COMPILER= base-clang ports-gcc
+MODULES= devel/cmake
-do-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/include/leveldb/* ${PREFIX}/include/leveldb
- ${INSTALL_DATA} ${WRKSRC}/out-static/*.a \
- ${PREFIX}/lib
- ${INSTALL_DATA} ${WRKSRC}/out-shared/libleveldb.so.${LIBleveldb_VERSION} \
- ${PREFIX}/lib/libleveldb.so.${LIBleveldb_VERSION}
- ${INSTALL_DATA_DIR} ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/doc/*.md ${DOC}
- ${INSTALL_DATA} ${WRKSRC}/LICENSE ${DOC}
+CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
+ -DLEVELDB_INSTALL=on \
+ -DLEVELDB_BUILD_BENCHMARKS=off
.include
diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
index abd336a865d..ae4cf1d8f0c 100644
--- a/databases/leveldb/distinfo
+++ b/databases/leveldb/distinfo
@@ -1,2 +1,2 @@
-SHA256 (leveldb-1.20.tar.gz) = 9avotbIJwvNlYLdfMs5hQS85opIvcEWudkosIzNbZmQ=
-SIZE (leveldb-1.20.tar.gz) = 223141
+SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
+SIZE (leveldb-1.22.tar.gz) = 239365
diff --git a/databases/leveldb/patches/patch-CMakeLists_txt b/databases/leveldb/patches/patch-CMakeLists_txt
new file mode 100644
index 000..06c01609581
--- /dev/null
+++ b/databases/leveldb/patches/patch-CMakeLists_txt
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+This adds the install logic for the documentation. Keeps the Makefile nice and tidy.
+
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
CMakeLists.txt
+@@ -448,4 +448,14 @@ if(LEVELDB_INSTALL)
+ "${PROJECT_BINARY_DIR}/leveldbConfigVersion.cmake"
+ DESTINATION "${CMAKE_INSTALL_LIBDIR}/cmake/leveldb"
+ )
++ install(
++FILES
++ "${PROJECT_SOURCE_DIR}/doc/impl.md"
++ "${PROJECT_SOURCE_DIR}/doc/index.md"
++ "${PROJECT_SOURCE_DIR}/doc/log_format.md"
++ "${PROJECT_SOURCE_DIR}/doc/table_format.md"
++ "${PROJECT_SOURCE_DIR}/LICENSE"
++ DESTINATION "${CMAKE_INSTALL_PREFIX}/share/doc/leveldb"
++ )
++
+ endif(LEVELDB_INSTALL)
diff --git a/databases/leveldb/patches/patch-Makefile b/databases/leveldb/patches/patch-Makefile
deleted file mode 100644
index 292fb04cba0..000
--- a/databases/leveldb/patches/patch-Makefile
+++ /dev/null
@@ -1,29 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.5 2018/01/03 20:25:25 rsadowski Exp $
-
-Allow SHARED_MAJOR and SHARED_MINOR to be overridden.
-This doesn't affect kMajorVersion and kMinorVersion in db.h,
-but nothing uses them anyway.
-
-Index: Makefile
Makefile.orig
-+++ Makefile
-@@ -121,8 +121,
Re: [New] devel/re2
Stuart Henderson writes: > Could you add a patch to set that to what's needed on your machine > please, and a comment in the Makefile pointing at it? Certainly. I'll get back to you sometime in the next day or two once I have some more time.
Re: [New] devel/re2
Stuart Henderson writes: > Generally looks good, I do see a timeout on one of the test though, > do you get the same? Yep, same problem here with the default setting. There is a setting that can be adjusted in the CMakeLists to make it so that the timeout is longer, but it's hard to say exactly one should set that to. I mentioned that in the original mail I sent that I didn't want to make assumptions about it because I wasn't sure what the best trade-off was, so any guidance would be appreciated. Ash
[Update] devel/tbb: 2020.2 -> 2020.3
The attached diff updates devel/tbb from 2020.2 to 2020.3.
The changelog can be viewed here:
https://github.com/oneapi-src/oneTBB/blob/v2020.3/CHANGES
I have tested tbb on amd64. configure, build, test, fake, package,
install and uninstall are all working.
I identified that both graphics/blender and geo/osrm-backend depend on
tbb. Both build and package sucessfully. I unfortunately don't know
enough about Blender to feel comfortable saying that nothing is broken,
so I've cc'ed the maintainer of that package as well in case they wish
to do their own testing.
Thanks.
diff --git a/devel/tbb/Makefile b/devel/tbb/Makefile
index 0992e022b2f..54dee5780d4 100644
--- a/devel/tbb/Makefile
+++ b/devel/tbb/Makefile
@@ -4,14 +4,14 @@ ONLY_FOR_ARCHS = ${CLANG_ARCHS}
COMMENT = threading building blocks
-V = 2020.2
+V = 2020.3
GH_ACCOUNT = oneapi-src
GH_PROJECT = oneTBB
GH_TAGNAME = v${V}
PKGNAME = tbb-${V}
-SHARED_LIBS += tbb 1.0 #2020.2
-SHARED_LIBS += tbbmalloc 1.0 #2020.2
+SHARED_LIBS += tbb 2.0 #2020.3
+SHARED_LIBS += tbbmalloc 2.0 #2020.3
CATEGORIES = devel
diff --git a/devel/tbb/distinfo b/devel/tbb/distinfo
index 7eed7d0b6e1..7f6a05c2e39 100644
--- a/devel/tbb/distinfo
+++ b/devel/tbb/distinfo
@@ -1,2 +1,2 @@
-SHA256 (oneTBB-2020.2.tar.gz) = SAQyDh5svjpUIZl7UhmePBo4KbLstkiWQdpLjjL69QA=
-SIZE (oneTBB-2020.2.tar.gz) = 2637066
+SHA256 (oneTBB-2020.3.tar.gz) = 68T2qkeXLa7R979x0QCuW/aTHC4xRM8pnIzH0EHcovM=
+SIZE (oneTBB-2020.3.tar.gz) = 2639737
Re: 4 of 8 cores always idle on Ryzen 7 4750U Pro
Stuart Henderson writes: > On 2020/11/07 23:24, Ashton Fagg wrote (on bugs@): >> >> I'm running a Ryzen 4750U (8 cores, 16 with SMT). Obviously SMT >> being disabled means only 8 of them show up in htop and the >> like. However, I've noticed that 4 of my cores are always >> idle. They never, ever leave 0% usage no matter what I do - >> running stress tests, running make with -j8, doesn't matter, >> only 4 cores ever have usage >0. > > Does this help? Hi Stuart, Apologies for the belated reply. I just tested this on my Ryzen machine and can confirm that it does fix the issue with only half of the active cores being shown - screenshots attached. Tested with `stress -c 8` as in my original report. Thanks, Ash
Re: [UPDATE] www/youtube-dl to 2020.11.29
Ricardo Mestre writes: > Hi, > > Simple update to 2020.11.29, OK? I just tested this and it seems to work fine. Ash
Ping: Re: [New] sysutils/glances (Python)
Ping on this one.
Reviewer agreed version attached. Thanks.
glances.tgz
Description: Binary data
Ashton Fagg writes:
> Stuart Henderson writes:
>
>> OpenBSD uses ${SYSCONFDIR} (typically /etc) not /usr/local/etc for
>> config files, and they should be installed using @sample in PLIST so
>> that local edits don't break updates.
>>
>> The web interface (glances -w) requires py3-bottle, it's a small enough
>> dep so I think might as well just list in RUN_DEPENDS rather than write
>> a note in DESCR or a pkg-readme that people will ignore anyway.
>>
>> I also fixed whitespace nits (mix of "=" and " =") and put RUN_DEPENDS
>> in alpha order.
>>
>> It does do something odd with the naming of tmux processes though,
>> just shows them as "default)", not a show stopper for important but might
>> be worth poking at.
>>
>> This version is OK with me if someone wants to commit it..
>
> Thanks for the review, Stuart. I'll take a look at what's going on with
> the tmux processes.
>
> (also interest bump since I'm a few days late on replying - Stuart's
> fixed version attached)
Re: [New] devel/fmt
Jeremie Courreges-Anglas writes: > [...] > > I think the port as-is is ripe and ready to commit, but I don't know yet > if there are ports that might pick this up. > > [...] Just following up on this - if anyone is still interested in importing this new port, I have updated it to the latest version - 7.1.3 (vs 7.1.1). Tarball is attached. Tested the same way - builds, tests, fakes, packages, installs and deinstalls. Thanks, Ash fmt-7.1.3.tgz Description: Binary data
Re: [New] devel/flatbuffers
Marc Espie writes: > I don't have a kodi port yet... I've had it configure and start building, > but it's still missing pieces. > > one thing I can't figure out is why it doesn't pick up freebsd > defaults at all, even though I've mostly configured it to. Hello folks, Just wondering if anyone is still interesting in importing this port? Reviewer-agreed version attached from the previous discussions. Thanks, Ash flatbuffers.tgz Description: Binary data
Re: [New] devel/re2
Stuart Henderson writes:
> textproc would be just fine and is less full than devel
Fixed.
> : GH_ACCOUNT= google
> : GH_PROJECT= re2
> : GH_TAGNAME= 2020-11-01
> :
> : # This is needed because otherwise the package build pukes due to it
> : # not understanding the versioning convention.
> : PKGNAME=re2-${GH_TAGNAME:S,-,,g}
>
> the comment isn't needed, this situation is explicitly called out in
> packages-specs(7)
Fixed.
> :
> : SHARED_LIBS=re2 0.0
> :
> : MAINTAINER= Ashton Fagg
> :
> : # BSD
> : PERMIT_PACKAGE= Yes
> :
> : COMPILER= base-clang ports-gcc
> : MODULES=devel/cmake
> :
> : WANTLIB=${COMPILER_LIBCXX} m pthread
>
> please put wantlib in the standard place as in Makefile.template,
> when someone gets round to doing full wantlib syncs through the ports
> tree again it makes it easier to have that in the usual place
Fixed.
Update tarball attached. Sorry for the slow response.
Ash
re2.tgz
Description: Binary data
Ping - [Maintainer Update] sysutils/direnv: 2.23.1 -> 2.24.0
Ping. diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 52f61e9..67ae754 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.23.1 +GH_TAGNAME = v2.24.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 31ad6c2..f7eec84 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.23.1.tar.gz) = EuAbHfGCVBZUo5yNYxFAz1KL/cpsSSVFx+ZFV0hQPvo= -SIZE (direnv-2.23.1.tar.gz) = 1349672 +SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= +SIZE (direnv-2.24.0.tar.gz) = 1354784 Ashton Fagg writes: > Attached diff will to update sysutils/direnv from 2.23.1 to 2.24.0. > > Package builds and works as expected on amd64. > > Thanks! > > diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile > index 52f61e9..67ae754 100644 > --- a/sysutils/direnv/Makefile > +++ b/sysutils/direnv/Makefile > @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on > current directory > > GH_ACCOUNT = direnv > GH_PROJECT = direnv > -GH_TAGNAME = v2.23.1 > +GH_TAGNAME = v2.24.0 > > MAINTAINER= Ashton Fagg > CATEGORIES = sysutils devel > diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo > index 31ad6c2..f7eec84 100644 > --- a/sysutils/direnv/distinfo > +++ b/sysutils/direnv/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (direnv-2.23.1.tar.gz) = EuAbHfGCVBZUo5yNYxFAz1KL/cpsSSVFx+ZFV0hQPvo= > -SIZE (direnv-2.23.1.tar.gz) = 1349672 > +SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= > +SIZE (direnv-2.24.0.tar.gz) = 1354784
Ping: Update: devel/glog: 0.3.5 -> 0.4.0
Ping again.
diff --git a/devel/glog/Makefile b/devel/glog/Makefile
index 963135f..a663fcc 100644
--- a/devel/glog/Makefile
+++ b/devel/glog/Makefile
@@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.3.5
-REVISION = 1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo b/devel/glog/distinfo
index 61d3b55..b586ccb 100644
--- a/devel/glog/distinfo
+++ b/devel/glog/distinfo
@@ -1,2 +1,2 @@
-SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
-SIZE (glog-0.3.5.tar.gz) = 532275
+SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
+SIZE (glog-0.4.0.tar.gz) = 200955
diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
index 07a8499..9dee1da 100644
--- a/devel/glog/pkg/PLIST
+++ b/devel/glog/pkg/PLIST
@@ -1,6 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
include/glog/
-include/glog/config.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
> Ashton Fagg writes:
>
>> Attached is a patch for devel/glog to update to the latest version.
>>
>> Since it did not have a maintainer listed, I've added my name. I'm happy
>> to take that on as I use it quite a bit and I need it as a dependency
>> for another port I'm working. If that's a problem, no worries, don't
>> want to step on anyone else.
>>
>> This bumps the version from 0.3.5 -> 0.4.0.
>>
>> I tested this on amd64 and observed unit tests failures (this is also
>> present in the version that's currently committed). However, it builds
>> and installs just fine.
>>
>> The changelog is somewhat lengthy given that there's a few versions
>> between what's in ports vs the current version. Nonetheless, this can be
>> perused here:
>>
>> https://github.com/google/glog/releases/tag/v0.4.0
>>
>> I used showvictims.py to search for anything this would victimize,
>> nothing reported.
>>
>> [fagg@elara][~][0] -> obsd-ports-tools/showvictims.py devel/glog
>> LIB_DEPENDS
>> BUILD_DEPENDS
>> RUN_DEPENDS
>> TEST_DEPENDS
>>
>> Patch attached. Comments/feedback welcome.
>>
>> diff --git a/devel/glog/Makefile b/devel/glog/Makefile
>> index 963135f..a663fcc 100644
>> --- a/devel/glog/Makefile
>> +++ b/devel/glog/Makefile
>> @@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
>>
>> GH_ACCOUNT =google
>> GH_PROJECT =glog
>> -GH_TAGNAME =v0.3.5
>> -REVISION = 1
>> +GH_TAGNAME = v0.4.0
>>
>> -SHARED_LIBS += glog 1.0 # 0.2.1
>> +SHARED_LIBS += glog 2.0 # 0.2.1
>>
>> CATEGORIES =devel
>>
>> # New BSD
>> PERMIT_PACKAGE =Yes
>>
>> +MAINTAINER= Ashton Fagg
>> +
>> WANTLIB += ${COMPILER_LIBCXX} gflags m
>>
>> COMPILER = base-clang ports-gcc base-gcc
>> diff --git a/devel/glog/distinfo b/devel/glog/distinfo
>> index 61d3b55..b586ccb 100644
>> --- a/devel/glog/distinfo
>> +++ b/devel/glog/distinfo
>> @@ -1,2 +1,2 @@
>> -SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
>> -SIZE (glog-0.3.5.tar.gz) = 532275
>> +SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
>> +SIZE (glog-0.4.0.tar.gz) = 200955
>> diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
>> index 07a8499..9dee1da 100644
>> --- a/devel/glog/pkg/PLIST
>> +++ b/devel/glog/pkg/PLIST
>> @@ -1,6 +1,5 @@
>> @comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
>> include/glog/
>> -include/glog/config.h
>> include/glog/log_severity.h
>> include/glog/logging.h
>> include/glog/raw_logging.h
Re: [New] sysutils/glances (Python)
Stuart Henderson writes:
> OpenBSD uses ${SYSCONFDIR} (typically /etc) not /usr/local/etc for
> config files, and they should be installed using @sample in PLIST so
> that local edits don't break updates.
>
> The web interface (glances -w) requires py3-bottle, it's a small enough
> dep so I think might as well just list in RUN_DEPENDS rather than write
> a note in DESCR or a pkg-readme that people will ignore anyway.
>
> I also fixed whitespace nits (mix of "=" and " =") and put RUN_DEPENDS
> in alpha order.
>
> It does do something odd with the naming of tmux processes though,
> just shows them as "default)", not a show stopper for important but might
> be worth poking at.
>
> This version is OK with me if someone wants to commit it..
Thanks for the review, Stuart. I'll take a look at what's going on with
the tmux processes.
(also interest bump since I'm a few days late on replying - Stuart's
fixed version attached)
glances.tgz
Description: Binary data
[Maintainer Update] sysutils/direnv: 2.23.1 -> 2.24.0
Attached diff will to update sysutils/direnv from 2.23.1 to 2.24.0. Package builds and works as expected on amd64. Thanks! diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile index 52f61e9..67ae754 100644 --- a/sysutils/direnv/Makefile +++ b/sysutils/direnv/Makefile @@ -4,7 +4,7 @@ COMMENT = tool for managing environment based on current directory GH_ACCOUNT = direnv GH_PROJECT = direnv -GH_TAGNAME = v2.23.1 +GH_TAGNAME = v2.24.0 MAINTAINER= Ashton Fagg CATEGORIES = sysutils devel diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo index 31ad6c2..f7eec84 100644 --- a/sysutils/direnv/distinfo +++ b/sysutils/direnv/distinfo @@ -1,2 +1,2 @@ -SHA256 (direnv-2.23.1.tar.gz) = EuAbHfGCVBZUo5yNYxFAz1KL/cpsSSVFx+ZFV0hQPvo= -SIZE (direnv-2.23.1.tar.gz) = 1349672 +SHA256 (direnv-2.24.0.tar.gz) = oJk5ErxuiVgLyDINPJs+cMzWqgbB2Eek2RdL7oqLlDE= +SIZE (direnv-2.24.0.tar.gz) = 1354784
Ping: [Update] x11/xbindkeys: 1.8.6 -> 1.8.7
Ping. diff --git a/x11/xbindkeys/Makefile b/x11/xbindkeys/Makefile index 948ef7f..9767879 100644 --- a/x11/xbindkeys/Makefile +++ b/x11/xbindkeys/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.22 2019/07/12 20:51:25 sthen Exp $ COMMENT = bind keys or mouse buttons to shell commands under X11 -DISTNAME = xbindkeys-1.8.6 +DISTNAME = xbindkeys-1.8.7 CATEGORIES = x11 REVISION = 0 diff --git a/x11/xbindkeys/distinfo b/x11/xbindkeys/distinfo index 44be864..e52886f 100644 --- a/x11/xbindkeys/distinfo +++ b/x11/xbindkeys/distinfo @@ -1,2 +1,2 @@ -SHA256 (xbindkeys-1.8.6.tar.gz) = bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg= -SIZE (xbindkeys-1.8.6.tar.gz) = 151941 +SHA256 (xbindkeys-1.8.7.tar.gz) = opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI= +SIZE (xbindkeys-1.8.7.tar.gz) = 177532 Ashton Fagg writes: > Attached is a patch to update x11/xbindkeys from 1.8.6 to 1.8.7. > > showvictims.py reports no victimized ports. > > make configure, make build, make fake, make install, make deinstall and > make package are all working as expected on amd64. The port contains no > tests from upstream. > > Relevant changelog can be viewed here at [1]. > > "Version 1.8.7: Bugfix: Prevent scheme functions to be garbage collected > (Thanks Jason Miller)" > > Thanks, > > Ash > > [1]: https://www.nongnu.org/xbindkeys/ > > diff --git a/x11/xbindkeys/Makefile b/x11/xbindkeys/Makefile > index 948ef7f..9767879 100644 > --- a/x11/xbindkeys/Makefile > +++ b/x11/xbindkeys/Makefile > @@ -1,7 +1,7 @@ > # $OpenBSD: Makefile,v 1.22 2019/07/12 20:51:25 sthen Exp $ > > COMMENT =bind keys or mouse buttons to shell commands under X11 > -DISTNAME = xbindkeys-1.8.6 > +DISTNAME = xbindkeys-1.8.7 > CATEGORIES = x11 > REVISION = 0 > > diff --git a/x11/xbindkeys/distinfo b/x11/xbindkeys/distinfo > index 44be864..e52886f 100644 > --- a/x11/xbindkeys/distinfo > +++ b/x11/xbindkeys/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (xbindkeys-1.8.6.tar.gz) = > bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg= > -SIZE (xbindkeys-1.8.6.tar.gz) = 151941 > +SHA256 (xbindkeys-1.8.7.tar.gz) = > opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI= > +SIZE (xbindkeys-1.8.7.tar.gz) = 177532
Ping: Update: devel/glog: 0.3.5 -> 0.4.0
Ping.
diff --git a/devel/glog/Makefile b/devel/glog/Makefile
index 963135f..a663fcc 100644
--- a/devel/glog/Makefile
+++ b/devel/glog/Makefile
@@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.3.5
-REVISION = 1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo b/devel/glog/distinfo
index 61d3b55..b586ccb 100644
--- a/devel/glog/distinfo
+++ b/devel/glog/distinfo
@@ -1,2 +1,2 @@
-SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
-SIZE (glog-0.3.5.tar.gz) = 532275
+SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
+SIZE (glog-0.4.0.tar.gz) = 200955
diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
index 07a8499..9dee1da 100644
--- a/devel/glog/pkg/PLIST
+++ b/devel/glog/pkg/PLIST
@@ -1,6 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
include/glog/
-include/glog/config.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
Ashton Fagg writes:
> Attached is a patch for devel/glog to update to the latest version.
>
> Since it did not have a maintainer listed, I've added my name. I'm happy
> to take that on as I use it quite a bit and I need it as a dependency
> for another port I'm working. If that's a problem, no worries, don't
> want to step on anyone else.
>
> This bumps the version from 0.3.5 -> 0.4.0.
>
> I tested this on amd64 and observed unit tests failures (this is also
> present in the version that's currently committed). However, it builds
> and installs just fine.
>
> The changelog is somewhat lengthy given that there's a few versions
> between what's in ports vs the current version. Nonetheless, this can be
> perused here:
>
> https://github.com/google/glog/releases/tag/v0.4.0
>
> I used showvictims.py to search for anything this would victimize,
> nothing reported.
>
> [fagg@elara][~][0] -> obsd-ports-tools/showvictims.py devel/glog
> LIB_DEPENDS
> BUILD_DEPENDS
> RUN_DEPENDS
> TEST_DEPENDS
>
> Patch attached. Comments/feedback welcome.
>
> diff --git a/devel/glog/Makefile b/devel/glog/Makefile
> index 963135f..a663fcc 100644
> --- a/devel/glog/Makefile
> +++ b/devel/glog/Makefile
> @@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
>
> GH_ACCOUNT = google
> GH_PROJECT = glog
> -GH_TAGNAME = v0.3.5
> -REVISION = 1
> +GH_TAGNAME = v0.4.0
>
> -SHARED_LIBS += glog 1.0 # 0.2.1
> +SHARED_LIBS += glog 2.0 # 0.2.1
>
> CATEGORIES = devel
>
> # New BSD
> PERMIT_PACKAGE = Yes
>
> +MAINTAINER= Ashton Fagg
> +
> WANTLIB += ${COMPILER_LIBCXX} gflags m
>
> COMPILER = base-clang ports-gcc base-gcc
> diff --git a/devel/glog/distinfo b/devel/glog/distinfo
> index 61d3b55..b586ccb 100644
> --- a/devel/glog/distinfo
> +++ b/devel/glog/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
> -SIZE (glog-0.3.5.tar.gz) = 532275
> +SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
> +SIZE (glog-0.4.0.tar.gz) = 200955
> diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
> index 07a8499..9dee1da 100644
> --- a/devel/glog/pkg/PLIST
> +++ b/devel/glog/pkg/PLIST
> @@ -1,6 +1,5 @@
> @comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
> include/glog/
> -include/glog/config.h
> include/glog/log_severity.h
> include/glog/logging.h
> include/glog/raw_logging.h
[New] devel/re2
Attached is a new port for re2 [1]. To quote the authors: "RE2 is a fast, safe, thread-friendly alternative to backtracking regular expression engines like those used in PCRE, Perl, and Python. It is a C++ library." NOTE: there are similarly named ports already, this is different software. Package builds and installs fine on amd64. The test suite is quite lengthy. On my fairly modest test machine it takes about 30-45 mins or so. With the default timeout settings, one of the tests does fail due to time out (at least on my machine), but if you increase the time limit it's fine. I've left them default here because I'm not sure what to do about it. Feedback welcomed. Ash [1]: https://github.com/google/re2 re2.tgz Description: Binary data
[Update] x11/xbindkeys: 1.8.6 -> 1.8.7
Attached is a patch to update x11/xbindkeys from 1.8.6 to 1.8.7. showvictims.py reports no victimized ports. make configure, make build, make fake, make install, make deinstall and make package are all working as expected on amd64. The port contains no tests from upstream. Relevant changelog can be viewed here at [1]. "Version 1.8.7: Bugfix: Prevent scheme functions to be garbage collected (Thanks Jason Miller)" Thanks, Ash [1]: https://www.nongnu.org/xbindkeys/ diff --git a/x11/xbindkeys/Makefile b/x11/xbindkeys/Makefile index 948ef7f..9767879 100644 --- a/x11/xbindkeys/Makefile +++ b/x11/xbindkeys/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.22 2019/07/12 20:51:25 sthen Exp $ COMMENT = bind keys or mouse buttons to shell commands under X11 -DISTNAME = xbindkeys-1.8.6 +DISTNAME = xbindkeys-1.8.7 CATEGORIES = x11 REVISION = 0 diff --git a/x11/xbindkeys/distinfo b/x11/xbindkeys/distinfo index 44be864..e52886f 100644 --- a/x11/xbindkeys/distinfo +++ b/x11/xbindkeys/distinfo @@ -1,2 +1,2 @@ -SHA256 (xbindkeys-1.8.6.tar.gz) = bA0Yvhn8GaubRZXt86I8CmlGyKXrXBvDlUccj5pxDRg= -SIZE (xbindkeys-1.8.6.tar.gz) = 151941 +SHA256 (xbindkeys-1.8.7.tar.gz) = opuGqOyR1KvIO0IOVH2idHCEfQ7+gIqm51FHqgrbgvI= +SIZE (xbindkeys-1.8.7.tar.gz) = 177532
Re: [New] sysutils/glances (Python)
"Dimitri Karamazov" writes: > I think this link is more fitting as a HOMEPAGE. Fixed. > Including the configuration will be better. > > This program doesn't pick up on the terminal background colors, the > conf file might help with it, Fixed. > only nitpick after having a few glances, hehe ;-) Heyo! Updated tarball attached. Thanks for the review. glances.tgz Description: Binary data
Update: devel/glog: 0.3.5 -> 0.4.0
Attached is a patch for devel/glog to update to the latest version.
Since it did not have a maintainer listed, I've added my name. I'm happy
to take that on as I use it quite a bit and I need it as a dependency
for another port I'm working. If that's a problem, no worries, don't
want to step on anyone else.
This bumps the version from 0.3.5 -> 0.4.0.
I tested this on amd64 and observed unit tests failures (this is also
present in the version that's currently committed). However, it builds
and installs just fine.
The changelog is somewhat lengthy given that there's a few versions
between what's in ports vs the current version. Nonetheless, this can be
perused here:
https://github.com/google/glog/releases/tag/v0.4.0
I used showvictims.py to search for anything this would victimize,
nothing reported.
[fagg@elara][~][0] -> obsd-ports-tools/showvictims.py devel/glog
LIB_DEPENDS
BUILD_DEPENDS
RUN_DEPENDS
TEST_DEPENDS
Patch attached. Comments/feedback welcome.
diff --git a/devel/glog/Makefile b/devel/glog/Makefile
index 963135f..a663fcc 100644
--- a/devel/glog/Makefile
+++ b/devel/glog/Makefile
@@ -4,16 +4,17 @@ COMMENT = C++ application-level logging library
GH_ACCOUNT = google
GH_PROJECT = glog
-GH_TAGNAME = v0.3.5
-REVISION = 1
+GH_TAGNAME = v0.4.0
-SHARED_LIBS += glog 1.0 # 0.2.1
+SHARED_LIBS += glog 2.0 # 0.2.1
CATEGORIES = devel
# New BSD
PERMIT_PACKAGE = Yes
+MAINTAINER= Ashton Fagg
+
WANTLIB += ${COMPILER_LIBCXX} gflags m
COMPILER = base-clang ports-gcc base-gcc
diff --git a/devel/glog/distinfo b/devel/glog/distinfo
index 61d3b55..b586ccb 100644
--- a/devel/glog/distinfo
+++ b/devel/glog/distinfo
@@ -1,2 +1,2 @@
-SHA256 (glog-0.3.5.tar.gz) = dYDkCKLAtaicohRzmXjOb/SAtefY12mKKqkvrcSE0eA=
-SIZE (glog-0.3.5.tar.gz) = 532275
+SHA256 (glog-0.4.0.tar.gz) = 8oNZrroS8w1z2eRxHvNW3IQohpaBEhYrxzACZFE5w5w=
+SIZE (glog-0.4.0.tar.gz) = 200955
diff --git a/devel/glog/pkg/PLIST b/devel/glog/pkg/PLIST
index 07a8499..9dee1da 100644
--- a/devel/glog/pkg/PLIST
+++ b/devel/glog/pkg/PLIST
@@ -1,6 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2018/05/17 09:45:58 espie Exp $
include/glog/
-include/glog/config.h
include/glog/log_severity.h
include/glog/logging.h
include/glog/raw_logging.h
Re: [new] multimedia/opustags
Omar Polo writes: > [...snip...] > The port is straightforward. I believe that the comment and the DESCR > could be improved, but that was the best I was able to write, help > appreciated. > > The last minute doubt is if audio is a better category than multimedia. Hey, So I gave this a try. It builds ok. But running "make test" seems to fail. At a brief look I can't see anything that stands out as unit and/or regression tests, so you should add: # No tests from upstream NO_TEST = Yes to the Makefile so make test doesn't error out. You can also just use GH_TAGNAME directly instead of V. Just set: GH_TAGNAME = 1.5.0 and I think not defining distname (default) should be OK. Don't take my word as law though, I'm a newbie myself. Hope that helps. Ash
[New] sysutils/glances (Python)
Hello, I have a new port attached for Glances [1]. It's a system monitoring tool (similar to top, htop etc), written in Python. It has built-in support for monitoring a remote system, nice web GUI etc. It does a bunch of other things beyond just what top/htop does - it also monitors network activity, disk I/O, temperature sensors and a couple other things (some of this is Linux only right now...). The attached port has been tested on amd64, and a patch included to make sure the man pages get put in the right place. make configure, make build, make test, make fake, make install, make deinstall all work. portcheck reports clean. Appears to function as expected. Question, comments, suggestions appreciated. Thanks, Ash [1] https://nicolargo.github.io/glances/ glances.tgz Description: Binary data
Re: [New] devel/fmt
Jeremie Courreges-Anglas writes:
> [...snip...]
> You have this line:
>
> WANTLIB+= c++ c++abi ${COMPILER_LIBCXX}
>
> "c++ c++abi" *is* the content of COMPILER_LIBCXX when you use
> base-clang, so no need to duplicate it. The contents of COMPILER_LIBCXX
> will change according to the compiler used.
> [...snip...]
Thanks, that's good to know.
> I think the port as-is is ripe and ready to commit, but I don't know yet
> if there are ports that might pick this up.
Cool. If it goes in, that'd be great. I'm interested to see if there's
other ports that can use it also.
> No idea if there are written rules somewhere. I thought it was mostly:
> - use tabs for indentation
> - try to align values in variable assignements
> - generally try to keep things consistent unless inconvenient
>
> Since you use emacs, M-x whitespace-mode can help (I don't use it by
> default because it's way too verbose but it can be configured ofc).
Ok yeah, that helps. whitespace-mode should help with eyeballing to see
whether things are lined up - I was just concerned there was something
"off" with my config that was causing it to look different to other
people. It seems that's not the case.
Thanks.
Ash
Re: [New] devel/fmt
Jeremie Courreges-Anglas writes:
> Here are some items that need fixing:
>
> * You have to adapt the SHARED_LIBS line. In this case the library is
> named "libfmt.so..." so the SHARED_LIB line should be:
>
> SHARED_LIBS =fmt0.0
Addressed.
> Don't bother with adding the original version in a comment, as I did for
> flatbuffers. It's useless in practice, it can only help you track
> bumps done upstream so you can see whether an upstream is serious about
> ABI concerns. But only if you maintain the commented version.
>
> Once you have fixed SHARED_LIBS, run make clean and make plist: you'll
> see that your library is properly named "@lib
> lib/libfmt.so.${LIBfmt_VERSION}".
>
> Re WANTLIB, please don't copy it either. When I zap WANTLIB and then
> run make port-lib-depends-check, I get:
Addressed. I'm not sure what happened there.
> --8<--
> russell /usr/ports/mystuff/devel/fmt$ make port-lib-depends-check
>
> fmt-7.1.1(devel/fmt):
> Missing: c++.5 (/usr/local/lib/libfmt.so.0.0) (system lib)
> Missing: c++abi.3 (/usr/local/lib/libfmt.so.0.0) (system lib)
> WANTLIB += ${COMPILER_LIBCXX}
> *** Error 1 in target 'port-lib-depends-check' (ignored)
> -->8--
>
> * WANTLIB is off, don't copy/paste it from other ports. You can just
> copy/paste the suggested WANTLIB line(s) from make
> port-lib-depends-check, with no editing:
>
> --8<--
> russell /usr/ports/mystuff/devel/fmt$ make port-lib-depends-check
>
> fmt-7.1.1(devel/fmt):
> Extra: pthread.26
> russell /usr/ports/mystuff/devel/fmt$ make show=COMPILER_LIBCXX
> c++ c++abi pthread
> -->8--
>
> Dunno why libfmt isn't linked against libpthread here, but the suggested
> WANTLIB is almost certainly correct.
Addressed.
> * -DFMT_DOC is useless now (no doc generated, no doc installed in the
> PLIST) and might be harmful (auto-detection of doxygen and python, which
> might go away later if not properly registered as BUILD_DEPENDS).
> -DFMT_INSTALL=on doesn't look useful either. Your call regarding
> -DFMT_PEDANTIC=on but note that upstream doesn't use it by default.
Yeah I nixed pedantic. Might as well make it easy and just use what
upstream has.
> * COMPILER = base-clang ports-gcc
> This is the recipe for most modern C++ software, which should be built
> with a C++11 or newer compiler. ports-gcc would be used where
> base-clang isn't available.
Thanks, added that.
> * HOMEPAGE is the default generated with the GH_* variables, you can
> drop it.
Addressed.
> * "-Safe printf implementation" -> "- Safe printf implementation" in DESCR
Fixed.
> * Weird spacing: please only use tabs for indentation, not spaces then
> tabs.
Fixed this as well, I think. There seems to be a lot of tribal knowledge
around this. Are there any written rules beyond just "use tabs" and make
it look neat? It looks fine in my emacs (screenshot attached) but I
wonder if it's misconfigured and other people are seeing it
differently. (I checked with vi and it looks the same).
fmt-7.1.1.tgz
Description: Binary data
Re: [New] devel/fmt
Ashton Fagg writes: > Per discussion in the flatbuffers thread (Marc & Jeremie cc'd), here is > an updated version of the fmt port. Tested the same way as before. > > Only changes are some whitespace clean up and the appropriate > SHARED_LIBS entry. Fixing a mistake in the SHARED_LIBS entry. WANTLIB was not set correctly either - per discussions on the flatbuffers port. fmt-7.1.1.tgz Description: Binary data
Re: [New] devel/flatbuffers
Jeremie Courreges-Anglas writes:
> Well if you drop -Werror, it just builds. -Werror is often a pain in
> ports, we tend to disable it.
Thanks for the tip. I did not know if that was allowed or not. I will do
the same to the fmt port since I'm actually explicitly setting that option.
> On top of your tarball:
> - some spacing and ordering tweaks
> - SHARED_LIBS was a bit off. Note that SHARED_LIBS versioning should
> start at zero, we don't respect upstream versioning (see SHARED_LIBS in
> bsd.port.mk(5))
Thanks, I goofed that in the fmt port too. I'll fix.
> - PLIST regened with make update-plist
> - WANTLIB regened with make port-lib-depends-show
> - -DCMAKE_INSTALL_PREFIX="${PREFIX}" is the default in a port, I didn't
> check the others -Defines
I took a look at what FreeBSD does for their flatbuffers port and set
the cmake flags to match:
https://svnweb.freebsd.org/ports/head/devel/flatbuffers/Makefile?view=markup=528335
(the exception is they don't build the tests - no idea why)
> I think the port is good to commit (need to check if it can be picked
> up by other ports first). Additional reviews and oks welcome.
I'd be interested to see if this works for Marc's kodi port. As I said,
I have a couple other ports in the works that rely on this anyway. I had
a brief look at Chromium and it's intimidating...I haven't wrapped my
head around it enough to determine whether one can swap out the bundled
flatbuffers or not.
Re: [New] devel/fmt
Ashton Fagg writes: > Just updating this with the latest iteration. > > Test issue has been worked around - have confirmed with upstream it > doesn't really matter. Test suite now passes completely but I will try > and figure it out when I have more time. The bug is in the test code, > not the actual library code as far as I can figure out. > > In the process of debugging the test I found the library won't build in > certain scenarios - I've fixed that, patch included. The same patch has > been sent to upstream and should get merged. > > No other changes aside from some whitespace changes. Tested in the same > way and confirmed working. Per discussion in the flatbuffers thread (Marc & Jeremie cc'd), here is an updated version of the fmt port. Tested the same way as before. Only changes are some whitespace clean up and the appropriate SHARED_LIBS entry. fmt-7.1.1.tgz Description: Binary data
Re: [New] devel/flatbuffers
Ashton Fagg writes: > Thanks for the feedback. > > I need them for my own purposes, but if others want to use them for > other ports - that'd be awesome. I have another library I need which > depends on fmt. > > I'll update the port with your suggestions. > > Thanks. Here is an updated version with your suggestions in mind. I've added a comment regarding why ports-gcc is required (don't know why I didn't have that...must've forgot). It seems that the code-gen'd unit tests don't compile with the ports-clang or base-clang. I'm not entirely sure why and it's possibly already been fixed upstream - I'll investigate that. This has been tested the same way as my original submission. I would happy to try and investigate whether this port could be used to deduplicate stuff in other existing ports once it lands. I'll give fmt the same treatment and send it in, back in the corresponding thread. Thanks! flatbuffers-1.12.0.tgz Description: Binary data
Re: [New] devel/flatbuffers
Jeremie Courreges-Anglas writes: > With a bare COMPILER=ports-gcc (no explanation) and the lack of a > SHARED_LIBS* entry I think this port needs more scrutiny before import. > > Ashton: besides kodi, mentioned by Marc, do you have plans for those > flatbuffers and fmt libraries? Or do you just happen to need them for > personal work/projects? > > * your fmt port should also have a SHARED_LIBS entry Thanks for the feedback. I need them for my own purposes, but if others want to use them for other ports - that'd be awesome. I have another library I need which depends on fmt. I'll update the port with your suggestions. Thanks.
[New] devel/flatbuffers
Hello, Please see attached for a new port: flatbuffers (https://google.github.io/flatbuffers/). Quoting the homepage: "FlatBuffers is an efficient cross platform serialization library for C++, C#, C, Go, Java, Kotlin, JavaScript, Lobster, Lua, TypeScript, PHP, Python, Rust and Swift. It was originally created at Google for game development and other performance-critical applications." The attached port builds and passes the test suite. The package installs and appears to work as indended. Portcheck reports clean. There is a patch included which fixes some include issues (similar to what's seen in the chromium and irdium ports - which include flatbuffers as an in-repo dependency). There is already a similar patch in upstream's queue which should land soon. Comments and feedback appreciated. Thanks, Ash flatbuffers-1.12.0.tgz Description: Binary data
Re: [New] devel/fmt
Just updating this with the latest iteration. Test issue has been worked around - have confirmed with upstream it doesn't really matter. Test suite now passes completely but I will try and figure it out when I have more time. The bug is in the test code, not the actual library code as far as I can figure out. In the process of debugging the test I found the library won't build in certain scenarios - I've fixed that, patch included. The same patch has been sent to upstream and should get merged. No other changes aside from some whitespace changes. Tested in the same way and confirmed working. Ashton Fagg writes: > Hello, > > I have here a new port for the fmt library for C++. > > NOTE: For bonus confusion, there's already a devel/libfmt. Please note > these are *not* the same software. (suggestions on naming appreciated) > > fmt (https://github.com/fmtlib/fmt) is a formatting library that > provides an alternative to C++ iostreams and C stdio. It's used quite > widely nowadays, it's sort of like the various "pretty printing" > libraries you see in Python. > > I have built this on my -current machine (amd64). The package builds and > seems to work. Portcheck reports clean. > > Two caveats: > > - This is their latest release. However, it seems although they provide > build options to enable -Werror and -pedantic, they apparently don't > actually test it as one of the tests won't build. They appear to have > noticed this and fixed it after this release was cut. As a result, > I've backported their fix so we can compile with the most stringent > options enabled. > > - The test suite passes only 15/16 tests. The single failure appears to > be a complaint over the wording of an error message it's expecting - > the way they're testing this stuff is somewhat strange. As far as I > can tell, this doesn't actually matter for anything. Since everything > else passes it seems things are working as intended. I will > investigate this further and send a patch upstream if required. > > Suggestions greatly appreciated. > > Thanks, > > Ash fmt-7.1.1.tgz Description: Binary data
Re: [New] sysutils/autorandr
Klemens Nanni writes:
> On Wed, Nov 04, 2020 at 03:28:09PM +, Stuart Henderson wrote:
>> Updated version attaached:
> Thanks, I had some of thoes but didn't come around to mail it, but you
> did a better job anyway.
>
>> - whitespace fixes
>>
>> - while you had MODPY_SETUPTOOLS set you were overriding do-install so it
>> didn't actually use the things setuptools did. change that to actually use
>> setuptools, which sets #! lines etc for you and generates egg-info files,
>> get rid of the patch / MODPY_ADJ_FILES
>>
>> - set MODPY_EGG_VERSION should be the string in the site-packages egg-info
>> lines i.e. they should look like autorandr-${MODPY_EGG_VERSION}-py
> OK kn
>
>> - i think x11 probably is better than sysutils though i am not wedded to that
> Yup, can just add syysutils as secondary as well.
Stuart/Klemens,
Thank you both for the reviews and suggestions, I'm learning a lot
here. I think x11 as the category makes more sense than sysutils on
reflection.
Ash
[New] devel/fmt
Hello, I have here a new port for the fmt library for C++. NOTE: For bonus confusion, there's already a devel/libfmt. Please note these are *not* the same software. (suggestions on naming appreciated) fmt (https://github.com/fmtlib/fmt) is a formatting library that provides an alternative to C++ iostreams and C stdio. It's used quite widely nowadays, it's sort of like the various "pretty printing" libraries you see in Python. I have built this on my -current machine (amd64). The package builds and seems to work. Portcheck reports clean. Two caveats: - This is their latest release. However, it seems although they provide build options to enable -Werror and -pedantic, they apparently don't actually test it as one of the tests won't build. They appear to have noticed this and fixed it after this release was cut. As a result, I've backported their fix so we can compile with the most stringent options enabled. - The test suite passes only 15/16 tests. The single failure appears to be a complaint over the wording of an error message it's expecting - the way they're testing this stuff is somewhat strange. As far as I can tell, this doesn't actually matter for anything. Since everything else passes it seems things are working as intended. I will investigate this further and send a patch upstream if required. Suggestions greatly appreciated. Thanks, Ash fmt-7.1.1.tgz Description: Binary data
Re: Further ping, updated - [New] sysutils/direnv
Stuart Henderson writes: > here's a tidied version, commentary inline > > this one is ok sthen@ to import Stuart, Thank you for your review. It looks like Aaron's review got much of what you suggested as well. Not sure if you need it still, but here's a tarball - tested and working, same as before. This incorporates both your and Aaron's suggestions. Thanks again, Ash direnv-2.23.1.tgz Description: Binary data
Re: Further ping, updated - [New] sysutils/direnv
Aaron Bieber writes: > Here is a version with the above changes - OK abieber@ for this going in if > someone wants to commit it: > [...snip...] Hi Aaron, Thank you for the review and advice. I have attached a full tarball with your updated Makefile - works well for me. Thanks, Ash direnv-2.23.1.tgz Description: Binary data
Re: [New] sysutils/autorandr
Finally getting back to this, I have addressed the review comments from
Klemens below.
Updated version of the port attached as tarball.
Package builds correctly. I installed it on my machine and it seems to
be working as expected (talking to xrandr as it should) - I have only
tested this on amd64. Portcheck is again clean.
Comments on what specifically changed since intial review below. Any
suggestions appreciated.
Thanks again Klemens for the initial review.
autorandr-1.10.1.tgz
Description: Binary data
Klemens Nanni writes:
>> --- /dev/null
>> +++ b/sysutils/autorandr/Makefile
>> @@ -0,0 +1,29 @@
>> +# $OpenBSD: Makefile,v 1.13 2019/11/10 16:25:41 kmos Exp $
>> +
>> +COMMENT=automates xrandr calls based on connect devices
>> +
>> +MODPY_EGG_VERSION= 1.10.1
> You can merge that right into GH_TAGNAME.
Done.
>> +DISTNAME= autorandr-${MODPY_EGG_VERSION}
> GH_* sets DISTNAME and PKGNAME automatically so only set them manually
> when required (not here).
Done.
>> +CATEGORIES= sysutils
> "x11" could do as second category.
Done. Maybe it's better as the primary category, on reflection?
>> +
>> +GH_ACCOUNT=phillipberndt
>> +GH_PROJECT=autorandr
>> +GH_TAGNAME=${MODPY_EGG_VERSION}
>> +
>> +# GPLv3
>> +PERMIT_PACKAGE= Yes
>> +
>> +MAINTAINER=Ashton Fagg
>> +
>> +MODULES=lang/python
>> +MODPY_SETUPTOOLS = Yes
> New ports should be using Python 3, i.e.
> MODPY_VERSION=${MODPY_DEFAULT_VERSION_3}
Addressed. I also changed the Makefile to use MODPY_ADJ_FILES, so I am
not sure if the Python shebang needs to patched now...
(Sorry, I am new to this).
>> --- /dev/null
>> +++ b/sysutils/autorandr/patches/patch-autorandr_py
>> @@ -0,0 +1,11 @@
>> +$OpenBSD$
>> +
>> +Index: autorandr.py
>> +--- autorandr.py.orig
>> autorandr.py
>> +@@ -1,4 +1,4 @@
>> +-#!/usr/bin/env python
>> ++#!/usr/bin/env python2
> Use MODPY_ADJ_FILES, see port-modules(5).
Addressed, see above.
>> --- /dev/null
>> +++ b/sysutils/autorandr/pkg/DESCR
>> @@ -0,0 +1 @@
>> +Automates xrandr actions.
> This is not a description, even COMMENT contains more information.
> Please be more elaborate so that `pkg_info autorandr' will tell users
> what to expect from this package before they install it.
I have elaborated more in the attached version.
Further ping, updated - [New] sysutils/direnv
Ping again with an update and a correction. I have updated the port (attached) to the newest version of direnv. I also noticed in my testing on a different machine, that shells/bash is a required runtime dependency. I have corrected that as well. Again, portcheck is clean. make configure, make build, make fake, make package and make install all succeed, package works as expected on my amd64 -current test machine. make test also seems to work with some caveats. I need to investigate that and will send whatever suggestion I figure out upstream should this get merged. Thanks, Ash direnv-2.23.1.tgz Description: Binary data Ashton Fagg writes: > Ping. > > On Sat, 24 Oct 2020 at 21:20, Ashton Fagg wrote: >> >> Interest bump! >> >> It was also suggested that new ports should be submitted as a tarball. I >> have addressed that (as attached). >> >> Thanks. >> >> >> Ashton Fagg writes: >> >> > Hello folks, >> > >> > I have created a port of direnv (https://direnv.net). It is a utility >> > (written in Go) that hooks onto your shell, and lets you define >> > project specific environments. >> > >> > Portcheck is clean. The package builds successfully, I was able to >> > pkg_add it to my machine and test it (amd64 with zsh). >> > >> > There is a small example on the github page, I was able to confirm >> > that it is working. `man direnv` and related pages also work. >> > >> > Any suggestions appreciated. Thanks.
Re: Interest Bump! - [New] sysutils/direnv
Ping. On Sat, 24 Oct 2020 at 21:20, Ashton Fagg wrote: > > Interest bump! > > It was also suggested that new ports should be submitted as a tarball. I > have addressed that (as attached). > > Thanks. > > > Ashton Fagg writes: > > > Hello folks, > > > > I have created a port of direnv (https://direnv.net). It is a utility > > (written in Go) that hooks onto your shell, and lets you define > > project specific environments. > > > > Portcheck is clean. The package builds successfully, I was able to > > pkg_add it to my machine and test it (amd64 with zsh). > > > > There is a small example on the github page, I was able to confirm > > that it is working. `man direnv` and related pages also work. > > > > Any suggestions appreciated. Thanks. direnv.tgz Description: application/gzip
Interest Bump! - [New] sysutils/direnv
Interest bump!
It was also suggested that new ports should be submitted as a tarball. I
have addressed that (as attached).
Thanks.
direnv.tgz
Description: Binary data
Ashton Fagg writes:
> Hello folks,
>
> I have created a port of direnv (https://direnv.net). It is a utility
> (written in Go) that hooks onto your shell, and lets you define
> project specific environments.
>
> Portcheck is clean. The package builds successfully, I was able to
> pkg_add it to my machine and test it (amd64 with zsh).
>
> There is a small example on the github page, I was able to confirm
> that it is working. `man direnv` and related pages also work.
>
> Any suggestions appreciated. Thanks.
>
> diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile
> new file mode 100644
> index 000..345705be866
> --- /dev/null
> +++ b/sysutils/direnv/Makefile
> @@ -0,0 +1,48 @@
> +# $OpenBSD: Makefile.template,v 1.88 2020/05/15 01:32:48 abieber Exp $
> +
> +COMMENT = tool for managing environment based on current directory
> +
> +GH_ACCOUNT = direnv
> +GH_PROJECT = direnv
> +VERSION = 2.23.0
> +GH_TAGNAME = v${VERSION}
> +
> +MAINTAINER= Ashton Fagg
> +CATEGORIES = sysutils devel
> +HOMEPAGE = https://direnv.net
> +
> +# MIT
> +PERMIT_PACKAGE = Yes
> +
> +WANTLIB =c pthread
> +
> +USE_GMAKE = Yes
> +
> +MODULES= lang/go
> +
> +pre-build: remove-github-actions
> +
> +do-build:
> + cd ${WRKSRC}; ${MODGO_BUILD_CMD} github.com/direnv/direnv/...
> +
> +# This removes some unneeded stuff. These are just
> +# Github CI hooks.
> +remove-github-actions:
> + rm -rf ${WRKSRC}/script
> +
> +do-install:
> + $(INSTALL_PROGRAM) $(MODGO_WORKSPACE)/bin/direnv $(PREFIX)/bin
> + $(INSTALL_MAN) \
> + $(WRKSRC)/man/direnv.1 $(PREFIX)/man/man1/direnv.1
> + $(INSTALL_MAN) \
> + $(WRKSRC)/man/direnv-stdlib.1 $(PREFIX)/man/man1/direnv-stdlib.1
> + $(INSTALL_MAN) \
> + $(WRKSRC)/man/direnv-fetchurl.1
> $(PREFIX)/man/man1/direnv-fetchurl.1
> + $(INSTALL_MAN) \
> + $(WRKSRC)/man/direnv.toml.1 $(PREFIX)/man/man1/direnv.toml.1
> +
> +do-test:
> + cd ${WRKSRC};
> + ${MODGO_CMD} test github.com/direnv/direnv/...
> +
> +.include
> diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
> new file mode 100644
> index 000..e068918c6f2
> --- /dev/null
> +++ b/sysutils/direnv/distinfo
> @@ -0,0 +1,2 @@
> +SHA256 (direnv-2.23.0.tar.gz) = 0ovJWWgKMJ0NVPdU7f5iLN3hSkuAb90y0oXUejIgmLk=
> +SIZE (direnv-2.23.0.tar.gz) = 1349546
> diff --git a/sysutils/direnv/pkg/DESCR b/sysutils/direnv/pkg/DESCR
> new file mode 100644
> index 000..3c433d4d887
> --- /dev/null
> +++ b/sysutils/direnv/pkg/DESCR
> @@ -0,0 +1,12 @@
> +direnv is an extension for POSIX shells that adds the ability to modify
> +the environment based on the current working directory.
> +
> +Before each prompt, direnv checks for the existence of .envrc in the current
> +and parent directories. If the file exists, and is authorized, it is loaded
> into
> +a bash sub-shell and all exported variables are then captured by direnv and
> made
> +available to the current shell.
> +
> +This allows for project specific environment variables to be defined without
> +cluttering .profile.
> +
> +Supports common shells such as bash, zsh, fish, tcsh, elvish.
> diff --git a/sysutils/direnv/pkg/PLIST b/sysutils/direnv/pkg/PLIST
> new file mode 100644
> index 000..b5e197b94d6
> --- /dev/null
> +++ b/sysutils/direnv/pkg/PLIST
> @@ -0,0 +1,6 @@
> +@comment $OpenBSD: PLIST,v$
> +@bin bin/direnv
> +@man man/man1/direnv-fetchurl.1
> +@man man/man1/direnv-stdlib.1
> +@man man/man1/direnv.1
> +@man man/man1/direnv.toml.1
Re: [New] sysutils/autorandr
Klemens Nanni writes: >> Checkpatch is clean. > Do you mean portcheck(1)? Yes, sorry. >> Any feedback greatly appreciated. > Please submit new ports as tarball of the ports directory. Noted. The rest I will work on and resubmit. Thanks for the review. - ajf
[New] sysutils/autorandr
This is a new port for autorandr. This is a simple-ish Python script
that wraps xrandr and lets you automate xrandr actions as you unplug
monitors etc.
Tested on my machine (amd64) running current. Port patches, builds and
installs successfully. Installed executable runs, `man autorandr` also
works.
Checkpatch is clean.
Any feedback greatly appreciated.
- ajf
diff --git a/sysutils/autorandr/Makefile b/sysutils/autorandr/Makefile
new file mode 100644
index 000..6b94a3e6cb8
--- /dev/null
+++ b/sysutils/autorandr/Makefile
@@ -0,0 +1,29 @@
+# $OpenBSD: Makefile,v 1.13 2019/11/10 16:25:41 kmos Exp $
+
+COMMENT= automates xrandr calls based on connect devices
+
+MODPY_EGG_VERSION= 1.10.1
+DISTNAME= autorandr-${MODPY_EGG_VERSION}
+CATEGORIES=sysutils
+
+GH_ACCOUNT=phillipberndt
+GH_PROJECT=autorandr
+GH_TAGNAME=${MODPY_EGG_VERSION}
+
+# GPLv3
+PERMIT_PACKAGE=Yes
+
+MAINTAINER=Ashton Fagg
+
+MODULES= lang/python
+MODPY_SETUPTOOLS = Yes
+
+# No tests provided by upstream.
+NO_TEST= Yes
+
+do-install:
+ ${INSTALL_PROGRAM} ${WRKSRC}/autorandr.py ${PREFIX}/bin/autorandr
+ ${INSTALL_MAN} ${WRKSRC}/autorandr.1 ${PREFIX}/man/man1/autorandr.1
+
+
+.include
diff --git a/sysutils/autorandr/distinfo b/sysutils/autorandr/distinfo
new file mode 100644
index 000..b1bbff68d4b
--- /dev/null
+++ b/sysutils/autorandr/distinfo
@@ -0,0 +1,2 @@
+SHA256 (autorandr-1.10.1.tar.gz) = Iw+589W/VEolR8Advdo5gSlEzdVGWmebuWF2nH3bVSw=
+SIZE (autorandr-1.10.1.tar.gz) = 48043
diff --git a/sysutils/autorandr/patches/patch-autorandr_py
b/sysutils/autorandr/patches/patch-autorandr_py
new file mode 100644
index 000..0823effa05c
--- /dev/null
+++ b/sysutils/autorandr/patches/patch-autorandr_py
@@ -0,0 +1,11 @@
+$OpenBSD$
+
+Index: autorandr.py
+--- autorandr.py.orig
autorandr.py
+@@ -1,4 +1,4 @@
+-#!/usr/bin/env python
++#!/usr/bin/env python2
+ # encoding: utf-8
+ #
+ # autorandr.py
diff --git a/sysutils/autorandr/pkg/DESCR b/sysutils/autorandr/pkg/DESCR
new file mode 100644
index 000..770c46b8094
--- /dev/null
+++ b/sysutils/autorandr/pkg/DESCR
@@ -0,0 +1 @@
+Automates xrandr actions.
diff --git a/sysutils/autorandr/pkg/PLIST b/sysutils/autorandr/pkg/PLIST
new file mode 100644
index 000..2e887db21a3
--- /dev/null
+++ b/sysutils/autorandr/pkg/PLIST
@@ -0,0 +1,3 @@
+@comment $OpenBSD: PLIST,v$
+bin/autorandr
+@man man/man1/autorandr.1
[New] sysutils/direnv
Hello folks,
I have created a port of direnv (https://direnv.net). It is a utility
(written in Go) that hooks onto your shell, and lets you define
project specific environments.
Portcheck is clean. The package builds successfully, I was able to
pkg_add it to my machine and test it (amd64 with zsh).
There is a small example on the github page, I was able to confirm
that it is working. `man direnv` and related pages also work.
Any suggestions appreciated. Thanks.
diff --git a/sysutils/direnv/Makefile b/sysutils/direnv/Makefile
new file mode 100644
index 000..345705be866
--- /dev/null
+++ b/sysutils/direnv/Makefile
@@ -0,0 +1,48 @@
+# $OpenBSD: Makefile.template,v 1.88 2020/05/15 01:32:48 abieber Exp $
+
+COMMENT = tool for managing environment based on current directory
+
+GH_ACCOUNT = direnv
+GH_PROJECT = direnv
+VERSION = 2.23.0
+GH_TAGNAME = v${VERSION}
+
+MAINTAINER= Ashton Fagg
+CATEGORIES = sysutils devel
+HOMEPAGE = https://direnv.net
+
+# MIT
+PERMIT_PACKAGE = Yes
+
+WANTLIB = c pthread
+
+USE_GMAKE =Yes
+
+MODULES= lang/go
+
+pre-build: remove-github-actions
+
+do-build:
+ cd ${WRKSRC}; ${MODGO_BUILD_CMD} github.com/direnv/direnv/...
+
+# This removes some unneeded stuff. These are just
+# Github CI hooks.
+remove-github-actions:
+ rm -rf ${WRKSRC}/script
+
+do-install:
+ $(INSTALL_PROGRAM) $(MODGO_WORKSPACE)/bin/direnv $(PREFIX)/bin
+ $(INSTALL_MAN) \
+ $(WRKSRC)/man/direnv.1 $(PREFIX)/man/man1/direnv.1
+ $(INSTALL_MAN) \
+ $(WRKSRC)/man/direnv-stdlib.1 $(PREFIX)/man/man1/direnv-stdlib.1
+ $(INSTALL_MAN) \
+ $(WRKSRC)/man/direnv-fetchurl.1
$(PREFIX)/man/man1/direnv-fetchurl.1
+ $(INSTALL_MAN) \
+ $(WRKSRC)/man/direnv.toml.1 $(PREFIX)/man/man1/direnv.toml.1
+
+do-test:
+ cd ${WRKSRC};
+ ${MODGO_CMD} test github.com/direnv/direnv/...
+
+.include
diff --git a/sysutils/direnv/distinfo b/sysutils/direnv/distinfo
new file mode 100644
index 000..e068918c6f2
--- /dev/null
+++ b/sysutils/direnv/distinfo
@@ -0,0 +1,2 @@
+SHA256 (direnv-2.23.0.tar.gz) = 0ovJWWgKMJ0NVPdU7f5iLN3hSkuAb90y0oXUejIgmLk=
+SIZE (direnv-2.23.0.tar.gz) = 1349546
diff --git a/sysutils/direnv/pkg/DESCR b/sysutils/direnv/pkg/DESCR
new file mode 100644
index 000..3c433d4d887
--- /dev/null
+++ b/sysutils/direnv/pkg/DESCR
@@ -0,0 +1,12 @@
+direnv is an extension for POSIX shells that adds the ability to modify
+the environment based on the current working directory.
+
+Before each prompt, direnv checks for the existence of .envrc in the current
+and parent directories. If the file exists, and is authorized, it is loaded
into
+a bash sub-shell and all exported variables are then captured by direnv and
made
+available to the current shell.
+
+This allows for project specific environment variables to be defined without
+cluttering .profile.
+
+Supports common shells such as bash, zsh, fish, tcsh, elvish.
diff --git a/sysutils/direnv/pkg/PLIST b/sysutils/direnv/pkg/PLIST
new file mode 100644
index 000..b5e197b94d6
--- /dev/null
+++ b/sysutils/direnv/pkg/PLIST
@@ -0,0 +1,6 @@
+@comment $OpenBSD: PLIST,v$
+@bin bin/direnv
+@man man/man1/direnv-fetchurl.1
+@man man/man1/direnv-stdlib.1
+@man man/man1/direnv.1
+@man man/man1/direnv.toml.1
net/dsocks: Update 1.7 -> 1.8
Updates net/dsocks from 1.7 -> 1.8 According to showvictims.py, this isn't a dependency for anything else. Nonetheless, tested on amd64. `make fake` completes successfully. This is my first attempt at a ports update, as such I welcome any comments, guidance, yelling etc :-) diff --git net/dsocks/Makefile net/dsocks/Makefile index 8ac28f6c2fd..0498162839a 100644 --- net/dsocks/Makefile +++ net/dsocks/Makefile @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.19 2019/07/17 14:46:33 danj Exp $ COMMENT= SOCKS client wrapper for *BSD -DISTNAME= dsocks-1.7 +DISTNAME= dsocks-1.8 REVISION= 1 CATEGORIES=net SHARED_LIBS= dsocks 1.0 diff --git net/dsocks/distinfo net/dsocks/distinfo index 76a87c0e9e4..8c45d645235 100644 --- net/dsocks/distinfo +++ net/dsocks/distinfo @@ -1,2 +1,2 @@ -SHA256 (dsocks-1.7.tar.gz) = 3qf0dvFb42wxS5xbXFgNfgiVXkDccd5RgnOGo/fOne4= -SIZE (dsocks-1.7.tar.gz) = 8902 +SHA256 (dsocks-1.8.tar.gz) = K1f7SHYz9tiwAvf+F1VICuhkxehU6IthkynZ9RyYDx0= +SIZE (dsocks-1.8.tar.gz) = 9932
