CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/09/07 15:27:31

Modified files:
security/openssl/3.0: Makefile distinfo 
security/openssl/3.0/patches: 
  patch-Configurations_unix-Makefile_tmpl 
security/openssl/3.0/pkg: PLIST 
Added files:
security/openssl/3.0/patches: patch-ssl_ssl_txt_c 

Log message:
Update to OpenSSL 3.0.0, ok sthen

Includes a format string fix for 64 bit time_t.

CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/09/07 15:26:02

Modified files:
security/py-tlsfuzzer: Makefile distinfo 

Log message:
Update to tlsfuzzer 20210907

CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/09/07 15:12:52

Modified files:
lang/node  : Makefile 
Added files:
lang/node/patches: patch-deps_openssl_openssl_apps_rehash_c 

Log message:
lang/node: apply printf %n fix for OpenSSL to node's embedded copy.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/09/07 15:08:15

Modified files:
graphics/asymptote: Makefile 

Log message:
curl was added as an LDEP but not a WANTLIB; fix from Jens A. Griepentrog

CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2021/09/07 14:54:33

Modified files:
security/openssl/1.1: Makefile 
security/openssl/3.0: Makefile 
Added files:
security/openssl/1.1/patches: patch-apps_rehash_c 
security/openssl/3.0/patches: patch-apps_rehash_c 

Log message:
openssl/sslscan: avoid printf %n, ok sthen

Note: OpenSSL still uses its own *printf() implementation, so this
would not result in a runtime failure.

lang/ghc (was: Warnings for %n in format strings)

[Matthias Kilian]

Hi,

On Tue, Sep 07, 2021 at 09:24:31PM +0200, Christian Weisgerber wrote:
> lang/ghcThe OpenBSD ports mailing-list 

Untested patch -- I'll probably get a test build with it together
with all ports depending on ghc tomorrow, but if anyone want's to
beat me ...

Ciao,
Kili

Index: Makefile
===
RCS file: /cvs/ports/lang/ghc/Makefile,v
retrieving revision 1.188
diff -u -p -r1.188 Makefile
--- Makefile16 Aug 2021 21:23:18 -  1.188
+++ Makefile7 Sep 2021 20:42:00 -
@@ -19,6 +19,8 @@ DISTNAME =ghc-${GHC_VERSION}
 CATEGORIES =   lang devel
 HOMEPAGE = https://www.haskell.org/ghc/
 
+REVISION = 0
+
 # Version of the precompiled binaries
 BIN_VER =  8.10.3.20210429
 
Index: patches/patch-rts_Stats_c
===
RCS file: patches/patch-rts_Stats_c
diff -N patches/patch-rts_Stats_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-rts_Stats_c   7 Sep 2021 20:42:00 -
@@ -0,0 +1,53 @@
+$OpenBSD$
+
+Kill use of %n format specifier.
+
+Index: rts/Stats.c
+--- rts/Stats.c.orig
 rts/Stats.c
