Re: security/p5-Crypt-Argon2: Update to 0.019

2023-07-06 Thread Benoit Lecocq




On 05/07/2023 00:32, wen heping wrote:

Hi, ports@:

Here is a patch for security/p5-Crypt-Argon2:
i) Update to 0.019
ii) Update LICENSE as per upstream change

It build and run well on OpenBSD amd64-current system.
No other depend ports tested because the patch only
change the LICENSE and doc.



Regards.
wen


Committed, thanks !



distfiles signature checking (was: Re: new benchmarks/splicebench)

2023-07-06 Thread Jeremie Courreges-Anglas
On Thu, Jul 06 2023, Stuart Henderson  wrote:
> On 2023/07/05 21:21, Jeremie Courreges-Anglas wrote:
>> On Wed, Jul 05 2023, Alexander Bluhm  wrote:
>> > On Wed, Jul 05, 2023 at 05:35:01PM +0200, Jeremie Courreges-Anglas wrote:
>> >> On Tue, Jul 04 2023, Alexander Bluhm  wrote:
>> >> > Hi,
>> >> >
>> >> > ok to import splicebench-1.02 ?
>> >> 
>> >> At first I got puzzled by SUPDISTFILES but gofor it if you find it useful.
>> >
>> > If upstream provides a gpg signature, I download it and check it.
>> > Although it is not perfect to prevent backdoors, I would feel very
>> > bad, if I would commit a tampered port that could be detected by a
>> > signature.
>> >
>> > Downloading the detached signature as SUPDISTFILES makes it easy
>> > to verify manually.
>> >
>> > Any better idea to prevent supply chain attacks?
>> 
>> I'm not objecting to the rationale, I also check signatures whenever
>> I can.  This reminds me of a proposal from Stuart which I liked a lot
>> but I haven't pushed for... until now:
>> 
>>   https://marc.info/?l=openbsd-ports&m=157687699320320&w=2
>
> I lost interest when it turned into a load mkre complication and a new
> tool to verify pgp signatures that would only run on certain archs
> and reverted to my previous method, "stick a shell script in the port
> directory that will download and check the signature when run by hand".

Your original approach looked good to me.  Was the additional
complexity warranted by security or usability concerns?

You mention a "new tool", I would prefer if we kept using security/gnupg
instead of some go/rust program, precisely for portability reasons.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: [update] gnupg-2.4.3

2023-07-06 Thread Jeremie Courreges-Anglas
On Wed, Jul 05 2023, Jeremie Courreges-Anglas  wrote:
> On Tue, Jul 04 2023, Jeremie Courreges-Anglas  wrote:
>> Here's a major update to gnupg-2.4.2.  Changelog for 2.4.X:
>> https://dev.gnupg.org/source/gnupg/browse/STABLE-BRANCH-2-4/NEWS
>>
>> Ports-wise:
>> - use gmake so that the build system doesn't try to foolishly rebuild
>>   the .info files.  Our old makeinfo was already too old to
>>   support --css-ref=..., it's now too old to grok the newer .texi files
>>   in this release.  And I'd rather avoid a dep on print/texinfo for
>>   something that doesn't need to be rebuilt.
>> - tests print gpgscm crap about unportable uses of /proc/self/something,
>>   but seem to cope.
>> - the agent/protect.c patch needs refreshing, now this code path only
>>   uses OCB.  Patch mechanically adapted.
>>
>> Tests (and oks) welcome.
>
> gnupg-2.4.3 was released today, with one build regression in the default
> (non-ldap) FLAVOR.

I couldn't spot any issue at runtime so I committed this.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: [update] samba-4.18.4

2023-07-06 Thread Jeremie Courreges-Anglas
On Thu, Jul 06 2023, Ian McWilliam  wrote:
> Hi,
>
> Builds and runs fine in my testing.
>
> Looks like the additional tar support is working.

Thanks a lot for your feedback, I have committed this update.  Note that
the diff I sent you lacked a SHARED_LIBS minor bump in devel/libtalloc,
so pkg_add -u will likely complain.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Update: audio/flac123 2.1.0

