Re: CVS: cvs.openbsd.org: ports
On Wed, Jun 07, 2023 at 04:48:05AM -0600, Sebastian Reitenbach wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: sebas...@cvs.openbsd.org2023/06/07 04:48:05
>
> Modified files:
> security/py-fickling: Makefile distinfo
> security/py-fickling/pkg: PLIST
>
> Log message:
> update to 0.0.6
>
Did not build here:
>>> Building on localhost under security/py-fickling,python3
BDEPENDS =
[devel/py-build,python3;lang/python/3.10;devel/py-installer,python3;devel/py-wheel,python3;devel/py-setuptools,python3]
DIST = [security/py-fickling,python3:fickling-0.0.6.tar.gz]
FULLPKGNAME = py3-fickling-0.0.6
RDEPENDS = [lang/python/3.10;devel/py-astunparse,python3]
(Junk lock obtained for localhost at 1686437523.47)
>>> Running depends in security/py-fickling,python3 at 1686437523.49
last junk was in devel/py-matrix-common,python3
/usr/sbin/pkg_add -aI -Drepair py3-build-0.10.0 py3-installer-0.7.0
py3-wheel-0.40.0
was: /usr/sbin/pkg_add -aI -Drepair py3-build-0.10.0 py3-installer-0.7.0
py3-setuptools-67.6.1v0 py3-wheel-0.40.0 python-3.10.11p0
/usr/sbin/pkg_add -aI -Drepair py3-build-0.10.0 py3-installer-0.7.0
py3-wheel-0.40.0
>>> Running show-prepare-results in security/py-fickling,python3 at
>>> 1686437523.78
===> security/py-fickling,python3
===> py3-fickling-0.0.6 depends on: python->=3.10,<3.11 -> python-3.10.11p0
===> py3-fickling-0.0.6 depends on: py3-build-* -> py3-build-0.10.0
===> py3-fickling-0.0.6 depends on: py3-installer-* -> py3-installer-0.7.0
===> py3-fickling-0.0.6 depends on: py3-setuptools-* -> py3-setuptools-67.6.1v0
===> py3-fickling-0.0.6 depends on: py3-wheel-* -> py3-wheel-0.40.0
py3-build-0.10.0
py3-installer-0.7.0
py3-setuptools-67.6.1v0
py3-wheel-0.40.0
python-3.10.11p0
(Junk lock released for localhost at 1686437524.68)
distfiles size=20946
>>> Running build in security/py-fickling,python3 at 1686437524.69
===> security/py-fickling,python3
===> Checking files for py3-fickling-0.0.6
`/data/distfiles/fickling-0.0.6.tar.gz' is up to date.
>> (SHA256) fickling-0.0.6.tar.gz: OK
===> Extracting for py3-fickling-0.0.6
===> Patching for py3-fickling-0.0.6
===> Compiler link: clang -> /usr/bin/clang
===> Compiler link: clang++ -> /usr/bin/clang++
===> Compiler link: cc -> /usr/bin/cc
===> Compiler link: c++ -> /usr/bin/c++
===> Generating configure for py3-fickling-0.0.6
===> Configuring for py3-fickling-0.0.6
===> Building for py3-fickling-0.0.6
* 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 security/py-fickling (/usr/ports/lang/python/python.port.mk:361
'do-build': @: ; if [ -e /tmp/pobj/py-fickling-0.0.6-python3/...)
*** Error 2 in security/py-fickling
(/usr/ports/infrastructure/mk/bsd.port.mk:2957
'/tmp/pobj/py-fickling-0.0.6-python3/.build_done': @cd /u...)
*** Error 2 in security/py-fickling
(/usr/ports/infrastructure/mk/bsd.port.mk:2601 'build':
@lock=py3-fickling-0.0.6; export _LOCKS_HELD=" ...)
===> Exiting security/py-fickling,python3 with an error
*** Error 1 in /usr/ports (infrastructure/mk/bsd.port.subdir.mk:137 'build': @:
${echo_msg:=echo}; : ${target:=build}; for i in ; do eval...)
>>> Ended at 1686437526.20
max_stuck=0.27/depends=0.29/show-prepare-results=0.92/build=1.52
Error: job failed with 512 on localhost at 1686437526
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/10 22:02:42 Modified files: sysutils/uefitool: Makefile distinfo Log message: update to UEFITool A64
UPDATE: libimagequant 2.18.0
Here is an update to libimagequant 2.18.0.
version 2.18
- improved handling of images with very few pixels with very diverse colors
- added more perceptually-weighed color selection
- dropped problematic omp_set_nested()
- fixed a rare memory leak
version 2.17
- quality improvement
- ARM64 build fix
version 2.16
- fixed LCMS2 error handling
version 2.15
- speed and quality improvements
version 2.14
- quality improvements for remapping overlays over a background
Index: Makefile
===
RCS file: /home/cvs/ports/graphics/libimagequant/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile11 Mar 2022 19:22:43 - 1.3
+++ Makefile5 Jun 2023 23:40:59 -
@@ -2,7 +2,7 @@ COMMENT=image quantization library
GH_ACCOUNT=ImageOptim
GH_PROJECT=libimagequant
-GH_TAGNAME=2.13.1
+GH_TAGNAME=2.18.0
SHARED_LIBS += imagequant 0.0 # 0
@@ -20,10 +20,11 @@ USE_GMAKE= Yes
BUILD_DEPENDS= shells/bash
CONFIGURE_STYLE= simple
-CONFIGURE_ARGS=--disable-sse
MAKE_FLAGS=SOVER=${LIBimagequant_VERSION}
DEBUG_PACKAGES=${BUILD_PACKAGES}
+
+NO_TEST= Yes
.include
Index: distinfo
===
RCS file: /home/cvs/ports/graphics/libimagequant/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo9 Jan 2021 14:05:02 - 1.1.1.1
+++ distinfo5 Jun 2023 23:41:02 -
@@ -1,2 +1,2 @@
-SHA256 (libimagequant-2.13.1.tar.gz) =
H0be7D+igDNc9/C+Pt5gBrtCC6gVmgPR9pOOjSg9A64=
-SIZE (libimagequant-2.13.1.tar.gz) = 96225
+SHA256 (libimagequant-2.18.0.tar.gz) =
eQ0lk6WH+aJ87GJF7nohKzSwqmPKxjg+VQ7aASNr5jY=
+SIZE (libimagequant-2.18.0.tar.gz) = 382092
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile 5 Jun 2023 23:23:21 -
@@ -0,0 +1,31 @@
+Index: Makefile
+--- Makefile.orig
Makefile
+@@ -35,7 +35,7 @@ all: static shared
+
+ static: $(STATICLIB)
+
+-shared: $(SHAREDLIB)
++shared: $(SHAREDLIBVER)
+
+ dll:
+ $(MAKE) CFLAGS="$(CFLAGS) -DIMAGEQUANT_EXPORTS" $(DLL)
+@@ -54,9 +54,8 @@ $(STATICLIB): $(OBJS)
+ $(SHAREDOBJS):
+ $(CC) -fPIC $(CFLAGS) -c $(@:.lo=.c) -o $@
+
+-libimagequant.so: $(SHAREDOBJS)
++$(SHAREDLIBVER): $(SHAREDOBJS)
+ $(CC) -shared -Wl,-soname,$(SHAREDLIBVER) -o $(SHAREDLIBVER) $^
$(LDFLAGS)
+- ln -fs $(SHAREDLIBVER) $(SHAREDLIB)
+
+ libimagequant.dylib: $(SHAREDOBJS)
+ $(CC) -shared -o $(SHAREDLIBVER) $^ $(LDFLAGS)
+@@ -116,7 +115,6 @@ install: all $(PKGCONFIG)
+ install -d $(DESTDIR)$(INCLUDEDIR)
+ install -m 644 $(STATICLIB) $(DESTDIR)$(LIBDIR)/$(STATICLIB)
+ install -m 755 $(SHAREDLIBVER) $(DESTDIR)$(LIBDIR)/$(SHAREDLIBVER)
+- ln -sf $(SHAREDLIBVER) $(DESTDIR)$(LIBDIR)/$(SHAREDLIB)
+ install -m 644 $(PKGCONFIG) $(DESTDIR)$(PKGCONFIGDIR)/$(PKGCONFIG)
+ install -m 644 libimagequant.h $(DESTDIR)$(INCLUDEDIR)/libimagequant.h
+ $(FIX_INSTALL_NAME)
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/graphics/libimagequant/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 PLIST
--- pkg/PLIST 11 Mar 2022 19:22:43 - 1.2
+++ pkg/PLIST 5 Jun 2023 23:04:27 -
@@ -1,5 +1,4 @@
include/libimagequant.h
@static-lib lib/libimagequant.a
-@so lib/libimagequant.so
@lib lib/libimagequant.so.${LIBimagequant_VERSION}
lib/pkgconfig/imagequant.pc
Re: UPDATE: libvips 8.14.2
On Mon, Jun 05, 2023 at 02:25:31AM -0400, Brad Smith wrote:
> Here is an update to libvips 8.14.2.
>
> This is dependent on the new libspng port I posted.
Add cgif and libimagequant.
Also the current MAINTAINER asked me to remove him.
Index: Makefile
===
RCS file: /home/cvs/ports/graphics/libvips/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile5 Nov 2022 17:06:27 - 1.3
+++ Makefile5 Jun 2023 23:31:31 -
@@ -1,68 +1,58 @@
COMMENT = fast image processing library with low memory needs
-VERSION = 8.9.2
+VERSION = 8.14.2
DISTNAME = vips-${VERSION}
PKGNAME = lib${DISTNAME}
-REVISION = 0
-
CATEGORIES = graphics
+EXTRACT_SUFX = .tar.xz
-SHARED_LIBS += vips 0.0
-SHARED_LIBS += vips-cpp 0.0
+SHARED_LIBS += vips 1.0
+SHARED_LIBS += vips-cpp 1.0
HOMEPAGE = https://libvips.github.io/libvips/
-MAINTAINER = Stephane Guedon
-
# LGPLv2+
PERMIT_PACKAGE = Yes
-WANTLIB += ${COMPILER_LIBCXX} c expat ffi gif glib-2.0 gmodule-2.0
-WANTLIB += gobject-2.0 gthread-2.0 iconv intl jpeg lzma m pcre2-8
-WANTLIB += png tiff webp webpdemux webpmux z zstd
+WANTLIB += ${COMPILER_LIBCXX} c cgif expat gio-2.0 glib-2.0 gmodule-2.0
+WANTLIB += gobject-2.0 imagequant intl jpeg m spng tiff webp webpdemux
+WANTLIB += webpmux
MASTER_SITES =
https://github.com/libvips/libvips/releases/download/v${VERSION}/
-LIB_DEPENDS += archivers/xz\
- archivers/zstd \
- devel/glib2 \
- graphics/giflib \
- graphics/jpeg \
+MODULES = devel/meson
+
+BUILD_DEPENDS += devel/gettext,-tools
+LIB_DEPENDS += devel/gettext \
+ devel/glib2 \
+ graphics/cgif \
+ graphics/jpeg \
+ graphics/libimagequant \
graphics/libwebp \
- graphics/png\
+ graphics/libspng \
graphics/tiff
-USE_GMAKE =Yes
-COMPILER = base-clang ports-gcc
-CONFIGURE_STYLE = gnu
-
-CONFIGURE_ARGS += --disable-gtk-doc \
- --disable-gtk-doc-html \
- --disable-introspection \
- --with-analyze \
- --with-giflib \
- --with-png \
- --with-tiff \
- --with-ppm \
- --with-radiance \
- --with-jpeg \
- --with-libwebp \
- --without-magick \
- --without-matio \
- --without-nifti \
- --without-openslide \
- --without-orc \
- --without-pangoft2 \
- --without-pdfium \
- --without-poppler \
- --without-rsvg \
- --without-OpenEXR \
- --without-lcms \
- --without-libexif \
- --without-gsf \
- --without-heif \
- --without-imagequant \
- --without-cfitsio \
- --without-fftw
+COMPILER = base-clang ports-gcc
+
+CONFIGURE_ARGS += -Ddefault_library=both \
+ -Dcfitsio=disabled \
+ -Dexif=disabled \
+ -Dfftw=disabled \
+ -Dgsf=disabled \
+ -Dheif=disabled \
+ -Djpeg-xl=disabled \
+ -Dlcms=disabled \
+ -Dmagick=disabled \
+ -Dmagick-package=disabled \
+ -Dmatio=disabled \
+ -Dnifti=disabled \
+ -Dopenexr=disabled \
+ -Dopenjpeg=disabled \
+ -Dopenslide=disabled \
+ -Dorc=disabled \
+ -Dpangocairo=disabled \
+ -Dpdfium=disabled \
+ -Dpoppler=disabled \
+ -Drsvg=disabled
.include
Index: distinfo
===
RCS file: /home/cvs/ports/graphics/libvips/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo15 May 2020 07:58:41 - 1.1.1.1
+++ distinfo3 Jun 2023 09:57:37 -
@@ -1,2 +1,2 @@
-SHA256 (vips-8.9.2.tar.gz) = roSRsRVs0uucu6ov1sqh3J7T3tC3BEPSjNf+p5irKic=
-SIZE (vips-8.9.2.tar.gz) = 17238831
+SHA256 (vips-8.14.2.tar.xz) = J9rQIfCDWlqxTlQdAqvUHkw70BLSGWQ431qedUmE984=
+SIZE (vips-8.14.2.tar.xz) = 18693660
Index: patches/patch-libvips_include_vips_dispatch_h
===
RCS file: patches/patch-libvips_include_vips_dispatch_h
diff -N patches/patch-libvips_include_vips_dispatch_h
--- patches/patch-libvips_include_vips_dispatch_h 11 Mar 2022 19:22:46
- 1.2
+++ /dev/null 1 Jan 1970
Re: UPDATE: libvips 8.14.2
On 2023-06-05 9:54 a.m., Stuart Henderson wrote: On 2023/06/05 02:25, Brad Smith wrote: Here is an update to libvips 8.14.2. This is dependent on the new libspng port I posted. I don't use this, but they moved gif support from giflib to cgif. So if anyone needs libvips to work with gifs, that will need to be ported too. I already posted a new port for it. I looked into it and there is also another dependency for cgif to work with libvips, but I guess I could add that too.
Re: UPDATE: minizip 4.0.0
On Fri, Jun 09, 2023 at 11:13:37PM -0400, Brad Smith wrote:
> Here is an update to minizip 4.0.0.
>
>
> https://github.com/zlib-ng/minizip-ng/releases/tag/4.0.0
Updated diff. The comment in the Makefile is no longer true. The
tests can be re-enabled and pass fine.
Index: Makefile
===
RCS file: /home/cvs/ports/archivers/minizip/Makefile,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 Makefile
--- Makefile13 Jul 2022 19:54:47 - 1.6
+++ Makefile11 Jun 2023 00:23:01 -
@@ -2,11 +2,11 @@ COMMENT = zip manipulation library
GH_ACCOUNT = zlib-ng
GH_PROJECT = minizip-ng
-GH_TAGNAME = 3.0.6
+GH_TAGNAME = 4.0.0
PKGNAME = minizip-${GH_TAGNAME}
-SHARED_LIBS += minizip 1.1 # 3
+SHARED_LIBS += minizip 2.0 # 4
CATEGORIES = archivers
@@ -25,9 +25,5 @@ LIB_DEPENDS = archivers/bzip2 \
archivers/xz \
archivers/zstd \
converters/libiconv
-
-# For the signing-related tests to succeed, you need to add the contents of
-# test/test.pem to /etc/ssl/cert.pem.
-NO_TEST = No
.include
Index: distinfo
===
RCS file: /home/cvs/ports/archivers/minizip/distinfo,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 distinfo
--- distinfo13 Jul 2022 19:54:47 - 1.4
+++ distinfo9 Jun 2023 23:19:48 -
@@ -1,2 +1,2 @@
-SHA256 (minizip-ng-3.0.6.tar.gz) = OD+hvcKMSCgoqKjbU/dY29RCkbZBGCck/aXfW1nM5UM=
-SIZE (minizip-ng-3.0.6.tar.gz) = 642138
+SHA256 (minizip-ng-4.0.0.tar.gz) = +QYuV23gJv1QJtZVl947BSY81NkUAMrNu+Nt+opkL/8=
+SIZE (minizip-ng-4.0.0.tar.gz) = 766989
Index: patches/patch-CMakeLists_txt
===
RCS file: /home/cvs/ports/archivers/minizip/patches/patch-CMakeLists_txt,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt13 Jul 2022 19:54:47 - 1.5
+++ patches/patch-CMakeLists_txt11 Jun 2023 00:23:28 -
@@ -1,22 +1,14 @@
-install headers in include/minizip to avoid conflicts with libzip
+CMake: Fix build with OpenBSD #711
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -86,7 +86,7 @@ include(cmake/clone-repo.cmake)
-
- set(INSTALL_BIN_DIR ${CMAKE_INSTALL_BINDIR} CACHE PATH "Installation
directory for executables")
- set(INSTALL_LIB_DIR ${CMAKE_INSTALL_LIBDIR} CACHE PATH "Installation
directory for libraries")
--set(INSTALL_INC_DIR ${CMAKE_INSTALL_INCLUDEDIR} CACHE PATH "Installation
directory for headers")
-+set(INSTALL_INC_DIR ${CMAKE_INSTALL_INCLUDEDIR}/minizip CACHE PATH
"Installation directory for headers")
- set(INSTALL_MAN_DIR ${CMAKE_INSTALL_MANDIR} CACHE PATH "Installation
directory for manual pages")
-
- set(STDLIB_DEF)
-@@ -442,7 +442,6 @@ endif()
-
- # Unix specific
- if(UNIX)
--list(APPEND STDLIB_DEF -D_POSIX_C_SOURCE=200112L)
+@@ -455,7 +455,7 @@ if(WIN32)
+ set(MZ_LIBBSD OFF)
+ set(MZ_ICONV OFF)
+ else()
+-list(APPEND STDLIB_DEF -D_POSIX_C_SOURCE=200809L)
++list(APPEND STDLIB_DEF -D_POSIX_C_SOURCE=200809L -D_BSD_SOURCE)
list(APPEND MINIZIP_SRC mz_os_posix.c mz_strm_os_posix.c)
- if(MZ_PKCRYPT OR MZ_WZAES OR MZ_SIGNING)
+ if(MZ_PKCRYPT OR MZ_WZAES)
Index: patches/patch-minizip_pc_cmakein
===
RCS file: patches/patch-minizip_pc_cmakein
diff -N patches/patch-minizip_pc_cmakein
--- patches/patch-minizip_pc_cmakein11 Mar 2022 18:16:22 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-Index: minizip.pc.cmakein
minizip.pc.cmakein.orig
-+++ minizip.pc.cmakein
-@@ -2,7 +2,7 @@ prefix=@CMAKE_INSTALL_PREFIX@
- exec_prefix=@CMAKE_INSTALL_PREFIX@
- libdir=@CMAKE_INSTALL_FULL_LIBDIR@
- sharedlibdir=@CMAKE_INSTALL_FULL_LIBDIR@
--includedir=@CMAKE_INSTALL_FULL_INCLUDEDIR@
-+includedir=@CMAKE_INSTALL_FULL_INCLUDEDIR@/minizip
-
- Name: @PROJECT_NAME@
- Description: Minizip zip file manipulation library
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/archivers/minizip/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 PLIST
--- pkg/PLIST 11 Mar 2022 18:16:22 - 1.5
+++ pkg/PLIST 9 Jun 2023 23:39:34 -
@@ -21,10 +21,9 @@ include/minizip/mz_zip_rw.h
include/minizip/unzip.h
include/minizip/zip.h
lib/cmake/
-lib/cmake/minizip/
-lib/cmake/minizip/minizip-config-version.cmake
-lib/cmake/minizip/minizip-config.cmake
-lib/cmake/minizip/minizip${MODCMAKE_BUILD_SUFFIX}
-lib/cmake/minizip/minizip.cmake
+lib/cmake/minizip-config-version.cmake
+lib/cmake/minizip-config.cmake
+lib/cmake/minizip${MODCMAKE_BUILD_SUFFIX}
+lib/cmake/minizip.cmake
@lib lib/libminizip.so.${LIBminizip_VERSION}
lib/pkgconfig/minizip.pc
Re: [new] games/dsda-doom
On 2023-06-10, Thomas Frohwein wrote: > I can't build it. Not sure if the recent update to sdl2-image has > something to do with this: > > ===> Building for dsda-doom-0.26.1 > ninja: error: '/usr/local/lib/libSDL2_image.so', needed by 'dsda-doom', > missing and no known rule to make it > > Note sdl2-image is installed, and /usr/local/lib/libSDL2_image.so.1.0 > exists... I made this new port with patches and could build it. I also bumped the version to 0.26.2. Is it OK? dsda-doom.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/06/10 17:43:01 Modified files: www/gitea : Makefile www/gitea/patches: patch-custom_conf_app_example_ini Log message: Unbreak gitea config parsing: uncomment sections with non-default settings; disable version-checking gitea cron job in default config diff from Lucas , thanks!
net/dino: enable notification sound?
Rather than providing a run-time option, dino turns stuff like sound
notifications into a build-time option/loadable module.
In a simple cwm(1) setup without DE or so handling notifications in a
unified manner, I've sometimes missed a message.
Is sound (if you enable notifications inside dino) something other dino
users would want?
Anyone using dino under gnome, xfce or so? Do notifications already
have a sound? Would this play two (one from dino, one from DE) sounds
on new message?
PS: I see arch linux packaging such modules/features separately, but
going MULTI_PACKAGES here seems overkill here.
(Inside the WANTLIB churn, the only addition is 'canberra'.)
Index: Makefile
===
RCS file: /cvs/ports/net/dino/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile24 Apr 2023 11:41:23 - 1.20
+++ Makefile10 Jun 2023 18:11:11 -
@@ -2,7 +2,7 @@ COMMENT=XMPP desktop client
VERSION= 0.4.2
DISTNAME= dino-${VERSION}
CATEGORIES=net x11
-REVISION= 0
+REVISION= 1
SHARED_LIBS += crypto-vala 0.0 # 0.0
SHARED_LIBS += dino 2.0 # 0.0
@@ -24,7 +24,8 @@ BUILD_DEPENDS=devel/gettext,-tools \
RUN_DEPENDS= devel/desktop-file-utils \
multimedia/gstreamer1/plugins-good \
x11/gtk+4,-guic
-LIB_DEPENDS= devel/libgee \
+LIB_DEPENDS= audio/libcanberra,-main \
+ devel/libgee \
devel/libsoup3 \
graphics/libqrencode \
multimedia/gstreamer1/plugins-base \
@@ -38,14 +39,18 @@ LIB_DEPENDS=devel/libgee \
x11/gnome/libadwaita \
x11/gtk+4
-WANTLIB += adwaita-1 c cairo cairo-gobject gcrypt gdk_pixbuf-2.0 gee-0.8
-WANTLIB += gio-2.0 glib-2.0 gmodule-2.0 gnutls gobject-2.0 gpgme
-WANTLIB += graphene-1.0 gstapp-1.0 gstaudio-1.0 gstbase-1.0 gstreamer-1.0
-WANTLIB += gstrtp-1.0 gstvideo-1.0 gtk-4 harfbuzz icudata icuuc
-WANTLIB += intl m nice pango-1.0 pangocairo-1.0 qrencode signal-protocol-c
-WANTLIB += soup-3.0 sqlite3 srtp2
+WANTLIB += adwaita-1 c cairo cairo-gobject canberra gcrypt gdk_pixbuf-2.0
+WANTLIB += gee-0.8 gio-2.0 glib-2.0 gmodule-2.0 gnutls gobject-2.0
+WANTLIB += gpgme graphene-1.0 gstapp-1.0 gstaudio-1.0 gstbase-1.0
+WANTLIB += gstreamer-1.0 gstrtp-1.0 gstvideo-1.0 gtk-4 harfbuzz
+WANTLIB += icudata icuuc intl m nice pango-1.0 pangocairo-1.0
+WANTLIB += qrencode signal-protocol-c soup-3.0 sqlite3 srtp2
+
+
+CONFIGURE_ARGS = -DBUILD_TESTS=ON \
+ -DUSE_SOUP3=yes \
+ -DENABLED_PLUGINS=notification-sound
-CONFIGURE_ARGS = -DBUILD_TESTS=ON -DUSE_SOUP3=yes
MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/dino/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 2 Mar 2023 07:34:26 - 1.6
+++ pkg/PLIST 10 Jun 2023 18:05:15 -
@@ -8,6 +8,7 @@ lib/dino/
lib/dino/plugins/
@so lib/dino/plugins/http-files.so
@so lib/dino/plugins/ice.so
+@so lib/dino/plugins/notification-sound.so
@so lib/dino/plugins/omemo.so
@so lib/dino/plugins/openpgp.so
@so lib/dino/plugins/rtp.so
Re: [new] sysutils/lsblk
Hi, what should I do next? I have at least 2 OKs now, but I don't have any commit rights. Could someone import lsblk into the ports tree? Thanks, Benjamin Stürz On 09.06.23 09:19, Laurent Cheylus wrote: On Thu, 8 Jun 2023 22:44:12 +0200, Benjamin Stürz wrote: I have finally gotten OpenBSD on VirtualBox working and found the bug: lsblk allocated space for only n-1 drives and for some reason, probably because of the malloc changes in -current, only now this issue caused crashs. I have attached a new version of lsblk. Build and tests OK on current/amd64 in a VM on VirtualBox. $ lsblk -V lsblk-1.2.4 $ doas lsblk NAME SIZE TYPE COMMENT wd0 40G ESDI/IDE VBOX HARDDISK ├─wd0a 1.0G 4.2BSD / ├─wd0b 2.2G swap ├─wd0c 40G unused ├─wd0d 2.4G 4.2BSD /tmp ├─wd0e 3.9G 4.2BSD /var ├─wd0f 4.4G 4.2BSD /usr ├─wd0g 1.0G 4.2BSD /usr/X11R6 ├─wd0h 5.4G 4.2BSD /usr/local ├─wd0i 1.8G 4.2BSD /usr/src ├─wd0j 6.0G 4.2BSD /usr/obj └─wd0k 11G 4.2BSD /home Thanks for the fix. Laurent lsblk-1.2.4.tgz Description: application/compressed-tar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2023/06/10 15:02:32 Modified files: net/curl : Tag: OPENBSD_7_3 Makefile distinfo net/curl/patches: Tag: OPENBSD_7_3 patch-lib_vquic_curl_ngtcp2_c Removed files: net/curl/patches: Tag: OPENBSD_7_3 patch-configure_ac Log message: net/curl: update to 8.1.2 for http2 fix http2: fix EOF handling on uploads with auth negotiation
new x11/qt6ct
Direct x11/qt5ct pendant. Feedback? OK? --- Information for inst:qt6ct-0.8 Comment: Qt6 configuration tool Description: This program allows users to configure Qt6 settings (theme, font, icons, etc.) under DE/WM without Qt integration. Set QT_QPA_PLATFORMTHEME=qt6ct in the environment to use it. Maintainer: Klemens Nanni WWW: https://github.com/trialuser02/qt6ct qt6ct.tgz Description: application/tar-gz
Re: [Update] x11/alacritty 0.12.1
On Sat, Jun 10, 2023 at 01:55:24PM +0200, Joel Carnat wrote: > Le 09/06/2023 à 15:08, Volker Schlecht a écrit : > > Cc: Maintainer > > > > * Updates alacritty to version 0.12.1 > > https://github.com/alacritty/alacritty/releases/tag/v0.12.1 > > > > * For whatever reason, github returns a '300 Multiple Choices' when > > trying to retrieve anything later than 0.10.0 via GH_*, so I propose > > to switch to explicit MASTER_SITES, DISTFILES etc. > > > > * Sets homepage to the project's homepage > > > > * Adds a remark as to why the only test failure occurs > > > > * Integrate recent proposal from Joel Carnat (add desktop file): > > https://marc.info/?l=openbsd-ports=168600758810361=2 > > > > Everything else is dependency churn. Works fine on amd64. > > FWIW, it compiles and runs ok here (OpenBSD 7.3-current (GENERIC.MP) #1215 > amd64) too. Runs fine on my amd64, too. ok with me to update. Eric, any thoughts? One change in `make port-lib-depends-check` is now it reports: Extra: xcb.4 This wasn't there in 0.10.0. Not sure if xcb switched to being dlopen(3)'d... FYI running `make test` gets me fewer errors than with 0.10.0: 0.12.1: failures: config::tests::config_read_eof test result: FAILED. 68 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out 0.10.0: failures: config::tests::config_read_eof input::tests::double_click input::tests::multi_click_separate_buttons input::tests::single_click input::tests::single_middle_click input::tests::single_right_click input::tests::triple_click test result: FAILED. 54 passed; 7 failed; 0 ignored; 0 measured; 0 filtered out
Re: [new] games/dsda-doom
On Sun, Jun 04, 2023 at 02:06:25PM +0200, Lea Chescotta wrote: > I've updated the WIP port to version 0.26.1 > > Tested with doom2 iwad and mods. I can't build it. Not sure if the recent update to sdl2-image has something to do with this: ===> Building for dsda-doom-0.26.1 ninja: error: '/usr/local/lib/libSDL2_image.so', needed by 'dsda-doom', missing and no known rule to make it Note sdl2-image is installed, and /usr/local/lib/libSDL2_image.so.1.0 exists... > > > Apr 19, 2023, 15:54 by lu...@seninha.org: > > > On 2023-04-04, Lucas de Sena wrote: > > > >> Hi, > >> > >> This is a port for DSDA-Doom. > >> > >> DSDA-Doom is a new DOOM source port based on prboom-plus. It has extra > >> tooling for demo recording and playback, with a focus on speedrunning. > >> It also implements several new standards for mod and map authors alike. > >> > >> Noteworthy features include the hability to rewind the game; support for > >> Heretic and Hexen (two games based on DOOM, but with a wizardry/medieval > >> theme); and support for UMAPINFO, in which a WAD can provide meta-data > >> associated to levels, such as the level author, the name of the music > >> playing in the level, etc. > >> > >> DSDA-Doom has gained popularity among DOOM players and the users of the > >> doomworld.com forums. > >> > >> Article on the DOOM Wiki: https://doomwiki.org/wiki/DSDA-Doom > >> Post on the DoomWorld forums: https://www.doomworld.com/vb/thread/118074 > >> Repository on Github: https://github.com/kraflab/dsda-doom > >> > >> Lucas de Sena > >> > > > > Ping. > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: kette...@cvs.openbsd.org2023/06/10 13:19:12 Modified files: devel/gdb : Makefile devel/gdb/patches: patch-bfd_elf_c patch-gdb_aarch64-obsd-nat_c patch-gdb_aarch64-obsd-tdep_c Added files: devel/gdb/patches: patch-include_elf_common_h Log message: Add support for PAC on OpenBSD/arm64. ok pascal@ (for an earlier version that was based on a slightly different PT_PACMASK ptrace(2) request)
Re: [update] Lagrange to 1.16.3
On 2023/06/06 19:59:14 +0200, Florian Viehweger wrote: > Hi, > > this is an update for Lagrange to 1.16.3. > > Some testing done on amd64. No issues found. > > portcheck and 'make port-lib-depends-check' are happy. > > Changes listed here [1]. > > Comments? browsed for a while and nothing exlpoded/catched fire... committed, thanks! :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/06/10 11:31:29 Modified files: net/lagrange : Makefile distinfo Log message: update net/lagrange to 1.16.3; from maintainer Florian Viehweger, thank you!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2023/06/10 11:30:54 Modified files: audio/aqualung : Makefile distinfo Log message: Update to Aqualung 1.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2023/06/10 11:30:29 Modified files: lang/jruby : Makefile distinfo lang/jruby/pkg : PLIST Log message: Update to JRuby 9.4.3.0
Update devel/mercurial to version 6.4.4
Index: Makefile
===
RCS file: /cvs/ports/devel/mercurial/Makefile,v
retrieving revision 1.117
diff -u -p -r1.117 Makefile
--- Makefile6 May 2023 08:13:42 - 1.117
+++ Makefile10 Jun 2023 16:50:26 -
@@ -1,7 +1,7 @@
COMMENT-main = fast, lightweight source control management
COMMENT-x11 = graphical tooling for mercurial
-MODPY_EGG_VERSION =6.4.3
+MODPY_EGG_VERSION =6.4.4
DISTNAME = mercurial-${MODPY_EGG_VERSION}
CATEGORIES = devel
Index: distinfo
===
RCS file: /cvs/ports/devel/mercurial/distinfo,v
retrieving revision 1.74
diff -u -p -r1.74 distinfo
--- distinfo6 May 2023 08:13:42 - 1.74
+++ distinfo10 Jun 2023 16:50:26 -
@@ -1,2 +1,2 @@
-SHA256 (mercurial-6.4.3.tar.gz) = p3+2LTJZNKg6ALL8bbEJ9ExnuGdo/EBJA2b1E2QMf2Q=
-SIZE (mercurial-6.4.3.tar.gz) = 8177396
+SHA256 (mercurial-6.4.4.tar.gz) = u5hTl8t0cO4BWL7iNwl+L93/rTJ+ZFpJSXozRx54qRA=
+SIZE (mercurial-6.4.4.tar.gz) = 8182450
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Thu Jun 8 00:18:02 MDT 2023 finished at Sat Jun 10 10:24:56 MDT 2023 lasted 2D10h06m done with kern.version=OpenBSD 7.3-current (GENERIC.MP) #2150: Wed Jun 7 13:05:38 MDT 2023 built packages:11656 Jun 8:3655 Jun 9:2753 Jun 10:5247 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2023-06-08/summary.log build failures: 2 http://build-failures.rhaalovely.net/aarch64/2023-06-08/graphics/gimp/snapshot.log http://build-failures.rhaalovely.net/aarch64/2023-06-08/telephony/resiprocate,,-main.log recurrent failures new failures +++ ls-failures Sat Jun 10 10:25:08 2023 +failures/graphics/gimp/snapshot.log +failures/telephony/resiprocate,,-main.log resolved failures --- ../old/aarch64/last//ls-failuresTue Jun 6 09:20:47 2023 -failures/devel/quirks.log -failures/x11/mate/utils.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/10 09:03:10 Modified files: lang/erlang/25 : Makefile distinfo lang/erlang/25/pkg: PLIST-main Log message: bugfix update to erlang 25.3.2, from maintainer Volker Schlecht
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/06/10 09:01:45 Modified files: lang/erlang/26 : Makefile distinfo lang/erlang/26/pkg: PLIST-main Log message: bugfix update to erlang 26.0.1, from maintainer Volker Schlecht
Re: OpenBSD devel/boehm-gc: update to 8.2.4
Hello Stuart, Thank you for the quick response. > Because it's so arch-dependent I have looked thru the mentioned patches — almost everything is already upstreamed. The exceptions are: * https://github.com/openbsd/ports/blob/master/devel/boehm-gc/patches/patch-Makefile_in — it is autogenerated file, probably it is not needed neither (with the fresh automake and Makefile.am from v8.2.4) * https://github.com/openbsd/ports/commit/249e6c0862f3530709a3d5a91db7fbf392530aff#diff-198daac1abb01bca1444f2126281ae29a9e30de671cb75b7200967096dfda0c2R12 — I don’t understand the reason of deletion of define HAVE_DL_ITERATE_PHDR (in dyn_load.c), if this define is not correct, then I will fix this in the upstream. So, after the update to 8.2.4, at most 2 patches will survive. And the following upgrade would be easier. (I keep an eye on many distros, and almost all distro-specific patches have gone away over the recent several year.) As for the change in boehm-gc since 8.0.4 — please see https://github.com/ivmai/bdwgc/blob/d1ff06cc503a74dca0150d5e988f2c93158b0cdf/ChangeLog , although it is very verbose, you might see a lot of ‘Fix ...’ lines in it. Regards, Ivan >Sat, 10 Jun 2023, 11:16 +03:00 from Stuart Henderson : > >On 2023/06/10 10:44, Ivan Maidanski wrote: >> Hello Stuart, >> >> Forwarded >> From: Ivan Maidanski < iv...@mail.ru > >> To: Kurt Miller < k...@openbsd.org >, st...@openbsd.org, Christian >> Weisgerber < na...@openbsd.org > >> CC: ports@openbsd.org, Kurt Miller < k...@intricatesoftware.com > >> Data: Sun, 10 Jun 2023, 10:02 +03:00 >> Subj: OpenBSD devel/boehm-gc: update to 8.2.4 >> Dear colleagues, >> >> Could you please update devel/boehm-gc from upstream? >> Upstream tarballs: >> * https://github.com/ivmai/bdwgc/releases/download/v8.2.4/gc-8.2.4.tar.gz >> (sha256: >> 3d0d3cdbe077403d3106bb40f0cbb563413d6efdbb2a7e1cd6886595dec48fc2) >> * >> https://github.com/ivmai/libatomic_ops/releases/download/v7.8.0/libatomic_ops-7.8.0.tar.gz >> ( >> sha256: 15676e7674e11bda5a7e50a73f4d9e7d60452271b8acf6fd39a71fefdf89fa31) >> >> I have prepared a patch (for MidnightBSD, might be useful to you): >> https://github.com/ >> MidnightBSD/mports/pull/93/commits/61a2239e6fb3b2b65cfa8e45c736a41a8d3433d0 >> >> Thank you. >> >> [1] https://openports.pl/path/devel/boehm-gc >> [2] http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/boehm-gc/ >> [3] https://github.com/openbsd/ports/blob/master/devel/boehm-gc/distinfo >> >> Regards, >> Ivan >That midnightbsd patch isn't helpful to us. > >Because it's so arch-dependent, updating boehm-gc on OpenBSD >is a fairly major undertaking - there are various patches >to make it work on the many archs supported by OpenBSD >( https://github.com/openbsd/ports/tree/master/devel/boehm-gc/patches ) >which don't merge cleanly. even just finding people with the right >hardware to test updates is tricky - there aren't many ports developers >who have access to a wide enough range of hardware for this. > >So the port only usually gets updated when there's a real need to do so, >rather than just because a new version is available.
[new] textproc/htmlq
Hi ports@, htmlq is a like `jq' tool, but for HTML. Uses CSS selectors to extract bits of content from HTML files. Github: https://github.com/mgdm/htmlq I'm make a port, and test on AMD64 7.3, works fine for me: $ uname -a OpenBSD openbsd 7.3 GENERIC.MP#1125 amd6 $ curl --silent www.openbsd.org | htmlq title OpenBSD $ curl --silent www.openbsd.org | htmlq --text title OpenBSD $ curl --silent 'https://www.openbsd.org/faq/faq4.html#Download' | htmlq --attribute href a | grep '\.iso' https://cdn.openbsd.org/pub/OpenBSD/7.3/alpha/install73.iso ... Known issues at compile time, cargo will generate a warning when it is compiled: > warning: the following packages contain code that will be rejected by a future version of Rust: html5ever v0.25.1 This warn is about trailing semicolons when using Rust macros (https://github.com/rust-lang/rust/issues/79813) and can be ignored for now. OK to import? Thank you. <>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: kette...@cvs.openbsd.org2023/06/10 06:28:02 Modified files: security/boringssl/head: Makefile security/boringssl/fips: Makefile Added files: security/boringssl/head/patches: patch-crypto_chacha_asm_chacha-x86_64_pl patch-crypto_cipher_extra_asm_aes128gcmsiv-x86_64_pl patch-crypto_cipher_extra_asm_chacha20_poly1305_x86_64_pl patch-crypto_fipsmodule_aes_asm_aesni-x86_64_pl patch-crypto_fipsmodule_aes_asm_vpaes-x86_64_pl patch-crypto_fipsmodule_bn_asm_rsaz-avx2_pl patch-crypto_fipsmodule_bn_asm_x86_64-mont5_pl patch-crypto_fipsmodule_bn_asm_x86_64-mont_pl patch-crypto_fipsmodule_ec_asm_p256-x86_64-asm_pl patch-crypto_fipsmodule_ec_asm_p256_beeu-x86_64-asm_pl patch-crypto_fipsmodule_md5_asm_md5-x86_64_pl patch-crypto_fipsmodule_modes_asm_aesni-gcm-x86_64_pl patch-crypto_fipsmodule_modes_asm_ghash-ssse3-x86_64_pl patch-crypto_fipsmodule_modes_asm_ghash-x86_64_pl patch-crypto_fipsmodule_rand_asm_rdrand-x86_64_pl patch-crypto_fipsmodule_sha_asm_sha1-x86_64_pl patch-crypto_fipsmodule_sha_asm_sha512-x86_64_pl patch-crypto_perlasm_x86_64-xlate_pl patch-crypto_test_asm_trampoline-x86_64_pl security/boringssl/fips/patches: patch-crypto_chacha_asm_chacha-x86_64_pl patch-crypto_cipher_extra_asm_aes128gcmsiv-x86_64_pl patch-crypto_cipher_extra_asm_chacha20_poly1305_x86_64_pl patch-crypto_fipsmodule_aes_asm_aesni-x86_64_pl patch-crypto_fipsmodule_aes_asm_vpaes-x86_64_pl patch-crypto_fipsmodule_bn_asm_rsaz-avx2_pl patch-crypto_fipsmodule_bn_asm_x86_64-mont5_pl patch-crypto_fipsmodule_bn_asm_x86_64-mont_pl patch-crypto_fipsmodule_ec_asm_p256-x86_64-asm_pl patch-crypto_fipsmodule_ec_asm_p256_beeu-x86_64-asm_pl patch-crypto_fipsmodule_md5_asm_md5-x86_64_pl patch-crypto_fipsmodule_modes_asm_aesni-gcm-x86_64_pl patch-crypto_fipsmodule_modes_asm_ghash-ssse3-x86_64_pl patch-crypto_fipsmodule_modes_asm_ghash-x86_64_pl patch-crypto_fipsmodule_rand_asm_rdrand-x86_64_pl patch-crypto_fipsmodule_sha_asm_sha1-x86_64_pl patch-crypto_fipsmodule_sha_asm_sha512-x86_64_pl patch-crypto_perlasm_x86_64-xlate_pl patch-crypto_test_asm_trampoline-x86_64_pl Log message: Implement support for IBT by using the _CET_ENDBR macro provide by the header that is provided by the compilers. ok tb@, beck@
Re: [Update] x11/alacritty 0.12.1
Le 09/06/2023 à 15:08, Volker Schlecht a écrit : Cc: Maintainer * Updates alacritty to version 0.12.1 https://github.com/alacritty/alacritty/releases/tag/v0.12.1 * For whatever reason, github returns a '300 Multiple Choices' when trying to retrieve anything later than 0.10.0 via GH_*, so I propose to switch to explicit MASTER_SITES, DISTFILES etc. * Sets homepage to the project's homepage * Adds a remark as to why the only test failure occurs * Integrate recent proposal from Joel Carnat (add desktop file): https://marc.info/?l=openbsd-ports=168600758810361=2 Everything else is dependency churn. Works fine on amd64. FWIW, it compiles and runs ok here (OpenBSD 7.3-current (GENERIC.MP) #1215 amd64) too.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2023/06/10 03:24:21 Modified files: x11/gnome/libadwaita: Makefile distinfo Log message: Update to libadwaita-1.3.3.
Re: [new] sysutils/awscliv2, devel/py-awscrt
On 2023/06/09 21:35, Joel Knight wrote: > On Tue, May 30, 2023 at 7:06 AM Stuart Henderson wrote: > > > > I've attached an updated py-awscrt tar with what I think is slightly > > better handling of this. It's still a bit ugly but I think not as bad > > and it will pick up new things from cmake.port.mk. > > Thank you. That is indeed much cleaner. > > > Now onto awscliv2 (which I thought was going to be the easy part...) > > > > See https://github.com/aws/aws-cli/issues/4947#issuecomment-586046886 > > #3: they don't want to support a wide range of dependency versions > > #4: they want to use their own python build with a specific openssl version > > #5: they want to be able to include other binaries written in various > > languages > > > > Backing this up, upstream's supported installation method is a zip with > > a bundled copy of Python 3.11, static-linked to their own copy of an > > OpenSSL 1.1.1 release, bundled libbz2 libffi libsqlite3 etc plus various > > Python modules. > > That's what upstream's installer does, yes. That's not what the port > does. The port uses the base Python, libcrypto in base, and picks up > the dependent Python modules from ports. I'm hopeful you're not > influenced to vote -1 for something that isn't part of the port. Yes, but by going down this route and not making it easily available in pypi is a pretty clear indication of the direction upstream want for their software. I think probably every reason why they don't want it in pypi also applies to OS packaging which has similar/harder constraints on interoperability with versions of Python libraries. At least with a pip/pypi install you can isolate things in a virtualenv. > > As things stand, ignoring awscrt (where keeping in sync with > > awscliv2 is no problem), this would add tight version restrictions > > on the following ports: > > > > devel/py-colorama > > devel/py-dateutil > > devel/py-flit_core > > devel/py-jmespath > > devel/py-prompt_toolkit > > security/py-cryptography > > sysutils/py-distro > > textproc/py-docutils > > textproc/py-ruamel.yaml > > textproc/py-ruamel.yaml.clib > > www/py-urllib3 > > > > This already breaks the port (the current versions of several of those > > deps are not accepted, even in upstream git head). And tight specs > > for those ports, many of which are very common, make it difficult to > > work on general Python ecosystem ports. > > Upstream is getting better as they're hearing from the wider community > that their tight dependency versions are making things painful. As > Antoine said, isn't this something we patch around? > > With all the software in ports, there must be others where upstream > has narrow dependencies. How are they handled? Outside of go and rust (where everything's fetched from different versions at build time to produce a single binary so there are no installed libraries to conflict), most upstream projects are a bit more flexible, and only restrict version specs where they're actually needed rather than just because "other versions might not work". There are some projects which don't do this (homeassistant comes to mind; https://github.com/home-assistant/core/blob/dev/pyproject.toml) but not all that many and they don't usually end up added to official packages on most OS. Tighter version specs on a library which is closely associated with the software aren't usually much of a problem because by their nature they don't get pulled in across the ports tree. But there's no real reason for awscli to care enough about which version of flit_core, distro, colorama, etc are used to prevent it from building/running with others. It does make sense for upstream to only use the specific tested versions with their bundled binary distribution but when they make it as hard requirements into the source distribution too, it means that it's barely usable for pip installs (in virtualenvs only, really, to isolate it from other software) and probably every OS wanting to package it is going to need to patch those away. And really, why should every OS wanting to package it go to the trouble of doing this (and redoing for every/most updates)? So it's no surprise that various OS are sticking to the 1.x branch; that is still more restrictive than many other ports on version specs but it's a lot more self-contained than v2 and the permitted ranges are wide enough not to be such a problem.
Re: Fwd: OpenBSD devel/boehm-gc: update to 8.2.4
On 2023/06/10 10:44, Ivan Maidanski wrote: > Hello Stuart, > > Forwarded > From: Ivan Maidanski > To: Kurt Miller , st...@openbsd.org, Christian Weisgerber > > CC: ports@openbsd.org, Kurt Miller > Data: Sun, 10 Jun 2023, 10:02 +03:00 > Subj: OpenBSD devel/boehm-gc: update to 8.2.4 > Dear colleagues, > > Could you please update devel/boehm-gc from upstream? > Upstream tarballs: > * https://github.com/ivmai/bdwgc/releases/download/v8.2.4/gc-8.2.4.tar.gz > (sha256: > 3d0d3cdbe077403d3106bb40f0cbb563413d6efdbb2a7e1cd6886595dec48fc2) > * > https://github.com/ivmai/libatomic_ops/releases/download/v7.8.0/libatomic_ops-7.8.0.tar.gz > ( > sha256: 15676e7674e11bda5a7e50a73f4d9e7d60452271b8acf6fd39a71fefdf89fa31) > > I have prepared a patch (for MidnightBSD, might be useful to you): > https://github.com/ > MidnightBSD/mports/pull/93/commits/61a2239e6fb3b2b65cfa8e45c736a41a8d3433d0 > > Thank you. > > [1] https://openports.pl/path/devel/boehm-gc > [2] http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/boehm-gc/ > [3] https://github.com/openbsd/ports/blob/master/devel/boehm-gc/distinfo > > Regards, > Ivan That midnightbsd patch isn't helpful to us. Because it's so arch-dependent, updating boehm-gc on OpenBSD is a fairly major undertaking - there are various patches to make it work on the many archs supported by OpenBSD (https://github.com/openbsd/ports/tree/master/devel/boehm-gc/patches) which don't merge cleanly. even just finding people with the right hardware to test updates is tricky - there aren't many ports developers who have access to a wide enough range of hardware for this. So the port only usually gets updated when there's a real need to do so, rather than just because a new version is available.
NEW: textproc/ktextaddon
Find attached ktextaddons-1.3.2 as tarball. I need ktextaddons to update KDE Gear to 23.04.1. Please take a short look on the new port. Thanks! Comment: various text handling addons Description: Various text handling addons for the KDE dekstop. Maintainer: Rafael Sadowski WWW: https://invent.kde.org/libraries/ktextaddons ktextaddons.tgz.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2023/06/10 01:25:45 Modified files: databases/pspg : Makefile distinfo Log message: update databases/pspg to 5.7.7 (bugfix release)
OpenBSD devel/boehm-gc: update to 8.2.4
Dear colleagues, Could you please update devel/boehm-gc from upstream? Upstream tarballs: * https://github.com/ivmai/bdwgc/releases/download/v8.2.4/gc-8.2.4.tar.gz ( sha256: 3d0d3cdbe077403d3106bb40f0cbb563413d6efdbb2a7e1cd6886595dec48fc2 ) * https://github.com/ivmai/libatomic_ops/releases/download/v7.8.0/libatomic_ops-7.8.0.tar.gz ( sha256: 15676e7674e11bda5a7e50a73f4d9e7d60452271b8acf6fd39a71fefdf89fa31 ) I have prepared a patch (for MidnightBSD, might be useful to you): https://github.com/MidnightBSD/mports/pull/93/commits/61a2239e6fb3b2b65cfa8e45c736a41a8d3433d0 Thank you. [1] https://openports.pl/path/devel/boehm-gc [2] http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/devel/boehm-gc/ [3] https://github.com/openbsd/ports/blob/master/devel/boehm-gc/distinfo Regards, Ivan