+@@ -69,7 +69,7 @@ static Time *GC_coll_cpu = NULL;
+ static Time *GC_coll_elapsed = NULL;
+ static Time *GC_coll_max_pause = NULL;
+ 
+-static void statsPrintf( char *s, ... ) GNUC3_ATTRIBUTE(format (PRINTF, 1, 
2));
++static int statsPrintf( char *s, ... ) GNUC3_ATTRIBUTE(format (PRINTF, 1, 2));
+ static void statsFlush( void );
+ static void statsClose( void );
+ 
+@@ -1024,8 +1024,10 @@ static void report_summary(const RTSSummaryStats* sum)
+ 
+ for (g = 0; g < RtsFlags.GcFlags.generations; g++) {
+ int prefix_length = 0;
+-statsPrintf("%*s" "gen[%" FMT_Word32 "%n",
+-col_width[0], "", g, _length);
++prefix_length = statsPrintf("%*s" "gen[%" FMT_Word32,
++col_width[0], "", g);
++if (prefix_length < 0)
++prefix_length = 0;
+ prefix_length -= col_width[0];
+ int suffix_length = col_width[1] + prefix_length;
+ suffix_length =
+@@ -1735,9 +1737,10 @@ void getRTSStats( RTSStats *s )
+Dumping stuff in the stats file, or via the debug message interface
+-- 
*/
+ 
+-void
++int
+ statsPrintf( char *s, ... )
+ {
++int ret = 0;
+ FILE *sf = RtsFlags.GcFlags.statsFile;
+ va_list ap;
+ 
+@@ -1745,9 +1748,10 @@ statsPrintf( char *s, ... )
+ if (sf == NULL) {
+ vdebugBelch(s,ap);
+ } else {
+-vfprintf(sf, s, ap);
++ret = vfprintf(sf, s, ap);
+ }
+ va_end(ap);
++return ret;
+ }
+ 
+ static void

aarch64 bulk build report

[phessler]

bulk build on arm64.ports.openbsd.org
started on  Sun Sep 5 10:07:25 MDT 2021
finished at Tue Sep 7 14:28:51 MDT 2021
lasted 2D04h21m
done with kern.version=OpenBSD 7.0-beta (GENERIC.MP) #1302: Sun Sep  5 07:06:49 
MDT 2021

built packages:10946
Sep 5:3738
Sep 6:2358
Sep 7:4849


critical path missing pkgs:  
http://build-failures.rhaalovely.net/aarch64/2021-09-05/summary.log

build failures: 30
http://build-failures.rhaalovely.net/aarch64/2021-09-05/comms/gnuradio.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/editors/micro.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/games/shockolate.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/graphics/gmic.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/graphics/simgear.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/lang/pcc/pcc.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/lang/pcc/pcc-libs.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/net/tailscale.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/sysutils/gitlab-runner.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/sysutils/rundeck.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/sysutils/telegraf.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/www/chromium.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/www/iridium.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/www/seamonkey,-lightning.log
http://build-failures.rhaalovely.net/aarch64/2021-09-05/www/webkitgtk4.log

recurrent failures
 failures/editors/micro.log
 failures/games/shockolate.log
 failures/graphics/gmic.log
 failures/lang/pcc/pcc.log
 failures/lang/pcc/pcc-libs.log
 failures/sysutils/gitlab-runner.log
 failures/sysutils/rundeck.log
 failures/sysutils/telegraf.log
 failures/www/chromium.log
 failures/www/iridium.log
 failures/www/seamonkey,-lightning.log
new failures
+++ ls-failures Tue Sep  7 14:30:24 2021
+failures/graphics/simgear.log
+failures/net/tailscale.log
+failures/www/webkitgtk4.log
resolved failures
--- ../old/aarch64/last//ls-failuresSat Aug 28 08:09:26 2021
-failures/graphics/openscenegraph.log
-failures/net/minio/server.log
-failures/x11/fbpanel.log

Re: Warnings for %n in format strings

[Stuart Henderson]

henning: do you still use openldap 2.3? if not, the port is a bit of a
source of problems and it would be helpful to remove it (these days 2.4
has a backend which is nothing to do with berkeley db which iirc was the
original problem)

On 2021/09/07 21:24, Christian Weisgerber wrote:
> Earlier today, semarie@ committed a change that will now cause base
> clang to warn when the %n specifier appears in a format string for
> the printf(3) family of functions:
> 
> warning: '%n' format specifier support is deactivated and will call abort(3)
> 
> I already ran a full amd64 bulk build with this.  The surprisingly
> short list of ports that produce the warning is below.
> 
> THIS NEEDS TO BE FIXED.
> 
> databases/openldap23The OpenBSD ports mailing-list 
> devel/adb   The OpenBSD ports mailing-list 
> devel/libvstr   The OpenBSD ports mailing-list 

I don't remember what libvstr was imported for originally but it's
unused in ports, I propose removing it

> editors/cooleditMarc Espie 
> editors/nedit   Alessandro De Laurenzis 
> games/gnugo The OpenBSD ports mailing-list 
> games/xmahjongg The OpenBSD ports mailing-list 
> lang/ghcThe OpenBSD ports mailing-list 
> lang/node   Volker Schlecht 
> mail/exim   Renaud Allard 
> math/mclThe OpenBSD ports mailing-list 
> math/yorick The OpenBSD ports mailing-list 
> misc/brltty The OpenBSD ports mailing-list 
> misc/uniutils   Nicholas Marriott 
> net/climm   Pascal Stumpf 
> net/dnstracer   The OpenBSD ports mailing-list 
> net/libsmi  Nigel Taylor 
> print/lcdf-typetoolsThe OpenBSD ports mailing-list 
> security/gnupg  Edd Barrett 
> security/libssh2Benoit Lecocq 

> security/openssl/1.1The OpenBSD ports mailing-list 
> security/openssl/3.0The OpenBSD ports mailing-list 
> security/sslscanStuart Henderson 

tb has fixes for these 3 that I haven't reviewed yet

> sysutils/cdrtools   The OpenBSD ports mailing-list 
> textproc/link-grammar   The OpenBSD ports mailing-list 
> textproc/openjade   The OpenBSD ports mailing-list 
> x11/fvwm2   Michael 
> 
> The raw grep over the build logs:
> 
> ./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:620:34:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:625:29:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:620:34:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:625:29:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./databases/openldap23.log:url.c:620:34: warning: '%n' format specifier 
> support is deactivated and will call abort(3)
> ./databases/openldap23.log:url.c:625:29: warning: '%n' format specifier 
> support is deactivated and will call abort(3)
> ./databases/openldap23.log:url.c:620:34: warning: '%n' format specifier 
> support is deactivated and will call abort(3)
> ./databases/openldap23.log:url.c:625:29: warning: '%n' format specifier 
> support is deactivated and will call abort(3)
> ./devel/adb.log:transport.c:919:41: warning: '%n' format specifier support is 
> deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:514:39:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:571:40:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:917:40:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:514:39:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:571:40:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:917:40:
>  warning: '%n' format specifier support is deactivated and will call abort(3)
> ./lang/node.log:../deps/openssl/openssl/apps/rehash.c:407:53: warning: '%n' 
> format specifier support is deactivated and will call abort(3)
> ./lang/node.log:../deps/openssl/openssl/apps/rehash.c:429:53: warning: '%n' 
> format specifier support is deactivated and will call abort(3)
> ./lang/ghc.log: warning: '%n' format 

Warnings for %n in format strings

[Christian Weisgerber]

Earlier today, semarie@ committed a change that will now cause base
clang to warn when the %n specifier appears in a format string for
the printf(3) family of functions:

warning: '%n' format specifier support is deactivated and will call abort(3)

I already ran a full amd64 bulk build with this.  The surprisingly
short list of ports that produce the warning is below.

THIS NEEDS TO BE FIXED.

databases/openldap23The OpenBSD ports mailing-list 
devel/adb   The OpenBSD ports mailing-list 
devel/libvstr   The OpenBSD ports mailing-list 
editors/cooleditMarc Espie 
editors/nedit   Alessandro De Laurenzis 
games/gnugo The OpenBSD ports mailing-list 
games/xmahjongg The OpenBSD ports mailing-list 
lang/ghcThe OpenBSD ports mailing-list 
lang/node   Volker Schlecht 
mail/exim   Renaud Allard 
math/mclThe OpenBSD ports mailing-list 
math/yorick The OpenBSD ports mailing-list 
misc/brltty The OpenBSD ports mailing-list 
misc/uniutils   Nicholas Marriott 
net/climm   Pascal Stumpf 
net/dnstracer   The OpenBSD ports mailing-list 
net/libsmi  Nigel Taylor 
print/lcdf-typetoolsThe OpenBSD ports mailing-list 
security/gnupg  Edd Barrett 
security/libssh2Benoit Lecocq 
security/openssl/1.1The OpenBSD ports mailing-list 
security/openssl/3.0The OpenBSD ports mailing-list 
security/sslscanStuart Henderson 
sysutils/cdrtools   The OpenBSD ports mailing-list 
textproc/link-grammar   The OpenBSD ports mailing-list 
textproc/openjade   The OpenBSD ports mailing-list 
x11/fvwm2   Michael 

The raw grep over the build logs:

./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:620:34:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:625:29:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:620:34:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./databases/openldap23.log:/usr/obj/ports/openldap-server-2.3.43/openldap-2.3.43/libraries/libldap/url.c:625:29:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./databases/openldap23.log:url.c:620:34: warning: '%n' format specifier support 
is deactivated and will call abort(3)
./databases/openldap23.log:url.c:625:29: warning: '%n' format specifier support 
is deactivated and will call abort(3)
./databases/openldap23.log:url.c:620:34: warning: '%n' format specifier support 
is deactivated and will call abort(3)
./databases/openldap23.log:url.c:625:29: warning: '%n' format specifier support 
is deactivated and will call abort(3)
./devel/adb.log:transport.c:919:41: warning: '%n' format specifier support is 
deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:514:39:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:571:40:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:917:40:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:514:39:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:571:40:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./devel/libvstr.log:/usr/obj/ports/vstr-1.0.15/vstr-1.0.15/src/vstr_sc.c:917:40:
 warning: '%n' format specifier support is deactivated and will call abort(3)
./lang/node.log:../deps/openssl/openssl/apps/rehash.c:407:53: warning: '%n' 
format specifier support is deactivated and will call abort(3)
./lang/node.log:../deps/openssl/openssl/apps/rehash.c:429:53: warning: '%n' 
format specifier support is deactivated and will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier support is deactivated and 
will call abort(3)
./lang/ghc.log: warning: '%n' format specifier 

Re: [NEW] mail/hydroxide

[Stuart Henderson]

On 2021/09/07 13:35, Juris M. wrote:
> Additionally, he noted that ports submitted from ProtonMail users are often 
> of shoddy quality and lack maintenance; I would like to change that.

Mailing list posts, not ports. I think we had to switch some lists to
being moderated for posts from protonmail users such was the problem.
Sad really.

"- NOTE: the following is a liberal rewording of the instructions found
in hydroxide's project README." - it's better to just include upstream's
readme in the package, it's too easy for pkg/README to get out of date.

Please drop @pkgpath from pkg/PLIST, that is for ports which have moved
path. Please add "# $OpenBSD" to the top of Makefile.

For newer go ports using modules, the big set of MODGO_MODULES lines go
to their own separate modules.inc file and use .include "modules.inc" to
pull them in from the main Makefile to keep things tidy. Not everything
in-tree has been converted but would be good to use that for anything
added.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2021/09/07 12:15:25

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

Log message:
update to libhandy-1.4.0

fix x11/kde-applications/kitinerary with new poppler

[Matthias Kilian]

Hi,

this fixes the build of kitinerary with poppler-21.08.0 (and of
course 21.09.0, too).

Ok to commit this together with the poppler update?

Ciao,
Kili

Index: patches/patch-src_lib_pdf_pdfdocument_cpp
===
RCS file: patches/patch-src_lib_pdf_pdfdocument_cpp
diff -N patches/patch-src_lib_pdf_pdfdocument_cpp
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_lib_pdf_pdfdocument_cpp   7 Sep 2021 17:46:44 -
@@ -0,0 +1,53 @@
+$OpenBSD$
+
+Fix build with poppler-21.08.0.
+
+Index: src/lib/pdf/pdfdocument.cpp
+--- src/lib/pdf/pdfdocument.cpp.orig
 src/lib/pdf/pdfdocument.cpp
+@@ -201,7 +201,7 @@ int PdfDocument::fileSize() const
+ }
+ 
+ #ifdef HAVE_POPPLER
+-static QDateTime parsePdfDateTime(const char *str)
++static QDateTime parsePdfDateTime(const GooString *str)
+ {
+ int year, month, day, hour, min, sec, tzHours, tzMins;
+ char tz;
+@@ -229,16 +229,12 @@ static QDateTime parsePdfDateTime(const char *str)
+ QDateTime PdfDocument::creationTime() const
+ {
+ #ifdef HAVE_POPPLER
+-std::unique_ptr dt(d->m_popplerDoc->getDocInfoCreatDate());
++GooString *dt = d->m_popplerDoc->getDocInfoCreatDate();
+ if (!dt) {
+ return {};
+ }
+-#if KPOPPLER_VERSION >= QT_VERSION_CHECK(0, 72, 0)
+-return parsePdfDateTime(dt->c_str());
++return parsePdfDateTime(dt);
+ #else
+-return parsePdfDateTime(dt->getCString());
+-#endif
+-#else
+ return {};
+ #endif
+ }
+@@ -246,15 +242,11 @@ QDateTime PdfDocument::creationTime() const
+ QDateTime PdfDocument::modificationTime() const
+ {
+ #ifdef HAVE_POPPLER
+-std::unique_ptr dt(d->m_popplerDoc->getDocInfoModDate());
++GooString *dt = d->m_popplerDoc->getDocInfoModDate();
+ if (!dt) {
+ return {};
+ }
+-#if KPOPPLER_VERSION >= QT_VERSION_CHECK(0, 72, 0)
+-return parsePdfDateTime(dt->c_str());
+-#else
+-return parsePdfDateTime(dt->getCString());
+-#endif
++return parsePdfDateTime(dt);
+ #else
+ return {};
+ #endif

update print/poppler

[Matthias Kilian]

Hi,

overdue update to the newest poppler.

Works for me[tm] on amd64. I'm sending this because it breaks one port
(x11/kde-applications/kitinerary), which I'll send a patch for.

Ciao,
KIli

Index: Makefile
===
RCS file: /cvs/ports/print/poppler/Makefile,v
retrieving revision 1.167
diff -u -p -r1.167 Makefile
--- Makefile19 May 2021 19:57:03 -  1.167
+++ Makefile7 Sep 2021 17:41:10 -
@@ -5,23 +5,20 @@ COMMENT-qt5=  Qt5 interface to PDF render
 COMMENT-qt6=   Qt6 interface to PDF rendering library
 COMMENT-utils= PDF conversion tools and utilities
 
-V= 21.05.0
+V= 21.09.0
 DISTNAME=  poppler-$V
 CATEGORIES=print
 PKGNAME-main=  poppler-$V
 PKGNAME-utils= poppler-utils-$V
 PKGNAME-qt5=   poppler-qt5-$V
 PKGNAME-qt6=   poppler-qt6-$V
-REVISION-main= 0
-REVISION-qt5=  0
-REVISION-utils=0
 
 EXTRACT_SUFX=  .tar.xz
 
-SHARED_LIBS += poppler  70.0 # 110.0
+SHARED_LIBS += poppler  71.0 # 113.0
 SHARED_LIBS += poppler-glib 19.9 # 8.21
-SHARED_LIBS += poppler-qt5  8.8  # 1.28
-SHARED_LIBS += poppler-qt6  0.1  # 1.2
+SHARED_LIBS += poppler-qt5  8.9  # 1.29
+SHARED_LIBS += poppler-qt6  1.0  # 3.0
 SHARED_LIBS += poppler-cpp  17.0 # 0.9
 
 HOMEPAGE=  https://poppler.freedesktop.org/
Index: distinfo
===
RCS file: /cvs/ports/print/poppler/distinfo,v
retrieving revision 1.90
diff -u -p -r1.90 distinfo
--- distinfo19 May 2021 19:57:03 -  1.90
+++ distinfo7 Sep 2021 17:41:10 -
@@ -1,2 +1,2 @@
-SHA256 (poppler-21.05.0.tar.xz) = 2v1Te2gPrRIVvED8U9HzjoRJ18GFvGDVqJ4dJskNvYw=
-SIZE (poppler-21.05.0.tar.xz) = 1700632
+SHA256 (poppler-21.09.0.tar.xz) = Wkf+9zjCuZRx+bRZqL+LQK77fu2SyqSGHDeYsuEm0Fs=
+SIZE (poppler-21.09.0.tar.xz) = 1722828
Index: patches/patch-poppler_Form_cc
===
RCS file: /cvs/ports/print/poppler/patches/patch-poppler_Form_cc,v
retrieving revision 1.8
diff -u -p -r1.8 patch-poppler_Form_cc
--- patches/patch-poppler_Form_cc   9 Mar 2021 20:33:48 -   1.8
+++ patches/patch-poppler_Form_cc   7 Sep 2021 17:41:10 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-poppler_Form_cc,v 1.8 20
 Index: poppler/Form.cc
 --- poppler/Form.cc.orig
 +++ poppler/Form.cc
-@@ -36,6 +36,7 @@
+@@ -37,6 +37,7 @@
  #include 
  
  #include 
Index: patches/patch-poppler_XRef_cc
===
RCS file: /cvs/ports/print/poppler/patches/patch-poppler_XRef_cc,v
retrieving revision 1.25
diff -u -p -r1.25 patch-poppler_XRef_cc
--- patches/patch-poppler_XRef_cc   9 Mar 2021 20:33:48 -   1.25
+++ patches/patch-poppler_XRef_cc   7 Sep 2021 17:41:10 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-poppler_XRef_cc,v 1.25 2
 Index: poppler/XRef.cc
 --- poppler/XRef.cc.orig
 +++ poppler/XRef.cc
-@@ -1061,7 +1061,7 @@ bool XRef::isRefEncrypted(Ref r)
+@@ -1075,7 +1075,7 @@ bool XRef::isRefEncrypted(Ref r)
  
  bool XRef::okToPrint(bool ignoreOwnerPW) const
  {
@@ -11,7 +11,7 @@ Index: poppler/XRef.cc
  }
  
  // we can print at high res if we are only doing security handler revision
-@@ -1069,48 +1069,37 @@ bool XRef::okToPrint(bool ignoreOwnerPW) const
+@@ -1083,48 +1083,37 @@ bool XRef::okToPrint(bool ignoreOwnerPW) const
  // 3 and we are allowed to print, and bit 12 is set.
  bool XRef::okToPrintHighRes(bool ignoreOwnerPW) const
  {
Index: patches/patch-qt5_src_CMakeLists_txt
===
RCS file: /cvs/ports/print/poppler/patches/patch-qt5_src_CMakeLists_txt,v
retrieving revision 1.5
diff -u -p -r1.5 patch-qt5_src_CMakeLists_txt
--- patches/patch-qt5_src_CMakeLists_txt19 May 2021 19:57:03 -  
1.5
+++ patches/patch-qt5_src_CMakeLists_txt7 Sep 2021 17:41:10 -
@@ -9,7 +9,7 @@ Index: qt5/src/CMakeLists.txt
  )
  add_library(poppler-qt5 ${poppler_qt5_SRCS})
  generate_export_header(poppler-qt5 BASE_NAME poppler-qt5 EXPORT_FILE_NAME 
"${CMAKE_CURRENT_BINARY_DIR}/poppler-export.h")
--set_target_properties(poppler-qt5 PROPERTIES VERSION 1.28.0 SOVERSION 1)
+-set_target_properties(poppler-qt5 PROPERTIES VERSION 1.29.0 SOVERSION 1)
  if(MINGW AND BUILD_SHARED_LIBS)
  get_target_property(POPPLER_QT5_SOVERSION poppler-qt5 SOVERSION)
  set_target_properties(poppler-qt5 PROPERTIES SUFFIX 
"-${POPPLER_QT5_SOVERSION}${CMAKE_SHARED_LIBRARY_SUFFIX}")
Index: patches/patch-qt6_src_CMakeLists_txt
===
RCS file: /cvs/ports/print/poppler/patches/patch-qt6_src_CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -r1.2 patch-qt6_src_CMakeLists_txt
--- patches/patch-qt6_src_CMakeLists_txt19 May 2021 19:57:03 -  
1.2
+++ patches/patch-qt6_src_CMakeLists_txt7 

[NEW] mail/hydroxide

[Juris M.]

Hi, ports@!

I would like to submit and maintain the port of hydroxide, the open-source 
ProtonMail bridge written in Go.

Stuart Henderson pointed out to me earlier today that there was already an 
attempt at submitting this port in 2018, but the author seems to have given up 
after it wasn't committed. Additionally, he noted that ports submitted from 
ProtonMail users are often of shoddy quality and lack maintenance; I would like 
to change that.

I've attached the port and wrote a README for its usage on OpenBSD. I've been 
using it myself for about 9-ish months now and haven't run into any issues.

I would be greatful for any input and feedback on this.

--
Sincerely,
Juris.

hydroxide.tar.gz
Description: application/gzip

update lang/zig to 0.8.1

[Sebastien Marie]

Hi,

The following diff updates lang/zig to 0.8.1 version.

But I changed the way the port is done. Previously I took upstream
tarball from zig-bootstrap repository which carry some all it is need
to build zig (plain llvm 12 + clang + lld). The llvm part was slightly
patched to minimal to be able to build on OpenBSD.

Here, I am using zig repository, and I also fetch llvm 12 from github,
using mortimer branch, with all OpenBSD specific patches. It also
helps mirrors as llvm-12 tarball shouldn't change too often.

I intent to follow zig 0.8.x branch and update the port regulary to
0.8.2preXX .

Any comments or OK ?
-- 
Sebastien Marie

Index: Makefile
===
RCS file: /cvs/ports/lang/zig/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile26 Aug 2021 04:37:15 -  1.8
+++ Makefile7 Sep 2021 15:22:48 -
@@ -11,11 +11,15 @@ DPB_PROPERTIES =parallel
 
 COMMENT =  zig compiler and toolchain
 
-DISTNAME = zig-0.8.1pre29
+DISTNAME = zig-0.8.1
 
-GH_ACCOUNT =   ziglang
-GH_PROJECT =   zig-bootstrap
-GH_COMMIT =ffc05c41b275f2c3c10038707df3d3649713f7af
+# see https://github.com/ziglang/zig/tree/0.8.x
+ZIG_VERSION =  0.8.1
+ZIG_COMMIT =   12828c09d66873f1626d21c898117969764f3a4f
+
+# see https://github.com/mordak/llvm-project/tree/openbsd-release/12.x
+LLVM_VERSION = 12.x
+LLVM_COMMIT =  d01534d1b1a68a370db6e79ea0ea03a63cf778d7
 
 CATEGORIES =   lang
 
@@ -28,6 +32,12 @@ PERMIT_PACKAGE = Yes
 
 WANTLIB =  ${COMPILER_LIBCXX} c m
 
+MASTER_SITES = https://github.com/ziglang/zig/archive/
+MASTER_SITES0 =https://github.com/mordak/llvm-project/archive/
+
+DISTFILES =
zig-${ZIG_VERSION}-${ZIG_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{${ZIG_COMMIT}${EXTRACT_SUFX}}
 \
+   
llvm-project-${LLVM_VERSION}-${LLVM_COMMIT:C/().*/\1/}${EXTRACT_SUFX}{${LLVM_COMMIT}${EXTRACT_SUFX}}:0
+
 # C++11
 COMPILER = base-clang ports-gcc
 
@@ -46,7 +56,13 @@ MAKE_ENV +=  CXXFLAGS="${CXXFLAGS}" \
 
 # command to build/install/test
 BUILDCMD = cd ${WRKBUILD} && exec ${SETENV} ${MAKE_ENV} \
-   sh "${.CURDIR}/files/build.sh"
+   sh "${.CURDIR}/files/build.sh" \
+   "${ZIG_VERSION}+${ZIG_COMMIT:C/(.).*/\1/}"
+
+post-extract:
+   mkdir -p ${WRKSRC}
+   mv ${WRKDIR}/zig-${ZIG_COMMIT} ${WRKSRC}/zig
+   mv ${WRKDIR}/llvm-project-${LLVM_COMMIT} ${WRKSRC}/llvm-project
 
 pre-configure:
@ln -fs ${MODPY_BIN} ${WRKDIR}/bin/python
Index: distinfo
===
RCS file: /cvs/ports/lang/zig/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo26 Aug 2021 04:37:15 -  1.5
+++ distinfo7 Sep 2021 15:22:48 -
@@ -1,2 +1,4 @@
-SHA256 (zig-0.8.1pre29-ffc05c41.tar.gz) = 
VjJJrqW0F4ZafFdbv/HFQkGug6zrtO713KRVSAtnaBA=
-SIZE (zig-0.8.1pre29-ffc05c41.tar.gz) = 62572302
+SHA256 (llvm-project-12.x-d01534d1.tar.gz) = 
6t82ae1rQtyCw5ZzfDtpVWhl0y3/g+ROzo+wS3LSRrA=
+SHA256 (zig-0.8.1-12828c09.tar.gz) = 
Yg44RYoZLzn3G0d8RzWlmGypzYEFFWYlDEr1fokTxWk=
+SIZE (llvm-project-12.x-d01534d1.tar.gz) = 134366334
+SIZE (zig-0.8.1-12828c09.tar.gz) = 19661360
Index: files/build.sh
===
RCS file: /cvs/ports/lang/zig/files/build.sh,v
retrieving revision 1.3
diff -u -p -r1.3 build.sh
--- files/build.sh  24 Apr 2021 13:59:21 -  1.3
+++ files/build.sh  7 Sep 2021 15:22:48 -
@@ -8,17 +8,14 @@ LLVMINST="${WRKBUILD}/llvm-install"
 ZIG1BUILD="${WRKBUILD}/zig-stage1"
 ZIG2BUILD="${WRKBUILD}/zig-stage2"
 
-# extract zig version
-TARGET_VERSION=$(sed -ne 's/^ZIG_VERSION="\([^"]*\)"$/\1/p' < 
"${WRKSRC}/build")
-
 # disable some llvm protections in the llvm compiler to regain performance
 case $(machine) in
-aarch64)   CXXFLAGS="-fno-ret-protector ${CXXFLAGS:-}" ;;
-amd64) CXXFLAGS="-fno-ret-protector -mno-retpoline ${CXXFLAGS:-}" ;;
-i386)  CXXFLAGS="-fno-ret-protector -mno-retpoline ${CXXFLAGS:-}" ;;
-mips64)CXXFLAGS="-fno-ret-protector -fomit-frame-pointer 
${CXXFLAGS:-}" ;;
-mips64el)  CXXFLAGS="-fno-ret-protector -fomit-frame-pointer 
${CXXFLAGS:-}" ;;
-powerpc)   CXXFLAGS="-fno-ret-protector ${CXXFLAGS:-}"
+aarch64)   XFLAGS="-fno-ret-protector" ;;
+amd64) XFLAGS="-fno-ret-protector -mno-retpoline" ;;
+i386)  XFLAGS="-fno-ret-protector -mno-retpoline" ;;
+mips64)XFLAGS="-fno-ret-protector -fomit-frame-pointer" ;;
+mips64el)  XFLAGS="-fno-ret-protector -fomit-frame-pointer" ;;
+powerpc)   XFLAGS="-fno-ret-protector"
CMAKE_SHARED_LINKER_FLAGS="-Wl,-relax"
;;
 esac
