Re: Firefox doesn't start on -current / wayland
Le Mon, Dec 11, 2023 at 07:59:05AM +0100, Matthias Schmidt a écrit : > Hi, > > I just upgraded Firefox on -current to firefox-120.0.1 and it fails > with: > > XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: > File not found > Couldn't load XPCOM. wayland support isnt supposed to be built, as its an opt-in since https://github.com/openbsd/ports/commit/ca28474e6c0a2c4d1691dda2fcaef7d2b97f7ad6 ... i'll have a look again. thanks for the report.
Re: firefox vs ssh vs FIDO
Le Sat, Dec 09, 2023 at 11:36:48PM -0800, Greg Steuck a écrit : > Greg Steuck writes: > > > So I was wondering which program is responsible (because my previous > > "fix" was to restart the X session). Turns out exiting firefox is > > enough to get the device back. > > I don't understand how or why firefox decides that it should hold on to > fido devices, but hibernate isn't necessary. Right now I'm seeing: i have absolutely no knowledge about fido nor rust, but the code dealing with this is in https://github.com/mozilla/authenticator-rs/blob/ctap2-2021/src/transport/openbsd/monitor.rs (that's "upstream") - or more actually https://searchfox.org/mozilla-central/source/third_party/rust/authenticator/src/transport/openbsd/monitor.rs for firefox trunk and https://searchfox.org/mozilla-release/source/third_party/rust/authenticator/src/transport/openbsd/monitor.rs for firefox releases. the authenticator-rs crate has had much development upstream for something called 'ctap2' (whatever that is) and im not fully sure corresponding code has been done properly for openbsd, if that matters. Landry
Firefox doesn't start on -current / wayland
Hi, I just upgraded Firefox on -current to firefox-120.0.1 and it fails with: XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: File not found Couldn't load XPCOM. Cheers Matthias
What might cause a difference in building using the ports system vs trying to build manually?
I am new to the ports system, but I was trying to build pycxx for OpenBSD. I was expecting the Unix installation guide at https://cxx.sourceforge.net/ to work. Then I was met with the following kinds of problems: "OpenBSD 7.4-current port and test produces an Abort trap at callback_bad with 'callback_args string'" https://sourceforge.net/p/cxx/mailman/cxx-users/thread/CAN4RswNr_0mbTvuxAe3jr4a6K7TzPOkpCaXVmPL%3DuFNiwS3SNQ%40mail.gmail.com/#msg58711015 I have attempted the build several times by trying to mimic the commands available in a working port at: https://www.thyssentishman.com/git/ports/files.html But I am failing to get past the errors given in the SourceForge link. I am on 7.4-current. Maybe someone could attempt the same builds to see if we get the same results?
Re: FIX security/vaultwarden: unbreak vaultwarden.rc
On 12/10/23 08:20, Bjorn Ketelaars wrote: > Recent change to vaultwarden ("Change VARBASE to LOCALSTATEDIR") broke > pkg/vaultwarden.rc. Diff below fixes this. > > OK? > > OK! Thanks for the fix! Aisha > diff --git Makefile Makefile > index 9d06d593160..486e3e0c616 100644 > --- Makefile > +++ Makefile > @@ -8,6 +8,7 @@ COMMENT = unofficial bitwarden compatible server > GH_ACCOUNT = dani-garcia > GH_PROJECT = vaultwarden > GH_TAGNAME = 1.30.1 > +REVISION = 0 > > CATEGORIES = security > > diff --git pkg/vaultwarden.rc pkg/vaultwarden.rc > index 0a5f4739650..b82b1064bdb 100644 > --- pkg/vaultwarden.rc > +++ pkg/vaultwarden.rc > @@ -1,7 +1,7 @@ > #!/bin/ksh > > daemon="${PREFIX}/bin/vaultwarden" > -daemon_execdir="${VARBASE}/vaultwarden" > +daemon_execdir="${LOCALSTATEDIR}/vaultwarden" > daemon_user="_vaultwarden" > > . /etc/rc.d/rc.subr
[NEW] audio/gonic v0.16.2
Hello! Here's a port of gonic v0.16.2, a music streaming server which uses the subsonic server API. homepage: https://github.com/sentriz/gonic A huge thank you to Edd Barrett and Aaron Bieber, who both held my hands and checked my work while I stumbled my way through putting together my first port. OK, please? gonic-0.16.2.tgz Description: application/tar-gz
回复: [NEW]textproc/typst
Here is the revised patch, now update typst-0.10.0. Cheers ! wen typst-0.10.0.tar.gz Description: typst-0.10.0.tar.gz
lang/hare build failure (Re: NEW: lang/hare)
I thought someone mentioned a conflict in this thread, but I can't find it anymore: >>> Building on localhost under lang/hare/harec BDEPENDS = [devel/binutils;lang/qbe;devel/dwz] DIST = [lang/hare/harec:harec-0.0.0pl20231202.tar.gz] FULLPKGNAME = harec-0.0.0pl20231202 RDEPENDS = [lang/qbe;devel/binutils] (Junk lock obtained for localhost at 1702257244.81) >>> Running depends in lang/hare/harec at 1702257244.82 last junk was in devel/p5-MLDBM-Sync /usr/sbin/pkg_add -aI -Drepair binutils-2.41 qbe-1.1pl20230925 was: /usr/sbin/pkg_add -aI -Drepair binutils-2.41 dwz-0.15 qbe-1.1pl20230925 /usr/sbin/pkg_add -aI -Drepair binutils-2.41 qbe-1.1pl20230925 Can't install binutils-2.41 because of conflicts (gas-2.31.1) --- binutils-2.41 --- Can't install binutils-2.41: conflicts Couldn't install binutils-2.41 >>> Running show-prepare-results in lang/hare/harec at 1702257245.30 ===> lang/hare/harec ===> Building from scratch harec-0.0.0pl20231202 ===> harec-0.0.0pl20231202 depends on: binutils-* - not found Dependency check failed *** Error 1 in lang/hare/harec (/usr/ports/infrastructure/mk/bsd.port.mk:2384 '/tmp/pobj/harec-0.0.0pl20231202/.dep-devel-binutils': @unset ...) *** Error 2 in lang/hare/harec (/usr/ports/infrastructure/mk/bsd.port.mk:2702 'prepare': @lock=harec-0.0.0pl20231202; export _LOCKS_HELD=" ...) ===> Exiting lang/hare/harec with an error *** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:144 'show-prepare-results': @: ${echo_msg:=echo}; : ${target:=show-prepare-...) (Junk lock released for localhost at 1702257245.56) >>> Ended at 1702257245.56 max_stuck=0.00/depends=0.48/show-prepare-results=0.27 Error: job failed with 512 on localhost at 1702257245
[NEW] sysutils/sake
Hello, I am submitting a Sake port. Sake is a command runner for executing batch jobs in remote servers. They have an official OpenBSD in github but so far we have no packaged version ourselves. sake.tar.gz Description: application/gzip
[NEW] security/nitrocli
Hello, This ought to be the definitive version of the port. nitrocli.tar.gz Description: application/gzip
Re: productivity/khal: Update to 0.11.2
> On 5. Dec 2023, at 13:14, Stuart Henderson wrote: > > On 2023/12/05 03:08, wen heping wrote: >> Hi, all: >> >>Here is a patch for productivity/khal: >>i) Update to 0.11.2 >>ii) Add some missing TEST_DEPENDS >> >> It build and run well on amd64-current system. >> In all 300+ tests there are 29 tests failed. >> No other ports depend on it. > > vdirsyncer is a RUN_DEPENDS so it doesn't need listing again in > TEST_DEPENDS I’m OK with the diff minus the vdirsyncer in TEST_DEPENDS. > can you show your test log? I only get 4 failed so maybe there are > some other deps we can add. There were always a few tests failing in the past, but things tend to work fine anyways. >> Index: productivity/khal/Makefile >> === >> RCS file: /cvs/ports/productivity/khal/Makefile,v >> retrieving revision 1.20 >> diff -u -p -r1.20 Makefile >> --- productivity/khal/Makefile 13 Nov 2022 20:31:00 - 1.20 >> +++ productivity/khal/Makefile 5 Dec 2023 03:03:27 - >> @@ -1,8 +1,7 @@ >> COMMENT =standards based terminal calendar >> >> -MODPY_EGG_VERSION = 0.10.4 >> +MODPY_EGG_VERSION = 0.11.2 >> DISTNAME = khal-${MODPY_EGG_VERSION} >> -REVISION = 2 >> >> CATEGORIES = productivity >> >> @@ -31,7 +30,9 @@ RUN_DEPENDS = devel/py-atomicwrites${MO >> devel/py-urwid${MODPY_FLAVOR} \ >> devel/py-xdg${MODPY_FLAVOR} \ >> productivity/vdirsyncer >> -TEST_DEPENDS = devel/py-freezegun${MODPY_FLAVOR} \ >> -devel/py-test-cov${MODPY_FLAVOR} >> +TEST_DEPENDS = devel/py-hypothesis${MODPY_FLAVOR} \ >> +devel/py-freezegun${MODPY_FLAVOR} \ >> +productivity/vdirsyncer \ >> +sysutils/py-packaging${MODPY_FLAVOR} >> >> .include >> Index: productivity/khal/distinfo >> === >> RCS file: /cvs/ports/productivity/khal/distinfo,v >> retrieving revision 1.8 >> diff -u -p -r1.8 distinfo >> --- productivity/khal/distinfo 15 Sep 2021 20:06:12 - 1.8 >> +++ productivity/khal/distinfo 5 Dec 2023 03:03:27 - >> @@ -1,2 +1,2 @@ >> -SHA256 (khal-0.10.4.tar.gz) = P9uYCpphwCBteoKxb3e0CKTzQaK4ZrnJ/PamQYUNEp8= >> -SIZE (khal-0.10.4.tar.gz) = 185736 >> +SHA256 (khal-0.11.2.tar.gz) = j7jYk3HlPiI1lToHZeQbl+F0hIpojWN2hHdXbQP4mbo= >> +SIZE (khal-0.11.2.tar.gz) = 196986 >> Index: productivity/khal/pkg/PLIST >> === >> RCS file: /cvs/ports/productivity/khal/pkg/PLIST,v >> retrieving revision 1.6 >> diff -u -p -r1.6 PLIST >> --- productivity/khal/pkg/PLIST 13 Nov 2022 20:31:00 - 1.6 >> +++ productivity/khal/pkg/PLIST 5 Dec 2023 03:03:27 - >> @@ -24,6 +24,8 @@ lib/python${MODPY_VERSION}/site-packages >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}configwizard.${MODPY_PYC_MAGIC_TAG}pyc >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}controllers.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}controllers.${MODPY_PYC_MAGIC_TAG}pyc >> +lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}custom_types.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} >> +lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}custom_types.${MODPY_PYC_MAGIC_TAG}pyc >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}exceptions.${MODPY_PYC_MAGIC_TAG}pyc >> lib/python${MODPY_VERSION}/site-packages/khal/${MODPY_PYCACHE}icalendar.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} >> @@ -40,6 +42,7 @@ lib/python${MODPY_VERSION}/site-packages >> lib/python${MODPY_VERSION}/site-packages/khal/cli.py >> lib/python${MODPY_VERSION}/site-packages/khal/configwizard.py >> lib/python${MODPY_VERSION}/site-packages/khal/controllers.py >> +lib/python${MODPY_VERSION}/site-packages/khal/custom_types.py >> lib/python${MODPY_VERSION}/site-packages/khal/exceptions.py >> lib/python${MODPY_VERSION}/site-packages/khal/icalendar.py >> lib/python${MODPY_VERSION}/site-packages/khal/khalendar/ >
Re: [NEW] devel/py-phx-class-registry
On 2023-12-07 5:27 a.m., Stuart Henderson wrote: On 2023/12/06 20:10, Paul Galbraith wrote: On 2023-11-03 10:26 p.m., Paul Galbraith wrote: On 2023-09-25 9:13 p.m., Paul Galbraith wrote: On 2023-09-25 6:19 a.m., Stuart Henderson wrote: On 2023/09/24 21:17, Paul Galbraith wrote: This is a new port of the python phx-class-registry package, a dependency of the B2 comand-line interface tool (https://www.backblaze.com/docs/cloud-storage-command-line-tools). https://pypi.org/project/phx-class-registry/ Is this Ok to add? It needs a rundep on setuptools because it uses pkg_resources. DESCR is a bit incomprehensible... Thanks Stuart, changes attached. Is this Ok to add now? Is this one ok? yes, OK with me. tar reattached to save anyone else having to dig through list archives to find it. Thanks Stuart! Would someone be able to import this?
Re: [update] shells/fish to 3.6.3
Hello Justin, hello Stuart, thank you both for looking at fish and giving valuable tips. Additionally op@ helped me digging into the tests. Thank you! Only one test is still failing because it tests for 'synclient' which fails itself on systems without the 'synaptics' driver loaded. Fish 3.6.2 mentions a security advisory [2] for which I think this diff should be backported to 7.4 stable. Some testing done on amd64 and no errors found. Comments? Thanks! [1] https://github.com/fish-shell/fish-shell/releases [2] https://github.com/fish-shell/fish-shell/security/advisories/GHSA-2j9r-pm96-wp4f Index: Makefile === RCS file: /daten/openbsdmirror/cvs/mirror/ports/shells/fish/Makefile,v retrieving revision 1.42 diff -u -p -u -p -r1.42 Makefile --- Makefile27 Sep 2023 16:41:31 - 1.42 +++ Makefile10 Dec 2023 15:13:08 - @@ -1,6 +1,6 @@ COMMENT = friendly interactive shell -V =3.6.1 +V =3.6.4 DISTNAME = fish-$V @@ -45,7 +45,14 @@ CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE PORTHOME = ${WRKDIR} +# Test #96: check-completions.fish fails on systems without synaptics +# driver loaded. + +TEST_DEPENDS = sysutils/coreutils \ + ${PKGPATH}=${V} + do-test: + ln -fs ${LOCALBASE}/bin/ghead ${WRKDIR}/bin/head ${MODCMAKE_BUILD_TARGET} -t ${TEST_TARGET} post-install: Index: distinfo === RCS file: /daten/openbsdmirror/cvs/mirror/ports/shells/fish/distinfo,v retrieving revision 1.15 diff -u -p -u -p -r1.15 distinfo --- distinfo1 May 2023 08:57:15 - 1.15 +++ distinfo10 Dec 2023 15:13:08 - @@ -1,2 +1,2 @@ -SHA256 (fish-3.6.1.tar.xz) = VUArtHymc52KuiXkF4CQW1zhvOCl4N0X3KkItbwLSbI= -SIZE (fish-3.6.1.tar.xz) = 2866100 +SHA256 (fish-3.6.4.tar.xz) = Dz9hDlgN4JL76ILIqnZiPs+Ruxb98FQyQebpDV1Lw5M= +SIZE (fish-3.6.4.tar.xz) = 2911364 -- greetings, Florian Viehweger
FIX security/vaultwarden: unbreak vaultwarden.rc
Recent change to vaultwarden ("Change VARBASE to LOCALSTATEDIR") broke pkg/vaultwarden.rc. Diff below fixes this. OK? diff --git Makefile Makefile index 9d06d593160..486e3e0c616 100644 --- Makefile +++ Makefile @@ -8,6 +8,7 @@ COMMENT = unofficial bitwarden compatible server GH_ACCOUNT = dani-garcia GH_PROJECT = vaultwarden GH_TAGNAME = 1.30.1 +REVISION = 0 CATEGORIES = security diff --git pkg/vaultwarden.rc pkg/vaultwarden.rc index 0a5f4739650..b82b1064bdb 100644 --- pkg/vaultwarden.rc +++ pkg/vaultwarden.rc @@ -1,7 +1,7 @@ #!/bin/ksh daemon="${PREFIX}/bin/vaultwarden" -daemon_execdir="${VARBASE}/vaultwarden" +daemon_execdir="${LOCALSTATEDIR}/vaultwarden" daemon_user="_vaultwarden" . /etc/rc.d/rc.subr
Re: [NEW] emulators/dosbox-x-2023.10.06
Hi, thanks for your review. Here is the second version of ports. - DESCR rewrited - Makefile fixed - new patches supported FIX_CRLF_FILES Regards, -- SASANO Takayoshi (JG1UAA) dosbox-x.tgz Description: Binary data
Fwd: Process to have RADXIDE (MIT) package - from misc@
Hello, I just reached version 1.2.5 of RADXIDE (MIT license), turned around many bugs, templetized its colors, contacted previous snippets code authors figuring in About. Now, I'm wondering what is eventually the process to have RADXIDE as a small package inside OpenBSD. Nevertheless this would like the last invitation to try the software to check it out. NB: please have the accuracy to reply me privately and/or to forward to misc@ as I'm not subscribed to ports@ Thnx, == Nowarez Market Nowarez Market wrote: > > For who is wondering (and not) I come from publishing RADXIDE ver > 1.0.5 (tcl-tk, MIT license) I could appreciate anyone involvement or > feedback. > > https://radxide.com > https://github.com/par7133/RADXIDE
Re: [Update] editors/neovim-qt
On Wed, Dec 06, 2023 at 07:55:31AM +, Laurence Tratt wrote: >>> At last, neovim-qt-0.2.18 is out! I've been testing this for a couple of >>> days and haven't noticed any regressions. Note that we can now all of >>> the patches for this port, as they are part of 0.2.18. >>> LIB_DEPENDS = devel/msgpack \ >>> + x11/qt5/qtbase \ >> This is already present and comes from the qt5 module. Checkout `make >> show=LIB_DEPENDS` >> >> OK without the LIB_DEPENDS change. Anyone able to import the neovim-qt update? Thanks! Laurie