aarch64 bulk build report

2024-05-01 Thread phessler
bulk build on arm64.ports.openbsd.org
started on  Mon Apr 29 00:01:00 MDT 2024
finished at Wed May 1 23:41:57 MDT 2024
lasted 2D23h40m
done with kern.version=OpenBSD 7.5-current (GENERIC.MP) #19: Sun Apr 28 
13:44:22 MDT 2024

built packages:12196
Apr 29:3779
Apr 30:873
May 1:7543


critical path missing pkgs:  
http://build-failures.rhaalovely.net/aarch64/2024-04-29/summary.log

build failures: 2
http://build-failures.rhaalovely.net/aarch64/2024-04-29/emulators/dolphin,-main.log
http://build-failures.rhaalovely.net/aarch64/2024-04-29/plan9/plan9port.log

recurrent failures
 failures/emulators/dolphin,-main.log
 failures/plan9/plan9port.log
new failures
+++ ls-failures Wed May  1 23:43:24 2024
resolved failures
--- ../old/aarch64/last//ls-failuresFri Apr 26 07:19:16 2024
-failures/audio/chromaprint.log
-failures/audio/spotify-qt.log
-failures/converters/lastools.log
-failures/devel/avr32/gcc.log
-failures/editors/helix.log
-failures/games/stepmania.log
-failures/games/stone-soup,no_x11.log
-failures/graphics/simgear.log
-failures/lang/compcert.log
-failures/lang/php/8.0.log
-failures/lang/php/8.3,embed,-embed.log
-failures/net/dino.log
-failures/net/nheko.log
-failures/net/powerdns.log
-failures/net/qbittorrent/qbittorrent.log
-failures/net/transmission,-gtk.log
-failures/sysutils/gkrellm/plugins/shoot.log
-failures/textproc/apertium-dicts/oci-fra.log
-failures/x11/kde-applications/kcachegrind.log
-failures/x11/qt5/qt3d.log
-failures/x11/qt5/qtwebchannel.log



update for py3-steam to fix protobuf errors

2024-05-01 Thread Thomas Frohwein
Hi,

The diff below fixes py3-steam and by extension steamctl. Those stopped
working recently because of an incompatibility of the include python
protobuf files with our protobuf version. This was on life support for
a while anyway... upstream had it marked for protobuf~=3.0 which the
port had to bypass since the beginning. The resulting error is attached
in steamctl-error.txt.