@@ -28,8 +25,10 @@ llvm_configure() {
[ ! -d "${LLVMBUILD}" ] && mkdir "${LLVMBUILD}" "${LLVMINST}"
 
cd "${LLVMBUILD}"
-   env CXXFLAGS="${CXXFLAGS:-}" VERBOSE=1 MODCMAKE_PORT_BUILD=yes \

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2021/09/07 09:42:09

Modified files:
x11/qdirstat   : Makefile distinfo 
x11/qdirstat/patches: patch-src_src_pro 

Log message:
Update qdirstat to 1.8

Re: Creating a new port, help needed [Go-lang]

[Aaron Bieber]

"Juris M."  writes:

> Hello, ports@!
>
> I'm trying to create a port of hydroxide[1], which is written in Go.
> My knowledge of Go lang project infrastructure is minimal and the ports 
> infrastructure is new to me as well.
>
> So far, I've looked at other ports in Go as examples, mainly terraform, and 
> some key elements are still unclear to me, whether related to the ports 
> infrastructure or Go specifically.
>
> 1) How do I determine the exhaustive list of dependency modules for 
> MODGO_MODULES. Are those listed in the projects go.mod enough?

The list is produced from the output of `go mod graph`. You can see the
code that builds the list here:

  
https://github.com/openbsd/ports/blob/master/infrastructure/lib/OpenBSD/PortGen/Port/Go.pm#L162-L191

