Re: Sample go port - considering porting "imaginary" image processing
On 2023/04/21 14:56, Steve Williams (Contractor) wrote: > Hi, > > I am running Nextcloud and it can now use an external service to > render thumbnails that's (allegedly) much faster than the php > Imagick stuff. > > Of course, it's built for docker... I was considering to see if > it's possible/worth the effort to do a port for it. > > https://github.com/h2non/imaginary Written to work easily in Docker but it isn't needed. > From following the ports list, I believe there's support for > easily porting go applications in the OpenBSD ports > infrastructure. It's easy if the program only uses things which work in OpenBSD, doesn't need patching, and is supported by "portgen go" - fortunately this is the case here. For some other software it's a complete nightmare. Start with "portgen go github.com/h2non/imaginary", add a LIB_DEPENDS on graphics/libvips (also fortunately this is already ported). That will be enough to get it building, then you need to add a license marker in place of the "unknown" and set PERMIT_PACKAGE (remove portgen's default PERMIT_DISTFILES line as that defaults to the value of PERMIT_PACKAGE). Then you are into standard ports things like generating PLIST, setting WANTLIB (use "make port-lib-depends-check"), writing DESCR, and as it's a daemon providing an rc script (crib from another go port that provides a web service - www/honk is probably a good one to borrow from, though try to avoid setting a pexp with .*, use the default if it works but if not then try to include ${daemon_flags} in the string). You'll also need to create a uid (@newuser in PLIST) so it doesn't run as root.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2023/04/21 23:27:00 Modified files: www/iridium: Makefile distinfo www/iridium/patches: patch-BUILD_gn patch-base_BUILD_gn patch-base_allocator_partition_allocator_page_allocator_internals_posix_h patch-base_allocator_partition_allocator_partition_address_space_cc patch-base_allocator_partition_allocator_partition_alloc_config_h patch-base_allocator_partition_allocator_partition_alloc_constants_h patch-base_allocator_partition_allocator_partition_alloc_gni patch-base_allocator_partition_allocator_partition_page_h patch-base_allocator_partition_allocator_partition_root_cc patch-base_allocator_partition_allocator_starscan_stack_stack_cc patch-base_atomicops_h patch-base_debug_stack_trace_posix_cc patch-base_process_kill_posix_cc patch-base_process_process_iterator_freebsd_cc patch-base_process_process_iterator_openbsd_cc patch-base_process_process_posix_cc patch-base_profiler_module_cache_cc patch-base_synchronization_lock_impl_h patch-base_threading_platform_thread_posix_cc patch-build_config_compiler_BUILD_gn patch-build_config_rust_gni patch-build_toolchain_gcc_toolchain_gni patch-cc_BUILD_gn patch-chrome_app_chrome_main_cc patch-chrome_app_chrome_main_delegate_cc patch-chrome_app_generated_resources_grd patch-chrome_app_settings_strings_grdp patch-chrome_app_theme_chrome_unscaled_resources_grd patch-chrome_browser_about_flags_cc patch-chrome_browser_chrome_browser_interface_binders_cc patch-chrome_browser_chrome_browser_main_cc patch-chrome_browser_chrome_content_browser_client_cc patch-chrome_browser_devtools_devtools_eye_dropper_cc patch-chrome_browser_download_chrome_download_manager_delegate_cc patch-chrome_browser_download_download_commands_cc patch-chrome_browser_download_download_item_model_cc patch-chrome_browser_download_download_prefs_cc patch-chrome_browser_download_download_prefs_h patch-chrome_browser_enterprise_connectors_connectors_service_cc patch-chrome_browser_enterprise_connectors_device_trust_device_trust_service_factory_cc patch-chrome_browser_enterprise_connectors_device_trust_signals_signals_service_factory_cc patch-chrome_browser_enterprise_connectors_reporting_browser_crash_event_router_cc patch-chrome_browser_extensions_BUILD_gn patch-chrome_browser_extensions_api_api_browser_context_keyed_service_factories_cc patch-chrome_browser_extensions_api_enterprise_reporting_private_enterprise_reporting_private_api_cc patch-chrome_browser_extensions_api_passwords_private_passwords_private_delegate_impl_cc patch-chrome_browser_extensions_api_settings_private_prefs_util_cc patch-chrome_browser_file_system_access_chrome_file_system_access_permission_context_cc patch-chrome_browser_flag_descriptions_cc patch-chrome_browser_flag_descriptions_h patch-chrome_browser_headless_headless_mode_util_cc patch-chrome_browser_media_webrtc_webrtc_log_uploader_cc patch-chrome_browser_metrics_chrome_browser_main_extra_parts_metrics_cc patch-chrome_browser_metrics_chrome_metrics_service_client_cc patch-chrome_browser_net_system_network_context_manager_cc patch-chrome_browser_new_tab_page_modules_drive_drive_service_cc patch-chrome_browser_policy_configuration_policy_handler_list_factory_cc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: patr...@cvs.openbsd.org 2023/04/21 17:20:22 Modified files: devel/riscv-elf/binutils: Makefile devel/riscv-elf/binutils/patches: patch-ld_Makefile_in devel/riscv-elf/binutils/pkg: PLIST Added files: devel/riscv-elf/binutils/patches: patch-libctf_Makefile_in patch-libsframe_Makefile_in Log message: Get rid of additional info dep files that accidentally showed up in the port during the last update. While there, also get rid of the libdep plugin. These files clashed with the work in progress update for the arm and aarch64 cross-toolchain. ok tobhe@
Re: lang/python/3.10 seems not to build in chroot - ok? (devel/git, 7.3, net/monero)
Thank you very much! You've literally made my day! Cherry on the cake -- Now I can say it like Frank Sinatra: I did it my way. :) (ldconfig /usr/local/lib /usr/X11R6/lib) On 21.04.23 17:14, Stuart Henderson wrote: No /usr/X11R6/lib in the ldconfig line. But yes, proot is a better idea to do the setup.
Sample go port - considering porting "imaginary" image processing
Hi, I am running Nextcloud and it can now use an external service to render thumbnails that's (allegedly) much faster than the php Imagick stuff. Of course, it's built for docker... I was considering to see if it's possible/worth the effort to do a port for it. https://github.com/h2non/imaginary From following the ports list, I believe there's support for easily porting go applications in the OpenBSD ports infrastructure. Is there a sample application, or a template that I could look at? I did look at the porting handbook referenced in the FAQ, but there wasn't anything go specific. Thanks, Steve W.
amd64: BTI-by-default fallout
i have put my clang amd64 bti-by-default diff into snaps Oddly enough, this has already broken two ports: sysutils/firmware/vmm /usr/lib/crt0.o: could not read symbols: File format not recognized collect2: error: ld returned 1 exit status lang/fpc /usr/lib/crtbegin.o: could not read symbols: File format not recognized pp.pas(266,1) Error: Error while linking pp.pas(266,1) Fatal: There were 1 errors compiling module, stopping Both files have grown two additonal sections: .plt .note.gnu.property -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: [readd] games/hedgewars
Hi, On Thu, Apr 20, 2023 at 07:58:38PM -0400, Thomas Frohwein wrote: > Regarding the server build, it would be good to think about what would > be needed to bring it back... Can the Haskell dependencies be pulled > into the install via MASTER_SITES{0,1,...} and be used this way? Or > would the removed ports need to be restored to get there? Neither one. See cabal-module(5), especially the example mentioning cabal-bundler. And productivity/hledger for an example. The idea is to mention all required dependencies (on packages available on hackage.haskell.org) in MODCABAL_MANIFEST, and build all of them together with the port (games/hledger in this case), so we don't need hundreds of hs-ports for providing end-user haskell packages. Ciao, Kili
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:36:16 Modified files: x11/gnome/libpanel: Makefile distinfo x11/gnome/libpanel/pkg: PLIST Log message: Update to libpanel-1.2.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:30:28 Modified files: x11/gnome/user-docs: Makefile distinfo x11/gnome/user-docs/pkg: PLIST Log message: Update to gnome-user-docs-44.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/04/21 13:30:08 Modified files: x11/xfce4/xfce4-weather: Makefile distinfo x11/xfce4/xfce4-weather/pkg: PLIST Removed files: x11/xfce4/xfce4-weather/patches: patch-panel-plugin_weather-summary_c Log message: x11/xfce4/xfce4-weather: update to 0.11.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:26:50 Modified files: x11/gnome/orca : Makefile distinfo Log message: Update to orca-44.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:19:08 Modified files: www/webkitgtk4 : Makefile www/webkitgtk4/pkg: PFRAG.webkitgtk60 Log message: Provide upgrade path from www/webkitgtk50.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:18:20 Modified files: www: Makefile Removed files: www/webkitgtk50: Makefile distinfo www/webkitgtk50/patches: patch-Source_JavaScriptCore_API_glib_JSCOptions_cpp patch-Source_JavaScriptCore_assembler_ARM64Assembler_h patch-Source_JavaScriptCore_assembler_ARMv7Assembler_h patch-Source_JavaScriptCore_assembler_MacroAssemblerX86Common_h patch-Source_JavaScriptCore_heap_BlockDirectory_cpp patch-Source_JavaScriptCore_javascriptcoregtk_pc_in patch-Source_JavaScriptCore_jsc_cpp patch-Source_JavaScriptCore_offlineasm_arm64_rb patch-Source_JavaScriptCore_runtime_MachineContext_h patch-Source_JavaScriptCore_runtime_Options_cpp patch-Source_ThirdParty_ANGLE_src_common_platform_h patch-Source_WTF_wtf_InlineASM_h patch-Source_WTF_wtf_PageBlock_h patch-Source_WTF_wtf_PlatformCPU_h patch-Source_WTF_wtf_PlatformEnable_h patch-Source_WTF_wtf_PlatformHave_h patch-Source_WTF_wtf_Platform_h patch-Source_WTF_wtf_RawHex_h patch-Source_WTF_wtf_dtoa_utils_h patch-Source_WebCore_PAL_pal_PlatformGTK_cmake patch-Source_WebCore_crypto_algorithms_CryptoAlgorithmAES_GCM_cpp patch-Source_WebCore_page_NavigatorBase_cpp patch-Source_WebCore_platform_graphics_FontSelectionAlgorithm_h patch-Source_WebCore_platform_network_DNS_h patch-Source_WebCore_rendering_RenderLayerBacking_h patch-Source_WebDriver_PlatformGTK_cmake patch-Source_WebKit_gtk_webkit2gtk-web-extension_pc_in patch-Source_WebKit_gtk_webkit2gtk_pc_in patch-Source_bmalloc_bmalloc_AvailableMemory_cpp patch-Source_bmalloc_bmalloc_AvailableMemory_h patch-Source_bmalloc_bmalloc_BPlatform_h patch-Source_cmake_OptionsCommon_cmake patch-Source_cmake_WebKitCommon_cmake patch-Source_cmake_WebKitCompilerFlags_cmake patch-Source_cmake_WebKitFeatures_cmake www/webkitgtk50/pkg: DESCR PLIST Log message: Remove webkitgtk50; nothing uses it anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:17:10 Modified files: x11/gnome/initial-setup: Makefile distinfo x11/gnome/initial-setup/patches: patch-gnome-initial-setup_meson_build x11/gnome/initial-setup/pkg: PLIST Log message: Update to gnome-initial-setup-44.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:09:33 Modified files: x11/gnome/builder: Makefile Log message: Move to webkitgtk-6.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:07:39 Modified files: x11/gnome/terminal: Makefile distinfo x11/gnome/terminal/patches: patch-meson_build x11/gnome/terminal/pkg: PLIST-main Log message: Update to gnome-terminal-3.48.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 13:07:18 Modified files: devel/vte3 : Makefile distinfo Log message: Update to vte3-0.72.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 12:29:50 Modified files: x11/mate/terminal: Makefile Log message: Regen WANTLIB.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/04/21 12:27:28 Modified files: x11/xfce4/xfce4-time-out: Makefile distinfo x11/xfce4/xfce4-time-out/pkg: PLIST Log message: x11/xfce4/xfce4-time-out: update to 1.1.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 12:22:43 Modified files: devel/giggle : Makefile Log message: Regen WANTLIB.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 12:13:39 Modified files: security/py-tlsfuzzer: Makefile distinfo Log message: Update to tlsfuzzer 20230421
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 12:12:49 Modified files: security/rust-openssl-tests: Makefile crates.inc distinfo security/rust-openssl-tests/pkg: PLIST Log message: Update to rust-openssl-tests 20230421
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 12:07:56 Modified files: mail/evolution-ews: Makefile distinfo Log message: Update to evolution-ews-3.48.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 12:07:40 Modified files: mail/evolution : Makefile distinfo Log message: Update to evolution-3.48.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 12:07:24 Modified files: databases/evolution-data-server: Makefile distinfo Log message: Update to evolution-data-server-3.48.1.
Re: [update] openttd to 13.1
On 2023/04/13 21:56:43 +0200, Florian Viehweger wrote: > Hi, > > this updates openttd to 13.1, changes are listed here[1]. > > I've played a bit on amd64 and found no issues. > > Comments? builds and works fine for me. `make port-lib-depends-check' complains about unneeded WANTLIBs but I guess that's due to SDL2 being statically linked: % mpldc openttd-13.1(games/openttd): Extra: X11.18 Xcursor.5 Xext.13 Xfixes.6 Xi.12 Xrandr.7 Xss.6 Extra: samplerate.3 sndio.7 usbhid.7 I've tried again to see why it gets linked statically, but got headaches reading CMakeLists.txt. I tried to set up a simple reproduction project but FindSDL2.cmake seems to dynamically link by default. No idea. So, I guess it's ok to commit the diff as-is until someone figures this out. Dropping those deps from WANTLIB should make it worse. Will do in a couple of days provided nobody objects (but hoping someone will understand what's going on ;-) P.S.: if grep doesn't lie -and assuming I know how to grep- there are no dlopen() calls. > Index: Makefile > === > RCS file: /daten/openbsdmirror/cvs/mirror/ports/games/openttd/Makefile,v > retrieving revision 1.83 > diff -u -p -u -p -r1.83 Makefile > --- Makefile 28 Feb 2023 14:16:34 - 1.83 > +++ Makefile 13 Apr 2023 16:16:37 - > @@ -1,9 +1,8 @@ > COMMENT= open source clone of the game Transport Tycoon Deluxe > > -V = 13.0 > +V = 13.1 > DISTNAME = openttd-$V-source > PKGNAME =openttd-$V > -REVISION = 1 > > CATEGORIES= games > > Index: distinfo > === > RCS file: /daten/openbsdmirror/cvs/mirror/ports/games/openttd/distinfo,v > retrieving revision 1.43 > diff -u -p -u -p -r1.43 distinfo > --- distinfo 23 Feb 2023 19:46:44 - 1.43 > +++ distinfo 13 Apr 2023 16:16:37 - > @@ -1,2 +1,2 @@ > -SHA256 (openttd/openttd-13.0-source.tar.xz) = > M5344OCCcIfIOv54+O/GpzsKPYqVCgtTE3zm6KrXq2c= > -SIZE (openttd/openttd-13.0-source.tar.xz) = 7422316 > +SHA256 (openttd/openttd-13.1-source.tar.xz) = > Xt8i03A1I4KF72cql9WeZCgL66sj5YR4CDTM1r4KWLs= > +SIZE (openttd/openttd-13.1-source.tar.xz) = 7407360
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 11:37:36 Modified files: mail/evolution-ews: Makefile distinfo mail/evolution-ews/pkg: PLIST Log message: Update to evolution-ews-3.48.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 11:37:15 Modified files: mail/evolution : Makefile distinfo mail/evolution/pkg: PLIST Log message: Update to evolution-3.48.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 11:36:55 Modified files: databases/evolution-data-server: Makefile distinfo databases/evolution-data-server/patches: patch-cmake_modules_FindPhonenumber_cmake databases/evolution-data-server/pkg: PLIST Added files: databases/evolution-data-server/patches: patch-src_addressbook_libebook-contacts_CMakeLists_txt Removed files: databases/evolution-data-server/patches: patch-CMakeLists_txt Log message: Update to evolution-data-server-3.48.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 11:36:33 Modified files: x11/gnome/shell: Makefile Log message: Regen WANTLIB.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 11:22:58 Modified files: productivity/glabels: Makefile Log message: Regen WANTLIB.
Re: [new] pyhoca-cli, an alternative x2go client, and enable x2go plugin in remmina
Le Thu, Apr 13, 2023 at 05:26:47PM +0200, Landry Breuil a écrit : > Hi, > > here's a port for py-x2go and pyhoca-cli, an alternative to the > fullblown x2goclient QT client, cf > https://wiki.x2go.org/doku.php/doc:usage:pyhoca-cli > > works fine in lightweight testing, feels slower/sluggish but i havent > tried tweaking all the possible options. > > feedback and testing welcome ! i havent ported > https://wiki.x2go.org/doku.php/doc:usage:pyhoca-gui which uses > wxpython.. new versions of the ports, now selfhosting tarballs for git head for both projects, and an extra diff to enable the x2go plugin in remmina. cf https://remmina.org/x2go/ so far i havent been lucky running x2go from remmina, it crashes when spawning the x2go window (which still runs, but remmina dies due to threads/locks ?) feedback still welcome ! pyhoca-cli-x2go_2.tgz Description: application/tar-gz ? remmina-x2go.diff Index: Makefile === RCS file: /cvs/ports/x11/remmina/Makefile,v retrieving revision 1.58 diff -u -r1.58 Makefile --- Makefile3 Mar 2023 09:47:09 - 1.58 +++ Makefile21 Apr 2023 14:29:02 - @@ -3,6 +3,7 @@ V= 1.4.29 DISTNAME= remmina-${V} WRKDIST= ${WRKDIR}/Remmina-v${V}-fb19eb5f11f206ffb442a9e0c519cb0f2cb3fd8b +REVISION = 0 CATEGORIES=x11 net @@ -12,7 +13,7 @@ PERMIT_PACKAGE=Yes WANTLIB += ${MODPY_WANTLIB} -WANTLIB += avahi-client avahi-common avahi-ui-gtk3 c cairo crypto +WANTLIB += X11 avahi-client avahi-common avahi-ui-gtk3 c cairo crypto WANTLIB += cups freerdp-client2 freerdp2 gcrypt gdk-3 gdk_pixbuf-2.0 WANTLIB += gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gtk-3 intl WANTLIB += json-glib-1.0 pango-1.0 pthread secret-1 sodium spice-client-glib-2.0 @@ -44,6 +45,7 @@ RUN_DEPENDS= devel/desktop-file-utils \ devel/py-gobject3${MODPY_FLAVOR} \ misc/shared-mime-info \ + net/pyhoca-cli${MODPY_FLAVOR} \ x11/gtk+3,-guic # Appindicator is only used by Ubuntu's Unity. @@ -52,6 +54,9 @@ -DWITH_UPDATE_DESKTOP_DB=OFF CFLAGS += -I${X11BASE}/include -I${LOCALBASE}/include + +# enable x2go +CONFIGURE_ARGS += -DWITH_X2GO=ON # disable phone-home CONFIGURE_ARGS += -DWITH_NEWS=OFF Index: pkg/PLIST === RCS file: /cvs/ports/x11/remmina/pkg/PLIST,v retrieving revision 1.17 diff -u -r1.17 PLIST --- pkg/PLIST 3 Mar 2023 09:05:41 - 1.17 +++ pkg/PLIST 21 Apr 2023 14:29:02 - @@ -20,6 +20,7 @@ @so lib/remmina/plugins/remmina-plugin-secret.so @so lib/remmina/plugins/remmina-plugin-spice.so @so lib/remmina/plugins/remmina-plugin-vnc.so +@so lib/remmina/plugins/remmina-plugin-x2go.so @man man/man1/remmina-file-wrapper.1 @man man/man1/remmina.1 share/applications/org.remmina.Remmina-file.desktop @@ -75,6 +76,8 @@ share/icons/hicolor/scalable/emblems/org.remmina.Remmina-tool-symbolic.svg share/icons/hicolor/scalable/emblems/org.remmina.Remmina-vnc-ssh-symbolic.svg share/icons/hicolor/scalable/emblems/org.remmina.Remmina-vnc-symbolic.svg +share/icons/hicolor/scalable/emblems/org.remmina.Remmina-x2go-ssh-symbolic.svg +share/icons/hicolor/scalable/emblems/org.remmina.Remmina-x2go-symbolic.svg share/locale/ar/LC_MESSAGES/remmina.mo share/locale/ast/LC_MESSAGES/remmina.mo share/locale/ber/
Re: lang/python/3.10 seems not to build in chroot - ok? (devel/git, 7.3, net/monero)
No /usr/X11R6/lib in the ldconfig line. But yes, proot is a better idea to do the setup. -- Sent from a phone, apologies for poor formatting. On 21 April 2023 15:51:15 Theo Buehler wrote: Try proot(8) instead.
update: graphics/lensfun to 0.3.3
Updates lensfun to 0.3.3. Hundreds of new cameras and lenses. make test passes: 100% tests passed, 0 tests failed out of 8 Total Test time (real) = 8.72 sec Verified with rawtherapee that it shows my previously unsupported camera and lenses I request review of patch-tests_test_modifier_cpp i know nothing of C++. Everything else seems straightforward. Thanks patch inline and attached (gmail, possibly mangled) Index: Makefile === RCS file: /cvs/ports/graphics/lensfun/Makefile,v retrieving revision 1.31 diff -u -p -u -p -r1.31 Makefile --- Makefile 11 Mar 2022 19:22:39 - 1.31 +++ Makefile 21 Apr 2023 15:11:08 - @@ -1,11 +1,12 @@ COMMENT= library to adjust for photographic lens characteristics -DISTNAME= lensfun-0.3.2 -REVISION= 4 +GH_ACCOUNT= lensfun +GH_PROJECT= lensfun +GH_TAGNAME= v0.3.3 -SHARED_LIBS= lensfun 2.0 +SHARED_LIBS= lensfun 2.1 CATEGORIES= graphics -HOMEPAGE= http://lensfun.sourceforge.net/ +#HOMEPAGE= http://lensfun.sourceforge.net/ # library LGPLv3, lens db CC-BY-SA, build infrastructure/applications GPLv3 PERMIT_PACKAGE= Yes @@ -14,7 +15,7 @@ WANTLIB += c glib-2.0 m png ${COMPILER_L COMPILER = base-clang ports-gcc base-gcc -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/} +#MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lensfun/} MODULES= devel/cmake \ lang/python Index: distinfo === RCS file: /cvs/ports/graphics/lensfun/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo 31 Jan 2017 09:58:35 - 1.4 +++ distinfo 21 Apr 2023 15:11:08 - @@ -1,2 +1,2 @@ -SHA256 (lensfun-0.3.2.tar.gz) = rovK1GYUykf1vaZbAK9KJXqVZKYXJd+cdMsmDaVE0zE= -SIZE (lensfun-0.3.2.tar.gz) = 784825 +SHA256 (lensfun-0.3.3.tar.gz) = V7paA3fySUiXIznhi+lGrxLtoit8cH6w3dJlhjcPZ2U= +SIZE (lensfun-0.3.3.tar.gz) = 992432 Index: patches/patch-cmake_modules_FindGLIB2_cmake === RCS file: /cvs/ports/graphics/lensfun/patches/patch-cmake_modules_FindGLIB2_cmake,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-cmake_modules_FindGLIB2_cmake --- patches/patch-cmake_modules_FindGLIB2_cmake 11 Mar 2022 19:22:39 - 1.2 +++ patches/patch-cmake_modules_FindGLIB2_cmake 21 Apr 2023 15:11:08 - @@ -1,11 +1,12 @@ Avoid messing up between paths found by pkg-config and CMake itself. cmake/modules/FindGLIB2.cmake.orig Sun Nov 15 18:07:26 2015 -+++ cmake/modules/FindGLIB2.cmake Sun Jan 29 10:12:03 2017 +Index: cmake/modules/FindGLIB2.cmake +--- cmake/modules/FindGLIB2.cmake.orig cmake/modules/FindGLIB2.cmake @@ -1,6 +1,6 @@ IF (NOT MSVC) INCLUDE(FindPkgConfig) --PKG_SEARCH_MODULE( GLIB2 REQUIRED glib-2.0 ) -+PKG_SEARCH_MODULE(PC_GLIB2 REQUIRED glib-2.0 ) +-PKG_SEARCH_MODULE( GLIB2 glib-2.0 ) ++PKG_SEARCH_MODULE(PC_GLIB2 glib-2.0 ) IF(WIN32 AND NOT BUILD_STATIC) FIND_FILE(GLIB2_DLL NAMES glib-2.dll glib-2-vs9.dll libglib-2.0-0.dll Index: patches/patch-tests_test_modifier_cpp === RCS file: /cvs/ports/graphics/lensfun/patches/patch-tests_test_modifier_cpp,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-tests_test_modifier_cpp --- patches/patch-tests_test_modifier_cpp 11 Mar 2022 19:22:39 - 1.2 +++ patches/patch-tests_test_modifier_cpp 21 Apr 2023 15:11:08 - @@ -3,7 +3,7 @@ Fix c++11-narrowing with clang6 Index: tests/test_modifier.cpp --- tests/test_modifier.cpp.orig +++ tests/test_modifier.cpp -@@ -77,8 +77,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon +@@ -78,8 +78,8 @@ void test_mod_projection_center(lfFixture* lfFix, gcon // check if output becomes NaN when processing geometry conversion void test_mod_projection_borders(lfFixture* lfFix, gconstpointer data) { @@ -14,3 +14,28 @@ Index: tests/test_modifier.cpp float res[2] = {0, 0}; lfLensType geom_types [] = {LF_RECTILINEAR, LF_PANORAMIC, LF_EQUIRECTANGULAR, LF_FISHEYE_STEREOGRAPHIC, LF_FISHEYE, LF_FISHEYE_EQUISOLID, LF_FISHEYE_ORTHOGRAPHIC, LF_FISHEYE_THOBY, LF_UNKNOWN}; +@@ -102,18 +102,18 @@ void test_mod_projection_borders(lfFixture* lfFix, gco + LF_MODIFY_GEOMETRY, false); + + if (lfFix->mod->ApplyGeometryDistortion(0,0,1,1,res)) { +-g_assert_false(std::isnan(res[0])); +-g_assert_false(std::isnan(res[1])); ++g_assert_false(isnan(res[0])); ++g_assert_false(isnan(res[1])); + } + + if (lfFix->mod->ApplyGeometryDistortion(in[0],in[1],1,1,res)) { +-g_assert_false(std::isnan(res[0])); +-g_assert_false(std::isnan(res[1])); ++g_assert_false(isnan(res[0])); ++g_assert_false(isnan(res[1])); + } + + if (lfFix->mod->ApplyGeometryDistortion(in2[0],in2[1],1,1,res)) { +-
Re: lang/python/3.10 seems not to build in chroot - ok? (devel/git, 7.3, net/monero)
Try proot(8) instead.
lang/python/3.10 seems not to build in chroot - ok? (devel/git, 7.3, net/monero)
Hi, (to work on a net/monero port step by step) I started the compilation of devel/git on my dev system via cd /usr/ports/devel/git, make install. dev system = a chroot[1] under an amd64 7.3-stable devel/git's dependency lang/python/3.10 fails with Writing /usr/ports/pobj/Python-3.10.11/fake-amd64/debug-pkg/PLIST-tkinter Error: /usr/ports/pobj/Python-3.10.11/fake-amd64/usr/local/lib/python3.10/lib-dynload/_tkinter.cpython-310.so does not exist at /usr/ports/infrastructure/bin/build-debug-info line 139. *** Error 2 in /usr/ports/lang/python/3.10 (/usr/ports/infrastructure/mk/bsd.port.mk:3057 '/usr/ports/pobj/Python-3.10.11/fake-amd64/debug-pkg/Makefile') but only in a chroot! On a "normal" machine it purrs. ok? Best, A/K [1] --- cd /sandbox/7.3 mkdir new for f in files/amd64/base73.tgz files/amd64/comp73.tgz files/amd64/game73.tgz files/amd64/man73.tgz files/amd64/xbase73.tgz files/amd64/xfont73.tgz files/amd64/xserv73.tgz files/amd64/xshare73.tgz files/etc.tgz; do tar -C new -xzf $f; done cd new/dev ./MAKEDEV all chroot .. PS1='(chroot) \h\$ ' pwd pwd_mkdb /etc/master.passwd ldconfig /usr/local/lib sysmerge syspatch cd /usr renice -n 19 $$ cvs -qd anon...@mirror.osn.de:/cvs checkout -rOPENBSD_7_3 -P ports #SHA256:np+DK8xlo9A4YnYXO/22GBV8iyuL13r3g5I0/N1Mf8g
[Maintainer Update] archivers/zpaqfranz-58.1
zpaqfranz 58.1 (theoretically) grew a new compiler flag to auto-detect hardware acceleration, but it segfaults on my system. While this remains to be checked, attached is a patch without the new compiler flag that does NOT segfault on my system … :-)diff --git a/archivers/zpaqfranz/Makefile b/archivers/zpaqfranz/Makefile index 4c01c2e8d03..7371ecfb6b4 100644 --- a/archivers/zpaqfranz/Makefile +++ b/archivers/zpaqfranz/Makefile @@ -4,7 +4,7 @@ COMMENT = journaling archiver for incremental backup, fork of ZPAQ GH_ACCOUNT = fcorbelli GH_PROJECT = zpaqfranz -GH_TAGNAME = 57.5 +GH_TAGNAME = 58.1 CATEGORIES = archivers MAINTAINER = tux0r diff --git a/archivers/zpaqfranz/distinfo b/archivers/zpaqfranz/distinfo index a2714547118..a286c6ae51a 100644 --- a/archivers/zpaqfranz/distinfo +++ b/archivers/zpaqfranz/distinfo @@ -1,2 +1,2 @@ -SHA256 (zpaqfranz-57.5.tar.gz) = wLqGwzywYf6pCc+vYpMFpGq3EutHFbC47y5JQ4BV+X4= -SIZE (zpaqfranz-57.5.tar.gz) = 6574011 +SHA256 (zpaqfranz-58.1.tar.gz) = Gtg2hMIVZsDTmhKm5VfY+A0qGSdJxL/l5MOZ7hbR3hY= +SIZE (zpaqfranz-58.1.tar.gz) = 5274310
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 08:05:51 Modified files: cad/geda-gaf : Makefile distinfo cad/geda-gaf/patches: patch-build-tools_icon-theme-installer patch-gattrib_po_Makefile_in_in patch-gschem_po_Makefile_in_in patch-libgeda_po_Makefile_in_in cad/geda-gaf/pkg: PLIST Added files: cad/geda-gaf/patches: patch-Makefile_in patch-configure patch-gnetlist-legacy_tests_run-test patch-gschem_src_gschem_find_text_dockable_c patch-gschem_src_gschem_page_geometry_c patch-gschem_src_x_autonumber_c patch-gschem_src_x_controlfd_c patch-libgeda_src_o_picture_c patch-libgeda_src_s_clib_c patch-libgeda_src_scheme_config_c patch-xorn_src_storage_Makefile_in patch-xorn_tests_storage_normalize_c patch-xorn_tests_storage_validate_c Removed files: cad/geda-gaf/patches: patch-gattrib_include_globals_h patch-gattrib_src_globals_c patch-libgeda_src_s_path_c Log message: Update geda-gaf 1.10.2 >From Sven M. Hallberg
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 08:05:17 Modified files: astro/celestia : Makefile distinfo astro/celestia/pkg: PLIST Removed files: astro/celestia/patches: patch-src_celestia_gtk_data_celestia_desktop Log message: Update to celestia-1.6.3.
Re: arm64 BTI for devel/gmp
+.if ${MACHINE_ARCH:Maarch64} +CONFIGURE_ENV+= ASMFLAGS=-mmark-bti-property +.endif For some of these diffs, it might help to consider amd64 (and i386?) at the same time. Or, all architectures. In theory this type of thing will eventually show up on some other architectures. The ELF tag doesn't hurt on a processor family which lacks the lower-level capability. When it comes to the compiler option, it is very unfortunate that arm64 uses different flags than the other architctures (I say other architectures, meaning not just amd64 and i386, because based upon reading clang source, they have written the -fcf-protection argument passing to be applicable to other architectures as well)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/04/21 07:54:27 Modified files: security/qdigidoc4: Makefile distinfo Removed files: security/qdigidoc4/patches: patch-CMakeLists_txt Log message: update to qdigidoc 4.3.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/04/21 07:54:16 Modified files: security/libdigidocpp: Makefile distinfo security/libdigidocpp/patches: patch-cmake_modules_FindXmlSecurityC_cmake security/libdigidocpp/pkg: PLIST Log message: update to libdigidocpp 3.15.0 all patches merged, upstream dropped iconv usage.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2023/04/21 07:46:29 Modified files: net/tailscale : Makefile distinfo Log message: Update tailscale to 1.38.4
Re: [update] net/scapy 2.5.0
On Fri, Apr 21, 2023 at 08:05:29AM +, Laurent Cheylus wrote: > Hi, > > a simple update for net/scapy version 2.5.0 : update Makefile and > pkg/PLIST for this version. The previous time when an update to scapy 2.4.5 was tried, it broke a bunch of OpenBSD regress tests. https://marc.info/?l=openbsd-ports=164581830726000=2 Could you test if /usr/src/regress/sbin/slaacd/ still works with 2.5.0? Then I could help with the more complicated regress tests. bluhm > Changelog https://github.com/secdev/scapy/releases/tag/v2.5.0 > > Build and tests OK on current/amd64. > > Comments welcome and please commit if OK. > > Laurent > > > Index: Makefile > === > RCS file: /cvs/ports/net/scapy/Makefile,v > retrieving revision 1.46 > diff -u -p -r1.46 Makefile > --- Makefile 13 Nov 2022 19:37:45 - 1.46 > +++ Makefile 21 Apr 2023 07:54:12 - > @@ -1,7 +1,6 @@ > COMMENT =powerful interactive packet manipulation in python > > -MODPY_EGG_VERSION = 2.4.4 > -REVISION = 4 > +MODPY_EGG_VERSION = 2.5.0 > > DISTNAME = scapy-${MODPY_EGG_VERSION} > > Index: distinfo > === > RCS file: /cvs/ports/net/scapy/distinfo,v > retrieving revision 1.12 > diff -u -p -r1.12 distinfo > --- distinfo 5 Nov 2020 14:49:02 - 1.12 > +++ distinfo 21 Apr 2023 07:54:12 - > @@ -1,4 +1,4 @@ > SHA256 (ethertypes-20120703) = 7Tj51kS+/IfrQahknDEAcyQNmozXWy+cEVtdnX5dAzw= > -SHA256 (scapy-2.4.4.tar.gz) = 7P16FM2cPvDrCNKNW7cdlyGe3/FFTMvf8in2drJ5AO4= > +SHA256 (scapy-2.5.0.tar.gz) = WyYMK3VP2NQJuoPueu4pTs27LCNfn3j+kLwRy25d68I= > SIZE (ethertypes-20120703) = 1362 > -SIZE (scapy-2.4.4.tar.gz) = 1039342 > +SIZE (scapy-2.5.0.tar.gz) = 1279162 > Index: pkg/PLIST > === > RCS file: /cvs/ports/net/scapy/pkg/PLIST,v > retrieving revision 1.15 > diff -u -p -r1.15 PLIST > --- pkg/PLIST 13 Nov 2022 19:37:46 - 1.15 > +++ pkg/PLIST 21 Apr 2023 07:54:13 - > @@ -2,7 +2,6 @@ > @conflict scapy6-* > @pkgpath net/scapy,python3 > @pkgpath net/scapy6 > -bin/UTscapy > bin/scapy > lib/python${MODPY_VERSION}/site-packages/scapy/ > > lib/python${MODPY_VERSION}/site-packages/scapy-${MODPY_EGG_VERSION}.dist-info/ > @@ -48,10 +47,10 @@ lib/python${MODPY_VERSION}/site-packages > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}data.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}pyc > -lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}extlib.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > -lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}extlib.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}interfaces.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > +lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}interfaces.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}packet.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > @@ -91,10 +90,10 @@ lib/python${MODPY_VERSION}/site-packages > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}pyc > +lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}libpcap.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > +lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}libpcap.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}linux.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}linux.${MODPY_PYC_MAGIC_TAG}pyc > -lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}pcapdnet.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > -lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}pcapdnet.${MODPY_PYC_MAGIC_TAG}pyc > > lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}solaris.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 07:23:52 Modified files: security/pizauth: Makefile Log message: pizauth: mark NOT_FOR_ARCHS non archs not supported by ring
[update] net/transmission 4.0.3
Attached is an update for net/transmission from 4.0.2 to 4.0.3. 4.0.3 is a minor bugfix release. This diff includes a new patch from upstream for their PR #5424 to fix a problem reported to ports@ by Raf Czlonka yesterday: https://marc.info/?t=16819898542=1=2 The patch has been tested by both Raf and by me. diff --git a/net/transmission/Makefile b/net/transmission/Makefile index 6cd2ce7db45..a90da8abdc3 100644 --- a/net/transmission/Makefile +++ b/net/transmission/Makefile @@ -2,7 +2,7 @@ COMMENT-main= BitTorrent command line and daemon client COMMENT-gtk= BitTorrent client with GTK+ interface COMMENT-qt=BitTorrent client with Qt interface -VER= 4.0.2 +VER= 4.0.3 DISTNAME= transmission-${VER} PKGNAME-main= transmission-${VER} PKGNAME-gtk= transmission-gtk-${VER} diff --git a/net/transmission/distinfo b/net/transmission/distinfo index ec566e87c0f..438c9be7cc0 100644 --- a/net/transmission/distinfo +++ b/net/transmission/distinfo @@ -1,2 +1,2 @@ -SHA256 (transmission-4.0.2.tar.xz) = Ob96EEpyKAWp3Aic2q/+M7+QuCIwp+p/NAyuWfAKLug= -SIZE (transmission-4.0.2.tar.xz) = 10055708 +SHA256 (transmission-4.0.3.tar.xz) = trAf1Y5CuxT3q6AlPbkyztBQ/NK7pdn4Rp133ditVFo= +SIZE (transmission-4.0.3.tar.xz) = 10062044 diff --git a/net/transmission/patches/patch-cli_cli_cc b/net/transmission/patches/patch-cli_cli_cc new file mode 100644 index 000..dd129a87d74 --- /dev/null +++ b/net/transmission/patches/patch-cli_cli_cc @@ -0,0 +1,14 @@ +PR 5424 - fix from upstream +Index: cli/cli.cc +--- cli/cli.cc.orig cli/cli.cc +@@ -257,7 +257,8 @@ int tr_main(int argc, char* argv[]) + + tr_ctorSetPaused(ctor, TR_FORCE, false); + +-if (tr_ctorSetMetainfoFromFile(ctor, torrentPath, nullptr) || tr_ctorSetMetainfoFromMagnetLink(ctor, torrentPath, nullptr)) ++if (tr_sys_path_exists(torrentPath) ? tr_ctorSetMetainfoFromFile(ctor, torrentPath, nullptr) : ++ tr_ctorSetMetainfoFromMagnetLink(ctor, torrentPath, nullptr)) + { + // all good + } diff --git a/net/transmission/pkg/PLIST-main b/net/transmission/pkg/PLIST-main index 383529f755a..29e2f7d32e0 100644 --- a/net/transmission/pkg/PLIST-main +++ b/net/transmission/pkg/PLIST-main @@ -58,6 +58,7 @@ share/doc/transmission/news/news-4.0.0-beta-3.md share/doc/transmission/news/news-4.0.0.md share/doc/transmission/news/news-4.0.1.md share/doc/transmission/news/news-4.0.2.md +share/doc/transmission/news/news-4.0.3.md share/doc/transmission/rpc-spec.md share/doc/transmission/send-email-when-torrent-done.sh @comment XXX update-plist(1) really wants this here, but -main is CLI only
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 06:48:13 Added files: textproc/pdfpc/patches: patch-src_classes_drawings_drawing_commands_vala Log message: Unbreak with newer vala.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/04/21 06:01:22 Modified files: security/rnp : Makefile distinfo Log message: security/rnp: update to 0.16.3. see https://github.com/rnpgp/rnp/releases/tag/v0.16.3 fixes CVE-2023-29479 & CVE-2023-29480
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 04:53:48 Modified files: textproc/der-ascii: Makefile Log message: der-ascii: HOMEPAGE was lost by the switch away from GH_*
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/04/21 04:23:32 Modified files: textproc/der-ascii: Makefile Log message: textproc/der-ascii: use ALL_TARGET instead of manually rolling do-test ok tb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 04:01:18 Modified files: textproc : Makefile Log message: +der-ascii
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/04/21 04:00:21 Log message: import textproc/der-ascii, help/ok op, tweak/ok sthen DER ASCII is a small human-editable language to emit DER (Distinguished Encoding Rules) or BER (Basic Encoding Rules) encodings of ASN.1 structures and malformed variants of them. Status: Vendor Tag: tb Release Tags: tb_20230421 N ports/textproc/der-ascii/Makefile N ports/textproc/der-ascii/distinfo N ports/textproc/der-ascii/pkg/DESCR N ports/textproc/der-ascii/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/04/21 03:31:37 Modified files: databases/pspg : Makefile distinfo Log message: update databases/pspg to 5.7.6
Re: [new] textproc/der-ascii
On 2023/04/21 10:06:48 +0100, Stuart Henderson wrote: > On 2023/04/21 10:57, Theo Buehler wrote: > > Thank you. I'm not convinced this is simpler. > > > > Is the Makefile superficially simpler and is maintaining the port > > simpler than with my version? How do I update this if there is a new > > commit? With my version I bump the date and modify the commit hash like > > I do in quite a few of my other ports. it just looked a bit more like an usual go port, and probably slightly more future-proof if they start to depend on packages outside the go stdlib. just for reference, to update it would have been a $ go list -m github.com/google/der-ascii@c8bb0d34 github.com/google/der-ascii v0.0.0-20230412183205-c8bb0d34a6e5 and then set MODGO_VERSION to the version reported there. The commit id provided after the @ can be abbreviated. > > I fear what you did will make my life more complicated. agreed; as things are right now it would require one more step (go list) instead of just bumping the commit id. I'd still slightly prefer the version with MODGO_MODNAME/VERSION but won't object either. > Agreed, it feels like it would result in a lot of extra steps to update. > > Personally I'd skip DERASCII_DOCDIR and PKGSTEM and just use this, > I find it easier to parse, but it's your bikeshed :) +1 > OK either way. same for me. > post-install: > ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/der-ascii > ${INSTALL_DATA} ${WRKSRC}/language.txt ${PREFIX}/share/doc/der-ascii
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2023/04/21 03:07:44 Modified files: meta/tor-browser: Tag: OPENBSD_7_3 Makefile www/tor-browser: Tag: OPENBSD_7_3 Makefile.inc www/tor-browser/browser: Tag: OPENBSD_7_3 Makefile distinfo www/tor-browser/noscript: Tag: OPENBSD_7_3 Makefile distinfo Log message: Tor Browser: update to 12.0.5
Re: [new] textproc/der-ascii
On 2023/04/21 10:57, Theo Buehler wrote: > Thank you. I'm not convinced this is simpler. > > Is the Makefile superficially simpler and is maintaining the port > simpler than with my version? How do I update this if there is a new > commit? With my version I bump the date and modify the commit hash like > I do in quite a few of my other ports. > > I fear what you did will make my life more complicated. Agreed, it feels like it would result in a lot of extra steps to update. Personally I'd skip DERASCII_DOCDIR and PKGSTEM and just use this, I find it easier to parse, but it's your bikeshed :) OK either way. post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/der-ascii ${INSTALL_DATA} ${WRKSRC}/language.txt ${PREFIX}/share/doc/der-ascii
Re: [new] textproc/der-ascii
On Fri, Apr 21, 2023 at 10:47:24AM +0200, Omar Polo wrote: > On 2023/04/21 10:10:33 +0200, Theo Buehler wrote: > > On Fri, Apr 21, 2023 at 10:09:41AM +0200, Theo Buehler wrote: > > > A small utility without dependencies except go. It is therfore trivial > > > to install this by hand but job thought it would be useful to have it as > > > a port, so here we go. > > > > > > The Makefile has more handrolled things than I would like. go.port.mk is > > > an incomprehensible mess and it made me waste more than enough time for > > > this trivial thing. If there's a better way for anything, please let me > > > know. > > > > > > It is unlikely that this will ever see official releases, so I refrained > > > from prepending 0.0. to the date because I find this very ugly and hacky. > > > If this leaf port needs to bump EPOCH, so be it. > > > > > > [...] > > can be greatly semplified using MODGO_MODNAME and MODGO_VERSION, then > go.port.mk will take care of fetching, building and installing the > correct things (ok, sometimes it builds/installs more than > necessary, not the case however.) > > I've got the version number by running 'go get $url' in a dummy go > project and looking at the output. There's a way to do that easily > with 'go list' but I always forgot ^^" Thank you. I'm not convinced this is simpler. Is the Makefile superficially simpler and is maintaining the port simpler than with my version? How do I update this if there is a new commit? With my version I bump the date and modify the commit hash like I do in quite a few of my other ports. I fear what you did will make my life more complicated.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2023/04/21 02:54:44 Modified files: meta/tor-browser: Makefile www/tor-browser: Makefile.inc www/tor-browser/browser: Makefile distinfo www/tor-browser/noscript: Makefile distinfo Log message: Tor Browser: update to 12.0.5
Re: [new] textproc/der-ascii
On 2023/04/21 10:10:33 +0200, Theo Buehler wrote: > On Fri, Apr 21, 2023 at 10:09:41AM +0200, Theo Buehler wrote: > > A small utility without dependencies except go. It is therfore trivial > > to install this by hand but job thought it would be useful to have it as > > a port, so here we go. > > > > The Makefile has more handrolled things than I would like. go.port.mk is > > an incomprehensible mess and it made me waste more than enough time for > > this trivial thing. If there's a better way for anything, please let me > > know. > > > > It is unlikely that this will ever see official releases, so I refrained > > from prepending 0.0. to the date because I find this very ugly and hacky. > > If this leaf port needs to bump EPOCH, so be it. > > > > [...] can be greatly semplified using MODGO_MODNAME and MODGO_VERSION, then go.port.mk will take care of fetching, building and installing the correct things (ok, sometimes it builds/installs more than necessary, not the case however.) I've got the version number by running 'go get $url' in a dummy go project and looking at the output. There's a way to do that easily with 'go list' but I always forgot ^^" Here's a diff against your makefile and a tarball re-attached. Haven't run-tested but it looks fine to me and if it works for you it's ok op@ to import :) --- Makefile.orig Fri Apr 21 10:42:10 2023 +++ MakefileFri Apr 21 10:40:28 2023 @@ -1,12 +1,9 @@ COMMENT = convert between ASN.1 encodings and text -# Follows HEAD -VERSION = 20230412 -DISTNAME = der-ascii-${VERSION} +MODGO_MODNAME =github.com/google/der-ascii +MODGO_VERSION =v0.0.0-20230412183205-c8bb0d34a6e5 -GH_ACCOUNT = google -GH_PROJECT = der-ascii -GH_COMMIT =c8bb0d34a6e5137706f4e5924073f3a1066b902f +DISTNAME = der-ascii-20230412 CATEGORIES = textproc sysutils @@ -17,22 +14,10 @@ MODULES = lang/go -DERASCII_BIN = ascii2der der2ascii - -do-build: -.for dir in ${DERASCII_BIN} - cd ${WRKSRC}/cmd/${dir} && ${MODGO_BUILD_CMD} -.endfor - DERASCII_DOCDIR = ${PREFIX}/share/doc/${PKGSTEM} post-install: ${INSTALL_DATA_DIR} ${DERASCII_DOCDIR} ${INSTALL_DATA} ${WRKSRC}/language.txt ${DERASCII_DOCDIR} - -do-test: -.for dir in ${DERASCII_BIN} - cd ${WRKSRC}/cmd/${dir} && ${MODGO_TEST_CMD} -.endfor .include der-ascii.tar.gz Description: GNU Zip compressed data
Re: new emulators/flycast
Nam Nguyen writes: > Please find attached a new port for emulators/flycast, a dreamcast > emulator. Please find attached a fresh port for flycast that now bundles glslang in the distfile and adds licenses for glslang. Test step #3 is no longer necessary. Only steps #1 and #2 are needed. > > I was able to upstream a lot of openbsd fixes. This commit was based on > rpcs3's fix for struct sigcontext. It also includes a mimmutable fix, > marking a section .openbsd.mutable; this was also done in > emulators/desmume. These were the two most significant challenges. > > https://github.com/flyinghead/flycast/commit/a1472fb190a315eef8f4ba77432fa04b75c20c5d > > This commit updates their older bundled libelf, which was under an > Australian Public License B (OZPLB). libelf has since moved from OZPLB > to BSD 2-Clause. Of note, I used /usr/include/sys/exec_elf.h from > openbsd to define some structs. > > https://github.com/flyinghead/flycast/commit/27b6bafd0f003c8f8bcd1fb3bfd48a3523b298f5 > > I use git submodules in the dist step. Currently, it uses bundled > core/deps/{Vulkan-Headers,VulkanMemoryAllocator} instead of > graphics/vulkan-headers. I did manage to unbundle xxhash, glslang, > libchdr, SDL, luabridge, and (remove) breakpad, using gentoo's port as a > guide: https://gpo.zugaina.org/games-emulation/flycast > > Testing: > Install the following ports and apply the proposed glslang update: > 1. new emulators/libchdr > https://marc.info/?l=openbsd-ports=168186521418705=2 > 2. new lang/luabridge: > https://marc.info/?l=openbsd-ports=168187158121197=2 > 3. graphics/glslang shared lib diff: > https://marc.info/?l=openbsd-ports=168186852019992=2 > > Information for inst:flycast-2.1pl20230303 > > Comment: > emulator for Sega Dreamcast and Sega Naomi based on reicast > > Description: > Flycast is a multi-platform Sega Dreamcast, Naomi and Atomiswave > emulator derived from reicast. > > Feedback and tests are welcome. ok to import? flycast2.tar.gz Description: flycast2.tar.gz
Re: [new] textproc/der-ascii
And this time with attachement... On Fri, Apr 21, 2023 at 10:09:41AM +0200, Theo Buehler wrote: > A small utility without dependencies except go. It is therfore trivial > to install this by hand but job thought it would be useful to have it as > a port, so here we go. > > The Makefile has more handrolled things than I would like. go.port.mk is > an incomprehensible mess and it made me waste more than enough time for > this trivial thing. If there's a better way for anything, please let me > know. > > It is unlikely that this will ever see official releases, so I refrained > from prepending 0.0. to the date because I find this very ugly and hacky. > If this leaf port needs to bump EPOCH, so be it. > > $ pkg_info der-ascii > Information for inst:der-ascii-20230412 > > Comment: > convert between ASN.1 encodings and text > > Description: > DER ASCII is a small human-editable language to emit DER (Distinguished > Encoding Rules) or BER (Basic Encoding Rules) encodings of ASN.1 structures > and malformed variants of them. > > The package provides two tools, ascii2der and der2ascii, to convert DER > ASCII to a byte string and vice versa. These tools may be used to create > test inputs by taking an existing DER or BER structure, disassembling it > with der2ascii into DER ASCII, making adjustments, and assembling back into > binary with ascii2der. This avoids having to manually fix up all the length > prefixes. As a bonus, it acts as a human-readable view for DER structures. > > Maintainer: Theo Buehler > > WWW: https://github.com/google/der-ascii > der-ascii.tgz Description: application/tar-gz
[new] textproc/der-ascii
A small utility without dependencies except go. It is therfore trivial to install this by hand but job thought it would be useful to have it as a port, so here we go. The Makefile has more handrolled things than I would like. go.port.mk is an incomprehensible mess and it made me waste more than enough time for this trivial thing. If there's a better way for anything, please let me know. It is unlikely that this will ever see official releases, so I refrained from prepending 0.0. to the date because I find this very ugly and hacky. If this leaf port needs to bump EPOCH, so be it. $ pkg_info der-ascii Information for inst:der-ascii-20230412 Comment: convert between ASN.1 encodings and text Description: DER ASCII is a small human-editable language to emit DER (Distinguished Encoding Rules) or BER (Basic Encoding Rules) encodings of ASN.1 structures and malformed variants of them. The package provides two tools, ascii2der and der2ascii, to convert DER ASCII to a byte string and vice versa. These tools may be used to create test inputs by taking an existing DER or BER structure, disassembling it with der2ascii into DER ASCII, making adjustments, and assembling back into binary with ascii2der. This avoids having to manually fix up all the length prefixes. As a bonus, it acts as a human-readable view for DER structures. Maintainer: Theo Buehler WWW: https://github.com/google/der-ascii
[update] net/scapy 2.5.0
Hi, a simple update for net/scapy version 2.5.0 : update Makefile and pkg/PLIST for this version. Changelog https://github.com/secdev/scapy/releases/tag/v2.5.0 Build and tests OK on current/amd64. Comments welcome and please commit if OK. Laurent Index: Makefile === RCS file: /cvs/ports/net/scapy/Makefile,v retrieving revision 1.46 diff -u -p -r1.46 Makefile --- Makefile 13 Nov 2022 19:37:45 - 1.46 +++ Makefile 21 Apr 2023 07:54:12 - @@ -1,7 +1,6 @@ COMMENT = powerful interactive packet manipulation in python -MODPY_EGG_VERSION = 2.4.4 -REVISION = 4 +MODPY_EGG_VERSION = 2.5.0 DISTNAME = scapy-${MODPY_EGG_VERSION} Index: distinfo === RCS file: /cvs/ports/net/scapy/distinfo,v retrieving revision 1.12 diff -u -p -r1.12 distinfo --- distinfo 5 Nov 2020 14:49:02 - 1.12 +++ distinfo 21 Apr 2023 07:54:12 - @@ -1,4 +1,4 @@ SHA256 (ethertypes-20120703) = 7Tj51kS+/IfrQahknDEAcyQNmozXWy+cEVtdnX5dAzw= -SHA256 (scapy-2.4.4.tar.gz) = 7P16FM2cPvDrCNKNW7cdlyGe3/FFTMvf8in2drJ5AO4= +SHA256 (scapy-2.5.0.tar.gz) = WyYMK3VP2NQJuoPueu4pTs27LCNfn3j+kLwRy25d68I= SIZE (ethertypes-20120703) = 1362 -SIZE (scapy-2.4.4.tar.gz) = 1039342 +SIZE (scapy-2.5.0.tar.gz) = 1279162 Index: pkg/PLIST === RCS file: /cvs/ports/net/scapy/pkg/PLIST,v retrieving revision 1.15 diff -u -p -r1.15 PLIST --- pkg/PLIST 13 Nov 2022 19:37:46 - 1.15 +++ pkg/PLIST 21 Apr 2023 07:54:13 - @@ -2,7 +2,6 @@ @conflict scapy6-* @pkgpath net/scapy,python3 @pkgpath net/scapy6 -bin/UTscapy bin/scapy lib/python${MODPY_VERSION}/site-packages/scapy/ lib/python${MODPY_VERSION}/site-packages/scapy-${MODPY_EGG_VERSION}.dist-info/ @@ -48,10 +47,10 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}data.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}error.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}extlib.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}extlib.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}interfaces.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}interfaces.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/${MODPY_PYCACHE}packet.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -91,10 +90,10 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}pyc +lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}libpcap.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} +lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}libpcap.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}linux.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}linux.${MODPY_PYC_MAGIC_TAG}pyc -lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}pcapdnet.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} -lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}pcapdnet.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}solaris.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}solaris.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/scapy/arch/${MODPY_PYCACHE}unix.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION} @@ -114,8 +113,8 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/scapy/arch/bpf/core.py lib/python${MODPY_VERSION}/site-packages/scapy/arch/bpf/supersocket.py lib/python${MODPY_VERSION}/site-packages/scapy/arch/common.py +lib/python${MODPY_VERSION}/site-packages/scapy/arch/libpcap.py lib/python${MODPY_VERSION}/site-packages/scapy/arch/linux.py
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 02:02:45 Modified files: graphics/babl : Makefile distinfo Log message: Update to babl-0.1.104.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 02:01:12 Modified files: devel/libsoup3 : Makefile distinfo Log message: Update to libsoup3-3.4.1.
Re: graphics/glslang build shared libs
This glslang diff is no longer necessary. I'll build flycast so that it bundles glslang, which it does by default. This will make it easier to review. The rest of the email can be skipped, but I reported some findings inline. Thomas Frohwein writes: > On Tue, Apr 18, 2023 at 06:41:50PM -0700, Nam Nguyen wrote: > Do you have some details on this? Is this an upstream error, that > that --no-undefined is wrong when building the shared library? Or is > there something that might not be compiling or linking correctly? > While trying to compile libglslang-default-resource-limits.so, it complains about functions like strlen, memcpy, atoi, etc. It seems like ld.lld(1) defaults to --allow-shlib-undefined by default, so it's fine to have shared libraries with undefined symbols. Your suggested ifndef BUILD_SHARED_LIBS could be used here. --8<---cut here---start->8--- [28/48] : && /usr/obj/pobj/glslang-12.0.0/bin/c++ -fPIC -O2 -pipe -DNDEBUG -Wl,--no-undefined -shared -Wl,-soname,libglslang-default-resource-limits.so -o StandAlone/libglslang-default-resource-limits.so StandAlone/CMakeFiles/glslang-defa FAILED: StandAlone/libglslang-default-resource-limits.so : && /usr/obj/pobj/glslang-12.0.0/bin/c++ -fPIC -O2 -pipe -DNDEBUG -Wl,--no-undefined -shared -Wl,-soname,libglslang-default-resource-limits.so -o StandAlone/libglslang-default-resource-limits.so StandAlone/CMakeFiles/glslang-default-reso ld: error: undefined symbol: strlen >>> referenced by ResourceLimits.cpp >>> >>> StandAlone/CMakeFiles/glslang-default-resource-limits.dir/ResourceLimits.cpp.o:(DecodeResourceLimits(TBuiltInResource*, >>> char*)) similar for memcpy and atoi --8<---cut here---end--->8--- >> ok? > > Still ok thfr@ as this doesn't break anything existing and apparently > enables flycast, but it would be good to think about the above and if > upstream got this wrong, then let's think about a diff with something > like > > #ifndef BUILD_BUILD_LIBS > ... > #endif >> +@so lib/libHLSL.so >> +@so lib/libSPIRV.so >> +@so lib/libSPVRemapper.so >> +@so lib/libglslang-default-resource-limits.so >> +@lib lib/libglslang.so.${LIBglslang_VERSION} I found another mistake with my diff's shared libs. It would have installed these .so files missing major.minor numbers into /usr/local/lib. I would have had to figure out how to use libHLSL.so as libHLSL.so.0.0. It would cause more maintenance for graphics/glslang. It probably is not worth it, since flycast can use its bundled glslang for now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/04/21 01:25:16 Added files: mail/geary/patches: patch-src_client_accounts_accounts-editor-row_vala patch-src_client_accounts_accounts-editor-servers-pane_vala Log message: Unbreak with newer vala.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/04/21 01:05:45 Modified files: lang/rust : Makefile Log message: lang/rust: switch sparc64 to embedded llvm (llvm15) reminder by tb@ ok tb@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2023/04/21 00:52:58 Modified files: lang/rust : Makefile distinfo lang/rust/pkg : PLIST-main Added files: lang/rust/patches: patch-src_llvm-project_llvm_lib_Target_PowerPC_PPCTargetMachine_cpp Log message: update lang/rust to 1.69.0 Announce: https://blog.rust-lang.org/2023/04/20/Rust-1.69.0.html ChangeLog: https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-1690-2023-04-20
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/04/21 00:10:20 Modified files: x11/xfce4/xfce4-mount: Makefile distinfo x11/xfce4/xfce4-mount/pkg: PLIST Log message: x11/xfce4/xfce4-mount: update to 1.1.6