CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:56:06 Modified files: lang/python/3.11: Tag: OPENBSD_7_3 Makefile distinfo lang/python/3.11/pkg: Tag: OPENBSD_7_3 PLIST-main PLIST-tests Log message: Update to Python 3.11.4 MFC https://docs.python.org/release/3.11.4/whatsnew/changelog.html#python-3-11-4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:53:32 Modified files: lang/python/3.10: Tag: OPENBSD_7_3 Makefile distinfo Log message: Update to Python 3.10.12 MFC https://docs.python.org/release/3.10.12/whatsnew/changelog.html#python-3-10-12-final
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:52:01 Modified files: lang/python/3.9: Tag: OPENBSD_7_3 Makefile distinfo lang/python/3.9/pkg: Tag: OPENBSD_7_3 PLIST-main Log message: Update to Python 3.9.17 MFC https://docs.python.org/release/3.9.17/whatsnew/changelog.html#changelog
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:48:11 Modified files: lang/python/3.11: Makefile distinfo lang/python/3.11/pkg: PLIST-main PLIST-tests Log message: Update to Python 3.11.4 https://docs.python.org/release/3.11.4/whatsnew/changelog.html#python-3-11-4 ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:47:26 Modified files: lang/python/3.9: Makefile distinfo lang/python/3.9/pkg: PLIST-main Log message: Update to 3.9.17 https://docs.python.org/release/3.9.17/whatsnew/changelog.html#changelog ok sthen
Re: UPDATE: ppsspp
Le Sun, 18 Jun 2023 22:27:37 -0400, Brad Smith a écrit : > On Sun, Jun 18, 2023 at 08:09:58PM -0400, Brad Smith wrote: > > Some tweaking and tuning of the ppsspp port. > > > > - Remove use of DIST_SUBDIR now that the port uses a single archive > > instead of pulling a bunch of different pieces together. > > - Use a system copy of zstd. > > - Further improvements to the header path handling. Don't do > > anything port specific and just use the pkg-config file paths. > > > > Looking at upstream I noted a few things. There appears to be > > RISC-V support. Big endian support seems to be fixed. There was a > > build issue with Mips that was fixed. and it looks like the FakeJit > > support was also fixed. > > > > So, testing on riscv64 and powerpc/powerpc64 welcome. > > An updated diff. Upstream merged my CMake bits. I'm ok with this, tested on amd64, I'll commit if no one object in the next days
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 13:46:28 Modified files: lang/python: Makefile.inc lang/python/3.10: Makefile distinfo Log message: Update to Python 3.10.12 https://docs.python.org/release/3.10.12/whatsnew/changelog.html#python-3-10-12-final Add USE_NOBTCFI=Yes to Makefile.inc ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: vol...@cvs.openbsd.org 2023/06/19 13:28:09 Modified files: sysutils/fzf : Makefile distinfo Log message: update sysutils/fzf to 0.42.0 from maintainer Laurent Cheylus ok kn@
Fix runtime warnings when using ruby-hyperestraier with Ruby 3.2
This patches ruby-hyperestraier to use rb_undef_alloc_func to
avoid these warnings on Ruby 3.2:
warning: undefining the allocator of T_DATA class Estraier::Database_data
warning: undefining the allocator of T_DATA class Estraier::Condition_data
warning: undefining the allocator of T_DATA class Estraier::Result_data
Still works fine on Ruby 3.0 and 3.1.
I plan to commit this in a couple days unless I hear objections.
Thanks,
Jeremy
Index: Makefile
===
RCS file: /cvs/ports/textproc/ruby-hyperestraier/Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 Makefile
--- Makefile11 Mar 2022 20:03:27 - 1.47
+++ Makefile19 Jun 2023 18:17:22 -
@@ -3,7 +3,7 @@ COMMENT=Ruby interface to hyperestraie
V= 1.4.10
DISTNAME= estraier-${V}
PKGNAME= hyperestraier-${V}
-REVISION = 0
+REVISION = 1
CATEGORIES=textproc
HOMEPAGE= http://fallabs.com/hyperestraier/rubynativeapi/
Index: patches/patch-ext_estraier_c
===
RCS file: /cvs/ports/textproc/ruby-hyperestraier/patches/patch-ext_estraier_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-ext_estraier_c
--- patches/patch-ext_estraier_c11 Mar 2022 20:03:28 - 1.2
+++ patches/patch-ext_estraier_c19 Jun 2023 18:17:11 -
@@ -1,5 +1,8 @@
Use modern ruby macros for accessing ptr/len for strings and arrays.
+Undefine the allocation function for a few constants to prevent
+warnings on Ruby 3.2.
+
Index: ext/estraier.c
--- ext/estraier.c.orig
+++ ext/estraier.c
@@ -12,7 +15,31 @@ Index: ext/estraier.c
for(i = 0; i < len; i++){
Check_Type(rb_ary_entry(vwords, i), T_STRING);
}
-@@ -764,7 +764,7 @@ static VALUE db_search_meta(VALUE vself, VALUE vdbs, V
+@@ -368,6 +368,7 @@ static VALUE doc_make_snippet(VALUE vself, VALUE vword
+ static void cond_init(void){
+ cls_cond = rb_define_class_under(mod_estraier, "Condition", rb_cObject);
+ cls_cond_data = rb_define_class_under(mod_estraier, "Condition_data",
rb_cObject);
++ rb_undef_alloc_func(cls_cond_data);
+ rb_define_const(cls_cond, "SURE", INT2NUM(ESTCONDSURE));
+ rb_define_const(cls_cond, "USUAL", INT2NUM(ESTCONDUSUAL));
+ rb_define_const(cls_cond, "FAST", INT2NUM(ESTCONDFAST));
+@@ -519,6 +520,7 @@ static VALUE cond_set_mask(VALUE vself, VALUE vmask){
+ static void res_init(void){
+ cls_res = rb_define_class_under(mod_estraier, "Result", rb_cObject);
+ cls_res_data = rb_define_class_under(mod_estraier, "Result_data",
rb_cObject);
++ rb_undef_alloc_func(cls_res_data);
+ rb_define_private_method(cls_res, "initialize", res_initialize, 0);
+ rb_define_method(cls_res, "doc_num", res_doc_num, 0);
+ rb_define_method(cls_res, "get_doc_id", res_get_doc_id, 1);
+@@ -662,6 +664,7 @@ static VALUE res_get_shadows(VALUE vself, VALUE vid){
+ static void db_init(void){
+ cls_db = rb_define_class_under(mod_estraier, "Database", rb_cObject);
+ cls_db_data = rb_define_class_under(mod_estraier, "Database_data",
rb_cObject);
++ rb_undef_alloc_func(cls_db_data);
+ rb_define_const(cls_db, "VERSION", rb_str_new2(est_version));
+ rb_define_const(cls_db, "ERRNOERR", INT2NUM(ESTENOERR));
+ rb_define_const(cls_db, "ERRINVAL", INT2NUM(ESTEINVAL));
+@@ -764,7 +767,7 @@ static VALUE db_search_meta(VALUE vself, VALUE vdbs, V
CBMAP *hints;
int i, dnum, *res, rnum;
Check_Type(vdbs, T_ARRAY);
@@ -21,7 +48,7 @@ Index: ext/estraier.c
dbs = cbmalloc(dnum * sizeof(ESTMTDB *) + 1);
for(i = 0; i < dnum; i++){
vdb = rb_ary_entry(vdbs, i);
-@@ -1189,10 +1189,10 @@ static CBLIST *objtocblist(VALUE obj){
+@@ -1189,10 +1192,10 @@ static CBLIST *objtocblist(VALUE obj){
VALUE str;
int i, len;
list = cblistopen();
@@ -34,7 +61,7 @@ Index: ext/estraier.c
}
return list;
}
-@@ -1218,14 +1218,14 @@ static CBMAP *objtocbmap(VALUE obj){
+@@ -1218,14 +1221,14 @@ static CBMAP *objtocbmap(VALUE obj){
int i, len;
map = cbmapopenex(31);
keys = rb_funcall(obj, rb_intern("keys"), 0);
Re: [new] sysutils/lsblk
Hi Paul & @ports, On 19.06.23 13:59, Paul de Weerd wrote: Hi Benjamin, Patience is a difficult virtue ;) I didn't expect this journey to be almost 2 months long, especially for a simple tool that just prints which disks you have. But I think I now have figured out what I need to submit my next port :) Congrats, your port is in the tree! Thanks again for working on it (and for your perseverence). Thanks to you and everyone who helped me get here. Thanks again, Benjamin Stürz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/19 12:11:41 Modified files: meta/xfce : Makefile meta/xfce/pkg : README-main Log message: meta/xfce: reinstate bit of README-main r1.21, but with _shutdown group
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/19 12:10:53 Modified files: x11/xfce4/xfce4-session: Makefile Added files: x11/xfce4/xfce4-session/patches: patch-xfce4-session_xfsm-shutdown-fallback_c Log message: x11/xfce4/xfce4-session: check for _shutdown group membership since src/sbin/shutdown/Makefile r1.4 /sbin/shutdown is installed as setgid with _shutdown group.
Re: NEW: x11/tipp10
ping. The port is quite simple. I would love to get it in because I use it at work. On Sat, Jun 03, 2023 at 11:14:39AM +0200, Raphael Graf wrote: > Tipp10 is a 10-finger touch typing tutor with a qt6 GUI. > It is a fork of the official version V2.1.0 from https://www.tipp10.com. > > Its features are best described here: > https://www.tipp10.com/en/features/ > > The only thing that does not work is the audio output for the metronome. > I think it is a problem with qt/QSoundEffect though, maybe related to this > bug: > https://bugreports.qt.io/browse/QTBUG-111045 > > Comments are welcome. tipp10.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 09:39:13 Modified files: net/tdesktop : Makefile distinfo Added files: net/tdesktop/patches: patch-Telegram_lib_base_base_platform_linux_base_system_media_controls_linux_cpp patch-cmake_external_glib_cppgir_CMakeLists_txt patch-cmake_external_glib_cppgir_tools_cppgir_cpp patch-cmake_external_glib_cppgir_tools_genns_cpp Log message: update to tdesktop 4.8.4, build fixes from FreeBSD
Re: [PATCH] www/nginx -- add njs dynamic module
Hi, On Thu, Jun 08, 2023 at 11:30:57PM +, Sergey A. Osokin wrote: > On Wed, May 24, 2023 at 04:14:34PM +, Sergey A. Osokin wrote: > > > > I'd like to extend the nginx functionality with nginx javascript > > module, so here's the patch to add the module to the www/nginx > > port. > > Please let me know your thoughts. could you please provide an update. Thank you. -- Sergey A. Osokin
Re: [maintainer update] net/headscale 0.22.3
On Tue, 23 May 2023 09:02:00 +0200, Laurent Cheylus wrote: > a simple update for net/headscale to the latest version 0.22.3: > > - update Makefile and modules.inc for v0.22.3 > > Comments welcome and please commit if OK. Tests/comments welcome and please commit if OK. This update for the latest version of net/headscale port is waiting for about one month. Laurent
Re: [maintainer update] security/gosec 2.16.0
On Fri, 19 May 2023 18:45:13 +0200, Laurent Cheylus wrote: > update for security/gosec port with the latest version 2.16.0 Changelog > https://github.com/securego/gosec/releases/tag/v2.16.0 > > - Update Makefile, modules.inc and distinfo for this version. > > Build and tests OK on current/amd64. > > Comments welcome and please commit if OK. Bump, tests/comments welcome and please commit if OK. This update for the latest version of security/gosec port is waiting for a month. Laurent
[maintainer update] sysutils/fzf 0.42.0
Hi,
a simple update for sysutils/fzf version 0.42.0.
Changelog https://github.com/junegunn/fzf/releases/tag/0.42.0
Build and tests OK on current/amd64.
Please commit if OK.
Laurent
Index: Makefile
===
RCS file: /cvs/ports/sysutils/fzf/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile 4 Jun 2023 07:40:34 - 1.20
+++ Makefile 19 Jun 2023 09:54:41 -
@@ -1,9 +1,9 @@
COMMENT = command-line fuzzy finder
MODGO_MODNAME = github.com/junegunn/fzf
-MODGO_VERSION = v0.0.0-20230527065422-6eb1874c5a91
+MODGO_VERSION = v0.0.0-20230614153741-d471067e3f46
-V = 0.41.1
+V = 0.42.0
DISTNAME = fzf-${V}
CATEGORIES = sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/fzf/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo 4 Jun 2023 07:40:34 - 1.13
+++ distinfo 19 Jun 2023 09:54:41 -
@@ -1,4 +1,4 @@
-SHA256 (fzf-0.41.1.zip) = uzk+ogmK9MrojutnpYkRQt76E7i79EdmEoic3AMpv9g=
+SHA256 (fzf-0.42.0.zip) = Ynau5mUAQkjDp60ao0+vUsy/B8sPq4JMx1HbFB/ZH94=
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=
@@ -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.41.1.zip) = 282320
+SIZE (fzf-0.42.0.zip) = 283506
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
Re: error when compiling lang/go
Theo Buehler wrote: > On Mon, Jun 19, 2023 at 08:50:44AM -0600, Theo de Raadt wrote: > > If you disable XSAVE_XSAVES, then userland IBT enforcement is also disabled. > > > > XSAVES is required to manage the IBT enforcement mechanism's internal state > > over a context switch. > > > > All machines with IBT have XSAVES. > > The thing is that this breaks it on machines without IBT> Ah. Well that does help a little -- it means the XSAVES state saving code is losing some other context in some situation.
Re: error when compiling lang/go
On Mon, Jun 19, 2023 at 08:50:44AM -0600, Theo de Raadt wrote: > If you disable XSAVE_XSAVES, then userland IBT enforcement is also disabled. > > XSAVES is required to manage the IBT enforcement mechanism's internal state > over a context switch. > > All machines with IBT have XSAVES. The thing is that this breaks it on machines without IBT> > > If I understand right, there are other ways of managing the state, but > this is the one that is recomended, and in use, and it appears there is > a bug. > > Theo Buehler wrote: > > > On Mon, Jun 19, 2023 at 04:31:19PM +0200, Solene Rapenne wrote: > > > Hi, I can't get lang/go to compile on my system, which is a Xen VM. > > > > > > I can compile almost anything, including qt or webkitgtk, but lang/go > > > is failing with various errors each time. I'm not sure it's a XEN bug > > > though, maybe an issue with recent IBT? > > > > Yes, it's the IBT diff in snaps breaking the bootstrapping process. > > An older go binary or one compiled on a another machine where it compiles > > works quite well (but not perfectly) with that diff. > > > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,AMCR8,ABM,SSE4A,MASSE,3DNOWP,DBKP,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > > > As far as I know machines with XSAVES are affected as long as they don't > > take the XSAVES disabling path in the ibt diff. If I force my machines > > with XSAVES to do the eax &= ~XSAVE_XSAVES thing then go compiles and > > works. That's as far as I got with debugging. > > > > I have no idea if this is a bug in the kernel diff or in lang/go or > > both. > >
Re: error when compiling lang/go
If you disable XSAVE_XSAVES, then userland IBT enforcement is also disabled. XSAVES is required to manage the IBT enforcement mechanism's internal state over a context switch. All machines with IBT have XSAVES. If I understand right, there are other ways of managing the state, but this is the one that is recomended, and in use, and it appears there is a bug. Theo Buehler wrote: > On Mon, Jun 19, 2023 at 04:31:19PM +0200, Solene Rapenne wrote: > > Hi, I can't get lang/go to compile on my system, which is a Xen VM. > > > > I can compile almost anything, including qt or webkitgtk, but lang/go > > is failing with various errors each time. I'm not sure it's a XEN bug > > though, maybe an issue with recent IBT? > > Yes, it's the IBT diff in snaps breaking the bootstrapping process. > An older go binary or one compiled on a another machine where it compiles > works quite well (but not perfectly) with that diff. > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,AMCR8,ABM,SSE4A,MASSE,3DNOWP,DBKP,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > As far as I know machines with XSAVES are affected as long as they don't > take the XSAVES disabling path in the ibt diff. If I force my machines > with XSAVES to do the eax &= ~XSAVE_XSAVES thing then go compiles and > works. That's as far as I got with debugging. > > I have no idea if this is a bug in the kernel diff or in lang/go or > both. >
Re: error when compiling lang/go
On Mon, Jun 19, 2023 at 04:31:19PM +0200, Solene Rapenne wrote: > Hi, I can't get lang/go to compile on my system, which is a Xen VM. > > I can compile almost anything, including qt or webkitgtk, but lang/go > is failing with various errors each time. I'm not sure it's a XEN bug > though, maybe an issue with recent IBT? Yes, it's the IBT diff in snaps breaking the bootstrapping process. An older go binary or one compiled on a another machine where it compiles works quite well (but not perfectly) with that diff. > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,FMA3,CX16,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,RDRAND,HV,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,AMCR8,ABM,SSE4A,MASSE,3DNOWP,DBKP,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,SHA,UMIP,PKU,IBPB,IBRS,STIBP,SSBD,XSAVEOPT,XSAVEC,XGETBV1,XSAVES As far as I know machines with XSAVES are affected as long as they don't take the XSAVES disabling path in the ibt diff. If I force my machines with XSAVES to do the eax &= ~XSAVE_XSAVES thing then go compiles and works. That's as far as I got with debugging. I have no idea if this is a bug in the kernel diff or in lang/go or both.
error when compiling lang/go
Hi, I can't get lang/go to compile on my system, which is a Xen VM.
I can compile almost anything, including qt or webkitgtk, but lang/go
is failing with various errors each time. I'm not sure it's a XEN bug
though, maybe an issue with recent IBT?
kern.version=OpenBSD 7.3-current (GENERIC.MP) #1246: Fri Jun 16
23:57:46 MDT 2023
There are 2 failures in the logs below, and dmesg output after. The
machine has a Ryzen 5600X CPU.
===> Configuring for go-1.20.4p0
===> Building for go-1.20.4p0
Building Go cmd/dist using
/home/build/usr/ports//pobj/go-1.20.4/go-openbsd-amd64-bootstrap.
(go1.20.4 openbsd/amd64) Building Go toolchain1 using
/home/build/usr/ports//pobj/go-1.20.4/go-openbsd-amd64-bootstrap. #
bootstrap/cmd/link/internal/ppc64 panic: assignment to entry in nil map
goroutine 6 [running]:
cmd/compile/internal/ssagen.(*simplePhiState).insertPhis(0xc001cb19c8)
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/ssagen/phi.go:471
+0x86b cmd/compile/internal/ssagen.(*state).insertPhis(0xc001beb600?)
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/ssagen/phi.go:45
+0x1a5 cmd/compile/internal/ssagen.buildssa(0xc000d08a00, 0x2)
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/ssagen/ssa.go:569
+0x2016 cmd/compile/internal/ssagen.Compile(0xc000d08a00, 0x0?)
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/ssagen/pgen.go:185
+0x4c cmd/compile/internal/gc.compileFunctions.func5.1(0x0?)
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/gc/compile.go:171
+0x3a cmd/compile/internal/gc.compileFunctions.func3.1()
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/gc/compile.go:153
+0x32 created by cmd/compile/internal/gc.compileFunctions.func3
/usr/ports/pobj/go-1.20.4-native_bootstrap/go-openbsd-amd64-bootstrap/src/cmd/compile/internal/gc/compile.go:152
+0x245 go tool dist: FAILED:
/home/build/usr/ports/pobj/go-1.20.4/go-openbsd-amd64-bootstrap/bin/go
install -tags=math_big_pure_go compiler_bootstrap purego
bootstrap/cmd/...: exit status 1 *** Error 2 in . (Makefile:111
'do-build': @cd /home/build/usr/ports//pobj/go-1.20.4/go/src && ulimit
-S -d $(ulimit -H -d) && /usr/bin/en...) *** Error 2 in .
(/home/build/usr/ports//infrastructure/mk/bsd.port.mk:2965
'/home/build/usr/ports//pobj/go-1.20.4/build-amd64/.build_done') ***
Error 2 in /usr/ports/lang/go
(/home/build/usr/ports//infrastructure/mk/bsd.port.mk:2608 'all':
@lock=go-1.20.4p0; export _LOCKS_HELD="...)
---
Here is another kind of error
---
===> Building for go-1.20.4p0
Building Go cmd/dist using
/home/build/usr/ports//pobj/go-1.20.4/go-openbsd-amd64-bootstrap.
(go1.20.4 openbsd/amd64) Building Go toolchain1 using
/home/build/usr/ports//pobj/go-1.20.4/go-openbsd-amd64-bootstrap. #
go/printer runtime: g 60: unexpected return pc for
cmd/compile/internal/ssa.Compile called from 0x0 stack:
frame={sp:0xc001d61b60, fp:0xc001d61b68}
stack=[0xc001d5a000,0xc001d62000) 0x00c001d61a60:
0x 0x 0x00c001d61a70:
0x 0x 0x00c001d61a80:
0x 0x 0x00c001d61a90:
0x 0x 0x00c001d61aa0:
0x 0x 0x00c001d61ab0:
0x 0x 0x00c001d61ac0:
0x 0x 0x00c001d61ad0:
0x 0x 0x00c001d61ae0:
0x 0x 0x00c001d61af0:
0x 0x 0x00c001d61b00:
0x 0x 0x00c001d61b10:
0x 0x 0x00c001d61b20:
0x 0x 0x00c001d61b30:
0x 0x 0x00c001d61b40:
0x 0x 0x00c001d61b50:
0x 0x 0x00c001d61b60:
<0x >0x 0x00c001d61b70:
0x 0x 0x00c001d61b80:
0x 0x 0x00c001d61b90:
0x 0x 0x00c001d61ba0:
0x 0x 0x00c001d61bb0:
0x 0x 0x00c001d61bc0:
0x 0x 0x00c001d61bd0:
0x 0x 0x00c001d61be0:
0x 0x 0x00c001d61bf0:
0x 0x 0x00c001d61c00:
0x0002 0x 0x00c001d61c10:
0x 0x 0x00c001d61c20:
0x0014 0x0015
Re: remove diffpp from enscript
On Jun 17 23:30:44, marc.espie.open...@gmail.com wrote:
> On Sat, Jun 17, 2023 at 10:42:39AM +0200, Jan Stary wrote:
> > $ diffpp /tmp/foo
> > Assigning non-zero to $[ is no longer possible at /usr/local/bin/diffpp
> > line 72.
> >
> > Apparently, the diffpp(1) of print/enscript
> > has been broken for years and nobody noticed.
> > Is anyone using that?
> >
> > Jan
>
> Alternately, you could fix it.
> There are exactly 4 array dereferences that follow $[
> Mechanically substracting 1 in each location does the trick
Thanks for the patch.
While this fixes the syntax error,
diffpp still doesn't seem to work:
$ diffpp file.c < file.c.diff
just sits there (yes, it is the new one).
ktrace until I kill it ends with
60815 perl GIO fd 3 read 358 bytes
"/* Structures can be passed as arguments
* and returned from functions. Unions too. */
#include
struct s {
signed i;
float f;
};
struct s
f(struct s y)
{
struct s x;
x.i = y.i + 1;
x.f = y.f * 2;
return x;
}
int
main(int argc, char** argv)
{
struct s X, Y;
Y.i = 1;
Y.f = 3.1415;
X = f(Y);
printf("%d %f\\n", X.i, X.f);
return 0;
}
"
60815 perl RET read 358/0x166
60815 perl CALL read(3,0x8e9d7eef000,0x2000)
60815 perl RET read 0
60815 perl CALL kbind(0x71ae6bce2098,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2188,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2158,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2158,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2118,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL close(3)
60815 perl RET close 0
60815 perl CALL read(0,0x8ea989ee000,0x2000)
60815 perl GIO fd 0 read 331 bytes
"--- struct.c.orig Mon Jun 19 15:06:55 2023
+++ struct.cMon Jun 19 15:07:20 2023
@@ -4,7 +4,7 @@
#include
struct s {
- int i;
+ signed i;
float f;
};
@@ -22,7 +22,7 @@ main(int argc, char** argv)
{
struct s X, Y;
Y.i = 1;
- Y.f = 3.14;
+ Y.f = 3.1415;
X = f(Y);
printf("%d %f\\n", X.i, X.f);
return 0;
"
60815 perl RET read 331/0x14b
60815 perl CALL read(0,0x8ea989ee000,0x2000)
60815 perl RET read 0
60815 perl CALL kbind(0x71ae6bce2168,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce20e8,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2168,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2148,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2148,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2198,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2168,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2178,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2178,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl CALL kbind(0x71ae6bce2128,24,0x45177899858a9b3a)
60815 perl RET kbind 0
60815 perl PSIG SIGINT SIG_DFL
So it reads the named orig file, it reads the diff from stdin,
and then seems to do nothing.
Jan
> Index: Makefile
> ===
> RCS file: /cvs/ports/print/enscript/Makefile,v
> retrieving revision 1.38
> diff -u -p -r1.38 Makefile
> --- Makefile 11 Mar 2022 19:50:59 - 1.38
> +++ Makefile 17 Jun 2023 21:30:21 -
> @@ -2,7 +2,7 @@ COMMENT= convert ASCII files to PostScr
>
> DISTNAME=enscript-1.6.6
> CATEGORIES= print
> -REVISION=2
> +REVISION=3
>
> HOMEPAGE=https://www.gnu.org/software/enscript/
>
> Index: patches/patch-scripts_diffpp_in
> ===
> RCS file: patches/patch-scripts_diffpp_in
> diff -N patches/patch-scripts_diffpp_in
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-scripts_diffpp_in 17 Jun 2023 21:30:21 -
> @@ -0,0 +1,47 @@
> +Index: scripts/diffpp.in
> +--- scripts/diffpp.in.orig
> scripts/diffpp.in
> +@@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/19 07:25:41 Modified files: sysutils/consolekit: Makefile sysutils/consolekit/files: 10-openbsd-consolekit.rules Log message: Move away from using the operator group and use _shutdown instead.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2023/06/19 06:13:04 Modified files: sysutils/stripe-cli: Makefile distinfo modules.inc Log message: Update for Stripe-cli to 1.14.7 OK kn@
Re: [new] sysutils/lsblk
On 2023/06/19 09:09:39 +0200, Benjamin Stürz wrote:
> Hi,
>
> sorry if this is getting a little annoying.
sorry, i thought it was already in tree.
I've added MAKE_ENV += CC="${CC}" and imported, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/06/19 04:23:15 Modified files: sysutils : Makefile Log message: +lsblk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/06/19 04:22:25 Log message: import lsblk-1.2.4 Show information about block devices that are attached to the system, including name, size, type, and information about the disklabel on them, such as name, size, type, and mount point of each partition. Because it accesses the raw disk devices, it must be run as root. From Benjamin Stürz, upstream and MAINTAINER. Tested by weerd and Laurent Cheylus, tweaks by me and sthen@ OK sthen@ Status: Vendor Tag: op Release Tags: op_20230619 N ports/sysutils/lsblk/Makefile N ports/sysutils/lsblk/distinfo N ports/sysutils/lsblk/pkg/DESCR N ports/sysutils/lsblk/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/19 03:46:58 Modified files: textproc/raptor: Makefile Log message: Picks up textproc/icu4c if present.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 03:07:43 Modified files: net/qbittorrent: Makefile.inc net/qbittorrent/qbittorrent: distinfo net/qbittorrent/qbittorrent-nox: distinfo Log message: bugfix update to qbittorrent 4.5.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/19 03:06:15 Modified files: graphics/bonzomatic: Makefile distinfo Log message: update to bonzomatic 2023-06-15
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2023/06/19 02:41:30 Modified files: infrastructure/lib/DPB: Logger.pm Serialize.pm infrastructure/lib/DPB/Job: Port.pm Log message: open the log file in rw mode so that we can dup and rewind it for seeking. prepare for an extra "clean build" field in the logs
Re: [new] sysutils/lsblk
That was an ok. -- Sent from a phone, apologies for poor formatting. On 19 June 2023 08:09:55 Benjamin Stürz wrote: Hi, sorry if this is getting a little annoying. On 11.06.23 09:34, Stuart Henderson wrote: On 2023/06/10 23:40, Benjamin Stürz wrote: Hi, what should I do next? I have at least 2 OKs now, but I don't have any commit rights. I only count 1 developer ok so far (op@). I'll add my ok but I'd prefer to add something like this to DESCR: Could you please consider OKing, if it works for you? Because it accesses the raw disk devices, it must be run as root. Best regards, Benjamin Stürz
Re: [new] sysutils/lsblk
Hi, sorry if this is getting a little annoying. On 11.06.23 09:34, Stuart Henderson wrote: On 2023/06/10 23:40, Benjamin Stürz wrote: Hi, what should I do next? I have at least 2 OKs now, but I don't have any commit rights. I only count 1 developer ok so far (op@). I'll add my ok but I'd prefer to add something like this to DESCR: Could you please consider OKing, if it works for you? Because it accesses the raw disk devices, it must be run as root. Best regards, Benjamin Stürz