As for generating the list, if you set MODGO_MODNAME (this is always the
"module" line from a projects go.mod file) and MODGO_VERSION (the latest
semver tag for a project) you can run "make modgo-gen-modules" to
produce the needed MODGO lines. I always do:

  make modgo-gen-modules > modules.inc

Because the list is usually long.

> 2) What are MODGO_MODFILES, and why do they list multiple versions? Are they 
> the exhaustive versions of the dependencies of the dependencies of the main 
> project?

Mod files are used by Go for dependency resolution. It needs multiple
versions as part of this.

>
> Those are the main two questions I have for now. Any pointers addressing 
> these will be appreciated.
>
> So far, I've been running a locally built hydroxide, and it's been working 
> fantastically.
>
> I would like to contribute this and maintain it, if no one objects, as I've 
> found it useful and hope others will too.
>
> [1]: Hydroxide is a CardDAV, IMAP and SMTP bridge for ProtonMail[2]
> [2]: https://protonmail.com/

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2021/09/07 08:18:02

Modified files:
net/weechat: Makefile distinfo 

Log message:
Security update weechat to 3.2.1

https://weechat.org/doc/security/ CVE-2021-40516

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2021/09/07 07:55:42

Modified files:
graphics/krita : Makefile distinfo 

Log message:
Update krita 4.4.8

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/09/07 07:43:05

