回复: math/igraph: Update to 0.10.8
ping ... 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2023年12月8日 20:02 收件人: ports@openbsd.org 主题: math/igraph: Update to 0.10.8 Hi, ports@: Here is a patch for math/igraph: i) Update to 0.10.8 ii) Enable `make -test`. (`make test` does not work in current version) It build and run well on amd64-current system, and 100% tests pass. Cheers ! wen
textproc/p5-XML-Generator: Update to 1.13
Hi, ports@: Here is a simple patch for textproc/p5-XML-Generator to update to 1.13, It build well and pass all tests on amd64-current system. One port(devel/p5-TAP-Formatter-JUnit) depends on it, build well and pass all tests with this patch. Cheers ! wenIndex: textproc/p5-XML-Generator/Makefile === RCS file: /cvs/ports/textproc/p5-XML-Generator/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- textproc/p5-XML-Generator/Makefile 11 Mar 2022 20:03:06 - 1.12 +++ textproc/p5-XML-Generator/Makefile 12 Dec 2023 07:12:20 - @@ -2,7 +2,7 @@ COMMENT=extension for generating XML MODULES= cpan PKG_ARCH= * -DISTNAME= XML-Generator-1.09 +DISTNAME= XML-Generator-1.13 CATEGORIES=textproc # Perl Index: textproc/p5-XML-Generator/distinfo === RCS file: /cvs/ports/textproc/p5-XML-Generator/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- textproc/p5-XML-Generator/distinfo 19 Feb 2022 10:04:54 - 1.3 +++ textproc/p5-XML-Generator/distinfo 12 Dec 2023 07:12:20 - @@ -1,2 +1,2 @@ -SHA256 (XML-Generator-1.09.tar.gz) = 4vbXv2/tyZ90fvbiF3WA97zThenD4Q63ZUUM6XdewSQ= -SIZE (XML-Generator-1.09.tar.gz) = 44798 +SHA256 (XML-Generator-1.13.tar.gz) = MO8y+sMPJoo9kGLET9WrdRhJm/mTtQ747jcth4e8uag= +SIZE (XML-Generator-1.13.tar.gz) = 45541
www/p5-Dancer2: Update to 1.1.0
Hi, ports@: Here is a simple patch to update www/p5-Dancer2 to 1.1.0. It build well and run well and pass all tests on amd64-current system. All ports depend on Dancer2 build well and pass all tests too. Regards, wenIndex: www/p5-Dancer2/Makefile === RCS file: /cvs/ports/www/p5-Dancer2/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- www/p5-Dancer2/Makefile 12 Oct 2023 06:46:17 - 1.18 +++ www/p5-Dancer2/Makefile 12 Dec 2023 06:58:48 - @@ -1,6 +1,6 @@ COMMENT = lightweight yet powerful web application framework -DISTNAME = Dancer2-1.0.0 +DISTNAME = Dancer2-1.1.0 CATEGORIES = www Index: www/p5-Dancer2/distinfo === RCS file: /cvs/ports/www/p5-Dancer2/distinfo,v retrieving revision 1.12 diff -u -p -r1.12 distinfo --- www/p5-Dancer2/distinfo 12 Oct 2023 06:46:17 - 1.12 +++ www/p5-Dancer2/distinfo 12 Dec 2023 06:58:48 - @@ -1,2 +1,2 @@ -SHA256 (Dancer2-1.0.0.tar.gz) = XGdoJ2d2sh5/G7qGvQfhXcqwheT5ReVir+ndZebobHc= -SIZE (Dancer2-1.0.0.tar.gz) = 407850 +SHA256 (Dancer2-1.1.0.tar.gz) = 1nw/rQirI2mer8YlVZJ+hJ2kKKBCybjRpSqfG0G5y2U= +SIZE (Dancer2-1.1.0.tar.gz) = 411617
回复: textproc/p5-Template: Update to 3.101
ping .. 发件人: wen heping 发送时间: 2023年12月5日 10:49 收件人: ports@openbsd.org 主题: textproc/p5-Template: Update to 3.101 Hi, ports@: Here is a patch for textproc/p5-Template: i) Update to 3.101 ii) Add missing TEST_DEPENDS. It build well and pass all tests on amd64-current system. Many(20+) ports depend on textproc/p5-Template,I had tested some of these ports, include: www/p5-Dancer www/p5-Dancer2 devel/p5-Devel-Cover www/p5-Catalyst-Devel All build well and pass all tests. Cheers ! wen
textproc/p5-PPIx-Regexp: Update to 0.088
Hi, ports@: Here is a simple patch to update textproc/p5-PPIx-Regexp to 0.088. It build well and pass all tests on amd64-current system. Only one port(p5-Perl-Critic) depends on it, it build well and pass all tests on amd64-current system too. Cheers! wenIndex: textproc/p5-PPIx-Regexp/Makefile === RCS file: /cvs/ports/textproc/p5-PPIx-Regexp/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- textproc/p5-PPIx-Regexp/Makefile17 Apr 2022 19:21:37 - 1.22 +++ textproc/p5-PPIx-Regexp/Makefile12 Dec 2023 06:45:53 - @@ -2,7 +2,7 @@ COMMENT=parse regular expressions MODULES= cpan PKG_ARCH= * -DISTNAME = PPIx-Regexp-0.084 +DISTNAME = PPIx-Regexp-0.088 CATEGORIES=textproc # perl Index: textproc/p5-PPIx-Regexp/distinfo === RCS file: /cvs/ports/textproc/p5-PPIx-Regexp/distinfo,v retrieving revision 1.14 diff -u -p -r1.14 distinfo --- textproc/p5-PPIx-Regexp/distinfo17 Apr 2022 19:21:37 - 1.14 +++ textproc/p5-PPIx-Regexp/distinfo12 Dec 2023 06:45:53 - @@ -1,2 +1,2 @@ -SHA256 (PPIx-Regexp-0.084.tar.gz) = SvWTDm6TNgHf4VCzR8Vai0IBUWCQFsFA0ic08whTnYM= -SIZE (PPIx-Regexp-0.084.tar.gz) = 242268 +SHA256 (PPIx-Regexp-0.088.tar.gz) = iFQz+bEC+tT9NrIccyC7A2A2ERyvmYExv0FvfNXul2Q= +SIZE (PPIx-Regexp-0.088.tar.gz) = 255295
Re: lang/hare build failure (Re: NEW: lang/hare)
On 12/11/2023 7:42 PM, Brian Callahan wrote: > On 12/11/2023 6:34 PM, Stuart Henderson wrote: >> On 2023/12/11 16:40, Lorenz (xha) wrote: >>> FYI hare only needs gas and not the complete binutils package. and gas >>> is just needed because the "as" in the base system is too old. >>> >> >> Will the version from devel/gas (2.31.1) also work? If so, you could do >> this to prefer binutils-* but use gas-* if already installed. >> > > For some reason, I thought devel/gas was too old to have riscv64 > support, but it seems I misremembered that. > > It works fine for amd64, I will check on arm64 and riscv64. > > I don't see a reason not to use devel/gas if we can and just forget > about devel/binutils. I wouldn't want people to install hare and then > try to install gcc only to have it fail for something easily fixed. > > OK to replace devel/binutils with devel/gas and bump, assuming arm64 and > riscv64 check out? > Now after testing arm64 and riscv64: amd64 and arm64 work with devel/gas. riscv64 does not work with devel/gas and requires devel/binutils. Attached is a patch that tweaks things. Also adds a patch from tobhe@ that got missed during import that has been upstreamed. OK? ~Brian Index: hare/Makefile === RCS file: /cvs/ports/lang/hare/hare/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- hare/Makefile 3 Dec 2023 19:07:28 - 1.1.1.1 +++ hare/Makefile 12 Dec 2023 03:16:59 - @@ -17,7 +17,7 @@ do-gen: cp ${WRKSRC}/configs/openbsd.mk ${WRKSRC}/config.mk sed -i "s/aarch64-//g" ${WRKSRC}/config.mk sed -i "s/riscv64-//g" ${WRKSRC}/config.mk -.if ${MACHINE_ARCH:Marm64} +.if ${MACHINE_ARCH:Maarch64} || ${MACHINE_ARCH:Mriscv64} echo "ARCH = $$(arch -s)" >> ${WRKSRC}/config.mk .endif Index: harec/Makefile === RCS file: /cvs/ports/lang/hare/harec/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- harec/Makefile 3 Dec 2023 19:07:28 - 1.1.1.1 +++ harec/Makefile 12 Dec 2023 03:16:59 - @@ -1,4 +1,5 @@ DISTNAME = harec-0.0.0pl20231202 +REVISION = 0 WANTLIB += c m @@ -7,9 +8,15 @@ COMPILER = base-clang ports-gcc BUILD_DEPENDS =${RUN_DEPENDS} -# Needs a newer GNU as -RUN_DEPENDS = devel/binutils \ - lang/qbe +RUN_DEPENDS = lang/qbe + +# All archs need a newer GNU as +# gas-2.31.1 is not new enough for riscv64 +.if ${MACHINE_ARCH:Mriscv64} +RUN_DEPENDS += devel/binutils +.else +RUN_DEPENDS += devel/gas +.endif CONFIGURE_STYLE = simple CONFIGURE_ARGS = --sysconfdir="${SYSCONFDIR}" Index: harec/patches/patch-rt_+openbsd_start+aarch64_s === RCS file: harec/patches/patch-rt_+openbsd_start+aarch64_s diff -N harec/patches/patch-rt_+openbsd_start+aarch64_s --- /dev/null 1 Jan 1970 00:00:00 - +++ harec/patches/patch-rt_+openbsd_start+aarch64_s 12 Dec 2023 03:16:59 - @@ -0,0 +1,11 @@ +Already upstreamed, from tobhe@ + +Index: rt/+openbsd/start+aarch64.s +--- rt/+openbsd/start+aarch64.s.orig rt/+openbsd/start+aarch64.s +@@ -5,5 +5,4 @@ _start: + mov x30, #0 + mov x0, sp + add sp, x0, #-16 +- and sp, sp, #-16 + b rt.start_ha
回复: 回复: [NEW]textproc/typst
Sorry, this is the correct patch. typst-0.10.0-p2.tar.gz wen 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2023年12月12日 11:21 收件人: Theo Buehler; ports@openbsd.org 主题: 回复: 回复: [NEW]textproc/typst Here is the revised patch for typst: i) Generate crates LICENSE. ii) Remove rust-ring from BUILD_DEPENDS iii) Add NOT_FOR_ARCHS = sparc64 iv) Add NO_TEST Cheers ! wen 发件人: Theo Buehler 发送时间: 2023年12月11日 19:02 收件人: wen heping; ports@openbsd.org 主题: Re: 回复: [NEW]textproc/typst On Mon, Dec 11, 2023 at 10:52:44AM +, Stuart Henderson wrote: > On 2023/12/11 02:38, wen heping wrote: > > Here is the revised patch, now update typst-0.10.0. > > > > > > Cheers ! > > wen > > > > > You are missing license markers, use "make modcargo-gen-modules-licenses". > > Upstream uses newer "ring" so I believe you can remove the BDEP on > rust-ring. > Correct. ring 0.17 added support powerpc64 and riscv64, so this only needs # ring-v0.17 does not support this arch NOT_FOR_ARCHS = sparc64 Should I do something like this for rust-ring (with REVISION bump of course)? Index: pkg/DESCR === RCS file: /cvs/ports/security/rust-ring/pkg/DESCR,v diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 18 Jan 2023 12:56:09 - 1.1.1.1 +++ pkg/DESCR 11 Dec 2023 10:58:43 - @@ -1,2 +1,3 @@ Bundles the source of the ring crate patched to work with OpenBSD's -execute only policy. +execute only policy. Use this as a BUILD_DEPENDS for ports depending +on ring 0.16.x. It is not needed for ring >= 0.17.0. typst-0.10.0-p2.tar.gz Description: typst-0.10.0-p2.tar.gz
回复: 回复: [NEW]textproc/typst
Here is the revised patch for typst: i) Generate crates LICENSE. ii) Remove rust-ring from BUILD_DEPENDS iii) Add NOT_FOR_ARCHS = sparc64 iv) Add NO_TEST Cheers ! wen 发件人: Theo Buehler 发送时间: 2023年12月11日 19:02 收件人: wen heping; ports@openbsd.org 主题: Re: 回复: [NEW]textproc/typst On Mon, Dec 11, 2023 at 10:52:44AM +, Stuart Henderson wrote: > On 2023/12/11 02:38, wen heping wrote: > > Here is the revised patch, now update typst-0.10.0. > > > > > > Cheers ! > > wen > > > > > You are missing license markers, use "make modcargo-gen-modules-licenses". > > Upstream uses newer "ring" so I believe you can remove the BDEP on > rust-ring. > Correct. ring 0.17 added support powerpc64 and riscv64, so this only needs # ring-v0.17 does not support this arch NOT_FOR_ARCHS = sparc64 Should I do something like this for rust-ring (with REVISION bump of course)? Index: pkg/DESCR === RCS file: /cvs/ports/security/rust-ring/pkg/DESCR,v diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 18 Jan 2023 12:56:09 - 1.1.1.1 +++ pkg/DESCR 11 Dec 2023 10:58:43 - @@ -1,2 +1,3 @@ Bundles the source of the ring crate patched to work with OpenBSD's -execute only policy. +execute only policy. Use this as a BUILD_DEPENDS for ports depending +on ring 0.16.x. It is not needed for ring >= 0.17.0. typst-0.10.0p1.tar.gz Description: typst-0.10.0p1.tar.gz
Re: [NEW] audio/gonic v0.16.2
> Why not place the config file under ${SYSCONFDIR}, i.e. /etc? > > You can use ${SUBST_DATA} instead of ${SUBST_CMD} -c -m 755. Done, and done. Thanks for the help. Updated port attached. gonic-0.16.2.tgz Description: application/tar-gz
Re: lang/hare build failure (Re: NEW: lang/hare)
On 12/11/2023 6:34 PM, Stuart Henderson wrote: > On 2023/12/11 16:40, Lorenz (xha) wrote: >> FYI hare only needs gas and not the complete binutils package. and gas >> is just needed because the "as" in the base system is too old. >> > > Will the version from devel/gas (2.31.1) also work? If so, you could do > this to prefer binutils-* but use gas-* if already installed. > For some reason, I thought devel/gas was too old to have riscv64 support, but it seems I misremembered that. It works fine for amd64, I will check on arm64 and riscv64. I don't see a reason not to use devel/gas if we can and just forget about devel/binutils. I wouldn't want people to install hare and then try to install gcc only to have it fail for something easily fixed. OK to replace devel/binutils with devel/gas and bump, assuming arm64 and riscv64 check out? ~Brian
update print/poppler
Hi, this updates poppler to the latest version. I'm waiting for a bulk build on my machine to finish with it, but I don't expect any fallout. Ciao, Kili Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v diff -u -p -r1.179 Makefile --- Makefile11 Nov 2023 15:21:52 - 1.179 +++ Makefile12 Dec 2023 00:01:50 - @@ -3,7 +3,7 @@ COMMENT-qt5=Qt5 interface to PDF render COMMENT-qt6= Qt6 interface to PDF rendering library COMMENT-utils= PDF conversion tools and utilities -V= 23.11.0 +V= 23.12.0 DISTNAME= poppler-$V CATEGORIES=print PKGNAME-main= poppler-$V Index: distinfo === RCS file: /cvs/ports/print/poppler/distinfo,v diff -u -p -r1.96 distinfo --- distinfo7 Nov 2023 23:56:40 - 1.96 +++ distinfo12 Dec 2023 00:01:50 - @@ -1,2 +1,2 @@ -SHA256 (poppler-23.11.0.tar.xz) = +ZzKZ5nLnLbJL8Hg63hUe2EctzN1CrfLBHyw5sJGU5w= -SIZE (poppler-23.11.0.tar.xz) = 1894712 +SHA256 (poppler-23.12.0.tar.xz) = vro5jJ03qbbQJIZJZjXgjx3z1DfP5h2rJZP0fE0Uzbs= +SIZE (poppler-23.12.0.tar.xz) = 1895580
Re: lang/hare build failure (Re: NEW: lang/hare)
On 2023/12/11 16:40, Lorenz (xha) wrote: > FYI hare only needs gas and not the complete binutils package. and gas > is just needed because the "as" in the base system is too old. > Will the version from devel/gas (2.31.1) also work? If so, you could do this to prefer binutils-* but use gas-* if already installed. Index: Makefile === RCS file: /cvs/ports/lang/hare/harec/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile3 Dec 2023 19:07:28 - 1.1.1.1 +++ Makefile11 Dec 2023 23:33:28 - @@ -1,4 +1,5 @@ DISTNAME = harec-0.0.0pl20231202 +REVISION = 0 WANTLIB += c m @@ -8,7 +9,7 @@ COMPILER = base-clang ports-gcc BUILD_DEPENDS =${RUN_DEPENDS} # Needs a newer GNU as -RUN_DEPENDS = devel/binutils \ +RUN_DEPENDS = binutils-*|gas-*:devel/binutils \ lang/qbe CONFIGURE_STYLE = simple
Re: lang/hare build failure (Re: NEW: lang/hare)
On 2023 Dec 11 (Mon) at 15:35:09 + (+), Brian Callahan wrote: :On 12/10/2023 8:52 PM, Theo Buehler wrote: :> I thought someone mentioned a conflict in this thread, but I can't find :> it anymore: :> : :That was a different conflict, and (hopefully) I fixed it here: :https://marc.info/?l=openbsd-ports-cvs&m=170207582213615&w=2 : :This one, it seems that binutils correctly has a @conflict on gas-* but :gas is missing a @conflict on binutils-*. Though it does beg the :question of if we need a (now outdated) gas package if we have an :up-to-date binutils package. : :In any event, here is a diff for devel/gas. : :~Brian : I hit this a couple times in the most recent arm64 bulk and letting it re-run the build let it work OK :Index: Makefile :=== :RCS file: /cvs/ports/devel/gas/Makefile,v :retrieving revision 1.5 :diff -u -p -r1.5 Makefile :--- Makefile 21 Sep 2023 09:49:53 - 1.5 :+++ Makefile 11 Dec 2023 15:33:48 - :@@ -3,6 +3,7 @@ COMMENT = GNU assembler : V = 2.31.1 : DISTNAME =binutils-$V : PKGNAME = gas-$V :+REVISION =0 : : CATEGORIES = devel : :Index: pkg/PLIST :=== :RCS file: /cvs/ports/devel/gas/pkg/PLIST,v :retrieving revision 1.2 :diff -u -p -r1.2 PLIST :--- pkg/PLIST 11 Mar 2022 18:50:04 - 1.2 :+++ pkg/PLIST 11 Dec 2023 15:33:48 - :@@ -1,3 +1,4 @@ :+@conflict binutils-* : @bin bin/gas : @info info/gas.info : @man man/man1/gas.1 -- Speed is subsittute fo accurancy.
Re: lang/hare build failure (Re: NEW: lang/hare)
+Cc pascal (gas maintainer) On Mon, Dec 11, 2023 at 03:35:09PM +, Brian Callahan wrote: > On 12/10/2023 8:52 PM, Theo Buehler wrote: > > I thought someone mentioned a conflict in this thread, but I can't find > > it anymore: > > > > That was a different conflict, and (hopefully) I fixed it here: > https://marc.info/?l=openbsd-ports-cvs&m=170207582213615&w=2 That was it, right. > This one, it seems that binutils correctly has a @conflict on gas-* but > gas is missing a @conflict on binutils-*. Though it does beg the > question of if we need a (now outdated) gas package if we have an > up-to-date binutils package. This was brought up before. As always, it's not as simple as it seems: https://marc.info/?l=openbsd-ports&m=167526722419950&w=2 > In any event, here is a diff for devel/gas. Makes sense. Thanks! ok tb > Index: Makefile > === > RCS file: /cvs/ports/devel/gas/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- Makefile 21 Sep 2023 09:49:53 - 1.5 > +++ Makefile 11 Dec 2023 15:33:48 - > @@ -3,6 +3,7 @@ COMMENT = GNU assembler > V = 2.31.1 > DISTNAME = binutils-$V > PKGNAME =gas-$V > +REVISION = 0 > > CATEGORIES = devel > > Index: pkg/PLIST > === > RCS file: /cvs/ports/devel/gas/pkg/PLIST,v > retrieving revision 1.2 > diff -u -p -r1.2 PLIST > --- pkg/PLIST 11 Mar 2022 18:50:04 - 1.2 > +++ pkg/PLIST 11 Dec 2023 15:33:48 - > @@ -1,3 +1,4 @@ > +@conflict binutils-* > @bin bin/gas > @info info/gas.info > @man man/man1/gas.1
Re: [update] shells/fish to 3.6.3
Am Mon, 11 Dec 2023 20:26:08 + schrieb Stuart Henderson : > On 2023/12/10 16:35, Florian Viehweger wrote: > > 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. > > agreed, committed to both branches. Thanks! > > 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 > -- greetings, Florian Viehweger
Re: What might cause a difference in building using the ports system vs trying to build manually?
2023-12-11T12:33:51Z "Matti Viljamaa" : > Yes, sounds reasonable. However, I was then originally misled, because the > author of the working port claimed that it should work with GCC. I'm the author of the linked port and I'm able to compile and test with gcc. Try the patch below, it should work as well. Why use ports-gcc if you can use clang form base though? diff --git a/devel/pycxx/Makefile b/devel/pycxx/Makefile index 6044762..dfdae55 100644 --- a/devel/pycxx/Makefile +++ b/devel/pycxx/Makefile @@ -18,6 +18,7 @@ MODPY_PYBUILD = setuptools FLAVOR = python3 FLAVORS = python3 +COMPILER = ports-gcc TEST_DEPENDS = devel/gmake do-test: diff --git a/devel/pycxx/patches/patch-setup_makefile_py b/devel/pycxx/patches/patch-setup_makefile_py index 177bd6c..5755793 100644 --- a/devel/pycxx/patches/patch-setup_makefile_py +++ b/devel/pycxx/patches/patch-setup_makefile_py @@ -7,8 +7,8 @@ Index: setup_makefile.py CompilerGCC.__init__( self, setup ) -self._addVar( 'CCC','g++' ) -self._addVar( 'CC', 'gcc' ) -+self._addVar( 'CCC','c++' ) -+self._addVar( 'CC', 'cc' ) ++self._addVar( 'CCC','eg++' ) ++self._addVar( 'CC', 'egcc' ) def setupPythonExtension( self ): self._addVar( 'PYTHON', sys.executable )
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sat Dec 9 03:40:08 MST 2023 finished at Mon Dec 11 13:52:44 MST 2023 lasted 2D10h12m done with kern.version=OpenBSD 7.4-current (GENERIC.MP) #0: Sat Dec 9 02:49:14 MST 2023 built packages:12006 Dec 9:4406 Dec 10:1438 Dec 11:6161 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-12-09/summary.log build failures: 5 http://build-failures.rhaalovely.net/aarch64/2023-12-09/games/godot4,-editor.log http://build-failures.rhaalovely.net/aarch64/2023-12-09/lang/hare/harec.log http://build-failures.rhaalovely.net/aarch64/2023-12-09/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2023-12-09/x11/gnustep/base.log http://build-failures.rhaalovely.net/aarch64/2023-12-09/x11/libquotient.log recurrent failures failures/sysutils/telegraf.log failures/x11/libquotient.log new failures +++ ls-failures Mon Dec 11 13:52:56 2023 +failures/games/godot4,-editor.log +failures/lang/hare/harec.log +failures/x11/gnustep/base.log resolved failures --- ../old/aarch64/last//ls-failuresSat Dec 2 13:43:09 2023 -failures/devel/bazel.log -failures/games/godot4.log -failures/net/nheko.log
Re: [update] shells/fish to 3.6.3
On 2023/12/10 16:35, Florian Viehweger wrote: > 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. agreed, committed to both branches. > 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 > --- Makefile 27 Sep 2023 16:41:31 - 1.42 > +++ Makefile 10 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 > --- distinfo 1 May 2023 08:57:15 - 1.15 > +++ distinfo 10 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: [Update] www/gallery-dl-1.26.4
On 2023/12/11 18:09:41 +, grodzio wrote: > Hello, attached are diffs for an update for gallery-dl. This is the > first time I'm updating a port via diffs, so I hope I did it correctly. > As always, tested on amd64, the program works correctly for me. > -grodzio1 For future reference, there's no need to manually attach a diff for every file. Just run "cvs diff" in the port's dir and attach the output, for example $ cd /usr/ports/www/gallery-dl $ cvs diff > /tmp/diff then attach /tmp/diff to the mail either inlining it -preferred- or by an attachment. To apply, one only has to run `patch < path/to/the/email' from the port' directory. I'm reattaching your diff for reference. Since the update looked fine to me, I've committed it. Index: Makefile === RCS file: /home/cvs/ports/www/gallery-dl/Makefile,v diff -u -p -r1.2 Makefile --- Makefile29 Nov 2023 06:18:30 - 1.2 +++ Makefile11 Dec 2023 19:57:40 - @@ -1,6 +1,6 @@ COMMENT = CLI program to mass download images from various websites -MODPY_EGG_VERSION =1.26.3 +MODPY_EGG_VERSION =1.26.4 DISTNAME = gallery_dl-${MODPY_EGG_VERSION} PKGNAME = ${DISTNAME:S/_/-/} CATEGORIES = www Index: distinfo === RCS file: /home/cvs/ports/www/gallery-dl/distinfo,v diff -u -p -r1.2 distinfo --- distinfo29 Nov 2023 06:18:30 - 1.2 +++ distinfo11 Dec 2023 19:57:44 - @@ -1,2 +1,2 @@ -SHA256 (gallery_dl-1.26.3.tar.gz) = M8EP0YbyJhOUPrghYA2jDQ/CpyD98d27l94uEj4YEpM= -SIZE (gallery_dl-1.26.3.tar.gz) = 479720 +SHA256 (gallery_dl-1.26.4.tar.gz) = qoNWH7fomOQEdOz0+sEXtfhXItPofSMbDvQCmHcOPXo= +SIZE (gallery_dl-1.26.4.tar.gz) = 481951 Index: pkg/PLIST === RCS file: /home/cvs/ports/www/gallery-dl/pkg/PLIST,v diff -u -p -r1.2 PLIST --- pkg/PLIST 29 Nov 2023 06:18:30 - 1.2 +++ pkg/PLIST 11 Dec 2023 19:57:37 - @@ -408,6 +408,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}unsplash.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}uploadir.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}uploadir.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}urlgalleries.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}urlgalleries.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}urlshortener.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}urlshortener.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/${MODPY_PYCACHE}vanillarock.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -598,6 +600,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/twitter.py lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/unsplash.py lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/uploadir.py +lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/urlgalleries.py lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/urlshortener.py lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/vanillarock.py lib/python${MODPY_VERSION}/site-packages/gallery_dl/extractor/vichan.py
New: games/serioussam-vk
Hello! Thanks @Kirill for approved the pull request. This is my other ever port for OpenBSD. It's the open source Serious Sam Classic engine with vulkan support. The port has two renders OpenGL and Vulkan. Render switches to the game menu. Tested using the OpenGL renderer, since I do not have the opportunity to test the Vulkan renderer on OpenBSD. On the computer where OpenBSD is installed, the Radeon HD3000 does not support Vulkan. I wish to get this added to the official ports tree, so please leave any feedback or suggestions on what can be improved. Thank you! Source on Github: https://github.com/tx00100xt/SeriousSamClassic-VK serioussam-vk.tar.gz Description: application/gzip
Re: [new] emulators/xnp21kai: a PC-9801 emulator
> To be able to play Touhou had to copy (but symlinking works too) a font > in ~/.config/xnp21kai/default.tff (and delete font.tmp) otherwise font > rendering was busted. Don't know if it is required for other games as > well, but I could add a README eventually. xnp21kai should be able to use the system font, but it's generally not recommended as the kanji and kana characters may not render. A Japanese font or the original PC-98 FONT.ROM should be used. It would be a good idea to note that in README. -grodzio1
[Update] www/gallery-dl-1.26.4
Hello, attached are diffs for an update for gallery-dl. This is the first time I'm updating a port via diffs, so I hope I did it correctly. As always, tested on amd64, the program works correctly for me. -grodzio1 patch_PLIST Description: Binary data patch_Makefile Description: Binary data patch_distinfo Description: Binary data
Re: [NEW]devel/p5-Mock-Sub
On Fri, Dec 08, 2023 at 02:52:44AM +, wen heping wrote: > Here is a patch to create new port devel/p5-Mock-Sub, > which is required by the update of devel/p5-IPC-Shareable. > It build well and pass tests on amd64-current system. > # Lines below not in the template > CPAN_AUTHOR = STEVEB This comment does not make sense in commited port. Usually I move CPAN_AUTHOR direclty below DISTNAME. OK bluhm@
Re: lang/hare build failure (Re: NEW: lang/hare)
FYI hare only needs gas and not the complete binutils package. and gas is just needed because the "as" in the base system is too old.
Re: lang/hare build failure (Re: NEW: lang/hare)
On 12/10/2023 8:52 PM, Theo Buehler wrote: > I thought someone mentioned a conflict in this thread, but I can't find > it anymore: > That was a different conflict, and (hopefully) I fixed it here: https://marc.info/?l=openbsd-ports-cvs&m=170207582213615&w=2 This one, it seems that binutils correctly has a @conflict on gas-* but gas is missing a @conflict on binutils-*. Though it does beg the question of if we need a (now outdated) gas package if we have an up-to-date binutils package. In any event, here is a diff for devel/gas. ~Brian Index: Makefile === RCS file: /cvs/ports/devel/gas/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile21 Sep 2023 09:49:53 - 1.5 +++ Makefile11 Dec 2023 15:33:48 - @@ -3,6 +3,7 @@ COMMENT = GNU assembler V =2.31.1 DISTNAME = binutils-$V PKGNAME = gas-$V +REVISION = 0 CATEGORIES = devel Index: pkg/PLIST === RCS file: /cvs/ports/devel/gas/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 11 Mar 2022 18:50:04 - 1.2 +++ pkg/PLIST 11 Dec 2023 15:33:48 - @@ -1,3 +1,4 @@ +@conflict binutils-* @bin bin/gas @info info/gas.info @man man/man1/gas.1
Re: [new] emulators/xnp21kai: a PC-9801 emulator
On 2023/12/11 12:40:03 +, Stuart Henderson wrote: > > [...] > > Generally looks good to me, couple of small things - > > | COMMIT =d9501b220ff59279973bdf53e2ae26bbc27ed7fe > | DIST_TUPLE =github AZO234 NP2kai ${COMMIT} . > > personally I would not use DIST_TUPLE with a commit hash, just stick > to GH_*, the rename stuff does not work with hashes so you end up > having to mess about with WRKDIST, which may need undoing if > DIST_TUPLE gets fixed Sure, changed back to GH_* > | HOMEPAGE = https://domisan.sakura.ne.jp/article/np2kai/np2kai.html > | > | PERMIT_PACKAGE = Yes > > missing license marker woops :) Attaching an updated tarball. xnp21kai.tar.gz Description: GNU Zip compressed data
Re: [new] emulators/xnp21kai: a PC-9801 emulator
On 2023/12/11 13:14, Omar Polo wrote: > ping > > I even managed to run windows 95 on this thing, although I've seen some > crashes. > > On 2023/11/26 10:54:50 +0100, Omar Polo wrote: > > Hello, > > > > this is a port for a fork (from my understanding) of NekoProjectII > > (emulators/xnp2.) Can't say much on the differences between the two, > > except that np21kai has working audio out of the box and seems to be > > actively developed. > > > > So far I tested it with Touhou 1 Highly Responsive To Prayers and 5 > > Mystic Square and to me it seems like it's faster than xnp2, but since > > i've tinkered with xnp2 settings and not with xnp21kai it could be my > > fault. > > > > port wise: rev.22 is quite 'old' and I'm not sure it the various rev.N > > are meant to be tags in the proper sense of the word, so I'm just > > snagging the latest commit and set version to 0.0.MMDD. > > > > There seems to be something off with cmake and SDL2 detection, but this > > thingy tries SDL1 first so I had to patch the CMakeLists.txt anyway to > > only use SDL2 even if SDL1 appears to be installed. The manpages also > > needed to be moved in the correct place and I was afraid to touch cmake > > stuff any more hence the custom post-install. (by default they ends up > > in share/xnp21kai.1 and .1j IIRC, very weird.) > > > > I've patched network/net.c so that it now compiles, but no idea how to > > actually test it. > > > > To be able to play Touhou had to copy (but symlinking works too) a font > > in ~/.config/xnp21kai/default.tff (and delete font.tmp) otherwise font > > rendering was busted. Don't know if it is required for other games as > > well, but I could add a README eventually. > > > > Comments/ok welcome :) > Generally looks good to me, couple of small things - | COMMIT =d9501b220ff59279973bdf53e2ae26bbc27ed7fe | DIST_TUPLE =github AZO234 NP2kai ${COMMIT} . personally I would not use DIST_TUPLE with a commit hash, just stick to GH_*, the rename stuff does not work with hashes so you end up having to mess about with WRKDIST, which may need undoing if DIST_TUPLE gets fixed | HOMEPAGE = https://domisan.sakura.ne.jp/article/np2kai/np2kai.html | | PERMIT_PACKAGE = Yes missing license marker
Re: [new] emulators/xnp21kai: a PC-9801 emulator
ping I even managed to run windows 95 on this thing, although I've seen some crashes. On 2023/11/26 10:54:50 +0100, Omar Polo wrote: > Hello, > > this is a port for a fork (from my understanding) of NekoProjectII > (emulators/xnp2.) Can't say much on the differences between the two, > except that np21kai has working audio out of the box and seems to be > actively developed. > > So far I tested it with Touhou 1 Highly Responsive To Prayers and 5 > Mystic Square and to me it seems like it's faster than xnp2, but since > i've tinkered with xnp2 settings and not with xnp21kai it could be my > fault. > > port wise: rev.22 is quite 'old' and I'm not sure it the various rev.N > are meant to be tags in the proper sense of the word, so I'm just > snagging the latest commit and set version to 0.0.MMDD. > > There seems to be something off with cmake and SDL2 detection, but this > thingy tries SDL1 first so I had to patch the CMakeLists.txt anyway to > only use SDL2 even if SDL1 appears to be installed. The manpages also > needed to be moved in the correct place and I was afraid to touch cmake > stuff any more hence the custom post-install. (by default they ends up > in share/xnp21kai.1 and .1j IIRC, very weird.) > > I've patched network/net.c so that it now compiles, but no idea how to > actually test it. > > To be able to play Touhou had to copy (but symlinking works too) a font > in ~/.config/xnp21kai/default.tff (and delete font.tmp) otherwise font > rendering was busted. Don't know if it is required for other games as > well, but I could add a README eventually. > > Comments/ok welcome :) xnp21kai.tar.gz Description: GNU Zip compressed data
Re: fix audio in emulators/xnp2
ping On 2023/11/23 11:02:26 +0100, Omar Polo wrote: > This appens to be a 'fallout' from sdl2_mixer 2.0.2, at least > accordingly to the AUR comment I found when I was searching. > See 0b100100 comment https://aur.archlinux.org/packages/xnp2 > > The diff is the one linked in the comments in AUR, it makes audio works > for me in Touhou 1 Highly Responsive To Prayers and 5 Mystical Square. > > Upstream seems dead and I have wip a port for NP2Kai that works, but it > could still be worthwile to fix this in the meantime. Index: Makefile === RCS file: /home/cvs/ports/emulators/xnp2/Makefile,v diff -u -p -r1.18 Makefile --- Makefile21 Sep 2023 13:10:27 - 1.18 +++ Makefile21 Nov 2023 18:26:14 - @@ -2,7 +2,7 @@ COMMENT = PC-9801 emulator DISTNAME = xnp2-0.86 EPOCH =0 -REVISION = 5 +REVISION = 6 CATEGORIES = emulators HOMEPAGE = https://www.nonakap.org/np2/ Index: patches/patch-x11_soundmng_c === RCS file: /home/cvs/ports/emulators/xnp2/patches/patch-x11_soundmng_c,v diff -u -p -r1.3 patch-x11_soundmng_c --- patches/patch-x11_soundmng_c11 Mar 2022 18:59:43 - 1.3 +++ patches/patch-x11_soundmng_c21 Nov 2023 18:24:59 - @@ -1,7 +1,9 @@ -disable asm on i386, PIE uses registers used by asm code. +- disable asm on i386, PIE uses registers used by asm code. +- fix audio x11/soundmng.c.origWed Mar 9 02:25:50 2016 -+++ x11/soundmng.c Sat Dec 31 06:21:29 2016 +Index: x11/soundmng.c +--- x11/soundmng.c.orig x11/soundmng.c @@ -401,7 +401,7 @@ soundmng_setreverse(BOOL reverse) } else { fnmix = satuation_s16x; @@ -20,3 +22,24 @@ disable asm on i386, PIE uses registers void PARTSCALL _saturation_s16(SINT16 *dst, const SINT32 *src, UINT size) { +@@ -1179,8 +1179,9 @@ sdlaudio_callback(void *userdata, unsigned char *strea + SNDBUF_FILLED_QUEUE_REMOVE_HEAD(); + sndbuf_unlock(); + +- SDL_MixAudio(stream, ++ SDL_MixAudioFormat(stream, + sndbuf->buf + (sndbuf->size - sndbuf->remain), ++ AUDIO_S16SYS, + sndbuf->remain, SDL_MIX_MAXVOLUME); + stream += sndbuf->remain; + len -= sndbuf->remain; +@@ -1198,7 +1199,8 @@ sdlaudio_callback(void *userdata, unsigned char *strea + sndbuf_unlock(); + } + +- SDL_MixAudio(stream, sndbuf->buf + (sndbuf->size - sndbuf->remain), ++ SDL_MixAudioFormat(stream, sndbuf->buf + (sndbuf->size - sndbuf->remain), ++ AUDIO_S16SYS, + len, SDL_MIX_MAXVOLUME); + sndbuf->remain -= len; +
Re: 回复: [NEW]textproc/typst
On Mon, Dec 11, 2023 at 10:52:44AM +, Stuart Henderson wrote: > On 2023/12/11 02:38, wen heping wrote: > > Here is the revised patch, now update typst-0.10.0. > > > > > > Cheers ! > > wen > > > > > You are missing license markers, use "make modcargo-gen-modules-licenses". > > Upstream uses newer "ring" so I believe you can remove the BDEP on > rust-ring. > Correct. ring 0.17 added support powerpc64 and riscv64, so this only needs # ring-v0.17 does not support this arch NOT_FOR_ARCHS = sparc64 Should I do something like this for rust-ring (with REVISION bump of course)? Index: pkg/DESCR === RCS file: /cvs/ports/security/rust-ring/pkg/DESCR,v diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 18 Jan 2023 12:56:09 - 1.1.1.1 +++ pkg/DESCR 11 Dec 2023 10:58:43 - @@ -1,2 +1,3 @@ Bundles the source of the ring crate patched to work with OpenBSD's -execute only policy. +execute only policy. Use this as a BUILD_DEPENDS for ports depending +on ring 0.16.x. It is not needed for ring >= 0.17.0.
Re: 回复: [NEW]textproc/typst
On 2023/12/11 02:38, wen heping wrote: > Here is the revised patch, now update typst-0.10.0. > > > Cheers ! > wen > You are missing license markers, use "make modcargo-gen-modules-licenses". Upstream uses newer "ring" so I believe you can remove the BDEP on rust-ring.
Re: [NEW] audio/gonic v0.16.2
On 2023/12/10 22:22, Russ Sharek wrote: > 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? Why not place the config file under ${SYSCONFDIR}, i.e. /etc? You can use ${SUBST_DATA} instead of ${SUBST_CMD} -c -m 755.
Re: What might cause a difference in building using the ports system vs trying to build manually?
Yes, sounds reasonable. However, I was then originally misled, because the author of the working port claimed that it should work with GCC. Now it doesn't seem like the case. Switching the compilers from GCC to Clang makes me get a similar (more likely identical) build result. Thank you. On Mon, Dec 11, 2023 at 10:41 AM Stuart Henderson wrote: > The build shown in the logs in your post is using GCC rather than clang > (clang is the usual compiler for OpenBSD; due to incompatible C++ standard > libraries between the two it's not possible to combine C++ programs > compiled with gcc with libraries compiled with clang). The port in that > link has a patch which looks like it will cause it to use clang instead of > gcc. > > -- > Sent from a phone, apologies for poor formatting. > > > On 11 December 2023 06:57:53 Matti Viljamaa > wrote: > > 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? >> > >
-current: productivity/khal ikhal fails with python traceback for zoneinfo.ZoneInfo
Hello, for a couple of days ikhal fails for me on -current, please find the traceback below. I've seen on ports@ that an update is in the works, 0.10.4 -> 0.11.2: https://marc.info/?l=openbsd-ports&m=170222978503397 So possibly this will fix the issue anyways I am not aware of having changed anything in my environment recently: $ locale LANG=en_US.UTF-8 LC_COLLATE="en_US.UTF-8" LC_CTYPE=en_US.UTF-8 LC_MONETARY="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL= The traceback: $ ikhal Traceback (most recent call last): File "/usr/local/bin/ikhal", line 8, in sys.exit(main_ikhal()) File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1128, in __call__ return self.main(*args, **kwargs) File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1053, in main rv = self.invoke(ctx) File "/usr/local/lib/python3.10/site-packages/click/core.py", line 1395, in invoke return ctx.invoke(self.callback, **ctx.params) File "/usr/local/lib/python3.10/site-packages/click/core.py", line 754, in invoke return __callback(*args, **kwargs) File "/usr/local/lib/python3.10/site-packages/click/decorators.py", line 26, in new_func return f(get_current_context(), *args, **kwargs) File "/usr/local/lib/python3.10/site-packages/khal/cli.py", line 485, in interactive_cli controllers.interactive( File "/usr/local/lib/python3.10/site-packages/khal/controllers.py", line 545, in interactive pane = ui.ClassicView( File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py", line 1045, in __init__ daywalker = Walker( File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py", line 361, in __init__ self.ensure_date(this_date) File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py", line 370, in ensure_date pile = self._get_events(day) File "/usr/local/lib/python3.10/site-packages/khal/ui/__init__.py", line 480, in _get_events self.events = sorted(self._collection.get_events_on(day)) File "/usr/local/lib/python3.10/site-packages/khal/khalendar/khalendar.py", line 152, in get_events_on localize = self._locale['local_timezone'].localize AttributeError: 'zoneinfo.ZoneInfo' object has no attribute 'localize' Thanks for your time, Marcus
Re: Process to have RADXIDE (MIT) package - from misc@
I read the doc and I find all a little too complex to have a package with my RADXIDE. After all it is just some interpreted Tcl/tk scripts to download and launch by (eventually) its shell script.. -- Nowarez Market Dec 11, 2023 02:44:27 Nowarez Market : > Ok, appreciated thnx. > > I look to it as soon as possible. > > -- Nowarez Market > > Dec 11, 2023 02:39:38 Ian Darwin : > >> On 12/10/23 05:55, Nowarez Market wrote: >>> Now, I'm wondering what is eventually the process to have RADXIDE as >>> a small package inside OpenBSD. >> >> The process that you will have to go through to create the port, is well >> documented in the OpenBSD FAQ, the section on how to create a port. >> >> https://www.openbsd.org/faq/ports/index.html >> >> After you've done all that you can mail it to the ports list, explaining >> what the software does, and see if anybody imports it.
Re: Firefox doesn't start on -current / wayland
Le Mon, Dec 11, 2023 at 08:58:17AM +0100, Landry Breuil a écrit : > 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. it should be fixed now, i've enabled wayland support in all mozilla ports. note that this shouldnt change anything for running on X11, it just enables some codepaths for wayland when running on wayland. Landry
Re: What might cause a difference in building using the ports system vs trying to build manually?
The build shown in the logs in your post is using GCC rather than clang (clang is the usual compiler for OpenBSD; due to incompatible C++ standard libraries between the two it's not possible to combine C++ programs compiled with gcc with libraries compiled with clang). The port in that link has a patch which looks like it will cause it to use clang instead of gcc. -- Sent from a phone, apologies for poor formatting. On 11 December 2023 06:57:53 Matti Viljamaa wrote: 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?