CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/10/17 22:58:27 Modified files: sysutils/rclone: Makefile distinfo Log message: Update to rclone-1.64.1 Changes: https://rclone.org/changelog/#v1-64-1-2023-10-17
NEW: x11/qt6/qtspeech
Please find attached new Qt6 module qt6-qtspeech-6.5.2. OK to import? Comment: Qt text-to-speech components Required by: debug-qt6-qtspeech-6.5.2 Description: The module enables a Qt application to support accessibility features such as text-to-speech, which is useful for end-users who are visually challenged or cannot access the application for whatever reason. The most common use case where text-to-speech comes in handy is when the end-user is driving and cannot attend the incoming messages on the phone. In such a scenario, the messaging application can read out the incoming message. Maintainer: Rafael Sadowski WWW: https://www.qt.io/ qt6-qtspeech-6.5.2.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/10/17 21:56:45 Modified files: graphics/libgexiv2: Makefile Log message: ports-gcc needs libstdc++fs linked in. Fixes build on sparc64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: a...@cvs.openbsd.org2023/10/17 21:27:55 Modified files: devel/valgrind : Makefile devel/valgrind/patches: patch-coregrind_m_aspacemgr_aspacemgr_linux_c patch-coregrind_m_ume_elf_c Added files: devel/valgrind/patches: patch-coregrind_m_replacemalloc_vg_replace_malloc_c Log message: Fix a bug where symbols of some ELF files (lower 12 bits of Offset are 0 and File Size is 0 of program header) were not printed. ok otto
x11/openbox broken with 7.4 upgrade
Hello, With yesterday's upgrade from 7.3 to 7.4, and more specifically with glib2 upgrading from 2.74.6 to 2.76.6, Openbox crashes when switching out of a fullscreen window (tested on 7.4 GENERIC.MP#1397 amd64). It appears to be a known bug, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033385 I quote : > This bug has been reported upstream at > https://bugzilla.icculus.org/show_bug.cgi?id=6669. > > The following patch is provided to fix the bug, and has been accepted > into a developer's work branch here: > http://git.openbox.org/?p=mikachu/openbox.git;a=commit;h=d41128e5a1002af41c976c8860f8299cfcd3cd72 I would be happy to provide a diff for the port but I have absolutely no idea of how to do that... Of course, if one of the kind developers had time to provide some guidance I could learn and try. Thanks in advance ! GM.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/10/17 16:19:34 Modified files: infrastructure/mk: bsd.port.subdir.mk infrastructure/lib/DPB: State.pm Log message: glue to randomize SUBDIRS using sort -R, so that dpb -r is even more random (done because it's cheap) okay tb@
Re: [maintainer update] Python 3.11.6
On Mon, 16 Oct 2023, Kurt Mosiejczuk wrote: > On Sun, Oct 15, 2023 at 05:32:13AM -0400, Kurt Mosiejczuk wrote: > > https://docs.python.org/release/3.11.6/whatsnew/changelog.html#python-3-11-6 > > > No security fixes but a number of other fixes. The majority in the tests > > or on other OSes (not all though). > > > Regenerated patches although they applied clean with only a little slop. > > > ok? > > daniel@ pointed out I hadn't updated the PLISTs. Here is the version with > the updated PLIST-tests (the others did not change) > > ok? > ok with me as is. But you could also remove the distutils entries that are commented out: @comment .../distutils/command/wininst-*.exe make update-patches unfortunately doesn't automatically remove @comment'ed entries for files that no longer exist (maybe this would be a nice feature to add). Most likely these entries were copied over from earlier Python versions and just never got cleaned up. And p.s. the other Python versions also have extra commented entries that aren't needed anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/10/17 14:59:02 Modified files: security/py-tlsfuzzer: Makefile distinfo Log message: Update to tlsfuzzer 20231017
Re: new textproc/goldendict 1.5.0
On Sat, Oct 14, 2023 at 05:50:49PM +, Klemens Nanni wrote: > Nice port to browse online dictionaries, but also offline ones such as > those downloadable from https://dict.org/. > > Looking up words works great for me, I've disabled all optional features > since I don't use them -- future users/porters can poke them if need be. > > Information for inst:goldendict-1.5.0 > > Comment: > feature-rich dictionary lookup program > > Description: > GoldenDict is a feature-rich dictionary lookup program, supporting > multiple > dictionary formats (StarDict/Babylon/Lingvo/Dictd/AARD/MDict/SDict) and > online > dictionaries, featuring perfect article rendering with the complete > markup, > illustrations and other content retained, and allowing you to type in > words > without any accents or correct case. > > Maintainer: Klemens Nanni > > WWW: https://github.com/goldendict/goldendict > > It needs USE_WXNEEDED=Yes and USE_NOBTCFI=Yes due to x11/qt5/qtwebkit. > > (There is goldendict-ng looking more active upstream, using Qt6 and such, > but qt6webengine is currently not available so I haven't tried it yet.) > > Feedback? OK? rsadowski prefers starting with the Qt6 based -ng port, so I've ported it under openbsd-wip/textproc/goldendict-ng using yet another WIP Qt6 port from rsadowski (thanks!), but the thing crashes on startup: $ goldendict-ng qt.multimedia.audiooutput: Invalid audio device qt.multimedia.audiooutput: Failed to create a gst element for the audio device, using a default audio sink libGL error: MESA-LOADER: failed to retrieve device information MESA-LOADER: failed to retrieve device information MESA-LOADER: failed to retrieve device information libGL error: glx: failed to create dri3 screen libGL error: failed to load driver: i915 libGL error: failed to open /dev/dri/card0: No such file or directory libGL error: failed to load driver: iris GoldenDict has crashed unexpectedly. Abort trap This also starts pulseaudio as my user and probably has more issues... I'll gladly look into that, but would prefer having a working GUI dictionary around. When goldendict-ng is ready, we can still add it and/or replace goldendict. Feedback? Objection? OK? Same Qt5 based, working goldendict tarball reattached. goldendict.tgz Description: application/tar-gz
maintainer update. net/gajim --> 1.8.1
Hi ports@, This is an update of net/gajim to its latest version 1.8.1 According to its changelog, these are the changes on Gajim for this release: New * Add setting for default encryption Improvements * XMLConsole: Enable browsing sent stanzas in message input (#5403) * Sort cprofile output after total time * Moderation: Handle unknown moderator JID * Preview: Always show preview widget (#11427) * Preview: Add loading placeholder (#11264) * Account page: Show our XMPP address Performance * Idle: Raise poll interval Bug Fixes * Search: Don't fail while closing if no chat has been loaded before (#11588) * Dataform: Correctly serialize multi list fields * Profile: Respect avatar/nickname privacy setting on consecutive changes (#11584) * Don’t forget ignored TLS errors from previous connects (#11574) * App menu: Add missing mnemonic for Accounts menu * Gateway: Fix roster method call * Contacts: Fix supports_{audio,video} property * AvatarSelector: Fix crash on reset (#11563) * CertificateBox: Catch exception if cert does not offer extension (#11560) * CreateGroupchatWindow: Improve handling of MUC service availability (#11557) * Preview: Show error if file saving directory is not available (#11558) * SecurityLabels: Display labels for messages received with MAM * DataForm: Handle destroy correctly (#11548) * ChatListRow: Always update group chat name * Fix showing MAM sync errors and show error text * OMEMOTrustManager: React correctly to connection changes (#11547) * Fix interaction of GroupchatRoster and SearchView (#11546) * Init plugin translation module later * GroupchatManage: Improve checks for joined state (#11231) * Search: Restore group chat participants list to previous state when closing search (#11536) * Windows themes: Don't fail hard when winsdk UISettings are not available (#11542) It needs the update for net/py-nbxmpp sent on another thread. Works fine for me on amd64. ok to commit ? diff /usr/ports commit - c0f1d1012a8c7385da266b3000fdaa6e9fd52073 path + /usr/ports blob - 301bf686c342281aa79bca70c167ed6c41a3360d file + net/gajim/Makefile --- net/gajim/Makefile +++ net/gajim/Makefile @@ -1,5 +1,5 @@ COMMENT= fully-featured XMPP client written in Python -MODPY_EGG_VERSION= 1.8.0 +MODPY_EGG_VERSION= 1.8.1 DISTNAME= gajim-${MODPY_EGG_VERSION} CATEGORIES=net x11 @@ -26,7 +26,7 @@ RUN_DEPENDS= audio/gsound \ graphics/py-Pillow${MODPY_FLAVOR} \ graphics/py-cairo${MODPY_FLAVOR} \ graphics/py-qrcode${MODPY_FLAVOR}>=7.3.1 \ - net/py-nbxmpp${MODPY_FLAVOR}>=4.3.0 \ + net/py-nbxmpp${MODPY_FLAVOR}>=4.3.3 \ security/py-cryptodome${MODPY_FLAVOR} \ security/py-cryptography${MODPY_FLAVOR} \ security/py-gnupg${MODPY_FLAVOR} \ blob - 023013eeb498de3f22ce8dbb7ff35c065188e92a file + net/gajim/distinfo --- net/gajim/distinfo +++ net/gajim/distinfo @@ -1,2 +1,2 @@ -SHA256 (gajim-1.8.0.tar.gz) = EgH8mt0am2l9z4csGHH6rpLqTzFiBRzOPB4NCEP8TUM= -SIZE (gajim-1.8.0.tar.gz) = 3835799 +SHA256 (gajim-1.8.1.tar.gz) = Erh7tR6WX8pt89PRicgbVZd8CLlv18Vyq44O+ZnJVzU= +SIZE (gajim-1.8.1.tar.gz) = 3844796 blob - 478ace640b840c7761ca5c7b9886271c08d32abd file + net/gajim/pkg/PLIST --- net/gajim/pkg/PLIST +++ net/gajim/pkg/PLIST @@ -12,12 +12,12 @@ lib/python${MODPY_VERSION}/site-packages/gajim/__init_ ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gajim.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gajim.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gajim_remote.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gajim_remote.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gui_interface.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}gui_interface.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}remote.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/gajim/${MODPY_PYCACHE}remote.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gajim/common/
Re: archivers/snappy: unbreak on sparc64
On Tue, Oct 17, 2023 at 07:07:12PM +0100, Stuart Henderson wrote: > I think this is a better fix (checked there's no change to the produced > package so I didn't bump). I concur, thanks. OK kn > > Index: Makefile > === > RCS file: /cvs/ports/archivers/snappy/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 16 Oct 2023 21:17:52 - 1.20 > +++ Makefile 17 Oct 2023 17:56:42 - > @@ -25,8 +25,12 @@ CONFIGURE_ARGS += -DBUILD_SHARED_LIBS=ON > -DINSTALL_GTEST=OFF \ > -DSNAPPY_BUILD_BENCHMARKS=OFF > > -EXTRA_ports-gcc += -I${LOCALBASE}/include > -CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}} > +# used in tests > +BUILD_DEPENDS = archivers/lz4 \ > + archivers/lzo2 > + > +CXXFLAGS += -I${LOCALBASE}/include > +MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib > > # expects submodule/cannot use system library > DIST_TUPLE = github google googletest > e40661d89b051e9ef4eb8a2420b74bf78b39ef41 \ >
maintainer update. net/py-nbxmpp --> 4.3.3
Hi ports@, This is an update for net/py-nbxmpp to 4.3.3 It's needed for an upcoming update of net/gajim. This is a minor update. Only changes according to changelog: Improvements * JID: Allow comparisons against any object * DiscoInfo: Improve discovery if subject is allowed to be modified Bug Fixes * Don’t expect localpart for bare JIDs Tests pass on amd64. ok to commit ? diff /usr/ports commit - c0f1d1012a8c7385da266b3000fdaa6e9fd52073 path + /usr/ports blob - b7a867cee4c49f661a6de278069a2fa494addf47 file + net/py-nbxmpp/Makefile --- net/py-nbxmpp/Makefile +++ net/py-nbxmpp/Makefile @@ -1,6 +1,6 @@ COMMENT = Python XMPP and Jabber implementation -MODPY_EGG_VERSION =4.3.1 +MODPY_EGG_VERSION =4.3.3 DISTNAME = nbxmpp-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} CATEGORIES = net devel blob - ad7192135840247841b137a72b33b88c8f417c4b file + net/py-nbxmpp/distinfo --- net/py-nbxmpp/distinfo +++ net/py-nbxmpp/distinfo @@ -1,2 +1,2 @@ -SHA256 (nbxmpp-4.3.1.tar.gz) = 0P+ooApV6isy1z0ru/402BplkbkltESPgA8GHyehDgg= -SIZE (nbxmpp-4.3.1.tar.gz) = 169229 +SHA256 (nbxmpp-4.3.3.tar.gz) = B/98R1OKXCgQR2wh3g36eB1gv7IRq7w6JCOhYZpveYE= +SIZE (nbxmpp-4.3.3.tar.gz) = 170345 -- Paco Esteban. 0x5818130B8A6DBC03
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: kette...@cvs.openbsd.org2023/10/17 13:36:22 Modified files: sysutils/u-boot: Makefile Makefile.inc Added files: sysutils/u-boot/rk356x: Makefile distinfo sysutils/u-boot/rk356x/files: rkbinpatch.c sysutils/u-boot/rk356x/pkg: DESCR PLIST Log message: Add a version of U-Boot 2023.10 for the Rockchip RK3356 and RK3358 SoCs. ok sthen@, kevlo@
Re: archivers/snappy: unbreak on sparc64
On Tue, Oct 17, 2023 at 07:07:12PM +0100, Stuart Henderson wrote: > On 2023/10/17 17:36, Klemens Nanni wrote: > > On Tue, Oct 17, 2023 at 04:32:19PM +0200, Theo Buehler wrote: > > > On Tue, Oct 17, 2023 at 03:27:26PM +0100, Stuart Henderson wrote: > > > > On 2023/10/16 21:07, Klemens Nanni wrote: > > > > > OK kn when that works on sparc64 for you and got wrapped in a > > > > > CHOSEN_COMPILER or MACHINE_ARCH check. > > > > > > > > CHOSEN_COMPILER is messy because it has to go after the final > > > > .include > > > > > > > > Using MACHINE_ARCH and enumerating the base-gcc archs is a > > > > terrible idea for this. > > > > > > > > Could do !${PROPERTIES:Mclang} though my strong preference would > > > > be to avoid difference between flags on the different archs and > > > > always add to CXXFLAGS.. > > > > > > I would also have preferred that since I don't really see the reason > > > for treating gcc and clang differently, just because clang happens to > > > work for a reason that I did not investigate. > > > > > > I used this (since I just used something similar for shared-mime-info) > > > and it does the expected: > > > > > > EXTRA_ports-gcc +=-I${LOCALBASE}/include > > > CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}} > > > > No objection from me doing this unconditionally if this is too messy. > > > > It just made it easier to reason about and, imho, also reads clearer than > > an unconditional include that implies configure/build script bugs when there > > are none (at least for clang archs). > > > > I don't see a configure script bug. > > lz4 and lzo2 are picked up on ports-gcc archs at configure time. > From the failed build log: > > -- Looking for lzo1x_1_15_compress in lzo2 > -- Looking for lzo1x_1_15_compress in lzo2 - not found > -- Looking for LZ4_compress_default in lz4 > -- Looking for LZ4_compress_default in lz4 - found > > IIRC ports-gcc's library search path includes /usr/local/lib which would > explain this. If that's not it, there's probably something deep in > /usr/local/share/cmake responsbile, but I no longer have the correct > glasses from the Infocom HHGTTG packaging to spend much time in > there. > > These libraries aren't linked to the main snappy library but are used > in tests. > > Adding the -I without doing anything else means that if lz4 or lzo2 are > present during configure and then junked, build will fail. (Probably > better if things like this are seen on base-clang archs too, rather > than failing very occasionally on a less common arch). The problem I was addressing is that lz4 will always make sanppy fail on sparc64 because it's always there: cmake -> libarchive -> lz4. In particular, it won't be junked. ports-gcc then stumbles over the weird #include "lz4.h" in the test (which should be fixed upstream by using I suppose). For some reason clang is happy with "" while ports-gcc isn't, so I made sure gcc can find it. I did not look for further problems, but I do see the problem with lzo2. > I think this is a better fix (checked there's no change to the produced > package so I didn't bump). ok tb > Index: Makefile > === > RCS file: /cvs/ports/archivers/snappy/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 16 Oct 2023 21:17:52 - 1.20 > +++ Makefile 17 Oct 2023 17:56:42 - > @@ -25,8 +25,12 @@ CONFIGURE_ARGS += -DBUILD_SHARED_LIBS=ON > -DINSTALL_GTEST=OFF \ > -DSNAPPY_BUILD_BENCHMARKS=OFF > > -EXTRA_ports-gcc += -I${LOCALBASE}/include > -CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}} > +# used in tests > +BUILD_DEPENDS = archivers/lz4 \ > + archivers/lzo2 > + > +CXXFLAGS += -I${LOCALBASE}/include > +MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib > > # expects submodule/cannot use system library > DIST_TUPLE = github google googletest > e40661d89b051e9ef4eb8a2420b74bf78b39ef41 \ >
Re: archivers/snappy: unbreak on sparc64
On 2023/10/17 17:36, Klemens Nanni wrote: > On Tue, Oct 17, 2023 at 04:32:19PM +0200, Theo Buehler wrote: > > On Tue, Oct 17, 2023 at 03:27:26PM +0100, Stuart Henderson wrote: > > > On 2023/10/16 21:07, Klemens Nanni wrote: > > > > OK kn when that works on sparc64 for you and got wrapped in a > > > > CHOSEN_COMPILER or MACHINE_ARCH check. > > > > > > CHOSEN_COMPILER is messy because it has to go after the final > > > .include > > > > > > Using MACHINE_ARCH and enumerating the base-gcc archs is a > > > terrible idea for this. > > > > > > Could do !${PROPERTIES:Mclang} though my strong preference would > > > be to avoid difference between flags on the different archs and > > > always add to CXXFLAGS.. > > > > I would also have preferred that since I don't really see the reason > > for treating gcc and clang differently, just because clang happens to > > work for a reason that I did not investigate. > > > > I used this (since I just used something similar for shared-mime-info) > > and it does the expected: > > > > EXTRA_ports-gcc += -I${LOCALBASE}/include > > CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}} > > No objection from me doing this unconditionally if this is too messy. > > It just made it easier to reason about and, imho, also reads clearer than > an unconditional include that implies configure/build script bugs when there > are none (at least for clang archs). > I don't see a configure script bug. lz4 and lzo2 are picked up on ports-gcc archs at configure time. >From the failed build log: -- Looking for lzo1x_1_15_compress in lzo2 -- Looking for lzo1x_1_15_compress in lzo2 - not found -- Looking for LZ4_compress_default in lz4 -- Looking for LZ4_compress_default in lz4 - found IIRC ports-gcc's library search path includes /usr/local/lib which would explain this. If that's not it, there's probably something deep in /usr/local/share/cmake responsbile, but I no longer have the correct glasses from the Infocom HHGTTG packaging to spend much time in there. These libraries aren't linked to the main snappy library but are used in tests. Adding the -I without doing anything else means that if lz4 or lzo2 are present during configure and then junked, build will fail. (Probably better if things like this are seen on base-clang archs too, rather than failing very occasionally on a less common arch). I think this is a better fix (checked there's no change to the produced package so I didn't bump). Index: Makefile === RCS file: /cvs/ports/archivers/snappy/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile16 Oct 2023 21:17:52 - 1.20 +++ Makefile17 Oct 2023 17:56:42 - @@ -25,8 +25,12 @@ CONFIGURE_ARGS +=-DBUILD_SHARED_LIBS=ON -DINSTALL_GTEST=OFF \ -DSNAPPY_BUILD_BENCHMARKS=OFF -EXTRA_ports-gcc += -I${LOCALBASE}/include -CXXFLAGS +=${EXTRA_${CHOSEN_COMPILER}} +# used in tests +BUILD_DEPENDS =archivers/lz4 \ + archivers/lzo2 + +CXXFLAGS +=-I${LOCALBASE}/include +MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib # expects submodule/cannot use system library DIST_TUPLE = github google googletest e40661d89b051e9ef4eb8a2420b74bf78b39ef41 \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/10/17 11:57:41 Modified files: net/dnscontrol : Makefile distinfo modules.inc Log message: update net/dnscontrol to 4.5.0 ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/10/17 11:51:58 Modified files: www/hugo : Makefile distinfo modules.inc Log message: update www/hugo to 0.119.0 original diff by armani@
Re: archivers/snappy: unbreak on sparc64
On Tue, Oct 17, 2023 at 04:32:19PM +0200, Theo Buehler wrote: > On Tue, Oct 17, 2023 at 03:27:26PM +0100, Stuart Henderson wrote: > > On 2023/10/16 21:07, Klemens Nanni wrote: > > > OK kn when that works on sparc64 for you and got wrapped in a > > > CHOSEN_COMPILER or MACHINE_ARCH check. > > > > CHOSEN_COMPILER is messy because it has to go after the final > > .include > > > > Using MACHINE_ARCH and enumerating the base-gcc archs is a > > terrible idea for this. > > > > Could do !${PROPERTIES:Mclang} though my strong preference would > > be to avoid difference between flags on the different archs and > > always add to CXXFLAGS.. > > I would also have preferred that since I don't really see the reason > for treating gcc and clang differently, just because clang happens to > work for a reason that I did not investigate. > > I used this (since I just used something similar for shared-mime-info) > and it does the expected: > > EXTRA_ports-gcc +=-I${LOCALBASE}/include > CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}} No objection from me doing this unconditionally if this is too messy. It just made it easier to reason about and, imho, also reads clearer than an unconditional include that implies configure/build script bugs when there are none (at least for clang archs).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/10/17 11:28:37 Modified files: devel/bison: Makefile distinfo devel/bison/patches: patch-Makefile_in devel/bison/pkg: PLIST Log message: update to bison 3.8.2 massage the makefile patch to keep MAKE_JOBS=1 builds working, disable optional dependencies to avoid picking them up. bulk-built by tb OK millert
maintainer update. sysutils/chezmoi --> 2.40.3
Hi ports@, This is an update of sysutils/chezmoi to 2.40.3 builds, tests pass and works for me on amd64. Ok to commit ? diff /usr/ports commit - c0f1d1012a8c7385da266b3000fdaa6e9fd52073 path + /usr/ports blob - 46d99a4c0d3d5feb6a6b7a3e01e4e26acc7a5543 file + sysutils/chezmoi/Makefile --- sysutils/chezmoi/Makefile +++ sysutils/chezmoi/Makefile @@ -1,7 +1,7 @@ COMMENT = dotfiles manager across multiple diverse machines MODGO_MODNAME =github.com/twpayne/chezmoi/v2 -MODGO_VERSION =v2.37.0 +MODGO_VERSION =v2.40.3 DISTNAME = chezmoi-${MODGO_VERSION} blob - 607a76aad7a22ba85282a1e81d5cd8457e663172 file + sysutils/chezmoi/distinfo --- sysutils/chezmoi/distinfo +++ sysutils/chezmoi/distinfo @@ -1,4 +1,4 @@ -SHA256 (chezmoi-v2.37.0.zip) = E7hxAKbDZf5DIFPuoFTI+CdKs18Q7M8y1XNpVnytwVs= +SHA256 (chezmoi-v2.40.3.zip) = oycoae4wdSWNF/tGJvPb57qYvgVPA/u/fnuc2dJCmMg= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.20.1.mod) = SI2TVknKeuBzDnUj1v2BwiWJhPotYoT9IlqTVMmt43I= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.20.1.zip) = s2OUUpzJxqCU+DEtVG8FeKWQ3mqqHVpUR5j+twjIobA= SHA256 (go_modules/cloud.google.com/go/compute/metadata/@v/v0.2.3.mod) = ABGpCmT7GqppqtQm/orJyeWjfkthmnvQTUCQlTZatIg= @@ -9,23 +9,22 @@ SHA256 (go_modules/filippo.io/age/@v/v1.1.1.mod) = zcZ SHA256 (go_modules/filippo.io/age/@v/v1.1.1.zip) = IWBSEkGBQQhy0T4ND4bAT5RfSt82+6RR7fMejQnBuGk= SHA256 (go_modules/filippo.io/edwards25519/@v/v1.0.0.mod) = 18MvTgz5F65FgigZwzhreQaHZbYlu+JJdGHuwPjoYpw= SHA256 (go_modules/filippo.io/edwards25519/@v/v1.0.0.zip) = +1voKavKxjkxp6DEEKcYH6T5CffrcPc07b2nhoWSFno= -SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.0.0.mod) = eIEzGSlm9B2ULdtFjDQ0B9OPRlwVLJtkuMLowEz91Nk= -SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.1.0.mod) = 7Qhg33P5gdaF3uCyx4T31hPZ8gfqcTsNLxcoiYmJuG0= -SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.1.0.zip) = sZ/wXeOEZ2mGgkUFV1iXaxEJs8E4sDCvc+vxoqUfbDQ= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.4.0.mod) = ajXJzyKfZpxC3PgtrqUx5hHrKDJE1X9XgLVekjJt44Y= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.6.0.mod) = OpfCagdkJsYpdFdLc6MxeD5hyoH1qYX+9dxp49ZN42U= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.6.1.mod) = OpfCagdkJsYpdFdLc6MxeD5hyoH1qYX+9dxp49ZN42U= +SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.1.1.mod) = 7Qhg33P5gdaF3uCyx4T31hPZ8gfqcTsNLxcoiYmJuG0= +SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.2.0.mod) = 7Qhg33P5gdaF3uCyx4T31hPZ8gfqcTsNLxcoiYmJuG0= +SHA256 (go_modules/github.com/!azure!a!d/microsoft-authentication-library-for-go/@v/v1.2.0.zip) = UrC49KvDZlA11lbq0/VBRoBAiX8FcS3wov41qTH2fk8= SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.7.0.mod) = OpfCagdkJsYpdFdLc6MxeD5hyoH1qYX+9dxp49ZN42U= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.7.0.zip) = DVwWZZMlOxarMhp0rjdAHUzO9aoc3IPb8MPqS1chnIQ= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.3.0.mod) = MzSHQLBeJkCCXp5xqYDD7NT9LwNIg5ITn+fmfwHoNKU= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.3.0.zip) = aZbA0vEs9taxCAYrOZ9aOlRsISZ6FgH6p3LRG3pv3Oc= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.2.0.mod) = VC8h48Rjx2jsB3XRP9s0tQllLd9YJzF9k/OmJTSpGQU= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.7.1.mod) = OpfCagdkJsYpdFdLc6MxeD5hyoH1qYX+9dxp49ZN42U= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.8.0.mod) = pfXLjM8Gc3XZe/zb3zCHxyeP9/eMHuN4JbIkY3HEoVc= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azcore/@v/v1.8.0.zip) = wwn4V+gsYEtu/g5OBWFRNqenVzlPUdvjQpJy3SKBfZ8= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.3.1.mod) = 26BfvbYKOINVSNTOGyHSyQBYuzowgNlUYC2dinmHkLI= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.4.0.mod) = VGyPgaDR5BmgkcQYtgzt7pwXaz3rIsbnx8KZS90rpb0= +SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/azidentity/@v/v1.4.0.zip) = OVZiSSVPBeWNiooTJM1EwFRcpAkbNNXYbfuDIGK4MCw= SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.3.0.mod) = taAvZV66xQR1vv3CMMy7KXov1v5oAwBmXZU5Sib3O2U= SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/internal/@v/v1.3.0.zip) = lGF/DtZr9UGXayNgxWib+1TgPlRK200f4eA+KXtmtks= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/security/keyvault/azsecrets/@v/v1.0.0.mod) = eL7xbaYoYZN/hz1vPtIsgEAcxSejqJ3ho2tlG+ZD7YU= -SHA256 (go_modules/github.com/!azure/azure-sdk-for-go/sdk/security/keyvault/azsecrets/@v/v1.0.0.zip) = aSSr6cCOH39SXB3JQ+8tjfWE7L5/LtBN8cpjpBY7whA= -SHA256
maintainer update. net/dnscontrol --> 4.5.0
Hi ports@, This is an update for net/dnscontrol to 4.5.0 Builds ok, tests pass and works for my basic needs on amd64. Ok to commit ? diff /usr/ports commit - c0f1d1012a8c7385da266b3000fdaa6e9fd52073 path + /usr/ports blob - b31837256d99d94c3184bcf5adcb88ad33cb74f8 file + net/dnscontrol/Makefile --- net/dnscontrol/Makefile +++ net/dnscontrol/Makefile @@ -1,6 +1,6 @@ COMMENT = manage DNS configuration across any number of DNS hosts -MODGO_VERSION =v4.4.1 +MODGO_VERSION =v4.5.0 MODGO_MODNAME =github.com/StackExchange/dnscontrol/v4 DISTNAME = dnscontrol-${MODGO_VERSION} blob - d4f0965a7784be2a10ac8b3bc509fd93dfdf4cc4 file + net/dnscontrol/distinfo --- net/dnscontrol/distinfo +++ net/dnscontrol/distinfo @@ -1,10 +1,10 @@ -SHA256 (dnscontrol-v4.4.1.zip) = fnptxNRqWFDTHhTDWhgRmwZNQ39gtv6A70548qMYZiU= +SHA256 (dnscontrol-v4.5.0.zip) = 5A9x7sXplkMVNfbs/rc5CUbHBoleMYqOZB9i+C1rx28= SHA256 (go_modules/cloud.google.com/go/@v/v0.110.2.mod) = /s4a1MvtHl2Hbqh33OyjQI8BVXQ+80/P9rgBsismEqs= SHA256 (go_modules/cloud.google.com/go/@v/v0.110.2.zip) = KLdNUKql4bzaBnN/W4We5n7EaFIf2+2jo2QKrCh8ab4= SHA256 (go_modules/cloud.google.com/go/@v/v0.26.0.mod) = IhijTyC5cbwZUhbUGV9XUgoqy9hd5/wxrPxEAmZwTBE= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.14.0.mod) = FZKBsxgLr1dfC/2kB0mJxvyU9EO6BB5HaziS5VCb4a8= -SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.19.1.mod) = 9RfF0Dh/zS8oHGgkYReqyiILXJvFbxk+mk2faCqZ8jI= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.20.1.mod) = SI2TVknKeuBzDnUj1v2BwiWJhPotYoT9IlqTVMmt43I= +SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.21.0.mod) = SI2TVknKeuBzDnUj1v2BwiWJhPotYoT9IlqTVMmt43I= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.23.0.mod) = SI2TVknKeuBzDnUj1v2BwiWJhPotYoT9IlqTVMmt43I= SHA256 (go_modules/cloud.google.com/go/compute/@v/v1.23.0.zip) = qJ66lKMxOOCscmYOxkJoros5RBt5tXjpIKj8R4BtifU= SHA256 (go_modules/cloud.google.com/go/compute/metadata/@v/v0.2.3.mod) = ABGpCmT7GqppqtQm/orJyeWjfkthmnvQTUCQlTZatIg= @@ -48,34 +48,34 @@ SHA256 (go_modules/github.com/andybalholm/cascadia/@v/ SHA256 (go_modules/github.com/andybalholm/cascadia/@v/v1.3.1.zip) = c15xY/d3QlTNT5atOAteqMz3AtrFOZ2+MN0DhxcsWlE= SHA256 (go_modules/github.com/armon/go-radix/@v/v0.0.0-20180808171621-7fddfc383310.mod) = Lc2vYuwp96+g04U01I9al/o+AnNDsPi/ZhrttxAhT9Y= SHA256 (go_modules/github.com/armon/go-radix/@v/v0.0.0-20180808171621-7fddfc383310.zip) = ywkLKzwZmHNT6DHKebMesx6qU0sfRtEbiBOyNbEFiFk= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/@v/v1.21.0.mod) = HNCRHnUTcURXja2Hq+A19GmL3Zn1qOuxaPzfOVmt1O4= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/@v/v1.21.0.zip) = kkEluPdJb6x2Zzh5qPZl0OAZcpVX1Wgum2tC+AiAC2E= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/config/@v/v1.18.39.mod) = che7QwWc3jP8XFPZ+p+js9Xmxr+ZKk5S6g7+RX8f/Xo= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/config/@v/v1.18.39.zip) = ASAu6jHYZzKjlAiZZUZgx3EZcv89e3Kt/m7BpM78QOo= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/credentials/@v/v1.13.37.mod) = 2JPpN9mYeh70PVZT9q3Oe78toPSWfulSEK4cx4ZhY+c= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/credentials/@v/v1.13.37.zip) = FPhYhazjQXOxPkUvHFkFLd3n4/LYIxhwwHe//qzyfS4= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/feature/ec2/imds/@v/v1.13.11.mod) = ZKQPXiJzq2PT0E+kmDNOOcczC6x9dVLh6WPejNezuJA= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/feature/ec2/imds/@v/v1.13.11.zip) = ArFS7yDdWJWwXs/Icq905F97U4x34euYvgeDsxagKpo= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/configsources/@v/v1.1.41.mod) = S3G6KjLSxKYhbMaPLgTMBTFZIn5U7lpXGn1QEQe65Lw= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/configsources/@v/v1.1.41.zip) = 6NHQI5EIPwufxtuCfsq1MWfgbEFyAYKnGnLCTjGIIzw= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/endpoints/v2/@v/v2.4.35.mod) = l+Jy2vwe6e92DympvoQkfTBI3nQ8TjgeC6MdLY1zptQ= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/endpoints/v2/@v/v2.4.35.zip) = qBRHyb2P49LV2rk+KdfHGqVT0bcPKX8BTvAhaLt3bOg= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/ini/@v/v1.3.42.mod) = /2twAaXXh4zcVBg6N50HDSVQRulbOzg02sh2+LiOIiI= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/internal/ini/@v/v1.3.42.zip) = jSXHyCXJVdUtu8yOnE3lP582oy0wHawQ4ntuz1nd7jc= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/service/internal/presigned-url/@v/v1.9.35.mod) = n41T1JefoxPAUorZv9C3yaIEMO4jHHuPaCjFYKFseKM= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/service/internal/presigned-url/@v/v1.9.35.zip) = Q51IbxYEoUUrgADLeFzFlv0AzPcIXXlNPQh+WJwgxaY= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/service/route53/@v/v1.29.5.mod) = E2wy6kz6J1GYjopZWFbmzOr3EwUK0bYEc80O3OASO3Q= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/service/route53/@v/v1.29.5.zip) = CLOftO1qsuwTVdmnPeRVbo0EzqwDlyK/Cek3uxBhCL4= -SHA256 (go_modules/github.com/aws/aws-sdk-go-v2/service/route53domains/@v/v1.17.3.mod) =
UPDATE: Tor Browser 13.0
Hi, Below is a diff that updates Tor Browser to 13.0. The 13.0 series is based on the new Firefox ESR (version 115). Release notes: https://blog.torproject.org/new-release-tor-browser-130/ Test reports or feedback is welcome! Comments or OKs? Diff for -stable is almost identical (except for the BUILD_DEPENDS commit to -current a couple of days ago) so I won't send a separate diff for that. Right now a build is still running with the --with-branding=browser/branding/tb-release flag added to CONFIGURE_ARGS to hopefully fix the branding of the UI (and possibly also of the icons that are installed, as reported by george@) but that's a minor change and I wanted to send this out already. Caspar Index: meta/tor-browser/Makefile === RCS file: /cvs/ports/meta/tor-browser/Makefile,v retrieving revision 1.77 diff -u -p -r1.77 Makefile --- meta/tor-browser/Makefile 29 Sep 2023 18:01:17 - 1.77 +++ meta/tor-browser/Makefile 17 Oct 2023 16:15:45 - @@ -2,11 +2,11 @@ COMMENT= Tor Browser meta package MAINTAINER=Caspar Schutijser -PKGNAME= tor-browser-12.5.6 +PKGNAME= tor-browser-13.0 ONLY_FOR_ARCHS = aarch64 amd64 -RUN_DEPENDS= www/tor-browser/browser>=12.5.6 \ +RUN_DEPENDS= www/tor-browser/browser>=13.0 \ www/tor-browser/noscript>=11.4.27 \ - net/tor>=0.4.7.13 + net/tor>=0.4.8.7 .include Index: www/tor-browser/Makefile.inc === RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v retrieving revision 1.74 diff -u -p -r1.74 Makefile.inc --- www/tor-browser/Makefile.inc29 Sep 2023 18:01:18 - 1.74 +++ www/tor-browser/Makefile.inc17 Oct 2023 16:15:45 - @@ -3,7 +3,7 @@ HOMEPAGE ?= https://www.torproject.org PERMIT_PACKAGE ?= Yes CATEGORIES = www BROWSER_NAME = tor-browser -TB_VERSION = 12.5.6 +TB_VERSION = 13.0 TB_PREFIX =tb # keep meta/tor-browser in sync Index: www/tor-browser/browser/Makefile === RCS file: /cvs/ports/www/tor-browser/browser/Makefile,v retrieving revision 1.123 diff -u -p -r1.123 Makefile --- www/tor-browser/browser/Makefile16 Oct 2023 14:07:51 - 1.123 +++ www/tor-browser/browser/Makefile17 Oct 2023 16:15:45 - @@ -11,14 +11,14 @@ MOZILLA_CODENAME = browser EXTRACT_SUFX = .tar.xz PKGNAME = ${TB_PREFIX}-browser-${TB_VERSION:S/a/alpha/} -DISTNAME = src-firefox-tor-browser-102.15.1esr-12.5-1-build3 +DISTNAME = src-firefox-tor-browser-115.3.1esr-13.0-1-build2 FIX_EXTRACT_PERMISSIONS= Yes DISTFILES += ${DISTNAME}.tar.xz \ - tor-browser-linux64-${TB_VERSION}_ALL.tar.xz \ - tor-expert-bundle-${TB_VERSION}-linux-x86_64.tar.gz + tor-browser-linux-x86_64-${TB_VERSION}.tar.xz \ + tor-expert-bundle-linux-x86_64-${TB_VERSION}.tar.gz -SO_VERSION = 8.0 +SO_VERSION = 9.0 MOZILLA_LIBS = xul clearkey lgpllibs mozavcodec mozavutil mozgtk MOZILLA_LIBS +=freebl3 nss3 nssckbi MOZILLA_LIBS +=nssutil3 smime3 softokn3 ssl3 @@ -49,6 +49,7 @@ BUILD_DEPENDS += lang/wasi-sdk/compiler- lang/wasi-libc # mach uses pkg_resources BUILD_DEPENDS += devel/py-setuptools${MODPY_FLAVOR} +BUILD_DEPENDS += textproc/jq # uses pledge() # Extra: Xcomposite.4 Xcursor.5 Xdamage.4 Xfixes.6 Xi.12 Xrender.6 @@ -67,7 +68,8 @@ CONFIGURE_ENV += LDFLAGS=-Wl,--threads=$ # app-name etc. for tor-browser CONFIGURE_ARGS += --with-app-name=${BROWSER_NAME} \ - --with-base-browser-version=${TB_VERSION} + --with-base-browser-version=${TB_VERSION} \ + --enable-update-channel=release # for nss build system MAKE_ENV +=BUILD_OPT=1 \ @@ -77,7 +79,7 @@ MAKE_ENV += BUILD_OPT=1 \ RUN_DEPENDS += net/obfs4proxy>=0.0.14 \ net/snowflake_proxy>=2.4.1 \ - net/tor>=0.4.7.13 + net/tor>=0.4.8.7 CONFIGURE_ARGS += --enable-release #1386371 CONFIGURE_ARGS += --enable-sandbox @@ -111,16 +113,12 @@ post-patch: # add default bridges for Pluggable Transports that we support .for pt in meek-azure obfs4 snowflake I=1; \ - cat ${WRKDIR}/tor/pluggable_transports/bridges_list.${pt}.txt | while read -r line ; do \ - echo "pref(\"extensions.torlauncher.default_bridge.${pt}.$$I\", \"$$line\");" >>${WRKSRC}/browser/app/profile/000-tor-browser.js; \ + jq ".[\"bridges\"][\"${pt}\"].[]" ${WRKDIR}/tor/pluggable_transports/pt_config.json | while read -r line
Re: archivers/snappy: unbreak on sparc64
On Tue, Oct 17, 2023 at 03:27:26PM +0100, Stuart Henderson wrote: > On 2023/10/16 21:07, Klemens Nanni wrote: > > OK kn when that works on sparc64 for you and got wrapped in a > > CHOSEN_COMPILER or MACHINE_ARCH check. > > CHOSEN_COMPILER is messy because it has to go after the final > .include > > Using MACHINE_ARCH and enumerating the base-gcc archs is a > terrible idea for this. > > Could do !${PROPERTIES:Mclang} though my strong preference would > be to avoid difference between flags on the different archs and > always add to CXXFLAGS.. I would also have preferred that since I don't really see the reason for treating gcc and clang differently, just because clang happens to work for a reason that I did not investigate. I used this (since I just used something similar for shared-mime-info) and it does the expected: EXTRA_ports-gcc += -I${LOCALBASE}/include CXXFLAGS += ${EXTRA_${CHOSEN_COMPILER}}
Re: archivers/snappy: unbreak on sparc64
On 2023/10/16 21:07, Klemens Nanni wrote: > OK kn when that works on sparc64 for you and got wrapped in a > CHOSEN_COMPILER or MACHINE_ARCH check. CHOSEN_COMPILER is messy because it has to go after the final .include Using MACHINE_ARCH and enumerating the base-gcc archs is a terrible idea for this. Could do !${PROPERTIES:Mclang} though my strong preference would be to avoid difference between flags on the different archs and always add to CXXFLAGS..
Re: remove x11/wxglade
On Tue, Oct 17, 2023 at 04:05:17PM +0200, Antoine Jacoutot wrote: > On Sun, Oct 15, 2023 at 11:26:44AM -0400, Thomas Frohwein wrote: > > On Sun, Oct 15, 2023 at 11:18:16AM -0400, Thomas Frohwein wrote: > > > > [...] > > > > > +USE_NOBTCFI= Yes > > > +USE_WXALLOWED= Yes > > > > Ignore these, it was just me blindly trying something which shouldn't > > make its way into any potential update of the port. > > OK to remove this port, anyone? ok tb
Re: remove x11/wxglade
On Sun, Oct 15, 2023 at 11:26:44AM -0400, Thomas Frohwein wrote: > On Sun, Oct 15, 2023 at 11:18:16AM -0400, Thomas Frohwein wrote: > > [...] > > > +USE_NOBTCFI= Yes > > +USE_WXALLOWED= Yes > > Ignore these, it was just me blindly trying something which shouldn't > make its way into any potential update of the port. OK to remove this port, anyone? -- Antoine
Re: [update] security/py-libnacl 2.1.0
Sorry, I forgot to remove poetry before the build. This patch is better. On 10/17/23 15:20, Renaud Allard wrote: Hello, Here is a diff to upgrade py-libnacl to 2.1.0 tested with synapse 1.94 Best RegardsIndex: Makefile === RCS file: /cvs/ports/security/py-libnacl/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile 27 Nov 2022 18:32:00 - 1.20 +++ Makefile 17 Oct 2023 14:02:57 - @@ -1,6 +1,6 @@ COMMENT= Python bindings for libsodium/tweetnacl based on ctypes -MODPY_EGG_VERSION= 1.8.0 +MODPY_EGG_VERSION= 2.1.0 DISTNAME= libnacl-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} @@ -16,7 +16,7 @@ PERMIT_PACKAGE= Yes MODULES= lang/python MODPY_PI = Yes -MODPY_PYBUILD = setuptools +MODPY_PYBUILD = poetry-core FLAVORS = python3 FLAVOR = python3 Index: distinfo === RCS file: /cvs/ports/security/py-libnacl/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo 27 Nov 2022 18:32:00 - 1.10 +++ distinfo 17 Oct 2023 14:02:57 - @@ -1,2 +1,2 @@ -SHA256 (libnacl-1.8.0.tar.gz) = 8QN7hcox/YsCxD1m94wgSbxYSA5qOV3J0n5oIbX+GF0= -SIZE (libnacl-1.8.0.tar.gz) = 41331 +SHA256 (libnacl-2.1.0.tar.gz) = 80GNp98p5tmxH9fZkCidFjl9wQIOTjUZLhGu6CaSKGA= +SIZE (libnacl-2.1.0.tar.gz) = 42189 Index: pkg/PLIST === RCS file: /cvs/ports/security/py-libnacl/pkg/PLIST,v retrieving revision 1.10 diff -u -p -r1.10 PLIST --- pkg/PLIST 27 Nov 2022 18:32:00 - 1.10 +++ pkg/PLIST 17 Oct 2023 14:02:57 - @@ -1,11 +1,9 @@ lib/python${MODPY_VERSION}/site-packages/libnacl/ lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/ -lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/AUTHORS lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/LICENSE lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/METADATA lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/RECORD lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/WHEEL -lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/libnacl/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -20,6 +18,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}dual.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}encode.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}encode.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}kx.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}kx.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}public.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}public.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}sealed.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -32,17 +32,15 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}sign.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/aead.py lib/python${MODPY_VERSION}/site-packages/libnacl/base.py lib/python${MODPY_VERSION}/site-packages/libnacl/blake.py lib/python${MODPY_VERSION}/site-packages/libnacl/dual.py lib/python${MODPY_VERSION}/site-packages/libnacl/encode.py +lib/python${MODPY_VERSION}/site-packages/libnacl/kx.py lib/python${MODPY_VERSION}/site-packages/libnacl/public.py lib/python${MODPY_VERSION}/site-packages/libnacl/sealed.py lib/python${MODPY_VERSION}/site-packages/libnacl/secret.py lib/python${MODPY_VERSION}/site-packages/libnacl/secret_easy.py lib/python${MODPY_VERSION}/site-packages/libnacl/sign.py lib/python${MODPY_VERSION}/site-packages/libnacl/utils.py -lib/python${MODPY_VERSION}/site-packages/libnacl/version.py smime.p7s Description: S/MIME Cryptographic Signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:50:32 Modified files: security/py-libnacl: Makefile Log message: py-libnacl moved setuptools->poetry-core, pointed out landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/10/17 07:45:23 Modified files: textproc/py-ijson: Makefile distinfo Log message: textproc/py-ijson: update to 3.2.3 from Renaud Allard
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:44:56 Modified files: security/py-libnacl: Makefile distinfo security/py-libnacl/pkg: PLIST Log message: update to py3-libnacl-2.1.0, from Renaud Allard (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:44:54 Modified files: textproc/py-pypandoc: Makefile distinfo textproc/py-pypandoc/patches: patch-tests_py Log message: update to py3-pypandoc-1.12
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:43:56 Modified files: devel/py-typing-extensions: Makefile distinfo Log message: update to py3-typing_extensions-4.8.0, from Renaud Allard (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:43:53 Modified files: sysutils/fzf : Makefile distinfo modules.inc Added files: sysutils/fzf/patches: patch-src_protector_protector_openbsd_go Log message: update to fzf-0.43.0, from Laurent Cheylus (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:39:57 Modified files: devel/py-immutabledict: Makefile distinfo Log message: update to py3-immutabledict-3.0.0, from Renaud Allard (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:39:10 Modified files: devel/py-importlib-metadata: Makefile distinfo Log message: update to py3-importlib_metadata-6.8.0, from Renaud Allard (maintainer)
Re: vlc no telnet interface
I've just updated to 7.4 and now I see that vlc has the telnet interface. It works like a charm. Thanks again and regards Il giorno ven 26 mag 2023 alle ore 14:09 Luca Di Gregorio ha scritto: > Ok, clear, thanks a lot for the effort and for the clarification. > > Il giorno ven 26 mag 2023 alle ore 10:58 Stuart Henderson < > s...@spacehopper.org> ha scritto: > >> You are running 7.3. That has been added for -current only (the first >> release it will make it into is 7.4). >> >> -- >> Sent from a phone, apologies for poor formatting. >> >> >> On 26 May 2023 07:42:18 Luca Di Gregorio wrote: >> >> Hello, I've just done a 'pkg_add -Uu -v': >>> >>> Update candidates: vlc-3.0.18 -> vlc-3.0.18 >>> >>> and tried to run 'vlc -vvv -I telnet', but I see again: >>> >>> main interface debug: looking for interface module matching "telnet": 13 >>> candidates >>> main interface debug: no interface modules matched >>> main interface error: no suitable interface module >>> >>> Am I doing something wrong? >>> >>> With a 'vlc --version' I see: >>> VLC media player 3.0.18 Vetinari (revision 3.0.13-8-g41878ff4f2) >>> VLC version 3.0.18 Vetinari (3.0.13-8-g41878ff4f2) >>> Compiled by _pbuild on amd64-3.ports.openbsd.org (Mar 25 2023 12:30:05) >>> >>> Regards >>> Luca >>> >>> Il giorno ven 12 mag 2023 alle ore 23:48 Brad Smith >>> ha >>> scritto: >>> >>> On 2023-05-10 4:29 a.m., Stuart Henderson wrote: > On 2023/04/30 11:53, Antoine Jacoutot wrote: > >> + if test "${enable_lua}" != "no" >>> + then >>> +- PKG_CHECK_MODULES(LUA, lua5.2, >>> ++ PKG_CHECK_MODULES(LUA, lua51, >>> >> Can we use SUBST_CMD to prevent hardcoding? >> > I don't see anything wrong with hardcoding here? I think MODLUA_VERSION > should reflect what the port wants, it's not like SHARED_LIBS. > > On 2023/05/09 02:29, Brad Smith wrote: > >> On 2023-05-01 5:36 a.m., Stuart Henderson wrote: >> >>> Any particular reason to use 5.1 instead of 5.2? (They're all EoL >>> >> except > 5.4, but 5.1 is much longer since EoL). >>> >> Just that is what the default is, MODLUA_DEFAULT_VERSION. >> > I don't think this is meant to be prescriptive any more than > say AUTOCONF_VERSION, just that it's what most things used when the > module was added. We haven't run into problems with ports pulling > in multiple lua versions via lib deps. > > (I have a diff to add lua5.X pkg-config files to the lua ports to > test sometime but the i386 builders are unhappy atm, also the include > directories are non-standard too and also need patches in various > ports, > so it would be good to clean up that whole lot at once). > > How about this diff for vlc? Compared to your previous: > > - uses the lua version which upstream prefers > - brings back UPDATE_PLIST_ARGS from my earlier one to avoid the > a52/a${MODLUA_VERSION} that is subst'ed in PLIST-main with 5.2 > I saw this part and did not understand what it was for. > - uses the minimum necessary configure.ac patch to handle lua52.pc. > Sure. >>
[update] devel/py-pydantic-compat 0.1.1
Hello, Here is a small diff to update py-pydantic-compat to 0.1.1 Tested with synapse 1.94.0 Best RegardsIndex: Makefile === RCS file: /cvs/ports/devel/py-pydantic-compat/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile 11 Oct 2023 13:54:46 - 1.1.1.1 +++ Makefile 17 Oct 2023 13:32:01 - @@ -1,6 +1,6 @@ COMMENT = compatibility for pydantic v1-v2 cross compatibility -MODPY_EGG_VERSION = 0.1.0 +MODPY_EGG_VERSION = 0.1.1 DISTNAME = pydantic_compat-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/devel/py-pydantic-compat/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo 11 Oct 2023 13:54:46 - 1.1.1.1 +++ distinfo 17 Oct 2023 13:32:01 - @@ -1,2 +1,2 @@ -SHA256 (pydantic_compat-0.1.0.tar.gz) = TQsRbUlF+/Og+UFQFkdyVgvmEzZ0A+MlN6ps0Whh7Pw= -SIZE (pydantic_compat-0.1.0.tar.gz) = 12733 +SHA256 (pydantic_compat-0.1.1.tar.gz) = LvFJ9iQpbwg5UWXY7w8F7UUSTLgt3kQv0DKQAjnezvs= +SIZE (pydantic_compat-0.1.1.tar.gz) = 13377 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-pydantic-compat/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 11 Oct 2023 13:54:46 - 1.1.1.1 +++ pkg/PLIST 17 Oct 2023 13:32:01 - @@ -11,6 +11,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pydantic_compat/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pydantic_compat/${MODPY_PYCACHE}_shared.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/pydantic_compat/${MODPY_PYCACHE}_shared.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/pydantic_compat/${MODPY_PYCACHE}v1.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/pydantic_compat/${MODPY_PYCACHE}v1.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/pydantic_compat/_shared.py lib/python${MODPY_VERSION}/site-packages/pydantic_compat/_v1/ lib/python${MODPY_VERSION}/site-packages/pydantic_compat/_v1/__init__.py @@ -35,3 +37,4 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/pydantic_compat/_v2/decorators.py lib/python${MODPY_VERSION}/site-packages/pydantic_compat/_v2/mixin.py lib/python${MODPY_VERSION}/site-packages/pydantic_compat/py.typed +lib/python${MODPY_VERSION}/site-packages/pydantic_compat/v1.py smime.p7s Description: S/MIME Cryptographic Signature
Re: CVS: cvs.openbsd.org: ports
thanks, fixed. On 2023/10/17 13:48, Antoine Jacoutot wrote: > On Mon, Oct 16, 2023 at 02:02:39AM -0600, Stuart Henderson wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: st...@cvs.openbsd.org 2023/10/16 02:02:39 > > > > Modified files: > > devel/py-sh: Makefile distinfo > > devel/py-sh/pkg: PLIST > > > > Log message: > > update to py3-sh-2.0.6 > > ===> Building for py3-sh-2.0.6 > * Getting build dependencies for wheel... > > Traceback (most recent call last): > File "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_impl.py", > line 321, in _call_hook > raise BackendUnavailable(data.get('traceback', '')) > pyproject_hooks._impl.BackendUnavailable: Traceback (most recent call last): > File > "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_in_process/_in_process.py", > line 77, in _build_backend > obj = import_module(mod_path) > File "/usr/local/lib/python3.10/importlib/__init__.py", line 126, in > import_module > return _bootstrap._gcd_import(name[level:], package, level) > File "", line 1050, in _gcd_import > File "", line 1027, in _find_and_load > File "", line 992, in _find_and_load_unlocked > File "", line 241, in _call_with_frames_removed > File "", line 1050, in _gcd_import > File "", line 1027, in _find_and_load > File "", line 992, in _find_and_load_unlocked > File "", line 241, in _call_with_frames_removed > File "", line 1050, in _gcd_import > File "", line 1027, in _find_and_load > File "", line 992, in _find_and_load_unlocked > File "", line 241, in _call_with_frames_removed > File "", line 1050, in _gcd_import > File "", line 1027, in _find_and_load > File "", line 1004, in _find_and_load_unlocked > ModuleNotFoundError: No module named 'poetry' > > ERROR Backend 'poetry.core.masonry.api' is not available. > > > > -- > Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 07:31:31 Modified files: devel/py-sh: Makefile Log message: py-sh now uses poetry-core not setuptools, found by aja@
[update] textproc/py-ijson 3.2.3
Hello, Here is a small diff to upgrade py-ijson to 3.2.3 Tested with synapse 1.94.0 Best RegardsIndex: Makefile === RCS file: /cvs/ports/textproc/py-ijson/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile 1 May 2023 18:40:35 - 1.7 +++ Makefile 17 Oct 2023 13:22:32 - @@ -1,6 +1,6 @@ COMMENT = iterative JSON parser -MODPY_EGG_VERSION = 3.2.0.post0 +MODPY_EGG_VERSION = 3.2.3 DISTNAME = ijson-${MODPY_EGG_VERSION} PKGNAME = py-ijson-${MODPY_EGG_VERSION:S/.post/pl/} Index: distinfo === RCS file: /cvs/ports/textproc/py-ijson/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo 1 May 2023 18:40:35 - 1.2 +++ distinfo 17 Oct 2023 13:22:32 - @@ -1,2 +1,2 @@ -SHA256 (ijson-3.2.0.post0.tar.gz) = gKW9fpkjyrIAcB9nrSNyEEMouZ3fJJ276INBAshS0xY= -SIZE (ijson-3.2.0.post0.tar.gz) = 56854 +SHA256 (ijson-3.2.3.tar.gz) = EClOm/ictxPaBbxHkL3/YWYQQy21YZZIJwdImOF0+Rc= +SIZE (ijson-3.2.3.tar.gz) = 57596 smime.p7s Description: S/MIME Cryptographic Signature
Re: devel/bison: update to 3.8.2 (BULK wanted)
On Tue, 17 Oct 2023 07:36:33 -, Klemens Nanni wrote: > 10/15/23 15:04, Todd C. Miller пишет: > >> Ha, that's way easier than poking at the Makefile, although I'm inclined > >> to stick to the diff that tb bulk-tested, just to be sure for now. > > tb reported that your appraoch doesn't work with MAKE_JOBS=1 > whereas mine does, so I'll stick with that. > > > I don't have anything else. Your diff works for me. > > OK to commit the diff now? OK millert@ - todd
[update] security/py-libnacl 2.1.0
Hello, Here is a diff to upgrade py-libnacl to 2.1.0 tested with synapse 1.94 Best RegardsIndex: Makefile === RCS file: /cvs/ports/security/py-libnacl/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile 27 Nov 2022 18:32:00 - 1.20 +++ Makefile 17 Oct 2023 13:18:25 - @@ -1,6 +1,6 @@ COMMENT= Python bindings for libsodium/tweetnacl based on ctypes -MODPY_EGG_VERSION= 1.8.0 +MODPY_EGG_VERSION= 2.1.0 DISTNAME= libnacl-${MODPY_EGG_VERSION} PKGNAME= py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/security/py-libnacl/distinfo,v retrieving revision 1.10 diff -u -p -r1.10 distinfo --- distinfo 27 Nov 2022 18:32:00 - 1.10 +++ distinfo 17 Oct 2023 13:18:25 - @@ -1,2 +1,2 @@ -SHA256 (libnacl-1.8.0.tar.gz) = 8QN7hcox/YsCxD1m94wgSbxYSA5qOV3J0n5oIbX+GF0= -SIZE (libnacl-1.8.0.tar.gz) = 41331 +SHA256 (libnacl-2.1.0.tar.gz) = 80GNp98p5tmxH9fZkCidFjl9wQIOTjUZLhGu6CaSKGA= +SIZE (libnacl-2.1.0.tar.gz) = 42189 Index: pkg/PLIST === RCS file: /cvs/ports/security/py-libnacl/pkg/PLIST,v retrieving revision 1.10 diff -u -p -r1.10 PLIST --- pkg/PLIST 27 Nov 2022 18:32:00 - 1.10 +++ pkg/PLIST 17 Oct 2023 13:18:25 - @@ -1,11 +1,9 @@ lib/python${MODPY_VERSION}/site-packages/libnacl/ lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/ -lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/AUTHORS lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/LICENSE lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/METADATA lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/RECORD lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/WHEEL -lib/python${MODPY_VERSION}/site-packages/libnacl-${MODPY_EGG_VERSION}.dist-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/libnacl/__init__.py ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -20,6 +18,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}dual.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}encode.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}encode.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}kx.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}kx.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}public.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}public.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}sealed.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -32,17 +32,15 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}sign.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/libnacl/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/libnacl/aead.py lib/python${MODPY_VERSION}/site-packages/libnacl/base.py lib/python${MODPY_VERSION}/site-packages/libnacl/blake.py lib/python${MODPY_VERSION}/site-packages/libnacl/dual.py lib/python${MODPY_VERSION}/site-packages/libnacl/encode.py +lib/python${MODPY_VERSION}/site-packages/libnacl/kx.py lib/python${MODPY_VERSION}/site-packages/libnacl/public.py lib/python${MODPY_VERSION}/site-packages/libnacl/sealed.py lib/python${MODPY_VERSION}/site-packages/libnacl/secret.py lib/python${MODPY_VERSION}/site-packages/libnacl/secret_easy.py lib/python${MODPY_VERSION}/site-packages/libnacl/sign.py lib/python${MODPY_VERSION}/site-packages/libnacl/utils.py -lib/python${MODPY_VERSION}/site-packages/libnacl/version.py smime.p7s Description: S/MIME Cryptographic Signature
[update] devel/py-typing_extensions 4.8.0
Hello, Here is a small diff to update devel/py-typing_extensions 4.8.0 Tested with synapse 1.94.0 Best Regards? py-typing_extensions-4.8.0.diff Index: Makefile === RCS file: /cvs/ports/devel/py-typing-extensions/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile 24 May 2023 07:25:39 - 1.12 +++ Makefile 17 Oct 2023 13:15:57 - @@ -1,6 +1,6 @@ COMMENT = backported type hints for python >= 3.5 -MODPY_EGG_VERSION = 4.6.1 +MODPY_EGG_VERSION = 4.8.0 DISTNAME = typing_extensions-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/devel/py-typing-extensions/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo 24 May 2023 07:25:39 - 1.7 +++ distinfo 17 Oct 2023 13:15:57 - @@ -1,2 +1,2 @@ -SHA256 (typing_extensions-4.6.1.tar.gz) = VYvAxBRfAeZAX0pf29ggUL0iGxGfS/cqlhoc/UcTSdY= -SIZE (typing_extensions-4.6.1.tar.gz) = 64249 +SHA256 (typing_extensions-4.8.0.tar.gz) = 345DOenLdzV1WMvbzsozwwNxTPhh0e7xXhBwBVrot+8= +SIZE (typing_extensions-4.8.0.tar.gz) = 71456 smime.p7s Description: S/MIME Cryptographic Signature
Re: [maintainer update] sysutils/fzf 0.43.0
Hi, > Laurent Cheylus wrote: > > update of sysutils/fzf for version 0.43.0 > > Changelog: https://github.com/junegunn/fzf/releases/tag/0.43.0 > > Tested and it works as expected. The runtime dependency on > shells/bash can finally be dropped though[1] :) > > [1] https://github.com/junegunn/fzf/pull/3364 Thanks for pointing me out this :) Attached a new version of my update for version 0.43.0 => removing RDEP on shells/bash Build and tests OK on current/amd64. Tests/comments welcome and please commit if OK. Laurent Index: Makefile === RCS file: /cvs/ports/sysutils/fzf/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- Makefile 19 Jun 2023 19:28:08 - 1.21 +++ Makefile 17 Oct 2023 12:08:45 - @@ -1,9 +1,9 @@ COMMENT = command-line fuzzy finder MODGO_MODNAME = github.com/junegunn/fzf -MODGO_VERSION = v0.0.0-20230614153741-d471067e3f46 +MODGO_VERSION = v0.0.0-20231014165605-d3311d9f43d0 -V = 0.42.0 +V = 0.43.0 DISTNAME = fzf-${V} CATEGORIES = sysutils @@ -24,10 +24,8 @@ MODGO_TYPE = bin MODGO_LDFLAGS += -X main.version=${V} MODGO_LDFLAGS += -X main.revision="" -RUN_DEPENDS = shells/bash - # for patch to apply -WRKDIST = ${WRKOBJDIR}/${DISTNAME}/${MODGO_MODNAME}@${MODGO_VERSION} +WRKDIST = ${WRKSRC} # Note that unlike zsh and fish, bash has no well-defined site functions # directory from which to autoload stuff. Index: distinfo === RCS file: /cvs/ports/sysutils/fzf/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- distinfo 19 Jun 2023 19:28:08 - 1.14 +++ distinfo 17 Oct 2023 12:08:45 - @@ -1,4 +1,4 @@ -SHA256 (fzf-0.42.0.zip) = Ynau5mUAQkjDp60ao0+vUsy/B8sPq4JMx1HbFB/ZH94= +SHA256 (fzf-0.43.0.zip) = +ahxVf32QagRcSBSv7TVyMIi4TQ13k5q5PPgb2FoFUU= SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = pJgRJVFfDy3yU8LeOjrBlwx0Q+W2adlH6HTnezaBtuU= SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) = Y4qYMuL2LRGNfFEdhr2uFiKlHzMd5IoB2Sn9JOvmoqY= SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.mod) = 4zhutrVn0oD6CGHqAr93IkVDVuXmzBVThvjmX/RGQ5E= @@ -37,12 +37,12 @@ SHA256 (go_modules/golang.org/x/sys/@v/v SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220520151302-bc2c85ada10a.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ= SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ= SHA256 (go_modules/golang.org/x/sys/@v/v0.0.0-20220811171246-fbc7d0a398ab.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ= -SHA256 (go_modules/golang.org/x/sys/@v/v0.8.0.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ= -SHA256 (go_modules/golang.org/x/sys/@v/v0.8.0.zip) = JYizpkWDg5DjQfEAf4Z59eERe11ayUZ++DLRSLIhmjg= +SHA256 (go_modules/golang.org/x/sys/@v/v0.13.0.mod) = 8DMzMJb+GY8xUd7tk/LeunTlC7/nc5E0BFvDt85KUCQ= +SHA256 (go_modules/golang.org/x/sys/@v/v0.13.0.zip) = PRSa/Jk5mANUN0wNR0Ydzb0dOYDrL3fmAwSyP+5vPTc= SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20201126162022-7de9c90e9dd1.mod) = TLqxT3cGdxsnHZlaGzzBMf5aJGqtx+5tG6bwvYlHgfo= SHA256 (go_modules/golang.org/x/term/@v/v0.0.0-20210927222741-03fcf44c2211.mod) = dAeU4pFPXMh+JWVsWEMiKyxlZlghIF9FYyoEd8jT95s= -SHA256 (go_modules/golang.org/x/term/@v/v0.8.0.mod) = XTYtaoNFP3Akcl6CTAXFlJYk749MsT9dfj1Lfxygsyc= -SHA256 (go_modules/golang.org/x/term/@v/v0.8.0.zip) = GWHf6lnOUx4tbmoyKHgfWViyfG2dnAmTL1/8VMTZzfk= +SHA256 (go_modules/golang.org/x/term/@v/v0.13.0.mod) = Jid7C1vDPQJB8jN4OeimY9KmxgMFiHDyfO2d8f7n41c= +SHA256 (go_modules/golang.org/x/term/@v/v0.13.0.zip) = ohQBM6te3qSG7JI52gGZXmBuYmHWbRpnPNKt0z0ID90= SHA256 (go_modules/golang.org/x/text/@v/v0.3.0.mod) = NoedWG/YAB6E2oeHGQoR5PeHSeKoHf6Lm2kxiZ//Mc8= SHA256 (go_modules/golang.org/x/text/@v/v0.3.3.mod) = +7eojtFAUV55Dsp6EP/TGcl4axHGpsfln4D3+ze7RUI= SHA256 (go_modules/golang.org/x/text/@v/v0.3.7.mod) = xF1mkIlCe8RjXQexhfm5aAMy0cSMdbPEnLcVuBoEpbA= @@ -54,7 +54,7 @@ SHA256 (go_modules/golang.org/x/tools/@v SHA256 (go_modules/golang.org/x/tools/@v/v0.1.12.zip) = SxIuDkcDvEAUyxz4wBT8+T6n1y8B2nlJk2U0b1TLuFE= SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.mod) = ql4+ybt7n2gWCe+sAZ2d4ae6dxkkj/Hqon54iC2z1/U= SHA256 (go_modules/golang.org/x/xerrors/@v/v0.0.0-20190717185122-a985d3407aa7.zip) = xOnwY8/tVGyQ8AqWV96sT5FaiZT4y+bb0/GOeeuDAs8= -SIZE (fzf-0.42.0.zip) = 283506 +SIZE (fzf-0.43.0.zip) = 291787 SIZE (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = 77 SIZE (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) = 19867 SIZE (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.mod) = 308 @@ -93,12 +93,12 @@ SIZE (go_modules/golang.org/x/sys/@v/v0. SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220520151302-bc2c85ada10a.mod) = 33 SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220722155257-8c9f86f7a55f.mod) = 33 SIZE (go_modules/golang.org/x/sys/@v/v0.0.0-20220811171246-fbc7d0a398ab.mod)
Re: Disable libinput in qt5 and qt6
On Tue, Oct 17, 2023 at 01:47:02PM +0200, Rafael Sadowski wrote: > I would like to unhook libinput sooner rather than later to unhook KDE > plasma. But let us first disable it over all. You want to hook wayland/libinput-openbsd *to* the build to eventually hook x11/kde-plasma/ *to* to the build, right? > > The list of FreeBSD looks somehow too small. Can someone grep in a bulk > build? > > https://www.freshports.org/x11/libinput/ > > OK to disable libinput auto detection in Qt? So libinput-openbsd is not used yet, there is not other libinput in ports, which means this diff ought to be a NOOP now, but will prevent ports from automatically picking up libinput via Qt5 or Qt6 in the future? > > Index: qt5/qtbase/Makefile > === > RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v > retrieving revision 1.64 > diff -u -p -r1.64 Makefile > --- qt5/qtbase/Makefile 1 Sep 2023 13:13:27 - 1.64 > +++ qt5/qtbase/Makefile 17 Oct 2023 11:42:56 - > @@ -15,6 +15,8 @@ PKGNAME-tds = qt5-tds-${VERSION} > PKG_ARCH-global =* > PKG_ARCH-examples = * > > +REVISION-main = 0 > + > DPB_PROPERTIES = parallel > > SHARED_LIBS += Qt5Concurrent4.0 # 5.15 > @@ -141,6 +143,8 @@ CONFIGURE_ARGS += -confirm-license \ > # We have to wait until arm64 is vulkan ready. > #BUILD_DEPENDS = graphics/vulkan-loader > CONFIGURE_ARGS +=-no-vulkan > + > +CONFIGURE_ARGS +=-no-libinput > > # Let's wait a little until we have more experience and test results > #LIB_DEPENDS += sysutils/libudev-openbsd > Index: qt6/qtbase/Makefile > === > RCS file: /cvs/ports/x11/qt6/qtbase/Makefile,v > retrieving revision 1.25 > diff -u -p -r1.25 Makefile > --- qt6/qtbase/Makefile 28 Jul 2023 08:44:09 - 1.25 > +++ qt6/qtbase/Makefile 17 Oct 2023 11:42:57 - > @@ -11,6 +11,8 @@ PKGNAME-mysql = qt6-mysql-${VERSION} > PKGNAME-global = qt6-global-${VERSION} > PKGNAME-psql = qt6-postgresql-${VERSION} > > +REVISION-main0 > + > PKG_ARCH-global =* > > DPB_PROPERTIES = parallel > @@ -115,6 +117,7 @@ CONFIGURE_ARGS += -DCMAKE_INSTALL_PREFIX > -DBUILD_WITH_PCH=OFF \ > -DQT_FEATURE_journald=OFF \ > -DQT_FEATURE_libudev=OFF \ > + -DQT_FEATURE_libinput=OFF \ > -DQT_FEATURE_openssl_linked=ON \ > -DQT_FEATURE_dtls=OFF > >
Re: CVS: cvs.openbsd.org: ports
On Mon, Oct 16, 2023 at 02:02:39AM -0600, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2023/10/16 02:02:39 > > Modified files: > devel/py-sh: Makefile distinfo > devel/py-sh/pkg: PLIST > > Log message: > update to py3-sh-2.0.6 ===> Building for py3-sh-2.0.6 * Getting build dependencies for wheel... Traceback (most recent call last): File "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_impl.py", line 321, in _call_hook raise BackendUnavailable(data.get('traceback', '')) pyproject_hooks._impl.BackendUnavailable: Traceback (most recent call last): File "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_in_process/_in_process.py", line 77, in _build_backend obj = import_module(mod_path) File "/usr/local/lib/python3.10/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 992, in _find_and_load_unlocked File "", line 241, in _call_with_frames_removed File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 992, in _find_and_load_unlocked File "", line 241, in _call_with_frames_removed File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 992, in _find_and_load_unlocked File "", line 241, in _call_with_frames_removed File "", line 1050, in _gcd_import File "", line 1027, in _find_and_load File "", line 1004, in _find_and_load_unlocked ModuleNotFoundError: No module named 'poetry' ERROR Backend 'poetry.core.masonry.api' is not available. -- Antoine
Disable libinput in qt5 and qt6
I would like to unhook libinput sooner rather than later to unhook KDE plasma. But let us first disable it over all. The list of FreeBSD looks somehow too small. Can someone grep in a bulk build? https://www.freshports.org/x11/libinput/ OK to disable libinput auto detection in Qt? Index: qt5/qtbase/Makefile === RCS file: /cvs/ports/x11/qt5/qtbase/Makefile,v retrieving revision 1.64 diff -u -p -r1.64 Makefile --- qt5/qtbase/Makefile 1 Sep 2023 13:13:27 - 1.64 +++ qt5/qtbase/Makefile 17 Oct 2023 11:42:56 - @@ -15,6 +15,8 @@ PKGNAME-tds = qt5-tds-${VERSION} PKG_ARCH-global = * PKG_ARCH-examples =* +REVISION-main =0 + DPB_PROPERTIES = parallel SHARED_LIBS += Qt5Concurrent4.0 # 5.15 @@ -141,6 +143,8 @@ CONFIGURE_ARGS += -confirm-license \ # We have to wait until arm64 is vulkan ready. #BUILD_DEPENDS = graphics/vulkan-loader CONFIGURE_ARGS += -no-vulkan + +CONFIGURE_ARGS += -no-libinput # Let's wait a little until we have more experience and test results #LIB_DEPENDS +=sysutils/libudev-openbsd Index: qt6/qtbase/Makefile === RCS file: /cvs/ports/x11/qt6/qtbase/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- qt6/qtbase/Makefile 28 Jul 2023 08:44:09 - 1.25 +++ qt6/qtbase/Makefile 17 Oct 2023 11:42:57 - @@ -11,6 +11,8 @@ PKGNAME-mysql = qt6-mysql-${VERSION} PKGNAME-global = qt6-global-${VERSION} PKGNAME-psql = qt6-postgresql-${VERSION} +REVISION-main 0 + PKG_ARCH-global = * DPB_PROPERTIES = parallel @@ -115,6 +117,7 @@ CONFIGURE_ARGS += -DCMAKE_INSTALL_PREFIX -DBUILD_WITH_PCH=OFF \ -DQT_FEATURE_journald=OFF \ -DQT_FEATURE_libudev=OFF \ + -DQT_FEATURE_libinput=OFF \ -DQT_FEATURE_openssl_linked=ON \ -DQT_FEATURE_dtls=OFF
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 05:38:48 Modified files: textproc/pdftk : Makefile distinfo Log message: pdftk: update java deps
[update] devel/py-immutabledict 3.0.0
Hello, Here is a diff to update devel/py-immutabledict to 3.0.0 Tested with synapse 1.94.0 Best RegardsIndex: Makefile === RCS file: /cvs/ports/devel/py-immutabledict/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile 12 Apr 2023 19:28:01 - 1.1.1.1 +++ Makefile 17 Oct 2023 09:44:04 - @@ -1,6 +1,6 @@ COMMENT= immutable dictionary -MODPY_EGG_VERSION= 2.2.4 +MODPY_EGG_VERSION= 3.0.0 DISTNAME= immutabledict-${MODPY_EGG_VERSION} PKGNAME= py-immutabledict-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/devel/py-immutabledict/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo 12 Apr 2023 19:28:01 - 1.1.1.1 +++ distinfo 17 Oct 2023 09:44:04 - @@ -1,2 +1,2 @@ -SHA256 (immutabledict-2.2.4.tar.gz) = O+3AdB+qooRvbt9cKRg/mT2jq6/2pZYbtwpWWbueaKs= -SIZE (immutabledict-2.2.4.tar.gz) = 4314 +SHA256 (immutabledict-3.0.0.tar.gz) = WiPNNpphh/dqjCnX1oeYCwklOOuYAOWJZGA/G5c8Vv4= +SIZE (immutabledict-3.0.0.tar.gz) = 4478 smime.p7s Description: S/MIME Cryptographic Signature
[update] py-importlib-metadata-6.8.0
Hello, Here is a diff to update devel/py-importlib-metadata Tested with synapse 1.94.0 Best RegardsIndex: Makefile === RCS file: /cvs/ports/devel/py-importlib-metadata/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile 1 May 2023 18:41:57 - 1.15 +++ Makefile 17 Oct 2023 09:46:58 - @@ -1,6 +1,6 @@ COMMENT = library providing an API for accessing packages metadata -MODPY_EGG_VERSION = 6.6.0 +MODPY_EGG_VERSION = 6.8.0 DISTNAME = importlib_metadata-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/devel/py-importlib-metadata/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo 1 May 2023 18:41:57 - 1.7 +++ distinfo 17 Oct 2023 09:46:58 - @@ -1,2 +1,2 @@ -SHA256 (importlib_metadata-6.6.0.tar.gz) = klAc35zGbr0+YS8bTwwHZd+kLw+jj/sxm2vYTdZ11wU= -SIZE (importlib_metadata-6.6.0.tar.gz) = 53379 +SHA256 (importlib_metadata-6.8.0.tar.gz) = 26zniS2MDErBrQlmYiMvgx1OZPTEVFvVMBaj6dRlR0M= +SIZE (importlib_metadata-6.8.0.tar.gz) = 53494 smime.p7s Description: S/MIME Cryptographic Signature
Wasm32 support for Rust
Hello, I attach a diff to add Wasm32 toolchain target to the lang/rust port. I have been developing (although at amateur level) for a while with Rust Wasm under OpenBSD and it seems OK. The only caveats: - link with clang from ports: RUSTFLAGS="-C linker=/usr/local/bin/clang-13" wasm-pack build --target web --dev - link wasm-pack with rust-ring from ports. To do the latter, I git clone wasm-pack and add to its Cargo.toml the following: [patch.crates-io] ring = { path = "/usr/local/share/ring-0.16.20" } Cheers, Luca rust-wasm32.diff Description: Binary data
Re: NEW: x11/kde-plasma/powerdevil
On Tue Oct 17, 2023 at 11:34:50AM +0200, Rafael Sadowski wrote: > I would like to import powerdevil-5.27.8 (unhooked). > > Objections? OK? > > Comment: > power management daemon > > Required by: > debug-powerdevil-5.27.8 > > Description: > Manages the power consumption settings of a Plasma shell. > > Maintainer: Rafael Sadowski > Wrong tarball. New attached. powerdevil-5.27.8p0.tar.gz Description: application/tar-gz
NEW: x11/kde-plasma/plasma-browser-integration
Information for inst:plasma-browser-integration-5.27.8 Comment: Plasma browser integration Required by: debug-plasma-browser-integration-5.27.8 Description: This KDE Plasma application aims to provide better integration of web browsers with the KDE Plasma 5 desktop. Maintainer: Rafael Sadowski Ok to import (unhooked)? plasma-browser-integration-5.27.8.tar.gz Description: application/tar-gz
NEW: x11/kde-plasma/powerdevil
I would like to import powerdevil-5.27.8 (unhooked). Objections? OK? Comment: power management daemon Required by: debug-powerdevil-5.27.8 Description: Manages the power consumption settings of a Plasma shell. Maintainer: Rafael Sadowski powerdevil-5.27.8.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/10/17 03:34:19 Modified files: devel/libgtop2 : Makefile distinfo Log message: Update to libgtop2-2.41.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/10/17 03:29:09 Modified files: print/qpdf : Makefile distinfo Log message: Update to qpdf-11.6.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/10/17 03:21:53 Modified files: print/libpaper : Makefile distinfo Log message: Update to libpaper-2.1.2.
Re: Valgrind: Detect access outside the range of malloc.
From: Otto Moerbeek Date: Tue, 17 Oct 2023 10:54:17 +0200 > On Tue, Oct 17, 2023 at 05:41:06PM +0900, Masato Asou wrote: > >> From: Otto Moerbeek >> Date: Tue, 17 Oct 2023 07:52:12 +0200 >> >> > On Tue, Oct 17, 2023 at 07:33:47AM +0900, Masato Asou wrote: >> > >> >> From: Masato Asou >> >> Date: Fri, 29 Sep 2023 19:39:12 +0900 (JST) >> >> >> >> ping >> > >> > Sorry for not replying earlier. >> >> No problem :-) >> >> > The locations are reported >> > correctly now. But there are spurious reports of accesses of a 8 byte >> > value on each system call. (tested on amd64). >> > >> >-Otto >> > >> > ==83949== Use of uninitialised value of size 8 >> > ==83949==at 0x4A0CEC2: write (sys/w_write.c:28) >> > ==83949==by 0x4A1B322: __sflush (stdio/fflush.c:80) >> > ==83949==by 0x49B21E8: __sfvwrite (stdio/fvwrite.c:188) >> > ==83949==by 0x4A26FED: __sprint (stdio/vfprintf.c:108) >> > ==83949==by 0x4A26FED: __vfprintf (stdio/vfprintf.c:1062) >> > ==83949==by 0x4A23CA5: vfprintf (stdio/vfprintf.c:263) >> > ==83949==by 0x49EDB54: printf (stdio/printf.c:44) >> > ==83949==by 0x109B90: main (m.c:16) >> >> I know this issue. This is due to the references to the FS (F >> segment) registers TCB and TIB made by ENTER_CANCEL_POINT and >> LEAVE_CANCEL_POINT during the system call invocation. >> >> I think this problem should be solved in the `.supp' files (valgrind >> --suppressions=). I am working on a `.supp' file for >> OpenBSD. However, this cannot be created quickly yet. Wouldn't it be >> better to commit the `.supp' file as a separate modification? > > Yes, a separate commit is fine. Would this suppression file end up in > pkg-readmes, or does valgrind have a place to store a system-wide > default supression file? > > -Otto Probably, if I write DEFAULT_SUPP="$srcdir/openbsd.supp" in configure.ac, it will be installed in /usr/local/libexec/valgrind/default.supp. -- ASOU Masato >> -- >> ASOU Masato >> >> >> >> >> > I have fixed the bug you reported when symbols were not printed. >> >> > >> >> > As shown below, if the lower 12 bits of Virtual Address are 0 and File >> >> > Size is 0, then the a.out symbol will not be printed. >> >> > >> >> > $ readelf -l a.out >> >> > >> >> > Program Headers: >> >> > Type Offset VirtAddr PhysAddr >> >> > FileSizMemSiz Flags Align >> >> > >> >> > LOAD 0x1000 0x3000 >> >> > 0x3000 >> >> > 0x 0x0055 RW 1000 >> >> > >> >> > From: Otto Moerbeek >> >> > Date: Tue, 5 Sep 2023 07:40:18 +0200 >> >> > >> >> >> On Tue, Sep 05, 2023 at 09:38:40AM +0900, Masato Asou wrote: >> >> >> >> >> >>> hi, >> >> >>> >> >> >>> I have fixed a bug in Valgrind. The Valgrind could not detect access >> >> >>> outside the range of malloc. >> >> >>> >> >> >>> comments, ok? >> >> >> >> >> >> This works much better that before. Thanks for working on this! >> >> >> >> >> >> It now detects out of bounds read and writes correctly. A double >> >> >> free is detected. >> >> >> Also, the spurious reports for accesses to errno are gone. >> >> >> >> >> >> It does not report proper locations though, even if I compile my test >> >> >> program with -g: >> >> >> >> >> >> ==23912== Invalid read of size 1 >> >> >> ==23912==at 0x109B5D: ??? (in ./a.out) >> >> >> ==23912==by 0x1098D1: ??? (in ./a.out) >> >> >> ==23912== Address 0x4a42840 is 0 bytes after a block of size 10,240 >> >> >> alloc'd >> >> >> ==23912==at 0x493A3A9: malloc (vg_replace_malloc.c:435) >> >> >> ==23912==by 0x109B32: ??? (in ./a.out) >> >> >> ==23912==by 0x1098D1: ??? (in ./a.out) >> >> >> ==23912== >> >> >> 0 >> >> > >> >> > The a.out symbol is now printed as shown below: >> >> > >> >> > $ cat malloctest.c >> >> > #include >> >> > #include >> >> > >> >> > int >> >> > main(int argc, char *argv[]) >> >> > { >> >> > size_t sz = atoi(argv[1]); >> >> > unsigned char *p = malloc(sz); >> >> > printf("%p\n", p); >> >> > p[sz] = 0; >> >> > printf("%x\n", p[sz]); >> >> > free(p); >> >> > free(p); >> >> > return 0; >> >> > } >> >> > $ cc -g malloctest.c >> >> > $ valgrind ./a.out 128 >> >> > ==21074== Memcheck, a memory error detector >> >> > ==21074== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et >> >> > al. >> >> > ==21074== Using Valgrind-3.21.0 and LibVEX; rerun with -h for copyright >> >> > info >> >> > ==21074== Command: ./a.out 128 >> >> > ==21074== >> >> > ==21074== Use of uninitialised value of size 8 >> >> > ==21074==at 0x49C34CD: write (sys/w_write.c:26) >> >> > ==21074==by 0x4A150D2: __sflush (stdio/fflush.c:80) >> >> > ==21074==by 0x49B99C8: __sfvwrite (stdio/fvwrite.c:191) >> >> > ==21074==by 0x4979E4D: __sprint (stdio/vfprintf.c:108) >> >> > ==21074==by 0x4979E4D: __vfprintf
Re: Valgrind: Detect access outside the range of malloc.
On Tue, Oct 17, 2023 at 05:41:06PM +0900, Masato Asou wrote: > From: Otto Moerbeek > Date: Tue, 17 Oct 2023 07:52:12 +0200 > > > On Tue, Oct 17, 2023 at 07:33:47AM +0900, Masato Asou wrote: > > > >> From: Masato Asou > >> Date: Fri, 29 Sep 2023 19:39:12 +0900 (JST) > >> > >> ping > > > > Sorry for not replying earlier. > > No problem :-) > > > The locations are reported > > correctly now. But there are spurious reports of accesses of a 8 byte > > value on each system call. (tested on amd64). > > > > -Otto > > > > ==83949== Use of uninitialised value of size 8 > > ==83949==at 0x4A0CEC2: write (sys/w_write.c:28) > > ==83949==by 0x4A1B322: __sflush (stdio/fflush.c:80) > > ==83949==by 0x49B21E8: __sfvwrite (stdio/fvwrite.c:188) > > ==83949==by 0x4A26FED: __sprint (stdio/vfprintf.c:108) > > ==83949==by 0x4A26FED: __vfprintf (stdio/vfprintf.c:1062) > > ==83949==by 0x4A23CA5: vfprintf (stdio/vfprintf.c:263) > > ==83949==by 0x49EDB54: printf (stdio/printf.c:44) > > ==83949==by 0x109B90: main (m.c:16) > > I know this issue. This is due to the references to the FS (F > segment) registers TCB and TIB made by ENTER_CANCEL_POINT and > LEAVE_CANCEL_POINT during the system call invocation. > > I think this problem should be solved in the `.supp' files (valgrind > --suppressions=). I am working on a `.supp' file for > OpenBSD. However, this cannot be created quickly yet. Wouldn't it be > better to commit the `.supp' file as a separate modification? Yes, a separate commit is fine. Would this suppression file end up in pkg-readmes, or does valgrind have a place to store a system-wide default supression file? -Otto > -- > ASOU Masato > > >> > >> > I have fixed the bug you reported when symbols were not printed. > >> > > >> > As shown below, if the lower 12 bits of Virtual Address are 0 and File > >> > Size is 0, then the a.out symbol will not be printed. > >> > > >> > $ readelf -l a.out > >> > > >> > Program Headers: > >> > Type Offset VirtAddr PhysAddr > >> > FileSizMemSiz Flags Align > >> > > >> > LOAD 0x1000 0x3000 0x3000 > >> > 0x 0x0055 RW 1000 > >> > > >> > From: Otto Moerbeek > >> > Date: Tue, 5 Sep 2023 07:40:18 +0200 > >> > > >> >> On Tue, Sep 05, 2023 at 09:38:40AM +0900, Masato Asou wrote: > >> >> > >> >>> hi, > >> >>> > >> >>> I have fixed a bug in Valgrind. The Valgrind could not detect access > >> >>> outside the range of malloc. > >> >>> > >> >>> comments, ok? > >> >> > >> >> This works much better that before. Thanks for working on this! > >> >> > >> >> It now detects out of bounds read and writes correctly. A double > >> >> free is detected. > >> >> Also, the spurious reports for accesses to errno are gone. > >> >> > >> >> It does not report proper locations though, even if I compile my test > >> >> program with -g: > >> >> > >> >> ==23912== Invalid read of size 1 > >> >> ==23912==at 0x109B5D: ??? (in ./a.out) > >> >> ==23912==by 0x1098D1: ??? (in ./a.out) > >> >> ==23912== Address 0x4a42840 is 0 bytes after a block of size 10,240 > >> >> alloc'd > >> >> ==23912==at 0x493A3A9: malloc (vg_replace_malloc.c:435) > >> >> ==23912==by 0x109B32: ??? (in ./a.out) > >> >> ==23912==by 0x1098D1: ??? (in ./a.out) > >> >> ==23912== > >> >> 0 > >> > > >> > The a.out symbol is now printed as shown below: > >> > > >> > $ cat malloctest.c > >> > #include > >> > #include > >> > > >> > int > >> > main(int argc, char *argv[]) > >> > { > >> > size_t sz = atoi(argv[1]); > >> > unsigned char *p = malloc(sz); > >> > printf("%p\n", p); > >> > p[sz] = 0; > >> > printf("%x\n", p[sz]); > >> > free(p); > >> > free(p); > >> > return 0; > >> > } > >> > $ cc -g malloctest.c > >> > $ valgrind ./a.out 128 > >> > ==21074== Memcheck, a memory error detector > >> > ==21074== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. > >> > ==21074== Using Valgrind-3.21.0 and LibVEX; rerun with -h for copyright > >> > info > >> > ==21074== Command: ./a.out 128 > >> > ==21074== > >> > ==21074== Use of uninitialised value of size 8 > >> > ==21074==at 0x49C34CD: write (sys/w_write.c:26) > >> > ==21074==by 0x4A150D2: __sflush (stdio/fflush.c:80) > >> > ==21074==by 0x49B99C8: __sfvwrite (stdio/fvwrite.c:191) > >> > ==21074==by 0x4979E4D: __sprint (stdio/vfprintf.c:108) > >> > ==21074==by 0x4979E4D: __vfprintf (stdio/vfprintf.c:1064) > >> > ==21074==by 0x4976B05: vfprintf (stdio/vfprintf.c:263) > >> > ==21074==by 0x49D6434: printf (stdio/printf.c:44) > >> > ==21074==by 0x109B48: main (malloctest.c:9) > >> > ==21074== > >> > ==21074== Use of uninitialised value of size 8 > >> > ==21074==at 0x49C34DE: write (sys/w_write.c:26) > >> > ==21074==by 0x4A150D2: __sflush (stdio/fflush.c:80) > >> > ==21074==by 0x49B99C8:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/10/17 02:50:40 Modified files: geo/pgrouting : Makefile distinfo geo/pgrouting/pkg: PLIST Log message: geo/pgrouting: update to 3.5.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/10/17 02:49:33 Modified files: geo/gpx-viewer : Makefile distinfo geo/gpx-viewer/pkg: PLIST Added files: geo/gpx-viewer/patches: patch-libgpx_gpx-viewer-path-layer_vala patch-meson_build Removed files: geo/gpx-viewer/patches: patch-data_gpx-viewer-file-chooser_ui patch-data_gpx-viewer-preferences_ui Log message: geo/gpx-viewer: update to 0.5.0. switch to github and meson.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 02:42:23 Modified files: editors/vim: Tag: OPENBSD_7_4 Makefile distinfo editors/vim/patches: Tag: OPENBSD_7_4 patch-runtime_filetype_vim patch-src_configure_ac Log message: update to vim-9.0.2035 includes fix for use-after-free, partially triggerable from a modeline in an opened file.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 02:42:00 Modified files: editors/vim: Makefile distinfo editors/vim/patches: patch-runtime_filetype_vim patch-src_configure_ac Log message: update to vim-9.0.2035 includes fix for use-after-free, partially triggerable from a modeline in an opened file.
Re: Valgrind: Detect access outside the range of malloc.
From: Otto Moerbeek Date: Tue, 17 Oct 2023 07:52:12 +0200 > On Tue, Oct 17, 2023 at 07:33:47AM +0900, Masato Asou wrote: > >> From: Masato Asou >> Date: Fri, 29 Sep 2023 19:39:12 +0900 (JST) >> >> ping > > Sorry for not replying earlier. No problem :-) > The locations are reported > correctly now. But there are spurious reports of accesses of a 8 byte > value on each system call. (tested on amd64). > > -Otto > > ==83949== Use of uninitialised value of size 8 > ==83949==at 0x4A0CEC2: write (sys/w_write.c:28) > ==83949==by 0x4A1B322: __sflush (stdio/fflush.c:80) > ==83949==by 0x49B21E8: __sfvwrite (stdio/fvwrite.c:188) > ==83949==by 0x4A26FED: __sprint (stdio/vfprintf.c:108) > ==83949==by 0x4A26FED: __vfprintf (stdio/vfprintf.c:1062) > ==83949==by 0x4A23CA5: vfprintf (stdio/vfprintf.c:263) > ==83949==by 0x49EDB54: printf (stdio/printf.c:44) > ==83949==by 0x109B90: main (m.c:16) I know this issue. This is due to the references to the FS (F segment) registers TCB and TIB made by ENTER_CANCEL_POINT and LEAVE_CANCEL_POINT during the system call invocation. I think this problem should be solved in the `.supp' files (valgrind --suppressions=). I am working on a `.supp' file for OpenBSD. However, this cannot be created quickly yet. Wouldn't it be better to commit the `.supp' file as a separate modification? -- ASOU Masato >> >> > I have fixed the bug you reported when symbols were not printed. >> > >> > As shown below, if the lower 12 bits of Virtual Address are 0 and File >> > Size is 0, then the a.out symbol will not be printed. >> > >> > $ readelf -l a.out >> > >> > Program Headers: >> > Type Offset VirtAddr PhysAddr >> > FileSizMemSiz Flags Align >> > >> > LOAD 0x1000 0x3000 0x3000 >> > 0x 0x0055 RW 1000 >> > >> > From: Otto Moerbeek >> > Date: Tue, 5 Sep 2023 07:40:18 +0200 >> > >> >> On Tue, Sep 05, 2023 at 09:38:40AM +0900, Masato Asou wrote: >> >> >> >>> hi, >> >>> >> >>> I have fixed a bug in Valgrind. The Valgrind could not detect access >> >>> outside the range of malloc. >> >>> >> >>> comments, ok? >> >> >> >> This works much better that before. Thanks for working on this! >> >> >> >> It now detects out of bounds read and writes correctly. A double >> >> free is detected. >> >> Also, the spurious reports for accesses to errno are gone. >> >> >> >> It does not report proper locations though, even if I compile my test >> >> program with -g: >> >> >> >> ==23912== Invalid read of size 1 >> >> ==23912==at 0x109B5D: ??? (in ./a.out) >> >> ==23912==by 0x1098D1: ??? (in ./a.out) >> >> ==23912== Address 0x4a42840 is 0 bytes after a block of size 10,240 >> >> alloc'd >> >> ==23912==at 0x493A3A9: malloc (vg_replace_malloc.c:435) >> >> ==23912==by 0x109B32: ??? (in ./a.out) >> >> ==23912==by 0x1098D1: ??? (in ./a.out) >> >> ==23912== >> >> 0 >> > >> > The a.out symbol is now printed as shown below: >> > >> > $ cat malloctest.c >> > #include >> > #include >> > >> > int >> > main(int argc, char *argv[]) >> > { >> >size_t sz = atoi(argv[1]); >> >unsigned char *p = malloc(sz); >> >printf("%p\n", p); >> >p[sz] = 0; >> >printf("%x\n", p[sz]); >> >free(p); >> >free(p); >> >return 0; >> > } >> > $ cc -g malloctest.c >> > $ valgrind ./a.out 128 >> > ==21074== Memcheck, a memory error detector >> > ==21074== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al. >> > ==21074== Using Valgrind-3.21.0 and LibVEX; rerun with -h for copyright >> > info >> > ==21074== Command: ./a.out 128 >> > ==21074== >> > ==21074== Use of uninitialised value of size 8 >> > ==21074==at 0x49C34CD: write (sys/w_write.c:26) >> > ==21074==by 0x4A150D2: __sflush (stdio/fflush.c:80) >> > ==21074==by 0x49B99C8: __sfvwrite (stdio/fvwrite.c:191) >> > ==21074==by 0x4979E4D: __sprint (stdio/vfprintf.c:108) >> > ==21074==by 0x4979E4D: __vfprintf (stdio/vfprintf.c:1064) >> > ==21074==by 0x4976B05: vfprintf (stdio/vfprintf.c:263) >> > ==21074==by 0x49D6434: printf (stdio/printf.c:44) >> > ==21074==by 0x109B48: main (malloctest.c:9) >> > ==21074== >> > ==21074== Use of uninitialised value of size 8 >> > ==21074==at 0x49C34DE: write (sys/w_write.c:26) >> > ==21074==by 0x4A150D2: __sflush (stdio/fflush.c:80) >> > ==21074==by 0x49B99C8: __sfvwrite (stdio/fvwrite.c:191) >> > ==21074==by 0x4979E4D: __sprint (stdio/vfprintf.c:108) >> > ==21074==by 0x4979E4D: __vfprintf (stdio/vfprintf.c:1064) >> > ==21074==by 0x4976B05: vfprintf (stdio/vfprintf.c:263) >> > ==21074==by 0x49D6434: printf (stdio/printf.c:44) >> > ==21074==by 0x109B48: main (malloctest.c:9) >> > >> >> ==23912== Invalid free() / delete / delete[] / realloc() >> >> ==23912==at 0x493C981: free (vg_replace_malloc.c:978) >> >>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/10/17 02:25:30 Modified files: x11/kde-plasma/systemsettings: Makefile Log message: Add more tools as run dependency
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 02:22:02 Modified files: textproc/py-semver: Makefile distinfo Log message: update to py3-semver-3.0.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 02:21:21 Modified files: textproc/py-rebulk: Makefile distinfo Log message: update to py3-rebulk-3.2.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/10/17 02:15:21 Modified files: sysutils/upower: Makefile distinfo Removed files: sysutils/upower/patches: patch-src_openbsd_up-backend_c patch-src_up-device-battery_c Log message: sysutils/upower: update to 1.90.2 remove patches merged upstream see https://gitlab.freedesktop.org/upower/upower/-/releases/v1.90.1 & https://gitlab.freedesktop.org/upower/upower/-/releases/v1.90.2 ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/10/17 02:03:53 Modified files: infrastructure/lib/DPB: External.pm Log message: thinko, repair commands that can take multiple parameters
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2023/10/17 02:01:52 Modified files: x11/qt6/qtwebengine: Makefile Log message: Add missing dependency on Qt6Designer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/10/17 01:51:15 Modified files: security/openssl: Makefile.inc Log message: Set MAINTAINER with ?=
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/10/17 01:49:29 Modified files: security/openssl: Makefile.inc security/openssl/1.1: Makefile security/openssl/3.0: Makefile security/openssl/3.1: Makefile security/openssl/libretls: Makefile Log message: Take MAINTAINER of the openssls After many years of denial, let's face the truth: I'm actually maintaining this. I do need to keep an eye on it...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:44:12 Modified files: www/c-icap/c-icap: Makefile distinfo Log message: update to c-icap-0.5.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:43:54 Modified files: mail/roundcubemail: Tag: OPENBSD_7_4 Makefile distinfo Log message: update to roundcubemail-1.6.4 Fix cross-site scripting (XSS) vulnerability in handling of SVG in HTML message
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:43:33 Modified files: mail/roundcubemail: Makefile distinfo Log message: update to roundcubemail-1.6.4 Fix cross-site scripting (XSS) vulnerability in handling of SVG in HTML messages
Re: devel/bison: update to 3.8.2 (BULK wanted)
10/15/23 15:04, Todd C. Miller пишет: >> Ha, that's way easier than poking at the Makefile, although I'm inclined >> to stick to the diff that tb bulk-tested, just to be sure for now. tb reported that your appraoch doesn't work with MAKE_JOBS=1 whereas mine does, so I'll stick with that. > I don't have anything else. Your diff works for me. OK to commit the diff now?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/10/17 01:32:31 Modified files: net/samba : Tag: OPENBSD_7_4 Makefile distinfo Log message: Bugfix update to samba-4.19.2 Release notes: https://www.samba.org/samba/history/samba-4.19.2.html Tested on -stable + ok by Ian McWilliam (co-maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:31:14 Modified files: www/tomcat/v10 : Makefile distinfo Log message: update to tomcat-10.1.15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:31:00 Modified files: www/tomcat/v8 : Makefile distinfo Log message: update to tomcat-8.5.95
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2023/10/17 01:29:48 Modified files: net/samba : Makefile distinfo Log message: Bugfix update to samba-4.19.2 Release notes: https://www.samba.org/samba/history/samba-4.19.2.html Tests and oks Ian McWilliam and bket@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/10/17 01:23:18 Modified files: devel/py-pip : Makefile distinfo devel/py-pip/pkg: PLIST Log message: update to py3-pip-23.3
[NEW] audio/alsa-lib-1.2.10, alsa-utils-1.2.10, alsa-plugins-1.2.7.1
Hi, Here is ALSA suite (alsa-lib, alsa-utils, and alsa-plugins). Normal application should use sndio, ALSA should be used for hard-to-use-sndio situation. so ALSA plugin supports PulseAudio only, others disabled. (previous alsa-lib-1.2.8 discussion is at: https://marc.info/?l=openbsd-ports=167256738314983=2) -- SASANO Takayoshi (JG1UAA) alsa-lib.tgz Description: Binary data alsa-utils.tgz Description: Binary data alsa-plugins.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/10/17 00:40:14 Modified files: games/crispy-doom: Makefile Log message: crispy-doom uses C99 constructs (for loop in particular) Do the C99 dance to fix the build on sparc64
Re: [update] samba-4.19.2
On Tue 17/10/2023 00:13, Jeremie Courreges-Anglas wrote: > > Release notes: > https://www.samba.org/samba/history/samba-4.19.2.html > > Test reports and oks welcome. Run tested on amd64 current. OK bket@ Thank you...again!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/10/17 00:17:19 Modified files: devel/liburcu : Makefile Log message: liburcu uses C++ now, so we need to drop the COMPILER_LANGS=c line Fixes the build on sparc64