LLVM 10: lang/crystal
Hi. This is about OpenBSD ports/lang/crystal.
When OpenBSD switches base-clang to LLVM 10, it will add
/usr/bin/llvm-config to base. This will break crystal, because it
will run the wrong llvm-config and get a linker error:
http://build-failures.rhaalovely.net/amd64-clang/2020-08-01/lang/crystal.log
This diff fixes crystal for me on amd64, by pointing to the correct
llvm-config. (I don't set REVISION = 0 because both new and old
packages use the same llvm-config from ports.) OK to commit?
But this only works as long as ports-clang stays at LLVM 8, because
the bootstrap crystal.o needs libLLVM-8.so, but we use the libLLVM
from llvm-config. When we update devel/llvm to LLVM 10, then crystal
will break, unless someone will provide a new bootstrap.--George
Index: Makefile
===
RCS file: /cvs/ports/lang/crystal/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile7 Sep 2019 08:46:41 - 1.8
+++ Makefile2 Aug 2020 23:48:14 -
@@ -29,8 +29,9 @@ DISTFILES = crystal-${V}{${V}}.tar.gz \
crystal-${V}-OpenBSD6.5.tar.gz:0 \
shards-${V}{v${V_SHARDS}}.tar.gz:1
-# Build requires llvm-config which only exists in ports-clang
+# Build requires llvm-config from ports, not from base
COMPILER = ports-clang
+LLVM_CONFIG = ${LOCALBASE}/bin/llvm-config
BUILD_DEPENDS =devel/llvm
RUN_DEPENDS = devel/llvm,-main
@@ -49,13 +50,14 @@ NO_TEST = Yes
do-build:
mkdir -p ${WRKSRC}/.build
# Link the compiler from the pre-built bootstrap object
- cd ${WRKSRC} && CXX=${CXX} ${MAKE_PROGRAM} llvm_ext libcrystal
+ cd ${WRKSRC} && CXX=${CXX} LLVM_CONFIG=${LLVM_CONFIG} \
+ ${MAKE_PROGRAM} llvm_ext libcrystal
cd ${WRKSRC} && ${CXX} -rdynamic -o ${WRKBUILD}/.build/crystal \
${WRKSRC}/../crystal.o \
${WRKSRC}/src/llvm/ext/llvm_ext.o \
${WRKSRC}/src/ext/sigfault.o \
-L${LOCALBASE}/lib \
- `(llvm-config --libs --system-libs --ldflags 2> /dev/null)` \
+ `(${LLVM_CONFIG} --libs --system-libs --ldflags 2> /dev/null)` \
-lz -lpcre -lgc -lpthread -levent_core -levent_extra -lssl \
-lcrypto -liconv
# Use the compiler to re-compile the compiler
@@ -63,7 +65,8 @@ do-build:
cd ${WRKSRC}; \
ulimit -s 5120 -d 4096000 && \
CRYSTAL_CONFIG_PATH="lib:${TRUEPREFIX}/lib/crystal" \
- CXX=${CXX} ${MAKE_PROGRAM} ${ALL_TARGET}
+ CXX=${CXX} LLVM_CONFIG=${LLVM_CONFIG} \
+ ${MAKE_PROGRAM} ${ALL_TARGET}
cd ${WRKSRC}/../shards-${V_SHARDS} && \
${MAKE_PROGRAM} CRYSTAL=${WRKSRC}/.build/crystal \
CRYSTAL_PATH=${WRKSRC}/src CRFLAGS=--release
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/02 16:21:32 Modified files: textproc/wkhtmltopdf/patches: patch-qt_configure Log message: Recognize cc -dumpversion results beyond gcc 8. Fixes build with LLVM 10.
Re: UPDATE: games/chocolate-doom 3.0.0 => 3.0.1 (fix CVE-2020-14983)
On Sat, Aug 01, 2020 at 03:47:19AM +, Brian Callahan wrote:
> Hi ports and Ryan --
>
> I noticed via Repology that our version of chocolate-doom is
> vulnerable to CVE-2020-14983 [0].
>
> The simple solution is to update to version 3.0.1, which contains the
> fix [1].
>
> Doom works here for me.
>
> OK?
>
> ~Brian
>
> [0] https://nvd.nist.gov/vuln/detail/CVE-2020-14983
> [1] https://github.com/chocolate-doom/chocolate-doom/issues/1293
Hey Brian,
Thanks again for pointing this out! I managed to roll my old DESCR and
pkg README enhancements into your diff to upgrade to 3.0.1. Please
consider this one for commit, builds and runs fine on amd64 here.
This is based on a diff I had from last year that never made it in seen
here, but with a bit more word-smoothing:
https://marc.info/?l=openbsd-ports=156485054232532=2
Thanks!
Index: Makefile
===
RCS file: /cvs/ports/games/chocolate-doom/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile12 Jul 2019 20:46:15 - 1.27
+++ Makefile2 Aug 2020 20:03:43 -
@@ -1,10 +1,9 @@
# $OpenBSD: Makefile,v 1.27 2019/07/12 20:46:15 sthen Exp $
COMMENT = portable release of Doom, Heretic, Hexen, and Strife
-V =3.0.0
+V =3.0.1
DISTNAME = chocolate-doom-${V}
CATEGORIES = games x11
-REVISION = 0
HOMEPAGE = https://www.chocolate-doom.org/
Index: distinfo
===
RCS file: /cvs/ports/games/chocolate-doom/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo18 Jan 2018 09:30:58 - 1.9
+++ distinfo2 Aug 2020 20:03:43 -
@@ -1,2 +1,2 @@
-SHA256 (chocolate-doom-3.0.0.tar.gz) =
c66mI5MMfRinp3juo5Hh3fvpCtGsQKkbOAr8pLDh2rg=
-SIZE (chocolate-doom-3.0.0.tar.gz) = 2495591
+SHA256 (chocolate-doom-3.0.1.tar.gz) =
1DXWF3QjSR1gvnBtqfB9OrT6vz4HfsKj/CFuOU/PyMc=
+SIZE (chocolate-doom-3.0.1.tar.gz) = 2514985
Index: pkg/DESCR
===
RCS file: /cvs/ports/games/chocolate-doom/pkg/DESCR,v
retrieving revision 1.4
diff -u -p -r1.4 DESCR
--- pkg/DESCR 11 Dec 2014 08:10:51 - 1.4
+++ pkg/DESCR 2 Aug 2020 20:03:43 -
@@ -1,28 +1,7 @@
-Chocolate Doom is a portable branch of the classic doom.exe experience
-from the days of DOS. The author, Simon Howard, has worked to ensure
-Chocolate Doom, which is nothing more than a directly modified version
-of the released iD Software source code, has zero changes that affect
-gameplay, look, or feel, and also re-created a DOS-like setup program to
-configure the game much like the original setup.exe. The project also
-maintains versions of the engine for Heretic, Hexen, and Strife.
+Chocolate Doom is an SDL-based port of the classic DOOM.EXE experience from
+the days of DOS. The project aims to provide an experience identical to that
+of the original games on original hardware. A game configuration program is
+included, and emulates the classic DOS-style SETUP.EXE of the originals.
-Chocolate Doom provides:
- chocolate-doom - the Doom executable
- chocolate-doom-setup- the Doom setup executable
- chocolate-heretic - the Heretic executable
- chocolate-heretic-setup - the Heretic setup executable
- chocolate-hexen - the Hexen executable
- chocolate-hexen-setup - the Hexen setup executable
- chocolate-strife- the Strife executable
- chocolate-strife-setup - the Strife setup executable
- chocolate-server- server for up to 4-player net games
-
-
-Due to the port re-implementing the original games as closely as
-possible, all original game PWADs and demos work flawlessly. Other
-original features include a PC-speaker driver, just like the DOS
-PC-speaker driver, and a working -left and -right network command
-parameter system for the 'surround display' setup that was
-obtainable with the original DOS executables over an IPX network.
-
-Check the chocolate-*(6) manpages for additional information.
+The project also maintains versions of the engine for Heretic, Hexen, and
+Strife. All original game PWADs and demos should work flawlessly.
Index: pkg/MESSAGE
===
RCS file: pkg/MESSAGE
diff -N pkg/MESSAGE
--- pkg/MESSAGE 27 May 2014 06:35:01 - 1.5
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-To play the game you will need an original Doom, Ultimate Doom,
-Doom II, Final Doom, Heretic, Hexen, or Strife IWAD. Place the
-doom.wad, doom2.wad, plutonia.wad, tnt.wad, heretic.wad, hexen.wad,
-strife1.wad + voices.wad or all of the above in
-${PREFIX}/share/doom/ to play. The shareware will also work.
-
-If multiple IWADs are installed, you may specify the one you want to
-play via the -iwad command-line parameter e.g.
-
- $ chocolate-doom -iwad doom.wad
- $ chocolate-heretic -iwad heretic1.wad
LLVM 10: www/netsurf/libcss
LLVM 10 can't build www/netsurf/libcss because of -Werror. This diff
allows me to build libcss with LLVM 10 on amd64. "make test" passes
in libcss, and I can run the netsurf browser. OK?
I don't remove -Werror. I change "xx" to from float to double, so
"xx > MAX_INT" stops using the imprecise (float)MAX_INT.--George
Index: Makefile
===
RCS file: /cvs/ports/www/netsurf/libcss/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile27 May 2020 11:38:18 - 1.24
+++ Makefile2 Aug 2020 20:16:27 -
@@ -4,6 +4,7 @@ COMMENT = CSS parser and selection engi
NETSURF_PROJECT = libcss
NETSURF_VERSION = 0.9.1
+REVISION = 0
SHARED_LIBS = css 6.0 #0.9.0
Index: patches/patch-include_libcss_fpmath_h
===
RCS file: patches/patch-include_libcss_fpmath_h
diff -N patches/patch-include_libcss_fpmath_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-include_libcss_fpmath_h 2 Aug 2020 20:16:27 -
@@ -0,0 +1,20 @@
+$OpenBSD$
+
+/usr/ports/pobj/libcss-0.9.1/libcss-0.9.1/include/libcss/fpmath.h:104:11:
+error: implicit conversion from 'int' to 'float' changes value from
+2147483647 to 2147483648 [-Werror,-Wimplicit-int-float-conversion]
+if (xx > INT_MAX)
+ ~ ^~~
+
+Index: include/libcss/fpmath.h
+--- include/libcss/fpmath.h.orig
include/libcss/fpmath.h
+@@ -96,7 +96,7 @@ css_int_to_fixed(const int a) {
+
+ static inline css_fixed
+ css_float_to_fixed(const float a) {
+- float xx = a * (float) (1 << CSS_RADIX_POINT);
++ double xx = a * (float) (1 << CSS_RADIX_POINT);
+
+ if (xx < INT_MIN)
+ xx = INT_MIN;
Re: [x11/openbox] fix build when SHELL=/usr/local/bin/tcsh
Matthieu Herrb:
> While building ports as a regular user is discouraged, it's still
> possible. I figured out that openbox doesn't build as myself since I'm
> using /usr/local/bin/tcsh as my shell.
That use of ${SHELL} is definitely wrong. I think it's a quoting
error and wasn't intended.
> The failure is caused my the mkdir_p definition in the fake target. As
> far as I can tell autoconf has been fixed some years ago to not call
> install-sh directy but always add the proper shell incantation.
>
> So I suggest to just remove the extra definition. Tested both as
> myself and as pbuild (when starting the make as root).
>
> While there I fixed WANTLIB and thus bumped the REVISION.
ok
--
Christian "naddy" Weisgerber na...@mips.inka.de
Re: NEW: databases/timescaledb 1.7.2
I think generally you ping after a week or so... On Sunday, August 2, 2020, Martin wrote: > *ping* > > ‐‐‐ Original Message ‐‐‐ > On Friday, July 31, 2020 8:12 AM, Martin wrote: > > > Comments? OK? > > > > 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/ > > > > ALv2 > > > > = > > > > PERMIT_PACKAGE = Yes > > > > WANTLIB = c crypto pq ssl > > > > COMPILER = base-clang ports-gcc > > > > 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) = 7066e554fd82f31a74367761ef40cc > 174d6a9ce9f27d76f81cd3f95093fbc772 > > 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 > > share/postgresql/extension/timescaledb--1.7.2.sql > > share/postgresql/extension/timescaledb.control > > >
Re: Switch to LLVM 10 imminent
On 2020-08-01, Christian Weisgerber wrote: > I have uploaded the failure logs from early builds at > http://build-failures.rhaalovely.net/amd64-clang/ There's a new 2020-08-01/ subdirectory with the results from the latest build. With pango fixed, nearly the complete ports tree built. The remaining failures are: cad/qcad databases/pgadmin3 devel/py-llvmlite,python3 devel/rttr emulators/dolphin emulators/ppsspp games/fs2open games/godot games/gzdoom geo/osrm-backend graphics/dia lang/crystal mail/kopano/core mail/rspamd net/bro net/libtorrent-rasterbar print/scribus productivity/aqbanking textproc/wkhtmltopdf www/firefox-esr www/mozilla-firefox www/netsurf/libcss x11/gnustep/back x11/gnustep/renaissance -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: lang/ghc workaround for clang 10 fallout
Thank you for validating the patch as a clean clean experiment! On Sun, Aug 2, 2020, 11:11 Matthias Kilian wrote: > Hi, > > On Sat, Aug 01, 2020 at 06:32:42PM +0200, Matthias Kilian wrote: > > > Kili, do you feel there's a risk that this might break on i386? > > > > I'll apply Patricks diff (llvm.v1.full.diff) and your diff on i386 > > and give it a try (and your diff for ghc, of course). Results > > hopefully tomorrow. > > Of course, only after starting the test build, I noticed that the > diff was already committed ;-) > > Anyway -- no fallout on i386 building ghc and all hs-ports. > > Ciao, > Kili >
Re: lang/ghc workaround for clang 10 fallout
Hi, On Sat, Aug 01, 2020 at 06:32:42PM +0200, Matthias Kilian wrote: > > Kili, do you feel there's a risk that this might break on i386? > > I'll apply Patricks diff (llvm.v1.full.diff) and your diff on i386 > and give it a try (and your diff for ghc, of course). Results > hopefully tomorrow. Of course, only after starting the test build, I noticed that the diff was already committed ;-) Anyway -- no fallout on i386 building ghc and all hs-ports. Ciao, Kili
Re: Hidden dependency for print/ptouch-driver
On Sun, Aug 02, 2020 at 07:33:32PM +0200, Antoine Jacoutot wrote: > > > Adding graphics/png to LIB_DEPENDS fixes it. > > > ok? > > Not quite: LIB_DEPENDS without a corresponding is wrong. > corresponding *WANTLIB* > > Did you 'make port-lib-depends-check'? superhell$ make port-lib-depends-check superhell$ make lib-depends-check does question if it is needed in LIB_DEPENDS. So is it a BUILD_DEPENDS only? --Kurt
Re: Hidden dependency for print/ptouch-driver
On Sun, Aug 02, 2020 at 07:25:08PM +0200, Antoine Jacoutot wrote:
> On Sun, Aug 02, 2020 at 01:05:51PM -0400, Kurt Mosiejczuk wrote:
> > Had a failure of print/ptouch-driver on the current sparc64 build.
> >
> > ptexplain.c: In function 'main':
> > ptexplain.c:813: error: 'HAVE_LIBPNG' undeclared (first use in this
> > function)
> > ptexplain.c:813: error: (Each undeclared identifier is reported only once
> > ptexplain.c:813: error: for each function it appears in.)
> > gmake[1]: *** [Makefile:531: ptexplain.o] Error 1
> >
> > Adding graphics/png to LIB_DEPENDS fixes it.
> >
> > ok?
>
> Not quite: LIB_DEPENDS without a corresponding is wrong.
corresponding *WANTLIB*
> Did you 'make port-lib-depends-check'?
>
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/print/ptouch-driver/Makefile,v
> > retrieving revision 1.10
> > diff -u -p -r1.10 Makefile
> > --- Makefile28 May 2020 08:47:38 - 1.10
> > +++ Makefile2 Aug 2020 17:04:13 -
> > @@ -6,6 +6,7 @@ GH_TAGNAME= v1.5.1
> > GH_ACCOUNT=philpem
> > GH_PROJECT=printer-driver-ptouch
> > DISTNAME= ptouch-driver-${GH_TAGNAME:S/v//}
> > +REVISION= 0
> >
> > WRKDIST= ${WRKDIR}/ptouch-driver-${GH_TAGNAME:S/v//}
> >
> > @@ -22,7 +23,8 @@ MASTER_SITES= https://github.com/philpe
> >
> > BUILD_DEPENDS= textproc/p5-XML-LibXML
> >
> > -LIB_DEPENDS= print/cups,-libs
> > +LIB_DEPENDS= graphics/png \
> > + print/cups,-libs
> >
> > # foomatic-rip(1), foomatic-db{,-engine}
> > RUN_DEPENDS += print/cups-filters
> >
>
> --
> Antoine
>
--
Antoine
Re: Hidden dependency for print/ptouch-driver
On Sun, Aug 02, 2020 at 01:05:51PM -0400, Kurt Mosiejczuk wrote:
> Had a failure of print/ptouch-driver on the current sparc64 build.
>
> ptexplain.c: In function 'main':
> ptexplain.c:813: error: 'HAVE_LIBPNG' undeclared (first use in this function)
> ptexplain.c:813: error: (Each undeclared identifier is reported only once
> ptexplain.c:813: error: for each function it appears in.)
> gmake[1]: *** [Makefile:531: ptexplain.o] Error 1
>
> Adding graphics/png to LIB_DEPENDS fixes it.
>
> ok?
Not quite: LIB_DEPENDS without a corresponding is wrong.
Did you 'make port-lib-depends-check'?
> Index: Makefile
> ===
> RCS file: /cvs/ports/print/ptouch-driver/Makefile,v
> retrieving revision 1.10
> diff -u -p -r1.10 Makefile
> --- Makefile 28 May 2020 08:47:38 - 1.10
> +++ Makefile 2 Aug 2020 17:04:13 -
> @@ -6,6 +6,7 @@ GH_TAGNAME= v1.5.1
> GH_ACCOUNT= philpem
> GH_PROJECT= printer-driver-ptouch
> DISTNAME=ptouch-driver-${GH_TAGNAME:S/v//}
> +REVISION=0
>
> WRKDIST= ${WRKDIR}/ptouch-driver-${GH_TAGNAME:S/v//}
>
> @@ -22,7 +23,8 @@ MASTER_SITES= https://github.com/philpe
>
> BUILD_DEPENDS= textproc/p5-XML-LibXML
>
> -LIB_DEPENDS= print/cups,-libs
> +LIB_DEPENDS= graphics/png \
> + print/cups,-libs
>
> # foomatic-rip(1), foomatic-db{,-engine}
> RUN_DEPENDS += print/cups-filters
>
--
Antoine
UPDATE mail/rss2email 3.12.1
Hello ports,
Find here an update for rss2email to latest version, mostly consisting
of bugfixes:
v3.12.1 (2020-08-02)
* Fix calling opmlexport without arguments
v3.12 (2020-08-02)
* Drop support for EOL Python 3.4, add support for Python 3.8
* Add List_ID and List_Post headers to the generated emails
* Add a new `reply-changes` setting
* Improve configurability of text wrapping for the emails
* Use `platform.node()` instead of "dev.null.invalid" in "Message-ID"
header
* Improve locking support for when multiple rss2email instances are run
in parallel
* Fix handling of __VERSION__ and __URL__ in user-agent strings
* Fix opmlexport
v3.11 (2019-10-26)
* Add new `user-agent` attribute for configuring email User-Agent
No PLIST changes. Tests passes and still works.
Maintainer is CC'd. btw, I don't know if you're still following the
project. If that's case, I'd like to take maintainership. This port is
a vital piece in my maintainer workflow, as it lets me track releases
from a bunch of software.
-Lucas
Index: Makefile
===
RCS file: /home/cvs/ports/mail/rss2email/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile3 Jul 2020 21:12:56 - 1.6
+++ Makefile2 Aug 2020 17:00:07 -
@@ -2,10 +2,9 @@
COMMENT = convert RSS/Atom newsfeeds to email
-MODPY_EGG_VERSION = 3.10
+MODPY_EGG_VERSION = 3.12.1
DISTNAME = rss2email-${MODPY_EGG_VERSION}
CATEGORIES = mail www
-REVISION = 0
MAINTAINER = Kaashif Hymabaccus
Index: distinfo
===
RCS file: /home/cvs/ports/mail/rss2email/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo11 Sep 2019 00:15:43 - 1.3
+++ distinfo2 Aug 2020 17:00:37 -
@@ -1,2 +1,2 @@
-SHA256 (rss2email-3.10.tar.gz) = AcZbUrEO+E/2ZJLU5157uJ4p1qfEmsm5v1XKhO9bT/o=
-SIZE (rss2email-3.10.tar.gz) = 65388
+SHA256 (rss2email-3.12.1.tar.gz) = gGL9XSOQDu4/03N9yYr/NnPoYGrG+MQd7YbmMOCKF38=
+SIZE (rss2email-3.12.1.tar.gz) = 82342
Hidden dependency for print/ptouch-driver
Had a failure of print/ptouch-driver on the current sparc64 build.
ptexplain.c: In function 'main':
ptexplain.c:813: error: 'HAVE_LIBPNG' undeclared (first use in this function)
ptexplain.c:813: error: (Each undeclared identifier is reported only once
ptexplain.c:813: error: for each function it appears in.)
gmake[1]: *** [Makefile:531: ptexplain.o] Error 1
Adding graphics/png to LIB_DEPENDS fixes it.
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/print/ptouch-driver/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile28 May 2020 08:47:38 - 1.10
+++ Makefile2 Aug 2020 17:04:13 -
@@ -6,6 +6,7 @@ GH_TAGNAME= v1.5.1
GH_ACCOUNT=philpem
GH_PROJECT=printer-driver-ptouch
DISTNAME= ptouch-driver-${GH_TAGNAME:S/v//}
+REVISION= 0
WRKDIST= ${WRKDIR}/ptouch-driver-${GH_TAGNAME:S/v//}
@@ -22,7 +23,8 @@ MASTER_SITES= https://github.com/philpe
BUILD_DEPENDS= textproc/p5-XML-LibXML
-LIB_DEPENDS= print/cups,-libs
+LIB_DEPENDS= graphics/png \
+ print/cups,-libs
# foomatic-rip(1), foomatic-db{,-engine}
RUN_DEPENDS += print/cups-filters
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2020/08/02 09:41:23 Modified files: x11/xfce4/xfwm4: Makefile distinfo Log message: Update to xfwm4 4.14.4
Re: [update] goaccess 1.4
On Sun, Aug 02, 2020 at 05:24:39PM +0200, Paco Esteban wrote:
> On Sat, 01 Aug 2020, Stuart Henderson wrote:
>
> > On 2020/08/01 17:40, Paco Esteban wrote:
> > > On Sat, 01 Aug 2020, Landry Breuil wrote:
> > >
> > > > Hi,
> > > >
> > > > here's an update to goaccess 1.4 (cf
> > > > http://goaccess.io/release-notes#release-1.4), drops the tokyocabinet
> > > > flavor (dep dropped upstream), removed some patches from upstream, i
> > > > have to admit i'm a bit puzzled by the src/settings.c patch, upstream
> > > > code was modified a bit there.
> > > >
> > > > feedback/testing welcome !
> > >
> > > Tested with combined logs from httpd. On the config file I've
> > > uncommented:
> > >
> > > # httpd(8) combined log format
> > > date-format %d/%b/%Y
> > > time-format %T %z
> > > log-format %v %h %^ %^ [%d:%t] "%r" %s %b "%R" "%u"
> > >
> > > It crashes for me with this error:
> > >
> > > GoAccess - version 1.4 - Aug 1 2020 17:35:48
> > > Config file: No config file used
> > >
> > > Fatal error has occurred
> > > Error occurred at: src/goaccess.c - set_curses - 1411
> > > No time format was found on your conf file.
> > >
> > > I have to explicitly specify the config file with
> > > `--config-file=/etc/goaccess.conf`. After that it works fine. Could it
> > > be related to that patch that you were talking about ?
> > >
> > > Cheers,
> > >
> > > --
> > > Paco Esteban.
> > > 0x5818130B8A6DBC03
> >
> > Oh, sounds like they messed up the fix afterwards then :(
>
> I think I've found the issue. I had to add a new patch to src/util.c.
> They were trying to get the config file from
> ${SYSCONFDIR}/goaccess/goaccess.conf and we put it on
> ${SYSCONFDIR}/goaccess.conf
>
> Here's the updated patch. With this it works fine for me on amd64.
Sure, but maybe we should follow upstream and @sample the file in
${SYSCONFDIR}/goaccess/goaccess.conf as it was apparently a deliberate
change in
https://github.com/allinurl/goaccess/commit/91d3adaddd0a53cd23373f2ee1480de610bc4439#
..
Re: [update] goaccess 1.4
On Sat, 01 Aug 2020, Stuart Henderson wrote:
> On 2020/08/01 17:40, Paco Esteban wrote:
> > On Sat, 01 Aug 2020, Landry Breuil wrote:
> >
> > > Hi,
> > >
> > > here's an update to goaccess 1.4 (cf
> > > http://goaccess.io/release-notes#release-1.4), drops the tokyocabinet
> > > flavor (dep dropped upstream), removed some patches from upstream, i
> > > have to admit i'm a bit puzzled by the src/settings.c patch, upstream
> > > code was modified a bit there.
> > >
> > > feedback/testing welcome !
> >
> > Tested with combined logs from httpd. On the config file I've
> > uncommented:
> >
> > # httpd(8) combined log format
> > date-format %d/%b/%Y
> > time-format %T %z
> > log-format %v %h %^ %^ [%d:%t] "%r" %s %b "%R" "%u"
> >
> > It crashes for me with this error:
> >
> > GoAccess - version 1.4 - Aug 1 2020 17:35:48
> > Config file: No config file used
> >
> > Fatal error has occurred
> > Error occurred at: src/goaccess.c - set_curses - 1411
> > No time format was found on your conf file.
> >
> > I have to explicitly specify the config file with
> > `--config-file=/etc/goaccess.conf`. After that it works fine. Could it
> > be related to that patch that you were talking about ?
> >
> > Cheers,
> >
> > --
> > Paco Esteban.
> > 0x5818130B8A6DBC03
>
> Oh, sounds like they messed up the fix afterwards then :(
I think I've found the issue. I had to add a new patch to src/util.c.
They were trying to get the config file from
${SYSCONFDIR}/goaccess/goaccess.conf and we put it on
${SYSCONFDIR}/goaccess.conf
Here's the updated patch. With this it works fine for me on amd64.
diff refs/heads/master refs/heads/new-goaccess
blob - b303baf12ea0cb2bae267d2ffe28f8f5879f264b
blob + f49e11b52834371f140af6d054c093beafe1ac04
--- www/goaccess/Makefile
+++ www/goaccess/Makefile
@@ -2,8 +2,7 @@
COMMENT = realtime console web log analyzer
-DISTNAME = goaccess-1.3
-REVISION = 2
+DISTNAME = goaccess-1.4
CATEGORIES = www
@@ -34,14 +33,5 @@ CONFIGURE_ARGS = --enable-geoip=mmdb \
CONFIGURE_ENV =CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib"
FAKE_FLAGS = confdir="${PREFIX}/share/examples/goaccess"
-
-FLAVORS = tokyocabinet
-FLAVOR ?=
-
-.if ${FLAVOR:Mtokyocabinet}
-WANTLIB += bz2 tokyocabinet z
-LIB_DEPENDS += databases/tokyocabinet
-CONFIGURE_ARGS += --enable-tcb=btree
-.endif
.include
blob - df1345bc846efcdcb4f2cb2b9da05c2a03fe532c
blob + b3eae565661ce3a4dbb95601c2ef686e5b78dfce
--- www/goaccess/distinfo
+++ www/goaccess/distinfo
@@ -1,2 +1,2 @@
-SHA256 (goaccess-1.3.tar.gz) = jHdcXCS/hakz/W8SSQBIRzQtZUKqUz5OwCqve+Qde5s=
-SIZE (goaccess-1.3.tar.gz) = 541374
+SHA256 (goaccess-1.4.tar.gz) = 6Pu5/4UlVtct/Z8dATS6B1zltMQSiZAqb04Nl8aTd74=
+SIZE (goaccess-1.4.tar.gz) = 595264
blob - b84ac32c8ba78bfddcc3b638970a30fd65d6a600
blob + 357c5b22171025f049dfbd463e88c01b24f45e28
--- www/goaccess/patches/patch-config_goaccess_conf
+++ www/goaccess/patches/patch-config_goaccess_conf
@@ -20,38 +20,15 @@ Index: config/goaccess.conf
##
# Date Format Options (required)
##
-@@ -653,31 +663,10 @@ static-file .flv
- #std-geoip false
-
- # Specify path to GeoIP database file. i.e., GeoLiteCity.dat
--# .dat file needs to be downloaded from maxmind.com.
-+# Free GeoLite2 databases are available in the geolite2-city/country packages.
+@@ -698,7 +708,10 @@ static-file .flv
+ # Download the GeoLite2-Country.mmdb.gz
+ # gunzip GeoLite2-Country.mmdb.gz
#
--# For IPv4 City database:
--# wget -N
http://geolite.maxmind.com/download/geoip/database/GeoLiteCity.dat.gz
--# gunzip GeoLiteCity.dat.gz
--#
--# For IPv6 City database:
--# wget -N
http://geolite.maxmind.com/download/geoip/database/GeoLiteCityv6-beta/GeoLiteCityv6.dat.gz
--# gunzip GeoLiteCityv6.dat.gz
--#
--# For IPv6 Country database:
--# wget -N http://geolite.maxmind.com/download/geoip/database/GeoIPv6.dat.gz
--# gunzip GeoIPv6.dat.gz
--#
--# For GeoIP2 City database:
--# wget -N
http://geolite.maxmind.com/download/geoip/database/GeoLite2-City.mmdb.gz
--# gunzip GeoLite2-City.mmdb.gz
--#
--# For GeoIP2 Country database:
--# wget -N
http://geolite.maxmind.com/download/geoip/database/GeoLite2-Country.mmdb.gz
--# gunzip GeoLite2-Country.mmdb.gz
--#
--# Note: `geoip-city-data` is an alias of `geoip-database`
--#
-#geoip-database /usr/local/share/GeoIP/GeoLiteCity.dat
++
++# Free GeoLite2 databases are available in the geolite2-city/country packages.
+#geoip-database /var/db/GeoIP/GeoLite2-City.mmdb
+geoip-database /var/db/GeoIP/GeoLite2-Country.mmdb
##
- # Tokyo Cabinet Options
+ # Persistence Options
blob - 0e79c1d1d3b663c46ab44915980409c725c869e2
blob + e1fde41afa844fc90ec97bfcc0a57db0f5239a4a
--- www/goaccess/patches/patch-src_browsers_c
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2020/08/02 09:01:42 Modified files: net/p5-Net-Whois-Raw: Makefile distinfo Log message: update to 2.99029
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/02 08:58:09 Modified files: graphics/libpano13: Makefile Added files: graphics/libpano13/patches: patch-CMakeLists_txt Log message: Explicitly link the shared library against libm. Fixes build with LLD 10. From Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2020/08/02 08:56:20 Modified files: mail/postfwd : Makefile distinfo Log message: bugfix update to 2.03
[Update] devel/p5-POE: Update to 1.368
Hi, ports@: Here is patch for devel/p5-POE to update to 1.368. It build well and pass all tests on amd64-currrent system. There are 27 ports depends on devel/p5-POE, 24 build and pass all tests but: 1) net/p5-POE-Component-Client-HTTP : 1 test fail not caused by this patch 2) net/p5-POE-Component-Server-DNS: test hang, not caused by this patch 3) audio/squeezecenter: I did not test it, its too old version has many tests fail. Cheers ! wen Index: Makefile === RCS file: /cvs/ports/devel/p5-POE/Makefile,v retrieving revision 1.30 diff -u -p -r1.30 Makefile --- Makefile12 Jul 2019 20:45:02 - 1.30 +++ Makefile2 Aug 2020 12:00:45 - @@ -4,8 +4,7 @@ COMMENT=portable multitasking and netwo MODULES= cpan PKG_ARCH= * -DISTNAME= POE-1.367 -REVISION= 0 +DISTNAME= POE-1.368 CATEGORIES=devel FIX_EXTRACT_PERMISSIONS= Yes Index: distinfo === RCS file: /cvs/ports/devel/p5-POE/distinfo,v retrieving revision 1.17 diff -u -p -r1.17 distinfo --- distinfo2 Dec 2018 00:59:48 - 1.17 +++ distinfo2 Aug 2020 12:00:45 - @@ -1,2 +1,2 @@ -SHA256 (POE-1.367.tar.gz) = t3JyC6mb880D262FNsanZ0rH/PMvL1Oi/48Kpbo/Oi0= -SIZE (POE-1.367.tar.gz) = 381473 +SHA256 (POE-1.368.tar.gz) = t7Hcdh421Is5BoNJtXba/A7MvDudtRxnfeDhqvrf4SE= +SIZE (POE-1.368.tar.gz) = 377702
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/08/02 08:44:10 Modified files: www/ephemetoot : Makefile distinfo Log message: update www/ephemetoot to 2.5 - add option to archive every toot as a JSON file (@jpmens) - add community docs including Code of Conduct and pull request template - --quiet mode suppresses most logging - --archive-deleted flag restricts archiving to only toots that are deleted - tildes didn't work for archive paths - now they do. - the version number is now correct
[UPDATE FROM MAINTAINER]: games/freeorion
Hi,
This update brings games/freeorion to 0.4.10. The game now relies
on Python 3 instead of Python 2.
Compiles and runs fine here. There is a bug with their
make_versioncpp.py utility which adds the version data based on a
git commit, however the release source code of course contains no
.git data. I've raised this as a bug here:
https://github.com/freeorion/freeorion/issues/3129
OK?
Thanks,
Tom
Index: Makefile
===
RCS file: /cvs/ports/games/freeorion/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile14 May 2020 18:14:50 - 1.6
+++ Makefile2 Aug 2020 08:17:26 -
@@ -1,8 +1,8 @@
# $OpenBSD: Makefile,v 1.6 2020/05/14 18:14:50 kirby Exp $
-V =0.4.9
+V =0.4.10
COMMENT = turn-based space empire and galactic conquest computer game
-DISTNAME = FreeOrion_v${V}_2020-02-02.db53471_Source
+DISTNAME = FreeOrion_v${V}_2020-07-10.f3d403e_Source
PKGNAME = freeorion-${V}
CATEGORIES = games
@@ -13,13 +13,12 @@ MAINTAINER =Tom Murphy https://github.com/freeorion/freeorion/releases/download/v${V}/
@@ -28,8 +27,11 @@ COMPILER = base-clang ports-gcc
MODULES = devel/cmake \
lang/python
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
+
BUILD_DEPENDS =devel/cppcheck \
- devel/py-codestyle
+ devel/doxygen \
+ devel/py-codestyle${MODPY_FLAVOR}
RUN_DEPENDS = devel/desktop-file-utils \
x11/gtk+3,-guic
@@ -51,8 +53,11 @@ WRKDIST =${WRKDIR}/src-tarball
DPB_PROPERTIES = lonesome
.endif
+pre-configure:
+ ${SUBST_CMD} ${WRKSRC}/GG/CMakeLists.txt
+
post-install:
${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
- ${PREFIX}/share/freeorion/default
+ ${PREFIX}/share/freeorion/default/
.include
Index: distinfo
===
RCS file: /cvs/ports/games/freeorion/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo14 May 2020 18:14:50 - 1.2
+++ distinfo2 Aug 2020 08:17:26 -
@@ -1,2 +1,2 @@
-SHA256 (FreeOrion_v0.4.9_2020-02-02.db53471_Source.tar.gz) =
Vomzpsq55s+8g9joLvMlu54AcRJi0msEbwg+pf3E1uE=
-SIZE (FreeOrion_v0.4.9_2020-02-02.db53471_Source.tar.gz) = 124662273
+SHA256 (FreeOrion_v0.4.10_2020-07-10.f3d403e_Source.tar.gz) =
5yq0LLoe6IQlBzQJMe84nmQBHgQKStx0rdX0mXu8uos=
+SIZE (FreeOrion_v0.4.10_2020-07-10.f3d403e_Source.tar.gz) = 124810803
Index: patches/patch-CMakeLists_txt
===
RCS file: /cvs/ports/games/freeorion/patches/patch-CMakeLists_txt,v
retrieving revision 1.2
diff -u -p -r1.2 patch-CMakeLists_txt
--- patches/patch-CMakeLists_txt14 May 2020 18:14:50 - 1.2
+++ patches/patch-CMakeLists_txt2 Aug 2020 08:17:26 -
@@ -4,8 +4,8 @@ Remove hardcoded optimisation option.
Index: CMakeLists.txt
--- CMakeLists.txt.orig
+++ CMakeLists.txt
-@@ -459,7 +459,6 @@ target_compile_options(freeorionparseobj
- $<$:-fvisibility=hidden>
+@@ -436,7 +436,6 @@ target_compile_options(freeorionparseobj
+ PRIVATE
$<$:-ftemplate-depth=512>
$<$:-ftemplate-depth=512>
-$<$>,$>:-O3>
Index: patches/patch-GG_CMakeLists_txt
===
RCS file: patches/patch-GG_CMakeLists_txt
diff -N patches/patch-GG_CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-GG_CMakeLists_txt 2 Aug 2020 08:17:26 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Add X11BASE include directory
+Index: GG/CMakeLists.txt
+--- GG/CMakeLists.txt.orig
GG/CMakeLists.txt
+@@ -101,6 +101,7 @@ endif()
+ include_directories(
+ ${CMAKE_CURRENT_SOURCE_DIR}
+ ${CMAKE_CURRENT_BINARY_DIR}
++${X11BASE}/include
+ )
+
+ configure_file(
Index: patches/patch-cmake_FindBoost_cmake
===
RCS file: patches/patch-cmake_FindBoost_cmake
diff -N patches/patch-cmake_FindBoost_cmake
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-cmake_FindBoost_cmake 2 Aug 2020 08:17:26 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Unset the Python minor version since OpenBSD uses library names
+like boost_python3-mt instead of boost_python38-mt
+
+Index: cmake/FindBoost.cmake
+--- cmake/FindBoost.cmake.orig
cmake/FindBoost.cmake
+@@ -1778,6 +1778,7 @@ foreach(COMPONENT ${Boost_FIND_COMPONENTS})
+ endif()
+
+ unset(_Boost_FIND_LIBRARY_HINTS_FOR_COMPONENT_NAME)
++ unset(COMPONENT_PYTHON_VERSION_MINOR)
+ if (COMPONENT_PYTHON_VERSION_MINOR)
+ # Boost >= 1.67
+ list(APPEND _Boost_FIND_LIBRARY_HINTS_FOR_COMPONENT_NAME
"${COMPONENT_UNVERSIONED}${COMPONENT_PYTHON_VERSION_MAJOR}${COMPONENT_PYTHON_VERSION_MINOR}")
Index: patches/patch-cmake_FindPyCodestyle_cmake
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/08/02 08:06:14 Modified files: devel/dyncall : Makefile devel/dyncall/patches: patch-dyncall_dyncall_call_ppc32_S patch-dyncallback_dyncall_callback_ppc32_S Log message: dyncall: fix the build on powerpc without '-fno-integrated-as' Drop the use of '.machine ppc' in assembly code, since it's not supported by clang's integrated assembler and causes no ill effects to do so (hint from bcallah@ a few monthes ago, thanks!). "Fine with me" jasper@
Re: NEW: databases/timescaledb 1.7.2
*ping* ‐‐‐ Original Message ‐‐‐ On Friday, July 31, 2020 8:12 AM, Martin wrote: > Comments? OK? > > 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/ > > ALv2 > > = > > PERMIT_PACKAGE = Yes > > WANTLIB = c crypto pq ssl > > COMPILER = base-clang ports-gcc > > 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 > share/postgresql/extension/timescaledb--1.7.2.sql > share/postgresql/extension/timescaledb.control
[macppc] Unbreak devel/dyncall
Hi,
In the current macppc bulk, devel/dyncall fails with:
> /usr/obj/ports/dyncall-1.1/dyncall-1.1/dyncall/dyncall_call_ppc32.S:
> 36:11: error: unrecognized machine type .machine ppc
This is happening since the powerpc{32,64} fixes [0] that solves one
part of the issues that made me use '-fno-integrated-as' on powerpc,
but there was still this one.
As pointed out by bcallah@ out of list back then, we can drop this
instruction without bad consequences.
With the below diff, it builds fine on macppc.
Comments/feedback are welcome,
Charlène.
[0] https://marc.info/?l=openbsd-ports-cvs=159550568211055=2
Index: Makefile
===
RCS file: /cvs/ports/devel/dyncall/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- Makefile23 Jul 2020 12:01:19 - 1.3
+++ Makefile2 Aug 2020 12:48:47 -
@@ -3,7 +3,7 @@
COMMENT= arch-independent interface for dynamic calls of C functions
V= 1.1
-REVISION= 0
+REVISION= 1
DISTNAME= dyncall-${V}
CATEGORIES=devel
Index: patches/patch-dyncall_dyncall_call_ppc32_S
===
RCS file: /cvs/ports/devel/dyncall/patches/patch-dyncall_dyncall_call_ppc32_S,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-dyncall_dyncall_call_ppc32_S
--- patches/patch-dyncall_dyncall_call_ppc32_S 23 Jul 2020 12:01:19 -
1.1
+++ patches/patch-dyncall_dyncall_call_ppc32_S 2 Aug 2020 12:48:47 -
@@ -1,11 +1,22 @@
$OpenBSD: patch-dyncall_dyncall_call_ppc32_S,v 1.1 2020/07/23 12:01:19 jasper
Exp $
+Hunk #1: 'machine ppc' is not supported by clang's integrated assembler
+ on powerpc
+
https://dyncall.org/pub/dyncall/dyncall/rev/d982a00c2177
Index: dyncall/dyncall_call_ppc32.S
--- dyncall/dyncall_call_ppc32.S.orig
+++ dyncall/dyncall_call_ppc32.S
-@@ -100,7 +100,7 @@ ENTRY_C(dcCall_ppc32_darwin)
+@@ -33,7 +33,6 @@
+
+ */
+
+- .machine ppc
+ .text
+
+ /*
+@@ -100,7 +99,7 @@ ENTRY_C(dcCall_ppc32_darwin)
srwi r5,r5,2/* r5 = size in words */
@@ -14,7 +25,7 @@ Index: dyncall/dyncall_call_ppc32.S
beq cr0,.osx_done
mtctr r5/* copy loop */
-@@ -214,7 +214,7 @@ ENTRY_C(dcCall_ppc32_sysv)
+@@ -214,7 +213,7 @@ ENTRY_C(dcCall_ppc32_sysv)
srwi r5,r5,2/* r5 = size in words */
Index: patches/patch-dyncallback_dyncall_callback_ppc32_S
===
RCS file:
/cvs/ports/devel/dyncall/patches/patch-dyncallback_dyncall_callback_ppc32_S,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-dyncallback_dyncall_callback_ppc32_S
--- patches/patch-dyncallback_dyncall_callback_ppc32_S 23 Jul 2020 12:01:19
- 1.1
+++ patches/patch-dyncallback_dyncall_callback_ppc32_S 2 Aug 2020 12:48:47
-
@@ -1,11 +1,22 @@
$OpenBSD: patch-dyncallback_dyncall_callback_ppc32_S,v 1.1 2020/07/23 12:01:19
jasper Exp $
+Hunk #1: 'machine ppc' is not supported by clang's integrated assembler
+ on powerpc
+
https://dyncall.org/pub/dyncall/dyncall/rev/d982a00c2177
Index: dyncallback/dyncall_callback_ppc32.S
--- dyncallback/dyncall_callback_ppc32.S.orig
+++ dyncallback/dyncall_callback_ppc32.S
-@@ -123,9 +123,9 @@ Input:
+@@ -25,7 +25,6 @@
+
+ #include "../portasm/portasm-ppc.S"
+
+-.machine ppc
+ .text
+ .align 2
+
+@@ -123,9 +122,9 @@ Input:
mtctr r12
bctrl
/* check result type */
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/08/02 06:33:54 Modified files: net/tn5250 : Makefile net/tn5250/pkg : DESCR PLIST Log message: - regen PLIST and DESCR - drop USE_GMAKE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2020/08/02 06:26:38 Modified files: devel/got : Makefile distinfo Log message: Update to got 0.38 - add support for managing symbolic links under version control - new -S option for 'got commit' and 'got stage' to skip symlink safety checks - add a 'got info' command which displays work tree meta-data - display more context in "no such entry found in tree" error messages - fix spurious 'got cherrypick' error with a path prefix and an empty tree - fix committing file additions from a work tree with a path prefix - fix build error with clang 10 due to missing for-loop block grouping (naddy@) - make 'got log' -R and -P options work in combination
Re: new games/onscripter-en
Brian Callahan writes:
> Hi Nam --
>
> On Friday, July 31, 2020 7:49 PM, Nam Nguyen wrote:
>
>> Please find attached a new port for games/onscripter-en.
>>
>> onscripter-en is an English branch of onscripter to play NScripter and
>> ONScripter games. These are typically visual novels.
>>
>
> Thanks for the port. I don't have any games to test, but I did a build
> test and have some thoughts:
Thank you. I attached an updated port incorporating your feedback.
>
> * You have that 20110628 number in both DISTNAME and PKGNAME, so it
> should be spun out into its own variable (usually V).
+ added V
> * Is there any hope for the original web page to return? If not, I
> think it makes more sense to either use the kaisernet site or a
> snapshot from the wayback machine (like you do in pkg/README) for
> the HOMEPAGE.
It seems unlikely to return. "It was abandoned in 2011, and Mion's site
went offline in late 2018, resulting in many resources becoming hard to
find."[0]
+ HOMEPAGE changed to
https://web.archive.org/web/http://unclemion.com/onscripter/
+ While here, MASTER_SITES changed to chaoskaiser72's mirror
https://kaisernet.neocities.org/onscripter/releases/
> * For CONFIGURE_ENV, you want CC="${CC}" and CXX="${CXX}".
+ added CC and CXX
> * Looking through the pkg/README, it seems like font/ja-sazanami-ttf
> is effectively required. What do you think about adding it as an
> RDEP?
This sounds good. The game I was testing won't render certain glyphs
like ellipsis with this font. It is still a good default font. "Sazanami
Gothic is the standard-use font for most releases."[0]
+ Added font/ja-sazanami-ttf to RUN_DEPENDS.
- Removed pkg_add from README.
> * Running `make configure` it looks like there are x86(_64) specific
> routines but they are not picked up because there is no test for
> a platform named amd64. Something like the below will pick up amd64
> and use the x86 specific graphics routines.
+ While here, I added platform detection for amd64, i386 and macppc.
I have only tested on amd64. With this, runtime now prints:
System info: Intel CPU, with functions: MMX SSE SSE2
[0] https://kaisernet.neocities.org/onscripter/
>
> ~Brian
>
> $OpenBSD$
>
> amd64 should also match x86_64.
>
> Index: configure
> --- configure.orig
> +++ configure
> @@ -291,7 +291,7 @@ esac
> $echo_n " cpu type... ${nobr}"
> ARCH=
> case "$PLATFORM" in
> -*86_64*) echo "x86_64"; ARCH=x86_64;;
> +*amd64*|*86_64*) echo "x86_64"; ARCH=x86_64;;
> *86*) ARCH=`expr "x$PLATFORM" : 'x\(.*86\).*'`; \
> echo "$ARCH";;
> *powerpc*) echo "PowerPC"; ARCH=ppc;;
onscripter-en.tar.gz
Description: onscripter-en.tar.gz
Re: update editors/TeXmacs 1.99.13
Hi, > Nam Nguyen writes: > > > This is an update for editors/TeXmacs 1.99.13. > > ping I've compiled TeXmacs sucessfully, opened some (old) LaTeX files and it displayed fine. Presentation mode worked. I normally don't use TeXmacs, so I cannot compare it to my usual workflow. Anything else to look for? -- greetings, Florian Viehweger
Re: Switch to LLVM 10 imminent
"Raymond E. Pasco" writes: > On Sat Aug 1, 2020 at 4:14 PM EDT, Christian Weisgerber wrote: >> I have uploaded the failure logs from early builds at >> http://build-failures.rhaalovely.net/amd64-clang/ > > games/gzdoom may be fixable by updating the port to 4.4.x, which removes > the offending line. Yeah, I've been looking at updating the port but its a bigger process. They split the music backend to separate project ZMusic project which needs to be built for gzdoom update. timo
Re: [New] x11/gromit-mpx
On Wed, Jul 22, 2020 at 11:53:07AM +0100, Laurence Tratt wrote: > Thanks for your comments -- I agree with all of them. I've updated and > tested -- please find the updates attached. 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). Laurie gromit-mpx.tgz Description: application/tar-gz libappindicator.tgz Description: application/tar-gz libindicator.tgz Description: application/tar-gz
[x11/openbox] fix build when SHELL=/usr/local/bin/tcsh
Hi,
While building ports as a regular user is discouraged, it's still
possible. I figured out that openbox doesn't build as myself since I'm
using /usr/local/bin/tcsh as my shell.
The failure is caused my the mkdir_p definition in the fake target. As
far as I can tell autoconf has been fixed some years ago to not call
install-sh directy but always add the proper shell incantation.
So I suggest to just remove the extra definition. Tested both as
myself and as pbuild (when starting the make as root).
While there I fixed WANTLIB and thus bumped the REVISION.
ok?
Index: Makefile
===
RCS file: /cvs/OpenBSD/ports/x11/openbox/Makefile,v
retrieving revision 1.84
diff -u -p -u -r1.84 Makefile
--- Makefile18 Nov 2019 19:57:45 - 1.84
+++ Makefile2 Aug 2020 07:37:06 -
@@ -3,7 +3,7 @@
COMMENT = small, fast & usable window manager
V =3.6.1
-REVISION = 7
+REVISION = 8
DISTNAME = openbox-${V}
SHARED_LIBS += obrender12.0# 32.0
SHARED_LIBS += obt 1.1 # 2.2
@@ -20,10 +20,11 @@ PERMIT_PACKAGE =Yes
WANTLIB += ICE Imlib2 SM X11 X11-xcb Xau Xcursor Xext Xfixes Xft
WANTLIB += Xinerama Xrandr Xrender c cairo cairo-gobject expat ffi
WANTLIB += fontconfig freetype fribidi gdk_pixbuf-2.0 gio-2.0 glib-2.0
-WANTLIB += gmodule-2.0 gobject-2.0 graphite2 gthread-2.0 harfbuzz iconv
+WANTLIB += gmodule-2.0 gobject-2.0 graphite2 harfbuzz iconv
WANTLIB += intl lzma m pango-1.0 pangocairo-1.0 pangoft2-1.0
WANTLIB += pangoxft-1.0 pcre pixman-1 png pthread rsvg-2
WANTLIB += startup-notification-1 xcb xcb-render xcb-shm xcb-util xml2 z
+WANTLIB += ${COMPILER_LIBCXX}
MASTER_SITES = ${HOMEPAGE}dist/openbox/
@@ -39,8 +40,7 @@ LIB_DEPENDS +=devel/gettext,-runtime \
x11/gnome/librsvg
FAKE_FLAGS = sysconfdir="${PREFIX}/share/examples/openbox" \
- rcdir="${PREFIX}/share/examples/openbox" \
- mkdir_p="$${SHELL} ${WRKSRC}/install-sh -d"
+ rcdir="${PREFIX}/share/examples/openbox"
API_V =${V:R}
SUBST_VARS = API_V
--
Matthieu Herrb
