CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/06/23 23:00:02 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins-devel to 2.356
Fix Firefox on Fluxbox in multi-monitor configurations
Running Firefox on Fluxbox is broken in certain multimonitor
configurations, due to a bug in Fluxbox. This bug has been fixed
upstream, but they haven't put out a release since. This applies
the upstream patch as a distpatch to fix the issue.
Tested and confirmed to fix the issue on amd64. OKs?
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/x11/fluxbox/Makefile,v
retrieving revision 1.89
diff -u -p -r1.89 Makefile
--- Makefile11 Mar 2022 20:15:30 - 1.89
+++ Makefile24 Jun 2022 01:17:03 -
@@ -1,9 +1,14 @@
COMMENT = window manager based on the original Blackbox code
DISTNAME = fluxbox-1.3.7
CATEGORIES = x11
-REVISION = 4
+REVISION = 5
HOMEPAGE = http://fluxbox.org/
+
+MASTER_SITES0 = http://git.fluxbox.org/fluxbox.git/patch/
+# Backport fix for maxDepth to fix usage with Firefox
+PATCHFILES =
fluxbox-firefox-fix.patch{?id=dcdde4d32c93d01df205bc06d7dfcbd356be031f}:0
+PATCH_DIST_STRIP = -p1
# X11
PERMIT_PACKAGE = Yes
Index: distinfo
===
RCS file: /cvs/ports/x11/fluxbox/distinfo,v
retrieving revision 1.29
diff -u -p -r1.29 distinfo
--- distinfo9 Feb 2015 15:52:13 - 1.29
+++ distinfo24 Jun 2022 01:17:03 -
@@ -1,2 +1,4 @@
SHA256 (fluxbox-1.3.7.tar.gz) = yZ4rqgb/8eljQrIEFQWdEv8fopF63gFzx1svpXApW58=
+SHA256 (fluxbox-firefox-fix.patch) =
oRWRrVGIr5l0j27eaEdDKuxUo8ISrCmHOqgupe7e4Ts=
SIZE (fluxbox-1.3.7.tar.gz) = 1267833
+SIZE (fluxbox-firefox-fix.patch) = 4080
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2022/06/23 17:13:42 Modified files: lang/qbe : Makefile Log message: lang/qbe: fix master site path
Re: tdesktop: provide qt6 flavour for testing
On Thu, Jun 23, 2022 at 03:57:17PM +, Klemens Nanni wrote: > telegram-desktop upstream has been defaulting to Qt6 for some time > and >=3.6.3beta already requires it, but first we lacked behind in our > Qt6 ports and later I noticed regressions with Qt6. > > So at the moment our tdesktop port uses Debian's patch to reenable Qt5 > builds, but newer telegram-desktop versions already require updates to > this patch and we can't carry it forever anyway. Let me add 2 cents. telegram-deskop 4.0.0, latest release, builds well with Qt5. -- Sergey A. Osokin signature.asc Description: PGP signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 15:42:07 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.25.16.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 15:41:52 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.24.16.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 15:41:37 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.27.16.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2022/06/23 15:33:15 Modified files: lang/qbe : Makefile distinfo Log message: Update to qbe-1.0 Main changes for us are a real upstream tarball and a move to POSIX make. Original diff from jturner@, tweaked by me ok jturner@
[New] devel/riscv32-esp-elf 8.4.0
Hello ports@, Attached is a new port for compiling binaries for the Espressif ESP32-C3 variant of the ESP32 series of WiFi/Bluetooth chips. It is a cross compiler suit configured for the riscv32-esp-elf target. This has been tested on amd64 out to an ESP32-C3 development board. ok to import? thanks. -- Tracey Emery riscv32-esp-elf.tgz Description: Binary data
UPDATE: graphics/nsxiv-v30
Hi, Update for nsxiv to v30. TLDR; a new script has been introduced that is called when the selected image changes in thumbnail mode. Proper changelog doesn't exist so I would advise you to check: https://github.com/nsxiv/nsxiv/commits/master OK? Anyone willing to commit? Best Regards, Thim Cederlund Index: Makefile === RCS file: /home/cvs/ports/graphics/nsxiv/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile11 Mar 2022 19:22:54 - 1.3 +++ Makefile23 Jun 2022 15:39:39 - @@ -2,7 +2,7 @@ COMMENT = neo simple X Image Viewer GH_PROJECT = nsxiv GH_ACCOUNT = nsxiv -GH_TAGNAME = v29 +GH_TAGNAME = v30 CATEGORIES = graphics x11 Index: distinfo === RCS file: /home/cvs/ports/graphics/nsxiv/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo3 Mar 2022 17:38:24 - 1.2 +++ distinfo23 Jun 2022 15:39:41 - @@ -1,2 +1,2 @@ -SHA256 (nsxiv-29.tar.gz) = 564a17d921172336f7cd463bf313e39f84e4bcf4fdc789326f4112f848aad039 -SIZE (nsxiv-29.tar.gz) = 64012 +SHA256 (nsxiv-30.tar.gz) = TmAIxlynGlHVndfqfPDrSFctniB6dA9z8o58h35DTSs= +SIZE (nsxiv-30.tar.gz) = 65642 Index: pkg/PLIST === RCS file: /home/cvs/ports/graphics/nsxiv/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- PLIST 3 Mar 2022 17:38:24 - 1.2 +++ PLIST 23 Jun 2022 15:58:47 - @@ -8,5 +8,6 @@ share/doc/nsxiv/ share/doc/nsxiv/examples/ share/doc/nsxiv/examples/image-info share/doc/nsxiv/examples/key-handler +share/doc/nsxiv/examples/thumb-info share/doc/nsxiv/examples/win-title @tag update-desktop-database
Re: [update] net/mautrix-whatsapp-0.5.0
Le 2022-06-23 14:52, Renaud Allard a écrit : > Hello, > > Here is an update to net-mautrix-whatsapp to 0.5.0 > > Best Regards Hello, Works for me, thank you! Regards
Re: tdesktop: provide qt6 flavour for testing
On Thu, Jun 23, 2022 at 03:57:17PM +, Klemens Nanni wrote:
> telegram-desktop upstream has been defaulting to Qt6 for some time
> and >=3.6.3beta already requires it, but first we lacked behind in our
> Qt6 ports and later I noticed regressions with Qt6.
>
> So at the moment our tdesktop port uses Debian's patch to reenable Qt5
> builds, but newer telegram-desktop versions already require updates to
> this patch and we can't carry it forever anyway.
>
>
> On a simple cwm(1) setup without any DE, I noticed the following
> (see net/tdesktop/Makefile r1.31):
>
> opening videos/pictures worked only once, i.e. clicking on the first
> photo after startup would show it in Qt's media viewer, another attempt
> would show nothing (video's audio would still be played)
>
> Quickly running fvwm(1) instead of cwm(1) does NOT show this behaviour,
> i.e. telegram-desktop with Qt6 on fvwm(1) seems to work.
>
>
> My idea was to `pkg_add tdesktop-- tdesktop--qt6` to provide
> conflict-free `telegram-desktop` and `telegram-desktop-qt6` so you can
> test both versions and check for (desktop environment specific)
> regressions.
Same diff but with fixed FULLPKGNAME for the -qt6 flavor so pkg_add'ing
both actually works (thanks sthen!), but like this now:
# TRUSTED_PKG_PATH=/usr/ports/packages/amd64/all pkg_add tdesktop--
tdesktop-qt6--
tdesktop-3.7.5p0->3.7.5p1: ok
tdesktop-qt6-3.7.5p1: ok
Also zapped an added BDEP that was not used.
> So here's a diff adding the -qt6 flavor.
>
> The default unflavored port remains the same and -qt6 has all files
> renamed to contain this suffix to avoid conflicts.
>
> I'd appreciate feedback on anything that used to work with Qt5 in your
> setup but is broken using Qt6.
>
> Feedback? OK?
>
> PS: buildling tdesktop takes hours on my machine so having binary
> packages available for both Qt versions helps me alot.
Index: net/Makefile
===
RCS file: /cvs/ports/net/Makefile,v
retrieving revision 1.1306
diff -u -p -r1.1306 Makefile
--- net/Makefile6 Jun 2022 17:39:02 - 1.1306
+++ net/Makefile22 Jun 2022 18:18:46 -
@@ -694,6 +694,7 @@
SUBDIR += tcptrace
SUBDIR += tcptraceroute
SUBDIR += tdesktop
+ SUBDIR += tdesktop,qt6
SUBDIR += tdlib
SUBDIR += telegram-purple
SUBDIR += telepathy
Index: net/tdesktop/Makefile
===
RCS file: /cvs/ports/net/tdesktop/Makefile,v
retrieving revision 1.31
diff -u -p -r1.31 Makefile
--- net/tdesktop/Makefile 23 May 2022 01:49:40 - 1.31
+++ net/tdesktop/Makefile 23 Jun 2022 16:22:09 -
@@ -6,7 +6,7 @@ NOT_FOR_ARCHS = ${BE_ARCHS} i386
COMMENT = Telegram Desktop messenger
PORTROACH =limit:-full$$
V =3.7.5
-REVISION = 0
+REVISION = 1
DISTNAME = tdesktop-${V}-full
PKGNAME = ${DISTNAME:-full=}
CATEGORIES = net
@@ -20,7 +20,8 @@ MASTER_SITES0 = https://salsa.debian.or
FORCE_QT5_COMMIT = 93b4a99d86eb60141612767935b038b29db65345
FORCE_QT5_ORIGPATCH = ${FORCE_QT5_COMMIT}/debian/patches/Compatible-setScreen
FORCE_QT5_NEWPATCH =
tdesktop-force-qt5-${FORCE_QT5_COMMIT:C/().*/\1/}
-PATCHFILES += ${FORCE_QT5_NEWPATCH}{${FORCE_QT5_ORIGPATCH}}.patch:0
+FORCE_QT5_PATCHFILE = ${FORCE_QT5_NEWPATCH}{${FORCE_QT5_ORIGPATCH}}.patch:0
+SUPDISTFILES +=${FORCE_QT5_PATCHFILE}
PATCH_DIST_STRIP = -p1
@@ -31,12 +32,10 @@ MAINTAINER =Andrew Krasavin =1.7.0p1 \
net/tg_owt>=0.0.0.20220507 \
sysutils/xxhash \
- textproc/hunspell \
- x11/qt5/qtsvg
+ textproc/hunspell
RUN_DEPENDS = devel/desktop-file-utils \
- x11/gtk+3,-guic \
- x11/qt5/qtimageformats
+ x11/gtk+3,-guic
# look for system libraries and build a shared library, despite upstream
# treating it as "community effort" with less support
@@ -83,8 +79,7 @@ CONFIGURE_ARGS += -DTDESKTOP_API_ID=6113
# disable unported/unwanted components
CONFIGURE_ARGS += -DDESKTOP_APP_DISABLE_JEMALLOC=ON \
- -DDESKTOP_APP_DISABLE_WAYLAND_INTEGRATION=ON \
- -DDESKTOP_APP_QT6=OFF
+ -DDESKTOP_APP_DISABLE_WAYLAND_INTEGRATION=ON
# match standard version with abseil
CONFIGURE_ARGS += -DCMAKE_CXX_STANDARD=17
@@ -99,6 +94,45 @@ CFLAGS +=-DIOAPI_NO_64
# unported and required
NEEDED_BUNDLES += rlottie tgcalls
+
+
+FLAVORS = qt6
+FLAVOR ?= # empty
+.if ${FLAVOR:Mqt6}
+# avoid conflict with unflavored package to allow installing both
+FULLPKGNAME = tdesktop${FLAVOR_EXT}-${V}
tdesktop: provide qt6 flavour for testing
telegram-desktop upstream has been defaulting to Qt6 for some time
and >=3.6.3beta already requires it, but first we lacked behind in our
Qt6 ports and later I noticed regressions with Qt6.
So at the moment our tdesktop port uses Debian's patch to reenable Qt5
builds, but newer telegram-desktop versions already require updates to
this patch and we can't carry it forever anyway.
On a simple cwm(1) setup without any DE, I noticed the following
(see net/tdesktop/Makefile r1.31):
opening videos/pictures worked only once, i.e. clicking on the first
photo after startup would show it in Qt's media viewer, another attempt
would show nothing (video's audio would still be played)
Quickly running fvwm(1) instead of cwm(1) does NOT show this behaviour,
i.e. telegram-desktop with Qt6 on fvwm(1) seems to work.
My idea was to `pkg_add tdesktop-- tdesktop--qt6` to provide
conflict-free `telegram-desktop` and `telegram-desktop-qt6` so you can
test both versions and check for (desktop environment specific)
regressions.
So here's a diff adding the -qt6 flavor.
The default unflavored port remains the same and -qt6 has all files
renamed to contain this suffix to avoid conflicts.
I'd appreciate feedback on anything that used to work with Qt5 in your
setup but is broken using Qt6.
Feedback? OK?
PS: buildling tdesktop takes hours on my machine so having binary
packages available for both Qt versions helps me alot.
Index: net/Makefile
===
RCS file: /cvs/ports/net/Makefile,v
retrieving revision 1.1306
diff -u -p -r1.1306 Makefile
--- net/Makefile6 Jun 2022 17:39:02 - 1.1306
+++ net/Makefile22 Jun 2022 18:18:46 -
@@ -694,6 +694,7 @@
SUBDIR += tcptrace
SUBDIR += tcptraceroute
SUBDIR += tdesktop
+ SUBDIR += tdesktop,qt6
SUBDIR += tdlib
SUBDIR += telegram-purple
SUBDIR += telepathy
Index: net/tdesktop/Makefile
===
RCS file: /cvs/ports/net/tdesktop/Makefile,v
retrieving revision 1.31
diff -u -p -r1.31 Makefile
--- net/tdesktop/Makefile 23 May 2022 01:49:40 - 1.31
+++ net/tdesktop/Makefile 23 Jun 2022 14:43:58 -
@@ -6,7 +6,7 @@ NOT_FOR_ARCHS = ${BE_ARCHS} i386
COMMENT = Telegram Desktop messenger
PORTROACH =limit:-full$$
V =3.7.5
-REVISION = 0
+REVISION = 1
DISTNAME = tdesktop-${V}-full
PKGNAME = ${DISTNAME:-full=}
CATEGORIES = net
@@ -20,7 +20,8 @@ MASTER_SITES0 = https://salsa.debian.or
FORCE_QT5_COMMIT = 93b4a99d86eb60141612767935b038b29db65345
FORCE_QT5_ORIGPATCH = ${FORCE_QT5_COMMIT}/debian/patches/Compatible-setScreen
FORCE_QT5_NEWPATCH =
tdesktop-force-qt5-${FORCE_QT5_COMMIT:C/().*/\1/}
-PATCHFILES += ${FORCE_QT5_NEWPATCH}{${FORCE_QT5_ORIGPATCH}}.patch:0
+FORCE_QT5_PATCHFILE = ${FORCE_QT5_NEWPATCH}{${FORCE_QT5_ORIGPATCH}}.patch:0
+SUPDISTFILES +=${FORCE_QT5_PATCHFILE}
PATCH_DIST_STRIP = -p1
@@ -31,12 +32,10 @@ MAINTAINER =Andrew Krasavin =1.7.0p1 \
net/tg_owt>=0.0.0.20220507 \
sysutils/xxhash \
- textproc/hunspell \
- x11/qt5/qtsvg
+ textproc/hunspell
RUN_DEPENDS = devel/desktop-file-utils \
- x11/gtk+3,-guic \
- x11/qt5/qtimageformats
+ x11/gtk+3,-guic
# look for system libraries and build a shared library, despite upstream
# treating it as "community effort" with less support
@@ -83,8 +79,7 @@ CONFIGURE_ARGS += -DTDESKTOP_API_ID=6113
# disable unported/unwanted components
CONFIGURE_ARGS += -DDESKTOP_APP_DISABLE_JEMALLOC=ON \
- -DDESKTOP_APP_DISABLE_WAYLAND_INTEGRATION=ON \
- -DDESKTOP_APP_QT6=OFF
+ -DDESKTOP_APP_DISABLE_WAYLAND_INTEGRATION=ON
# match standard version with abseil
CONFIGURE_ARGS += -DCMAKE_CXX_STANDARD=17
@@ -99,6 +94,44 @@ CFLAGS +=-DIOAPI_NO_64
# unported and required
NEEDED_BUNDLES += rlottie tgcalls
+
+
+FLAVORS = qt6
+FLAVOR ?= # empty
+.if ${FLAVOR:Mqt6}
+WANTLIB += Qt6Core Qt6Core5Compat Qt6Gui Qt6Network Qt6OpenGL Qt6OpenGLWidgets
+WANTLIB += Qt6Svg Qt6Widgets
+
+MODULES += x11/qt6
+BUILD_DEPENDS += devel/desktop-file-utils
+# tdesktop 3.6.3beta and later require Qt 6.2+
+LIB_DEPENDS += x11/qt6/qt5compat \
+ x11/qt6/qtbase>=6.2 \
+ x11/qt6/qtsvg
+RUN_DEPENDS += x11/qt6/qtimageformats
+
+post-install:
+ mv ${PREFIX}/bin/telegram-desktop{,${FLAVOR_EXT}}
+ mv ${PREFIX}/share/applications/telegramdesktop{,${FLAVOR_EXT}}.desktop
+ sed -i \
+
Re: new security/libdigidocpp 3.14.8
On Fri, Jun 03, 2022 at 08:25:05AM +, Klemens Nanni wrote: > Here is the first piece of software from https://github.com/open-eid > that is required to use Smart-ID cards on OpenBSD. > > Their Qt GUI packs all the features, but th library ships a small tool. > > I can successfully sign/validate and en/decrypt files between OpenBSD > and Linux (both officially built and unofficial distribution packages). > > Version 3.14.8 currently requires ports OpenSSL 1.1.1, base LibreSSL > fails to build, upstream has support for OpenSSL 3.0 and I plan to > support LibreSSL eventually, but that'll come afterwards. > > All patches except the mechanic OpenSSL neutering in CMake files have > been submitted and approved upstream already. > > This port depends on the following ports I've sent to ports@ already: > new: texproc/xml-security-c 2.0.4 > new: devel/xsd > new: textproc/xalan-c 1.12 Those have already been imported as security/xml-security-c devel/xsd textproc/xalan-c > Feedback? OK? Here's the newest revision, linking against static ports OpenSSL and correctly pinning the required version. Feedback? OK? > --- > Information for inst:libdigidocpp-3.14.8 > > Comment: > library for creating DigiDoc signature files > > Required by: > debug-libdigidocpp-3.14.8 > > Description: > libdigidocpp offers creating, signing and verification of digitally signed > documents, according to XAdES and XML-DSIG standards. > > digidoc-tool(1) provides a simple CLI. > > Maintainer: Klemens Nanni > > WWW: https://www.id.ee/ libdigidocpp.tgz Description: Binary data
Re: [new] net/nheko v0.9.3 (and deps): a native desktop client for matrix
On Thu, 23 Jun 2022 at 07:58:06 -0600, Aaron Bieber wrote: > Hi! > > First off, HUGE thanks to tb@ for the work on libressl that let mtxclient work > without needing to pull in openssl!! > > Also thanks to casper for some tweaks to the deps! > > Nheko is probably the most feature complete native app for matrix chat. It > does > encryption, spaces.. etc. Very usable as a daily driver! > > I have been using it on OpenBSD for some time now without issue. > > Any cluesticks? > > Cheers, > Aaron > Updated set of files with feedback from sthen@ - Also apologies to caspar@ for the typo! Also, here is a diff that people can use instead of the tarball dance: https://github.com/openbsd/ports/compare/master...qbit:nheko.diff nheko_and_deps.tgz Description: Binary data
Re: [new] net/nheko v0.9.3 (and deps): a native desktop client for matrix
On 2022/06/23 07:58, Aaron Bieber wrote:
> Hi!
>
> First off, HUGE thanks to tb@ for the work on libressl that let mtxclient work
> without needing to pull in openssl!!
>
> Also thanks to casper for some tweaks to the deps!
>
> Nheko is probably the most feature complete native app for matrix chat. It
> does
> encryption, spaces.. etc. Very usable as a daily driver!
>
> I have been using it on OpenBSD for some time now without issue.
>
> Any cluesticks?
>
> Cheers,
> Aaron
>
>From a read through:
devel/mtxclient:
COMMENT = client API for Matrix, built on libcurl
- should be s/libcurl/coeurl/ shouldn't it?
(DESCR)
Very fast, header-only/compiled, C++ logging library.
- wrong port
devel/nlohmann-json:
CATEGORIES =devel
- think we usually do textproc for json-things
DEBUG_PACKAGES = ${BUILD_PACKAGES}
- empty debug package; this is header-only
PSEUDO_FLAVORS =tests
- not really standard in ports, and you have the huge testdata download
whether or not this is used, might be better to get rid of this and just
include the tests by default? (Or just disable tests if they aren't
really useful)
devel/spdlog:
#NO_TEST = Yes
- commented; i didn't check but please just pick NO_TEST=Yes or leave it out
[new] net/nheko v0.9.3 (and deps): a native desktop client for matrix
Hi! First off, HUGE thanks to tb@ for the work on libressl that let mtxclient work without needing to pull in openssl!! Also thanks to casper for some tweaks to the deps! Nheko is probably the most feature complete native app for matrix chat. It does encryption, spaces.. etc. Very usable as a daily driver! I have been using it on OpenBSD for some time now without issue. Any cluesticks? Cheers, Aaron nheko_and_deps.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 07:47:09 Modified files: sysutils/ntfs-3g: Makefile distinfo sysutils/ntfs-3g/patches: patch-configure patch-libntfs-3g_Makefile_in patch-libntfs-3g_mft_c patch-libntfs-3g_security_c patch-ntfsprogs_ntfsclone_c patch-src_Makefile_in sysutils/ntfs-3g/pkg: PLIST Removed files: sysutils/ntfs-3g/patches: patch-ntfsprogs_Makefile_in Log message: update to ntfs_3g-20220507 from Yifei Zhan and tests from Josh Grosse and me, plus: - regen patches - remove useless lib/ntfs-3g dir for plugins which aren't (for some reason) built here; previously was created but not included in plist (maintainer timeout)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 07:22:48 Modified files: security/openssl/3.0: Makefile Log message: postfix now uses this (static-linked) so add a reminder to bump postfix revision if updating
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 07:21:31 Modified files: mail/postfix : Makefile Makefile.inc mail/postfix/snapshot: Makefile distinfo mail/postfix/snapshot/patches: patch-conf_main_cf patch-conf_master_cf patch-makedefs patch-src_util_sys_defs_h mail/postfix/snapshot/pkg: PLIST mail/postfix/stable: Makefile distinfo mail/postfix/stable/patches: patch-conf_main_cf patch-conf_master_cf patch-makedefs patch-src_util_sys_defs_h mail/postfix/stable/pkg: PLIST Removed files: mail/postfix/snapshot/patches: patch-src_tls_tls_certkey_c patch-src_tls_tls_server_c mail/postfix/stable/patches: patch-src_tls_tls_certkey_c patch-src_tls_tls_server_c Log message: update to postfix-3.7.2 / postfix 3.8-20220507 snapshot, ok Brad (maintainer) requires openssl; this is linked statically to avoid conflicting with libressl libraries pulled in via -ldap/-mysql/-pgsql flavours.
Re: update: ffmpeg-normalize: 1.20.0 -> 1.23.0 (+ new dep)
imported and updated, thanks! :) Stuart Henderson wrote: > On 2022/06/09 11:09, Yifei Zhan wrote: > > This is an update for ffmpeg-normalize, it requires a new dep > > multimedia/py3-ffmpeg-progress-yield, which is attached. > > OK for multimedia/py3-ffmpeg-progress-yield import > > OK for update > > > > On Wed, Jun 22, 2022 at 01:02:08PM +, Yifei Zhan wrote: > > > > Hello Yifei, > > > > >> This is an update for ffmpeg-normalize, it requires a new dep > > >> multimedia/py3-ffmpeg-progress-yield, which is attached. > > > > This looks good to me -- I'd like to see it go in! > > > > > > Laurie > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/23 07:10:59 Modified files: audio/ffmpeg-normalize: Makefile distinfo Log message: update audio/ffmpeg-normalize to 1.23.0 changelog: https://github.com/slhck/ffmpeg-normalize/blob/master/CHANGELOG.md diff from Yifei Zhan (thanks!), ok Laurence Tratt (MAINTAINER) and sthen@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/23 07:09:06 Modified files: multimedia : Makefile Log message: +py-ffmpeg-progress-yield
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/06/23 07:08:47 Log message: import py-ffmpeg-progress-yield-0.2.0 Run an ffmpeg command with its progress yielded. needed for audio/ffmpeg-normalize update. Port by Yifei Zhan (thanks!), ok sthen@ Status: Vendor Tag: op Release Tags: op_20220623 N ports/multimedia/py-ffmpeg-progress-yield/Makefile N ports/multimedia/py-ffmpeg-progress-yield/distinfo N ports/multimedia/py-ffmpeg-progress-yield/build N ports/multimedia/py-ffmpeg-progress-yield/pkg/DESCR N ports/multimedia/py-ffmpeg-progress-yield/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 06:51:04 Modified files: fonts : Makefile Log message: +jaldi, vazirmatn, aref-ruqaa
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 06:50:04 Log message: import fonts from George Rosamond. ok op@ --- Jaldi is a libre Devanagari typeface family designed as a complement to the Asap font. Jaldi is a contemporary sans-serif non-modular Devanagari family with subtle rounded corners designed by Nicolas Silva and Pablo Cosgaya. --- Aref Ruqaa is an Arabic typeface that aspires to capture the essence of the classical Ruqaa calligraphic style. The Arabic part of Aref Ruqaa is designed by the Arabic calligrapher and type designer Abdullah Aref, while the Latin part is based on AMS Euler, but spaced for regular text rather than mathematics. --- Vazirmatn is a Persian/Arabic font project that started in 2015 under the name of Vazir with the idea of a new simple and legible typeface suitable for web pages and applications. --- Status: Vendor Tag: sthen Release Tags: sthen_20220623 N ports/fonts/aref-ruqaa/Makefile N ports/fonts/aref-ruqaa/distinfo N ports/fonts/aref-ruqaa/pkg/DESCR N ports/fonts/aref-ruqaa/pkg/PLIST N ports/fonts/vazirmatn/Makefile N ports/fonts/vazirmatn/distinfo N ports/fonts/vazirmatn/pkg/DESCR N ports/fonts/vazirmatn/pkg/PLIST N ports/fonts/jaldi/Makefile N ports/fonts/jaldi/distinfo N ports/fonts/jaldi/pkg/DESCR N ports/fonts/jaldi/pkg/PLIST No conflicts created by this import
Re: update: ffmpeg-normalize: 1.20.0 -> 1.23.0 (+ new dep)
On 2022/06/09 11:09, Yifei Zhan wrote: > This is an update for ffmpeg-normalize, it requires a new dep > multimedia/py3-ffmpeg-progress-yield, which is attached. OK for multimedia/py3-ffmpeg-progress-yield import OK for update > On Wed, Jun 22, 2022 at 01:02:08PM +, Yifei Zhan wrote: > > Hello Yifei, > > >> This is an update for ffmpeg-normalize, it requires a new dep > >> multimedia/py3-ffmpeg-progress-yield, which is attached. > > This looks good to me -- I'd like to see it go in! > > > Laurie >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 06:25:37 Modified files: www/tomcat/v10 : Makefile distinfo www/tomcat/v10/pkg: PLIST-examples www/tomcat/v7 : Makefile www/tomcat/v8 : Makefile distinfo www/tomcat/v8/pkg: PLIST-examples www/tomcat/v9 : Makefile distinfo www/tomcat/v9/pkg: PLIST-examples Log message: update tomcats
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Tue Jun 21 08:35:05 MDT 2022 finished at Thu Jun 23 06:02:55 MDT 2022 lasted 1D21h27m done with kern.version=OpenBSD 7.1-current (GENERIC.MP) #1706: Mon Jun 20 13:20:55 MDT 2022 built packages:11199 Jun 21:3799 Jun 22:2880 Jun 23:4519 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-06-21/summary.log build failures: 1 http://build-failures.rhaalovely.net/aarch64/2022-06-21/geo/qgis.log recurrent failures new failures resolved failures
Re: ports: pkg/SCREENSHOTS proposal
Hi Stuart, Stuart Henderson wrote on Thu, Jun 23, 2022 at 08:21:45AM +0100: > On 2022/06/22 08:05, Landry Breuil wrote: >> Le Tue, Jun 21, 2022 at 07:59:45PM +0100, Stuart Henderson a écrit : >>> On 2022/06/21 17:46, Solène wrote: Such a database could be integrated into AppManager maybe. I wonder if repology or a similar package database could provide pictures we could reuse (after hosting it somewhere else if licence allows this) >>> If done, it would certainly make sense for this to be some kind of >>> resource shared between package systems rather than OpenBSD-specific. >> like https://screenshots.debian.net/ ? > oh, nice. This (i.e. a website that accepts uploads) should use much less > developer resources on an ongoing basis than committing new files in the > ports tree. It seems to work, too. For testing purposes, yesterday, i submitted three new screenshots. Now, the https://screenshots.debian.net/ home page says: Newest upload: mandoc: BSD manpage compiler toolset If you read this message with significant delay, see https://screenshots.debian.net/package/mandoc I'm sure people *must* have screenshots before they would consider switching from man-db/groff (the Debian defaults) to mandoc... =;c) It appears the site displays screenshots in reverse chronological order, last submitted first, which results in a really weird ordering for mandoc but may make sense when GUI software has been around for a long time and people submit new screenshots showing the latest functionality. It appears that even though OpenBSD and Debian have significantly different project goals, project size, project culture, technical foundations and technical methodologies, relevant synergies have been developing on the fringes of the projects for some time now. For example, we have become prolific users of https://codesearch.debian.net/ in particualar for LibreSSL, but certainly not for LibreSSL only, and https://manpages.debian.org/ uses the mandoc mdoc(7), man(7), tbl(7) and eqn(7) parsers and the mandoc HTML renderer (even though it uses its own database and searching code and its own CSS file). And *of course* Debian is using OpenSSH and pf(4) by default. Oh wait... :) Yours, Ingo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 05:48:52 Modified files: graphics/gimp/stable: Makefile distinfo graphics/gimp/stable/patches: patch-etc_Makefile_in graphics/gimp/stable/pkg: PLIST Log message: update to gimp-2.10.32
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 05:40:55 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.38.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2022/06/23 05:23:19 Modified files: emulators/retroarch: Makefile Log message: retroarch picks up libcaca by default, so explicitly disable it. >From Ryan Freeman; implicit dependency build breakage noticed by naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 04:49:35 Modified files: devel/pango: Makefile Log message: PORTROACH skip development version 1.90.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 04:25:48 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-391.0.0.
Re: update: ffmpeg-normalize: 1.20.0 -> 1.23.0 (+ new dep)
On Wed, Jun 22, 2022 at 01:02:08PM +, Yifei Zhan wrote: Hello Yifei, >> This is an update for ffmpeg-normalize, it requires a new dep >> multimedia/py3-ffmpeg-progress-yield, which is attached. This looks good to me -- I'd like to see it go in! Laurie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/06/23 04:17:16 Modified files: audio/pulseaudio: Makefile distinfo audio/pulseaudio/pkg: PLIST Log message: Update to pulseaudio-16.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 04:17:13 Modified files: security/p5-Net-SSL-ExpireDate: Makefile distinfo Log message: update to p5-Net-SSL-ExpireDate-1.24
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 04:02:49 Modified files: databases/py-mysqlclient: Makefile distinfo Log message: update to py3-mysqlclient-2.1.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/23 04:01:49 Modified files: mail/rcube-contextmenu: Makefile distinfo mail/rcube-contextmenu/pkg: PLIST Log message: update to rcube-contextmenu-3.3.1
Re: ports: pkg/SCREENSHOTS proposal
On 2022/06/22 08:05, Landry Breuil wrote: > Le Tue, Jun 21, 2022 at 07:59:45PM +0100, Stuart Henderson a écrit : > > On 2022/06/21 17:46, Solène wrote: > > > Such a database could be integrated into AppManager maybe. I wonder if > > > repology or a similar package database could provide pictures we could > > > reuse (after hosting it somewhere else if licence allows this) > > > > If done, it would certainly make sense for this to be some kind of > > resource shared between package systems rather than OpenBSD-specific. > > like https://screenshots.debian.net/ ? oh, nice. This (i.e. a website that accepts uploads) should use much less developer resources on an ongoing basis than committing new files in the ports tree.
