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
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: [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
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: [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
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: 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/
>
[NEW] security/nitrocli
Hello, This ought to be the definitive version of the port. nitrocli.tar.gz Description: application/gzip
[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
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]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
[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
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
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?
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
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
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.