Modified files:
www/firefox-esr: Makefile distinfo 
www/firefox-esr/files: pledge.content pledge.gpu pledge.main 
   unveil.content unveil.gpu unveil.main 
www/firefox-esr/patches: patch-config_makefiles_rust_mk 
 patch-js_src_jit_ProcessExecutableMemory_h 
 patch-toolkit_system_gnome_nsGIOService_cpp 
www/firefox-esr/pkg: PLIST 
www/firefox-esr-i18n: Makefile.inc distinfo 
Added files:
www/firefox-esr/files: pledge.rdd pledge.socket unveil.rdd 
   unveil.socket 
www/firefox-esr/patches: 
 
patch-toolkit_components_downloads_DownloadIntegration_jsm 
 
patch-toolkit_components_downloads_DownloadUIHelper_jsm 

Log message:
www/firefox-esr: major update from 78.13.0 to 91.1.0

See https://www.mozilla.org/en-US/firefox/91.1.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-40/

merges what was in www/mozilla-firefox before the 92.0 update:
- add unveil/pledge for socket & rdd processes
- sync download dir patches

allows 7.0 to ship with a maintained esr branch for its lifetime

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/09/07 07:40:04

Modified files:
www/firefox-esr: Tag: OPENBSD_6_9 Makefile distinfo 