2023-07-06 Thread Christian Weisgerber
audio/flac123 has moved from SourceForge to GitHub.  I'm not entirely
happy about having to rely on a release tag, but it is what it is.
There were some code changes, but mostly "code refresh and maintenance".

OK?

diff /usr/ports
commit - 3283c808e12f50ec0a82a06499bf9810699cf3e6
path + /usr/ports
blob - 826a9f56493e551b5cb38a757eb46deaad632ac8
file + audio/flac123/Makefile
--- audio/flac123/Makefile
+++ audio/flac123/Makefile
@@ -1,17 +1,14 @@
 COMMENT=   command-line FLAC player
 
-DISTNAME=  flac123-0.0.12
+GH_ACCOUNT=flac123
+GH_PROJECT=flac123
+GH_TAGNAME=v2.1.0
+
 CATEGORIES=audio
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=flac-tools/}
-REVISION=  0
 
-HOMEPAGE=  http://flac-tools.sourceforge.net/
-
 # GPLv2+
 PERMIT_PACKAGE=Yes
 
-DISTFILES= ${DISTNAME}-release.tar.gz
-
 WANTLIB=   FLAC ao c m ogg popt
 LIB_DEPENDS=   audio/flac \
audio/libao \
@@ -21,12 +18,9 @@ CONFIGURE_ARGS=  --with-default-audio=sndio
 
 CONFIGURE_STYLE=   gnu
 CONFIGURE_ARGS=--with-default-audio=sndio
+CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
+   LDFLAGS="-L${LOCALBASE}/lib"
 
-# prevent autotools rebuild cascade
-post-patch:
-   @touch -r ${WRKSRC}/configure.ac ${WRKSRC}/aclocal.m4
+DEBUG_PACKAGES=${BUILD_PACKAGES}
 
-post-install:
-   ${INSTALL_MAN} ${FILESDIR}/flac123.1 ${PREFIX}/man/man1
-
 .include 
blob - 4dcf9c1d710877b6008db1a31ea24e1669ae44d0
file + audio/flac123/distinfo
--- audio/flac123/distinfo
+++ audio/flac123/distinfo
@@ -1,2 +1,2 @@
-SHA256 (flac123-0.0.12-release.tar.gz) = 
GXbv1UqRjq3TyxCzTHfO4AniGuVidBSK+gHt8yZU5H0=
-SIZE (flac123-0.0.12-release.tar.gz) = 129795
+SHA256 (flac123-2.1.0.tar.gz) = dKYM+p81igcRjdWIqVihbg6R+DfxqO/owSTtOsY8ngI=
+SIZE (flac123-2.1.0.tar.gz) = 131988
-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Update: devel/ruby-tilt 2.0.8->2.0.11

2023-07-06 Thread Ian Darwin
Minor update, needed by other port. I'm no Ruby expert but it 
seems the new version doesn't ship with tests for some reason.

Comments/OKs?

Index: Makefile
===
RCS file: /cvs/ports/devel/ruby-tilt/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- Makefile11 Mar 2022 18:53:21 -  1.16
+++ Makefile6 Jul 2023 14:04:53 -
@@ -1,6 +1,6 @@
 COMMENT =  generic interface to multiple Ruby template engines
 
-DISTNAME = tilt-2.0.8
+DISTNAME = tilt-2.0.11
 CATEGORIES =   devel textproc
 
 HOMEPAGE = https://github.com/rtomayko/tilt
@@ -12,6 +12,6 @@ MODULES = lang/ruby
 
 CONFIGURE_STYLE =  ruby gem
 
-MODRUBY_TEST = testrb
+NO_TEST =  Yes
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/devel/ruby-tilt/distinfo,v
retrieving revision 1.4
diff -u -p -u -r1.4 distinfo
--- distinfo14 Nov 2017 17:07:00 -  1.4
+++ distinfo6 Jul 2023 14:04:53 -
@@ -1,2 +1,2 @@
-SHA256 (tilt-2.0.8.gem) = KjvmxWqMxjOCA8ApEOIOhYZktjOttVDhEDgE116uQAA=
-SIZE (tilt-2.0.8.gem) = 54784
+SHA256 (tilt-2.0.11.gem) = exgPxHLL3rGGyF0xwPLR5hosDXfh2f0MooSCqdly1qA=
+SIZE (tilt-2.0.11.gem) = 23040
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/ruby-tilt/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -r1.6 PLIST
--- pkg/PLIST   11 Mar 2022 18:53:21 -  1.6
+++ pkg/PLIST   6 Jul 2023 14:04:53 -
@@ -1,17 +1,9 @@
 ${GEM_BIN}/tilt${GEM_BIN_SUFFIX}
 ${GEM_LIB}/cache/${DISTNAME}.gem
 ${GEM_LIB}/gems/${DISTNAME}/
