CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 23:57:52 Modified files: devel/kf5/kidletime: Makefile Log message: Add missing build dependency on wayland/plasma-wayland-protocols By aja@, merci
port-lib-depends-check and libs outside LOCALBASE
Libs like libR, libinotify and some more live outside ${LOCALBASE}. We add them as follows: WANTLIB += lib/inotify/inotify but this results in a bougs WANTLIB error. For example: $ make port-lib-depends-check owncloudclient-2.11.1.8438p0(net/owncloudclient): Bogus WANTLIB: inotify.3 (/usr/local/lib/ownCloud/plugins/owncloudsync_vfs_suffix.so) (NOT REACHABLE) *** Error 1 in target 'port-lib-depends-check' (ignored) My (non-existent) make magic is at an end when I look at bsd.port.mk. If anyone is interested in expanding this, I would be very happy. Rafael
net/owncloudclient inotify
Change lib/inotify handling in owncloudclient. Runtime tests and feedback welcome. Rafael Index: Makefile === RCS file: /cvs/ports/net/owncloudclient/Makefile,v retrieving revision 1.63 diff -u -p -u -p -r1.63 Makefile --- Makefile5 Sep 2022 17:16:52 - 1.63 +++ Makefile25 Oct 2022 05:31:26 - @@ -3,6 +3,7 @@ COMMENT = owncloud sync client V =2.11.1.8438 DISTNAME = ownCloud-${V} PKGNAME = owncloudclient-${V} +REVISION = 0 SHARED_LIBS += owncloudsync7.2 SHARED_LIBS += owncloud_csync 1.1 @@ -39,13 +40,11 @@ CONFIGURE_ARGS += -Wno-dev \ -DKDE_INSTALL_PLUGINDIR=${PREFIX}/lib/ownCloud/plugins/ \ -DCMAKE_DISABLE_FIND_PACKAGE_KF5=TRUE \ -DCMAKE_DISABLE_FIND_PACKAGE_CMocka=TRUE \ - -DInotify_INCLUDE_DIRS=${LOCALBASE}/include/inotify \ - -DInotify_LIBRARIES=${LOCALBASE}/lib/inotify \ -DCSYNC_REQUIRED_LIBRARIES=c -CFLAGS += -I${LOCALBASE}/include -I${LOCALBASE}/include/inotify -I${LOCALBASE}/include/qtkeychain -CXXFLAGS +=-I${LOCALBASE}/include -I${LOCALBASE}/include/inotify -I${LOCALBASE}/include/qtkeychain -MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib -L${LOCALBASE}/lib/inotify -linotify -Wl,-rpath=${LOCALBASE}/lib/inotify +CFLAGS += -I${LOCALBASE}/include -I${LOCALBASE}/include/qtkeychain +CXXFLAGS +=-I${LOCALBASE}/include -I${LOCALBASE}/include/qtkeychain +MODCMAKE_LDFLAGS = -L${LOCALBASE}/lib NO_TEST = Yes Index: patches/patch-src_gui_CMakeLists_txt === RCS file: patches/patch-src_gui_CMakeLists_txt diff -N patches/patch-src_gui_CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_gui_CMakeLists_txt25 Oct 2022 05:31:26 - @@ -0,0 +1,16 @@ +Index: src/gui/CMakeLists.txt +--- src/gui/CMakeLists.txt.orig src/gui/CMakeLists.txt +@@ -182,7 +182,11 @@ elseif(UNIX AND NOT APPLE ) + target_link_libraries(owncloudCore PUBLIC Qt5::DBus) + target_compile_definitions(owncloudCore PUBLIC "USE_FDO_NOTIFICATIONS") + endif() +-target_sources(owncloudCore PRIVATE folderwatcher_linux.cpp) ++if(Inotify_FOUND) ++target_sources(owncloudCore PRIVATE folderwatcher_linux.cpp) ++target_include_directories(owncloudCore PRIVATE ${Inotify_INCLUDE_DIRS}) ++target_link_libraries(owncloudCore PUBLIC ${Inotify_LIBRARIES} ) ++endif() + endif() + +
Re: [update] devel/luafs to 1.8.0
Aaron Bieber wrote (2022-10-25 04:28 CEST): > > aisha writes: > > > On 22/09/18 03:45PM, aisha wrote: > >> Hi, > >> I've attached an update for devel/luafs to 1.8.0, all tests are passing. > >> > > > > ping. > > > > OK abieeber@ > > Can we get another OK for aisha to commit this? :D Tested with luakit. OK sdk@ > > > > diff --git a/devel/luafs/Makefile b/devel/luafs/Makefile > > index cd6a2a2559c..adebaaff7ef 100644 > > --- a/devel/luafs/Makefile > > +++ b/devel/luafs/Makefile > > @@ -2,9 +2,8 @@ COMMENT = file system library for the lua language > > > > GH_ACCOUNT = keplerproject > > GH_PROJECT = luafilesystem > > -GH_TAGNAME = v_1_6_3 > > -PKGNAME = luafs-1.6.3 > > -REVISION = 1 > > +GH_TAGNAME = v1_8_0 > > +PKGNAME = luafs-1.8.0 > > > > CATEGORIES = devel > > > > @@ -18,7 +17,8 @@ MODULES = lang/lua > > FLAVORS = lua52 lua53 > > FLAVOR ?= > > > > -MAKE_ENV +=LUA_LIBDIR=${MODLUA_LIBDIR} LUA_INC=${MODLUA_INCL_DIR} > > +CFLAGS += -I${MODLUA_INCL_DIR} -I${LOCALBASE}/include > > +LDFLAGS += -L${MODLUA_LIBDIR} -L${LOCALBASE}/lib > > > > ALL_TARGET = lib > > > > diff --git a/devel/luafs/distinfo b/devel/luafs/distinfo > > index f7f578c05f9..a933c9bb8d5 100644 > > --- a/devel/luafs/distinfo > > +++ b/devel/luafs/distinfo > > @@ -1,2 +1,2 @@ > > -SHA256 (luafilesystem-1_6_3.tar.gz) = > > VSXSuOx3dIZWKaainC+Uyw9+Z4eYe/VM034BG/tkIGg= > > -SIZE (luafilesystem-1_6_3.tar.gz) = 30379 > > +SHA256 (luafilesystem-1_8_0.tar.gz) = > > FtF8eIuAk/IEcyU0P16bdMzLHqlgAeRZFKWLuuiTJJU= > > +SIZE (luafilesystem-1_8_0.tar.gz) = 30374 > > diff --git a/devel/luafs/patches/patch-Makefile > > b/devel/luafs/patches/patch-Makefile > > index c4fb73ee739..33a6481036d 100644 > > --- a/devel/luafs/patches/patch-Makefile > > +++ b/devel/luafs/patches/patch-Makefile > > @@ -1,14 +1,14 @@ > > Makefile.orig Thu Jan 15 19:58:20 2015 > > -+++ Makefile Tue Feb 10 21:14:38 2015 > > -@@ -12,7 +12,10 @@ OBJS= src/$T.o > > +Index: Makefile > > +--- Makefile.orig > > Makefile > > +@@ -11,8 +11,8 @@ OBJS= src/$T.o > > + > > lib: src/lfs.so > > > > - src/lfs.so: $(OBJS) > > -- MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) > > $(CFLAGS) $(LIB_OPTION) -o src/lfs.so $(OBJS) > > -+ MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) > > $(CFLAGS) $(LIB_OPTION) lfs.o -o $(LIBNAME) > > -+ > > -+$(OBJS): $(SRCS) > > -+ $(CC) $(CFLAGS) $(INCS) -c src/lfs.c > > +-src/lfs.so: $(OBJS) > > +- MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export > > MACOSX_DEPLOYMENT_TARGET; $(CC) $(LIB_OPTION) -o src/lfs.so $(OBJS) > > ++src/lfs.so: $(SRCS) > > ++ MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export > > MACOSX_DEPLOYMENT_TARGET; $(CC) -fPIC -shared $(CFLAGS) -o lfs.so src/lfs.c > > $(LDFLAGS) > > > > test: lib > > LUA_CPATH=./src/?.so lua tests/test.lua > > diff --git a/devel/luafs/patches/patch-config > > b/devel/luafs/patches/patch-config > > index 2ecdf6cad02..d61a89f71e6 100644 > > --- a/devel/luafs/patches/patch-config > > +++ b/devel/luafs/patches/patch-config > > @@ -1,29 +1,14 @@ > > config.origThu Jan 15 19:58:20 2015 > > -+++ config Tue Feb 10 21:14:38 2015 > > -@@ -3,9 +3,9 @@ > > - # Default installation prefix > > --PREFIX=/usr/local > > -+#PREFIX=/usr/local > > - > > - # System's libraries directory (where binary libraries are installed) > > --LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 > > -+LUA_LIBDIR?= $(LOCALBASE)/lib/lua/5.1 > > - > > - # Lua includes directory > > --LUA_INC= $(PREFIX)/include > > -+LUA_INC?= $(LOCALBASE)/include > > - > > -@@ -15,9 +15,9 @@ > > - > > --LIBNAME= $T.so.$V > > -+LIBNAME= $T.so > > - > > +Index: config > > +--- config.orig > > config > > +@@ -20,7 +20,7 @@ LIB_OPTION= -shared #for Linux > > + MACOSX_DEPLOYMENT_TARGET= 10.5 > > + > > # Compilation directives > > -WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align > > -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic > > +#WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align > > -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic > > - INCS= -I$(LUA_INC) > > + INCS= $(LUA_INC) > > -CFLAGS= $(WARN) $(INCS) > > -CC= gcc > > -+CFLAGS+= -fPIC $(INCS) > > ++#CFLAGS+= -fPIC $(INCS) > > +#CC= gcc > > - > > diff --git a/devel/luafs/pkg/PLIST b/devel/luafs/pkg/PLIST > > index 3239f999e45..46185a8816e 100644 > > --- a/devel/luafs/pkg/PLIST > > +++ b/devel/luafs/pkg/PLIST > > @@ -1,4 +1,4 @@ > > -lib/lua/${MODLUA_VERSION}/lfs.so > > +@so lib/lua/${MODLUA_VERSION}/lfs.so > > share/doc/${FULLPKGNAME}/ > > share/doc/${FULLPKGNAME}/examples.html > > share/doc/${FULLPKGNAME}/index.html
Re: [update] databases/lualdap to 1.3.0
On 22/09/16 09:11PM, aisha wrote: > On 22/09/16 09:07PM, aisha wrote: > > Hi, > > I've attached an update for databases/lualdap to 1.3.0 and additionally > > have changed it to use the FLAVORS for all three lua5.{1,2,3}. > > Added a @pkgpath marker because it wasn't flavored previously. > > I wanted this update because I'm using LDAP authentication with > > Jitsi+Prosody, which I managed to get working using this. > > > > There's no tests that I'm able to run (it wants to setup openldap and then > > run buster and other stuff) but its been able to verify my users in Jitsi, > > so its something. > > > > Best, > > Aisha > > > > Oops, forgot to run port-lib-depends-check. > > Updated WANTLIB and reattached. > ping. diff --git a/databases/lualdap/Makefile b/databases/lualdap/Makefile index b7bea6cd4be..fc1f65fab44 100644 --- a/databases/lualdap/Makefile +++ b/databases/lualdap/Makefile @@ -1,16 +1,21 @@ COMMENT = interface LDAP from lua -DISTNAME= lualdap-1.1.0 + CATEGORIES = databases -MASTER_SITES = http://files.luaforge.net/releases/lualdap/lualdap/LuaLDAP1.1.0/ HOMEPAGE = http://www.keplerproject.org/lualdap/ +GH_ACCOUNT = lualdap +GH_PROJECT = lualdap +GH_TAGNAME = v1.3.0 + # MIT PERMIT_PACKAGE=Yes MODULES= lang/lua -MODLUA_VERSION = 5.1 +FLAVORS = lua51 lua52 lua53 +FLAVOR ?= lua51 + USE_GMAKE =Yes NO_TEST = Yes CFLAGS += -DLDAP_DEPRECATED @@ -19,7 +24,11 @@ ALL_TARGET = LIB_DEPENDS = databases/openldap WANTLIB = ldap -do-configure: +MAKE_ARGS =CC="${CC}" + +SUBST_VARS = MODLUA_INCL_DIR MODLUA_LIB + +pre-build: ${SUBST_CMD} ${WRKSRC}/config do-install: diff --git a/databases/lualdap/distinfo b/databases/lualdap/distinfo index eb9f62d3b5c..80ca450c85e 100644 --- a/databases/lualdap/distinfo +++ b/databases/lualdap/distinfo @@ -1,2 +1,2 @@ -SHA256 (lualdap-1.1.0.tar.gz) = wodXBLjNxjmMLxzyUZmhbSF97SxpbRNK5ZGTWrPJjTM= -SIZE (lualdap-1.1.0.tar.gz) = 30087 +SHA256 (lualdap-1.3.0.tar.gz) = kwCAVGtq/9ZjX+9slQpWLwtuLLmhrwbyREYy4BlteNA= +SIZE (lualdap-1.3.0.tar.gz) = 81987 diff --git a/databases/lualdap/patches/patch-Makefile b/databases/lualdap/patches/patch-Makefile deleted file mode 100644 index 65b2fd7dcd9..000 --- a/databases/lualdap/patches/patch-Makefile +++ /dev/null @@ -1,10 +0,0 @@ Makefile.orig Tue Nov 25 16:01:17 2014 -+++ Makefile Tue Nov 25 16:02:03 2014 -@@ -22,7 +22,6 @@ $(COMPAT_DIR)/compat-5.1.o: $(COMPAT_DIR)/compat-5.1.c - install: src/$(LIBNAME) - mkdir -p $(LUA_LIBDIR) - cp src/$(LIBNAME) $(LUA_LIBDIR) -- cd $(LUA_LIBDIR); ln -f -s $(LIBNAME) $T.so - - clean: - rm -f $(OBJS) src/$(LIBNAME) diff --git a/databases/lualdap/patches/patch-config b/databases/lualdap/patches/patch-config index 3b98d0347a0..330e621bda9 100644 --- a/databases/lualdap/patches/patch-config +++ b/databases/lualdap/patches/patch-config @@ -1,37 +1,48 @@ config.origMon Jul 24 03:42:06 2006 -+++ config Tue Nov 25 16:02:14 2014 -@@ -1,26 +1,26 @@ - # Installation directories +Index: config +--- config.orig config +@@ -1,14 +1,13 @@ + # Lua binary +-LUA := lua ++LUA := ${LUA} + # Lua version number (first and second digits of target version) +-LUA_VERSION := $(shell $(LUA) -e 'print(_VERSION:match("%S+%s+(%S+)"))') + + # Lua library (set LUA_LIB explicitly, if required) +-LUA_LIB = # -llua$(LUA_VERSION) ++LUA_LIB = ${MODLUA_LIB} # -llua$(LUA_VERSION) + # Lua library directory +-LUA_LIBDIR = /usr/lib ++LUA_LIBDIR = ${LOCALBASE}/lib + # Lua include directory +-LUA_INCDIR = /usr/include/lua$(LUA_VERSION) ++LUA_INCDIR = ${MODLUA_INCL_DIR} + + # Installation prefix + INST_PREFIX = /usr +@@ -22,20 +22,20 @@ INST_LUADIR = /usr/share/lua/$(LUA_VERSION) + # OpenLDAP library (an optional directory can be specified with -L) + LDAP_LIB = -lldap # System's libraries directory (where binary libraries are installed) --LUA_LIBDIR= /usr/local/lib/lua/5.0 -+LUA_LIBDIR= ${LOCALBASE}/lib/lua/${MODLUA_VERSION} - # Lua includes directory --LUA_INC= /usr/local/include -+LUA_INC= ${LOCALBASE}/include/lua-${MODLUA_VERSION} +-LDAP_LIBDIR = /usr/lib ++LDAP_LIBDIR = ${LOCALBASE}/lib # OpenLDAP includes directory --OPENLDAP_INC= /usr/local/include -+OPENLDAP_INC= ${LOCALBASE}/include - # OpenLDAP library (an optional directory can be specified with -L) --OPENLDAP_LIB= -lldap -+OPENLDAP_LIB= -L${LOCALBASE}/lib -lldap +-LDAP_INCDIR = /usr/include ++LDAP_INCDIR = ${LOCALBASE}/include - # OS dependent - LIB_OPTION= -shared #for Linux - #LIB_OPTION= -bundle -undefined dynamic_lookup #for MacOS X + LBER_LIB = -llber +-LBER_LIBDIR = /usr/lib +-LBER_INCDIR = /usr/include ++LBER_LIBDIR = ${LOCALBASE}/lib ++LBER_INCDIR = ${LOCALBASE}/include - # Lua version number (first and second digits of target version) --LUA_VERSION_NUM= 500 --LIBNAME= $T.so.$V -+LUA_VERSION_NUM= 501 -+LIBNAME= $T.so - COMPAT_DIR= ../compat/src + # OS dependent + LIBFLAG = -shared # for
Re: [update] devel/luafs to 1.8.0
On 22/09/18 03:45PM, aisha wrote: > Hi, > I've attached an update for devel/luafs to 1.8.0, all tests are passing. > ping. diff --git a/devel/luafs/Makefile b/devel/luafs/Makefile index cd6a2a2559c..adebaaff7ef 100644 --- a/devel/luafs/Makefile +++ b/devel/luafs/Makefile @@ -2,9 +2,8 @@ COMMENT = file system library for the lua language GH_ACCOUNT = keplerproject GH_PROJECT = luafilesystem -GH_TAGNAME = v_1_6_3 -PKGNAME = luafs-1.6.3 -REVISION = 1 +GH_TAGNAME = v1_8_0 +PKGNAME = luafs-1.8.0 CATEGORIES = devel @@ -18,7 +17,8 @@ MODULES = lang/lua FLAVORS = lua52 lua53 FLAVOR ?= -MAKE_ENV +=LUA_LIBDIR=${MODLUA_LIBDIR} LUA_INC=${MODLUA_INCL_DIR} +CFLAGS += -I${MODLUA_INCL_DIR} -I${LOCALBASE}/include +LDFLAGS += -L${MODLUA_LIBDIR} -L${LOCALBASE}/lib ALL_TARGET = lib diff --git a/devel/luafs/distinfo b/devel/luafs/distinfo index f7f578c05f9..a933c9bb8d5 100644 --- a/devel/luafs/distinfo +++ b/devel/luafs/distinfo @@ -1,2 +1,2 @@ -SHA256 (luafilesystem-1_6_3.tar.gz) = VSXSuOx3dIZWKaainC+Uyw9+Z4eYe/VM034BG/tkIGg= -SIZE (luafilesystem-1_6_3.tar.gz) = 30379 +SHA256 (luafilesystem-1_8_0.tar.gz) = FtF8eIuAk/IEcyU0P16bdMzLHqlgAeRZFKWLuuiTJJU= +SIZE (luafilesystem-1_8_0.tar.gz) = 30374 diff --git a/devel/luafs/patches/patch-Makefile b/devel/luafs/patches/patch-Makefile index c4fb73ee739..33a6481036d 100644 --- a/devel/luafs/patches/patch-Makefile +++ b/devel/luafs/patches/patch-Makefile @@ -1,14 +1,14 @@ Makefile.orig Thu Jan 15 19:58:20 2015 -+++ Makefile Tue Feb 10 21:14:38 2015 -@@ -12,7 +12,10 @@ OBJS= src/$T.o +Index: Makefile +--- Makefile.orig Makefile +@@ -11,8 +11,8 @@ OBJS= src/$T.o + lib: src/lfs.so - src/lfs.so: $(OBJS) -- MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) $(CFLAGS) $(LIB_OPTION) -o src/lfs.so $(OBJS) -+ MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) $(CFLAGS) $(LIB_OPTION) lfs.o -o $(LIBNAME) -+ -+$(OBJS): $(SRCS) -+ $(CC) $(CFLAGS) $(INCS) -c src/lfs.c +-src/lfs.so: $(OBJS) +- MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export MACOSX_DEPLOYMENT_TARGET; $(CC) $(LIB_OPTION) -o src/lfs.so $(OBJS) ++src/lfs.so: $(SRCS) ++ MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export MACOSX_DEPLOYMENT_TARGET; $(CC) -fPIC -shared $(CFLAGS) -o lfs.so src/lfs.c $(LDFLAGS) test: lib LUA_CPATH=./src/?.so lua tests/test.lua diff --git a/devel/luafs/patches/patch-config b/devel/luafs/patches/patch-config index 2ecdf6cad02..d61a89f71e6 100644 --- a/devel/luafs/patches/patch-config +++ b/devel/luafs/patches/patch-config @@ -1,29 +1,14 @@ config.origThu Jan 15 19:58:20 2015 -+++ config Tue Feb 10 21:14:38 2015 -@@ -3,9 +3,9 @@ - # Default installation prefix --PREFIX=/usr/local -+#PREFIX=/usr/local - - # System's libraries directory (where binary libraries are installed) --LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 -+LUA_LIBDIR?= $(LOCALBASE)/lib/lua/5.1 - - # Lua includes directory --LUA_INC= $(PREFIX)/include -+LUA_INC?= $(LOCALBASE)/include - -@@ -15,9 +15,9 @@ - --LIBNAME= $T.so.$V -+LIBNAME= $T.so - +Index: config +--- config.orig config +@@ -20,7 +20,7 @@ LIB_OPTION= -shared #for Linux + MACOSX_DEPLOYMENT_TARGET= 10.5 + # Compilation directives -WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic +#WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic - INCS= -I$(LUA_INC) + INCS= $(LUA_INC) -CFLAGS= $(WARN) $(INCS) -CC= gcc -+CFLAGS+= -fPIC $(INCS) ++#CFLAGS+= -fPIC $(INCS) +#CC= gcc - diff --git a/devel/luafs/pkg/PLIST b/devel/luafs/pkg/PLIST index 3239f999e45..46185a8816e 100644 --- a/devel/luafs/pkg/PLIST +++ b/devel/luafs/pkg/PLIST @@ -1,4 +1,4 @@ -lib/lua/${MODLUA_VERSION}/lfs.so +@so lib/lua/${MODLUA_VERSION}/lfs.so share/doc/${FULLPKGNAME}/ share/doc/${FULLPKGNAME}/examples.html share/doc/${FULLPKGNAME}/index.html
Re: [update] devel/luafs to 1.8.0
aisha writes: > On 22/09/18 03:45PM, aisha wrote: >> Hi, >> I've attached an update for devel/luafs to 1.8.0, all tests are passing. >> > > ping. > OK abieeber@ Can we get another OK for aisha to commit this? :D > > diff --git a/devel/luafs/Makefile b/devel/luafs/Makefile > index cd6a2a2559c..adebaaff7ef 100644 > --- a/devel/luafs/Makefile > +++ b/devel/luafs/Makefile > @@ -2,9 +2,8 @@ COMMENT = file system library for the lua language > > GH_ACCOUNT = keplerproject > GH_PROJECT = luafilesystem > -GH_TAGNAME = v_1_6_3 > -PKGNAME =luafs-1.6.3 > -REVISION = 1 > +GH_TAGNAME = v1_8_0 > +PKGNAME =luafs-1.8.0 > > CATEGORIES = devel > > @@ -18,7 +17,8 @@ MODULES = lang/lua > FLAVORS =lua52 lua53 > FLAVOR ?= > > -MAKE_ENV += LUA_LIBDIR=${MODLUA_LIBDIR} LUA_INC=${MODLUA_INCL_DIR} > +CFLAGS +=-I${MODLUA_INCL_DIR} -I${LOCALBASE}/include > +LDFLAGS += -L${MODLUA_LIBDIR} -L${LOCALBASE}/lib > > ALL_TARGET = lib > > diff --git a/devel/luafs/distinfo b/devel/luafs/distinfo > index f7f578c05f9..a933c9bb8d5 100644 > --- a/devel/luafs/distinfo > +++ b/devel/luafs/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (luafilesystem-1_6_3.tar.gz) = > VSXSuOx3dIZWKaainC+Uyw9+Z4eYe/VM034BG/tkIGg= > -SIZE (luafilesystem-1_6_3.tar.gz) = 30379 > +SHA256 (luafilesystem-1_8_0.tar.gz) = > FtF8eIuAk/IEcyU0P16bdMzLHqlgAeRZFKWLuuiTJJU= > +SIZE (luafilesystem-1_8_0.tar.gz) = 30374 > diff --git a/devel/luafs/patches/patch-Makefile > b/devel/luafs/patches/patch-Makefile > index c4fb73ee739..33a6481036d 100644 > --- a/devel/luafs/patches/patch-Makefile > +++ b/devel/luafs/patches/patch-Makefile > @@ -1,14 +1,14 @@ > Makefile.origThu Jan 15 19:58:20 2015 > -+++ Makefile Tue Feb 10 21:14:38 2015 > -@@ -12,7 +12,10 @@ OBJS= src/$T.o > +Index: Makefile > +--- Makefile.orig > Makefile > +@@ -11,8 +11,8 @@ OBJS= src/$T.o > + > lib: src/lfs.so > > - src/lfs.so: $(OBJS) > --MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) > $(CFLAGS) $(LIB_OPTION) -o src/lfs.so $(OBJS) > -+MACOSX_DEPLOYMENT_TARGET="10.3"; export MACOSX_DEPLOYMENT_TARGET; $(CC) > $(CFLAGS) $(LIB_OPTION) lfs.o -o $(LIBNAME) > -+ > -+$(OBJS): $(SRCS) > -+$(CC) $(CFLAGS) $(INCS) -c src/lfs.c > +-src/lfs.so: $(OBJS) > +-MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export > MACOSX_DEPLOYMENT_TARGET; $(CC) $(LIB_OPTION) -o src/lfs.so $(OBJS) > ++src/lfs.so: $(SRCS) > ++MACOSX_DEPLOYMENT_TARGET=$(MACOSX_DEPLOYMENT_TARGET); export > MACOSX_DEPLOYMENT_TARGET; $(CC) -fPIC -shared $(CFLAGS) -o lfs.so src/lfs.c > $(LDFLAGS) > > test: lib > LUA_CPATH=./src/?.so lua tests/test.lua > diff --git a/devel/luafs/patches/patch-config > b/devel/luafs/patches/patch-config > index 2ecdf6cad02..d61a89f71e6 100644 > --- a/devel/luafs/patches/patch-config > +++ b/devel/luafs/patches/patch-config > @@ -1,29 +1,14 @@ > config.orig Thu Jan 15 19:58:20 2015 > -+++ config Tue Feb 10 21:14:38 2015 > -@@ -3,9 +3,9 @@ > - # Default installation prefix > --PREFIX=/usr/local > -+#PREFIX=/usr/local > - > - # System's libraries directory (where binary libraries are installed) > --LUA_LIBDIR= $(PREFIX)/lib/lua/5.1 > -+LUA_LIBDIR?= $(LOCALBASE)/lib/lua/5.1 > - > - # Lua includes directory > --LUA_INC= $(PREFIX)/include > -+LUA_INC?= $(LOCALBASE)/include > - > -@@ -15,9 +15,9 @@ > - > --LIBNAME= $T.so.$V > -+LIBNAME= $T.so > - > +Index: config > +--- config.orig > config > +@@ -20,7 +20,7 @@ LIB_OPTION= -shared #for Linux > + MACOSX_DEPLOYMENT_TARGET= 10.5 > + > # Compilation directives > -WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align > -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic > +#WARN= -O2 -Wall -fPIC -W -Waggregate-return -Wcast-align > -Wmissing-prototypes -Wnested-externs -Wshadow -Wwrite-strings -pedantic > - INCS= -I$(LUA_INC) > + INCS= $(LUA_INC) > -CFLAGS= $(WARN) $(INCS) > -CC= gcc > -+CFLAGS+= -fPIC $(INCS) > ++#CFLAGS+= -fPIC $(INCS) > +#CC= gcc > - > diff --git a/devel/luafs/pkg/PLIST b/devel/luafs/pkg/PLIST > index 3239f999e45..46185a8816e 100644 > --- a/devel/luafs/pkg/PLIST > +++ b/devel/luafs/pkg/PLIST > @@ -1,4 +1,4 @@ > -lib/lua/${MODLUA_VERSION}/lfs.so > +@so lib/lua/${MODLUA_VERSION}/lfs.so > share/doc/${FULLPKGNAME}/ > share/doc/${FULLPKGNAME}/examples.html > share/doc/${FULLPKGNAME}/index.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2022/10/24 17:22:22 Modified files: net/minio/client: Makefile distinfo modules.inc Log message: Update to minioc-0.20221022
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2022/10/24 16:30:11 Modified files: net/minio/server: Makefile distinfo modules.inc Log message: Update to minio-0.20221024
[NEW] sysutils/m1n1
m1n1 is a bootloader for Apple silicon machines developed by the Asahi Linux project. This is the first of several packages we need to upgrade the bootloader chain from OpenBSD. The other missing parts are the asahi fork of u-boot which I plan to upload as a separate port and a few device trees in sysutils/dtb. ok? m1n1.tar.gz Description: application/gzip
sysutils/u-boot-asahi
u-boot-asahi is the Asahi Linux version of the u-boot bootloader that works on Apple Silicon Arm hardware. We need this package to update the bootloader chain on these devices from OpenBSD and to distribute newer device trees. There is already a u-boot port, but this fork has so many changes added that it makes more sense to ship it as a separate port, as discussed with others at g2k22. ok? u-boot-asahi.tar.gz Description: application/gzip
Re: aarch64 bulk build report
On Mon, Oct 24, 2022 at 11:15:36PM +0200, Theo Buehler wrote: > > http://build-failures.rhaalovely.net/aarch64/2022-10-18/x11/gnustep/base.log > > ././GSEasyHandle.h:48:40: error: blocks support disabled - compile with > -fblocks or pick a deployment target that supports them > result: (void (^)(GSEasyHandleWriteBufferResult > result, NSInteger length, NSData *data))result; >^ > In file included from GSEasyHandle.m:3: > In file included from ././GSTimeoutSource.h:5: > ././GSDispatch.h:128:9: warning: 'DISPATCH_QUEUE_SERIAL' macro redefined > [-Wmacro-redefined] > #define DISPATCH_QUEUE_SERIAL 0 > > This happens if devel/libdispatch is present during build. I suggest we > neuter this, see diff below. devel/libdispatch is relatively new and can always be enabled explicitly later in gnustep, if desired. OK kn
Re: aarch64 bulk build report
> http://build-failures.rhaalovely.net/aarch64/2022-10-18/x11/gnustep/base.log ././GSEasyHandle.h:48:40: error: blocks support disabled - compile with -fblocks or pick a deployment target that supports them result: (void (^)(GSEasyHandleWriteBufferResult result, NSInteger length, NSData *data))result; ^ In file included from GSEasyHandle.m:3: In file included from ././GSTimeoutSource.h:5: ././GSDispatch.h:128:9: warning: 'DISPATCH_QUEUE_SERIAL' macro redefined [-Wmacro-redefined] #define DISPATCH_QUEUE_SERIAL 0 This happens if devel/libdispatch is present during build. I suggest we neuter this, see diff below. I also noticed that bfd.h usability in cofigure output depends on devel/gdb being present or not. I haven't looked into this, but that should probably also be neutered one way or the other. I have no idea what causes the latest build failure starting with: checking whether objc really works... no http://build-failures.rhaalovely.net/aarch64/2022-10-22/x11/gnustep/base.log Index: Makefile === RCS file: /cvs/ports/x11/gnustep/base/Makefile,v retrieving revision 1.84 diff -u -p -r1.84 Makefile --- Makefile11 Mar 2022 20:15:52 - 1.84 +++ Makefile24 Oct 2022 21:07:41 - @@ -1,7 +1,7 @@ COMMENT= GNUstep base library DISTNAME= gnustep-base-1.28.0 -REVISION= 3 +REVISION= 4 SHARED_LIBS= gnustep-base 10.5 CATEGORIES=devel @@ -37,7 +37,8 @@ LIB_DEPENDS +=converters/libiconv \ CONFIGURE_STYLE=gnu CONFIGURE_ENV= ac_cv_header_execinfo_h=false -CONFIGURE_ARGS += --disable-procfs \ +CONFIGURE_ARGS += --disable-libdispatch \ + --disable-procfs \ --disable-procfs-psinfo MAKE_FLAGS += libgnustep-base_INTERFACE_VERSION=${LIBgnustep-base_VERSION}
Update: lang/jruby 9.3.9.0
Update to the latest version of JRuby. Release announcement at: https://www.jruby.org/2022/10/24/jruby-9-3-9-0.html Tested on amd64, the only supported arch. Will commit in a couple days unless I hear objections. Thanks, Jeremy Index: Makefile === RCS file: /cvs/ports/lang/jruby/Makefile,v retrieving revision 1.104 diff -u -p -r1.104 Makefile --- Makefile15 Sep 2022 19:28:56 - 1.104 +++ Makefile24 Oct 2022 19:53:18 - @@ -3,7 +3,7 @@ ONLY_FOR_ARCHS = amd64 COMMENT = pure-Java implementation of the Ruby language -V =9.3.8.0 +V =9.3.9.0 DISTNAME = jruby-dist-${V}-bin PKGNAME = jruby-${V} CATEGORIES = lang lang/ruby Index: distinfo === RCS file: /cvs/ports/lang/jruby/distinfo,v retrieving revision 1.70 diff -u -p -r1.70 distinfo --- distinfo15 Sep 2022 19:28:56 - 1.70 +++ distinfo24 Oct 2022 19:53:27 - @@ -1,6 +1,6 @@ SHA256 (jffi-1.3.5.tar.gz) = 15HSIg5X5jGP9s1jfd64nWu4O9HkJivnhS9tVmnLLrQ= -SHA256 (jruby-dist-9.3.8.0-bin.tar.gz) = Z0pNEwhjH6pfASTQHXPrHtyJNG7n3iHHDhQwW9YbRt8= +SHA256 (jruby-dist-9.3.9.0-bin.tar.gz) = JR5t2NHS+CkiyMd414V+G++C/lyiz3e8CTVkIdCwWrg= SHA256 (jruby-launcher-1.1.19-java.gem) = LPGrpNcsdLNq7MSjCxiSXh4h+vcPVuC0ykUyUYquGJo= SIZE (jffi-1.3.5.tar.gz) = 3152240 -SIZE (jruby-dist-9.3.8.0-bin.tar.gz) = 27752001 +SIZE (jruby-dist-9.3.9.0-bin.tar.gz) = 28614865 SIZE (jruby-launcher-1.1.19-java.gem) = 64000 Index: pkg/PLIST === RCS file: /cvs/ports/lang/jruby/pkg/PLIST,v retrieving revision 1.61 diff -u -p -r1.61 PLIST --- pkg/PLIST 15 Sep 2022 19:28:56 - 1.61 +++ pkg/PLIST 24 Oct 2022 19:55:53 - @@ -37,10 +37,10 @@ jruby/lib/ruby/gems/1.8/cache/rake-12.3. jruby/lib/ruby/gems/1.8/cache/test-unit-3.2.9.gem jruby/lib/ruby/gems/1.8/cache/xmlrpc-0.3.0.gem jruby/lib/ruby/gems/1.8/gems/ -jruby/lib/ruby/gems/1.8/gems/bundler-2.2.29/ -jruby/lib/ruby/gems/1.8/gems/bundler-2.2.29/exe/ -jruby/lib/ruby/gems/1.8/gems/bundler-2.2.29/exe/bundle -jruby/lib/ruby/gems/1.8/gems/bundler-2.2.29/exe/bundler +jruby/lib/ruby/gems/1.8/gems/bundler-2.2.33/ +jruby/lib/ruby/gems/1.8/gems/bundler-2.2.33/exe/ +jruby/lib/ruby/gems/1.8/gems/bundler-2.2.33/exe/bundle +jruby/lib/ruby/gems/1.8/gems/bundler-2.2.33/exe/bundler jruby/lib/ruby/gems/1.8/gems/did_you_mean-1.3.0/ jruby/lib/ruby/gems/1.8/gems/did_you_mean-1.3.0/.ruby-version jruby/lib/ruby/gems/1.8/gems/did_you_mean-1.3.0/.travis.yml @@ -265,13 +265,13 @@ jruby/lib/ruby/gems/1.8/gems/rake-12.3.3 jruby/lib/ruby/gems/1.8/gems/rake-12.3.3/lib/rake/version.rb jruby/lib/ruby/gems/1.8/gems/rake-12.3.3/lib/rake/win32.rb jruby/lib/ruby/gems/1.8/gems/rake-12.3.3/rake.gemspec -jruby/lib/ruby/gems/1.8/gems/rdoc-6.1.2.1/ -jruby/lib/ruby/gems/1.8/gems/rdoc-6.1.2.1/exe/ -jruby/lib/ruby/gems/1.8/gems/rdoc-6.1.2.1/exe/rdoc -jruby/lib/ruby/gems/1.8/gems/rdoc-6.1.2.1/exe/ri -jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.29/ -jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.29/bin/ -jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.29/bin/update_rubygems +jruby/lib/ruby/gems/1.8/gems/rdoc-6.3.3/ +jruby/lib/ruby/gems/1.8/gems/rdoc-6.3.3/exe/ +jruby/lib/ruby/gems/1.8/gems/rdoc-6.3.3/exe/rdoc +jruby/lib/ruby/gems/1.8/gems/rdoc-6.3.3/exe/ri +jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.33/ +jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.33/bin/ +jruby/lib/ruby/gems/1.8/gems/rubygems-update-3.2.33/bin/update_rubygems jruby/lib/ruby/gems/1.8/gems/test-unit-3.2.9/ jruby/lib/ruby/gems/1.8/gems/test-unit-3.2.9/COPYING jruby/lib/ruby/gems/1.8/gems/test-unit-3.2.9/GPL @@ -418,7 +418,7 @@ jruby/lib/ruby/gems/1.8/gems/xmlrpc-0.3. jruby/lib/ruby/gems/1.8/gems/xmlrpc-0.3.0/xmlrpc.gemspec jruby/lib/ruby/gems/1.8/specifications/ jruby/lib/ruby/gems/1.8/specifications/default/ -jruby/lib/ruby/gems/1.8/specifications/default/bundler-2.2.29.gemspec +jruby/lib/ruby/gems/1.8/specifications/default/bundler-2.2.33.gemspec jruby/lib/ruby/gems/1.8/specifications/default/cmath-1.0.0.gemspec jruby/lib/ruby/gems/1.8/specifications/default/csv-3.2.5.gemspec jruby/lib/ruby/gems/1.8/specifications/default/e2mmap-0.1.0.gemspec @@ -429,7 +429,7 @@ jruby/lib/ruby/gems/1.8/specifications/d jruby/lib/ruby/gems/1.8/specifications/default/ipaddr-1.2.2.gemspec jruby/lib/ruby/gems/1.8/specifications/default/irb-1.0.0.gemspec jruby/lib/ruby/gems/1.8/specifications/default/jar-dependencies-0.4.1.gemspec -jruby/lib/ruby/gems/1.8/specifications/default/jruby-openssl-0.13.0-java.gemspec +jruby/lib/ruby/gems/1.8/specifications/default/jruby-openssl-0.14.0-java.gemspec jruby/lib/ruby/gems/1.8/specifications/default/jruby-readline-1.3.7-java.gemspec jruby/lib/ruby/gems/1.8/specifications/default/json-2.5.1-java.gemspec jruby/lib/ruby/gems/1.8/specifications/default/logger-1.5.1.gemspec @@ -437,13
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Sat Oct 22 06:55:57 MDT 2022 finished at Mon Oct 24 14:39:13 MDT 2022 lasted 2D07h43m done with kern.version=OpenBSD 7.2-current (GENERIC.MP) #1864: Fri Oct 21 19:43:00 MDT 2022 built packages:11339 Oct 22:3104 Oct 23:2213 Oct 24:6021 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-10-22/summary.log build failures: 1 http://build-failures.rhaalovely.net/aarch64/2022-10-22/x11/gnustep/base.log recurrent failures failures/x11/gnustep/base.log new failures +++ ls-failures Mon Oct 24 14:39:24 2022 resolved failures --- ../old/aarch64/last//ls-failuresFri Oct 21 05:07:53 2022 -failures/astro/kstars.log -failures/games/odamex.log -failures/graphics/azpainter.log -failures/net/headscale.log -failures/security/step-cli.log -failures/www/mozilla-firefox.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 13:33:44 Modified files: devel/qt-creator: Makefile distinfo devel/qt-creator/pkg: PLIST Log message: Update qt-creator to 8.0.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 13:32:44 Modified files: security/keepassxc: Makefile distinfo security/keepassxc/pkg: PLIST Log message: Update keepassxc to 2.7.3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: cas...@cvs.openbsd.org 2022/10/24 12:52:52 Modified files: www/tor-browser/browser: Tag: OPENBSD_7_2 Makefile Log message: www/tor-browser/browser: bump REVISION sthen on why the package failed to build: "it failed PLIST_DB, the last time it was built on -stable with that version number (presumably in 7.1-stable) it had a gtk+2 dep which is no longer there" OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 12:25:13 Modified files: net/unifi/5.14 : Makefile net/unifi/6.0 : Makefile Log message: missed bumps; reported by naddy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 12:05:25 Modified files: productivity/homebank: Makefile distinfo productivity/homebank/patches: patch-configure Log message: Update homebank to 5.5.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 11:47:00 Modified files: net/weechat: Makefile distinfo Log message: Update weechat to 3.7.1
Re: CVS: cvs.openbsd.org: ports
On 2022/10/24 18:42, Omar Polo wrote: > what's still a bit of mystery to me is how freebsd and alpine are > fetching the nonexistant 2.2.0 tag: > > https://cgit.freebsd.org/ports/tree/editors/ghostwriter/Makefile > https://git.alpinelinux.org/aports/tree/testing/ghostwriter/APKBUILD I suppose it could possibly have been tagged and then removed..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2022/10/24 10:59:25 Modified files: x11/kde-applications/messagelib: Makefile Added files: x11/kde-applications/messagelib/patches: patch-messageviewer_src_CMakeLists_txt Log message: Enable Inotify support
Re: CVS: cvs.openbsd.org: ports
On 2022/10/24 16:32:48 +0100, Stuart Henderson wrote: > On 2022/10/24 08:22, Omar Polo wrote: > > CVSROOT:/cvs > > Module name:ports > > Changes by: o...@cvs.openbsd.org2022/10/24 08:22:48 > > > > Modified files: > > editors/ghostwriter: Makefile distinfo > > > > Log message: > > update editors/ghostwriter to 2.2.0 > > > > need to switch to GH_COMMIT because upstream didn't tag the release, the > > version number was just bumped in a commit. > > > > ok caspar@ > > > > careful with those, it's fairly common to update the version number > just *after* a release so it's there for the forthcoming version whenever > that happens in this case i think it was forgotten? it has been "released" in september, several other package repositories have already updated to that and the CHANGELOG.md list 2.2.0 as officially released on 2022-09-17, with entries for the next release ("[Unreleased]".) what's still a bit of mystery to me is how freebsd and alpine are fetching the nonexistant 2.2.0 tag: https://cgit.freebsd.org/ports/tree/editors/ghostwriter/Makefile https://git.alpinelinux.org/aports/tree/testing/ghostwriter/APKBUILD > (I couldn't figure out whether that's the case is with ghostwriter, > looks like it's moving to become part of kde gear) yep, since the move to invent.kde.org i think that too, but last time i looked at the kde MASTER_SITES i didn't see any ghostwriter tarball (yet)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2022/10/24 10:29:22 Modified files: mail/mimedefang: Makefile distinfo Log message: bugfix update to 3.2
Re: [NEW][E stuff 2/3] x11/enlightenment-wm
Thanks to your review, I removed the login file, fixed the README file, and added @conflict and @pkgpath markers to the PLIST. I've attached the new version. Stuart Henderson ezt írta (időpont: 2022. okt. 24., H, 16:17): > > On 2022/10/24 14:43, Robert Bagdan wrote: > > I've attached the port of x11/enlightenment-wm, which is the graphical > > desktop shell from the Enlightenment project. It resembles a > > traditional UNIX/X1 style desktop by design but has a range of > > add-ons, as well as a different core design philosophy. Enlightenment > > manages windows and files. It's a compositor and is also capable of > > launching applications, handling the user interface and even system > > settings. > > > > This is the part of 2 to the Enlightenment wm stuff, which is based on > > the latest releases, not on the DR16 based version, which is already > > in the ports tree. I checked the PLISTs, the DR16 and this version are > > not conflicting. > > > > I use and test them (EFl, Enlightenment, Terminology) since 2 month on > > OpenBSD 7.1 and after 7.2, works fine for me. > > > > Some notes: > > 1) I am not sure the name of this port, as enlightenment already > > exists in the tree, but that is the DR16 version. > > > > 2) I added the enlightenment login class to the ports, as need to > > increase the resource limits to run enlightenment. Enlightenment’s > > efreetd caching all installed icons, when can be knocked out by the > > resource limits. > > > > 2.a) portcheck tell me: > > extra file: pkg/enlightenment.login > > > > I found login files for other ports, but isn’t this the correct way to > > offer the resource limits increase? Should I only write this to the > > README file? > > These pkg/XX.login files are only useful for ports with daemons which > run from the rc.d framework, the pkg-readme is probably the best place > for it (NB spelling: should be "successful") > > > 3) The port has patches to fix locale changing, only removing old > > OpenBSD relevant ifdefs, which already just broke the locale switch. I > > sent the patches to the upstream, not accepted yet. > > > > Any suggestions for the port? > > > > -- > > kikadf > > -- kikadf enlightenment-wm-v2.tar.gz Description: application/gzip
Re: rspamd: failed to decode JSON response
On 2022-10-24 17:15 +01, Stuart Henderson wrote: > Sendmail and Postfix support milter, which is used with rspamd's > proxy worker - that all works OK afaik. > > OpenSMTPd doesn't use milter but has its own filtering protocol, > so you'll need to use the external opensmtpd-filter-rspamd rather than > anything built-in to rspamd, which doesn't work with the changes in > rspamd 3.3 but which is expected to work again with these changes > to rspamd. Oh, got it. I thought you meant there is a way to make OpenSMTPd also use the milter. > > I don't know what the situation is with Exim, I've never used that > with rspamd (and only ever used it to test updates). > -- I'm not entirely sure you are real.
Re: [NEW][E stuff 1/3] x11/efl
Stuart Henderson ezt írta (időpont: 2022. okt. 24., H, 16:23): > > On 2022/10/24 15:12, Stuart Henderson wrote: > > On 2022/10/24 14:42, Robert Bagdan wrote: > > > 2) I add the files/libversion-fix.sh script to the ports, and call > > > that the post-extract time. Not so beautiful, but I can’t found better > > > way to fix EFL’s src/lib/ecore_audio/ecore_audio.c and > > > src/lib/ecore_con/ecore_con_url_curl.c LOAD("libpulse.so.0") -like > > > runtime library loading way. The libversion-fix.sh script replaces the > > > soversions to the OpenBSD's soversions. > > > > Don't do this - use e.g. "libpulse.so" and let dlopen find the version > > instead. > > I removed the files/libversion-fix.sh script, and patched as you mentioned, LOAD("libpulse.so") -like. I use the new version of EFL, I don't find any issue, log files are clear as well. Thank you. > > > 4.b) Python module without compiled version, consider using > > > ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py: share/eo/gdb/eo_gdb.py > > > > > > I don’t know how to fix this. My /usr/local/share/eo/gdb/eo_gdb.py > > > file starts with this lines (1-6): > > > > I would ignore that > > > > > 4.c) the following libraries in WANTLIB look like masked by > > > RUN_DEPENDS: rsvg-2 scim-1.0 > > > > > > I didn’t find how to fix, or maybe false positive results? > > > > I think you need to add x11/gnome/librsvg to LIB_DEPENDS and > > remove inputmethods/scim from RUN_DEPENDS and BUILD_DEPENDS and > > add it to LIB_DEPENDS. > > Done, and works, no more this report. > > > 5) I found in PLIST, that efl install: > > > share/gdb/auto-load/usr/lib/libeo.so.1.26.3-gdb.py > > > > > > Should I fix it to use the “share/gdb/auto-load/usr/local/lib/” path > > > as other ports? > > > > Yes. OK, fixed with patching the relevant meson.build file to use the correct path. > > > > > Any suggestions for the port? > > > > I haven't tried building but otherwise looks alright from a read-through, > > could maybe do with someone who is familiar with meson in OpenBSD ports > > to take a look at the meson.build patches > > > > Oh, also: enlightenment E17 ports were previously in x11/e17 and > removed fairly recently, there may be some @conflict/@pkgpath markers > needed to cope with cases where users still have those lying around. > > https://github.com/openbsd/ports/commit/cb698c3bc1783e2d170f6ff8e5e294040c987e78 > I added the markers to the PLIST, I hope I use them well. I've attached the new version. -- kikadf efl-v2.tar.gz Description: application/gzip
Re: rspamd: failed to decode JSON response
On 2022/10/24 17:55, Florian Obser wrote: > On 2022-10-24 15:25 +01, Stuart Henderson wrote: > > On 2022/10/24 14:58, Florian Obser wrote: > >> Hi, > >> > >> rspamd 3.3 brought my incoming mail to a grinding halt. > >> > >> Oct 24 13:21:22 vultr smtpd[13575]: rspamd: failed to decode JSON response > >> > >> The internet claims this is the problem: > >> > >> https://github.com/rspamd/rspamd/issues/4315 > >> > >> and this is the fix: > >> > >> https://github.com/rspamd/rspamd/commit/ded2e51e60325a0e817362c6df0c341bb00d4b0e > >> > >> Unfortunately I'm no longer smart enough to patch ports, so I can test > >> this :/ > >> > >> I could probably test a diff for the port though. > >> > >> Thanks, > >> Florian > >> > >> -- > >> I'm not entirely sure you are real. > >> > > > > This is likely to be fixed with the backports which I have committed > > today, package name will be rspamd-3.3p1. > > I've compiled it from source and I think it fixed the problem. > I haven't seen > rspamd: failed to decode JSON response > in over an hour. > > Thanks for the quick fix! > > > > > This is likely to be a problem with the opensmtpd filter but hasn't > > been an issue with rspamd's built-in milter support (which is what I'm > > using myself). > > > > I don't understand what that means. Do you have a pointer for me? > I have read rspamd's pkg-readme which points me at > opensmtpd-filter-rspamd. Sendmail and Postfix support milter, which is used with rspamd's proxy worker - that all works OK afaik. OpenSMTPd doesn't use milter but has its own filtering protocol, so you'll need to use the external opensmtpd-filter-rspamd rather than anything built-in to rspamd, which doesn't work with the changes in rspamd 3.3 but which is expected to work again with these changes to rspamd. I don't know what the situation is with Exim, I've never used that with rspamd (and only ever used it to test updates).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 10:07:24 Modified files: mail/rspamd: Makefile mail/rspamd/pkg: README Log message: tweak pkg-readme
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/10/24 09:59:36 Modified files: devel/pycharm : Makefile distinfo devel/pycharm/pkg: PLIST devel/pycharm/files: pycharm Log message: devel/pycharm: update to 2022.2.2 changelog: https://youtrack.jetbrains.com/articles/PY-A-233538002/PyCharm-20-222416733-build-Release-Notes ok landry@
Re: rspamd: failed to decode JSON response
On 2022-10-24 15:25 +01, Stuart Henderson wrote: > On 2022/10/24 14:58, Florian Obser wrote: >> Hi, >> >> rspamd 3.3 brought my incoming mail to a grinding halt. >> >> Oct 24 13:21:22 vultr smtpd[13575]: rspamd: failed to decode JSON response >> >> The internet claims this is the problem: >> >> https://github.com/rspamd/rspamd/issues/4315 >> >> and this is the fix: >> >> https://github.com/rspamd/rspamd/commit/ded2e51e60325a0e817362c6df0c341bb00d4b0e >> >> Unfortunately I'm no longer smart enough to patch ports, so I can test >> this :/ >> >> I could probably test a diff for the port though. >> >> Thanks, >> Florian >> >> -- >> I'm not entirely sure you are real. >> > > This is likely to be fixed with the backports which I have committed > today, package name will be rspamd-3.3p1. I've compiled it from source and I think it fixed the problem. I haven't seen rspamd: failed to decode JSON response in over an hour. Thanks for the quick fix! > > This is likely to be a problem with the opensmtpd filter but hasn't > been an issue with rspamd's built-in milter support (which is what I'm > using myself). > I don't understand what that means. Do you have a pointer for me? I have read rspamd's pkg-readme which points me at opensmtpd-filter-rspamd. -- I'm not entirely sure you are real.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/10/24 09:54:48 Modified files: devel/intellij : Makefile distinfo devel/intellij/files: idea devel/intellij/pkg: PLIST Log message: devel/intellij: update to 2022.2.2 changelog: https://youtrack.jetbrains.com/articles/IDEA-A-236159434/IntelliJ-IDEA-20-222416729-build-Release-Notes ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 09:41:50 Modified files: mail/postfix : Makefile.inc mail/postfix/snapshot: Makefile mail/postfix/stable: Makefile Log message: mail/postfix tweaks: Add back an ftp:// site at the end of MASTER_SITES for peek-ftp, plus portroach markers to point at the (http-only) main site rather than mirrors. OK Brad.
Re: CVS: cvs.openbsd.org: ports
On 2022/10/24 08:22, Omar Polo wrote: > CVSROOT: /cvs > Module name: ports > Changes by: o...@cvs.openbsd.org2022/10/24 08:22:48 > > Modified files: > editors/ghostwriter: Makefile distinfo > > Log message: > update editors/ghostwriter to 2.2.0 > > need to switch to GH_COMMIT because upstream didn't tag the release, the > version number was just bumped in a commit. > > ok caspar@ > careful with those, it's fairly common to update the version number just *after* a release so it's there for the forthcoming version whenever that happens (I couldn't figure out whether that's the case is with ghostwriter, looks like it's moving to become part of kde gear)
Re: ╩ь╦╢: editors/sigil: Update to 1.9.2
On 2022/10/15 22:27:46 +0300, "Kirill Bychkov" wrote: > On Sun, May 15, 2022 16:06, wen heping wrote: > > It could be build with root privilege, failed with unprivilege user. > > Hi, > Limits were the cause of breaking sigil build. Setting stacksize-cur=8M in > login.conf allows me to build it without issues on amd64. I can say more: > sigil-1.4.3 fails on -current without bumping limits. So the diff Wen sent was > good enough. Since then sigil-1.9.20 was released. It also needs stacksize > bump. Launches without issues on amd564. Updated diff attached. sorry for the delay, not a sigil user, but it now builds fine and runs fine (i can click around in the gui, the editor seem to work.) patch-CMakeLists_txt needs a regen, and `make package' complains that: Warning: entries NOT added to sigil-1.9.20: share/sigil/python3lib/updatechecker.py.orig (.orig suffix ?) (maybe it did it in the past too) not a huge issue, but i don't know if it's preferred to delete .${PATCHORIG} files in pre-install or just leave make package ignore them. anyway, ok op@ with patches updated
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lr...@cvs.openbsd.org 2022/10/24 09:11:09 Modified files: sysutils/py-dotenv: Makefile Log message: sysutils/py-dotenv: update HOMEPAGE OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 09:00:18 Modified files: mail/postfix/stable: Makefile distinfo Log message: update to postfix-3.7.3, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 09:00:11 Modified files: mail/postfix/snapshot: Makefile distinfo Log message: update to postfix-3.8.20221007, from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 08:59:50 Modified files: mail/postfix : Makefile.inc Log message: use https, bumps to follow shortly via version updates
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Fri Oct 21 00:19:07 MDT 2022 Finished: Mon Oct 24 08:25:34 MDT 2022 Duration: 3 Days 8 hours 6 minutes Built using OpenBSD 7.2-current (GENERIC.MP) #1492: Thu Oct 20 12:29:29 MDT 2022 Built 9375 packages Number of packages built each day: Oct 21: 7873 Oct 22: 1201 Oct 23: 299 Oct 24: 2 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2022-10-21/summary.log Build failures: 50 http://build-failures.rhaalovely.net/sparc64/2022-10-21/astro/calcmysky.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/audio/mumble,-main.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/audio/ocp.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/cad/dxf2gcode.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/cad/oce.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/databases/recoll.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/avr/gcc.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/ccache.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/clang-tools-extra.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/jdk/1.8.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/kf5/kio.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/libdispatch.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/qcoro.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/quirks.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/devel/xsd.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/games/arx-libertatis.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/games/gargoyle.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/geo/pdal.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/aspect-crop.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/asymptote.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/birdfont.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/gimp/snapshot.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/makehuman.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/opencolorio.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/graphics/posterazor.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/inputmethods/libime.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/lang/gambit.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/lang/guile3.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/lang/parrot.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/mail/mu.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/misc/open62541.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/multimedia/mkvtoolnix.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/net/irssi.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/net/wireshark,-main.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/security/clamav.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/security/keepassxc,yubikey.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/security/veracrypt.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/sysutils/broot.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/telephony/asterisk/16.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/telephony/asterisk/18.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/telephony/asterisk/19.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/telephony/asterisk/20.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/textproc/libmarisa.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/textproc/xxdiff.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/www/unit/unit-ruby.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/x11/gnome/gjs.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/x11/gnome/secrets.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/x11/lumina.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/x11/qt5/docs,-html.log http://build-failures.rhaalovely.net/sparc64/2022-10-21/x11/qt5/qttranslations.log Recurrent failures: failures/cad/dxf2gcode.log failures/cad/oce.log failures/databases/recoll.log failures/devel/avr/gcc.log failures/devel/clang-tools-extra.log failures/devel/jdk/1.8.log failures/devel/kf5/kio.log failures/devel/libdispatch.log failures/devel/qcoro.log failures/devel/xsd.log failures/games/arx-libertatis.log failures/games/gargoyle.log failures/graphics/gimp/snapshot.log failures/graphics/makehuman.log failures/graphics/opencolorio.log failures/graphics/posterazor.log failures/inputmethods/libime.log failures/lang/gambit.log failures/lang/guile3.log failures/mail/mu.log failures/misc/open62541.log failures/multimedia/mkvtoolnix.log
Re: rspamd: failed to decode JSON response
On 2022/10/24 14:58, Florian Obser wrote: > Hi, > > rspamd 3.3 brought my incoming mail to a grinding halt. > > Oct 24 13:21:22 vultr smtpd[13575]: rspamd: failed to decode JSON response > > The internet claims this is the problem: > > https://github.com/rspamd/rspamd/issues/4315 > > and this is the fix: > > https://github.com/rspamd/rspamd/commit/ded2e51e60325a0e817362c6df0c341bb00d4b0e > > Unfortunately I'm no longer smart enough to patch ports, so I can test > this :/ > > I could probably test a diff for the port though. > > Thanks, > Florian > > -- > I'm not entirely sure you are real. > This is likely to be fixed with the backports which I have committed today, package name will be rspamd-3.3p1. This is likely to be a problem with the opensmtpd filter but hasn't been an issue with rspamd's built-in milter support (which is what I'm using myself).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/10/24 08:25:39 Modified files: math/cglm : Makefile distinfo math/cglm/patches: patch-CMakeLists_txt math/cglm/pkg : PLIST Log message: update math/cglm to 0.8.6 changelog: https://github.com/recp/cglm/releases/tag/v0.8.6
Re: [NEW][E stuff 1/3] x11/efl
On 2022/10/24 15:12, Stuart Henderson wrote: > On 2022/10/24 14:42, Robert Bagdan wrote: > > 2) I add the files/libversion-fix.sh script to the ports, and call > > that the post-extract time. Not so beautiful, but I can’t found better > > way to fix EFL’s src/lib/ecore_audio/ecore_audio.c and > > src/lib/ecore_con/ecore_con_url_curl.c LOAD("libpulse.so.0") -like > > runtime library loading way. The libversion-fix.sh script replaces the > > soversions to the OpenBSD's soversions. > > Don't do this - use e.g. "libpulse.so" and let dlopen find the version > instead. > > > 4.b) Python module without compiled version, consider using > > ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py: share/eo/gdb/eo_gdb.py > > > > I don’t know how to fix this. My /usr/local/share/eo/gdb/eo_gdb.py > > file starts with this lines (1-6): > > I would ignore that > > > 4.c) the following libraries in WANTLIB look like masked by > > RUN_DEPENDS: rsvg-2 scim-1.0 > > > > I didn’t find how to fix, or maybe false positive results? > > I think you need to add x11/gnome/librsvg to LIB_DEPENDS and > remove inputmethods/scim from RUN_DEPENDS and BUILD_DEPENDS and > add it to LIB_DEPENDS. > > > 5) I found in PLIST, that efl install: > > share/gdb/auto-load/usr/lib/libeo.so.1.26.3-gdb.py > > > > Should I fix it to use the “share/gdb/auto-load/usr/local/lib/” path > > as other ports? > > Yes. > > > Any suggestions for the port? > > I haven't tried building but otherwise looks alright from a read-through, > could maybe do with someone who is familiar with meson in OpenBSD ports > to take a look at the meson.build patches > Oh, also: enlightenment E17 ports were previously in x11/e17 and removed fairly recently, there may be some @conflict/@pkgpath markers needed to cope with cases where users still have those lying around. https://github.com/openbsd/ports/commit/cb698c3bc1783e2d170f6ff8e5e294040c987e78
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/10/24 08:22:48 Modified files: editors/ghostwriter: Makefile distinfo Log message: update editors/ghostwriter to 2.2.0 need to switch to GH_COMMIT because upstream didn't tag the release, the version number was just bumped in a commit. ok caspar@
Re: [NEW][E stuff 2/3] x11/enlightenment-wm
On 2022/10/24 14:43, Robert Bagdan wrote: > I've attached the port of x11/enlightenment-wm, which is the graphical > desktop shell from the Enlightenment project. It resembles a > traditional UNIX/X1 style desktop by design but has a range of > add-ons, as well as a different core design philosophy. Enlightenment > manages windows and files. It's a compositor and is also capable of > launching applications, handling the user interface and even system > settings. > > This is the part of 2 to the Enlightenment wm stuff, which is based on > the latest releases, not on the DR16 based version, which is already > in the ports tree. I checked the PLISTs, the DR16 and this version are > not conflicting. > > I use and test them (EFl, Enlightenment, Terminology) since 2 month on > OpenBSD 7.1 and after 7.2, works fine for me. > > Some notes: > 1) I am not sure the name of this port, as enlightenment already > exists in the tree, but that is the DR16 version. > > 2) I added the enlightenment login class to the ports, as need to > increase the resource limits to run enlightenment. Enlightenment’s > efreetd caching all installed icons, when can be knocked out by the > resource limits. > > 2.a) portcheck tell me: > extra file: pkg/enlightenment.login > > I found login files for other ports, but isn’t this the correct way to > offer the resource limits increase? Should I only write this to the > README file? These pkg/XX.login files are only useful for ports with daemons which run from the rc.d framework, the pkg-readme is probably the best place for it (NB spelling: should be "successful") > 3) The port has patches to fix locale changing, only removing old > OpenBSD relevant ifdefs, which already just broke the locale switch. I > sent the patches to the upstream, not accepted yet. > > Any suggestions for the port? > > -- > kikadf
Re: [NEW][E stuff 1/3] x11/efl
On 2022/10/24 14:42, Robert Bagdan wrote: > 2) I add the files/libversion-fix.sh script to the ports, and call > that the post-extract time. Not so beautiful, but I can’t found better > way to fix EFL’s src/lib/ecore_audio/ecore_audio.c and > src/lib/ecore_con/ecore_con_url_curl.c LOAD("libpulse.so.0") -like > runtime library loading way. The libversion-fix.sh script replaces the > soversions to the OpenBSD's soversions. Don't do this - use e.g. "libpulse.so" and let dlopen find the version instead. > 4.b) Python module without compiled version, consider using > ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py: share/eo/gdb/eo_gdb.py > > I don’t know how to fix this. My /usr/local/share/eo/gdb/eo_gdb.py > file starts with this lines (1-6): I would ignore that > 4.c) the following libraries in WANTLIB look like masked by > RUN_DEPENDS: rsvg-2 scim-1.0 > > I didn’t find how to fix, or maybe false positive results? I think you need to add x11/gnome/librsvg to LIB_DEPENDS and remove inputmethods/scim from RUN_DEPENDS and BUILD_DEPENDS and add it to LIB_DEPENDS. > 5) I found in PLIST, that efl install: > share/gdb/auto-load/usr/lib/libeo.so.1.26.3-gdb.py > > Should I fix it to use the “share/gdb/auto-load/usr/local/lib/” path > as other ports? Yes. > Any suggestions for the port? I haven't tried building but otherwise looks alright from a read-through, could maybe do with someone who is familiar with meson in OpenBSD ports to take a look at the meson.build patches
Re: CVS: cvs.openbsd.org: ports
Le Mon, Oct 24, 2022 at 08:08:20AM -0600, Landry Breuil a écrit : > CVSROOT: /cvs > Module name: ports > Changes by: lan...@cvs.openbsd.org 2022/10/24 08:08:20 > > Modified files: > mail/mozilla-thunderbird: Makefile > > Log message: > mail/mozilla-thunderbird: add missing rnp to WANTLIB > > should unbreak pgp features as found out by gkoehler@ sorry, that was 'found out by George Rosamond'. my bad.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/10/24 08:08:20 Modified files: mail/mozilla-thunderbird: Makefile Log message: mail/mozilla-thunderbird: add missing rnp to WANTLIB should unbreak pgp features as found out by gkoehler@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 07:59:19 Modified files: net/unifi : Makefile.inc net/unifi/5.14 : Makefile distinfo net/unifi/5.14/pkg: PLIST net/unifi/5.6 : Makefile net/unifi/6.0 : Makefile distinfo net/unifi/6.0/pkg: PLIST Log message: replace commons-text 1.8 in unifi 6.0/5.14 with 1.10.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 07:42:06 Modified files: net/unifi/main : Makefile distinfo net/unifi/main/pkg: PLIST Log message: update to unifi-7.2.95, includes security fixed apache commons-text
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 07:32:56 Modified files: mail/rspamd: Makefile mail/rspamd/patches: patch-src_libserver_symcache_symcache_internal_hxx patch-src_libutil_printf_c Added files: mail/rspamd/patches: patch-lualib_lua_mime_lua patch-src_plugins_lua_milter_headers_lua Log message: backport ded2e51e6032 and 272503b1ba88 from rspamd upstream these partially revert some changes to header handling (by making them optional) which caused issues with the opensmtpd rspamd filter
rspamd: failed to decode JSON response
Hi, rspamd 3.3 brought my incoming mail to a grinding halt. Oct 24 13:21:22 vultr smtpd[13575]: rspamd: failed to decode JSON response The internet claims this is the problem: https://github.com/rspamd/rspamd/issues/4315 and this is the fix: https://github.com/rspamd/rspamd/commit/ded2e51e60325a0e817362c6df0c341bb00d4b0e Unfortunately I'm no longer smart enough to patch ports, so I can test this :/ I could probably test a diff for the port though. Thanks, Florian -- I'm not entirely sure you are real.
[NEW][E stuff 3/3] x11/terminology
I've attached the port of x11/terminology, an EFL based terminal emulator bristling with advanced features. This is the part of 3 to the Enlightenment wm stuff, which is based on the latest releases, not on the DR16 based version, which is already in the ports tree. I use and test them (EFl, Enlightenment, Terminology) since 2 month on OpenBSD 7.1 and after 7.2, works fine for me. Any suggestions for the port? -- kikadf terminology.tar.gz Description: application/gzip
[NEW][E stuff 2/3] x11/enlightenment-wm
I've attached the port of x11/enlightenment-wm, which is the graphical desktop shell from the Enlightenment project. It resembles a traditional UNIX/X1 style desktop by design but has a range of add-ons, as well as a different core design philosophy. Enlightenment manages windows and files. It's a compositor and is also capable of launching applications, handling the user interface and even system settings. This is the part of 2 to the Enlightenment wm stuff, which is based on the latest releases, not on the DR16 based version, which is already in the ports tree. I checked the PLISTs, the DR16 and this version are not conflicting. I use and test them (EFl, Enlightenment, Terminology) since 2 month on OpenBSD 7.1 and after 7.2, works fine for me. Some notes: 1) I am not sure the name of this port, as enlightenment already exists in the tree, but that is the DR16 version. 2) I added the enlightenment login class to the ports, as need to increase the resource limits to run enlightenment. Enlightenment’s efreetd caching all installed icons, when can be knocked out by the resource limits. 2.a) portcheck tell me: extra file: pkg/enlightenment.login I found login files for other ports, but isn’t this the correct way to offer the resource limits increase? Should I only write this to the README file? 3) The port has patches to fix locale changing, only removing old OpenBSD relevant ifdefs, which already just broke the locale switch. I sent the patches to the upstream, not accepted yet. Any suggestions for the port? -- kikadf enlightenment-wm.tar.gz Description: application/gzip
[NEW][E stuff 1/3] x11/efl
Hi! I've attached the port of x11/efl, the Enlightenment Foundation Libraries, which is a collection of libraries for handling many common tasks a developer may have such as data structures, communication, rendering, widgets and more. This is the part of 1 to the Enlightenment wm stuff, which is based on the latest releases, not on the DR16 based version, which is already in the ports tree. I use and test them (EFl, Enlightenment, Terminology) since 2 month on OpenBSD 7.1 and after 7.2, works fine for me. Some notes: 1) The Makefile contains the LibreSSl 3.5.x relevant patches from the EFL master branch. These are not backported to the 1.26.0 branch, so will be available only with the 1.27.x EFL release. The patches affected more files, so I think it is easier to handle than on the patches directory of the port. 2) I add the files/libversion-fix.sh script to the ports, and call that the post-extract time. Not so beautiful, but I can’t found better way to fix EFL’s src/lib/ecore_audio/ecore_audio.c and src/lib/ecore_con/ecore_con_url_curl.c LOAD("libpulse.so.0") -like runtime library loading way. The libversion-fix.sh script replaces the soversions to the OpenBSD's soversions. 3) I add 2 other patches in the patch directory, which just fix the build error (simple renaming) because of the added ${LIBelementary_VERSION} and ${LIBemotion_VERSION} these module libraries. 4) portcheck tell me: 4.a) installs icon README in share/icons/Enlightenment-X, it should go in share/Enlightenment-X/icons/ or like instead I think not need to change the path, as Enlightenment-X is an icon theme. 4.b) Python module without compiled version, consider using ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py: share/eo/gdb/eo_gdb.py I don’t know how to fix this. My /usr/local/share/eo/gdb/eo_gdb.py file starts with this lines (1-6): —-- import gdb """ All of this script relies heavily on Eo internals and will break if they change. Need to make sure this is always in sync. """ —-- 4.c) the following libraries in WANTLIB look like masked by RUN_DEPENDS: rsvg-2 scim-1.0 I didn’t find how to fix, or maybe false positive results? 5) I found in PLIST, that efl install: share/gdb/auto-load/usr/lib/libeo.so.1.26.3-gdb.py Should I fix it to use the “share/gdb/auto-load/usr/local/lib/” path as other ports? Any suggestions for the port? -- kikadf efl.tar.gz Description: application/gzip
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/10/24 05:48:13 Modified files: devel/got : Makefile distinfo Log message: update to got 0.77 - disallow integrating into references outside refs/heads/ (jrick) - gotwebd.conf: add syntax for defining macros and document them (op) - simplify the way 'got patch' opens a tempfile when reading from stdin - lots of refactoring to allow gotd(8) code to run without libexec helpers - more refactoring to allow gotd(8) to stream packfile data on network sockets - add missing error checking around some unlink(2) syscalls - don't crash if delta cache is missing while combining deltas; for dev builds - allow got_object_parse_tree() to reuse entries buffer allocations for speed - show a more useful error if the size of a packed object won't fit in 64 bits - switch integers used for counting objects while indexing packs to unsigned - refresh cached list of pack index paths while searching a packed object - introduce gotd(8) and gotsh(1); WIP and not yet provided in binary packages - close parent's end of imsg pipe before waiting for a child process to exit - fix detection of SIGTERM in tog; this signal was accidentally being ignored - avoid printing harmless errors that can occur when tog exits due to Ctrl-C
Re: NEW: Nextcloud-25.0.0
On 23 Oct 19:08, Gonzalo L. Rodriguez wrote: > Hi, > > A new version of Nextcloud, I think if this goes in in a few months we can > just > let 24 and 25, and kill the other ones. > > https://nextcloud.com/changelog/ > > OK? Comments? > > Cheers.- > > -- > >%gonzalo Hi Gonzalo, removed two duplicates: --- PLIST.orig Mon Oct 24 12:05:20 2022 +++ PLIST Mon Oct 24 12:08:22 2022 @@ -22560,7 +22560,6 @@ @mode @owner @group -nextcloud/config/config.sample.php nextcloud/console.php nextcloud/core/ nextcloud/core/Application.php @@ -26158,7 +26157,6 @@ @mode @owner @group -nextcloud/themes/ nextcloud/themes/README nextcloud/themes/example/ nextcloud/themes/example/core/ Regards Uwe -- wq: ~uw
Re: CVS: cvs.openbsd.org: ports
Woops, that was supposed to be: Upgrade to PowerDNS Auhthoritative Server 4.7.0 Mon, Oct 24, 2022 at 01:53:47AM -0600, Otto Moerbeek wrote: > CVSROOT: /cvs > Module name: ports > Changes by: o...@cvs.openbsd.org2022/10/24 01:53:47 > > Modified files: > net/powerdns : Makefile distinfo > > Log message: > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2022/10/24 01:53:47 Modified files: net/powerdns : Makefile distinfo Log message:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 01:34:00 Modified files: x11/freerdp: Tag: OPENBSD_7_2 Makefile distinfo x11/freerdp/patches: Tag: OPENBSD_7_2 patch-CMakeLists_txt Log message: update to freerdp-2.8.1 CVE-2022-39282: /parallel (parallel port redirection) may send uninitialized data to the server CVE-2022-39283: /video may read uninitialized data, decode it as audio/video and display the result
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 01:32:48 Modified files: x11/freerdp: Makefile distinfo x11/freerdp/patches: patch-CMakeLists_txt Log message: update to freerdp-2.8.1 CVE-2022-39282: /parallel (parallel port redirection) may send uninitialized data to the server CVE-2022-39283: /video may read uninitialized data, decode it as audio/video and display the result
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/10/24 01:21:43 Modified files: devel/py-decorator: Makefile distinfo devel/py-decorator/pkg: PLIST Log message: update to py3-decorator-5.1.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2022/10/24 01:18:26 Modified files: sysutils/collectd: Makefile distinfo sysutils/collectd/patches: patch-Makefile_in patch-configure_ac patch-src_cpu_c patch-src_libcollectdclient_server_c patch-src_nut_c patch-src_processes_c patch-src_python_c Log message: sysutils/collectd: update to 5.12.0. see https://github.com/collectd/collectd/blob/collectd-5.12.0/ChangeLog for all changes since 5.8.1. ok solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2022/10/24 01:12:44 Modified files: textproc/py-ICU: Makefile distinfo textproc/py-ICU/patches: patch-setup_py Log message: Update to py3-ICU-2.10.
Re: NEW: Nextcloud-25.0.0
Le Sun, Oct 23, 2022 at 07:08:15PM +0200, Gonzalo L. Rodriguez a écrit : > Hi, > > A new version of Nextcloud, I think if this goes in in a few months we can > just > let 24 and 25, and kill the other ones. > > https://nextcloud.com/changelog/ i guess 25 is what they dubbed 'hub 3' ? https://nextcloud.com/blog/announcing-nextcloud-hub-3-brand-new-design-and-photos-2-0-with-editor-and-ai/ anyway, i see no reason not to import it now, if you've tested it works ;) ok Landry