Re: NEW: emulators/libretro-nestopia
On Fri, May 13, 2022 at 08:21:49PM -0700, Ryan Freeman wrote:
> Hi ports@,
>
> Attached is a new port for libretro-nestopia. This is essentially
> bentley@'s nestopia port with the -main bits removed. It is based
> on an upstream libretro GH_COMMITID, they don't really do releases
> unfortunately. I set the version to 1.51.1 as they just recently
> synced with nestopia upstream.
>
> I tested this with the retroarch update just posted:
> https://marc.info/?l=openbsd-ports=165249276626500=2
>
> I have not tested with the existing retroarch-1.7.6.
>
> I have set myself as MAINTAINER on this one.
>
> Tested on amd64, this is just as smooth as the the standalone
> nestopia-1.51.1 update just posted.
>
> Passes portcheck ok, passes {port-,}lib-depends-check
Ping, re-tested on a current snapshot w/ fresh ports checkout and
this still builds and works good with the new retroarch update;j
https://marc.info/?l=openbsd-ports=165361733127239=2
Port re-attached for convenience
-ryan
libretro-nestopia.tar.gz
Description: application/tar-gz
Re: UPDATE: emulators/nestopia
On Fri, May 13, 2022 at 08:16:44PM -0700, Ryan Freeman wrote:
> Hi ports@,
>
> Here is an update to nestopia 1.51.1. I sent an earlier version of this to
> bentley@, ready to get wider testing now.
>
> Upstream has eliminated the libretro bits in lieu of letting libretro
> themselves be the upstream. bentley@ gave his blessing for the creation
> of a separate libretro-nestopia port, this will be posted shortly.
>
> Upstream was also kind enough to roll a real source archive for 1.51.1 so
> no GH_* vars needed... kudos to upstream!
>
> GTK3 has been removed in lieu of fltk.
>
> Tested some games and they run perfectly smooth with this version (use
> fullscreen if running under some sort of compositing manager including
> mutter/gnome, else you get non-smoothness.)
>
> I should note that at least for me, nestopia 1.49 wasn't running smooth
> at all, quite choppy.
>
> I suspect a Quirks.pm entry is needed with the libretro package ending up
> outside this one, a hint would be appreciated there.
>
> Passed portcheck and {port-,}lib-depends-check
> Builds and tests good on amd64.
Re-tested against current ports checkout and snapshot, and the original
diff was busted. Reattached, and it should work this time ;)
Index: Makefile
===
RCS file: /cvs/ports/emulators/nestopia/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile31 Mar 2022 17:12:50 - 1.24
+++ Makefile27 May 2022 02:17:06 -
@@ -1,13 +1,6 @@
-COMMENT-main = accurate Nintendo Entertainment System emulator
-COMMENT-libretro = Nintendo Entertainment System core for retroarch
+COMMENT = accurate Nintendo Entertainment System emulator
-V =1.49
-DISTNAME = nestopia-$V
-PKGNAME-libretro = libretro-nestopia-$V
-REVISION-main =1
-REVISION-libretro =0
-
-MULTI_PACKAGES = -main -libretro
+DISTNAME = nestopia-1.51.1
.include
@@ -20,10 +13,9 @@ MAINTAINER = Anthony J. Bentley
Index: distinfo
===
RCS file: /cvs/ports/emulators/nestopia/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo1 Apr 2019 06:34:37 - 1.5
+++ distinfo27 May 2022 02:17:06 -
@@ -1,2 +1,2 @@
-SHA256 (nestopia-1.49.tgz) = ZT5qOTdriDGWoykmaRrvAHHMiB0yVtLwOUwkigEFYLo=
-SIZE (nestopia-1.49.tgz) = 1294779
+SHA256 (nestopia-1.51.1.tgz) = jhd4DxKPpHJENoPv7fmFbnkjwIa10zwsgwjjJHTRgvs=
+SIZE (nestopia-1.51.1.tgz) = 1634059
Index: patches/patch-libretro_Makefile
===
RCS file: patches/patch-libretro_Makefile
diff -N patches/patch-libretro_Makefile
--- patches/patch-libretro_Makefile 11 Mar 2022 18:59:40 - 1.3
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-Index: libretro/Makefile
libretro/Makefile.orig
-+++ libretro/Makefile
-@@ -52,7 +52,7 @@ unixcygpath = /$(subst :,,$(call unixpath,$1))
- ifeq ($(platform), unix)
- TARGET := $(TARGET_NAME)_libretro.so
- fpic := -fPIC
-- SHARED := -shared -Wl,-version-script=link.T -Wl,-no-undefined
-+ SHARED := -shared -Wl,-version-script=link.T
- ifeq ($(shell uname -s), Haiku)
- LDFLAGS += -lroot
- endif
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR 27 May 2022 02:17:06 -
@@ -0,0 +1,9 @@
+Nestopia is an accuracy-focused emulator for the Nintendo Entertainment
+System/Famicom (and Famicom Disk System). It is a computer program that
+acts like a physical piece of hardware. In other words, this is a method
+of preserving videogame history, with the welcome side effect of
+allowing you to play NES games on a modern computer.
+
+Nestopia uses highly optimized cycle exact emulation, allowing it to run
+titles that rely on precise timing, many of which break under inferior
+emulators.
Index: pkg/DESCR-libretro
===
RCS file: pkg/DESCR-libretro
diff -N pkg/DESCR-libretro
--- pkg/DESCR-libretro 5 Aug 2016 05:26:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-libretro-nestopia provides a Nintendo Entertainment System emulation core to
-the RetroArch emulator frontend, based on Nestopia.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- pkg/DESCR-main 5 Aug 2016 05:26:42 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,9 +0,0 @@
-Nestopia is an accuracy-focused emulator for the Nintendo Entertainment
-System/Famicom (and Famicom Disk System). It is a computer program that
-acts like a physical piece of hardware. In other words, this is a method
-of preserving videogame history, with
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Tue May 24 14:48:00 MDT 2022 finished at Thu May 26 19:00:19 MDT 2022 lasted 2D04h12m done with kern.version=OpenBSD 7.1-current (GENERIC.MP) #1677: Tue May 24 12:40:10 MDT 2022 built packages:11159 May 24:3528 May 25:1298 May 26:6332 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-05-24/summary.log build failures: 1 http://build-failures.rhaalovely.net/aarch64/2022-05-24/net/minio/server.log recurrent failures failures/net/minio/server.log new failures +++ ls-failures Thu May 26 19:00:30 2022 resolved failures --- ../old/aarch64/last//ls-failuresSun May 22 04:58:44 2022 -failures/www/gotosocial.log
Re: nmap segfault fix
> You mean to tell us that nmap is currently segfaulting for an industry No, it is not segfaulting, and it is not exploitable. Our libc contains a feature to detect backwards memcpy, in that case it logs and KILLS THE PROCESS dead. There is no way to consider this a risk. The problem here is that nmap had a bug like this, in this decade. The other problem is that dynamic checks, and static checks, didn't find a problem which is so visible before it shipped.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2022/05/26 17:43:35 Modified files: www/nextcloud/23: Tag: OPENBSD_7_1 Makefile distinfo www/nextcloud/23/pkg: Tag: OPENBSD_7_1 PLIST Log message: Update for Nextcloud to 23.0.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2022/05/26 17:42:24 Modified files: www/nextcloud/22: Tag: OPENBSD_7_1 Makefile distinfo www/nextcloud/22/pkg: Tag: OPENBSD_7_1 PLIST Log message: Update for Nextcloud to 22.2.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 17:37:06 Modified files: devel/py-test-remotedata: Makefile Log message: missing BDEP on setuptools_scm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 17:32:31 Modified files: devel/py-test-astropy: Makefile Log message: missing BDEP on setuptools_scm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 17:31:17 Modified files: devel/py-extension-helpers: Makefile Log message: missing BDEP on setuptools_scm
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 17:29:13 Modified files: astro/py-erfa : Makefile Log message: py-erfa needs numpy at build time
Re: nmap segfault fix
This is very funny... You mean to tell us that nmap is currently segfaulting for an industry, based on the fact that there's a license disagreement in the forums? I'm just realizing the extent of this convenient glitch for ATP groups. Lots of security products depend on nmap out there. Myself, I can't even get it to successfully ping a host, even though ping works just fine from the same environment. "nmap: backwards memcpy" when doing the simplest scans. We need this patched asap guys. Please accept the commit. Everybody at nmap agrees that Kernel inclusion is all good, it is part of their intentions to maintain this working relationship. Their license disagreement has to do with blocking miscreants from repackaging nmap with exploits and trojans. Let's not get into punctuation fights over legaleeze? Pretty please? Nmap not working as advertised in the base packages is a problem for society. Lots of noobs can't manually patch software as part of their full-time jobs. -Original Message- From: owner-po...@openbsd.org On Behalf Of Theo Buehler Sent: Tuesday, October 12, 2021 9:54 AM To: JR Aquino ; g...@theobuehler.org Cc: Stuart Henderson ; Niklas Hallqvist ; OpenBSD ports Subject: Re: nmap segfault fix On Tue, Oct 12, 2021 at 07:50:51AM -0700, JR Aquino wrote: > Hello again Theo, just validating to see if the commit is pending any > further actions, or if it's just in the queue. I committed this about a week ago to both 7.0-stable and to -current: https://marc.info/?l=openbsd-ports-cvs=163341124813856=2 https://marc.info/?l=openbsd-ports-cvs=163341147513940=2
Re: nmap segfault fix
The mail you replied to explicitly said that the changes discussed in this thread were committed... > Myself, I can't even get it to successfully ping a host, even though > ping works just fine from the same environment. I don't have this problem. > "nmap: backwards memcpy" when doing the simplest scans. Please provide some examples and leave out all the useless noise.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 14:20:36 Modified files: graphics/ffmpeg: Makefile graphics/ffmpeg/patches: patch-libavcodec_libsvtav1_c Log message: FFmpeg: add fixes for the SVT-AV1 encoder, from Brad
Re: [NEW] archivers/lrzip
On 2022/05/26 20:51, Rubén Llorente wrote: > On Sat, May 21, 2022 at 10:48:33AM +0100, Stuart Henderson wrote: > > how is it detecting how much memory to use? if it's looking at available > > physical memory without considering resource limits, could that be changed? > > > > there is precedent for programs to adjust RLIMIT_DATA from the default to > > the max available within the current limit if they know they're likely > > to need it - see e.g. src/usr.bin/sort/sort.c. > > > > if it's possible to automate this within reasonable bounds, this would > > be better than asking the user to adjust login.conf themselves. > > > > > > Hello, > > lrzip's resource consumption is just brutal. If you try to compress 4 Gb > worth of data it will try, by default, to use 4 GB of RAM or all > available physical memory, whatever is the smallest. https://github.com/ckolivas/lrzip/blob/master/lrzip.c#L100= So it ought to consider "memory available to the process" based on getrlimit(RLIMIT_DATA, ...) instead of "available physical memory" (Yet) another program that thinks it has a whole machine to itself.. > I personally use lrzip for massive archives (+16 GB) and, judging by > Kolivas' documentation, his idea is for lrzip to be used that way. > > Can we patch the port to do the RLIMIT_DATA trick? Maybe. I'd be > surprised if that was enough for using lrzip as intended, though :-) btw the default datasize limit for a member of "staff" class on amd64 is already 4GB. > I will play a bit with it taking Omar's advice into consideration and > try to come up with a better iteration of this port. > > Cheers! > > -- > OpenPGP Key Fingerprint: > 543F EB89 7FDE 8E33 AFF7 E794 E4AB 4807 58F7 6C76
Re: www/firefox-esr + amdgpu + unveil problem
On Thu, 26 May 2022 09:14:56 +0200
Landry Breuil wrote:
> looking at mesa code, the only occurence i've found of /dev/dri that
> wasnt /dev/dri/card0 is
> https://github.com/openbsd/xenocara/blob/e26c45de6dcbcdbd24a9f4c0b565fc5b1fb86b1e/lib/mesa/src/gallium/drivers/radeonsi/glsl_tests/amdgcn_glslc.c#L75
> - does it work for you with /dev/dri/renderD128 unveiled (in addition to
> card0, without completely unveiling /dev/dri) ? I would also have
> expected a "ERROR: Couldn't open /dev/dri/renderD128" message on stderr.
firefox-esr-91.9.1 still crashes if I unveil /dev/dri/renderD128
(with card0 and without /dev/dri).
firefox-100.0.2 with an unmodified /etc/firefox does not crash.
I believe that amdgcn_glslc.c is never compiled. I did find 2 of
opendir("/dev/dri") in /usr/xenocara/lib/libdrm/xf86drm.c
Index: xf86drm.c
===
RCS file: /cvs/xenocara/lib/libdrm/xf86drm.c,v
retrieving revision 1.40
diff -u -p -r1.40 xf86drm.c
--- xf86drm.c 29 Apr 2022 10:16:20 - 1.40
+++ xf86drm.c 26 May 2022 18:47:49 -
@@ -4564,6 +4564,8 @@ drm_public int drmGetDeviceFromDevId(dev
if (subsystem_type < 0)
return subsystem_type;
+int utrace(const char *, void *, size_t);
+utrace("AAA drmGetDeviceFromDevId", NULL, 0);
sysdir = opendir(DRM_DIR_NAME);
if (!sysdir)
return -errno;
@@ -4676,6 +4678,8 @@ drm_public int drmGetDevices2(uint32_t f
if (drm_device_validate_flags(flags))
return -EINVAL;
+int utrace(const char *, void *, size_t);
+utrace("AAA drmGetDevices2", NULL, 0);
sysdir = opendir(DRM_DIR_NAME);
if (!sysdir)
return -errno;
After I installed libdrm with this diff, I saw "AAA drmGetDevices2" in
my kdump. I never saw "AAA drmGetDeviceFromDevId". Something else
opened "/dev/dri" without an AAA message; it might be another
opendir("/dev/dri"), but I have not found it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 12:23:58 Modified files: print/texlive/texmf/files: write_plists.py Log message: remove some @comment $OpenBSD$ missed in earlier sweep due to being split
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/05/26 10:48:31 Modified files: lang/python/3.9: Tag: OPENBSD_7_1 Makefile distinfo Log message: MFC update of Python 3.9.13 ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/05/26 10:28:19 Modified files: lang/python/3.9: Makefile distinfo Log message: Update Python to 3.9.13 ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mes...@cvs.openbsd.org 2022/05/26 10:13:16 Modified files: www/yt-dlp : Makefile distinfo www/yt-dlp/patches: patch-setup_py www/yt-dlp/pkg : PLIST Log message: update to 2022.05.18 ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 10:00:59 Modified files: print/texlive/base: Makefile Log message: Regen WANTLIB to unbreak.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 09:59:35 Modified files: print/libspectre: Makefile Log message: Regen WANTLIB to unbreak.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 09:13:55 Modified files: lang/python: Makefile.inc Log message: check that _hashlib/_ssl.so are built; OK'd a while ago by tb@ but I forgot to commit it
[update] www/yt-dlp-2022.05.18
Hi,
Latest update to 2022.05.18 below, changelog can be checked on [0], but a few
extractors have been added and others removed so PLIST needs to be updated.
While here make myself as maintainer.
Comments? OK?
[0] https://github.com/yt-dlp/yt-dlp/releases/tag/2022.05.18
Index: Makefile
===
RCS file: /cvs/ports/www/yt-dlp/Makefile,v
retrieving revision 1.8
diff -u -p -u -r1.8 Makefile
--- Makefile12 Apr 2022 20:40:16 - 1.8
+++ Makefile26 May 2022 11:46:25 -
@@ -1,6 +1,6 @@
COMMENT = CLI program to download videos from YouTube and other sites
-VERSION = 2022.04.08
+VERSION = 2022.05.18
MODPY_EGG_VERSION =${VERSION:S/.0/./g}
DISTNAME = yt-dlp-${VERSION}
@@ -9,6 +9,8 @@ DISTFILES = yt-dlp-${VERSION}{yt-dlp}${E
CATEGORIES = www
HOMEPAGE = https://github.com/yt-dlp/yt-dlp/
+
+MAINTAINER = Ricardo Mestre
# Public Domain
PERMIT_PACKAGE = Yes
Index: distinfo
===
RCS file: /cvs/ports/www/yt-dlp/distinfo,v
retrieving revision 1.8
diff -u -p -u -r1.8 distinfo
--- distinfo12 Apr 2022 20:40:16 - 1.8
+++ distinfo26 May 2022 11:46:25 -
@@ -1,2 +1,2 @@
-SHA256 (yt-dlp-2022.04.08.tar.gz) =
qeo3U5d92C8FHwZ0+9w+tf9JpnJG9L08rFdFcCgo0ds=
-SIZE (yt-dlp-2022.04.08.tar.gz) = 4524592
+SHA256 (yt-dlp-2022.05.18.tar.gz) =
WaDonXkBgHCETGMB94SFlLdGykhX59oUpeaTiiTmMXI=
+SIZE (yt-dlp-2022.05.18.tar.gz) = 4541851
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/yt-dlp/pkg/PLIST,v
retrieving revision 1.7
diff -u -p -u -r1.7 PLIST
--- pkg/PLIST 12 Apr 2022 20:40:16 - 1.7
+++ pkg/PLIST 26 May 2022 11:46:26 -
@@ -16,8 +16,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}aes.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}cookies.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}dependencies.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}jsinterp.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}minicurses.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}options.${MODPY_PYC_MAGIC_TAG}pyc
@@ -28,8 +28,24 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/yt_dlp/${MODPY_PYCACHE}webvtt.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/yt_dlp/aes.py
lib/python${MODPY_VERSION}/site-packages/yt_dlp/cache.py
-lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}_deprecated.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}_legacy.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}asyncio.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}compat_utils.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}imghdr.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/${MODPY_PYCACHE}re.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/_deprecated.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/_legacy.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/asyncio.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/compat_utils.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/imghdr.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/compat/re.py
lib/python${MODPY_VERSION}/site-packages/yt_dlp/cookies.py
+lib/python${MODPY_VERSION}/site-packages/yt_dlp/dependencies.py
lib/python${MODPY_VERSION}/site-packages/yt_dlp/downloader/
lib/python${MODPY_VERSION}/site-packages/yt_dlp/downloader/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/yt_dlp/downloader/${MODPY_PYCACHE}/
@@ -144,7 +160,6 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/yt_dlp/extractor/${MODPY_PYCACHE}bitwave.${MODPY_PYC_MAGIC_TAG}pyc
[maintainer update] Python 3.9.12 -> 3.9.13
https://docs.python.org/release/3.9.13/whatsnew/changelog.html This includes a number of crash fixes and one fix ominously titled "Fix a potential integer overflow..." I made sure that the _hashlib and _ssl modules successfully built this time :) ok? --Kurt Index: Makefile === RCS file: /cvs/ports/lang/python/3.9/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile28 Apr 2022 14:47:56 - 1.23 +++ Makefile26 May 2022 14:15:21 - @@ -3,12 +3,10 @@ # requirement of the PSF license, if it constitutes a change to # Python itself. -FULL_VERSION = 3.9.12 +FULL_VERSION = 3.9.13 SHARED_LIBS = python3.9 0.0 VERSION_SPEC = >=3.9,<3.10 PORTROACH =limit:^3\.9 - -REVISION = 0 # This is the MODPY_DEFAULT_VERSION_3 version of Python: # - override "@comment" setting so that bin/python3 etc are installed Index: distinfo === RCS file: /cvs/ports/lang/python/3.9/distinfo,v retrieving revision 1.9 diff -u -p -r1.9 distinfo --- distinfo3 Apr 2022 21:32:06 - 1.9 +++ distinfo26 May 2022 14:15:21 - @@ -1,2 +1,2 @@ -SHA256 (Python-3.9.12.tgz) = cOCEYuvyZQEr0r6Ipj0hSdiAxz5T8XEre7vpN1BWCug= -SIZE (Python-3.9.12.tgz) = 26338472 +SHA256 (Python-3.9.13.tgz) = gpsNJgcqRGiaawgQ9bSjkz7ioLikv8mdfFiT/9T5fEQ= +SIZE (Python-3.9.13.tgz) = 26355887
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2022/05/26 08:27:31 Modified files: devel/git-cola : Makefile distinfo devel/git-cola/patches: patch-cola_app_py devel/git-cola/pkg: PLIST Log message: Update to git-cola-4.0.0 Changes: https://github.com/git-cola/git-cola/blob/v4.0.0/CHANGES.rst
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2022/05/26 08:25:52 Modified files: archivers/libdeflate: Makefile distinfo Log message: Update to libdeflate-1.11 Changes: https://github.com/ebiggers/libdeflate/blob/v1.11/NEWS.md
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 07:25:39 Modified files: security/clamav: Makefile distinfo security/clamav/patches: patch-CMakeLists_txt Added files: security/clamav/patches: patch-libclamav_rust__cargo_vendor_image_Cargo_toml patch-libclamav_rust__cargo_vendor_image__cargo-checksum_json Log message: update to ClamAV-0.105.0, this now requires rust. The standard upstream build fails on big-endian systems - there's support for generating "fuzzy hash subsignatures" used to detect "images known to be used in phishing campaigns or otherwise used when distributing malware" - openexr support in the library used for this is currently little-endian only, so I've patched to disable openexr in this.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 06:59:05 Modified files: print/epson-inkjet-printer-escpr: Makefile print/gutenprint: Makefile x11/gtk+2 : Makefile x11/gtk+3 : Makefile print/gtklp: Makefile print/hplip: Makefile Log message: Regen WANTLIB after print/cups,-libs lost irs dependency on gnutls.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 06:58:35 Modified files: print/cups : Makefile distinfo Log message: SECURITY update to cups-2.4.2. Move from GnuTLS to LibreSSL.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/26 06:48:34 Modified files: sysutils/sec : Makefile distinfo Log message: update to 2.9.1; ok sthen
Re: mutt fetch-mail ssl error
On Thu, May 26, 2022 at 09:42:51AM +0100, Stuart Henderson wrote: > let's move this to ports@ .. > > On 2022-05-26, Avon Robertson wrote: > > On Wed, May 25, 2022 at 12:03:00PM -, Stuart Henderson wrote: > >> On 2022-05-22, Avon Robertson wrote: > >> > The libcrypto build and install as outlined above by Theo was completed > >> > without error a few minutes ago on the Dell M6600. It was then rebooted > >> > and mutt's G command was invoked to fetch mail from pop3.xtra.co.nz. > >> > > >> > Sadly the attempt failed and mutt's error-history command displayed the > >> > same error as above. > >> > >> I've just tested with the current snapshot: > >> > >> $ TZ=UTC ls -l /usr/lib/libssl.so.52.0 /usr/local/bin/mutt > >> -r--r--r-- 1 root bin 1509824 May 25 06:51 /usr/lib/libssl.so.52.0 > >> -rwxr-xr-x 1 root bin 1318616 May 24 02:11 /usr/local/bin/mutt > >> > >> Testing with pop3.xtra.co.nz, I don't have an account but a bogus > >> username is good enough to check that TLS works, so I added this to > >> the default muttrc > >> > >> set pop_host=pops://t...@pop3.xtra.co.nz/ > >> > >> Run mutt and press G - no TLS failure. > >> > >> > > Thanks for your response Stuart. > > > > Last night I downloaded and reinstalled, bsd.rd 'i' not 'u', the then > > latest -current snapshot from mirror.aarnet.edu.au/pub/OpenBSD, and > > reinstalled the packages that I wanted/needed on the M6600 laptop. > > > > Then coincidently, invoking your TZ... ls -l command above outputs the > > same information. > > > > Changing the set_host=... line in my ~/.muttrc file however, fails and > > the error-history command displays the same error information shown in > > several of the earlier posts in this thread. > > Can you share the whole muttrc (obviously mask passwords/usernames as > necessary)? > Certainly. The unedited/unmasked file is 139781 bytes. Would you prefer it to be attached as a .xz or .gz file, or inline when I send it? It is after midnight here so I will send it with other minor information tomorrow. -- aer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 06:17:38 Modified files: meta/gnome : Makefile Log message: Add RDEP on x11/gtk+4,-cups.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 06:07:46 Modified files: x11/gnome/gvfs : Makefile distinfo Log message: Update to gvfs-1.50.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 06:03:21 Modified files: print/cups : Tag: OPENBSD_7_1 Makefile Added files: print/cups/patches: Tag: OPENBSD_7_1 patch-scheduler_cert_c Log message: Fixed certificate strings comparison for Local authorization (CVE-2022-26691)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2022/05/26 06:00:12 Modified files: sysutils/czkawka: Makefile Added files: sysutils/czkawka/patches: patch-modcargo-crates_image-0_24_1_Cargo_toml Log message: czkawka: disable openexr support in the image crate to unbreak the build of the -gui flavor on big-endian architectures (i.e., sparc64).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2022/05/26 05:56:25 ports/sysutils/czkawka/patches Update of /cvs/ports/sysutils/czkawka/patches In directory cvs.openbsd.org:/tmp/cvs-serv7528/patches Log Message: Directory /cvs/ports/sysutils/czkawka/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 05:53:12 Modified files: sysutils/consul: Makefile distinfo Log message: Update to consul-1.12.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 05:30:51 Modified files: multimedia/py-chromecast: Makefile distinfo Log message: Update to py3-chromecast-12.1.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 05:27:56 Modified files: net/unifi/5.14 : Makefile net/unifi/5.14/pkg: unifi.rc net/unifi/5.6 : Makefile net/unifi/5.6/pkg: unifi.rc net/unifi/6.0 : Makefile net/unifi/6.0/pkg: unifi.rc net/unifi/main : Makefile net/unifi/main/pkg: unifi.rc security/vaultwarden: Makefile security/vaultwarden/pkg: vaultwarden.rc www/puppetboard: Makefile www/puppetboard/pkg: puppetboard.rc Log message: Use daemon_execdir.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/05/26 04:33:31 Modified files: www/sthttpd: Makefile www/sthttpd/pkg: thttpd.rc Log message: No need for handcrafted rc_start, use daemon_flags.
Re: shells/zsh: Update to 5.9
Hello, Sorry I forgot to answer. Yes please keep me as maintainer. Thanks Le 26 mai 2022 10:52:34 GMT+02:00, Stuart Henderson a écrit : >On 2022/05/25 21:53, Matthew Martin wrote: >> ping; still running without issues here > >I didn't hear from maintainer so I have gone ahead and committed it. > >pea@, do you want to stay maintainer on zsh? > -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
[new] textproc/opensearch
Hello ports, now that we have an updated jna, here's the port that I was working on: % pkg_info opensearch Information for inst:opensearch-1.3.2 Comment: distributed and RESTful search engine Description: OpenSearch is a community-driven, open source search and analytics suite derived from the Apache 2.0 licensed Elasticsearch 7.10.2 Maintainer: Omar Polo WWW: https://www.opensearch.org/ It's heavily based on (obviously) textproc/elasticsearch, with some minor tweaks here and there (notable mention a tweak to use jna from ports instead of the bundled version.) I've been running it on localhost with some analysis-* plugins installed for few weeks already and had no issues. (I also have a wip port for opensearch-dashboards -- kibana fork -- but doesn't run, it needs more work.) Pavel: since you're maintaining elasticsearch and kibana maybe you're interested in this one too? Do you want to co-maintain it? :) OK/Comments? Cheers, Omar Polo Index: user.list === RCS file: /home/cvs/ports/infrastructure/db/user.list,v retrieving revision 1.402 diff -u -p -r1.402 user.list --- user.list 17 May 2022 08:36:18 - 1.402 +++ user.list 26 May 2022 08:31:54 - @@ -389,3 +389,4 @@ id usergroup port 878 _gmid _gmid net/gmid 879 _vaultwarden _vaultwardensecurity/vaultwarden 880 _gotosocial_gotosocial www/gotosocial +881 _opensearch_opensearch textproc/opensearch opensearch.tar.gz Description: GNU Zip compressed data
Re: shells/zsh: Update to 5.9
On 2022/05/25 21:53, Matthew Martin wrote: > ping; still running without issues here I didn't hear from maintainer so I have gone ahead and committed it. pea@, do you want to stay maintainer on zsh?
Re: mutt fetch-mail ssl error
let's move this to ports@ .. On 2022-05-26, Avon Robertson wrote: > On Wed, May 25, 2022 at 12:03:00PM -, Stuart Henderson wrote: >> On 2022-05-22, Avon Robertson wrote: >> > The libcrypto build and install as outlined above by Theo was completed >> > without error a few minutes ago on the Dell M6600. It was then rebooted >> > and mutt's G command was invoked to fetch mail from pop3.xtra.co.nz. >> > >> > Sadly the attempt failed and mutt's error-history command displayed the >> > same error as above. >> >> I've just tested with the current snapshot: >> >> $ TZ=UTC ls -l /usr/lib/libssl.so.52.0 /usr/local/bin/mutt >> -r--r--r-- 1 root bin 1509824 May 25 06:51 /usr/lib/libssl.so.52.0 >> -rwxr-xr-x 1 root bin 1318616 May 24 02:11 /usr/local/bin/mutt >> >> Testing with pop3.xtra.co.nz, I don't have an account but a bogus >> username is good enough to check that TLS works, so I added this to >> the default muttrc >> >> set pop_host=pops://t...@pop3.xtra.co.nz/ >> >> Run mutt and press G - no TLS failure. >> >> > Thanks for your response Stuart. > > Last night I downloaded and reinstalled, bsd.rd 'i' not 'u', the then > latest -current snapshot from mirror.aarnet.edu.au/pub/OpenBSD, and > reinstalled the packages that I wanted/needed on the M6600 laptop. > > Then coincidently, invoking your TZ... ls -l command above outputs the > same information. > > Changing the set_host=... line in my ~/.muttrc file however, fails and > the error-history command displays the same error information shown in > several of the earlier posts in this thread. Can you share the whole muttrc (obviously mask passwords/usernames as necessary)?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/26 02:30:30 Modified files: java/jna : Makefile distinfo java/jna/files : jna.clj test.sh java/jna/pkg : PLIST Added files: java/jna/files : deps.edn Log message: update java/jna to 5.11.0 switch MODJAVA_VER to 11 and adjust the extra clojure test (which needs to be run interactively with lang/clojure set up for the local user unfortunately.) ok sthen@
REMINDER: snapshots go with -current
I've just committed some new glue to pkg_add that will simplify the handling of some options internally (and speed things up). This means that pretty soon, I will also commit the glue that will make pkg_create generate those new options. And then, if you're trying to use snapshot packages on a not so recent system, things will break. Most specifically, @option always-update required the updating code to get the full packing-list for those packages, thus putting them outside of the reach of the cache mechanism. I've decided to simplify that a great deal: pkg_create will eventually annotate @option always-update with a hash of the full packing-list, e.g., @option always-update (which does require the whole packing-list code to gain new parsing obviously). This means that @option always-update will eventually just become a "simple" part of dependency options for signature comparison, because pkg_create will have done all the heavy listing. Of course, the transition is going to be fun, with a few weeks/months "in between".
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 01:44:43 Modified files: shells/zsh : Makefile distinfo shells/zsh/pkg : PLIST Added files: shells/zsh/patches: patch-Src_Modules_zpty_c patch-configure_ac Log message: update to zsh-5.9, from Matthew Martin - maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/05/26 01:32:40 Modified files: devel/nspr : Makefile distinfo Log message: devel/nspr: update to 4.34, will be required by upcoming nss 3.79 bump minor for addition of PR_GetPrefLoopbackAddrInfo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 01:31:23 Modified files: sysutils/dateutils: Makefile distinfo Log message: update to dateutils-0.4.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 01:27:51 Modified files: net/arouteserver: Tag: OPENBSD_7_1 Makefile distinfo net/arouteserver/pkg: Tag: OPENBSD_7_1 PLIST Log message: update to arouteserver-1.16.0
Re: update java/jna to 5.11.0
friendly ping now that devel/libffi is in :)
Omar Polo wrote:
> Omar Polo wrote:
> > Hello Jasper, ports@
> >
> > following libffi here's the update for java/jna too. port-wise is a
> > straightforward update, it builds fine and all the tests are passing.
> >
> > While here I've also tried to fix the extra clojure test script: it
> > needs to be called interactively because it tries to load the clojure
> > jar from $HOME/.m2... this is probably a regression in lang/clojure that
> > I've not noticed before. (it's not an issue with the clojure consumer
> > in ports because they're using uberjars)
>
> Just a clarification: lang/clojure (nowadays at least) only provides the
> *tools* and not the clojure (language) jar. I knew that, but somehow I
> thought that the clojure jar was still included, which it isn't been the
> case for a long time. Users are expected to download the jars in ~/.m2
> via clj/clojure (or lein, mvn, you name it.) It's not a regression :)
Index: Makefile
===
RCS file: /home/cvs/ports/java/jna/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile11 Mar 2022 19:25:16 - 1.32
+++ Makefile26 May 2022 07:25:46 -
@@ -2,10 +2,9 @@ COMMENT= Java Native Access (JNA)
GH_PROJECT=jna
GH_ACCOUNT=java-native-access
-GH_TAGNAME=4.4.0
+GH_TAGNAME=5.11.0
CATEGORIES=devel
MAINTAINER=Jasper Lievisse Adriaanse
-REVISION= 4
HOMEPAGE= https://github.com/java-native-access/jna
@@ -13,7 +12,7 @@ HOMEPAGE= https://github.com/java-native
PERMIT_PACKAGE=Yes
MODULES= java
-MODJAVA_VER= 1.8
+MODJAVA_VER= 11
MODJAVA_BUILD= ant
# use the system libffi
@@ -33,10 +32,6 @@ MAKE_ENV=CC="${CC}" \
GNU_ARCH= ${MACHINE_ARCH:S/amd64/x86-64/:S/i386/x86/:S/sparc64/sparcv9/}
-# XXX: remove stale distribution file
-post-extract:
- rm ${WRKSRC}/native/libffi/src/powerpc/linux64_closure.S.orig
-
pre-configure:
sed -i -e 's,-Wno-unknown-warning-option,,' \
-e 's,-Wno-clobbered,,' ${WRKSRC}/native/Makefile
@@ -51,6 +46,7 @@ do-install:
do-test:
cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ${LOCALBASE}/bin/ant \
${MODJAVA_BUILD_ARGS} test
- ${SHELL} ${FILESDIR}/test.sh
+ # needs to be run interactively with lang/clojure set up
+ #${SHELL} ${FILESDIR}/test.sh
.include
Index: distinfo
===
RCS file: /home/cvs/ports/java/jna/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo26 Mar 2017 12:45:27 - 1.9
+++ distinfo21 Apr 2022 09:28:28 -
@@ -1,2 +1,2 @@
-SHA256 (jna-4.4.0.tar.gz) = Z0PDUd9xFPXD64KUpd1udqoptJzj6x79xBMCdqOYgvI=
-SIZE (jna-4.4.0.tar.gz) = 69248416
+SHA256 (jna-5.11.0.tar.gz) = IZCGxh+AQwCHHC7C7iILaqwPuLbLzHLcU9TzXcf2H7Y=
+SIZE (jna-5.11.0.tar.gz) = 107424072
Index: files/deps.edn
===
RCS file: files/deps.edn
diff -N files/deps.edn
--- /dev/null 1 Jan 1970 00:00:00 -
+++ files/deps.edn 21 Apr 2022 10:57:42 -
@@ -0,0 +1,2 @@
+{:paths ["."]
+ :deps {jna/jna {:local/root "/usr/local/share/java/classes/jna.jar"}}}
Index: files/jna.clj
===
RCS file: /home/cvs/ports/java/jna/files/jna.clj,v
retrieving revision 1.3
diff -u -p -r1.3 jna.clj
--- files/jna.clj 11 Mar 2022 19:25:16 - 1.3
+++ files/jna.clj 21 Apr 2022 10:58:38 -
@@ -1,5 +1,7 @@
;;; Basic set of JNA tests for use with Clojure
+(import '(com.sun.jna Library))
+
(gen-interface
:name jna.CLibrary
:extends [com.sun.jna.Library]
Index: files/test.sh
===
RCS file: /home/cvs/ports/java/jna/files/test.sh,v
retrieving revision 1.2
diff -u -p -r1.2 test.sh
--- files/test.sh 11 Mar 2022 19:25:16 - 1.2
+++ files/test.sh 14 May 2022 13:47:24 -
@@ -5,7 +5,7 @@
expected=`mktemp`
results=`mktemp`
echo "Hello, World\n-> 42\nint: 42\nfloat: 42.00\n# ignore statvfs" > $expected
-/usr/local/bin/clojure files/jna.clj > $results
+cd files && /usr/local/bin/clojure -M jna.clj > $results
cmp $expected $results || exit 1
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/java/jna/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 11 Mar 2022 19:25:16 - 1.8
+++ pkg/PLIST 21 Apr 2022 09:59:31 -
@@ -1,12 +1,14 @@
share/java/
share/java/classes/
+share/java/classes/jna-jpms.jar
share/java/classes/jna-min.jar
share/java/classes/jna-platform.jar
share/java/classes/jna.jar
share/java/doc/
share/java/doc/javadoc/
-share/java/doc/javadoc/allclasses-frame.html
-share/java/doc/javadoc/allclasses-noframe.html
+share/java/doc/javadoc/allclasses-index.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/05/26 01:26:40 Modified files: net/arouteserver: Makefile distinfo net/arouteserver/pkg: PLIST Log message: update to arouteserver-1.16.0 (from 1.14.1) amongst other things, 1.15.1 adds support for peeringdb API keys, now needed to avoid rate limits in many cases
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/05/26 01:24:38 Modified files: devel/libffi : Makefile distinfo devel/libffi/patches: patch-configure patch-configure_host patch-src_arm_ffi_c patch-src_closures_c patch-testsuite_lib_libffi_exp Removed files: devel/libffi/patches: patch-src_mips_n32_S patch-src_powerpc_ffi_powerpc_h patch-src_powerpc_sysv_S Log message: update devel/libffi to 3.4.2 changelog: https://github.com/libffi/libffi/releases/tag/v3.4.2 tested with few of the 'big' consumer (cabal-install, jna, ghc, gforth, guile2, python/3.9, ruby/3.1) by gnezdo@ (thanks!) and me on amd64. maintainer timeout, ok sthen@
Re: www/firefox-esr + amdgpu + unveil problem
Le Wed, May 25, 2022 at 11:36:44AM +0200, Landry Breuil a écrit : > Le Wed, May 25, 2022 at 09:47:53AM +0200, Landry Breuil a écrit : > > Le Tue, May 24, 2022 at 06:04:27PM -0400, George Koehler a écrit : > > > Hi, > > > > > > This mail is about the OpenBSD package of firefox-esr-91.9.1, on my > > > amd64 with amdgpu. Some tabs crashed. My reproducer stopped crashing > > > after I unveiled /dev/dri in the content process, > > > > Thanks for the details bugreport, i'll have to undust the amdgpu laptop > > to test, but some observations/questions first: > > - does the same problem also affect firefox 100 ? > > ive been able to reproduce the crash on firefox-esr on the T495s, and > can confirm that unveiling /dev/dri for content process works around the > crash. looking at mesa code, the only occurence i've found of /dev/dri that wasnt /dev/dri/card0 is https://github.com/openbsd/xenocara/blob/e26c45de6dcbcdbd24a9f4c0b565fc5b1fb86b1e/lib/mesa/src/gallium/drivers/radeonsi/glsl_tests/amdgcn_glslc.c#L75 - does it work for you with /dev/dri/renderD128 unveiled (in addition to card0, without completely unveiling /dev/dri) ? I would also have expected a "ERROR: Couldn't open /dev/dri/renderD128" message on stderr. I've commited the /dev/dri line to unveil.content for now, but i want to make sure that the problem really comes from mesa. I havent spotted differences between unveil configs in firefox & firefox-esr, so i dont understand why firefox doesnt crash the same. Maybe different codepaths taken in a more recent codebase ? Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/05/26 01:04:42 Modified files: www/firefox-esr: Tag: OPENBSD_7_1 Makefile www/firefox-esr/files: Tag: OPENBSD_7_1 unveil.content Log message: www/firefox-esr: MFC fix webgl on amdgpu in the content process, unveil /dev/dri instead of only /dev/dri/card0, as reported and debugged by gkoehler@. Something in mesa apparently fallbacks to swrast if /dev/dri isn't found, and then fails hard/crashes because of shmget().
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/05/26 01:02:56 Modified files: www/firefox-esr: Makefile www/firefox-esr/files: unveil.content Log message: www/firefox-esr: fix webgl on amdgpu in the content process, unveil /dev/dri instead of only /dev/dri/card0, as reported and debugged by gkoehler@. Something in mesa apparently fallbacks to swrast if /dev/dri isn't found, and then fails hard/crashes because of shmget(). strangely, i haven't been able to reproduce the failure with firefox 101.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2022/05/26 00:55:06 Modified files: infrastructure/bin: register-plist Log message: forgot one constant also, forget a possible hash value after @option always-update since that will change most times the package is regenerated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/05/26 00:46:45 Modified files: geo/gdal : Makefile Log message: geo/gdal: disable armadillo dependency if found during configure should fix mapnik/postgis/qgis build failure seen by naddy@ as gdal had picked up an armadillo dependency. while here drop GDAL_USE_JASPER, the jasper driver was removed in 3.5.0 so the option is useless.
