[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) = 5u/a94opUD8IDPbSYV4onPsdnjq31XD1NmjsorSrQ
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
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(&image->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&m=170889718609674&w=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!
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.
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
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?
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 > > >
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!
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, &num, > >> 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, &num, 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
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
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, &num, 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, &num, 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 >> >> > >
[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) = 7PWkrySCbDrXWM4GQQygji1Y5NlQU747nd4uFIUsD
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 nextcloud/apps/bruteforcesettings/l10n/k