Log message:
www/firefox-esr: update to 78.14.0.

See https://www.mozilla.org/en-US/firefox/78.14.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-39/

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2021/09/07 07:37:55

Modified files:
www/mozilla-firefox: Makefile distinfo 
www/firefox-i18n: Makefile.inc distinfo 

Log message:
www/mozilla-firefox: update to firefox 92.0.

See https://www.mozilla.org/en-US/firefox/92.0/releasenotes/
Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2021-38/

tested by (at least) naddy@

Creating a new port, help needed [Go-lang]

[Juris M.]

Hello, ports@!

I'm trying to create a port of hydroxide[1], which is written in Go.
My knowledge of Go lang project infrastructure is minimal and the ports 
infrastructure is new to me as well.

So far, I've looked at other ports in Go as examples, mainly terraform, and 
some key elements are still unclear to me, whether related to the ports 
infrastructure or Go specifically.

1) How do I determine the exhaustive list of dependency modules for 
MODGO_MODULES. Are those listed in the projects go.mod enough?
2) What are MODGO_MODFILES, and why do they list multiple versions? Are they 
the exhaustive versions of the dependencies of the dependencies of the main 
project?

Those are the main two questions I have for now. Any pointers addressing these 
will be appreciated.

So far, I've been running a locally built hydroxide, and it's been working 
fantastically.

I would like to contribute this and maintain it, if no one objects, as I've 
found it useful and hope others will too.

[1]: Hydroxide is a CardDAV, IMAP and SMTP bridge for ProtonMail[2]
[2]: https://protonmail.com/

--
Sincerely,
Juris M.

Re: devel/scons: [wip] update to 4.2.0

[Kirill Bychkov]

On Tue, August 24, 2021 23:33, Omar Polo wrote:
> Hello ports,
>
> motivated by the fact that godot 4.0 will require scons 3+, I tried to
> update devel/scons to a newer release.  The attached patch updates to
> 4.2.0 and switches from python2 to python3.  While it seems to work,
> there are some failure in ports:
>
>> find /usr/ports/ -type f -name Makefile -exec grep devel/scons {} +

[...]

>
> - graphics/mapnik
>   breaks because of python2.  Easy to fix, but then fails at
>   linking:
>
> 8<
> ld: error: relocation R_X86_64_PC32 cannot be used against symbol typeinfo for
> boost::wrapexcept; recompile with -fPIC
 defined in src/expression_grammar.os
 referenced by expression_grammar.cpp
   src/expression_grammar.os:(void
 boost::throw_exception(boost::bad_function_call
 const&))
>
> ld: error: relocation R_X86_64_PC32 cannot be used against symbol vtable for
> boost::exception_detail::clone_base; recompile with -fPIC
 defined in src/expression_grammar.os
 referenced by expression_grammar.cpp
   
 src/expression_grammar.os:(boost::wrapexcept::wrapexcept(boost::bad_function_call
 const&))
>
> ...
> >8
>
>   it shouldn't be hard to fix, I haven't really investigated it
>   because I was working on the other ports
>
>   Attaching wip diff

Hi,
Adding -fPIC fixes linking:
-WARNING_CXXFLAGS="-I${X11BASE}/include/freetype2" \
+WARNING_CXXFLAGS="-I${X11BASE}/include/freetype2 -fPIC" \


>
> - misc/gpsd
>   breaks because of python2.  Like graphics/mapnik, it's easy to
>   fix but fails at linking for the same reason.
>
>   Attaching wip diff
>
>
> Regarding the patch itself:
>
>  - the installation path changed, hence the enormous PLIST diff
>  - while here HOMEPAGE switched to HTTPS
>  - the installed files doesn't seem like they need MODPY_ADJ_FILES, but
>I'm probably wrong
>  - bcallah@ asked to be dropped as MAINTAINER on irc
>
> Another way would be to update to scons 3.something and keep python2.
> It would be easier indeed, and I've been doing so for a while, but I
> thought to bite the bullet and give a full update a chance.
>
> Comments/Thoughts?
>
> Cheers,
>
> Omar Polo
>
>

[NEW] www/unit

[Sergey A. Osokin]

Hi there,

I'm glad to share with you NGINX Unit port for OpenBSD has been created.

