CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2021/02/10 00:39:25 Modified files: www/p5-Plack : Makefile distinfo Log message: Update to p5-Plack-1.0048 from wen heping, ok Abel Abraham Camarillo Ojeda (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2021/02/10 00:26:38 Modified files: security/p0f : Makefile Added files: security/p0f/patches: patch-p0f-query_c Log message: Fix security/p0f -fno-common Bonus fix for memset size mismatch noted by clang ok jsg@
Re: [PATCH] Fix security/p0f -fno-common
On Tue, Feb 09, 2021 at 11:05:15PM -0800, Greg Steuck wrote:
> I can be talked into removing it as we already have p0f3...
The earlier one is for the format used by pf.os(5) and tcpdump(8)
>
> OK?
ok jsg@
>
> From: Greg Steuck
> Subject: [PATCH] Fix security/p0f -fno-common
>
> Bonus fix for memset size mismatch noted by clang
> ---
> security/p0f/Makefile | 2 +-
> security/p0f/patches/patch-p0f-query_c | 29 ++
> 2 files changed, 30 insertions(+), 1 deletion(-)
> create mode 100644 security/p0f/patches/patch-p0f-query_c
>
> diff --git security/p0f/Makefile security/p0f/Makefile
> index 36391604eb6..d10523527e4 100644
> --- security/p0f/Makefile
> +++ security/p0f/Makefile
> @@ -3,7 +3,7 @@
> COMMENT= passive OS fingerprinting tool
>
> DISTNAME=p0f-2.0.8
> -REVISION = 2
> +REVISION = 3
> EXTRACT_SUFX=.tgz
> CATEGORIES= security net
>
> diff --git security/p0f/patches/patch-p0f-query_c
> security/p0f/patches/patch-p0f-query_c
> new file mode 100644
> index 000..ae6b8afa717
> --- /dev/null
> +++ security/p0f/patches/patch-p0f-query_c
> @@ -0,0 +1,29 @@
> +$OpenBSD$
> +
> +-fno-common
> +
> +Fix memset size mismatch
> +
> +Index: p0f-query.c
> +--- p0f-query.c.orig
> p0f-query.c
> +@@ -46,8 +46,8 @@ static _u16 flags;
> + static _s16 score = NO_SCORE;
> +
> + /* Imports for statistics */
> +-_u32 packet_count, matched_packets, st_time, file_cksum;
> +-_u8 operating_mode;
> ++extern _u32 packet_count, matched_packets, st_time, file_cksum;
> ++extern _u8 operating_mode;
> +
> + #define SAD_HASH(a) a) << 16) ^ ((a) << 8) ^ (a)))
> +
> +@@ -74,7 +74,7 @@ void p0f_addcache(_u32 saddr,_u32 daddr,_u16 sport,_u1
> + cur->dad = daddr;
> + cur->ports = (sport << 16) + dport;
> +
> +- memset(sc,0,sizeof(sc));
> ++ memset(sc,0,sizeof(*sc));
> + if (genre) {
> + strncpy(sc->genre,genre,19);
> + strncpy(sc->detail,detail,39);
> --
> 2.30.0
>
>
[Update] 5 ports of p5-Catalyst-*
Hi, ports@: Here is a patch to update 5 p5-Catalyst-* ports: www/p5-Catalyst-Devel: Update to 1.42 www/p5-Catalyst-Plugin-PageCache: Update to 0.32 www/p5-Catalyst-Plugin-Session-State-Cookie: Update to 0.18 www/p5-Catalyst-Plugin-Singleton : Update to 0.2 www/p5-Catalyst-Runtime: Update to 5.90128 All build well and pass tests on amd64-6.8 system. Comments? wenIndex: www/p5-Catalyst-Devel/Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Devel/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- www/p5-Catalyst-Devel/Makefile 9 Oct 2020 03:34:33 - 1.20 +++ www/p5-Catalyst-Devel/Makefile 10 Feb 2021 07:00:47 - @@ -4,7 +4,7 @@ COMMENT=Catalyst development Tools MODULES= cpan PKG_ARCH= * -DISTNAME= Catalyst-Devel-1.41 +DISTNAME= Catalyst-Devel-1.42 CATEGORIES=www HOMEPAGE= http://www.catalystframework.org/ Index: www/p5-Catalyst-Devel/distinfo === RCS file: /cvs/ports/www/p5-Catalyst-Devel/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- www/p5-Catalyst-Devel/distinfo 9 Oct 2020 03:34:33 - 1.10 +++ www/p5-Catalyst-Devel/distinfo 10 Feb 2021 07:00:47 - @@ -1,2 +1,2 @@ -SHA256 (Catalyst-Devel-1.41.tar.gz) = mkp6uSZq7YsR85nphZt/9CYV3h1sfudlBe0Mrg/OCuU= -SIZE (Catalyst-Devel-1.41.tar.gz) = 91732 +SHA256 (Catalyst-Devel-1.42.tar.gz) = fsbwtsq1uMCX5Hdp/HOk1MAVpYxB/bQPwk3z7nfEir0= +SIZE (Catalyst-Devel-1.42.tar.gz) = 73143 Index: www/p5-Catalyst-Plugin-PageCache/Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-PageCache/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- www/p5-Catalyst-Plugin-PageCache/Makefile 3 Jul 2020 21:45:57 - 1.14 +++ www/p5-Catalyst-Plugin-PageCache/Makefile 10 Feb 2021 07:00:47 - @@ -4,8 +4,7 @@ COMMENT = cache the output of entire pag MODULES = cpan PKG_ARCH = * -DISTNAME = Catalyst-Plugin-PageCache-0.31 -REVISION = 2 +DISTNAME = Catalyst-Plugin-PageCache-0.32 CATEGORIES = www FIX_EXTRACT_PERMISSIONS=Yes Index: www/p5-Catalyst-Plugin-PageCache/distinfo === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-PageCache/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- www/p5-Catalyst-Plugin-PageCache/distinfo 18 Jan 2015 03:15:42 - 1.4 +++ www/p5-Catalyst-Plugin-PageCache/distinfo 10 Feb 2021 07:00:47 - @@ -1,2 +1,2 @@ -SHA256 (Catalyst-Plugin-PageCache-0.31.tar.gz) = 7xFBgjVovDOTIqvrxFJgwpFAvCPFSImGC3o7mO+/ykM= -SIZE (Catalyst-Plugin-PageCache-0.31.tar.gz) = 43698 +SHA256 (Catalyst-Plugin-PageCache-0.32.tar.gz) = v5UtFB5XzEFrYnnTfPRDgv1i0DiNGMCuZl870/uU2Hg= +SIZE (Catalyst-Plugin-PageCache-0.32.tar.gz) = 44097 Index: www/p5-Catalyst-Plugin-Session-State-Cookie/Makefile === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-State-Cookie/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- www/p5-Catalyst-Plugin-Session-State-Cookie/Makefile3 Jul 2020 21:45:58 - 1.17 +++ www/p5-Catalyst-Plugin-Session-State-Cookie/Makefile10 Feb 2021 07:00:47 - @@ -4,9 +4,8 @@ COMMENT=catalyst session IDs with cooki MODULES= cpan PKG_ARCH= * -DISTNAME= Catalyst-Plugin-Session-State-Cookie-0.17 +DISTNAME= Catalyst-Plugin-Session-State-Cookie-0.18 CATEGORIES=www -REVISION= 1 # Perl PERMIT_PACKAGE=Yes @@ -16,7 +15,7 @@ RUN_DEPENDS= www/p5-Catalyst-Plugin-Sess devel/p5-Moose \ devel/p5-MRO-Compat \ devel/p5-namespace-autoclean -TEST_DEPENDS=devel/p5-Test-MockObject \ +TEST_DEPENDS= devel/p5-Test-MockObject \ devel/p5-Test-WWW-Mechanize-Catalyst MAKE_ENV= TEST_POD=Yes Index: www/p5-Catalyst-Plugin-Session-State-Cookie/distinfo === RCS file: /cvs/ports/www/p5-Catalyst-Plugin-Session-State-Cookie/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- www/p5-Catalyst-Plugin-Session-State-Cookie/distinfo18 Jan 2015 03:15:42 - 1.6 +++ www/p5-Catalyst-Plugin-Session-State-Cookie/distinfo10 Feb 2021 07:00:47 - @@ -1,2 +1,2 @@ -SHA256 (Catalyst-Plugin-Session-State-Cookie-0.17.tar.gz) = S+sZu+FAf2VLBZrV16uMTWTaHqNf3fcFu6Ind61bfec= -SIZE (Catalyst-Plugin-Session-State-Cookie-0.17.tar.gz) = 28177 +SHA256 (Catalyst-Plugin-Session-State-Cookie-0.18.tar.gz) = 6bHHsrlsGU+Hpfd+FElxcHfHD/xnpL/CnwJsnuLge+o= +SIZE (Catalyst-Plugin-Session-State-Cookie-0.18.tar.gz) = 16909 Index: www/p5-Catalyst-Plugin-Singleton/Makefile
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/02/10 00:15:17 Modified files: net/epic4 : Makefile Added files: net/epic4/patches: patch-include_irc_h Log message: fix -fno-common build
[PATCH] Fix security/p0f -fno-common
I can be talked into removing it as we already have p0f3...
OK?
From: Greg Steuck
Subject: [PATCH] Fix security/p0f -fno-common
Bonus fix for memset size mismatch noted by clang
---
security/p0f/Makefile | 2 +-
security/p0f/patches/patch-p0f-query_c | 29 ++
2 files changed, 30 insertions(+), 1 deletion(-)
create mode 100644 security/p0f/patches/patch-p0f-query_c
diff --git security/p0f/Makefile security/p0f/Makefile
index 36391604eb6..d10523527e4 100644
--- security/p0f/Makefile
+++ security/p0f/Makefile
@@ -3,7 +3,7 @@
COMMENT= passive OS fingerprinting tool
DISTNAME= p0f-2.0.8
-REVISION = 2
+REVISION = 3
EXTRACT_SUFX= .tgz
CATEGORIES=security net
diff --git security/p0f/patches/patch-p0f-query_c
security/p0f/patches/patch-p0f-query_c
new file mode 100644
index 000..ae6b8afa717
--- /dev/null
+++ security/p0f/patches/patch-p0f-query_c
@@ -0,0 +1,29 @@
+$OpenBSD$
+
+-fno-common
+
+Fix memset size mismatch
+
+Index: p0f-query.c
+--- p0f-query.c.orig
p0f-query.c
+@@ -46,8 +46,8 @@ static _u16 flags;
+ static _s16 score = NO_SCORE;
+
+ /* Imports for statistics */
+-_u32 packet_count, matched_packets, st_time, file_cksum;
+-_u8 operating_mode;
++extern _u32 packet_count, matched_packets, st_time, file_cksum;
++extern _u8 operating_mode;
+
+ #define SAD_HASH(a) a) << 16) ^ ((a) << 8) ^ (a)))
+
+@@ -74,7 +74,7 @@ void p0f_addcache(_u32 saddr,_u32 daddr,_u16 sport,_u1
+ cur->dad = daddr;
+ cur->ports = (sport << 16) + dport;
+
+- memset(sc,0,sizeof(sc));
++ memset(sc,0,sizeof(*sc));
+ if (genre) {
+ strncpy(sc->genre,genre,19);
+ strncpy(sc->detail,detail,39);
--
2.30.0
Fix www/uget -fno-common
Hi ports -- Attached is a diff to fix www/uget for -fno-common Taken from upstream: https://sourceforge.net/p/urlget/uget2/ci/14890943c52e0a5cd2a87d8a1c51cbffebee7cf9/ OK? ~Brian uget-nocommon.diff Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/02/09 23:11:34 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins-devel to 2.279
Fix net/gophernicus -fno-common
Hi ports -- This diff fixes gophernicus with -fno-common. I didn't update it since upstream has a new and broken build process. Also drop myself as maintainer. OK? ~Brian gophernicus-nocommon.diff Description: Binary data
Re: [MAINTAINER UPDATE] graphics/openimageio -> 2.2.10.1]
On Tue Feb 09, 2021 at 07:34:29AM +, Dimitri Karamazov wrote: > Ping > > A new dependency is required only during build. > All tests pass for robin-map > > Information for inst:robin-map-0.6.3 > > Comment: > fast hash map and hash set > > Description: > A C++ implementation of a fast hash map and hash set using > open-addressing and linear robin hood hashing with backward > shift deletion to resolve collisions. > > Maintainer: Dimitri Karamazov > > WWW: https://github.com/Tessil/robin-map > With TEST_DEPENDS = devel/boost, OK rsadowski to import robin-map-0.6.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2021/02/09 22:01:13 Modified files: www/uget : Makefile Added files: www/uget/patches: patch-ui-gtk_UgtkBanner_h Log message: Fix build for -fno-common with an upstream commit Sync WANTLIB while here. ok gnezdo@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/02/09 21:55:19 Modified files: devel/gdb : Makefile Log message: build gdb with --disable-sim fixes -fno-common build on arm and makes update-plist output match amd64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/02/09 21:54:55 Modified files: graphics/inkscape: Makefile distinfo graphics/inkscape/pkg: PLIST Log message: Update inkscape to 1.0.2 OK gnezdo@
Re: catgirl: update to 1.6
Klemens Nanni writes:
> Lots of new features and fixes, including tighter pledge promises,
> timestamp support and an example tmux.conf (I wrote) to have a simple
> multi-network IRC session inside tmux.
>
> I've tested HEAD during development on sparc64, works like a charm.
> Feedback? OK?
OK gnezdo@
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/catgirl/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile 20 Jan 2021 07:31:55 - 1.5
> +++ Makefile 9 Feb 2021 10:03:40 -
> @@ -1,7 +1,7 @@
> # $OpenBSD: Makefile,v 1.5 2021/01/20 07:31:55 kn Exp $
>
> COMMENT =curses TLS-only IRC client
> -DISTNAME = catgirl-1.5
> +DISTNAME = catgirl-1.6
>
> CATEGORIES = net
>
> @@ -25,5 +25,11 @@ NO_TEST = Yes
>
> FAKE_FLAGS = PREFIX=${PREFIX} \
> MANDIR=${PREFIX}/man
> +
> +EXAMPLES = ${PREFIX}/share/examples/catgirl
> +
> +post-install:
> + ${INSTALL_DATA_DIR} ${EXAMPLES}
> + ${INSTALL_DATA} ${WRKSRC}/scripts/chat.tmux.conf ${EXAMPLES}/
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/catgirl/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 17 Jan 2021 10:17:51 - 1.2
> +++ distinfo 9 Feb 2021 10:03:43 -
> @@ -1,2 +1,2 @@
> -SHA256 (catgirl-1.5.tar.gz) = vqn9R6Va1iQRPOxxx1hCf0hbhB2S2lnb6b/tTvXAjHw=
> -SIZE (catgirl-1.5.tar.gz) = 56432
> +SHA256 (catgirl-1.6.tar.gz) = OzLuO1fKtfopsKbLnSGkpeX0Hv1KaYy53xXjFr8AD2o=
> +SIZE (catgirl-1.6.tar.gz) = 58524
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/net/catgirl/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 6 Dec 2020 23:02:58 - 1.1.1.1
> +++ pkg/PLIST 9 Feb 2021 10:04:15 -
> @@ -1,3 +1,5 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2020/12/06 23:02:58 solene Exp $
> @bin bin/catgirl
> @man man/man1/catgirl.1
> +share/examples/catgirl/
> +share/examples/catgirl/chat.tmux.conf
Re: UPDATE: graphics/inkscape
Rafael Sadowski writes:
> Simple update inkscape to 1.0.2. OK?
OK gnezdo@
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/inkscape/Makefile,v
> retrieving revision 1.87
> diff -u -p -u -p -r1.87 Makefile
> --- Makefile 17 Nov 2020 03:19:37 - 1.87
> +++ Makefile 9 Feb 2021 07:18:07 -
> @@ -2,8 +2,7 @@
>
> COMMENT =SVG vector drawing application
>
> -DISTNAME = inkscape-1.0.1
> -REVISION = 0
> +DISTNAME = inkscape-1.0.2
>
> CATEGORIES = graphics
>
> @@ -70,7 +69,7 @@ RUN_DEPENDS = devel/desktop-file-utils \
> textproc/py-lxml${MODPY_FLAVOR} \
> x11/gtk+3,-guic
>
> -WRKDIST =${WRKDIR}/inkscape-1.0.1_2020-09-07_3bc2e813f5
> +WRKDIST =${WRKDIR}/inkscape-1.0.2_2021-01-15_e86c870879
>
> SUBST_VARS +=RUBY MODRUBY_REV
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/inkscape/distinfo,v
> retrieving revision 1.17
> diff -u -p -u -p -r1.17 distinfo
> --- distinfo 8 Sep 2020 15:22:39 - 1.17
> +++ distinfo 9 Feb 2021 07:18:07 -
> @@ -1,2 +1,2 @@
> -SHA256 (inkscape-1.0.1.tar.xz) = z5KV7fRqYzyvOqwFYjZKJK73zWKUYBNlrKOK7q0tV8I=
> -SIZE (inkscape-1.0.1.tar.xz) = 32051632
> +SHA256 (inkscape-1.0.2.tar.xz) = 2j4jBRGgjL8h6GcQ0WFFhZT+qHhn6RV7Z+0BoE6ieYo=
> +SIZE (inkscape-1.0.2.tar.xz) = 32421620
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/graphics/inkscape/pkg/PLIST,v
> retrieving revision 1.20
> diff -u -p -u -p -r1.20 PLIST
> --- pkg/PLIST 8 Sep 2020 15:22:39 - 1.20
> +++ pkg/PLIST 9 Feb 2021 07:18:07 -
> @@ -65,6 +65,13 @@ share/inkscape/examples/tref.svg
> share/inkscape/examples/turbulence_filters.svg
> share/inkscape/extensions/
> share/inkscape/extensions/.pylintrc
> +share/inkscape/extensions/.pytest_cache/
> +share/inkscape/extensions/.pytest_cache/CACHEDIR.TAG
> +share/inkscape/extensions/.pytest_cache/README.md
> +share/inkscape/extensions/.pytest_cache/v/
> +share/inkscape/extensions/.pytest_cache/v/cache/
> +share/inkscape/extensions/.pytest_cache/v/cache/nodeids
> +share/inkscape/extensions/.pytest_cache/v/cache/stepwise
> share/inkscape/extensions/LICENSE.txt
> share/inkscape/extensions/MANIFEST.in
> share/inkscape/extensions/Poly3DObjects/
Re: Remove editors/hnb
Klemens Nanni writes:
> All I get are core dumps right on startup (amd64, default/empty
> `vm.malloc_conf'); it does not matter if I build with `-fcommon' or
> apply fixes from FreeBSD, same crash.
>
> Installing with DEBUG='-g3 -O0 -fcommon':
>
> $ hnb
> Segmentation fault (core dumped)
> $ egdb --quiet hnb hnb.core
> Reading symbols from hnb...done.
> [New process 515561]
> Core was generated by `hnb'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0x0d8c6ebe07a8 in node_backrecurse (node=0xaf56ed00) at
> tree.c:52
> 52 if (node_up (node)) {
> (gdb) bt
> #0 0x0d8c6ebe07a8 in node_backrecurse (node=0xaf56ed00) at
> tree.c:52
> #1 0x0d8c6ebe09c4 in node_no (node=0xaf56ed00) at tree.c:68
> #2 0x0d8c6ebe6cfc in ui_draw (node=0xaf56ed00,
> input=0xd8c6ec08480 "",
> edit_mode=0) at ui_draw.c:707
> #3 0x0d8c6ebd0a28 in evilloop (pos=0xaf56ed00) at
> evilloop.c:148
> #4 0x0d8c6ebddae7 in main (argc=2, argv=0x7f7e1cc8) at
> hnb.c:270
> (gdb) p node
> $1 = (Node *) 0xaf56ed00
> (gdb) p node->up
> Cannot access memory at address 0xaf56ed00
>
> I've used `cd $(make show=WRKSRC) && cc -E ./tree.c' to see what it does
> at line 52:
>
> Node *node_backrecurse (Node *node)
> {
>if node))?((node)->up):0)) {
>
> No idea why or how, but that seems plain broken regardless of
> `-fno-common'.
>
> OK to remove?
OK gnezdo@
Re: misc/hfsplus -fno-common
On Sat, 6 Feb 2021 11:53:22 +0100
Thaison Nguyen wrote:
> This should fix compilation of misc/hfsplus. Patch taken from Debian people.
Debian's patch looks wrong to me, because it changes a global variable
to static (and duplicates the variable in each file). I prefer
Gentoo's patch, see end of this mail; but I might make other changes
before I commit it.
> However, I was not able to mount any hfsplus volume, I always get the
> following error:
>
> obsd# hpmount -r /dev/rsd1i
> hpmount: /dev/rsd1i: This is not a HFS+ volume (Unknown error: -1)
>
> Anyone had this working/knows how to use this?
It doesn't work for me. I tried on amd64 with an old Mac DVD with an
Apple partition map with an HFS+ filesystem. The amd64 kernel doesn't
understand the Apple partition map, so there was no cd0i. I tried to
"hpmount -r /dev/cd0c" but it didn't find the HFS+.
archivers/p7zip can extract some Apple partition maps and HFS+
filesystems. I used "7z -tapm l /dev/cd0c" to list the map and
"7z -tapm x /dev/cd0c Mac_OS_X.hfs" to extract the 2.6G filesystem.
Now "7z l Mac_OS_X.hfs" can see the files, and "file Mac_OS_X.hfs"
identifies it as "Macintosh HFS Extended", which means HFS+, but
$ hpmount -r Mac_OS_X.hfs
hpmount: /home/kernigh/Mac_OS_X.hfs: This is not a HFS+ volume (Unknown error:
-1)
I have not yet tried to fix this error.--George
Index: Makefile
===
RCS file: /cvs/ports/misc/hfsplus/Makefile,v
retrieving revision 1.34
diff -u -p -r1.34 Makefile
--- Makefile26 Jan 2020 11:14:32 - 1.34
+++ Makefile10 Feb 2021 04:06:21 -
@@ -5,7 +5,7 @@ COMMENT=hfsplus filesystem access tool
VERSION= 1.0.4
DISTNAME= hfsplus_${VERSION}
PKGNAME= hfsplus-${VERSION}
-REVISION= 6
+REVISION= 7
SHARED_LIBS= hfsp0.0
CATEGORIES=misc
Index: patches/patch-libhfsp_src_fscheck_c
===
RCS file: /cvs/ports/misc/hfsplus/patches/patch-libhfsp_src_fscheck_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-libhfsp_src_fscheck_c
--- patches/patch-libhfsp_src_fscheck_c 6 Feb 2011 16:03:55 - 1.1
+++ patches/patch-libhfsp_src_fscheck_c 10 Feb 2021 04:06:21 -
@@ -1,7 +1,23 @@
$OpenBSD: patch-libhfsp_src_fscheck_c,v 1.1 2011/02/06 16:03:55 fgsch Exp $
libhfsp/src/fscheck.c.orig Mon Mar 25 15:48:37 2002
-+++ libhfsp/src/fscheck.c Sat Jan 29 06:01:31 2011
-@@ -204,7 +204,8 @@ static int fscheck_volume_header(volume * vol, hfsp_vh
+
+Fix -fno-common by moving fsck_data, from Gentoo
+https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/hfsplusutils/files/hfsplusutils-1.0.4-fno-common-gcc10.patch
+
+Do other changes to unbreak the build.
+
+Index: libhfsp/src/fscheck.c
+--- libhfsp/src/fscheck.c.orig
libhfsp/src/fscheck.c
+@@ -47,6 +47,8 @@
+ # include "os.h"
+ # include "swab.h"
+
++struct fsck_data_t fsck_data;
++
+ /* Dump all raw fork information to stdout */
+ void print_fork(hfsp_fork_raw* f)
+ {
+@@ -204,7 +206,8 @@ static int fscheck_volume_header(volume * vol, hfsp_vh
*/
static int fscheck_volume_readbuf(volume * vol, hfsp_vh* vh, void* p)
{
@@ -11,7 +27,7 @@ $OpenBSD: patch-libhfsp_src_fscheck_c,v
{
printf("Unexpected Volume signature '%2s' expected 'H+'\n",
(char*) >signature);
-@@ -230,7 +231,7 @@ static int fscheck_volume_readbuf(volume * vol, hfsp_v
+@@ -230,7 +233,7 @@ static int fscheck_volume_readbuf(volume * vol, hfsp_v
vh->write_count = bswabU32_inc(p);
vh->encodings_bmp = bswabU64_inc(p);
memcpy(vh->finder_info, p, 32);
@@ -20,7 +36,7 @@ $OpenBSD: patch-libhfsp_src_fscheck_c,v
p = volume_readfork(p, >alloc_file );
p = volume_readfork(p, >ext_file );
p = volume_readfork(p, >cat_file );
-@@ -277,12 +278,12 @@ static int fscheck_read_wrapper(volume * vol, hfsp_vh*
+@@ -277,12 +280,12 @@ static int fscheck_read_wrapper(volume * vol, hfsp_vh*
printf("Volume is wrapped in HFS volume "
" (use hfsck to check this)\n");
Index: patches/patch-libhfsp_src_fscheck_h
===
RCS file: patches/patch-libhfsp_src_fscheck_h
diff -N patches/patch-libhfsp_src_fscheck_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-libhfsp_src_fscheck_h 10 Feb 2021 04:06:21 -
@@ -0,0 +1,22 @@
+$OpenBSD$
+
+Fix -fno-common by moving fsck_data, from Gentoo
+https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/hfsplusutils/files/hfsplusutils-1.0.4-fno-common-gcc10.patch
+
+Index: libhfsp/src/fscheck.h
+--- libhfsp/src/fscheck.h.orig
libhfsp/src/fscheck.h
+@@ -100,10 +100,11 @@ int fscheck_btree(btree *bt);
+ int fscheck_files(volume* vol);
+
+ /** global data used during fsck */
+-struct {
++struct fsck_data_t {
+ UInt32 maxCnid;
+ UInt32 macNow; // current date in mac-offset
+
Re: Fix net/gophernicus -fno-common
Brian Callahan writes: > Hi ports -- > > This diff fixes gophernicus with -fno-common. > I didn't update it since upstream has a new and broken build process. > Also drop myself as maintainer. > > OK? The patch reads OK but I don't understand why these would get declared given the statement that we don't have libwrap? > > ~Brian > > Index: Makefile > === > RCS file: /cvs/ports/net/gophernicus/Makefile,v > retrieving revision 1.19 > diff -u -p -r1.19 Makefile > --- Makefile 6 Feb 2020 18:06:10 - 1.19 > +++ Makefile 10 Feb 2021 01:57:11 - > @@ -1,6 +1,7 @@ > # $OpenBSD: Makefile,v 1.19 2020/02/06 18:06:10 edd Exp $ > > COMMENT= modern gopher server > +REVISION = 0 > > GH_ACCOUNT= gophernicus > GH_PROJECT= gophernicus > @@ -9,8 +10,6 @@ GH_TAGNAME= v3.0.1 > CATEGORIES= net > > HOMEPAGE=gopher://gophernicus.org/ > - > -MAINTAINER = Brian Callahan > > # BSD > PERMIT_PACKAGE= Yes > Index: patches/patch-gophernicus_c > === > RCS file: patches/patch-gophernicus_c > diff -N patches/patch-gophernicus_c > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-gophernicus_c 10 Feb 2021 01:57:11 - > @@ -0,0 +1,16 @@ > +$OpenBSD$ > + > +We don't have libwrap, and these cause issues with -fno-common > + > +Index: gophernicus.c > +--- gophernicus.c.orig > gophernicus.c > +@@ -30,8 +30,6 @@ > + * Libwrap needs these defined > + */ > + #ifdef HAVE_LIBWRAP > +-int allow_severity = LOG_DEBUG; > +-int deny_severity = LOG_ERR; > + #endif > + > +
Re: Fix www/uget -fno-common
Brian Callahan writes:
> Hi ports --
>
> Attached is a diff to fix www/uget for -fno-common
> Taken from upstream:
> https://sourceforge.net/p/urlget/uget2/ci/14890943c52e0a5cd2a87d8a1c51cbffebee7cf9/
>
> OK?
OK gnezdo@
>
> ~Brian
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/uget/Makefile,v
> retrieving revision 1.23
> diff -u -p -r1.23 Makefile
> --- Makefile 12 Jul 2019 20:51:06 - 1.23
> +++ Makefile 10 Feb 2021 02:10:39 -
> @@ -3,7 +3,7 @@
> COMMENT =lightweight graphical download manager
> DISTNAME = uget-2.0.11
> CATEGORIES = www net x11
> -REVISION = 3
> +REVISION = 4
>
> HOMEPAGE = http://ugetdm.com/
> MAINTAINER = Brian Callahan
> @@ -11,10 +11,9 @@ MAINTAINER = Brian Callahan # LGPLv2.1+
> PERMIT_PACKAGE = Yes
>
> -WANTLIB += atk-1.0 c cairo cairo-gobject crypto curl gdk-3
> -WANTLIB += gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gstreamer-1.0
> -WANTLIB += gtk-3 intl nghttp2 notify pango-1.0 pangocairo-1.0 pthread
> -WANTLIB += ssl z
> +WANTLIB += atk-1.0 c cairo cairo-gobject crypto curl gdk-3 gdk_pixbuf-2.0
> +WANTLIB += gio-2.0 glib-2.0 gobject-2.0 gstreamer-1.0 gtk-3 harfbuzz
> +WANTLIB += intl notify pango-1.0 pangocairo-1.0 pthread
>
> MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=urlget/}
>
> Index: patches/patch-ui-gtk_UgtkBanner_h
> ===
> RCS file: patches/patch-ui-gtk_UgtkBanner_h
> diff -N patches/patch-ui-gtk_UgtkBanner_h
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-ui-gtk_UgtkBanner_h 10 Feb 2021 02:10:39 -
> @@ -0,0 +1,17 @@
> +$OpenBSD$
> +
> +Fix for -fno-common
> +From upstream:
> https://sourceforge.net/p/urlget/uget2/ci/14890943c52e0a5cd2a87d8a1c51cbffebee7cf9/
> +
> +Index: ui-gtk/UgtkBanner.h
> +--- ui-gtk/UgtkBanner.h.orig
> ui-gtk/UgtkBanner.h
> +@@ -64,7 +64,7 @@ struct UgtkBanner {
> + UgetRssFeed*feed;
> + UgetRssItem*item;
> + } rss;
> +-} banner;
> ++};
> +
> + void ugtk_banner_init (UgtkBanner* banner);
> +
Re: [update] librelp version 1.9.0
On Tue, Feb 09, 2021 at 10:19:59PM +0100, Theo Buehler wrote: > On Sun, Feb 07, 2021 at 05:35:41PM +0100, Remi Locherer wrote: > > Hi > > > > This updates librelp to version 1.9.0. The changelog can be found here: > > https://github.com/rsyslog/librelp/blob/master/ChangeLog > > > > Many changes are related to TLS and openssl. I had to add a patch to make > > it compile with libressl. > > > > Running the tests shows that librelp does not work with libressl. Most TLS > > tests run twice: once with gnutls and once with openssl. The runs with > > openssl fail. > > I haven't investigated it fully, but I believe this is mostly due to > their ca.pem (and perhaps others) containing > > X509v3 Subject Alternative Name: > DNS:rsyslog ca > > which is quite obviously bogus (it should be a valid DNS name). If I > hack up the verifier to accept this, all but 3 tests pass. I will look > at these other failures soon. One similar failure due to openssl-ca.pem containing this: X509v3 Subject Alternative Name: DNS:some...@example.net, DNS:some...@example.net, email:some...@example.net And the remaining two failures seem to be due to differences in error output between the libraries. While I'm unsure why OpenSSL and GnuTLS don't complain about these, I don't think these test failures indicate a problem of this port with libressl and should not hold up committing the update. ok tb
Re: -fno-common update: broken ports
On Tue, Feb 09, 2021 at 07:20:25PM -0800, Jeremy Evans wrote: > On Tue, Feb 9, 2021 at 7:08 PM Ryan Freeman wrote: > > > On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote: > > > Updated list, with the dependent ports listed (which may or may not > > > be broken, but can't be built until the parent is fixed) It's gradually. > > > shrinking, and the majority of these are edge ports now. > > > > ...snip... > > > > > games/prboom > > > > I will propose a diff to remove games/prboom, discontinued, last update > > 2008 > > > > > games/prboom-plus > > > > This one seems to have moved to a git repo: > > https://github.com/coelckers/prboom-plus > > > > Actively updating prboom-plus port to use this, then I'll work through what > > FreeBSD did for -fno-common > > > > > By coincidence, I just updated both prboom and prboom-plus using FreeBSD's > patches. > > No opposition to removing prboom, though it did work when I used it last > year. > > Thanks, > Jeremy I'm also fine with removing it. For a limit removing port that doesn't go to the extremes of gzdoom I'd rather see crispy doom.
Re: -fno-common update: broken ports
On Tue, Feb 9, 2021 at 7:08 PM Ryan Freeman wrote: > On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote: > > Updated list, with the dependent ports listed (which may or may not > > be broken, but can't be built until the parent is fixed) It's gradually. > > shrinking, and the majority of these are edge ports now. > > ...snip... > > > games/prboom > > I will propose a diff to remove games/prboom, discontinued, last update > 2008 > > > games/prboom-plus > > This one seems to have moved to a git repo: > https://github.com/coelckers/prboom-plus > > Actively updating prboom-plus port to use this, then I'll work through what > FreeBSD did for -fno-common > > By coincidence, I just updated both prboom and prboom-plus using FreeBSD's patches. No opposition to removing prboom, though it did work when I used it last year. Thanks, Jeremy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 20:18:48 Modified files: games/prboom-plus: Makefile Added files: games/prboom-plus/patches: patch-src_doomstat_c patch-src_gl_intern_h patch-src_gl_light_c Log message: Fix prboom-plus build with -fno-common >From FreeBSD
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 20:12:27 Modified files: games/prboom : Makefile Added files: games/prboom/patches: patch-src_gl_intern_h patch-src_gl_main_c Log message: Fix prboom build with -fno-common >From FreeBSD
Re: -fno-common update: broken ports
On Fri, Feb 05, 2021 at 10:42:49AM +, Stuart Henderson wrote: > Updated list, with the dependent ports listed (which may or may not > be broken, but can't be built until the parent is fixed) It's gradually. > shrinking, and the majority of these are edge ports now. ...snip... > games/prboom I will propose a diff to remove games/prboom, discontinued, last update 2008 > games/prboom-plus This one seems to have moved to a git repo: https://github.com/coelckers/prboom-plus Actively updating prboom-plus port to use this, then I'll work through what FreeBSD did for -fno-common
Re: [macppc, all archs] net/echoping wants libm
On Wed, 10 Feb 2021 00:55:49 +0100
Charlene Wendling wrote:
> > util.o: In function `tvstddev':
> > util.c:(.text+0x6f4): undefined reference to `sqrt'
>
> I thought it was a ld.bfd issue but...
>
> Very surprisingly, i tried to reproduce on amd64 with USE_LLD=No to no
> avail, and the sparc64 bulk reports no failures. I can't compare with
> mips64 because no bulk is run currently.
ok gkoehler@
The compiler inlines the amd64 cpu instruction for sqrt, but one can
reproduce the error on amd64 by,
$ make COPTS=-fno-builtin-sqrt
powerpc64 clang inlines the instruction "fsqrt", but macppc clang calls
sqrt() and needs libm. This is because llvm believes that the G5 has
"fsqrt" but G4 and G3 don't have "fsqrt"; and the default target cpu in
powerpc64 clang seems to be the G5.--George
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/echoping/Makefile,v
> retrieving revision 1.15
> diff -u -p -u -p -r1.15 Makefile
> --- Makefile 1 Feb 2021 19:47:08 - 1.15
> +++ Makefile 9 Feb 2021 23:50:36 -
> @@ -5,7 +5,7 @@ COMMENT= test performance of remote TCP/
> VER= 6_0_2
> DISTNAME=echoping-RELEASE_${VER}
> PKGNAME= echoping-${VER:S/_/./g}
> -REVISION=0
> +REVISION=1
> CATEGORIES= net
>
> MASTER_SITES=
> https://framagit.org/bortzmeyer/echoping/-/archive/RELEASE_${VER}/
> @@ -36,6 +36,10 @@ CONFIGURE_ARGS+= --enable-plugin="dns ra
> --enable-smtp \
> --enable-tos \
> --without-libidn
> +
> +# Requires libm (uses sqrt(3)), detected by autoconf but not used anywhere
> else
> +# in the build configuration
> +CONFIGURE_ENV+= LDFLAGS="${LDFLAGS} -lm"
>
> WRKDIST= ${WRKDIR}/${DISTNAME}/SRC
>
> Index: pkg/DESCR
> ===
> RCS file: /cvs/ports/net/echoping/pkg/DESCR,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 DESCR
> --- pkg/DESCR 1 Feb 2021 18:10:44 - 1.3
> +++ pkg/DESCR 9 Feb 2021 23:50:36 -
> @@ -1,3 +1,3 @@
> -"echoping" is a small program to test (approximately) performance of a
> +"echoping" is a small program to test (approximately) performance of a
> remote host by sending it packets using various protocols (TCP/UDP echo,
> HTTP/HTTPS and some others).
>
--
George Koehler
Re: [PATCH] Use erlang21 for net/rabbitmq
Stuart Henderson writes: > On 2021/02/08 20:59, Greg Steuck wrote: >> The other victim of my quest to get rid of erlang19 which is not >> -fno-common friendly. >> >> The package builds fine, but once installed it fails to start due to >> "Error when reading /var/rabbitmq/.erlang.cookie: eacces" when launched >> with `/etc/rc.d/rabbitmq -d start`. The cookie file is for some reason >> owned by root so a manual fixup of `chown _rabbitmq >> /var/rabbitmq/.erlang.cookie` makes the daemon runnable. > > that's because "rc_check" runs rabbitmqctl status as root Thanks for figuring this out! >> I don't know what else to test and never heard of rabbitmq until today. >> >> If somebody feels this is enough, OK? > > If it's not enough then I have an attempt at an update to 3.8.8 (newer > ones will need erlang 22) but it will need someone who knows what they > are doing with this software to finish it. junkpile.org/rabbitmq.diff The current state of the port is broken by -fno-commit which took out erlang19. On top of that the imported version has known security issues and EOLed upstream support. I'm inclined to remove the port and let somebody who needs the port send a working version with resolved security issues. OK to remove net/rabbitmq? Thanks Greg
[Update from Maintainer] games/ezquake 3.2.3
Hi,
Patch below is to update games/ezquake to v3.2.3. I've updated the
patch for the Makefile to include ${X11BASE}/lib to LDFLAGS. It
seemed like the most logical place to put it. If there's a better way
let me know.
OK?
Thanks,
Tom
Index: Makefile
===
RCS file: /cvs/ports/games/ezquake/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile3 Oct 2020 14:58:48 - 1.10
+++ Makefile9 Feb 2021 21:38:43 -
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.10 2020/10/03 14:58:48 solene Exp $
N =ezquake
-V =3.2.2
+V =3.2.3
COMMENT = modern QuakeWorld client
PKGNAME = ${N}-${V}
@@ -17,7 +17,7 @@ MAINTAINER = Tom Murphy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 18:01:10 Modified files: audio : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: audio/xhippo : Makefile distinfo audio/xhippo/pkg: DESCR PLIST Log message: Remove audio/xhippo tream at https://www.gnu.org/software/xhippo/ no longer provides distfiles since at least 2019, FreeBSD also has marked the port as such; the website says The GNU xhippo has been decommissioned. Fails to build the now default "-fno-common". Other ports such as audio/mkplaylist do similar jobs, most media players also have such functionality, e.g. VLC does. OK danj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 17:56:14 Modified files: audio : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: audio/gimmix : Makefile distinfo audio/gimmix/patches: patch-src_gimmix-covers_c patch-src_gimmix-lyrics_c audio/gimmix/pkg: DESCR PLIST Log message: Remove audio/gimmix Starting the app shows a window but upon clicking "OK" it dies immediately. It depends on old Python and GTK and already carries a local patch to cope an old cURL update. Upstream is dead, FreeBSD also marked the port for removal. OK danj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 17:48:39 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Oops, use right msg for www6to4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 17:45:31 Modified files: www: Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: www/www6to4: Makefile distinfo www/www6to4/patches: patch-www6to4_c patch-www6to4_forward_conf www/www6to4/pkg: DESCR PLIST Log message: Remove www/www6to4 The import of this tool in 2004 predates pf.conf(5)'s "af-to" which came about in 2011. Since that, there have been no port changes other than dusting things of in the Makefile. Upstream is dead, this port fails with "-fno-common" and I have a hard time seeing how one would use a proxy daemon with their browser to do address family translation these days. OK danj
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/02/09 17:41:23 Modified files: devel/arm-none-eabi/gdb: Makefile distinfo devel/arm-none-eabi/gdb/patches: patch-bfd_doc_Makefile_in patch-libiberty_Makefile_in devel/arm-none-eabi/gdb/pkg: PLIST Added files: devel/arm-none-eabi/gdb/patches: patch-sim_arm_armemu_c patch-sim_arm_arminit_c patch-sim_arm_maverick_c patch-sim_arm_maverick_h patch-sim_arm_wrapper_c Removed files: devel/arm-none-eabi/gdb/patches: patch-etc_texi2pod_pl Log message: update arm-none-eabi-gdb to 7.12.1 matching devel/gdb backport a arm specific -fno-common fix [ARM, sim] Fix build error and warnings 851c0536cabb661847c45c73ebd796eb3299066b
Remove editors/hnb
All I get are core dumps right on startup (amd64, default/empty
`vm.malloc_conf'); it does not matter if I build with `-fcommon' or
apply fixes from FreeBSD, same crash.
Installing with DEBUG='-g3 -O0 -fcommon':
$ hnb
Segmentation fault (core dumped)
$ egdb --quiet hnb hnb.core
Reading symbols from hnb...done.
[New process 515561]
Core was generated by `hnb'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0d8c6ebe07a8 in node_backrecurse (node=0xaf56ed00) at
tree.c:52
52 if (node_up (node)) {
(gdb) bt
#0 0x0d8c6ebe07a8 in node_backrecurse (node=0xaf56ed00) at
tree.c:52
#1 0x0d8c6ebe09c4 in node_no (node=0xaf56ed00) at tree.c:68
#2 0x0d8c6ebe6cfc in ui_draw (node=0xaf56ed00,
input=0xd8c6ec08480 "",
edit_mode=0) at ui_draw.c:707
#3 0x0d8c6ebd0a28 in evilloop (pos=0xaf56ed00) at
evilloop.c:148
#4 0x0d8c6ebddae7 in main (argc=2, argv=0x7f7e1cc8) at
hnb.c:270
(gdb) p node
$1 = (Node *) 0xaf56ed00
(gdb) p node->up
Cannot access memory at address 0xaf56ed00
I've used `cd $(make show=WRKSRC) && cc -E ./tree.c' to see what it does
at line 52:
Node *node_backrecurse (Node *node)
{
if node))?((node)->up):0)) {
No idea why or how, but that seems plain broken regardless of
`-fno-common'.
OK to remove?
[macppc, all archs] net/echoping wants libm
Hi,
I've spotted that echoping's build is broken in the current macppc bulk:
> util.o: In function `tvstddev':
> util.c:(.text+0x6f4): undefined reference to `sqrt'
I thought it was a ld.bfd issue but...
Very surprisingly, i tried to reproduce on amd64 with USE_LLD=No to no
avail, and the sparc64 bulk reports no failures. I can't compare with
mips64 because no bulk is run currently.
The autoconf stuff really detects the need for`-lm' as seen in
config.log: 'ac_cv_lib_m_sqrt=yes', but is not used anywhere at all.
In fact, FreeBSD met the issue before us [0]; we need the `-lm' LDFLAG.
While here, i removed a trailing whitespace in DESCR that portcheck
found.
Then it builds fine on macppc [1], and still does on amd64. I tested
examples provided by the manpage without issues (there is no regression
tests).
Comments/feedback are welcome,
Charlène.
[0] https://svnweb.freebsd.org/ports?view=revision=368948
[1] https://bin.charlenew.xyz/echoping.log
Index: Makefile
===
RCS file: /cvs/ports/net/echoping/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile1 Feb 2021 19:47:08 - 1.15
+++ Makefile9 Feb 2021 23:50:36 -
@@ -5,7 +5,7 @@ COMMENT=test performance of remote TCP/
VER= 6_0_2
DISTNAME= echoping-RELEASE_${VER}
PKGNAME= echoping-${VER:S/_/./g}
-REVISION= 0
+REVISION= 1
CATEGORIES=net
MASTER_SITES=
https://framagit.org/bortzmeyer/echoping/-/archive/RELEASE_${VER}/
@@ -36,6 +36,10 @@ CONFIGURE_ARGS+= --enable-plugin="dns ra
--enable-smtp \
--enable-tos \
--without-libidn
+
+# Requires libm (uses sqrt(3)), detected by autoconf but not used anywhere else
+# in the build configuration
+CONFIGURE_ENV+=LDFLAGS="${LDFLAGS} -lm"
WRKDIST= ${WRKDIR}/${DISTNAME}/SRC
Index: pkg/DESCR
===
RCS file: /cvs/ports/net/echoping/pkg/DESCR,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 DESCR
--- pkg/DESCR 1 Feb 2021 18:10:44 - 1.3
+++ pkg/DESCR 9 Feb 2021 23:50:36 -
@@ -1,3 +1,3 @@
-"echoping" is a small program to test (approximately) performance of a
+"echoping" is a small program to test (approximately) performance of a
remote host by sending it packets using various protocols (TCP/UDP echo,
HTTP/HTTPS and some others).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 16:48:24 Modified files: x11/autorandr : Makefile distinfo Log message: Update to autorandr 1.11 - 2020-05-23 Handle empty sys.executable - 2020-06-08 Fix Python 2 compatibilit - 2020-10-06 Set group membership of users in batch mode OK gnezdo rsadowksi maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2021/02/09 15:59:15 Modified files: telephony/fobbit: Makefile telephony/fobbit/patches: patch-src_ini_c patch-src_usb_desc_c patch-src_vb_ini patch-src_vblast_h telephony/fobbit/pkg: PLIST Added files: telephony/fobbit/patches: patch-src_main_c Log message: telephony/fobbit: fix build with -fno-common While here, get rid of carriage return line endings and update the home page of this long-dead project.
[update] net/snort 2.9.17, fix for -fno-common
Hello,
attached is an update to snort 2.9.17. The new version includes fixes
for gcc-10. Tested on amd64.
Please test and eventually commit. Thanks.
Regards,
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.107
diff -u -p -u -p -r1.107 Makefile
--- Makefile27 May 2020 02:32:10 - 1.107
+++ Makefile9 Feb 2021 22:46:07 -
@@ -2,8 +2,8 @@
COMMENT = highly flexible sniffer/NIDS
-DISTNAME = snort-2.9.16
-RULESV = 29160
+DISTNAME = snort-2.9.17
+RULESV = 29170
SUBST_VARS = RULESV
CATEGORIES = net security
Index: distinfo
===
RCS file: /cvs/ports/net/snort/distinfo,v
retrieving revision 1.43
diff -u -p -u -p -r1.43 distinfo
--- distinfo27 May 2020 02:32:10 - 1.43
+++ distinfo9 Feb 2021 22:46:07 -
@@ -1,2 +1,2 @@
-SHA256 (snort-2.9.16.tar.gz) = lojY7fHaCd7GV0AA+zwOYvmcVkKFh2FuF8YBA8C8utc=
-SIZE (snort-2.9.16.tar.gz) = 6948498
+SHA256 (snort-2.9.17.tar.gz) = w7I0w5IqCbA2i4R9240fo3G3QfAy9Cqpq1PWe0KNxkg=
+SIZE (snort-2.9.17.tar.gz) = 6983018
Index: patches/patch-src_decode_h
===
RCS file: /cvs/ports/net/snort/patches/patch-src_decode_h,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 patch-src_decode_h
--- patches/patch-src_decode_h 27 May 2020 02:32:10 - 1.12
+++ patches/patch-src_decode_h 9 Feb 2021 22:46:07 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_decode_h,v 1.12 2020
Index: src/decode.h
--- src/decode.h.orig
+++ src/decode.h
-@@ -837,9 +837,9 @@ typedef struct _SLLHdr {
+@@ -839,9 +839,9 @@ typedef struct _SLLHdr {
* Pflog1_Hdr: CVS = 1.3, DLT_OLD_PFLOG = 17, Length = 28
* Pflog2_Hdr: CVS = 1.8, DLT_PFLOG = 117, Length = 48
* Pflog3_Hdr: CVS = 1.12, DLT_PFLOG = 117, Length = 64
Index: patches/patch-src_dynamic-preprocessors_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_Makefile_in,v
retrieving revision 1.21
diff -u -p -u -p -r1.21 patch-src_dynamic-preprocessors_Makefile_in
--- patches/patch-src_dynamic-preprocessors_Makefile_in 27 May 2020 02:32:10
- 1.21
+++ patches/patch-src_dynamic-preprocessors_Makefile_in 9 Feb 2021 22:46:07
-
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_dynamic-preprocessor
Index: src/dynamic-preprocessors/Makefile.in
--- src/dynamic-preprocessors/Makefile.in.orig
+++ src/dynamic-preprocessors/Makefile.in
-@@ -1649,19 +1649,8 @@ clean-local:
+@@ -1650,19 +1650,8 @@ clean-local:
rm -rf include build
install-data-local:
Index: patches/patch-src_dynamic-preprocessors_s7commplus_Makefile_in
===
RCS file: patches/patch-src_dynamic-preprocessors_s7commplus_Makefile_in
diff -N patches/patch-src_dynamic-preprocessors_s7commplus_Makefile_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_dynamic-preprocessors_s7commplus_Makefile_in 9 Feb
2021 22:46:07 -
@@ -0,0 +1,23 @@
+$OpenBSD$
+
+Index: src/dynamic-preprocessors/s7commplus/Makefile.in
+--- src/dynamic-preprocessors/s7commplus/Makefile.in.orig
src/dynamic-preprocessors/s7commplus/Makefile.in
+@@ -344,7 +344,7 @@ top_srcdir = @top_srcdir@
+ AUTOMAKE_OPTIONS = foreign no-dependencies
+ dynamicpreprocessordir = ${libdir}/snort_dynamicpreprocessor
+ dynamicpreprocessor_LTLIBRARIES = libsf_s7commplus_preproc.la
+-libsf_s7commplus_preproc_la_LDFLAGS = -export-dynamic -module @XCCFLAGS@
++libsf_s7commplus_preproc_la_LDFLAGS = -export-dynamic -module -avoid-version
@XCCFLAGS@
+ @SO_WITH_STATIC_LIB_TRUE@libsf_s7commplus_preproc_la_LIBADD =
../libsf_dynamic_preproc.la
+ @SO_WITH_STATIC_LIB_FALSE@nodist_libsf_s7commplus_preproc_la_SOURCES = \
+ @SO_WITH_STATIC_LIB_FALSE@../include/sf_dynamic_preproc_lib.c \
+@@ -546,7 +546,7 @@ distdir-am: $(DISTFILES)
+ done
+ check-am: all-am
+ check: check-am
+-all-am: Makefile $(LTLIBRARIES) all-local
++all-am: Makefile $(LTLIBRARIES)
+ installdirs:
+ for dir in "$(DESTDIR)$(dynamicpreprocessordir)"; do \
+ test -z "$$dir" || $(MKDIR_P) "$$dir"; \
Index: patches/patch-src_log_c
===
RCS file: /cvs/ports/net/snort/patches/patch-src_log_c,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 patch-src_log_c
--- patches/patch-src_log_c 1 Dec 2019 03:19:10 - 1.8
+++ patches/patch-src_log_c 9 Feb 2021 22:46:07 -
@@ -11,7 +11,7 @@ Index: src/log.c
/* dump the timestamp */
fwrite(timestamp, strlen(timestamp), 1, fp);
-@@ -1971,7 +1971,7 @@ void PrintEapolPkt(FILE * fp, Packet * p)
+@@ -1975,7 +1975,7 @@ void PrintEapolPkt(FILE * fp, Packet * p)
memset((char *) timestamp, 0,
[patch] net/tinyfugue, unbreak -fno-common
Hello, attached is a patch for tinyfugue. The variable world_decl was just declared, but never used. Regards, Markus Index: Makefile === RCS file: /cvs/ports/net/tinyfugue/Makefile,v retrieving revision 1.30 diff -u -p -u -p -r1.30 Makefile --- Makefile12 Jul 2019 20:48:50 - 1.30 +++ Makefile9 Feb 2021 22:12:53 - @@ -3,7 +3,7 @@ COMMENT= programmable MUD client, with macro support and more PKGNAME= tinyfugue-4.0s1 -REVISION= 5 +REVISION= 6 DISTNAME= tf-40s1 CATEGORIES=net games Index: patches/patch-src_socket_h === RCS file: patches/patch-src_socket_h diff -N patches/patch-src_socket_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_socket_h 9 Feb 2021 22:12:53 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: src/socket.h +--- src/socket.h.orig src/socket.h +@@ -13,7 +13,7 @@ + #define SOCK_RECV 0 + #define SOCK_SEND 1 + +-struct World *world_decl; /* declares struct World */ ++struct World; /* declares struct World */ + + extern Aline *incoming_text; + extern int quit_flag;
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2021/02/09 15:13:19 Modified files: shells/yash: Makefile distinfo shells/yash/patches: patch-variable_c Added files: shells/yash/patches: patch-configure Log message: shells/yash: maintenance update to 2.51
Re: [PATCH] Use erlang21 for net/rabbitmq
On 2021/02/08 20:59, Greg Steuck wrote: > The other victim of my quest to get rid of erlang19 which is not > -fno-common friendly. > > The package builds fine, but once installed it fails to start due to > "Error when reading /var/rabbitmq/.erlang.cookie: eacces" when launched > with `/etc/rc.d/rabbitmq -d start`. The cookie file is for some reason > owned by root so a manual fixup of `chown _rabbitmq > /var/rabbitmq/.erlang.cookie` makes the daemon runnable. that's because "rc_check" runs rabbitmqctl status as root > I don't know what else to test and never heard of rabbitmq until today. > > If somebody feels this is enough, OK? If it's not enough then I have an attempt at an update to 3.8.8 (newer ones will need erlang 22) but it will need someone who knows what they are doing with this software to finish it. junkpile.org/rabbitmq.diff
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 14:40:41 Modified files: security/clamav: Tag: OPENBSD_6_8 Makefile distinfo security/clamav/patches: Tag: OPENBSD_6_8 patch-etc_clamd_conf_sample Log message: update to clamav-0.103.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 14:39:08 Modified files: security/clamav: Makefile distinfo security/clamav/patches: patch-etc_clamd_conf_sample Log message: update to clamav-0.103.1
Re: [update] librelp version 1.9.0
On Sun, Feb 07, 2021 at 05:35:41PM +0100, Remi Locherer wrote: > Hi > > This updates librelp to version 1.9.0. The changelog can be found here: > https://github.com/rsyslog/librelp/blob/master/ChangeLog > > Many changes are related to TLS and openssl. I had to add a patch to make > it compile with libressl. > > Running the tests shows that librelp does not work with libressl. Most TLS > tests run twice: once with gnutls and once with openssl. The runs with > openssl fail. I haven't investigated it fully, but I believe this is mostly due to their ca.pem (and perhaps others) containing X509v3 Subject Alternative Name: DNS:rsyslog ca which is quite obviously bogus (it should be a valid DNS name). If I hack up the verifier to accept this, all but 3 tests pass. I will look at these other failures soon.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/02/09 14:08:19 Modified files: net/oicb : Makefile Log message: Provide debug package
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2021/02/09 13:43:04 Modified files: games/odamex : Makefile Log message: Stop games/odamex from picking up x11/agar if installed. OK naddy@. Thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 13:17:37 Modified files: misc/screen: Tag: OPENBSD_6_8 Makefile Added files: misc/screen/patches: Tag: OPENBSD_6_8 patch-acconfig_h Log message: screen: disable utf8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 13:17:22 Modified files: misc/screen: Makefile Added files: misc/screen/patches: patch-acconfig_h Log message: screen: disable utf8
Re: [New] libva-intel-media-driver port
On 21/02/09 11:08AM, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated with "make update-patches",
> don't split patches between patches/ and files/
>
> DESCR should describe what it does and should not just be a copy
> of COMMENT
>
> leave out MAINTAINER completely if you aren't going to set it to
> yourself
>
> the library should be generated directly with ports versioning,
> no symlinks
>
> instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
> the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
> and ${LIBigdgmm_VERSION:E} for minor
>
> see other ports or Makefile.template for the expected style
> for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
> (not one per line), don't use "c++" in WANTLIB that is covered
> by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
>
I have revamped both igdgmm and libva-intel-media-driver ports.
Please do see, if they are satisfactory.
--
Eugene Moz.
igdgmm.tar.gz
Description: Binary data
libva-intel-media-driver.tar.gz
Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:05:15 Modified files: databases/timescaledb: Makefile distinfo databases/timescaledb/pkg: PLIST Log message: Update to timescaledb 2.0.0. Mark as BROKEN as neither the previous version nor this new version works with PostgreSQL 13. >From denis@ (MAINTAINER) OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:04:36 Modified files: databases/skytools: Makefile databases/skytools/patches: patch-sql_pgq_triggers_common_c Added files: databases/skytools/patches: patch-sql_pgq_lowlevel_insert_event_c Log message: Add patches to build with PostgreSQL 13. OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:04:10 Modified files: databases/postgresql-previous: Makefile distinfo databases/postgresql-previous/patches: patch-src_bin_scripts_vacuumdb_c patch-src_include_storage_s_lock_h databases/postgresql-previous/pkg: PLIST Log message: Update to PostgreSQL 12.5, following databases/postgresql update to PostgreSQL 13. OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:03:40 Modified files: databases/postgresql-plr: Makefile distinfo databases/postgresql-plr/pkg: PLIST Log message: Update to plr 8.4.1. Works with PostgreSQL 13. OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:03:12 Modified files: databases/postgresql-pllua: Makefile distinfo databases/postgresql-pllua/pkg: PLIST Log message: Update to pllua 2.0.6. Works with PostgreSQL 13. OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2021/02/09 13:02:39 Modified files: databases/citus: Makefile distinfo databases/citus/pkg: PLIST Log message: Update to citus 9.5.0. Works with PostgreSQL 13. OK sthen@, danj@, pea@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 13:01:37 Modified files: databases/postgresql: Makefile distinfo databases/postgresql/patches: patch-src_Makefile_shlib patch-src_bin_scripts_vacuumdb_c patch-src_include_storage_s_lock_h patch-src_interfaces_libpq_Makefile databases/postgresql/pkg: PLIST-contrib PLIST-docs PLIST-main PLIST-plpython PLIST-server README-server Log message: update to PostgreSQL 13.1, mostly from jeremy@, ok jeremy pea danj
Re: [NEW] sysutils/oc 4.6.15
Hi,
thank you for your feedback.
I attached the fixed package.
Best regards,
Luca De Pandis
‐‐‐ Original Message ‐‐‐
On Tuesday, February 9, 2021 4:48 PM, Rafael Sadowski
wrote:
> On Tue Feb 09, 2021 at 07:54:30AM +, Luca De Pandis wrote:
>
> > Hi,
> > bumped to 4.6.16.
> > If ok, could someone commit it, please?
> > Best regards,
> > Luca De Pandis
>
> Works fine here. Some notes/tweaks:
>
> - Remove uncomment line
> - Fix MAINTAINER syntax.
> - I would suggest to remove BUILDDATE. This information is not helpful
> and it will change every time in a bulk build. oc runs and build fine
> without this information:
>
> $ oc version -o yaml
> clientVersion:
> buildDate: ""
> compiler: gc
> gitCommit: 18d7461aca47e77cefb355339252a8d4c149188f
> gitTreeState: clean
> gitVersion: 4.6.16
> goVersion: go1.15.7
> major: "4"
> minor: "6"
> platform: openbsd/amd64
>
> With this changes, OK rsadowski
>
> --- Makefile.orig Tue Feb 9 16:35:47 2021
> +++ Makefile Tue Feb 9 16:38:36 2021
> @@ -7,21 +7,18 @@ GH_PROJECT = oc
> VERSION = 4.6.16
> GH_COMMIT = 18d7461aca47e77cefb355339252a8d4c149188f
> DISTNAME = oc-${VERSION}
> -#PKGNAME = oc-${VERSION}
>
> CATEGORIES = sysutils
>
> HOMEPAGE = https://www.openshift.com
>
> -MAINTAINER = luca.depan...@protonmail.com
> +MAINTAINER = Luca De Pandis luca.depan...@protonmail.com
>
>
> Apache License 2.0
>
> ===
>
> PERMIT_PACKAGE = Yes
>
> WANTLIB = c pthread
>
> -BUILDDATE = $$(date -u +%Y-%m-%dT%H:%M:%SZ)
>
>
>
> MODULES = lang/go
>
> GO_PKGNAME = github.com/openshift/oc
> @@ -29,7 +26,6 @@ WRKSRC = ${MODGO_WORKSPACE}/src/${GO_PKGNAME}
> ALL_TARGET = ${GO_PKGNAME}/cmd/oc
>
> MODGO_LDFLAGS += \
>
> - -X ${GO_PKGNAME}/pkg/version.buildDate=${BUILDDATE} \
> -X ${GO_PKGNAME}/pkg/version.commitFromGit=${GH_COMMIT} \
> -X ${GO_PKGNAME}/pkg/version.versionFromGit=${VERSION} \
> -X ${GO_PKGNAME}/pkg/version.majorFromGit=${VERSION:R:R} \
>
oc.tar.gz
Description: application/gzip
publickey - luca.depandis@protonmail.com - 0xC73C26D2.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Re: [NEW] games/moonlight-qt
On Tue Feb 09, 2021 at 02:40:15PM +0100, Muhammad Kaisar Arkhan wrote: > On 2/9/21 6:54 AM, Rafael Sadowski wrote: > > On Mon Feb 08, 2021 at 03:23:02PM +0100, Muhammad Kaisar Arkhan wrote: > > > > > > > > Thanks, here's an update tarball because the PLIST has changed: > > > > > > > > > > Ping :-) > > > > > > Port reattached > > > > > > > > Fetch http://downloads.daveblood.com/lunar_lander/moon-lander-1.0.tar.gz > > ftp: Error retrieving > > http://downloads.daveblood.com/lunar_lander/moon-lander-1.0.tar.gz: 404 Not > > Found > > > > I think you're building the wrong port, it's games/moonlight-qt not > games/moonlander. :-P > Yes I was to fast with tab completion. OK rsadowski@ if someone wants to import it. Rafael Sadowski
Re: update cad/openscad 2019.05 --> 2021.01
On Tue, Feb 09, 2021 at 08:16:05PM +0100, Rafael Sadowski wrote: > On Tue Feb 09, 2021 at 06:13:00PM +0100, Paco Esteban wrote: > > On Sun, 07 Feb 2021, Paco Esteban wrote: > > > > > Hi ports@, > > > > > > This is an update of cad/openscad to its latest version 2021.01 > > > > > > Here are the changes for this new version: > > > https://www.openscad.org/news.html#20210131 > > > > > > On the port side, I only added cairo to WANTLIB because > > > port-lib-depends-check was complaining about it. It also says: > > > > > > Extra: CGAL.2 > > > > > > But this is an actual dependency and it's being used as far as I see, so > > > I left it there. > > > > > > Comments ? ok to commit ? > > > > Find an updated diff at the end (tracey@'s work, thank you !) that > > actually works and does not have the port-lib-depends-check problem. > > > > As some of you have noticed, the program segfaults on exit if one uses > > the 'File > Quit' menu or Ctrl+q. It does not when killing the window on > > cwm > > (which we both use, so we have not tested on any other window manager). > > > > Here's what gdb says about this: > > > > (gdb) bt > > #0 0x0be0ce5d99d2 in QHashData::nextNode(QHashData::Node*) () from > > /usr/local/lib/libQt5Core.so.3.0 > > #1 0x0bdeb4c13308 in > > gui(std::__1::vector > std::__1::char_traits, std::__1::allocator >, > > std::__1::allocator > std::__1::char_traits, std::__1::allocator > > >&, > > boost::filesystem::path const&, int, char**) () > > #2 0x0bdeb4c175a6 in main () > > > > The current version we have in ports also segfaults on exit, so this is > > not new. > > > > Any help from more c++/Qt savvy people is welcome. > > Unfortunately it is an known issue. Many Qt applications segfaults on > exit. The outcry was never loud, so my motivation was never high. You still have my ok for the commit without the debugging symbols. I suppose if someone has the motivation to look at that, they can be added then. Thoughts? -- Tracey Emery
Re: update cad/openscad 2019.05 --> 2021.01
On Tue Feb 09, 2021 at 06:13:00PM +0100, Paco Esteban wrote: > On Sun, 07 Feb 2021, Paco Esteban wrote: > > > Hi ports@, > > > > This is an update of cad/openscad to its latest version 2021.01 > > > > Here are the changes for this new version: > > https://www.openscad.org/news.html#20210131 > > > > On the port side, I only added cairo to WANTLIB because > > port-lib-depends-check was complaining about it. It also says: > > > > Extra: CGAL.2 > > > > But this is an actual dependency and it's being used as far as I see, so > > I left it there. > > > > Comments ? ok to commit ? > > Find an updated diff at the end (tracey@'s work, thank you !) that > actually works and does not have the port-lib-depends-check problem. > > As some of you have noticed, the program segfaults on exit if one uses > the 'File > Quit' menu or Ctrl+q. It does not when killing the window on cwm > (which we both use, so we have not tested on any other window manager). > > Here's what gdb says about this: > > (gdb) bt > #0 0x0be0ce5d99d2 in QHashData::nextNode(QHashData::Node*) () from > /usr/local/lib/libQt5Core.so.3.0 > #1 0x0bdeb4c13308 in > gui(std::__1::vector std::__1::char_traits, std::__1::allocator >, > std::__1::allocator, > std::__1::allocator > > >&, boost::filesystem::path const&, int, > char**) () > #2 0x0bdeb4c175a6 in main () > > The current version we have in ports also segfaults on exit, so this is > not new. > > Any help from more c++/Qt savvy people is welcome. Unfortunately it is an known issue. Many Qt applications segfaults on exit. The outcry was never loud, so my motivation was never high.
Re: [Update] www/p5-Plack : Update to 1.0048
looks ok to me On Tue, Feb 9, 2021 at 7:16 AM wen heping wrote: > Hi, > > Here is a simple patch for www/p5-Plack to update to 1.0048. > It build well and pass all tests on amd64-6.8 system. > > 18 ports depends on p5-Plack, all build well and pass tests with > this patch. > > Comments? > > > wen >
Re: [patch] net/sniproxy unbreak and -fno-common fix
On 2/9/21 3:54 PM, Theo Buehler wrote: On Tue, Feb 09, 2021 at 03:41:29PM +0100, Renaud Allard wrote: On 2/9/21 3:26 PM, Theo Buehler wrote: On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote: Hello, It seems that I didn't test sniproxy deep enough after the patch removal for STAILQ_*. There are core dumps with sniproxy without the patch. I think this needs deeper investigation. Could you share a backtrace or a reproducer for these crashes? My bad, I tried to reproduce it and it seems there was a problem in my CFLAGS which caused the issue. So here is the patch only for the -fno-common While your patch fixes the compilation, I'd suggest going with the usual change, which is also the one upstream merged: https://github.com/dlundquist/sniproxy/pull/349 I added a patch for a warning about an incorrect format string on top. Are you ok with this? It seems lighter indeed and merged, so I guess this is the best way. I compiled and tested with your patch and it looks fine. So, OK for me. smime.p7s Description: S/MIME Cryptographic Signature
Re: [patch] net/sniproxy unbreak and -fno-common fix
On 2/9/21 3:26 PM, Theo Buehler wrote:
On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
Hello,
It seems that I didn't test sniproxy deep enough after the patch removal for
STAILQ_*. There are core dumps with sniproxy without the patch.
I think this needs deeper investigation. Could you share a backtrace or
a reproducer for these crashes?
My bad, I tried to reproduce it and it seems there was a problem in my
CFLAGS which caused the issue.
So here is the patch only for the -fno-common
Index: Makefile
===
RCS file: /cvs/ports/net/sniproxy/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile 8 Apr 2020 04:56:52 - 1.1.1.1
+++ Makefile 9 Feb 2021 14:39:29 -
@@ -6,6 +6,8 @@ GH_ACCOUNT = dlundquist
GH_PROJECT = sniproxy
GH_TAGNAME = 0.6.0
+REVISION = 0
+
CATEGORIES = net
HOMEPAGE = https://github.com/dlundquist/sniproxy
Index: patches/patch-src_http_c
===
RCS file: patches/patch-src_http_c
diff -N patches/patch-src_http_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_http_c 9 Feb 2021 14:39:29 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/http.c
+--- src/http.c.orig
src/http.c
+@@ -45,7 +45,7 @@ static const char http_503[] =
+ "Connection: close\r\n\r\n"
+ "Backend not available";
+
+-const struct Protocol *const http_protocol = &(struct Protocol){
++static const struct Protocol *const http_protocol = &(struct Protocol){
+ .name = "http",
+ .default_port = 80,
+ .parse_packet = _http_header,
Index: patches/patch-src_http_h
===
RCS file: patches/patch-src_http_h
diff -N patches/patch-src_http_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_http_h 9 Feb 2021 14:39:29 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+
+Index: src/http.h
+--- src/http.h.orig
src/http.h
+@@ -29,6 +29,6 @@
+ #include
+ #include "protocol.h"
+
+-const struct Protocol *const http_protocol;
++static const struct Protocol *const http_protocol;
+
+ #endif
Index: patches/patch-src_tls_c
===
RCS file: patches/patch-src_tls_c
diff -N patches/patch-src_tls_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_tls_c 9 Feb 2021 14:39:29 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/tls.c
+--- src/tls.c.orig
src/tls.c
+@@ -60,7 +60,7 @@ static const char tls_alert[] = {
+ 0x02, 0x28, /* Fatal, handshake failure */
+ };
+
+-const struct Protocol *const tls_protocol = &(struct Protocol){
++static const struct Protocol *const tls_protocol = &(struct Protocol){
+ .name = "tls",
+ .default_port = 443,
+ .parse_packet = (int (*const)(const char *, size_t, char **))_tls_header,
Index: patches/patch-src_tls_h
===
RCS file: patches/patch-src_tls_h
diff -N patches/patch-src_tls_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_tls_h 9 Feb 2021 14:39:29 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+
+Index: src/tls.h
+--- src/tls.h.orig
src/tls.h
+@@ -28,6 +28,6 @@
+
+ #include "protocol.h"
+
+-const struct Protocol *const tls_protocol;
++static const struct Protocol *const tls_protocol;
+
+ #endif
smime.p7s
Description: S/MIME Cryptographic Signature
UPDATE: devel/cmake
Simple bug fix update cmake to 3.19.4.
Change logs:
https://blog.kitware.com/cmake-3-19-4-available-for-download/
https://blog.kitware.com/cmake-3-19-3-available-for-download/
https://blog.kitware.com/cmake-3-19-2-available-for-download/
https://blog.kitware.com/cmake-3-19-1-available-for-download/
This update diff went throuht a full amd64 bulk build.
OK? If I hear no objection, I'll commit it at the weekend.
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.190
diff -u -p -u -p -r1.190 Makefile
--- Makefile30 Dec 2020 07:17:34 - 1.190
+++ Makefile9 Feb 2021 18:19:41 -
@@ -4,7 +4,7 @@ DPB_PROPERTIES =parallel
COMMENT = portable build system
-VER = 3.19.1
+VER = 3.19.4
EPOCH =0
DISTNAME = cmake-${VER}
CATEGORIES = devel
Index: distinfo
===
RCS file: /cvs/ports/devel/cmake/distinfo,v
retrieving revision 1.59
diff -u -p -u -p -r1.59 distinfo
--- distinfo30 Dec 2020 07:17:34 - 1.59
+++ distinfo9 Feb 2021 18:19:41 -
@@ -1,2 +1,2 @@
-SHA256 (cmake-3.19.1.tar.gz) = HSZuo6du9lDNzxbHgqMXy0p6pGFhfulB44nLSHOKOro=
-SIZE (cmake-3.19.1.tar.gz) = 9256956
+SHA256 (cmake-3.19.4.tar.gz) = fQIyufHFfo3oHzgHHvggPmgg/n7siuRqHfEl2I28wuE=
+SIZE (cmake-3.19.4.tar.gz) = 9266976
Index: patches/patch-Modules_Compiler_GNU_cmake
===
RCS file: /cvs/ports/devel/cmake/patches/patch-Modules_Compiler_GNU_cmake,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 patch-Modules_Compiler_GNU_cmake
--- patches/patch-Modules_Compiler_GNU_cmake30 Dec 2020 07:17:34 -
1.16
+++ patches/patch-Modules_Compiler_GNU_cmake9 Feb 2021 18:19:41 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-Modules_Compiler_GNU_cma
Index: Modules/Compiler/GNU.cmake
--- Modules/Compiler/GNU.cmake.orig
+++ Modules/Compiler/GNU.cmake
-@@ -54,10 +54,17 @@ macro(__compiler_gnu lang)
+@@ -53,10 +53,17 @@ macro(__compiler_gnu lang)
# Initial configuration flags.
string(APPEND CMAKE_${lang}_FLAGS_INIT " ")
Index: patches/patch-Modules_FindSDL_cmake
===
RCS file: /cvs/ports/devel/cmake/patches/patch-Modules_FindSDL_cmake,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 patch-Modules_FindSDL_cmake
--- patches/patch-Modules_FindSDL_cmake 21 Aug 2019 05:47:40 - 1.11
+++ patches/patch-Modules_FindSDL_cmake 9 Feb 2021 18:19:41 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-Modules_FindSDL_cmake,v
Index: Modules/FindSDL.cmake
--- Modules/FindSDL.cmake.orig
+++ Modules/FindSDL.cmake
-@@ -86,6 +86,11 @@ else()
+@@ -116,6 +116,11 @@ else()
set(VC_LIB_PATH_SUFFIX lib/x86)
endif()
Index: patches/patch-Source_cmSystemTools_cxx
===
RCS file: /cvs/ports/devel/cmake/patches/patch-Source_cmSystemTools_cxx,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 patch-Source_cmSystemTools_cxx
--- patches/patch-Source_cmSystemTools_cxx 30 Dec 2020 07:17:34 -
1.16
+++ patches/patch-Source_cmSystemTools_cxx 9 Feb 2021 18:19:41 -
@@ -43,7 +43,7 @@ Index: Source/cmSystemTools.cxx
defined(__QNX__)
// For isascii
# define _XOPEN_SOURCE 700
-@@ -1674,8 +1674,6 @@ bool extract_tar(const std::string& outFileName,
+@@ -1673,8 +1673,6 @@ bool extract_tar(const std::string& outFileName,
const std::vector& files, bool verbose,
bool extract)
{
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/cmake/pkg/PLIST,v
retrieving revision 1.47
diff -u -p -u -p -r1.47 PLIST
--- pkg/PLIST 30 Dec 2020 07:17:34 - 1.47
+++ pkg/PLIST 9 Feb 2021 18:19:41 -
@@ -186,6 +186,7 @@ share/cmake/Help/envvar/ASM_DIALECTFLAGS
share/cmake/Help/envvar/CC.rst
share/cmake/Help/envvar/CCMAKE_COLORS.rst
share/cmake/Help/envvar/CFLAGS.rst
+share/cmake/Help/envvar/CMAKE_APPLE_SILICON_PROCESSOR.rst
share/cmake/Help/envvar/CMAKE_BUILD_PARALLEL_LEVEL.rst
share/cmake/Help/envvar/CMAKE_CONFIG_TYPE.rst
share/cmake/Help/envvar/CMAKE_EXPORT_COMPILE_COMMANDS.rst
@@ -1006,6 +1007,7 @@ share/cmake/Help/prop_tgt/INTERPROCEDURA
share/cmake/Help/prop_tgt/INTERPROCEDURAL_OPTIMIZATION_CONFIG.rst
share/cmake/Help/prop_tgt/IOS_INSTALL_COMBINED.rst
share/cmake/Help/prop_tgt/ISPC_HEADER_DIRECTORY.rst
+share/cmake/Help/prop_tgt/ISPC_HEADER_SUFFIX.rst
share/cmake/Help/prop_tgt/ISPC_INSTRUCTION_SETS.rst
share/cmake/Help/prop_tgt/JOB_POOL_COMPILE.rst
share/cmake/Help/prop_tgt/JOB_POOL_LINK.rst
@@ -1233,6 +1235,7 @@ share/cmake/Help/variable/CMAKE_ANDROID_
share/cmake/Help/variable/CMAKE_ANDROID_STANDALONE_TOOLCHAIN.rst
share/cmake/Help/variable/CMAKE_ANDROID_STL_TYPE.rst
[patch] net/sniproxy unbreak and -fno-common fix
Hello,
It seems that I didn't test sniproxy deep enough after the patch removal
for STAILQ_*. There are core dumps with sniproxy without the patch.
Here is a diff which brings back the patch and also solves the
compilation error with the -fno-common change.
I need to check if it's possible to make that cleaner, but in the
meantime sniproxy works again.
Best Regards
Index: Makefile
===
RCS file: /cvs/ports/net/sniproxy/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile 8 Apr 2020 04:56:52 - 1.1.1.1
+++ Makefile 9 Feb 2021 14:15:17 -
@@ -6,6 +6,8 @@ GH_ACCOUNT = dlundquist
GH_PROJECT = sniproxy
GH_TAGNAME = 0.6.0
+REVISION = 0
+
CATEGORIES = net
HOMEPAGE = https://github.com/dlundquist/sniproxy
Index: patches/patch-src_backend_h
===
RCS file: patches/patch-src_backend_h
diff -N patches/patch-src_backend_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_backend_h 9 Feb 2021 14:15:17 -
@@ -0,0 +1,95 @@
+$OpenBSD: patch-src_backend_h,v 1.1.1.1 2020/04/08 04:56:52 bket Exp $
+
+Index: src/backend.h
+--- src/backend.h.orig
src/backend.h
+@@ -31,6 +31,89 @@
+ #include
+ #include "address.h"
+
++#ifndef STAILQ_INIT
++/*
++ * Singly-linked Tail queue declarations.
++ */
++#define STAILQ_HEAD(name, type) \
++struct name { \
++struct type *stqh_first;/* first element */ \
++struct type **stqh_last;/* addr of last next element */ \
++}
++
++#define STAILQ_HEAD_INITIALIZER(head) \
++{ NULL, &(head).stqh_first }
++
++#define STAILQ_ENTRY(type) \
++struct {\
++struct type *stqe_next; /* next element */ \
++}
++
++/*
++ * Singly-linked Tail queue functions.
++ */
++#define STAILQ_INIT(head) do { \
++(head)->stqh_first = NULL; \
++(head)->stqh_last = &(head)->stqh_first;\
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_INSERT_HEAD(head, elm, field) do { \
++if (((elm)->field.stqe_next = (head)->stqh_first) == NULL) \
++(head)->stqh_last = &(elm)->field.stqe_next;\
++(head)->stqh_first = (elm); \
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_INSERT_TAIL(head, elm, field) do { \
++(elm)->field.stqe_next = NULL; \
++*(head)->stqh_last = (elm); \
++(head)->stqh_last = &(elm)->field.stqe_next;\
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_INSERT_AFTER(head, listelm, elm, field) do { \
++if (((elm)->field.stqe_next = (listelm)->field.stqe_next) == NULL)\
++(head)->stqh_last = &(elm)->field.stqe_next;\
++(listelm)->field.stqe_next = (elm); \
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_REMOVE_HEAD(head, field) do {\
++if (((head)->stqh_first = (head)->stqh_first->field.stqe_next) == NULL) \
++(head)->stqh_last = &(head)->stqh_first;\
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_REMOVE(head, elm, type, field) do { \
++if ((head)->stqh_first == (elm)) { \
++STAILQ_REMOVE_HEAD((head), field); \
++} else {\
++struct type *curelm = (head)->stqh_first; \
++while (curelm->field.stqe_next != (elm))\
++curelm = curelm->field.stqe_next; \
++if ((curelm->field.stqe_next = \
++curelm->field.stqe_next->field.stqe_next) == NULL) \
++(head)->stqh_last = &(curelm)->field.stqe_next; \
++} \
++} while (/*CONSTCOND*/0)
++
++#define STAILQ_FOREACH(var, head, field)\
++for ((var) = ((head)->stqh_first); \
++(var); \
++(var) = ((var)->field.stqe_next))
++
++#define STAILQ_CONCAT(head1, head2) do {\
++if (!STAILQ_EMPTY((head2))) { \
++
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: n...@cvs.openbsd.org2021/02/09 10:36:58 Modified files: editors/TeXmacs: Makefile distinfo editors/TeXmacs/patches: patch-CMakeLists_txt patch-src_Plugins_Qt_qt_gui_cpp editors/TeXmacs/pkg: PLIST README Removed files: editors/TeXmacs/patches: patch-plugins_r_src_tm_r_c patch-src_Plugins_Qt_QTMStyle_cpp patch-src_Plugins_Qt_qt_renderer_cpp Log message: update to TeXmacs-1.99.18 Changelog: https://texmacs.org/tmweb/about/changes.en.html - reverts back to DISTNAME and PKGNAME as in revision 1.15 now that distfile extracts to -src again - notes in README that octave plugin requires gnuplot - compileall.py for a portcheck warning - removes the patch for the TeXmacs interface to R - updates README with R instructions - removes REVISION - removes two backported patches for qt 5.15.2 OK rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2021/02/09 10:34:41 Modified files: infrastructure/bin: update-patches Log message: readlink might give you a relative link, which you then have to finish resolving yourself (fixes update-patches in japanese/onew)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/02/09 10:25:08 Modified files: x11/gtk+4 : Makefile distinfo x11/gtk+4/patches: patch-modules_printbackends_meson_build Log message: Update to gtk+4-4.0.3.
UPDATE: textproc/lowdown 0.8.1
Hi, Below is a diff that updates textproc/lowdown to 0.8.1. Tested on amd64. Caspar Schutijser Index: Makefile === RCS file: /cvs/ports/textproc/lowdown/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile10 Dec 2020 08:28:12 - 1.23 +++ Makefile9 Feb 2021 17:13:15 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.23 2020/12/10 08:28:12 fcambus Exp $ COMMENT = simple markdown translator -DISTNAME = lowdown-0.7.4 +DISTNAME = lowdown-0.8.1 CATEGORIES = textproc HOMEPAGE = https://kristaps.bsd.lv/lowdown/ Index: distinfo === RCS file: /cvs/ports/textproc/lowdown/distinfo,v retrieving revision 1.20 diff -u -p -r1.20 distinfo --- distinfo10 Dec 2020 08:28:12 - 1.20 +++ distinfo9 Feb 2021 17:13:15 - @@ -1,2 +1,2 @@ -SHA256 (lowdown-0.7.4.tar.gz) = IbscrRanGjshiWXqcQlZLvfyKFPrRvBEivmXQb8mwFI= -SIZE (lowdown-0.7.4.tar.gz) = 183780 +SHA256 (lowdown-0.8.1.tar.gz) = 5ptxsGvCblOLpDtVE0uTGnWAubyEZrX5JAi7zYNU85Q= +SIZE (lowdown-0.8.1.tar.gz) = 196068 Index: pkg/PLIST === RCS file: /cvs/ports/textproc/lowdown/pkg/PLIST,v retrieving revision 1.10 diff -u -p -r1.10 PLIST --- pkg/PLIST 10 Dec 2020 08:28:12 - 1.10 +++ pkg/PLIST 9 Feb 2021 17:13:15 - @@ -16,6 +16,9 @@ lib/pkgconfig/lowdown.pc @man man/man3/lowdown_doc_parse.3 @man man/man3/lowdown_file.3 @man man/man3/lowdown_file_diff.3 +@man man/man3/lowdown_gemini_free.3 +@man man/man3/lowdown_gemini_new.3 +@man man/man3/lowdown_gemini_rndr.3 @man man/man3/lowdown_html_free.3 @man man/man3/lowdown_html_new.3 @man man/man3/lowdown_html_rndr.3 @@ -23,13 +26,12 @@ lib/pkgconfig/lowdown.pc @man man/man3/lowdown_latex_new.3 @man man/man3/lowdown_latex_rndr.3 @man man/man3/lowdown_metaq_free.3 +@man man/man3/lowdown_node_free.3 @man man/man3/lowdown_nroff_free.3 @man man/man3/lowdown_nroff_new.3 @man man/man3/lowdown_nroff_rndr.3 @man man/man3/lowdown_term_free.3 @man man/man3/lowdown_term_new.3 @man man/man3/lowdown_term_rndr.3 -@man man/man3/lowdown_tree_free.3 -@man man/man3/lowdown_tree_new.3 @man man/man3/lowdown_tree_rndr.3 @man man/man5/lowdown.5
Re: update cad/openscad 2019.05 --> 2021.01
On Sun, 07 Feb 2021, Paco Esteban wrote:
> Hi ports@,
>
> This is an update of cad/openscad to its latest version 2021.01
>
> Here are the changes for this new version:
> https://www.openscad.org/news.html#20210131
>
> On the port side, I only added cairo to WANTLIB because
> port-lib-depends-check was complaining about it. It also says:
>
> Extra: CGAL.2
>
> But this is an actual dependency and it's being used as far as I see, so
> I left it there.
>
> Comments ? ok to commit ?
Find an updated diff at the end (tracey@'s work, thank you !) that
actually works and does not have the port-lib-depends-check problem.
As some of you have noticed, the program segfaults on exit if one uses
the 'File > Quit' menu or Ctrl+q. It does not when killing the window on cwm
(which we both use, so we have not tested on any other window manager).
Here's what gdb says about this:
(gdb) bt
#0 0x0be0ce5d99d2 in QHashData::nextNode(QHashData::Node*) () from
/usr/local/lib/libQt5Core.so.3.0
#1 0x0bdeb4c13308 in gui(std::__1::vector, std::__1::allocator >,
std::__1::allocator,
std::__1::allocator > > >&, boost::filesystem::path const&, int, char**)
()
#2 0x0bdeb4c175a6 in main ()
The current version we have in ports also segfaults on exit, so this is
not new.
Any help from more c++/Qt savvy people is welcome.
Other than that, any comments/ok for this diff ? (it can go in with or
without the DEBUG_PACKAGES, as you prefer).
Index: Makefile
===
RCS file: /cvs/ports/cad/openscad/Makefile,v
retrieving revision 1.38
diff -u -p -u -r1.38 Makefile
--- Makefile6 May 2020 08:12:17 - 1.38
+++ Makefile9 Feb 2021 15:11:44 -
@@ -3,9 +3,8 @@
COMMENT = the programmer's solid 3D CAD modeller#'
BROKEN-sparc64=SIGILL on src/cgalutils.cc with CGAL-4.6.3
-V =2019.05
+V =2021.01
DISTNAME = openscad-${V}
-REVISION = 5
CATEGORIES = cad
@@ -13,22 +12,28 @@ HOMEPAGE = https://www.openscad.org/
# GPLv2+ with CGAL exception
PERMIT_PACKAGE = Yes
+DEBUG_PACKAGES = ${BUILD_PACKAGES}
-WANTLIB += ${COMPILER_LIBCXX} CGAL GL GLEW GLU Qt5Concurrent Qt5Core
+WANTLIB += ${COMPILER_LIBCXX} GL GLEW GLU Qt5Concurrent Qt5Core
WANTLIB += Qt5DBus Qt5Gui Qt5Multimedia Qt5Network Qt5PrintSupport
WANTLIB += Qt5Widgets X11 boost_filesystem-mt boost_program_options-mt
-WANTLIB += boost_regex-mt boost_system-mt boost_thread-mt c double-conversion
-WANTLIB += fontconfig freetype glib-2.0 gmp harfbuzz intl m mpfr
-WANTLIB += opencsg qscintilla2_qt5 xml2 z zip
+WANTLIB += boost_regex-mt boost_system-mt boost_thread-mt c cairo
+WANTLIB += double-conversion fontconfig freetype glib-2.0 gmp
+WANTLIB += harfbuzz intl m mpfr opencsg qscintilla2_qt5 xml2 z
+WANTLIB += zip
MASTER_SITES = https://files.openscad.org/
EXTRACT_SUFX = .src.tar.gz
MODULES = devel/qmake \
+ lang/python \
x11/qt5
+MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
+
BUILD_DEPENDS =devel/bison \
devel/gettext,-tools \
+ math/cgal \
math/eigen3
LIB_DEPENDS = archivers/libzip \
@@ -39,12 +44,13 @@ LIB_DEPENDS = archivers/libzip \
editors/qscintilla \
graphics/glew \
graphics/opencsg \
- math/cgal \
math/double-conversion \
x11/qt5/qtmultimedia
RUN_DEPENDS = devel/desktop-file-utils \
- fonts/liberation-fonts
+ fonts/liberation-fonts \
+ misc/shared-mime-info \
+ x11/gtk+3,-guic
# virtual memory exhausted: Cannot allocate memory
.if ${MACHINE_ARCH:Malpha}
@@ -59,5 +65,9 @@ NO_TEST = Yes
pre-configure:
ln -sf ${LOCALBASE}/bin/bison ${WRKDIR}/bin/yacc
+
+post-install:
+ ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
+ ${PREFIX}/share/openscad/libraries/MCAD/
.include
Index: distinfo
===
RCS file: /cvs/ports/cad/openscad/distinfo,v
retrieving revision 1.6
diff -u -p -u -r1.6 distinfo
--- distinfo17 Oct 2019 20:04:04 - 1.6
+++ distinfo9 Feb 2021 15:11:44 -
@@ -1,2 +1,2 @@
-SHA256 (openscad-2019.05.src.tar.gz) =
ChbEJjzlI4CBndkcYJpxnTjxL2uMTaDoKNy+W3CZb1k=
-SIZE (openscad-2019.05.src.tar.gz) = 14604881
+SHA256 (openscad-2021.01.src.tar.gz) =
2TjCl+fl9l26sUYcrEcvxg3+qkmZ6iwZsxpBhPLXA1k=
+SIZE (openscad-2021.01.src.tar.gz) = 15817555
Index: patches/patch-openscad_pro
===
RCS file: /cvs/ports/cad/openscad/patches/patch-openscad_pro,v
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2021/02/09 09:43:59 Modified files: security/fwknop: Makefile Added files: security/fwknop/patches: patch-client_log_msg_h Log message: Fix build with -fno-common
Re: [NEW] sysutils/oc 4.6.15
On Tue Feb 09, 2021 at 07:54:30AM +, Luca De Pandis wrote:
> Hi,
> bumped to 4.6.16.
>
> If ok, could someone commit it, please?
>
>
> Best regards,
> Luca De Pandis
>
>
Works fine here. Some notes/tweaks:
- Remove uncomment line
- Fix MAINTAINER syntax.
- I would suggest to remove BUILDDATE. This information is not helpful
and it will change every time in a bulk build. oc runs and build fine
without this information:
$ oc version -o yaml
clientVersion:
buildDate: ""
compiler: gc
gitCommit: 18d7461aca47e77cefb355339252a8d4c149188f
gitTreeState: clean
gitVersion: 4.6.16
goVersion: go1.15.7
major: "4"
minor: "6"
platform: openbsd/amd64
With this changes, OK rsadowski
--- Makefile.orig Tue Feb 9 16:35:47 2021
+++ MakefileTue Feb 9 16:38:36 2021
@@ -7,21 +7,18 @@ GH_PROJECT = oc
VERSION = 4.6.16
GH_COMMIT =18d7461aca47e77cefb355339252a8d4c149188f
DISTNAME = oc-${VERSION}
-#PKGNAME = oc-${VERSION}
CATEGORIES = sysutils
HOMEPAGE = https://www.openshift.com
-MAINTAINER = luca.depan...@protonmail.com
+MAINTAINER = Luca De Pandis
# Apache License 2.0
PERMIT_PACKAGE = Yes
WANTLIB = c pthread
-BUILDDATE =$$(date -u +%Y-%m-%dT%H:%M:%SZ)
-
MODULES = lang/go
GO_PKGNAME = github.com/openshift/oc
@@ -29,7 +26,6 @@ WRKSRC = ${MODGO_WORKSPACE}/src/${GO_PKGNAME}
ALL_TARGET = ${GO_PKGNAME}/cmd/oc
MODGO_LDFLAGS += \
- -X ${GO_PKGNAME}/pkg/version.buildDate=${BUILDDATE} \
-X ${GO_PKGNAME}/pkg/version.commitFromGit=${GH_COMMIT} \
-X ${GO_PKGNAME}/pkg/version.versionFromGit=${VERSION} \
-X ${GO_PKGNAME}/pkg/version.majorFromGit=${VERSION:R:R} \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/02/09 08:14:24 Modified files: net/thingsd: Makefile distinfo Log message: Bump net/thingsd to 4.0.2. ok sthen@
Fwd: claws-mail exits after time
Previously sent to claws-mail user list. > -- Original Message -- > From: EDWARD AHLSEN-GIRARD > To: us...@lists.claws-mail.org > Date: February 9, 2021 at 7:18 AM > Subject: claws-mail exits after time > > > Claws has started exiting, un-commanded, after a few minutes. Command > line output and logs below. > > Ed Ahlsen-Girard > Ft. Walton Beach FL > > > COMMAND RUN: claws-mail > > ** (claws-mail:88694): WARNING **: 06:45:01.111: size differ 2109 2096 > > ** (claws-mail:88694): WARNING **: 06:55:09.166: [2021-02-09 06:55:09] > IMAP error on imap.gmail.com: STATUS error > > claws.c:102:Starting Claws Mail version 3.17.8 > utils.c:1726:using default rc_dir /home/ed/.claws-mail > main.c:2335:Using control socket > /tmp/claws-mail-1000/0264128aec0aca392404ad0c6ca4c762 > main.c:2430:another Claws Mail instance is already running. > > ** (process:24367): WARNING **: 06:57:26.913: Socket IO timeout > > ** (process:24367): WARNING **: 06:57:26.913: [2021-02-09 06:57:26] > Socket IO timeout. > > Claws Mail is already running on display . > > > log: > [2021-02-09 06:45:00] * me@ssage: Account 'Live.com': Connecting to IMAP > server: imap-mail.outlook.com:993... > [2021-02-09 06:45:01] IMAP< * OK The Microsoft Exchange IMAP4 service is > ready. [long, possibly security relevant string] > [2021-02-09 06:45:03] * message: IMAP connection is un-authenticated > [2021-02-09 06:45:03] IMAP> 1 CAPABILITY > [2021-02-09 06:45:03] IMAP< * CAPABILITY IMAP4 IMAP4rev1 AUTH=PLAIN > AUTH=XOAUTH2 SASL-IR UIDPLUS ID UNSELECT CHILDREN IDLE NAMESPACE LITERAL+ > [2021-02-09 06:45:03] IMAP< 1 OK CAPABILITY completed. > [2021-02-09 06:45:03] IMAP> Logging @live.com to > imap-mail.outlook.com using PLAIN > [2021-02-09 06:45:04] IMAP< AUTHENTICATE completed. > [2021-02-09 06:45:04] IMAP< Login to imap-mail.outlook.com successful > [2021-02-09 06:46:04] IMAP> 3 NOOP > [2021-02-09 06:46:04] IMAP< 3 OK NOOP completed. > [2021-02-09 06:47:04] IMAP> 4 NOOP > [2021-02-09 06:47:04] IMAP< 4 OK NOOP completed. > [2021-02-09 06:48:04] IMAP> 5 NOOP > [2021-02-09 06:48:04] IMAP< 5 OK NOOP completed. > [2021-02-09 06:49:04] IMAP> 6 NOOP > [2021-02-09 06:49:04] IMAP< 6 OK NOOP completed. > [2021-02-09 06:50:04] IMAP> 7 NOOP > [2021-02-09 06:50:04] IMAP< 7 OK NOOP completed. > [2021-02-09 06:51:04] IMAP> 8 NOOP > [2021-02-09 06:51:04] IMAP< 8 OK NOOP completed. > [2021-02-09 06:52:04] IMAP> 9 NOOP > [2021-02-09 06:52:04] IMAP< 9 OK NOOP completed. > [2021-02-09 06:53:04] IMAP> 10 NOOP > [2021-02-09 06:53:04] IMAP< 10 OK NOOP completed. > [2021-02-09 06:54:04] IMAP> 11 NOOP > [2021-02-09 06:54:04] IMAP< 11 OK NOOP completed. > [2021-02-09 06:55:04] IMAP> 12 NOOP > [2021-02-09 06:55:04] IMAP< 12 OK NOOP completed. > [2021-02-09 06:55:05] * message: Account '@gmail.com': Connecting > to IMAP server: imap.gmail.com:993... > [2021-02-09 06:55:05] IMAP< * OK Gimap ready for requests from > 68.14.190.70 x63mb119309310ywb > [2021-02-09 06:55:05] * message: IMAP connection is un-authenticated > [2021-02-09 06:55:05] IMAP> 1 CAPABILITY > [2021-02-09 06:55:05] IMAP< * CAPABILITY IMAP4rev1 UNSELECT IDLE > NAMESPACE QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 > AUTH=PLAIN AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH > [2021-02-09 06:55:05] IMAP< 1 OK Thats all she wrote! x63mb119309310ywb > [2021-02-09 06:55:05] IMAP> Logging @gmail.com to imap.gmail.com > using PLAIN > [2021-02-09 06:55:06] IMAP< *@gmail.com authenticated (Success) > [2021-02-09 06:55:06] IMAP< Login to imap.gmail.com successful > [2021-02-09 06:55:06] IMAP> 3 LIST "" "" > [2021-02-09 06:55:06] IMAP< * LIST (\Noselect) "/" "/" > [2021-02-09 06:55:06] IMAP< 3 OK Success > [2021-02-09 06:55:06] IMAP> 4 STATUS INBOX (MESSAGES UIDNEXT UIDVALIDITY > UNSEEN) > [2021-02-09 06:55:07] IMAP< * STATUS "INBOX" (MESSAGES 2674 UIDNEXT 21365 > UIDVALIDITY 628018828 UNSEEN 2209) > [2021-02-09 06:55:07] IMAP< 4 OK Success > [2021-02-09 06:55:07] IMAP> 5 SELECT INBOX > [2021-02-09 06:55:07] IMAP< * FLAGS (\Answered \Flagged \Draft \Deleted > \Seen $Forwarded $NotPhishing $Phishing NonJunk) > [2021-02-09 06:55:07] IMAP< * OK [PERMANENTFLAGS (\Answered \Flagged > \Draft \Deleted \Seen $Forwarded $NotPhishing $Phishing NonJunk \*)] Flags > permitted. > [2021-02-09 06:55:07] IMAP< * OK [UIDVALIDITY 628018828] UIDs va > [2021-02-09 06:55:07] IMAP< lid. > [2021-02-09 06:55:07] IMAP< * 2674 EXISTS > [2021-02-09 06:55:07] IMAP< * 0 RECENT > [2021-02-09 06:55:07] IMAP< * OK [UIDNEXT 21365] Predicted next UID. > [2021-02-09 06:55:07] IMAP< * OK [HIGHESTMODSEQ 1551476] > [2021-02-09 06:55:07] IMAP< 5 OK [READ-WRITE] INBOX selected.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/02/09 08:06:50 Modified files: net/sniproxy : Makefile Added files: net/sniproxy/patches: patch-src_config_c patch-src_http_h patch-src_tls_h Log message: sniproxy: fix for -fno-common and a compiler warning -fno-common fix from upstream https://github.com/dlundquist/sniproxy/pull/349 ok Renaud Allard (maintainer)
Re: [patch] net/sniproxy unbreak and -fno-common fix
On Tue, Feb 09, 2021 at 03:41:29PM +0100, Renaud Allard wrote:
>
> On 2/9/21 3:26 PM, Theo Buehler wrote:
> > On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote:
> > > Hello,
> > >
> > > It seems that I didn't test sniproxy deep enough after the patch removal
> > > for
> > > STAILQ_*. There are core dumps with sniproxy without the patch.
> > I think this needs deeper investigation. Could you share a backtrace or
> > a reproducer for these crashes?
> >
> My bad, I tried to reproduce it and it seems there was a problem in my
> CFLAGS which caused the issue.
>
> So here is the patch only for the -fno-common
>
>
While your patch fixes the compilation, I'd suggest going with the usual
change, which is also the one upstream merged:
https://github.com/dlundquist/sniproxy/pull/349
I added a patch for a warning about an incorrect format string on top.
Are you ok with this?
Index: Makefile
===
RCS file: /cvs/ports/net/sniproxy/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile8 Apr 2020 04:56:52 - 1.1.1.1
+++ Makefile9 Feb 2021 14:44:47 -
@@ -6,6 +6,8 @@ GH_ACCOUNT =dlundquist
GH_PROJECT = sniproxy
GH_TAGNAME = 0.6.0
+REVISION = 0
+
CATEGORIES = net
HOMEPAGE = https://github.com/dlundquist/sniproxy
Index: patches/patch-src_config_c
===
RCS file: patches/patch-src_config_c
diff -N patches/patch-src_config_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_config_c 9 Feb 2021 14:51:40 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Fix incorrect format string
+
+Index: src/config.c
+--- src/config.c.orig
src/config.c
+@@ -234,7 +234,7 @@ init_config(const char *filename, struct ev_loop *loop
+ err("error parsing %s at %jd near:", filename, whence);
+ fseek(file, -20, SEEK_CUR);
+ for (int i = 0; i < 5; i++)
+-err(" %jd\t%s", ftell(file), fgets(line, sizeof(line), file));
++err(" %ld\t%s", ftell(file), fgets(line, sizeof(line), file));
+
+ free_config(config, loop);
+ config = NULL;
Index: patches/patch-src_http_h
===
RCS file: patches/patch-src_http_h
diff -N patches/patch-src_http_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_http_h9 Feb 2021 14:50:24 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+https://github.com/dlundquist/sniproxy/pull/349
+
+Index: src/http.h
+--- src/http.h.orig
src/http.h
+@@ -29,6 +29,6 @@
+ #include
+ #include "protocol.h"
+
+-const struct Protocol *const http_protocol;
++extern const struct Protocol *const http_protocol;
+
+ #endif
Index: patches/patch-src_tls_h
===
RCS file: patches/patch-src_tls_h
diff -N patches/patch-src_tls_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_tls_h 9 Feb 2021 14:50:30 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+https://github.com/dlundquist/sniproxy/pull/349
+
+Index: src/tls.h
+--- src/tls.h.orig
src/tls.h
+@@ -28,6 +28,6 @@
+
+ #include "protocol.h"
+
+-const struct Protocol *const tls_protocol;
++extern const struct Protocol *const tls_protocol;
+
+ #endif
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/02/09 07:51:51 Modified files: x11/xfce4/thunar: Makefile distinfo Log message: x11/xfce4/thunar: update to 4.16.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 07:30:09 Modified files: math/visidata : Makefile distinfo math/visidata/patches: patch-setup_py math/visidata/pkg: PLIST Log message: update to visidata-2.2.1
Re: [patch] net/sniproxy unbreak and -fno-common fix
On Tue, Feb 09, 2021 at 03:19:00PM +0100, Renaud Allard wrote: > Hello, > > It seems that I didn't test sniproxy deep enough after the patch removal for > STAILQ_*. There are core dumps with sniproxy without the patch. I think this needs deeper investigation. Could you share a backtrace or a reproducer for these crashes?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 07:22:23 Modified files: mail/roundcubemail: Tag: OPENBSD_6_8 Makefile distinfo mail/roundcubemail/pkg: Tag: OPENBSD_6_8 PLIST Log message: update to roundcubemail-1.4.11 https://roundcube.net/news/2021/02/08/security-update-1.4.11 https://github.com/roundcube/roundcubemail/releases/tag/1.4.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 07:22:16 Modified files: mail/roundcubemail: Makefile distinfo mail/roundcubemail/pkg: PLIST Log message: update to roundcubemail-1.4.11 https://roundcube.net/news/2021/02/08/security-update-1.4.11 https://github.com/roundcube/roundcubemail/releases/tag/1.4.11
Re: [NEW] cad/ultimaker/cura - Ultimake Cura + dependencies
On 2021/02/08 10:44, Evandro Rathke wrote:
> Hi folks!
> I hope everyone is going well.
>
> This is the port for Ultimaker Cura. It's an update for the latest stable
> version (4.8.0) available.
> More info: https://gitlab.com/erathke/cura-port
quick comments;
~20 ports in one go is too many to review, please split off the standalone
ones and handle them first.
FLAVORS=python3 is only for "library" ports with pkgnames like py-XXX,
for things like cad/ultimaker/cura the way to set this is with
MODPY_VERSION=${MODPY_DEFAULT_VERSION_3}
please don't hide FLAVORS=python3 at the bottom of files, put it up
a bit higher near MODULES=lang/python where it's more obvious.
deps on math/py-networkx math/py-triangle x11/py-pyglet don't
have ${MODPY_FLAVOR}. the math/py-triangle port doesn't even have
a py3 version?
suggest not splitting cad/ultimaker and net/ultimaker, just put the
ultimaker-specific net libs under cad/ultimaker.
consider adding a file cad/ultimaker/Makefile.inc and factor out some
common parts (even just a few things like setting the version of the
various ultimaker ports in a common place since they all seem to be
tied together in updates).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2021/02/09 06:55:56 Modified files: x11/xfce4/xfce4-taskmanager: Makefile distinfo Log message: x11/xfce4/xfce4-taskmanager: update to 1.4.2
pledge mail/altermime
This is a fairly small self-contained program (no library use beyond
libc) that doesn't change often upstream. It does file io (at various
points through the code) but not network and it doesn't do anything
fancy with ioctls. It often does process untrusted data.
pledge() is often not a good match for software in ports, but this seems
a suitable candidate and doesn't add a maintenance burden.
There are a number of operational modes which I haven't attempted to
follow through. Instead as it's fairly simple software I have looked at
the functions called:
$ nm -s /usr/local/bin/altermime
W _Jv_RegisterClasses
U __errno
U __isthreaded
U __sF
U _csu_finish
U _ctype_
0001fe10 B _end
U _tolower_tab_
U atexit
U exit
U fclose
U feof
U fflush
U fgetc
U fopen
U fprintf
U fputc
U fputs
U fread
U free
U fseek
U ftell
U fwrite
U getpid
U malloc
U memcpy
U memmove
U memset
U realloc
U regcomp
U regexec
U regfree
U remove
U rename
U snprintf
U sprintf
U stat
U strchr
U strcmp
U strcpy
U strdup
U strerror
U strlen
U strncasecmp
U strncmp
U strncpy
U strpbrk
U strrchr
U strstr
U syslog
U ungetc
U unlink
U vsnprintf
stdio and file rwc as expected. syslog is always available with
pledge. string handling isn't a system call. The getpid is a bit silly
but covered by pledge stdio anyway.
OK?
Index: Makefile
===
RCS file: /cvs/ports/mail/altermime/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile14 Jul 2019 00:39:38 - 1.4
+++ Makefile9 Feb 2021 13:34:54 -
@@ -3,7 +3,7 @@
COMMENT= utility for altering mime-encoded mailpacks
DISTNAME= altermime-0.3.10
-REVISION= 0
+REVISION= 1
CATEGORIES=mail
@@ -13,6 +13,7 @@ HOMEPAGE= https://pldaniels.com/altermim
# (see share/doc/altermime/LICENCE)
PERMIT_PACKAGE=Yes
+# uses pledge()
WANTLIB += c
MASTER_SITES= ${HOMEPAGE}
Index: patches/patch-altermime_c
===
RCS file: patches/patch-altermime_c
diff -N patches/patch-altermime_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-altermime_c 9 Feb 2021 13:34:54 -
@@ -0,0 +1,26 @@
+$OpenBSD$
+
+Index: altermime.c
+--- altermime.c.orig
altermime.c
+@@ -11,6 +11,8 @@ Description: Altermime is a program/object which wil
+ #include
+ #include
+ #include
++#include
++#include
+
+ #include "mime_alter.h"
+ #include "logger.h"
+@@ -319,6 +321,11 @@ int main( int argc, char **argv )
+ struct ALTERMIMEAPP_globals glb;
+
+ LOGGER_set_output_mode(_LOGGER_STDOUT);
++
++ if (pledge("stdio rpath wpath cpath", NULL) == -1) {
++ LOGGER_log("Error: pledge: %s\n", strerror(errno));
++ exit(1);
++ }
+
+ ALTERMIMEAPP_init( );
+
Re: [New] libva-intel-media-driver port
On Tue, Feb 09, 2021 at 10:57:32PM +1100, Jonathan Gray wrote: Hello Jonathan, > See previous libva discussions. If it is to support more than just Intel > it needs to be in xenocara and new Mesa Makefiles will need to be written. > > That would also be the case to use gallium-va with the iris Mesa driver for > Intel >= gen8. I'm not aware of the previous discussions, but I'm not sure if you're saying "don't put it in ports" or not? Even if it means that *only* Intel hardware benefits for the time being, this port is really very useful and I've been working with Eugene to test his work. Now that I've got it up and running, it's pretty impressive: for example, on my OpenBSD machine, ffmpeg video encoding on a test file went from 6m30 down to 2m20 (also, not coincidentally, moving from fully consuming all 4 cores at to consuming only a small portion of 1 core). If nothing else, support in ports might be a useful stepping stone on the way to having libva in xenocara which, I imagine, is a rather harder job? Laurie
Re: [NEW] games/moonlight-qt
On 2/9/21 6:54 AM, Rafael Sadowski wrote: On Mon Feb 08, 2021 at 03:23:02PM +0100, Muhammad Kaisar Arkhan wrote: Thanks, here's an update tarball because the PLIST has changed: Ping :-) Port reattached Fetch http://downloads.daveblood.com/lunar_lander/moon-lander-1.0.tar.gz ftp: Error retrieving http://downloads.daveblood.com/lunar_lander/moon-lander-1.0.tar.gz: 404 Not Found I think you're building the wrong port, it's games/moonlight-qt not games/moonlander. :-P -- Muhammad Kaisar Arkhan h...@yukiisbo.red - kai...@arkhan.io https://yukiisbo.red - https://arkhan.io
Re: [NEW] cad/ultimaker/cura - Ultimake Cura + dependencies
Hi Evandro,
> This is the port for Ultimaker Cura. It's an update for the latest
> stable version (4.8.0) available.
> More info: https://gitlab.com/erathke/cura-port
thank you for working on this.
I cannot get it successfully to compile. I've extracted your archive
into /usr/ports/mystuff.
Building for cura itself works, but when I try to do 'make install' it
builds some dependencies which fails with 'graphics/clipper'.
===> Compiler link: cc -> /usr/bin/cc
===> Compiler link: c++ -> /usr/bin/c++
===> Generating configure for libnest2d-0.4
===> Configuring for libnest2d-0.4
-- The C compiler identification is Clang 10.0.1
-- The CXX compiler identification is Clang 10.0.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/ports/pobj/libnest2d-0.4/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/ports/pobj/libnest2d-0.4/bin/c++ -
skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
CMake Error at
/usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:218
(message):
Clipper library cannot be found. Consider set CLIPPER_PATH environment
variable (missing: CLIPPER_LIBRARIES)
Call Stack (most recent call first):
/usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:577
(_FPHSA_FAILURE_MESSAGE)
cmake_modules/FindClipper.cmake:67 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
cmake_modules/RequirePackage.cmake:252 (find_package)
include/libnest2d/backends/clipper/CMakeLists.txt:3 (require_package)
-- Configuring incomplete, errors occurred!
See also "/usr/ports/pobj/libnest2d-0.4/build-amd64/CMakeFiles/CMakeOutput.log".
See also "/usr/ports/pobj/libnest2d-0.4/build-amd64/CMakeFiles/CMakeError.log".
*** Error 1 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2893 'do-configure': @cd
/usr/ports/pobj/libn...)
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2913
'/usr/ports/pobj/libnest2d-0.4/build-amd64/.configure_done')
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2123
'/usr/ports/packages/amd64/all/libnest2d-0.4.tgz')
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2121
'/usr/ports/packages/amd64/all/libnest2d-0.4.tgz')
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2609 'subpackage': @:; (case
X${_DEPENDS_CACH...)
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2141
'/var/db/pkg/libnest2d-0.4/+CONTENTS': @...)
*** Error 2 in /usr/ports/mystuff/graphics/libnest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2591 'install': @lock=libnest2d-0.4;
export ...)
*** Error 1 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2273
'/usr/ports/pobj/py-pynest2d-4.8.0-python3/.dep-graphics-libnest2d')
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2670
'/usr/ports/pobj/py-pynest2d-4.8.0-python3/.extract_done')
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2123
'/usr/ports/packages/amd64/all/py3-pynest2d-4.8.0.tgz')
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2121
'/usr/ports/packages/amd64/all/py3-pynest2d-4.8.0.tgz')
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2609 'subpackage': @:; (case
X${_DEPEN...)
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2141
'/var/db/pkg/py3-pynest2d-4.8.0/+CONTENTS')
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/py-pynest2d
(/usr/ports/infrastructure/mk/bsd.port.mk:2591 'install':
@lock=py3-pynest2d-4.8...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2273
'/usr/ports/pobj/Cura-4.8.0-python3/.dep-STEM-ge-4.8.0-cad-ultimaker-py-pynest2d,python3')
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2146
'/var/db/pkg/Cura-4.8.0/+CONTENTS': @cd /usr/ports/mystuff/cad/ultimaker/cur...)
*** Error 2 in /usr/ports/mystuff/cad/ultimaker/cura
(/usr/ports/infrastructure/mk/bsd.port.mk:2591 'install': @lock=Cura-4.8.0;
export _LO...)
-
Compiling 'graphics/clipper' on its own works, but running 'make
install' does nothing.
[Update] www/p5-Plack : Update to 1.0048
Hi, Here is a simple patch for www/p5-Plack to update to 1.0048. It build well and pass all tests on amd64-6.8 system. 18 ports depends on p5-Plack, all build well and pass tests with this patch. Comments? wen Index: Makefile === RCS file: /cvs/ports/www/p5-Plack/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile3 Jul 2020 21:46:04 - 1.14 +++ Makefile9 Feb 2021 13:11:57 - @@ -4,8 +4,7 @@ COMMENT = interface between perl web fr MODULES = cpan PKG_ARCH = * -DISTNAME = Plack-1.0047 -REVISION = 1 +DISTNAME = Plack-1.0048 CATEGORIES = www MAINTAINER = Abel Abraham Camarillo Ojeda Index: distinfo === RCS file: /cvs/ports/www/p5-Plack/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo27 Oct 2019 01:37:17 - 1.6 +++ distinfo9 Feb 2021 13:11:57 - @@ -1,2 +1,2 @@ -SHA256 (Plack-1.0047.tar.gz) = MiyT9azAoPDhH9SnYYj5eL3BQzip8d865TUicBcEZWE= -SIZE (Plack-1.0047.tar.gz) = 180792 +SHA256 (Plack-1.0048.tar.gz) = MPXyXhm0N4WRVqJSb2HKmrcI1Q1XMMJ5GJQDqr/lQqY= +SIZE (Plack-1.0048.tar.gz) = 190445
Build failures from -fno-common (2021-02-09)
Here is an updated list of ports that fail to build with -fno-common. Reminder: The compiler default has been switched to -fno-common. These are now regular build failures in every bulk build (on the clang architectures). I have cc'ed everybody who is listed as a maintainer of at least one of these. astro/wmspaceweather- ports@openbsd.org astro/wmsun - ports@openbsd.org audio/audacity UPDATEports@openbsd.org audio/gimmix- ports@openbsd.org audio/gtkpodUPDATEports@openbsd.org audio/nspmod- ports@openbsd.org audio/wmtune- ports@openbsd.org audio/xhippo- ports@openbsd.org cad/geda-gaf- e...@openbsd.org cad/graywolf- jus...@atlantide.mooo.com comms/birda - ports@openbsd.org comms/efax - i...@openbsd.org comms/jpilot- ports@openbsd.org comms/lcdproc UPDATEports@openbsd.org comms/scmxx UPDATEports@openbsd.org comms/seyon - ports@openbsd.org comms/xastir- ports@openbsd.org comms/xdx - ports@openbsd.org databases/citus UPDATEports@openbsd.org databases/pgpoolUPDATEp...@openbsd.org devel/arm-none-eabi/gdb UPDATEports@openbsd.org devel/avr32/binutils- ports@openbsd.org devel/giggle- ports@openbsd.org devel/mingw - p...@irofti.net devel/remakeUPDATEports@openbsd.org devel/ti-msp430gcc - ports@openbsd.org editors/beaver - ports@openbsd.org editors/hexcurse- ports@openbsd.org editors/hnb - ports@openbsd.org editors/tea UPDATEports@openbsd.org education/gamgi UPDATEports@openbsd.org emulators/coldfire - ports@openbsd.org emulators/fuse UPDATEports@openbsd.org emulators/libretro-genesis-plus-gx - ports@openbsd.org emulators/mupen64plus/rsp-cxd4 - anth...@anjbe.name emulators/pcsxr - ports@openbsd.org emulators/simh - ports@openbsd.org games/angband UPDATEe...@openbsd.org games/atomix- ports@openbsd.org games/clonekeen - e...@openbsd.org games/corewars - ports@openbsd.org games/egobooUPDATEports@openbsd.org games/freeblocks- ports@openbsd.org games/freedroid - ports@openbsd.org games/freedroidrpg - ports@openbsd.org games/gnurobbo - ports@openbsd.org games/heroes- anth...@anjbe.name games/mirrormagic - ports@openbsd.org games/nethack/3.6 - es...@openbsd.org games/oolite- n...@openbsd.org games/opentyrian- ports@openbsd.org games/pacman-arena - ports@openbsd.org games/prboom- ports@openbsd.org games/prboom-plus - r...@slipgate.org games/sdlpop- rob...@openbsd.org games/sdlroids - ports@openbsd.org games/spider- ports@openbsd.org games/vms-empire- ports@openbsd.org games/xboing- ports@openbsd.org graphics/dpic - ports@openbsd.org graphics/enjoympeg - ports@openbsd.org graphics/gimp/liquid-rescale- ports@openbsd.org graphics/ocaml-cairoUPDATEports@openbsd.org inputmethods/cellwriter - vas...@lxmx.com.au japanese/onew - es...@openbsd.org lang/arena - ports@openbsd.org lang/erlang/19 - ports@openbsd.org lang/moarvm UPDATEpas...@stumpf.co lang/pccUPDATEports@openbsd.org
x11/gnome/yelp build failure
Christian Weisgerber: > In my latest amd64 bulk build, www/liferea failed to build. > Maybe somebody has an idea what triggered this: > > ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to > WebCore::presentingApplicationPID() > ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to > WebCore::Process::setIdentifier(WTF::ObjectIdentifier) > ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to > WebCore::Process::identifier() > ... Same error in x11/gnome/yelp. -- Christian "naddy" Weisgerber na...@mips.inka.de yelp.log.xz Description: application/xz
www/liferea build failure (webkitgtk4?)
In my latest amd64 bulk build, www/liferea failed to build. Maybe somebody has an idea what triggered this: ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to WebCore::presentingApplicationPID() ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to WebCore::Process::setIdentifier(WTF::ObjectIdentifier) ld: error: .libs/libwebkit2gtk-4.0.so.3.3: undefined reference to WebCore::Process::identifier() ... Log attached. -- Christian "naddy" Weisgerber na...@mips.inka.de liferea.log.xz Description: application/xz
[MAINTAINER UPDATE] graphics/openimageio -> 2.2.10.1]
Ping
A new dependency is required only during build.
All tests pass for robin-map
Information for inst:robin-map-0.6.3
Comment:
fast hash map and hash set
Description:
A C++ implementation of a fast hash map and hash set using
open-addressing and linear robin hood hashing with backward
shift deletion to resolve collisions.
Maintainer: Dimitri Karamazov
WWW: https://github.com/Tessil/robin-map
Update graphics/openimageio to 2.2.10.1
-minor bump to first shared lib due to some export additions.
no changes in second shared lib.
-10 tests fail out of 54, atleast 3 due to some dependencies
not being turned on.
-USE_DICOM is not recognized anymore so I've replaced with DMCTK_FOUND
USE_OPENVDB=OFF since it is picked up now but is not required by blender.
Build & run tested with blender
Index: Makefile
===
RCS file: /cvs/ports/graphics/openimageio/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile23 Jan 2021 12:46:26 - 1.50
+++ Makefile29 Jan 2021 17:50:59 -
@@ -8,12 +8,10 @@ COMMENT = library for reading and writi
GH_ACCOUNT = OpenImageIO
GH_PROJECT = oiio
GH_TAGNAME = Release-$V
-V =2.2.10.0
-ROBIN_VER =0.6.2
+V =2.2.10.1
DISTNAME = openimageio-${V}
-REVISION = 0
-SHARED_LIBS += OpenImageIO 8.0 # 2.2.10
+SHARED_LIBS += OpenImageIO 8.1 # 2.2.10
SHARED_LIBS += OpenImageIO_Util4.0 # 2.2.10
CATEGORIES = graphics devel
@@ -34,11 +32,6 @@ WANTLIB += boost_filesystem-mt boost_sys
WANTLIB += bz2 c freetype gif intl jpeg m openjp2 png pugixml
WANTLIB += raw_r swscale tiff util webp webpdemux z
-MASTER_SITES0 =https://github.com/Tessil/robin-map/
-
-DISTFILES =${DISTNAME}.tar.gz \
- robin-map-{archive/v}${ROBIN_VER}.tar.gz:0
-
MODULES = devel/cmake \
lang/python \
x11/qt5
@@ -48,8 +41,9 @@ MODPY_VERSION = ${MODPY_DEFAULT_VERSION
COMPILER = base-clang ports-gcc
BUILD_DEPENDS =devel/fmt \
- textproc/txt2man \
- devel/py-pybind11${MODPY_FLAVOR}
+ devel/py-pybind11${MODPY_FLAVOR} \
+ devel/robin-map \
+ textproc/txt2man
LIB_DEPENDS = devel/boost \
graphics/ffmpeg \
@@ -66,9 +60,10 @@ LIB_DEPENDS =devel/boost \
CONFIGURE_ARGS += -DCMAKE_INSTALL_MANDIR="man/man1" \
-DSTOP_ON_WARNING=OFF \
-DUSE_CCACHE=OFF \
- -DUSE_DICOM=OFF \
+ -DDCMTK_FOUND=OFF \
-DUSE_EXTERNAL_PUGIXML=ON \
-DUSE_OPENCV=OFF \
+ -DUSE_OPENVDB=OFF \
-DUSE_HDF5=OFF \
-DUSE_LIBHEIF=OFF \
-Dpybind11_DIR=${MODPY_SITEPKG}/pybind11/share/cmake/pybind11/
@@ -78,10 +73,6 @@ CONFIGURE_ARGS +=-DCMAKE_INSTALL_MANDIR
CONFIGURE_ENV += LDFLAGS="${LDFLAGS} -latomic"
WANTLIB += atomic
.endif
-
-post-extract:
- mkdir ${WRKSRC}/ext
- cp -r ${WRKDIR}/robin-map-${ROBIN_VER} ${WRKSRC}/ext/robin-map
post-install:
find ${PREFIX} -name '*.orig' -delete
Index: distinfo
===
RCS file: /cvs/ports/graphics/openimageio/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo5 Jan 2021 20:53:18 - 1.10
+++ distinfo29 Jan 2021 17:50:59 -
@@ -1,4 +1,2 @@
-SHA256 (openimageio-2.2.10.0.tar.gz) =
28Dj6XGEl9n3HqAfsd6Lh0SXda2dvOpNJTjZxSu+HVo=
-SHA256 (robin-map-0.6.2.tar.gz) = wI7Esb8chesNZDIkSmqJhiIp2hy4NPP5D7qNw12MjvE=
-SIZE (openimageio-2.2.10.0.tar.gz) = 29215970
-SIZE (robin-map-0.6.2.tar.gz) = 63782
+SHA256 (openimageio-2.2.10.1.tar.gz) =
Yl9K1mb5qhMwOcCuat6Pxdq4NfrayYjL5l+CRGPWFNw=
+SIZE (openimageio-2.2.10.1.tar.gz) = 29215445
Index: pkg/PLIST
===
RCS file: /cvs/ports/graphics/openimageio/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -r1.11 PLIST
--- pkg/PLIST 5 Jan 2021 20:53:18 - 1.11
+++ pkg/PLIST 29 Jan 2021 17:50:59 -
@@ -70,7 +70,7 @@ lib/cmake/OpenImageIO/OpenImageIOTargets
@lib lib/libOpenImageIO.so.${LIBOpenImageIO_VERSION}
@lib lib/libOpenImageIO_Util.so.${LIBOpenImageIO_Util_VERSION}
lib/pkgconfig/OpenImageIO.pc
-lib/python${MODPY_VERSION}/site-packages/OpenImageIO.so.8.0
+lib/python${MODPY_VERSION}/site-packages/OpenImageIO.so.8.1
@man man/man1/iconvert.1
@man man/man1/idiff.1
@man man/man1/igrep.1
robin-map.tar.gz
Description: Binary data
Re: [New] libva-intel-media-driver port
On Tue, Feb 09, 2021 at 11:08:15AM +, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated with "make update-patches",
> don't split patches between patches/ and files/
>
> DESCR should describe what it does and should not just be a copy
> of COMMENT
>
> leave out MAINTAINER completely if you aren't going to set it to
> yourself
>
> the library should be generated directly with ports versioning,
> no symlinks
>
> instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
> the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
> and ${LIBigdgmm_VERSION:E} for minor
>
> see other ports or Makefile.template for the expected style
> for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
> (not one per line), don't use "c++" in WANTLIB that is covered
> by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
See previous libva discussions. If it is to support more than just
Intel it needs to be in xenocara and new Mesa Makefiles will need to be
written.
That would also be the case to use gallium-va with the iris
Mesa driver for Intel >= gen8.
Re: [NEW] sysutils/oc 4.6.15
Hi, bumped to 4.6.16. If ok, could someone commit it, please? Best regards, Luca De Pandis ‐‐‐ Original Message ‐‐‐ On Sunday, February 7, 2021 12:39 PM, Luca De Pandis wrote: > Hi, > in attachments the tarball for a new port: oc. > > Brief description: > oc is the command line utility for managing Red Hat's > OpenShift Container Platform clusters. > It will go in the sysutils category, the same of kubectl. > > Notes: > As Red Hat does not use git tags for official releases, but > they use them to publish daily builds, I used the official > binary as a reference, in order to retrieve the right commit. > This way, the ported version will be aligned with the official > one. > > I'm also stepping up as the maintainer, if it's ok with you devs. > I will gladly take care of this port, since I need it at a > daily basis. > > Best regards, > Luca De Pandis oc.tar.gz Description: application/gzip publickey - luca.depandis@protonmail.com - 0xC73C26D2.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 04:52:48 Modified files: x11/i3-mousedrag: Makefile Log message: i3-mousedrag: use base-clang/ports-gcc; C11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 04:51:41 Modified files: misc/astrolog : Makefile Log message: astrolog: use base-clang/ports-gcc; TLS
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/02/09 04:50:13 Modified files: math/calc : Makefile Log message: calc: an -march=native crept in; disable it
Re: [New] libva-intel-media-driver port
On 21/02/09 11:08, Stuart Henderson wrote:
> Quick comments from a read-through, I have not tried building:
>
>
> ports fetching from github /archive/ URLs should use GH_* variables
> not MASTER_DISTES - see ports/infrastructure/Makefile.template
>
> the patches directory should be generated with "make update-patches",
> don't split patches between patches/ and files/
>
> DESCR should describe what it does and should not just be a copy
> of COMMENT
>
> leave out MAINTAINER completely if you aren't going to set it to
> yourself
>
> the library should be generated directly with ports versioning,
> no symlinks
>
> instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
> the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
> and ${LIBigdgmm_VERSION:E} for minor
>
> see other ports or Makefile.template for the expected style
> for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
> (not one per line), don't use "c++" in WANTLIB that is covered
> by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
>
Thank you, for following up. Still learning ports, now that I know that
it builds, time to make it right. I could be a mantainer, if nobody else
wants the pleasure.
P.S. sorry for double, forgot to set cc
--
Eugene Moz.
signature.asc
Description: PGP signature
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Sat Feb 6 16:56:39 MST 2021 Finished: Tue Feb 9 04:08:22 MST 2021 Duration: 2 Days 11 hours 12 minutes Built using OpenBSD 6.8-current (GENERIC.MP) #675: Fri Feb 5 21:24:45 MST 2021 Built 9396 packages Number of packages built each day: Feb 6: 4424 Feb 7: 3743 Feb 8: 1215 Feb 9: 14 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2021-02-06/summary.log Build failures: 24 http://build-failures.rhaalovely.net/sparc64/2021-02-06/comms/syncterm.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/devel/glog.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/devel/keystone/python,python3.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/devel/spidermonkey78.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/devel/xtensa-esp32-elf/gdb.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/emulators/emulationstation.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/games/frotz.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/games/odamex.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/games/openxcom.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/geo/spatialite/gui.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/graphics/asymptote.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/graphics/exiv2.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/graphics/inkscape.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/math/calc.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/math/mlpack,-main.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/misc/astrolog.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/multimedia/gstreamer-0.10/plugins-bad,-main.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/net/barrier.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/print/gutenprint.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/sysutils/libvirt.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/x11/grantlee-qt5.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/x11/i3-mousedrag.log http://build-failures.rhaalovely.net/sparc64/2021-02-06/x11/roxterm.log Recurrent failures: failures/comms/syncterm.log failures/devel/glog.log failures/devel/keystone/python,python3.log failures/devel/spidermonkey78.log failures/emulators/emulationstation.log failures/games/frotz.log failures/games/odamex.log failures/games/openxcom.log failures/geo/spatialite/gui.log failures/graphics/exiv2.log failures/graphics/inkscape.log failures/math/mlpack,-main.log failures/multimedia/gstreamer-0.10/plugins-bad,-main.log failures/net/barrier.log failures/print/gutenprint.log failures/productivity/gnucash.log New failures: +failures/devel/xtensa-esp32-elf/gdb.log +failures/graphics/asymptote.log +failures/math/calc.log +failures/misc/astrolog.log Resolved failures: -failures/devel/dtc.log -failures/math/py-scipy,python3.log -failures/net/libsignal-protocol-c.log Packages newly built: +devel/dtc +emulators/qemu +emulators/spike +graphics/py-seaborn,python3 +math/py-cvxpy,python3 +math/py-ecos,python3 +math/py-osqp,python3 +math/py-scikit-image,python3 +math/py-scikit-learn,python3 +math/py-scipy,python3 +math/py-scs,python3 +net/dino +net/libsignal-protocol-c +net/profanity +sysutils/dtb +x11/mlvwm Packages not built this time: -devel/ruby-thread_safe,ruby27 -devel/xtensa-esp32-elf/gdb -graphics/asymptote -math/calc -misc/astrolog -net/etherape -x11/gnome/libgda,-ldap -x11/gnome/libgda,-mysql
Re: [New] libva-intel-media-driver port
Quick comments from a read-through, I have not tried building:
ports fetching from github /archive/ URLs should use GH_* variables
not MASTER_DISTES - see ports/infrastructure/Makefile.template
the patches directory should be generated with "make update-patches",
don't split patches between patches/ and files/
DESCR should describe what it does and should not just be a copy
of COMMENT
leave out MAINTAINER completely if you aren't going to set it to
yourself
the library should be generated directly with ports versioning,
no symlinks
instead of setting PORT_LIB_MAJOR/PORT_LIB_MINOR, take it from
the SHARED_LIBS setting by using ${LIBigdgmm_VERSION:R} for major
and ${LIBigdgmm_VERSION:E} for minor
see other ports or Makefile.template for the expected style
for CONFIGURE_ARGS / LIB_DEPENDS (one per line) and WANTLIB
(not one per line), don't use "c++" in WANTLIB that is covered
by COMPILER_LIBCXX, there is no such thing as COMPILER_LIBC