-${GEM_LIB}/gems/${DISTNAME}/CHANGELOG.md
 ${GEM_LIB}/gems/${DISTNAME}/COPYING
-${GEM_LIB}/gems/${DISTNAME}/Gemfile
-${GEM_LIB}/gems/${DISTNAME}/HACKING
-${GEM_LIB}/gems/${DISTNAME}/README.md
-${GEM_LIB}/gems/${DISTNAME}/Rakefile
 ${GEM_LIB}/gems/${DISTNAME}/bin/
 ${GEM_LIB}/gems/${DISTNAME}/bin/tilt
-${GEM_LIB}/gems/${DISTNAME}/docs/
-${GEM_LIB}/gems/${DISTNAME}/docs/TEMPLATES.md
-${GEM_LIB}/gems/${DISTNAME}/docs/common.css
 ${GEM_LIB}/gems/${DISTNAME}/lib/
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt.rb
@@ -53,61 +45,4 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/tem
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/typescript.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/wikicloth.rb
 ${GEM_LIB}/gems/${DISTNAME}/lib/tilt/yajl.rb
-${GEM_LIB}/gems/${DISTNAME}/man/
-${GEM_LIB}/gems/${DISTNAME}/man/index.txt
-${GEM_LIB}/gems/${DISTNAME}/man/tilt.1.ronn
-${GEM_LIB}/gems/${DISTNAME}/test/
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/locals.mab
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/markaby.mab
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/markaby_other_static.mab
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/render_twice.mab
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/scope.mab
-${GEM_LIB}/gems/${DISTNAME}/test/markaby/yielding.mab
-${GEM_LIB}/gems/${DISTNAME}/test/mytemplate.rb
-${GEM_LIB}/gems/${DISTNAME}/test/test_helper.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_asciidoctor_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_babeltemplate.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_blueclothtemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_buildertemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_cache_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_coffeescripttemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_commonmarkertemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_compilesite_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_creoletemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_csv_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_erbtemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_erubistemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_erubitemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_etannitemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_hamltemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_kramdown_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_lesstemplate_test.less
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_lesstemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_liquidtemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_livescripttemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_mapping_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_markaby_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_markdown_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_marukutemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_metadata_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_nokogiritemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_pandoctemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_prawntemplate.prawn
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_prawntemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_radiustemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/tilt_rdiscounttemplate_test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/til

Re: [update] graphics/krita-gmic-plugin 3.1.6.1 to 3.2.1.1

2023-07-06 Thread Marc Espie
On Wed, Jul 05, 2023 at 08:27:50AM +0200, Stefan Hagen wrote:
> *ping*
> 
> Stefan Hagen wrote (2023-05-07 16:42 CEST):
> > Hi,
> > 
> > this is an update to the krita gmic plugin for the gmic version 3.2.1.
> > 
> > There's no changelog for the plugin itself. But this repo is used to
> > develop the plugin:
> > https://github.com/amyspark/gmic/compare/v3.1.6.1...v3.2.1.1
> > 
> > I added post-configure bits to build the translation files. Otherwise the
> > build fails.
> > 
> > Comments / OKs?
> > 
> > Best Regards,
> > Stefan
> 
> Same diff again for convenience

I'm really annoyed at gmic changing their build system to some arcane
gnu make stupidity.

I would really love for someone to tackle that.



Re: [PATCH] www/nginx -- add njs dynamic module

2023-07-06 Thread Sergey A. Osokin
Hi,

