CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/01/04 00:44:04 Modified files: misc/hwdata: Makefile distinfo Log message: Update to hwdata-0.355.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:40:17 Modified files: security/wpscan: Makefile distinfo Log message: simple update 3.8.18 -> 3.8.20 while there, remove MODRUBY_REV = 2.7 to switch to default ruby30 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:38:19 Modified files: security/ruby-cms_scanner: Makefile distinfo security/ruby-cms_scanner/patches: patch-_metadata Log message: simple update 0.13.5 -> 0.13.6 while there, switch to ruby30 FLAVOR
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:35:58 Modified files: devel/ruby-opt_parse_validator: Makefile distinfo Log message: simple update 1.9.4 -> 1.9.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:31:48 Modified files: www/ruby-typhoeus: Makefile Log message: Add HOMEPAGE and take MAINTAINER OK jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 23:29:00 Modified files: geo: Makefile Log message: +kgeotag
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:28:38 Modified files: www: Makefile Log message: Add ruby-webrick, ruby-xmlrpc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 23:28:02 Log message: Import kgeotag-1.2.0 Comment: stand-alone photo geotagging program Description: Photos (e. g. JPEG images) contain metadata like the creation date, camera information etc. Those are either stored in the so-called Exif header, in an XMP sidecar file or in both. This data can also represent geographic coordinates so that it's replicable where the images were taken. Most cameras don't have GPS receivers, so, most can't save coordinates when taking images. A common approach is to e. g. carry a small GPS logging device along, which records a track all the time. Later on, the images' dates can be compared to the GPS log's points' dates to figure out where an image was taken. If one knows for sure where the respective photo was taken, it's also possible to assign coordinates to the images manually. Maintainer: Rafael Sadowski WWW: https://kgeotag.kde.org Feedback and OK sdk@ Status: Vendor Tag: rsadowski Release Tags: rsadowski_20220114 N ports/geo/kgeotag/Makefile N ports/geo/kgeotag/distinfo N ports/geo/kgeotag/pkg/DESCR N ports/geo/kgeotag/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:25:27 Log message: import ruby-webrick WEBrick is an HTTP server toolkit that can be configured as an HTTPS server, a proxy server, and a virtual-host server. OK jeremy@ Status: Vendor Tag: sebastia Release Tags: sebastia_20220104 N ports/www/ruby-webrick/Makefile N ports/www/ruby-webrick/distinfo N ports/www/ruby-webrick/pkg/DESCR N ports/www/ruby-webrick/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 23:23:50 Added files: www/ruby-xmlrpc: Makefile distinfo www/ruby-xmlrpc/pkg: DESCR PLIST Log message: re-add ruby-xmlrpc needed as dependency for upcoming wpscan update and switch to ruby30 FLAVOR OK jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 23:17:17 Modified files: multimedia/mkvtoolnix: Makefile distinfo Log message: Update mkvtoolnix to 64.0.0 https://mkvtoolnix.download/doc/NEWS.md
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 23:05:30 Modified files: devel/catch2 : Makefile distinfo Log message: Update catch2 to 2.13.8
Re: UPDATE: devel/netbeans
On Mon Dec 06, 2021 at 09:44:51AM +, Stuart Henderson wrote:
> On 2021/12/06 07:07, Rafael Sadowski wrote:
> > On Sun Dec 05, 2021 at 09:46:33AM +, Stuart Henderson wrote:
> > > That Python file just looks like a script that is run. The .pyc bytecode
> > > files are only used for things which are pulled in by "import" from a
> > > python
> > > program. (in most cases this is for modules which are in
> > > /usr/local/lib/python3.9 etc). So I think the MODPY_COMPILE is not useful.
> > >
> >
> > Makes total sense and thanks for the explanation. Learned something
> > again. New diff with a comment otherwise I will forget about it again
> > for the next update.
>
> Could do, though it would be better if portcheck would avoid bogus warnings.
> Maybe this is better. It might miss some cases but probably not many (the
> main problem it tries to solve is that if a program is run by root,
> pyc files might get created and left behind after pkg_delete).
>
Do you want to commit this?
> Index: portcheck
> ===
> RCS file: /cvs/ports/infrastructure/bin/portcheck,v
> retrieving revision 1.139
> diff -u -p -r1.139 portcheck
> --- portcheck 14 Aug 2021 06:56:18 - 1.139
> +++ portcheck 6 Dec 2021 09:42:10 -
> @@ -1132,16 +1132,13 @@ check_plist() {
> ;;
>
> # XXX KSH arrays are limited to 10239 items
> - share/@(doc|*(*/)examples)+(/*).py|?(s)bin/*.py)
> - # ignore
> - ;;
> - *.py)
> + lib/python*/*/*.py)
> py_files[${#py_files[@]}]=$l
> ;;
> - *.pyc)
> + lib/python*/*/*.pyc)
> pyc_files[${#pyc_files[@]}]=$(normalize_pyco "$l")
> ;;
> - *.pyo)
> + lib/python*/*/*.pyo)
> pyo_files[${#pyo_files[@]}]=$(normalize_pyco "$l")
> ;;
>
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2022/01/03 15:17:53 Modified files: www/ruby-ethon : Makefile Log message: Fix homepage
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 14:36:42 Modified files: devel/clang-tools-extra: Makefile distinfo devel/clang-tools-extra/patches: patch-cmake_modules_LLVMProcessSources_cmake patch-include_llvm_CodeGen_AsmPrinter_h patch-include_llvm_CodeGen_MachineFrameInfo_h patch-include_llvm_CodeGen_Passes_h patch-include_llvm_CodeGen_ReturnProtectorLowering_h patch-include_llvm_CodeGen_TargetFrameLowering_h patch-include_llvm_InitializePasses_h patch-lib_CodeGen_AsmPrinter_AsmPrinter_cpp patch-lib_CodeGen_CMakeLists_txt patch-lib_CodeGen_PrologEpilogInserter_cpp patch-lib_CodeGen_ReturnProtectorLowering_cpp patch-lib_CodeGen_ReturnProtectorPass_cpp patch-lib_CodeGen_TargetPassConfig_cpp patch-lib_MC_MCAsmInfoELF_cpp patch-lib_MC_MCELFStreamer_cpp patch-lib_MC_MCParser_AsmParser_cpp patch-lib_Target_AArch64_AArch64AsmPrinter_cpp patch-lib_Target_AArch64_AArch64FrameLowering_cpp patch-lib_Target_AArch64_AArch64FrameLowering_h patch-lib_Target_AArch64_AArch64ISelLowering_cpp patch-lib_Target_AArch64_AArch64InstrInfo_cpp patch-lib_Target_AArch64_AArch64InstrInfo_td patch-lib_Target_AArch64_AArch64ReturnProtectorLowering_cpp patch-lib_Target_AArch64_AArch64ReturnProtectorLowering_h patch-lib_Target_AArch64_AArch64Subtarget_h patch-lib_Target_AArch64_AArch64TargetMachine_cpp patch-lib_Target_AArch64_CMakeLists_txt patch-lib_Target_Mips_AsmParser_MipsAsmParser_cpp patch-lib_Target_Mips_CMakeLists_txt patch-lib_Target_Mips_MCTargetDesc_MipsABIInfo_cpp patch-lib_Target_Mips_MipsAsmPrinter_cpp patch-lib_Target_Mips_MipsFrameLowering_cpp patch-lib_Target_Mips_MipsFrameLowering_h patch-lib_Target_Mips_MipsISelLowering_cpp patch-lib_Target_Mips_MipsInstrInfo_td patch-lib_Target_Mips_MipsLoongson2FBTBFix_cpp patch-lib_Target_Mips_MipsReturnProtectorLowering_cpp patch-lib_Target_Mips_MipsReturnProtectorLowering_h patch-lib_Target_Mips_MipsTargetMachine_cpp patch-lib_Target_Mips_Mips_h patch-lib_Target_PowerPC_CMakeLists_txt patch-lib_Target_PowerPC_PPCAsmPrinter_cpp patch-lib_Target_PowerPC_PPCFrameLowering_cpp patch-lib_Target_PowerPC_PPCFrameLowering_h patch-lib_Target_PowerPC_PPCInstrInfo_td patch-lib_Target_PowerPC_PPCReturnProtectorLowering_cpp patch-lib_Target_PowerPC_PPCReturnProtectorLowering_h patch-lib_Target_PowerPC_PPCTargetMachine_cpp patch-lib_Target_Sparc_SparcISelLowering_cpp patch-lib_Target_Sparc_SparcInstr64Bit_td patch-lib_Target_Sparc_SparcInstrInfo_td patch-lib_Target_X86_CMakeLists_txt patch-lib_Target_X86_X86AsmPrinter_h patch-lib_Target_X86_X86FixupGadgets_cpp patch-lib_Target_X86_X86FrameLowering_cpp
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2022/01/03 14:35:48 Modified files: devel/woboq_codebrowser: Makefile Log message: Mark as BROKEN, doesn't build with llvm-13.0.0 Probably needs an update to latest upstream sources. Discussed with semarie@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2022/01/03 14:34:53 Modified files: devel/include-what-you-use: Makefile distinfo devel/include-what-you-use/patches: patch-iwyu_include_picker_cc Log message: Update to include-what-you-use-0.17 to cope with the llvm update >From jsg@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2022/01/03 14:33:52 Modified files: devel/llvm : Makefile distinfo devel/llvm/patches: patch-include_llvm_CodeGen_AsmPrinter_h patch-include_llvm_CodeGen_MachineFrameInfo_h patch-include_llvm_CodeGen_Passes_h patch-include_llvm_CodeGen_TargetFrameLowering_h patch-include_llvm_InitializePasses_h patch-lib_CodeGen_AsmPrinter_AsmPrinter_cpp patch-lib_CodeGen_CMakeLists_txt patch-lib_CodeGen_PrologEpilogInserter_cpp patch-lib_CodeGen_TargetPassConfig_cpp patch-lib_MC_MCELFStreamer_cpp patch-lib_MC_MCParser_AsmParser_cpp patch-lib_Target_AArch64_AArch64AsmPrinter_cpp patch-lib_Target_AArch64_AArch64FrameLowering_cpp patch-lib_Target_AArch64_AArch64FrameLowering_h patch-lib_Target_AArch64_AArch64ISelLowering_cpp patch-lib_Target_AArch64_AArch64InstrInfo_cpp patch-lib_Target_AArch64_AArch64InstrInfo_td patch-lib_Target_AArch64_AArch64Subtarget_h patch-lib_Target_AArch64_AArch64TargetMachine_cpp patch-lib_Target_AArch64_CMakeLists_txt patch-lib_Target_Mips_CMakeLists_txt patch-lib_Target_Mips_MCTargetDesc_MipsABIInfo_cpp patch-lib_Target_Mips_MipsISelLowering_cpp patch-lib_Target_Mips_MipsTargetMachine_cpp patch-lib_Target_PowerPC_CMakeLists_txt patch-lib_Target_PowerPC_PPCAsmPrinter_cpp patch-lib_Target_PowerPC_PPCFrameLowering_cpp patch-lib_Target_PowerPC_PPCFrameLowering_h patch-lib_Target_PowerPC_PPCInstrInfo_td patch-lib_Target_PowerPC_PPCTargetMachine_cpp patch-lib_Target_RISCV_RISCVISelLowering_cpp patch-lib_Target_Sparc_SparcISelLowering_cpp patch-lib_Target_Sparc_SparcInstrInfo_td patch-lib_Target_X86_CMakeLists_txt patch-lib_Target_X86_X86FrameLowering_cpp patch-lib_Target_X86_X86FrameLowering_h patch-lib_Target_X86_X86IndirectThunks_cpp patch-lib_Target_X86_X86InstrCompiler_td patch-lib_Target_X86_X86MCInstLower_cpp patch-lib_Target_X86_X86MachineFunctionInfo_h patch-lib_Target_X86_X86RegisterInfo_td patch-lib_Target_X86_X86Subtarget_h patch-lib_Target_X86_X86TargetMachine_cpp patch-lib_Target_X86_X86_h patch-lib_Target_X86_X86_td patch-lib_Transforms_Scalar_LoopIdiomRecognize_cpp patch-tools_clang_include_clang_Basic_CodeGenOptions_def patch-tools_clang_include_clang_Basic_DiagnosticSemaKinds_td patch-tools_clang_include_clang_Driver_Options_td patch-tools_clang_include_clang_Sema_Sema_h patch-tools_clang_lib_Basic_Targets_X86_cpp patch-tools_clang_lib_Basic_Targets_X86_h patch-tools_clang_lib_CodeGen_CGCall_cpp patch-tools_clang_lib_Driver_ToolChains_Arch_RISCV_cpp patch-tools_clang_lib_Driver_ToolChains_Arch_X86_cpp patch-tools_clang_lib_Driver_ToolChains_Clang_cpp patch-tools_clang_lib_Driver_ToolChains_Gnu_cpp patch-tools_clang_lib_Driver_ToolChains_OpenBSD_cpp patch-tools_clang_lib_Driver_ToolChains_OpenBSD_h patch-tools_clang_lib_Frontend_CompilerInvocation_cpp patch-tools_clang_lib_Sema_SemaChecking_cpp patch-tools_clang_lib_Sema_SemaDeclAttr_cpp patch-tools_clang_tools_scan-build_libexec_ccc-analyzer patch-tools_lld_ELF_Config_h patch-tools_lld_ELF_DriverUtils_cpp patch-tools_lld_ELF_Driver_cpp
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sat Jan 1 16:13:53 MST 2022 finished at Mon Jan 3 13:56:00 MST 2022 lasted 1D21h42m done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #1472: Sat Jan 1 14:06:07 MST 2022 built packages:10169 Jan 1:3063 Jan 2:1449 Jan 3:5656 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-01-01/summary.log build failures: 29 http://build-failures.rhaalovely.net/aarch64/2022-01-01/databases/db/v4,no_java,no_tcl.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/devel/jdk/11.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/devel/jdk/17.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/devel/qbs.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/games/irrlamb.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/games/jbrickshooter.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/games/lwjgl.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/games/mars.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/graphics/opencv.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/graphics/vulkan-loader.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/java/jBCrypt.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/java/jna.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/java/tanukiwrapper.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/lang/abcl.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/lang/kawa.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/misc/posixtestsuite.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/net/i2p.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/net/openfire.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/net/profanity.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/net/termshark.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/productivity/libalkimia.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/sysutils/gitlab-runner.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/sysutils/rundeck.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/textproc/p5-SWISH-API.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/textproc/pdftk.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/www/firefox-esr.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/www/icedtea-web.log http://build-failures.rhaalovely.net/aarch64/2022-01-01/www/seamonkey,-lightning.log recurrent failures failures/databases/db/v4,no_java,no_tcl.log failures/devel/jdk/11.log failures/devel/jdk/17.log failures/games/jbrickshooter.log failures/games/lwjgl.log failures/graphics/opencv.log failures/graphics/vulkan-loader.log failures/java/jBCrypt.log failures/java/tanukiwrapper.log failures/lang/abcl.log failures/lang/kawa.log failures/misc/posixtestsuite.log failures/net/i2p.log failures/net/openfire.log failures/net/termshark.log failures/sysutils/gitlab-runner.log failures/sysutils/rundeck.log failures/sysutils/telegraf.log failures/textproc/p5-SWISH-API.log failures/textproc/pdftk.log failures/www/icedtea-web.log failures/www/seamonkey,-lightning.log new failures +++ ls-failures Mon Jan 3 13:56:15 2022 +failures/devel/qbs.log +failures/games/irrlamb.log +failures/games/mars.log +failures/net/profanity.log +failures/productivity/libalkimia.log +failures/www/firefox-esr.log resolved failures --- ../old/aarch64/last//ls-failuresThu Dec 30 16:21:17 2021 -failures/databases/mariadb.log -failures/games/freeciv,-client.log -failures/misc/pdmenu.log -failures/print/gutenprint.log
Re: [UPDATE] multimedia/gaupol to 1.10.1
On Mon, Jan 03, 2022 at 10:02:57AM +0100, Omar Polo wrote: > Anindya Mukherjee writes: > > > Hi, > > > > The attached diff updates multimedia/gaupol to 1.10.1. > > > > Ok? > > committed with REVISION removed, thanks! Thanks for the commit and the update!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 09:58:14 Modified files: sysutils/kubectl: Makefile distinfo Log message: Update kubectl to 1.23.1 Add myself as maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 09:18:53 Modified files: devel/cmake: Makefile Added files: devel/cmake/patches: patch-Source_cmFindPackageCommand_cxx Log message: Disable find_package "QUIET" option in openbsd ports builds Help porters to find hidden (QUIET) dependencies in cmake ports by disabling the QUIET option in the ports tree build. This is controlled at MODCMAKE_PORT_BUILD and is activated by default. OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/01/03 08:10:14 Modified files: devel/cmake: Makefile Added files: devel/cmake/patches: patch-Source_cmFileCommand_cxx Log message: disable DOWNLOAD/UPLOAD in cmake when called from OpenBSD ports builds. ok rsadowski@ kn@
mips64 bulk build report
bulk build on octeon.ports.openbsd.org started on Mon Dec 27 05:36:53 UTC 2021 finished at Mon Jan 3 07:51:22 UTC 2022 lasted 08D02h14m done with kern.version=OpenBSD 7.0-current (GENERIC.MP) #791: Sun Dec 26 19:43:54 MST 2021 built packages:8972 Dec 27:3065 Dec 28:622 Dec 29:561 Dec 30:927 Dec 31:908 Jan 1:2775 Jan 2:112 Jan 3:1 build failures: 75 http://build-failures.rhaalovely.net/mips64/2021-12-27/chinese/libpinyin.log http://build-failures.rhaalovely.net/mips64/2021-12-27/databases/postgresql-pllua.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/coccinelle.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/go-sys.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/promu.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/protobuf.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/py-unicorn,python3.log http://build-failures.rhaalovely.net/mips64/2021-12-27/devel/sdcc.log http://build-failures.rhaalovely.net/mips64/2021-12-27/editors/emacs,no_x11.log http://build-failures.rhaalovely.net/mips64/2021-12-27/editors/micro.log http://build-failures.rhaalovely.net/mips64/2021-12-27/emulators/openmsx.log http://build-failures.rhaalovely.net/mips64/2021-12-27/emulators/spike.log http://build-failures.rhaalovely.net/mips64/2021-12-27/games/astromenace.log http://build-failures.rhaalovely.net/mips64/2021-12-27/games/hyperrogue.log http://build-failures.rhaalovely.net/mips64/2021-12-27/games/puzzles.log http://build-failures.rhaalovely.net/mips64/2021-12-27/games/wesnoth.log http://build-failures.rhaalovely.net/mips64/2021-12-27/geo/geos.log http://build-failures.rhaalovely.net/mips64/2021-12-27/geo/gpstk.log http://build-failures.rhaalovely.net/mips64/2021-12-27/graphics/asymptote.log http://build-failures.rhaalovely.net/mips64/2021-12-27/graphics/enblend-enfuse.log http://build-failures.rhaalovely.net/mips64/2021-12-27/lang/STk.log http://build-failures.rhaalovely.net/mips64/2021-12-27/lang/gforth.log http://build-failures.rhaalovely.net/mips64/2021-12-27/lang/librep.log http://build-failures.rhaalovely.net/mips64/2021-12-27/lang/pfe.log http://build-failures.rhaalovely.net/mips64/2021-12-27/lang/php/8.1.log http://build-failures.rhaalovely.net/mips64/2021-12-27/mail/opensmtpd-filters/rspamd.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/coq.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/gbc.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/lean.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/lrs.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/mlpack,-main.log http://build-failures.rhaalovely.net/mips64/2021-12-27/math/ntl.log http://build-failures.rhaalovely.net/mips64/2021-12-27/misc/posixtestsuite.log http://build-failures.rhaalovely.net/mips64/2021-12-27/multimedia/assimp.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/barrier.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/dnsdist.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/gortr.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/gtk-gnutella.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/icinga/core2.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/minio/client.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/minio/server.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/powerdns_recursor.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/syncthing.log http://build-failures.rhaalovely.net/mips64/2021-12-27/net/utox.log http://build-failures.rhaalovely.net/mips64/2021-12-27/plan9/drawterm.log http://build-failures.rhaalovely.net/mips64/2021-12-27/productivity/gnucash.log http://build-failures.rhaalovely.net/mips64/2021-12-27/security/botan2.log http://build-failures.rhaalovely.net/mips64/2021-12-27/security/go-siphash.log http://build-failures.rhaalovely.net/mips64/2021-12-27/security/gobuster.log http://build-failures.rhaalovely.net/mips64/2021-12-27/security/vault.log http://build-failures.rhaalovely.net/mips64/2021-12-27/shells/elvish.log http://build-failures.rhaalovely.net/mips64/2021-12-27/shells/ksh93.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/beats/filebeat.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/beats/heartbeat.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/beats/packetbeat.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/dep.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/direnv.log http://build-failures.rhaalovely.net/mips64/2021-12-27/sysutils/gitlab-runner.log
Re: cmake: don't allow DOWNLOAD/UPLOAD in ports builds
On Mon, Jan 03, 2022 at 12:31:06PM +, Stuart Henderson wrote: > Network access is not allowed during port builds. This modifies the > cmake port to disable DOWNLOAD/UPLOAD commands when MODCMAKE_PORT_BUILD > is used. Tested with the last games/openmw commit backed-out. OK kn
Re: cmake: don't allow DOWNLOAD/UPLOAD in ports builds
On Mon Jan 03, 2022 at 12:31:06PM +, Stuart Henderson wrote:
> Network access is not allowed during port builds. This modifies the
> cmake port to disable DOWNLOAD/UPLOAD commands when MODCMAKE_PORT_BUILD
> is used. Tested with the last games/openmw commit backed-out.
>
> OK?
>
>
> [...]
> -- Configuring OpenMW...
> -- Found OpenGL: /usr/X11R6/lib/libGL.so.17.1
> -- Found LZ4: /usr/local/lib/liblz4.so.3.1
> [1/9] Creating directories for 'recastnavigation-populate'
> [1/9] Performing download step (download, verify and extract) for
> 'recastnavigation-populate'
> -- Downloading...
>
> dst='/usr/obj/ports/openmw-0.47.0/build-amd64/_deps/recastnavigation-subbuild/recastnavigation-populate-prefix/src/e75adf86f91eb3082220085e42dda62679f9a3ea.zip'
>timeout='none'
>inactivity timeout='none'
> -- Using
> src='https://github.com/recastnavigation/recastnavigation/archive/e75adf86f91eb3082220085e42dda62679f9a3ea.zip'
> CMake Error at
> /usr/obj/ports/openmw-0.47.0/build-amd64/_deps/recastnavigation-subbuild/recastnavigation-populate-prefix/src/recastnavigation-populate-stamp/download-recastnavigation-populate.cmake:127
> (file):
> file DOWNLOAD not supported in OpenBSD ports builds.
>
>
I love it! Thanks Stuart. OK rsadowski@
>
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/cmake/Makefile,v
> retrieving revision 1.200
> diff -u -p -r1.200 Makefile
> --- Makefile 3 Jan 2022 12:21:50 - 1.200
> +++ Makefile 3 Jan 2022 12:28:21 -
> @@ -8,7 +8,7 @@ VER = 3.20.3
> EPOCH = 0
> DISTNAME = cmake-${VER}
> CATEGORIES = devel
> -REVISION = 0
> +REVISION = 1
>
> HOMEPAGE = https://www.cmake.org/
>
> Index: patches/patch-Source_cmFileCommand_cxx
> ===
> RCS file: patches/patch-Source_cmFileCommand_cxx
> diff -N patches/patch-Source_cmFileCommand_cxx
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-Source_cmFileCommand_cxx3 Jan 2022 12:28:21 -
> @@ -0,0 +1,31 @@
> +$OpenBSD$
> +
> +Index: Source/cmFileCommand.cxx
> +--- Source/cmFileCommand.cxx.orig
> Source/cmFileCommand.cxx
> +@@ -1599,6 +1599,12 @@ bool HandleDownloadCommand(std::vector co
> +cmExecutionStatus& status)
> + {
> + #if !defined(CMAKE_BOOTSTRAP)
> ++ std::string openbsd_build;
> ++ if ((cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build) &&
> ++ openbsd_build == std::string("yes"))) {
> ++status.SetError("DOWNLOAD not supported in OpenBSD ports builds.");
> ++return false;
> ++ }
> + auto i = args.begin();
> + if (args.size() < 2) {
> + status.SetError("DOWNLOAD must be called with at least two arguments.");
> +@@ -1985,6 +1991,12 @@ bool HandleUploadCommand(std::vector cons
> + cmExecutionStatus& status)
> + {
> + #if !defined(CMAKE_BOOTSTRAP)
> ++ std::string openbsd_build;
> ++ if ((cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build) &&
> ++ openbsd_build == std::string("yes"))) {
> ++status.SetError("UPLOAD not supported in OpenBSD ports builds.");
> ++return false;
> ++ }
> + if (args.size() < 3) {
> + status.SetError("UPLOAD must be called with at least three arguments.");
> + return false;
>
Re: CVS: cvs.openbsd.org: ports
On Tue Dec 21, 2021 at 12:54:16PM +0300, Andrew Krasavin wrote: > On Tue, Dec 21, 2021 at 10:43:37AM +0300, Andrew Krasavin wrote: > > On Tue, Dec 21, 2021 at 08:18:04AM +0100, Rafael Sadowski wrote: > > > On Tue Dec 14, 2021 at 04:20:56PM -0700, Klemens Nanni wrote: > > > > CVSROOT:/cvs > > > > Module name:ports > > > > Changes by: k...@cvs.openbsd.org2021/12/14 16:20:56 > > > > > > > > Modified files: > > > > multimedia/mpv : Makefile > > > > multimedia/mpv/patches: patch-audio_out_ao_c > > > > patch-audio_out_ao_sndio_c patch-wscript > > > > patch-wscript_build_py > > > > > > > > Log message: > > > > Reinstate the sndio backend > > > > > > > > From Brad, tested by many. > > > > OK bcallah op > > > > > > > > > > Seeking works bady with this commit. My key options > > > (.config/mpv/input.conf): > > > > > > ## Seek units are in seconds, but note that these are limited by keyframes > > > j seek 2 > > > k seek -2 > > > h seek 6 > > > l seek -6 > > > > > > This worked much better without this patch. Can anyone confirm this? > > > > > > > Hello! > > > > I am the author of the latest version of this patch (trying to get > > it included in the upstream here[1]). > > > > I was not aware of this problem, thanks for the report! > > I will now try to reproduce and figure out what's wrong. > > > > Given the fact that I have to go to work in the next hour, you > > should hardly expect a good solution before tonight/night > > (that's an optimistic estimate anyway, alas). > > > > 1. https://github.com/mpv-player/mpv/pull/9298 > > > > -- > > Wbr, Andrew Krasavin > > > > Unfortunately, I have not yet been able to figure out exactly what > the problem is with seek + mpv with ao_sndio from #9298. First of all, I would like to apologise if my first email was too rude. > > I deleted all entries from my ~/.config/mpv/config, created > ~/.config/mpv/input.conf which is an exact copy of yours. > > Next, I tried playing different videos (mp4[*] and webm) and then > moving through them in large segments in different directions > randomly. > I didn't notice any weirdness. > > Then I built mpv 0.34 with ao_sndio from #8314 (the original version > of the patch from Ivan Rozhuk) and roughly repeated my steps. > > Notice the difference could not. > > I probably just don't understand what exactly I'm talking about. > > If it's not too much trouble: > > 1) Please describe in more detail exactly how the problem manifests > itself. What exactly should I see? What exactly is the difference > from the previous version? If you seek fast (hold the seek key pressed all the time) then you shouldn't see such hard breaks. > > 2) If you delete all mpv settings except the input.conf you quoted, > does the problem reproduce? Yes, see below. Instead using "j" I have to use ">" aka. AXIS_LEFT. > > 3) Does the problem play on any videos or any specific videos? If > the second, please give examples. Some are a little better and some are worse. But in general, the patch has made them worse. (Not an show stopper for me) > > I don't care where I get feedback from you - by mail or on github > - whichever is more convenient for you. Thank you in advance. I wasn't at the keyboard over the change of year. So I apologise for my late reply. > > [*] : When seeking in some mp4 videos with hjkl, there were > messages like "[ffmpeg/video] h264: mmco: unref short failure" > in the mpv log, but it had no effect on smoothness of work, audio > and video synchronization or anything like that. My test case, to be honest a bit harsh: $ mpv The\ Future\ of\ Intelligence,\ Artificial\ and\ Natural\ \ \ _\ \ \ Ray\ Kurzweil\ \(USA\)\ .\ \[JbKNbMgRbJA\].webm (+) Video --vid=1 (*) (vp9 1280x720 25.000fps) (+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz) AO: [sndio] 48000Hz stereo 2ch s16 VO: [gpu] 1280x720 yuv420p AV: 00:22:01 / 01:02:57 (35%) A-V: -0.000 and hold pressed "j" key (j seek 2) and don't release the j key. Tested with: yt-dlp https://www.youtube.com/watch?v=JbKNbMgRbJA (multimedia/yle-dl) All in all, it's not a big issue. I only use it when I want to "slide" through the entire video. Thanks for working and caring on the topic. Rafael
Re: [update] devel/leiningen: 2.9.3 -> 2.9.8
On 2022/01/03 13:10, Omar Polo wrote:
> friendly bi-weekly ping
I don't use this so untested, but OK with me.
> Omar Polo writes:
>
> > friendly ping :)
> >
> > Omar Polo writes:
> >
> >> Hello ports,
> >>
> >> while testing the lang/clojure diff I noticed that our leiningen has
> >> updates available. I've mostly moved to clj(1) for my projects, but I
> >> did some tests and seems to work fine (opened a repl, uberjar.)
> >>
> >> I'm tempted to update the MODJAVA_VER to 1.11 even if upstream still
> >> recommends 1.8 but I've kept as is (for now ;-). I've been using it
> >> successfully for a long time already with 1.11, in fact I've
> >> re-installed 1.8 just to try the port (I have leiningen locally in my
> >> home directory before because I haven't noticed that there were a port
> >> for it.)
> >>
> >> Straightforward update, with only some context changed in the patch.
> >> The full changelog is:
> >>
> >>2.9.4 / 2020-07-08
> >>
> >> - Fix a bug where dependency conflict resolution errors were
> >>wrong. (Phil Hagelberg)
> >> - Make test selectors skip non-test vars. (Mourjo Sen)
> >> - Fix a bug where deps :query would report incorrect results. (Chris
> >>Thunes)
> >> - Update nREPL to 0.7. (Bozhidar Batsov)
> >> - Add scheme configuration support to REPL-y and use configured
> >>transport when starting the ack-server. (Paulo Feodrippe, Bozhidar
> >>Batsov)
> >>
> >>2.9.5 / 2020-12-07
> >>
> >> - Several dependency version bumps. (Bozhidar Batsov, Utkarsh Gupta,
> >> Chris Thunes)
> >>
> >>2.9.6 / 2021-04-15
> >>
> >> - Look for templates in a way that reflects new Clojars group
> >>rules. (Phil Hagelberg)
> >> - Update template-generating template to reflect new Clojars
> >>rules. (Phil Hagelberg)
> >> - Don't :reload in tests unless connecting to an nrepl. (Ambrose
> >>Bonnaire-Sergeant)
> >>
> >>2.9.7
> >>
> >> - Detect certain pathological dependency trees and warn. (Phil
> >>Hagelberg)
> >> - Bump to Clojure 1.10.3. (Grzegorz Smajdor)
> >> - Don't warn on version ranges which point to a single
> >>version. (Pierre-Yves Ritschard)
> >> - Fix a bug where verifying deps could loop forever. (James Carnegie)
> >> - Get better error messages when deploys fail. (Toby Crawley)
> >>
> >> Note: previous release jars were published under .zip filenames to work
> >> around quirks in Github; this is no longer needed so jar files have a
> >> .jar extension now as expected.
> >>
> >>2.9.8 / 2021-11-11
> >>
> >> - Fix a bug where certain deep dependency trees would overflow
> >>stack. (Phil Hagelberg)
> >> - Allow LEIN_JAR to be overridden if you install elsewhere. (Ahmed
> >>Sajid)
> >>
> >>
> >> OK/comments?
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/devel/leiningen/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile 14 May 2020 18:59:22 - 1.9
> +++ Makefile 3 Jan 2022 12:10:04 -
> @@ -4,9 +4,9 @@ COMMENT = Clojure project automation
>
> GH_ACCOUNT = technomancy
> GH_PROJECT = leiningen
> -GH_TAGNAME = 2.9.3
> +GH_TAGNAME = 2.9.8
>
> -JAR_FILE = ${DISTNAME}-standalone.zip
> +JAR_FILE = ${DISTNAME}-standalone.jar
>
> CATEGORIES = devel lang
>
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/devel/leiningen/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo 14 May 2020 18:59:22 - 1.5
> +++ distinfo 29 Nov 2021 08:49:27 -
> @@ -1,4 +1,4 @@
> -SHA256 (leiningen-2.9.3-standalone.zip) =
> I+HfGLyXIm1XD0czWo1UPht1nqMDVE6lfVMJvj3ty7s=
> -SHA256 (leiningen-2.9.3.tar.gz) =
> mMweWOvg1x/t5zrmx2mfG5uURlDVeiIOV2vJWjGFuEY=
> -SIZE (leiningen-2.9.3-standalone.zip) = 14670316
> -SIZE (leiningen-2.9.3.tar.gz) = 754027
> +SHA256 (leiningen-2.9.8-standalone.jar) =
> Kg6RFODWI8dIqa3l1ytUEosxtd2xP1GwTFM/EEuwxI0=
> +SHA256 (leiningen-2.9.8.tar.gz) =
> vimcvXBpMhPGiH+TEyf7nfO9VJMKUh0PyIvqBNVcXNQ=
> +SIZE (leiningen-2.9.8-standalone.jar) = 12834369
> +SIZE (leiningen-2.9.8.tar.gz) = 924543
> Index: patches/patch-bin_lein-pkg
> ===
> RCS file: /home/cvs/ports/devel/leiningen/patches/patch-bin_lein-pkg,v
> retrieving revision 1.3
> diff -u -p -r1.3 patch-bin_lein-pkg
> --- patches/patch-bin_lein-pkg14 May 2020 18:59:22 - 1.3
> +++ patches/patch-bin_lein-pkg29 Nov 2021 08:49:36 -
> @@ -34,7 +34,7 @@ Index: bin/lein-pkg
> if ! { [ "$1" = "compile" ] &&
> @@ -88,8 +88,8 @@ fi
> if [ "$LEIN_FAST_TRAMPOLINE" != "" ] && [ -r project.clj ]; then
> - INPUTS="$* $(cat project.clj) $(test -f "$LEIN_HOME/profiles.clj" &&
> cat "$LEIN_HOME/profiles.clj")"
> + INPUTS="$* $(cat project.clj) $LEIN_VERSION $(test -f
> "$LEIN_HOME/profiles.clj" &&
cmake: don't allow DOWNLOAD/UPLOAD in ports builds
Network access is not allowed during port builds. This modifies the
cmake port to disable DOWNLOAD/UPLOAD commands when MODCMAKE_PORT_BUILD
is used. Tested with the last games/openmw commit backed-out.
OK?
[...]
-- Configuring OpenMW...
-- Found OpenGL: /usr/X11R6/lib/libGL.so.17.1
-- Found LZ4: /usr/local/lib/liblz4.so.3.1
[1/9] Creating directories for 'recastnavigation-populate'
[1/9] Performing download step (download, verify and extract) for
'recastnavigation-populate'
-- Downloading...
dst='/usr/obj/ports/openmw-0.47.0/build-amd64/_deps/recastnavigation-subbuild/recastnavigation-populate-prefix/src/e75adf86f91eb3082220085e42dda62679f9a3ea.zip'
timeout='none'
inactivity timeout='none'
-- Using
src='https://github.com/recastnavigation/recastnavigation/archive/e75adf86f91eb3082220085e42dda62679f9a3ea.zip'
CMake Error at
/usr/obj/ports/openmw-0.47.0/build-amd64/_deps/recastnavigation-subbuild/recastnavigation-populate-prefix/src/recastnavigation-populate-stamp/download-recastnavigation-populate.cmake:127
(file):
file DOWNLOAD not supported in OpenBSD ports builds.
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.200
diff -u -p -r1.200 Makefile
--- Makefile3 Jan 2022 12:21:50 - 1.200
+++ Makefile3 Jan 2022 12:28:21 -
@@ -8,7 +8,7 @@ VER = 3.20.3
EPOCH =0
DISTNAME = cmake-${VER}
CATEGORIES = devel
-REVISION = 0
+REVISION = 1
HOMEPAGE = https://www.cmake.org/
Index: patches/patch-Source_cmFileCommand_cxx
===
RCS file: patches/patch-Source_cmFileCommand_cxx
diff -N patches/patch-Source_cmFileCommand_cxx
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Source_cmFileCommand_cxx 3 Jan 2022 12:28:21 -
@@ -0,0 +1,31 @@
+$OpenBSD$
+
+Index: Source/cmFileCommand.cxx
+--- Source/cmFileCommand.cxx.orig
Source/cmFileCommand.cxx
+@@ -1599,6 +1599,12 @@ bool HandleDownloadCommand(std::vector co
+cmExecutionStatus& status)
+ {
+ #if !defined(CMAKE_BOOTSTRAP)
++ std::string openbsd_build;
++ if ((cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build) &&
++ openbsd_build == std::string("yes"))) {
++status.SetError("DOWNLOAD not supported in OpenBSD ports builds.");
++return false;
++ }
+ auto i = args.begin();
+ if (args.size() < 2) {
+ status.SetError("DOWNLOAD must be called with at least two arguments.");
+@@ -1985,6 +1991,12 @@ bool HandleUploadCommand(std::vector cons
+ cmExecutionStatus& status)
+ {
+ #if !defined(CMAKE_BOOTSTRAP)
++ std::string openbsd_build;
++ if ((cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build) &&
++ openbsd_build == std::string("yes"))) {
++status.SetError("UPLOAD not supported in OpenBSD ports builds.");
++return false;
++ }
+ if (args.size() < 3) {
+ status.SetError("UPLOAD must be called with at least three arguments.");
+ return false;
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2022/01/03 05:21:50
Modified files:
devel/cmake: Makefile
Log message:
cmake: use ${PATCHORIG}, don't hardcode .orig
Re: [update] devel/leiningen: 2.9.3 -> 2.9.8
friendly bi-weekly ping
Omar Polo writes:
> friendly ping :)
>
> Omar Polo writes:
>
>> Hello ports,
>>
>> while testing the lang/clojure diff I noticed that our leiningen has
>> updates available. I've mostly moved to clj(1) for my projects, but I
>> did some tests and seems to work fine (opened a repl, uberjar.)
>>
>> I'm tempted to update the MODJAVA_VER to 1.11 even if upstream still
>> recommends 1.8 but I've kept as is (for now ;-). I've been using it
>> successfully for a long time already with 1.11, in fact I've
>> re-installed 1.8 just to try the port (I have leiningen locally in my
>> home directory before because I haven't noticed that there were a port
>> for it.)
>>
>> Straightforward update, with only some context changed in the patch.
>> The full changelog is:
>>
>> 2.9.4 / 2020-07-08
>>
>> - Fix a bug where dependency conflict resolution errors were
>>wrong. (Phil Hagelberg)
>> - Make test selectors skip non-test vars. (Mourjo Sen)
>> - Fix a bug where deps :query would report incorrect results. (Chris
>>Thunes)
>> - Update nREPL to 0.7. (Bozhidar Batsov)
>> - Add scheme configuration support to REPL-y and use configured
>>transport when starting the ack-server. (Paulo Feodrippe, Bozhidar
>>Batsov)
>>
>> 2.9.5 / 2020-12-07
>>
>> - Several dependency version bumps. (Bozhidar Batsov, Utkarsh Gupta, Chris
>> Thunes)
>>
>> 2.9.6 / 2021-04-15
>>
>> - Look for templates in a way that reflects new Clojars group
>>rules. (Phil Hagelberg)
>> - Update template-generating template to reflect new Clojars
>>rules. (Phil Hagelberg)
>> - Don't :reload in tests unless connecting to an nrepl. (Ambrose
>>Bonnaire-Sergeant)
>>
>> 2.9.7
>>
>> - Detect certain pathological dependency trees and warn. (Phil
>>Hagelberg)
>> - Bump to Clojure 1.10.3. (Grzegorz Smajdor)
>> - Don't warn on version ranges which point to a single
>>version. (Pierre-Yves Ritschard)
>> - Fix a bug where verifying deps could loop forever. (James Carnegie)
>> - Get better error messages when deploys fail. (Toby Crawley)
>>
>> Note: previous release jars were published under .zip filenames to work
>> around quirks in Github; this is no longer needed so jar files have a
>> .jar extension now as expected.
>>
>> 2.9.8 / 2021-11-11
>>
>> - Fix a bug where certain deep dependency trees would overflow
>>stack. (Phil Hagelberg)
>> - Allow LEIN_JAR to be overridden if you install elsewhere. (Ahmed
>>Sajid)
>>
>>
>> OK/comments?
Index: Makefile
===
RCS file: /home/cvs/ports/devel/leiningen/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile14 May 2020 18:59:22 - 1.9
+++ Makefile3 Jan 2022 12:10:04 -
@@ -4,9 +4,9 @@ COMMENT = Clojure project automation
GH_ACCOUNT = technomancy
GH_PROJECT = leiningen
-GH_TAGNAME = 2.9.3
+GH_TAGNAME = 2.9.8
-JAR_FILE = ${DISTNAME}-standalone.zip
+JAR_FILE = ${DISTNAME}-standalone.jar
CATEGORIES = devel lang
Index: distinfo
===
RCS file: /home/cvs/ports/devel/leiningen/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo14 May 2020 18:59:22 - 1.5
+++ distinfo29 Nov 2021 08:49:27 -
@@ -1,4 +1,4 @@
-SHA256 (leiningen-2.9.3-standalone.zip) =
I+HfGLyXIm1XD0czWo1UPht1nqMDVE6lfVMJvj3ty7s=
-SHA256 (leiningen-2.9.3.tar.gz) = mMweWOvg1x/t5zrmx2mfG5uURlDVeiIOV2vJWjGFuEY=
-SIZE (leiningen-2.9.3-standalone.zip) = 14670316
-SIZE (leiningen-2.9.3.tar.gz) = 754027
+SHA256 (leiningen-2.9.8-standalone.jar) =
Kg6RFODWI8dIqa3l1ytUEosxtd2xP1GwTFM/EEuwxI0=
+SHA256 (leiningen-2.9.8.tar.gz) = vimcvXBpMhPGiH+TEyf7nfO9VJMKUh0PyIvqBNVcXNQ=
+SIZE (leiningen-2.9.8-standalone.jar) = 12834369
+SIZE (leiningen-2.9.8.tar.gz) = 924543
Index: patches/patch-bin_lein-pkg
===
RCS file: /home/cvs/ports/devel/leiningen/patches/patch-bin_lein-pkg,v
retrieving revision 1.3
diff -u -p -r1.3 patch-bin_lein-pkg
--- patches/patch-bin_lein-pkg 14 May 2020 18:59:22 - 1.3
+++ patches/patch-bin_lein-pkg 29 Nov 2021 08:49:36 -
@@ -34,7 +34,7 @@ Index: bin/lein-pkg
if ! { [ "$1" = "compile" ] &&
@@ -88,8 +88,8 @@ fi
if [ "$LEIN_FAST_TRAMPOLINE" != "" ] && [ -r project.clj ]; then
- INPUTS="$* $(cat project.clj) $(test -f "$LEIN_HOME/profiles.clj" && cat
"$LEIN_HOME/profiles.clj")"
+ INPUTS="$* $(cat project.clj) $LEIN_VERSION $(test -f
"$LEIN_HOME/profiles.clj" && cat "$LEIN_HOME/profiles.clj") $(test -f
profiles.clj && cat profiles.clj)"
-if command -v shasum >/dev/null 2>&1; then
-SUM="shasum"
Re: update games/irrlamb
On Thu, Dec 30 2021, Pascal Stumpf wrote:
> Here's an update for games/irrlamb, which now no longer uses
> devel/bullet. It has an internal copy of Irrlicht, but working around
> this to use the version from ports seems to not create any issues.
This breaks on !(amd64) for various reasons.
1. -msse -mfpmath=sse should only be used on amd64, see Makefile and
patches/patch-CMakeLists_txt below.
2. src/ode/odeconfig.h is a pile of ifdef kludges. I added a hack in the
second part of the diff below but I really suggest not using it as is.
Maybe this should only be built on amd64. And arm64. *argh*.
Index: Makefile
===
RCS file: /cvs/ports/games/irrlamb/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile30 Dec 2021 22:13:47 - 1.13
+++ Makefile2 Jan 2022 21:34:11 -
@@ -30,6 +30,13 @@ WRKDIST =${WRKDIR}/irrlamb-$Vr613
NO_TEST = Yes
+.if ${MACHINE_ARCH} == "amd64"
+SSE_FLAGS =-msse -mfpmath=sse
+.else
+SSE_FLAGS =
+.endif
+SUBST_VARS += SSE_FLAGS
+
post-extract:
rm -rf ${WRKSRC}/src/irrlicht
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/games/irrlamb/patches/patch-CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt30 Dec 2021 22:13:47 - 1.1
+++ patches/patch-CMakeLists_txt2 Jan 2022 21:34:11 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-CMakeLists_txt,v 1.1 202
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -29,7 +29,6 @@ if(WIN32)
+@@ -29,11 +29,10 @@ if(WIN32)
elseif(UNIX)
add_definitions(-DPLATFORM=0)
add_definitions(-DLUA_USE_LINUX)
@@ -11,6 +11,11 @@ Index: CMakeLists.txt
endif()
# compiler flags
+-set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wno-deprecated-declarations
-pedantic -std=gnu++11 -msse -mfpmath=sse")
++set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wno-deprecated-declarations
-pedantic -std=gnu++11 ${SSE_FLAGS}")
+ set(CMAKE_C_FLAGS_RELEASE "${CMAKE_C_FLAGS_RELEASE} -DdNODEBUG -s")
+ set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -DdNODEBUG -s")
+
@@ -72,7 +71,7 @@ find_package(Threads REQUIRED)
# include paths
Index: patches/patch-src_ode_odeconfig_h
===
RCS file: patches/patch-src_ode_odeconfig_h
diff -N patches/patch-src_ode_odeconfig_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_ode_odeconfig_h 3 Jan 2022 02:02:25 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Hack to build this on riscv64.
+
+Index: src/ode/odeconfig.h
+--- src/ode/odeconfig.h.orig
src/ode/odeconfig.h
+@@ -81,7 +81,7 @@
+
+
+ /* Well-defined common data types...need to define for 64 bit systems */
+-#if defined(__aarch64__)
++#if defined(__aarch64__) || (defined(__riscv) && __riscv_xlen == 64)
+ #include
+ typedef int64_t dint64;
+ typedef uint64_tduint64;
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: fix lang/libv8 (was: Re: amd64 build failures 2021-12-30)
Might be better to try updating, this feels like it's ignoring a problem
rather than a real fix (if snapshot generation during the build fails, is
something else broken?)
We don't have this failure in lang/node which also uses snapshots.
--
Sent from a phone, apologies for poor formatting.
On 31 December 2021 15:06:02 Stefan Hagen wrote:
Stefan Hagen wrote:
Christian Weisgerber wrote:
Here's a reminder that these ports still fail to build since the
LLVM 13 update:
devel/qbs
lang/libv8
I don't know what causes the segfault, but setting snapshot=off
works around it.
misc/posixtestsuite
Old logs:
http://build-failures.rhaalovely.net/amd64-clang/2021-12-06/
Again with revision bump.
Index: lang/libv8/Makefile
===
RCS file: /home/cvs/ports/lang/libv8/Makefile,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 Makefile
--- lang/libv8/Makefile 9 Jun 2021 19:50:08 - 1.23
+++ lang/libv8/Makefile 31 Dec 2021 15:04:53 -
@@ -12,7 +12,7 @@ COMMENT= V8 JavaScript for clients and s
V8_VERSION= 3.16.14.11
EPOCH= 0
-REVISION= 3
+REVISION= 4
V8_ARCH= ${MACHINE_ARCH:S/amd64/x64/:S/i386/ia32/}
V8_RELEASE= release
@@ -48,7 +48,7 @@ SUBST_VARS+= WRKDIR
SUBST_VARS+= V8_ARCH
MAKE_FLAGS+= library=shared ARCHES=${V8_ARCH} MODES=${V8_RELEASE} \
- DEFAULT_ARCHES=${V8_ARCH}
+ DEFAULT_ARCHES=${V8_ARCH} snapshot=off
MAKE_ENV+= V=1 \
CXX="${CXX}" \
Re: NEW: devel/pecl-xdebug
Stuart Henderson writes: > On 2022/01/03 10:36, Omar Polo wrote: >> Stuart Henderson writes: >> >> > ok to import? >> >> seems to work as intended. I've tried using the php built-in server >> with `php -S' and advertized stuff like the overloaded var_dump are >> working. >> >> couldn't test "step debugging" because the client is missing. >> >> ok op@ >> >> maybe CATEGORIES += www (or only www) given that other pecl ports are >> there? (I'm thinking of stuff like pecl-chroot/pledge/...) > > Thanks. www is already added to CATEGORIES by pecl.port.mk and it really is > a development tool so devel/ is a good main category IMHO. ah right, I missed that. agreed on everything then :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/01/03 04:05:10 Modified files: textproc/py-MarkupSafe: Makefile distinfo textproc/py-MarkupSafe/pkg: PLIST Log message: update to py3-MarkupSafe-2.0.1
Re: devel/cmake: Disable find_package QUIET option in ports build
On 2022/01/03 08:37, Klemens Nanni wrote:
> > +- this->Quiet = true;
> > ++ std::string openbsd_build;
> > ++ bool quiet = true;
> > ++ if (cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build)) {
>
> So this will only work when passed through *_ENV and not on the command
> line, right? That seems little off, given that all MODCMAKE_* variables
> are make variables and can therefore be passed either way.
cmake.port.mk sets it in the environment if the make variable is set.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/01/03 03:33:59 Modified files: devel : Makefile Log message: +pecl-xdebug
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2022/01/03 03:33:25 Modified files: mail/notmuch : Makefile.inc mail/notmuch/notmuch: distinfo mail/notmuch/py-notmuch: Makefile distinfo Log message: Update to notmuch-0.34.2 Changes: https://git.notmuchmail.org/git?p=notmuch;a=blob_plain;f=NEWS;hb=refs/tags/0.34.2 OK rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/01/03 03:32:50 Log message: import ports/devel/pecl-xdebug, ok op@ Xdebug is an extension for PHP, and provides a range of features to improve the PHP development experience. Step Debugging: A way to step through your code in your IDE or editor while the script is executing. Improvements to PHP's error reporting: An improved var_dump() function, stack traces for Notices, Warnings, Errors and Exceptions to highlight the code path to the error. Tracing: Writes every function call, with arguments and invocation location to disk. Optionally also includes every variable assignment and return value for each function. Profiling: Allows you, with the help of visualisation tools, to analyse the performance of your PHP application and find bottlenecks. Code Coverage Analysis: To show which parts of your code base are executed when running unit tests with PHP Unit. Status: Vendor Tag: sthen Release Tags: sthen_20220103 N ports/devel/pecl-xdebug/Makefile N ports/devel/pecl-xdebug/distinfo N ports/devel/pecl-xdebug/pkg/PLIST N ports/devel/pecl-xdebug/pkg/DESCR N ports/devel/pecl-xdebug/files/xdebug.ini No conflicts created by this import
Re: NEW: devel/pecl-xdebug
On 2022/01/03 10:36, Omar Polo wrote: > Stuart Henderson writes: > > > ok to import? > > seems to work as intended. I've tried using the php built-in server > with `php -S' and advertized stuff like the overloaded var_dump are > working. > > couldn't test "step debugging" because the client is missing. > > ok op@ > > maybe CATEGORIES += www (or only www) given that other pecl ports are > there? (I'm thinking of stuff like pecl-chroot/pledge/...) Thanks. www is already added to CATEGORIES by pecl.port.mk and it really is a development tool so devel/ is a good main category IMHO.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 03:01:23 Modified files: graphics/krita : Makefile distinfo graphics/krita/pkg: PLIST Removed files: graphics/krita/patches: patch-benchmarks_CMakeLists_txt patch-cmake_modules_FindOpenEXR_cmake patch-plugins_impex_exr_exr_converter_cc Log message: Update krita to 5.0.0 Test and feedback from sdk@, thanks
Re: NEW: devel/pecl-xdebug
Stuart Henderson writes: > ok to import? seems to work as intended. I've tried using the php built-in server with `php -S' and advertized stuff like the overloaded var_dump are working. couldn't test "step debugging" because the client is missing. ok op@ maybe CATEGORIES += www (or only www) given that other pecl ports are there? (I'm thinking of stuff like pecl-chroot/pledge/...) > Xdebug is an extension for PHP, and provides a range of features to > improve the PHP development experience. > > Step Debugging: > A way to step through your code in your IDE or editor while > the script is executing. > > Improvements to PHP's error reporting: > An improved var_dump() function, stack traces for Notices, Warnings, > Errors and Exceptions to highlight the code path to the error. > > Tracing: > Writes every function call, with arguments and invocation location > to disk. Optionally also includes every variable assignment and > return value for each function. > > Profiling: > Allows you, with the help of visualisation tools, to analyse the > performance of your PHP application and find bottlenecks. > > Code Coverage Analysis: > To show which parts of your code base are executed when running > unit tests with PHP Unit. > > [2. application/x-tar-gz; pecl-xdebug.tgz]...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/01/03 02:29:37 Modified files: databases/web2ldap: Makefile distinfo Log message: databases/web2ldap: update to 1.6.27, from maintainer Lucas Raab see https://web2ldap.de/changes-1.6.html#r1.6.27
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/01/03 02:29:08 Modified files: databases/py-ldap0: Makefile distinfo Log message: databases/py-ldap0: update to 1.4.6, from maintainer Lucas Raab see https://code.stroeder.com/pymod/python-ldap0/compare/v1.4.3...v1.4.6
Re: [UPDATE] multimedia/gaupol to 1.10.1
Anindya Mukherjee writes: > Hi, > > The attached diff updates multimedia/gaupol to 1.10.1. > > Ok? committed with REVISION removed, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/01/03 02:12:34 Modified files: multimedia/gaupol: Makefile distinfo Log message: update gaupol to 1.10.1 diff from maintainer Anindya Mukherjee, thanks!
Re: devel/cmake: Disable find_package QUIET option in ports build
On Mon, Jan 03, 2022 at 09:52:12AM +0100, Rafael Sadowski wrote: > Yes it will only work when we passe through *_ENV and not on the command line. > But we already do that for some cmake modules. Check out > devel/cmake/cmake.port.mk: > > 127 # Disable cmake's default optimization flags, putting them under ports > control > 128 CONFIGURE_ENV += MODCMAKE_PORT_BUILD=yes > 129 MAKE_ENV += MODCMAKE_PORT_BUILD=yes Ah, MODCMAKE_PORT_BUILD is already in use like that! OK kn
Re: devel/cmake: Disable find_package QUIET option in ports build
On Mon Jan 03, 2022 at 08:37:00AM +, Klemens Nanni wrote:
> On Sat, Dec 18, 2021 at 11:53:11AM +0100, Rafael Sadowski wrote:
> > Help ports to find hidden (QUIET) dependencies in cmake ports by disabling
> > QUIET
> > option in the ports tree build.
> >
> > For examle:
> >
> > $ Qt5_DIR=/usr/local/lib/qt5/cmake cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug
> > ~/src/github/openbsdisks2
> > -- The C compiler identification is Clang 13.0.0
> > -- The CXX compiler identification is Clang 13.0.0
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working C compiler: /usr/bin/cc - skipped
> > -- Detecting C compile features
> > -- Detecting C compile features - done
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/c++ - skipped
> > -- Detecting CXX compile features
> > -- Detecting CXX compile features - done
> > -- Configuring done
> > -- Generating done
> > -- Build files have been written to: /home/rsadowski/build/openbsdisks
> >
> > $ rg QUIET ~/src/github/openbsdisks2
> > /home/rsadowski/src/github/openbsdisks2/CMakeLists.txt
> > 30:find_package(Threads REQUIRED QUIET)
> >
> > $ MODCMAKE_PORT_BUILD=yes Qt5_DIR=/usr/local/lib/qt5/cmake cmake -G Ninja
> > -DCMAKE_BUILD_TYPE=Debug ~/src/github/openbsdisks2
> > -- The C compiler identification is Clang 13.0.0
> > -- The CXX compiler identification is Clang 13.0.0
> > -- Detecting C compiler ABI info
> > -- Detecting C compiler ABI info - done
> > -- Check for working C compiler: /usr/bin/cc - skipped
> > -- Detecting C compile features
> > -- Detecting C compile features - done
> > -- Detecting CXX compiler ABI info
> > -- Detecting CXX compiler ABI info - done
> > -- Check for working CXX compiler: /usr/bin/c++ - skipped
> > -- Detecting CXX compile features
> > -- Detecting CXX compile features - done
> > -- Looking for pthread.h
> > -- Looking for pthread.h - found
> > -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
> > -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
> > -- Looking for pthread_create in pthreads
> > -- Looking for pthread_create in pthreads - not found
> > -- Looking for pthread_create in pthread
> > -- Looking for pthread_create in pthread - found
> > -- Found Threads: TRUE
> > ^^
> > You can see the output even QUIET is set.
> >
> > -- Configuring done
> > -- Generating done
> > -- Build files have been written to: /home/rsadowski/build/openbsdisks
>
> Even with QUIET, configure would still fail if the REQUIRED Threads
> package is no t found, right?
>
> > Feedback, OK?
>
> I like the idea, given that it's opt-in behind a ports option.
> This should help reduce grepping and trial-and-error while porting.
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/devel/cmake/Makefile,v
> > retrieving revision 1.199
> > diff -u -p -u -p -r1.199 Makefile
> > --- Makefile6 Jul 2021 16:55:32 - 1.199
> > +++ Makefile18 Dec 2021 10:50:19 -
> > @@ -8,7 +8,7 @@ VER = 3.20.3
> > EPOCH =0
> > DISTNAME = cmake-${VER}
> > CATEGORIES = devel
> > -REVISION = 0
> > +REVISION = 1
> >
> > HOMEPAGE = https://www.cmake.org/
> >
> > Index: patches/patch-Source_cmFindPackageCommand_cxx
> > ===
> > RCS file: patches/patch-Source_cmFindPackageCommand_cxx
> > diff -N patches/patch-Source_cmFindPackageCommand_cxx
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ patches/patch-Source_cmFindPackageCommand_cxx 18 Dec 2021 10:50:19
> > -
> > @@ -0,0 +1,22 @@
> > +$OpenBSD$
> > +
> > +Disable find_package QUIET option in openbsd ports build.
> > +
> > +Index: Source/cmFindPackageCommand.cxx
> > +--- Source/cmFindPackageCommand.cxx.orig
> > Source/cmFindPackageCommand.cxx
> > +@@ -256,7 +256,13 @@ bool cmFindPackageCommand::InitialPass(std::vector > + std::set moduleArgs;
> > + for (unsigned int i = 1; i < args.size(); ++i) {
> > + if (args[i] == "QUIET") {
> > +- this->Quiet = true;
> > ++ std::string openbsd_build;
> > ++ bool quiet = true;
> > ++ if (cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build)) {
>
> So this will only work when passed through *_ENV and not on the command
> line, right? That seems little off, given that all MODCMAKE_* variables
> are make variables and can therefore be passed either way.
Yes it will only work when we passe through *_ENV and not on the command line.
But we already do that for some cmake modules. Check out
devel/cmake/cmake.port.mk:
127 # Disable cmake's default optimization flags, putting them under ports
control
128 CONFIGURE_ENV += MODCMAKE_PORT_BUILD=yes
129 MAKE_ENV += MODCMAKE_PORT_BUILD=yes
>
> > ++if (openbsd_build == std::string("yes"))
> > ++ quiet = false;
> > ++ }
> > ++
Re: devel/cmake: Disable find_package QUIET option in ports build
On Sat, Dec 18, 2021 at 11:53:11AM +0100, Rafael Sadowski wrote:
> Help ports to find hidden (QUIET) dependencies in cmake ports by disabling
> QUIET
> option in the ports tree build.
>
> For examle:
>
> $ Qt5_DIR=/usr/local/lib/qt5/cmake cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug
> ~/src/github/openbsdisks2
> -- The C compiler identification is Clang 13.0.0
> -- The CXX compiler identification is Clang 13.0.0
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working C compiler: /usr/bin/cc - skipped
> -- Detecting C compile features
> -- Detecting C compile features - done
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++ - skipped
> -- Detecting CXX compile features
> -- Detecting CXX compile features - done
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/rsadowski/build/openbsdisks
>
> $ rg QUIET ~/src/github/openbsdisks2
> /home/rsadowski/src/github/openbsdisks2/CMakeLists.txt
> 30:find_package(Threads REQUIRED QUIET)
>
> $ MODCMAKE_PORT_BUILD=yes Qt5_DIR=/usr/local/lib/qt5/cmake cmake -G Ninja
> -DCMAKE_BUILD_TYPE=Debug ~/src/github/openbsdisks2
> -- The C compiler identification is Clang 13.0.0
> -- The CXX compiler identification is Clang 13.0.0
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Check for working C compiler: /usr/bin/cc - skipped
> -- Detecting C compile features
> -- Detecting C compile features - done
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Check for working CXX compiler: /usr/bin/c++ - skipped
> -- Detecting CXX compile features
> -- Detecting CXX compile features - done
> -- Looking for pthread.h
> -- Looking for pthread.h - found
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD
> -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> ^^
> You can see the output even QUIET is set.
>
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/rsadowski/build/openbsdisks
Even with QUIET, configure would still fail if the REQUIRED Threads
package is no t found, right?
> Feedback, OK?
I like the idea, given that it's opt-in behind a ports option.
This should help reduce grepping and trial-and-error while porting.
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/cmake/Makefile,v
> retrieving revision 1.199
> diff -u -p -u -p -r1.199 Makefile
> --- Makefile 6 Jul 2021 16:55:32 - 1.199
> +++ Makefile 18 Dec 2021 10:50:19 -
> @@ -8,7 +8,7 @@ VER = 3.20.3
> EPOCH = 0
> DISTNAME = cmake-${VER}
> CATEGORIES = devel
> -REVISION = 0
> +REVISION = 1
>
> HOMEPAGE = https://www.cmake.org/
>
> Index: patches/patch-Source_cmFindPackageCommand_cxx
> ===
> RCS file: patches/patch-Source_cmFindPackageCommand_cxx
> diff -N patches/patch-Source_cmFindPackageCommand_cxx
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-Source_cmFindPackageCommand_cxx 18 Dec 2021 10:50:19
> -
> @@ -0,0 +1,22 @@
> +$OpenBSD$
> +
> +Disable find_package QUIET option in openbsd ports build.
> +
> +Index: Source/cmFindPackageCommand.cxx
> +--- Source/cmFindPackageCommand.cxx.orig
> Source/cmFindPackageCommand.cxx
> +@@ -256,7 +256,13 @@ bool cmFindPackageCommand::InitialPass(std::vector + std::set moduleArgs;
> + for (unsigned int i = 1; i < args.size(); ++i) {
> + if (args[i] == "QUIET") {
> +- this->Quiet = true;
> ++ std::string openbsd_build;
> ++ bool quiet = true;
> ++ if (cmSystemTools::GetEnv("MODCMAKE_PORT_BUILD", openbsd_build)) {
So this will only work when passed through *_ENV and not on the command
line, right? That seems little off, given that all MODCMAKE_* variables
are make variables and can therefore be passed either way.
> ++if (openbsd_build == std::string("yes"))
> ++ quiet = false;
> ++ }
> ++ this->Quiet = quiet;
> + doing = DoingNone;
> + } else if (args[i] == "EXACT") {
> + this->VersionExact = true;
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 01:22:33 Modified files: devel/jenkins/devel: Tag: OPENBSD_7_0 Makefile distinfo Log message: Update jenkins-devel to 2.327
Re: UPDATE: aom 3.2.0
On Fri Dec 31, 2021 at 03:55:00PM -0500, Brad Smith wrote:
> On Thu, Dec 30, 2021 at 08:35:07PM -0500, Brad Smith wrote:
> > Here is an udpate to aom 3.2.0.
> >
> >
> > 2021-10-13 v3.2.0
> > This release includes compression efficiency and perceptual quality
> > improvements, speedup and memory optimizations, as well as some new
> > features.
> >
> > - New Features
> > * Introduced speeds 7, 8, and 9 for all intra mode.
> > * Introduced speed 10 for real time mode.
> > * Introduced an API that allows external partition decisions.
> > * SVC: added support for compound prediction.
> > * SVC: added support for fixed SVC modes.
> >
> > - Compression Efficiency Improvements
> > * Intra-mode search improvement.
> > * Improved real time (RT) mode BDrate savings by ~5% (RT speed 5)
> > and ~12% (RT speed 6). The improvement was measured on the video
> > conference set.
> > * Improved real time mode for nonrd path (speed 7, 8, 9): BDrate
> > gains of ~3-5%.
> > * Rate control and RD adjustments based on ML research in VP9.
> > Gains of ~0.5-1.0% for HD.
> >
> > - Perceptual Quality Improvements
> > * Added a new mode --deltaq-mode=3 to improve perceptual quality
> > based on a differential contrast model for still images.
> > * Added a new mode –deltaq-mode=4 to improve perceptual quality
> > based on user rated cq_level data set for still images.
> > * Weighting of some intra mode and partition size choices to better
> > manage and retain texture.
> >
> > - Speedup and Memory Optimizations
> > * Further improved 2-pass good quality encoder speed:
> > o Speed 2 speedup: 18%
> > o Speed 3 speedup: 22%
> > o Speed 4 speedup: 37%
> > o Speed 5 speedup: 30%
> > o Speed 6 speedup: 20%
> > * Optimized the real time encoder (measured on the video conference
> > set):
> > o RT speed 5 speedup: 110%
> > o RT speed 6 speedup: 77%
> >
> > - Bug Fixes
> > * Issue 3069: Fix one-pass mode keyframe placement off-by-one error.
> > * Issue 3156: Fix a bug in av1_quantize_lp AVX2 optimization.
>
> Oops. Forgot cvs add of a patch before creating the diff.
>
Committed, thanks
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/multimedia/aom/Makefile,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 Makefile
> --- Makefile 16 Oct 2021 07:59:50 - 1.11
> +++ Makefile 30 Dec 2021 21:54:23 -
> @@ -4,10 +4,10 @@ COMMENT=Alliance for Open Media AV1 vid
>
> GH_ACCOUNT= jbeich
> GH_PROJECT= aom
> -GH_TAGNAME= v3.1.3
> +GH_TAGNAME= v3.2.0
> CATEGORIES= multimedia
>
> -SHARED_LIBS= aom 3.0
> +SHARED_LIBS= aom 4.0
>
> HOMEPAGE=https://aomedia.org/
>
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/multimedia/aom/distinfo,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 distinfo
> --- distinfo 16 Oct 2021 07:59:50 - 1.11
> +++ distinfo 17 Oct 2021 00:33:29 -
> @@ -1,2 +1,2 @@
> -SHA256 (aom-3.1.3.tar.gz) = AsTGVSzOgacQbwnF3fORKXnW6mtr32p2c/CICfvrTHQ=
> -SIZE (aom-3.1.3.tar.gz) = 4614421
> +SHA256 (aom-3.2.0.tar.gz) = 70kYL5n3PCMeZQIRWEqA/e3WqzGb4Gs/rU/8tW28Nic=
> +SIZE (aom-3.2.0.tar.gz) = 4728473
> Index: patches/patch-CMakeLists_txt
> ===
> RCS file: patches/patch-CMakeLists_txt
> diff -N patches/patch-CMakeLists_txt
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-CMakeLists_txt 30 Dec 2021 21:47:22 -
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: CMakeLists.txt
> +--- CMakeLists.txt.orig
> CMakeLists.txt
> +@@ -739,7 +739,7 @@ if(ENABLE_EXAMPLES AND "${CMAKE_GENERATOR}" MATCHES "M
> + endif()
> +
> + if(BUILD_SHARED_LIBS)
> +- if(NOT WIN32 AND NOT APPLE)
> ++ if(NOT WIN32 AND NOT APPLE AND NOT CMAKE_SYSTEM_NAME MATCHES "OpenBSD")
> + # The -z defs linker option reports unresolved symbol references from
> object
> + # files when building a shared library.
> + if("${CMAKE_VERSION}" VERSION_LESS "3.13")
> Index: pkg/PLIST
> ===
> RCS file: /home/cvs/ports/multimedia/aom/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 PLIST
> --- pkg/PLIST 7 Mar 2020 13:32:40 - 1.2
> +++ pkg/PLIST 30 Dec 2021 21:52:16 -
> @@ -6,6 +6,7 @@ include/aom/aom.h
> include/aom/aom_codec.h
> include/aom/aom_decoder.h
> include/aom/aom_encoder.h
> +include/aom/aom_external_partition.h
> include/aom/aom_frame_buffer.h
> include/aom/aom_image.h
> include/aom/aom_integer.h
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/01/03 01:10:50 Modified files: multimedia/aom : Makefile distinfo multimedia/aom/pkg: PLIST Added files: multimedia/aom/patches: patch-CMakeLists_txt Log message: Update aom to 3.2.0 Update diff from Brad
