CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/19 22:14:29 Modified files: devel/jenkins/devel: Makefile distinfo Log message: Update jenkins devel to 2.253
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/19 22:14:50 Modified files: devel/jenkins/stable: Makefile distinfo Log message: Update jenkins stable to 2.235.5
Remove kde,qt,qt4 support in inputmethods/uim
I would like remove KDE3, Qt3 and Qt4 support in uim. I do not use it,
nor do I know what to do with it. We are on the way to end the support
for qt3 and qt4.
Cause I'm here, fixed missing ${COMPILER_LIBCXX}
OK?
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/inputmethods/uim/Makefile,v
retrieving revision 1.67
diff -u -p -u -p -r1.67 Makefile
--- Makefile12 Jul 2019 20:47:14 - 1.67
+++ Makefile20 Aug 2020 04:07:12 -
@@ -1,13 +1,8 @@
# $OpenBSD: Makefile,v 1.67 2019/07/12 20:47:14 sthen Exp $
-DPB_PROPERTIES=tag:kde3
-
COMMENT-main= multilingual input method library
COMMENT-gtk= uim for GTK+2
COMMENT-gtk3= uim for GTK+3
-COMMENT-kde= uim for KDE3
-COMMENT-qt=uim for QT3
-COMMENT-qt4= uim for QT4
CATEGORIES=inputmethods japanese chinese
@@ -16,13 +11,10 @@ DISTNAME= uim-$V
PKGNAME-main= uim-$V
PKGNAME-gtk= uim-gtk-$V
PKGNAME-gtk3= uim-gtk3-$V
-PKGNAME-kde= uim-kde-$V
-PKGNAME-qt=uim-qt-$V
-PKGNAME-qt4= uim-qt4-$V
-
-REVISION-main= 0
-REVISION-gtk3= 0
-REVISION-qt4= 0
+
+REVISION-main= 1
+REVISION-gtk= 0
+REVISION-gtk3= 1
MASTER_SITES= https://github.com/uim/uim/releases/download/$V/
HOMEPAGE= https://github.com/uim/uim
@@ -38,11 +30,9 @@ cWANTLIB += X11 Xext Xrender fontconfig
COMPILER = base-clang ports-gcc base-gcc
-MULTI_PACKAGES=-main -gtk -gtk3 -kde -qt -qt4
+MULTI_PACKAGES=-main -gtk -gtk3
-MODULES= textproc/intltool \
- x11/qt4 \
- x11/kde # last on purpose
+MODULES= textproc/intltool
USE_GMAKE= Yes
@@ -56,22 +46,22 @@ LIB_DEPENDS-main= inputmethods/anthy \
devel/libgcroots \
misc/m17n/lib
-WANTLIB-gtk += ${cWANTLIB}
+WANTLIB-gtk += ${cWANTLIB} ${COMPILER_LIBCXX}
WANTLIB-gtk += Xcomposite Xcursor Xdamage Xfixes Xi Xinerama Xrandr
WANTLIB-gtk += atk-1.0 c cairo expat ffi gcroots gdk-x11-2.0 gdk_pixbuf-2.0
WANTLIB-gtk += gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 graphite2
-WANTLIB-gtk += gthread-2.0 gtk-x11-2.0 harfbuzz pango-1.0 pangocairo-1.0
+WANTLIB-gtk += gtk-x11-2.0 harfbuzz pango-1.0 pangocairo-1.0
WANTLIB-gtk += pangoft2-1.0 pcre pixman-1 png pthread fribidi
WANTLIB-gtk += uim uim-custom uim-scm xcb xcb-render xcb-shm z
LIB_DEPENDS-gtk= inputmethods/uim \
x11/gtk+2
-WANTLIB-gtk3 += ${cWANTLIB}
+WANTLIB-gtk3 += ${cWANTLIB} ${COMPILER_LIBCXX}
WANTLIB-gtk3 += Xcomposite Xcursor Xdamage Xfixes Xi Xinerama
WANTLIB-gtk3 += Xrandr atk-1.0 atk-bridge-2.0 c cairo cairo-gobject
WANTLIB-gtk3 += expat ffi gcroots gdk-3 gdk_pixbuf-2.0 gio-2.0
-WANTLIB-gtk3 += glib-2.0 gmodule-2.0 gobject-2.0 graphite2 gthread-2.0
+WANTLIB-gtk3 += glib-2.0 gmodule-2.0 gobject-2.0 graphite2
WANTLIB-gtk3 += gtk-3 harfbuzz pango-1.0 pangocairo-1.0 pangoft2-1.0
WANTLIB-gtk3 += pcre pixman-1 png pthread uim uim-custom fribidi
WANTLIB-gtk3 += uim-scm xcb xcb-render xcb-shm z epoxy
@@ -79,54 +69,18 @@ WANTLIB-gtk3 += uim-scm xcb xcb-render x
LIB_DEPENDS-gtk3= inputmethods/uim \
x11/gtk+3
-WANTLIB-kde += ${cWANTLIB} ${KDE}/kdecore ${KDE}/kdeui
-WANTLIB-kde += DCOP GL ICE SM X11-xcb Xcursor Xdamage Xfixes
-WANTLIB-kde += Xft Xi Xinerama Xmu Xrandr Xt Xxf86vm art_lgpl_2 drm
-WANTLIB-kde += expat gcroots glapi idn jpeg kdefx lcms mng png pthread
-WANTLIB-kde += qt-mt ${COMPILER_LIBCXX} uim uim-scm util xcb xcb-dri2
-WANTLIB-kde += xcb-dri3 xcb-present xcb-sync xcb-xfixes xshmfence
-WANTLIB-kde += xcb-glx z
-
-LIB_DEPENDS-kde= inputmethods/uim \
- x11/kde/libs3
-
-WANTLIB-qt += ${cWANTLIB} ${MODQT3_WANTLIB}
-WANTLIB-qt += GL ICE SM X11-xcb Xcursor Xdamage Xfixes
-WANTLIB-qt += Xft Xi Xinerama Xmu Xrandr Xt Xxf86vm c drm expat gcroots
-WANTLIB-qt += glapi jpeg lcms mng png pthread ${COMPILER_LIBCXX}
-WANTLIB-qt += uim uim-custom uim-scm xcb xcb-dri2 xcb-glx z
-WANTLIB-qt += xcb-dri3 xcb-present xcb-sync xcb-xfixes xshmfence
-
-LIB_DEPENDS-qt=${MODQT3_LIB_DEPENDS} \
- inputmethods/uim
-
-WANTLIB-qt4 += ${cWANTLIB} ${MODQT4_WANTLIB}
-WANTLIB-qt4 += ICE QtGui SM Xi Xinerama c pthread ${COMPILER_LIBCXX} uim
-WANTLIB-qt4 += uim-custom uim-scm replace
-
-LIB_DEPENDS-qt4= ${MODQT4_LIB_DEPENDS} \
- net/samba,-util \
- inputmethods/uim
-
AUTOCONF_VERSION= 2.69
CONFIGURE_STYLE= autoconf
-CONFIGURE_ENV= CPPFLAGS='-I${MODQT3_INCDIR} -I${LOCALBASE}/include
-I${X11BASE}/include' \
- LDFLAGS='-L${MODQT3_LIBDIR} -L${LOCALBASE}/lib
-L${X11BASE}/lib' \
-
Re: LLVM 10: build failures on amd64 2020-08-18
On 8/19/20 4:07 PM, Christian Weisgerber wrote: > The remaining build failures on amd64 due to the LLVM 10 update: > > devel/py-llvmlite,python3 needs update to 0.34.0 fwiw llvmlite and numba(though its not in ports) have been a bit problematic on other systems too gentoo discards the build system provided by llvmlite and compiles them from scratch https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/llvmlite/llvmlite-0.34.0.ebuild The default system has been shown to be problematic and at least one known report of things working on gentoo but not on others (though it is said to have been fixed) https://github.com/numba/llvmlite/issues/462#issuecomment-465413204 also curious about this package being present when numba is not present in ports which is the primary consumer of llvmlite Aisha > games/fs2open > productivity/aqbanking > > Logs: > http://build-failures.rhaalovely.net/amd64/2020-08-07/ >
Re: LLVM 10: build failures on amd64 2020-08-18
On 2020/08/19 18:22, Aisha Tammy wrote: > On 8/19/20 4:07 PM, Christian Weisgerber wrote: > > The remaining build failures on amd64 due to the LLVM 10 update: > > > > devel/py-llvmlite,python3 needs update to 0.34.0 > > fwiw llvmlite and numba(though its not in ports) have been a bit problematic > on other systems too > > gentoo discards the build system provided by llvmlite and compiles > them from scratch > https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-python/llvmlite/llvmlite-0.34.0.ebuild > > The default system has been shown to be problematic and at least one known > report > of things working on gentoo but not on others (though it is said to have been > fixed) > https://github.com/numba/llvmlite/issues/462#issuecomment-465413204 > > also curious about this package being present when numba is not present in > ports > which is the primary consumer of llvmlite $ show-reverse-deps devel/py-llvmlite security/py-miasm
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Mon Aug 17 00:36:01 MDT 2020 finished at Wed Aug 19 15:15:51 MDT 2020 lasted 2D14h39m done with kern.version=OpenBSD 6.7-current (GENERIC.MP) #771: Sun Aug 16 20:27:30 MDT 2020 built packages:10767 Aug 17:4088 Aug 18:1791 Aug 19:4887 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2020-08-17/summary.log build failures: 21 http://build-failures.rhaalovely.net/aarch64/2020-08-17/audio/speech-dispatcher.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/converters/wv2.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/devel/py-llvmlite,python3.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/devel/rttr.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/editors/xwpe.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/emulators/vice.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/games/fs2open.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/geo/pdal.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/graphics/openexr.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/lang/pfe.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/math/coq.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/print/scribus.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/productivity/aqbanking.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/sysutils/libvirt.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/sysutils/nomad.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/sysutils/rclone.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/sysutils/telegraf.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/sysutils/terragrunt.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/x11/e17/elementary.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/x11/qt5/qtwebengine.log http://build-failures.rhaalovely.net/aarch64/2020-08-17/x11/qt5/qtwebkit.log recurrent failures failures/converters/wv2.log failures/devel/py-llvmlite,python3.log failures/devel/rttr.log failures/editors/xwpe.log failures/emulators/vice.log failures/games/fs2open.log failures/lang/pfe.log failures/math/coq.log failures/print/scribus.log failures/productivity/aqbanking.log failures/sysutils/libvirt.log new failures +++ ls-failures Wed Aug 19 15:16:05 2020 +failures/audio/speech-dispatcher.log +failures/geo/pdal.log +failures/graphics/openexr.log resolved failures --- ../old/aarch64/last//ls-failuresFri Aug 14 11:43:53 2020 -failures/editors/calligra.log -failures/graphics/vulkan-tools.log -failures/math/R.log -failures/net/bro.log -failures/net/libtorrent-rasterbar.log
Re: update net/libtorrent-rasterbar 1.2.8
Brad Smith writes:
> On 8/17/2020 9:51 PM, Nam Nguyen wrote:
>> Nam Nguyen writes:
>>
>>> This is a diff for an update to net/libtorrent-rasterbar 1.2.8, released
>>> on August 4, 2020.
>> This new diff applies cleanly now that rsadsowski@ updated devel/boost
>> to 1.67.0. It also uses -mt variants of boost_system-mt and
>> boost_python38-mt.
snip
>>> This diff:
>>> - is based on rsadowski@'s devel/boost 1.67.0 update, which moves from
>>> boost_python3 to boost_python38. rsadowski@ uses MODPY_VERSION here in
>>> naming WANTLIB and CONFIGURE_ARGS
>>> - updates to 1.2.8
>>> - bumps library major due to symbol deletion
>>> - adds a license marker for ConvertUTF.cpp, slated to be removed in
>>> upcoming 1.2.9
>>> - changes MASTER_SITES to properly download the new release
>>> - specifies devel/boost>=1.67.0
>>> - uses non-mt variants of both boost_system and boost_python38
>> uses mt variants of libboost_system-mt and libboost_python38-mt
>>
>>> - links to -liconv (libiconv.so.7.0) instead of libiconv.a
>>> - regens WANTLIB with boost_python38, boost_system (non-mt) and iconv
- Remove MAKE_ENV, PYTHON_CXXFLAGS and CXXFLAGS. MAKE_ENV is no
longer needed for python bindings. gnu++14 is now the default for
ports-gcc.
snip
>
> You should be able to remove the PYTHON_CXXFLAGS and CXXFLAGS lines.
This fresh diff incorporates feedback from Brad to remove MAKE_ENV,
PYTHON_CXXFLAGS and CXXFLAGS. python bindings, deluge and qbitorrent
still work. See justification in new bulletpoint above.
Also, add comments for libiconv.
rationale for originally adding these:
https://marc.info/?l=openbsd-ports=152450576520425=2
https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net/libtorrent-rasterbar/Makefile.diff?r1=1.2=1.3=h
>
> The iconv issue is regarding a bug that was fixed like 8 - 10 years ago but
> the autoconf macros included with libtorrent-rasterbar are ancient. I filed
> a bug report upstream.
Thanks. I had success in testing with autoreconf with the new macros. It
will improve things for 1.2.9.
Rafael Sadowski writes:
> OK rsadowski@
Can you review again?
Index: Makefile
===
RCS file: /cvs/ports/net/libtorrent-rasterbar/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile15 Aug 2020 20:31:06 - 1.11
+++ Makefile19 Aug 2020 20:58:40 -
@@ -2,23 +2,24 @@
COMMENT = C++ library implementing a BitTorrent client
-MODPY_EGG_VERSION =1.2.3
+MODPY_EGG_VERSION =1.2.8
DISTNAME = libtorrent-rasterbar-${MODPY_EGG_VERSION}
-REVISION = 1
-SHARED_LIBS += torrent-rasterbar 2.0 # 10.0.0
+SHARED_LIBS += torrent-rasterbar 3.0 # 10.0.0
CATEGORIES = net devel
HOMEPAGE = https://libtorrent.org/
# BSD3
+# ConvertUTF.cpp (Unicode, Inc., license) will be removed in 1.2.9. see:
+# https://github.com/arvidn/libtorrent/pull/4966
PERMIT_PACKAGE = Yes
-WANTLIB += boost_python${MODPY_VERSION:C/\.//g} boost_system-mt crypto m ssl
-WANTLIB += ${COMPILER_LIBCXX}
+WANTLIB += ${COMPILER_LIBCXX} boost_python${MODPY_VERSION:C/\.//g}-mt
+WANTLIB += boost_system-mt crypto iconv m ssl
-MASTER_SITES =
https://github.com/arvidn/libtorrent/releases/download/libtorrent-${MODPY_EGG_VERSION:S/./_/g}/
+MASTER_SITES =
https://github.com/arvidn/libtorrent/releases/download/libtorrent-${MODPY_EGG_VERSION}/
MODULES = lang/python
MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
@@ -35,15 +36,12 @@ CONFIGURE_STYLE = gnu
CONFIGURE_ARGS = --enable-python-binding \
--enable-tests \
--with-boost-system=boost_system-mt \
-
--with-boost-python=boost_python${MODPY_VERSION:C/\.//g} \
+
--with-boost-python=boost_python${MODPY_VERSION:C/\.//g}-mt \
--with-libiconv
CONFIGURE_ENV += CPPFLAGS="-Wno-deprecated-declarations \
-Wno-macro-redefined \
-pthread" \
- PYTHON_CXXFLAGS="${PYTHON_CXXFLAGS} -std=gnu++14" \
PYTHON=${MODPY_DEFAULT_VERSION_3}
-MAKE_ENV = CC="${CC}" CXX="${CXX}"
-CXXFLAGS +=-std=gnu++14
.ifdef DEBUG
CONFIGURE_ARGS += --enable-debug
@@ -51,6 +49,13 @@ CONFIGURE_ARGS +=--enable-debug
pre-configure:
sed -i 's,-Os,,g' ${WRKSRC}/configure
+
+# XXX remove in 1.2.9
+# link to -liconv. autotools incorrectly prefers libiconv.a over -liconv. see:
+# https://github.com/arvidn/libtorrent/issues/4999
+post-configure:
+ find ${WRKSRC} -type f \( -name "Makefile" -o -name "link_flags" \) \
+ -exec sed -ie "s;${LOCALBASE}/lib/libiconv\.a;-liconv;g" {} +
pre-test:
ln -sf ${MODPY_BIN} ${WRKDIR}/bin/python
Index: distinfo
===
RCS
LLVM 10: build failures on amd64 2020-08-18
The remaining build failures on amd64 due to the LLVM 10 update: devel/py-llvmlite,python3 needs update to 0.34.0 games/fs2open productivity/aqbanking Logs: http://build-failures.rhaalovely.net/amd64/2020-08-07/ -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/08/19 12:58:06 Modified files: sysutils/ugrep : Makefile distinfo Log message: Update to ugrep-2.5.3 Changelog: https://github.com/Genivia/ugrep/releases/tag/v2.5.3
Re: chromium: Check failed: . : Too many open files
Stuart Henderson writes: >> (gdb) x/36wx $rsp >> 0xf1ccd9823c0: 0xbedead01 0x3332385b 0x392d3a34 0x37353038 >> 0xf1ccd9823d0: 0x30343238 0x3138303a 0x31322f37 0x36323033 >> 0xf1ccd9823e0: 0x3537342e 0x3a393332 0x41544146 0x6c703a4c >> 0xf1ccd9823f0: 0x6f667461 0x635f6d72 0x6e6e6168 0x632e6c65 >> 0xf1ccd982400: 0x34312863 0x205d2938 0x63656843 0x6166206b >> 0xf1ccd982410: 0x64656c69 0x202e203a 0x6f54203a 0x616d206f >> 0xf1ccd982420: 0x6f20796e 0x206e6570 0x656c6966 0x32282073 >> 0xf1ccd982430: 0x000a2934 0x 0x 0x >> 0xf1ccd982440: 0x 0x 0x 0x >> > > try printing as ascii (gdb) x/s $rsp+4 0x7f7f24d4: "[19291:-212745024:0819/072720.759230:FATAL:platform_channel.cc(148)] Check failed: . : Too many open files (24)\n" This is from a different crash (and the newest snapshot), but the previous one had the same message. Of course, it crashed just as I stopped watching fstat... Thanks Greg
Re: 回复: 回复: [NEW] www/p5-Catalyst-Action-REST
It's imported, thanks! As usual i forgot to mention it's coming from you in the commit message, sorry. I'm looking forward for the Catalyst updates :) On Wed, 19 Aug 2020 13:37:20 + wen heping wrote: > ping again , which is required by the update of p5-Catalyst-* ports. > > 发件人: owner-po...@openbsd.org 代表 wen > heping 发送时间: 2020年8月13日 16:15 > 收件人: afre...@openbsd.org > 抄送: ports@openbsd.org > 主题: 回复: 回复: [NEW] www/p5-Catalyst-Action-REST > > ping ... > > 发件人: owner-po...@openbsd.org 代表 wen > heping 发送时间: 2020年7月28日 19:36 > 收件人: afre...@openbsd.org > 抄送: ports@openbsd.org > 主题: 回复: 回复: [NEW] www/p5-Catalyst-Action-REST > > I rework the update of p5-Catalyst-* ports, this new port > is required, would someone have a look of it ? > > Thanks ! > wen > > 发件人: wen heping > 发送时间: 2020年5月2日 7:23 > 收件人: afre...@openbsd.org > 抄送: ports@openbsd.org > 主题: 回复: [NEW] www/p5-Catalyst-Action-REST > > ping ... > > 发件人: Andrew Hewus Fresh > 发送时间: 2020年1月27日 5:05 > 收件人: wen heping > 抄送: ports@openbsd.org > 主题: Re: [NEW] www/p5-Catalyst-Action-REST > > On Fri, Dec 20, 2019 at 06:37:07AM +, wen heping wrote: > > Hi, ports@: > > > >Here is a patch to create www/p5-Catalyst-Action-REST, > > which is required by the future update of www/p5-Catalyst-*. > > It build well and pass all tests on amd64-current system. > > > > Comments? OK? > > wen > > OK afresh1@
Re: CVS: cvs.openbsd.org: ports
On Wed, 19 Aug 2020 08:06:51 -0600 (MDT) Charlene Wendling wrote: > CVSROOT: /cvs > Module name: ports > Changes by: c...@cvs.openbsd.org2020/08/19 08:06:51 > > Log message: > Import www/p5-Catalyst-Action-REST > > This Action handles doing automatic method dispatching for REST > requests. It takes a normal Catalyst action, and changes the > dispatch to append an underscore and method name. First it will try > dispatching to an action with the generated name, and failing that it > will try to dispatch to a regular method. > > OK afresh1@ > > Status: > > Vendor Tag: cwen > Release Tags: cwen_20200819 > > N ports/www/p5-Catalyst-Action-REST/Makefile > N ports/www/p5-Catalyst-Action-REST/distinfo > N ports/www/p5-Catalyst-Action-REST/pkg/DESCR > N ports/www/p5-Catalyst-Action-REST/pkg/PLIST > > No conflicts created by this import > Sorry i forgot to mention this comes from Wen Heping!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/08/19 08:09:04 Modified files: www: Makefile Log message: +p5-Catalyst-Action-REST
Re: [New] x11/gromit-mpx
On Wed, Aug 19, 2020 at 10:59:10AM +0100, Edd Barrett wrote:
Hello Edd,
Thanks for your comments!
> libindicator:
>
> ```
> $ make port-lib-depends-check
> libindicator-12.10.1(x11/libindicator):
> Missing: c++.5 (/usr/local/libexec/indicator-loader3) (system lib)
> Missing: c++abi.3 (/usr/local/libexec/indicator-loader3) (system lib)
> WANTLIB += ${COMPILER_LIBCXX}
> ```
Fixed for both libindicator and libappindicator.
> Some of the paths in the PLIST include what appears to be some kind of version
> number (although not that of libindicator). E.g.:
> include/libindicator3-0.4/*
> lib/pkgconfig/indicator3-0.4.pc
>
> It might be OK for the headers to include the version, as pkg-config could
> provide the right path, but isn't it kind of annoying for consumers to have to
> provide that exact version string when asking pkg-config for the flags?
AFAIK libappindicator is the only consumer of libindicator, so the fact that
it searches for a specific version suggests to me that things are best left
as-is (even though it does feel a bit weird). It'll certainly make updates
less painful in the future.
> Also didn't build for me. Disable/fix mono support?
Aha, yes, I can see this too if mono is installed. I've disabled the mono
support in appindicator.
Updates for libindicator/libappindicator attached (alongside a
not-updated-but-here-for-completeness gromit-mpx).
Laurie
libindicator.tgz
Description: application/tar-gz
libappindicator.tgz
Description: application/tar-gz
gromit-mpx.tgz
Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/08/19 08:06:51 Log message: Import www/p5-Catalyst-Action-REST This Action handles doing automatic method dispatching for REST requests. It takes a normal Catalyst action, and changes the dispatch to append an underscore and method name. First it will try dispatching to an action with the generated name, and failing that it will try to dispatch to a regular method. OK afresh1@ Status: Vendor Tag: cwen Release Tags: cwen_20200819 N ports/www/p5-Catalyst-Action-REST/Makefile N ports/www/p5-Catalyst-Action-REST/distinfo N ports/www/p5-Catalyst-Action-REST/pkg/DESCR N ports/www/p5-Catalyst-Action-REST/pkg/PLIST No conflicts created by this import
Re: [New] x11/gromit-mpx
On Wed, Aug 19, 2020 at 01:47:48PM +0100, Stuart Henderson wrote: > That's how it is normally done with ports using this scheme; patching to > change this (i.e. be different than every other OS) will result in more > work patching now and at update time. Fair enough. Then we can disregard my comment about this. Thanks -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
回复: 回复: [NEW] www/p5-Catalyst-Action-REST
ping again , which is required by the update of p5-Catalyst-* ports. 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2020年8月13日 16:15 收件人: afre...@openbsd.org 抄送: ports@openbsd.org 主题: 回复: 回复: [NEW] www/p5-Catalyst-Action-REST ping ... 发件人: owner-po...@openbsd.org 代表 wen heping 发送时间: 2020年7月28日 19:36 收件人: afre...@openbsd.org 抄送: ports@openbsd.org 主题: 回复: 回复: [NEW] www/p5-Catalyst-Action-REST I rework the update of p5-Catalyst-* ports, this new port is required, would someone have a look of it ? Thanks ! wen 发件人: wen heping 发送时间: 2020年5月2日 7:23 收件人: afre...@openbsd.org 抄送: ports@openbsd.org 主题: 回复: [NEW] www/p5-Catalyst-Action-REST ping ... 发件人: Andrew Hewus Fresh 发送时间: 2020年1月27日 5:05 收件人: wen heping 抄送: ports@openbsd.org 主题: Re: [NEW] www/p5-Catalyst-Action-REST On Fri, Dec 20, 2019 at 06:37:07AM +, wen heping wrote: > Hi, ports@: > >Here is a patch to create www/p5-Catalyst-Action-REST, > which is required by the future update of www/p5-Catalyst-*. > It build well and pass all tests on amd64-current system. > > Comments? OK? > wen OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 07:22:27 Modified files: sysutils/nomad : Makefile distinfo Added files: sysutils/nomad/patches: patch-command_agent_host_openbsd_go patch-command_agent_host_unix_go Log message: Update to nomad-0.12.3.
Re: [New] x11/gromit-mpx
On 2020/08/19 10:59, Edd Barrett wrote:
> Hi,
>
> On Sun, Aug 02, 2020 at 09:21:06AM +0100, Laurence Tratt wrote:
> > gromit-mpx-1.3.1 is now out (amongst other changes, this now warns
> > when it can't grab hotkeys, as some environments like XFCE prevent
> > this). Please find attached (as well as the not-changed versions of
> > the companion ports).
>
> Some comments thus far:
>
> libindicator:
>
> ```
> $ make port-lib-depends-check
> libindicator-12.10.1(x11/libindicator):
> Missing: c++.5 (/usr/local/libexec/indicator-loader3) (system lib)
> Missing: c++abi.3 (/usr/local/libexec/indicator-loader3) (system lib)
> WANTLIB += ${COMPILER_LIBCXX}
> ```
>
> Some of the paths in the PLIST include what appears to be some kind of version
> number (although not that of libindicator). E.g.:
> include/libindicator3-0.4/*
> lib/pkgconfig/indicator3-0.4.pc
>
> It might be OK for the headers to include the version, as pkg-config could
> provide the right path, but isn't it kind of annoying for consumers to have to
> provide that exact version string when asking pkg-config for the flags?
>
> ```
> $ pkg-config --cflags indicator3
> Package indicator3 was not found in the pkg-config search path
> $ pkg-config --cflags indicator3-0.4
> -I/usr/local/include/libindicator3-0.4 -I/usr/local/include/gtk-3.0 ...
> ```
>
> Oddly enough, libappindicator asks pkg-config for hard-coded indicator3-0.4.
That's how it is normally done with ports using this scheme; patching to
change this (i.e. be different than every other OS) will result in more
work patching now and at update time.
Re: something broke net/syncthing
On 2020/08/19 06:42, Aaron Bieber wrote: > > Because the go ports stuff is slightly stupid you need to "make patch" > > then "make" and quickly hit ^C before you can edit the files in WRKSRC > > to generate a patch > > Alternatively, this works for most cases and is less error prone that ^C: > alias 'gopatch=WRKDIST=$(make show=WRKSRC) make update-patches' sigh > We can update syncthing to use the quic patch, but IMO we should wait until > it's merged before including it. Really? the port has been built but broken for a month. Alternatively we can mark it broken so people don't waste their time on it...
Re: something broke net/syncthing
On Wed, 19 Aug 2020 at 13:25:42 +0100, Stuart Henderson wrote: > On 2020/08/19 09:33, Edd Barrett wrote: > > Hi Marcus, > > > > On Wed, Aug 19, 2020 at 10:18:24AM +0200, Marcus MERIGHI wrote: > > > This is just a selfish "ping"... I've hit it now, too. > > > > We are waiting for quic-go to publish a fix. As soon as they do, we will > > be on it! > > > > FWIW, they've published a PR which should fix the issue, but it hasn't > > been merged yet: > > https://github.com/lucas-clemente/quic-go/pull/2720 > > > > I'll leave a comment asking if they can prioritise it, as I too am > > without file synchronisation. > > > > Thanks. > > > > -- > > Best Regards > > Edd Barrett > > > > http://www.theunixzoo.co.uk > > > > Since the port includes a vendored distfile can't we just patch it? > Because the go ports stuff is slightly stupid you need to "make patch" > then "make" and quickly hit ^C before you can edit the files in WRKSRC > to generate a patch Alternatively, this works for most cases and is less error prone that ^C: alias 'gopatch=WRKDIST=$(make show=WRKSRC) make update-patches' We can update syncthing to use the quic patch, but IMO we should wait until it's merged before including it.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:34:51 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-306.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:32:19 Modified files: security/p11-kit: Makefile distinfo Log message: Update to p11-kit-0.23.21.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:31:53 Modified files: sysutils/exoscale-cli: Makefile distinfo Log message: Update to exoscale-cli-1.16.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:31:28 Modified files: multimedia/py-chromecast: Makefile distinfo Log message: Update to py3-chromecast-7.2.1.
Re: something broke net/syncthing
On 2020/08/19 09:33, Edd Barrett wrote: > Hi Marcus, > > On Wed, Aug 19, 2020 at 10:18:24AM +0200, Marcus MERIGHI wrote: > > This is just a selfish "ping"... I've hit it now, too. > > We are waiting for quic-go to publish a fix. As soon as they do, we will > be on it! > > FWIW, they've published a PR which should fix the issue, but it hasn't > been merged yet: > https://github.com/lucas-clemente/quic-go/pull/2720 > > I'll leave a comment asking if they can prioritise it, as I too am > without file synchronisation. > > Thanks. > > -- > Best Regards > Edd Barrett > > http://www.theunixzoo.co.uk > Since the port includes a vendored distfile can't we just patch it? Because the go ports stuff is slightly stupid you need to "make patch" then "make" and quickly hit ^C before you can edit the files in WRKSRC to generate a patch
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:25:13 Modified files: databases/py-pymysql: Makefile devel/py-astroid: Makefile devel/py-configargparse: Makefile devel/py-unicorn: Makefile devel/py-deprecation: Makefile devel/py-crc32c: Makefile devel/pylint : Makefile devel/py-vulture: Makefile math/py-snuggs : Makefile math/py-ecos : Makefile math/py-osqp : Makefile multimedia/py-casttube: Makefile multimedia/py-chromecast: Makefile net/py-libcloud: Makefile net/py-zeroconf: Makefile print/py-cups : Makefile security/py-M2Crypto: Makefile security/py-ropper: Makefile security/py-rsa: Makefile sysutils/py-ghmi: Makefile sysutils/py-pynetbox: Makefile sysutils/py-vmomi: Makefile sysutils/py-pushover: Makefile sysutils/py-hpilo: Makefile textproc/py-elasticsearch: Makefile textproc/py-podcastparser: Makefile textproc/py-pygfm: Makefile x11/kde-applications/kajongg: Makefile Log message: Change the "FLAVOR ?= python3" contruct to "FLAVOR = python3" since these are python3 only ports. "Yes please, it's not really optional so I think = is better." sthen@
Re: [Update] devel/liblouis: Update to 3.14.0
On Wed, Aug 19, 2020 at 08:24:03AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch to update devel/liblouis to 3.14.0, it
> build well and pass the test on amd64-current system.
>One port depends on it: x11/gnome/orca, it build well
> with this patch but without test defined.
Committed, thanks!
> Cheers !
> wen
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/liblouis/Makefile,v
> retrieving revision 1.32
> diff -u -p -r1.32 Makefile
> --- Makefile 3 Jul 2020 21:12:39 - 1.32
> +++ Makefile 19 Aug 2020 08:19:35 -
> @@ -2,11 +2,10 @@
>
> COMMENT= braille translator, back-translator and formatter
>
> -V= 3.12.0
> +V= 3.14.0
> DISTNAME=liblouis-${V}
> -REVISION=0
>
> -SHARED_LIBS += louis8.0 # 19.0
> +SHARED_LIBS += louis8.0 # 20.2
>
> CATEGORIES= devel
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/liblouis/distinfo,v
> retrieving revision 1.16
> diff -u -p -r1.16 distinfo
> --- distinfo 30 Dec 2019 14:57:24 - 1.16
> +++ distinfo 19 Aug 2020 08:19:35 -
> @@ -1,2 +1,2 @@
> -SHA256 (liblouis-3.12.0.tar.gz) =
> h9m61tdZFicLrRS7IvpfSHx+3uR3SHjAS++CgzvJRn0=
> -SIZE (liblouis-3.12.0.tar.gz) = 14363220
> +SHA256 (liblouis-3.14.0.tar.gz) =
> 9bJfgFnddlla60GbFSLdp48oGnWnxW3OqqRD+MQ3MGo=
> +SIZE (liblouis-3.14.0.tar.gz) = 14747653
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/liblouis/pkg/PLIST,v
> retrieving revision 1.17
> diff -u -p -r1.17 PLIST
> --- pkg/PLIST 30 Dec 2019 14:57:24 - 1.17
> +++ pkg/PLIST 19 Aug 2020 08:19:35 -
> @@ -48,8 +48,10 @@ share/liblouis/tables/Se-Se-g1.utb
> share/liblouis/tables/afr-za-g1.ctb
> share/liblouis/tables/afr-za-g2.ctb
> share/liblouis/tables/ar-ar-comp8.utb
> +share/liblouis/tables/ar-ar-g1-core.uti
> share/liblouis/tables/ar-ar-g1.utb
> share/liblouis/tables/ar-ar-g2.ctb
> +share/liblouis/tables/ar-ar-math.uti
> share/liblouis/tables/ar.tbl
> share/liblouis/tables/as-in-g1.utb
> share/liblouis/tables/as.tbl
> @@ -102,8 +104,6 @@ share/liblouis/tables/da-dk-g26l.ctb
> share/liblouis/tables/da-dk-g28.ctb
> share/liblouis/tables/da-dk-g28l.ctb
> share/liblouis/tables/da-dk-octobraille.dis
> -share/liblouis/tables/da-dk.dis
> -share/liblouis/tables/da-lt.ctb
> share/liblouis/tables/de-accents-detailed.cti
> share/liblouis/tables/de-accents.cti
> share/liblouis/tables/de-chardefs6.cti
> @@ -113,8 +113,12 @@ share/liblouis/tables/de-de-comp8.ctb
> share/liblouis/tables/de-de.dis
> share/liblouis/tables/de-eurobrl6.dis
> share/liblouis/tables/de-eurobrl6u.dis
> +share/liblouis/tables/de-g0-bidi-core.uti
> +share/liblouis/tables/de-g0-bidi.utb
> share/liblouis/tables/de-g0-core.uti
> share/liblouis/tables/de-g0.utb
> +share/liblouis/tables/de-g1-bidi-core.cti
> +share/liblouis/tables/de-g1-bidi.ctb
> share/liblouis/tables/de-g1-core-patterns.dic
> share/liblouis/tables/de-g1-core.cti
> share/liblouis/tables/de-g1.ctb
> @@ -171,8 +175,6 @@ share/liblouis/tables/fa-ir-comp8.ctb
> share/liblouis/tables/fa-ir-g1.utb
> share/liblouis/tables/fi-fi-8dot.ctb
> share/liblouis/tables/fi.utb
> -share/liblouis/tables/fi1.ctb
> -share/liblouis/tables/fi2.ctb
> share/liblouis/tables/fr-bfu-comp6.utb
> share/liblouis/tables/fr-bfu-comp68.cti
> share/liblouis/tables/fr-bfu-comp8.utb
> @@ -194,6 +196,8 @@ share/liblouis/tables/gu.tbl
> share/liblouis/tables/gujarati.cti
> share/liblouis/tables/gurumuki.cti
> share/liblouis/tables/haw-us-g1.ctb
> +share/liblouis/tables/he-IL-comp8.utb
> +share/liblouis/tables/he-IL.utb
> share/liblouis/tables/he.ctb
> share/liblouis/tables/he.tbl
> share/liblouis/tables/hi-in-g1.utb
> @@ -284,6 +288,7 @@ share/liblouis/tables/mn-in-g1.utb
> share/liblouis/tables/mni.tbl
> share/liblouis/tables/mr-in-g1.utb
> share/liblouis/tables/mr.tbl
> +share/liblouis/tables/ms-my-g2.ctb
> share/liblouis/tables/mt.ctb
> share/liblouis/tables/mt.tbl
> share/liblouis/tables/mun.ctb
> @@ -380,6 +385,7 @@ share/liblouis/tables/tr-g2.tbl
> share/liblouis/tables/tr.ctb
> share/liblouis/tables/tr.tbl
> share/liblouis/tables/tsn-za-g1.ctb
> +share/liblouis/tables/uk-comp.utb
> share/liblouis/tables/uk.utb
> share/liblouis/tables/ukchardefs.cti
> share/liblouis/tables/ukmaths_single_cell_defs.cti
> @@ -391,10 +397,12 @@ share/liblouis/tables/unicode.dis
> share/liblouis/tables/ur-pk-g1.utb
> share/liblouis/tables/ur-pk-g2.ctb
> share/liblouis/tables/us-table.dis
> +share/liblouis/tables/uz-g1.utb
> share/liblouis/tables/vi-g1.ctb
> share/liblouis/tables/vi.ctb
> share/liblouis/tables/vi.tbl
> share/liblouis/tables/wiskunde-chardefs.cti
> +share/liblouis/tables/wordcx.dis
> share/liblouis/tables/zh-chn.ctb
> share/liblouis/tables/zh-hk.ctb
> share/liblouis/tables/zh-tw.ctb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/08/19 06:08:58 Modified files: devel/liblouis : Makefile distinfo devel/liblouis/pkg: PLIST Log message: Update to liblouis-3.14.0. from wen heping, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/08/19 05:28:29 Modified files: lang/gerbil: Makefile Log message: mark BROKEN-powerpc64 for gsc spins during build
Re: something broke net/syncthing
On Wed, Aug 19, 2020 at 12:22:02PM +0200, Theo Buehler wrote: > It seems the Go update broke this. Yes, it was the go-1.15 update, but we missed it because the failure is at runtime. FreeBSD and homebrew are also in the same boat... -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: something broke net/syncthing
On Wed, Aug 19, 2020 at 09:33:30AM +0100, Edd Barrett wrote: > Hi Marcus, > > On Wed, Aug 19, 2020 at 10:18:24AM +0200, Marcus MERIGHI wrote: > > This is just a selfish "ping"... I've hit it now, too. > > We are waiting for quic-go to publish a fix. As soon as they do, we will > be on it! > > FWIW, they've published a PR which should fix the issue, but it hasn't > been merged yet: > https://github.com/lucas-clemente/quic-go/pull/2720 > > I'll leave a comment asking if they can prioritise it, as I too am > without file synchronisation. It seems the Go update broke this. If I build and install Go 1.13.9 (just cvs -q up -D20200716 -Pd in lang/go, then build & install) on -current and then build and install syncthing, it appears to work. If I build syncthing with Go 1.15beta1, I see this panic. Presumably the SYSTEM_VERSION bump forced users to update to the package built from Go 1.15beta1.
Re: [New] x11/gromit-mpx
Hi,
On Sun, Aug 02, 2020 at 09:21:06AM +0100, Laurence Tratt wrote:
> gromit-mpx-1.3.1 is now out (amongst other changes, this now warns
> when it can't grab hotkeys, as some environments like XFCE prevent
> this). Please find attached (as well as the not-changed versions of
> the companion ports).
Some comments thus far:
libindicator:
```
$ make port-lib-depends-check
libindicator-12.10.1(x11/libindicator):
Missing: c++.5 (/usr/local/libexec/indicator-loader3) (system lib)
Missing: c++abi.3 (/usr/local/libexec/indicator-loader3) (system lib)
WANTLIB += ${COMPILER_LIBCXX}
```
Some of the paths in the PLIST include what appears to be some kind of version
number (although not that of libindicator). E.g.:
include/libindicator3-0.4/*
lib/pkgconfig/indicator3-0.4.pc
It might be OK for the headers to include the version, as pkg-config could
provide the right path, but isn't it kind of annoying for consumers to have to
provide that exact version string when asking pkg-config for the flags?
```
$ pkg-config --cflags indicator3
Package indicator3 was not found in the pkg-config search path
$ pkg-config --cflags indicator3-0.4
-I/usr/local/include/libindicator3-0.4 -I/usr/local/include/gtk-3.0 ...
```
Oddly enough, libappindicator asks pkg-config for hard-coded indicator3-0.4.
libappindicator:
The same pkg-config query as above.
Also didn't build for me. Disable/fix mono support?
```
gmake[5]: Entering directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/vala/examples'
gmake[5]: Nothing to be done for 'all-am'.
gmake[5]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/vala/examples'
gmake[4]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/vala/examples'
gmake[3]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/vala'
Making all in mono
gmake[3]: Entering directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/mono'
Making all in .
gmake[4]: Entering directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/mono'
sed '/signals\[X_NEW_LABEL\] /,+6d' ../../src/app-indicator.c > app-indicator.c
sed: 1: "/signals\[X_NEW_LABEL\] ...: expected context address
gmake[4]: *** [Makefile:796: app-indicator.c] Error 1
gmake[4]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/mono'
gmake[3]: *** [Makefile:481: all-recursive] Error 1
gmake[3]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings/mono'
gmake[2]: *** [Makefile:353: all-recursive] Error 1
gmake[2]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0/bindings'
gmake[1]: *** [Makefile:409: all-recursive] Error 1
gmake[1]: Leaving directory
'/usr/local/pobj/libappindicator-12.10.0/libappindicator-12.10.0'
gmake: *** [Makefile:339: all] Error 2
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2925
'/usr/local/pobj/libappindicator-12.10.0/.build_done': @cd /usr/local/pobj/l...)
*** Error 2 in /usr/ports/x11/libappindicator
(/usr/ports/infrastructure/mk/bsd.port.mk:2584 'all':
@lock=libappindicator-12.10.0; export _...)
```
--
Best Regards
Edd Barrett
http://www.theunixzoo.co.uk
Re: chromium: Check failed: . : Too many open files
On 2020/08/18 17:14, Greg Steuck wrote: > I've had chromium dump core on me a few times recently (it had run > reliably for a long time before). I'm on a Aug 5 amd64-current and have > chromium-84.0.4147.105p2. My .xsession-errors contains these lines: > > [8234:607566400:0817/213026.408392:ERROR:platform_shared_memory_region_posix.cc(250)] > Creating shared memory in /tmp/.org.chromium.Chromium.3srUZ4 failed: Too > many open files (24) > ... a few times then > [8234:-980578240:0817/213026.475239:FATAL:platform_channel.cc(148)] Check > failed: . : Too many open files (24) > > egdb shows a somewhat bizarre stack trace, so I don't know if it's a > smashed stack or just an unwinding bug: > > (gdb) bt > #0 0x0f1a95ebe008 in ?? () Looking at reg's, #0 seems possible > #1 0x3332385bbedead01 in ?? () > #2 0x37353038392d3a34 in ?? () > #3 0x3138303a30343238 in ?? () > #4 0x3632303331322f37 in ?? () > #5 0x3a3933323537342e in ?? () > #6 0x6c703a4c41544146 in ?? () > #7 0x635f6d726f667461 in ?? () > #8 0x632e6c656e6e6168 in ?? () > #9 0x205d293834312863 in ?? () > #10 0x6166206b63656843 in ?? () > #11 0x202e203a64656c69 in ?? () > #12 0x616d206f6f54203a in ?? () > #13 0x206e65706f20796e in ?? () > #14 0x32282073656c6966 in ?? () these are crap, some partial deadbeef and sone ascii characters > #15 0x000a2934 in ?? () > #16 0x in ?? () > ... more 0x > #129 0x5050dead in ?? () > #130 0x323d18ea4be34c8c in ?? () > #131 0x0f1d9a3ae018 in ?? () now with #131 there are some feasible values again, mixed in with a bit of junk > #132 0x0f1ca613c408 in ofree (argpool=0xf1d77210e00, p=0xf1d9a3ae010, > clear=-845667388, check=, argsz=16616382801953) > at /home/greg/s/src/lib/libc/stdlib/malloc.c:1443 > #133 0x0f1a95ebe2ef in ?? () > #134 0x0018 in ?? () > #135 0x0018 in ?? () > #136 0x0f1d3ee11c00 in ?? () > #137 0x0f1d9a3ae000 in ?? () > #138 0x0f1ccd982a20 in ?? () > #139 0x3ec7d22ecf2bfb01 in ?? () > #140 0x0f1ccd9828d0 in ?? () > #141 0x0f1a95ebe31f in ?? () > #142 0x0f1a9b82d3f0 in ?? () > #143 0x0f1ccd982a38 in ?? () > #144 0x0f1ccd9829c0 in ?? () > #145 0x0f1a960e8828 in ?? () > #146 0x0f1ccd982940 in ?? () > #147 0x0f1ca61877ac in _rthread_mutex_trylock (mutex=0xf1d9a3ae010, > trywait=-1707417600, abs=0xf1d9a3ae010) > at /home/greg/s/src/lib/libc/thread/rthread_mutex.c:99 > #148 _rthread_mutex_timedlock (mutexp=0x, > trywait=-1707417600, abs=0xf1d9a3ae010, timed=-845665968) > at /home/greg/s/src/lib/libc/thread/rthread_mutex.c:167 > > (gdb) info registers > rax0x0 0 > rbx0xf1ccd9823c416616382800836 > rcx0xf1cfb6e62e016617151816416 > rdx0xf1cc58d904016616247889984 > rsi0xf1ca611fd0b16615719697675 > rdi0xf1d117ec63016617521989168 > rbp0xf1ccd9828700xf1ccd982870 > rsp0xf1ccd9823c00xf1ccd9823c0 > r8 0xf1cc58d904016616247889984 > r9 0x0 0 > r100x475acee714674049 5141649416471920713 > r110xd38a41087b546012 -3203676680236015598 > r120xf1ccd98282116616382801953 > r130x -6148914691236517206 > r140xf1d9a3ae01016619816017936 > r150xf1d9a3ae00016619816017920 > rip0xf1a95ebe0080xf1a95ebe008 > eflags 0x246[ PF ZF IF ] > cs 0x2b 43 > ss 0x23 35 > ds 0x23 35 > es 0x23 35 > fs 0x23 35 > gs 0x23 35 > > (gdb) x/36wx $rsp > 0xf1ccd9823c0: 0xbedead01 0x3332385b 0x392d3a34 0x37353038 > 0xf1ccd9823d0: 0x30343238 0x3138303a 0x31322f37 0x36323033 > 0xf1ccd9823e0: 0x3537342e 0x3a393332 0x41544146 0x6c703a4c > 0xf1ccd9823f0: 0x6f667461 0x635f6d72 0x6e6e6168 0x632e6c65 > 0xf1ccd982400: 0x34312863 0x205d2938 0x63656843 0x6166206b > 0xf1ccd982410: 0x64656c69 0x202e203a 0x6f54203a 0x616d206f > 0xf1ccd982420: 0x6f20796e 0x206e6570 0x656c6966 0x32282073 > 0xf1ccd982430: 0x000a2934 0x 0x 0x > 0xf1ccd982440: 0x 0x 0x 0x > try printing as ascii
[NEW] math/latte-integrale
LattE (Lattice point Enumeration) is a computer software dedicated to the
problems of counting lattice points and integration inside convex polytopes. It
contains the first ever implementation of Barvinok's algorithm, the ability to
directly compute integrals of polynomial functions over polytopes and in
particular to do exact volume computations, the capability of computing the
highest coefficients of weighted Ehrhart quasipolynomials.
Build and run tested on amd64
All tests pass!
The dependencies math/{lidia,lrslib,topcom} were published a few weeks ago.
https://marc.info/?l=openbsd-ports=159514777530907=2
https://marc.info/?l=openbsd-ports=159535451328647=2
https://marc.info/?l=openbsd-ports=159539952108978=2
I'll attach those here anyway.
Any comments?
lidia.tar.gz
Description: application/gzip
lrslib.tar.gz
Description: application/gzip
topcom.tar.gz
Description: application/gzip
latte-integrale.tar.gz
Description: application/gzip
NEW: jpeginfo-1.6.1
Hi, Simple new port attached. I wanted something to check JPEG files integrity (-c option to the tool). $ jpeginfo -c DSC00470.JPG DSC00470.JPG 6000 x 4000 24bit Exif N 10715136 [OK] Comment: prints information and tests integrity of JPEG files Description: Jpeginfo is an utility to generate informative listings from JPEG files, and to check JPEG files for errors. Program also supports automagic deletion of broken JPEGs. WWW: https://www.kokkonen.net/tjko/projects.html Comments? -- Regards, Mikolaj jpeginfo-1.6.1-port-v1.tgz Description: application/tar-gz
Re: something broke net/syncthing
Hi Marcus, On Wed, Aug 19, 2020 at 10:18:24AM +0200, Marcus MERIGHI wrote: > This is just a selfish "ping"... I've hit it now, too. We are waiting for quic-go to publish a fix. As soon as they do, we will be on it! FWIW, they've published a PR which should fix the issue, but it hasn't been merged yet: https://github.com/lucas-clemente/quic-go/pull/2720 I'll leave a comment asking if they can prioritise it, as I too am without file synchronisation. Thanks. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
update games/minetest to 5.3.0
Hi,
Here an update of games/minetest to 5.3.0 (released on 9 July 2020).
Tested on amd64 with minetest-game (included in the port).
Comments or OK ?
--
Sebastien Marie
diff 84d72dabc0d940d2f64f068796bb6357ec970260 /home/semarie/repos/openbsd/ports
blob - 5415e8ba5ddae17e655a540b695046f754bb09b1
file + games/minetest/Makefile
--- games/minetest/Makefile
+++ games/minetest/Makefile
@@ -1,15 +1,12 @@
# $OpenBSD: Makefile,v 1.31 2020/05/26 20:01:01 rsadowski Exp $
COMMENT = infinite-world block sandbox game
-# minetest_game is still 0.4.17
-# this is engine's bug fix release
-GAME_V = 0.4.17
-V =${GAME_V}.1
+GAME_V = 5.3.0
+V =${GAME_V}
DISTNAME = minetest-${V}
CATEGORIES = games x11
-REVISION = 5
-HOMEPAGE = http://www.minetest.net/
+HOMEPAGE = https://www.minetest.net/
# source LGPLv2.1/ datas CC BY-SA 3.0
PERMIT_PACKAGE = Yes
@@ -57,7 +54,7 @@ pre-configure:
post-install:
mv ${WRKDIR}/minetest_game-${GAME_V}/ \
- ${PREFIX}/share/minetest/games/minetest_game
+ ${PREFIX}/share/minetest/games/minetest_game
chown -R ${SHAREOWN}:${SHAREGRP}
${PREFIX}/share/minetest/games/minetest_game
.include
blob - cec609b94f22a71694a14c6c22fe49a4cc7c984a
file + games/minetest/distinfo
--- games/minetest/distinfo
+++ games/minetest/distinfo
@@ -1,4 +1,4 @@
-SHA256 (minetest-0.4.17.1.tar.gz) =
zSXUDFP0kjJe2r0vY5clD0CmHLn+Sh1N1usDDg0c61k=
-SHA256 (minetest-game-0.4.17.tar.gz) =
8KsHy0fBVAsgFr92o24u7Ciw6ngnv2b8VEfgxeXUSV0=
-SIZE (minetest-0.4.17.1.tar.gz) = 7758675
-SIZE (minetest-game-0.4.17.tar.gz) = 1356784
+SHA256 (minetest-5.3.0.tar.gz) = ZdwgSfJMk/pURQDzEKYeKJwbj6R79gh3t0aiwnpyONY=
+SHA256 (minetest-game-5.3.0.tar.gz) =
BsbB1Ll68hHdD6UYo+aKIF9ZTpgWpLJHfkjU0h0nji0=
+SIZE (minetest-5.3.0.tar.gz) = 10828893
+SIZE (minetest-game-5.3.0.tar.gz) = 1904865
blob - 5a57080640b59dc1a313e901c1234525ffd8aa60
file + /dev/null
--- games/minetest/patches/patch-cmake_Modules_FindGMP_cmake
+++ games/minetest/patches/patch-cmake_Modules_FindGMP_cmake
@@ -1,16 +0,0 @@
-$OpenBSD: patch-cmake_Modules_FindGMP_cmake,v 1.1 2018/06/25 20:44:13 landry
Exp $
-
-fix libgmp detection
-
-Index: cmake/Modules/FindGMP.cmake
cmake/Modules/FindGMP.cmake.orig
-+++ cmake/Modules/FindGMP.cmake
-@@ -3,7 +3,7 @@ mark_as_advanced(GMP_LIBRARY GMP_INCLUDE_DIR)
- set(USE_SYSTEM_GMP FALSE)
-
- if(ENABLE_SYSTEM_GMP)
-- find_library(GMP_LIBRARY NAMES libgmp.so)
-+ find_library(GMP_LIBRARY NAMES gmp)
- find_path(GMP_INCLUDE_DIR NAMES gmp.h)
-
- if(GMP_LIBRARY AND GMP_INCLUDE_DIR)
blob - 0e79867f0cf850d43f23a592ce73aa6519a4ca10
file + /dev/null
--- games/minetest/patches/patch-src_CMakeLists_txt
+++ games/minetest/patches/patch-src_CMakeLists_txt
@@ -1,21 +0,0 @@
-$OpenBSD: patch-src_CMakeLists_txt,v 1.13 2018/06/25 20:02:06 landry Exp $
-Index: src/CMakeLists.txt
src/CMakeLists.txt.orig
-+++ src/CMakeLists.txt
-@@ -756,14 +756,12 @@ else()
- set(OTHER_FLAGS "${OTHER_FLAGS} -mthreads -fexceptions")
- endif()
-
-- set(CMAKE_CXX_FLAGS_RELEASE "-DNDEBUG ${RELEASE_WARNING_FLAGS}
${WARNING_FLAGS} ${OTHER_FLAGS} -Wall -pipe -funroll-loops")
-+ set(CMAKE_CXX_FLAGS_RELEASE "-DNDEBUG ${RELEASE_WARNING_FLAGS}
${WARNING_FLAGS} ${OTHER_FLAGS} -Wall")
- if(CMAKE_SYSTEM_NAME MATCHES "(Darwin|FreeBSD)")
- set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -Os")
-- else()
-- set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -O3
-ffast-math -fomit-frame-pointer")
- endif(CMAKE_SYSTEM_NAME MATCHES "(Darwin|FreeBSD)")
- set(CMAKE_CXX_FLAGS_SEMIDEBUG "-g -O1 -Wall -Wabi ${WARNING_FLAGS}
${OTHER_FLAGS}")
-- set(CMAKE_CXX_FLAGS_DEBUG "-g -O0 -Wall -Wabi ${WARNING_FLAGS}
${OTHER_FLAGS}")
-+ set(CMAKE_CXX_FLAGS_DEBUG "-g -Wall -Wabi ${WARNING_FLAGS}
${OTHER_FLAGS}")
-
- if(USE_GPROF)
- set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -pg")
blob - /dev/null
file + games/minetest/patches/patch-src_porting_cpp
--- games/minetest/patches/patch-src_porting_cpp
+++ games/minetest/patches/patch-src_porting_cpp
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: src/porting.cpp
+--- src/porting.cpp.orig
src/porting.cpp
+@@ -25,7 +25,7 @@ with this program; if not, write to the Free Software
+
+ #include "porting.h"
+
+-#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__DragonFly__)
++#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__DragonFly__) ||
defined(__OpenBSD__)
+ #include
+ #include
+ extern char **environ;
blob - f999a82a3f4a6582e82b75eb30e56cec7ece9a48
file + games/minetest/pkg/PLIST
--- games/minetest/pkg/PLIST
+++ games/minetest/pkg/PLIST
@@ -5,7 +5,8 @@
@man man/man6/minetestserver.6
share/applications/net.minetest.minetest.desktop
share/doc/minetest/
[Update] devel/liblouis: Update to 3.14.0
Hi, ports@:
Here is a patch to update devel/liblouis to 3.14.0, it
build well and pass the test on amd64-current system.
One port depends on it: x11/gnome/orca, it build well
with this patch but without test defined.
Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/devel/liblouis/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile3 Jul 2020 21:12:39 - 1.32
+++ Makefile19 Aug 2020 08:19:35 -
@@ -2,11 +2,10 @@
COMMENT= braille translator, back-translator and formatter
-V= 3.12.0
+V= 3.14.0
DISTNAME= liblouis-${V}
-REVISION= 0
-SHARED_LIBS += louis8.0 # 19.0
+SHARED_LIBS += louis8.0 # 20.2
CATEGORIES=devel
Index: distinfo
===
RCS file: /cvs/ports/devel/liblouis/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- distinfo30 Dec 2019 14:57:24 - 1.16
+++ distinfo19 Aug 2020 08:19:35 -
@@ -1,2 +1,2 @@
-SHA256 (liblouis-3.12.0.tar.gz) = h9m61tdZFicLrRS7IvpfSHx+3uR3SHjAS++CgzvJRn0=
-SIZE (liblouis-3.12.0.tar.gz) = 14363220
+SHA256 (liblouis-3.14.0.tar.gz) = 9bJfgFnddlla60GbFSLdp48oGnWnxW3OqqRD+MQ3MGo=
+SIZE (liblouis-3.14.0.tar.gz) = 14747653
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/liblouis/pkg/PLIST,v
retrieving revision 1.17
diff -u -p -r1.17 PLIST
--- pkg/PLIST 30 Dec 2019 14:57:24 - 1.17
+++ pkg/PLIST 19 Aug 2020 08:19:35 -
@@ -48,8 +48,10 @@ share/liblouis/tables/Se-Se-g1.utb
share/liblouis/tables/afr-za-g1.ctb
share/liblouis/tables/afr-za-g2.ctb
share/liblouis/tables/ar-ar-comp8.utb
+share/liblouis/tables/ar-ar-g1-core.uti
share/liblouis/tables/ar-ar-g1.utb
share/liblouis/tables/ar-ar-g2.ctb
+share/liblouis/tables/ar-ar-math.uti
share/liblouis/tables/ar.tbl
share/liblouis/tables/as-in-g1.utb
share/liblouis/tables/as.tbl
@@ -102,8 +104,6 @@ share/liblouis/tables/da-dk-g26l.ctb
share/liblouis/tables/da-dk-g28.ctb
share/liblouis/tables/da-dk-g28l.ctb
share/liblouis/tables/da-dk-octobraille.dis
-share/liblouis/tables/da-dk.dis
-share/liblouis/tables/da-lt.ctb
share/liblouis/tables/de-accents-detailed.cti
share/liblouis/tables/de-accents.cti
share/liblouis/tables/de-chardefs6.cti
@@ -113,8 +113,12 @@ share/liblouis/tables/de-de-comp8.ctb
share/liblouis/tables/de-de.dis
share/liblouis/tables/de-eurobrl6.dis
share/liblouis/tables/de-eurobrl6u.dis
+share/liblouis/tables/de-g0-bidi-core.uti
+share/liblouis/tables/de-g0-bidi.utb
share/liblouis/tables/de-g0-core.uti
share/liblouis/tables/de-g0.utb
+share/liblouis/tables/de-g1-bidi-core.cti
+share/liblouis/tables/de-g1-bidi.ctb
share/liblouis/tables/de-g1-core-patterns.dic
share/liblouis/tables/de-g1-core.cti
share/liblouis/tables/de-g1.ctb
@@ -171,8 +175,6 @@ share/liblouis/tables/fa-ir-comp8.ctb
share/liblouis/tables/fa-ir-g1.utb
share/liblouis/tables/fi-fi-8dot.ctb
share/liblouis/tables/fi.utb
-share/liblouis/tables/fi1.ctb
-share/liblouis/tables/fi2.ctb
share/liblouis/tables/fr-bfu-comp6.utb
share/liblouis/tables/fr-bfu-comp68.cti
share/liblouis/tables/fr-bfu-comp8.utb
@@ -194,6 +196,8 @@ share/liblouis/tables/gu.tbl
share/liblouis/tables/gujarati.cti
share/liblouis/tables/gurumuki.cti
share/liblouis/tables/haw-us-g1.ctb
+share/liblouis/tables/he-IL-comp8.utb
+share/liblouis/tables/he-IL.utb
share/liblouis/tables/he.ctb
share/liblouis/tables/he.tbl
share/liblouis/tables/hi-in-g1.utb
@@ -284,6 +288,7 @@ share/liblouis/tables/mn-in-g1.utb
share/liblouis/tables/mni.tbl
share/liblouis/tables/mr-in-g1.utb
share/liblouis/tables/mr.tbl
+share/liblouis/tables/ms-my-g2.ctb
share/liblouis/tables/mt.ctb
share/liblouis/tables/mt.tbl
share/liblouis/tables/mun.ctb
@@ -380,6 +385,7 @@ share/liblouis/tables/tr-g2.tbl
share/liblouis/tables/tr.ctb
share/liblouis/tables/tr.tbl
share/liblouis/tables/tsn-za-g1.ctb
+share/liblouis/tables/uk-comp.utb
share/liblouis/tables/uk.utb
share/liblouis/tables/ukchardefs.cti
share/liblouis/tables/ukmaths_single_cell_defs.cti
@@ -391,10 +397,12 @@ share/liblouis/tables/unicode.dis
share/liblouis/tables/ur-pk-g1.utb
share/liblouis/tables/ur-pk-g2.ctb
share/liblouis/tables/us-table.dis
+share/liblouis/tables/uz-g1.utb
share/liblouis/tables/vi-g1.ctb
share/liblouis/tables/vi.ctb
share/liblouis/tables/vi.tbl
share/liblouis/tables/wiskunde-chardefs.cti
+share/liblouis/tables/wordcx.dis
share/liblouis/tables/zh-chn.ctb
share/liblouis/tables/zh-hk.ctb
share/liblouis/tables/zh-tw.ctb
Re: something broke net/syncthing
Hello! Thanks for your work on ports, Edd and Aaron! This is just a selfish "ping"... I've hit it now, too. On amd64 -current as of yesterday. The error I get is the same. Marcus $ syncthing panic: qtls.ClientSessionState not compatible with tls.ClientSessionState goroutine 1 [running]: github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake.init.1() /usr/obj/ports/syncthing-1.5.0/go/src/github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic -go/internal/handshake/unsafe.go:20 +0x112 aa...@bolddaemon.com (Aaron Bieber), 2020.08.11 (Tue) 01:07 (CEST): > I hit this with go-ipfs too. > https://github.com/lucas-clemente/quic-go/issues/2614 > > Not sure what the best course of action is. > > PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE > > On Mon, Aug 10, 2020, at 5:01 PM, Edd Barrett wrote: > > Hi all, > > > > Just got a email from a user saying that syncthing is broken on the > > latest snapshot. Just checked and I can reproduce it: > > > > ``` > > $ syncthing > > panic: qtls.ClientSessionState not compatible with tls.ClientSessionState > > > > goroutine 1 [running]: > > github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake.init.1() > > > > /usr/obj/ports/syncthing-1.5.0/go/src/github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/handshake/unsafe.go:20 > > +0x112 > > ``` > > > > Note that I could only reproduce this when removing and reinstalling the > > package. There hasn't been an update to syncthing recently, so something > > else must have busted it. > > > > I'm out of time tonight, but any ideas? Clang 10? Surely not. > > > > CC abieber@ -- local golang guru. > > > > -- > > Best Regards > > Edd Barrett > > > > http://www.theunixzoo.co.uk > > >
Re: NEW: databases/timescaledb 1.7.2
*ping* ‐‐‐ Original Message ‐‐‐ On Thursday, August 13, 2020 9:48 AM, Martin wrote: > ‐‐‐ Original Message ‐‐‐ > On Thursday, August 6, 2020 12:15 PM, Stuart Henderson s...@spacehopper.org > wrote: > > > Don't prod for OKs for something which you only sent a few hours ago! > > On 2020/08/06 12:12, Martin wrote: > > > > > This one is OK? > > > ‐‐‐ Original Message ‐‐‐ > > > On Thursday, August 6, 2020 8:34 AM, Martin martin...@protonmail.com > > > wrote: > > > > > > > It can be build by without ports/gcc. Updated port is attached. > > > > Martin > > > > $OpenBSD: Makefile,v $ > > > > > > > > == > > > > > > > > Makefile > > > > COMMENT = extension to scale PostgreSQL for time-series data > > > > GH_ACCOUNT = timescale > > > > GH_PROJECT = timescaledb > > > > GH_TAGNAME = 1.7.2 > > > > CATEGORIES = databases > > > > HOMEPAGE = https://www.timescale.com/ > > > > Apache 2.0 > > > > > > > > = > > > > > > > > PERMIT_PACKAGE = Yes > > > > WANTLIB = c crypto pq ssl > > > > MODULES = devel/cmake > > > > LIB_DEPENDS = databases/postgresql > > > > BUILD_DEPENDS = databases/postgresql,-server > > > > RUN_DEPENDS = databases/postgresql,-server > > > > CONFIGURE_ARGS += -DREGRESS_CHECKS=OFF > > > > .include > > > > distinfo > > > > SHA256 (timescaledb-1.7.2.tar.gz) = > > > > 7066e554fd82f31a74367761ef40cc174d6a9ce9f27d76f81cd3f95093fbc772 > > > > SIZE (timescaledb-1.7.2.tar.gz) = 1962929 > > > > pkg/DESCR > > > > TimescaleDB scales PostgreSQL for time-series data via automatic > > > > partitioning across time and space (partitioning key), yet retains > > > > the standard PostgreSQL interface. > > > > TimescaleDB packaged as a PostreSQL extension with full SQL support. > > > > pkg/PLIST > > > > @comment $OpenBSD: PLIST,v$ > > > > @so lib/postgresql/timescaledb-1.7.2.so > > > > @so lib/postgresql/timescaledb-tsl-1.7.2.so > > > > @so lib/postgresql/timescaledb.so > > > > share/postgresql/extension/timescaledb--0.1.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.10.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.10.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.11.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.12.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.12.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.2.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.3.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.4.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.4.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.4.2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.5.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.6.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.6.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.7.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.7.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.8.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.9.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.9.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--0.9.2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.0.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.0.0-rc1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.0.0-rc2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.0.0-rc3--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.0.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.1.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.1.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.2.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.2.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.2.2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.3.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.3.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.3.2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.4.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.4.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.4.2--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.5.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.5.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.6.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.6.1--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.7.0--1.7.2.sql > > > > share/postgresql/extension/timescaledb--1.7.1--1.7.2.sql > > > >
Re: NEW: databases/redis-pgsql is an extension to PostgreSQL for read/write to Redis database
*ping* ‐‐‐ Original Message ‐‐‐ On Thursday, August 13, 2020 9:49 AM, Martin wrote: > ‐‐‐ Original Message ‐‐‐ > On Thursday, August 6, 2020 12:12 PM, Martin martin...@protonmail.com wrote: > > > OK? > > ‐‐‐ Original Message ‐‐‐ > > On Thursday, August 6, 2020 8:38 AM, Martin martin...@protonmail.com wrote: > > > > > Redis-pgsql builds using integrated gcc. No any ports/gcc is needed. > > > Martin > > > $OpenBSD: Makefile,v 1.7 2020/08/02 00:37:13 > > > > > > = > > > > > > COMMENT = extension to PostgreSQL for read/write to Redis database > > > GH_ACCOUNT = nahanni > > > GH_PROJECT = rw_redis_fdw > > > GH_TAGNAME = v1.0 > > > PKGNAME = redis-pgsql-1.0 > > > CATEGORIES = databases > > > PERMIT_PACKAGE = Yes > > > WANTLIB = c crypto pq ssl hiredis > > > LIB_DEPENDS = databases/postgresql \ > > > databases/libhiredis > > > BUILD_DEPENDS = databases/postgresql,-server > > > RUN_DEPENDS = databases/postgresql,-server > > > USE_GMAKE = Yes > > > .include > > > distinfo > > > SHA256 (rw_redis_fdw-1.0.tar.gz) = > > > 91538c46a5682bafeaf7bfcaf82b2b6b5723c4fc457d2cdb1e397e4692df7d8a > > > SIZE (rw_redis_fdw-1.0.tar.gz) = 34036 > > > pkg/DESCR > > > Extention to PostgreSQL provides Foreign Data Wrapper (FDW) for > > > read (SELECT), write (INSERT, UPDATE, DELETE) access to Redis > > > in-memory database. It supports all Redis data types: string, > > > set, hash, list, zset, and pubsub. > > > Redis FDW packaged as a PostreSQL extension and can be used > > > for speed up I/O operations using Redis in-memory database. > > > pkg/PLIST > > > @comment $OpenBSD: PLIST,v$ > > > @so lib/postgresql/redis_fdw.so > > > share/postgresql/extension/redis_fdw--1.0.sql > > > share/postgresql/extension/redis_fdw.control > > > ‐‐‐ Original Message ‐‐‐ > > > On Wednesday, August 5, 2020 9:54 PM, Martin martin...@protonmail.com > > > wrote: > > > > > > > Comments? > > > > $OpenBSD: Makefile,v 1.7 2020/08/02 00:37:13 > > > > === > > > > COMMENT = extension to PostgreSQL for read/write to Redis database > > > > GH_ACCOUNT = nahanni > > > > GH_PROJECT = rw_redis_fdw > > > > GH_TAGNAME = v1.0 > > > > PKGNAME = redis-pgsql-1.0 > > > > CATEGORIES = databases > > > > PERMIT_PACKAGE = Yes > > > > WANTLIB = c crypto pq ssl hiredis > > > > COMPILER = base-clang ports-gcc > > > > LIB_DEPENDS = databases/postgresql \ > > > > databases/libhiredis > > > > BUILD_DEPENDS = databases/postgresql,-server > > > > RUN_DEPENDS = databases/postgresql,-server > > > > USE_GMAKE = Yes > > > > .include > > > > distinfo > > > > SHA256 (rw_redis_fdw-1.0.tar.gz) = > > > > 91538c46a5682bafeaf7bfcaf82b2b6b5723c4fc457d2cdb1e397e4692df7d8a > > > > SIZE (rw_redis_fdw-1.0.tar.gz) = 34036 > > > > pkg/DESCR > > > > Extension to PostgreSQL provides Foreign Data Wrapper (FDW) for > > > > read (SELECT), write (INSERT, UPDATE, DELETE) access to Redis > > > > in-memory database. It supports all Redis data types: string, > > > > set, hash, list, zset, and pubsub. > > > > Redis FDW packaged as a PostreSQL extension and can be used > > > > for speed up I/O operations using Redis in-memory database. > > > > pkg/PLIST > > > > @comment $OpenBSD: PLIST,v$ > > > > @so lib/postgresql/redis_fdw.so > > > > share/postgresql/extension/redis_fdw--1.0.sql > > > > share/postgresql/extension/redis_fdw.control
Re: [UPDATE] databases/citus 9.0.1 -> 9.4.0
*ping* ‐‐‐ Original Message ‐‐‐ On Tuesday, August 11, 2020 11:05 PM, Martin wrote: > patch_configure should fix an attempt to install citus.so in wrong directory > instead of /usr/local/lib/postgresql. Files attached. > > Martin > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, August 5, 2020 9:52 PM, Stuart Henderson s...@spacehopper.org > wrote: > > > "make test" fails because it tries to directly install citus.so under > > /usr/local/lib : > > /usr/obj/ports/citus-9.4.0/bin/install -c -m 755 citus.so > > '/usr/local/lib/postgresql/citus.so' > > your mail was quoted-printable-encoded which is a massive pain for diffs > > On 2020/08/05 21:23, Martin wrote: > > > > > ping > > > Update Citus for horizontally scaling PostgreSQL using sharding and > > > replication mechanisms. > > > Martin > > > ‐‐‐ Original Message ‐‐‐ > > > On Friday, July 31, 2020 8:03 AM, Martin martin...@protonmail.com wrote: > > > > > > > Comments? OK? > > > > Martin > > > > Index: Makefile > > > > > > > > = > > > > > > > > RCS file: /cvs/openbsd/ports/databases/citus/Makefile,v > > > > retrieving revision 1.7 > > > > diff -u -p -r1.7 Makefile > > > > --- Makefile 6 Feb 2020 00:37:13 - 1.7 > > > > +++ Makefile 31 Jul 2020 06:24:01 - > > > > @@ -3,7 +3,7 @@ > > > > COMMENT = extension to horizontally scale PostgreSQL > > > > GH_ACCOUNT = citusdata > > > > GH_PROJECT = citus > > > > -GH_TAGNAME = v9.0.1 > > > > +GH_TAGNAME = v9.4.0 > > > > CATEGORIES = databases > > > > HOMEPAGE = https://www.citusdata.com/ > > > > Index: distinfo > > > > > > > > === > > > > > > > > RCS file: /cvs/openbsd/ports/databases/citus/distinfo,v > > > > retrieving revision 1.5 > > > > diff -u -p -r1.5 distinfo > > > > --- distinfo 6 Feb 2020 00:37:13 - 1.5 > > > > +++ distinfo 30 Jul 2020 23:22:04 - > > > > @@ -1,2 +1,2 @@ > > > > -SHA256 (citus-9.0.1.tar.gz) = > > > > u2mD9nDg9Ww3JQvvMgzVpq8hpfF3KLM0LmYISqMwfE8= > > > > -SIZE (citus-9.0.1.tar.gz) = 4232025 > > > > +SHA256 (citus-9.4.0.tar.gz) = > > > > 7d298ef2efc4e3ead22a137382cdac5c466a78f996c508d68db5d3851bd8265a > > > > +SIZE (citus-9.4.0.tar.gz) = 4552865 > > > > Index: pkg/PLIST > > > > > > > > > > > > > > > > RCS file: /cvs/openbsd/ports/databases/citus/pkg/PLIST,v > > > > retrieving revision 1.4 > > > > diff -u -p -r1.4 PLIST > > > > --- pkg/PLIST 6 Feb 2020 00:37:13 - 1.4 > > > > +++ pkg/PLIST 30 Jul 2020 23:37:14 - > > > > @@ -1,22 +1,32 @@ > > > > -@comment $OpenBSD: PLIST,v 1.4 2020/02/06 00:37:13 jeremy Exp $ > > > > +@comment $OpenBSD: PLIST,v$ > > > > include/postgresql/server/citus_version.h > > > > include/postgresql/server/distributed/ > > > > +include/postgresql/server/distributed/adaptive_executor.h > > > > +include/postgresql/server/distributed/argutils.h > > > > include/postgresql/server/distributed/backend_data.h > > > > +include/postgresql/server/distributed/cancel_utils.h > > > > include/postgresql/server/distributed/citus_acquire_lock.h > > > > include/postgresql/server/distributed/citus_clauses.h > > > > include/postgresql/server/distributed/citus_custom_scan.h > > > > include/postgresql/server/distributed/citus_nodefuncs.h > > > > include/postgresql/server/distributed/citus_nodes.h > > > > include/postgresql/server/distributed/citus_ruleutils.h > > > > +include/postgresql/server/distributed/citus_safe_lib.h > > > > include/postgresql/server/distributed/colocation_utils.h > > > > +include/postgresql/server/distributed/combine_query_planner.h > > > > include/postgresql/server/distributed/commands.h > > > > include/postgresql/server/distributed/connection_management.h > > > > +include/postgresql/server/distributed/coordinator_protocol.h > > > > +include/postgresql/server/distributed/cte_inline.h > > > > include/postgresql/server/distributed/deparse_shard_query.h > > > > include/postgresql/server/distributed/deparser.h > > > > +include/postgresql/server/distributed/directed_acyclic_graph_execution.h > > > > include/postgresql/server/distributed/distributed_deadlock_detection.h > > > >
Re: update devel/poedit to 2.4
Omar Polo writes:
> Omar Polo writes:
>
>>> Hello ports,
>>> The attached diff updates devel/poedit to the latest release. The
>>> changelog for this version is:
>>>
>>> 1. Crowdin integration was greatly improved and now supports editing of
>>>any kind of localization: files from Crowdin projects, not just POs.
>>> 2. Improvements to editor user interface.
>>> 3. [macOS] Fixes to light/dark mode switching.
>>>
>>> 1) and 3) does not affects this ports, as crowdin integration is
>>> disabled (we miss a port for C++ rest), but the 2) is interesting, since
>>> I'm finally able to read the "Notes for translators".
>>> [...]
>>
>> ping :)
>>
>> Upstream committed also the other half of the patch. Diff reattached
>> for convenience.
>>
>
> Shortly after I sent the previous mail, upstream released 2.4.1, so
> here's the updated diff. The patch to src/crowdin/gui.h was committed
> and no longer needed.
>
> The changelog for the 2.4.1 is:
> - Upgraded bundled GNU gettext version to 0.21
> - Added support for ruby format strings
> - [macOS] ...
>
> re-checked with portcheck and port-lib-depends-check.
ping
diff reattached
Index: Makefile
===
RCS file: /cvs/ports/devel/poedit/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile5 Jul 2020 09:30:52 - 1.32
+++ Makefile19 Aug 2020 07:14:12 -
@@ -2,7 +2,7 @@
COMMENT= cross-platform gettext catalogs (PO-files) editor
-V= 2.3.1
+V= 2.4.1
DISTNAME= poedit-${V}
CATEGORIES=devel
Index: distinfo
===
RCS file: /cvs/ports/devel/poedit/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo5 Jul 2020 09:30:52 - 1.5
+++ distinfo19 Aug 2020 07:14:12 -
@@ -1,2 +1,2 @@
-SHA256 (poedit-2.3.1.tar.gz) = oDFcpSqQi56gpuQ46mDOHpLZjB9Hf+1Y0LTmF+Ua/sQ=
-SIZE (poedit-2.3.1.tar.gz) = 2891956
+SHA256 (poedit-2.4.1.tar.gz) = cBQ+VcFqiLmyn0jhKwueVXFBd7YLo2f8KdX6bcKEKcM=
+SIZE (poedit-2.4.1.tar.gz) = 2908225
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/poedit/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- pkg/PLIST 5 Jul 2020 09:30:53 - 1.9
+++ pkg/PLIST 19 Aug 2020 07:14:12 -
@@ -14,6 +14,7 @@ share/locale/an/LC_MESSAGES/poedit.mo
share/locale/ar/LC_MESSAGES/poedit.mo
share/locale/az/LC_MESSAGES/poedit.mo
share/locale/be/LC_MESSAGES/poedit.mo
+share/locale/be@latin/LC_MESSAGES/poedit.mo
share/locale/bg/LC_MESSAGES/poedit.mo
share/locale/bs/LC_MESSAGES/poedit.mo
share/locale/ca/LC_MESSAGES/poedit.mo
Re: i386 failures
On Tuesday, August 18, 2020 1:59 PM, Christian Weisgerber wrote: > On 2020-08-18, Stuart Henderson s...@spacehopper.org wrote: > > > build failures: 12 > > These are the actual i386 failures: > > > audio/mscore: out of memory linking If musescore is built on i386 with -Oz instead of -O2, then the link is successful. I was able to create a working MuseScore on i386 (via vmm, X11 accessed via TigerVNC) with this tweak. Though I'm not sure how desirable it is. ~Brian
Re: chromium: Check failed: . : Too many open files
On Tue, Aug 18, 2020 at 10:50 PM Robert Nagy wrote: > What is your fd limit? Please monitor fstat and see which process goes out > of whack with file descriptor usage. > Presumably we verify that the minimal viable value of 400 is available, I have % ulimit -Sn 512 I'll keep an eye on fstat now that I got up to chromium-84.0.4147.125. As of now I'm at: % fstat | grep chrome | sort -k4 -n | tail -n3 greg chrome 19291 263 /home 7405655 -rw---rp81109 greg chrome 19291 264 /home 6340676 -rw---wp 41 greg chrome 19291 265 /home 6340678 -rw---wp 277820 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