On Thu, Jun 29, 2023 at 02:05:42PM +, Sergey A. Osokin wrote:
> On Thu, Jun 29, 2023 at 09:26:58AM +0100, Stuart Henderson wrote:
> > I note you didn't cc the port maintainer on your original mail,
> > was there a reason for that?
> 
> Thank you, Stuart, missed that point.
> 
> > I've cc'd and included the original mail. What are you thoughts
> > on this please Robert?
> 
> Thanks in advance, Robert.

It seems like there's no objection to commit my changes to
the port.  Well, let's do that then.  Thanks in advance.

-- 
Sergey A. Osokin


Re: cmake musing

2023-07-06 Thread Rafael Sadowski
On Thu Jul 06, 2023 at 11:11:51AM +0200, Marc Espie wrote:
> Thanks to ian for prodding.
> 
> What do people think of automatically adding BOOL where needed in
> CMAKE_ARGS, something along the lines of the following construct:
> 
> ARGS=-DFLAG1=ON -DFLAG2:BOOL=ON -DFLAG3=ON -DFLAG4=OFF
> 
> test:
> echo ${ARGS:S/=ON/:BOOL=ON/g:S/=OFF/:BOOL=OFF/g:S/:BOOL:BOOL/:BOOL/g}
> 
> 

What was the problem?

https://cmake.org/cmake/help/v3.27/prop_cache/TYPE.html

By default ON/OFF is a boolean type. You will have in issues where you
have two variables with different types and you want to override one or
both of them. For example:

set(NAME "Marc Espie" CACHE STRING)
set(NAME "/home/espie" CACHE FILEPATH)

If you want to override it with ARGS (-D) you have to set the type
-DNAME:STRING="Rafael Sadowski".

Cheers,

Rafael



Re: new benchmarks/splicebench

2023-07-06 Thread Stuart Henderson
On 2023/07/05 21:21, Jeremie Courreges-Anglas wrote:
> On Wed, Jul 05 2023, Alexander Bluhm  wrote:
> > On Wed, Jul 05, 2023 at 05:35:01PM +0200, Jeremie Courreges-Anglas wrote:
> >> On Tue, Jul 04 2023, Alexander Bluhm  wrote:
> >> > Hi,
> >> >
> >> > ok to import splicebench-1.02 ?
> >> 
> >> At first I got puzzled by SUPDISTFILES but gofor it if you find it useful.
> >
> > If upstream provides a gpg signature, I download it and check it.
> > Although it is not perfect to prevent backdoors, I would feel very
> > bad, if I would commit a tampered port that could be detected by a
> > signature.
> >
> > Downloading the detached signature as SUPDISTFILES makes it easy
> > to verify manually.
> >
> > Any better idea to prevent supply chain attacks?
> 
> I'm not objecting to the rationale, I also check signatures whenever
> I can.  This reminds me of a proposal from Stuart which I liked a lot
> but I haven't pushed for... until now:
> 
>   https://marc.info/?l=openbsd-ports&m=157687699320320&w=2

I lost interest when it turned into a load mkre complication and a new
tool to verify pgp signatures that would only run on certain archs
and reverted to my previous method, "stick a shell script in the port
directory that will download and check the signature when run by hand".



Re: math/mlpack build parallel

2023-07-06 Thread Stuart Henderson
On 2023/07/06 10:12, Peter Hessler wrote:
> Hi,
> 
> This package takes quite a while to build, so I marked it as parallel to
> use more CPUs.
> 
> I've been running this on the arm64 bulk build cluster for about a month
> now.
> 
> OK?
> 
> 
> Index: math/mlpack/Makefile
> ===
> RCS file: /cvs/ports/math/mlpack/Makefile,v
> retrieving revision 1.25
> diff -u -p -u -p -r1.25 Makefile
> --- math/mlpack/Makefile  13 Nov 2022 15:28:44 -  1.25
> +++ math/mlpack/Makefile  9 Jun 2023 15:14:11 -
> @@ -4,6 +4,7 @@ BROKEN-sparc64 = Exhausts virtual memory

I am a little concerned by ^^ but we can always make it arch-dependent
if we run into problems.

