CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/17 00:36:01 Modified files: net/icinga/web2: Makefile distinfo Log message: update to icinga-web2-2.12.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/17 00:33:56 Modified files: sysutils/flatpak/xdg-desktop-portal: Makefile Log message: Missing dependency on geo/geoclue2. reported by tb@
[update] net/mautrix-whatsapp 0.10.4
Hello, Here is an update to net/mautrix-whatsapp 0.10.4 Tested on amd64 Best RegardsIndex: Makefile === RCS file: /cvs/ports/net/mautrix-whatsapp/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile 20 Sep 2023 10:54:46 - 1.21 +++ Makefile 17 Nov 2023 07:28:05 - @@ -1,6 +1,6 @@ COMMENT = matrix-WhatsApp puppeting bridge -MODGO_VERSION = v0.10.2 +MODGO_VERSION = v0.10.4 MODGO_MODNAME = maunium.net/go/mautrix-whatsapp DISTNAME = mautrix-whatsapp-${MODGO_VERSION} Index: distinfo === RCS file: /cvs/ports/net/mautrix-whatsapp/distinfo,v retrieving revision 1.15 diff -u -p -r1.15 distinfo --- distinfo 20 Sep 2023 10:54:46 - 1.15 +++ distinfo 17 Nov 2023 07:28:05 - @@ -2,17 +2,14 @@ SHA256 (go_modules/filippo.io/edwards255 SHA256 (go_modules/filippo.io/edwards25519/@v/v1.0.0.zip) = +1voKavKxjkxp6DEEKcYH6T5CffrcPc07b2nhoWSFno= SHA256 (go_modules/github.com/!d!a!t!a-!d!o!g/go-sqlmock/@v/v1.5.0.mod) = AOgSX/Vtc7xr+OOM2lfBSUCZQbIkHVBiyaOBqreDEWk= SHA256 (go_modules/github.com/!d!a!t!a-!d!o!g/go-sqlmock/@v/v1.5.0.zip) = JXIL/L1zkwUjhAirVCYyJLaf9pNJI9/Zyu1204cdAVE= -SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.1.mod) = FSS1kPj2LKNeHWx/Txq1lsIYVkQ9I4Vt+4CyKDzbuZA= -SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.1.zip) = KjImgdeUYd15PB6KmK3wYvbvVUq806sGmB7vlNecE2s= +SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.mod) = 17OszAg8LYhxB+e5mY0rfap993NS0WnmnW+75plfuL0= +SHA256 (go_modules/github.com/alecthomas/kingpin/v2/@v/v2.3.2.zip) = jzMPNcpCm2acOXzy5rWLjNaJT7bWQ39wmZMdLRQAuQk= SHA256 (go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.mod) = ftH6kO7vq7UGWGCrf2fdM/5ysTVwVCejb0515qgQBls= SHA256 (go_modules/github.com/alecthomas/units/@v/v0.0.0-20211218093645-b94a6e3cc137.zip) = tiQ310pSMImvRroBFezhzhG8peMh/h4dTJduzKbueKo= SHA256 (go_modules/github.com/beorn7/perks/@v/v1.0.1.mod) = yHCz/lC2lE+rCVsGII2ciJh2PpFzyx7tMljD1YMJumY= SHA256 (go_modules/github.com/beorn7/perks/@v/v1.0.1.zip) = Jb2eLZSsp3Dm28H1NyX4T2r0Qy9jHTXdLEb5bvBRLxo= -SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.1.2.mod) = oJD46q9ZzCrfFjKZ6+/nl+Hco/at0sjoimo7kLpTiwI= SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.2.0.mod) = oJD46q9ZzCrfFjKZ6+/nl+Hco/at0sjoimo7kLpTiwI= SHA256 (go_modules/github.com/cespare/xxhash/v2/@v/v2.2.0.zip) = /BgM2wwA+/+9Obd0pyzbXwwyrOJTcNUTUZWRiow/vSU= -SHA256 (go_modules/github.com/chai2010/webp/@v/v1.1.1.mod) = DtF6lVkzB/2IPo9YOshHZQQev0uAfLJMJX4UyW8PCgg= -SHA256 (go_modules/github.com/chai2010/webp/@v/v1.1.1.zip) = 9C/haXAH6hIVWl0TQtYXh+HzTKOWGS5JldxPKzUFUqw= SHA256 (go_modules/github.com/coreos/go-systemd/v22/@v/v22.3.3-0.20220203105225-a9a7ef127534.mod) = 3pM5X+kwhvgFU4INFASJ4x6Tv+BFfhtN48dyVW1TSEA= SHA256 (go_modules/github.com/coreos/go-systemd/v22/@v/v22.5.0.mod) = 3pM5X+kwhvgFU4INFASJ4x6Tv+BFfhtN48dyVW1TSEA= SHA256 (go_modules/github.com/coreos/go-systemd/v22/@v/v22.5.0.zip) = TETjprhN5Ns5PjQVN8cSQDH6mNX5iGCtMbMrSJDyI0w= @@ -27,9 +24,7 @@ SHA256 (go_modules/github.com/go-logfmt/ SHA256 (go_modules/github.com/godbus/dbus/v5/@v/v5.0.4.mod) = h0Pqcv7SHMFDxKBnQI4h93h2EOZi/b6NWUMxLqiuiBY= SHA256 (go_modules/github.com/godbus/dbus/v5/@v/v5.0.4.zip) = I6I/CL6kjm5JpGpAFbZK27FpLcbd8Ng8LwwgJ8uOMcg= SHA256 (go_modules/github.com/golang/protobuf/@v/v1.2.0.mod) = wKIDG/J3CHdJ2MzEMkSfaxN1eH6shkHdL5MAdCMar7Q= -SHA256 (go_modules/github.com/golang/protobuf/@v/v1.3.5.mod) = s6wk4gSR2Eb+rulQiL3gkmzl4kU4UCUPUkdEFuZhKUQ= SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.0.mod) = c4y7HelrZ6YjisO4CBzYsb+w2uvPbJu+jL221zuuzRk= -SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.2.mod) = fI52EFJ6/Xckx+i36EPxMrDbYejJ3UncWJ1DDokpvMQ= SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.3.mod) = fI52EFJ6/Xckx+i36EPxMrDbYejJ3UncWJ1DDokpvMQ= SHA256 (go_modules/github.com/golang/protobuf/@v/v1.5.3.zip) = k72m6I1KCkk6mLSB3mehAACnVdFfFqgAtJprltG9b4E= SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.5.mod) = QDarVjaqQr0xMpbNO/y0yIkSdgxWqeZlWuQi2HZ8gNo= @@ -53,11 +48,14 @@ SHA256 (go_modules/github.com/kr/text/@v SHA256 (go_modules/github.com/lib/pq/@v/v1.10.9.mod) = lMFIhoiyuYIqluE3XjIAKmUswa7nFSD2v6h77I63nAY= SHA256 (go_modules/github.com/lib/pq/@v/v1.10.9.zip) = Z5Gnr2f4RqhjNTUAEsTvrdCFAJbr8iNQt7IOAeIW5vI= SHA256 (go_modules/github.com/mattn/go-colorable/@v/v0.1.12.mod) = MBtO/MadpAuRzMjSzFjohZXorYcSrKAUA/EAhtlrGBM= -SHA256 (go_modules/github.com/mattn/go-colorable/@v/v0.1.12.zip) = xGN0mUCaQIH7vX6gZAqgrzDA4Gpwqhsgd4CwJRZQ2M0= +SHA256 (go_modules/github.com/mattn/go-colorable/@v/v0.1.13.mod) = 1nQ64urmVxYSLxK0LJ8/g6gFwK4yvTxVPUpvG8uSQ6U= +SHA256 (go_modules/github.com/mattn/go-colorable/@v/v0.1.13.zip) = CL4yLcxYSp/P3lyvDPh4tOEc2Y8lLjK8cE6SxaS6nRU= SHA256 (go_modules/github.com/mattn/go-isatty/@v/v0.0.14.mod) = 6SmRM81yQ+wmZ6oloEstrGAJI0rkwc2k7bRXSZcNrp8= -SHA256
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 23:52:00 Modified files: x11/kde-applications/kdepim-runtime: Makefile Log message: Add -Wno-enum-constexpr-conversion to unbreak build with llvm16
Re: [update] www/yt-dlp to 2023.11.16
Justin Berthault wrote (2023-11-16 22:42 CET): > Update yt-dlp to 2023.11.16 > > build and tested on arm64 A "make update-patches" is missing. Otherwise OK sdk@ > diff /usr/ports > commit - 8c63e64d8e995c22e5c74c405d9e013926952908 > path + /usr/ports > blob - 4e530ab2529a5b43a1cee66f51b20be2767c36d6 > file + www/yt-dlp/Makefile > --- www/yt-dlp/Makefile > +++ www/yt-dlp/Makefile > @@ -1,6 +1,6 @@ > COMMENT =CLI program to download videos from YouTube and other sites > > -VERSION =2023.10.13 > +VERSION =2023.11.16 > MODPY_EGG_VERSION = ${VERSION:S/.0/./g} > > DISTNAME = yt-dlp-${VERSION} > blob - 05552f398fdee8bd509c7b381237af119563355c > file + www/yt-dlp/distinfo > --- www/yt-dlp/distinfo > +++ www/yt-dlp/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (yt-dlp-2023.10.13.tar.gz) = > ZJRPRFKnZXtfsxrlXYI9lBGhop+cEHHTP6PmKG4gUio= > -SIZE (yt-dlp-2023.10.13.tar.gz) = 5525233 > +SHA256 (yt-dlp-2023.11.16.tar.gz) = > qn+35JtXsbWsQ5pyVoV15N+QT/wwQX4Z5kSZDnI5rFM= > +SIZE (yt-dlp-2023.11.16.tar.gz) = 5568397 > blob - 55297a8c5445638f12ee78eacd3afa799a0be1d7 > file + www/yt-dlp/pkg/PLIST > --- www/yt-dlp/pkg/PLIST > +++ www/yt-dlp/pkg/PLIST > @@ -637,6 +637,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elonet.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}engadget.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > @@ -947,6 +949,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}japandiet.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jixie.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jixie.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}joj.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > @@ -1011,6 +1015,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laola1tv.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lastfm.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lastfm.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laxarxames.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laxarxames.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lazy_extractors.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lazy_extractors.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lbry.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > @@ -1299,8 +1305,6 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nintendo.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nitter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nitter.${MODPY_PYC_MAGIC_TAG}pyc > -lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}njpwworld.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 23:51:48 Modified files: x11/kde-applications/kleopatra: Makefile Log message: Add -Wno-enum-constexpr-conversion to unbreak build with llvm16
Re: amd64: llvm 16 fallout (2023-11-14)
On Thu Nov 16, 2023 at 08:57:21PM -0500, Thomas Frohwein wrote: > On Fri, Nov 17, 2023 at 01:35:11AM +, Klemens Nanni wrote: > > On Thu, Nov 16, 2023 at 11:55:41PM +, Klemens Nanni wrote: > > > On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote: > > > > net/xprobe C++ std::random_shuffle > > > > > > https://en.cppreference.com/w/cpp/algorithm/random_shuffle > > > (deprecated in C++14) > > > (removed in C++17) > > > > > > 'grep -r random_shuffle /usr/local/include/' suggests that boost may > > > provide a fallback, but I'm inclined to delete this dead port instead. > > > > > > No update since 2005, last SourceForge activity in 2013, unmaintained, > > > HOMEPAGE redirects, link on SourceForge is NXDOMAIN... > > > > > > OK to remove? > > > > Alternative is to patch std::random_shuffle usage, then you get > > - OpenBSD/-current detected as multiple releases betweeen 2.5 and 3.9 > > each with 100% probability > > - Linux 6.x detected as multiple Linux 2.4.x each with 100% probability > > - segfaults on IPv6 addresses in general > > - crashes on some IP/interface configs, but not all: > > # xprobe2 100.64.73.1 > > ... > > No interface leading to 100.64.73.1 was found > > Segmentation fault (core dumped) > > # ifconfig vport | grep 100.64 > > inet 100.64.73.1 netmask 0xff00 broadcast 100.64.73.255 > > That doesn't sound worth keeping to me. ok with me to remove... +1 OK to remove > > > Index: Makefile > > === > > RCS file: /cvs/ports/net/xprobe/Makefile,v > > diff -u -p -r1.29 Makefile > > --- Makefile7 Nov 2023 14:19:42 - 1.29 > > +++ Makefile17 Nov 2023 01:16:47 - > > @@ -1,7 +1,7 @@ > > COMMENT= ICMP active OS fingerprint scanner > > > > DISTNAME= xprobe2-0.3 > > -REVISION = 6 > > +REVISION = 7 > > CATEGORIES=net security > > > > HOMEPAGE= https://xprobe.sourceforge.net/ > > Index: patches/patch-src_target_cc > > === > > RCS file: patches/patch-src_target_cc > > diff -N patches/patch-src_target_cc > > --- /dev/null 1 Jan 1970 00:00:00 - > > +++ patches/patch-src_target_cc 17 Nov 2023 01:16:44 - > > @@ -0,0 +1,30 @@ > > +Replace std::random_shuffle (removed in C++14) with std::shuffle > > + > > +Index: src/target.cc > > +--- src/target.cc.orig > > src/target.cc > > +@@ -20,6 +20,7 @@ > > + */ > > + > > + > > ++#include > > + #include "xprobe.h" > > + #include "target.h" > > + #include "interface.h" > > +@@ -363,6 +364,7 @@ void Port_Range::set_range(u_short a, u_short b) { > > + > > + int Port_Range::get_next(u_short *port) { > > + int k, sz=size(); > > ++ random_device rd; > > + > > + if (curr+low > high) > > + return 1; > > +@@ -370,7 +372,7 @@ int Port_Range::get_next(u_short *port) { > > + // initialize > > + for (k=0; k < sz; k++) > > + ports.push_back(low + k); > > +- random_shuffle(ports.begin(), ports.end()); > > ++ shuffle(ports.begin(), ports.end(), rd); > > + *port = ports[curr++]; > > + } else > > + *port = ports[curr++]; > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 23:34:49 Modified files: x11/qt6/qtwebengine/patches: patch-src_3rdparty_chromium_third_party_libsync_src_sync_c Log message: Unbreak build with llvm16
Fwd: devel/valgrind: removal syscall(2)
ping I confermed the operation using snapshot created onfNovember 16th. -- ASOU Masato -- Forwarded message - From: 朝生正人 Date: 2023年11月2日(木) 10:45 Subject: devel/valgrind: removal syscall(2) To: I have moved my email address from a...@soum.co.jp to takeasou.mas...@gmail.com. This is a diff to remove syscall(2) in Valgrind. ok? -- ASOU Masato Index: Makefile === RCS file: /cvs/ports/devel/valgrind/Makefile,v diff -u -p -r1.33 Makefile --- Makefile18 Oct 2023 03:27:55 - 1.33 +++ Makefile2 Nov 2023 01:16:02 - @@ -5,7 +5,7 @@ CATEGORIES =devel V =3.21.0 DISTNAME = valgrind-${V} -REVISION = 1 +REVISION = 2 EXTRACT_SUFX = .tar.bz2 SITES =https://sourceware.org/pub/valgrind/ Index: patches/patch-coregrind_m_syswrap_syswrap_main_c === RCS file: /cvs/ports/devel/valgrind/patches/patch-coregrind_m_syswrap_syswrap_main_c,v diff -u -p -r1.1 patch-coregrind_m_syswrap_syswrap_main_c --- patches/patch-coregrind_m_syswrap_syswrap_main_c18 Jul 2023 06:17:15 - 1.1 +++ patches/patch-coregrind_m_syswrap_syswrap_main_c2 Nov 2023 01:16:03 - @@ -18,17 +18,12 @@ Int real_syscallno; # endif # if defined(VGO_linux) -@@ -369,6 +369,17 @@ +@@ -369,6 +369,12 @@ real_syscallno, >arch.vex, syscall_mask, , sizeof(vki_sigset_t) ); +# elif defined(VGO_openbsd) -+ if (tst->arch.vex.guest_SC_CLASS == VG_OPENBSD_SYSCALL0) -+ real_syscallno = __NR_syscall; -+ else if (tst->arch.vex.guest_SC_CLASS == VG_OPENBSD_SYSCALL198) -+ real_syscallno = __NR___syscall; -+ else -+ real_syscallno = syscallno; ++ real_syscallno = syscallno; + err = ML_(do_syscall_for_client_WRK)( +real_syscallno, >arch.vex, +syscall_mask, , sizeof(vki_sigset_t) @@ -36,7 +31,7 @@ # elif defined(VGO_darwin) switch (VG_DARWIN_SYSNO_CLASS(syscallno)) { case VG_DARWIN_SYSCALL_CLASS_UNIX: -@@ -623,6 +634,153 @@ +@@ -623,6 +629,112 @@ canonical->arg8 = stack[2]; } @@ -117,23 +112,8 @@ + VexGuestX86State* gst = (VexGuestX86State*)gst_vanilla; + UWord *stack = (UWord *)gst->guest_ESP; + -+ // OpenBSD supports different calling conventions -+ switch (gst->guest_EAX) { -+ case __NR_syscall: -+ canonical->class = VG_OPENBSD_SYSCALL0; -+ canonical->sysno = stack[1]; -+ stack += 1; -+ break; -+ case __NR___syscall: -+ canonical->class = VG_OPENBSD_SYSCALL198; -+ canonical->sysno = stack[1]; -+ stack += 2; -+ break; -+ default: -+ canonical->class = 0; -+ canonical->sysno = gst->guest_EAX; -+ break; -+ } ++ canonical->class = 0; ++ canonical->sysno = gst->guest_EAX; + // stack[0] is a (fake) return address + canonical->arg1 = stack[1]; + canonical->arg2 = stack[2]; @@ -148,49 +128,23 @@ + VexGuestAMD64State* gst = (VexGuestAMD64State*)gst_vanilla; + UWord *stack = (UWord *)gst->guest_RSP; + -+ // OpenBSD supports different calling conventions -+ switch (gst->guest_RAX) { -+ case __NR_syscall: -+ canonical->klass = VG_OPENBSD_SYSCALL0; -+ canonical->sysno = gst->guest_RDI; -+ break; -+ case __NR___syscall: -+ canonical->klass = VG_OPENBSD_SYSCALL198; -+ canonical->sysno = gst->guest_RDI; -+ break; -+ default: -+ canonical->klass = 0; -+ canonical->sysno = gst->guest_RAX; -+ break; -+ } -+ // stack[0] is a (fake) return address -+ if (canonical->klass != VG_OPENBSD_SYSCALL0 && canonical->klass != VG_OPENBSD_SYSCALL198) { -+ // stack[0] is return address -+ canonical->arg1 = gst->guest_RDI; -+ canonical->arg2 = gst->guest_RSI; -+ canonical->arg3 = gst->guest_RDX; -+ canonical->arg4 = gst->guest_R10; -+ canonical->arg5 = gst->guest_R8; -+ canonical->arg6 = gst->guest_R9; -+ canonical->arg7 = stack[1]; -+ canonical->arg8 = stack[2]; -+ } else { -+ // stack[0] is return address -+ canonical->arg1 = gst->guest_RSI; -+ canonical->arg2 = gst->guest_RDX; -+ canonical->arg3 = gst->guest_R10; -+ canonical->arg4 = gst->guest_R8; -+ canonical->arg5 = gst->guest_R9; -+ canonical->arg6 = stack[1]; -+ canonical->arg7 = stack[2]; -+ canonical->arg8 = stack[3]; -+ } ++ canonical->klass = 0; ++ canonical->sysno = gst->guest_RAX; ++ // stack[0] is return address ++ canonical->arg1 = gst->guest_RDI; ++ canonical->arg2 = gst->guest_RSI; ++ canonical->arg3 = gst->guest_RDX; ++ canonical->arg4 = gst->guest_R10; ++ canonical->arg5 = gst->guest_R8; ++ canonical->arg6 = gst->guest_R9; ++ canonical->arg7 = stack[1]; ++ canonical->arg8 = stack[2]; + + #elif defined(VGP_arm_linux)
Re: amd64: llvm 16 fallout (2023-11-14)
On Fri, Nov 17, 2023 at 01:35:11AM +, Klemens Nanni wrote: > On Thu, Nov 16, 2023 at 11:55:41PM +, Klemens Nanni wrote: > > On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote: > > > net/xprobe C++ std::random_shuffle > > > > https://en.cppreference.com/w/cpp/algorithm/random_shuffle > > (deprecated in C++14) > > (removed in C++17) > > > > 'grep -r random_shuffle /usr/local/include/' suggests that boost may > > provide a fallback, but I'm inclined to delete this dead port instead. > > > > No update since 2005, last SourceForge activity in 2013, unmaintained, > > HOMEPAGE redirects, link on SourceForge is NXDOMAIN... > > > > OK to remove? > > Alternative is to patch std::random_shuffle usage, then you get > - OpenBSD/-current detected as multiple releases betweeen 2.5 and 3.9 > each with 100% probability > - Linux 6.x detected as multiple Linux 2.4.x each with 100% probability > - segfaults on IPv6 addresses in general > - crashes on some IP/interface configs, but not all: > # xprobe2 100.64.73.1 > ... > No interface leading to 100.64.73.1 was found > Segmentation fault (core dumped) > # ifconfig vport | grep 100.64 > inet 100.64.73.1 netmask 0xff00 broadcast 100.64.73.255 That doesn't sound worth keeping to me. ok with me to remove... > Index: Makefile > === > RCS file: /cvs/ports/net/xprobe/Makefile,v > diff -u -p -r1.29 Makefile > --- Makefile 7 Nov 2023 14:19:42 - 1.29 > +++ Makefile 17 Nov 2023 01:16:47 - > @@ -1,7 +1,7 @@ > COMMENT= ICMP active OS fingerprint scanner > > DISTNAME=xprobe2-0.3 > -REVISION = 6 > +REVISION = 7 > CATEGORIES= net security > > HOMEPAGE=https://xprobe.sourceforge.net/ > Index: patches/patch-src_target_cc > === > RCS file: patches/patch-src_target_cc > diff -N patches/patch-src_target_cc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-src_target_cc 17 Nov 2023 01:16:44 - > @@ -0,0 +1,30 @@ > +Replace std::random_shuffle (removed in C++14) with std::shuffle > + > +Index: src/target.cc > +--- src/target.cc.orig > src/target.cc > +@@ -20,6 +20,7 @@ > + */ > + > + > ++#include > + #include "xprobe.h" > + #include "target.h" > + #include "interface.h" > +@@ -363,6 +364,7 @@ void Port_Range::set_range(u_short a, u_short b) { > + > + int Port_Range::get_next(u_short *port) { > + int k, sz=size(); > ++random_device rd; > + > + if (curr+low > high) > + return 1; > +@@ -370,7 +372,7 @@ int Port_Range::get_next(u_short *port) { > + // initialize > + for (k=0; k < sz; k++) > + ports.push_back(low + k); > +-random_shuffle(ports.begin(), ports.end()); > ++shuffle(ports.begin(), ports.end(), rd); > + *port = ports[curr++]; > + } else > + *port = ports[curr++]; >
Re: GZDoom update, next attempt
On Wed, Nov 15, 2023 at 08:32:39AM +0100, Stefan Hagen wrote: > Timo Myyrä wrote (2023-11-14 17:50 CET): > > On Fri, Nov 10 2023, Stefan Hagen wrote: > > > > > Thomas Frohwein wrote (2023-11-09 21:16 CET): > > >> Here is an update to GZDoom 4.11.3. It works to run mods like the > > >> recently released Beyond Sunset. > > >> > > >> Of note, you may need to switch the video backend to opengl as I > > >> outlined after previous concerns: > > >> > > >> https://marc.info/?l=openbsd-ports=169132550927983=2 > > >> > > >> Of note, we are several versions behind upstream - the current version > > >> in ports is 4.8.2. > > > > > > What's the deal with: > > >> +- set(ZVULKAN_LIBS ${CMAKE_DL_LIBS} -ldl) > > >> ++ #set(ZVULKAN_LIBS ${CMAKE_DL_LIBS} -ldl) > > > > > > It builds and works fine with > > > set(ZVULKAN_LIBS ${CMAKE_DL_LIBS}) > > > > > > There doesn't seem to be a difference at runtime. At least on my > > > machine (amd), vulkan runs fine with and without this line. > > > > > > (I haven't diffed the build logs to figure out if it has picked up > > > something differently) > > > > > > Regarding: > > >> https://marc.info/?l=openbsd-ports=169132550927983=2 > > >> After changing that back to default opengl (0), > > > > > > It seems to be untrue that opengl is the default backend. If I remove > > > gzdoom.ini and start the game, the vulkan backend is automatically > > > selected. > > > > > > If we have issues with the vulkan backend on more than a few machines, > > > should we change the default? And/Or described the issue in the README? > > > > > > > How about this diff? Bumps minor version a bit and sets the vulkan bits. > > Works for me with ryzen thinkpad. > > Hmm. Vulkan and OpenGL ES works. When I select OpenGL it gets stuck on > the loading screen and gzdoom keeps consuming 60% CPU and X ~15/20%. > > Does this happen for you too? I'm on an Intel Tigerlake system and OpenGL (vid_preferbackend=0) and GLES2 (vid_preferbackend=3) work, but vulkan segfaults. I tested with Freedoom, as well as the commercial gzdoom games Supplice and Beyond Sunset. To me, this looks like it might not be straightforward to figure out all the video backend issues, but as multiple are available and it seems to work with some for everyone, I'm ok thfr@ with the update. > > > diff /usr/ports > > commit - 9213cea3ba80fcc2debf29c883db9b8e42c07622 > > path + /usr/ports > > blob - e08c43f0bf6074d7afac5b1c384ceb55e065c6fc > > file + games/gzdoom/Makefile > > --- games/gzdoom/Makefile > > +++ games/gzdoom/Makefile > > @@ -6,12 +6,11 @@ ONLY_FOR_ARCHS = i386 amd64 > > > > COMMENT = OpenGL engine for idTech 1 games like > > doom,hexen,heretic... > > > > -V =4.8.2 > > -GH_ACCOUNT = coelckers > > -GH_PROJECT = gzdoom > > -GH_TAGNAME = g${V} > > -DISTNAME = gzdoom-${V} > > +V =4.11.3 > > > > +DIST_TUPLE = github ZDoom gzdoom g${V} . > > +PKGNAME = gzdoom-${V} > > + > > CATEGORIES=games > > > > HOMEPAGE = https://zdoom.org > > @@ -21,8 +20,8 @@ MAINTAINER = Timo Myyra > > > > # GPLv3 > > PERMIT_PACKAGE = Yes > > > > -WANTLIB += ${COMPILER_LIBCXX} SDL2 bz2 c execinfo jpeg m > > -WANTLIB += openal vpx z zmusic > > +WANTLIB += ${COMPILER_LIBCXX} SDL2 bz2 c execinfo m > > +WANTLIB += openal vpx webp webpdemux webpmux zmusic > > > > # C++17 > > COMPILER = base-clang ports-gcc > > @@ -34,13 +33,14 @@ CONFIGURE_ARGS += -DDYN_OPENAL=NO > > CONFIGURE_ARGS += -DHAVE_STDINT_H=1 > > CONFIGURE_ARGS += -DNO_OPENMP=ON > > > > -CXXFLAGS += -I. -I${LOCALBASE}/include > > +CFLAGS += -I${X11BASE}/include > > +CXXFLAGS +=-I. -I${LOCALBASE}/include > > > > LIB_DEPENDS = archivers/bzip2 \ > > audio/openal \ > > audio/zmusic \ > > devel/sdl2 \ > > - graphics/jpeg \ > > + graphics/libwebp \ > > multimedia/libvpx > > > > NO_TEST = Yes > > blob - fffa78bdc838438fde2a24aea4f98f67711f36aa > > file + games/gzdoom/distinfo > > --- games/gzdoom/distinfo > > +++ games/gzdoom/distinfo > > @@ -1,2 +1,2 @@ > > -SHA256 (gzdoom-4.8.2.tar.gz) = Tt1g+AlMncPft0AL28DrsKXldLCmdH7uTI2fH2r3cSc= > > -SIZE (gzdoom-4.8.2.tar.gz) = 24247668 > > +SHA256 (ZDoom-gzdoom-g4.11.3.tar.gz) = > > WUPbpQ2iD/lPH8xBUTJnLUKhWRfFcbHCt87v4Uk19dU= > > +SIZE (ZDoom-gzdoom-g4.11.3.tar.gz) = 24354699 > > blob - 0f5f1a7bc01e286e168f93809d4a8c6c8357cc3e > > file + games/gzdoom/patches/patch-CMakeLists_txt > > --- games/gzdoom/patches/patch-CMakeLists_txt > > +++ games/gzdoom/patches/patch-CMakeLists_txt > > @@ -1,7 +1,7 @@ > > Index: CMakeLists.txt > > --- CMakeLists.txt.orig > > +++ CMakeLists.txt > > -@@ -272,7 +272,7 @@ else() > > +@@ -301,7 +301,7 @@ else() > > > > if ( UNIX ) > >
Re: amd64: llvm 16 fallout (2023-11-14)
On Thu, Nov 16, 2023 at 11:55:41PM +, Klemens Nanni wrote: > On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote: > > net/xprobe C++ std::random_shuffle > > https://en.cppreference.com/w/cpp/algorithm/random_shuffle > (deprecated in C++14) > (removed in C++17) > > 'grep -r random_shuffle /usr/local/include/' suggests that boost may > provide a fallback, but I'm inclined to delete this dead port instead. > > No update since 2005, last SourceForge activity in 2013, unmaintained, > HOMEPAGE redirects, link on SourceForge is NXDOMAIN... > > OK to remove? Alternative is to patch std::random_shuffle usage, then you get - OpenBSD/-current detected as multiple releases betweeen 2.5 and 3.9 each with 100% probability - Linux 6.x detected as multiple Linux 2.4.x each with 100% probability - segfaults on IPv6 addresses in general - crashes on some IP/interface configs, but not all: # xprobe2 100.64.73.1 ... No interface leading to 100.64.73.1 was found Segmentation fault (core dumped) # ifconfig vport | grep 100.64 inet 100.64.73.1 netmask 0xff00 broadcast 100.64.73.255 Index: Makefile === RCS file: /cvs/ports/net/xprobe/Makefile,v diff -u -p -r1.29 Makefile --- Makefile7 Nov 2023 14:19:42 - 1.29 +++ Makefile17 Nov 2023 01:16:47 - @@ -1,7 +1,7 @@ COMMENT= ICMP active OS fingerprint scanner DISTNAME= xprobe2-0.3 -REVISION = 6 +REVISION = 7 CATEGORIES=net security HOMEPAGE= https://xprobe.sourceforge.net/ Index: patches/patch-src_target_cc === RCS file: patches/patch-src_target_cc diff -N patches/patch-src_target_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_target_cc 17 Nov 2023 01:16:44 - @@ -0,0 +1,30 @@ +Replace std::random_shuffle (removed in C++14) with std::shuffle + +Index: src/target.cc +--- src/target.cc.orig src/target.cc +@@ -20,6 +20,7 @@ + */ + + ++#include + #include "xprobe.h" + #include "target.h" + #include "interface.h" +@@ -363,6 +364,7 @@ void Port_Range::set_range(u_short a, u_short b) { + + int Port_Range::get_next(u_short *port) { + int k, sz=size(); ++ random_device rd; + + if (curr+low > high) + return 1; +@@ -370,7 +372,7 @@ int Port_Range::get_next(u_short *port) { + // initialize + for (k=0; k < sz; k++) + ports.push_back(low + k); +- random_shuffle(ports.begin(), ports.end()); ++ shuffle(ports.begin(), ports.end(), rd); + *port = ports[curr++]; + } else + *port = ports[curr++];
[update] osrm-backend 5.27.1pl0
This runs into various issues with boost 1.83. After I found myself pulling in the third upstream commit without success, I got tired of it and decided to use the HEAD commit. This builds & packages with both boost 1.80 and 1.83. Index: Makefile === RCS file: /cvs/ports/geo/osrm-backend/Makefile,v diff -u -p -r1.13 Makefile --- Makefile15 Nov 2023 16:57:22 - 1.13 +++ Makefile17 Nov 2023 00:57:26 - @@ -6,8 +6,8 @@ COMMENT = high-performance road network GH_ACCOUNT = Project-OSRM GH_PROJECT = osrm-backend -GH_TAGNAME = v5.27.1 -REVISION = 0 +GH_COMMIT =31e31a63d062fb804f5f4695ed3036ca7a269ead +DISTNAME = osrm-backend-5.27.1pl0 CATEGORIES = geo Index: distinfo === RCS file: /cvs/ports/geo/osrm-backend/distinfo,v diff -u -p -r1.3 distinfo --- distinfo11 Jun 2023 07:55:46 - 1.3 +++ distinfo17 Nov 2023 00:58:43 - @@ -1,2 +1,2 @@ -SHA256 (osrm-backend-5.27.1.tar.gz) = UjkVgOD5JmPdeyHLzHuQZNZwRHDiYBvz7FxRcLRxYpo= -SIZE (osrm-backend-5.27.1.tar.gz) = 10979468 +SHA256 (osrm-backend-5.27.1pl0-31e31a63.tar.gz) = 1BCHnp2wPyF7Eiz9AZvfVrOBCsyGortUCnyilOqK7ns= +SIZE (osrm-backend-5.27.1pl0-31e31a63.tar.gz) = 11087133 Index: patches/patch-CMakeLists_txt === RCS file: /cvs/ports/geo/osrm-backend/patches/patch-CMakeLists_txt,v diff -u -p -r1.4 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt11 Jun 2023 07:55:46 - 1.4 +++ patches/patch-CMakeLists_txt17 Nov 2023 00:57:26 - @@ -1,21 +1,12 @@ Index: CMakeLists.txt --- CMakeLists.txt.orig +++ CMakeLists.txt -@@ -389,7 +389,7 @@ if("${LINKER_VERSION}" MATCHES "GNU gold" OR "${LINKER - set(LINKER_FLAGS "${LINKER_FLAGS} -Wl,--gc-sections") - endif() - # Default linker optimization flags -- set(LINKER_FLAGS "${LINKER_FLAGS} -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common") -+ set(LINKER_FLAGS "${LINKER_FLAGS} -Wl,--sort-common") - - else() - message(STATUS "Using unknown linker, not setting linker optimizations") -@@ -419,7 +419,7 @@ if(APPLE) - endif() +@@ -274,7 +274,7 @@ elseif(CMAKE_CXX_COMPILER_ID MATCHES "MSVC") + target_link_libraries(osrm-extract wsock32 ws2_32) endif() -if(UNIX AND NOT APPLE) +if(UNIX AND NOT APPLE AND NOT "${CMAKE_SYSTEM_NAME}" MATCHES "OpenBSD") - set(MAYBE_RT_LIBRARY -lrt) - endif() - + find_library(RT_LIB rt) + if (RT_LIB) + set(MAYBE_RT_LIBRARY -lrt) Index: pkg/PLIST === RCS file: /cvs/ports/geo/osrm-backend/pkg/PLIST,v diff -u -p -r1.8 PLIST --- pkg/PLIST 24 Aug 2023 21:50:28 - 1.8 +++ pkg/PLIST 17 Nov 2023 00:57:26 - @@ -1,6 +1,6 @@ +@conflict flatbuffers-* @newgroup _osrm_routed:815 @newuser _osrm_routed:815:815::OSRM Router:/var/empty:/sbin/nologin -@conflict flatbuffers-* @rcscript ${RCDIR}/osrm_routed @bin bin/osrm-components @bin bin/osrm-contract @@ -41,6 +41,7 @@ include/osrm/contractor_config.hpp include/osrm/coordinate.hpp include/osrm/customizer.hpp include/osrm/customizer_config.hpp +include/osrm/datasets.hpp include/osrm/engine/ include/osrm/engine/api/ include/osrm/engine/api/base_parameters.hpp @@ -104,6 +105,9 @@ include/osrm/util/typedefs.hpp @static-lib lib/libosrm_update.a lib/pkgconfig/libosrm.pc share/osrm/ +share/osrm/data/ +share/osrm/data/driving_side.geojson +share/osrm/data/maxheight.geojson share/osrm/profiles/ share/osrm/profiles/bicycle.lua share/osrm/profiles/car.lua
Re: amd64: llvm 16 fallout (2023-11-14)
On Fri, Nov 17, 2023 at 12:26:08AM +0100, Christian Weisgerber wrote: > net/xprobe C++ std::random_shuffle https://en.cppreference.com/w/cpp/algorithm/random_shuffle (deprecated in C++14) (removed in C++17) 'grep -r random_shuffle /usr/local/include/' suggests that boost may provide a fallback, but I'm inclined to delete this dead port instead. No update since 2005, last SourceForge activity in 2013, unmaintained, HOMEPAGE redirects, link on SourceForge is NXDOMAIN... OK to remove?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 16:49:40 Modified files: x11/gnome/mutter: Makefile Log message: Missing BDEP on wayland/wayland. I will look at why this is needed, but for now the build depend works around the build failure. reported by naddy@
Re: amd64: llvm 16 fallout (2023-11-14)
Updated list: cad/prusaslicer C++ ambiguous function call comms/gnuradio internal compiler error devel/atlas C++17 does not allow dynamic exception devel/avr32/newlib C integer to pointer conversion devel/iaito C++ undeclared identifier r_pvector_len devel/lutok C++ auto_ptr games/amoebax C++ auto_ptr games/bastetC++ std::bind2nd games/boswars C++ auto_ptr games/eliot C++ std::random_shuffle games/goldberg_emulator C++ std::in_place_t games/lwjgl3JRE segv games/mars C++ std::random_shuffle japanese/onew,canna C integer to pointer conversion lang/fpc? multimedia/synfig C++ auto_ptr net/gnugk C++ std::mem_fun net/minbif C++17 does not allow dynamic exception net/nheko C va_list net/xprobe C++ std::random_shuffle www/firefox-esr clang-13 internal compiler error www/mozilla-firefox clang-13 internal compiler error www/tor-browser/browser clang-13 internal compiler error x11/gnome/mutter'wayland-server.h' not found x11/kde-applications/kdepim-runtime C++ integer value outside enum range x11/kde-applications/kleopatra C++ integer value outside enum range x11/ogreC++ auto_ptr x11/qt6/qtwebengine C integer to pointer conversion -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/11/16 15:39:04 Modified files: net/kea: Makefile Log message: net/kea: use -std=c++14 for base-clang to unbreak with clang16 This is a transitive requirement imposed by the outdated version of the devel/log4cplus dependency.
[update] www/yt-dlp to 2023.11.16
Update yt-dlp to 2023.11.16 build and tested on arm64 diff /usr/ports commit - 8c63e64d8e995c22e5c74c405d9e013926952908 path + /usr/ports blob - 4e530ab2529a5b43a1cee66f51b20be2767c36d6 file + www/yt-dlp/Makefile --- www/yt-dlp/Makefile +++ www/yt-dlp/Makefile @@ -1,6 +1,6 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2023.10.13 +VERSION = 2023.11.16 MODPY_EGG_VERSION =${VERSION:S/.0/./g} DISTNAME = yt-dlp-${VERSION} blob - 05552f398fdee8bd509c7b381237af119563355c file + www/yt-dlp/distinfo --- www/yt-dlp/distinfo +++ www/yt-dlp/distinfo @@ -1,2 +1,2 @@ -SHA256 (yt-dlp-2023.10.13.tar.gz) = ZJRPRFKnZXtfsxrlXYI9lBGhop+cEHHTP6PmKG4gUio= -SIZE (yt-dlp-2023.10.13.tar.gz) = 5525233 +SHA256 (yt-dlp-2023.11.16.tar.gz) = qn+35JtXsbWsQ5pyVoV15N+QT/wwQX4Z5kSZDnI5rFM= +SIZE (yt-dlp-2023.11.16.tar.gz) = 5568397 blob - 55297a8c5445638f12ee78eacd3afa799a0be1d7 file + www/yt-dlp/pkg/PLIST --- www/yt-dlp/pkg/PLIST +++ www/yt-dlp/pkg/PLIST @@ -637,6 +637,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elonet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}elpais.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}eltrecetv.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}embedly.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}engadget.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -947,6 +949,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}japandiet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jeuxvideo.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jiosaavn.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jixie.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}jixie.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}joj.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -1011,6 +1015,8 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laola1tv.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lastfm.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lastfm.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laxarxames.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}laxarxames.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lazy_extractors.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lazy_extractors.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}lbry.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -1299,8 +1305,6 @@ lib/python${MODPY_VERSION}/site-packages/yt_dlp/extrac lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nintendo.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nitter.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nitter.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}njpwworld.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}njpwworld.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}nobelprize.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
fonts/iosevka-fonts: fix packaging of slab variant
Hi, I've been speaking with Manuel (in CC) and we've identified some tidy-ups that can be done on our iosevka port. The diff below is the first. The iosevka-fixed-slab SUBDIR packages what upstream calls a "sub-package", but all the other SUBDIRs package a top-level upstream package. For details of top-level and sub- iosevka packages look at: https://github.com/be5invis/Iosevka/blob/main/doc/PACKAGE-LIST.md We want consistency. I don't think it's worth packaging at such a fine-grained level as sub-packages, so I propose that each SUBDIR should be a top-level iosevka package. Therefore, this diff removes the `fixed-slab` SUBDIR in favour of a `slab` SUBDIR, and does all the @pkgpath and quirks magic to ensure it upgrades seamlessly: ``` # pkg_info | grep slab iosevka-fixed-slab-26.0.1 slender typeface for code (fixed slab variant) # ls iosevka-26.0.1.tgz iosevka-etoile-26.0.1.tgzquirks-6.191.tgz iosevka-aile-26.0.1.tgz iosevka-slab-26.0.1p0.tgz # PKG_PATH=$PWD pkg_add -u -Dunsigned iosevka-fixed-slab quirks-6.189->6.191: ok iosevka-fixed-slab-26.0.1->iosevka-slab-26.0.1p0: ok Read shared items: ok Updating font cache: ok ``` Please check my reasoning for this change carefully. OK? Index: fonts/iosevka-fonts/Makefile === RCS file: /cvs/ports/fonts/iosevka-fonts/Makefile,v diff -u -p -r1.6 Makefile --- fonts/iosevka-fonts/Makefile11 Nov 2023 09:02:29 - 1.6 +++ fonts/iosevka-fonts/Makefile16 Nov 2023 21:58:21 - @@ -5,17 +5,21 @@ # glyphs to be shared, thus saving space) each variant contains all of the # various "spacing variants". # -# For details on variants and spacing variants, see: -# https://github.com/be5invis/Iosevka/releases -# # When adding a new variant, please use a SUBDIR whose name matches the suffix # on the DISTFILE, e.g. 'SUBDIR += slab' for 'ttc-iosevka-slab-x.y.z.zip'. # Similarly for the PKGNAME suffix. +# +# Please also make sure that new SUBDIRs package a top-level upstream package, +# and not a sub-package. e.g. we have a SUBDIR for the top-level 'slab' package +# and not for any sub-packages of 'slab', like 'fixed-slab' or 'term-slab'. +# +# For details on variants and sub-packages, see: +# https://github.com/be5invis/Iosevka/blob/main/doc/PACKAGE-LIST.md SUBDIR = SUBDIR += aile SUBDIR += default SUBDIR += etoile -SUBDIR += fixed-slab +SUBDIR += slab .include Index: fonts/iosevka-fonts/fixed-slab/Makefile === RCS file: fonts/iosevka-fonts/fixed-slab/Makefile diff -N fonts/iosevka-fonts/fixed-slab/Makefile --- fonts/iosevka-fonts/fixed-slab/Makefile 8 Aug 2023 11:01:13 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,9 +0,0 @@ -COMMENT = slender typeface for code (fixed slab variant) -PKGNAME = iosevka-fixed-slab-${V} -DISTFILES =ttc-sgr-iosevka-fixed-slab-${V}${EXTRACT_SUFX} - -do-install: - ${INSTALL_DATA_DIR} ${FONTDIR} - ${INSTALL_DATA} ${WRKDIST}/*.ttc ${FONTDIR} - -.include Index: fonts/iosevka-fonts/fixed-slab/distinfo === RCS file: fonts/iosevka-fonts/fixed-slab/distinfo diff -N fonts/iosevka-fonts/fixed-slab/distinfo --- fonts/iosevka-fonts/fixed-slab/distinfo 8 Aug 2023 11:01:13 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,2 +0,0 @@ -SHA256 (ttc-sgr-iosevka-fixed-slab-26.0.1.zip) = cqEnSt1I3xyacxTjZUCEmo8M7KFw7MudTY7D7D5UnQM= -SIZE (ttc-sgr-iosevka-fixed-slab-26.0.1.zip) = 93695504 Index: fonts/iosevka-fonts/fixed-slab/pkg/DESCR === RCS file: fonts/iosevka-fonts/fixed-slab/pkg/DESCR diff -N fonts/iosevka-fonts/fixed-slab/pkg/DESCR --- fonts/iosevka-fonts/fixed-slab/pkg/DESCR8 Aug 2023 11:01:13 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,3 +0,0 @@ -Coders' typeface, built from code. - -This package is for the fixed slab variant. Index: fonts/iosevka-fonts/fixed-slab/pkg/PLIST === RCS file: fonts/iosevka-fonts/fixed-slab/pkg/PLIST diff -N fonts/iosevka-fonts/fixed-slab/pkg/PLIST --- fonts/iosevka-fonts/fixed-slab/pkg/PLIST8 Aug 2023 11:01:13 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,11 +0,0 @@ -share/fonts/ -@fontdir share/fonts/iosevka/ -share/fonts/iosevka/sgr-iosevka-fixed-slab-bold.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-extrabold.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-extralight.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-heavy.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-light.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-medium.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-regular.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-semibold.ttc -share/fonts/iosevka/sgr-iosevka-fixed-slab-thin.ttc Index:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/11/16 14:54:16 Modified files: games/0ad/base : Makefile Added files: games/0ad/base/patches: patch-libraries_source_spidermonkey_FixNewClang.diff patch-libraries_source_spidermonkey_patch_sh Log message: Remove -fexperimental-pass-manager usage to unbreak clang 16 build 0ad extracts and patches spidermonkey during do-build; add another patch to limit pass manager usage to clang <= 13; FreeBSD removes the block, upstream has a diff stubbing it out: https://code.wildfiregames.com/D5011
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/11/16 14:46:04 Modified files: devel/github-cli: Makefile distinfo modules.inc Log message: update to github-cli 2.39.1
Re: amd64: llvm 16 fallout (2023-11-14)
Christian Weisgerber: > net/kea,postgresql checking for log4cplus/logger.h... no This is actually the C++ auto_ptr issue, but already in configure. (It also affects all flavors of net/kea.) -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: amd64: llvm 16 fallout (2023-11-14)
On Thu, Nov 16, 2023 at 09:34:32PM +0100, Stefan Hagen wrote: > Christian Weisgerber wrote (2023-11-16 16:54 CET): > > My build is still catching up with the many fixes that have already > > been committed, but here is some basic triage of remaining problems: > > > > cad/prusaslicer C++ ambiguous function call > > comms/gnuradio internal compiler error > > devel/atlas C++17 does not allow dynamic exception > > devel/avr32/newlib C integer to pointer conversion > > devel/iaito C++ undeclared identifier > > devel/lutok C++ auto_ptr > > For this: > > games/0ad/base Rust? > > Error: warning: c++: error: unknown argument: > '-fexperimental-new-pass-manager' > The fix seems to be here: https://code.wildfiregames.com/D5011 That's it, yes. > > I don't have time now if someone wants to patch it. It's not straight > forward, because the file to patch seems not to exist after extract. 0ad extracts and patches spidermonkey, so port-wise we need to patch an empty file, i.e. add a new patch under WRKSRC, and patch the script to apply besaid patch. That's what the fabricator revision as well as FreeBSD's games/0ad port do. I'm building already and will commit if run-tests agree.
Re: devel/camke CMake >= 3.27 exports the CXX std to moc
On Thu Nov 16, 2023 at 08:47:20PM +, Klemens Nanni wrote: > On Thu, Nov 16, 2023 at 05:11:42PM +0100, Rafael Sadowski wrote: > > On Sun Nov 12, 2023 at 10:28:42AM +, Klemens Nanni wrote: > > > On Sun, Nov 12, 2023 at 11:16:19AM +0100, Rafael Sadowski wrote: > > > > The following patches is necessary to build tdesktop with Qt 6.6. > > > > Otherwise we end with the following issue like FreeBSD: > > > > > > This is not specific to tdesktop, but it seems to be the first (only?) > > > port using new C++, moc, CMake and Qt >= 6.6 (your WIP update). > > > > > > > Yes I think so. I built all the other Qt6 consumers. > > > > > > > > > > usr/include/c++/v1/concept:318:1: error: Parse error at "::" > > > > > > > > Patch form FreeBSD: > > > > https://cgit.freebsd.org/ports/commit/?id=5244b8425c414f0bca521df362eb62bb334640b3 > > > > > > Thanks for tracking this down, but I don't understand (yet) what's going > > > on. > > > > Without diving deep, which I understand, moc has issues when it comes to > > C++20. > > So... is patching moc usage in cmake for all ports still the answer? > Is there no way to fix it in tdesktop alone? > > Just curious, I'm not objecting. > To be honest I don't like the solution too. When I look at Qt, the problem is known but there is no solution yet. IMO Qt/moc must fix it. I was just glad that I found the FreeBSD solution and it works for us too. Not happy at all.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2023/11/16 13:38:58 Modified files: security/libsodium: Makefile Added files: security/libsodium/patches: patch-src_libsodium_crypto_aead_aegis128l_aegis128l_armcrypto_c patch-src_libsodium_crypto_aead_aegis256_aegis256_armcrypto_c patch-src_libsodium_crypto_aead_aes256gcm_armcrypto_aead_aes256gcm_armcrypto_c Log message: backport upstream 8f453f41f8834e0fe47610f2a3e03e696ddb3450 aarch64: set compiler attributes *after* including while here, fix WRKSRC vs WRKDIST so patches apply
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/11/16 13:38:10 Modified files: sysutils/salt : Makefile Log message: use https://saltproject.io/ as the HOMEPAGE; from Raf Czlonka
Re: amd64: llvm 16 fallout (2023-11-14)
Christian Weisgerber wrote (2023-11-16 16:54 CET): > My build is still catching up with the many fixes that have already > been committed, but here is some basic triage of remaining problems: > > cad/prusaslicer C++ ambiguous function call > comms/gnuradio internal compiler error > devel/atlas C++17 does not allow dynamic exception > devel/avr32/newlib C integer to pointer conversion > devel/iaito C++ undeclared identifier > devel/lutok C++ auto_ptr For this: > games/0ad/base Rust? Error: warning: c++: error: unknown argument: '-fexperimental-new-pass-manager' The fix seems to be here: https://code.wildfiregames.com/D5011 I don't have time now if someone wants to patch it. It's not straight forward, because the file to patch seems not to exist after extract. > games/amoebax C++ auto_ptr > games/bastetC++ undeclared identifier > games/boswars C++ auto_ptr > games/eliot C++ no member in namespace 'std' > games/goldberg_emulator C++ no member in namespace 'std' > games/lwjgl3JRE segv > games/mars C++ no member in namespace 'std' > japanese/onew,canna C integer to pointer conversion > lang/fpc? > multimedia/synfig C++ auto_ptr > net/gnugk C++ no member in namespace 'std' > net/kea,postgresql checking for log4cplus/logger.h... no > net/minbif C++17 does not allow dynamic exception > net/nheko C va_list > net/xprobe C++ undeclared identifier > security/pivy configure: cannot compute sizeof (int) > security/web-eid-appC++ integer value outside enum range > www/firefox-esr clang-13 internal compiler error > www/mozilla-firefox clang-13 internal compiler error > www/tor-browser/browser clang-13 internal compiler error > x11/gnome/mutter'wayland-server.h' not found > x11/kde-applications/kleopatra C++ integer value outside enum range > x11/ogreC++ auto_ptr > x11/qt6/qtwebengine C integer to pointer conversion > > -- > Christian "naddy" Weisgerber na...@mips.inka.de >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/11/16 13:29:55 Modified files: www/chromium : Makefile distinfo www/chromium/patches: patch-media_base_media_switches_cc Log message: update to 119.0.6045.159
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2023/11/16 13:15:21 Modified files: net/seafile/client: Makefile distinfo net/seafile/seafile: Makefile distinfo Log message: update to seafile-9.0.4
Re: [new] multimedia/ytfzf
Laurent Cheylus wrote (2023-07-05 07:50 CEST): > cc solene@ and luffy20...@protonmail.com (initial request to create this > port) > > Proposal to import a new port multimedia/ytfzf for ytfzf tool > https://github.com/pystardust/ytfzf > > ytfzf is a shell script that helps you find Youtube videos (without API) and > opens/downloads them using mpv/youtube-dl. > > Initial port for version 2.6.0: > - no build, only an install stage to copy script, manpages, example for > config and copy addons > - patch script for addons directory => substitute VAR for ${TRUEPREFIX} > - RUN_DEPENDS for jq, curl, fzf, multimedia/mpv and www/yt-dlp > - no dependency for ueberzugpp (no port for OpenBSD) > > Basic tests searching Youtube videos and displaying the list of results with > fzf. > > Please test, comments welcome and commit if OK. I just found this on ports@ after I started to create a port on my own. Attached is an updated version (2.6.1) which also uses DIST_TUPLE. I also broke RUN_DEPENDS into one dependency per line. It's just easier to read. Without thumbnails, ytfzf works fine. I tried the imv, mpv and chafa thumbnail generation. They don't work because fzf is being killed by pledge: $ ytfzf -t -T {chafa,mpv,imv} fzf[85237]: pledge "wpath", syscall 5 This happens, because fzf is trying to open the prefiew image in /tmp 46440 fzf NAMI "/tmp/fzf-preview-1776267355" 46440 fzf PLDG open, "wpath", errno 1 Operation not permitted As you're also maintaining fzf, maybe you want to look at this? Best regards, Stefan ytfzf.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2023/11/16 12:37:39 Modified files: games/wesnoth : Makefile Added files: games/wesnoth/patches: patch-src_gettext_cpp Log message: fix build with boost-1.83 upstream patch found by Brad, thanks! requested and ok tb@
Re: amd64: llvm 16 fallout (2023-11-14)
Here are the build failures from my amd64 bulk build started on 2023-11-14, including the subsequent build fixes up to security/web-eid-app. http://build-failures.rhaalovely.net/amd64/2023-11-14/ cad/prusaslicer C++ ambiguous function call comms/gnuradio internal compiler error devel/atlas C++17 does not allow dynamic exception devel/avr32/newlib C integer to pointer conversion devel/iaito C++ undeclared identifier devel/lutok C++ auto_ptr games/0ad/base Rust? games/amoebax C++ auto_ptr games/bastetC++ undeclared identifier games/boswars C++ auto_ptr games/eliot C++ no member in namespace 'std' games/goldberg_emulator C++ no member in namespace 'std' games/lwjgl3JRE segv games/mars C++ no member in namespace 'std' japanese/onew,canna C integer to pointer conversion lang/fpc? multimedia/synfig C++ auto_ptr net/gnugk C++ no member in namespace 'std' net/kea,postgresql checking for log4cplus/logger.h... no net/minbif C++17 does not allow dynamic exception net/nheko C va_list net/xprobe C++ undeclared identifier www/firefox-esr clang-13 internal compiler error www/mozilla-firefox clang-13 internal compiler error www/tor-browser/browser clang-13 internal compiler error x11/gnome/mutter'wayland-server.h' not found x11/kde-applications/kdepim-runtime C++ integer value outside enum range x11/kde-applications/kleopatra C++ integer value outside enum range x11/ogreC++ auto_ptr x11/qt6/qtwebengine C integer to pointer conversion -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2023/11/16 11:15:37 Modified files: security/suricata: Makefile distinfo security/suricata/patches: patch-configure_ac patch-doc_userguide_Makefile_in patch-suricata-update_suricata_update_parsers_py patch-suricata_yaml_in security/suricata/pkg: PLIST Removed files: security/suricata/patches: patch-src_suricata_c patch-src_util-privs_c patch-src_util-privs_h Log message: Update for Suricata to 7.0.2 With tweaks from sdk@ OK sdk@
Re: amd64: llvm 16 fallout (2023-11-14)
Theo Buehler wrote: > > security/pivy configure: cannot compute sizeof (int) > > A function call while compiled with -fzero-call-used-regs=all runs into > retguard. Downgrading to -fzero-call-used-regs=used makes it work. this suggests that zero-call-used-regs is broken and touching a register it is not allowed to use. it probably needs to be disabled ENTIRELY, before it causes more problems elsewhere.
Re: amd64: llvm 16 fallout (2023-11-14)
> security/pivy configure: cannot compute sizeof (int) A function call while compiled with -fzero-call-used-regs=all runs into retguard. Downgrading to -fzero-call-used-regs=used makes it work.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/11/16 09:49:14 Modified files: security/web-eid-app: distinfo Log message: pull upstream fix to unbreak clang16 build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/11/16 09:48:56 Modified files: security/web-eid-app: Makefile Log message: pull upstream fix to unbreak clang16 build
Openbox crash fix for 7.4-stable and -current
Re: https://marc.info/?l=openbsd-ports=169790467230751=2 In regards to the linked 7.4 release discussion on the ports mailing list; it looks like the heavy lifting was done with corrective patches provided to the maintainer. The submitters built their own upgrade and reported the exit full screen crash was fixed. I believe the submitters were respecting the maintainers ownership and they did not submit patches. In the interim, the maintainer just said "OK" and current entered a "disruptive" phase. I have a vested interest in fixing the package in stable and going forward. I'm willing to submit an upgrade patch if it does not step on anyone's ego. I'm running stable only but can install current on an old machine. Questions: Would a patch generated in stable be enough or does the project want patches for both stable/current? I'm guessing ports should not be affected by the disruptive phase in base. If a current patch is needed will there be any issues? I'm wondering if maintenance going forward would be simplified by using either Debian patched source or possibly link the more minimal and likely more up-to-date Arch linux patches? Thanks -- J. Scott Heppler
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/16 09:22:52 Modified files: security/pivy/patches: patch-openssh_configure_ac Log message: pivy: Fix clang version parsing and use -fzero-call-used-regs=used also for clang 16
Re: amd64: llvm 16 fallout (2023-11-14)
On Thu, Nov 16, 2023 at 04:54:47PM +0100, Christian Weisgerber wrote: > My build is still catching up with the many fixes that have already > been committed, but here is some basic triage of remaining problems: > > cad/prusaslicer C++ ambiguous function call > comms/gnuradio internal compiler error > devel/atlas C++17 does not allow dynamic exception > devel/avr32/newlib C integer to pointer conversion > devel/iaito C++ undeclared identifier > devel/lutok C++ auto_ptr > games/0ad/base Rust? > games/amoebax C++ auto_ptr > games/bastetC++ undeclared identifier > games/boswars C++ auto_ptr I see robert@ fixed a similar error for games/dangerdeep with CXXFLAGS_base-clang=-std=c++14 [1]. Maybe other auto_ptr issues can be addressed the same way. > games/eliot C++ no member in namespace 'std' > games/goldberg_emulator C++ no member in namespace 'std' I know goldberg_emulator doesn't have any '-std=c++...' either. Could it be that this is also what would help with the namespace issue here? > games/lwjgl3JRE segv > games/mars C++ no member in namespace 'std' > japanese/onew,canna C integer to pointer conversion > lang/fpc? > multimedia/synfig C++ auto_ptr > net/gnugk C++ no member in namespace 'std' > net/kea,postgresql checking for log4cplus/logger.h... no > net/minbif C++17 does not allow dynamic exception > net/nheko C va_list > net/xprobe C++ undeclared identifier > security/pivy configure: cannot compute sizeof (int) > security/web-eid-appC++ integer value outside enum range > www/firefox-esr clang-13 internal compiler error > www/mozilla-firefox clang-13 internal compiler error > www/tor-browser/browser clang-13 internal compiler error > x11/gnome/mutter'wayland-server.h' not found > x11/kde-applications/kleopatra C++ integer value outside enum range > x11/ogreC++ auto_ptr > x11/qt6/qtwebengine C integer to pointer conversion > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > [1] https://github.com/openbsd/ports/commit/3180071e9abb7bf663a4470209a4bf3d7467f8b7
Re: devel/camke CMake >= 3.27 exports the CXX std to moc
On Sun Nov 12, 2023 at 10:28:42AM +, Klemens Nanni wrote: > On Sun, Nov 12, 2023 at 11:16:19AM +0100, Rafael Sadowski wrote: > > The following patches is necessary to build tdesktop with Qt 6.6. > > Otherwise we end with the following issue like FreeBSD: > > This is not specific to tdesktop, but it seems to be the first (only?) > port using new C++, moc, CMake and Qt >= 6.6 (your WIP update). > Yes I think so. I built all the other Qt6 consumers. > > > > usr/include/c++/v1/concept:318:1: error: Parse error at "::" > > > > Patch form FreeBSD: > > https://cgit.freebsd.org/ports/commit/?id=5244b8425c414f0bca521df362eb62bb334640b3 > > Thanks for tracking this down, but I don't understand (yet) what's going on. Without diving deep, which I understand, moc has issues when it comes to C++20. > > > > > OK? > > > > diff --git a/devel/cmake/Makefile b/devel/cmake/Makefile > > index d87c0496312..87118d8541b 100644 > > --- a/devel/cmake/Makefile > > +++ b/devel/cmake/Makefile > > @@ -6,6 +6,7 @@ VER = 3.27.7 > > EPOCH =0 > > DISTNAME = cmake-${VER} > > CATEGORIES = devel > > +REVISION = 0 > > > > HOMEPAGE = https://www.cmake.org/ > > > > diff --git a/devel/cmake/patches/patch-Source_cmQtAutoGenInitializer_cxx > > b/devel/cmake/patches/patch-Source_cmQtAutoGenInitializer_cxx > > new file mode 100644 > > index 000..e4bcfa8e752 > > --- /dev/null > > +++ b/devel/cmake/patches/patch-Source_cmQtAutoGenInitializer_cxx > > @@ -0,0 +1,26 @@ > > +CMake >= 3.27 exports the CXX std to moc. This is a workaround for > > +a moc parsing bug that happens parsing headers from libc++ < 14 when > > +the CXX std > 17. > > + > > +usr/include/c++/v1/concept:318:1: error: Parse error at "::" > > + > > +Moc should theoretically be able to parse this. [1] Not exactly sure > > +why it's failing. Upstream bug report [2] > > + > > +[1] > > https://code.qt.io/cgit/qt/qtbase.git/tree/src/tools/moc/moc.cpp?h=6.6.0#n631 > > +[2] https://bugreports.qt.io/browse/QTBUG-117765 > > + > > +Index: Source/cmQtAutoGenInitializer.cxx > > +--- Source/cmQtAutoGenInitializer.cxx.orig > > Source/cmQtAutoGenInitializer.cxx > > +@@ -1797,6 +1797,10 @@ bool cmQtAutoGenInitializer::SetupWriteAutogenInfo() > > + if (this->Moc.PredefsCmd.size() >= 3) { > > + this->Moc.PredefsCmd.insert(this->Moc.PredefsCmd.begin() + 1, > > + CompileOptionValue); > > ++#if (defined(__FreeBSD__) && __FreeBSD_version < 1302000) || > > defined(__OpenBSD__) > > ++this->Moc.PredefsCmd.insert(this->Moc.PredefsCmd.begin() + 1, > > ++"-D_LIBCPP_HAS_NO_CONCEPTS"); > > ++#endif > > Does just CPPFLAGS += -D_LIBCPP_HAS_NO_CONCEPTS in net/tdesktop work? > > Could there be fallout from disabling concepts in moc builds? > > > + } > > + } > > + info.SetArray("MOC_PREDEFS_CMD", this->Moc.PredefsCmd); > > >
Re: amd64: llvm 16 fallout (2023-11-14)
Le Thu, Nov 16, 2023 at 04:54:47PM +0100, Christian Weisgerber a écrit : > My build is still catching up with the many fixes that have already > been committed, but here is some basic triage of remaining problems: > > cad/prusaslicer C++ ambiguous function call > comms/gnuradio internal compiler error > devel/atlas C++17 does not allow dynamic exception > devel/avr32/newlib C integer to pointer conversion > devel/iaito C++ undeclared identifier > devel/lutok C++ auto_ptr > games/0ad/base Rust? > games/amoebax C++ auto_ptr > games/bastetC++ undeclared identifier > games/boswars C++ auto_ptr > games/eliot C++ no member in namespace 'std' > games/goldberg_emulator C++ no member in namespace 'std' > games/lwjgl3JRE segv > games/mars C++ no member in namespace 'std' > japanese/onew,canna C integer to pointer conversion > lang/fpc? > multimedia/synfig C++ auto_ptr > net/gnugk C++ no member in namespace 'std' > net/kea,postgresql checking for log4cplus/logger.h... no > net/minbif C++17 does not allow dynamic exception > net/nheko C va_list > net/xprobe C++ undeclared identifier > security/pivy configure: cannot compute sizeof (int) > security/web-eid-appC++ integer value outside enum range > www/firefox-esr clang-13 internal compiler error > www/mozilla-firefox clang-13 internal compiler error > www/tor-browser/browser clang-13 internal compiler error for those 3, moving them to MODCLANG_VERSION = 16 fixes them for me, with an updated lang/wasi-sdk/compiler-rt, but i'll recheck once we have a pkg snap build with base-clang 16. Landry
Re: [update] Update textproc/mupdf to 1.23.6
On Thu, 16 Nov 2023, Justin Berthault wrote: > On Thu, Nov 16, 2023 at 10:15:12AM +0100, Paco Esteban wrote: > > > blob - e50e7d5c0a38b2ef5fb07ab2f271078fa1798adc > > > file + textproc/zathura/plugins/mupdf/Makefile > > > --- textproc/zathura/plugins/mupdf/Makefile > > > +++ textproc/zathura/plugins/mupdf/Makefile > > > @@ -1,5 +1,5 @@ > > > V = 0.4.1 > > > -REVISION = 0 > > > +REVISION = 1 > > > > No need to bump REVISION if you're updating the version. In fact, > > remove REVISION. > > > > > COMMENT =mupdf pdf plugin for zathura > > > PROJECT =zathura-pdf-mupdf > > > > > > > -- > > Paco Esteban. > > 0x5818130B8A6DBC03 > > Bumped revision is for the mupdf plugin of zathura. The plugin is not > updated, only rebuilded with the new mupdf. Jeez, I cannot even read ... Sorry about that. -- Paco Esteban. 0x5818130B8A6DBC03
amd64: llvm 16 fallout (2023-11-14)
My build is still catching up with the many fixes that have already been committed, but here is some basic triage of remaining problems: cad/prusaslicer C++ ambiguous function call comms/gnuradio internal compiler error devel/atlas C++17 does not allow dynamic exception devel/avr32/newlib C integer to pointer conversion devel/iaito C++ undeclared identifier devel/lutok C++ auto_ptr games/0ad/base Rust? games/amoebax C++ auto_ptr games/bastetC++ undeclared identifier games/boswars C++ auto_ptr games/eliot C++ no member in namespace 'std' games/goldberg_emulator C++ no member in namespace 'std' games/lwjgl3JRE segv games/mars C++ no member in namespace 'std' japanese/onew,canna C integer to pointer conversion lang/fpc? multimedia/synfig C++ auto_ptr net/gnugk C++ no member in namespace 'std' net/kea,postgresql checking for log4cplus/logger.h... no net/minbif C++17 does not allow dynamic exception net/nheko C va_list net/xprobe C++ undeclared identifier security/pivy configure: cannot compute sizeof (int) security/web-eid-appC++ integer value outside enum range www/firefox-esr clang-13 internal compiler error www/mozilla-firefox clang-13 internal compiler error www/tor-browser/browser clang-13 internal compiler error x11/gnome/mutter'wayland-server.h' not found x11/kde-applications/kleopatra C++ integer value outside enum range x11/ogreC++ auto_ptr x11/qt6/qtwebengine C integer to pointer conversion -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [update] Update textproc/mupdf to 1.23.6
On Thu, Nov 16, 2023 at 10:15:12AM +0100, Paco Esteban wrote: > > blob - e50e7d5c0a38b2ef5fb07ab2f271078fa1798adc > > file + textproc/zathura/plugins/mupdf/Makefile > > --- textproc/zathura/plugins/mupdf/Makefile > > +++ textproc/zathura/plugins/mupdf/Makefile > > @@ -1,5 +1,5 @@ > > V =0.4.1 > > -REVISION = 0 > > +REVISION = 1 > > No need to bump REVISION if you're updating the version. In fact, > remove REVISION. > > > COMMENT = mupdf pdf plugin for zathura > > PROJECT = zathura-pdf-mupdf > > > > -- > Paco Esteban. > 0x5818130B8A6DBC03 Bumped revision is for the mupdf plugin of zathura. The plugin is not updated, only rebuilded with the new mupdf.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 07:59:44 Modified files: security/gnutls: Tag: OPENBSD_7_4 Makefile Added files: security/gnutls/patches: Tag: OPENBSD_7_4 patch-lib_auth_rsa_c patch-lib_auth_rsa_psk_c patch-lib_gnutls_int_h patch-lib_priority_c Log message: libgnutls: Fix timing side-channel inside RSA-PSK key exchange. [GNUTLS-SA-2023-10-23] [CVE-2023-5981]
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2023/11/16 07:18:41 Modified files: converters/dos2unix: Makefile distinfo converters/dos2unix/pkg: PLIST Log message: Update to dos2unix-7.5.1: Fixed problem of converting a symbolic link target that is on another file system. Updated Chinese and Serbian translations.
Re: ld.so: lupdate: can't load library libclang-cpp.so.1.0
On Sun, Oct 29, 2023 at 09:31:22AM +0100, Rafael Sadowski wrote: > kirby@ reported the following issue. > > $ /usr/local/lib/qt6/bin/lupdate > ld.so: lupdate: can't load library 'libclang-cpp.so.1.0' > > The fix seems very simple to me and we have done this elsewhere with > libinotify. The question is, are there other places that also need to be > fixed? gnome-builder-clang may need it, but I don't know how to trigger it. Apparently cmake does the right thing for clazy. Couldn't find others in a quick grep. > Does RPATH have to be set only for executables or also for shared libs? I think shared libraries need it, too, to cover for the situation where lib1 needs lib2, but the executable only links against lib1. Not sure if this occurs with libraries out of the default search path in the ports tree. Diff below makes sense, so I'd land it. > > Rafael > > diff --git a/x11/qt6/qttools/Makefile b/x11/qt6/qttools/Makefile > index 7c9bcb5c446..3525a1743cc 100644 > --- a/x11/qt6/qttools/Makefile > +++ b/x11/qt6/qttools/Makefile > @@ -1,7 +1,7 @@ > QT6NAME =QtTools > COMMENT =Qt6 development tools > PKGSPEC =qt6-qttools-${QT6_PKGSPEC} > -REVISION = 0 > +REVISION = 1 > > SHARED_LIBS += Qt6Designer 2.0 # 6.5 > SHARED_LIBS += Qt6DesignerComponents 1.0 # 6.5 > @@ -12,6 +12,7 @@ WANTLIB += ${COMPILER_LIBCXX} GL Qt6Core Qt6DBus Qt6Gui > Qt6Network > WANTLIB += Qt6OpenGL Qt6OpenGLWidgets Qt6PrintSupport Qt6Qml Qt6QmlModels > WANTLIB += Qt6Quick Qt6QuickWidgets Qt6Sql Qt6Widgets Qt6Xml c > WANTLIB += m xkbcommon > + > WANTLIB += llvm${MODCLANG_VERSION}/lib/clang > llvm${MODCLANG_VERSION}/lib/clang-cpp > > MODULES += lang/clang > @@ -27,4 +28,6 @@ BUILD_DEPENDS = graphics/vulkan-loader > > CONFIGURE_ENV = LLVM_INSTALL_DIR=${LOCALBASE}/llvm${MODCLANG_VERSION} > > +MODCMAKE_LDFLAGS = -L${LOCALBASE}/llvm${MODCLANG_VERSION}/lib > -Wl,-rpath=${LOCALBASE}/llvm${MODCLANG_VERSION}/lib > + > .include >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 06:45:59 Modified files: x11/qt6/qttools: Makefile Log message: fix: can't load library 'libclang-cpp.so.X.X' kirby@ reported the following issue: $ /usr/local/lib/qt6/bin/lupdate ld.so: lupdate: can't load library 'libclang-cpp.so.1.0' Fixed by adding RPATH
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 05:12:04 Modified files: devel/qcoro: Makefile Added files: devel/qcoro/patches: patch-qcoro_coroutine_h Log message: Fix build with llvm16 ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/16 04:58:13 Modified files: x11/qt6/qtbase : Makefile x11/qt6/qtbase/patches: patch-src_network_ssl_qsslsocket_openssl_symbols_cpp patch-src_plugins_tls_openssl_qx509_openssl_cpp Log message: qt6/qtbase: ASN1_time_parse() will become internal-only discussed with rsadowski
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 04:51:12 Modified files: security/gnutls: Makefile distinfo security/gnutls/pkg: PLIST Log message: SECURITY update to gnutls-3.8.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 04:47:35 Modified files: sysutils/terraform: Makefile distinfo modules.inc Log message: Update to terraform-1.6.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 04:43:02 Modified files: security/p11-kit: Makefile distinfo Log message: Update to p11-kit-0.25.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 04:37:41 ports/devel/qcoro/patches Update of /cvs/ports/devel/qcoro/patches In directory cvs.openbsd.org:/tmp/cvs-serv98579/patches Log Message: Directory /cvs/ports/devel/qcoro/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/16 04:35:15 Modified files: www/nghttp3: Makefile Log message: nghttp3: take MAINTAINER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/11/16 04:33:28 Modified files: net/ngtcp2 : Makefile Log message: ngtcp2: take MAINTAINER
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 04:32:34 Modified files: devel/kdevelop/pkg: PLIST devel/qt-creator/pkg: PLIST lang/zig/pkg : PLIST lang/clang : clang.port.mk lang/wasi-sdk/compiler-rt: Makefile Log message: clang.port.mk: don't add MODCLANG_VERSION to SUBST_VARS, it causes various bogus substitutions (especially with MODCLANG_VERSION=16 e.g. 16x16 icons). un-substitute PLISTs which currently use it, and add to SUBST_VARS in lang/wasi-sdk/compiler-rt where it's actually needed. ok tb@
Re: fix MODCLANG_VERSION in PLISTs
On Thu, Nov 16, 2023 at 10:05:41AM +, Stuart Henderson wrote: > Various ports using the clang module have ended up with bogus > ${MODCLANG_VERSION} substitutions in PLISTs. > > I think we should stop adding MODCLANG_VERSION to SUBST_VARS > automatically and just include it in places which actually need it. > > The use in icons is particularly special (16x16...) Yes, with it being 16 now, it is clearly too common a string to be substituted by default. ok tb
[PATCH] sysutils/salt - update HOMEPAGE
Hello, Given that: https://community.saltstack.com/ times out, and: https://saltstack.com/ redirects to: https://www.vmware.com/support/acquisitions/saltstack.html it is probably best to simply update the HOMEPAGE to the project's main page: https://saltproject.io/ Regards, Raf P.S. I'm not subscribed to ports@ mailing list so please CC me if need be. Index: sysutils/salt/Makefile === RCS file: /cvs/ports/sysutils/salt/Makefile,v retrieving revision 1.180 diff -u -p -r1.180 Makefile --- sysutils/salt/Makefile 12 Nov 2023 21:01:46 - 1.180 +++ sysutils/salt/Makefile 16 Nov 2023 10:56:14 - @@ -18,9 +18,11 @@ COMMENT =remote execution and configur MODPY_EGG_VERSION =3006.4 DISTNAME = salt-${MODPY_EGG_VERSION} +REVISION = 0 + CATEGORIES = sysutils net devel -HOMEPAGE = https://community.saltstack.com/ +HOMEPAGE = https://saltproject.io/ MAINTAINER = Robert Nagy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/11/16 03:57:38 Added files: x11/qt5/qtwebengine/patches: patch-src_3rdparty_chromium_v8_src_base_bit-field_h Log message: fix compiling with clang-16 Fix from gentoo: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6fb7d0a7131b5a5938b12673f4b260d66cc1a527
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 03:41:22 Modified files: devel/p5-File-FcntlLock: Makefile devel/p5-File-FcntlLock/pkg: PLIST Log message: p5-File-FcntlLock doesn't install File::FcntlLock::Inline or File::FcntlLock::Pure on i386. The Makefile.PL suggests that the same might happen on other !LP64 archs. Set a variable used in SUBST_VARS to or "@comment " depending on whether we're building on a 64-bit or 32-bit machine respectively and use in the PLIST to allow optionally including those files. ok Renaud Allard (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 03:15:31 Modified files: sysutils/flatpak/xdg-dbus-proxy: Makefile Log message: missing BDEP on docbook-xsl
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 03:11:41 Modified files: multimedia/ogmtools: Makefile multimedia/ogmtools/pkg: PLIST Added files: multimedia/ogmtools/patches: patch-avilib_Makefile_am patch-configure_in Log message: ogmtools: respect CXXFLAGS, add -std=c++14 to CXXFLAGS to build with new clang, use HTTPS homepage, don't use -O3, regen PLIST
fix MODCLANG_VERSION in PLISTs
Various ports using the clang module have ended up with bogus ${MODCLANG_VERSION} substitutions in PLISTs. I think we should stop adding MODCLANG_VERSION to SUBST_VARS automatically and just include it in places which actually need it. The use in icons is particularly special (16x16...) OK? Index: lang/clang/clang.port.mk === RCS file: /cvs/ports/lang/clang/clang.port.mk,v retrieving revision 1.40 diff -u -p -r1.40 clang.port.mk --- lang/clang/clang.port.mk3 Sep 2023 16:30:39 - 1.40 +++ lang/clang/clang.port.mk16 Nov 2023 10:03:32 - @@ -74,5 +74,3 @@ WANTLIB += ${MODCLANG_CPPWANTLIB} .endif . endif .endif - -SUBST_VARS+= MODCLANG_VERSION Index: devel/kdevelop/pkg/PLIST === RCS file: /cvs/ports/devel/kdevelop/pkg/PLIST,v retrieving revision 1.39 diff -u -p -r1.39 PLIST --- devel/kdevelop/pkg/PLIST28 Oct 2023 07:47:33 - 1.39 +++ devel/kdevelop/pkg/PLIST16 Nov 2023 10:03:32 - @@ -533,7 +533,7 @@ share/doc/HTML/en/kdevelop/index.docbook share/doc/HTML/en/kdevelop/kdevelop-10.png share/doc/HTML/en/kdevelop/kdevelop-11.png share/doc/HTML/en/kdevelop/kdevelop-12.png -share/doc/HTML/en/kdevelop/kdevelop-${MODCLANG_VERSION}.png +share/doc/HTML/en/kdevelop/kdevelop-16.png share/doc/HTML/en/kdevelop/kdevelop-14.png share/doc/HTML/en/kdevelop/kdevelop-15.png share/doc/HTML/en/kdevelop/kdevelop-16.png Index: devel/qt-creator/pkg/PLIST === RCS file: /cvs/ports/devel/qt-creator/pkg/PLIST,v retrieving revision 1.29 diff -u -p -r1.29 PLIST --- devel/qt-creator/pkg/PLIST 27 Oct 2023 10:57:04 - 1.29 +++ devel/qt-creator/pkg/PLIST 16 Nov 2023 10:03:32 - @@ -140,7 +140,7 @@ libexec/qtcreator/ @bin libexec/qtcreator/sdktool share/applications/org.qt-project.qtcreator.desktop share/icons/hicolor/128x128/apps/QtProject-qtcreator.png -share/icons/hicolor/${MODCLANG_VERSION}x${MODCLANG_VERSION}/apps/QtProject-qtcreator.png +share/icons/hicolor/16x16/apps/QtProject-qtcreator.png share/icons/hicolor/24x24/apps/QtProject-qtcreator.png share/icons/hicolor/256x256/apps/QtProject-qtcreator.png share/icons/hicolor/32x32/apps/QtProject-qtcreator.png @@ -1137,62 +1137,62 @@ share/qtcreator/qmldesigner/workspacePre share/qtcreator/qmldesigner/workspacePresets/order.json share/qtcreator/qmlicons/ share/qtcreator/qmlicons/Qt/ -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/BorderImage.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/BusyIndicator.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Button.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ButtonColumn.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ButtonRow.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/CheckBox.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ChoiceList.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ColorAnimation.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Component.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/CountBubble.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/DatePickerDialog.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Flickable.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Flipable.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/FocusScope.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/GridView.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Image.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/InfoBanner.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/Item.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ListButton.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ListDelegate.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ListView.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/MoreIndicator.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/MouseArea.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/PageIndicator.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ParallelAnimation.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/PathView.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/PauseAnimation.png -share/qtcreator/qmlicons/Qt/${MODCLANG_VERSION}x${MODCLANG_VERSION}/ProgressBar.png
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 03:00:07 ports/multimedia/ogmtools/patches Update of /cvs/ports/multimedia/ogmtools/patches In directory cvs.openbsd.org:/tmp/cvs-serv15841/patches Log Message: Directory /cvs/ports/multimedia/ogmtools/patches added to the repository
Re: [new] devel/p5-File-FcntlLock 0.22
On 11/16/23 10:14, Stuart Henderson wrote: On 2023/11/16 10:05, Renaud Allard wrote: Were you able to check if mail/exim still compiles with those files removed? yes, it does. Then OK for me smime.p7s Description: S/MIME Cryptographic Signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 02:43:53 Modified files: textproc/zathura/plugins/mupdf: Makefile Log message: bump revision, libmupdf.a was updated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 02:43:21 Modified files: textproc/mupdf : Makefile distinfo Log message: update to mupdf-1.23.6
Re: socat does not provide TUN/TAP support
Ah, so it's an existing upstream feature that just isn't working on OpenBSD yet. That wasn't clear from the earlier mails. That could be something which is reasonable to patch in ports. Though for your use case, I think you'll be happier with performance of something in-kernel. If vxlan doesn't work for you then wg may well be your best bet, as long as you don't have a specific reason to avoid encryption. On 2023/11/13 16:29, Luca Di Gregorio wrote: > Socat upstream tells me that they don't have resource/time > to add tun/tap support on OpenBSD. > > No matter anyway. > Thanks again > > > Il giorno lun 13 nov 2023 alle ore 10:19 Luca Di Gregorio > ha scritto: > > > I will do it. > > Anyway, a few months ago I noticed a similar issue on vlc. > > Prior 7.4, OpenBSD port didn't have the telnet interface available. > > Some gentlemen here in ports@openbsd.org added it and now it's available > > in 7.4. > > That is why I submitted the question related to socat and TUN. > > Thanks > > > > Il giorno dom 12 nov 2023 alle ore 11:54 Theo de Raadt < > > dera...@openbsd.org> ha scritto: > > > >> you would need to talk to socat upstream, because in general the ports > >> team do not add features > >> > >> Luca Di Gregorio wrote: > >> > >> > I would like to set a point to point interface encapsulating packets via > >> > UDP. > >> > > >> > It would be like a point to point wireguard but: > >> > - without authentication (I can set permissions in PF on source ip) > >> > - without encryption (content is already encrypted by source > >> application) > >> > > >> > I can't use GIF or GRE interfaces because I'm behind NAT with only > >> TCP/UDP > >> > capabilities. > >> > > >> > With linux it's possible with fou-gue interfaces, but I see that in > >> OpenBSD > >> > fou is not implemented. > >> > > >> > So, I installed socat with pkg_add and tried to do like this: > >> > http://www.dest-unreach.org/socat/doc/socat-tun.html > >> > > >> > Anyway, I see this: > >> > # socat UDP:1.2.3.4:11443 TUN:192.168.255.2/24,up > >> > 2023/11/11 14:11:27 socat[4504] E unknown device/address "TUN" > >> > > >> > Do you think it's possible to add TUN/TAP support in socat? > >> > >
Re: enable quic functionality in net/knot
[I'm not subscribed, sorry for not following the original Message-ID] On 2023-11-14 15:03, Landry Breuil wrote: > Here is a small patch to add DNS over QUIC with knot DNS client. > What do you think? had a look at configure.ac, and it build its embedded ngtcp2 because its explicitely looks for a gnutls-enabled ngtcp2. net/ngtcp2 is built against libressl. Hello, I already made some attempt to make an ngtcp2 subpackage with gnutls, but I didn't find time to finish it to be acceptable. https://marc.info/?t=16794024896=1=2 I have to return to it. Regards, David P.S. Please Cc me in replies, I'm not subscribed to the list.
Re: [update] Update textproc/mupdf to 1.23.6
Hi, On Wed, 15 Nov 2023, Justin Berthault wrote: > Update mupdf to 1.23.6 and bump zathura/plugin/mupdf too > > Built and running on arm64 > > > diff /usr/ports > commit - 012f4f42c6b256191ad553e133e6bb1b688b48e5 > path + /usr/ports > blob - 49c972b51e5a7950392975230c4e9c694926c064 > file + textproc/mupdf/Makefile > --- textproc/mupdf/Makefile > +++ textproc/mupdf/Makefile > @@ -1,7 +1,7 @@ > COMMENT =graphic library, pdf parser, viewer and utilities > > # bump and test textproc/zathura/plugins/mupdf if updating > -V = 1.23.4 > +V = 1.23.6 > DISTNAME = mupdf-$V-source > PKGNAME =mupdf-${V:S/-rc/rc/} > > blob - 3ff0c075062a43d388eb5b71911bcdf3314903de > file + textproc/mupdf/distinfo > --- textproc/mupdf/distinfo > +++ textproc/mupdf/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (mupdf-1.23.4-source.tar.gz) = > 3rA0ej+c4JZ2EdR5qKB7V+LHMLCq8J3OKO5Bq7msSDg= > -SIZE (mupdf-1.23.4-source.tar.gz) = 55146083 > +SHA256 (mupdf-1.23.6-source.tar.gz) = > rBHrhZ3UBEiOUVPNyWUbtDQeW6r007Pyfir8gvmq3Ck= > +SIZE (mupdf-1.23.6-source.tar.gz) = 55310697 > blob - e50e7d5c0a38b2ef5fb07ab2f271078fa1798adc > file + textproc/zathura/plugins/mupdf/Makefile > --- textproc/zathura/plugins/mupdf/Makefile > +++ textproc/zathura/plugins/mupdf/Makefile > @@ -1,5 +1,5 @@ > V = 0.4.1 > -REVISION = 0 > +REVISION = 1 No need to bump REVISION if you're updating the version. In fact, remove REVISION. > COMMENT =mupdf pdf plugin for zathura > PROJECT =zathura-pdf-mupdf > -- Paco Esteban. 0x5818130B8A6DBC03
Re: [new] devel/p5-File-FcntlLock 0.22
On 2023/11/16 10:05, Renaud Allard wrote: > Were you able to check if mail/exim still compiles with those files removed? yes, it does.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 02:10:54 Modified files: net/eduvpn/vpn-user-portal: Makefile distinfo Log message: update to vpn-user-portal-3.5.1
Re: [new] devel/p5-File-FcntlLock 0.22
On 11/16/23 09:59, Stuart Henderson wrote: On 2023/11/10 11:43, Alexander Bluhm wrote: OK bluhm@ The File::FcntlLock::Inline and File::FcntlLock::Pure modules are not built on i386, so packaging is broken: So I suspect it will probably do the same on other non-64-bit archs. Here's a diff to conditionally package those files only on LP64 systems. OK? Were you able to check if mail/exim still compiles with those files removed? Index: Makefile === RCS file: /cvs/ports/devel/p5-File-FcntlLock/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile10 Nov 2023 10:57:37 - 1.1.1.1 +++ Makefile16 Nov 2023 08:55:08 - @@ -14,4 +14,13 @@ WANTLIB =c perl MODULES = cpan +.include + +.if ${PROPERTIES:Mlp64} +LP64_ONLY = +.else +LP64_ONLY ="@comment " +.endif +SUBST_VARS = LP64_ONLY + .include Index: pkg/PLIST === RCS file: /cvs/ports/devel/p5-File-FcntlLock/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 10 Nov 2023 10:57:37 - 1.1.1.1 +++ pkg/PLIST 16 Nov 2023 08:55:08 - @@ -5,10 +5,10 @@ ${P5ARCH}/File/FcntlLock.pm ${P5ARCH}/File/FcntlLock.pod ${P5ARCH}/File/FcntlLock/Core.pm ${P5ARCH}/File/FcntlLock/Errors.pm -${P5ARCH}/File/FcntlLock/Inline.pm -${P5ARCH}/File/FcntlLock/Inline.pod -${P5ARCH}/File/FcntlLock/Pure.pm -${P5ARCH}/File/FcntlLock/Pure.pod +${LP64_ONLY}${P5ARCH}/File/FcntlLock/Inline.pm +${LP64_ONLY}${P5ARCH}/File/FcntlLock/Inline.pod +${LP64_ONLY}${P5ARCH}/File/FcntlLock/Pure.pm +${LP64_ONLY}${P5ARCH}/File/FcntlLock/Pure.pod ${P5ARCH}/File/FcntlLock/XS.pm ${P5ARCH}/File/FcntlLock/XS.pod ${P5ARCH}/auto/ @@ -16,6 +16,6 @@ ${P5ARCH}/auto/File/ ${P5ARCH}/auto/File/FcntlLock/ @so ${P5ARCH}/auto/File/FcntlLock/FcntlLock.so @man man/man3p/File::FcntlLock.3p -@man man/man3p/File::FcntlLock::Inline.3p -@man man/man3p/File::FcntlLock::Pure.3p +${LP64_ONLY}@man man/man3p/File::FcntlLock::Inline.3p +${LP64_ONLY}@man man/man3p/File::FcntlLock::Pure.3p @man man/man3p/File::FcntlLock::XS.3p smime.p7s Description: S/MIME Cryptographic Signature
Re: [new] devel/p5-File-FcntlLock 0.22
On 2023/11/10 11:43, Alexander Bluhm wrote: > On Fri, Nov 10, 2023 at 08:28:16AM +0100, Renaud Allard wrote: > > Hello, > > > > On 11/9/23 23:13, Alexander Bluhm wrote: > > > On Mon, Nov 06, 2023 at 10:05:38AM +0100, Renaud Allard wrote: > > >> Here is a new port for p5-File-FcntlLock which will be needed in order > > >> to update mail/exim to the next version. > > > > > > COMMENT = file locking with fcntl(2) > > > has to start with lower case letter > > > > > > WANTLIB = c perl > > > as FcntlLock.xs calls fnctl(2) from libc > > > > > > pkg/DESCR should be more than the comment line. Probably text from > > > the readme: > > > File::FcntlLock is a module to do file locking in an object oriented > > > fashion using the fcntl(2) system call. This allows locks on parts of > > > a file as well as on the whole file and overcomes some known problems > > > with flock(2), on which Perls flock() function is based per default. > > > > > > otherwise OK bluhm@ > > > > Thank you for checking. > > Here is a corrected version. > > OK bluhm@ The File::FcntlLock::Inline and File::FcntlLock::Pure modules are not built on i386, so packaging is broken: : ===> Configuring for p5-File-FcntlLock-0.22 : Checking if there's a C compiler : Checking if there's a fcntl(2) system call : builder.c(/tmp/builder-e79d8a.o:(main)): warning: sprintf() is often misused, please use snprintf() : builder.c(/tmp/builder-e79d8a.o:(main)): warning: strcat() is almost always misused, please use strlcat() : Warning: Support for modules `File::FcntlLock::Pure' and `File::FcntlLock::Inline' had to be disabled : Checking if your kit is complete... : Looks good : Generating a Unix-style Makefile : Writing Makefile for File::FcntlLock : Writing MYMETA.yml and MYMETA.json ... : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/File/FcntlLock/Inline.pm does not exist : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/File/FcntlLock/Inline.pod does not exist : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/File/FcntlLock/Pure.pm does not exist : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/libdata/perl5/site_perl/i386-openbsd/File/FcntlLock/Pure.pod does not exist : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/man/man3p/File::FcntlLock::Inline.3p does not exist : Error: /pobj/p5-File-FcntlLock-0.22/fake-i386/usr/local/man/man3p/File::FcntlLock::Pure.3p does not exist : pkg_create: can't continue >From Makefile.PL: 104 ### 105 # Function for assembling a "pure Perl" version of the module. 106 # For that we need to determine the layout of the C flock struct 107 # used by fcntl(2) and create some Perl code that can fill in such 108 # a structure via pack() and retrieve its values using unpack(). 109 # This code then is combined with the template file 'Pure/Pure.tmpl' 110 # to make up the required module. (Failure is not a big issue, 111 # there are two other ways of attempting to use fcntl(2), one via 112 # an XS based module and one that attempts to obtain the same kind 113 # of information in its BEGIN block.) 114 # Note: there seem to be some 32-bit systems, where the flock struct 115 # contails 64-bit off_t members, but there's no 'q' format for 116 # Perl's pack() and unpack() function. For these systems I do 117 # not know of any proper way of setting up the flock structure 118 # using pure Perl... ... 172 ### 173 # Function for setting up the Inline package - this only happens 174 # when we can use pure Perl to setup the flock struct (i.e., if 175 # the assemble_pure() function was successful). So I suspect it will probably do the same on other non-64-bit archs. Here's a diff to conditionally package those files only on LP64 systems. OK? Index: Makefile === RCS file: /cvs/ports/devel/p5-File-FcntlLock/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile10 Nov 2023 10:57:37 - 1.1.1.1 +++ Makefile16 Nov 2023 08:55:08 - @@ -14,4 +14,13 @@ WANTLIB =c perl MODULES = cpan +.include + +.if ${PROPERTIES:Mlp64} +LP64_ONLY = +.else +LP64_ONLY ="@comment " +.endif +SUBST_VARS = LP64_ONLY + .include Index: pkg/PLIST === RCS file: /cvs/ports/devel/p5-File-FcntlLock/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 10 Nov 2023 10:57:37 - 1.1.1.1 +++ pkg/PLIST 16 Nov 2023 08:55:08 - @@ -5,10 +5,10 @@ ${P5ARCH}/File/FcntlLock.pm ${P5ARCH}/File/FcntlLock.pod ${P5ARCH}/File/FcntlLock/Core.pm ${P5ARCH}/File/FcntlLock/Errors.pm -${P5ARCH}/File/FcntlLock/Inline.pm -${P5ARCH}/File/FcntlLock/Inline.pod
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/11/16 01:59:08 Modified files: net/bro/pkg: PLIST Log message: Fix PLIST: MODCLANG_VERSION is bogus in this context. reported by tb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 01:41:12 Modified files: net/wireshark : Makefile distinfo net/wireshark/pkg: PLIST-text Log message: update to wireshark-4.0.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 01:41:22 Modified files: databases/mongodb/44: Makefile distinfo Log message: update to mongodb-4.4.26
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 01:41:19 Modified files: net/wireshark : Tag: OPENBSD_7_4 Makefile distinfo net/wireshark/pkg: Tag: OPENBSD_7_4 PLIST-text Log message: update to wireshark-4.0.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 01:39:10 Modified files: www/tomcat/v9 : Makefile distinfo www/tomcat/v9/pkg: PLIST-examples Log message: update to tomcat-9.0.83
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/11/16 01:39:06 Modified files: net/icinga/icinga-php-library: Makefile distinfo net/icinga/icinga-php-library/pkg: PLIST Log message: update to icinga-php-library-0.13.1