Re: Followup after update lang/sbcl
On Fri, Apr 19 2024, Kirill A. Korinsky wrote: > On Fri, 19 Apr 2024 09:01:50 +0200, > Kirill A. Korinsky wrote: >> >> That can be addreses by enabling global cache which seems to be disabled. >> > > Which also a bit tricky, because stumpwm is built with > ASDF_OUTPUT_TRANSLATIONS=/ that makes cache path like /stumpw-XXX that can't > be created from a user. Would it help if the make-image.lisp was patched to clear asdf configuration[0] by pushing (asdf:clear-configuration) to sb-ext:*save-hooks*? 0 https://asdf.common-lisp.dev/asdf.html#Resetting-the-ASDF-configuration
Re: Followup after update lang/sbcl
On Fri, Apr 19 2024, Sebastien Marie wrote: > (Adding Cc to stumpwm maintainer) > > Kirill A. Korinsky writes: > >> Greetings, >> >> I've encountered an edge case with update of sbcl which lead to broken >> stumpwm. >> >> My stumpwm configuration uses mpd modules which requires sb-bsd-sockets, so >> after update of sbcl... it was broken. >> >> To overstep that issue I must rebuild stumpwm because it is saved image >> which includes sbcl which was used when it was build. >> >> To avoid such issue in the future I suggest to add a note inside lang/sbcl >> that after update x11/stumpwm should have increased revision. >> >> I haven't found any other port which depends on lang/sbcl. > > I commited a REVISION bump to x11/stumpwm (REVISION starts at 0). > > if I properly understand the problem, it is due that you are using both > stumpwm (compiled with older sbcl compiler) and sbcl parts (for a mpd > module), and the version mismatches. > > For now, bumping stumpwm is the simpler, but I wonder if it would be > possible to use stumpwm somehow from source and let's sbcl compilation > to refresh the fasl files if updated. Timo, any idea ? > > Thanks. I don't like the revision bump approach as why SBCL port should be changed for each libraries/application using it. That being said, I do not have anything better to offer here at the moment. I'm not that well versed in the CL compilation process but looking at the SBCL manual [0] tells the FASL is tied to specific SBCL version. It also has configuration option to refresh stale FASL files which could be added system-wide in /etc/sbclrc. So instead of current stumpwm build where it dumps the image, we could use the ASDF to compile the stumpwm to some directory (which directory?) and copy sources to other directory under /usr/local. And then create shell wrapper to /usr/local/bin/stumpwm to start the stumpwm using the asdf so that it would be recompiled if stale... But this recompilation is then done as user I think, so it can't refresh the package's own files but stores the updated FASL files to user-specific directory. Is that something to aim for? 0 http://www.sbcl.org/manual/#FASL-Format
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/04/20 23:20:59 Modified files: x11/kde-plasma/systemsettings: Makefile Log message: Add mising lib depends on devel/kf5/kirigami2
UPDATE: Dolphin 20240417
Here is an update to Dolphin 20240417. Index: Makefile === RCS file: /cvs/ports/emulators/dolphin/Makefile,v retrieving revision 1.21 diff -u -p -u -p -r1.21 Makefile --- Makefile17 Apr 2024 19:05:05 - 1.21 +++ Makefile18 Apr 2024 03:26:37 - @@ -5,9 +5,9 @@ ONLY_FOR_ARCHS =aarch64 amd64 COMMENT-main = Nintendo GameCube and Wii emulator with GUI COMMENT-nogui =Nintendo GameCube and Wii emulator -PKGNAME = dolphin-5.0.0.20230924 +PKGNAME = dolphin-5.0.0.20240417 DIST_TUPLE += github dolphin-emu dolphin \ - 1a9d946a3337317d288b94b093f1e385e6989335 . # GPLv2 + 9c5605a59cf16aabd592a21cbee59c2bee227df4 . # GPLv2 # Externals/ DIST_TUPLE += github dolphin-emu ext-win-qt \ @@ -40,20 +40,39 @@ DIST_TUPLE += github GPUOpen-LibrariesA DIST_TUPLE += github mozilla cubeb \ 67db4cbc18581c8a6d8ea935af9854ed9729e7a7 \ Externals/cubeb/cubeb # ISC -# slightly older implot to build with older Dolphin DIST_TUPLE += github epezent implot \ - 85573fe04ad27f912074a2e7cde889fdf912b0c6 \ + f156599faefe316f7dd20fe6c783bf87c8bb6fd9 \ Externals/implot/implot # MIT DIST_TUPLE += github google googletest \ 61db1e1740a828d9df94fd167a9eb4137cd6def2 \ Externals/gtest # BSD -# slightly older rcheevos to build with older Dolphin DIST_TUPLE += github RetroAchievements rcheevos \ - 0cdc7f8e9592e0741c07729a34d49a55e6c5e290 \ + bfa0d3138865ae2a649a0beadfa4206408a14690 \ Externals/rcheevos/rcheevos # MIT DIST_TUPLE += github bylaws libadrenotools \ deec5f75ee1a8ccbe32c8780b1d17284fc87b0f1 \ - Externals/libadrenotools# BSD + Externals/libadrenotools# BSD +DIST_TUPLE += github curl curl \ + 5379dbc248045ba46e89d76ffc4be4380d854728 \ + Externals/curl/curl # MIT +DIST_TUPLE += github fmtlib fmt \ + ee0c3351a4d47ca89090b8a7458846288b18efca \ + Externals/fmt/fmt # MIT +DIST_TUPLE += github lz4 lz4 \ + 1a5b83b8c479d49fc333fc4eb7b01023e8e49a11 \ + Externals/lz4/lz4 # BSD +DIST_TUPLE += github Cyan4973 xxHash \ + 4b5573cbc73a1a5e8fb1eee2e1b8f2020b2e908c \ + Externals/xxhash/xxHash # BSD +DIST_TUPLE += github lsalzman enet \ + 276ff5ae05a245bcee195af9c9fd002851517d40 \ + Externals/enet/enet # MIT +DIST_TUPLE += github libusb hidapi \ + c2ffb03ef6f4cfc5de005adb6d37aa45cbd7d68b \ + Externals/hidapi/hidapi-src # BSD +DIST_TUPLE += github syoyo tinygltf \ + e3f9a7d8b33a78bbe4606a934c6a9be5e402fab0 \ + Externals/tinygltf/tinygltf # MIT CATEGORIES = emulators @@ -64,11 +83,11 @@ PERMIT_PACKAGE =Yes cWANTLIB = EGL GL GLU ICE SDL2 SM X11 Xext Xi Xrandr avcodec \ avformat avutil bz2 c curl fmt hidapi-libusb iconv \ - lzma lzo2 m mbedcrypto mbedtls mbedx509 miniupnpc \ + lz4 lzma lzo2 m mbedcrypto mbedtls mbedx509 miniupnpc \ minizip pthread pugixml sfml-network sfml-system \ - speexdsp spng swscale swresample usb-1.0 zstd \ - ${COMPILER_LIBCXX} -# # sndio library is dlopen'd + speexdsp spng swscale swresample usb-1.0 xxhash \ + zstd ${COMPILER_LIBCXX} +# sndio library is dlopen'd cWANTLIB +=sndio WANTLIB-main = ${cWANTLIB} Qt6Core Qt6Gui Qt6Widgets @@ -78,7 +97,8 @@ MODULES = devel/cmake BUILD_DEPENDS =devel/gettext,-tools \ x11/qt6/qtsvg -LIB_DEPENDS-nogui =archivers/lzo2 \ +LIB_DEPENDS-nogui =archivers/lz4 \ + archivers/lzo2 \ archivers/minizip \ archivers/zstd \ comms/libhidapi \ @@ -92,6 +112,7 @@ LIB_DEPENDS-nogui = archivers/lzo2 \ net/curl \ net/miniupnp/miniupnpc \ security/polarssl \ + sysutils/xxhash \
Update from maintainer: devel/objfw 1.1.2
This release fixes missing endbr / bti.Index: Makefile === RCS file: /cvs/ports/devel/objfw/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile 15 Apr 2024 22:22:05 - 1.8 +++ Makefile 20 Apr 2024 21:48:06 - @@ -1,6 +1,6 @@ COMMENT = portable, lightweight framework for the Objective-C language -DISTNAME = objfw-1.1.1 +DISTNAME = objfw-1.1.2 # .objc_sel_* symbols are for string de-duplication and can be ignored. SHARED_LIBS += objfw 0.1 Index: distinfo === RCS file: /cvs/ports/devel/objfw/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo 15 Apr 2024 22:22:05 - 1.6 +++ distinfo 20 Apr 2024 21:48:06 - @@ -1,2 +1,2 @@ -SHA256 (objfw-1.1.1.tar.gz) = BJKgj5ZBgLdFPAW9nwCA5wthFxqbUZSm0biRNwwkz8A= -SIZE (objfw-1.1.1.tar.gz) = 945544 +SHA256 (objfw-1.1.2.tar.gz) = XZ+acNWDKY54CuEfx1p64r7u+QSzAeG8T0/6jX7jHZ8= +SIZE (objfw-1.1.2.tar.gz) = 945717
Re: Overhaul package handling in puppet 8
Hi, On Wednesday, April 10, 2024 11:05 CEST, "Sebastian Reitenbach" wrote: > On Wednesday, April 10, 2024 08:26 CEST, Giovanni Bechis > wrote: > > > On 4/10/24 07:10, Sebastian Reitenbach wrote: > > > Hi, > > > On Tuesday, April 09, 2024 22:43 CEST, Giovanni Bechis > > > wrote: > > > > > >> On Tue, Apr 09, 2024 at 10:17:30PM +0200, Sebastian Reitenbach wrote: > > >>> Since we now have a recent Puppet in ports, I started looking at how > > >>> packages are handled with Puppet. > > >>> My current trouble is that it wasn't really possible to install banches > > >>> properly: i.e. can't properly install gimp, > > >>> or auto* based on branch. Or esp, when want to install multiple of > > >>> them, it was just not possible. > > >>> For ports where branches conflict, i.e. postfix, this was working, but > > >>> had to specify exact version, and on every > > >>> upgrade bump the version _very_ annoying. > > >>> > > >>> Currently Puppet allows to install packages of a given version (ensure > > >>> => "X.Y.Z"), or to follow updates (ensure => "latest"). > > >>> > > >> [...] > > >>> This is just for Puppet 8. Anyone still on Puppet 7? It should be > > >>> easily ported to Puppet 7 as well. > > >>> > > >> I am on Puppet 7 and I do not have time to upgrade to Puppet 8 soon; I > > > > > > My upgrade from Puppet 7 to 8 took quite a long time. They removed a lot > > > of backward compat > > > shim, and if you have many old and partially hand made or patched modules > > > like I do, it took > > > quite a while to update all of them > > > > > upgrading is on my queue and I have lot of hand made modules, other then > > that, can a Puppet 7 client connect to a Puppet 8 server ? > > Yes, it worked for me, it's also recommended to upgrade master (and db) > first, then update the clients. > Depending on your modules, you may already see some fallout when just > upgrading the server, > and then even more, when upgrading the agents ;) > This is now in, but just for Puppet8, I left Puppet 7 alone for now. For anyone using Puppet8, for Puppet managed packages that have branches, you now have to use the package name including the branch, i.e. puppet%8, openldap-server%openldap, gimp%stable, jdk%1.8 etc. as you would using pkg_add cheers, Sebastian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 14:41:33 Modified files: sysutils/ruby-puppet: Makefile.inc sysutils/ruby-puppet/8: Makefile distinfo sysutils/ruby-puppet/8/patches: patch-lib_puppet_defaults_rb patch-lib_puppet_provider_package_openbsd_rb patch-lib_puppet_provider_package_pip_rb sysutils/ruby-puppet/8/pkg: PLIST Added files: sysutils/ruby-puppet/7/pkg: DESCR puppet.rc sysutils/ruby-puppet/8/pkg: DESCR README puppet.rc Removed files: sysutils/ruby-puppet/pkg: DESCR puppet.rc Log message: Update Puppet 8 8.5.0 -> 8.6.1 While there, overhaul package handling, drop versionable, latest but handle package branches properly.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 14:23:05 Modified files: sysutils/puppetserver/7: Makefile distinfo sysutils/puppetserver/7/pkg: README Log message: update 7.16.0 -> 7.17.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 14:17:56 Modified files: databases/puppetdb/7: Makefile distinfo Log message: update 7.17.1 -> 7.18.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2024/04/20 13:23:07 Added files: emulators/qemu/patches: patch-tcg_riscv_tcg-target_c_inc Log message: Fix qemu build on riscv64 ok Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2024/04/20 13:21:57 Modified files: emulators/dosbox-x: Makefile Added files: emulators/dosbox-x/patches: patch-src_fpu_fpu_instructions_longdouble_h Log message: Backport upstream change to fix build on riscv64 and others >From Brad, ok uaa@ (maintainer) sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 12:52:31 Modified files: sysutils/ruby-facter: Makefile distinfo sysutils/ruby-facter/pkg: PLIST Removed files: sysutils/ruby-facter/files/facts: ec2_metadata.rb ec2_userdata.rb facterversion.rb is_virtual.rb kernel.rb kernelrelease.rb mountpoints.rb path.rb ssh.rb sshalgorithmkey.rb sshfp_algorithm.rb timezone.rb virtual.rb sysutils/ruby-facter/files/facts/augeas: version.rb sysutils/ruby-facter/files/facts/dmi: manufacturer.rb sysutils/ruby-facter/files/facts/dmi/bios: vendor.rb version.rb sysutils/ruby-facter/files/facts/dmi/product: name.rb serial_number.rb uuid.rb sysutils/ruby-facter/files/facts/identity: gid.rb group.rb privileged.rb uid.rb user.rb sysutils/ruby-facter/files/facts/networking: dhcp.rb domain.rb fqdn.rb hostname.rb interfaces.rb ip.rb ip6.rb mac.rb mtu.rb netmask.rb netmask6.rb network.rb network6.rb primary.rb scope6.rb sysutils/ruby-facter/files/facts/os: architecture.rb hardware.rb name.rb release.rb sysutils/ruby-facter/files/facts/processors: isa.rb sysutils/ruby-facter/files/facts/ruby: platform.rb sitedir.rb version.rb sysutils/ruby-facter/files/facts/system_uptime: days.rb hours.rb seconds.rb uptime.rb sysutils/ruby-facter/files/resolvers: dhcp.rb dmi.rb mountpoints.rb virtual.rb sysutils/ruby-facter/patches: patch-lib_facter_config_rb patch-lib_facter_framework_core_file_loader_rb patch-lib_facter_framework_detector_os_detector_rb patch-lib_facter_util_facts_posix_virtual_detector_rb Log message: update 4.6.1 -> 4.7.0 finally OpenBSD support added upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 12:51:03 Modified files: sysutils/puppetserver/8: Makefile distinfo sysutils/puppetserver/8/pkg: README Log message: update 8.5.1 -> 8.6.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2024/04/20 12:31:17 Modified files: databases/puppetdb/8: Makefile distinfo databases/puppetdb/8/patches: patch-Makefile patch-ext_cli_delete-reports Log message: update 8.4.1 -> 8.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/04/20 11:31:00 Modified files: devel/py-traitlets: Makefile distinfo Log message: update traitlets to 5.14.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2024/04/20 11:28:16 Modified files: www/vnu: Makefile distinfo Log message: Update to vnu-23.4.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2024/04/20 10:45:08 Modified files: databases/patroni: Makefile distinfo databases/patroni/patches: patch-patroni_validator_py databases/patroni/pkg: PLIST Log message: Update patroni 3.2.2 -> 3.3.0 Release notes: https://github.com/zalando/patroni/blob/master/docs/releases.rst#version-330
Re: [new] f3 - test real flash memory capacity - ok?
Congrats to my colleague Alvar Penning for getting the Icinga DB port accepted. Apropos new ports. Any chance for this little one to make it into -current? On 02.04.23 13:14, Alexander Klimov wrote: 7.3 is approaching. Would be cool if this little one gets included. On 14.11.22 23:01, Alexander Klimov wrote: On 14.11.22 10:34, Omar Polo wrote: On 2022/11/13 16:20:18 +0100, Alexander Klimov wrote: On 13.11.22 15:06, Omar Polo wrote: [...] anyway, with the unveil/pledge == -1 bit fixed the port is ok to me assuming it works; i haven't run-tested it. Apropos run-tested! Please could anyone give it a try on non-x86 before committing all this into CVS (if you consider that useful)? Thanks, f3-8.0.tgz Description: GNU Zip compressed data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/20 10:36:29 Modified files: x11/gnome/backgrounds: Makefile Log message: Switch RDEP to graphics/libjxl.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2024/04/20 08:49:48 Modified files: multimedia/libmediainfo: Makefile distinfo multimedia/mediainfo: Makefile distinfo Log message: mediainfo: maintenance update to 24.04
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/20 08:42:27 Modified files: audio/clementine: Makefile audio/mp3splt-gtk: Makefile audio/parlatype: Makefile audio/pithos : Makefile audio/quodlibet: Makefile audio/rgain: Makefile audio/rhythmbox: Makefile editors/subtitleeditor: Makefile multimedia/gaupol: Makefile net/dino : Makefile net/gupnp/dlna : Makefile www/luakit : Makefile www/webkitgtk4 : Makefile x11/gnome/cheese: Makefile x11/gnome/totem: Makefile x11/gnome/video-effects: Makefile x11/xfce4/parole: Makefile Log message: Bump after the -pulse removal from gstreamer1-plugins-good.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/20 08:41:58 Modified files: multimedia/gstreamer1/plugins-good: Makefile Added files: multimedia/gstreamer1/plugins-good/pkg: DESCR PLIST Removed files: multimedia/gstreamer1/plugins-good/pkg: DESCR-main DESCR-pulse PLIST-main PLIST-pulse Log message: Drop the -pulse subpackage. Nothing depends on it and the world is moving to pipewire.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/20 08:32:25 Modified files: audio/cozy : Makefile Log message: No need to RDEP on multimedia/gstreamer1/plugins-good,-pulse, the main package is enough. tested by solene@, thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2024/04/20 08:06:23 Modified files: lang/ocaml : Makefile distinfo Removed files: lang/ocaml/patches: patch-configure Log message: Update OCaml to 4.14.2. Drops patches for configure now that upstream handles no-execute-only. Updates Makefile now that upstream handles nobtcfi linker args. ok volker@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2024/04/20 07:23:48 Modified files: textproc/uncrustify: Makefile distinfo Log message: Update uncrustify to 0.78.1. OK rpointel@
Re: update games/openttd --> 14.0
Am Tue, 16 Apr 2024 20:10:07 +0200 schrieb Paco Esteban : > On Tue, 16 Apr 2024, Anthony J. Bentley wrote: > > > Paco Esteban writes: > > > Hi ports@, > > > > > > This is an update of games/openttd to its latest version 14.0 > > > Announcement here: > > > https://www.openttd.org/news/2024/04/13/openttd-14-0 Changelog > > > here: https://cdn.openttd.org/openttd-releases/14.0/changelog.txt > > > > Hm! > > > > /usr/ports/pobj/openttd-14.0/openttd-14.0/src/core/random_func.cpp:137:3: > > warning: "No cryptographically-strong random generator available; > > using a fallback instead" [-W#warnings] > > > > There's a block that uses arc4random, but OpenBSD is missing: > > > > #elif defined(__APPLE__) || defined(__NetBSD__) || > > defined(__FreeBSD__) arc4random_buf(buf.data(), buf.size()); > > return; > > > > Does this look better ? Thank you for beating me to it! I've came up with a similar diff and tested the now available binary for some time. The new font looks nice on a 4K Display with 2.5x scaling! -- greetings, Florian Viehweger
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 07:05:46 Modified files: databases/p5-DBD-Mock: Makefile databases/p5-DBD-Mock/pkg: PLIST devel/p5-IO-Handle-Util: Makefile devel/p5-IO-Handle-Util/pkg: PLIST devel/p5-MooseX-Traits: Makefile devel/p5-MooseX-Traits/pkg: PLIST devel/p5-MooseX-Types-Structured: Makefile devel/p5-MooseX-Types-Structured/pkg: PLIST devel/p5-TOML-Parser: Makefile devel/p5-TOML-Parser/pkg: PLIST devel/p5-Test-Deep-Fuzzy: Makefile devel/p5-Test-Deep-Fuzzy/pkg: PLIST geo/p5-Geo-UK-Postcode-Regex: Makefile geo/p5-Geo-UK-Postcode-Regex/pkg: PLIST www/p5-Starman : Makefile www/p5-Starman/pkg: PLIST www/p5-XML-Atom: Makefile www/p5-XML-Atom/pkg: PLIST Log message: newer p5-Module-Build-Tiny no longer installs 0-byte manuals; fix plists
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 06:57:37 Modified files: graphics/gimp/snapshot: Makefile Log message: add BDEP on bison, used if detected during build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/04/20 06:27:57 Modified files: x11/gnome/session: Makefile distinfo x11/gnome/session/patches: patch-data_meson_build x11/gnome/session/pkg: PLIST Added files: x11/gnome/session/patches: patch-doc_man_gnome-session_1 patch-gnome-session_gsm-autostart-app_c patch-gnome-session_gsm-consolekit_c patch-gnome-session_gsm-consolekit_h patch-gnome-session_gsm-manager_c patch-gnome-session_gsm-system_c patch-gnome-session_gsm-systemd_c patch-gnome-session_gsm-util_c patch-gnome-session_gsm-util_h patch-gnome-session_main_c patch-gnome-session_meson_build patch-meson_build patch-meson_options_txt patch-tools_meson_build Log message: Update to gnome-session-46.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 04:44:03 Modified files: net/librenms : Makefile distinfo net/librenms/patches: patch-misc_config_definitions_json net/librenms/pkg: PLIST Log message: update to librenms-24.4.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 04:43:35 Modified files: mail/elm : Makefile Log message: add license marker
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Wed Apr 17 01:47:45 MDT 2024 finished at Sat Apr 20 04:21:41 MDT 2024 lasted 3D02h33m done with kern.version=OpenBSD 7.5-current (GENERIC.MP) #14: Tue Apr 16 20:24:27 MDT 2024 built packages:12179 Apr 17:4050 Apr 18:436 Apr 19:5112 Apr 20:2580 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2024-04-17/summary.log build failures: 3 http://build-failures.rhaalovely.net/aarch64/2024-04-17/emulators/dolphin,-main.log http://build-failures.rhaalovely.net/aarch64/2024-04-17/plan9/plan9port.log http://build-failures.rhaalovely.net/aarch64/2024-04-17/x11/mate/pluma.log recurrent failures failures/plan9/plan9port.log new failures +++ ls-failures Sat Apr 20 04:23:09 2024 +failures/emulators/dolphin,-main.log +failures/x11/mate/pluma.log resolved failures --- ../old/aarch64/last//ls-failuresWed Apr 10 22:42:23 2024
Re: x11/qt5 doesn't cleanup some files
On 2024/04/20 02:07, Kirill A. Korinsky wrote: > ports@, > > Let assume that I have a system without x11/qt5, and to install it I do > something like this: > > ~ $ ls /usr/local/lib/qt5 > ls: /usr/local/lib/qt5: No such file or directory > ~ $ doas pkg_add -a py3-qt5 > quirks-7.18 signed on 2024-04-18T15:06:29Z > py3-qt5-5.15.9p1:py3-ply-3.11p6: ok > py3-qt5-5.15.9p1:pcaudiolib-1.2: ok > py3-qt5-5.15.9p1:espeak-1.51p2: ok > py3-qt5-5.15.9p1:libao-1.2.0p2: ok > py3-qt5-5.15.9p1:dotconf-1.3p0: ok > py3-qt5-5.15.9p1:py3-xdg-0.28p2: ok > py3-qt5-5.15.9p1:speech-dispatcher-0.11.5: ok > py3-qt5-5.15.9p1:qtbase-5.15.12pl151p0: ok > py3-qt5-5.15.9p1:libsigc++-2.12.1: ok > py3-qt5-5.15.9p1:glib2mm-2.66.7: ok > py3-qt5-5.15.9p1:gstreamer1mm-1.10.0p9: ok > py3-qt5-5.15.9p1:qtdeclarative-5.15.12pl31: ok > py3-qt5-5.15.9p1:qtmultimedia-5.15.12pl2: ok > py3-qt5-5.15.9p1:qtspeech-5.15.12pl1: ok > py3-qt5-5.15.9p1:hyphen-2.8.8p0: ok > py3-qt5-5.15.9p1:qtwebsockets-5.15.12pl2: ok > py3-qt5-5.15.9p1:qtwebchannel-5.15.12pl3: ok > py3-qt5-5.15.9p1:qtserialport-5.15.12: ok > py3-qt5-5.15.9p1:qtlocation-5.15.12pl6: ok > py3-qt5-5.15.9p1:qtsensors-5.15.12: ok > py3-qt5-5.15.9p1:libnotify-0.8.3: ok > py3-qt5-5.15.9p1:avahi-glib-0.8p2: ok > py3-qt5-5.15.9p1:glib2-networking-2.80.0: ok > py3-qt5-5.15.9p1:libpsl-0.21.1: ok > py3-qt5-5.15.9p1:libsoup3-3.4.4: ok > py3-qt5-5.15.9p1:geoclue2-2.7.1p0: ok > py3-qt5-5.15.9p1:qtwebkit-5.212.0alpha4p9v0: ok > py3-qt5-5.15.9p1:qtx11extras-5.15.12: ok > py3-qt5-5.15.9p1:qtxmlpatterns-5.15.12: ok > py3-qt5-5.15.9p1:py3-sip-6.7.11p0v0: ok > py3-qt5-5.15.9p1:py3-pyqt5_sip-12.12.2: ok > py3-qt5-5.15.9p1:qtconnectivity-5.15.12pl6: ok > py3-qt5-5.15.9p1:qtsvg-5.15.12pl6: ok > py3-qt5-5.15.9p1:llvm-16.0.6p24: ok > py3-qt5-5.15.9p1:qttools-5.15.12pl4: ok > py3-qt5-5.15.9p1:qtremoteobjects-5.15.12: ok > py3-qt5-5.15.9p1: ok > Running tags: ok > New and changed readme(s): > /usr/local/share/doc/pkg-readmes/llvm-16 > ~ $ > > now, let remove it: > > ~ $ doas pkg_delete -a > lcms2-2.16p0:py3-qt5-5.15.9p1: ok > lcms2-2.16p0:qtspeech-5.15.12pl1: ok > lcms2-2.16p0:qtmultimedia-5.15.12pl2: ok > lame-3.100p2:speech-dispatcher-0.11.5: ok > lame-3.100p2:espeak-1.51p2: ok > lame-3.100p2:pcaudiolib-1.2: ok > gsettings-desktop-schemas-46.0:qtwebkit-5.212.0alpha4p9v0: ok > gsettings-desktop-schemas-46.0:geoclue2-2.7.1p0: ok > gsettings-desktop-schemas-46.0:libsoup3-3.4.4: ok > gsettings-desktop-schemas-46.0:glib2-networking-2.80.0: ok > py3-pyqt5_sip-12.12.2: ok > qtx11extras-5.15.12: ok > qtwebchannel-5.15.12pl3: ok > avahi-glib-0.8p2: ok > libpsl-0.21.1: ok > qtbase-5.15.12pl151p0:qtsensors-5.15.12: ok > qtbase-5.15.12pl151p0:qtlocation-5.15.12pl6: ok > qtbase-5.15.12pl151p0:qtserialport-5.15.12: ok > qtbase-5.15.12pl151p0:qtwebsockets-5.15.12pl2: ok > qtbase-5.15.12pl151p0:qttools-5.15.12pl4: ok > qtbase-5.15.12pl151p0:qtxmlpatterns-5.15.12: ok > qtbase-5.15.12pl151p0:qtconnectivity-5.15.12pl6: ok > qtbase-5.15.12pl151p0:qtremoteobjects-5.15.12: ok > qtbase-5.15.12pl151p0:qtdeclarative-5.15.12pl31: ok > qtbase-5.15.12pl151p0:qtsvg-5.15.12pl6: ok > qtbase-5.15.12pl151p0: ok > glib2mm-2.66.7:gstreamer1mm-1.10.0p9: ok > glib2mm-2.66.7: ok > py3-ply-3.11p6:py3-sip-6.7.11p0v0: ok > py3-ply-3.11p6: ok > libsigc++-2.12.1: ok > libao-1.2.0p2: ok > dotconf-1.3p0: ok > llvm-16.0.6p24: ok > hyphen-2.8.8p0: ok > libnotify-0.8.3: ok > py3-xdg-0.28p2: ok > Running tags: ok > Read shared items: ok > --- -geoclue2-2.7.1p0 --- > You should also run /usr/sbin/userdel _geoclue > You should also run /usr/sbin/groupdel _geoclue > --- -py3-xdg-0.28p2 --- > Error deleting directory /usr/local/lib/qt5/examples: Directory not empty > Error deleting directory /usr/local/lib/qt5: Directory not empty > ~ $ > > as you see, it left /usr/local/lib/qt5: > > ~ $ find /usr/local/lib/qt5 > /usr/local/lib/qt5 > /usr/local/lib/qt5/examples > /usr/local/lib/qt5/examples/bluetooth > /usr/local/lib/qt5/examples/bluetooth/btscanner > /usr/local/lib/qt5/examples/bluetooth/heartrate-game > /usr/local/lib/qt5/examples/bluetooth/heartrate-server > /usr/local/lib/qt5/examples/bluetooth/lowenergyscanner > /usr/local/lib/qt5/examples/remoteobjects > /usr/local/lib/qt5/examples/remoteobjects/ssl > /usr/local/lib/qt5/examples/remoteobjects/ssl/sslserver > /usr/local/lib/qt5/examples/remoteobjects/ssl/sslserver/cert > /usr/local/lib/qt5/examples/remoteobjects/websockets > /usr/local/lib/qt5/examples/remoteobjects/websockets/common > /usr/local/lib/qt5/examples/remoteobjects/websockets/common/cert > ~ $ > > -- > wbr, Kirill > Some files are in PLISTs which don't include the parent directory, for example the readme here is in ,-main but the dir is in ,-examples.
Re: Fix emulators/dosbox-x build on riscv64
On 2024/04/20 06:59, SASANO Takayoshi wrote: > Hi, > > I compared Brad's diff with current DOSBox-X code on GitHub > https://github.com/joncampbell123/dosbox-x/commit/53fe254c9ce25a48dbe11582416cbf3a49516dce > > Copyright date is different (2002-2021 should be 2002-2024) but > others are same. > > I think this is ok. > -- > SASANO Takayoshi (JG1UAA) > ok.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 04:10:11 Modified files: textproc/py-sphinx: Makefile distinfo Log message: update to py3-sphinx-7.3.7
Re: -current Haskell ports aborting with SIGILL
On 2024/04/19 17:58, Greg Steuck wrote: > James Cook writes: > > > Here are some results of debugging with lldb. > > > > > > With cabal-bundler and pandoc, it seems to be the xgetbv instruction > > itself: > > > > > > $ lldb /usr/local/bin/cabal-bundler > > (lldb) target create "/usr/local/bin/cabal-bundler" > > Current executable set to '/usr/local/bin/cabal-bundler' (x86_64). > > (lldb) run > > Process 90738 launched: '/usr/local/bin/cabal-bundler' (x86_64) > > Process 90738 stopped > > * thread #1, stop reason = signal SIGILL > > frame #0: 0x004c12ba cabal-bundler`___lldb_unnamed_symbol522 + > > 90 > > cabal-bundler`___lldb_unnamed_symbol522: > > -> 0x4c12ba <+90>: xgetbv > > Unless I'm missing something, xgetvb is not available in your CPU. > > cpu0: AMD Phenom(tm) II X3 710 Processor, 2611.95 MHz, 10-04-02, patch > 01db > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,HWPSTATE,ITSC > > XGETBV1 is missing in the above and my cursory reading of > https://en.wikipedia.org/wiki/X86-64#AMD64 supports this conclusion. > > Somebody will have to adapt the checking code to be conditional on this > instruction presence if it's deemed important enough to support this CPU. This is in the avx512 checks in the text library again, I think it must be patch-libraries_text_cbits_measure_off_c (the simdutf one doesn't explicitly check for xgetbv but it does check for osxsave so I think wouldn't have executed the xgetbv opcode on this cpu). As -current does now have avx512 support in the kernel we probably should be able to remove that patch, but it needs testing on an avx512 machine as well as that old Phenom.
Re: CVS: cvs.openbsd.org: ports
On 2024/04/19 21:48, Solene Rapenne wrote: > On Fri, Apr 19, 2024 at 09:41:15PM GMT, Solene Rapenne wrote: > > On Fri, Apr 19, 2024 at 07:07:22AM GMT, Stuart Henderson wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: st...@cvs.openbsd.org 2024/04/19 07:07:22 > > > > > > Modified files: > > > textproc/py-docutils: Makefile distinfo > > > textproc/py-docutils/pkg: PLIST > > > > > > Log message: > > > update to py3-docutils-0.21.1 > > > > > > > fail to build on amd64 > > > > >>> Running build in textproc/py-docutils,python3 at 1713555354.66 > > ===> textproc/py-docutils,python3 > > ===> Checking files for py3-docutils-0.21.1 > > `/data/distfiles/docutils-0.21.1.tar.gz' is up to date. > > >> (SHA256) docutils-0.21.1.tar.gz: OK > > ===> Extracting for py3-docutils-0.21.1 > > ===> Patching for py3-docutils-0.21.1 > > ===> Compiler link: clang -> env CCACHE_DIR=/tmp/pobj/.ccache ccache > > /usr/bin/clang > > ===> Compiler link: clang++ -> env CCACHE_DIR=/tmp/pobj/.ccache ccache > > /usr/bin/clang++ > > ===> Compiler link: cc -> env CCACHE_DIR=/tmp/pobj/.ccache ccache > > /usr/bin/cc > > ===> Compiler link: c++ -> env CCACHE_DIR=/tmp/pobj/.ccache ccache > > /usr/bin/c++ > > ===> Generating configure for py3-docutils-0.21.1 > > ===> Configuring for py3-docutils-0.21.1 > > ===> Building for py3-docutils-0.21.1 > > * Getting build dependencies for wheel... > > > > Traceback (most recent call last): > > File "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_impl.py", > > line 321, in _call_hook > > raise BackendUnavailable(data.get('traceback', '')) > > pyproject_hooks._impl.BackendUnavailable: Traceback (most recent call last): > > File > > "/usr/local/lib/python3.10/site-packages/pyproject_hooks/_in_process/_in_process.py", > > line 77, in _build_backend > > obj = import_module(mod_path) > > File "/usr/local/lib/python3.10/importlib/__init__.py", line 126, in > > import_module > > return _bootstrap._gcd_import(name[level:], package, level) > > File "", line 1050, in _gcd_import > > File "", line 1027, in _find_and_load > > File "", line 992, in _find_and_load_unlocked > > File "", line 241, in > > _call_with_frames_removed > > File "", line 1050, in _gcd_import > > File "", line 1027, in _find_and_load > > File "", line 1004, in > > _find_and_load_unlocked > > ModuleNotFoundError: No module named 'flit_core' > > > > ERROR Backend 'flit_core.buildapi' is not available. > > *** Error 1 in textproc/py-docutils > > (/data/ports/lang/python/python.port.mk:370 'do-build': @: ; if [ -e > > /tmp/pobj/py-docutils-0.21.1-python...) > > *** Error 2 in textproc/py-docutils > > (/data/ports/infrastructure/mk/bsd.port.mk:3057 > > '/tmp/pobj/py-docutils-0.21.1-python3/.build_done': @cd ...) > > *** Error 2 in textproc/py-docutils > > (/data/ports/infrastructure/mk/bsd.port.mk:2704 'build': > > @lock=py3-docutils-0.21.1; export _LOCKS_HELD=...) > > ===> Exiting textproc/py-docutils,python3 with an error > > > > this diff seems to work for me > > ok? > > diff --git a/textproc/py-docutils/Makefile b/textproc/py-docutils/Makefile > index 300c8d4caf4..dca2c5b5e80 100644 > --- a/textproc/py-docutils/Makefile > +++ b/textproc/py-docutils/Makefile > @@ -4,6 +4,7 @@ MODPY_EGG_VERSION= 0.21.1 > DISTNAME=docutils-${MODPY_EGG_VERSION} > PKGNAME= py-${DISTNAME} > CATEGORIES= textproc > +REVISION=0 > > HOMEPAGE=https://docutils.sourceforge.io/ > > @@ -15,6 +16,8 @@ MODULES=lang/python > MODPY_PI=Yes > MODPY_PYBUILD= setuptools > > +BUILD_DEPENDS= devel/py-flit_core${MODPY_FLAVOR} > + > RUN_DEPENDS= textproc/py-pygments${MODPY_FLAVOR} > > FLAVORS= python3 > Thanks, I've fixed it this way: -MODPY_PYBUILD= setuptools +MODPY_PYBUILD= flit_core
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/04/20 03:42:43 Modified files: textproc/py-docutils: Makefile Log message: docutils now uses flit_core.not setuptools, found by solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/20 03:28:33 Modified files: net/nheko : Makefile net/nheko/patches: patch-src_Cache_cpp patch-src_ChatPage_cpp Added files: net/nheko/patches: patch-src_encryption_DeviceVerificationFlow_cpp patch-src_timeline_InputBar_cpp patch-src_ui_MxcMediaProxy_cpp Log message: net/nheko: fix build with fmt 0.10 now that spdlog links/builds against it from brad, patches cherrypicked from upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/20 03:27:50 Modified files: devel/mtxclient: Makefile Log message: devel/mtxclient: fix WANTLIB after fmt addition to spdlog
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/20 03:27:13 Modified files: devel/coeurl : Makefile Added files: devel/coeurl/patches: patch-lib_client_cpp Log message: net/coeurl: link with spdlog and fix build with fmt 0.10 from brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/04/20 03:26:30 Modified files: devel/spdlog : Makefile distinfo devel/spdlog/pkg: PLIST Log message: devel/spdlog: update to 0.13.0 and link with system fmt from brad
[update] geo/traccar 6.1
Hello, Here is an update for geo/traccar 6.1. Tested on amd64 Legacy app is now removed by default from 6.0 onwards, but is still available on GitHub for those who still want to use it. This should maybe be added to upgrade76.html. Best Regards smime.p7s Description: S/MIME Cryptographic Signature
Re: dpb always rebuild rust-bootstrap
On Sat, Apr 20, 2024 at 09:00:30AM GMT, Sebastien Marie wrote: > Solene Rapenne writes: > > > hi, on a fresh current amd64 I had to set up dpb because it seems > > there was a libc bump at the wrong time for me :) > > > > however, now I have my working dpb (easy to setup once you understand > > it), I don't understand why dpb -R something_depending_on_rust > > always have to recompile lang/rust, in the packages directory, only > > the rust bootstrap package is changed everytime I run dpb. > > > > I'm not sure which logs I could provide though. This is quite > > annoying because lang/rust is heavy to compile and I like to trigger > > dpb every time I try a diff. > > > > Am I the only one with this issue? > > I'm interested to know if there are any problems with the way I did > rust-bootstrap. > > Currently, it is marked with 'always-update', because the package > content depend on the build host (system libraries are embedded in the > package for the bootstrap purpose). I expected that if the package isn't > installed (and it shouldn't in standard usage) it will not be a problem. > > Do you have it installed ? If it isn't the case, and dpb is rebuilding > it without purpose (I assume no port depending on it), it might be a > problem in dpb, or some side effect for a subpackage having > 'always-update'. > > I could look to remove the 'always-update' option from rust-bootstrap > without too much trouble. > > Thanks. > -- > Sebastien Marie rust-bootstrap is not installed in the chroot after using dpb -R shells/nushell that rebuilt rust-bootstrap , I don't think junking happened I'll try without always-update
Re: dpb always rebuild rust-bootstrap
Solene Rapenne writes: > hi, on a fresh current amd64 I had to set up dpb because it seems > there was a libc bump at the wrong time for me :) > > however, now I have my working dpb (easy to setup once you understand > it), I don't understand why dpb -R something_depending_on_rust > always have to recompile lang/rust, in the packages directory, only > the rust bootstrap package is changed everytime I run dpb. > > I'm not sure which logs I could provide though. This is quite > annoying because lang/rust is heavy to compile and I like to trigger > dpb every time I try a diff. > > Am I the only one with this issue? I'm interested to know if there are any problems with the way I did rust-bootstrap. Currently, it is marked with 'always-update', because the package content depend on the build host (system libraries are embedded in the package for the bootstrap purpose). I expected that if the package isn't installed (and it shouldn't in standard usage) it will not be a problem. Do you have it installed ? If it isn't the case, and dpb is rebuilding it without purpose (I assume no port depending on it), it might be a problem in dpb, or some side effect for a subpackage having 'always-update'. I could look to remove the 'always-update' option from rust-bootstrap without too much trouble. Thanks. -- Sebastien Marie
Re: UPDATE: spdlog 1.13.0
Le Fri, Apr 19, 2024 at 10:11:47PM -0400, Brad Smith a écrit : > Here is an update to spdlog 1.13.0. > > And adjustments for some of the downstream ports that use > spdlog as a dependency. so from my understanding: - spdlog shipped its own bundled fmt, which gets removed in this update as newer spdlog now links with the system fmt (or the dep could be enabled since fmt was updated) - and the downstream ports coeurl & nheko get new patches (from upstream) to build against the system fmt too ? right ? iirc in the past i tried to update coeurl & nheko and there were issues with the fmt version we had, but now that it's updated it might be another occasion to update those. I'll eventually look at that too. Landry