>  COMMENT-main =C++ machine learning library
>  COMMENT-python = python bindings to C++ machine learning library
> +DPB_PROPERTIES = parallel
>  
>  V =  3.4.2
>  
> 
> -peter
> 
> 
> -- 
> Schlattwhapper, n.:
>   The window shade that allows itself to be pulled down,
>   hesitates for a second, then snaps up in your face.
>   -- Rich Hall, "Sniglets"
> 



Re: cmake musing

2023-07-06 Thread Stuart Henderson
On 2023/07/06 11:11, Marc Espie wrote:
> Thanks to ian for prodding.
> 
> What do people think of automatically adding BOOL where needed in
> CMAKE_ARGS, something along the lines of the following construct:
> 
> ARGS=-DFLAG1=ON -DFLAG2:BOOL=ON -DFLAG3=ON -DFLAG4=OFF
> 
> test:
> echo ${ARGS:S/=ON/:BOOL=ON/g:S/=OFF/:BOOL=OFF/g:S/:BOOL:BOOL/:BOOL/g}

Seems too much magic to me? What's wrong with typing :BOOL if you want
:BOOL?



Re: cmake musing

2023-07-06 Thread Marc Espie
Oh actually we don't even need that... :ON/:OFF are implied, I think,
looking at various cmake parts.

On Thu, Jul 6, 2023 at 11:11 AM Marc Espie  wrote:
>
> Thanks to ian for prodding.
>
> What do people think of automatically adding BOOL where needed in
> CMAKE_ARGS, something along the lines of the following construct:
>
> ARGS=-DFLAG1=ON -DFLAG2:BOOL=ON -DFLAG3=ON -DFLAG4=OFF
>
> test:
> echo ${ARGS:S/=ON/:BOOL=ON/g:S/=OFF/:BOOL=OFF/g:S/:BOOL:BOOL/:BOOL/g}
>
>



cmake musing

2023-07-06 Thread Marc Espie
Thanks to ian for prodding.

What do people think of automatically adding BOOL where needed in
CMAKE_ARGS, something along the lines of the following construct:

ARGS=-DFLAG1=ON -DFLAG2:BOOL=ON -DFLAG3=ON -DFLAG4=OFF

test:
echo ${ARGS:S/=ON/:BOOL=ON/g:S/=OFF/:BOOL=OFF/g:S/:BOOL:BOOL/:BOOL/g}




Re: math/mlpack build parallel

2023-07-06 Thread Marc Espie
On Thu, Jul 06, 2023 at 10:12:56AM +0200, Peter Hessler wrote:
> Hi,
> 
> This package takes quite a while to build, so I marked it as parallel to
> use more CPUs.
> 
> I've been running this on the arm64 bulk build cluster for about a month
> now.
> 
> OK?
> 
> 
> Index: math/mlpack/Makefile
> ===
> RCS file: /cvs/ports/math/mlpack/Makefile,v
> retrieving revision 1.25
> diff -u -p -u -p -r1.25 Makefile
> --- math/mlpack/Makefile  13 Nov 2022 15:28:44 -  1.25
> +++ math/mlpack/Makefile  9 Jun 2023 15:14:11 -
> @@ -4,6 +4,7 @@ BROKEN-sparc64 = Exhausts virtual memory
>  
>  COMMENT-main =C++ machine learning library
>  COMMENT-python = python bindings to C++ machine learning library
> +DPB_PROPERTIES = parallel
>  
>  V =  3.4.2
>  
> 
> -peter
> 
> 
> -- 
> Schlattwhapper, n.:
>   The window shade that allows itself to be pulled down,
>   hesitates for a second, then snaps up in your face.
>   -- Rich Hall, "Sniglets"
> 
Okay



math/mlpack build parallel

2023-07-06 Thread Peter Hessler
Hi,

This package takes quite a while to build, so I marked it as parallel to
use more CPUs.

I've been running this on the arm64 bulk build cluster for about a month
now.

OK?


Index: math/mlpack/Makefile
===
RCS file: /cvs/ports/math/mlpack/Makefile,v
retrieving revision 1.25
diff -u -p -u -p -r1.25 Makefile
--- math/mlpack/Makefile13 Nov 2022 15:28:44 -  1.25
+++ math/mlpack/Makefile9 Jun 2023 15:14:11 -
@@ -4,6 +4,7 @@ BROKEN-sparc64 = Exhausts virtual memory
 
 COMMENT-main =  C++ machine learning library
 COMMENT-python = python bindings to C++ machine learning library
