Re: [s...@spacehopper.org: Re: [NEW]: misc/openhab - open Home Automation Bus (openHAB)]
On Thu, Mar 14, 2024 at 06:51:58PM -0400, Ian Darwin wrote: > > > Latest version attached. I received some feedback that the permissions > > were too restrictive for adjusting logging through the openHAB console. > > Changed log4j2.xml and org.ops4j.logging to be owned by _openhab to fix > > this. > > Thanks. So I removed everything (except the config file where I'd set the > port to 8200 from 8080) and installed from the new port. I'm still not able > to get started. I get as far as the setup screen /setup-wizard/ where it > says "Install Add-ons", but the big button "Select Add-ons to Install" is > inoperative, so basicui doesn't get installed, and all I get is I cannot reproduce this behavior. I've tested changing both the http and https ports from a clean install. Please send me the log from /var/log/openhab/openhab.log. You should see something like the following from a clean install just before the Install Add-ons.: [INFO ] [e.automation.internal.RuleEngineImpl] - Rule engine started. [INFO ] [p.auth.internal.AuthorizePageServlet] - First user account created: admin [INFO ] [.core.internal.i18n.I18nProviderImpl] - Time zone set to 'America/New_York'. [INFO ] [.core.internal.i18n.I18nProviderImpl] - Locale set to 'en_US'. I assume you aren't preventing this machine from reaching the internet to install add-ons. I have a seperate 'misc/openhab-addons' that installs all the add-ons locally, but is not part of this. I also assume you don't have any weird add-ons/extensions in Firefox/Chrome that might cause issues. For more debugging information you can login to the openHAB console with `ssh -p 8101 openhab@localhost` and then `set:log DEBUG`. Default pw is 'hapopen' Would appreciate another tester to confirm this issue is not unique to you. > > > > > Overview Page Not Configured Yet > > > > Edit the layout page with the ID |"overview"| to display important > > controls here. > > > This is on -current. Fails using FireFox or Chrome. Thoughts? > > Also, in the pkg readme you say: > > > If, for example, you plan to access a locally connected USB > > dongle for Zigbee or Z-Wave, you will need to add the _openhab user to the > > 'dialer' group. Further, you will also need to edit /etc/openhab.conf and > > adjust EXTRA_JAVA_OPTS accordingly. > > I'm not convinced that normal users (who are mostly not Java experts) will > 'hab' any idea about the "accordingly" part. I agree, but The README is not supposed to supplant the documentation from https://www.openhab.org/docs/. I tried to cover only the changes I've made or things that are OpenBSD specific. I am working to test a pure Java library to access serial devices to avoid porting rxtx. I've attached a slightly updated README to add "Refer ..." to the access serial devices section and fix a typo. > > Thx. Thank you for testing! Feel free to contact me off-list if you want help debugging further. -- Chaz openhab_20240314.tgz Description: application/gtar-compressed
Re: [s...@spacehopper.org: Re: [NEW]: misc/openhab - open Home Automation Bus (openHAB)]
Latest version attached. I received some feedback that the permissions were too restrictive for adjusting logging through the openHAB console. Changed log4j2.xml and org.ops4j.logging to be owned by _openhab to fix this. Thanks. So I removed everything (except the config file where I'd set the port to 8200 from 8080) and installed from the new port. I'm still not able to get started. I get as far as the setup screen /setup-wizard/ where it says "Install Add-ons", but the big button "Select Add-ons to Install" is inoperative, so basicui doesn't get installed, and all I get is Overview Page Not Configured Yet Edit the layout page with the ID |"overview"| to display important controls here. This is on -current. Fails using FireFox or Chrome. Thoughts? Also, in the pkg readme you say: If, for example, you plan to access a locally connected USB dongle for Zigbee or Z-Wave, you will need to add the _openhab user to the 'dialer' group. Further, you will also need to edit /etc/openhab.conf and adjust EXTRA_JAVA_OPTS accordingly. I'm not convinced that normal users (who are mostly not Java experts) will 'hab' any idea about the "accordingly" part. Thx.
Re: security/gpgme -qt6
This needs something more, the qt-headers package needs to be knocked out
unless one of the qt versions is built.
--
Sent from a phone, apologies for poor formatting.
On 14 March 2024 20:09:15 "Rafael Sadowski via ports"
wrote:
Based on the fantastic work of jca@, below is a diff to add -qt6 flavor
support in gpgme. I have added the cmake qt6 tweak that we can see in
-qt5.
The diff needs a simple MODQT_ENV_SETUP tweak in qt6 and qt5. (Diff in a
different mail)
Looking for OKs after the look.
Rafael
diff --git a/security/gpgme/Makefile b/security/gpgme/Makefile
index 67bbcb43657..9ebd69008d9 100644
--- a/security/gpgme/Makefile
+++ b/security/gpgme/Makefile
@@ -1,16 +1,26 @@
COMMENT-main = GnuPG Made Easy
+COMMENT-qt-headers = Qt headers for GPGme
COMMENT-qt =Qt bindings for GPGme
+COMMENT-qt6 = Qt6 bindings for GPGme
VERSION = 1.23.2
+REVISION-main =0
+REVISION-qt = 0
+
DISTNAME = gpgme-${VERSION}
PKGNAME-main = gpgme-${VERSION}
+PKGNAME-qt-headers = gpgme-qt-headers-${VERSION}
PKGNAME-qt =gpgme-qt-${VERSION}
+PKGNAME-qt6 = gpgme-qt6-${VERSION}
+
+PKG_ARCH-qt-headers = *
CATEGORIES =security devel
SHARED_LIBS += gpgme24.2 # 43.0
SHARED_LIBS += gpgmepp 3.3 # 26.0
SHARED_LIBS += qgpgme 3.2 # 20.0
+SHARED_LIBS += qgpgmeqt60.0 # 20.0
HOMEPAGE = https://www.gnupg.org/software/gpgme/
@@ -20,44 +30,80 @@ EXTRACT_SUFX = .tar.bz2
# GPLv2 - LGPLv2.1
PERMIT_PACKAGE= Yes
-WANTLIB = assuan gpg-error iconv intl
-WANTLIB-main = ${WANTLIB} c m
-WANTLIB-qt = ${COMPILER_LIBCXX} ${WANTLIB} Qt5Core double-conversion
-WANTLIB-qt += execinfo glib-2.0 gpgme gthread-2.0 icudata icui18n icuuc
-WANTLIB-qt += m pcre2-8 pcre2-16 z zstd
+WANTLIB-main = ${COMPILER_LIBCXX} assuan c gpg-error iconv intl m
+WANTLIB-qt-headers =
+WANTLIB-qt += ${COMPILER_LIBCXX} Qt5Core assuan double-conversion
+WANTLIB-qt += execinfo glib-2.0 gpg-error gpgme gpgmepp gthread-2.0
+WANTLIB-qt += iconv icudata icui18n icuuc intl m pcre2-16 pcre2-8
+WANTLIB-qt += z zstd
+WANTLIB-qt6 += ${COMPILER_LIBCXX} Qt6Core assuan b2 double-conversion
+WANTLIB-qt6 += execinfo glib-2.0 gpg-error gpgme gpgmepp gthread-2.0
+WANTLIB-qt6 += iconv icudata icui18n icuuc intl m pcre2-16 pcre2-8
+WANTLIB-qt6 += z zstd
COMPILER = base-clang ports-gcc
-MULTI_PACKAGES = -main -qt
-PSEUDO_FLAVORS = no_qt
-FLAVOR ?=
+MULTI_PACKAGES = -main -qt-headers -qt -qt6
+# XXX we forcefully set either no_qt or no_qt6,
+# is "bootstrap" doing anything useful?
+PSEUDO_FLAVORS = no_qt no_qt6 bootstrap qt6
+FLAVOR ?= no_qt6 bootstrap
+
+.if ${FLAVOR:Mqt6}
+# Cannot build both qt5 and qt6 at the same time
+# FLAVOR="qt6 no_qt6" makes no sense
+FLAVOR := no_qt ${FLAVOR:Nno_qt6}
+.elif !${FLAVOR:Mno_qt*} && !${FLAVOR:Mqt6}
+# XXX will portcheck STFU?!?
+FLAVOR += no_qt6
+.endif
-# don't depend on Qt5 on arches where it's known to fail
+# don't depend on Qt on arches where it's known to fail
+# XXX needs MODQT_NOT_FOR_ARCHS?
NOT_FOR_ARCHS-qt = alpha mips64 sh
+NOT_FOR_ARCHS-qt6 =alpha mips64 sh
CONFIGURE_STYLE = gnu
BUILD_DEPENDS = security/gnupg>=2.2.23p1
RUN_DEPENDS = security/gnupg>=2.2.23p1
-LIB_DEPENDS-main = ${LIB_DEPENDS:N*qt*} \
- devel/gettext,-runtime \
+LIB_DEPENDS-main = devel/gettext,-runtime \
security/libgpg-error>=1.4 \
security/libassuan
+LIB_DEPENDS-qt-headers =
+RUN_DEPENDS-qt-headers =
+# XXX WIP: not accurate enough, should handle REVISION
+LIB_DEPENDS-qt += ${MODQT5_LIB_DEPENDS} \
+ gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+RUN_DEPENDS-qt =
gpgme-qt-headers-=${VERSION}:${BUILD_PKGPATH},-qt-headers
+LIB_DEPENDS-qt6 += ${MODQT6_LIB_DEPENDS} \
+ gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+RUN_DEPENDS-qt6 =
gpgme-qt-headers-=${VERSION}:${BUILD_PKGPATH},-qt-headers
CONFIGURE_ENV +=CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib" \
ac_cv_prog_DOXYGEN=false
-.include
+MODQT_DEPS = No
+MODQT_ENV_SETUP = No
-.if ${BUILD_PACKAGES:M-qt}
-MODULES += x11/qt5
+.include
+.if ${BUILD_PACKAGES:M-qt} && ${BUILD_PACKAGES:M-qt6}
+ERRORS += "Cannot build Qt and Qt6 support at the same time."
+.elif ${BUILD_PACKAGES:M-qt}
+MODULES += x11/qt5 \
+ x11/qt6
+MODQT5_DEPS = Yes
+MODQT5_ENV_SETUP = Yes
CONFIGURE_ARGS += --enable-languages='cpp qt'
-LIB_DEPENDS-qt += ${LIB_DEPENDS} \
- gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+.elif ${BUILD_PACKAGES:M-qt6}
+MODULES += x11/qt6 \
+ x11/qt5
+MODQT6_DEPS = Yes
+MODQT6_ENV_SETUP = Yes
+CONFIGURE_ARGS +=
Re: NEW: multimedia/phonon-qt6 and multimedia/phonon-backend/vlc-qt6
Now with attachment... On Thu Mar 14, 2024 at 09:42:07PM +0100, Rafael Sadowski via ports wrote: > I would like to import multimedia/phonon-backend/vlc-qt6 > multimedia/phonon-qt6. Please find tarball attached. This import does > not create any conflicts but it needs a simple adjustment > > Looking for post-lock import OKs. > > Rafael > > ? vlc-qt6 > Index: Makefile.inc > === > RCS file: /cvs/ports/multimedia/phonon-backend/Makefile.inc,v > diff -u -p -r1.10 Makefile.inc > --- Makefile.inc 6 Jan 2024 15:21:43 - 1.10 > +++ Makefile.inc 14 Mar 2024 20:40:07 - > @@ -2,5 +2,3 @@ CATEGORIES += multimedia > > # LGPL 2.1 > PERMIT_PACKAGE = Yes > - > -LIB_DEPENDS += multimedia/phonon>=4.12.0 > Index: gstreamer/Makefile > === > RCS file: /cvs/ports/multimedia/phonon-backend/gstreamer/Makefile,v > diff -u -p -r1.33 Makefile > --- gstreamer/Makefile6 Jan 2024 15:21:43 - 1.33 > +++ gstreamer/Makefile14 Mar 2024 20:40:07 - > @@ -21,7 +21,8 @@ RUN_DEPENDS = multimedia/gstreamer1/plug > multimedia/gstreamer1/plugins-libav \ > x11/gtk+4,-guic > > -LIB_DEPENDS =multimedia/gstreamer1/core \ > +LIB_DEPENDS =multimedia/phonon>=4.12.0 \ > + multimedia/gstreamer1/core \ > multimedia/gstreamer1/plugins-base \ > x11/qt5/qtx11extras > > Index: vlc/Makefile > === > RCS file: /cvs/ports/multimedia/phonon-backend/vlc/Makefile,v > diff -u -p -r1.17 Makefile > --- vlc/Makefile 6 Jan 2024 15:21:43 - 1.17 > +++ vlc/Makefile 14 Mar 2024 20:40:07 - > @@ -12,7 +12,8 @@ MODULES = devel/kf5 > > BUILD_DEPENDS = devel/gettext,-tools > > -LIB_DEPENDS =x11/vlc > +LIB_DEPENDS =multimedia/phonon>=4.12.0 \ > + x11/vlc > > NO_TEST =Yes > > phonon-qt6.tar.gz Description: application/tar-gz
NEW: multimedia/phonon-qt6 and multimedia/phonon-backend/vlc-qt6
I would like to import multimedia/phonon-backend/vlc-qt6 multimedia/phonon-qt6. Please find tarball attached. This import does not create any conflicts but it needs a simple adjustment Looking for post-lock import OKs. Rafael ? vlc-qt6 Index: Makefile.inc === RCS file: /cvs/ports/multimedia/phonon-backend/Makefile.inc,v diff -u -p -r1.10 Makefile.inc --- Makefile.inc6 Jan 2024 15:21:43 - 1.10 +++ Makefile.inc14 Mar 2024 20:40:07 - @@ -2,5 +2,3 @@ CATEGORIES += multimedia # LGPL 2.1 PERMIT_PACKAGE = Yes - -LIB_DEPENDS += multimedia/phonon>=4.12.0 Index: gstreamer/Makefile === RCS file: /cvs/ports/multimedia/phonon-backend/gstreamer/Makefile,v diff -u -p -r1.33 Makefile --- gstreamer/Makefile 6 Jan 2024 15:21:43 - 1.33 +++ gstreamer/Makefile 14 Mar 2024 20:40:07 - @@ -21,7 +21,8 @@ RUN_DEPENDS = multimedia/gstreamer1/plug multimedia/gstreamer1/plugins-libav \ x11/gtk+4,-guic -LIB_DEPENDS = multimedia/gstreamer1/core \ +LIB_DEPENDS = multimedia/phonon>=4.12.0 \ + multimedia/gstreamer1/core \ multimedia/gstreamer1/plugins-base \ x11/qt5/qtx11extras Index: vlc/Makefile === RCS file: /cvs/ports/multimedia/phonon-backend/vlc/Makefile,v diff -u -p -r1.17 Makefile --- vlc/Makefile6 Jan 2024 15:21:43 - 1.17 +++ vlc/Makefile14 Mar 2024 20:40:07 - @@ -12,7 +12,8 @@ MODULES = devel/kf5 BUILD_DEPENDS =devel/gettext,-tools -LIB_DEPENDS = x11/vlc +LIB_DEPENDS = multimedia/phonon>=4.12.0 \ + x11/vlc NO_TEST = Yes
Re: NEW: security/qca-qt6
On Fri Mar 01, 2024 at 08:56:27AM +0100, Landry Breuil wrote: > Le Thu, Feb 29, 2024 at 09:35:39PM +0100, Rafael Sadowski a écrit : > > On Thu Feb 29, 2024 at 09:12:49AM +0100, Landry Breuil wrote: > > > Le Thu, Feb 29, 2024 at 09:03:17AM +0100, Rafael Sadowski a écrit : > > > > OK to import qca-qt6-2.3.8? It's the same as security/qca-qt5, but with > > > > Qt6 enabled and Qt5 disabled. No conflicts with qt5 and qt6. > > > > > > in that case, wouldnt it be better/simpler to multipackage qca into -qt5 > > > and -qt6 and only build it once ? no real opinion, rather thinking out > > > loud.. > > > > > > > Thanks for your feedback. I have already evaluate these options and have > > come to the following 2 1/2 points: > > > > - I don't like to have a Qt6 port in a directory that contains qt5. > > - I don't like the multipackage pattern a lot. For me qca-qt6 is much > > simpler with the same goal. > > fair point, your call. not a big deal since it builds quite fast.. > Looking for a post-lock OK to import.
security/gpgme -qt6
Based on the fantastic work of jca@, below is a diff to add -qt6 flavor
support in gpgme. I have added the cmake qt6 tweak that we can see in
-qt5.
The diff needs a simple MODQT_ENV_SETUP tweak in qt6 and qt5. (Diff in a
different mail)
Looking for OKs after the look.
Rafael
diff --git a/security/gpgme/Makefile b/security/gpgme/Makefile
index 67bbcb43657..9ebd69008d9 100644
--- a/security/gpgme/Makefile
+++ b/security/gpgme/Makefile
@@ -1,16 +1,26 @@
COMMENT-main = GnuPG Made Easy
+COMMENT-qt-headers = Qt headers for GPGme
COMMENT-qt = Qt bindings for GPGme
+COMMENT-qt6 = Qt6 bindings for GPGme
VERSION = 1.23.2
+REVISION-main =0
+REVISION-qt = 0
+
DISTNAME = gpgme-${VERSION}
PKGNAME-main = gpgme-${VERSION}
+PKGNAME-qt-headers = gpgme-qt-headers-${VERSION}
PKGNAME-qt = gpgme-qt-${VERSION}
+PKGNAME-qt6 = gpgme-qt6-${VERSION}
+
+PKG_ARCH-qt-headers = *
CATEGORIES = security devel
SHARED_LIBS += gpgme24.2 # 43.0
SHARED_LIBS += gpgmepp 3.3 # 26.0
SHARED_LIBS += qgpgme 3.2 # 20.0
+SHARED_LIBS += qgpgmeqt60.0 # 20.0
HOMEPAGE = https://www.gnupg.org/software/gpgme/
@@ -20,44 +30,80 @@ EXTRACT_SUFX = .tar.bz2
# GPLv2 - LGPLv2.1
PERMIT_PACKAGE=Yes
-WANTLIB = assuan gpg-error iconv intl
-WANTLIB-main = ${WANTLIB} c m
-WANTLIB-qt = ${COMPILER_LIBCXX} ${WANTLIB} Qt5Core double-conversion
-WANTLIB-qt += execinfo glib-2.0 gpgme gthread-2.0 icudata icui18n icuuc
-WANTLIB-qt += m pcre2-8 pcre2-16 z zstd
+WANTLIB-main = ${COMPILER_LIBCXX} assuan c gpg-error iconv intl m
+WANTLIB-qt-headers =
+WANTLIB-qt += ${COMPILER_LIBCXX} Qt5Core assuan double-conversion
+WANTLIB-qt += execinfo glib-2.0 gpg-error gpgme gpgmepp gthread-2.0
+WANTLIB-qt += iconv icudata icui18n icuuc intl m pcre2-16 pcre2-8
+WANTLIB-qt += z zstd
+WANTLIB-qt6 += ${COMPILER_LIBCXX} Qt6Core assuan b2 double-conversion
+WANTLIB-qt6 += execinfo glib-2.0 gpg-error gpgme gpgmepp gthread-2.0
+WANTLIB-qt6 += iconv icudata icui18n icuuc intl m pcre2-16 pcre2-8
+WANTLIB-qt6 += z zstd
COMPILER = base-clang ports-gcc
-MULTI_PACKAGES = -main -qt
-PSEUDO_FLAVORS = no_qt
-FLAVOR ?=
+MULTI_PACKAGES = -main -qt-headers -qt -qt6
+# XXX we forcefully set either no_qt or no_qt6,
+# is "bootstrap" doing anything useful?
+PSEUDO_FLAVORS = no_qt no_qt6 bootstrap qt6
+FLAVOR ?= no_qt6 bootstrap
+
+.if ${FLAVOR:Mqt6}
+# Cannot build both qt5 and qt6 at the same time
+# FLAVOR="qt6 no_qt6" makes no sense
+FLAVOR := no_qt ${FLAVOR:Nno_qt6}
+.elif !${FLAVOR:Mno_qt*} && !${FLAVOR:Mqt6}
+# XXX will portcheck STFU?!?
+FLAVOR += no_qt6
+.endif
-# don't depend on Qt5 on arches where it's known to fail
+# don't depend on Qt on arches where it's known to fail
+# XXX needs MODQT_NOT_FOR_ARCHS?
NOT_FOR_ARCHS-qt = alpha mips64 sh
+NOT_FOR_ARCHS-qt6 =alpha mips64 sh
CONFIGURE_STYLE = gnu
BUILD_DEPENDS =security/gnupg>=2.2.23p1
RUN_DEPENDS = security/gnupg>=2.2.23p1
-LIB_DEPENDS-main = ${LIB_DEPENDS:N*qt*} \
- devel/gettext,-runtime \
+LIB_DEPENDS-main = devel/gettext,-runtime \
security/libgpg-error>=1.4 \
security/libassuan
+LIB_DEPENDS-qt-headers =
+RUN_DEPENDS-qt-headers =
+# XXX WIP: not accurate enough, should handle REVISION
+LIB_DEPENDS-qt += ${MODQT5_LIB_DEPENDS} \
+ gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+RUN_DEPENDS-qt =
gpgme-qt-headers-=${VERSION}:${BUILD_PKGPATH},-qt-headers
+LIB_DEPENDS-qt6 += ${MODQT6_LIB_DEPENDS} \
+ gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+RUN_DEPENDS-qt6 =
gpgme-qt-headers-=${VERSION}:${BUILD_PKGPATH},-qt-headers
CONFIGURE_ENV += CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib" \
ac_cv_prog_DOXYGEN=false
-.include
+MODQT_DEPS = No
+MODQT_ENV_SETUP = No
-.if ${BUILD_PACKAGES:M-qt}
-MODULES += x11/qt5
+.include
+.if ${BUILD_PACKAGES:M-qt} && ${BUILD_PACKAGES:M-qt6}
+ERRORS += "Cannot build Qt and Qt6 support at the same time."
+.elif ${BUILD_PACKAGES:M-qt}
+MODULES += x11/qt5 \
+ x11/qt6
+MODQT5_DEPS = Yes
+MODQT5_ENV_SETUP = Yes
CONFIGURE_ARGS += --enable-languages='cpp qt'
-LIB_DEPENDS-qt += ${LIB_DEPENDS} \
- gpgme-=${VERSION}:${BUILD_PKGPATH},-main
+.elif ${BUILD_PACKAGES:M-qt6}
+MODULES += x11/qt6 \
+ x11/qt5
+MODQT6_DEPS = Yes
+MODQT6_ENV_SETUP = Yes
+CONFIGURE_ARGS += --enable-languages='cpp qt6'
.else
-COMPILER_LANGS = c
-CONFIGURE_ARGS += --enable-languages=''
+CONFIGURE_ARGS += --enable-languages='cpp'
.endif
# needed for the regression tests
@@ -65,6 +111,7 @@
Add MODQT_ENV_SETUP to qt5/6
Make _MODQT6_SETUP and _MODQT5_SETUP optional. Enabled by default so
that the behavior does not change.
OK?
diff --git a/x11/qt5/qt5.port.mk b/x11/qt5/qt5.port.mk
index 2115f090dfb..7e4ff237d35 100644
--- a/x11/qt5/qt5.port.mk
+++ b/x11/qt5/qt5.port.mk
@@ -163,9 +163,13 @@ LIB_DEPENDS += ${MODQT5_LIB_DEPENDS}
BUILD_DEPENDS += ${MODQT5_BUILD_DEPENDS}
.endif
+MODQT_ENV_SETUP ?= Yes
+MODQT5_ENV_SETUP ?=${MODQT_ENV_SETUP}
+.if ${MODQT5_ENV_SETUP:L} == yes
CONFIGURE_ENV +=${_MODQT5_SETUP}
MAKE_ENV +=${_MODQT5_SETUP}
MAKE_FLAGS += ${_MODQT5_SETUP}
+.endif
MODQT5_USE_CXX11 ?=Yes
.if ${MODQT5_USE_CXX11:L} == "yes"
diff --git a/x11/qt6/qt6.port.mk b/x11/qt6/qt6.port.mk
index 1695454b83e..377ad3ff343 100644
--- a/x11/qt6/qt6.port.mk
+++ b/x11/qt6/qt6.port.mk
@@ -41,9 +41,13 @@ MODQT6_DEPS ?= ${MODQT_DEPS}
LIB_DEPENDS += ${MODQT6_LIB_DEPENDS}
.endif
+MODQT_ENV_SETUP ?= Yes
+MODQT6_ENV_SETUP ?=${MODQT_ENV_SETUP}
+.if ${MODQT6_ENV_SETUP:L} == yes
CONFIGURE_ENV += ${_MODQT6_SETUP}
MAKE_ENV +=${_MODQT6_SETUP}
MAKE_FLAGS += ${_MODQT6_SETUP}
+.endif
MODQT6_USE_CXX17 ?=Yes
Re: Apache ALPN/SNI problem with LibreSSL
Will there be a patch for 7.5? The previous one for 7.4 (January 2024) seems expired... It did not make release.
Re: Apache ALPN/SNI problem with LibreSSL
> Is it fixed in the upcoming 7.5? > > https://marc.info/?l=openbsd-ports=170665693919277=2 It did not make release.
Apache ALPN/SNI problem with LibreSSL
Hi, Is it fixed in the upcoming 7.5? https://marc.info/?l=openbsd-ports=170665693919277=2 Bambero
Re: HOTFIX games/{bugdom,bugdom2,nanosaur,mightymike,ottomatic,billyfrontier} on sparc64
On Wed, 13 Mar 2024 19:07:07 +
> On March 13, 2024 7:24:26 PM GMT+01:00, Stuart Henderson via ports
>
> I think something like this would be preferable
>
> # requires C++20
> COMPILER = base-clang
>
I attached the diffs with this change
> > On 2024/03/13 19:36, Tobias Heider via ports wrote:
> >
> > but then you could also add ports clang and ports gcc right?
> > they should also support newer c++ versions
currently these ports use:
COMPILER = base-clang ports-gcc
yet they still fail on architectures without a C++20 compat compiler
afaik.
> > > "Stuart Henderson via ports" wrote:
> > > Could try it, but it seems fairly doubtful that they'll be good
> > > enough, c++20 support in gcc 8 was pretty limited (and uses
> > > -std=c++2a not -std=c++20), and ports-clang on base-gcc archs uses
> > > libestdc++ from gcc 8. (gcc/11 is in the ports tree but can't be
> > > used in bulks unless all c++ ports on whichever arch are switched
> > > from 8 to 11 otherwise there will be build conflicts).
This seems like the most reasonable fail-safe solution given the time
crunch. OK to merge?
--
-iz (they/them)
> i like to say mundane things,
> there are too many uninteresting things
> that go unnoticed.
izder456 (dot) neocities (dot) org
diff --git billyfrontier/Makefile billyfrontier/Makefile
index 5462bab38..9ba3101ff 100644
--- billyfrontier/Makefile
+++ billyfrontier/Makefile
@@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
diff --git ottomatic/Makefile ottomatic/Makefile
index 55f9e5297..a250fbcaf 100644
--- ottomatic/Makefile
+++ ottomatic/Makefile
@@ -19,7 +19,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
diff --git mightymike/Makefile mightymike/Makefile
index 0149fc600..a6ec28fbe 100644
--- mightymike/Makefile
+++ mightymike/Makefile
@@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
diff --git nanosaur/Makefile nanosaur/Makefile
index 96bcc0c6a..e8e9fd651 100644
--- nanosaur/Makefile
+++ nanosaur/Makefile
@@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
diff --git bugdom2/Makefile bugdom2/Makefile
index 89dc4ad6f..eee36bbde 100644
--- bugdom2/Makefile
+++ bugdom2/Makefile
@@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
diff --git bugdom/Makefile bugdom/Makefile
index f48f280f6..b6a8357fb 100644
--- bugdom/Makefile
+++ bugdom/Makefile
@@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m
# C++20
-COMPILER = base-clang ports-gcc
+COMPILER = base-clang
MODULES = devel/cmake
Re: [NEW] devel/opendht-3.1.7
> Here is the port of OpenDHT-3.1.7, without tools and Python support.
> To build, it requires devel/msgpack-cxx I sent previously.
Currently this ports candidate cannot link with other code.
I found this needs to build with -fvisibility=protected (or default),
not -fvisibility=hidden.
I tried to built this library with example tools by clang-16
on Debian-12/amd64, everything goes well.
I suspect __attribute__ ((visibility("default"))) is not work under
-fvisibility=hidden, but I don't know how to prove this.
Is there any -fvisibility related problem?
--
SASANO Takayoshi (JG1UAA)
Re: [UPDATE] emulators/dosbox-x-2024.03.01
> This broke the build on i386, > > esfmu/esfm.c:1849:5: error: inline assembly requires more registers than > available > "movzbl %b[wave], %%eax \n\t" > ^ > > It's too late to fix for release now. uh, oh, sorry. I found 32bit code of this library cannot build with clang-14 to 16. (tested with Debian-12/amd64, only clang-13 could build successfully.) Just now I reported this problem to ESFMu library at GitHub to solve this problem. -- SASANO Takayoshi (JG1UAA)
Re: [s...@spacehopper.org: Re: [NEW]: misc/openhab - open Home Automation Bus (openHAB)]
On Mon, Mar 11, 2024 at 10:15:13AM -0400, Chaz Kettleson wrote:
> On Mon, Mar 04, 2024 at 08:25:47PM +, Stuart Henderson wrote:
> > Hi Antoine, do you have any feedback on the rc.d parts please?
> > Do you think the variabke setting bits are alright for rc.d or would
> > they be better split off to a different script?
> >
> >
> > - Forwarded message from Stuart Henderson -
> >
> > From: Stuart Henderson
> > Date: Mon, 26 Feb 2024 18:10:57 +
> > To: Chaz Kettleson
> > Cc: A Tammy , Kirill Bychkov ,
> > ports@openbsd.org
> > Subject: Re: [NEW]: misc/openhab - open Home Automation Bus (openHAB)
> > Mail-Followup-To: Chaz Kettleson , A Tammy
> > , Kirill Bychkov ,
> > ports@openbsd.org
> >
> > Here are some tweaks on top (sent as a diff for commentary and a new
> > tar).
> >
> > I'd like the opinion of someone with a hand in the rc.d system to
> > comment on that part. Maybe they'll be ok with it, but it's a bit
> > complicated and not something that I think we do in any other ports.
> > On the other hand I'm not sure I can think of a nice alternative..
> >
> > : diff --git a/misc/openhab/Makefile b/misc/openhab/Makefile
> > : index 3ff4984..dc582de 100644
> > : --- a/misc/openhab/Makefile
> > : +++ b/misc/openhab/Makefile
> > : @@ -28,16 +28,12 @@ pre-extract:
> > : @mkdir ${WRKDIST}
> > :
> > : do-install:
> > : - ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/${PKGSTEM}/
> > : + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/openhab/
> >
> > the ${PKGSTEM} indirection isn't really useful imho and makes it harder
> > to read, I've replaced with openhab throughout
> >
> > : - ${INSTALL_DATA} ${FILESDIR}/${PKGSTEM}.conf \
> > : - ${PREFIX}/share/examples/${PKGSTEM}/
> > : - ${INSTALL_DATA_DIR} ${PREFIX}/libexec/${PKGSTEM}/
> > : - @cd ${WRKDIST} && openrsync --rsync-path=openrsync -a \
> > : - --exclude={'./conf','./userdata'} .
> > ${PREFIX}/libexec/${PKGSTEM}/
> > : - ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/${PKGSTEM}/etc/
> > : - @cd ${WRKDIST}/conf && pax -rw .
> > ${PREFIX}/share/examples/${PKGSTEM}/etc/
> > : - ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/${PKGSTEM}/var/
> > : - @cd ${WRKDIST}/userdata && pax -rw . \
> > : - ${PREFIX}/share/examples/${PKGSTEM}/var/
> > : + ${INSTALL_DATA} ${FILESDIR}/openhab.conf \
> > : + ${PREFIX}/share/examples/openhab/
> > : + ${INSTALL_DATA_DIR} ${PREFIX}/libexec/openhab/
> > : + cd ${WRKDIST} && pax -rw . ${PREFIX}/libexec/openhab/
> > : + mv ${PREFIX}/libexec/openhab/conf ${PREFIX}/share/examples/openhab/
> > : + mv ${PREFIX}/libexec/openhab/userdata ${PREFIX}/share/examples/openhab/
> >
> > not really a fan of using openrsync to copy files around, so I've
> > replaced it by copying all files with pax to libexec, then moving the
> > couple of dirs which should end up in examples. I kept the original
> > dir names and adjusted PLIST to match.
> >
> > : diff --git a/misc/openhab/pkg/PLIST b/misc/openhab/pkg/PLIST
> > : index 1e76d42..8144a30 100644
> > : --- a/misc/openhab/pkg/PLIST
> > : +++ b/misc/openhab/pkg/PLIST
> > : @@ -1,6 +1,5 @@
> > : -@newgroup _openhab:896
> > : -@newuser _openhab:896:_openhab::openHAB user:/nonexistent:/sbin/nologin
> > : +@newgroup _openhab:897
> > : +@newuser _openhab:897:_openhab::openHAB user:/nonexistent:/sbin/nologin
> >
> > 896 is taken now, switch to 897
> >
> > : -@exec-add usermod -G dialer _openhab
> >
> > I don't think the package should auto-add itself to what in some
> > circumstances could be a sensitive group. Could maybe be suggested
> > in the readme (I haven't done so myself because I don't know which
> > circumstances need it and I think that should be explained).
> >
> > : @rcscript ${RCDIR}/openhab
> > : libexec/openhab/
> > : libexec/openhab/LICENSE.TXT
> > : @@ -1225,203 +1224,203 @@ libexec/openhab/start_debug.sh
> > : share/doc/pkg-readmes/${PKGSTEM}
> > : share/examples/openhab/
> > : @sample ${SYSCONFDIR}/openhab/
> > : -share/examples/openhab/etc/
> > : +share/examples/openhab/conf/
> > ...
> >
> >
> > : diff --git a/misc/openhab/pkg/openhab.rc b/misc/openhab/pkg/openhab.rc
> > : index ea7a859..4284a62 100644
> > : --- a/misc/openhab/pkg/openhab.rc
> > : +++ b/misc/openhab/pkg/openhab.rc
> > : @@ -1,7 +1,7 @@
> > : #!/bin/ksh
> > :
> > : -JAVA="$(${LOCALBASE}/bin/javaPathHelper -c ${PKGSTEM})"
> > : -JAVA_HOME="$(${LOCALBASE}/bin/javaPathHelper -h ${PKGSTEM})"
> > : +JAVA="$(${LOCALBASE}/bin/javaPathHelper -c openhab)"
> > : +JAVA_HOME="$(${LOCALBASE}/bin/javaPathHelper -h openhab)"
> >
> > avoid indirection again
> >
> > : # Read configuration variable file if it is present
> > : if [ -r /etc/openhab.conf ]; then
> > : @@ -13,12 +13,12 @@ if [ -z "${EXTRA_JAVA_OPTS}" ]; then
> > EXTRA_JAVA_OPTS="-Dsun.nio.fs.watchservice
> > : if [ -z "${OPENHAB_HTTP_ADDRESS}" ]; then
> > OPENHAB_HTTP_ADDRESS="127.0.0.1"; fi
> > : if [ -z "${OPENHAB_HTTP_PORT}" ];then OPENHAB_HTTP_PORT=8080; fi
UPDATE: sysutils/vultr-cli
Hi.
Update for sysutils/vultr-cli-3.0.2
Changelog: https://github.com/vultr/vultr-cli/releases/tag/v3.0.2
Obrigado!
--
Index: Makefile
===
RCS file: /cvs/ports/sysutils/vultr-cli/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile28 Feb 2024 12:29:29 - 1.21
+++ Makefile14 Mar 2024 12:10:57 -
@@ -1,7 +1,7 @@
COMMENT = Vultr Command Line Interface
MODGO_MODNAME =github.com/vultr/vultr-cli/v3
-MODGO_VERSION =v3.0.1
+MODGO_VERSION =v3.0.2
DISTNAME = vultr-cli-${MODGO_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/vultr-cli/distinfo,v
retrieving revision 1.18
diff -u -p -r1.18 distinfo
--- distinfo28 Feb 2024 12:29:30 - 1.18
+++ distinfo14 Mar 2024 12:10:57 -
@@ -158,8 +158,8 @@ SHA256 (go_modules/github.com/stretchr/t
SHA256 (go_modules/github.com/stretchr/testify/@v/v1.8.4.zip) =
4gbart4L0D3gYL3765hKwsSbgwWHU//8k/4MIg6odTI=
SHA256 (go_modules/github.com/subosito/gotenv/@v/v1.6.0.mod) =
iy2Lx4td7xBjYIZ6gq2CxaTp3pNULwogcIe7ODhPVb8=
SHA256 (go_modules/github.com/subosito/gotenv/@v/v1.6.0.zip) =
FC2z3SMo50TBV+hc8ykdAnATt5+SpFmE+GD+OLwPH40=
-SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.mod) =
Btztb1e1OWlrAp+aP+hNBpwS5h5xIQO/9EKGVmwB5f0=
-SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.zip) =
SjPQFV9MtmuGTfAUaSD6HgEbrlaXVpttK9sfzp871OE=
+SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.4.mod) =
Btztb1e1OWlrAp+aP+hNBpwS5h5xIQO/9EKGVmwB5f0=
+SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.4.zip) =
cI9AuWFRhOWHx44fCvdjct/NvCjF79dtR0hPm31ZZuA=
SHA256 (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.mod) =
BdgLHNyTTdrAmRX4IqQFDoj9pkajbymego6kjjP/Yfc=
SHA256 (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.zip) =
0F1Bvq5D3HXwpueBWkR8DnBM/flIQelrpmHgsdvEoQw=
SHA256 (go_modules/go.etcd.io/etcd/client/pkg/v3/@v/v3.5.10.mod) =
+IjWF2shNMhy6adJ/bfazsGGXsk8BIPE1plnbVVRHqo=
@@ -179,8 +179,8 @@ SHA256 (go_modules/go.uber.org/zap/@v/v1
SHA256 (go_modules/go.uber.org/zap/@v/v1.21.0.zip) =
mKigrUvrqUccYBbEsMCgdyVOXyZpKQq4fCjJANYuOIU=
SHA256
(go_modules/golang.org/x/crypto/@v/v0.0.0-20190308221718-c2843e01d9a2.mod) =
M+0HClpm4JYGhaxThkQOG1mJnnTYo4oRgGhecqIZXe0=
SHA256 (go_modules/golang.org/x/crypto/@v/v0.16.0.mod) =
3ECGe+88pReVacwvh0K7YYuMxoSw0lp1MlDoHW3ClEI=
-SHA256 (go_modules/golang.org/x/crypto/@v/v0.19.0.mod) =
+LWV5clhCTxod7lq9nn0MyIlSlMIexH9JkVkLmk779U=
-SHA256 (go_modules/golang.org/x/crypto/@v/v0.19.0.zip) =
c+4xJC4RNP+YMIOyWpFab6HldCZYlyJZz1+0wS2yzYY=
+SHA256 (go_modules/golang.org/x/crypto/@v/v0.21.0.mod) =
f/QKV7DP8QbRsVNeHQvHdCOK+z5T95f+/hgkt2WraE0=
+SHA256 (go_modules/golang.org/x/crypto/@v/v0.21.0.zip) =
aJ1rkxPUBuBhhjubhOtDsCt/vggaSbslCXv7GS8bkOA=
SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230905200255-921286631fa9.mod)
= ko2BpDwXWlBsQQHgDgyVBo2xBccjjEVal9AqHKHaXn0=
SHA256 (go_modules/golang.org/x/exp/@v/v0.0.0-20230905200255-921286631fa9.zip)
= 54mSGiA2le3w0b/8mLD3a1+aJkwviO8ISi6pp2gIH4U=
SHA256 (go_modules/golang.org/x/mod/@v/v0.12.0.mod) =
YkVnRZxumUesSr3gtwNO5h3Ltqk3P1lwCUwLs+gSGWQ=
@@ -188,22 +188,22 @@ SHA256 (go_modules/golang.org/x/mod/@v/v
SHA256 (go_modules/golang.org/x/mod/@v/v0.8.0.mod) =
YkVnRZxumUesSr3gtwNO5h3Ltqk3P1lwCUwLs+gSGWQ=
SHA256 (go_modules/golang.org/x/net/@v/v0.0.0-20190603091049-60506f45cf65.mod)
= br6z+vsJYS0+8f8EE9+qwFu6+PIpq94K4OASKY3+ZwI=
SHA256 (go_modules/golang.org/x/net/@v/v0.19.0.mod) =
qN2kNAkwuAhR6X8yv6atuGvhhaSu6p/HZqb+cvEn8QE=
-SHA256 (go_modules/golang.org/x/net/@v/v0.21.0.mod) =
Du8+n+f2aL5bTSTI8SUcbFAtEWiVPICBrJ3D85nGTwY=
-SHA256 (go_modules/golang.org/x/net/@v/v0.21.0.zip) =
Tpy0ve0ZV+c/5wl0HCmHnqsFBHYXybFLcjcxT/kCSRM=
+SHA256 (go_modules/golang.org/x/net/@v/v0.22.0.mod) =
Cz+667RmgBS03KX15YpFkWcFZ+9EKexf3k6u1mreb6w=
+SHA256 (go_modules/golang.org/x/net/@v/v0.22.0.zip) =
L2JOUE9M1WnpB6lEnTSfHE42UmI/ueNS6B0hVezCwTM=
SHA256 (go_modules/golang.org/x/oauth2/@v/v0.15.0.mod) =
Nyk4dfadyoT8IxsSMwzl8DEH4iFbuS1NRrXkYdmI0pU=
-SHA256 (go_modules/golang.org/x/oauth2/@v/v0.17.0.mod) =
ZRbYuciMzgWCb4q+do1uupopmdofLeoiPRISDv6TG5A=
-SHA256 (go_modules/golang.org/x/oauth2/@v/v0.17.0.zip) =
5Z7ugy34eEUX6dd89gh4SmWdIAHJr2ZZHBeH4XQBYi4=
+SHA256 (go_modules/golang.org/x/oauth2/@v/v0.18.0.mod) =
LbHebpJX+4Kg1wxDZGgdGBXks7I7w+k6I4KBPijar3o=
+SHA256 (go_modules/golang.org/x/oauth2/@v/v0.18.0.zip) =
dxbQbPieFza3S5RYTNytEgx2lRnwxB5td9DxJleHB3I=
SHA256 (go_modules/golang.org/x/sync/@v/v0.5.0.mod) =
cA5dsA3SaqGaF9zl/FUkNtYPaMVgbIW4IfJMPWByoVE=
SHA256 (go_modules/golang.org/x/sync/@v/v0.5.0.zip) =
nglMZbFTiBQ3ziMLLSSScZ0GPIkkAJYxyQJa3RMFaSI=
SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20190215142949-d0b11bdaac8a.mod)
= iWkRXko5EIhIMk55ob2KhEUjDm46rMvp+AV/tQ//yME=
SHA256 (go_modules/golang.org/x/sys/@v/v0.12.0.mod) =
8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ=
UPDATE: net/tailscale-1.62.0
Hi.
Update for net/tailscale v1.62.0
Changelog:
https://github.com/tailscale/tailscale/releases/tag/v1.62.0
Obrigado!
--
Adriano
Index: Makefile
===
RCS file: /cvs/ports/net/tailscale/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile1 Mar 2024 02:57:10 - 1.29
+++ Makefile14 Mar 2024 12:16:58 -
@@ -2,7 +2,7 @@ BROKEN-i386 = unix.EPROTO not defined
COMMENT = modern overlay-like VPN built on top of WireGuard
-V =1.60.1
+V =1.62.0
MODGO_MODNAME =tailscale.com
MODGO_VERSION =v${V}
Index: distinfo
===
RCS file: /cvs/ports/net/tailscale/distinfo,v
retrieving revision 1.27
diff -u -p -r1.27 distinfo
--- distinfo1 Mar 2024 02:57:10 - 1.27
+++ distinfo14 Mar 2024 12:17:01 -
@@ -64,6 +64,8 @@ SHA256 (go_modules/filippo.io/edwards255
SHA256 (go_modules/filippo.io/edwards25519/@v/v1.1.0.zip) =
msQ6aG0G/evXGfevOGbIfrBpMCJy37ExAHrfRxwwi2U=
SHA256 (go_modules/filippo.io/mkcert/@v/v1.4.4.mod) =
Sz0qPFtaIoY47ps4WH1D9O5GjdCVTTzVgoRDHoGoZ1I=
SHA256 (go_modules/filippo.io/mkcert/@v/v1.4.4.zip) =
q+I+dsKp9SiKLYSoO2CbknmC6F61DuYz8DzOFaKsEsU=
+SHA256 (go_modules/fybrik.io/crdoc/@v/v0.6.3.mod) =
4NWvKZNX97vqauMqzgj6CJwDTqep/bajD0DKch8J1pg=
+SHA256 (go_modules/fybrik.io/crdoc/@v/v0.6.3.zip) =
sy8G3Q2yS1/5iCIwPDh0uYvXWE6nUi5JCaKyP2m2tbo=
SHA256 (go_modules/github.com/!abirdcfly/dupword/@v/v0.0.11.mod) =
02QI/kp1V7aRG/4QfBmhChQmcqd9rcdqwNYbS3wK8VI=
SHA256 (go_modules/github.com/!abirdcfly/dupword/@v/v0.0.11.zip) =
BdD3WztM6eH0eO78bmmWYF8FajwaaiF18BQOIN0mzls=
SHA256 (go_modules/github.com/!alek!si/pointer/@v/v1.2.0.mod) =
FFnJtT4syj4WK6khJctMQV9F4xD3q8wXOBkfD/SS+8k=
@@ -216,8 +218,8 @@ SHA256 (go_modules/github.com/aws/smithy
SHA256 (go_modules/github.com/aws/smithy-go/@v/v1.19.0.zip) =
lB9EpR6fhzUuTxt40iNjS4x9QDLYNbZtJFjaj/2rhv0=
SHA256 (go_modules/github.com/aymanbagabas/go-osc52/v2/@v/v2.0.1.mod) =
Rkb58ZqCKuv0KWvOJNXyt7JwDqHET1zJeDACY8t7VhE=
SHA256 (go_modules/github.com/aymanbagabas/go-osc52/v2/@v/v2.0.1.zip) =
k56/KlSB8hcuGl4MMY0FrvW22VCpYFViFsPaeHmpJ/g=
-SHA256 (go_modules/github.com/bazelbuild/rules_go/@v/v0.38.1.mod) =
pxQ/MpwqPguYPOdKlsDCWw0MWdI2119+GwaardmI1V4=
-SHA256 (go_modules/github.com/bazelbuild/rules_go/@v/v0.38.1.zip) =
TWH0gcQZL8amCL06qcDhBEFt1IlQlRuL6tmhtKDSESs=
+SHA256 (go_modules/github.com/bazelbuild/rules_go/@v/v0.44.2.mod) =
3iIwS3IPf2E1DsHJc53mwKGxED/SK/626SxshD3cbW4=
+SHA256 (go_modules/github.com/bazelbuild/rules_go/@v/v0.44.2.zip) =
lh7yjW216pjUoNLiKP59/joZuCI4J9Et52NM2dSW0pQ=
SHA256 (go_modules/github.com/beevik/ntp/@v/v0.3.0.mod) =
GysQO0BL9yL2YJawqJmI6ow229d/R9po0fcDGJLp3dk=
SHA256 (go_modules/github.com/beevik/ntp/@v/v0.3.0.zip) =
mo4Jdbu2T3DbVi1Gjt2GOKibQrgHGrdrlqnfRaaV8XE=
SHA256
(go_modules/github.com/beorn7/perks/@v/v0.0.0-20180321164747-3a771d992973.mod)
= zE0fqtdZZfpp6xMSC/lWgncZAF/z7NxwSzb7WPsf0W4=
@@ -282,7 +284,6 @@ SHA256 (go_modules/github.com/chzyer/tes
SHA256
(go_modules/github.com/chzyer/test/@v/v0.0.0-20180213035817-a1ea475d72b1.zip) =
rYVQvtPEqUu+9XufxbsVgG6s7aAJJXFkBDIFgNYOL30=
SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.12.3.mod) =
He49xp5JE2ceoL+e5DKp30qAOJFT6e7tuIFMFBjbiMQ=
SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.12.3.zip) =
fgAWcBuAjIGgDMRebZO0psg4DZ20gkyG9vJBaGKAraw=
-SHA256 (go_modules/github.com/cilium/ebpf/@v/v0.9.3.mod) =
FYh5NHF0kY7tjwV24jAY5vfAiSgT7zmAGl4o95QkTq8=
SHA256 (go_modules/github.com/client9/misspell/@v/v0.3.4.mod) =
0bw2Ld3Zb7OkPtS5Kqq3CqbH71pQDX8JVk4+skq88Lg=
SHA256 (go_modules/github.com/client9/misspell/@v/v0.3.4.zip) =
o68gY3LhMd0QporEcMZqGxjq9Rxq+stVsuKgbjm5Byg=
SHA256 (go_modules/github.com/cloudflare/circl/@v/v1.3.3.mod) =
aLEuRmK7BjlyhJAVP/xS2L3WO+VYvdQbyw2PHu6wPkE=
@@ -561,7 +562,8 @@ SHA256 (go_modules/github.com/golang/moc
SHA256 (go_modules/github.com/golang/mock/@v/v1.4.1.mod) =
RbyrK7SsOzmTIDGNOZ9KpvheTdTN75v4+ekMppSBj7Q=
SHA256 (go_modules/github.com/golang/mock/@v/v1.4.3.mod) =
RbyrK7SsOzmTIDGNOZ9KpvheTdTN75v4+ekMppSBj7Q=
SHA256 (go_modules/github.com/golang/mock/@v/v1.4.4.mod) =
11/oqrzNF82/fkMiC4ucaM4fLlTRGJ7sxARjp2HGnFM=
-SHA256 (go_modules/github.com/golang/mock/@v/v1.4.4.zip) =
xnJ/1Vp8p2NpejPuNC3YIGgKGxF9eZq5Oozo/O4n+k8=
+SHA256 (go_modules/github.com/golang/mock/@v/v1.7.0-rc.1.mod) =
B3A9Qoau8LestbaYk4a+oYglvLfXdGLo10RX0FMqkZI=
+SHA256 (go_modules/github.com/golang/mock/@v/v1.7.0-rc.1.zip) =
G7ltg6dt8EqT9ZYUveYNNcEK71fBxrRrLHIXLYo9/WE=
SHA256 (go_modules/github.com/golang/protobuf/@v/v1.2.0.mod) =
wKIDG/J3CHdJ2MzEMkSfaxN1eH6shkHdL5MAdCMar7Q=
SHA256 (go_modules/github.com/golang/protobuf/@v/v1.3.1.mod) =
wKIDG/J3CHdJ2MzEMkSfaxN1eH6shkHdL5MAdCMar7Q=
SHA256 (go_modules/github.com/golang/protobuf/@v/v1.3.2.mod) =
wKIDG/J3CHdJ2MzEMkSfaxN1eH6shkHdL5MAdCMar7Q=
@@ -630,6 +632,8 @@ SHA256 (go_modules/github.com/google/go-
Re: Chromium browsers: Meet + webcam = SIGILL?
On Wed, Mar 13, 2024 at 10:33:51AM +, Stuart Henderson wrote: Hello Stuart, > Confirmed this fixes it. Same patch file applies to iridium and > ungoogled-chromium with no offset. Thanks for this --- much appreciated! Laurie
Re: quiche security update
On Thu, Mar 14, 2024 at 08:15:53AM +0100, Christian Weisgerber wrote: > Otto Moerbeek: > > > maybe I was not being clear... it would be ncie to have this in the release. > > Too late. > > > > This is a security update to quiche. > > > See https://github.com/cloudflare/quiche/releases/tag/0.20.1 > > That only prevents a type of denial-of-service attack, anyway. Ok, I'll commit this when the ports tree is open again. -Otto
Re: quiche security update
Otto Moerbeek: > maybe I was not being clear... it would be ncie to have this in the release. Too late. > > This is a security update to quiche. > > See https://github.com/cloudflare/quiche/releases/tag/0.20.1 That only prevents a type of denial-of-service attack, anyway. -- Christian "naddy" Weisgerber na...@mips.inka.de