In addition to the port (it's been attached to this email as a tarball)
an additional user account `unit' and `unit' group are need to be created.

Please let me know your thoughts, ask questions, provide comments.

Thank you.

-- 
Sergey Osokin


unit.tgz
Description: application/gtar-compressed

Re: pkg_add: some XXX shows up

[Marc Espie]

On Tue, Sep 07, 2021 at 01:35:45PM +0200, Patrick Wildt wrote:
> Hi,
> 
> I was just running pkg_add on one of my machines and I saw this:
> 
> gstreamer1-plugins-base-1.18.4:.libs-avahi-0.8p0->avahi-glib-0.8p0: ok
> XXX .libs-avahi-0.8p0
> XXX .libs-avahi-0.8p0
> XXX .libs-avahi-0.8p0
> XXX .libs-avahi-0.8p0
> XXX .libs-avahi-0.8p0
> ... (a few more times)
> 
> What's that?  Is it of significance?  Did I hit an debug case that
> pkg_add (or whatever) has?
> 
> Patrick
> 

Nope, it's not really bad.

pkg_add: some XXX shows up

[Patrick Wildt]

Hi,

I was just running pkg_add on one of my machines and I saw this:

gstreamer1-plugins-base-1.18.4:.libs-avahi-0.8p0->avahi-glib-0.8p0: ok
XXX .libs-avahi-0.8p0
XXX .libs-avahi-0.8p0
XXX .libs-avahi-0.8p0
XXX .libs-avahi-0.8p0
XXX .libs-avahi-0.8p0
... (a few more times)

What's that?  Is it of significance?  Did I hit an debug case that
pkg_add (or whatever) has?

Patrick

Re: [New] fonts/juliamono

[Laurence Tratt]

On Tue, Sep 07, 2021 at 04:50:54AM -0600, Anthony J. Bentley wrote:

Hello Anthony,

> There is a way (documented in bsd.port.mk) but I have always found
> the versioned DIST_SUBDIR both more intuitive and easier to remember.

Stuart also pointed that out to me and said that it's preferable to not use
subdirs if possible. So I attach an update that does:

  DISTFILES = ${DISTNAME}-${V}{${DISTNAME}}${EXTRACT_SUFX}

which seems to do the trick!


Laurie


juliamono.tgz
Description: application/tar-gz

Re: [New] fonts/juliamono

[Anthony J. Bentley]

Laurence Tratt writes:
> I don't know how to rename the distfile within the ports framework

There is a way (documented in bsd.port.mk) but I have always found
the versioned DIST_SUBDIR both more intuitive and easier to remember.

> I attach an update.

ok bentley@

Re: [New] fonts/juliamono

[Laurence Tratt]

On Tue, Sep 07, 2021 at 11:06:17AM +0100, Stuart Henderson wrote:

Hello Stuart,

> DESCR is OK as-is. But the distfile needs renaming to include a version.

I don't know how to rename the distfile within the ports framework, but:

  DIST_SUBDIR =   ${PKGNAME}

gives us a unique name (albeit via a subdirectory). If that's acceptable,
then I attach an update.


Laurie


juliamono.tgz
Description: application/tar-gz

Re: [New] fonts/juliamono

[Stuart Henderson]

On 2021/09/07 11:29, Denis Fondras wrote:
> Le Tue, Sep 07, 2021 at 09:08:08AM +0100, Laurence Tratt a écrit :
> > Please find attached a port for the JuliaMono font
> > . From pkg/DESCR:
> > 
> >   JuliaMono is a monospaced typeface designed for programming and in other
> >   text editing environments that require a wide range of specialist and
> >   technical Unicode characters. It comes in 6 weights (from Light to Black):
> >   each has an italic variant; and each occupies the same amount of
> >   horizontal space, so they can be mixed without losing alignment.
> > 
> > 
> > Laurie
> 
> Thank you.  You should fmt(1) pkg/DESCR.

DESCR is OK as-is. But the distfile needs renaming to include a version.

> Otherwise looks fine to me.
> 

Re: Creating a new port, help needed [Go-lang]

[Stuart Henderson]

On 2021/09/07 09:32, Juris M. wrote:
> Hello, ports@!
> 
> I'm trying to create a port of hydroxide[1], which is written in Go.
> My knowledge of Go lang project infrastructure is minimal and the ports 
> infrastructure is new to me as well.
> 
> So far, I've looked at other ports in Go as examples, mainly terraform, and 
> some key elements are still unclear to me, whether related to the ports 
> infrastructure or Go specifically.
> 
> 1) How do I determine the exhaustive list of dependency modules for 
> MODGO_MODULES. Are those listed in the projects go.mod enough?
> 2) What are MODGO_MODFILES, and why do they list multiple versions? Are they 
> the exhaustive versions of the dependencies of the dependencies of the main 
> project?
> 
> Those are the main two questions I have for now. Any pointers addressing 
> these will be appreciated.
> 
> So far, I've been running a locally built hydroxide, and it's been working 
> fantastically.
> 
> I would like to contribute this and maintain it, if no one objects, as I've 
> found it useful and hope others will too.
> 
> [1]: Hydroxide is a CardDAV, IMAP and SMTP bridge for ProtonMail[2]
> [2]: https://protonmail.com/
> 
> --
> Sincerely,
> Juris M.

https://marc.info/?l=openbsd-ports=2=1=hydroxide=b

Re: [New] fonts/juliamono

[Denis Fondras]

Le Tue, Sep 07, 2021 at 09:08:08AM +0100, Laurence Tratt a écrit :
> Please find attached a port for the JuliaMono font
> . From pkg/DESCR:
> 
>   JuliaMono is a monospaced typeface designed for programming and in other
>   text editing environments that require a wide range of specialist and
>   technical Unicode characters. It comes in 6 weights (from Light to Black):
>   each has an italic variant; and each occupies the same amount of
>   horizontal space, so they can be mixed without losing alignment.
> 
> 
> Laurie

Thank you.  You should fmt(1) pkg/DESCR.

Otherwise looks fine to me.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2021/09/07 02:21:05

Modified files:
mail/p5-Mail-IMAPClient: Makefile distinfo 

Log message:
update to p5-Mail-IMAPClient-3.43

[New] fonts/juliamono

[Laurence Tratt]

Please find attached a port for the JuliaMono font
. From pkg/DESCR:

  JuliaMono is a monospaced typeface designed for programming and in other
  text editing environments that require a wide range of specialist and
  technical Unicode characters. It comes in 6 weights (from Light to Black):
  each has an italic variant; and each occupies the same amount of
  horizontal space, so they can be mixed without losing alignment.


Laurie


juliamono.tgz
Description: application/tar-gz

Re: [Update] devel/avr/gcc: 5.4.0 -> 8.4.0

