CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/07 17:13:27 Modified files: games/stockfish: Makefile Log message: mark stockfish broken on i386 following recent update nnue/nnue_feature_transformer.h:528:24: error: always_inline function '_mm_add_pi16' requires target feature 'mmx', but would be inlined into function 'update_accumulator' that is compiled without support for 'mmx' acc[k] = vec_add_16(acc[k], column[k]); ^ nnue/nnue_feature_transformer.h:117:27: note: expanded from macro 'vec_add_16' #define vec_add_16(a,b) _mm_add_pi16(a,b) ^ nnue/nnue_feature_transformer.h:540:23: error: always_inline function '_mm_setzero_si64' requires target feature 'mmx', but would be inlined into function 'update_accumulator' that is compiled without support for 'mmx' psqt[k] = vec_zero_psqt(); ^ nnue/nnue_feature_transformer.h:135:27: note: expanded from macro 'vec_zero_psqt' #define vec_zero_psqt() _mm_setzero_si64() ^ etc.etc.
Re: Programs failing with "Illegal instruction"
Glad to! Isaac On Wed, Jun 7, 2023 at 4:56 PM Theo de Raadt wrote: > There is a test being run in snapshots. > > We are enumerating the programs that fail. > > Thank you for participating. > > sprits killshot wrote: > > > I'm running OpenBSD GENERIC.MP#1223 amd64 on a framework laptop. > > > > I upgraded to the latest snapshot and updated packages. Then, a bunch of > > programs failed and exited with "Illegal instruction." Programs include > > tint2, messagebus, colorls, xclip, firefox, and probably more. All these > > programs exit with the same "Illegal instruction" error. > > > > Do I need to wait for snapshots to catch up with the latest port snaps or > > is there a deeper issue to address? > > > > Isaac > > > > Dmesg below. > > > > OpenBSD 7.3-current (GENERIC.MP) #1221: Wed Jun 7 00:12:50 MDT 2023 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 34006142976 (32430MB) > > avail mem = 32955842560 (31429MB) > > random: good seed from bootblocks > > mpath0 at root > > scsibus0 at mpath0: 256 targets > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 3.3 @ 0x3f085000 (54 entries) > > bios0: vendor INSYDE Corp. version "03.05" date 08/23/2022 > > bios0: Framework Laptop (12th Gen Intel Core) > > efi0 at bios0: UEFI 2.8 > > efi0: INSYDE Corp. rev 0x305 > > acpi0 at bios0: ACPI 6.3 > > acpi0: sleep states S0 S3 S4 S5 > > acpi0: tables DSDT FACP UEFI SSDT SSDT SSDT SSDT SSDT SSDT SSDT TPM2 > > SSDT LPIT WSMT SSDT SSDT DBGP DBG2 NHLT ECDT HPET APIC MCFG SSDT DMAR > > SSDT SSDT SSDT SSDT FPDT ASF! PHAT BGRT > > acpi0: wakeup devices PEG0(S4) PEGP(S4) PEGP(S4) PEGP(S4) XHCI(S4) > > XDCI(S4) HDAS(S4) CNVW(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) > > RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) [...] > > acpitimer0 at acpi0: 3579545 Hz, 24 bits > > acpiec0 at acpi0 > > acpihpet0 at acpi0: 1920 Hz > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 > > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,WAITPKG,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > > cpu0: smt 0, core 0, package 0 > > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > > cpu0: apic clock running at 38MHz > > cpu0: mwait min=64, max=64, C-substates=0.2.0.2.0.1.0.1, IBE > > cpu1 at mainbus0: apid 1 (application processor) > > cpu1: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 > > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > > cpu1: smt 1, core 0, package 0 > > cpu2 at mainbus0: apid 8 (application processor) > > cpu2: 12th Gen Intel(R) Core(TM) i5-1240P, 4388.97 MHz, 06-9a-03 > > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > > cpu2: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > > cpu2: smt 0, core 4, package 0 > > cpu3 at mainbus0: apid 9 (application processor) > > cpu3: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.66 MHz, 06-9a-03 > > cpu3: >
Re: Programs failing with "Illegal instruction"
For some of those, I think you have old packages. The versions were not increased during this test. Run pkg_add -u -Dinstalled
Re: Programs failing with "Illegal instruction"
There is a test being run in snapshots. We are enumerating the programs that fail. Thank you for participating. sprits killshot wrote: > I'm running OpenBSD GENERIC.MP#1223 amd64 on a framework laptop. > > I upgraded to the latest snapshot and updated packages. Then, a bunch of > programs failed and exited with "Illegal instruction." Programs include > tint2, messagebus, colorls, xclip, firefox, and probably more. All these > programs exit with the same "Illegal instruction" error. > > Do I need to wait for snapshots to catch up with the latest port snaps or > is there a deeper issue to address? > > Isaac > > Dmesg below. > > OpenBSD 7.3-current (GENERIC.MP) #1221: Wed Jun 7 00:12:50 MDT 2023 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 34006142976 (32430MB) > avail mem = 32955842560 (31429MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.3 @ 0x3f085000 (54 entries) > bios0: vendor INSYDE Corp. version "03.05" date 08/23/2022 > bios0: Framework Laptop (12th Gen Intel Core) > efi0 at bios0: UEFI 2.8 > efi0: INSYDE Corp. rev 0x305 > acpi0 at bios0: ACPI 6.3 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP UEFI SSDT SSDT SSDT SSDT SSDT SSDT SSDT TPM2 > SSDT LPIT WSMT SSDT SSDT DBGP DBG2 NHLT ECDT HPET APIC MCFG SSDT DMAR > SSDT SSDT SSDT SSDT FPDT ASF! PHAT BGRT > acpi0: wakeup devices PEG0(S4) PEGP(S4) PEGP(S4) PEGP(S4) XHCI(S4) > XDCI(S4) HDAS(S4) CNVW(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) > RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpiec0 at acpi0 > acpihpet0 at acpi0: 1920 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,WAITPKG,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 38MHz > cpu0: mwait min=64, max=64, C-substates=0.2.0.2.0.1.0.1, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > cpu1: smt 1, core 0, package 0 > cpu2 at mainbus0: apid 8 (application processor) > cpu2: 12th Gen Intel(R) Core(TM) i5-1240P, 4388.97 MHz, 06-9a-03 > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > cpu2: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB > 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache > cpu2: smt 0, core 4, package 0 > cpu3 at mainbus0: apid 9 (application processor) > cpu3: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.66 MHz, 06-9a-03 > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES > cpu3: 48KB 64b/line 12-way
Programs failing with "Illegal instruction"
I'm running OpenBSD GENERIC.MP#1223 amd64 on a framework laptop. I upgraded to the latest snapshot and updated packages. Then, a bunch of programs failed and exited with "Illegal instruction." Programs include tint2, messagebus, colorls, xclip, firefox, and probably more. All these programs exit with the same "Illegal instruction" error. Do I need to wait for snapshots to catch up with the latest port snaps or is there a deeper issue to address? Isaac Dmesg below. OpenBSD 7.3-current (GENERIC.MP) #1221: Wed Jun 7 00:12:50 MDT 2023 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 34006142976 (32430MB) avail mem = 32955842560 (31429MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.3 @ 0x3f085000 (54 entries) bios0: vendor INSYDE Corp. version "03.05" date 08/23/2022 bios0: Framework Laptop (12th Gen Intel Core) efi0 at bios0: UEFI 2.8 efi0: INSYDE Corp. rev 0x305 acpi0 at bios0: ACPI 6.3 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP UEFI SSDT SSDT SSDT SSDT SSDT SSDT SSDT TPM2 SSDT LPIT WSMT SSDT SSDT DBGP DBG2 NHLT ECDT HPET APIC MCFG SSDT DMAR SSDT SSDT SSDT SSDT FPDT ASF! PHAT BGRT acpi0: wakeup devices PEG0(S4) PEGP(S4) PEGP(S4) PEGP(S4) XHCI(S4) XDCI(S4) HDAS(S4) CNVW(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpihpet0 at acpi0: 1920 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,WAITPKG,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu0: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 38MHz cpu0: mwait min=64, max=64, C-substates=0.2.0.2.0.1.0.1, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.59 MHz, 06-9a-03 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu1: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 8 (application processor) cpu2: 12th Gen Intel(R) Core(TM) i5-1240P, 4388.97 MHz, 06-9a-03 cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu2: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu2: smt 0, core 4, package 0 cpu3 at mainbus0: apid 9 (application processor) cpu3: 12th Gen Intel(R) Core(TM) i5-1240P, 4390.66 MHz, 06-9a-03 cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,CLFLUSHOPT,CLWB,PT,SHA,UMIP,PKU,PKS,MD_CLEAR,IBT,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES cpu3: 48KB 64b/line 12-way D-cache, 32KB 64b/line 8-way I-cache, 1MB 64b/line 10-way L2 cache, 12MB 64b/line 8-way L3 cache cpu3: smt 1, core 4, package 0 cpu4 at mainbus0: apid 16 (application processor) cpu4: 12th Gen Intel(R) Core(TM) i5-1240P, 3692.13 MHz, 06-9a-03 cpu4:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/07 13:25:40 Modified files: mail/mozilla-thunderbird: Tag: OPENBSD_7_3 Makefile distinfo Log message: mail/mozilla-thunderbird: MFC update to 102.12.0. see https://www.thunderbird.net/en-US/thunderbird/102.12.0/releasenotes/
Re: Question about net/curl and SFTP
On Wed, Jun 7, 2023 at 12:35 PM Vlad Meșco wrote: > On Wed, Jun 07, 2023 at 12:19:19PM -0600, Abel Abraham Camarillo Ojeda > wrote: > > On Wed, Jun 7, 2023 at 11:48 AM Allan Streib > wrote: > > > > > On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote: > > > > > > > Curl is built without sftp or scp support; my guess is because "why > > > > would you?" > > > > > > I would just use the sftp utility itself, except it doesn't allow > > > reading the standard input for the data to transfer. curl does, > > > thus my attempt to use it in this scenario. > > > > > > > You can do what I did: grab the ports tree, update net/curl/Makefile > to > > > > configure --with-libssh (and add libssh as a dependency), make > package > > > > and make install. > > > > > > Yes, that's fine, I can do that. I guess I assumed there might be some > > > other (breaking) reason that it was disabled. Thanks! > > > > > > Allan > > > > > > > > You can also use plain ssh with something like: > > > > program | ssh -n user@host 'cat > /route/to/destfile' > > I agree with Abel, that's the best choice if you can ssh into the box > (which is usually the case.) Although I think the use of `-n' in this > case is dubious (doesn't that disconnect stdin?) > > You're right, I meant -T (dont' alloc pty). Just sent it from my (bad) memory... > If the target only allows SFTP and you want curl, I've attached my local > patch. > > Theo made a point about not compiling everything into everything else, > so do prefer using ssh and sftp over curl-with-all-protocols. > > Vlad > > > > Index: Makefile > === > RCS file: /cvs/ports/net/curl/Makefile,v > retrieving revision 1.180.2.2 > diff -u -p -u -p -r1.180.2.2 Makefile > --- Makefile18 May 2023 14:03:36 - 1.180.2.2 > +++ Makefile7 Jun 2023 18:22:42 - > @@ -5,6 +5,8 @@ SHARED_LIBS=curl 26.20 > CATEGORIES=net > HOMEPAGE= https://curl.se/ > > +REVISION=1 > + > MAINTAINER=Christian Weisgerber > > # MIT > @@ -13,9 +15,9 @@ PERMIT_PACKAGE= Yes > MASTER_SITES= https://curl.se/download/ > EXTRACT_SUFX= .tar.xz > > -LIB_DEPENDS= www/nghttp2 www/nghttp3 net/ngtcp2 > +LIB_DEPENDS= www/nghttp2 www/nghttp3 net/ngtcp2 security/libssh > WANTLIB= c crypto pthread nghttp2 nghttp3 ngtcp2 > ngtcp2_crypto_openssl > -WANTLIB+= ssl z > +WANTLIB+= ssl z ssh > > AUTOCONF_VERSION=2.71 > CONFIGURE_STYLE=autoconf > @@ -27,7 +29,7 @@ CONFIGURE_ARGS= --with-openssl \ > --without-libgsasl \ > --without-libidn2 \ > --without-libpsl \ > - --without-libssh \ > + --with-libssh \ > --without-libssh2 \ > --with-ngtcp2 \ > --without-zstd >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/07 13:24:21 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Log message: mail/mozilla-thunderbird: update to 102.12.0. see https://www.thunderbird.net/en-US/thunderbird/102.12.0/releasenotes/ fixes https://www.mozilla.org/en-US/security/advisories/mfsa2023-21/ (404 for now)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/06/07 13:20:39 Modified files: archivers/unrar: Makefile distinfo Log message: archivers/unrar: update to 6.22
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/06/07 13:17:59 Modified files: net/synapse: Makefile distinfo Log message: net/synapse: update to 1.85.1, from MAINTAINER Renaud Allard
Re: Question about net/curl and SFTP
On Wed, Jun 7, 2023, at 13:35, Vlad Meșco wrote: > On Wed, Jun 07, 2023 at 12:19:19PM -0600, Abel Abraham Camarillo Ojeda wrote: >> You can also use plain ssh with something like: >> >> program | ssh -n user@host 'cat > /route/to/destfile' > > I agree with Abel, that's the best choice if you can ssh into the box I cannot, unfortunately. I don't control the remote host and can only use sftp. > If the target only allows SFTP and you want curl, I've attached my local > patch. > > Theo made a point about not compiling everything into everything else, > so do prefer using ssh and sftp over curl-with-all-protocols. Thanks, noted about the risks. Allan
Re: Question about net/curl and SFTP
On Wed, Jun 07, 2023 at 12:19:19PM -0600, Abel Abraham Camarillo Ojeda wrote: > On Wed, Jun 7, 2023 at 11:48 AM Allan Streib wrote: > > > On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote: > > > > > Curl is built without sftp or scp support; my guess is because "why > > > would you?" > > > > I would just use the sftp utility itself, except it doesn't allow > > reading the standard input for the data to transfer. curl does, > > thus my attempt to use it in this scenario. > > > > > You can do what I did: grab the ports tree, update net/curl/Makefile to > > > configure --with-libssh (and add libssh as a dependency), make package > > > and make install. > > > > Yes, that's fine, I can do that. I guess I assumed there might be some > > other (breaking) reason that it was disabled. Thanks! > > > > Allan > > > > > You can also use plain ssh with something like: > > program | ssh -n user@host 'cat > /route/to/destfile' I agree with Abel, that's the best choice if you can ssh into the box (which is usually the case.) Although I think the use of `-n' in this case is dubious (doesn't that disconnect stdin?) If the target only allows SFTP and you want curl, I've attached my local patch. Theo made a point about not compiling everything into everything else, so do prefer using ssh and sftp over curl-with-all-protocols. Vlad Index: Makefile === RCS file: /cvs/ports/net/curl/Makefile,v retrieving revision 1.180.2.2 diff -u -p -u -p -r1.180.2.2 Makefile --- Makefile18 May 2023 14:03:36 - 1.180.2.2 +++ Makefile7 Jun 2023 18:22:42 - @@ -5,6 +5,8 @@ SHARED_LIBS=curl 26.20 CATEGORIES=net HOMEPAGE= https://curl.se/ +REVISION=1 + MAINTAINER=Christian Weisgerber # MIT @@ -13,9 +15,9 @@ PERMIT_PACKAGE= Yes MASTER_SITES= https://curl.se/download/ EXTRACT_SUFX= .tar.xz -LIB_DEPENDS= www/nghttp2 www/nghttp3 net/ngtcp2 +LIB_DEPENDS= www/nghttp2 www/nghttp3 net/ngtcp2 security/libssh WANTLIB= c crypto pthread nghttp2 nghttp3 ngtcp2 ngtcp2_crypto_openssl -WANTLIB+= ssl z +WANTLIB+= ssl z ssh AUTOCONF_VERSION=2.71 CONFIGURE_STYLE=autoconf @@ -27,7 +29,7 @@ CONFIGURE_ARGS= --with-openssl \ --without-libgsasl \ --without-libidn2 \ --without-libpsl \ - --without-libssh \ + --with-libssh \ --without-libssh2 \ --with-ngtcp2 \ --without-zstd
Re: Question about net/curl and SFTP
On Wed, Jun 7, 2023 at 11:48 AM Allan Streib wrote: > On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote: > > > Curl is built without sftp or scp support; my guess is because "why > > would you?" > > I would just use the sftp utility itself, except it doesn't allow > reading the standard input for the data to transfer. curl does, > thus my attempt to use it in this scenario. > > > You can do what I did: grab the ports tree, update net/curl/Makefile to > > configure --with-libssh (and add libssh as a dependency), make package > > and make install. > > Yes, that's fine, I can do that. I guess I assumed there might be some > other (breaking) reason that it was disabled. Thanks! > > Allan > > You can also use plain ssh with something like: program | ssh -n user@host 'cat > /route/to/destfile'
Re: Question about net/curl and SFTP
On Wed, Jun 7, 2023, at 12:37, Vlad Meșco wrote: > Curl is built without sftp or scp support; my guess is because "why > would you?" I would just use the sftp utility itself, except it doesn't allow reading the standard input for the data to transfer. curl does, thus my attempt to use it in this scenario. > You can do what I did: grab the ports tree, update net/curl/Makefile to > configure --with-libssh (and add libssh as a dependency), make package > and make install. Yes, that's fine, I can do that. I guess I assumed there might be some other (breaking) reason that it was disabled. Thanks! Allan
Re: Question about net/curl and SFTP
Vlad Meșco wrote: > On 7 June 2023 19:25:17 EEST, Allan Streib wrote: > >My goal is to copy from stdin to a remote system via sftp in a pipeline. > >I thought curl would allow this with its "-T" argument by providing "-" > >as the local filename to transfer, but the result was: > > > >curl: (1) Protocol "sftp" not supported or disabled in libcurl > > > >I tried to search the list archives for any discussion but found none. > >Seems to have been this way for a long time. Is there an alternative? > > > >OpenBSD 7.2 GENERIC.MP#7 amd64 > > > >curl 8.0.1 (x86_64-unknown-openbsd7.2) libcurl/8.0.1 LibreSSL/3.6.0 > >zlib/1.2.12 nghttp2/1.49.0 > >Release-Date: 2023-03-20 > >Protocols: dict file ftp ftps gopher gophers http https imap imaps mqtt pop3 > >pop3s rtsp smb smbs smtp smtps telnet tftp > >Features: alt-svc AsynchDNS HSTS HTTP2 HTTPS-proxy IPv6 Largefile libz NTLM > >NTLM_WB SSL threadsafe UnixSockets > > > >Allan > > > > Curl is built without sftp or scp support; my guess is because "why would > you?" and "with libssh or libssh2?", but that doesn't change how it's > currently built. > > You can do what I did: grab the ports tree, update net/curl/Makefile to > configure --with-libssh (and add libssh as a dependency), make package and > make install. > Package updates are annoying, but I've learnt to live with it. > > I can share my diff if you're interested to build it yourself. I'm not near a > PC right now. Oh, I see, privilege-seperation built into sfp + ssh client + other things it does are strange, so instead link-all-the-libraries into one binary's address space, especially great since will have to access the ssh keys, and there are no mitigations! Once again, a privilege-seperation mitigation technology. Next exercise: building ssh client support into the browsers!
Re: Question about net/curl and SFTP
On 7 June 2023 19:25:17 EEST, Allan Streib wrote: >My goal is to copy from stdin to a remote system via sftp in a pipeline. >I thought curl would allow this with its "-T" argument by providing "-" >as the local filename to transfer, but the result was: > >curl: (1) Protocol "sftp" not supported or disabled in libcurl > >I tried to search the list archives for any discussion but found none. >Seems to have been this way for a long time. Is there an alternative? > >OpenBSD 7.2 GENERIC.MP#7 amd64 > >curl 8.0.1 (x86_64-unknown-openbsd7.2) libcurl/8.0.1 LibreSSL/3.6.0 >zlib/1.2.12 nghttp2/1.49.0 >Release-Date: 2023-03-20 >Protocols: dict file ftp ftps gopher gophers http https imap imaps mqtt pop3 >pop3s rtsp smb smbs smtp smtps telnet tftp >Features: alt-svc AsynchDNS HSTS HTTP2 HTTPS-proxy IPv6 Largefile libz NTLM >NTLM_WB SSL threadsafe UnixSockets > >Allan > Curl is built without sftp or scp support; my guess is because "why would you?" and "with libssh or libssh2?", but that doesn't change how it's currently built. You can do what I did: grab the ports tree, update net/curl/Makefile to configure --with-libssh (and add libssh as a dependency), make package and make install. Package updates are annoying, but I've learnt to live with it. I can share my diff if you're interested to build it yourself. I'm not near a PC right now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2023/06/07 11:28:38 Modified files: fonts/unifont : Makefile distinfo Log message: Update to unifont-15.0.06 -- same as 15.0.05 with some tweaks to the new Hangul glyphs introduced in 15.0.05
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 10:36:58 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.46.2.
Question about net/curl and SFTP
My goal is to copy from stdin to a remote system via sftp in a pipeline. I thought curl would allow this with its "-T" argument by providing "-" as the local filename to transfer, but the result was: curl: (1) Protocol "sftp" not supported or disabled in libcurl I tried to search the list archives for any discussion but found none. Seems to have been this way for a long time. Is there an alternative? OpenBSD 7.2 GENERIC.MP#7 amd64 curl 8.0.1 (x86_64-unknown-openbsd7.2) libcurl/8.0.1 LibreSSL/3.6.0 zlib/1.2.12 nghttp2/1.49.0 Release-Date: 2023-03-20 Protocols: dict file ftp ftps gopher gophers http https imap imaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Features: alt-svc AsynchDNS HSTS HTTP2 HTTPS-proxy IPv6 Largefile libz NTLM NTLM_WB SSL threadsafe UnixSockets Allan
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/06/07 09:58:14 Modified files: lang/rust : Makefile distinfo lang/rust/patches: patch-compiler_rustc_mir_transform_src_abort_unwinding_calls_rs patch-compiler_rustc_session_src_options_rs patch-library_std_src_sys_unix_os_rs patch-src_bootstrap_bootstrap_py patch-src_bootstrap_lib_rs patch-src_bootstrap_test_rs patch-src_etc_rust-gdb patch-src_llvm-project_llvm_tools_llvm-shlib_CMakeLists_txt patch-vendor_libgit2-sys_build_rs patch-vendor_openssl-sys_build_main_rs lang/rust/pkg : PLIST-main Removed files: lang/rust/patches: patch-src_llvm-project_llvm_lib_Target_PowerPC_PPCTargetMachine_cpp patch-tests_run-make-fulldeps_relocation-model_Makefile patch-tests_ui-fulldeps_myriad-closures_rs Log message: update lang/rust to 1.70.0 - mark riscv64 broken for now (new bootstrap required) - switch default to cf-protection=branch for amd64 Announce: https://blog.rust-lang.org/2023/06/01/Rust-1.70.0.html ChangeLog: https://github.com/rust-lang/rust/releases/tag/1.70.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/06/07 09:47:10 Modified files: mail/mozilla-thunderbird: Makefile www/firefox-esr: Makefile www/tor-browser/browser: Makefile Added files: mail/mozilla-thunderbird/patches: patch-third_party_rust_mp4parse_src_lib_rs www/firefox-esr/patches: patch-third_party_rust_mp4parse_src_lib_rs www/tor-browser/browser/patches: patch-third_party_rust_mp4parse_src_lib_rs Log message: prepare firefox-esr, thunderbird, and tor-browser for rust 1.70.0 backport a change for mp4parse discussed with landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:45:56 Modified files: print/hplip: Makefile distinfo print/hplip/patches: patch-Makefile_in print/hplip/pkg: PLIST-hpijs Log message: Update to hplip-3.23.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2023/06/07 09:36:36 Modified files: shells/ksh93 : Makefile distinfo shells/ksh93/pkg: PLIST Log message: Update to ksh93 1.0.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:34:34 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-434.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:28:21 Modified files: sysutils/amazon-ssm-agent: Makefile distinfo Log message: Update to amazon-ssm-agent-3.2.1041.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:26:30 Modified files: games/gcompris : Makefile distinfo games/gcompris/pkg: PLIST Log message: Update to gcompris-3.3.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:22:28 Modified files: print/cups : Makefile distinfo Log message: Update to cups-2.4.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:17:24 Modified files: graphics/openexr: Makefile distinfo Log message: Update to OpenEXR-3.1.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:13:53 Modified files: x11/dbus : Tag: OPENBSD_7_3 Makefile Added files: x11/dbus/patches: Tag: OPENBSD_7_3 patch-dbus_dbus-connection-internal_h patch-dbus_dbus-connection_c Log message: Merge usptream fix to prevent a potentiat local denial-of-service.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:10:38 Modified files: x11/dbus : Makefile distinfo Log message: SECURITY update to dbus-1.14.8.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 09:01:31 Modified files: x11/gtk+4 : Makefile distinfo x11/gtk+4/patches: patch-gtk_gtkfilechooserwidget_c Log message: Update to gtk+4-4.10.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/07 07:55:05 Modified files: devel/vte3 : Makefile distinfo Removed files: devel/vte3/patches: patch-src_vte_cc patch-src_vteseq_cc Log message: Update to vte3-0.72.2.
[update] net/synapse 1.85.1
Hello, Here is yet another update for net/synapse which solves a bug in schema delta that broke upgrades for some deployments. Best RegardsIndex: Makefile === RCS file: /cvs/ports/net/synapse/Makefile,v retrieving revision 1.54 diff -u -p -r1.54 Makefile --- Makefile 6 Jun 2023 10:19:29 - 1.54 +++ Makefile 7 Jun 2023 13:27:58 - @@ -1,6 +1,6 @@ COMMENT = open network for secure, decentralized communication -MODPY_EGG_VERSION = 1.85.0 +MODPY_EGG_VERSION = 1.85.1 GH_ACCOUNT = matrix-org GH_PROJECT = synapse Index: distinfo === RCS file: /cvs/ports/net/synapse/distinfo,v retrieving revision 1.38 diff -u -p -r1.38 distinfo --- distinfo 6 Jun 2023 10:19:29 - 1.38 +++ distinfo 7 Jun 2023 13:27:58 - @@ -53,7 +53,7 @@ SHA256 (cargo/windows_i686_gnu-0.36.1.ta SHA256 (cargo/windows_i686_msvc-0.36.1.tar.gz) = 4ueRcUiygS0e6vrrIql+SBPfpgo/j3jr4gS8yI8S8CQ= SHA256 (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = Tc0XG4d2xBuXUh5doSei2GrSgBFIB9Cyqx5GK8dk2eE= SHA256 (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = yBHKSoyFPvQgq9hZK6U927rJBBD6tpA7PnmXKmMfdoA= -SHA256 (synapse-1.85.0.tar.gz) = fskhUirZ8eQ+0z2mJYdDcdqru6mh+dM9OhE5182XqR8= +SHA256 (synapse-1.85.1.tar.gz) = g0S9BKWr3OqtIXG8EJQmMsObiwGPp9iBr2Aj5Q/e8ec= SIZE (cargo/aho-corasick-0.7.19.tar.gz) = 113070 SIZE (cargo/anyhow-1.0.71.tar.gz) = 43808 SIZE (cargo/arc-swap-1.5.1.tar.gz) = 66157 @@ -109,4 +109,4 @@ SIZE (cargo/windows_i686_gnu-0.36.1.tar. SIZE (cargo/windows_i686_msvc-0.36.1.tar.gz) = 724575 SIZE (cargo/windows_x86_64_gnu-0.36.1.tar.gz) = 790934 SIZE (cargo/windows_x86_64_msvc-0.36.1.tar.gz) = 661999 -SIZE (synapse-1.85.0.tar.gz) = 8285450 +SIZE (synapse-1.85.1.tar.gz) = 8285430 smime.p7s Description: S/MIME Cryptographic Signature
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/06/07 07:00:33 Modified files: infrastructure/mk: arch-defines.mk Log message: bump _SYSTEM_VERSION-amd64 so that after the next snapshot build, pkg_add -u will update to packages built with lld's IBT changes (until that time, users of amd64 systems with IBT, i.e. newer intel cpus, may need to use "pkg_add -u -D installed" to force reinstall of all packages).
Re: UPDATE: devel/dwz 0.14 => 0.15
On Mon, Jun 05, 2023 at 12:30:20PM +0100, Stuart Henderson wrote: > On 2023/06/04 17:48, Brian Callahan wrote: > > Hi ports -- > > > > Attached is an update to devel/dwz. The main benefit for us is a modest > > speedup. > > > > The full announcement with changes is here: > > https://sourceware.org/pipermail/dwz/2022q4/001385.html > > > > Seems OK on my end on amd64. But since dwz is integral for debug > > packages, looking for more eyeballs. > > > > OK? > > I think this came up before as I have a diff like this but with a > slight change in my tree; rather than fetching the xxhash distfile > I used a :patch target from the port instead: > > # XXX bootstrap: DEBUG_PACKAGES needs a dwz binary to work > +# use :patch target to avoid having to package xxhash > > DWZ = ${WRKBUILD}/dwz > + > +BUILD_DEPENDS =sysutils/xxhash:patch > +post-extract: > + cp ${WRKDIR}/sysutils/xxhash/*/xxhash.h ${WRKSRC}/ > > I don't especially mind which way this is done, though I do slightly > prefer the method using :patch. +1 OK kn
Re: New [cad/solvespace] - 3.1
ping May 26, 2023 09:31:46 Johannes Thyssen Tishman : > Hi Stefan, > >> Looks good now. >> >> OK for import sdk@ > > Awesome, thanks for that. Please find attached the port with the > following last minute tweaks: > > - Formated DESCR based on your suggestions > - Updated DESCR to match description on solvespace's website > - Dropped Jerome KASPER from MAINTAINER as per his request > > Thanks again :) > > Kind regards, > > -- > Johannes Thyssen Tishman > https://thyssentishman.com
Re: NEW: IntelOne Mono font
On 2023-06-07 03:02 -06, "Anthony J. Bentley" wrote: > Someone reminded me I forgot to actually send this out. Here it is. > I didn't bother adding the extra bits to fetch and install the license, > because as with most fonts, the license information is embedded in both > the OTF and TTF metadata, as can be verified with lcdf-typetools > (otfinfo -V). > > ok? works for me, OK florian FWIW > > -- > Anthony J. Bentley > > -- In my defence, I have been left unsupervised.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2023/06/07 05:47:30 Added files: games/choria/patches: patch-ext_ae_ae_framebuffer_cpp patch-ext_ae_ae_network_cpp patch-ext_ae_tinyxml2_tinyxml2_cpp Log message: add missing patches
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2023/06/07 05:46:09 Modified files: games/choria : Makefile distinfo games/choria/patches: patch-CMakeLists_txt patch-ext_ae_ae_framelimit_h games/choria/pkg: PLIST Log message: update 1.0.1 -> 1.0.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/06/07 05:13:55 Modified files: net/unison : Makefile net/unison/pkg : PLIST Added files: net/unison/files: unison.desktop net/unison/pkg : PFRAG.no-no_x11 Log message: Add desktop file Initial diff from Joel Carnat . Some changes by me.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2023/06/07 05:09:04 ports/net/unison/files Update of /cvs/ports/net/unison/files In directory cvs.openbsd.org:/tmp/cvs-serv7897/files Log Message: Directory /cvs/ports/net/unison/files added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2023/06/07 04:54:12 Modified files: misc/srcpd : Makefile distinfo misc/srcpd/patches: patch-Makefile_in patch-man_srcpd_conf_5 Log message: simple update 2.1.5 -> 2.1.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2023/06/07 04:48:05 Modified files: security/py-fickling: Makefile distinfo security/py-fickling/pkg: PLIST Log message: update to 0.0.6
Re: UPDATE: devel/dwz 0.14 => 0.15
On Wed, Jun 07, 2023 at 11:37:43AM +0200, Theo Buehler wrote: > On Wed, Jun 07, 2023 at 10:02:21AM +0100, Stuart Henderson wrote: > > On 2023/06/07 09:53, Theo Buehler wrote: > > > On Sun, Jun 04, 2023 at 05:48:24PM +, Brian Callahan wrote: > > > > Hi ports -- > > > > > > > > Attached is an update to devel/dwz. The main benefit for us is a modest > > > > speedup. > > > > > > > > The full announcement with changes is here: > > > > https://sourceware.org/pipermail/dwz/2022q4/001385.html > > > > > > > > Seems OK on my end on amd64. But since dwz is integral for debug > > > > packages, looking for more eyeballs. > > > > > > > > OK? > > > > > > I tested the original diff in an amd64 llvm 15 bulk. I encountered the > > > following failures that I've not seen before. It's not clear if these > > > are related to dwz at all. > > > > Did you have the pkg-config diff as well? > > Indeed. I did. I forgot about it. > And confirmed. These ports package just fine with -current pkg-config. I also played a bit with debugging symbols. Seems to work fine, so I think this is good to go. ok either in its original form or with sthen's :patch suggestion.
Re: UPDATE: devel/dwz 0.14 => 0.15
On Wed, Jun 07, 2023 at 10:02:21AM +0100, Stuart Henderson wrote: > On 2023/06/07 09:53, Theo Buehler wrote: > > On Sun, Jun 04, 2023 at 05:48:24PM +, Brian Callahan wrote: > > > Hi ports -- > > > > > > Attached is an update to devel/dwz. The main benefit for us is a modest > > > speedup. > > > > > > The full announcement with changes is here: > > > https://sourceware.org/pipermail/dwz/2022q4/001385.html > > > > > > Seems OK on my end on amd64. But since dwz is integral for debug > > > packages, looking for more eyeballs. > > > > > > OK? > > > > I tested the original diff in an amd64 llvm 15 bulk. I encountered the > > following failures that I've not seen before. It's not clear if these > > are related to dwz at all. > > Did you have the pkg-config diff as well? Indeed. I did. I forgot about it.
Re: NEW: IntelOne Mono font
Florian Obser writes: > On 2023-05-23 07:56 -06, "Anthony J. Bentley" wrote: > > Florian Obser writes: > >> They don't seem to be sure what to call the damn thing. > >> - Intel One Mono > >> - IntelOne Mono > >> - intel-one-mono > >> > >> I went with "IntelOne Mono" because that's how you configure the font. > >> > >> There is a sample here: https://github.com/intel/intel-one-mono > >> > >> Comments, OKs? > > > > Looks ok to me, and basically identical to one I made, except mine > > installed ttf.zip as well as otf.zip. Yes, this increases the package > > size, but not a whole lot in this case. Most font ports install both > > ttf and otf when available, and while it would be kind of cool to only > > package otf, some software still doesn't support it. Until we start > > stripping out ttf from all our packages, I think the package should > > have both ttf and otf when both are easily available. > > > > Sorry, I seem to have missed your port. Please go ahead with yours then > since I have no idea how I would shoehorn ttf.zip into the port ;) Someone reminded me I forgot to actually send this out. Here it is. I didn't bother adding the extra bits to fetch and install the license, because as with most fonts, the license information is embedded in both the OTF and TTF metadata, as can be verified with lcdf-typetools (otfinfo -V). ok? -- Anthony J. Bentley intel-one-mono.tar.gz Description: intel-one-mono.tar.gz
Re: UPDATE: devel/dwz 0.14 => 0.15
On 2023/06/07 09:53, Theo Buehler wrote: > On Sun, Jun 04, 2023 at 05:48:24PM +, Brian Callahan wrote: > > Hi ports -- > > > > Attached is an update to devel/dwz. The main benefit for us is a modest > > speedup. > > > > The full announcement with changes is here: > > https://sourceware.org/pipermail/dwz/2022q4/001385.html > > > > Seems OK on my end on amd64. But since dwz is integral for debug > > packages, looking for more eyeballs. > > > > OK? > > I tested the original diff in an amd64 llvm 15 bulk. I encountered the > following failures that I've not seen before. It's not clear if these > are related to dwz at all. Did you have the pkg-config diff as well? > > graphics/darktable > > -- Configuring done (53.3s) > CMake Error: The following variables are used in this project, but they are > set to NOTFOUND. > Please set them or make sure they are set and tested correctly in the CMake > files: > _libsoup2_LIBRARY > linked by target "lib_darktable" in directory > /tmp/pobj/darktable-4.2.1/darktable-4.2.1/src > linked by target "lib_darktable" in directory > /tmp/pobj/darktable-4.2.1/darktable-4.2.1/src > > > inputmethods/fcictx-hangul > > [17/17] : && /tmp/pobj/fcitx-hangul-5.0.11/bin/cc -Wall -Wextra -O2 -pipe > -DNDEBUG list/CMakeFiles/gen_list.dir/gen_list.c.o -o list/gen_list > -Wl,-z,origin,-rpath,/usr/local/lib /usr/local/lib/libhangul.so.1.0 > -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : > FAILED: list/gen_list > : && /tmp/pobj/fcitx-hangul-5.0.11/bin/cc -Wall -Wextra -O2 -pipe -DNDEBUG > list/CMakeFiles/gen_list.dir/gen_list.c.o -o list/gen_list > -Wl,-z,origin,-rpath,/usr/local/lib /usr/local/lib/libhangul.so.1.0 > -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : > ld: error: undefined reference due to --no-allow-shlib-undefined: > libintl_bindtextdomain > >>> referenced by /usr/local/lib/libhangul.so.1.0 > > ld: error: undefined reference due to --no-allow-shlib-undefined: > libintl_bind_textdomain_codeset > >>> referenced by /usr/local/lib/libhangul.so.1.0 > > ld: error: undefined reference due to --no-allow-shlib-undefined: > libintl_dgettext > > > net/dino > > -- Found ICU: /usr/local/lib/libicuuc.so.22.1 (found suitable version "73.1", > minimum required is "57") > CMake Error at > /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 > (message): > Could NOT find GModule (missing: GModule_LIBRARY) > Call Stack (most recent call first): > /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 > (_FPHSA_FAILURE_MESSAGE) > cmake/FindGModule.cmake:17 (find_package_handle_standard_args) > cmake/MultiFind.cmake:20 (find_package) > libdino/CMakeLists.txt:1 (find_packages) > > > x11/mate/utils > > if test -f "${mo}"; then mo="../${mo}"; else > mo="/usr/ports/pobj/mate-utils-1.26.1/mate-utils-1.26.1/gsearchtool/help/${mo}"; > fi; \ > (cd "pt/" && itstool -m "${mo}" ${d}/C/index.docbook ${d}/C/legal.xml) && \ > touch "pt/pt.stamp" > Traceback (most recent call last): > File "/usr/local/bin/itstool", line 1647, in > doc.merge_translations(translations, opts.lang, strict=opts.strict) > File "/usr/local/bin/itstool", line 1016, in merge_translations > lcnode.setProp(attr, origlang) > File "/usr/local/lib/python3.10/site-packages/libxml2.py", line 3640, in > setProp > if ret is None:raise treeError('xmlSetProp() failed') > libxml2.treeError: xmlSetProp() failed > gmake[3]: *** [Makefile:618: pt/pt.stamp] Error 1 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/06/07 02:09:14 Modified files: security/rust-openssl-tests: Makefile crates.inc distinfo security/rust-openssl-tests/pkg: PLIST Log message: Update to rust-openssl-tests 20230607
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/06/07 02:07:44 Modified files: security/openssl-ruby-tests: Makefile distinfo Log message: Update to openssl-ruby-tests 20230607
Re: UPDATE: devel/dwz 0.14 => 0.15
On Sun, Jun 04, 2023 at 05:48:24PM +, Brian Callahan wrote: > Hi ports -- > > Attached is an update to devel/dwz. The main benefit for us is a modest > speedup. > > The full announcement with changes is here: > https://sourceware.org/pipermail/dwz/2022q4/001385.html > > Seems OK on my end on amd64. But since dwz is integral for debug > packages, looking for more eyeballs. > > OK? I tested the original diff in an amd64 llvm 15 bulk. I encountered the following failures that I've not seen before. It's not clear if these are related to dwz at all. graphics/darktable -- Configuring done (53.3s) CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: _libsoup2_LIBRARY linked by target "lib_darktable" in directory /tmp/pobj/darktable-4.2.1/darktable-4.2.1/src linked by target "lib_darktable" in directory /tmp/pobj/darktable-4.2.1/darktable-4.2.1/src inputmethods/fcictx-hangul [17/17] : && /tmp/pobj/fcitx-hangul-5.0.11/bin/cc -Wall -Wextra -O2 -pipe -DNDEBUG list/CMakeFiles/gen_list.dir/gen_list.c.o -o list/gen_list -Wl,-z,origin,-rpath,/usr/local/lib /usr/local/lib/libhangul.so.1.0 -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : FAILED: list/gen_list : && /tmp/pobj/fcitx-hangul-5.0.11/bin/cc -Wall -Wextra -O2 -pipe -DNDEBUG list/CMakeFiles/gen_list.dir/gen_list.c.o -o list/gen_list -Wl,-z,origin,-rpath,/usr/local/lib /usr/local/lib/libhangul.so.1.0 -Wl,-rpath-link,/usr/X11R6/lib:/usr/local/lib && : ld: error: undefined reference due to --no-allow-shlib-undefined: libintl_bindtextdomain >>> referenced by /usr/local/lib/libhangul.so.1.0 ld: error: undefined reference due to --no-allow-shlib-undefined: libintl_bind_textdomain_codeset >>> referenced by /usr/local/lib/libhangul.so.1.0 ld: error: undefined reference due to --no-allow-shlib-undefined: libintl_dgettext net/dino -- Found ICU: /usr/local/lib/libicuuc.so.22.1 (found suitable version "73.1", minimum required is "57") CMake Error at /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message): Could NOT find GModule (missing: GModule_LIBRARY) Call Stack (most recent call first): /usr/local/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:600 (_FPHSA_FAILURE_MESSAGE) cmake/FindGModule.cmake:17 (find_package_handle_standard_args) cmake/MultiFind.cmake:20 (find_package) libdino/CMakeLists.txt:1 (find_packages) x11/mate/utils if test -f "${mo}"; then mo="../${mo}"; else mo="/usr/ports/pobj/mate-utils-1.26.1/mate-utils-1.26.1/gsearchtool/help/${mo}"; fi; \ (cd "pt/" && itstool -m "${mo}" ${d}/C/index.docbook ${d}/C/legal.xml) && \ touch "pt/pt.stamp" Traceback (most recent call last): File "/usr/local/bin/itstool", line 1647, in doc.merge_translations(translations, opts.lang, strict=opts.strict) File "/usr/local/bin/itstool", line 1016, in merge_translations lcnode.setProp(attr, origlang) File "/usr/local/lib/python3.10/site-packages/libxml2.py", line 3640, in setProp if ret is None:raise treeError('xmlSetProp() failed') libxml2.treeError: xmlSetProp() failed gmake[3]: *** [Makefile:618: pt/pt.stamp] Error 1
Re: [update] add desktop file to net/unison
> One note, in case it matters, applying your diff from a cleaned CVS > directory created unison.desktop and unison.desktop.orig in > /usr/ports/net/unison. I had to create a files/ directory manually before > applying the diff to get the unison.desktop files inside the files/ > directory. Use patch -p0. The fact that patch defaults to -p 957 must be one of the most annoying defaults (thanks, Larry) apart from diff needing -u.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/06/07 00:23:37 Modified files: www/chromium : Makefile distinfo Log message: update to 114.0.5735.106
Re: [update] add desktop file to net/unison
Le 07/06/2023 à 06:30, Bjorn Ketelaars a écrit : On Tue 06/06/2023 23:38, Joel Carnat wrote: Hello, I have seen that Unison does not have a launch icon in my XFCE whisker menu. Looking at https://github.com/bcpierce00/unison/issues/162, a PR has been submitted in 2018 but it is still opened and unresolved. Using the unison.desktop file from ArchLinux, this patch adds the file to the OpenBSD port. Not sure if it's the proper way to do it but I use the patch feature to create the unison.desktop from NULL. Attached is the patch to create the unison.desktop and the cvs diff to the port. Some comments: - REVISION starts at 0 - !no_x11 flavor has a run dependency on devel/desktop-file-utils - Instead of creating unison.desktop from NULL just have it in ${FILESDIR} - !no_x11 flavor specific bits should be placed in PFRAG.no-no_x11 Could you check if the diff below works for you? Yes, it compiles and runs fine for me (OpenBSD 7.3-current #1215 on amd64) . One note, in case it matters, applying your diff from a cleaned CVS directory created unison.desktop and unison.desktop.orig in /usr/ports/net/unison. I had to create a files/ directory manually before applying the diff to get the unison.desktop files inside the files/ directory. Take care, Joel C.