CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 22:35:03 Modified files: graphics/kdiagram: Makefile distinfo graphics/kdiagram/pkg: PLIST Log message: Update kdiagram to 2.6.2
UPDATE: net/weechat
Simple update to the latest stable version. Changelog: https://weechat.org/news/109/20200329-Version-2.8/ OK? Index: Makefile === RCS file: /cvs/ports/net/weechat/Makefile,v retrieving revision 1.46 diff -u -p -u -p -r1.46 Makefile --- Makefile21 Feb 2020 15:29:13 - 1.46 +++ Makefile30 Mar 2020 04:24:53 - @@ -6,7 +6,7 @@ COMMENT-python= Python bindings for weec COMMENT-ruby= Ruby bindings for weechat COMMENT-tcl= Tcl bindings for weechat -V= 2.7.1 +V= 2.8 DISTNAME= weechat-${V} PKGNAME-main= weechat-${V} Index: distinfo === RCS file: /cvs/ports/net/weechat/distinfo,v retrieving revision 1.25 diff -u -p -u -p -r1.25 distinfo --- distinfo21 Feb 2020 15:29:13 - 1.25 +++ distinfo30 Mar 2020 04:24:53 - @@ -1,2 +1,2 @@ -SHA256 (weechat-2.7.1.tar.gz) = xBDqe4/ellP4yd+IZ9Pua0zI+4diYLZYhCJ6S/YTlaU= -SIZE (weechat-2.7.1.tar.gz) = 4394236 +SHA256 (weechat-2.8.tar.gz) = adpodOLVg7SkZmsWb1IO5FtqyEVEpKlDQDD4KYmJPIg= +SIZE (weechat-2.8.tar.gz) = 4442035 Index: patches/patch-tests_CMakeLists_txt === RCS file: /cvs/ports/net/weechat/patches/patch-tests_CMakeLists_txt,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-tests_CMakeLists_txt --- patches/patch-tests_CMakeLists_txt 11 Jan 2020 07:26:00 - 1.3 +++ patches/patch-tests_CMakeLists_txt 30 Mar 2020 04:24:53 - @@ -3,7 +3,7 @@ $OpenBSD: patch-tests_CMakeLists_txt,v 1 Index: tests/CMakeLists.txt --- tests/CMakeLists.txt.orig +++ tests/CMakeLists.txt -@@ -61,7 +61,7 @@ if(ICONV_LIBRARY) +@@ -63,7 +63,7 @@ if(ICONV_LIBRARY) list(APPEND EXTRA_LIBS ${ICONV_LIBRARY}) endif()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 22:21:40 Modified files: devel/kdiff3 : Makefile distinfo devel/kdiff3/pkg: PLIST Log message: Update kdiff3 to 1.8.2
Re: Fix print/poppler
On Sun Mar 29, 2020 at 10:56:09PM +0200, Matthias Kilian wrote: > Hi, > > this hopefully fixes the segfaults some people did see. It's the > patch I dropped from the previous poppler update plus another one. > > Because a full update to the next poppler version (0.87.0) includes > yet another API breakage (some constification in SplashScreen), I > prefer to rush only those two patches in for now (building and > probably patching poppler consumers takes some time for me). > > I'm not sure about the nimor bump to libpoppler.so -- > /usr/src/lib/check_sym reports some added and some strengthened > symbols. If this requires a major bump, please let me know. > Yeah, the new destructors create new symbols but that's not a problem. >From reading the diffs I see no concerns. If nobody scream up, OK rsadowski@ > Ciao, > Kili > > ps: please note that this is only build-tested for now (me sitting at > home, my build machine at work, shitty internet connection with lots of > package loss) > > pps: sorry for the breakage -- I thought that only one of my broken > test PDF documents was affected (all other ones didn't trigger the > bug). > > Index: Makefile > === > RCS file: /cvs/ports/print/poppler/Makefile,v > retrieving revision 1.155 > diff -u -p -r1.155 Makefile > --- Makefile 21 Mar 2020 22:42:42 - 1.155 > +++ Makefile 29 Mar 2020 20:43:09 - > @@ -10,13 +10,14 @@ CATEGORIES= print > PKGNAME-main=poppler-$V > PKGNAME-utils= poppler-utils-$V > PKGNAME-qt5= poppler-qt5-$V > -REVISION-main= 0 > -REVISION-utils= 0 > +REVISION-main= 1 > +REVISION-glib= 0 > +REVISION-utils= 1 > REVISION-qt5=0 > > EXTRACT_SUFX=.tar.xz > > -SHARED_LIBS += poppler 61.0 # 97.0 > +SHARED_LIBS += poppler 61.1 # 97.0 > SHARED_LIBS += poppler-glib 19.4 # 8.15 > SHARED_LIBS += poppler-qt5 8.2 # 1.22 > SHARED_LIBS += poppler-cpp 16.0 # 0.7 > Index: patches/patch-glib_poppler-action_cc > === > RCS file: patches/patch-glib_poppler-action_cc > diff -N patches/patch-glib_poppler-action_cc > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-glib_poppler-action_cc 29 Mar 2020 20:43:09 - > @@ -0,0 +1,60 @@ > +$OpenBSD$ > + > +Upstream commit 68b6dd2ecd868c1a757cb8b9273e2e26687e5229 (Adam > +Reichold): > + > +Replace dynamic_cast by static_cast where we already perform the > +type checks explicitly before downcasting. > + > +Index: glib/poppler-action.cc > +--- glib/poppler-action.cc.orig > glib/poppler-action.cc > +@@ -627,39 +627,39 @@ _poppler_action_new (PopplerDocument *document, > + switch (link->getKind ()) { > + case actionGoTo: > + action->type = POPPLER_ACTION_GOTO_DEST; > +-build_goto_dest (document, action, dynamic_cast *> (link)); > ++build_goto_dest (document, action, static_cast *> (link)); > + break; > + case actionGoToR: > + action->type = POPPLER_ACTION_GOTO_REMOTE; > +-build_goto_remote (action, dynamic_cast > (link)); > ++build_goto_remote (action, static_cast > (link)); > + break; > + case actionLaunch: > + action->type = POPPLER_ACTION_LAUNCH; > +-build_launch (action, dynamic_cast (link)); > ++build_launch (action, static_cast (link)); > + break; > + case actionURI: > + action->type = POPPLER_ACTION_URI; > +-build_uri (action, dynamic_cast (link)); > ++build_uri (action, static_cast (link)); > + break; > + case actionNamed: > + action->type = POPPLER_ACTION_NAMED; > +-build_named (action, dynamic_cast (link)); > ++build_named (action, static_cast (link)); > + break; > + case actionMovie: > + action->type = POPPLER_ACTION_MOVIE; > +-build_movie (document, action, dynamic_cast > (link)); > ++build_movie (document, action, static_cast > (link)); > + break; > + case actionRendition: > + action->type = POPPLER_ACTION_RENDITION; > +-build_rendition (action, dynamic_cast > (link)); > ++build_rendition (action, static_cast > (link)); > + break; > + case actionOCGState: > + action->type = POPPLER_ACTION_OCG_STATE; > +-build_ocg_state (document, action, dynamic_cast LinkOCGState*> (link)); > ++build_ocg_state (document, action, static_cast LinkOCGState*> (link)); > + break; > + case actionJavaScript: > + action->type = POPPLER_ACTION_JAVASCRIPT; > +-build_javascript (action, dynamic_cast > (link)); > ++build_javascript
UPDATE: OpenAL 1.20.1
Hi David, Here is an update to OpenAL 1.20.1 One minor build issue, with a diff pending, with net/utox. The rest are good. Index: Makefile === RCS file: /home/cvs/ports/audio/openal/Makefile,v retrieving revision 1.53 diff -u -p -u -p -r1.53 Makefile --- Makefile12 Jul 2019 20:43:37 - 1.53 +++ Makefile30 Mar 2020 02:53:41 - @@ -1,35 +1,35 @@ # $OpenBSD: Makefile,v 1.53 2019/07/12 20:43:37 sthen Exp $ -BROKEN-hppa = undefined reference to __sync atomic ops - COMMENT = cross-platform 3D audio API -V =1.19.1 +V =1.20.1 EPOCH =0 DISTNAME = openal-soft-$V PKGNAME = openal-$V CATEGORIES = audio -SHARED_LIBS = openal 3.1 -HOMEPAGE = http://kcat.strangesoft.net/openal.html +SHARED_LIBS = openal 4.0 + +HOMEPAGE = https://kcat.strangesoft.net/openal.html MAINTAINER = David Carlier # LGPLv2+ -PERMIT_PACKAGE = Yes +PERMIT_PACKAGE =Yes -WANTLIB += c m pthread sndio +WANTLIB += c m mysofa pthread sndio z ${COMPILER_LIBCXX} MASTER_SITES = ${HOMEPAGE:S,.html,-releases/,} EXTRACT_SUFX = .tar.bz2 +LIB_DEPENDS += audio/libmysofa + CONFIGURE_ARGS =-DCMAKE_BUILD_TYPE=OpenBSD \ -DALSOFT_CONFIG=share/examples/openal \ -DALSOFT_DLOPEN=Off \ -DALSOFT_UTILS=On \ -DALSOFT_EXAMPLES=Off \ -DALSOFT_REQUIRE_SNDIO=On \ - -DALSOFT_BACKEND_DSOUND=Off \ -DALSOFT_BACKEND_WAVE=Off \ -DALSOFT_CPUEXT_SSE=Off \ -DALSOFT_CPUEXT_SSE2=Off \ @@ -52,6 +52,6 @@ COMPILER =base-clang ports-clang ports- NO_TEST = Yes pre-build: - @${SUBST_CMD} ${WRKSRC}/Alc/alconfig.c ${WRKSRC}/alsoftrc.sample + @${SUBST_CMD} ${WRKSRC}/alc/alconfig.cpp ${WRKSRC}/alsoftrc.sample .include Index: distinfo === RCS file: /home/cvs/ports/audio/openal/distinfo,v retrieving revision 1.11 diff -u -p -u -p -r1.11 distinfo --- distinfo13 Feb 2019 16:10:38 - 1.11 +++ distinfo27 Mar 2020 03:45:06 - @@ -1,2 +1,2 @@ -SHA256 (openal-soft-1.19.1.tar.bz2) = XC+H/1GIuV4NxHaXGanYnOQ1uDIrRHi5XdS0J/6Esuk= -SIZE (openal-soft-1.19.1.tar.bz2) = 577310 +SHA256 (openal-soft-1.20.1.tar.bz2) = ts6wUTJXMsI/XIttN9vYlTRRfmQ5qH6XCIK0R8MCXW0= +SIZE (openal-soft-1.20.1.tar.bz2) = 512971 Index: patches/patch-Alc_alconfig_c === RCS file: patches/patch-Alc_alconfig_c diff -N patches/patch-Alc_alconfig_c --- patches/patch-Alc_alconfig_c13 Feb 2019 16:10:38 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-Alc_alconfig_c,v 1.1 2019/02/13 16:10:38 bcallah Exp $ - -Index: Alc/alconfig.c Alc/alconfig.c.orig -+++ Alc/alconfig.c -@@ -428,7 +428,7 @@ void ReadALConfig(void) - const char *str; - FILE *f; - --str = "/etc/openal/alsoft.conf"; -+str = "${SYSCONFDIR}/openal/alsoft.conf"; - - TRACE("Loading config %s...\n", str); - f = al_fopen(str, "r"); Index: patches/patch-CMakeLists_txt === RCS file: /home/cvs/ports/audio/openal/patches/patch-CMakeLists_txt,v retrieving revision 1.8 diff -u -p -u -p -r1.8 patch-CMakeLists_txt --- patches/patch-CMakeLists_txt13 Feb 2019 16:10:38 - 1.8 +++ patches/patch-CMakeLists_txt27 Mar 2020 03:55:35 - @@ -3,12 +3,12 @@ $OpenBSD: patch-CMakeLists_txt,v 1.8 201 Index: CMakeLists.txt --- CMakeLists.txt.orig +++ CMakeLists.txt -@@ -1536,7 +1536,7 @@ endif() +@@ -1347,7 +1347,7 @@ endif() # Install alsoft.conf configuration file IF(ALSOFT_CONFIG) INSTALL(FILES alsoftrc.sample --DESTINATION ${CMAKE_INSTALL_DATADIR}/openal -+DESTINATION ${CMAKE_INSTALL_DATADIR}/examples/openal - ) +-DESTINATION ${CMAKE_INSTALL_DATADIR}/openal) ++DESTINATION ${CMAKE_INSTALL_DATADIR}/examples/openal) MESSAGE(STATUS "Installing sample configuration") MESSAGE(STATUS "") + ENDIF() Index: patches/patch-OpenAL32_alBuffer_c === RCS file: patches/patch-OpenAL32_alBuffer_c diff -N patches/patch-OpenAL32_alBuffer_c --- patches/patch-OpenAL32_alBuffer_c 13 Feb 2019 16:10:38 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-OpenAL32_alBuffer_c,v 1.3 2019/02/13 16:10:38 bcallah Exp $ - -Index: OpenAL32/alBuffer.c OpenAL32/alBuffer.c.orig -+++ OpenAL32/alBuffer.c -@@ -1118,7 +1118,7 @@ static ALboolean DecomposeUserFormat(ALenum format, en - { AL_FORMAT_BFORMAT3D_FLOAT32, UserFmtBFormat3D, UserFmtFloat }, - { AL_FORMAT_BFORMAT3D_MULAW, UserFmtBFormat3D, UserFmtMulaw }, - }; --ALuint i; -+volatile ALuint i; - - for(i = 0;i <
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 22:01:01 Modified files: www/minitube : Makefile Log message: Use phonon module instead setting RUN_DEPENDS by hand. OK pirofti@
Re: [new] net/miniflux a minimalist and opinionated feed reader
On Mon, 30 Mar 2020 04:06:22 +0300, Paul Irofti wrote: > Perhaps I am missing something, but why doesn't this depend on > PostgreSQL? People may not run miniflux and postgresql on the same machine. Cheers, Daniel
Re: [new] net/miniflux a minimalist and opinionated feed reader
Perhaps I am missing something, but why doesn't this depend on PostgreSQL?
Re: www/minitube use multimedia/phonon
OK În 27 martie 2020 19:53:21 EET, Rafael Sadowski a scris: >Use phonon module instead setting RUN_DEPENDS by hand. That's what >modules are for! > >diff --git www/minitube/Makefile www/minitube/Makefile >index e6ebca15f98..cc51cfbfee5 100644 >--- www/minitube/Makefile >+++ www/minitube/Makefile >@@ -5,6 +5,7 @@ COMMENT = standalone YouTube.com video browser/player > V = 3.3 > DISTNAME =minitube-$V > EXTRACT_SUFX =.tar.bz2 >+REVISION =0 > > CATEGORIES = www multimedia > >@@ -23,13 +24,12 @@ EXTRACT_CASES += minitube*.tar.bz2) ${GZIP_CMD} -d ><${FULLDISTDIR}/$$archive | $ > WANTLIB +=GL Qt5Core Qt5DBus Qt5Gui Qt5Network Qt5Qml Qt5Sql > WANTLIB +=Qt5Widgets Qt5X11Extras c m mpv ${COMPILER_LIBCXX} > >-MODULES = devel/qmake x11/qt5 >+MODULES = devel/qmake x11/qt5 multimedia/phonon > > LIB_DEPENDS +=multimedia/mpv \ > x11/qt5/qtx11extras > >-RUN_DEPENDS +=multimedia/phonon-backend/gstreamer,qt5 \ >- devel/desktop-file-utils \ >+RUN_DEPENDS +=devel/desktop-file-utils \ > x11/gtk+3,-guic > > MAKE_FLAGS = CXX="${CXX}" \
Re: [new] net/miniflux a minimalist and opinionated feed reader
On Sun, 29 Mar 2020 at 07:29:02 -0600, Aaron Bieber wrote: > Here is an updated version of miniflux (I had sent this a while back as well). > > I have been using this for some time now without issue. > > Homepage: https://miniflux.app/ > DESCR: > Miniflux is a minimalist and opinionated feed reader: > > - Written in Go (Golang) > - Works only with Postgresql > - Doesn't use any ORM > - Doesn't use any complicated framework > - Use only modern vanilla Javascript (ES6 and Fetch API) > - Single binary compiled statically without dependency > - The number of features is voluntarily limited > > OK to import? > > diff --git a/infrastructure/db/user.list b/infrastructure/db/user.list > index d473a565433..78a1f3d1f3b 100644 > --- a/infrastructure/db/user.list > +++ b/infrastructure/db/user.list > @@ -360,3 +360,4 @@ id user group port > 849 _synapse _synapsenet/synapse > 850 _snare _snare devel/snare > 851 _whatsapp_whatsapp net/mautrix-whatsapp > +852 _miniflux_miniflux net/miniflux > > Cheers, > Aaron > -- > PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE Here is an updated version that removes the klunkie ENV stuff (Thanks to Daniel Winters for pointing out that it wasn't needed!) https://github.com/jasperla/openbsd-wip/tree/master/net/miniflux -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 15:24:03 Modified files: shells/zsh : Makefile distinfo shells/zsh/pkg : PLIST Log message: Update zsh to 5.8 "Security and bug fix release with a few user visible additions." Changelog: http://zsh.sourceforge.net/releases.html This release fixes CVE-2019-20044. (Not tested on OpenBSD) Feedback and tests from Matthew Martin, thanks!
Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center
On Sun, Mar 29, 2020 at 10:11:07PM +0200, Charlene Wendling wrote: > > If gnome or a subset of its apps doesn't build, then it sure can't be > > used and debugged on powerpc. Even if the full gnome desktop isn't > > usable, its apps can probably be useful. Instead of discussing on I don't see how gnome-control-center can be useful as a single application. > > a case by case basis which app makes sense on what arch, I find it > > easier to just fix the build of everything that can be fixed. If > > someone cares enough to fix it, obviously. Just like with the rest of > > the tree. Please don't make this more painful than it already is. :) Then we agree to disagree :-) For me this is taking a huge amount of time on bulks and could prevent having regular matching base / packages. -- Antoine
Re: UPDATE: shells/zsh
On Sat, Mar 28, 2020 at 09:46:56AM +0100, Rafael Sadowski wrote: > On Sat Mar 14, 2020 at 04:31:00PM -0500, Matthew Martin wrote: > > On Sat, Mar 14, 2020 at 08:21:10PM +0100, Rafael Sadowski wrote: > > > "Security and bug fix release with a few user visible additions." > > > Changelog: http://zsh.sourceforge.net/releases.html > > > > > > This release fixes CVE-2019-20044. (Not tested on OpenBSD) > > > > > > OK? Should it go into -stable without the @so changes? > > > > I have the same diff locally; however, I didn't send it because make > > test hangs in V08zpty and I haven't had time to look into it yet (the > > ./V08zpty.ztst: starting. > ./V08zpty.ztst: all tests successful. > > with > > OpenBSD 6.6-current (GENERIC.MP) #80: Thu Mar 26 22:10:03 MDT 2020 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Same here after updating base. Runs fine as well. (Aside during testing a race in W02 turned up; but since it's reproducable in 5.7.1, I see no reason to hold up the update.)
Re: WIP: Update of math/py-numpy to 1.16.5
On Sun, Mar 29, 2020 at 03:38:33PM +0100, Stuart Henderson wrote: > On 2020/03/29 11:49, Christian Weisgerber wrote: > > On 2020-03-28, Stuart Henderson wrote: > > > > >> > Can somenoe commit the numpy update as well then? > > >> > > >> I am about to start a test bulk build on i386 with this. > > > > > > No build problems relating to the numpy update. > > > > Meanwhile, the existing port (1.14.6p2) errored out in my latest bulk > > build: > > > > numpy/core/src/multiarray/temp_elide.c:87:10: fatal error: execinfo.h: No > > such file or directory > > #include > > ^~~~ > > compilation terminated. > > > > Please check that the updated port doesn't haphazardly pick up > > execinfo too. > > > > -- > > Christian "naddy" Weisgerber na...@mips.inka.de > > > > It will need this or an alternative. (Unless we can either get the > backtrace functions into libc, or remove the libexecinfo port ;-) I would encourage any solution. What we have now is a total mess :-( > Index: patches/patch-numpy_core_setup_common_py > === > RCS file: patches/patch-numpy_core_setup_common_py > diff -N patches/patch-numpy_core_setup_common_py > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-numpy_core_setup_common_py 29 Mar 2020 14:36:51 - > @@ -0,0 +1,14 @@ > +$OpenBSD$ > + > +Index: numpy/core/setup_common.py > +--- numpy/core/setup_common.py.orig > numpy/core/setup_common.py > +@@ -111,7 +111,7 @@ OPTIONAL_STDFUNCS = ["expm1", "log1p", "acosh", "asinh > + "rint", "trunc", "exp2", "log2", "hypot", "atan2", "pow", > + "copysign", "nextafter", "ftello", "fseeko", > + "strtoll", "strtoull", "cbrt", "strtold_l", "fallocate", > +-"backtrace", "madvise"] > ++"madvise"] > + > + > + OPTIONAL_HEADERS = [ > -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2020/03/29 15:02:20 Modified files: x11/remmina: Makefile Log message: do not check for kf5wallet
Fix print/poppler
Hi, this hopefully fixes the segfaults some people did see. It's the patch I dropped from the previous poppler update plus another one. Because a full update to the next poppler version (0.87.0) includes yet another API breakage (some constification in SplashScreen), I prefer to rush only those two patches in for now (building and probably patching poppler consumers takes some time for me). I'm not sure about the nimor bump to libpoppler.so -- /usr/src/lib/check_sym reports some added and some strengthened symbols. If this requires a major bump, please let me know. Ciao, Kili ps: please note that this is only build-tested for now (me sitting at home, my build machine at work, shitty internet connection with lots of package loss) pps: sorry for the breakage -- I thought that only one of my broken test PDF documents was affected (all other ones didn't trigger the bug). Index: Makefile === RCS file: /cvs/ports/print/poppler/Makefile,v retrieving revision 1.155 diff -u -p -r1.155 Makefile --- Makefile21 Mar 2020 22:42:42 - 1.155 +++ Makefile29 Mar 2020 20:43:09 - @@ -10,13 +10,14 @@ CATEGORIES= print PKGNAME-main= poppler-$V PKGNAME-utils= poppler-utils-$V PKGNAME-qt5= poppler-qt5-$V -REVISION-main= 0 -REVISION-utils=0 +REVISION-main= 1 +REVISION-glib= 0 +REVISION-utils=1 REVISION-qt5= 0 EXTRACT_SUFX= .tar.xz -SHARED_LIBS += poppler 61.0 # 97.0 +SHARED_LIBS += poppler 61.1 # 97.0 SHARED_LIBS += poppler-glib 19.4 # 8.15 SHARED_LIBS += poppler-qt5 8.2 # 1.22 SHARED_LIBS += poppler-cpp 16.0 # 0.7 Index: patches/patch-glib_poppler-action_cc === RCS file: patches/patch-glib_poppler-action_cc diff -N patches/patch-glib_poppler-action_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-glib_poppler-action_cc29 Mar 2020 20:43:09 - @@ -0,0 +1,60 @@ +$OpenBSD$ + +Upstream commit 68b6dd2ecd868c1a757cb8b9273e2e26687e5229 (Adam +Reichold): + +Replace dynamic_cast by static_cast where we already perform the +type checks explicitly before downcasting. + +Index: glib/poppler-action.cc +--- glib/poppler-action.cc.orig glib/poppler-action.cc +@@ -627,39 +627,39 @@ _poppler_action_new (PopplerDocument *document, + switch (link->getKind ()) { + case actionGoTo: + action->type = POPPLER_ACTION_GOTO_DEST; +- build_goto_dest (document, action, dynamic_cast (link)); ++ build_goto_dest (document, action, static_cast (link)); + break; + case actionGoToR: + action->type = POPPLER_ACTION_GOTO_REMOTE; +- build_goto_remote (action, dynamic_cast (link)); ++ build_goto_remote (action, static_cast (link)); + break; + case actionLaunch: + action->type = POPPLER_ACTION_LAUNCH; +- build_launch (action, dynamic_cast (link)); ++ build_launch (action, static_cast (link)); + break; + case actionURI: + action->type = POPPLER_ACTION_URI; +- build_uri (action, dynamic_cast (link)); ++ build_uri (action, static_cast (link)); + break; + case actionNamed: + action->type = POPPLER_ACTION_NAMED; +- build_named (action, dynamic_cast (link)); ++ build_named (action, static_cast (link)); + break; + case actionMovie: + action->type = POPPLER_ACTION_MOVIE; +- build_movie (document, action, dynamic_cast (link)); ++ build_movie (document, action, static_cast (link)); + break; + case actionRendition: + action->type = POPPLER_ACTION_RENDITION; +- build_rendition (action, dynamic_cast (link)); ++ build_rendition (action, static_cast (link)); + break; + case actionOCGState: + action->type = POPPLER_ACTION_OCG_STATE; +- build_ocg_state (document, action, dynamic_cast (link)); ++ build_ocg_state (document, action, static_cast (link)); + break; + case actionJavaScript: + action->type = POPPLER_ACTION_JAVASCRIPT; +- build_javascript (action, dynamic_cast (link)); ++ build_javascript (action, static_cast (link)); + break; + case actionUnknown: + default: Index: patches/patch-poppler_Link_cc === RCS file: patches/patch-poppler_Link_cc diff -N patches/patch-poppler_Link_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-poppler_Link_cc 29 Mar 2020 20:43:09 - @@ -0,0 +1,108 @@ +$OpenBSD$ + +Upstream commit
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 14:18:38 Modified files: x11/kde-applications/lokalize: Makefile x11/kde-applications/lokalize/pkg: PLIST Log message: Switch lokalize to python3
Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center
On Sun, 29 Mar 2020 21:11:18 +0200 Jeremie Courreges-Anglas wrote: > On Sun, Mar 29 2020, Antoine Jacoutot wrote: > > On Sun, Mar 29, 2020 at 02:53:49AM -0400, Kurt Mosiejczuk wrote: > >> On Sun, Mar 29, 2020 at 01:10:12AM +0100, Antoine Jacoutot wrote: > >> > On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote: > >> > > On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot > >> > > wrote: > >> > > > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk > >> > > > wrote: > >> > > > > x11/gnome/control-center uses C99 constructs so needs > >> > > > > -std=gnu99 for base-gcc architectures. > >> > >> > > > > ok? > >> > >> > > > Not sure, what base-gcc architecture is able to run this > >> > > > anyway? At a minimum, put a comment please. > >> > >> > > Well, none so far, it's never been tried to compile before :) > >> > >> > My point is that I don't think anyone would run GNOME on legacy > >> > arches. I don't see the point in loosing bulk time by building > >> > things that will never be installed anywhere. > > >> There's able and then will. You might be surprised though. We have > >> folks compiling and playing games on powerpc. > >> > >> Beyond that though, I didn't think that was the only reason we > >> compile these packages on other architectures. > > > I regularly try GNOME on powerpc since 15+ years. > > It never worked properly since we moved to gnome3 years ago. *Some* GNOME stuff don't work properly. But it's not *totally* broken [0] :) > If gnome or a subset of its apps doesn't build, then it sure can't be > used and debugged on powerpc. Even if the full gnome desktop isn't > usable, its apps can probably be useful. Instead of discussing on > a case by case basis which app makes sense on what arch, I find it > easier to just fix the build of everything that can be fixed. If > someone cares enough to fix it, obviously. Just like with the rest of > the tree. Please don't make this more painful than it already is. :) > 200% agreed. [0] https://bsd.network/web/statuses/102065676125440442
Re: x11/kde-applications/lokalize python3
On Sun, Mar 29, 2020 at 09:52:55PM +0200, Rafael Sadowski wrote: > I did the same smart poly as kn@ in devel/clang-tools-extra. > > OK? sure
x11/kde-applications/lokalize python3
I did the same smart poly as kn@ in devel/clang-tools-extra. OK? Index: Makefile === RCS file: /cvs/ports/x11/kde-applications/lokalize/Makefile,v retrieving revision 1.2 diff -u -p -u -p -r1.2 Makefile --- Makefile23 Mar 2020 18:01:27 - 1.2 +++ Makefile29 Mar 2020 19:49:42 - @@ -3,6 +3,7 @@ COMMENT = KDE app localization tools DISTNAME = lokalize-${VERSION} CATEGORIES = x11 devel +REVISION = 0 HOMEPAGE = https://kde.org/applications/office/org.kde.lokalize @@ -24,6 +25,8 @@ MODKDE5_DOCS = yes MODULES += x11/kde-applications \ lang/python +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} + LIB_DEPENDS = devel/kf5/kauth \ devel/kf5/kbookmarks \ devel/kf5/kcodecs \ @@ -51,8 +54,11 @@ LIB_DEPENDS =devel/kf5/kauth \ MODPY_ADJ_FILES = scripts/xliffmerge.py - post-install: - ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py ${PREFIX}/share/apps/lokalize/scripts + find ${PREFIX}/share/lokalize/scripts/odf -type f -name \*.py -exec ${MODPY_BIN_ADJ} {} + + 2to3 -w -n ${PREFIX}/share/lokalize/scripts/odf + ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \ + ${PREFIX}/share/apps/lokalize/scripts/ \ + ${PREFIX}/share/lokalize/scripts/odf/ .include Index: pkg/PLIST === RCS file: /cvs/ports/x11/kde-applications/lokalize/pkg/PLIST,v retrieving revision 1.2 diff -u -p -u -p -r1.2 PLIST --- pkg/PLIST 23 Mar 2020 18:01:27 - 1.2 +++ pkg/PLIST 29 Mar 2020 19:49:42 - @@ -297,6 +297,10 @@ share/lokalize/scripts/find-gui-text.sh share/lokalize/scripts/msgmerge.py share/lokalize/scripts/msgmerge.rc share/lokalize/scripts/odf/ +share/lokalize/scripts/odf/${MODPY_PYCACHE}/ +share/lokalize/scripts/odf/${MODPY_PYCACHE}xliff2odf-standalone.${MODPY_PYC_MAGIC_TAG}pyc +share/lokalize/scripts/odf/${MODPY_PYCACHE}xliff2odf.${MODPY_PYC_MAGIC_TAG}pyc +share/lokalize/scripts/odf/${MODPY_PYCACHE}xliffmerge.${MODPY_PYC_MAGIC_TAG}pyc share/lokalize/scripts/odf/xliff2odf-standalone.py share/lokalize/scripts/odf/xliff2odf.py share/lokalize/scripts/odf/xliff2odf.rc
libevent2: update to 2.1.11
Our version is a bit outdated, latest upstream stable release also dates back to last year. https://raw.githubusercontent.com/libevent/libevent/release-2.1.11-stable/ChangeLog All patches except one are upstreamed, regress looks good on amd64 and quick tests with a few clients such as net/tor and sysutils/tmate show no regression on amd64. /usr/src/lib/check_sym shows removed symbols for all shared libraries except event_pthreads which did not change at all. `show-reverse-deps devel/libevent2' is huge, so I suppose this update is better tested in a bulk. Feedback? Index: Makefile === RCS file: /cvs/ports/devel/libevent2/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile29 Mar 2020 17:26:23 - 1.17 +++ Makefile29 Mar 2020 19:28:32 - @@ -2,17 +2,16 @@ COMMENT= event notification library -V= 2.0.22 +V= 2.1.11 DISTNAME= libevent-$V-stable PKGNAME= libevent-$V -REVISION= 1 CATEGORIES=devel HOMEPAGE= https://libevent.org/ -SHARED_LIBS+= event_core 1.1 # 6.9 -SHARED_LIBS+= event_extra 0.1 # 6.9 -SHARED_LIBS+= event_openssl 0.0 # 6.9 -SHARED_LIBS+= event_pthreads 0.0 # 6.9 +SHARED_LIBS+= event_core 2.0 # 7.0 +SHARED_LIBS+= event_extra 1.0 # 7.0 +SHARED_LIBS+= event_openssl 1.0 # 7.0 +SHARED_LIBS+= event_pthreads 0.0 # 7.0 # BSD PERMIT_PACKAGE=Yes @@ -26,6 +25,8 @@ CONFIGURE_STYLE=gnu DEBUG_PACKAGES=${BUILD_PACKAGES} MAKE_FLAGS=RELEASE="" + +SEPARATE_BUILD =Yes # Skip compatibility bits that conflict with libevent1 FAKE_FLAGS=LIBEVENT_LIBS_LA="libevent_core.la libevent_extra.la \ Index: distinfo === RCS file: /cvs/ports/devel/libevent2/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo6 Jan 2015 21:28:05 - 1.7 +++ distinfo29 Mar 2020 17:33:18 - @@ -1,2 +1,2 @@ -SHA256 (libevent-2.0.22-stable.tar.gz) = ccLEnwra2s/b5jMqNyw4z5yLeJW7c9q+qlPNzB1OH6M= -SIZE (libevent-2.0.22-stable.tar.gz) = 854987 +SHA256 (libevent-2.1.11-stable.tar.gz) = plusYgLqjFYJ/Vx+SA5tJd5GfqGRfAgpDFIXUvFHKD0= +SIZE (libevent-2.1.11-stable.tar.gz) = 1082234 Index: patches/patch-evutil_rand_c === RCS file: patches/patch-evutil_rand_c diff -N patches/patch-evutil_rand_c --- patches/patch-evutil_rand_c 6 Jan 2015 21:28:05 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-evutil_rand_c,v 1.3 2015/01/06 21:28:05 sthen Exp $ -OpenBSD does not need nor provide arc4random_addrandom anymore. -And evutil_secure_rng_add_bytes is a bad API anyway. evutil_rand.c.orig Mon Jan 5 15:17:40 2015 -+++ evutil_rand.c Mon Jan 5 23:01:59 2015 -@@ -171,10 +171,3 @@ evutil_secure_rng_get_bytes(void *buf, size_t n) - ev_arc4random_buf(buf, n); - } - --void --evutil_secure_rng_add_bytes(const char *buf, size_t n) --{ -- arc4random_addrandom((unsigned char*)buf, -- n>(size_t)INT_MAX ? INT_MAX : (int)n); --} -- Index: patches/patch-include_event2_util_h === RCS file: patches/patch-include_event2_util_h diff -N patches/patch-include_event2_util_h --- patches/patch-include_event2_util_h 6 Jan 2015 21:28:05 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,26 +0,0 @@ -$OpenBSD: patch-include_event2_util_h,v 1.2 2015/01/06 21:28:05 sthen Exp $ include/event2/util.h.orig Mon Jan 5 15:17:40 2015 -+++ include/event2/util.h Mon Jan 5 23:01:59 2015 -@@ -690,22 +690,6 @@ int evutil_secure_rng_init(void); - */ - int evutil_secure_rng_set_urandom_device_file(char *fname); - --/** Seed the random number generator with extra random bytes. -- --You should almost never need to call this function; it should be --sufficient to invoke evutil_secure_rng_init(), or let Libevent take --care of calling evutil_secure_rng_init() on its own. -- --If you call this function as a _replacement_ for the regular --entropy sources, then you need to be sure that your input --contains a fairly large amount of strong entropy. Doing so is --notoriously hard: most people who try get it wrong. Watch out! -- --@param dat a buffer full of a strong source of random numbers --@param datlen the number of bytes to read from datlen -- */ --void evutil_secure_rng_add_bytes(const char *dat, size_t datlen); -- - #ifdef __cplusplus - } - #endif Index: patches/patch-libevent_pc_in === RCS file: /cvs/ports/devel/libevent2/patches/patch-libevent_pc_in,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-libevent_pc_in --- patches/patch-libevent_pc_in23 Sep 2011 08:50:12 - 1.1.1.1 +++
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 13:43:33 Modified files: x11/kde-applications/okular: Makefile Log message: Move textproc/discount from run/build to lib depends, spotted by portcheck
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2020/03/29 13:34:39 Modified files: www/openradtool: Makefile distinfo Log message: Update openradtool to 0.8.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2020/03/29 13:33:27 Modified files: www/kcgi : Makefile distinfo www/kcgi/pkg : PLIST Log message: Update kcgi to 0.11.0. Comes with API changes, see https://kristaps.bsd.lv/kcgi/archive.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 13:28:34 Modified files: x11/kde-applications/ktuberling: Makefile Log message: Fix and cleanup dependencies
GHC 8.10 progress
Hi Matthias, I got lang/ghc 8.10.1 packaged but nothing else is done: https://github.com/blackgnezdo/ports/commits/ghc810 The main outstanding issue is we need a threaded rts library in the bootstrap package: https://github.com/blackgnezdo/ports/issues/5 I can run some basic operations with this package on -current amd64. Some bits and pieces work. E.g. bootstrap.sh cabal of cabal HEAD goes fine for a bit but eventually is stopped by some dependencies cabal bounds. This seems aligned with where Cabal stands now. I expect the Haskell ecosystem to take another month or so to adapt to the new release. We can plan to land the ghc 8.10k upgrade after 6.7. Thanks Greg -- nest.cx is Gmail hosted, use PGP: https://pgp.key-server.io /0x0B1542BD8DF5A1B0 Fingerprint: 5E2B 2D0E 1E03 2046 BEC3 4D50 0B15 42BD 8DF5 A1B0
Re: CVS: cvs.openbsd.org: ports
On Sun Mar 29, 2020 at 01:14:25PM -0600, Rafael Sadowski wrote: > CVSROOT: /cvs > Module name: ports > Changes by: rsadow...@cvs.openbsd.org 2020/03/29 13:14:25 > > Modified files: > devel/cmake: Makefile > > Log message: > Switch CMake to use python3-sphinx to create docs. > This is OK kn@
Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center
On Sun, Mar 29 2020, Antoine Jacoutot wrote: > On Sun, Mar 29, 2020 at 02:53:49AM -0400, Kurt Mosiejczuk wrote: >> On Sun, Mar 29, 2020 at 01:10:12AM +0100, Antoine Jacoutot wrote: >> > On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote: >> > > On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote: >> > > > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote: >> > > > > x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for >> > > > > base-gcc architectures. >> >> > > > > ok? >> >> > > > Not sure, what base-gcc architecture is able to run this anyway? >> > > > At a minimum, put a comment please. >> >> > > Well, none so far, it's never been tried to compile before :) >> >> > My point is that I don't think anyone would run GNOME on legacy arches. >> > I don't see the point in loosing bulk time by building things that will >> > never >> > be installed anywhere. >> >> There's able and then will. You might be surprised though. We have folks >> compiling and playing games on powerpc. >> >> Beyond that though, I didn't think that was the only reason we compile >> these packages on other architectures. > I regularly try GNOME on powerpc since 15+ years. > It never worked properly since we moved to gnome3 years ago. If gnome or a subset of its apps doesn't build, then it sure can't be used and debugged on powerpc. Even if the full gnome desktop isn't usable, its apps can probably be useful. Instead of discussing on a case by case basis which app makes sense on what arch, I find it easier to just fix the build of everything that can be fixed. If someone cares enough to fix it, obviously. Just like with the rest of the tree. Please don't make this more painful than it already is. :) -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 13:14:25 Modified files: devel/cmake: Makefile Log message: Switch CMake to use python3-sphinx to create docs.
Re: devel/cmake python3
On Sun, Mar 29, 2020 at 08:17:27PM +0200, Rafael Sadowski wrote: > Switch CMake to use python3 sphinx to create docs. OK kn If python is not used during tests, then MODPY_TESTDEP=No as well.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:47:09 Modified files: devel : Makefile Log message: - bpython - py-curtsies - py-prompt_toolkit - py-wcwidth All py3 only now.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:47:32 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: move py-curtsies, bpython, py-prompt_toolkit and py-wcwidth to py3 only.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:46:23 Modified files: devel/py-wcwidth: Makefile distinfo devel/py-wcwidth/pkg: PLIST Log message: update devel/py-wcwidth to 0.1.8 While here move it to py3 only. ok bket@ jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:45:52 Modified files: devel/bpython : Makefile devel/bpython/pkg: PLIST Log message: make bpython py3 only. Triggered by devel/py-curtsies moving to py3 only. The main binary is now called 'bpython' as agreed with maintainer bcallah@ ok bket@ jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:46:05 Modified files: devel/py-prompt_toolkit: Makefile devel/py-prompt_toolkit/pkg: PLIST Log message: make devel/py-promtp_toolkit py3 only. This is triggered by the move of devel/py-wcwidth to py3 ok bket@ jca@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/03/29 12:45:38 Modified files: devel/py-curtsies: Makefile distinfo devel/py-curtsies/pkg: PLIST Log message: update devel/py-curtsies to 0.3.1 While here make it py3 only. This is triggered by the move of devel/py-wcwidth to py3. ok bket@ jca@
devel/cmake python3
Switch CMake to use python3 sphinx to create docs. OK? Index: Makefile === RCS file: /cvs/ports/devel/cmake/Makefile,v retrieving revision 1.180 diff -u -p -r1.180 Makefile --- Makefile20 Mar 2020 16:44:22 - 1.180 +++ Makefile29 Mar 2020 18:15:35 - @@ -8,6 +8,7 @@ VER = 3.16.2 EPOCH =0 DISTNAME = cmake-${VER} CATEGORIES = devel +REVISION = 0 HOMEPAGE = https://www.cmake.org/ @@ -21,7 +22,11 @@ WANTLIB += jsoncpp m rhash uv z COMPILER = base-clang ports-gcc -BUILD_DEPENDS += textproc/py-sphinx>=1.4 +MODULES = lang/python +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} +MODPY_RUNDEP = No + +BUILD_DEPENDS =textproc/py-sphinx${MODPY_FLAVOR} LIB_DEPENDS = archivers/libarchive \ devel/libuv \ @@ -37,7 +42,7 @@ CONFIGURE_ARGS = --datadir=share/cmake \ --no-qt-gui \ --parallel=${MAKE_JOBS} \ --prefix=${PREFIX} \ - --sphinx-build=${LOCALBASE}/bin/sphinx-build \ + --sphinx-build=${LOCALBASE}/bin/sphinx-build${MODPY_BIN_SUFFIX} \ --sphinx-html \ --sphinx-man \ --system-libs \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 12:18:01 Modified files: x11/kde-applications/kpimtextedit: Makefile Log message: Fix and cleanup dependencies
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:39:58 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-aws: Makefile distinfo sysutils/terraform/provider-azurerm: Makefile distinfo sysutils/terraform/provider-cloudflare: Makefile distinfo sysutils/terraform/provider-consul: Makefile distinfo Log message: Update terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:33:52 Modified files: x11/kde-applications/kolf: Makefile Log message: Fix and cleanup dependencies
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/29 11:26:23 Modified files: devel/libevent2: Makefile Log message: Provide debug package Tested on amd64 and sparc64.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:24:22 Modified files: security/vault : Makefile distinfo Log message: Update to vault-1.3.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/29 11:23:30 Modified files: devel/gdb : Makefile Log message: Set SEPARATE_BUILD=yes 118M build-amd64 and 192M gdb-7.2.1 are worth keeping apart. No modification to WRKSRC spotted during build, tests pass, no PLIST change.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:21:37 Modified files: x11/kde-applications/kmix: Makefile Log message: Remove kiconthemes dependency, found by portcheckg(1)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:19:07 Modified files: x11/kde-applications/kdegraphics-mobipocket: Makefile Log message: Remove kconfigwidgets dependency, found by portcheck(1)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:18:55 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.23.4.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:16:04 Modified files: x11/kde-applications/kcachegrind: Makefile Log message: Add missing port bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:15:28 Modified files: x11/kde-applications/kcachegrind: Makefile Log message: Delete dependencies no longer necessary, found by portcheck(1)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:13:46 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.18.31.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:13:34 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.12.31.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 11:13:22 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.15.31.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 11:06:14 Modified files: x11/kde-applications/juk: Makefile Log message: Add missing dependency kio, found by portcheck(1)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 10:49:36 Modified files: devel/kf5/kdelibs4support: Makefile devel/kf5/kdelibs4support/pkg: PLIST Log message: Python tweak, compile all python modules, OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 10:47:45 Modified files: devel/kf5/extra-cmake-modules: Makefile devel/kf5/extra-cmake-modules/pkg: PLIST Log message: Python tweaks - use python3 py-sphinx to generate docs - compileall.py OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 10:44:09 Modified files: x11/kde-applications/artikulate: Makefile x11/kde-applications/kbackup: Makefile x11/kde-applications/kbruch: Makefile x11/kde-applications/kdebugsettings: Makefile x11/kde-applications/klettres: Makefile x11/kde-applications/klines: Makefile x11/kde-applications/kmag: Makefile x11/kde-applications/kmouth: Makefile x11/kde-applications/kmplot: Makefile x11/kde-applications/kompare: Makefile x11/kde-applications/ksirk: Makefile Log message: Fix missing run dependencies, found by portcheck(1)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/29 09:42:27 Modified files: telephony/asterisk: Makefile distinfo telephony/asterisk/patches: patch-Makefile patch-build_tools_cflags_xml patch-configs_samples_ast_debug_tools_conf_sample patch-configs_samples_asterisk_conf_sample patch-configs_samples_res_odbc_conf_sample patch-configs_samples_sip_conf_sample patch-contrib_scripts_ast_coredumper patch-contrib_scripts_safe_asterisk patch-sounds_sounds_xml Log message: update to asterisk-16.9.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/29 09:36:45 Modified files: mail/mutt : Makefile distinfo Log message: update to mutt-1.13.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/03/29 09:06:05 Modified files: infrastructure/mk: pkgpath.mk Log message: oops, forgot CACHE_REPO in the committed version. pointed out by our semi-anonymous friend (Lucas who ?)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/03/29 08:47:52 Modified files: devel/gdb : Makefile devel/gdb/pkg : PLIST Log message: Python is a BDEP, add @shared-lib PLIST marker Python is in LDEP and used in post-install. MODPY_BUILDDEP=No removal OK sthen
Re: WIP: Update of math/py-numpy to 1.16.5
On 2020/03/29 11:49, Christian Weisgerber wrote: > On 2020-03-28, Stuart Henderson wrote: > > >> > Can somenoe commit the numpy update as well then? > >> > >> I am about to start a test bulk build on i386 with this. > > > > No build problems relating to the numpy update. > > Meanwhile, the existing port (1.14.6p2) errored out in my latest bulk > build: > > numpy/core/src/multiarray/temp_elide.c:87:10: fatal error: execinfo.h: No > such file or directory > #include > ^~~~ > compilation terminated. > > Please check that the updated port doesn't haphazardly pick up > execinfo too. > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > It will need this or an alternative. (Unless we can either get the backtrace functions into libc, or remove the libexecinfo port ;-) Index: patches/patch-numpy_core_setup_common_py === RCS file: patches/patch-numpy_core_setup_common_py diff -N patches/patch-numpy_core_setup_common_py --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-numpy_core_setup_common_py29 Mar 2020 14:36:51 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: numpy/core/setup_common.py +--- numpy/core/setup_common.py.orig numpy/core/setup_common.py +@@ -111,7 +111,7 @@ OPTIONAL_STDFUNCS = ["expm1", "log1p", "acosh", "asinh + "rint", "trunc", "exp2", "log2", "hypot", "atan2", "pow", + "copysign", "nextafter", "ftello", "fseeko", + "strtoll", "strtoull", "cbrt", "strtold_l", "fallocate", +-"backtrace", "madvise"] ++"madvise"] + + + OPTIONAL_HEADERS = [
[new] net/miniflux a minimalist and opinionated feed reader
Here is an updated version of miniflux (I had sent this a while back as well). I have been using this for some time now without issue. Homepage: https://miniflux.app/ DESCR: Miniflux is a minimalist and opinionated feed reader: - Written in Go (Golang) - Works only with Postgresql - Doesn't use any ORM - Doesn't use any complicated framework - Use only modern vanilla Javascript (ES6 and Fetch API) - Single binary compiled statically without dependency - The number of features is voluntarily limited OK to import? diff --git a/infrastructure/db/user.list b/infrastructure/db/user.list index d473a565433..78a1f3d1f3b 100644 --- a/infrastructure/db/user.list +++ b/infrastructure/db/user.list @@ -360,3 +360,4 @@ id usergroup port 849 _synapse _synapsenet/synapse 850 _snare _snare devel/snare 851 _whatsapp _whatsapp net/mautrix-whatsapp +852 _miniflux _miniflux net/miniflux Cheers, Aaron -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE miniflux.tgz Description: Binary data
Re: PORTS_PRIVSEP=Yes and doas install
Marc Espie wrote: > I've committed a proper fix, acknowledging that INSTALL_CACHE_REPO > may not work without manual intervention. According to cvsweb.openbsd.org and obsdacvs.cs.toronto.edu, last update to pkgpath.mk and bsd.port.mk are from about an hour ago, with diffs similar to the ones we discussed. The log entry got screweed (it reads "/tmp/cvseSzodp"), and you missed adding ${_CACHE_REPO} to PORTS_PRIVSEP'd _INSTALL_CACHE_REPO. Why running : if install is successful, and not just failing if it can't create the directory? Is -o and -g still needed, given it's running as FETCH_USER already? -Lucas Index: pkgpath.mk === RCS file: /home/cvs/ports/infrastructure/mk/pkgpath.mk,v retrieving revision 1.84 diff -u -p -u -p -r1.84 pkgpath.mk --- pkgpath.mk 29 Mar 2020 12:11:45 - 1.84 +++ pkgpath.mk 29 Mar 2020 13:16:50 - @@ -142,9 +142,7 @@ _PSUDO = ${SUDO} _UPDATE_PLIST_SETUP=FAKE_TREE_OWNER=${BUILD_USER} \ PORTS_TREE_OWNER=$$(id -un) ${SUDO} _INSTALL_CACHE_REPO = \ - if ${_PFETCH} install -d -o ${FETCH_USER} -g $$(id -g ${FETCH_USER}) ${PACKAGE_REPOSITORY_MODE}; then \ - :; \ - else \ + if ! ${_PFETCH} install -d ${PACKAGE_REPOSITORY_MODE} ${_CACHE_REPO}; then \ echo >&2 "Can't create ${_CACHE_REPO}; run 'make fix-permissions' as root"; \ exit 1; \ fi
Re: UPDATE: Nextcloud-18.0.3
On Sun, Mar 29, 2020, at 5:50 AM, Gonzalo L. Rodriguez wrote: > Hello, > > Update for Nextcloud to 18.0.3: > > https://nextcloud.com/changelog > > OK? This is a bugfix release that includes a security update, please go ahead. OK gsoares@ > > Cheers.- > > -- > > - gonzalo > > Attachments: > * nextcloud-18.0.3.diff
Re: python tweaks in devel/kf5
On Sun, Mar 29, 2020 at 10:01:36AM +0200, Rafael Sadowski wrote: > - use python3 py-sphinx to generate docs > - extra-cmake-modules: compileall.py > - kdelibs4support: compileall.py OK kn
Re: CVS: cvs.openbsd.org: ports
On Sun, Mar 29, 2020 at 06:11:45AM -0600, Marc Espie wrote: > CVSROOT: /cvs > Module name: ports > Changes by: es...@cvs.openbsd.org 2020/03/29 06:11:45 > > Modified files: > infrastructure/mk: bsd.port.mk pkgpath.mk > > Log message: Should have been tighten PORTS_PRIVSEP vs FETCH_PACKAGES problem noticed by Lucas (no last name ?) - have fix-permissions create/make _CACHE_REPO owned by FETCH_USER - rework _INSTALL_CACHE_REPO to include the directory name so that fancy tests are possible. - don't use root for FETCH_PACKAGES handling, may fail if it can't do its job, but it will point towards fix-permissions
Re: UPDATE: Nextcloud-18.0.3
Upgrade ok. Thanks. Em dom, 29 de mar de 2020 às 04:51, Gonzalo L. Rodriguez escreveu: > Hello, > > Update for Nextcloud to 18.0.3: > > https://nextcloud.com/changelog > > OK? > > Cheers.- > > -- > > - gonzalo > -- Adriano Barbosa Sent from my phone. Sorry for typos.
Re: PORTS_PRIVSEP=Yes and doas install
On Thu, Mar 26, 2020 at 02:53:17PM +, Lucas wrote: > Marc Espie wrote: > > Look I'll have to try and reproduce your issue, but basically we create > > lots of dirs with different ownership in "fix-permissions" > > _CACHE_REPO is missing in there, and it's very likely it's all that's > > actually needed. > > I didn't think of it, it's even better! FWIW, looks fine to me. > > pkgpath.mk still needs the modifications though, as it will keep > running `doas install` otherwise. If we don't care for > PACKAGE_REPOSITORY_MODE (tbh, I found out about the *_MODE vars after > having to take a look at this), _INSTALL_CACHE_REPO can be replaced > to just `:`. > > Thanks for taking the time to look at this. > > -Lucas I've committed a proper fix, acknowledging that INSTALL_CACHE_REPO may not work without manual intervention.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/03/29 06:11:45 Modified files: infrastructure/mk: bsd.port.mk pkgpath.mk Log message: /tmp/cvseSzodp
Re: WIP: Update of math/py-numpy to 1.16.5
On 2020-03-28, Stuart Henderson wrote: >> > Can somenoe commit the numpy update as well then? >> >> I am about to start a test bulk build on i386 with this. > > No build problems relating to the numpy update. Meanwhile, the existing port (1.14.6p2) errored out in my latest bulk build: numpy/core/src/multiarray/temp_elide.c:87:10: fatal error: execinfo.h: No such file or directory #include ^~~~ compilation terminated. Please check that the updated port doesn't haphazardly pick up execinfo too. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: PORTS_PRIVSEP=Yes and doas install
On Thu, Mar 26, 2020 at 02:53:17PM +, Lucas wrote: > Index: infrastructure/mk/pkgpath.mk > === > RCS file: /home/cvs/ports/infrastructure/mk/pkgpath.mk,v > retrieving revision 1.83 > diff -u -p -u -p -r1.83 pkgpath.mk > --- infrastructure/mk/pkgpath.mk 30 May 2019 17:23:46 - 1.83 > +++ infrastructure/mk/pkgpath.mk 26 Mar 2020 00:15:11 - > @@ -141,7 +141,7 @@ _PREDIR = |${_PBUILD} tee >/dev/null > _PSUDO = ${SUDO} > _UPDATE_PLIST_SETUP=FAKE_TREE_OWNER=${BUILD_USER} \ > PORTS_TREE_OWNER=$$(id -un) ${SUDO} > -_INSTALL_CACHE_REPO = ${SUDO} install -d -o ${FETCH_USER} -g $$(id -g > ${FETCH_USER}) ${PACKAGE_REPOSITORY_MODE} > +_INSTALL_CACHE_REPO = ${_PFETCH} install -d ${PACKAGE_REPOSITORY_MODE} > .else > _PFETCH = > _PBUILD = > Nah, this is more complicated. This part will actually not work, because we are trying to create a directory belonging to pfetch inside a directory belonging to pbuild.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 04:49:51 Modified files: devel/qbs : Makefile distinfo devel/qbs/patches: patch-src_lib_corelib_tools_processutils_cpp patch-src_lib_corelib_tools_tools_pri devel/qbs/pkg : PLIST Removed files: devel/qbs/patches: patch-src_lib_corelib_tools_persistence_h Log message: Update Qbs to 1.15.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 04:50:02 Modified files: devel/qt-creator: Makefile distinfo devel/qt-creator/patches: patch-src_libs_utils_buildablehelperlibrary_cpp devel/qt-creator/pkg: PLIST Removed files: devel/qt-creator/patches: patch-src_libs_libs_pro patch-src_libs_ssh_ssh_pro patch-src_plugins_projectexplorer_gcctoolchain_cpp patch-src_plugins_qmakeprojectmanager_qmakebuildconfiguration_cpp patch-src_tools_clangpchmanagerbackend_source_collectbuilddependencypreprocessorcallbacks_h patch-src_tools_clangrefactoringbackend_source_findcursorusr_h patch-src_tools_clangrefactoringbackend_source_symbolscollector_cpp Log message: Update qt-creator to 4.11.1 - Depends on Qbs 1.15.0 to build - Use system devel/kf5/syntax-highlighting, devel/yaml-cpp - Switch to python3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 04:28:12 Modified files: x11/gnome/music: Makefile distinfo Log message: Update to gnome-music-3.34.5.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2020/03/29 04:22:17 Modified files: net/munin : Makefile distinfo net/munin/patches: patch-Makefile patch-master__bin_munin-check_in patch-node__bin_munin-asyncd_in patch-node_sbin_munin-node patch-plugins_node_d_exim_mailstats_in patch-plugins_node_d_openbsd_df_inode_in Log message: update to munin-2.0.59
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 04:11:04 Modified files: net/py-smbc: Makefile distinfo Log message: Update to py3-smbc-1.0.20.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/03/29 04:10:29 Modified files: emulators/mednafen: Makefile distinfo emulators/mednafen/patches: patch-src_sexyal_sexyal_cpp Added files: emulators/mednafen/patches: patch-src_snes_src_lib_libco_amd64_c patch-src_snes_src_lib_libco_x86_c Log message: Update to mednafen-1.24.1 ok jeremy@ update include libco patches to repair snes module which was crashing clues from bentley@ for importing patches from emulators/higan
Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center
On Sun, Mar 29, 2020 at 02:53:49AM -0400, Kurt Mosiejczuk wrote: > On Sun, Mar 29, 2020 at 01:10:12AM +0100, Antoine Jacoutot wrote: > > On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote: > > > On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote: > > > > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote: > > > > > x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for > > > > > base-gcc architectures. > > > > > > ok? > > > > > Not sure, what base-gcc architecture is able to run this anyway? > > > > At a minimum, put a comment please. > > > > Well, none so far, it's never been tried to compile before :) > > > My point is that I don't think anyone would run GNOME on legacy arches. > > I don't see the point in loosing bulk time by building things that will > > never > > be installed anywhere. > > There's able and then will. You might be surprised though. We have folks > compiling and playing games on powerpc. > > Beyond that though, I didn't think that was the only reason we compile > these packages on other architectures. I regularly try GNOME on powerpc since 15+ years. It never worked properly since we moved to gnome3 years ago. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/03/29 03:54:58 Modified files: graphics/libavif: Makefile Added files: graphics/libavif/patches: patch-src_codec_dav1d_c Log message: Set dav1dSettings.frame_size_limit to avoid OOM. from upstream via Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/29 03:33:48 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: handle Clementine->clementine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/03/29 03:31:45 Modified files: audio/clementine: Makefile Log message: lowercase PKGNAME, missed when I converted to GH_*. Spotted by steven@
UPDATE: Nextcloud-18.0.3
Hello, Update for Nextcloud to 18.0.3: https://nextcloud.com/changelog OK? Cheers.- -- - gonzalo Index: Makefile === RCS file: /cvs/ports/www/nextcloud/Makefile,v retrieving revision 1.50 diff -u -p -r1.50 Makefile --- Makefile25 Mar 2020 22:52:41 - 1.50 +++ Makefile29 Mar 2020 08:37:09 - @@ -2,7 +2,7 @@ COMMENT= easy and universal access to shared and/or personal files -V= 18.0.2 +V= 18.0.3 DISTNAME= nextcloud-${V} EXTRACT_SUFX= .tar.bz2 Index: distinfo === RCS file: /cvs/ports/www/nextcloud/distinfo,v retrieving revision 1.34 diff -u -p -r1.34 distinfo --- distinfo25 Mar 2020 22:52:41 - 1.34 +++ distinfo29 Mar 2020 08:37:09 - @@ -1,2 +1,2 @@ -SHA256 (nextcloud-18.0.2.tar.bz2) = 0DNmCSPdJxBuxkv/Djr6L1lb0blmG36niCoaMwBuy4E= -SIZE (nextcloud-18.0.2.tar.bz2) = 86105689 +SHA256 (nextcloud-18.0.3.tar.bz2) = e2fnCQBiMPkPlXJ/n6kujHOp6TRYsiEDKTEg+ctQ/XI= +SIZE (nextcloud-18.0.3.tar.bz2) = 86636651 Index: pkg/PLIST === RCS file: /cvs/ports/www/nextcloud/pkg/PLIST,v retrieving revision 1.37 diff -u -p -r1.37 PLIST --- pkg/PLIST 25 Mar 2020 22:52:41 - 1.37 +++ pkg/PLIST 29 Mar 2020 08:37:10 - @@ -8451,10 +8451,16 @@ nextcloud/apps/files_pdfviewer/vendor/pd nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/bn-IN/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/br/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/br/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/brx/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/brx/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/bs/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/bs/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/ca/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/ca/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/cak/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/cak/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/crh/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/crh/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/cs/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/cs/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/csb/ @@ -8467,6 +8473,8 @@ nextcloud/apps/files_pdfviewer/vendor/pd nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/de/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/el/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/el/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/en-CA/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/en-CA/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/en-GB/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/en-GB/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/en-US/ @@ -8503,6 +8511,8 @@ nextcloud/apps/files_pdfviewer/vendor/pd nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gd/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gl/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gl/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gn/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gn/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gu-IN/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/gu-IN/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/he/ @@ -8511,10 +8521,16 @@ nextcloud/apps/files_pdfviewer/vendor/pd nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hi-IN/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hr/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hr/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hsb/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hsb/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hto/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hto/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hu/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hu/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hy-AM/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/hy-AM/viewer.properties +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/ia/ +nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/ia/viewer.properties nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/id/ nextcloud/apps/files_pdfviewer/vendor/pdfjs/web/locale/id/viewer.properties
python tweaks in devel/kf5
- use python3 py-sphinx to generate docs - extra-cmake-modules: compileall.py - kdelibs4support: compileall.py OK? Index: extra-cmake-modules/Makefile === RCS file: /cvs/ports/devel/kf5/extra-cmake-modules/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- extra-cmake-modules/Makefile23 Mar 2020 18:01:04 - 1.7 +++ extra-cmake-modules/Makefile29 Mar 2020 07:58:42 - @@ -3,10 +3,15 @@ COMMENT = CMake modules required by KDE5 DISTNAME = extra-cmake-modules-${VERSION} HOMEPAGE = https://projects.kde.org/projects/kdesupport/extra-cmake-modules +REVISION = 0 WANTLIB- = -BUILD_DEPENDS =textproc/py-sphinx +MODULES = lang/python +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} +MODPY_RUNDEP = No + +BUILD_DEPENDS =textproc/py-sphinx${MODPY_FLAVOR} CONFIGURE_ARGS += -DBUILD_QTHELP_DOCS=ON \ -DQCollectionGenerator_EXECUTABLE=${MODQT_LIBDIR}/bin/qcollectiongenerator @@ -15,5 +20,9 @@ PKG_ARCH =* # use depleted CONFIGURE_ARGS += -DMAN_INSTALL_DIR=${PREFIX}/man + +post-install: + ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \ + ${PREFIX}/share/ECM/find-modules/ .include Index: extra-cmake-modules/pkg/PLIST === RCS file: /cvs/ports/devel/kf5/extra-cmake-modules/pkg/PLIST,v retrieving revision 1.11 diff -u -p -r1.11 PLIST --- extra-cmake-modules/pkg/PLIST 23 Mar 2020 18:01:04 - 1.11 +++ extra-cmake-modules/pkg/PLIST 29 Mar 2020 07:58:42 - @@ -39,6 +39,11 @@ share/ECM/find-modules/FindX11_XCB.cmake share/ECM/find-modules/FindXCB.cmake share/ECM/find-modules/GeneratePythonBindingUmbrellaModule.cmake share/ECM/find-modules/Qt5Ruleset.py +${MODPY_COMMENT}share/ECM/find-modules/${MODPY_PYCACHE}/ +share/ECM/find-modules/${MODPY_PYCACHE}Qt5Ruleset.${MODPY_PYC_MAGIC_TAG}pyc +share/ECM/find-modules/${MODPY_PYCACHE}rules_engine.${MODPY_PYC_MAGIC_TAG}pyc +share/ECM/find-modules/${MODPY_PYCACHE}run-sip.${MODPY_PYC_MAGIC_TAG}pyc +share/ECM/find-modules/${MODPY_PYCACHE}sip_generator.${MODPY_PYC_MAGIC_TAG}pyc share/ECM/find-modules/rules_engine.py share/ECM/find-modules/run-sip.py share/ECM/find-modules/sip_generator.py Index: kdelibs4support/Makefile === RCS file: /cvs/ports/devel/kf5/kdelibs4support/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- kdelibs4support/Makefile23 Mar 2020 18:01:06 - 1.15 +++ kdelibs4support/Makefile29 Mar 2020 07:58:43 - @@ -2,6 +2,7 @@ COMMENT = legacy support for kdelibs-4.x compatibility DISTNAME = kdelibs4support-${VERSION} +REVISION = 0 SHARED_LIBS = KF5KDELibs4Support 7.0 @@ -16,6 +17,10 @@ WANTLIB += KF5XmlGui Qt5Concurrent Qt5Co WANTLIB += Qt5Gui Qt5Network Qt5PrintSupport Qt5Svg Qt5Test Qt5Widgets WANTLIB += Qt5X11Extras Qt5Xml SM X11 Xext c m xcb +MODULES = lang/python +MODPY_VERSION =${MODPY_DEFAULT_VERSION_3} +MODPY_RUNDEP = No + BUILD_DEPENDS =devel/gettext,-tools \ devel/kf5/kded>=${MODKF5_VERSION} \ devel/kf5/kdesignerplugin>=${MODKF5_VERSION} \ @@ -60,5 +65,9 @@ CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PA # sucks TEST_IS_INTERACTIVE = X11 PORTHOME = ${WRKDIR} + +post-install: + ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \ + ${PREFIX}/lib/cmake/KF5KDELibs4Support .include Index: kdelibs4support/pkg/PLIST === RCS file: /cvs/ports/devel/kf5/kdelibs4support/pkg/PLIST,v retrieving revision 1.6 diff -u -p -r1.6 PLIST --- kdelibs4support/pkg/PLIST 23 Mar 2020 18:01:06 - 1.6 +++ kdelibs4support/pkg/PLIST 29 Mar 2020 07:58:43 - @@ -1014,6 +1014,10 @@ lib/cmake/KF5KDELibs4Support/PythonCompi lib/cmake/KF5KDELibs4Support/PythonMacros.cmake lib/cmake/KF5KDELibs4Support/SIPMacros.cmake lib/cmake/KF5KDELibs4Support/Win32Macros.cmake +${MODPY_COMMENT}lib/cmake/KF5KDELibs4Support/${MODPY_PYCACHE}/ +lib/cmake/KF5KDELibs4Support/${MODPY_PYCACHE}FindLibPython.${MODPY_PYC_MAGIC_TAG}pyc +lib/cmake/KF5KDELibs4Support/${MODPY_PYCACHE}FindSIP.${MODPY_PYC_MAGIC_TAG}pyc +lib/cmake/KF5KDELibs4Support/${MODPY_PYCACHE}PythonCompile.${MODPY_PYC_MAGIC_TAG}pyc lib/cmake/KF5KDELibs4Support/check_installed_exports_file.cmake lib/cmake/KF5KDELibs4Support/cmake-modules-styleguide.txt lib/cmake/KF5KDELibs4Support/config-alsa.h.cmake
Re: [update] devel/pycharm to 2019.3.4
On Sat Mar 28, 2020 at 10:09:04PM -0500, Lucas Raab wrote: > Hello, > > Here's a PyCharm update to 2019.3.4. I've been using it the past few > days with no errors thus far. Chime in from anyone? > > Thanks, > Lucas Committed, thanks! > Index: Makefile > === > RCS file: /cvs/ports/devel/pycharm/Makefile,v > retrieving revision 1.24 > diff -u -p -r1.24 Makefile > --- Makefile 19 Feb 2020 06:18:48 - 1.24 > +++ Makefile 29 Mar 2020 03:07:50 - > @@ -2,7 +2,7 @@ > > COMMENT= Python IDE based on IntelliJ IDEA > > -V= 2019.3.3 > +V= 2019.3.4 > DISTNAME=pycharm-community-${V} > PKGNAME= pycharm-${V} > CATEGORIES= devel > Index: distinfo > === > RCS file: /cvs/ports/devel/pycharm/distinfo,v > retrieving revision 1.19 > diff -u -p -r1.19 distinfo > --- distinfo 19 Feb 2020 06:18:48 - 1.19 > +++ distinfo 29 Mar 2020 03:07:50 - > @@ -1,2 +1,2 @@ > -SHA256 (pycharm-community-2019.3.3.tar.gz) = > rXloVhlbV0U0um+bSe2tF1uZRltVNtUgw+RCUn9jw1M= > -SIZE (pycharm-community-2019.3.3.tar.gz) = 391606138 > +SHA256 (pycharm-community-2019.3.4.tar.gz) = > mZsPvFEADEjNIGiEBvIWcfs289EOxO1ltQ6JFqI+IU0= > +SIZE (pycharm-community-2019.3.4.tar.gz) = 391698063
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 01:52:02 Modified files: devel/pycharm : Makefile distinfo Log message: Update pycharm to 2019.3.4 Update diff from Lucas Raab, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/03/29 01:18:07 Modified files: x11/kde-applications/kate: Makefile Log message: Add aspell sonnet backend and konsole as run-time dependency - Kate needs an installed sonnet backend to enable spell checking. - Kate needs x11/kde-applications/konsole to enable the terminal feature. Spotted by Sabina Hofmann, Thanks!
Re: [base-gcc/sparc64] Fix build for x11/gnome/control-center
On Sun, Mar 29, 2020 at 01:10:12AM +0100, Antoine Jacoutot wrote: > On Sat, Mar 28, 2020 at 02:39:28PM -0400, Kurt Mosiejczuk wrote: > > On Sat, Mar 28, 2020 at 12:03:03PM +0100, Antoine Jacoutot wrote: > > > On Fri, Mar 27, 2020 at 10:48:05PM -0400, Kurt Mosiejczuk wrote: > > > > x11/gnome/control-center uses C99 constructs so needs -std=gnu99 for > > > > base-gcc architectures. > > > > ok? > > > Not sure, what base-gcc architecture is able to run this anyway? > > > At a minimum, put a comment please. > > Well, none so far, it's never been tried to compile before :) > My point is that I don't think anyone would run GNOME on legacy arches. > I don't see the point in loosing bulk time by building things that will never > be installed anywhere. There's able and then will. You might be surprised though. We have folks compiling and playing games on powerpc. Beyond that though, I didn't think that was the only reason we compile these packages on other architectures. --Kurt