CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:52:56 Modified files: graphics/dpic : Makefile graphics/dpic/pkg: PLIST Log message: Install the document "Drawing with dpic", included in the distfile.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:45:53 Modified files: graphics/dpic : Makefile distinfo Removed files: graphics/dpic/patches: patch-Makefile_in Log message: Update to dpic-2023.02.01. Enable debug packages.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:15:54 Modified files: www: Makefile Log message: +kiwix
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:15:16 Modified files: archivers : Makefile Log message: +libzim
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:14:44 Modified files: devel : Makefile Log message: +kainjow-mustache
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:12:58 Log message: Import kiwix-tools-3.4.0 and libkiwix-12.0.0. The Kiwix tools is a collection of Kiwix related command line tools: - kiwix-manage: Manage XML based library of ZIM files - kiwix-search: Fulltext search in ZIM files - kiwix-serve: HTTP daemon serving ZIM files The Libkiwix provides the Kiwix software suite core, interfacing with Kiwix's compressed content packages from large popular websites like Wikipedia, the Gutenberg project, or Stack Exchange. ok lraab@ Status: Vendor Tag: bentley Release Tags: bentley_20230512 N ports/www/kiwix/Makefile.inc N ports/www/kiwix/Makefile N ports/www/kiwix/libkiwix/Makefile N ports/www/kiwix/libkiwix/distinfo N ports/www/kiwix/libkiwix/patches/patch-src_server_internalServer_cpp N ports/www/kiwix/libkiwix/pkg/DESCR N ports/www/kiwix/libkiwix/pkg/PLIST N ports/www/kiwix/kiwix-tools/Makefile N ports/www/kiwix/kiwix-tools/distinfo N ports/www/kiwix/kiwix-tools/pkg/DESCR N ports/www/kiwix/kiwix-tools/pkg/PLIST N ports/www/kiwix/kiwix-tools/pkg/kiwix_serve.rc No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:10:36 Log message: Import libzim-8.1.1. The libzim is the standard implementation of the ZIM archive specification. It is a library which implements the read and write method for ZIM files. ok lraab@ Status: Vendor Tag: bentley Release Tags: bentley_20230512 N ports/archivers/libzim/Makefile N ports/archivers/libzim/distinfo N ports/archivers/libzim/pkg/DESCR N ports/archivers/libzim/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:09:12 Log message: Import kainjow-mustache-4.1. Mustache is a header-only, zero-dependency templating library. ok lraab@ Status: Vendor Tag: bentley Release Tags: bentley_20230512 N ports/devel/kainjow-mustache/Makefile N ports/devel/kainjow-mustache/distinfo N ports/devel/kainjow-mustache/pkg/DESCR N ports/devel/kainjow-mustache/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 23:06:20 Modified files: infrastructure/db: user.list Log message: Add new user for www/kiwix.
Re: UPDATE: thedarkmod
On 2023-05-13 12:14 a.m., Thomas Frohwein wrote: On Fri, May 12, 2023 at 06:33:01PM -0400, Brad Smith wrote: Removing deprecated FFmpeg API and updating for newer versions. The port has been in trouble for a while, that's why I'd like to ask a more fundamental question about the future of the port: - Unfortunately, the 2.07 game data isn't obtainable anymore, so new installs of the port won't work unless someone has leftover data from back then. - The data can't be freely shared as thedarkmod-data because it includes proprietary-license textures. - Updating the port to the latest version has proven very challenging because of many idiosyncracies and upstream attitude to only support install their way, that is with the binary in a user-writable directory where the data files will be downloaded to as well. - I have made several attempts to update the port, but managing the particularities of their minizip libraries has cost me a lot of nerve without working to date. My suggestion therefore is to remove the port or at least mark it as BROKEN. It can be restored if there is a workable update in the future that should then take Brad's diff into account. If removal/BROKEN is not an option, then updating for newer ffmpeg API would probably be wise, but I haven't checked Brad's diff for that so far. ok to remove or mark BROKEN? or any protest? If it's that sticky of a situation then I would say just remove it. It can be resurrected if someone wanted to.
Re: UPDATE: thedarkmod
Thomas Frohwein writes: > On Fri, May 12, 2023 at 06:33:01PM -0400, Brad Smith wrote: > > Removing deprecated FFmpeg API and updating for newer versions. > > The port has been in trouble for a while, that's why I'd like to ask a > more fundamental question about the future of the port: > > - Unfortunately, the 2.07 game data isn't obtainable anymore, so new > installs of the port won't work unless someone has leftover data from > back then. > - The data can't be freely shared as thedarkmod-data because it includes > proprietary-license textures. > - Updating the port to the latest version has proven very challenging > because of many idiosyncracies and upstream attitude to only support > install their way, that is with the binary in a user-writable directory > where the data files will be downloaded to as well. > - I have made several attempts to update the port, but managing the > particularities of their minizip libraries has cost me a lot of nerve > without working to date. > > My suggestion therefore is to remove the port or at least mark it as > BROKEN. It can be restored if there is a workable update in the future > that should then take Brad's diff into account. > > If removal/BROKEN is not an option, then updating for newer ffmpeg API > would probably be wise, but I haven't checked Brad's diff for that so > far. > > ok to remove or mark BROKEN? or any protest? Really unfortunate. ok bentley@ to remove.
Re: UPDATE: thedarkmod
On Sat, May 13, 2023 at 12:14:06AM -0400, Thomas Frohwein wrote: > On Fri, May 12, 2023 at 06:33:01PM -0400, Brad Smith wrote: > > Removing deprecated FFmpeg API and updating for newer versions. > > The port has been in trouble for a while, that's why I'd like to ask a > more fundamental question about the future of the port: > > - Unfortunately, the 2.07 game data isn't obtainable anymore, so new > installs of the port won't work unless someone has leftover data from > back then. > - The data can't be freely shared as thedarkmod-data because it includes > proprietary-license textures. > - Updating the port to the latest version has proven very challenging > because of many idiosyncracies and upstream attitude to only support > install their way, that is with the binary in a user-writable directory > where the data files will be downloaded to as well. > - I have made several attempts to update the port, but managing the > particularities of their minizip libraries has cost me a lot of nerve > without working to date. > > My suggestion therefore is to remove the port or at least mark it as > BROKEN. It can be restored if there is a workable update in the future > that should then take Brad's diff into account. > > If removal/BROKEN is not an option, then updating for newer ffmpeg API > would probably be wise, but I haven't checked Brad's diff for that so > far. > > ok to remove or mark BROKEN? or any protest? PS: sorry I forgot to mention - the port is also in the way for removing scons-py2, see: https://marc.info/?l=openbsd-ports-cvs=165460182015504=2
Re: UPDATE: thedarkmod
On Fri, May 12, 2023 at 06:33:01PM -0400, Brad Smith wrote: > Removing deprecated FFmpeg API and updating for newer versions. The port has been in trouble for a while, that's why I'd like to ask a more fundamental question about the future of the port: - Unfortunately, the 2.07 game data isn't obtainable anymore, so new installs of the port won't work unless someone has leftover data from back then. - The data can't be freely shared as thedarkmod-data because it includes proprietary-license textures. - Updating the port to the latest version has proven very challenging because of many idiosyncracies and upstream attitude to only support install their way, that is with the binary in a user-writable directory where the data files will be downloaded to as well. - I have made several attempts to update the port, but managing the particularities of their minizip libraries has cost me a lot of nerve without working to date. My suggestion therefore is to remove the port or at least mark it as BROKEN. It can be restored if there is a workable update in the future that should then take Brad's diff into account. If removal/BROKEN is not an option, then updating for newer ffmpeg API would probably be wise, but I haven't checked Brad's diff for that so far. ok to remove or mark BROKEN? or any protest? > Index: Makefile > === > RCS file: /home/cvs/ports/games/thedarkmod/Makefile,v > retrieving revision 1.5 > diff -u -p -u -p -r1.5 Makefile > --- Makefile 11 Mar 2022 19:05:00 - 1.5 > +++ Makefile 12 May 2023 20:20:28 - > @@ -6,7 +6,7 @@ COMMENT = first-person stealth game insp > V = 2.07 > DISTNAME = thedarkmod.${V} > PKGNAME =thedarkmod-${V} > -REVISION = 0 > +REVISION = 1 > > CATEGORIES = games x11 > HOMEPAGE = http://www.thedarkmod.com > Index: patches/patch-renderer_CinematicFFMpeg_cpp > === > RCS file: > /home/cvs/ports/games/thedarkmod/patches/patch-renderer_CinematicFFMpeg_cpp,v > retrieving revision 1.2 > diff -u -p -u -p -r1.2 patch-renderer_CinematicFFMpeg_cpp > --- patches/patch-renderer_CinematicFFMpeg_cpp11 Mar 2022 19:05:00 > - 1.2 > +++ patches/patch-renderer_CinematicFFMpeg_cpp12 May 2023 21:35:36 > - > @@ -1,18 +1,25 @@ > -replace ExtLibs functions with system ones > +- Replace ExtLibs functions with system ones > +- FFmpeg: report end of file properly. > +- #5881. Simple fixes of deprecated FFmpeg functions. > +- #5881. Replaced deprecated AVPacketList with our own. > +- #5881. Use avcodec_send_packet + avcodec_receive_frame instead of > deprecated avcodec_decode_video2/avcodec_decode_audio4. > +- Don't pass URL parameter to avformat_open_input. > +- Fix building with FFmpeg 6 > > Index: renderer/CinematicFFMpeg.cpp > --- renderer/CinematicFFMpeg.cpp.orig > +++ renderer/CinematicFFMpeg.cpp > -@@ -77,7 +77,7 @@ static void LogPostMessage(const char *message) { > +@@ -76,9 +76,6 @@ static void LogPostMessage(const char *message) { > + } > > void idCinematicFFMpeg::InitCinematic( void ) { > - // Make sure all codecs are registered > +-// Make sure all codecs are registered > -ExtLibs::av_register_all(); > -+av_register_all(); > - > +- > InvClockTicksPerSecond = 1.0 / idLib::sys->ClockTicksPerSecond(); > //Note: we cannot init logfile, because we cannot read cvars yet (see > constructor) > -@@ -159,20 +159,20 @@ class idCinematicFFMpeg::VFSIOContext (public) > + } > +@@ -159,27 +156,30 @@ class idCinematicFFMpeg::VFSIOContext (public) > _bufferSize(4096), > _context(NULL) > { > @@ -37,6 +44,17 @@ Index: renderer/CinematicFFMpeg.cpp > } > > static int read(void* opaque, unsigned char* buf, int buf_size) > + { > + VFSIOContext* self = static_cast(opaque); > + > +-return self->_file->Read(buf, buf_size); > ++int bytes = self->_file->Read(buf, buf_size); > ++if (bytes == 0 && buf_size > 0) > ++return AVERROR_EOF; > ++return bytes; > + } > + > + static int64_t seek(void *opaque, int64_t offset, int whence) > @@ -240,11 +240,11 @@ bool idCinematicFFMpeg::_OpenDecoder() { > LogPrintf("Opened file %s", _path.c_str()); > > @@ -63,12 +81,12 @@ Index: renderer/CinematicFFMpeg.cpp > +//accelerate avformat_find_stream_info by setting tighter limits > +av_dict_set_int(, "probesize", 1<<20, 0); > +av_dict_set_int(, "analyzeduration", int(1.0 * AV_TIME_BASE), > 0); //ROQ is bound by this one > -+bool ok = avformat_open_input(&_formatContext, _path.c_str(), NULL, > ) >= 0; > ++bool ok = avformat_open_input(&_formatContext, NULL, NULL, ) >= > 0; > +av_dict_free(); > if (!ok) { > common->Warning("Could not open %s\n", _path.c_str()); >
Re: NEW: www/kiwix
Anthony J. Bentley writes: > Anthony J. Bentley writes: > > Here's a port for the two packages that make up Kiwix: libkiwix, and > > kiwix-tools. Kiwix can be used to maintain a convenient local mirror > > of Wikipedia, Project Gutenberg, Stack Exchange, etc. Also needs a new user: Index: infrastructure/db/user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.426 diff -u -p -r1.426 user.list --- infrastructure/db/user.list 20 Apr 2023 18:31:34 - 1.426 +++ infrastructure/db/user.list 13 May 2023 01:54:17 - @@ -399,3 +399,4 @@ id usergroup port 888 _epmd _epmd lang/erlang/25 889 _gromox_gromox mail/grommunio/gromox 890 _grommunio _grommunio mail/grommunio/admin-api +891 _kiwix-serve _kiwix-servewww/kiwix/kiwix-tools
Re: NEW: www/kiwix
Hi, Anthony J. Bentley writes: > Here's a port for the two packages that make up Kiwix: libkiwix, and > kiwix-tools. Kiwix can be used to maintain a convenient local mirror > of Wikipedia, Project Gutenberg, Stack Exchange, etc. > > It's easy to test: > > 1. Download a zim file from https://library.kiwix.org/ > 2. rcctl enable kiwix_serve > 3. rcctl set kiwix_serve flags -p 1024 /path/to/file.zim > 4. Navigate to http://localhost:1024/ in a browser Anyone willing to ok this port (and dependencies, also attached)? -- Anthony J. Bentley kiwix.tar.gz Description: kiwix.tar.gz libzim.tar.gz Description: libzim.tar.gz kainjow-mustache.tar.gz Description: kainjow-mustache.tar.gz
UPDATE: musique
Garbage collect an unused dependency. Index: Makefile === RCS file: /home/cvs/ports/audio/musique/Makefile,v retrieving revision 1.31 diff -u -p -u -p -r1.31 Makefile --- Makefile24 Apr 2023 11:40:35 - 1.31 +++ Makefile12 May 2023 22:40:16 - @@ -2,7 +2,7 @@ COMMENT = graphical music player focused V =1.10.1 DISTNAME = musique-${V} CATEGORIES = audio -REVISION = 2 +REVISION = 3 HOMEPAGE = http://flavio.tordini.org/musique/ @@ -22,10 +22,7 @@ LIB_DEPENDS =audio/taglib \ multimedia/mpv \ x11/qt5/qtdeclarative -BUILD_DEPENDS =multimedia/qtav - RUN_DEPENDS = devel/desktop-file-utils \ - multimedia/qtav \ x11/gtk+4,-guic NO_TEST = Yes
UPDATE: thedarkmod
Removing deprecated FFmpeg API and updating for newer versions. Index: Makefile === RCS file: /home/cvs/ports/games/thedarkmod/Makefile,v retrieving revision 1.5 diff -u -p -u -p -r1.5 Makefile --- Makefile11 Mar 2022 19:05:00 - 1.5 +++ Makefile12 May 2023 20:20:28 - @@ -6,7 +6,7 @@ COMMENT = first-person stealth game insp V =2.07 DISTNAME = thedarkmod.${V} PKGNAME = thedarkmod-${V} -REVISION = 0 +REVISION = 1 CATEGORIES = games x11 HOMEPAGE = http://www.thedarkmod.com Index: patches/patch-renderer_CinematicFFMpeg_cpp === RCS file: /home/cvs/ports/games/thedarkmod/patches/patch-renderer_CinematicFFMpeg_cpp,v retrieving revision 1.2 diff -u -p -u -p -r1.2 patch-renderer_CinematicFFMpeg_cpp --- patches/patch-renderer_CinematicFFMpeg_cpp 11 Mar 2022 19:05:00 - 1.2 +++ patches/patch-renderer_CinematicFFMpeg_cpp 12 May 2023 21:35:36 - @@ -1,18 +1,25 @@ -replace ExtLibs functions with system ones +- Replace ExtLibs functions with system ones +- FFmpeg: report end of file properly. +- #5881. Simple fixes of deprecated FFmpeg functions. +- #5881. Replaced deprecated AVPacketList with our own. +- #5881. Use avcodec_send_packet + avcodec_receive_frame instead of deprecated avcodec_decode_video2/avcodec_decode_audio4. +- Don't pass URL parameter to avformat_open_input. +- Fix building with FFmpeg 6 Index: renderer/CinematicFFMpeg.cpp --- renderer/CinematicFFMpeg.cpp.orig +++ renderer/CinematicFFMpeg.cpp -@@ -77,7 +77,7 @@ static void LogPostMessage(const char *message) { +@@ -76,9 +76,6 @@ static void LogPostMessage(const char *message) { + } void idCinematicFFMpeg::InitCinematic( void ) { - // Make sure all codecs are registered +- // Make sure all codecs are registered - ExtLibs::av_register_all(); -+ av_register_all(); - +- InvClockTicksPerSecond = 1.0 / idLib::sys->ClockTicksPerSecond(); //Note: we cannot init logfile, because we cannot read cvars yet (see constructor) -@@ -159,20 +159,20 @@ class idCinematicFFMpeg::VFSIOContext (public) + } +@@ -159,27 +156,30 @@ class idCinematicFFMpeg::VFSIOContext (public) _bufferSize(4096), _context(NULL) { @@ -37,6 +44,17 @@ Index: renderer/CinematicFFMpeg.cpp } static int read(void* opaque, unsigned char* buf, int buf_size) + { + VFSIOContext* self = static_cast(opaque); + +- return self->_file->Read(buf, buf_size); ++ int bytes = self->_file->Read(buf, buf_size); ++ if (bytes == 0 && buf_size > 0) ++ return AVERROR_EOF; ++ return bytes; + } + + static int64_t seek(void *opaque, int64_t offset, int whence) @@ -240,11 +240,11 @@ bool idCinematicFFMpeg::_OpenDecoder() { LogPrintf("Opened file %s", _path.c_str()); @@ -63,12 +81,12 @@ Index: renderer/CinematicFFMpeg.cpp + //accelerate avformat_find_stream_info by setting tighter limits + av_dict_set_int(, "probesize", 1<<20, 0); + av_dict_set_int(, "analyzeduration", int(1.0 * AV_TIME_BASE), 0); //ROQ is bound by this one -+ bool ok = avformat_open_input(&_formatContext, _path.c_str(), NULL, ) >= 0; ++ bool ok = avformat_open_input(&_formatContext, NULL, NULL, ) >= 0; + av_dict_free(); if (!ok) { common->Warning("Could not open %s\n", _path.c_str()); return false; -@@ -264,7 +264,7 @@ bool idCinematicFFMpeg::_OpenDecoder() { +@@ -264,40 +264,37 @@ bool idCinematicFFMpeg::_OpenDecoder() { TIMER_END_LOG(formatOpen, "AVFormat input opened"); TIMER_START(findStream); @@ -77,24 +95,36 @@ Index: renderer/CinematicFFMpeg.cpp common->Warning("Could not find stream info %s\n", _path.c_str()); return false; } -@@ -278,8 +278,8 @@ bool idCinematicFFMpeg::_OpenDecoder() { + TIMER_END_LOG(findStream, "Found stream info"); + + // Find the most suitable video stream and open decoder for it +- _videoStreamIndex = OpenBestStreamOfType(AVMEDIA_TYPE_VIDEO); ++ _videoStreamIndex = OpenBestStreamOfType(AVMEDIA_TYPE_VIDEO, _videoDecoderContext); + if (_videoStreamIndex < 0) { + common->Warning("Could not find video stream in %s\n", _path.c_str()); + return false; } AVStream* videoStream = _formatContext->streams[_videoStreamIndex]; - _videoDecoderContext = videoStream->codec; +- _videoDecoderContext = videoStream->codec; - AVRational videoTBase = ExtLibs::av_codec_get_pkt_timebase(_videoDecoderContext); - LogPrintf("Video stream timebase: %d/%d = %0.6lf", videoTBase.num, videoTBase.den, ExtLibs::av_q2d(videoTBase)); -+ AVRational videoTBase =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: n...@cvs.openbsd.org2023/05/12 16:32:21 Modified files: net/megatools : Makefile distinfo net/megatools/patches: patch-lib_mega_c net/megatools/pkg: PLIST Log message: update net/megatools 1.11.1.20230212 switch to meson, add docbook2x to BUILD_DEPENDS and NO_TEST. feedback and ok op@ and bentley@ (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 16:22:55 Modified files: audio/espeak : Makefile Log message: Switch to using CXXFLAGS (needed for C++, CPPFLAGS is for Objective C/C++) Add X11 libdir -L to CXXFLAGS Fixes build on sparc64
Re: vlc no telnet interface
On 2023-05-10 4:29 a.m., Stuart Henderson wrote: On 2023/04/30 11:53, Antoine Jacoutot wrote: + if test "${enable_lua}" != "no" + then +- PKG_CHECK_MODULES(LUA, lua5.2, ++ PKG_CHECK_MODULES(LUA, lua51, Can we use SUBST_CMD to prevent hardcoding? I don't see anything wrong with hardcoding here? I think MODLUA_VERSION should reflect what the port wants, it's not like SHARED_LIBS. On 2023/05/09 02:29, Brad Smith wrote: On 2023-05-01 5:36 a.m., Stuart Henderson wrote: Any particular reason to use 5.1 instead of 5.2? (They're all EoL except 5.4, but 5.1 is much longer since EoL). Just that is what the default is, MODLUA_DEFAULT_VERSION. I don't think this is meant to be prescriptive any more than say AUTOCONF_VERSION, just that it's what most things used when the module was added. We haven't run into problems with ports pulling in multiple lua versions via lib deps. (I have a diff to add lua5.X pkg-config files to the lua ports to test sometime but the i386 builders are unhappy atm, also the include directories are non-standard too and also need patches in various ports, so it would be good to clean up that whole lot at once). How about this diff for vlc? Compared to your previous: - uses the lua version which upstream prefers - brings back UPDATE_PLIST_ARGS from my earlier one to avoid the a52/a${MODLUA_VERSION} that is subst'ed in PLIST-main with 5.2 I saw this part and did not understand what it was for. - uses the minimum necessary configure.ac patch to handle lua52.pc. Sure.
UPDATE: squeezelite 1.9.9.1430
Here is an update to squeezelite 1.9.9.1430. Index: Makefile === RCS file: /home/cvs/ports/audio/squeezelite/Makefile,v retrieving revision 1.19 diff -u -p -u -p -r1.19 Makefile --- Makefile8 Nov 2022 11:14:44 - 1.19 +++ Makefile12 May 2023 17:46:12 - @@ -1,11 +1,10 @@ COMMENT= lightweight headless squeezebox player -V= 1.9.2.1205 +V= 1.9.9.1430 GH_ACCOUNT=ralph-irving GH_PROJECT=squeezelite -GH_COMMIT= 1cff80e5330501b1f587a474f06db08fd53d9521 +GH_COMMIT= 663db8f64d73dceca6a2a18cdb705ad846daa272 DISTNAME= squeezelite-$V -REVISION= 2 CATEGORIES=audio Index: distinfo === RCS file: /home/cvs/ports/audio/squeezelite/distinfo,v retrieving revision 1.5 diff -u -p -u -p -r1.5 distinfo --- distinfo31 Dec 2019 23:38:25 - 1.5 +++ distinfo7 May 2023 03:35:40 - @@ -1,2 +1,2 @@ -SHA256 (squeezelite-1.9.2.1205-1cff80e5.tar.gz) = H9/RK/2d+YBr/BlbULJVaC6cfVfxfPdC364W4sbJ+NI= -SIZE (squeezelite-1.9.2.1205-1cff80e5.tar.gz) = 158419 +SHA256 (squeezelite-1.9.9.1430-663db8f6.tar.gz) = 0rz8xdHq3uNWYhZcXMRibEAmNpukrpz9p3hkvR0B72s= +SIZE (squeezelite-1.9.9.1430-663db8f6.tar.gz) = 167218 Index: patches/patch-squeezelite_h === RCS file: /home/cvs/ports/audio/squeezelite/patches/patch-squeezelite_h,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-squeezelite_h --- patches/patch-squeezelite_h 11 Mar 2022 18:20:32 - 1.3 +++ patches/patch-squeezelite_h 12 May 2023 17:47:27 - @@ -1,9 +1,9 @@ Index: squeezelite.h --- squeezelite.h.orig +++ squeezelite.h -@@ -59,7 +59,7 @@ - #define OSX 0 +@@ -61,7 +61,7 @@ #define WIN 1 + #define PORTAUDIO 1 #define FREEBSD 0 -#elif defined(__FreeBSD__) +#elif defined(__FreeBSD__) || defined(__OpenBSD__)
Re: New [cad/solvespace] - 3.1
Jerome KASPER wrote (2023-05-11 16:41 CEST): > Solvespace is a 2D/3D parametric CAD software with GTK based > GUI Interface. You can find further informations, tutorials and > documentation at [0] > > After my previous attempts on solvespace 2.3 [1] I gave up for quite a > time and I saw recently that Johannes was giving a try to new release > [2] . We teamed up off-list to work out the things and we ended to a > working version of 3.1 release > > This release comes with an external library bundle so we chose to keep > only the necessary ones and to link against port's ones as far as > possible. About memory management solvespace has chosen mimalloc as a > dependency [3] so we went with secure build and override options > > [...] > > Tests and comments are very appreciated. The port sounds interesting. I enjoyed watching the tutorials. The first thing I tripped over was that math/eigen3 is required to build. So it needs to be a BDEP as well. Then it built fine, but... $ solvespace Segmentation fault I tried to build it with debug symbols. But the cmake build seems to ignore my "DEBUG=-g make". I haven't looked further. Best Regards, Stefan
Re: meta/xfce and xfce4-screensaver
On Wed, May 10, 2023 at 08:52:41AM +0200, Landry Breuil wrote: Hello Landry, > When it's enabled/disabled, is there a > ~/.config/autostart/xfce4-screensaver.desktop file with Hidden=true ? > supposedly, that's what should "prevent" it to start, ie this desktop file > "overrides" /etc/xdg/autostart/xfce4-screensaver.desktop I installed xfce4-screensaver, logged out and back in, and yes there is an xfce4-screensaver process. I do also have the file you mention: $ cat .config/autostart/xfce4-screensaver.desktop [Desktop Entry] Hidden=true And now I've uninstalled xfce4-screensaver again ;) That file is still present so, presumably, it was created at some point in the past when the screensaver was enabled and now it hasn't been disabled. I might be wrong, though! Laurie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 11:16:22 Modified files: sysutils/gitlab-cli: Makefile distinfo sysutils/gitlab-cli/pkg: PLIST Log message: update to gitlab-cli 1.29.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 11:16:12 Modified files: devel/github-cli: Makefile distinfo devel/github-cli/pkg: PLIST Log message: update to github-cli 2.29.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/05/12 09:06:32 Modified files: security/boringssl/fips: Makefile distinfo security/boringssl/fips/patches: patch-CMakeLists_txt patch-crypto_CMakeLists_txt patch-crypto_fipsmodule_rand_urandom_c patch-include_openssl_base_h security/boringssl/fips/pkg: PLIST Removed files: security/boringssl/fips/patches: patch-go_mod patch-go_sum Log message: Update to boringssl-fips-20230428
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2023/05/12 08:24:00 Modified files: security/boringssl/head: Makefile distinfo Removed files: security/boringssl/head/patches: patch-CMakeLists_txt patch-crypto_CMakeLists_txt patch-crypto_cpu_aarch64_openbsd_c patch-crypto_cpu_arm_openbsd_c patch-crypto_fipsmodule_rand_urandom_c patch-include_openssl_base_h patch-include_openssl_thread_h Log message: Update boringssl to 20230512 As luck would have it, I managed to choose the very last commit before the one where beck landed OpenBSD support. Update again so we can lose all patches. Thanks Bob!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/05/12 08:08:49 Modified files: www/mozilla-firefox: Tag: OPENBSD_7_3 Makefile distinfo Log message: www/mozilla-firefox: MFC update to 113.0.1. see https://www.mozilla.org/en-US/firefox/113.0.1/releasenotes/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/05/12 07:55:10 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: www/mozilla-firefox: update to 113.0.1 see https://www.mozilla.org/en-US/firefox/113.0.1/releasenotes/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:53:14 Modified files: lang/php/8.1 : Tag: OPENBSD_7_3 Makefile distinfo lang/php/8.1/pkg: Tag: OPENBSD_7_3 PLIST-main Log message: update to php-8.1.19
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:53:02 Modified files: lang/php/8.2 : Tag: OPENBSD_7_3 Makefile distinfo lang/php/8.2/pkg: Tag: OPENBSD_7_3 PLIST-main Log message: update to php-8.2.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:53:00 Modified files: lang/php/8.1 : Makefile distinfo lang/php/8.1/pkg: PLIST-main Log message: update to php-8.1.19
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:52:58 Modified files: lang/php/8.2 : Makefile distinfo lang/php/8.2/pkg: PLIST-main Log message: update to php-8.2.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 06:43:56 Modified files: devel/jdk/17 : Makefile distinfo Log message: Update to 17.0.7 GA: * Contains many upstream bug fixes which can be found in the release notes here: https://foojay.io/java-17/?version=17.0.7=042023=component https://openjdk.org/groups/vulnerability/advisories/2023-04-18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:43:20 Modified files: textproc/zathura/plugins/mupdf: Makefile Log message: bump; mupdf static linked
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:43:18 Modified files: textproc/mupdf : Makefile distinfo Log message: update to mupdf-1.22.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2023/05/12 06:42:20 Modified files: textproc/py-pyaml: Makefile distinfo textproc/py-pyaml/pkg: DESCR Log message: update to py3-pyaml-23.5.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 06:41:37 Modified files: devel/jdk/11 : Makefile distinfo Log message: Update to 11.0.19 GA: * Contains many upstream bug fixes which can be found in the release notes here: https://foojay.io/java-11/?version=11.0.19=042023=component https://openjdk.org/groups/vulnerability/advisories/2023-04-18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2023/05/12 06:37:17 Modified files: devel/jdk/1.8 : Makefile distinfo Log message: Update to 8u372 GA: * Contains upstream bug and security fixes: https://foojay.io/java-8/?version=openjdk8u372=042023=component https://openjdk.org/groups/vulnerability/advisories/2023-04-18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/05/12 05:56:00 Modified files: sysutils/logstash: Makefile distinfo sysutils/logstash/patches: patch-config_logstash_yml sysutils/logstash/pkg: PLIST Log message: Update logstash 8.6.2 -> 8.7.1 Release notes: https://www.elastic.co/guide/en/logstash/8.7/logstash-8-7-1.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/05/12 05:54:02 Modified files: www/opensearch-dashboards: Makefile distinfo www/opensearch-dashboards/pkg: PLIST Added files: www/opensearch-dashboards/patches: patch-bin_use_node Removed files: www/opensearch-dashboards/patches: patch-bin_opensearch-dashboards patch-bin_opensearch-dashboards-keystore patch-bin_opensearch-dashboards-plugin Log message: Update opensearch-dashboards 2.6.0 -> 2.7.0 Release notes: https://github.com/opensearch-project/opensearch-build/blob/main/release-notes/opensearch-release-notes-2.7.0.md ok op@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2023/05/12 05:51:47 Modified files: textproc/opensearch: Makefile distinfo textproc/opensearch/patches: patch-bin_opensearch-env patch-plugins_opensearch-security_tools_install_demo_configuration_sh textproc/opensearch/pkg: PLIST README Log message: Update opensearch 2.6.0 -> 2.7.0 Release notes: https://github.com/opensearch-project/opensearch-build/blob/main/release-notes/opensearch-release-notes-2.7.0.md ok op@
Re: plan9/plan9port: honour MAKE_JOBS
On 2023/05/11 14:26:11 +, Klemens Nanni wrote: > mk(1) says to set NPROC in the environment, INSTALL does that itself, > but only on foreign platforms. > > Now I see cascades of 'clang -DPLAN9PORT ...' procs in top(1). > OK? looks and works fine for me, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2023/05/12 01:53:35 Modified files: lang/iverilog : Makefile Log message: Update dead HOMEPAGE.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2023/05/12 01:03:05 Modified files: net/synapse/patches: patch-pyproject_toml Log message: net/synapse: add link to upstream commit