[Paco Esteban]

Hi,

On Mon, 06 Sep 2021, Martin Reindl wrote:

> On Thu, Aug 05, 2021 at 07:54:35AM +0200, Martin Reindl wrote:
> > On Thu, Dec 03, 2020 at 02:44:22PM +0100, Manuel Giraud wrote:
> > > Hi,
> > > 
> > > Here is an update of avr/gcc. I was able to build current qmk_firmware
> > > (https://qmk.fm/) for my keyboard (with 5.4.0, it was not building since
> > > august 2019).
> > 
> > Taking this diff, here is an update to 8.5.0. Tested with ethersex.de for a
> > 644PU which does not work with the current avr-gcc.
> > 
> > Also compile tested:
> > devel/arduino
> > devel/avr/gdb
> > devel/avr/libc (and ethersex runs this)
> > devel/simulavr
> > 
> > Comments? OKs?
> 
> Friendly ping to get this commited before 7.0?

Tested it on amd64.  Builds fine and regression tests crash, but they
did also on the previous version too.

I was able to build an old project of mine for an atmega168p no problem.
Unfortunately I have none lying around to flash it and test it.

FWIW, ok paco@

-- 
Paco Esteban.
0x5818130B8A6DBC03

CVS: cvs.openbsd.org: ports

[Rafael Sadowski]

CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2021/09/07 00:16:59

Modified files:
net/nextcloudclient: Makefile distinfo 

Log message:
Update nextcloudclient to 3.3.3

Update diff from maintainer

Re: UPDATE: net/py-impacket

[Sebastian Reitenbach]

ping, anyone?

Am Dienstag, August 24, 2021 23:25 CEST, schrieb "Sebastian Reitenbach" 
:

> Hi,
>
> below patch updates impacket from 0.9.21 to 0.9.23.
> tested with a zerologon exploit, that requires at least 0.9.22, as the 
> NETLOGON structs for NetrServerPasswordSet2 were only added there.
>
> OK?
>
> cheers,
> Sebastian
>
Index: Makefile
===
RCS file: /cvs/ports/net/py-impacket/Makefile,v
retrieving revision 1.26
diff -u -r1.26 Makefile
--- Makefile23 Feb 2021 19:39:33 -  1.26
+++ Makefile7 Sep 2021 05:58:39 -
@@ -4,12 +4,11 @@

 COMMENT =  Python classes providing access to network packets

-MODPY_EGG_VERSION =0.9.21
+MODPY_EGG_VERSION =0.9.23
 DISTNAME = impacket-${MODPY_EGG_VERSION}
 PKGNAME =  py-${DISTNAME}
 EPOCH =0
 CATEGORIES =   net security
-REVISION = 0

 HOMEPAGE = 
https://www.secureauth.com/labs/open-source-tools/impacket

Index: distinfo
===
RCS file: /cvs/ports/net/py-impacket/distinfo,v
retrieving revision 1.9
diff -u -r1.9 distinfo
--- distinfo31 May 2020 12:05:22 -  1.9
+++ distinfo7 Sep 2021 05:58:39 -
@@ -1,2 +1,2 @@
-SHA256 (impacket-0.9.21.tar.gz) = kS+BJWTofDGhYs/gYm86bLxbaGTe7b/vwx9tMhhZreM=
-SIZE (impacket-0.9.21.tar.gz) = 1270110
+SHA256 (impacket-0.9.23.tar.gz) = HBvopQzb48/8VmumT1UrGyi8x5t6QGuDOVa0nFbXcYQ=
+SIZE (impacket-0.9.23.tar.gz) = 4086505
Index: patches/patch-examples_goldenPac_py
===
RCS file: /cvs/ports/net/py-impacket/patches/patch-examples_goldenPac_py,v
retrieving revision 1.5
diff -u -r1.5 patch-examples_goldenPac_py
--- patches/patch-examples_goldenPac_py 31 May 2020 12:05:22 -  1.5
+++ patches/patch-examples_goldenPac_py 7 Sep 2021 05:58:39 -
@@ -15,7 +15,7 @@
  #
  #   if domain.net and/or domain-host do not resolve, add them
  #   to the hosts file or use the -dc-ip and -target-ip parameters
-@@ -1093,14 +1093,14 @@ if __name__ == '__main__':
+@@ -1094,14 +1094,14 @@ if __name__ == '__main__':
  if len(sys.argv)==1:
  parser.print_help()
  print("\nExamples: ")
Index: patches/patch-examples_raiseChild_py
===
RCS file: /cvs/ports/net/py-impacket/patches/patch-examples_raiseChild_py,v
retrieving revision 1.5
diff -u -r1.5 patch-examples_raiseChild_py
--- patches/patch-examples_raiseChild_py31 May 2020 12:05:22 -  
1.5
+++ patches/patch-examples_raiseChild_py7 Sep 2021 05:58:39 -
@@ -2,7 +2,7 @@
 Index: examples/raiseChild.py
 --- examples/raiseChild.py.orig
 +++ examples/raiseChild.py
-@@ -1248,18 +1248,18 @@ if __name__ == '__main__':
+@@ -1249,18 +1249,18 @@ if __name__ == '__main__':
  if len(sys.argv)==1:
  parser.print_help()
  print("\nExamples: ")
@@ -27,10 +27,3 @@
  sys.exit(1)

  options = parser.parse_args()
-@@ -1311,4 +1311,4 @@ if __name__ == '__main__':
- logging.critical(str(e))
- if hasattr(e, 'error_code'):
- if e.error_code == 0xc073:
--logging.info("Account not found in domain. (RID:%s)", 
options.targetRID)
-\ No newline at end of file
-+logging.info("Account not found in domain. (RID:%s)", 
options.targetRID)
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-impacket/pkg/PLIST,v
retrieving revision 1.8
diff -u -r1.8 PLIST
--- pkg/PLIST   31 May 2020 12:05:22 -  1.8
+++ pkg/PLIST   7 Sep 2021 05:58:39 -
@@ -39,6 +39,8 @@
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}ese.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}helper.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}hresult_errors.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}http.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}mapi_constants.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}mqtt.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}nmb.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/${MODPY_PYCACHE}nt_errors.${MODPY_PYC_MAGIC_TAG}pyc
@@ -78,12 +80,16 @@
 
lib/python${MODPY_VERSION}/site-packages/impacket/dcerpc/v5/${MODPY_PYCACHE}epm.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/dcerpc/v5/${MODPY_PYCACHE}even.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/impacket/dcerpc/v5/${MODPY_PYCACHE}even6.${MODPY_PYC_MAGIC_TAG}pyc