+DPB_PROPERTIES =   parallel
 
 V =3.4.2
 

-peter


-- 
Schlattwhapper, n.:
The window shade that allows itself to be pulled down,
hesitates for a second, then snaps up in your face.
-- Rich Hall, "Sniglets"



lang/gambit build parallel

2023-07-06 Thread Peter Hessler
Hi,

This package takes quite a while to build, so I marked it as parallel to
use more CPUs.

I've been running this on the arm64 bulk build cluster for about a month
now.

OK?


Index: lang/gambit/Makefile
===
RCS file: /cvs/ports/lang/gambit/Makefile,v
retrieving revision 1.45
diff -u -p -u -p -r1.45 Makefile
--- lang/gambit/Makefile24 Mar 2022 20:17:43 -  1.45
+++ lang/gambit/Makefile9 Jun 2023 15:14:33 -
@@ -1,6 +1,7 @@
 BROKEN-riscv64=gsi and gsi-script segfault at startup
 
 COMMENT=   complete, efficient and reliable implementation of Scheme
+DPB_PROPERTIES=parallel
 
 V= 4.9.4
 REVISION=  0


-peter


-- 
Schlattwhapper, n.:
The window shade that allows itself to be pulled down,
hesitates for a second, then snaps up in your face.
-- Rich Hall, "Sniglets"



BROKEN: archivers/libzim hidden dependency

2023-07-06 Thread Marc Espie
Will happily pick up gtest if available, and crash
if it gets junked during the build

>>> Building on verycloudy2 under archivers/libzim
 BDEPENDS = 
[archivers/xz;databases/xapian-core;devel/meson;archivers/zstd;textproc/icu4c]
 DIST = [archivers/libzim:libzim-8.1.1.tar.xz]
 FULLPKGNAME = libzim-8.1.1
 RDEPENDS = 
