CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/03/03 00:29:29 Modified files: devel/harfbuzz : Makefile distinfo devel/harfbuzz/patches: patch-src_check-symbols_py devel/harfbuzz/pkg: PLIST-icu PLIST-main Log message: Update to harfbuzz-4.0.0.
[sparc64] Fix build of archivers/snappy
snappy 1.1.9 explodes horribly on sparc64:
/usr/obj/ports/snappy-1.1.9/bin/c++ -DHAVE_CONFIG_H -Dsnappy_EXPORTS -I.
-I/usr/obj/ports/snappy-1.1.9/snappy-1.1.9 -O2 -pipe -Wall -Wextra
-fno-exceptions -fno-rtti -DNDEBUG -fPIC -std=c++11 -MD -MT
CMakeFiles/snappy.dir/snappy.cc.o -MF CMakeFiles/snappy.dir/snappy.cc.o.d -o
CMakeFiles/snappy.dir/snappy.cc.o -c
/usr/obj/ports/snappy-1.1.9/snappy-1.1.9/snappy.cc
/usr/obj/ports/snappy-1.1.9/snappy-1.1.9/snappy.cc:1017:8: warning:
always_inline function might not be inlinable [-Wattributes]
size_t AdvanceToNextTag(const uint8_t** ip_p, size_t* tag) {
^~~~
/usr/obj/ports/snappy-1.1.9/snappy-1.1.9/snappy.cc: In function
'std::pair snappy::DecompressBranchless(const
uint8_t*, const uint8_t*, ptrdiff_t, T, ptrdiff_t) [with T = char*]':
/usr/obj/ports/snappy-1.1.9/snappy-1.1.9/snappy.cc:1017:8: error: inlining
failed in call to always_inline 'size_t snappy::AdvanceToNextTag(const
uint8_t**, size_t*)': function body can be overwritten at link time
/usr/obj/ports/snappy-1.1.9/snappy-1.1.9/snappy.cc:1097:43: note: called from
here
size_t tag_type = AdvanceToNextTag(, );
...
There's a bit more.
This patch makes it _not_ set always_inline on sparc64. This fixes the build.
ok?
--Kurt
Index: patches/patch-snappy-stubs-internal_h
===
RCS file: patches/patch-snappy-stubs-internal_h
diff -N patches/patch-snappy-stubs-internal_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-snappy-stubs-internal_h 3 Mar 2022 05:28:19 -
@@ -0,0 +1,14 @@
+Don't set this for sparc64, it keeps it from building
+
+Index: snappy-stubs-internal.h
+--- snappy-stubs-internal.h.orig
snappy-stubs-internal.h
+@@ -99,7 +99,7 @@
+ #endif
+
+ // Inlining hints.
+-#ifdef HAVE_ATTRIBUTE_ALWAYS_INLINE
++#if defined(HAVE_ATTRIBUTE_ALWAYS_INLINE) && !defined(__sparc64__)
+ #define SNAPPY_ATTRIBUTE_ALWAYS_INLINE __attribute__((always_inline))
+ #else
+ #define SNAPPY_ATTRIBUTE_ALWAYS_INLINE
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Mon Feb 28 01:26:39 MST 2022 Finished: Wed Mar 2 19:27:00 MST 2022 Duration: 2 Days 18 hours 0 minutes Built using OpenBSD 7.1-beta (GENERIC.MP) #1217: Sat Feb 26 21:21:21 MST 2022 Built 8605 packages Number of packages built each day: Feb 28: 7454 Mar 1: 802 Mar 2: 349 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2022-02-28/summary.log Build failures: 17 http://build-failures.rhaalovely.net/sparc64/2022-02-28/archivers/snappy.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/cad/oce.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/devel/avr/gcc.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/devel/xtensa-esp32-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/devel/xtensa-lx106-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/games/egoboo.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/games/frotz.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/games/irrlamb.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/games/stepmania.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/games/witchblast.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/graphics/birdfont.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/lang/clazy.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/lang/gerbil.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/security/veracrypt.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/www/unit/unit-php,php74.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/www/unit/unit-ruby.log http://build-failures.rhaalovely.net/sparc64/2022-02-28/x11/gnome/gjs.log
Re: [UPDATE] security/stunnel to 5.62
Hello,
I have managed to make stunnel build against libressl.
While working on it, i've triggered a segfault:
openbsd-arm64$ stunnel
Segmentation fault (core dumped)
openbsd-arm64$
...
So looked at the coredump to find clues:
Program received signal SIGSEGV, Segmentation fault.
prng_init (global=0xfb13b5ce8 )
at /usr/ports/pobj/stunnel-5.62/stunnel-5.62/src/ssl.c:357
357 if(meth->status==NULL || meth->add==NULL) {
(gdb)
Breakpoint 5, prng_init (global=0x8c4385ce8 )
at /usr/ports/pobj/stunnel-5.62/stunnel-5.62/src/ssl.c:354
354 const RAND_METHOD *meth=RAND_get_rand_method();
It has been fixed by wrapping the code path with
!defined(LIBRESSL_VERSION_NUMBER), RAND_*_rand_method() exist just for
ABI compatibility, the code fallback to "/dev/urandom" afterwards, but
would be great to use arc4random(3) instead, something like our
RAND_pseudo_bytes().
It builds and runs, been slighttly tested though, i don't have a fancy
setup so tests welcome.diff inline below
Index: Makefile
===
RCS file: /cvs/ports/security/stunnel/Makefile,v
retrieving revision 1.93
diff -u -p -u -p -r1.93 Makefile
--- Makefile12 Jul 2019 20:49:37 - 1.93
+++ Makefile2 Mar 2022 23:53:06 -
@@ -2,9 +2,8 @@
COMMENT= SSL encryption wrapper for standard network daemons
-DISTNAME= stunnel-5.44
+DISTNAME= stunnel-5.62
CATEGORIES=security
-REVISION= 2
MAINTAINER=Gleydson Soares
@@ -13,12 +12,11 @@ PERMIT_PACKAGE= Yes
WANTLIB += c crypto pthread ssl util
-HOMEPAGE= http://www.stunnel.org/
+HOMEPAGE= https://www.stunnel.org/
MASTER_SITES= https://www.stunnel.org/downloads/archive/5.x/ \
- http://ftp.nluug.nl/pub/networking/stunnel/archive/5.x/ \
- http://mirror.bit.nl/stunnel/archive/5.x/ \
- ftp://ftp.stunnel.org/stunnel/archive/5.x/
+ https://ftp.nluug.nl/pub/networking/stunnel/ \
+ https://www.usenix.org.uk/mirrors/stunnel/
SEPARATE_BUILD=Yes
CONFIGURE_STYLE= gnu
Index: distinfo
===
RCS file: /cvs/ports/security/stunnel/distinfo,v
retrieving revision 1.45
diff -u -p -u -p -r1.45 distinfo
--- distinfo1 Dec 2017 00:08:44 - 1.45
+++ distinfo2 Mar 2022 23:53:06 -
@@ -1,2 +1,2 @@
-SHA256 (stunnel-5.44.tar.gz) = mQoyXbtH132Idy3QL7vSfZGx/qPs52yf9EYeypPxIpk=
-SIZE (stunnel-5.44.tar.gz) = 699117
+SHA256 (stunnel-5.62.tar.gz) = nPW7lJAiqmbHNsEyZVTMon0GQWBaY3AnTtxJUetb0zk=
+SIZE (stunnel-5.62.tar.gz) = 862456
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/security/stunnel/patches/patch-Makefile_in,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 patch-Makefile_in
--- patches/patch-Makefile_in 1 Dec 2017 00:08:44 - 1.15
+++ patches/patch-Makefile_in 2 Mar 2022 23:53:06 -
@@ -1,13 +1,14 @@
-$OpenBSD: patch-Makefile_in,v 1.15 2017/12/01 00:08:44 gsoares Exp $
+$OpenBSD$
+
Index: Makefile.in
--- Makefile.in.orig
+++ Makefile.in
-@@ -364,7 +364,7 @@ top_build_prefix = @top_build_prefix@
- top_builddir = @top_builddir@
- top_srcdir = @top_srcdir@
+@@ -371,7 +371,7 @@ top_srcdir = @top_srcdir@
+ with_bashcompdir = @with_bashcompdir@
+ AM_DISTCHECK_CONFIGURE_FLAGS =
--with-bashcompdir='$$(datarootdir)/bash-completion/completions'
ACLOCAL_AMFLAGS = -I m4
-SUBDIRS = src doc tools tests
+SUBDIRS = src doc tests
- EXTRA_DIST = PORTS BUGS COPYRIGHT.GPL CREDITS INSTALL.W32 INSTALL.WCE \
- INSTALL.FIPS build-android.sh .travis.yml
- doc_DATA = INSTALL README TODO COPYING AUTHORS ChangeLog PORTS BUGS \
+ doc_DATA = README.md TODO.md COPYING.md AUTHORS.md NEWS.md PORTS.md \
+ BUGS.md COPYRIGHT.md CREDITS.md INSTALL.W32.md INSTALL.WCE.md \
+ INSTALL.FIPS.md
Index: patches/patch-src_client_c
===
RCS file: patches/patch-src_client_c
diff -N patches/patch-src_client_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_client_c 2 Mar 2022 23:53:06 -
@@ -0,0 +1,30 @@
+Index: src/client.c
+--- src/client.c.orig
src/client.c
+@@ -750,7 +750,7 @@ NOEXPORT void print_cipher(CLI *c) { /* print negotiat
+ NOEXPORT void transfer(CLI *c) {
+ int timeout; /* s_poll_wait timeout in seconds */
+ int pending; /* either processed on unprocessed TLS data */
+-#if OPENSSL_VERSION_NUMBER >= 0x1010L
++#if OPENSSL_VERSION_NUMBER >= 0x1010L && !defined(LIBRESSL_VERSION_NUMBER)
+ int has_pending=0, prev_has_pending;
+ #endif
+ int watchdog=0; /* a counter to detect an infinite loop */
+@@ -797,7 +797,7 @@ NOEXPORT void transfer(CLI *c) {
+
+ /** wait for an event */
+ pending=SSL_pending(c->ssl);
+-#if OPENSSL_VERSION_NUMBER >= 0x1010L
++#if OPENSSL_VERSION_NUMBER >=
[sparc64] Fix build of net/amule
net/amule fails to build because it cannot find the freetype libraries.
This diff fixes the build by adding "-L${X11BASE}/lib" to LDFLAGS.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/amule/Makefile,v
retrieving revision 1.80
diff -u -p -r1.80 Makefile
--- Makefile3 Feb 2022 22:17:27 - 1.80
+++ Makefile2 Mar 2022 22:07:56 -
@@ -89,7 +89,7 @@ CONFIGURE_ARGS += --enable-debug
.endif
CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include
-I${X11BASE}/include" \
- LDFLAGS=-lexecinfo \
+ LDFLAGS="-lexecinfo -L${X11BASE}/lib" \
LOCALDIR="${LOCALBASE}" \
X11R6DIR="${X11BASE}" \
ac_cv_header_bfd_h=false
debug-cups-filters moves into a manual-installation during upgrade
Hi, I have following packages installed via pkg_add -a: debug-cups-2.4.1 debug-cups-filters-1.28.12 debug-cups-libs-2.4.1 I do periodic snapshot upgrades via sysupgrade(8) -s and upgrade.site(5). I like to have above packages marked as non-manual. It helps me track whan is a temporary setup for me. During below command debug-cups-libs gets marked as manually installed. # grep -ce ^.opt /var/db/pkg/debug-cups-*/+C* /var/db/pkg/debug-cups-2.4.1/+CONTENTS:0 /var/db/pkg/debug-cups-filters-1.28.12/+CONTENTS:0 /var/db/pkg/debug-cups-libs-2.4.1/+CONTENTS:0 $ pkg_add -Dupdate -Dupdatedepends -Drepair -u -U -V quirks-4.108 signed on 2022-03-01T15:51:16Z cups-filters-1.28.11->1.28.12 forward dependencies: | Dependency of debug-cups-filters-1.28.11 on cups-filters-1.28.11 doesn't match Merging debug-cups-filters-1.28.11->1.28.12 () ... I don't have working example of above grep but debug-cups-filter gets @option manual-installation added to the plist. >From my testing it looks that it happens only when cups-filters is upgraded. I manually fix that via pkg_add -aa debug-cups-filters, but wanted to report this behaviour here. OpenBSD 7.1-beta (GENERIC.MP) #395: Tue Mar 1 10:06:37 MST 2022 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP -- Regards, Mikolaj
Re: CVS: cvs.openbsd.org: ports
On Wed, Mar 02, 2022 at 10:27:19PM +0100, Peter Hessler wrote: > On 2022 Mar 02 (Wed) at 04:46:58 -0700 (-0700), Klemens Nanni wrote: > :CVSROOT: /cvs > :Module name: ports > :Changes by: k...@cvs.openbsd.org2022/03/02 04:46:58 > : > :Modified files: > : devel/abseil-cpp: Makefile > :Added files: > : devel/abseil-cpp/patches: > : patch-absl_base_internal_raw_logging_cc > : patch-absl_debugging_CMakeLists_txt > : > :Log message: > :Enable tests > : > :"98% tests passed, 3 tests failed out of 180" on amd64 and arm64. > :sparc64 fails to build, i.e. enabling tests knocks out the package itself, > :thus disable it until we fixed it. > : > :Heavy lifting and diff from Andrew Krasavin > :sparc64 tests/exclusion from me > :Feedback OK op > : > > breaks on aarch64 bulk build: > > /usr/obj/ports/abseil-cpp-20211102.0/abseil-cpp-20211102.0/absl/flags/commandlineflag_test.cc:21:10: > fatal error: 'gtest/gtest.h' file not found > #include "gtest/gtest.h" > ^~~ > 1 error generated. > ninja: build stopped: subcommand failed. Fixed by adding the gtest dependency, thanks.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/03/02 14:42:10 Modified files: devel/abseil-cpp: Makefile Log message: Register gtest as build and test dependency The most obvious thing was missing in the previous diff. Found the hard way by phessler in an arm64 bulk.
Re: CVS: cvs.openbsd.org: ports
On 2022 Mar 02 (Wed) at 04:46:58 -0700 (-0700), Klemens Nanni wrote: :CVSROOT: /cvs :Module name: ports :Changes by:k...@cvs.openbsd.org2022/03/02 04:46:58 : :Modified files: : devel/abseil-cpp: Makefile :Added files: : devel/abseil-cpp/patches: : patch-absl_base_internal_raw_logging_cc : patch-absl_debugging_CMakeLists_txt : :Log message: :Enable tests : :"98% tests passed, 3 tests failed out of 180" on amd64 and arm64. :sparc64 fails to build, i.e. enabling tests knocks out the package itself, :thus disable it until we fixed it. : :Heavy lifting and diff from Andrew Krasavin :sparc64 tests/exclusion from me :Feedback OK op : breaks on aarch64 bulk build: /usr/obj/ports/abseil-cpp-20211102.0/abseil-cpp-20211102.0/absl/flags/commandlineflag_test.cc:21:10: fatal error: 'gtest/gtest.h' file not found #include "gtest/gtest.h" ^~~ 1 error generated. ninja: build stopped: subcommand failed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 12:55:18 Modified files: graphics/openimageio: Makefile distinfo graphics/openimageio/pkg: PLIST Removed files: graphics/openimageio/patches: patch-src_include_OpenImageIO_strutil_h patch-src_include_tbb_machine_gcc_generic_h patch-src_include_tbb_machine_sunos_sparc_h patch-src_libtexture_texture_pvt_h patch-src_libutil_sysutil_cpp patch-src_libutil_ustring_cpp patch-src_make_detectplatform_mk Log message: update to openimageio-2.2.20.0, from Dimitri Karamazov (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/03/02 10:03:29 Modified files: devel/scons: Makefile distinfo devel/scons/pkg: PLIST Log message: update devel/scons to 4.3.0 changelog: https://github.com/SCons/scons/releases/tag/4.3.0 tested all consumers on amd64 except devel/arm-compute-library which is aarch64 only. ok sthen@
Re: [UPDATE] graphics/opencolorio -> 2.1.1
On 2022/03/02 03:03, Dimitri Karamazov wrote: > Update graphics/opencolorio to 2.1.1 > > This update is required for the upcoming blender-3.0.1 and > has a new dependency for devel/pystring which has already > been sent to the ports mailing list. > > Changelog:https://github.com/AcademySoftwareFoundation/OpenColorIO/releases/tag/v2.1.1 > > Build & Run tested with openimageio and blender. > > Tests have been enabled and all of them pass. > > Adding myself as MAINTAINER since I intend to keep it updated. Fine with me. OK for you Pascal? I wonder: > -DOCIO_USE_SSE=OFF \ you could probably make this arch-dependent; all CPUs supported by amd64 have SSE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 09:21:18 Modified files: devel : Makefile Log message: +pystring
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 09:20:01 Log message: import ports/devel/pystring, from Dimitri Karamazov, ok on earlier versions daniel@ op@, spelling tweak by me Pystring is a collection of C++ functions which match the interface and behavior of python's string class methods using std::string. Status: Vendor Tag: sthen Release Tags: sthen_20220302 N ports/devel/pystring/Makefile N ports/devel/pystring/distinfo N ports/devel/pystring/pkg/DESCR N ports/devel/pystring/pkg/PLIST No conflicts created by this import
Re: [NEW] devel/pystring: required for opencolorio, blender update
On Wed, Mar 02, 2022 at 11:27:12AM +0100, Omar Polo wrote:
> Dimitri Karamazov wrote:
> > On Tue, Mar 01, 2022 at 10:05:09PM -0500, Daniel Dickman wrote:
> > > I think it needs
> > >
> > > WANTLIB += ${COMPILER_LIBCXX} m
> > >
> > > with that added, ok daniel@ for someone to import
> > >
>
> Diff against your makefile and tarball attached, if it's fine for you
> it's ok op@ for someone to import :)
I've reattached the tarball with the 'build' log removed.
I appreciate those changes, hope some one import this quick.
This port is prerequisite for the opencolorio-2.1.1/blender-3.0.1 update.
regards,
Dimitri
pystring.tar.gz
Description: Binary data
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Mon Feb 21 17:16:58 UTC 2022 finished at Wed Mar 2 07:33:37 UTC 2022 lasted 09D14h16m done with kern.version=OpenBSD 7.1-beta (GENERIC.MP) #857: Sun Feb 20 19:35:55 MST 2022 built packages:9037 Feb 21:1808 Feb 22:1006 Feb 23:647 Feb 24:475 Feb 25:550 Feb 26:800 Feb 27:679 Feb 28:667 Mar 1:2369 Mar 2:35 build failures: 73 http://build-failures.rhaalovely.net/mips64/2022-02-21/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2022-02-21/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/go-sys.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/promu.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/protobuf.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2022-02-21/devel/sdcc.log http://build-failures.rhaalovely.net/mips64/2022-02-21/editors/emacs,no_x11.log http://build-failures.rhaalovely.net/mips64/2022-02-21/editors/micro.log http://build-failures.rhaalovely.net/mips64/2022-02-21/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2022-02-21/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/irrlamb.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/unknown-horizons.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/wesnoth.log http://build-failures.rhaalovely.net/mips64/2022-02-21/games/witchblast.log http://build-failures.rhaalovely.net/mips64/2022-02-21/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2022-02-21/graphics/asymptote.log http://build-failures.rhaalovely.net/mips64/2022-02-21/graphics/enblend-enfuse.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/STk.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/gambit.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/librep.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2022-02-21/lang/php/8.1.log http://build-failures.rhaalovely.net/mips64/2022-02-21/mail/opensmtpd-filters/rspamd.log http://build-failures.rhaalovely.net/mips64/2022-02-21/math/gbc.log http://build-failures.rhaalovely.net/mips64/2022-02-21/math/lean.log http://build-failures.rhaalovely.net/mips64/2022-02-21/math/lrs.log http://build-failures.rhaalovely.net/mips64/2022-02-21/math/mlpack,-main.log http://build-failures.rhaalovely.net/mips64/2022-02-21/math/ntl.log http://build-failures.rhaalovely.net/mips64/2022-02-21/multimedia/assimp.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/amule,-daemon.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/gortr.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/gtk-gnutella.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/icinga/core2.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/minio/client.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/minio/server.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/powerdns_recursor.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/syncthing.log http://build-failures.rhaalovely.net/mips64/2022-02-21/net/utox.log http://build-failures.rhaalovely.net/mips64/2022-02-21/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2022-02-21/print/ghostscript/gnu,no_x11.log http://build-failures.rhaalovely.net/mips64/2022-02-21/productivity/gnucash.log http://build-failures.rhaalovely.net/mips64/2022-02-21/security/botan2.log http://build-failures.rhaalovely.net/mips64/2022-02-21/security/go-siphash.log http://build-failures.rhaalovely.net/mips64/2022-02-21/security/gobuster.log http://build-failures.rhaalovely.net/mips64/2022-02-21/security/vault.log http://build-failures.rhaalovely.net/mips64/2022-02-21/shells/elvish.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/beats/filebeat.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/beats/heartbeat.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/beats/packetbeat.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/dep.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/direnv.log http://build-failures.rhaalovely.net/mips64/2022-02-21/sysutils/gitlab-runner.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 06:00:55 Modified files: devel/py-regex : Makefile distinfo devel/py-regex/pkg: PLIST Log message: update to py3-regex-2022.3.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 05:03:17 Modified files: x11/vlc: Makefile x11/vlc/patches: patch-configure_ac patch-modules_access_v4l2_lib_c patch-modules_access_v4l2_v4l2_h patch-modules_audio_output_sndio_c Log message: vlc: sync patches with upstream commits, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/03/02 04:46:58 Modified files: devel/abseil-cpp: Makefile Added files: devel/abseil-cpp/patches: patch-absl_base_internal_raw_logging_cc patch-absl_debugging_CMakeLists_txt Log message: Enable tests "98% tests passed, 3 tests failed out of 180" on amd64 and arm64. sparc64 fails to build, i.e. enabling tests knocks out the package itself, thus disable it until we fixed it. Heavy lifting and diff from Andrew Krasavin sparc64 tests/exclusion from me Feedback OK op
Re: UPDATE: devel/abseil-cpp - some fixes and turning on tests
On Wed, Mar 02, 2022 at 09:14:37AM +0100, Omar Polo wrote:
> Klemens Nanni wrote:
>
> > I have no fix for this but would like to get tests enabled where
> > possible.
> >
> > Since enabling tests breaks the build and thus the package, how about
> > disabling tests on sparc6?
> >
> > I guess some other arch will fail as well, but we can still fix that
> > once bulk reports come in.
>
> (we could also enable the tests only on amd64 and then add other arches
> when we test them)
Yes, but since abseil-cpp is a leave port and will only knock out
tdesktop, I'd like to see the bulk machines build it with tests such
that I can see the reports and either fix or disable tests there.
>
> > Until then, at least amd64 gets test coverage and we can work on it
> > in-tree.
> >
> > Feedback? Objection? OK?
> > In case nothing comes up I'll just commit this in a few days.
>
> I hoped we could avoid this kind of conditional for tests, but since we
> don't it's ok for me. Just one comment:
Thanks.
>
> > +.include
> > +.if ${MACHINE_ARCH} == "sparc64"
>
> AFAIK there's no need to pull in bsd.port.arch.mk, MACHINE_ARCH is
> available outside of it.
You're right, I zapped it.
>
> > +# XXX hash/hash_test.cc:614:22: error: use of deleted function
> > 'absl::lts_20211102::hash_internal::PoisonedHash::PoisonedHash()'
> > NO_TEST = Yes
> > +.else
> > +# use googletest from ports
> > +CONFIGURE_ARGS +=
> > -DABSL_USE_EXTERNAL_GOOGLETEST:BOOL=${LOCALBASE}/include/gtest
> > +# turn on tests builds
> > +CONFIGURE_ARGS += -DBUILD_TESTING:BOOL=ON
>
> you could also close the conditional here: if NO_TEST is set to "Yes" I
> guess TEST_ENV and pre-test are ignored too. (not tested and just a
> nit, i'm fine either the way.) Even if pre-test would run it's not
> doing anything important and `make test' is not a step done in package
> building anyway. your call :)
Leaving the target unconditionally looks odd to me.
We can probably improve this, but I think its good enough as first step.
>
> > +# use TEST_TMPDIR instead of /tmp for tests temp data (like in bazel build)
> > +TEST_ENV +=TEST_TMPDIR=${WRKBUILD}/test_tmp \
> > + LD_LIBRARY_PATH=/usr/lib:${WRKBUILD}/test_lib
> > +
> > +pre-test:
> > + @mkdir -p ${WRKBUILD}/test_tmp
> > + @mkdir -p ${WRKBUILD}/test_lib
> > + cd ${WRKBUILD}/test_lib && \
> > +find ${WRKBUILD} -name "*\.so\.*\.*" | xargs -I {} ln -s {} .
> > +.endif
> >
> > .include
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/03/02 04:19:32 Modified files: www/seamonkey : Makefile distinfo www/seamonkey-i18n: Makefile.inc distinfo Log message: www/seamonkey: update to 2.53.11. See https://www.seamonkey-project.org/releases/seamonkey2.53.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2022/03/02 04:18:17 Modified files: lang/go: Makefile distinfo lang/go/pkg: PLIST Log message: Update lang/go to 1.17.7.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/03/02 04:16:18 Modified files: lang/nim : Makefile Log message: lang/nim: tweak TEST_DEPENDS and do-test. Initial diff from Volker Schlecht (thanks!) with tweaks by me.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 04:12:54 Modified files: www/py-adblock : Makefile distinfo modules.inc Log message: update to py3-adblock-0.5.1, from Dimitri Karamazov (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 04:12:22 Modified files: textproc/csvquote: Makefile distinfo textproc/csvquote/pkg: PLIST Log message: update to csvquote-0.1.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 04:10:07 Modified files: devel/py-hypothesis: Makefile distinfo devel/py-hypothesis/pkg: PLIST Log message: update to py3-hypothesis-6.39.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 04:04:04 Modified files: net/librenms : Makefile Log message: bump REVISION to keep above stable (plist change)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/03/02 04:03:37 Modified files: net/librenms : Tag: OPENBSD_7_0 Makefile Log message: fix DISTFILES, spotted by kili@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2022/03/02 04:03:05 Modified files: graphics/gmic : Makefile distinfo graphics/gmic/patches: patch-CMakeLists_txt graphics/gmic/pkg: PLIST graphics/gmic-qt: Makefile Makefile.inc distinfo graphics/gmic-qt/gimp: Makefile graphics/gmic-qt/gimp/pkg: PLIST graphics/gmic-qt/krita: Makefile graphics/gmic-qt/krita/pkg: PLIST graphics/gmic-qt/none: Makefile graphics/gmic-qt/none/pkg: PLIST graphics/gmic-qt/patches: patch-CMakeLists_txt Log message: update to gmic 3.0.2 mark gmic-qt-krita as broken, because krita decided to fork their own copy of gmic, which obviously isn't currently built, as our fearless porters didn't notice.
Re: gmic update
On Wed, Mar 02, 2022 at 11:10:11AM +0100, Marc Espie wrote: > On Tue, Mar 01, 2022 at 09:46:19PM -0500, Josh Grosse wrote: > > On Tue, Mar 01, 2022 at 05:42:32PM +0100, Marc Espie wrote: > > > > > > Here's an update to gmic and gmic-qt. > > > This uses the newly commited framework parts that ditch $OpenBSD$ > > > Hence a bit of churn. > > > > > > Apart from that, things seem okay. > > > > > > There was a fuck-up wrt the cmake framework with upstream, taken care of > > > with (merged) pr264, so that part of the patch should go away when the > > > next > > > minor release comes out. > > > > > > Tested lightly with the gmic demos and the gimp filters. > > > > Tested gmic, gmic-qt-none, and gmic-qt-gimp successfully. > > > > I am unable to successfully test gmic-qt-krita. AFAIK, krita 5.0.0 > > integrated > > gmic, and we are at krita 5.0.2. I'm not a krita user, so my inability to > > find gmic filters within may just be my limited understanding of how to > > use krita. Or, it could be that gmic-qt-krita is no longer needed. > > I'll check krita, but from what I see in the tarball, it doesn't seem the > integration goes beyond fetching gmic (which will break for us, obviously) > and building and installing a vaguely patched version (mostly having to > do with auto-updating gmic) > > Okay, they actually did some puky thing with gmic, I have zero idea why they thought bundling & forking was a good idea. Looks I can grab their patch, which defines a new kritaplugin type, and integrate it in gmic... I have zero idea why they wouldn't work with the gmic people and do things on their own that way. Anyhow, this means I can commit, because the current krita host no longer works anyhow. neither rsadowski@ nor sdk@ noticed, but they quietly broke this when they switched to krita 5.0.
Re: [NEW] devel/pystring: required for opencolorio, blender update
Dimitri Karamazov wrote:
> On Tue, Mar 01, 2022 at 10:05:09PM -0500, Daniel Dickman wrote:
> > I think it needs
> >
> > WANTLIB += ${COMPILER_LIBCXX} m
> >
> > with that added, ok daniel@ for someone to import
> >
> > On Tue, Mar 1, 2022 at 9:42 PM Dimitri Karamazov
> > wrote:
> > >
> > > Information for inst:pystring-1.1.3
> > >
> > > Comment:
> > > provides C++ functions analgous to python string methods
> > >
> > > Required by:
> > > blender-3.0.1
> > > opencolorio-2.1.1v0
> > >
> > > Description:
> > > This port provides python string methods in the form of C++
> > > functions with similar interface and behaviour.
> > >
> > > Maintainer: Dimitri Karamazov
> > >
> > > WWW: https://github.com/imageworks/pystring
> Done.
>
> regards,
> Dimitri
Portcheck complains that with c++ libs in WANTLIB the default COMPILER
should be tweaked too.
You could also avoid patching the makefile by using MAKE_FLAGS and
FAKE_FLAGS, and with a little post-install target to install the header.
Diff against your makefile and tarball attached, if it's fine for you
it's ok op@ for someone to import :)
(while there i've also tweaked COMMENT and DESCR, feel free to discard
those changes)
If I've understood correctly, we're also in the process of dropping the
RCS tag, so i've removed them from the makefile and update-plist removed
it from the PLIST.
--- Makefile.orig Wed Mar 2 11:22:35 2022
+++ MakefileWed Mar 2 11:22:27 2022
@@ -1,7 +1,5 @@
-# $OpenBSD: Makefile.template,v 1.91 2021/11/09 13:43:15 kn Exp $
+COMMENT = C++ functions analgous to python string methods
-COMMENT = provides C++ functions analgous to python string methods
-
GH_ACCOUNT = imageworks
GH_PROJECT = pystring
GH_TAGNAME = v1.1.3
@@ -17,8 +15,17 @@
WANTLIB += ${COMPILER_LIBCXX} m
-MAKE_ENV = CXX=${CXX}
+COMPILER = base-clang ports-gcc
+MAKE_FLAGS = CXX=${CXX} \
+ CXXFLAGS="${CXXFLAGS}"
+
+FAKE_FLAGS = LIBDIR="${DESTDIR}${PREFIX}/lib"
+
USE_GMAKE =Yes
+
+post-install:
+ ${INSTALL_DATA_DIR} ${PREFIX}/include/pystring
+ ${INSTALL_DATA} ${WRKSRC}/pystring.h ${PREFIX}/include/pystring
.include
pystring.tar.gz
Description: GNU Zip compressed data
Re: gmic update
On Tue, Mar 01, 2022 at 09:46:19PM -0500, Josh Grosse wrote: > On Tue, Mar 01, 2022 at 05:42:32PM +0100, Marc Espie wrote: > > > > Here's an update to gmic and gmic-qt. > > This uses the newly commited framework parts that ditch $OpenBSD$ > > Hence a bit of churn. > > > > Apart from that, things seem okay. > > > > There was a fuck-up wrt the cmake framework with upstream, taken care of > > with (merged) pr264, so that part of the patch should go away when the next > > minor release comes out. > > > > Tested lightly with the gmic demos and the gimp filters. > > Tested gmic, gmic-qt-none, and gmic-qt-gimp successfully. > > I am unable to successfully test gmic-qt-krita. AFAIK, krita 5.0.0 integrated > gmic, and we are at krita 5.0.2. I'm not a krita user, so my inability to > find gmic filters within may just be my limited understanding of how to > use krita. Or, it could be that gmic-qt-krita is no longer needed. I'll check krita, but from what I see in the tarball, it doesn't seem the integration goes beyond fetching gmic (which will break for us, obviously) and building and installing a vaguely patched version (mostly having to do with auto-updating gmic)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2022/03/02 02:59:35 Modified files: textproc/delta : Makefile crates.inc distinfo Log message: Update delta to 0.12.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2022/03/02 02:57:26 Modified files: devel/perltidy : Makefile distinfo Log message: Update perltidy to 20220217.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2022/03/02 02:56:26 Modified files: net/dbip : Makefile.inc net/dbip/asn : distinfo net/dbip/city : distinfo net/dbip/country: distinfo Log message: Update dbip to 2022.03.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/03/02 01:41:40 Modified files: sysutils/consul: Makefile distinfo sysutils/consul/pkg: PLIST Log message: Update to consul-1.11.4.
Re: UPDATE: devel/abseil-cpp - some fixes and turning on tests
Klemens Nanni wrote:
> I have no fix for this but would like to get tests enabled where
> possible.
>
> Since enabling tests breaks the build and thus the package, how about
> disabling tests on sparc6?
>
> I guess some other arch will fail as well, but we can still fix that
> once bulk reports come in.
(we could also enable the tests only on amd64 and then add other arches
when we test them)
> Until then, at least amd64 gets test coverage and we can work on it
> in-tree.
>
> Feedback? Objection? OK?
> In case nothing comes up I'll just commit this in a few days.
I hoped we could avoid this kind of conditional for tests, but since we
don't it's ok for me. Just one comment:
> +.include
> +.if ${MACHINE_ARCH} == "sparc64"
AFAIK there's no need to pull in bsd.port.arch.mk, MACHINE_ARCH is
available outside of it.
> +# XXX hash/hash_test.cc:614:22: error: use of deleted function
> 'absl::lts_20211102::hash_internal::PoisonedHash::PoisonedHash()'
> NO_TEST =Yes
> +.else
> +# use googletest from ports
> +CONFIGURE_ARGS +=
> -DABSL_USE_EXTERNAL_GOOGLETEST:BOOL=${LOCALBASE}/include/gtest
> +# turn on tests builds
> +CONFIGURE_ARGS +=-DBUILD_TESTING:BOOL=ON
you could also close the conditional here: if NO_TEST is set to "Yes" I
guess TEST_ENV and pre-test are ignored too. (not tested and just a
nit, i'm fine either the way.) Even if pre-test would run it's not
doing anything important and `make test' is not a step done in package
building anyway. your call :)
> +# use TEST_TMPDIR instead of /tmp for tests temp data (like in bazel build)
> +TEST_ENV += TEST_TMPDIR=${WRKBUILD}/test_tmp \
> + LD_LIBRARY_PATH=/usr/lib:${WRKBUILD}/test_lib
> +
> +pre-test:
> + @mkdir -p ${WRKBUILD}/test_tmp
> + @mkdir -p ${WRKBUILD}/test_lib
> + cd ${WRKBUILD}/test_lib && \
> + find ${WRKBUILD} -name "*\.so\.*\.*" | xargs -I {} ln -s {} .
> +.endif
>
> .include