Unfortunately, upstream seems to have become inactive (no commits since
last year). While I'm not sure about the future of the project and the
port, I managed to regenerate the protobufs in my fork so that we can
still use it. Given that there is no alternative in ports (the previous
depot downloader requires .NET core and doesn't work with mono), I
think it's still justified to keep py-steam and steamctl alive this
way... There are 1 or 2 active forks that might be candidates for the
future, for example [1].

I'm planning to commit the update if no protest; this is also meant as
an update on the state of py-steam/steamctl.

[1] https://github.com/FailSpy/steam-py-lib/tree/master

Index: Makefile
===
RCS file: /cvs/ports/games/py-steam/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile2 Aug 2023 02:42:55 -   1.6
+++ Makefile1 May 2024 20:23:19 -
@@ -1,9 +1,8 @@
 COMMENT =  module for interacting with various Steam features
 
-MODPY_EGG_VERSION =1.4.4
-DISTNAME = steam-${MODPY_EGG_VERSION}
-PKGNAME =  py-${DISTNAME}
-REVISION = 0
+PKGNAME =  py-steam-1.4.4pl0
+DIST_TUPLE +=  github rfht py-steam \
+   e26d2eb52c90dc2c07cc88ea910d59bf873d330d .
 CATEGORIES =   games
 HOMEPAGE = https://github.com/ValvePython/steam
 
@@ -11,7 +10,6 @@ HOMEPAGE =https://github.com/ValvePyth
 PERMIT_PACKAGE =   Yes
 
 MODULES =  lang/python
-MODPY_PI = Yes
 MODPY_PYBUILD =setuptools
 
 RUN_DEPENDS =  converters/py-vdf${MODPY_FLAVOR} \
Index: distinfo
===
RCS file: /cvs/ports/games/py-steam/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo20 Apr 2023 03:21:59 -  1.3
+++ distinfo1 May 2024 20:23:19 -
@@ -1,2 +1,2 @@
-SHA256 (steam-1.4.4.tar.gz) = K1vWkRwNSnMS9EG40WK52NR8i+u478bIhnOTsDI/pS4=
-SIZE (steam-1.4.4.tar.gz) = 644071
+SHA256 (rfht-py-steam-e26d2eb52c90dc2c07cc88ea910d59bf873d330d.tar.gz) = 
pxX2a3DBS2g9f5m6BiAN6qayea8yoMEdNy+dh2vAxXg=
+SIZE (rfht-py-steam-e26d2eb52c90dc2c07cc88ea910d59bf873d330d.tar.gz) = 713366
Index: patches/patch-requirements_txt
===
RCS file: patches/patch-requirements_txt
diff -N patches/patch-requirements_txt
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-requirements_txt  1 May 2024 20:23:19 -
@@ -0,0 +1,17 @@
+Index: requirements.txt
+--- requirements.txt.orig
 requirements.txt
+@@ -1,11 +1,10 @@
+ six>=1.10.0
+-pycryptodomex>=3.7.0
++pycryptodome>=3.7.0
+ requests>=2.9.1
+ urllib3<2
+ vdf>=3.3
+ gevent>=1.3.0
+-protobuf~=3.0; python_version >= '3'
+-protobuf<3.18.0; python_version < '3'
++protobuf
+ gevent-eventemitter~=2.1
+ cachetools>=3.0.0
+ enum34==1.1.2; python_version < '3.4'
Index: patches/patch-setup_py
===
RCS file: /cvs/ports/games/py-steam/patches/patch-setup_py,v
retrieving revision 1.2
diff -u -p -r1.2 patch-setup_py
--- patches/patch-setup_py  11 Jun 2022 13:16:12 -  1.2
+++ patches/patch-setup_py  1 May 2024 20:23:19 -
@@ -11,9 +11,9 @@ Index: setup.py
 -'pycryptodomex>=3.7.0',
 +'pycryptodome>=3.7.0',
  'requests>=2.9.1',
+ 'urllib3<2',
  'vdf>=3.3',
- 'cachetools>=3.0.0',
-@@ -26,7 +26,7 @@ install_requires = [
+@@ -27,7 +27,7 @@ install_requires = [
  install_extras = {
  'client': [
  'gevent>=1.3.0',
Index: patches/patch-steam_client_builtins_apps_py
===
RCS file: patches/patch-steam_client_builtins_apps_py
diff -N patches/patch-steam_client_builtins_apps_py
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-steam_client_builtins_apps_py 1 May 2024 20:23:19 -
@@ -0,0 +1,16 @@
+fix:
+AttributeError: Protocol message CMsgClientPICSProductInfoRequest has no
+"supports_package_tokens" field.
+
+Index: steam/client/builtins/apps.py
+--- steam/client/builtins/apps.py.orig
 steam/client/builtins/apps.py
+@@ -129,7 +129,7 @@ class Apps(object):
+ 
+ message.body.meta_data_only = meta_data_only
+ message.body.num_prev_failed = 0
+-message.body.supports_package_tokens = 1
++#message.body.supports_package_tokens = 1
+ 
+ job_id = self.send_job(message)
+ 
Index: patches/patch-steam_egg-info_requires_txt

Re: [update] fonts/noto-cjk

2024-05-01 Thread SASANO Takayoshi
> Oh... actually I see it sets DIST_SUBDIR for these so ignore my last
> email

well... ok or not?

-- 
SASANO Takayoshi (JG1UAA) 



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Jeremy Evans
CVSROOT:/cvs
Module name:ports
Changes by: jer...@cvs.openbsd.org  2024/05/01 15:52:10

Modified files:
lang/jruby : Makefile distinfo 
lang/jruby/pkg : PLIST 

Log message:
Update to JRuby 9.4.7.0



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Kurt Miller
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2024/05/01 14:55:10

Modified files:
devel/jdk/11   : Makefile distinfo 
devel/jdk/11/patches: patch-make_common_NativeCompilation_gmk 
Added files:
devel/jdk/11/patches: patch-src_hotspot_os_bsd_os_bsd_cpp 

Log message:
Update to 11.0.23 GA:
* Contains upstream bug and security fixes:
https://openjdk.org/groups/vulnerability/advisories/2024-04-16
* Take advantage of hyperthreading when hw.smt is enabled. Patch
originally submitted by Kirill A. Korinsky 



Re: UPDATE: libsamplerate

2024-05-01 Thread Jan Stary
> > > On Apr 26 20:46:51, b...@comstyle.com wrote:
> > > > Implement SSE2 lrint() and lrintf() on amd64.
> > > Does it make the resampling noticably better/faster?
> > 
> > Playing with the benchmark mentioned in
> > https://github.com/libsndfile/libsamplerate/issues/187
> > suggests that it's going to be *hugely* faster with clang
> 
> what would be a good way to test the actual performance before and after?

OK, here's a naive example: using SRC_LINEAR,
convert 4 hours of silence from 48000 to 44100.

Before:

0m17.23s real 0m11.63s user 0m03.52s system
0m17.03s real 0m11.35s user 0m03.58s system
0m17.55s real 0m11.68s user 0m03.72s system

After:

0m17.98s real 0m12.40s user 0m03.41s system
0m17.98s real 0m12.13s user 0m03.78s system
0m18.10s real 0m12.44s user 0m03.57s system

Same thing with four hours worth of a sine wave:

Before:

0m29.87s real 0m24.28s user 0m03.42s system
0m29.85s real 0m23.79s user 0m03.77s system
0m29.75s real 0m24.28s user 0m03.21s system

After:

0m30.54s real 0m24.91s user 0m03.55s system
0m30.51s real 0m24.70s user 0m03.64s system
0m30.65s real 0m24.91s user 0m03.44s system

This is an amd64 machine using clang 16.0.6
Is my test naive? Am I missing something?
(How much lrintf gets used inside this?)

Jan



OpenBSD 7.5-current (GENERIC.MP) #34: Sat Apr 27 21:19:57 MDT 2024
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8285454336 (7901MB)
avail mem = 8013254656 (7642MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (36 entries)
bios0: vendor Award Software International, Inc. version "F3" date 03/31/2011
bios0: Gigabyte Technology Co., Ltd. H67MA-USB3-B3
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET MCFG ASPT SSPT EUDS MATS TAMG APIC SSDT
acpi0: wakeup devices PCI0(S5) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) 
PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USBE(S3) USE2(S3) AZAL(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0
acpimcfg0: addr 0xf400, bus 0-63
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz, 3492.09 MHz, 06-2a-07, patch 
002f
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz, 3492.12 MHz, 06-2a-07, patch 
002f
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz, 3492.19 MHz, 06-2a-07, patch 
002f
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz, 3492.25 MHz, 06-2a-07, patch 
002f
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN
cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 
8-way L2 cache, 8MB 64b/line 16-way L3 cache
cpu3: smt 0, core 3, package 

CVS: cvs.openbsd.org: ports

2024-05-01 Thread Kurt Miller
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2024/05/01 14:05:48

Modified files:
devel/jdk/1.8  : Makefile distinfo 
Added files:
devel/jdk/1.8/patches: patch-hotspot_src_os_bsd_vm_os_bsd_cpp 
   
patch-hotspot_src_os_cpu_bsd_sparc_vm_os_bsd_sparc_cpp 

Log message:
Update to 8u412 GA:
* Contains upstream bug and security fixes:
https://openjdk.org/groups/vulnerability/advisories/2024-04-16
* Fix implicit FPE exceptions on sparc64
* Take advantage of hyperthreading when hw.smt is enabled. Patch
originally submitted by Kirill A. Korinsky .



Re: UPDATE: libsamplerate

2024-05-01 Thread Jan Stary
On May 01 11:00:12, s...@spacehopper.org wrote:
> On 2024/05/01 11:21, Jan Stary wrote:
> > Hi,
> > 
> > On Apr 26 20:46:51, b...@comstyle.com wrote:
> > > Implement SSE2 lrint() and lrintf() on amd64.
> > 
> > I don't think this is worth the added complexity:
> > seven more patches to have a different lrint()?
> > Does it make the resampling noticably better/faster?
> 
> Playing with the benchmark mentioned in
> https://github.com/libsndfile/libsamplerate/issues/187
> suggests that it's going to be *hugely* faster with clang (and a bit
> faster with gcc).

This talks about a MSVC build compared to a MinGW64 build on windows.
Is that also relevant to an AMD64 build on OpenBSD? I just rebuilt
with the diff - what would be a good way to test the actual performance
before and after?

Jan



cmake.port.mk: limit max number of autogen moc/uic processes

2024-05-01 Thread Jeremie Courreges-Anglas


Some projects use cmake_autogen to generate moc/uic/rcc jobs.  The max
number of parallel jobs to run is AUTOGEN_PARALLEL[0], itself
initialized by CMAKE_AUTOGEN_PARALLEL.  By default it's empty, which
means cmake_autogen will start up to $ncpus jobs on the system.  Those
$ncpus are children of the cmake_autogen process and aren't accounted
in the global pool of ${MAKE_JOBS} jobs.  So if you build an affected
port with MAKE_JOBS=1 on a 16 cores machine, you end up with 1
cmake_autogen job + 16 moc/uic jobs = 17 jobs.  That's not nice as we
may have other ports building in parallel.

The diff below attempts to limit the max number of autogen jobs to
${MAKE_JOBS}, so that the max number of jobs running at any time
doesn't exceed 2 * ${MAKE_JOBS}.  Looks like there is no way to get
exactly ${MAKE_JOBS} jobs in total, but hopefully the behavior should
now be saner.

Issue spotted while looking at qgis.  Thoughts?  ok?

[0] https://cmake.org/cmake/help/latest/prop_tgt/AUTOGEN_PARALLEL.html
[1] https://cmake.org/cmake/help/latest/variable/CMAKE_AUTOGEN_PARALLEL.html


Index: cmake.port.mk
===
RCS file: /home/cvs/ports/devel/cmake/cmake.port.mk,v
diff -u -p -r1.84 cmake.port.mk
--- cmake.port.mk   29 Jul 2023 11:53:23 -  1.84
+++ cmake.port.mk   1 May 2024 18:49:32 -
@@ -13,6 +13,10 @@ CONFIGURE_ENV += MODCMAKE_USE_SHARED_LIB
 MAKE_ENV += MODCMAKE_USE_SHARED_LIBS=yes
 .endif
 
+# Limit the number of moc/uic processes started by cmake_autogen
+# (default: number of CPUs on the system)
+CONFIGURE_ARGS += -DCMAKE_AUTOGEN_PARALLEL=${MAKE_JOBS}
+
 USE_NINJA ?= Yes
 
 .if ${USE_NINJA:L} == "yes"


-- 
jca



Re: mail/imapdedup: new port

2024-05-01 Thread Kirill A . Korinsky
Anyone?

On Thu, 25 Apr 2024 00:18:23 +0200,
Kirill A. Korinsky  wrote:
> 
> [1  ]
> Greetings,
> 
> I'd like to offer a small python script which is called imapdedup. Idea of
> this script is remove duplicated emails from IMAP server.
> 
> It has only one optional dependency: keyring.
> 
> I use this script more than once.
> 
> -- 
> wbr, Kirill
> [2 imapdedup.tgz ]

-- 
wbr, Kirill



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2024/05/01 11:35:57

Modified files:
mail/mozilla-thunderbird: Tag: OPENBSD_7_5 Makefile distinfo 

Log message:
mail/mozilla-thunderbird: MFC update to 115.10.2.

see https://www.thunderbird.net/en-US/thunderbird/115.10.2/releasenotes/



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2024/05/01 11:35:16

Modified files:
mail/mozilla-thunderbird: Makefile distinfo 
mail/thunderbird-i18n: Makefile.inc distinfo 

Log message:
mail/mozilla-thunderbird: update to 115.10.2.

see https://www.thunderbird.net/en-US/thunderbird/115.10.2/releasenotes/



Re: update lang/sbcl to 2.4.4 (and add libsbcl.so)

2024-05-01 Thread Dima Pasechnik
Hi,
On Wed, May 01, 2024 at 03:59:29PM +0200, Sebastien Marie wrote:
> 
> The following diff updates sbcl to 2.4.4.
> 
> It also adds libsbcl.a and libsbcl.so to the port.
> 
> Regarding libsbcl.so, the library isn't available on all platforms (some
> .S files aren't PIC compatible - at least on i386), so I only added it
> to tested platforms (aarch64 and amd64 at time).
> 
> Comments or OK ?

All good for me (on amd64), including using libsbcl.so.
(with sbcl-librarian -  I was confised about wxneeded flag at some
point, but it's OK. Executables linking this library might need this
flag.)

Is there a reason for not installing libsbcl.a to /usr/local/lib/ ?
On my system it ends up in /usr/local/lib/sbcl/.

Best
Dima


> -- 
> Sebastien Marie
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/lang/sbcl/Makefile,v
> diff -u -p -r1.67 Makefile
> --- Makefile  8 Apr 2024 15:32:45 -   1.67
> +++ Makefile  1 May 2024 13:41:32 -
> @@ -4,10 +4,12 @@ ONLY_FOR_ARCHS +=   aarch64 amd64 arm i386
>  
>  COMMENT =high performance Common Lisp compiler
>  
> -V =  2.4.3
> +V =  2.4.4
>  DISTNAME =   sbcl-${V}-source
>  PKGNAME =sbcl-${V}
>  
> +SHARED_LIBS +=   sbcl0.0
> +
>  CATEGORIES = lang
>  
>  HOMEPAGE =   https://www.sbcl.org/
> @@ -79,17 +81,28 @@ WANTLIB +=pthread
>  EXTRA_PARAMS +=  --without-sb-thread
>  .endif
>  
> +# libsbcl.so is not available everywhere
> +LIBSBCL-${MACHINE_ARCH} ?=   No
> +LIBSBCL-aarch64 =Yes
> +LIBSBCL-amd64 =  Yes
> +
> +SUBST_VARS +=COMMENT_libsbcl
> +
> +.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
> +COMMENT_libsbcl =@lib
> +.else
> +COMMENT_libsbcl =@comment
> +.endif
> +
>  BUILD_DEPENDS += print/texinfo
>  LIB_DEPENDS +=   archivers/zstd
>  TEST_DEPENDS +=  devel/capstone/main \
>   devel/gmp
>  
> -MAKE_ENV +=  CFLAGS="${CFLAGS} -I${LOCALBASE}/include" \
> - LDFLAGS="-L${LOCALBASE}/lib" \
> - LINKFLAGS="-L${LOCALBASE}/lib" \
> +MAKE_ENV +=  INFO_DIR="${PREFIX}/info/" \
> + LIBsbcl_VERSION="${LIBsbcl_VERSION}" \
>   MAKEINFO=${PREFIX}/bin/gmakeinfo \
>   MAN_DIR="${PREFIX}/man/" \
> - INFO_DIR="${PREFIX}/info/" \
>   SBCL_MAKE_JOBS="-j${MAKE_JOBS}"
>  
>  USE_GMAKE =  Yes
> @@ -115,7 +128,12 @@ do-build:
>   --xc-host="${XCHOST_CMD}" \
>   --with-sb-core-compression \
>   --with-sb-xref-for-internals \
> + --with-sb-linkable-runtime \
>   ${EXTRA_PARAMS}
> +.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
> + umask 022 && cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \
> + /bin/sh ./make-shared-library.sh
> +.endif
>   umask 022 && cd ${WRKSRC}/doc/manual/ && ${SETENV} ${MAKE_ENV} \
>   ${GMAKE} info
>  
> @@ -126,6 +144,11 @@ do-install:
>  
>  post-install:
>   rmdir ${PREFIX}/share/doc/sbcl/html/
> +.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
> + # the SONAME is properly configured
> + mv ${PREFIX}/lib/libsbcl.so \
> + ${PREFIX}/lib/libsbcl.so.${LIBsbcl_VERSION}
> +.endif
>  
>  do-test:
>   cd ${WRKSRC}/tests/ && ${SETENV} ${MAKE_ENV} /bin/sh ./run-tests.sh
> Index: distinfo
> ===
> RCS file: /cvs/ports/lang/sbcl/distinfo,v
> diff -u -p -r1.32 distinfo
> --- distinfo  8 Apr 2024 15:32:45 -   1.32
> +++ distinfo  1 May 2024 13:41:32 -
> @@ -1,2 +1,2 @@
> -SHA256 (sbcl-2.4.3-source.tar.bz2) = 
> icmq35K4KtPHSj1PFYoDiJPeoOTzlNyvyWNYPDC3w/I=
> -SIZE (sbcl-2.4.3-source.tar.bz2) = 8126417
> +SHA256 (sbcl-2.4.4-source.tar.bz2) = 
> ipMmJ7Px2OlhjxzcIl7csAJFaARpfiyH0UBoN2ShBtU=
> +SIZE (sbcl-2.4.4-source.tar.bz2) = 8065883
> Index: patches/patch-src_cold_shared_lisp
> ===
> RCS file: patches/patch-src_cold_shared_lisp
> diff -N patches/patch-src_cold_shared_lisp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_cold_shared_lisp1 May 2024 13:41:32 -
> @@ -0,0 +1,12 @@
> +Index: src/cold/shared.lisp
> +--- src/cold/shared.lisp.orig
>  src/cold/shared.lisp
> +@@ -392,7 +392,7 @@
> +  ("(and cons-profiling (not sb-thread))" ":CONS-PROFILING requires 
> :SB-THREAD")
> +  ("(and sb-linkable-runtime (not (or arm arm64 x86 x86-64 ppc 
> ppc64)))"
> +   ":SB-LINKABLE-RUNTIME not supported on selected architecture")
> +- ("(and sb-linkable-runtime (not (or darwin freebsd linux win32)))"
> ++ ("(and sb-linkable-runtime (not (or darwin openbsd freebsd linux 
> win32)))"
> +   ":SB-LINKABLE-RUNTIME not supported on selected operating system")
> +  ("(and sb-eval 

Re: [update] fonts/noto-cjk

2024-05-01 Thread Stuart Henderson

Oh... actually I see it sets DIST_SUBDIR for these so ignore my last email

--
 Sent from a phone, apologies for poor formatting.

On 1 May 2024 14:28:08 SASANO Takayoshi  wrote:


Hi,

- update Serif 2.001 -> 2.002
- add NotoSansMonoCJK-VF

Note: Sans 2.004, version number is not changed but archive is changed
(need to update OpenBSD's distfiles).

ok?

Index: Makefile
===
RCS file: /cvs/ports/fonts/noto/cjk/Makefile,v
diff -u -p -r1.8 Makefile
--- Makefile21 Sep 2023 15:28:10 -  1.8
+++ Makefile1 May 2024 13:24:51 -
@@ -2,10 +2,10 @@ COMMENT = east asian fonts for the noto

NOTO_PROJECT =  cjk

-V =20220127
+V =20230817

SITES.a =   
https://github.com/googlefonts/noto-cjk/releases/download/Sans2.004/
-SITES.b 
=		https://github.com/googlefonts/noto-cjk/releases/download/Serif2.001/
+SITES.b 
=		https://github.com/googlefonts/noto-cjk/releases/download/Serif2.002/

DISTFILES.a =   01_NotoSansCJK-OTF-VF.zip
DISTFILES.b =   02_NotoSerifCJK-OTF-VF.zip
DIST_SUBDIR =   noto-cjk-$V
Index: distinfo
===
RCS file: /cvs/ports/fonts/noto/cjk/distinfo,v
diff -u -p -r1.3 distinfo
--- distinfo28 Mar 2022 09:35:28 -  1.3
+++ distinfo1 May 2024 13:24:51 -
@@ -1,4 +1,4 @@
-SHA256 (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 
0eFDJzzHrTe3EM2w0YijJVPO6c/WASnc7p1Z+R48a0g=
-SHA256 (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 
vt64Yib+/V/Wm1TtRmBBWGGGT4ecC32gix/XHKNaeLA=

-SIZE (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 239547497
-SIZE (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 222678895
+SHA256 (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 
1eM6662figwIlqSikZnvhcqWYTTbFkQmx06D5vE8Q80=
+SHA256 (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 
J5wntjFNEDwGj5D6RFG6ZNz7Cg0tRUnwL/gqV/OZ8gA=

+SIZE (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 259440949
+SIZE (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 222807580
Index: pkg/PLIST
===
RCS file: /cvs/ports/fonts/noto/cjk/pkg/PLIST,v
diff -u -p -r1.4 PLIST
--- pkg/PLIST   28 Mar 2022 09:35:29 -  1.4
+++ pkg/PLIST   1 May 2024 13:24:51 -
@@ -1,4 +1,5 @@
share/fonts/
@fontdir share/fonts/noto/
share/fonts/noto/NotoSansCJK-VF.otf.ttc
+share/fonts/noto/NotoSansMonoCJK-VF.otf.ttc
share/fonts/noto/NotoSerifCJK-VF.otf.ttc

--
SASANO Takayoshi (JG1UAA) 




Re: [update] fonts/noto-cjk

2024-05-01 Thread Stuart Henderson
You need to change the filename if the contents change - see the "Each 
entry may optionally be of the form ‘filename{url}sufx’" mechanism in 
bad.port.mk(5).


--
 Sent from a phone, apologies for poor formatting.

On 1 May 2024 14:28:08 SASANO Takayoshi  wrote:


Hi,

- update Serif 2.001 -> 2.002
- add NotoSansMonoCJK-VF

Note: Sans 2.004, version number is not changed but archive is changed
(need to update OpenBSD's distfiles).

ok?

Index: Makefile
===
RCS file: /cvs/ports/fonts/noto/cjk/Makefile,v
diff -u -p -r1.8 Makefile
--- Makefile21 Sep 2023 15:28:10 -  1.8
+++ Makefile1 May 2024 13:24:51 -
@@ -2,10 +2,10 @@ COMMENT = east asian fonts for the noto

NOTO_PROJECT =  cjk

-V =20220127
+V =20230817

SITES.a =   
https://github.com/googlefonts/noto-cjk/releases/download/Sans2.004/
-SITES.b 
=		https://github.com/googlefonts/noto-cjk/releases/download/Serif2.001/
+SITES.b 
=		https://github.com/googlefonts/noto-cjk/releases/download/Serif2.002/

DISTFILES.a =   01_NotoSansCJK-OTF-VF.zip
DISTFILES.b =   02_NotoSerifCJK-OTF-VF.zip
DIST_SUBDIR =   noto-cjk-$V
Index: distinfo
===
RCS file: /cvs/ports/fonts/noto/cjk/distinfo,v
diff -u -p -r1.3 distinfo
--- distinfo28 Mar 2022 09:35:28 -  1.3
+++ distinfo1 May 2024 13:24:51 -
@@ -1,4 +1,4 @@
-SHA256 (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 
0eFDJzzHrTe3EM2w0YijJVPO6c/WASnc7p1Z+R48a0g=
-SHA256 (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 
vt64Yib+/V/Wm1TtRmBBWGGGT4ecC32gix/XHKNaeLA=

-SIZE (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 239547497
-SIZE (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 222678895
+SHA256 (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 
1eM6662figwIlqSikZnvhcqWYTTbFkQmx06D5vE8Q80=
+SHA256 (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 
J5wntjFNEDwGj5D6RFG6ZNz7Cg0tRUnwL/gqV/OZ8gA=

+SIZE (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 259440949
+SIZE (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 222807580
Index: pkg/PLIST
===
RCS file: /cvs/ports/fonts/noto/cjk/pkg/PLIST,v
diff -u -p -r1.4 PLIST
--- pkg/PLIST   28 Mar 2022 09:35:29 -  1.4
+++ pkg/PLIST   1 May 2024 13:24:51 -
@@ -1,4 +1,5 @@
share/fonts/
@fontdir share/fonts/noto/
share/fonts/noto/NotoSansCJK-VF.otf.ttc
+share/fonts/noto/NotoSansMonoCJK-VF.otf.ttc
share/fonts/noto/NotoSerifCJK-VF.otf.ttc

--
SASANO Takayoshi (JG1UAA) 




Re: [NEW] net/crawley-v1.7.5

2024-05-01 Thread Aaron Bieber

On 5/1/24 02:43, Edd Barrett wrote:

On Wed, May 01, 2024 at 01:07:07AM -0400, Russ Sharek wrote:

Here's a diff that adds both the NO_TEST and README.md to the port.

I know nothing about go, but I had a quick look into getting the tests working.

According to the interwebs, adding a do-test target this should run all tests
in the source dir:

```
do-test:
cd ${WRKSRC} && ${MODGO_CMD} test ./...
```

But if you run `go test cmd` much more tests are run, which leads me to believe
that the above isn't running all of the tests as advertised.

I'm not really sure why the default `do-test` isn't sufficient either.

Right, that's it. I'm invoking abieber@ :)

Any ideas abieber@?



So `cmd/...` will match anything in GOPATH which in our env includes 
`/usr/local/go-pkg` (which has its own "cmd" tests).


From `go help packages`:

  An import path is a pattern if it includes one or more "..." wildcards,
each of which can match any string, including the empty string and
strings containing slashes. Such a pattern expands to all package
directories found in the GOPATH trees with names matching the
patterns.

Looks like all of their tests are in "internal", you can do `go test 
internal/...`.  This seems to make

tests work for me.

I think the default case for `MODGO_TEST_TARGET` (which is basically "go 
test github.com/s0rg/crawley" fails
because `_MODGO_SETUP` is missing the .zip and .mod files for that 
package itself.




update lang/sbcl to 2.4.4 (and add libsbcl.so)

2024-05-01 Thread Sebastien Marie
Hi,

The following diff updates sbcl to 2.4.4.

It also adds libsbcl.a and libsbcl.so to the port.

Regarding libsbcl.so, the library isn't available on all platforms (some
.S files aren't PIC compatible - at least on i386), so I only added it
to tested platforms (aarch64 and amd64 at time).

Comments or OK ?
-- 
Sebastien Marie

Index: Makefile
===
RCS file: /cvs/ports/lang/sbcl/Makefile,v
diff -u -p -r1.67 Makefile
--- Makefile8 Apr 2024 15:32:45 -   1.67
+++ Makefile1 May 2024 13:41:32 -
@@ -4,10 +4,12 @@ ONLY_FOR_ARCHS += aarch64 amd64 arm i386
 
 COMMENT =  high performance Common Lisp compiler
 
-V =2.4.3
+V =2.4.4
 DISTNAME = sbcl-${V}-source
 PKGNAME =  sbcl-${V}
 
+SHARED_LIBS += sbcl0.0
+
 CATEGORIES =   lang
 
 HOMEPAGE = https://www.sbcl.org/
@@ -79,17 +81,28 @@ WANTLIB +=  pthread
 EXTRA_PARAMS +=--without-sb-thread
 .endif
 
+# libsbcl.so is not available everywhere
+LIBSBCL-${MACHINE_ARCH} ?= No
+LIBSBCL-aarch64 =  Yes
+LIBSBCL-amd64 =Yes
+
+SUBST_VARS +=  COMMENT_libsbcl
+
+.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
+COMMENT_libsbcl =  @lib
+.else
+COMMENT_libsbcl =  @comment
+.endif
+
 BUILD_DEPENDS +=   print/texinfo
 LIB_DEPENDS += archivers/zstd
 TEST_DEPENDS +=devel/capstone/main \
devel/gmp
 
-MAKE_ENV +=CFLAGS="${CFLAGS} -I${LOCALBASE}/include" \
-   LDFLAGS="-L${LOCALBASE}/lib" \
-   LINKFLAGS="-L${LOCALBASE}/lib" \
+MAKE_ENV +=INFO_DIR="${PREFIX}/info/" \
+   LIBsbcl_VERSION="${LIBsbcl_VERSION}" \
MAKEINFO=${PREFIX}/bin/gmakeinfo \
MAN_DIR="${PREFIX}/man/" \
-   INFO_DIR="${PREFIX}/info/" \
SBCL_MAKE_JOBS="-j${MAKE_JOBS}"
 
 USE_GMAKE =Yes
@@ -115,7 +128,12 @@ do-build:
--xc-host="${XCHOST_CMD}" \
--with-sb-core-compression \
--with-sb-xref-for-internals \
+   --with-sb-linkable-runtime \
${EXTRA_PARAMS}
+.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
+   umask 022 && cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} \
+   /bin/sh ./make-shared-library.sh
+.endif
umask 022 && cd ${WRKSRC}/doc/manual/ && ${SETENV} ${MAKE_ENV} \
${GMAKE} info
 
@@ -126,6 +144,11 @@ do-install:
 
 post-install:
rmdir ${PREFIX}/share/doc/sbcl/html/
+.if ${LIBSBCL-${MACHINE_ARCH}:MYes}
+   # the SONAME is properly configured
+   mv ${PREFIX}/lib/libsbcl.so \
+   ${PREFIX}/lib/libsbcl.so.${LIBsbcl_VERSION}
+.endif
 
 do-test:
cd ${WRKSRC}/tests/ && ${SETENV} ${MAKE_ENV} /bin/sh ./run-tests.sh
Index: distinfo
===
RCS file: /cvs/ports/lang/sbcl/distinfo,v
diff -u -p -r1.32 distinfo
--- distinfo8 Apr 2024 15:32:45 -   1.32
+++ distinfo1 May 2024 13:41:32 -
@@ -1,2 +1,2 @@
-SHA256 (sbcl-2.4.3-source.tar.bz2) = 
icmq35K4KtPHSj1PFYoDiJPeoOTzlNyvyWNYPDC3w/I=
-SIZE (sbcl-2.4.3-source.tar.bz2) = 8126417
+SHA256 (sbcl-2.4.4-source.tar.bz2) = 
ipMmJ7Px2OlhjxzcIl7csAJFaARpfiyH0UBoN2ShBtU=
+SIZE (sbcl-2.4.4-source.tar.bz2) = 8065883
Index: patches/patch-src_cold_shared_lisp
===
RCS file: patches/patch-src_cold_shared_lisp
diff -N patches/patch-src_cold_shared_lisp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_cold_shared_lisp  1 May 2024 13:41:32 -
@@ -0,0 +1,12 @@
+Index: src/cold/shared.lisp
+--- src/cold/shared.lisp.orig
 src/cold/shared.lisp
+@@ -392,7 +392,7 @@
+  ("(and cons-profiling (not sb-thread))" ":CONS-PROFILING requires 
:SB-THREAD")
+  ("(and sb-linkable-runtime (not (or arm arm64 x86 x86-64 ppc 
ppc64)))"
+   ":SB-LINKABLE-RUNTIME not supported on selected architecture")
+- ("(and sb-linkable-runtime (not (or darwin freebsd linux win32)))"
++ ("(and sb-linkable-runtime (not (or darwin openbsd freebsd linux 
win32)))"
+   ":SB-LINKABLE-RUNTIME not supported on selected operating system")
+  ("(and sb-eval sb-fasteval)"
+   ;; It sorta kinda works to have both, but there should be no need,
Index: patches/patch-src_runtime_Config_generic-openbsd
===
RCS file: patches/patch-src_runtime_Config_generic-openbsd
diff -N patches/patch-src_runtime_Config_generic-openbsd
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_runtime_Config_generic-openbsd1 May 2024 13:41:32 
-
@@ -0,0 +1,37 @@
+Index: src/runtime/Config.generic-openbsd
+--- src/runtime/Config.generic-openbsd.orig
 

[update] fonts/noto-cjk

2024-05-01 Thread SASANO Takayoshi
Hi,

- update Serif 2.001 -> 2.002
- add NotoSansMonoCJK-VF

Note: Sans 2.004, version number is not changed but archive is changed
(need to update OpenBSD's distfiles).

ok?

Index: Makefile
===
RCS file: /cvs/ports/fonts/noto/cjk/Makefile,v
diff -u -p -r1.8 Makefile
--- Makefile21 Sep 2023 15:28:10 -  1.8
+++ Makefile1 May 2024 13:24:51 -
@@ -2,10 +2,10 @@ COMMENT = east asian fonts for the noto
 
 NOTO_PROJECT = cjk
 
-V =20220127
+V =20230817
 
 SITES.a =  
https://github.com/googlefonts/noto-cjk/releases/download/Sans2.004/
-SITES.b =  
https://github.com/googlefonts/noto-cjk/releases/download/Serif2.001/
+SITES.b =  
https://github.com/googlefonts/noto-cjk/releases/download/Serif2.002/
 DISTFILES.a =  01_NotoSansCJK-OTF-VF.zip
 DISTFILES.b =  02_NotoSerifCJK-OTF-VF.zip
 DIST_SUBDIR =  noto-cjk-$V
Index: distinfo
===
RCS file: /cvs/ports/fonts/noto/cjk/distinfo,v
diff -u -p -r1.3 distinfo
--- distinfo28 Mar 2022 09:35:28 -  1.3
+++ distinfo1 May 2024 13:24:51 -
@@ -1,4 +1,4 @@
-SHA256 (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 
0eFDJzzHrTe3EM2w0YijJVPO6c/WASnc7p1Z+R48a0g=
-SHA256 (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 
vt64Yib+/V/Wm1TtRmBBWGGGT4ecC32gix/XHKNaeLA=
-SIZE (noto-cjk-20220127/01_NotoSansCJK-OTF-VF.zip) = 239547497
-SIZE (noto-cjk-20220127/02_NotoSerifCJK-OTF-VF.zip) = 222678895
+SHA256 (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 
1eM6662figwIlqSikZnvhcqWYTTbFkQmx06D5vE8Q80=
+SHA256 (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 
J5wntjFNEDwGj5D6RFG6ZNz7Cg0tRUnwL/gqV/OZ8gA=
+SIZE (noto-cjk-20230817/01_NotoSansCJK-OTF-VF.zip) = 259440949
+SIZE (noto-cjk-20230817/02_NotoSerifCJK-OTF-VF.zip) = 222807580
Index: pkg/PLIST
===
RCS file: /cvs/ports/fonts/noto/cjk/pkg/PLIST,v
diff -u -p -r1.4 PLIST
--- pkg/PLIST   28 Mar 2022 09:35:29 -  1.4
+++ pkg/PLIST   1 May 2024 13:24:51 -
@@ -1,4 +1,5 @@
 share/fonts/
 @fontdir share/fonts/noto/
 share/fonts/noto/NotoSansCJK-VF.otf.ttc
+share/fonts/noto/NotoSansMonoCJK-VF.otf.ttc
 share/fonts/noto/NotoSerifCJK-VF.otf.ttc

-- 
SASANO Takayoshi (JG1UAA) 



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Robert Nagy
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2024/05/01 07:22:54

Modified files:
www/chromium   : Makefile distinfo 
www/chromium/patches: patch-chrome_app_chrome_main_delegate_cc 
  
patch-chrome_browser_chrome_browser_main_extra_parts_linux_cc 
  patch-chrome_browser_prefs_browser_prefs_cc 
  
patch-third_party_blink_renderer_platform_runtime_enabled_features_json5 
  patch-ui_base_ui_base_features_cc 

Log message:
update to 124.0.6367.118



[maintainer update] sysutils/fzf 0.51.0

2024-05-01 Thread Laurent Cheylus
Hi,

a simple update for sysutils/fzf version 0.51.0
Changelog: https://github.com/junegunn/fzf/releases/tag/0.51.0

- update Makefile and modules.inc for this version

Build and tests OK on current/amd64.

Please tests welcome and commit if OK.

Laurent

Index: Makefile
===
RCS file: /cvs/ports/sysutils/fzf/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile	12 Apr 2024 16:02:01 -	1.25
+++ Makefile	1 May 2024 08:17:00 -
@@ -1,9 +1,9 @@
 COMMENT =	command-line fuzzy finder
 
 MODGO_MODNAME =	github.com/junegunn/fzf
-MODGO_VERSION =	v0.0.0-20240404152026-62963dcefd6d
+MODGO_VERSION =	v0.0.0-20240501051406-260a65b0fbf5
 
-V =		0.49.0
+V =		0.51.0
 DISTNAME =	fzf-${V}
 
 CATEGORIES =	sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/fzf/distinfo,v
retrieving revision 1.18
diff -u -p -r1.18 distinfo
--- distinfo	12 Apr 2024 16:02:01 -	1.18
+++ distinfo	1 May 2024 08:17:00 -
@@ -1,4 +1,4 @@
-SHA256 (fzf-0.49.0.zip) = iUNl6+cMnIQIahxecZP6tCGLXLkVuMJJfP2RRed8Arw=
+SHA256 (fzf-0.51.0.zip) = u/obVo8Yy7OAPV6N9D5PdOSPsszptnZvfa6pCCiQH9I=
 SHA256 (go_modules/github.com/charlievieth/fastwalk/@v/v1.0.3.mod) = p4RFHuqGqGogAAE3Y9NCpvc5eDGX4o9Weiius6DV8gg=
 SHA256 (go_modules/github.com/charlievieth/fastwalk/@v/v1.0.3.zip) = UWFoBfFa3P7N5kR81xcaGnR47tMDvEL8/yq6KWy1QOs=
 SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = pJgRJVFfDy3yU8LeOjrBlwx0Q+W2adlH6HTnezaBtuU=
@@ -40,15 +40,15 @@ SHA256 (go_modules/golang.org/x/sys/@v/v
 SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220520151302-bc2c85ada10a.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
 SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
 SHA256 (go_modules/golang.org/x/sys/@v/v0.17.0.mod) = 0iezJfYh9OvijTm6dz6pm4cPOTt8CcNFksNlsW3VYN4=
-SHA256 (go_modules/golang.org/x/sys/@v/v0.18.0.mod) = 0iezJfYh9OvijTm6dz6pm4cPOTt8CcNFksNlsW3VYN4=
-SHA256 (go_modules/golang.org/x/sys/@v/v0.18.0.zip) = luOxaxWn0ZPJ2yl020yr7SmzerS7CfY+36RBGZ3m/fg=
+SHA256 (go_modules/golang.org/x/sys/@v/v0.19.0.mod) = 0iezJfYh9OvijTm6dz6pm4cPOTt8CcNFksNlsW3VYN4=
+SHA256 (go_modules/golang.org/x/sys/@v/v0.19.0.zip) = 8+Bq3Ga4QNp3Gfz0ltKRajgxdwZQn7W+7VkyzYrl+2s=
 SHA256 (go_modules/golang.org/x/sys/@v/v0.5.0.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
 SHA256 (go_modules/golang.org/x/sys/@v/v0.6.0.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
 SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20201126162022-7de9c90e9dd1.mod) = TLqxT3cGdxsnHZlaGzzBMf5aJGqtx+5tG6bwvYlHgfo=
 SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20210927222741-03fcf44c2211.mod) = dAeU4pFPXMh+JWVsWEMiKyxlZlghIF9FYyoEd8jT95s=
 SHA256 (go_modules/golang.org/x/term/@v/v0.17.0.mod) = 2+oCJUqsLPP9D3LHxgLlQ8X7rS0A2vwvgZwoqTUlgZk=
-SHA256 (go_modules/golang.org/x/term/@v/v0.18.0.mod) = g8LUm6V+PVvzArifuftB8QhV0RS/cRhMwzuCUXc0Sug=
-SHA256 (go_modules/golang.org/x/term/@v/v0.18.0.zip) = YGUvfdL6QYXGKGe8qj+lblmwf1txCD2PcquILSUTVaY=
+SHA256 (go_modules/golang.org/x/term/@v/v0.19.0.mod) = NLavKrQv4EDE9rt7b/5jB5MA9/JmQ7EImGHfv5fTqHM=
+SHA256 (go_modules/golang.org/x/term/@v/v0.19.0.zip) = iT6FGv7cQKnCU+YR/tMi7G9aHFYYDdKSKf8cwb012/s=
 SHA256 (go_modules/golang.org/x/term/@v/v0.5.0.mod) = DW9YIoqtwaZSjmdV2gGFFlZuOuXFIB963hdz9W+o2TQ=
 SHA256 (go_modules/golang.org/x/text/@v/v0.14.0.mod) = lxV58X6avFkmq3YhT1M71RfPSSXIhSQ6xHVaGgp8ae8=
 SHA256 (go_modules/golang.org/x/text/@v/v0.14.0.zip) = uYFIl+DgnNV2p6AT8GbH21N6PVONLg9g8Mrum8Gz9K8=
@@ -63,7 +63,7 @@ SHA256 (go_modules/golang.org/x/tools/@v
 SHA256 (go_modules/golang.org/x/tools/@v/v0.6.0.zip) = minIkEwqzUtlgl6RbL2vQXCG81u2jFSvmmKDoOE0HoU=
 SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.mod) = ql4+ybt7n2gWCe+sAZ2d4ae6dxkkj/Hqon54iC2z1/U=
 SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.zip) = xOnwY8/tVGyQ8AqWV96sT5FaiZT4y+bb0/GOeeuDAs8=
-SIZE (fzf-0.49.0.zip) = 310306
+SIZE (fzf-0.51.0.zip) = 322136
 SIZE (go_modules/github.com/charlievieth/fastwalk/@v/v1.0.3.mod) = 49
 SIZE (go_modules/github.com/charlievieth/fastwalk/@v/v1.0.3.zip) = 58728
 SIZE (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = 77
@@ -105,15 +105,15 @@ SIZE (go_modules/golang.org/x/sys/@v/v0.
 SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220520151302-bc2c85ada10a.mod) = 33
 SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 33
 SIZE (go_modules/golang.org/x/sys/@v/v0.17.0.mod) = 33
-SIZE (go_modules/golang.org/x/sys/@v/v0.18.0.mod) = 33
-SIZE (go_modules/golang.org/x/sys/@v/v0.18.0.zip) = 1907063
+SIZE (go_modules/golang.org/x/sys/@v/v0.19.0.mod) = 33
+SIZE (go_modules/golang.org/x/sys/@v/v0.19.0.zip) = 1908409
 SIZE (go_modules/golang.org/x/sys/@v/v0.5.0.mod) = 33
 SIZE (go_modules/golang.org/x/sys/@v/v0.6.0.mod) = 33
 SIZE 

Re: databases/victoriametrics: update to v1.101.0

2024-05-01 Thread Denis Fondras
Le Sat, Apr 27, 2024 at 06:42:35PM +, Lucas Gabriel Vuotto a écrit :
> On Sun, Apr 14, 2024 at 01:25:47PM GMT, Lucas Gabriel Vuotto wrote:
> > Hey Denis, ports@,
> > 
> > Sorry it took me so long to get back at this.
> > 
> > I've revisited VictoriaMetrics versioning and they seem to no longer
> > make LTS releases for non-enterprise clients, so lets jump straight to
> > 1.100.1. The changes are extensive and split between [0] and [1].
> > 
> > Portwise, had to add MODGO_GO111MODULE (thanks for the issue in GitHub;
> > otherwise I don't I'd have been able to fix it myself), removed the 
> > built date from the version string, replaced the multiple utils Makefile
> > targets with vmutils-pure (which now also builds and installs
> > vmalert-tool), sorted the utils install step and removed some Excalidraw
> > files that now would get installed while copying the docs over. There is
> > some PLIST churn as upstream switched from PNG images to WebP. Of notice
> > in PLIST, I did the following change to better align with most of the
> > installs in other places:
> > 
> > -@sample ${SYSCONFDIR}/vmetrics/
> > +@sample ${SYSCONFDIR}/victoriametrics/
> > 
> > I don't know how disruptive this can be to the port consumers. I guess
> > it's little tho, as it doesn't read any config file by default.
> > 
> > Been running it for a couple of ours in arm64 without any issue so far.
> > 
> > Lucas
> > 
> > [0]: 
> > https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/docs/CHANGELOG.md
> > [1]: 
> > https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/docs/CHANGELOG_2023.md
> 
> Bump, now on 1.101.0.
> 

Thank you very much, commited :)



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Denis Fondras
CVSROOT:/cvs
Module name:ports
Changes by: de...@cvs.openbsd.org   2024/05/01 05:30:55

Modified files:
databases/victoriametrics: Makefile distinfo 
databases/victoriametrics/pkg: PLIST 

Log message:
update to v1.101.0.

Thanks to Lucas Gabriel !



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2024/05/01 05:12:26

Modified files:
sysutils/u-boot: Makefile.inc 

Log message:
Drop DPB_PROPERTIES=parallel

MAKE_JOBS=n doesn't help reduce build time so free up unused build
slots for other ports in bulk builds.  Of course it would be nicer
to have the u-boot ports actually benefit from multiple build jobs,
as noted by sthen@.  Tests and ok tb@



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:24:18

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
'tepl' => 'libgedit-tepl'



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:23:10

Modified files:
x11/gedit/gedit-plugins: Makefile distinfo 
Removed files:
x11/gedit/gedit-plugins/patches: 
 
patch-plugins_bookmarks_gedit-bookmarks-plugin_c 

Log message:
Update to gedit-plugins-47.0.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:23:00

Modified files:
x11/gedit/gedit: Makefile distinfo 
x11/gedit/gedit/pkg: PLIST 

Log message:
Update to gedit-47.0.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:22:43

Modified files:
x11/gedit/tepl : Makefile distinfo 
x11/gedit/tepl/pkg: DESCR PLIST 

Log message:
Update to libgedit-tepl-6.10.0 (tepl -> libgedit-tepl).



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:22:14

Modified files:
x11/gedit  : Makefile 

Log message:
+gfls



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:21:50

Log message:
Import libgedit-gfls-0.1.0

libgedit-gfls is a module dedicated to file loading and saving.

ok robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20240501

N ports/x11/gedit/gfls/Makefile
N ports/x11/gedit/gfls/distinfo
N ports/x11/gedit/gfls/pkg/DESCR
N ports/x11/gedit/gfls/pkg/PLIST

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 04:06:39

Modified files:
x11/gedit  : Makefile.inc 

Log message:
Add licenses.



Re: UPDATE: libsamplerate

2024-05-01 Thread Stuart Henderson
On 2024/05/01 11:21, Jan Stary wrote:
> Hi,
> 
> On Apr 26 20:46:51, b...@comstyle.com wrote:
> > Implement SSE2 lrint() and lrintf() on amd64.
> 
> I don't think this is worth the added complexity:
> seven more patches to have a different lrint()?
> Does it make the resampling noticably better/faster?

Playing with the benchmark mentioned in
https://github.com/libsndfile/libsamplerate/issues/187
suggests that it's going to be *hugely* faster with clang (and a bit
faster with gcc).

> Also, the patch changes the CONFIGURE_STYLE from gnu to autoreconf
> and hardwires the autoconf and automake version (without explicitly
> depending on them) - presumably because configure.ac is patched
> so ./configure must be recreated.
> This seems to basicaly replicate the SSE2 github commit(s) in the port.

Exactly, that is the best way to do it.

For code changes use a patch direct from an upstream commit, or as close
as possible.

For autoconf, patch the input files and regenerate. Patching the output
files is much more likely to result in breakage at update time.

> I would wait for a release that will already contain this.

The last release was 3 years ago so that could be quite some wait.

An alternative would be to bump the port to a hash-based git archive
download, though I prefer making this sort of change as a targetted
patch like this.

ok sthen FWIW

> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/audio/libsamplerate/Makefile,v
> > retrieving revision 1.27
> > diff -u -p -u -p -r1.27 Makefile
> > --- Makefile5 Sep 2023 16:13:38 -   1.27
> > +++ Makefile27 Apr 2024 00:26:05 -
> > @@ -2,7 +2,7 @@ COMMENT=audio sample rate conversion li
> >  
> >  VER=   0.2.2
> >  DISTNAME=  libsamplerate-${VER}
> > -REVISION=  0
> > +REVISION=  1
> >  CATEGORIES=audio
> >  EXTRACT_SUFX=  .tar.xz
> >  
> > @@ -18,7 +18,9 @@ SITES=https://github.com/libsndfile/lib
> >  
> >  WANTLIB=   m
> >  
> > -CONFIGURE_STYLE=gnu
> > +AUTOCONF_VERSION=  2.71
> > +AUTOMAKE_VERSION=  1.16
> > +CONFIGURE_STYLE=autoreconf
> >  CONFIGURE_ARGS=--disable-cpu-clip \
> > --disable-fftw \
> > --disable-sndfile
> > Index: patches/patch-configure_ac
> > ===
> > RCS file: patches/patch-configure_ac
> > diff -N patches/patch-configure_ac
> > --- /dev/null   1 Jan 1970 00:00:00 -
> > +++ patches/patch-configure_ac  27 Apr 2024 00:26:05 -
> > @@ -0,0 +1,43 @@
> > +- Implement SSE2 lrint() and lrintf()
> > +  7a81766b14fa03e97822cf1e0b1651648df13116
> > +- use sse2 intrinsics for lrint/lrintf only on windows x64
> > +  c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9
> > +- sse2 lrint/lrintf updates
> > +  c164eaa25ffdeedc7d25e731172cc45a25f483d4
> > +
> > +Index: configure.ac
> > +--- configure.ac.orig
> >  configure.ac
> > +@@ -89,7 +89,7 @@ m4_define([abi_version_patch], [lt_revision])
> > + 
> > + dnl 
> > 
> > + 
> > +-AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h])
> > ++AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h immintrin.h])
> > + 
> > + dnl 
> > 
> > + dnl  Couple of initializations here. Fill in real values later.
> > +@@ -105,6 +105,9 @@ AC_ARG_ENABLE([werror],
> > + AC_ARG_ENABLE([cpu-clip],
> > +   [AS_HELP_STRING([--disable-cpu-clip], [disable tricky cpu specific 
> > clipper])])
> > + 
> > ++AC_ARG_ENABLE([sse2-lrint],
> > ++  [AS_HELP_STRING([--enable-sse2-lrint], [implement lrintf using SSE2 on 
> > x86 CPUs if possible])])
> > ++
> > + AC_ARG_ENABLE([sndfile],
> > +   [AS_HELP_STRING([--disable-sndfile], [disable support for sndfile 
> > (default=autodetect)])], [], [enable_sndfile=auto])
> > + 
> > +@@ -178,6 +181,13 @@ AS_IF([test "x$enable_cpu_clip" != "xno"], [
> > + 
> > + AC_DEFINE_UNQUOTED([CPU_CLIPS_POSITIVE], [${ac_cv_c_clip_positive}], 
> > [Host processor clips on positive float to int conversion.])
> > + AC_DEFINE_UNQUOTED([CPU_CLIPS_NEGATIVE], [${ac_cv_c_clip_negative}], 
> > [Host processor clips on negative float to int conversion.])
> > ++
> > ++dnl 
> > 
> > ++dnl  Determine if the user enabled lrint implementations using SSE2.
> > ++
> > ++AS_IF([test "x$enable_sse2_lrint" = "xyes"], [
> > ++  CFLAGS="$CFLAGS -DENABLE_SSE2_LRINT"
> > ++  ])
> > + 
> > + dnl 
> > 
> > + dnl  Check for libsndfile which is required for the test and example 
> > programs.
> > Index: patches/patch-examples_audio_out_c
> > ===
> > RCS file: patches/patch-examples_audio_out_c
> > diff -N 

CVS: cvs.openbsd.org: ports

2024-05-01 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/05/01 03:47:17

Modified files:
audio/audacity : Makefile 

Log message:
Unconditionally use -msse2 to unbreak build on i386, previously we
disabled SBSMS to work around build issues relating to this but that's
no longer good enough.  ok aja@ (maintainer)



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 03:34:47

Modified files:
x11: Makefile 
x11/gnome  : Makefile 

Log message:
Move things around.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 03:33:50

Removed files:
x11/libgedit-amtk: Makefile distinfo 
x11/libgedit-amtk/pkg: DESCR PLIST 
x11/libgedit-gtksourceview: Makefile distinfo 
x11/libgedit-gtksourceview/patches: 

patch-gtksourceview_gtksourcebufferoutputstream_c 
x11/libgedit-gtksourceview/pkg: DESCR PLIST 
x11/gnome/gedit: Makefile distinfo 
x11/gnome/gedit/pkg: DESCR PLIST 
x11/gnome/gedit-plugins: Makefile distinfo 
x11/gnome/gedit-plugins/patches: 
 
patch-plugins_bookmarks_gedit-bookmarks-plugin_c 
x11/gnome/gedit-plugins/pkg: DESCR PLIST 
x11/gnome/tepl : Makefile distinfo 
x11/gnome/tepl/pkg: DESCR PLIST 

Log message:
Moved under x11/gedit/



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 03:33:06

Log message:
Move (re-import) gedit and its direct libgedit-* dependencies under a common
directory.
Gedit is now its own project.

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20240501

N ports/x11/gedit/Makefile.inc
N ports/x11/gedit/Makefile
N ports/x11/gedit/tepl/distinfo
N ports/x11/gedit/tepl/Makefile
N ports/x11/gedit/tepl/pkg/DESCR
N ports/x11/gedit/tepl/pkg/PLIST
N ports/x11/gedit/gedit/Makefile
N ports/x11/gedit/gedit/distinfo
N ports/x11/gedit/gedit/pkg/DESCR
N ports/x11/gedit/gedit/pkg/PLIST
N ports/x11/gedit/amtk/Makefile
N ports/x11/gedit/amtk/distinfo
N ports/x11/gedit/amtk/pkg/DESCR
N ports/x11/gedit/amtk/pkg/PLIST
N ports/x11/gedit/gtksourceview/Makefile
N ports/x11/gedit/gtksourceview/distinfo
N 
ports/x11/gedit/gtksourceview/patches/patch-gtksourceview_gtksourcebufferoutputstream_c
N ports/x11/gedit/gtksourceview/pkg/PLIST
N ports/x11/gedit/gtksourceview/pkg/DESCR
N ports/x11/gedit/gedit-plugins/distinfo
N ports/x11/gedit/gedit-plugins/Makefile
N ports/x11/gedit/gedit-plugins/pkg/PLIST
N ports/x11/gedit/gedit-plugins/pkg/DESCR
N 
ports/x11/gedit/gedit-plugins/patches/patch-plugins_bookmarks_gedit-bookmarks-plugin_c

No conflicts created by this import



Re: UPDATE: libsamplerate

2024-05-01 Thread Jan Stary
Hi,

On Apr 26 20:46:51, b...@comstyle.com wrote:
> Implement SSE2 lrint() and lrintf() on amd64.

I don't think this is worth the added complexity:
seven more patches to have a different lrint()?
Does it make the resampling noticably better/faster?

Also, the patch changes the CONFIGURE_STYLE from gnu to autoreconf
and hardwires the autoconf and automake version (without explicitly
depending on them) - presumably because configure.ac is patched
so ./configure must be recreated.

This seems to basicaly replicate the SSE2 github commit(s) in the port.
I would wait for a release that will already contain this.

Jan




> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/libsamplerate/Makefile,v
> retrieving revision 1.27
> diff -u -p -u -p -r1.27 Makefile
> --- Makefile  5 Sep 2023 16:13:38 -   1.27
> +++ Makefile  27 Apr 2024 00:26:05 -
> @@ -2,7 +2,7 @@ COMMENT=  audio sample rate conversion li
>  
>  VER= 0.2.2
>  DISTNAME=libsamplerate-${VER}
> -REVISION=0
> +REVISION=1
>  CATEGORIES=  audio
>  EXTRACT_SUFX=.tar.xz
>  
> @@ -18,7 +18,9 @@ SITES=  https://github.com/libsndfile/lib
>  
>  WANTLIB= m
>  
> -CONFIGURE_STYLE=gnu
> +AUTOCONF_VERSION=2.71
> +AUTOMAKE_VERSION=1.16
> +CONFIGURE_STYLE=autoreconf
>  CONFIGURE_ARGS=  --disable-cpu-clip \
>   --disable-fftw \
>   --disable-sndfile
> Index: patches/patch-configure_ac
> ===
> RCS file: patches/patch-configure_ac
> diff -N patches/patch-configure_ac
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-configure_ac27 Apr 2024 00:26:05 -
> @@ -0,0 +1,43 @@
> +- Implement SSE2 lrint() and lrintf()
> +  7a81766b14fa03e97822cf1e0b1651648df13116
> +- use sse2 intrinsics for lrint/lrintf only on windows x64
> +  c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9
> +- sse2 lrint/lrintf updates
> +  c164eaa25ffdeedc7d25e731172cc45a25f483d4
> +
> +Index: configure.ac
> +--- configure.ac.orig
>  configure.ac
> +@@ -89,7 +89,7 @@ m4_define([abi_version_patch], [lt_revision])
> + 
> + dnl 
> 
> + 
> +-AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h])
> ++AC_CHECK_HEADERS([stdbool.h stdint.h sys/times.h unistd.h immintrin.h])
> + 
> + dnl 
> 
> + dnl  Couple of initializations here. Fill in real values later.
> +@@ -105,6 +105,9 @@ AC_ARG_ENABLE([werror],
> + AC_ARG_ENABLE([cpu-clip],
> + [AS_HELP_STRING([--disable-cpu-clip], [disable tricky cpu specific 
> clipper])])
> + 
> ++AC_ARG_ENABLE([sse2-lrint],
> ++[AS_HELP_STRING([--enable-sse2-lrint], [implement lrintf using SSE2 on 
> x86 CPUs if possible])])
> ++
> + AC_ARG_ENABLE([sndfile],
> + [AS_HELP_STRING([--disable-sndfile], [disable support for sndfile 
> (default=autodetect)])], [], [enable_sndfile=auto])
> + 
> +@@ -178,6 +181,13 @@ AS_IF([test "x$enable_cpu_clip" != "xno"], [
> + 
> + AC_DEFINE_UNQUOTED([CPU_CLIPS_POSITIVE], [${ac_cv_c_clip_positive}], [Host 
> processor clips on positive float to int conversion.])
> + AC_DEFINE_UNQUOTED([CPU_CLIPS_NEGATIVE], [${ac_cv_c_clip_negative}], [Host 
> processor clips on negative float to int conversion.])
> ++
> ++dnl 
> 
> ++dnl  Determine if the user enabled lrint implementations using SSE2.
> ++
> ++AS_IF([test "x$enable_sse2_lrint" = "xyes"], [
> ++CFLAGS="$CFLAGS -DENABLE_SSE2_LRINT"
> ++])
> + 
> + dnl 
> 
> + dnl  Check for libsndfile which is required for the test and example 
> programs.
> Index: patches/patch-examples_audio_out_c
> ===
> RCS file: patches/patch-examples_audio_out_c
> diff -N patches/patch-examples_audio_out_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-examples_audio_out_c27 Apr 2024 00:26:05 -
> @@ -0,0 +1,19 @@
> +- Implement SSE2 lrint() and lrintf()
> +  7a81766b14fa03e97822cf1e0b1651648df13116
> +- use sse2 intrinsics for lrint/lrintf only on windows x64
> +  c01e2405612ad3561bf93e8e6dddb9ba0dffe4d9
> +- sse2 lrint/lrintf updates
> +  c164eaa25ffdeedc7d25e731172cc45a25f483d4
> +
> +Index: examples/audio_out.c
> +--- examples/audio_out.c.orig
>  examples/audio_out.c
> +@@ -960,7 +960,7 @@ solaris_play (get_audio_callback_t callback, AUDIO_OUT
> + 
> + while ((read_frames = callback (callback_data, float_buffer, BUFFER_LEN 
> / solaris_out->channels)))
> + {   for (k = 0 ; k < read_frames * solaris_out->channels ; k++)
> +-buffer [k] = lrint (32767.0 * float_buffer [k]) ;
> ++

Re: [NEW] net/crawley-v1.7.5

2024-05-01 Thread Edd Barrett
On Wed, May 01, 2024 at 01:07:07AM -0400, Russ Sharek wrote:
> Here's a diff that adds both the NO_TEST and README.md to the port.

I know nothing about go, but I had a quick look into getting the tests working.

According to the interwebs, adding a do-test target this should run all tests
in the source dir:

```
do-test:
cd ${WRKSRC} && ${MODGO_CMD} test ./...
```

But if you run `go test cmd` much more tests are run, which leads me to believe
that the above isn't running all of the tests as advertised.

I'm not really sure why the default `do-test` isn't sufficient either.

Right, that's it. I'm invoking abieber@ :)

Any ideas abieber@?

-- 
Best Regards
Edd Barrett

https://www.theunixzoo.co.uk



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:35:58

Modified files:
multimedia/gstreamer1: Makefile.inc 
multimedia/gstreamer1/core: Makefile distinfo 
multimedia/gstreamer1/core/pkg: PLIST 
multimedia/gstreamer1/plugins-bad: Makefile distinfo 
multimedia/gstreamer1/plugins-base: Makefile distinfo 
multimedia/gstreamer1/plugins-good: Makefile distinfo 
multimedia/gstreamer1/plugins-good/patches: 

patch-sys_v4l2_gstv4l2object_c 
patch-sys_v4l2_v4l2_calls_c 
multimedia/gstreamer1/plugins-libav: distinfo 
multimedia/gstreamer1/plugins-ugly: distinfo 
multimedia/gstreamer1/py-gstreamer: distinfo 

Log message:
Update Gstreamer to version 1.24.3.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:31:20

Modified files:
sysutils/terragrunt: Makefile distinfo 

Log message:
Update to terragrunt-0.57.13.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Theo Buehler
CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2024/05/01 02:25:01

Modified files:
security/openssl-ruby-tests: Makefile distinfo 
security/openssl-ruby-tests/patches: 
 patch-test_openssl_test_ssl_rb 

Log message:
Update to openssl-ruby-tests 20240430



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:23:15

Modified files:
sysutils/opentofu: Makefile distinfo modules.inc 

Log message:
Update to opentofu-1.7.0.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:16:50

Modified files:
sysutils/google-cloud-sdk: Makefile distinfo 
sysutils/google-cloud-sdk/pkg: PLIST 

Log message:
Update to google-cloud-sdk-474.0.0.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:11:11

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.32.95.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:10:59

Modified files:
net/py-boto3   : Makefile distinfo 

Log message:
Update to py3-boto3-1.34.95.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Antoine Jacoutot
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2024/05/01 02:10:49

Modified files:
net/py-botocore: Makefile distinfo 
net/py-botocore/pkg: PLIST 

Log message:
Update to py3-botocore-1.34.95.



Re: SUGGESTION: Makefile.template should have info on autoreconf

2024-05-01 Thread Stuart Henderson
On 2024/04/29 23:28, izder456 wrote:
> Hello ports@,
> 
> I was working on a port earlier today that configures via GNU autotools.
> 
> I needed the `configure` script, which wasn't included. When I grabbed
> the sources with `DIST_TUPLE`, `autoconf` didn't seem to generate one.
> (spat some really confusing error, unrelated to the ports tree).
> *side note: GNU autotools error really suck*
> 
> It looked like `CONFIGURE_STYLE = autoreconf` was needed. (which ended
> up working fine).
> 
> But, what frustrated me was the lack of documentation on this one
> specific option. I just grepped the tree to see if that command was
> ever used, and sure enough it is a valid (and used)  `CONFIGURE_STYLE`.

The actual documentation is in bsd.port.mk(5)

$ man bsd.port.mk
...
   CONFIGURE_STYLE
   Set to style of configuration that needs to happen.

   If ‘perl’, assume perl(1)'s ExtUtils::MakeMaker(3p) style.  Add
   ‘modbuild’ to enable Module::Build(3p), ‘modbuild tiny’ to
   enable Module::Build::Tiny(3p), or ‘modinst’ for
   Module::Install(3p) style.

   If ‘gnu’, assume GNU configure style.  Add ‘dest’ if port does
   not handle DESTDIR correctly, and needs to be configured to add
   DESTDIR to prefixes (see also DESTDIRNAME).  Add ‘old’ if port
   is an older autoconf port that does not recognize --sysconfdir.
   Add ‘autoconf’ if autoconf needs to be rerun first, but set
   ‘no-autoheader’ to prevent autoheader from running.
   Alternatively, add ‘autoreconf’ to rerun autoconf, automake, and
   related tools to completely regenerate the GNU build framework.

   If ‘imake’, assume port configures using X11 ports Imakefile
   framework.  Add ‘noman’ if port has no man pages the Imakefile
   should try installing.

   If ‘simple’, there is a configure script, but it does not fit
   the normal GNU configure conventions.

   Extensions may be defined by specific MODULES.  See
   port-modules(5) for details.

> I dunno, but it seems worthwhile to add this information
> to Makefile.template.

I've added a quick mention and some examples of common usage.



CVS: cvs.openbsd.org: ports

2024-05-01 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2024/05/01 00:51:18

Modified files:
infrastructure/templates: Makefile.template 

Log message:
mention autoreconf, provide some examples of common uses of the various
autoconf-related variables as you're likely to find in real ports with
descriptions