[archivers/zstd;databases/xapian-core;archivers/xz;textproc/icu4c]
Woken up graphics/p5-Imager
(Junk lock failure for verycloudy2 at 1688623917.80251)
Received IO
(Junk lock obtained for verycloudy2 at 1688623947.69)
Woken up archivers/libzim
Short-cut: depends already handled by graphics/p5-Imager
>>> Running show-prepare-results in archivers/libzim at 1688623948.49
===> archivers/libzim
===> Building from scratch libzim-8.1.1
===> libzim-8.1.1 depends on: meson->=1.1.1v0 -> meson-1.1.1v0
===> libzim-8.1.1 depends on: xz->=5.4.0 -> xz-5.4.3
===> libzim-8.1.1 depends on: xz-* -> xz-5.4.3
===> libzim-8.1.1 depends on: zstd-* -> zstd-1.5.5
===> libzim-8.1.1 depends on: xapian-core-* -> xapian-core-1.4.22
===> libzim-8.1.1 depends on: icu4c-* -> icu4c-73.2v0
===>  Verifying specs:  c++ c++abi pthread icui18n icuuc lzma xapian zstd
===>  found c++.9.0 c++abi.6.0 pthread.27.0 icui18n.22.1 icuuc.22.1 lzma.2.2 
xapian.5.2 zstd.6.3
icu4c-73.2v0
meson-1.1.1v0
xapian-core-1.4.22
xz-5.4.3
zstd-1.5.5
(Junk lock released for verycloudy2 at 1688623950.66)
Woken up multimedia/svt-av1
distfiles size=192712
>>> Running extract in archivers/libzim at 1688623950.68
===> archivers/libzim
===>  Checking files for libzim-8.1.1
`/usr/ports/distfiles/libzim-8.1.1.tar.xz' is up to date.
===>  Extracting for libzim-8.1.1
>>> Running patch in archivers/libzim at 1688623951.21
===> archivers/libzim
===>  Patching for libzim-8.1.1
===>  Compiler link: clang -> /usr/bin/clang
===>  Compiler link: clang++ -> /usr/bin/clang++
===>  Compiler link: cc -> /usr/bin/cc
===>  Compiler link: c++ -> /usr/bin/c++
>>> Running configure in archivers/libzim at 1688623951.54
===> archivers/libzim
===>  Generating configure for libzim-8.1.1
===>  Configuring for libzim-8.1.1
The Meson build system
Version: 1.1.1
Source dir: /pobj/libzim-8.1.1/libzim-8.1.1
Build dir: /pobj/libzim-8.1.1/build-amd64
Build type: native build
Project name: libzim
Project version: 8.1.1
C compiler for the host machine: cc (clang 13.0.0 "OpenBSD clang version 
13.0.0")
C linker for the host machine: cc ld.lld 13.0.0
C++ compiler for the host machine: c++ (clang 13.0.0 "OpenBSD clang version 
13.0.0")
C++ linker for the host machine: c++ ld.lld 13.0.0
Host machine cpu family: x86_64
Host machine cpu: x86_64
Checking for size of "off_t" : 8 
Checking for size of "size_t" : 8 
Found pkg-config: /usr/bin/pkg-config (0.29.2)
Run-time dependency liblzma found: YES 5.4.3
Run-time dependency libzstd found: YES 1.5.5
Run-time dependency xapian-core found: YES 1.4.22
Run-time dependency icu-i18n found: YES 73.2
Run-time dependency GTest found: YES 1.11.0
Configuring zim_config.h using configuration
Program libzim-compile-resources found: YES 
(/pobj/libzim-8.1.1/libzim-8.1.1/scripts/libzim-compile-resources)
Program download_test_data.py found: YES 
(/pobj/libzim-8.1.1/libzim-8.1.1/scripts/download_test_data.py)
Configuring config.h using configuration
Build targets in project: 33

libzim 8.1.1

  User defined options
auto_features : enabled
buildtype : plain
localstatedir : /var
mandir: /usr/local/man
prefix: /usr/local
sharedstatedir: /var/db
strip : True
sysconfdir: /etc
wrap_mode : nodownload

Found ninja-1.11.1 at /usr/local/bin/ninja
>>> Running build in archivers/libzim at 1688623964.71
===> archivers/libzim
===>  Building for libzim-8.1.1
exec /usr/bin/env -i LC_CTYPE="en_US.UTF-8" PORTSDIR="/usr/ports" 
LIBTOOL="/usr/bin/libtool"  LIBzim_LTVERSION='-version-info 0:0:0' 
libzim_ltversion=0.0 
PATH='/pobj/libzim-8.1.1/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin'
 PREFIX='/usr/local'  LOCALBASE='/usr/local' X11BASE='/usr/X11R6'  CFLAGS='-O2 
-pipe'  TRUEPREFIX='/usr/local' DESTDIR=''  HOME='/libzim-8.1.1_writes_to_HOME' 
PICFLAG="-fpic"  BINGRP=bin BINOWN=root BINMODE=755 NONBINMODE=644  DIRMODE=755 
 INSTALL_COPY=-c INSTALL_STRIP=-s  MANGRP=bin MANOWN=root MANMODE=644 
BSD_INSTALL_PROGRAM="/pobj/libzim-8.1.1/bin/install -c -s -m 755"  
BSD_INSTALL_SCRIPT="/pobj/libzim-8.1.1/bin/install -c -m 755"  
BSD_INSTALL_DATA="/pobj/libzim-8.1.1/bin/install -c -m 644"  
BSD_INSTALL_MAN="/pobj/libzim-8.1.1/bin/install -c -m 644"  
BSD_INSTALL_PROGRAM_DIR="/pobj/libzim-8.1.1/bin/install -d -m 755"  
BSD_INSTALL_SCRIPT_DIR="/pobj/libzim-8.1.1/bin/install -d -m 755"  
BSD_INSTALL_DATA_DIR="/pobj/libzim-8.1.1/bin/install -d -m 755"  
BSD_INSTALL_MAN_DIR="/pobj/libzim-8.1.1/bin/install -d -m 755"  
/usr/local/bin/meson compile -C /pobj/libzim-8.1.1/build-amd64 -v -j 1
ninja: Entering directory `/pobj/libzim-8.1.1/build-amd64'
[1/133] /pobj/libzim-8.1.1/libzim-8