CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2024/02/28 00:59:47 Modified files: textproc/pandoc: Makefile textproc/pandoc/pkg: README Log message: Use template for README.
[maintainer update] sysutils/fzf 0.46.1
Hi,
update for sysutils/fzf port version 0.46.1
Changelog for the majour release 0.46.0:
https://github.com/junegunn/fzf/releases/tag/0.46.0
- update Makefile, distinfo and modules.inc for this version
- remove a patch to add tmppath for pledge (merged upstream)
Build and tests OK on current/amd64 with Go 1.22.0
Comments/tests welcome and please commit if OK.
Laurent
Index: Makefile
===
RCS file: /cvs/ports/sysutils/fzf/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile 19 Nov 2023 10:59:12 - 1.23
+++ Makefile 4 Feb 2024 17:26:42 -
@@ -1,9 +1,9 @@
COMMENT = command-line fuzzy finder
MODGO_MODNAME = github.com/junegunn/fzf
-MODGO_VERSION = v0.0.0-20231117101700-d7d2ac39513f
+MODGO_VERSION = v0.0.0-20240201091300-3c0a6304756e
-V = 0.44.1
+V = 0.46.1
DISTNAME = fzf-${V}
CATEGORIES = sysutils
Index: distinfo
===
RCS file: /cvs/ports/sysutils/fzf/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo 19 Nov 2023 10:59:12 - 1.16
+++ distinfo 4 Feb 2024 17:26:42 -
@@ -1,19 +1,20 @@
-SHA256 (fzf-0.44.1.zip) = Z7IDQP5IKomXtvHSis7zng1Nykffq8AOGvAw+PWpGb8=
+SHA256 (fzf-0.46.1.zip) = ypM5O784UKbRvrNb7o4Vl6jRdsjxOIEPhoXlxTOBsv8=
SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.mod) = pJgRJVFfDy3yU8LeOjrBlwx0Q+W2adlH6HTnezaBtuU=
SHA256 (go_modules/github.com/gdamore/encoding/@v/v1.0.0.zip) = Y4qYMuL2LRGNfFEdhr2uFiKlHzMd5IoB2Sn9JOvmoqY=
-SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.mod) = 4zhutrVn0oD6CGHqAr93IkVDVuXmzBVThvjmX/RGQ5E=
-SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.5.4.zip) = KHi0en642tkdnFAsVM8P9oMa/gXJv4cJ0ylrUOIlQTM=
+SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.7.0.mod) = DmKjdtCo+lggVXLWq9HOVqx4DkCLF47l3r+Zj6B+e7s=
+SHA256 (go_modules/github.com/gdamore/tcell/v2/@v/v2.7.0.zip) = bQ/s1uwT5X2lqH37/oqgzlyimdDi6AVZlJsAz8weAGg=
SHA256 (go_modules/github.com/lucasb-eyer/go-colorful/@v/v1.2.0.mod) = hPnDjpiEqwE8g3yxau4TlQDT1cbMqwJDmIHbLs8o9mA=
SHA256 (go_modules/github.com/lucasb-eyer/go-colorful/@v/v1.2.0.zip) = eNXQ4HN/D1S77Xe236hH2MhxvtJmip3EQyjHw0Ea2hA=
SHA256 (go_modules/github.com/mattn/go-isatty/@v/v0.0.17.mod) = cUdm7ILWfbiVreiva4BUrUMMPOpeFbOoiPI+0vPhuGM=
SHA256 (go_modules/github.com/mattn/go-isatty/@v/v0.0.17.zip) = 7YqYSnkx1hi2d7b9a8yTxYu1fme0swBcQBKohRtJQow=
-SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.14.mod) = IWyT0ZMQYSyB1cdBAkmJ+DiX0jM8Op+We1ixMXWH9Rk=
-SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.14.zip) = Nk717TH2Vx2tVnMDBbXCKIpT2gbZgyaAreXiHZenSOc=
+SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.15.mod) = IWyT0ZMQYSyB1cdBAkmJ+DiX0jM8Op+We1ixMXWH9Rk=
+SHA256 (go_modules/github.com/mattn/go-runewidth/@v/v0.0.15.zip) = 2XxPBmehSVdWnJMqjiSI8cQ3V7TczjE4l6oAHwfRSbA=
SHA256 (go_modules/github.com/mattn/go-shellwords/@v/v1.0.12.mod) = Kb//Fv9Xt9raZOanSAbZMVSazOYctwxFijidCZwtDsI=
SHA256 (go_modules/github.com/mattn/go-shellwords/@v/v1.0.12.zip) = bTXD7ckuR6BpiHiNaDwa04lxm1XvGdWn8jmrRwi22hE=
SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.2.0.mod) = bHMYonqNVHOo62YedfsAUoF24O/FkxDtJ3yhO9EqU/E=
-SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.4.mod) = oeF0iQ/J8lJFAhH63rU3VvnPWrexlpd2X5+yVfgeqJg=
-SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.4.zip) = dAzVgDEE763yd6DzUZ8OrZfjIdvZCc7uvXyLaza0R1Q=
+SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.3.mod) = oeF0iQ/J8lJFAhH63rU3VvnPWrexlpd2X5+yVfgeqJg=
+SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.6.mod) = oeF0iQ/J8lJFAhH63rU3VvnPWrexlpd2X5+yVfgeqJg=
+SHA256 (go_modules/github.com/rivo/uniseg/@v/v0.4.6.zip) = 7KYABlvloerTdHjmRa0H1w2tr08G9oGCfYEVgxZTiyM=
SHA256 (go_modules/github.com/saracen/walker/@v/v0.1.3.mod) = 0kway39am7ME90XPLfJq9bVJOMxXYxgsir8ISkd4zUc=
SHA256 (go_modules/github.com/saracen/walker/@v/v0.1.3.zip) = lFe2CuCa3V2nRgsynUdvWFq/HUuLBO1ZukCSSQxhG10=
SHA256 (go_modules/github.com/yuin/goldmark/@v/v1.4.13.mod) = 7n/kRmIDoB06wZrcE0zeyZvG3nGZLCjz3Zp0SAv/BgM=
@@ -22,55 +23,65 @@ SHA256 (go_modules/golang.org/x/crypto/@
SHA256 (go_modules/golang.org/x/crypto/@v/v0.0.0-20210921155107-089bfa567519.mod) = zWMRYSoqpNDX4DxBs6ofvC1fiVqz9hCJ+rgL/p+PVIU=
SHA256 (go_modules/golang.org/x/crypto/@v/v0.0.0-20210921155107-089bfa567519.zip) = 6yQmp4kZFSE8xdodp7b8bp4s8lPVGNjhaeA44of0FOM=
SHA256 (go_modules/golang.org/x/mod/@v/v0.6.0-dev.0.20220419223038-86c51ed26bb4.mod) = QtGQI/+PLq5wC8VJXzcezZmKItGbqYXQr19pkAslQIM=
-SHA256 (go_modules/golang.org/x/mod/@v/v0.6.0-dev.0.20220419223038-86c51ed26bb4.zip) = K3Rx7TSjSfkQVVJ8Uyis1A6augBrZE5R1AqGJ++napI=
+SHA256 (go_modules/golang.org/x/mod/@v/v0.8.0.mod) = YkVnRZxumUesSr3gtwNO5h3Ltqk3P1lwCUwLs+gSGWQ=
+SHA256 (go_modules/golang.org/x/mod/@v/v0.8.0.zip) = SugXZ5nYzagZ5wcxumhVc1AD5+STBDbjRYTHXJbEluA=
SHA256 (go_modules/golang.org/x/net/@v/v0.0.0-20190620200207-3b0461eec859.mod) =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/02/27 23:05:06 Modified files: graphics/GraphicsMagick: Makefile distinfo graphics/GraphicsMagick/patches: patch-configure Removed files: graphics/GraphicsMagick/patches: patch-coders_jpeg_c Log message: graphics/GraphicsMagick: update to 1.3.42, from brad fixes build with libjxl 0.10.0, sorry for the breakage.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2024/02/27 21:36:02 Added files: textproc/pandoc/pkg: README Log message: Really add a pkg-readme concerning PDF output to pandoc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gne...@cvs.openbsd.org 2024/02/27 20:30:40 Modified files: textproc/pandoc: Makefile textproc/pandoc/pkg: PLIST Log message: Add a pkg-readme concerning PDF output to pandoc from: Evan Silberman (maintainer)
UPDATE: libheif 1.17.6
Here is an update to libheif 1.17.6.
CVE-2023-49462, CVE-2023-49463
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libheif/Makefile,v
retrieving revision 1.15
diff -u -p -u -p -r1.15 Makefile
--- Makefile23 Oct 2023 06:47:18 - 1.15
+++ Makefile28 Feb 2024 01:24:57 -
@@ -1,10 +1,9 @@
COMMENT= HEIF and AVIF file format decoder and encoder
-V= 1.16.2
+V= 1.17.6
DISTNAME= libheif-$V
-REVISION= 1
-SHARED_LIBS += heif 1.6
+SHARED_LIBS += heif 2.0
CATEGORIES=multimedia graphics
@@ -28,12 +27,15 @@ LIB_DEPENDS=graphics/gdk-pixbuf2 \
multimedia/aom \
multimedia/dav1d \
multimedia/libde265 \
+ graphics/jpeg \
multimedia/x265
# examples
-LIB_DEPENDS+= graphics/jpeg \
- graphics/png
+LIB_DEPENDS+= graphics/png
-CONFIGURE_ARGS= -DWITH_RAV1E=Off \
+CONFIGURE_ARGS= -DWITH_DAV1D=On \
+ -DWITH_JPEG_DECODER=On \
+ -DWITH_JPEG_ENCODER=On \
+ -DWITH_RAV1E=Off \
-DWITH_SvtEnc=Off
NO_TEST= Yes
Index: distinfo
===
RCS file: /cvs/ports/multimedia/libheif/distinfo,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 distinfo
--- distinfo4 Sep 2023 09:52:02 - 1.8
+++ distinfo28 Feb 2024 01:24:57 -
@@ -1,2 +1,2 @@
-SHA256 (libheif-1.16.2.tar.gz) = f5fkIFwL2fm4VgU2yL0uhB0cmm1hBAHrPrh+2c3+eOo=
-SIZE (libheif-1.16.2.tar.gz) = 1339068
+SHA256 (libheif-1.17.6.tar.gz) = g5C69JE+2goYPhMs7GK4dfsu9QfO1d3dyY39Lxd4Cu4=
+SIZE (libheif-1.17.6.tar.gz) = 1433302
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/multimedia/libheif/patches/patch-CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt4 Sep 2023 12:25:08 - 1.1
+++ patches/patch-CMakeLists_txt28 Feb 2024 01:24:57 -
@@ -1,7 +1,7 @@
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -22,7 +22,6 @@ endif()
+@@ -28,7 +28,6 @@ endif()
if(NOT MSVC)
add_definitions(-Wall)
Index: pkg/PLIST
===
RCS file: /cvs/ports/multimedia/libheif/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 PLIST
--- pkg/PLIST 23 Oct 2023 06:47:18 - 1.6
+++ pkg/PLIST 28 Feb 2024 01:24:57 -
@@ -6,6 +6,8 @@ include/libheif/
include/libheif/heif.h
include/libheif/heif_cxx.h
include/libheif/heif_plugin.h
+include/libheif/heif_properties.h
+include/libheif/heif_regions.h
include/libheif/heif_version.h
lib/cmake/libheif/
lib/cmake/libheif/libheif-config${MODCMAKE_BUILD_SUFFIX}
@@ -14,6 +16,7 @@ lib/cmake/libheif/libheif-config.cmake
@so lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-heif.so
lib/libheif/
@lib lib/libheif.so.${LIBheif_VERSION}
+@so lib/libheif/libheif-dav1d.so
lib/pkgconfig/libheif.pc
@man man/man1/heif-convert.1
@man man/man1/heif-enc.1
UPDATE: libavif 1.0.4
Here is an update to libavif 1.0.4. ## [1.0.4] - 2024-02-08 ### Changed * AVIF_ENABLE_WERROR is set to OFF by default. * Fix wrong alpha plane deallocation when decoded tile pixel format does not match reconstructed output image pixel format (b/320234262). * Fix identical chunk skipping optimization when writing animation data (b/321189607). * Fix ID selection for artificial grid alpha item when decoding a grid of tiles which each have an associated auxiliary alpha image item (https://crbug.com/oss-fuzz/65657). ## [1.0.3] - 2023-12-03 ### Changed * Rewrite the fix for memory errors reported in crbug.com/1501770. * Fix memory errors reported in crbug.com/1504792 by [Fudan University](https://secsys.fudan.edu.cn/). * src/reformat.c: Allocate the threadData array directly. ## [1.0.2] - 2023-11-16 ### Changed * Update avifCropRectConvertCleanApertureBox() to the revised requirements in ISO/IEC 23000-22:2019/Amd. 2:2021 Section 7.3.6.7. * Fix memory errors reported in crbug.com/1501766 and crbug.com/1501770 by [Fudan University](https://secsys.fudan.edu.cn/). ## [1.0.1] - 2023-08-29 ### Changed * gdk-pixbuf: Explicitly pass link directories * gdk-pixbuf: Fix build failure after imir.mode -> imir.axis rename ## [1.0.0] - 2023-08-24 With the 1.0.0 release, the ABI will be more stable from now on. Please note the allocation and initialization requirements for avifImage, avifDecoder, avifEncoder, and avifRGBImage in the "avif/avif.h" header. List of incompatible ABI changes in this release: * The clli member was added to the avifImage struct. * The repetitionCount member was added to the avifEncoder and avifDecoder structs. * The quality and qualityAlpha members were added to the avifEncoder struct. * Check that functions returning pointers do not return NULL before accessing those pointers. * Check the return value of avifEncoderSetCodecSpecificOption(). * The maxThreads member was added to the avifRGBImage struct. * Check the return value of avifRGBImageAllocatePixels(), avifRWDataRealloc(), avifRWDataSet(), avifImageSetProfileICC(), avifImageSetMetadataExif() and avifImageSetMetadataXMP(). * The meaning of the keyframeInterval member of avifEncoder struct has changed slightly. When set to a value of "n", * Before: It forces a keyframe on every nth frame. * After: Any set of "n" consecutive frame will have at least one keyframe (every nth frame may or may not be a keyframe). ### Added * Add STATIC library target avif_internal to allow tests to access functions from internal.h when BUILD_SHARED_LIBS is ON. * Add clli metadata read and write support * Add repetitionCount member to avifEncoder and avifDecoder structs to specify the number of repetitions for animated image sequences. * Add quality and qualityAlpha to avifEncoder. Note: minQuantizer, maxQuantizer, minQuantizerAlpha, and maxQuantizerAlpha are deprecated. Code should be updated to set quality (and qualityAlpha if applicable) and leave minQuantizer, maxQuantizer, minQuantizerAlpha, and maxQuantizerAlpha initialized to the default values. * The --target-size flag in avifenc was added to adapt the quality so that the output file size is as close to the given number of bytes as possible. * Add the public API function avifImageIsOpaque() in avif.h. * Add the public API functions avifImagePlane(), avifImagePlaneRowBytes(), avifImagePlaneWidth(), and avifImagePlaneHeight() in avif.h. * Add experimental API for progressive AVIF encoding. * Add API for multi-threaded YUV to RGB color conversion. * Add experimental support for AV2 behind the compilation flag AVIF_CODEC_AVM. AVIF_CODEC_CHOICE_AVM is now part of avifCodecChoice. * Add experimental YCgCo-R support behind the compilation flag AVIF_ENABLE_EXPERIMENTAL_YCGCO_R. * Allow lossless 4:0:0 on grayscale input. * Add avifenc --no-overwrite flag to avoid overwriting output file. * Add avifenc --clli flag to set clli. * Add support for all transfer functions when using libsharpyuv. ### Changed * Enable the libaom AV1E_SET_SKIP_POSTPROC_FILTERING codec control by default. * Use the constant rate factor (CRF) instead of the constant quantization parameter (CQP) rate control mode with the SVT-AV1 encoder. * Exif and XMP metadata is exported to PNG and JPEG files by default, except XMP payloads larger than 65502 bytes in JPEG. * The --grid flag in avifenc can be used for images that are not evenly divided into cells. * Apps must be built with libpng version 1.6.32 or above. * Change the encoder to write the boxes within the "stbl" box in the order of stsd, stts, stsc, stsz, stco, stss. * avifImageCopy() no longer accepts source U and V channels to be NULL for non-4:0:0 input if Y is not NULL and if AVIF_PLANES_YUV is specified. * The default values of the maxQuantizer and maxQuantizerAlpha members of avifEncoder changed from AVIF_QUANTIZER_LOSSLESS (0) to AVIF_QUANTIZER_WORST_QUALITY (63). The behavior changed if minQuantizer and
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2024/02/27 18:06:35 Modified files: devel/gettext/patches: patch-gettext-runtime_intl_gnulib-lib_math_in_h patch-gettext-tools_gnulib-lib_math_in_h patch-libtextstyle_lib_math_in_h Log message: devel/gettext: sync gnulib patch with upstream
Re: [new] jupyter_server
Hi everyone, would be great to get ok's to commit these new ports. I'm not able to update the jupyter stack much more until I get these into the tree. Thanks for any help! On Thu, 15 Feb 2024, Daniel Dickman wrote: > Here's jupyter_server, a new port in the jupyter stack needed for > jupyterlab and a few other things. > > The attachment contains a few things: > - py-nodeenv, a new port needed by pre-commit (jupyter_server fails at > build time without pre-commit having all the ports it needs) > - a replacement Makefile for pre-commit adding the new RDEP and bumping > the port. > - 2 new TDEPs for jupyter_server > - The new jupyter_server port itself. > > Note that jupyter_server cannot go to the 2.x series until > jupyter-notebook supports the newer version. I added a comment about that > in the Makefile. > > ok on importing all these new ports? >
UPDATE: GraphicsMagick 1.3.42 - unbreak with libjxl
Here is an update to GraphicsMagick 1.3.42.
The libjxl update broke building GraphicsMagick. This adds support
for the libjxl 0.9 API.
Index: Makefile
===
RCS file: /cvs/ports/graphics/GraphicsMagick/Makefile,v
retrieving revision 1.73
diff -u -p -u -p -r1.73 Makefile
--- Makefile26 Sep 2023 11:39:01 - 1.73
+++ Makefile28 Feb 2024 00:07:02 -
@@ -1,12 +1,11 @@
COMMENT= image processing tools with stable ABI
-DISTNAME= GraphicsMagick-1.3.40
+DISTNAME= GraphicsMagick-1.3.42
CATEGORIES=graphics devel
SITES= ${SITE_SOURCEFORGE:=graphicsmagick/}
EXTRACT_SUFX= .tar.xz
-REVISION= 0
-SHARED_LIBS= GraphicsMagick 9.3 \
+SHARED_LIBS= GraphicsMagick 9.4 \
GraphicsMagick++6.1 \
GraphicsMagickWand 4.0
@@ -17,11 +16,11 @@ MAINTAINER= Brad Smith http://www.graphicsmagick.org/www/Copyright.html
PERMIT_PACKAGE=Yes
-WANTLIB += ${COMPILER_LIBCXX} ICE SM X11 Xau Xdmcp Xext aom bz2 c
-WANTLIB += dav1d de265 freetype heif iconv jasper jbig jpeg lcms2
-WANTLIB += ltdl lzma m png tiff webp webpmux wmflite-0.2 x265 xcb
-WANTLIB += brotlicommon brotlidec brotlienc hwy jxl jxl_threads
-WANTLIB += xml2 z zstd sharpyuv
+WANTLIB += ${COMPILER_LIBCXX} ICE SM X11 Xau Xdmcp Xext aom brotlicommon
+WANTLIB += brotlidec brotlienc bz2 c de265 freetype heif hwy iconv
+WANTLIB += jasper jbig jpeg jxl jxl_cms jxl_threads lcms2 ltdl
+WANTLIB += lzma m png sharpyuv tiff webp webpmux wmflite-0.2 x265
+WANTLIB += xcb xml2 z zstd
WANTLIB += perl # uses perl ABI
Index: distinfo
===
RCS file: /cvs/ports/graphics/GraphicsMagick/distinfo,v
retrieving revision 1.33
diff -u -p -u -p -r1.33 distinfo
--- distinfo9 Apr 2023 06:02:45 - 1.33
+++ distinfo28 Feb 2024 00:07:02 -
@@ -1,2 +1,2 @@
-SHA256 (GraphicsMagick-1.3.40.tar.xz) =
l9wanU6Jx3slo7JFBef/FlO4j5v+MfGJzhCAS476d0Y=
-SIZE (GraphicsMagick-1.3.40.tar.xz) = 5507792
+SHA256 (GraphicsMagick-1.3.42.tar.xz) =
SE/M/Ssvr2wrqRUUaezlByvLkbpO1z517T2ORsdZ1Vc=
+SIZE (GraphicsMagick-1.3.42.tar.xz) = 5553692
Index: patches/patch-coders_jpeg_c
===
RCS file: patches/patch-coders_jpeg_c
diff -N patches/patch-coders_jpeg_c
--- patches/patch-coders_jpeg_c 12 Nov 2023 10:36:49 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,34 +0,0 @@
-https://sourceforge.net/p/graphicsmagick/code/ci/166bc6d3500ddeb243c7c1b25ca0d9eade8e3b55/
-
-Index: coders/jpeg.c
coders/jpeg.c.orig
-+++ coders/jpeg.c
-@@ -954,7 +954,7 @@ EstimateJPEGQuality(const struct jpeg_decompress_struc
- i;
-
- save_quality=0;
--#ifdef D_LOSSLESS_SUPPORTED
-+#if !defined(LIBJPEG_TURBO_VERSION_NUMBER) && defined(D_LOSSLESS_SUPPORTED)
- if (image->compression==LosslessJPEGCompression)
- {
- save_quality=100;
-@@ -1461,7 +1461,9 @@ static Image *ReadJPEGImage(const ImageInfo *image_inf
- }
- #endif
- #if (JPEG_LIB_VERSION >= 61) && defined(D_PROGRESSIVE_SUPPORTED)
--#ifdef D_LOSSLESS_SUPPORTED
-+#if !defined(LIBJPEG_TURBO_VERSION_NUMBER) && defined(D_LOSSLESS_SUPPORTED)
-+ /* This code is based on a patch to IJG JPEG 6b, or somesuch. Standard
-+ library does not have a 'process' member. */
- image->interlace=
- jpeg_info.process == JPROC_PROGRESSIVE ? LineInterlace : NoInterlace;
- image->compression=jpeg_info.process == JPROC_LOSSLESS ?
-@@ -2896,7 +2898,7 @@ static MagickPassFail WriteJPEGImage(const ImageInfo *
- if ((image->compression == LosslessJPEGCompression) ||
- (quality > 100))
- {
--#if defined(C_LOSSLESS_SUPPORTED)
-+#if !defined(LIBJPEG_TURBO_VERSION_NUMBER) && defined(C_LOSSLESS_SUPPORTED)
- if (quality < 100)
- ThrowException(>exception,CoderWarning,
-LosslessToLossyJPEGConversion,(char *) NULL);
Index: patches/patch-configure
===
RCS file: /cvs/ports/graphics/GraphicsMagick/patches/patch-configure,v
retrieving revision 1.22
diff -u -p -u -p -r1.22 patch-configure
--- patches/patch-configure 9 Apr 2023 06:02:45 - 1.22
+++ patches/patch-configure 28 Feb 2024 00:07:02 -
@@ -1,7 +1,7 @@
Index: configure
--- configure.orig
+++ configure
-@@ -28557,7 +28557,7 @@ done
+@@ -28663,7 +28663,7 @@ done
#
# Subdirectory under lib to place GraphicsMagick lib files
@@ -10,7 +10,7 @@ Index: configure
cat >>confdefs.h <<_ACEOF
#define MagickLibSubdir "$MagickLibSubdir"
-@@ -28661,7 +28661,7 @@ _ACEOF
+@@ -28767,7 +28767,7 @@ _ACEOF
#
# Path to GraphicsMagick share files
[new] meta/vfx
Hi everyone, Looking for an ok to import a new meta/vfx port which covers most of the tools that are part of vfxplatform.com (2023 edition, we need Python 3.11 and a few other port updates for the 2024 edition). So this new meta port is a convenient way for me to get these tools installed easily. The meta/vfx port also requires a new port called graphics/ptex which I'm still hoping to get an ok for as well. The graphics/ptex port was sent a few days ago and can be found here: https://marc.info/?l=openbsd-ports=170889718609674=2 Thanks! vfx.tgz Description: Binary data
Re: [UPDATE] x11/picom - new version 11.2
On 2024/02/26 10:51:54 -0400, Jose Maldonado wrote: > I am also using amdgpu and so far nothing new. Thanks for the feedback! I've committed it, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 15:49:57 Modified files: x11/picom : Makefile distinfo Log message: update x11/picom to 11.2 new features and bugfixes; the changelogs are: - https://github.com/yshui/picom/releases/tag/v11-rc1 - https://github.com/yshui/picom/releases/tag/v11 - https://github.com/yshui/picom/releases/tag/v11.1 - https://github.com/yshui/picom/releases/tag/v11.2 Diff from Jose Maldonado (josemald89 at gmail dot com) who also fixed a compatibility issue upstream, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 15:41:35 Modified files: productivity/minder: Makefile distinfo Log message: update productivity/minder to 1.16.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2024/02/27 15:25:02 Modified files: devel/gettext : Makefile distinfo devel/gettext/patches: patch-gettext-runtime_intl_Makefile_in patch-gettext-runtime_intl_configure patch-gettext-tools_gnulib-lib_Makefile_in patch-gettext-tools_src_Makefile_in devel/gettext/pkg: PLIST-tools Added files: devel/gettext/patches: patch-gettext-runtime_intl_gnulib-lib_math_in_h patch-gettext-tools_gnulib-lib_math_in_h patch-libtextstyle_lib_math_in_h Removed files: devel/gettext/patches: patch-gettext-tools_gnulib-lib_asyncsafe-spin_c Log message: devel/gettext: maintenance update to 0.22.5, no significant changes
Re: remove net/p5-Net-XMPP and net/p5-Net-Jabber
On Tue, Feb 27, 2024 at 10:31:32PM +0100, Sol?ne Rapenne wrote: > Le mardi 27 f?vrier 2024, 18:46:18 CET Alexander Bluhm a ?crit : > > On Tue, Feb 27, 2024 at 05:58:59PM +0100, Solene Rapenne wrote: > > > I removed net/sendxmpp which had net/p5-Net-XMPP as a run dependency, > > > however p5-Net-XMPP is used by p5-Net-Jabber but the latter doesn't > > > have any reverse dep. > > > > > > I suggest to remove both as we have no programs using them in ports. > > > > Having Perl modules in the ports tree without program using them > > is common. I maintain a lot to such ports that I use for my own > > projects. > > > > Personally I have no need for p5-Net-XMPP or p5-Net-Jabber. But > > as long as they work and are not completely outdated, why remove > > them? > > > > bluhm > > I get your point, from my perspective p5-Net-Jabber 2.0 was released in 2004 > and p5-Net-XMPP in 2014, and only one has a maintainer. Their old age doesn't > mean they can't be used, but for sure they are not maintained and not up to > date with XMPP protocol. > > We have no consumers to know if these libs are still working fine, given > sendxmpp wasn't working with TLS servers, I suppose p5-Net-XMPP is not > reliable. > > I don't really care if we remove them or not to be honest, I thought we had > to > clean libs that didn't had consumers like in this case. Abandoned upstream, security issues, TLS incompatibilities, incompatible with the current protocol are arguments to remove. If that is the case, feel free. Just old and not used within ports tree is not an argument to remove. Being useless is. bluhm
Re: remove net/p5-Net-XMPP and net/p5-Net-Jabber
Le mardi 27 février 2024, 18:46:18 CET Alexander Bluhm a écrit : > On Tue, Feb 27, 2024 at 05:58:59PM +0100, Solene Rapenne wrote: > > I removed net/sendxmpp which had net/p5-Net-XMPP as a run dependency, > > however p5-Net-XMPP is used by p5-Net-Jabber but the latter doesn't > > have any reverse dep. > > > > I suggest to remove both as we have no programs using them in ports. > > Having Perl modules in the ports tree without program using them > is common. I maintain a lot to such ports that I use for my own > projects. > > Personally I have no need for p5-Net-XMPP or p5-Net-Jabber. But > as long as they work and are not completely outdated, why remove > them? > > bluhm I get your point, from my perspective p5-Net-Jabber 2.0 was released in 2004 and p5-Net-XMPP in 2014, and only one has a maintainer. Their old age doesn't mean they can't be used, but for sure they are not maintained and not up to date with XMPP protocol. We have no consumers to know if these libs are still working fine, given sendxmpp wasn't working with TLS servers, I suppose p5-Net-XMPP is not reliable. I don't really care if we remove them or not to be honest, I thought we had to clean libs that didn't had consumers like in this case.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/27 12:55:05 Modified files: editors/vim: Makefile distinfo editors/vim/patches: patch-runtime_autoload_tar_vim patch-runtime_filetype_vim editors/vim/pkg: PLIST-main Log message: update to vim-9.1.139
UPDATE: vultr-cli-3.0.1
Hi.
Update for sysutils/vultr-cli-3.0.1
Changelog: https://github.com/vultr/vultr-cli/releases/tag/v3.0.1
- Add correct usage for firewall rules (#414)
- Add kubernetes enable-firewall flag on create (#413)
- Build metadata paging from struct and add nil struct checks (#410)
- Bump github.com/vultr/govultr/v3 from 3.6.1 to 3.6.2 (#407)
- Make regions and plans printers consistent (#412)
- Release v3.0.1 #patch
- Remove shorthand flag output on kubernetes (#406)
- Update README go get example to use v3 (#405)
Obrigado!
--
Adriano
Index: Makefile
===
RCS file: /cvs/ports/sysutils/vultr-cli/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile17 Feb 2024 15:35:08 - 1.20
+++ Makefile27 Feb 2024 19:42:57 -
@@ -1,7 +1,7 @@
COMMENT = Vultr Command Line Interface
MODGO_MODNAME =github.com/vultr/vultr-cli/v3
-MODGO_VERSION =v3.0.0
+MODGO_VERSION =v3.0.1
DISTNAME = vultr-cli-${MODGO_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/vultr-cli/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- distinfo17 Feb 2024 15:35:08 - 1.17
+++ distinfo27 Feb 2024 19:42:57 -
@@ -158,8 +158,8 @@ SHA256 (go_modules/github.com/stretchr/t
SHA256 (go_modules/github.com/stretchr/testify/@v/v1.8.4.zip) =
4gbart4L0D3gYL3765hKwsSbgwWHU//8k/4MIg6odTI=
SHA256 (go_modules/github.com/subosito/gotenv/@v/v1.6.0.mod) =
iy2Lx4td7xBjYIZ6gq2CxaTp3pNULwogcIe7ODhPVb8=
SHA256 (go_modules/github.com/subosito/gotenv/@v/v1.6.0.zip) =
FC2z3SMo50TBV+hc8ykdAnATt5+SpFmE+GD+OLwPH40=
-SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.1.mod) =
Btztb1e1OWlrAp+aP+hNBpwS5h5xIQO/9EKGVmwB5f0=
-SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.1.zip) =
05pnYuSX0j2dsstS1dzyYCKNt4GRU8KYqLEr4t/dRTQ=
+SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.mod) =
Btztb1e1OWlrAp+aP+hNBpwS5h5xIQO/9EKGVmwB5f0=
+SHA256 (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.zip) =
SjPQFV9MtmuGTfAUaSD6HgEbrlaXVpttK9sfzp871OE=
SHA256 (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.mod) =
BdgLHNyTTdrAmRX4IqQFDoj9pkajbymego6kjjP/Yfc=
SHA256 (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.zip) =
0F1Bvq5D3HXwpueBWkR8DnBM/flIQelrpmHgsdvEoQw=
SHA256 (go_modules/go.etcd.io/etcd/client/pkg/v3/@v/v3.5.10.mod) =
+IjWF2shNMhy6adJ/bfazsGGXsk8BIPE1plnbVVRHqo=
@@ -244,7 +244,7 @@ SHA256 (go_modules/gopkg.in/ini.v1/@v/v1
SHA256 (go_modules/gopkg.in/yaml.v3/@v/v3.0.0-20200313102051-9f266ea9e77c.mod)
= IVeYYKIDBvz0OxvSNNH7oxlJnHdhG3HAX5vzupDauTk=
SHA256 (go_modules/gopkg.in/yaml.v3/@v/v3.0.1.mod) =
IVeYYKIDBvz0OxvSNNH7oxlJnHdhG3HAX5vzupDauTk=
SHA256 (go_modules/gopkg.in/yaml.v3/@v/v3.0.1.zip) =
qrj7xOYwDqCOav4crqGKIckMefSJ9SxT4vIEMfGpoBU=
-SHA256 (vultr-cli-v3.0.0.zip) = EWRrg8rN7GaBP4yv8xljLSsT7X41+fNRQ754JfGbvMo=
+SHA256 (vultr-cli-v3.0.1.zip) = 0qYp2mdVyE6aFXswG+dQt3QjTVa/LRjw1mTvb2dvEsc=
SIZE (go_modules/cloud.google.com/go/@v/v0.110.10.mod) = 1349
SIZE (go_modules/cloud.google.com/go/@v/v0.110.10.zip) = 309004
SIZE (go_modules/cloud.google.com/go/compute/@v/v1.20.1.mod) = 1093
@@ -405,8 +405,8 @@ SIZE (go_modules/github.com/stretchr/tes
SIZE (go_modules/github.com/stretchr/testify/@v/v1.8.4.zip) = 120537
SIZE (go_modules/github.com/subosito/gotenv/@v/v1.6.0.mod) = 266
SIZE (go_modules/github.com/subosito/gotenv/@v/v1.6.0.zip) = 17070
-SIZE (go_modules/github.com/vultr/govultr/v3/@v/v3.6.1.mod) = 256
-SIZE (go_modules/github.com/vultr/govultr/v3/@v/v3.6.1.zip) = 118356
+SIZE (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.mod) = 256
+SIZE (go_modules/github.com/vultr/govultr/v3/@v/v3.6.2.zip) = 118464
SIZE (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.mod) = 1050
SIZE (go_modules/go.etcd.io/etcd/api/v3/@v/v3.5.10.zip) = 117146
SIZE (go_modules/go.etcd.io/etcd/client/pkg/v3/@v/v3.5.10.mod) = 442
@@ -491,4 +491,4 @@ SIZE (go_modules/gopkg.in/ini.v1/@v/v1.6
SIZE (go_modules/gopkg.in/yaml.v3/@v/v3.0.0-20200313102051-9f266ea9e77c.mod) =
95
SIZE (go_modules/gopkg.in/yaml.v3/@v/v3.0.1.mod) = 95
SIZE (go_modules/gopkg.in/yaml.v3/@v/v3.0.1.zip) = 104623
-SIZE (vultr-cli-v3.0.0.zip) = 153388
+SIZE (vultr-cli-v3.0.1.zip) = 153331
Index: modules.inc
===
RCS file: /cvs/ports/sysutils/vultr-cli/modules.inc,v
retrieving revision 1.18
diff -u -p -r1.18 modules.inc
--- modules.inc 17 Feb 2024 15:35:08 - 1.18
+++ modules.inc 27 Feb 2024 19:42:57 -
@@ -68,7 +68,7 @@ MODGO_MODULES = \
github.com/stretchr/objx v0.5.0 \
github.com/stretchr/testify v1.8.4 \
github.com/subosito/gotenv v1.6.0 \
- github.com/vultr/govultr/v3 v3.6.1 \
+ github.com/vultr/govultr/v3
Go default LDFLAGS behavior
Hello,
How are default LDFLAGS for Go ports applied considering they are set
after they're included into the build command? I don't see those options
in the output when running make and the resulting binary is in its
standard size. However when I relocate the flag settings into the upper
part of the script as in the provided diff, it works as expected and I
get greeted with a shrunk binary. I think the default settings are
skipped on the official build server too, because Go binaries on mirrors
are similarly large.
Could anyone clue me in if this behavior is still correct and I'm just
misunderstanding something?
Index: go.port.mk
===
RCS file: /cvs/ports/lang/go/go.port.mk,v
retrieving revision 1.66
diff -u -p -r1.66 go.port.mk
--- go.port.mk 21 Feb 2024 12:28:57 - 1.66
+++ go.port.mk 27 Feb 2024 15:23:27 -
@@ -58,6 +58,11 @@ MODGO_LIST_CMD = ${MODGO_CMD} list ${MOD
MODGO_TEST_CMD = ${MODGO_CMD} test ${MODGO_FLAGS} ${MODGO_TEST_FLAGS}
MODGO_BINDIR ?=bin
+.if empty(DEBUG)
+# by default omit symbol table, debug information and DWARF symbol table
+MODGO_LDFLAGS += -s -w
+.endif
+
.if ! empty(MODGO_LDFLAGS)
MODGO_BUILD_CMD += -ldflags="${MODGO_LDFLAGS}"
MODGO_LIST_CMD += -ldflags="${MODGO_LDFLAGS}"
@@ -111,10 +116,7 @@ CATEGORIES += lang/go
MODGO_BUILD_TARGET = ${MODGO_BUILD_CMD} ${ALL_TARGET}
MODGO_FLAGS += -v -buildvcs=false -p=${MAKE_JOBS}
-.if empty(DEBUG)
-# by default omit symbol table, debug information and DWARF symbol table
-MODGO_LDFLAGS += -s -w
-.else
+.if ! empty(DEBUG)
MODGO_FLAGS += -x
.endif
Re: remove net/p5-Net-XMPP and net/p5-Net-Jabber
On Tue, Feb 27, 2024 at 05:58:59PM +0100, Solene Rapenne wrote: > I removed net/sendxmpp which had net/p5-Net-XMPP as a run dependency, > however p5-Net-XMPP is used by p5-Net-Jabber but the latter doesn't > have any reverse dep. > > I suggest to remove both as we have no programs using them in ports. Having Perl modules in the ports tree without program using them is common. I maintain a lot to such ports that I use for my own projects. Personally I have no need for p5-Net-XMPP or p5-Net-Jabber. But as long as they work and are not completely outdated, why remove them? bluhm
Re: CVS: cvs.openbsd.org: ports
the glslang update breaks godot4. c++ -o modules/gltf/gltf_document.linuxbsd.template_release.o -c -std=gnu++17 -O2 -pipe -Wno-deprecated-register -Wctor-dtor-privacy -Wnon-virtual-dtor -O2 -pipe -pipe -Wall -Wextra -Wwrite-strings -Wno-unused-parameter -isystem thirdparty/glad -DNDEBUG -DNO_EDITOR_SPLASH -DTOUCH_ENABLED -DFONTCONFIG_ENABLED -DSNDIO_ENABLED -DDBUS_ENABLED -DSPEECHD_ENABLED -DXKB_ENABLED -DLINUXBSD_ENABLED -DUNIX_ENABLED -D_FILE_OFFSET_BITS=64 -DX11_ENABLED -DVULKAN_ENABLED -DGLES3_ENABLED -DMINIZIP_ENABLED -DBROTLI_ENABLED -DUSE_VOLK -DVK_USE_PLATFORM_XLIB_KHR -DGLAD_ENABLED -DGLES_OVER_GL -Ithirdparty/libpng -Ithirdparty/volk -Ithirdparty/vulkan -Ithirdparty/vulkan/include -Ithirdparty/zlib -Ithirdparty/brotli/include -Iplatform/linuxbsd -I/usr/include/miniupnpc -I. -I/usr/local/include -I/usr/local/include/webp -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/local/include/dbus-1.0 -I/usr/local/lib/dbus-1.0/include -I/usr/local/include/speech-dispatcher -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include modules/gltf/gltf_document.cpp modules/glslang/register_types.cpp:37:10: fatal error: 'glslang/Include/Types.h' file not found #include ^ 1 error generated. scons: *** [modules/glslang/register_types.linuxbsd.template_release.o] Error 1 On 2024/02/24 19:43, Thomas Frohwein wrote: > CVSROOT: /cvs > Module name: ports > Changes by: t...@cvs.openbsd.org2024/02/24 19:43:36 > > Modified files: > graphics/glslang: Makefile distinfo > graphics/glslang/patches: patch-StandAlone_CMakeLists_txt > graphics/glslang/pkg: PLIST > graphics/spirv-headers: Makefile distinfo > graphics/spirv-tools: Makefile distinfo > graphics/vulkan-headers: Makefile distinfo > graphics/vulkan-headers/patches: >patch-registry_apiconventions_py >patch-registry_cgenerator_py >patch-registry_generator_py >patch-registry_reg_py > > patch-registry_spec_tools_conventions_py >patch-registry_vkconventions_py > graphics/vulkan-headers/pkg: PLIST > graphics/vulkan-loader: Makefile distinfo > graphics/vulkan-loader/pkg: PLIST > graphics/vulkan-tools: Makefile distinfo > graphics/vulkan-validation-layers: Makefile distinfo > Removed files: > graphics/vulkan-headers/patches: patch-registry_genvk_py > graphics/vulkan-validation-layers/patches: > > patch-layers_vulkan_generated_vk_extension_helper_h > > Log message: > update vulkan ports to latest SDK release 1.3.275.0 > testing and ok op@ >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 10:01:28 Modified files: lang/fennel: Makefile distinfo lang/fennel/patches: patch-test_cli_fnl patch-test_irc_lua Log message: update lang/fennel to 1.4.2 Changelog: https://fennel-lang.org/changelog#142--2024-02-23 1.4.2 is only bug fixes, 1.4.1 a few new features and the __fennelrest metamethod deprecation.
remove net/p5-Net-XMPP and net/p5-Net-Jabber
I removed net/sendxmpp which had net/p5-Net-XMPP as a run dependency, however p5-Net-XMPP is used by p5-Net-Jabber but the latter doesn't have any reverse dep. I suggest to remove both as we have no programs using them in ports. ok?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 09:54:58 Modified files: net/libstrophe : Makefile Log message: tweak the SHARED_LIBS comment; forgotten in previous (it could also be dropped since upstream is using the project version minus the leading "0.", i.e. 13.1, as shared library version)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 09:53:20 Modified files: net/libstrophe : Makefile distinfo Removed files: net/libstrophe/patches: patch-src_compression_c Log message: update net/libstrophe to 0.13.1 changelog: https://github.com/strophe/libstrophe/releases/tag/0.13.1 this includes the EBADFD patch that can now be removed.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/27 09:42:51 Modified files: audio/deadbeef : Makefile Added files: audio/deadbeef/patches: patch-plugins_ffap_x86inc_asm Log message: use endbr64 in audio/deadbeef's asm code copied from old ffmpeg. missing endbr64 found by tb@ reviewing results of a bulk ports build. ok kettenis@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/02/27 09:18:45 Modified files: graphics/jpeg : Makefile Log message: fix build deps; nasm is preferred over yasm if present, so depend on nasm instead of yasm. avoids issue if nasm is present during configure and junked during build.
Re: missing endbr64
> Date: Tue, 27 Feb 2024 16:06:59 + > From: Stuart Henderson > > On 2024/02/27 16:03, Stuart Henderson wrote: > > On 2024/02/27 12:08, Theo Buehler wrote: > > > Now that the bulk has completed here's the remainder of the list with > > > two more that may need fixing. 119 ports total contained a warning. > > > I did not build the chromium variants. > > > > > > audio/deadbeef.log > > > ld: warning: ff_scalarproduct_and_madd_int16_sse2: missing endbr64 > > > > This is when building the plugin for playback of monkey's audio (ape) > > files (plugins/ffap) which has its own copy of (a very old version of) > > some asm from ffmpeg, see plugins/ffap/x86inc.asm and dsputil_yasm.asm. > > > > This seems to do the trick on amd64, there might be a better way but > > I was struggling with yasm vs nasm syntax. I'm testing to make sure it > > doesn't break i386 now. > > Still builds on i386. Using %ifdef ARCH_X86_64 dd 0xfa1e0ff3 %endif directly into the cglobal_internal macro worked fine in other places that used yasm. But your diff is probably a step closer to something that would be accepted upstream. Either way, ok kettenis@ > > This Index: Makefile > > === > > RCS file: /cvs/ports/audio/deadbeef/Makefile,v > > retrieving revision 1.53 > > diff -u -p -r1.53 Makefile > > --- Makefile20 Sep 2023 15:58:34 - 1.53 > > +++ Makefile27 Feb 2024 16:00:57 - > > @@ -1,7 +1,7 @@ > > COMMENT = DeaDBeeF is an audio player > > DISTNAME = deadbeef-1.9.4 > > CATEGORIES = audio > > -REVISION = 0 > > +REVISION = 1 > > > > HOMEPAGE = https://deadbeef.sourceforge.io/ > > > > Index: patches/patch-plugins_ffap_x86inc_asm > > === > > RCS file: patches/patch-plugins_ffap_x86inc_asm > > diff -N patches/patch-plugins_ffap_x86inc_asm > > --- /dev/null 1 Jan 1970 00:00:00 - > > +++ patches/patch-plugins_ffap_x86inc_asm 27 Feb 2024 16:00:57 - > > @@ -0,0 +1,28 @@ > > +Index: plugins/ffap/x86inc.asm > > +--- plugins/ffap/x86inc.asm.orig > > plugins/ffap/x86inc.asm > > +@@ -28,6 +28,16 @@ > > + %endif > > + %endif > > + > > ++%ifdef ARCH_X86_64 > > ++%imacro _endbr64 0 > > ++dd 0xfa1e0ff3 > > ++%endmacro > > ++%else > > ++%imacro _endbr64 0 > > ++; empty > > ++%endmacro > > ++%endif > > ++ > > + ; FIXME: All of the 64bit asm functions that take a stride as an argument > > + ; via register, assume that the high dword of that register is filled > > with 0. > > + ; This is true in practice (since we never do any 64bit arithmetic on > > strides, > > +@@ -446,6 +456,7 @@ DECLARE_REG 6, ebp, ebp, bp, null, [esp + stack_offset > > + %endif > > + align function_align > > + %1: > > ++_endbr64 > > + RESET_MM_PERMUTATION ; not really needed, but makes disassembly > > somewhat nicer > > + %assign stack_offset 0 > > + %if %0 > 1 > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 09:15:46 Modified files: sysutils/rset : Makefile distinfo Removed files: sysutils/rset/patches: patch-rsub_1 Log message: update sysutils/rset to 3.0 changelog: https://github.com/eradman/rset/releases/tag/3.0
Re: missing endbr64
On 2024/02/27 16:03, Stuart Henderson wrote: > On 2024/02/27 12:08, Theo Buehler wrote: > > Now that the bulk has completed here's the remainder of the list with > > two more that may need fixing. 119 ports total contained a warning. > > I did not build the chromium variants. > > > > audio/deadbeef.log > > ld: warning: ff_scalarproduct_and_madd_int16_sse2: missing endbr64 > > This is when building the plugin for playback of monkey's audio (ape) > files (plugins/ffap) which has its own copy of (a very old version of) > some asm from ffmpeg, see plugins/ffap/x86inc.asm and dsputil_yasm.asm. > > This seems to do the trick on amd64, there might be a better way but > I was struggling with yasm vs nasm syntax. I'm testing to make sure it > doesn't break i386 now. Still builds on i386. > This Index: Makefile > === > RCS file: /cvs/ports/audio/deadbeef/Makefile,v > retrieving revision 1.53 > diff -u -p -r1.53 Makefile > --- Makefile 20 Sep 2023 15:58:34 - 1.53 > +++ Makefile 27 Feb 2024 16:00:57 - > @@ -1,7 +1,7 @@ > COMMENT =DeaDBeeF is an audio player > DISTNAME = deadbeef-1.9.4 > CATEGORIES = audio > -REVISION = 0 > +REVISION = 1 > > HOMEPAGE = https://deadbeef.sourceforge.io/ > > Index: patches/patch-plugins_ffap_x86inc_asm > === > RCS file: patches/patch-plugins_ffap_x86inc_asm > diff -N patches/patch-plugins_ffap_x86inc_asm > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-plugins_ffap_x86inc_asm 27 Feb 2024 16:00:57 - > @@ -0,0 +1,28 @@ > +Index: plugins/ffap/x86inc.asm > +--- plugins/ffap/x86inc.asm.orig > plugins/ffap/x86inc.asm > +@@ -28,6 +28,16 @@ > + %endif > + %endif > + > ++%ifdef ARCH_X86_64 > ++%imacro _endbr64 0 > ++dd 0xfa1e0ff3 > ++%endmacro > ++%else > ++%imacro _endbr64 0 > ++; empty > ++%endmacro > ++%endif > ++ > + ; FIXME: All of the 64bit asm functions that take a stride as an argument > + ; via register, assume that the high dword of that register is filled with > 0. > + ; This is true in practice (since we never do any 64bit arithmetic on > strides, > +@@ -446,6 +456,7 @@ DECLARE_REG 6, ebp, ebp, bp, null, [esp + stack_offset > + %endif > + align function_align > + %1: > ++_endbr64 > + RESET_MM_PERMUTATION ; not really needed, but makes disassembly > somewhat nicer > + %assign stack_offset 0 > + %if %0 > 1 >
Re: missing endbr64
On 2024/02/27 12:08, Theo Buehler wrote: > Now that the bulk has completed here's the remainder of the list with > two more that may need fixing. 119 ports total contained a warning. > I did not build the chromium variants. > > audio/deadbeef.log > ld: warning: ff_scalarproduct_and_madd_int16_sse2: missing endbr64 This is when building the plugin for playback of monkey's audio (ape) files (plugins/ffap) which has its own copy of (a very old version of) some asm from ffmpeg, see plugins/ffap/x86inc.asm and dsputil_yasm.asm. This seems to do the trick on amd64, there might be a better way but I was struggling with yasm vs nasm syntax. I'm testing to make sure it doesn't break i386 now. This Index: Makefile === RCS file: /cvs/ports/audio/deadbeef/Makefile,v retrieving revision 1.53 diff -u -p -r1.53 Makefile --- Makefile20 Sep 2023 15:58:34 - 1.53 +++ Makefile27 Feb 2024 16:00:57 - @@ -1,7 +1,7 @@ COMMENT = DeaDBeeF is an audio player DISTNAME = deadbeef-1.9.4 CATEGORIES = audio -REVISION = 0 +REVISION = 1 HOMEPAGE = https://deadbeef.sourceforge.io/ Index: patches/patch-plugins_ffap_x86inc_asm === RCS file: patches/patch-plugins_ffap_x86inc_asm diff -N patches/patch-plugins_ffap_x86inc_asm --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-plugins_ffap_x86inc_asm 27 Feb 2024 16:00:57 - @@ -0,0 +1,28 @@ +Index: plugins/ffap/x86inc.asm +--- plugins/ffap/x86inc.asm.orig plugins/ffap/x86inc.asm +@@ -28,6 +28,16 @@ + %endif + %endif + ++%ifdef ARCH_X86_64 ++%imacro _endbr64 0 ++dd 0xfa1e0ff3 ++%endmacro ++%else ++%imacro _endbr64 0 ++; empty ++%endmacro ++%endif ++ + ; FIXME: All of the 64bit asm functions that take a stride as an argument + ; via register, assume that the high dword of that register is filled with 0. + ; This is true in practice (since we never do any 64bit arithmetic on strides, +@@ -446,6 +456,7 @@ DECLARE_REG 6, ebp, ebp, bp, null, [esp + stack_offset + %endif + align function_align + %1: ++_endbr64 + RESET_MM_PERMUTATION ; not really needed, but makes disassembly somewhat nicer + %assign stack_offset 0 + %if %0 > 1
Re: [update] www/mycorrhiza: add cert symlink instructions
On 27 February 2024 14:14:59 UTC, Jag Talon wrote: > On Mon Feb 26, 2024 at 11:14 PM EST, la-ninpre wrote: > > On 26 February 2024 22:45:18 UTC, Jag Talon > > wrote: > > > Bumping REVISION as well. > > > > > > > Hello, > > thank you for suggesting this change, I haven't noticed this before, > > because in testing environment i wasn't using ssl and in 'production' I > > already had this symlink. The patch is fine by me, but i'm thinking that > > maybe it would be better to unify the two patches. What do you think? > > Thank you I'm glad you like the changes. I have the unified diff attached! > > ok? > > Good, thank you! Now someone with commit access could merge this.
Re: missing endbr64
> Date: Tue, 27 Feb 2024 12:08:22 +0100 > From: Theo Buehler > > Now that the bulk has completed here's the remainder of the list with > two more that may need fixing. 119 ports total contained a warning. > I did not build the chromium variants. Only two more? I guess all the libs (where this matters) get build early... > audio/deadbeef.log > ld: warning: ff_scalarproduct_and_madd_int16_sse2: missing endbr64 Another x86inc.asm case I think. > x11/afterstep.log > ld: warning: unw_getcontext: missing endbr64 That seems to be a problem with base. Sent a diff for that to those that matter.
Re: [maintainer update] devel/gopls 0.15.0
On 2024/02/27 09:58:03 +0100, Laurent Cheylus wrote: > Hi, > > update for devel/gopls v0.15.0 (LSP server for Golang) > Changelog: https://github.com/golang/tools/releases/tag/gopls/v0.15.0 > > - update Makefile, modules.inc and distinfo for this version > - update pkg/PLIST > - add MODGO_LDFLAGS to set version (displayed with 'gopls version') > > Build and tests OK on current/amd64 with Go 1.22.0. I've tested with eglot on Emacs, works fine :) > Comments/tests welcome and please commit if OK. Usually, we tend to commit diffs when they are OK ;-) Committed, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 07:36:01 Modified files: devel/gopls: Makefile distinfo modules.inc devel/gopls/pkg: PLIST Log message: update devel/gopls to v0.15.0; from MAINTAINER Laurent Cheylus, thanks!
Re: [update] www/mycorrhiza: add cert symlink instructions
On Mon Feb 26, 2024 at 11:14 PM EST, la-ninpre wrote:
> On 26 February 2024 22:45:18 UTC, Jag Talon wrote:
> > Bumping REVISION as well.
> >
>
> Hello,
> thank you for suggesting this change, I haven't noticed this before, because
> in testing environment i wasn't using ssl and in 'production' I already had
> this symlink. The patch is fine by me, but i'm thinking that maybe it would
> be better to unify the two patches. What do you think?
Thank you I'm glad you like the changes. I have the unified diff attached!
ok?
--
Jag Talon (he/him)
https://jagtalon.net/
https://weirder.earth/@jag
Index: Makefile
===
RCS file: /cvs/ports/www/mycorrhiza/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- Makefile 12 Apr 2023 09:32:11 - 1.4
+++ Makefile 27 Feb 2024 14:04:07 -
@@ -2,6 +2,7 @@ COMMENT = plain-text driven engine for p
MODGO_MODNAME = github.com/bouncepaw/mycorrhiza
MODGO_VERSION = v1.14.0
+REVISION = 0
DISTNAME = mycorrhiza-${MODGO_VERSION}
Index: pkg/README
===
RCS file: /cvs/ports/www/mycorrhiza/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -u -r1.1.1.1 README
--- pkg/README 8 Sep 2022 13:35:47 - 1.1.1.1
+++ pkg/README 27 Feb 2024 14:04:07 -
@@ -58,6 +58,11 @@ acme-client(1)) and start httpd(8) and r
# rcctl enable httpd relayd
# rcctl start httpd relayd
+If you already have a certificate following the acme-client.conf
+default template, make sure to create the following symlink to prevent
+SEC_ERROR_UNKNOWN_ISSUER issues on some browsers:
+
+# ln -s /etc/ssl/example.com.fullchain.pem /etc/ssl/example.com.crt
Setup
=
Re: [update] www/mycorrhiza: add cert symlink instructions
On Mon Feb 26, 2024 at 11:14 PM EST, la-ninpre wrote: > On 26 February 2024 22:45:18 UTC, Jag Talon wrote: > > Bumping REVISION as well. > > > > Hello, > thank you for suggesting this change, I haven't noticed this before, because > in testing environment i wasn't using ssl and in 'production' I already had > this symlink. The patch is fine by me, but i'm thinking that maybe it would > be better to unify the two patches. What do you think? -- Jag Talon (he/him) https://jagtalon.net/ https://weirder.earth/@jag
Re: [mpv] --vo=gpu not working, permission denied
El Tue, 27 Feb 2024 10:35:54 - beecdadd...@danwin1210.de escribió: > hi sorry it was a chown problem because tty0 and fbtab, someone else > helped thanks for time > question: vulken error is OK if you don't have vulkaninfo installed, > yes? > > On Tue, February 27, 2024 5:49 am, Jose Maldonado wrote: > > El Mon, 26 Feb 2024 21:54:43 - > > beecdadd...@danwin1210.de escribió: > >> hi list > >> > >> mpv does not work OpenBSD -current updated 2 days ago, pkg_add -u > >> was done now Thinkpad T400 laptop with Intep GPU > >> say if you need more info than this and down > >> > >> mpv gives this error (+) Video --vid=1 (*) (vp8 240x424 30.000fps) > >> (+) Audio --aid=1 --alang=eng (*) (vorbis 2ch 48000Hz) > >> libEGL warning: MESA-LOADER: failed to retrieve device information > >> > >> libEGL warning: failed to open /dev/dri/card0: Permission denied > >> > >> libEGL warning: DRI2: could not open /dev/dri/card0 (Permission > >> denied) [vo/gpu/opengl] Suspected software renderer or indirect > >> context. [vo/gpu/libplacebo] EnumeratePhysicalDevices(inst, , > >> NULL): VK_ERROR_INITIALIZATION_FAILED > >> (../libplacebo-6.338.2/src/vulkan/context.c:984) > >> [vo/gpu/libplacebo] Found no suitable device, giving up. > >> [vo/gpu/libplacebo] Failed initializing vulkan device > >> [vo/gpu/libplacebo] EnumeratePhysicalDevices(inst, , NULL): > >> VK_ERROR_INITIALIZATION_FAILED > >> (../libplacebo-6.338.2/src/vulkan/context.c:984) > >> [vo/gpu] Failed initializing any suitable GPU context! > >> Error opening/initializing the selected video_out (--vo) device. > >> Video: no video > >> Exiting... (Errors when loading file) > >> > >> > >> > >> > >> dmesg gave this error, not fresh > >> drm:pid8053:drm_atomic_helper_wait_for_flip_done *ERROR* [drm] > >> *ERROR* [CRTC:45:pipe A] flip_done timed out > >> drm:pid51733:intel_pipe_update_start *ERROR* [drm] *ERROR* > >> Potential atomic update failure on pipe A > >> > > > > Hi! > > > > > > Can you provide your mpv.conf and the exact output for theses > > commands? > > > > 1) mpv -v --vo=gpu --gpu-api=opengl your_video > > > > > > 2) mpv -v --vo=gpu --gpu-api=vulkan your_video > > > > > > 3) glxinfo > > > > > > 4) vulkaninfo > > > > > > Please provide the info in separate files > > > > > > -- > > * > > Dios en su cielo, todo bien en la Tierra > > > > > > > > Not problem, and Vulkan errors are normal, it is part of the mpv testing system, if you do not have support it will not do anything using that backend and will use the supported one (OpenGL or X11) -- * Dios en su cielo, todo bien en la Tierra
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2024/02/27 06:29:58 Modified files: net: Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: net/sendxmpp : distinfo Makefile net/sendxmpp/pkg: DESCR PLIST Log message: remove sendxmpp software barely works, upstream is inactive replaced by go-sendxmpp that is actively maintained ok paco@ maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2024/02/27 06:23:24 Modified files: net: Makefile Log message: + go-sendxmpp
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2024/02/27 06:22:32 Log message: import go-sendxmpp-0.8.3 A command line tool to send messages to an XMPP contact or MUC inspired by sendxmpp. Replaces net/sendxmpp ok paco@ thanks to tb@ for ensuring the Go modules versions were ok Status: Vendor Tag: solene Release Tags: solene_20240227 N ports/net/go-sendxmpp/Makefile N ports/net/go-sendxmpp/distinfo N ports/net/go-sendxmpp/modules.inc N ports/net/go-sendxmpp/pkg/DESCR N ports/net/go-sendxmpp/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2024/02/27 05:48:43 Modified files: graphics/shaderc: Makefile distinfo graphics/shaderc/patches: patch-CMakeLists_txt patch-cmake_utils_cmake patch-glslc_CMakeLists_txt patch-libshaderc_CMakeLists_txt Removed files: graphics/shaderc/patches: patch-libshaderc_util_CMakeLists_txt Log message: update graphics/shaderc to 2023.8 fixes the build with the latest glslang (reported by naddy, thanks!) while here take maintainership so I have more chances to see new releases. build tested libplacebo and runtested taisei and supertuxkart.
Re: missing endbr64
Now that the bulk has completed here's the remainder of the list with two more that may need fixing. 119 ports total contained a warning. I did not build the chromium variants. audio/deadbeef.log ld: warning: ff_scalarproduct_and_madd_int16_sse2: missing endbr64 x11/afterstep.log ld: warning: unw_getcontext: missing endbr64 === Go (with NOBTCFI) audio/ymuse.log mail/aerc,notmuch.log net/mautrix-whatsapp.log Haskell (with NOBTCFI) devel/happy.log Kikad (with NOBTCFI warnings from embedded libcontext?) cad/kicad.log ld.lld: warning: jump_fcontext: missing endbr64 ld.lld: warning: make_fcontext: missing endbr64 Luajit (with NOBTCFI) editors/neovim.log games/tome4,-data.log Mono (with NOBTCFI) lang/mono.log Mozilla (with NOBTCFI) mail/mozilla-thunderbird.log www/firefox-esr.log www/mozilla-firefox.log www/seamonkey,,-main.log www/tor-browser/browser.log Ocaml (with NOBTCFI) devel/coccinelle.log devel/frama-c.log devel/ocaml-graph.log graphics/ocaml-cairo.log lang/compcert.log math/coq.log x11/lablgtk3.log net/unison,-gui.log textproc/bibtex2html.log Qt (with NOBTCFI) x11/qt5/qtwebengine.log x11/qt6/qtwebengine.log sbcl (with NOBTCFI) lang/sbcl.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/02/27 03:55:34 Modified files: security/py-fastecdsa: Makefile distinfo security/py-fastecdsa/patches: patch-fastecdsa_tests_test_rfc6979_ecdsa_py patch-fastecdsa_tests_test_whycheproof_vectors_py Log message: Update to py3-fastecdsa 2.3.2 While the tests no longer reach out to the internet, we have a new complication because for some reasons the tests look for the json files in the wrong directory. Also, the test data didn't make it to pypi. So grab the files from github and stupid patches to fix the paths. Unsure if it's Python being too smart for its own good or python.port.mk. Probably both.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2024/02/27 03:48:43 Modified files: www/chromium/patches: patch-build_config_compiler_BUILD_gn www/iridium/patches: patch-build_config_compiler_BUILD_gn www/ungoogled-chromium: Makefile www/ungoogled-chromium/patches: patch-build_config_compiler_BUILD_gn Log message: pass --strip-all to lld on i386 to try to keep it under the memory limit
Re: [mpv] --vo=gpu not working, permission denied
hi sorry it was a chown problem because tty0 and fbtab, someone else helped thanks for time question: vulken error is OK if you don't have vulkaninfo installed, yes? On Tue, February 27, 2024 5:49 am, Jose Maldonado wrote: > El Mon, 26 Feb 2024 21:54:43 - > beecdadd...@danwin1210.de escribió: >> hi list >> >> mpv does not work OpenBSD -current updated 2 days ago, pkg_add -u was >> done now Thinkpad T400 laptop with Intep GPU >> say if you need more info than this and down >> >> mpv gives this error (+) Video --vid=1 (*) (vp8 240x424 30.000fps) >> (+) Audio --aid=1 --alang=eng (*) (vorbis 2ch 48000Hz) >> libEGL warning: MESA-LOADER: failed to retrieve device information >> >> libEGL warning: failed to open /dev/dri/card0: Permission denied >> >> libEGL warning: DRI2: could not open /dev/dri/card0 (Permission denied) >> [vo/gpu/opengl] Suspected software renderer or indirect >> context. [vo/gpu/libplacebo] EnumeratePhysicalDevices(inst, , NULL): >> VK_ERROR_INITIALIZATION_FAILED >> (../libplacebo-6.338.2/src/vulkan/context.c:984) >> [vo/gpu/libplacebo] Found no suitable device, giving up. >> [vo/gpu/libplacebo] Failed initializing vulkan device >> [vo/gpu/libplacebo] EnumeratePhysicalDevices(inst, , NULL): >> VK_ERROR_INITIALIZATION_FAILED >> (../libplacebo-6.338.2/src/vulkan/context.c:984) >> [vo/gpu] Failed initializing any suitable GPU context! >> Error opening/initializing the selected video_out (--vo) device. >> Video: no video >> Exiting... (Errors when loading file) >> >> >> >> >> dmesg gave this error, not fresh >> drm:pid8053:drm_atomic_helper_wait_for_flip_done *ERROR* [drm] *ERROR* >> [CRTC:45:pipe A] flip_done timed out >> drm:pid51733:intel_pipe_update_start *ERROR* [drm] *ERROR* Potential >> atomic update failure on pipe A >> > > Hi! > > > Can you provide your mpv.conf and the exact output for theses > commands? > > 1) mpv -v --vo=gpu --gpu-api=opengl your_video > > > 2) mpv -v --vo=gpu --gpu-api=vulkan your_video > > > 3) glxinfo > > > 4) vulkaninfo > > > Please provide the info in separate files > > > -- > * > Dios en su cielo, todo bien en la Tierra > > >
[Fwd: Re: [mpv] --vo=gpu not working, permission denied]
Original Message Subject: Re: [mpv] --vo=gpu not working, permission denied From:beecdadd...@danwin1210.de Date:Tue, February 27, 2024 10:24 am To: "Stefan Hagen" -- thanks! I remember doing in past and looking at GiveConsole I can't believe I forgot about this of course I didn't know why it happened it fixes this yes can I ask why does console tty0 do that and not others, what is the purpose? best regards On Tue, February 27, 2024 6:00 am, Stefan Hagen wrote: > beecdadd...@danwin1210.de wrote (2024-02-26 22:54 CET): >> libEGL warning: failed to open /dev/dri/card0: Permission denied > > You can fix it with: chown /dev/dri/card0 /dev/dri/renderD128 > > > Xenodm does this automatically when you log in. > See /etc/X11/xenodm/GiveConsole > > > The permission are also set when you log in on ttyC0. > See /etc/fbtab and fbtab(5) > > > Therefore the permissions are changing when you jump out of X > with ctrl+alt+f1 and log in as root. When you hop back into X, the > permissions are wrong. > > This only happens on the first console. Use another one instead > (ctrl+alt+f2,3,4) while using X. > > > Best Regards, > Stefan
Re: [mpv] --vo=gpu not working, permission denied
you are faster than me asking questions well maybe a warning in dmesg or something will be nice so you don't get same people asking this fix? or save the initial user who owned /dev/dri/.. and then chown back to that after exit or something? On Tue, February 27, 2024 6:13 am, Theo de Raadt wrote: > This is because the fbtab subsystem is quite broken. No good > alternative designs have come forward. > > Stefan Hagen wrote: > > >> beecdadd...@danwin1210.de wrote (2024-02-26 22:54 CET): >>> libEGL warning: failed to open /dev/dri/card0: Permission denied >> >> You can fix it with: chown /dev/dri/card0 /dev/dri/renderD128 >> >> >> Xenodm does this automatically when you log in. >> See /etc/X11/xenodm/GiveConsole >> >> >> The permission are also set when you log in on ttyC0. >> See /etc/fbtab and fbtab(5) >> >> >> Therefore the permissions are changing when you jump out of X >> with ctrl+alt+f1 and log in as root. When you hop back into X, the >> permissions are wrong. >> >> This only happens on the first console. Use another one instead >> (ctrl+alt+f2,3,4) while using X. >> >> >> Best Regards, >> Stefan >> >> > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/02/27 01:59:42 Modified files: multimedia/libass: Makefile Added files: multimedia/libass/patches: patch-libass_x86_x86inc_asm Log message: add ENDBR64 for BTI; Tests/OK sthen
[maintainer update] devel/gopls 0.15.0
Hi,
update for devel/gopls v0.15.0 (LSP server for Golang)
Changelog: https://github.com/golang/tools/releases/tag/gopls/v0.15.0
- update Makefile, modules.inc and distinfo for this version
- update pkg/PLIST
- add MODGO_LDFLAGS to set version (displayed with 'gopls version')
Build and tests OK on current/amd64 with Go 1.22.0.
Comments/tests welcome and please commit if OK.
Laurent
Index: Makefile
===
RCS file: /cvs/ports/devel/gopls/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile 13 Oct 2023 16:53:42 - 1.3
+++ Makefile 26 Feb 2024 20:08:00 -
@@ -1,7 +1,7 @@
COMMENT = official Go language server developed by the Go team
MODGO_MODNAME = golang.org/x/tools/gopls
-MODGO_VERSION = v0.13.2
+MODGO_VERSION = v0.15.0
DISTNAME = gopls-${MODGO_VERSION}
@@ -18,6 +18,8 @@ PERMIT_PACKAGE = Yes
WANTLIB += c pthread
MODULES = lang/go
+
+MODGO_LDFLAGS += -X main.version=${MODGO_VERSION}
DOCDIR = ${PREFIX}/share/doc/gopls
Index: distinfo
===
RCS file: /cvs/ports/devel/gopls/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo 13 Oct 2023 16:53:42 - 1.3
+++ distinfo 26 Feb 2024 20:08:00 -
@@ -1,18 +1,12 @@
-SHA256 (go_modules/github.com/!burnt!sushi/toml/@v/v0.3.1.mod) = KAIbQYClnDmTYHqVsY4jDdC8a+pSQv/o6ou/tPT3tNc=
SHA256 (go_modules/github.com/!burnt!sushi/toml/@v/v1.2.1.mod) = JnfIL+dPIDdyiJpagBr7Mp2VF1UId92ssXIZFpurPt0=
SHA256 (go_modules/github.com/!burnt!sushi/toml/@v/v1.2.1.zip) = b7ZY6CYhef/TTVfq72sHayXHfoshKWWbZml83tKacSE=
-SHA256 (go_modules/github.com/client9/misspell/@v/v0.3.4.mod) = 0bw2Ld3Zb7OkPtS5Kqq3CqbH71pQDX8JVk4+skq88Lg=
-SHA256 (go_modules/github.com/client9/misspell/@v/v0.3.4.zip) = o68gY3LhMd0QporEcMZqGxjq9Rxq+stVsuKgbjm5Byg=
-SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.0.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw=
-SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.mod) = vLKTkyUSN7eaF7bBm/KRNPQ+j0OMMZiYj81GGhzfBcw=
-SHA256 (go_modules/github.com/davecgh/go-spew/@v/v1.1.1.zip) = a0SoQ5UfNxtwEMdU7MPKvv6BXVztHFuUCfstaX6KiQ0=
-SHA256 (go_modules/github.com/frankban/quicktest/@v/v1.14.3.mod) = +e59KMX1SXjrR2GdVklcjNPLjI5u8UZ2iGDlLO7pMro=
-SHA256 (go_modules/github.com/frankban/quicktest/@v/v1.14.3.zip) = NQFL56zHneM8WHhdk3L0hwJVa/Nf2JBnw+y+30nC6Yc=
+SHA256 (go_modules/github.com/frankban/quicktest/@v/v1.14.6.mod) = aLKthKInPSO6xKV0F3Wj+llKB9KnH4DoR6fWPFOlvZ8=
+SHA256 (go_modules/github.com/frankban/quicktest/@v/v1.14.6.zip) = jHN3AjUjeAsqZQjzwGvTu+/T3aBkUzrW/2ckmGI0mI0=
SHA256 (go_modules/github.com/google/go-cmdtest/@v/v0.4.1-0.20220921163831-55ab3332a786.mod) = YBCCwe/4ls1GJ8PCPRVrWD+85CRh5UhHNLZGe5ZOtk0=
SHA256 (go_modules/github.com/google/go-cmdtest/@v/v0.4.1-0.20220921163831-55ab3332a786.zip) = 4HEz61u+FEJsMN3UCV7i91TREi2XN28NVlyNqGMOhBw=
SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.8.mod) = 58dmnUod1Ym6PgJLon9D8pPbYR/gdc4g17iENw1j/r0=
-SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.9.mod) = 58dmnUod1Ym6PgJLon9D8pPbYR/gdc4g17iENw1j/r0=
-SHA256 (go_modules/github.com/google/go-cmp/@v/v0.5.9.zip) = MkUIdKx1bvXUf2uBkwUQUwS5gZBFoW4/EFKJt88lLFE=
+SHA256 (go_modules/github.com/google/go-cmp/@v/v0.6.0.mod) = 58dmnUod1Ym6PgJLon9D8pPbYR/gdc4g17iENw1j/r0=
+SHA256 (go_modules/github.com/google/go-cmp/@v/v0.6.0.zip) = S06b9sSCEQgGUbSR37SNaLc2xmowW8+UYFYG4bouqko=
SHA256 (go_modules/github.com/google/renameio/@v/v0.1.0.mod) = uptesIeACKiR4WsIwXkisD+Sx2oD57/hgyY16tocGjU=
SHA256 (go_modules/github.com/google/renameio/@v/v0.1.0.zip) = uFELs0B4aRoguOSQLTca/g6xcbLa+VP2fLOWDRkmzPM=
SHA256 (go_modules/github.com/google/safehtml/@v/v0.0.2.mod) = 1+qWhGYjf7JSbmoIWfYMkxnwqzVZM5hi9Mlo34tL9vE=
@@ -22,104 +16,74 @@ SHA256 (go_modules/github.com/jba/prints
SHA256 (go_modules/github.com/jba/printsrc/@v/v0.2.2.zip) = yNo0YmvgM5VH9OaIenYvTZlxenl/4rjUAIcEbAqqaQQ=
SHA256 (go_modules/github.com/jba/templatecheck/@v/v0.6.0.mod) = ZutEgM8VBffrc+JCtFmtnaBJBGb40l6MKEuPWxKSuOw=
SHA256 (go_modules/github.com/jba/templatecheck/@v/v0.6.0.zip) = P/lg7koTPV6tN+rJJC7d8m+4VO/iqjer+ROVxso3G8g=
-SHA256 (go_modules/github.com/kr/pretty/@v/v0.1.0.mod) = 49XUbS9qyUpmalS16GfsFr8ZnZ9LcAgnzXMWB+/dEJo=
-SHA256 (go_modules/github.com/kr/pretty/@v/v0.3.0.mod) = Qud4TgS5ZSWGtfne3/b5UYN2t0V2Gp/RoMIXjrhtyXo=
-SHA256 (go_modules/github.com/kr/pretty/@v/v0.3.0.zip) = OsZeGF+VbYidd0hRc/rcww6Vm2vP2qisr67F9NrFzUg=
-SHA256 (go_modules/github.com/kr/pty/@v/v1.1.1.mod) = baTJxzZERolOXvh34Z+YXNUdZxzm6PTKh4YrRJ9t1/Y=
-SHA256 (go_modules/github.com/kr/pty/@v/v1.1.1.zip) = EEdNeodcvSuddMm7j7mSZLeGPyBMdhBgd5f/GNWAvwA=
-SHA256 (go_modules/github.com/kr/text/@v/v0.1.0.mod) = L7qVKeXBPd5i83Hvc4O68E1xMlAdrGqgjpEPnsC/hcU=
+SHA256 (go_modules/github.com/kr/pretty/@v/v0.3.1.mod) = hPPkCAOx69SoAuVXlLmZffCxc8SAnoVy/5BC7FWMobw=
+SHA256 (go_modules/github.com/kr/pretty/@v/v0.3.1.zip) =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2024/02/27 01:54:37 Modified files: www/honk : Makefile distinfo www/honk/pkg : PLIST Log message: Update for Honk to 1.2.3. >From Horia (maintainer)
UPDATE: Nextcloud-28.0.2
Hello, Update for Nextcloud to 28.0.2: https://nextcloud.com/changelog/ OK? Comments? Cheers.- Index: Makefile === RCS file: /cvs/ports/www/nextcloud/28/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile9 Feb 2024 14:22:26 - 1.3 +++ Makefile27 Feb 2024 08:42:33 - @@ -1,4 +1,3 @@ -NC_VERSION=28.0.1 -REVISION= 1 +NC_VERSION=28.0.2 .include Index: distinfo === RCS file: /cvs/ports/www/nextcloud/28/distinfo,v retrieving revision 1.1 diff -u -p -r1.1 distinfo --- distinfo3 Jan 2024 10:06:01 - 1.1 +++ distinfo27 Feb 2024 08:42:33 - @@ -1,2 +1,2 @@ -SHA256 (nextcloud-28.0.1.tar.bz2) = L4BzW0Qwgicv5qO14yE3lX8fxEjHU0K5S1IAspcl86Q= -SIZE (nextcloud-28.0.1.tar.bz2) = 183887041 +SHA256 (nextcloud-28.0.2.tar.bz2) = 3jTWuvPszqz90TjoVSDNheHSzmeY2f+keKwX6x76HQg= +SIZE (nextcloud-28.0.2.tar.bz2) = 186446961 Index: pkg/PLIST === RCS file: /cvs/ports/www/nextcloud/28/pkg/PLIST,v retrieving revision 1.1 diff -u -p -r1.1 PLIST --- pkg/PLIST 3 Jan 2024 10:06:01 - 1.1 +++ pkg/PLIST 27 Feb 2024 08:42:36 - @@ -7977,12 +7977,12 @@ nextcloud/apps/activity/img/change.svg nextcloud/apps/activity/img/delete-color.svg nextcloud/apps/activity/img/notifications-dark.svg nextcloud/apps/activity/js/ -nextcloud/apps/activity/js/Activity-407de709.mjs -nextcloud/apps/activity/js/Activity-407de709.mjs.map -nextcloud/apps/activity/js/ActivityTab-f8e4ee19.mjs -nextcloud/apps/activity/js/ActivityTab-f8e4ee19.mjs.map -nextcloud/apps/activity/js/NcCheckboxRadioSwitch-4e68797a.mjs -nextcloud/apps/activity/js/NcCheckboxRadioSwitch-4e68797a.mjs.map +nextcloud/apps/activity/js/Activity-095c590c.mjs +nextcloud/apps/activity/js/Activity-095c590c.mjs.map +nextcloud/apps/activity/js/ActivityTab-9ecb040a.mjs +nextcloud/apps/activity/js/ActivityTab-9ecb040a.mjs.map +nextcloud/apps/activity/js/NcCheckboxRadioSwitch-5b3d6d34.mjs +nextcloud/apps/activity/js/NcCheckboxRadioSwitch-5b3d6d34.mjs.map nextcloud/apps/activity/js/activity-adminSettings.mjs nextcloud/apps/activity/js/activity-adminSettings.mjs.map nextcloud/apps/activity/js/activity-api.mjs @@ -7995,16 +7995,16 @@ nextcloud/apps/activity/js/activity-side nextcloud/apps/activity/js/activity-sidebar.mjs.map nextcloud/apps/activity/js/api-00dfc954.mjs nextcloud/apps/activity/js/api-00dfc954.mjs.map -nextcloud/apps/activity/js/index-482802c5.mjs -nextcloud/apps/activity/js/index-482802c5.mjs.map +nextcloud/apps/activity/js/index-224ad6c5.mjs +nextcloud/apps/activity/js/index-224ad6c5.mjs.map nextcloud/apps/activity/js/index-65a5f423.mjs nextcloud/apps/activity/js/index-65a5f423.mjs.map -nextcloud/apps/activity/js/l10n-c603e589-09a6e27e.mjs -nextcloud/apps/activity/js/l10n-c603e589-09a6e27e.mjs.map +nextcloud/apps/activity/js/index.es-479f5d11.mjs +nextcloud/apps/activity/js/index.es-479f5d11.mjs.map nextcloud/apps/activity/js/logger-a53a57b5.mjs nextcloud/apps/activity/js/logger-a53a57b5.mjs.map -nextcloud/apps/activity/js/settings-store-9516cadd.mjs -nextcloud/apps/activity/js/settings-store-9516cadd.mjs.map +nextcloud/apps/activity/js/settings-store-cc1b30c2.mjs +nextcloud/apps/activity/js/settings-store-cc1b30c2.mjs.map nextcloud/apps/activity/js/vendor.LICENSE.txt nextcloud/apps/activity/l10n/ nextcloud/apps/activity/l10n/af.js @@ -8119,6 +8119,8 @@ nextcloud/apps/activity/l10n/it.js nextcloud/apps/activity/l10n/it.json nextcloud/apps/activity/l10n/ja.js nextcloud/apps/activity/l10n/ja.json +nextcloud/apps/activity/l10n/ka.js +nextcloud/apps/activity/l10n/ka.json nextcloud/apps/activity/l10n/ka_GE.js nextcloud/apps/activity/l10n/ka_GE.json nextcloud/apps/activity/l10n/kab.js @@ -8312,6 +8314,8 @@ nextcloud/apps/admin_audit/l10n/ar.js nextcloud/apps/admin_audit/l10n/ar.json nextcloud/apps/admin_audit/l10n/ast.js nextcloud/apps/admin_audit/l10n/ast.json +nextcloud/apps/admin_audit/l10n/az.js +nextcloud/apps/admin_audit/l10n/az.json nextcloud/apps/admin_audit/l10n/bg.js nextcloud/apps/admin_audit/l10n/bg.json nextcloud/apps/admin_audit/l10n/ca.js @@ -8448,7 +8452,6 @@ nextcloud/apps/admin_audit/lib/IAuditLog nextcloud/apps/admin_audit/lib/Listener/ nextcloud/apps/admin_audit/lib/Listener/CriticalActionPerformedEventListener.php nextcloud/apps/bruteforcesettings/ -nextcloud/apps/bruteforcesettings/.nextcloudignore nextcloud/apps/bruteforcesettings/CHANGELOG.md nextcloud/apps/bruteforcesettings/LICENSE nextcloud/apps/bruteforcesettings/appinfo/ @@ -8570,6 +8573,8 @@ nextcloud/apps/bruteforcesettings/l10n/i nextcloud/apps/bruteforcesettings/l10n/it.json nextcloud/apps/bruteforcesettings/l10n/ja.js nextcloud/apps/bruteforcesettings/l10n/ja.json +nextcloud/apps/bruteforcesettings/l10n/ka.js +nextcloud/apps/bruteforcesettings/l10n/ka.json
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: gonz...@cvs.openbsd.org 2024/02/27 01:26:39 Modified files: emulators/nono : Makefile distinfo Log message: Update for Nono to 0.7.0 OK benoit@
