Enable kyotocabinet header cache in mail/neomutt
Runs very stable for me and speeds up my work immensely. Opinions? OKs? Index: Makefile === RCS file: /cvs/ports/mail/neomutt/Makefile,v retrieving revision 1.56 diff -u -p -u -p -r1.56 Makefile --- Makefile13 Aug 2020 18:22:58 - 1.56 +++ Makefile24 Aug 2020 11:00:09 - @@ -5,7 +5,7 @@ COMMENT=tty-based e-mail client, Mutt w GH_ACCOUNT=neomutt GH_PROJECT=neomutt GH_TAGNAME=20200626 -REVISION= 1 +REVISION= 2 CATEGORIES=mail HOMEPAGE= https://neomutt.org/ @@ -16,9 +16,12 @@ MAINTAINER= Stuart Henderson
Re: math/pari: remove unless updated
Dear all, We are interested in porting SageMath (www.sagemath.org) to OpenBSD (a port to FreeBSD has recently been completed). There are several ports that we can use, if they are updated, e.g. math/pari. The latest message here on this port dates back to 2019, proposing a port of pari 2.11.1. marc.info/?l=openbsd-ports=155164656818229=2 > From: Olivier Taibi > Date: 2019-03-03 19:36:06 > Message-ID: 20190303193606.4fdjt4hk2jkvocim () siegel ! lan > Here is a (hopefully) better update of math/pari. Changes include: > - version 2.11 -> 2.11.1 (bugfix) > [...] The latest pari version is 2.11.4, in the meantime. How can I help to make this update happen? I can certainly post an update to 2.11.4 here, and volunteer to maintain it, if needed. Thanks, Dima
Re: math/pari: remove unless updated
> On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote: > > The latest pari version is 2.11.4, in the meantime. > > How can I help to make this update happen? > I can certainly post an update to 2.11.4 here, > and volunteer to maintain it, if needed. Hi Dima, the good news is that the latest version of pari is already committed to the tree. See the git mirror for example: https://github.com/openbsd/ports/commits/master/math/pari However shared library support would still be welcome per the threads you’re looking at. Do you need that for what you’re working on? Out of interest, are you looking at latest in the openbsd repo? Where are looking that you don’t see what’s in the tree?
Re: [NEW-WIP] p5-Plack-Request-WithEncoding mandoc errors, BUILD_DEPENDS question
Hi Andrew, hi Chris,
Chris Bennett wrote on Sun, Aug 16, 2020 at 01:01:07PM -0500:
> On Sat, Aug 15, 2020 at 09:39:58PM -0700, Andrew Hewus Fresh wrote:
>> On Wed, Aug 12, 2020 at 11:15:49AM -0500, Chris Bennett wrote:
>>> I submitted p5-Plack-Request-WithEncoding-0.13 previously.
>>> Newer version just went up. Upstream is friendly to changes.
>>>
>>> The POD has some problems that cause mandoc errors after noticing
>>> that the man page looked bad.
>> I think that's just the way the pod is written. It seems the author
>> likes a much wider terminal than I do and so things just wrap weird.
>> If I pull my terminal out to at least 150 columns it looks better.
>>
>> I think the only fix is to reformat the content into something that fits
>> into a more reasonably sized terminal.
I did not check the manual page (it seems the port is not yet
committed?), so unless someone says otherwise, i'll assume afresh1@
is right, this individual manual page is wrong, and this part is
not a formatter problem.
>>> # mandoc -T lint /usr/local/man/man3p/Plack::Request::WithEncoding.3p
>>> mandoc: /usr/local/man/man3p/Plack::Request::WithEncoding.3p:35:1: \
>>> ERROR: escaped character not allowed in a name: br\&
>>>
>>> I'm not familiar enough with POD to man to know what the right change
>>> is. Upstream accepted my previous documentation changes without a
>>> problem.
>> I'm pretty sure that's just what pod2man outputs, so the fix is probably
>> unrelated to this particular port. If you run that lint command against
>> any other 3p manpage and they are pretty much all the same.
Ouch. I just fixed that in mandoc, with the following commit.
Thanks for mentioning the issue.
Yours,
Ingo
Log Message:
---
Avoid artifacts in the most common case of closing conditional blocks
when no arguments follow the closing brace, \}.
For example, the line "'br\}" contained in the pod2man(1) preamble
would throw a bogus "escaped character not allowed in a name" error.
This issue was originally reported by Chris Bennett on ports@,
and afresh1@ noticed it came from the pod2man(1) preamble.
Modified Files:
--
mandoc:
roff.c
Revision Data
-
Index: roff.c
===
RCS file: /home/cvs/mandoc/mandoc/roff.c,v
retrieving revision 1.375
retrieving revision 1.376
diff -Lroff.c -Lroff.c -u -p -r1.375 -r1.376
--- roff.c
+++ roff.c
@@ -2362,7 +2362,9 @@ roff_cond_checkend(ROFF_ARGS)
while ((ep = strchr(ep, '\\')) != NULL) {
switch (ep[1]) {
case '}':
- if (rr)
+ if (ep[2] == '\0')
+ ep[0] = '\0';
+ else if (rr)
ep[1] = '&';
else
memmove(ep, ep + 2, strlen(ep + 2) + 1);
Re: NEW: net/kdsoap
Looks good to me: + Builds good with minimal requirements in amd64. + make-port-lib-depends-check: OK + make update-plist: Removes one directory: -lib/cmake/ + portcheck: OK I don't have anything to run tests on it. We will know when consumers appear. OK mariani@ Cheers. On Sat, Aug 22, 2020 at 5:25 PM Rafael Sadowski wrote: > > I need kdsoap to update KDE applications to 20.08.0. > > OK? > > Information for inst:kdsoap-1.9.0 > > Comment: > Qt-based client-side and server-side SOAP component > > Description: > KD Soap is a Qt-based client-side and server-side SOAP component. > > It can be used to create client applications for web services and also > provides > the means to create web services without the need for any further component > such as a dedicated web server. > > KD Soap targets C++ programmers who use Qt in their applications. > > Maintainer: The OpenBSD ports mailing-list > > WWW: https://www.kdab.com/development-resources/qt-tools/kd-soap/
Re: UPDATE: Tor Browser 9.5.4
> Hi, > > Below is a patch that updates Tor Browser to 9.5.4. Again, Tor Browser > 9.5 is still based on the 68 branch of Firefox ESR; Tor Browser 10.0 > (which is now in alpha) will be based on the new Firefox ESR 78. I may > send out a WIP diff for 10.0 alpha at some point so users can test > (I already have it running locally). > > Briefly tested on amd64. Release announcement: > https://blog.torproject.org/new-release-tor-browser-954 > > Thanks, > Caspar Schutijser If you haven't already, could you please add the unveil patches from the Firefox ESR port to Tor Browser 10.0, now that Tor Browser will based on the same Firefox ESR version? The Firefox ESR pledge patches have changed drastically as well. Thank you, Caspar.
Re: math/pari: remove unless updated
Hi Daniel, On Thu, Aug 27, 2020 at 10:11:11AM -0400, Daniel Dickman wrote: > > On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote: > > > > The latest pari version is 2.11.4, in the meantime. > > > > How can I help to make this update happen? > > I can certainly post an update to 2.11.4 here, > > and volunteer to maintain it, if needed. > > Hi Dima, the good news is that the latest version of pari is already > committed to the tree. See the git mirror for example: > > https://github.com/openbsd/ports/commits/master/math/pari Thanks, that's very good news. > > However shared library support would still be welcome per the threads > you???re looking at. Do you need that for what you???re working on? We build a Python extension which uses libpari, namely https://github.com/sagemath/cypari2 (might be used on its own, in fact). The latter needs a single-threaded dynamic libpari (single-threaded as Pari's threads are hard, if not impossibe, to get to collaborate with other multithreading libs). I'll have a look at building it. We also need pari's packages (https://pari.math.u-bordeaux.fr/packages.html) - but these should not be hard to package, it's just data. > > Out of interest, are you looking at latest in the openbsd repo? Where are > looking that you don???t see what???s in the tree? I use a stable ports tree --- the system is used for other things, not just development, so I didn't even know it's there :-) Moreover, ports were installed from a tarball. I just switched to CVS, and, sure enough, I see pari 2.11.2 (not 4) now. Dima
Re: UPDATE: www/stagit 0.9.3 -> 0.9.4
On Mon, Aug 17, 2020 at 06:35:45PM +0200, Hiltjo Posthuma wrote: > This bumps stagit from 0.9.3 to 0.9.4: > > It has the following changes: > > - Fix for showing the entry on the files page of submodules for bare > repositories. > > - There is now a separate Atom feed for tags called "tags.xml". This should > make > it easier to track only software releases if using an RSS/Atom reader. > > - The ordering of tags are now by commit date (descending). So it will now > sort > by most recent first. The previous behaviour was to sort alphabetically by > tag > name, but many projects use numeric versions which don't sort in a > useful/clear > order. > > - For OpenBSD: remove unveil(2) for specificly stagit-index. Per repository > it > will still use unveil(2). Committed, thanks!
[update] sysutils/kubectl -> 1.19.0
Hello,
Please find attached diff to update sysutils/kubectl to latest stable
version.
Tested on amd64.
Kind regards,
KarlisCommon subdirectories: kubectl.orig/CVS and kubectl/CVS
diff -u kubectl.orig/Makefile kubectl/Makefile
--- kubectl.orig/Makefile Thu Aug 27 14:16:14 2020
+++ kubectl/Makefile Thu Aug 27 14:16:28 2020
@@ -4,7 +4,7 @@
GH_ACCOUNT = kubernetes
GH_PROJECT = kubernetes
-VERSION = 1.18.3
+VERSION = 1.19.0
GH_TAGNAME = v${VERSION}
PKGNAME = kubectl-${VERSION}
diff -u kubectl.orig/distinfo kubectl/distinfo
--- kubectl.orig/distinfo Thu Aug 27 14:16:14 2020
+++ kubectl/distinfo Thu Aug 27 14:17:52 2020
@@ -1,2 +1,2 @@
-SHA256 (kubernetes-1.18.3.tar.gz) = uJ3P7vxcAobUyLXWgep5G9GfRaxzXs0yjie9WihIWgM=
-SIZE (kubernetes-1.18.3.tar.gz) = 32596732
+SHA256 (kubernetes-1.19.0.tar.gz) = JF7vu1MpTvRJXK9oi1X487LXGYPoTic3jm4gsPgYf9A=
+SIZE (kubernetes-1.19.0.tar.gz) = 33584482
Common subdirectories: kubectl.orig/pkg and kubectl/pkg
Re: math/pari: remove unless updated
More is needed, see https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs I have a patch for building the shared library (a shared lib is needed in order to use gp2c). I will clean it up, test it and send it here. Thanks for looking into porting sage to OpenBSD, I would be interested in using it! On Thu, Aug 27, 2020 at 05:02:06PM +0200, Dima Pasechnik wrote: > On Thu, Aug 27, 2020 at 04:43:35PM +0200, Dima Pasechnik wrote: > > On Thu, Aug 27, 2020 at 10:11:11AM -0400, Daniel Dickman wrote: > > > > On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote: > > > > > > > > The latest pari version is 2.11.4, in the meantime. > > > > > > > > How can I help to make this update happen? > > > > I can certainly post an update to 2.11.4 here, > > > > and volunteer to maintain it, if needed. > > > > > > Hi Dima, the good news is that the latest version of pari is already > > > committed to the tree. See the git mirror for example: > > > > > > https://github.com/openbsd/ports/commits/master/math/pari > > Thanks, that's very good news. > > > > > > > > However shared library support would still be welcome per the threads > > > you???re looking at. Do you need that for what you???re working on? > > > > We build a Python extension which uses libpari, namely > > https://github.com/sagemath/cypari2 (might be used on its own, in fact). > > The latter needs a single-threaded dynamic libpari (single-threaded as > > Pari's threads are hard, if not impossibe, to get to collaborate with other > > multithreading libs). > > > > I'll have a look at building it. > to build a dynamic library, one needs to patch pari's config/get_dlld > > diff --git a/config/get_dlld b/config/get_dlld > index b284aee..c0054c0 100644 > --- a/config/get_dlld > +++ b/config/get_dlld > @@ -9,7 +9,7 @@ DLSUFFIX=so > soname=.$soname_num > do_dll=yes > case "$osname" in > - gnu*|aix|osf1|solaris|linux|freebsd|netbsd) > + gnu*|aix|osf1|solaris|linux|freebsd|netbsd|openbsd) > case $pari_release_verbose in >*STABLE*) sodest=.$version.$patch;; # released version >*DEVELOPMENT*) sodest=.$patch.0.0;; # unstable version > > > Could you add it to the port? > > I'll let upstream know, hopefully they'll fix it. > > Dima >
Re: Remove emulators/gambatte,-qt
On Mon Aug 24, 2020 at 04:11:13AM -0600, Anthony J. Bentley wrote:
> Hi Rafael,
>
> Rafael Sadowski writes:
> > +PKGNAME= gambatte-$V
> > +REVISION= 5
>
> Spaces please.
>
> > +#.include
>
> Drop the comment.
>
> > +@conflict gambatte-<=0.5.0.571p4
>
> No need to mark a conflict when the pkgname is identical, right?
>
Yeah makes sens, thanks for the input. New diff below.
Index: Makefile
===
RCS file: /cvs/ports/emulators/gambatte/Makefile,v
retrieving revision 1.23
diff -u -p -u -p -r1.23 Makefile
--- Makefile17 Oct 2019 13:29:53 - 1.23
+++ Makefile27 Aug 2020 15:21:57 -
@@ -1,19 +1,12 @@
# $OpenBSD: Makefile,v 1.23 2019/10/17 13:29:53 cwen Exp $
-COMMENT-main = highly accurate Game Boy Color emulator
-COMMENT-qt = highly accurate Game Boy Color emulator with GUI
+COMMENT = highly accurate Game Boy Color emulator
REV = 571
V =0.5.0.${REV}
DISTNAME = gambatte_src-r${REV}
-PKGNAME-main = gambatte-$V
-PKGNAME-qt = gambatte-qt-$V
-REVISION-main =4
-REVISION-qt = 4
-
-MULTI_PACKAGES = -main -qt
-
-.include
+PKGNAME = gambatte-$V
+REVISION = 5
CATEGORIES = emulators
@@ -24,26 +17,25 @@ MAINTAINER =Anthony J. Bentley
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/DESCR 27 Aug 2020 15:21:57 -
@@ -0,0 +1,3 @@
+Gambatte is an accuracy-focused, cross-platform Game Boy Color emulator.
+It is based on hundreds of corner case hardware tests, as well as
+previous documentation and reverse engineering efforts.
Index: pkg/DESCR-main
===
RCS file: pkg/DESCR-main
diff -N pkg/DESCR-main
--- pkg/DESCR-main 22 Dec 2015 04:20:22 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,3 +0,0 @@
-Gambatte is an accuracy-focused, cross-platform Game Boy Color emulator.
-It is based on hundreds of corner case hardware tests, as well as
-previous documentation and reverse engineering efforts.
Index: pkg/DESCR-qt
===
RCS file: pkg/DESCR-qt
diff -N pkg/DESCR-qt
--- pkg/DESCR-qt22 Dec 2015 04:20:22 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,3 +0,0 @@
-Gambatte is an accuracy-focused, cross-platform Game Boy Color emulator.
-It is based on hundreds of corner case hardware tests, as well as
-previous documentation and reverse engineering efforts.
Index: pkg/PLIST
===
RCS file: pkg/PLIST
diff -N pkg/PLIST
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/PLIST 27 Aug 2020 15:21:57 -
@@ -0,0 +1,5 @@
+@comment $OpenBSD: PLIST,v$
+@pkgpath emulators/gambatte,-main
+@conflict gambatte-qt-<=0.5.0.571p4
+@bin bin/gambatte_sdl
+@man man/man6/gambatte_sdl.6
Index: pkg/PLIST-main
===
RCS file: pkg/PLIST-main
diff -N pkg/PLIST-main
--- pkg/PLIST-main 22 Dec 2015 04:20:22 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,3 +0,0 @@
-@comment $OpenBSD: PLIST-main,v 1.1 2015/12/22 04:20:22 bentley Exp $
-@bin bin/gambatte_sdl
-@man man/man6/gambatte_sdl.6
Index: pkg/PLIST-qt
===
RCS file: pkg/PLIST-qt
diff -N pkg/PLIST-qt
--- pkg/PLIST-qt22 Dec 2015 04:20:22 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,3 +0,0 @@
-@comment $OpenBSD: PLIST-qt,v 1.1 2015/12/22 04:20:22 bentley Exp $
-@bin bin/gambatte_qt
-@man man/man6/gambatte_qt.6
Re: Enable kyotocabinet header cache in mail/neomutt
Ok
On 27/08 12:11 , Rafael Sadowski wrote:
> Runs very stable for me and speeds up my work immensely.
>
> Opinions? OKs?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/neomutt/Makefile,v
> retrieving revision 1.56
> diff -u -p -u -p -r1.56 Makefile
> --- Makefile 13 Aug 2020 18:22:58 - 1.56
> +++ Makefile 24 Aug 2020 11:00:09 -
> @@ -5,7 +5,7 @@ COMMENT= tty-based e-mail client, Mutt w
> GH_ACCOUNT= neomutt
> GH_PROJECT= neomutt
> GH_TAGNAME= 20200626
> -REVISION=1
> +REVISION=2
>
> CATEGORIES= mail
> HOMEPAGE=https://neomutt.org/
> @@ -16,9 +16,12 @@ MAINTAINER=Stuart Henderson PERMIT_PACKAGE= Yes
>
> # uses pledge()
> -WANTLIB+=c crypto curses iconv idn2 intl ssl tdb z
> +WANTLIB += c crypto curses iconv idn2 intl kyotocabinet ssl tdb
> +WANTLIB += z
> +
>
> LIB_DEPENDS+=databases/tdb \
> + databases/kyotocabinet \
> devel/gettext,-runtime \
> devel/libidn2
> BUILD_DEPENDS+= devel/gettext,-tools \
> @@ -41,6 +44,7 @@ CONFIGURE_ARGS+= --mandir="${PREFIX}/man
> --fmemopen \
> --ssl \
> --tdb \
> + --kyotocabinet \
> --debug
>
> CONFIGURE_ENV= autosetup_tclsh="${LOCALBASE}/bin/jimsh" \
>
Re: NEW: databases/timescaledb 1.7.2
Any comments? TimescaleDB plugin tested with PostgreSQL 12.2 server by making appropriate database and `CREATE EXTENSION timescaledb CASCADE` as documented. When wrote into TimescaleDB/PostgreSQL instance some time-dependent data (logs and collectd data). Very useful plugin to convert ordinary vertically scaling PostgreSQL database into fast and reliable time-series database with automatic scaling using 'Chunking' for gorizontally scaling instead of manual 'Sharding' scaling mechanism like others do. Martin ‐‐‐ Original Message ‐‐‐ On Wednesday, August 5, 2020 9:20 PM, Martin wrote: > > ‐‐‐ Original Message ‐‐‐ > On Friday, July 31, 2020 8:12 AM, Martin martin...@protonmail.com 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
Re: NEW: databases/redis-pgsql is an extension to PostgreSQL for read/write to Redis database
*ping* This PostgreSQL extension provides a Foreign Data Wrapper for read (SELECT) and write (INSERT, UPDATE, DELETE) access to Redis databases (http://redis.io). Supported Redis data types include: string, set, hash, list, zset, and pubsub. ‐‐‐ Original Message ‐‐‐ On Thursday, August 6, 2020 8:38 AM, Martin 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
UPDATE: devel/qt-creator
Update qt-creator to 4.13.0. After a quick look everything looks good.
Any feedback? OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/qt-creator/Makefile,v
retrieving revision 1.65
diff -u -p -u -p -r1.65 Makefile
--- Makefile11 Jul 2020 12:35:03 - 1.65
+++ Makefile27 Aug 2020 17:36:36 -
@@ -4,7 +4,7 @@
USE_WXNEEDED = Yes
COMMENT = cross-platform IDE for use with Qt
-V =4.12.4
+V =4.13.0
DISTNAME = qt-creator-opensource-src-${V}
PKGNAME = qt-creator-${V}
@@ -42,9 +42,9 @@ PERMIT_PACKAGE = Yes
WANTLIB += ${COMPILER_LIBCXX} GL KF5SyntaxHighlighting Qt5Concurrent
WANTLIB += Qt5Core Qt5Designer Qt5DesignerComponents Qt5Gui Qt5Help
WANTLIB += Qt5Network Qt5Positioning Qt5PrintSupport Qt5Qml Qt5Quick
-WANTLIB += Qt5QuickWidgets Qt5Script Qt5SerialPort Qt5Sql Qt5Svg
-WANTLIB += Qt5WebChannel Qt5WebEngineCore Qt5WebEngineWidgets
-WANTLIB += Qt5Widgets Qt5Xml c clang m yaml-cpp
+WANTLIB += Qt5QuickWidgets Qt5SerialPort Qt5Sql Qt5Svg Qt5WebChannel
+WANTLIB += Qt5WebEngineCore Qt5WebEngineWidgets Qt5Widgets Qt5Xml
+WANTLIB += c clang m yaml-cpp
MASTER_SITES = https://download.qt.io/official_releases/qtcreator/${V:R}/${V}/
Index: distinfo
===
RCS file: /cvs/ports/devel/qt-creator/distinfo,v
retrieving revision 1.26
diff -u -p -u -p -r1.26 distinfo
--- distinfo11 Jul 2020 12:35:03 - 1.26
+++ distinfo27 Aug 2020 17:36:36 -
@@ -1,2 +1,2 @@
-SHA256 (qt-creator-opensource-src-4.12.4.tar.gz) =
JsSEQSvzrGzm+X4RR/zdKdfdw5aCas9tSpCv0DYQcIs=
-SIZE (qt-creator-opensource-src-4.12.4.tar.gz) = 43455579
+SHA256 (qt-creator-opensource-src-4.13.0.tar.gz) =
QAKRdwK3AHn2KcaWkIjrfa25QgtgFAi6gcAh0+B8No4=
+SIZE (qt-creator-opensource-src-4.13.0.tar.gz) = 46613244
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/qt-creator/pkg/PLIST,v
retrieving revision 1.16
diff -u -p -u -p -r1.16 PLIST
--- pkg/PLIST 22 May 2020 09:56:17 - 1.16
+++ pkg/PLIST 27 Aug 2020 17:36:36 -
@@ -69,12 +69,14 @@ lib/qtcreator/plugins/
@so lib/qtcreator/plugins/libHelloWorld.so
@so lib/qtcreator/plugins/libHelp.so
@so lib/qtcreator/plugins/libImageViewer.so
+@so lib/qtcreator/plugins/libIncrediBuild.so
@so lib/qtcreator/plugins/libIos.so
@so lib/qtcreator/plugins/libLanguageClient.so
@so lib/qtcreator/plugins/libMacros.so
@so lib/qtcreator/plugins/libMarketplace.so
@so lib/qtcreator/plugins/libMcuSupport.so
@so lib/qtcreator/plugins/libMercurial.so
+@so lib/qtcreator/plugins/libMesonProjectManager.so
@so lib/qtcreator/plugins/libModelEditor.so
@so lib/qtcreator/plugins/libNim.so
@so lib/qtcreator/plugins/libPerfProfiler.so
@@ -108,6 +110,7 @@ lib/qtcreator/plugins/
@so lib/qtcreator/plugins/libWelcome.so
@so lib/qtcreator/plugins/libWinRt.so
lib/qtcreator/plugins/qmldesigner/
+@so lib/qtcreator/plugins/qmldesigner/libassetexporterplugin.so
@so lib/qtcreator/plugins/qmldesigner/libcomponentsplugin.so
@so lib/qtcreator/plugins/qmldesigner/libqmlpreviewplugin.so
@so lib/qtcreator/plugins/qmldesigner/libqtquickplugin.so
@@ -138,6 +141,8 @@ share/qtcreator/cplusplus/examples/clazy
share/qtcreator/cplusplus/examples/examples.pro
share/qtcreator/cplusplus/examples/tidy_example.cpp
share/qtcreator/cplusplus/examples/tidy_example.h
+share/qtcreator/cplusplus/wrappedMingwHeaders/
+share/qtcreator/cplusplus/wrappedMingwHeaders/float.h
share/qtcreator/cplusplus/wrappedQtHeaders/
share/qtcreator/cplusplus/wrappedQtHeaders/QtCore/
share/qtcreator/cplusplus/wrappedQtHeaders/QtCore/qobjectdefs.h
@@ -213,6 +218,7 @@ share/qtcreator/qml-type-descriptions/qt
share/qtcreator/qml-type-descriptions/qtwebkit.qmltypes
share/qtcreator/qml/qmlpuppet/
share/qtcreator/qml/qmlpuppet/commands/
+share/qtcreator/qml/qmlpuppet/commands/captureddatacommand.h
share/qtcreator/qml/qmlpuppet/commands/changeauxiliarycommand.cpp
share/qtcreator/qml/qmlpuppet/commands/changeauxiliarycommand.h
share/qtcreator/qml/qmlpuppet/commands/changebindingscommand.cpp
@@ -221,8 +227,12 @@ share/qtcreator/qml/qmlpuppet/commands/c
share/qtcreator/qml/qmlpuppet/commands/changefileurlcommand.h
share/qtcreator/qml/qmlpuppet/commands/changeidscommand.cpp
share/qtcreator/qml/qmlpuppet/commands/changeidscommand.h
+share/qtcreator/qml/qmlpuppet/commands/changelanguagecommand.cpp
+share/qtcreator/qml/qmlpuppet/commands/changelanguagecommand.h
share/qtcreator/qml/qmlpuppet/commands/changenodesourcecommand.cpp
share/qtcreator/qml/qmlpuppet/commands/changenodesourcecommand.h
+share/qtcreator/qml/qmlpuppet/commands/changepreviewimagesizecommand.cpp
+share/qtcreator/qml/qmlpuppet/commands/changepreviewimagesizecommand.h
share/qtcreator/qml/qmlpuppet/commands/changeselectioncommand.cpp
Remove qt3 support in games/nethack
Simple diff to remove qt3 support in nethack.
Comments, Ok?
Rafael Sadowski
Index: Makefile
===
RCS file: /cvs/ports/games/nethack/Makefile,v
retrieving revision 1.70
diff -u -p -u -p -r1.70 Makefile
--- Makefile10 May 2018 15:26:16 - 1.70
+++ Makefile27 Aug 2020 15:58:04 -
@@ -2,9 +2,7 @@
SUBDIR =
SUBDIR += 3.4
SUBDIR += 3.4,no_x11
-SUBDIR += 3.4,qt
SUBDIR += 3.6
SUBDIR += 3.6,no_x11
-SUBDIR += 3.6,qt
.include
Index: 3.4/Makefile
===
RCS file: /cvs/ports/games/nethack/3.4/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- 3.4/Makefile12 Jul 2019 20:46:21 - 1.5
+++ 3.4/Makefile27 Aug 2020 15:58:04 -
@@ -4,7 +4,7 @@ COMMENT = dungeon explorin', hackin', ga
V =3.4.3
DISTNAME = nethack-$V
PKGNAME = ${DISTNAME}
-REVISION = 15
+REVISION = 16
CATEGORIES = games
MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=nethack/}
@@ -27,17 +27,12 @@ GAMEDIR = lib/nethackdir-$V
NHDIR =${TRUEPREFIX}/${GAMEDIR}
MAKE_ENV +=NHDIR=${NHDIR} NETHACKCONFIG=${NETHACKCONFIG}
-FLAVORS = no_x11 qt
+FLAVORS = no_x11
FLAVOR ?=
.if ${FLAVOR} == "no_x11"
NETHACKCONFIG =${FILESDIR}/simple-config
EXT=,no_x11
-.elif ${FLAVOR} == "qt"
-NETHACKCONFIG =${FILESDIR}/qt-config
-EXT=,qt
-MODULES = x11/qt3
-WANTLIB += SM m pthread ${COMPILER_LIBCXX}
.else
NETHACKCONFIG =${FILESDIR}/x-config
EXT=
Index: 3.4/pkg/PFRAG.no-no_x11
===
RCS file: /cvs/ports/games/nethack/3.4/pkg/PFRAG.no-no_x11,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PFRAG.no-no_x11
--- 3.4/pkg/PFRAG.no-no_x11 25 Apr 2018 09:48:15 - 1.1.1.1
+++ 3.4/pkg/PFRAG.no-no_x11 27 Aug 2020 15:58:04 -
@@ -1,5 +1,4 @@
@comment $OpenBSD: PFRAG.no-no_x11,v 1.1.1.1 2018/04/25 09:48:15 espie Exp $
-!%%qt%%
${GAMEDIR}/pet_mark.xbm
${GAMEDIR}/rip.xpm
${GAMEDIR}/x11tiles
Index: 3.4/pkg/PLIST
===
RCS file: /cvs/ports/games/nethack/3.4/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- 3.4/pkg/PLIST 25 Apr 2018 14:30:36 - 1.3
+++ 3.4/pkg/PLIST 27 Aug 2020 15:58:04 -
@@ -1,14 +1,17 @@
@comment $OpenBSD: PLIST,v 1.3 2018/04/25 14:30:36 espie Exp $
@option no-default-conflict
@option is-branch
-@pkgpath games/nethack${EXT}
@conflict nethack-${V}
+@pkgpath games/nethack${EXT}
@unexec rm -rf ${GAMEDIR}/save/*
@comment bin/nethack
@group games
bin/nethack-${V}
-bin/recover-${V}
+@bin bin/recover-${V}
+@group
+lib/X11/app-defaults/NetHack-${V}
@mode 0775
+@group games
${GAMEDIR}/
@mode
${GAMEDIR}/Arc-fila.lev
@@ -117,7 +120,7 @@ ${GAMEDIR}/minetn-5.lev
${GAMEDIR}/minetn-6.lev
${GAMEDIR}/minetn-7.lev
@mode 2555
-${GAMEDIR}/nethack
+@bin ${GAMEDIR}/nethack
@mode
${GAMEDIR}/opthelp
${GAMEDIR}/options
Index: 3.6/Makefile
===
RCS file: /cvs/ports/games/nethack/3.6/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- 3.6/Makefile12 Jul 2019 20:46:21 - 1.5
+++ 3.6/Makefile27 Aug 2020 15:58:04 -
@@ -9,6 +9,7 @@ PKGNAME = ${DISTNAME}
CATEGORIES = games
MASTER_SITES = https://www.nethack.org/download/3.6.2/
DISTFILES =nethack-${V:S/.//g}-src.tgz
+REVISION = 0
HOMEPAGE = http://nethack.org/
@@ -17,15 +18,11 @@ WANTLIB += c curses
COMPILER = base-clang ports-gcc base-gcc
-FLAVORS = no_x11 qt
+FLAVORS = no_x11
FLAVOR ?=
.if ${FLAVOR} == "no_x11"
CONFIG = simple-config
-.elif ${FLAVOR} == "qt"
-CONFIG = qt-config
-MODULES += x11/qt3
-WANTLIB += ${COMPILER_LIBCXX} SM m
.else
CONFIG = x-config
WANTLIB += X11 Xaw Xext Xmu Xt
Index: 3.6/pkg/PFRAG.no-no_x11
===
RCS file: /cvs/ports/games/nethack/3.6/pkg/PFRAG.no-no_x11,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PFRAG.no-no_x11
--- 3.6/pkg/PFRAG.no-no_x11 25 Apr 2018 16:56:32 - 1.1.1.1
+++ 3.6/pkg/PFRAG.no-no_x11 27 Aug 2020 15:58:04 -
@@ -1,5 +1,4 @@
@comment $OpenBSD: PFRAG.no-no_x11,v 1.1.1.1 2018/04/25 16:56:32 espie Exp $
-!%%qt%%
${GAMEDIR}/pet_mark.xbm
${GAMEDIR}/pilemark.xbm
${GAMEDIR}/rip.xpm
Index: 3.6/pkg/PLIST
===
RCS file: /cvs/ports/games/nethack/3.6/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 PLIST
--- 3.6/pkg/PLIST 18 May 2019 15:00:41 - 1.2
+++ 3.6/pkg/PLIST 27 Aug 2020 15:58:04 -
@@ -7,30 +7,37 @@
@comment bin/nethack
bin/nethack-${V}
bin/recover-${V}
+lib/X11/app-defaults/NetHack-${V}
Re: UPDATE: Tor Browser 9.5.4
Works fine for me.
Do the mp4, mp3 codecs work fine on the new 10.0 instance?
All previous versions including this, have an issue when dealing with ffmpeg,
this is specific to OpenBSD.
>
>
> Hi,
>
>
> Below is a patch that updates Tor Browser to 9.5.4. Again, Tor Browser
> 9.5 is still based on the 68 branch of Firefox ESR; Tor Browser 10.0
> (which is now in alpha) will be based on the new Firefox ESR 78. I may
> send out a WIP diff for 10.0 alpha at some point so users can test (I already
> have it running locally).
>
>
> Briefly tested on amd64. Release announcement:
> https://blog.torproject.org/new-release-tor-browser-954
>
>
> Thanks,
> Caspar Schutijser
>
>
>
> Index: meta/tor-browser/Makefile
> ===
> RCS file: /cvs/ports/meta/tor-browser/Makefile,v
> retrieving revision 1.28 diff -u -p -r1.28 Makefile ---
> meta/tor-browser/Makefile 23 Aug 2020 06:33:55 - 1.28
> +++ meta/tor-browser/Makefile 25 Aug 2020 20:13:38 -
> @@ -4,12 +4,12 @@ COMMENT=Tor Browser meta package
>
>
> MAINTAINER= Caspar Schutijser
>
>
> -PKGNAME= tor-browser-9.5.3
> +PKGNAME= tor-browser-9.5.4
> ONLY_FOR_ARCHS = amd64 i386
>
>
> -RUN_DEPENDS= www/tor-browser/browser>=9.5.3 \
> - www/tor-browser/noscript>=11.0.34 \
> - www/tor-browser/https-everywhere>=2020.5.20 \
> +RUN_DEPENDS= www/tor-browser/browser>=9.5.4 \
> + www/tor-browser/noscript>=11.0.38 \
> + www/tor-browser/https-everywhere>=2020.8.13 \
> net/tor>=0.4.3.6
>
> .include
> Index: www/tor-browser/Makefile.inc
> ===
> RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v
> retrieving revision 1.28 diff -u -p -r1.28 Makefile.inc ---
> www/tor-browser/Makefile.inc 23 Aug 2020 06:33:55
- 1.28
> +++ www/tor-browser/Makefile.inc 25 Aug 2020 20:13:38 -
> @@ -5,7 +5,7 @@ HOMEPAGE ?= https://www.torproject.org
> PERMIT_PACKAGE ?= Yes
> CATEGORIES = www
> BROWSER_NAME =tor-browser
> -TB_VERSION = 9.5.3
> +TB_VERSION = 9.5.4
> TB_PREFIX = tb
>
>
> SUBST_VARS += BROWSER_NAME TB_VERSION
> Index: www/tor-browser/browser/Makefile
> ===
> RCS file: /cvs/ports/www/tor-browser/browser/Makefile,v
> retrieving revision 1.48 diff -u -p -r1.48 Makefile ---
> www/tor-browser/browser/Makefile 23 Aug 2020 06:33:55
- 1.48
> +++ www/tor-browser/browser/Makefile 25 Aug 2020 20:13:38 -
> @@ -15,7 +15,7 @@ EXTRACT_SUFX = .tar.xz
> PATCHORIG = .pat.orig
>
>
> PKGNAME = ${TB_PREFIX}-browser-${TB_VERSION}
> -DISTNAME = src-firefox-tor-browser-68.11.0esr-9.5-1-build1
> +DISTNAME = src-firefox-tor-browser-68.12.0esr-9.5-1-build1
>
>
> FIX_EXTRACT_PERMISSIONS = Yes
> DISTFILES += ${DISTNAME}.tar.xz \
> Index: www/tor-browser/browser/distinfo
> ===
> RCS file: /cvs/ports/www/tor-browser/browser/distinfo,v
> retrieving revision 1.27 diff -u -p -r1.27 distinfo ---
> www/tor-browser/browser/distinfo 23 Aug 2020 06:33:55
- 1.27
> +++ www/tor-browser/browser/distinfo 25 Aug 2020 20:13:38 -
> @@ -1,6 +1,6 @@
> -SHA256 (mozilla/src-firefox-tor-browser-68.11.0esr-9.5-1-build1.tar.xz) =
> gZGgjyl4+z93FVnaPSmpvqiF75jk07X2bKzx45GjuRc= +SHA256
> (mozilla/src-firefox-tor-browser-68.12.0esr-9.5-1-build1.tar.xz)
> = JJHvbajRiZQBZ4F/b2JBQF7COLXgBIYEjcjR3UR0+Q8=
> SHA256 (mozilla/src-tor-launcher-0.2.21.8.tar.xz) =
> v1cOZqTcpK1Ygxsw1GN+8Un5+8CMMuocvBE5iaZrVXg=
> -SHA256 (mozilla/tor-browser-linux64-9.5.3_en-US.tar.xz) =
> ZIkxUDuIbWh4KN+XMKooS3wYMDaCzILwbJ2kpzTIG88=
> -SIZE (mozilla/src-firefox-tor-browser-68.11.0esr-9.5-1-build1.tar.xz) =
> 348642008
> +SHA256 (mozilla/tor-browser-linux64-9.5.4_en-US.tar.xz) =
> XW2B2wTgqMU2w9XhPJNcUjGLrHykQIngMcG/fFTWb04=
> +SIZE (mozilla/src-firefox-tor-browser-68.12.0esr-9.5-1-build1.tar.xz) =
> 348639116
> SIZE (mozilla/src-tor-launcher-0.2.21.8.tar.xz) = 214908
> -SIZE (mozilla/tor-browser-linux64-9.5.3_en-US.tar.xz) = 79021184
> +SIZE (mozilla/tor-browser-linux64-9.5.4_en-US.tar.xz) = 79033640
> Index: www/tor-browser/browser/patches/patch-config_makefiles_rust_mk
> ===
> RCS file:
> /cvs/ports/www/tor-browser/browser/patches/patch-config_makefiles_rust_mk,v
> retrieving revision 1.1 diff -u -p -r1.1 patch-config_makefiles_rust_mk ---
> www/tor-browser/browser/patches/patch-config_makefiles_rust_mk21 Jul
> 2020 13:21:36 - 1.1 +++
> www/tor-browser/browser/patches/patch-config_makefiles_rust_mk25 Aug
> 2020 20:13:38 - @@ -10,6 +10,6 @@ Index:
> config/makefiles/rust.mk # Enable link-time optimization for release builds.
> cargo_rustc_flags += -C lto
Re: math/pari: remove unless updated
On Thu, Aug 27, 2020 at 04:43:35PM +0200, Dima Pasechnik wrote: > On Thu, Aug 27, 2020 at 10:11:11AM -0400, Daniel Dickman wrote: > > > On Aug 27, 2020, at 6:55 AM, Dima Pasechnik wrote: > > > > > > The latest pari version is 2.11.4, in the meantime. > > > > > > How can I help to make this update happen? > > > I can certainly post an update to 2.11.4 here, > > > and volunteer to maintain it, if needed. > > > > Hi Dima, the good news is that the latest version of pari is already > > committed to the tree. See the git mirror for example: > > > > https://github.com/openbsd/ports/commits/master/math/pari > Thanks, that's very good news. > > > > > However shared library support would still be welcome per the threads > > you???re looking at. Do you need that for what you???re working on? > > We build a Python extension which uses libpari, namely > https://github.com/sagemath/cypari2 (might be used on its own, in fact). > The latter needs a single-threaded dynamic libpari (single-threaded as Pari's > threads are hard, if not impossibe, to get to collaborate with other > multithreading libs). > > I'll have a look at building it. to build a dynamic library, one needs to patch pari's config/get_dlld diff --git a/config/get_dlld b/config/get_dlld index b284aee..c0054c0 100644 --- a/config/get_dlld +++ b/config/get_dlld @@ -9,7 +9,7 @@ DLSUFFIX=so soname=.$soname_num do_dll=yes case "$osname" in - gnu*|aix|osf1|solaris|linux|freebsd|netbsd) + gnu*|aix|osf1|solaris|linux|freebsd|netbsd|openbsd) case $pari_release_verbose in *STABLE*) sodest=.$version.$patch;; # released version *DEVELOPMENT*) sodest=.$patch.0.0;; # unstable version Could you add it to the port? I'll let upstream know, hopefully they'll fix it. Dima
Re: [UPDATE] databases/citus 9.0.1 -> 9.4.0
Can anyone pay attention to this port update? Citus scales out PostgreSQL horizontally—transforming relational & open source database into a distributed database. Martin ‐‐‐ Original Message ‐‐‐ On Wednesday, August 5, 2020 9:23 PM, 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 > > +include/postgresql/server/distributed/distributed_execution_locks.h > > include/postgresql/server/distributed/distributed_planner.h > > include/postgresql/server/distributed/distribution_column.h > > include/postgresql/server/distributed/enterprise.h > > +include/postgresql/server/distributed/error_codes.h > > include/postgresql/server/distributed/errormessage.h > > include/postgresql/server/distributed/extended_op_node_utils.h > > include/postgresql/server/distributed/foreign_key_relationship.h > > @@ -25,43 +35,49 @@ include/postgresql/server/distributed/fu > > include/postgresql/server/distributed/hash_helpers.h > > include/postgresql/server/distributed/insert_select_executor.h > > include/postgresql/server/distributed/insert_select_planner.h > >
Re: [Maintainer Update] www/zola 0.10.0 -> 0.11.0
On Wed, Aug 26, 2020 at 10:44:00AM -0700, Peter Ezetta wrote: > Hi Sebastien, > > I removed Japanese support by modifying the Cargo.toml to add a language > list, and regenerated the > Cargo.lock via a `cargo update`. > > The issues I had were around the build hanging while lindera-ipaddic > builds, similar to what happens in this > issue https://github.com/getzola/zola/issues/1062. This solution matches > the upstream fix for the problem in > their "next" branch. Here's the commit: > https://github.com/getzola/zola/commit/351c9b7ff34ed2872e0b915990219b6b4783642f ah, ENOMEM. > It appears from the above issue thread that lindera may be modifying their > build so that the dictionary is > pre-calculated, which would take care of the memory-heavy build. Instead of running `cargo update` and embedded patch for the result, I would use `MODCARGO_CRATES_UPDATE += search` and only patch compoment/search/Cargo.toml The "cargo update" will be run at configure and will change only few dependances (not use newer versions). Could you check the diff below, and told me if you are fine with it ? Thanks. -- Sebastien Marie diff 68fca6f2f267aa50a3760f178f3b84791f13dda7 /data/semarie/repos/openbsd/ports blob - c5c6bd3eb1462bdc5efcd451457cfc8a26fab6cd file + www/zola/Makefile --- www/zola/Makefile +++ www/zola/Makefile @@ -5,11 +5,11 @@ BROKEN-aarch64 = ring-0.16.11 module fails build on aa COMMENT = static site generator -DISTNAME = zola-0.10.0 +DISTNAME = zola-0.11.0 GH_ACCOUNT = getzola GH_PROJECT = zola -GH_TAGNAME = v0.10.0 +GH_TAGNAME = v0.11.0 HOMEPAGE = https://www.getzola.org @@ -31,254 +31,234 @@ MODULES = devel/cargo CONFIGURE_STYLE = cargo +MODCARGO_CRATES_UPDATE += search + MODCARGO_CRATES += adler32 1.0.4 # Zlib -MODCARGO_CRATES += aho-corasick0.7.8 # Unlicense/MIT -MODCARGO_CRATES += ammonia 3.0.0 # MIT OR Apache-2.0 +MODCARGO_CRATES += aho-corasick0.7.10 # Unlicense/MIT +MODCARGO_CRATES += ammonia 3.1.0 # MIT OR Apache-2.0 MODCARGO_CRATES += ansi_term 0.11.0 # MIT -MODCARGO_CRATES += anyhow 1.0.26 # MIT OR Apache-2.0 -MODCARGO_CRATES += assert-json-diff1.0.1 # MIT +MODCARGO_CRATES += assert-json-diff1.0.3 # MIT MODCARGO_CRATES += atty0.2.14 # MIT -MODCARGO_CRATES += autocfg 0.1.7 # Apache-2.0/MIT MODCARGO_CRATES += autocfg 1.0.0 # Apache-2.0 OR MIT -MODCARGO_CRATES += base64 0.10.1 # MIT/Apache-2.0 MODCARGO_CRATES += base64 0.11.0 # MIT/Apache-2.0 +MODCARGO_CRATES += base64 0.12.1 # MIT/Apache-2.0 MODCARGO_CRATES += bincode 1.2.1 # MIT MODCARGO_CRATES += bitflags1.2.1 # MIT/Apache-2.0 MODCARGO_CRATES += block-buffer0.7.3 # MIT OR Apache-2.0 MODCARGO_CRATES += block-padding 0.1.5 # MIT OR Apache-2.0 -MODCARGO_CRATES += bstr0.2.11 # MIT OR Apache-2.0 -MODCARGO_CRATES += bumpalo 3.2.0 # MIT/Apache-2.0 +MODCARGO_CRATES += bstr0.2.13 # MIT OR Apache-2.0 +MODCARGO_CRATES += bumpalo 3.3.0 # MIT/Apache-2.0 MODCARGO_CRATES += byte-tools 0.3.1 # MIT OR Apache-2.0 MODCARGO_CRATES += bytemuck1.2.0 # Zlib MODCARGO_CRATES += byteorder 1.3.4 # Unlicense OR MIT MODCARGO_CRATES += bytes 0.4.12 # MIT MODCARGO_CRATES += bytes 0.5.4 # MIT -MODCARGO_CRATES += c2-chacha 0.2.3 # MIT/Apache-2.0 -MODCARGO_CRATES += cc 1.0.50 # MIT/Apache-2.0 +MODCARGO_CRATES += cc 1.0.54 # MIT/Apache-2.0 MODCARGO_CRATES += cfg-if 0.1.10 # MIT/Apache-2.0 -MODCARGO_CRATES += chrono 0.4.10 # MIT/Apache-2.0 +MODCARGO_CRATES += chrono 0.4.11 # MIT/Apache-2.0 MODCARGO_CRATES += chrono-tz 0.5.1 # MIT/Apache-2.0 -MODCARGO_CRATES += clap2.33.0 # MIT -MODCARGO_CRATES += cloudabi0.0.3 # BSD-2-Clause +MODCARGO_CRATES += clap2.33.1 # MIT MODCARGO_CRATES += color_quant 1.0.1 # MIT -MODCARGO_CRATES += colored 1.9.2 # MPL-2.0 -MODCARGO_CRATES += core-foundation 0.6.4 # MIT / Apache-2.0 -MODCARGO_CRATES += core-foundation-sys 0.6.2 # MIT / Apache-2.0 +MODCARGO_CRATES += colored 1.9.3 # MPL-2.0 +MODCARGO_CRATES += config 0.1.0 # MIT +MODCARGO_CRATES += core-foundation 0.7.0 # MIT / Apache-2.0 +MODCARGO_CRATES += core-foundation-sys 0.7.0 # MIT / Apache-2.0 MODCARGO_CRATES += crc32fast 1.2.0 # MIT OR Apache-2.0 -MODCARGO_CRATES += crossbeam-channel 0.4.0 # MIT/Apache-2.0 AND BSD-2-Clause -MODCARGO_CRATES += crossbeam-deque 0.7.2 # MIT/Apache-2.0 -MODCARGO_CRATES += crossbeam-epoch 0.8.0 # MIT/Apache-2.0 +MODCARGO_CRATES += crossbeam-deque 0.7.3 # MIT/Apache-2.0 +MODCARGO_CRATES += crossbeam-epoch 0.8.2 # MIT/Apache-2.0 MODCARGO_CRATES += crossbeam-queue 0.2.1 # MIT/Apache-2.0 AND BSD-2-Clause -MODCARGO_CRATES += crossbeam-utils 0.7.0
converters/p5-Catalyst-Plugin-Charsets-Japanese: fix depends
Hi, I've spotted that while reviewing Catalyst depends: > Failed test 'use Catalyst::Plugin::Charsets::Japanese;' > at t/00_compile.t line 5. > Tried to use 'Catalyst::Plugin::Charsets::Japanese'. > Error: Base class package "Class::Data::Inheritable" is empty. It misses some RUN_DEPENDS and TEST_DEPENDS. Some tests are still failing and that distribution seems to be not maintained by the way. OK? Charlène. Index: Makefile === RCS file: /cvs/ports/converters/p5-Catalyst-Plugin-Charsets-Japanese/Makefile,v retrieving revision 1.11 diff -u -p -u -p -r1.11 Makefile --- Makefile3 Jul 2020 21:44:31 - 1.11 +++ Makefile28 Aug 2020 00:58:35 - @@ -3,7 +3,7 @@ COMMENT= jcode interface for catalyst DISTNAME= Catalyst-Plugin-Charsets-Japanese-0.06 -REVISION= 2 +REVISION= 3 CATEGORIES=converters www MODULES= cpan PKG_ARCH= * @@ -12,8 +12,11 @@ PKG_ARCH=* PERMIT_PACKAGE=Yes RUN_DEPENDS= converters/p5-Jcode \ + devel/p5-Class-Accessor \ + devel/p5-Class-Data-Inheritable \ www/p5-Catalyst-Runtime -TEST_DEPENDS= devel/p5-Test-Pod +TEST_DEPENDS= devel/p5-Test-Pod \ + devel/p5-Test-WWW-Mechanize-Catalyst .include
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Sun Aug 23 20:38:59 MDT 2020 Finished: Thu Aug 27 19:09:32 MDT 2020 Duration: 3 Days 22 hours 31 minutes Built using OpenBSD 6.7-current (GENERIC.MP) #453: Sat Aug 22 04:08:24 MDT 2020 Built 9793 packages Number of packages built each day: Aug 23: 4352 Aug 24: 2342 Aug 25: 1459 Aug 26: 1384 Aug 27: 256 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-08-23/summary.log Build failures: 10 http://build-failures.rhaalovely.net/sparc64/2020-08-23/databases/sqlports.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/devel/ruby-nio4r,ruby27.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/graphics/inkscape.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/inputmethods/anthy.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/math/coq.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/sysutils/libvirt.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/textproc/gettext-tools.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/www/purritobin.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/x11/picom.log http://build-failures.rhaalovely.net/sparc64/2020-08-23/x11/xcolor.log Recurrent failures: failures/graphics/inkscape.log failures/math/coq.log failures/sysutils/libvirt.log failures/www/purritobin.log failures/x11/picom.log failures/x11/xcolor.log New failures: +failures/databases/sqlports.log +failures/devel/ruby-nio4r,ruby27.log +failures/inputmethods/anthy.log +failures/textproc/gettext-tools.log Resolved failures: -failures/productivity/aqbanking.log Packages newly built: +devel/attinycore +devel/p5-Devel-OverloadInfo +fonts/iosevka-fonts/default +geo/routino +multimedia/phonon +productivity/aqbanking +productivity/kmymoney +www/p5-CGI-Struct +www/p5-CGI-Struct-XS +www/p5-URI-ws +x11/mate/menu-advanced +x11/p5-Gtk3 Packages not built this time: -databases/pkglocatedb -databases/ports-readmes -databases/ports-readmes-dancer -databases/sqlports -databases/sqlports,-list -databases/sqlports,-main -devel/py-distutils-extra -devel/ruby-nio4r,ruby27 -fonts/iosevka-fonts -fonts/iosevka-fonts,-main -fonts/iosevka-fonts,-term -inputmethods/anthy,-emacs -inputmethods/uim,-kde -inputmethods/uim,-qt -inputmethods/uim,-qt4 -meta/xfce,-extras -misc/portroach -multimedia/phonon-backend/gstreamer,-icons -multimedia/phonon-backend/gstreamer,-main -multimedia/phonon-backend/gstreamer,qt5 -multimedia/phonon-backend/gstreamer,qt5,-icons -multimedia/phonon-backend/gstreamer,qt5,-main -multimedia/phonon-qt5 -net/nagios/nsca -net/nagios/nsca-ng -net/psi -security/keepassx -security/qca -security/qca, -security/qca,,-gnupg -security/qca,,-main -security/qca,,-ossl -security/qca,-gnupg -security/qca,-main -security/qca,-ossl -sysutils/pkg_mgr -sysutils/upt/upt-openbsd -textproc/catfish -www/ajaxterm -www/ruby-puma,ruby27 -x11/dbusmenu-qt,qt5 -x11/screenkey
Re: UPDATE: games/openrct2 0.2.6 => 0.3.0
On Tuesday, August 18, 2020 2:43 AM, Nam Nguyen wrote: > Brian Callahan writes: > > > Hi ports -- > > Attached is an update to the newly released OpenRCT2 0.3.0. > > The very big changelog is here: > > https://github.com/OpenRCT2/OpenRCT2/releases/tag/v0.3.0 > > Works well on amd64. > > OK? > > ~Brian > > Thank you for this update. I tested it and it works well with an hour of > playing. I played a beginner level until the end of the year 2 and > failed to meet the objectives. I mainly played in software mode > (default) and briefly toggled between opengl and software in > game. OpenGL seems to be much improved because it fixed pre-built roller > coaster previews not rendering from the previous release. > > https://github.com/OpenRCT2/OpenRCT2/wiki/OpenGL-renderengine-issues Ping. Any other testers/any oks? ~Brian
Tons of empty man pages for new ports for LedgerSMB
I just found a bunch of new Locale perl modules added to the depends list. They all have empty man pages from no PODs. About 20ish ports, most are just relevant data files for each language. Should I just delete these from the PLISTs or is there an easier way to prevent their generation? I'll submit the new dependencies for these, then I need to send the rest, which are just perl data modules. Should I send them individually or one email with all attached? I can also put those up somewhere else if that is preferable. I'll submit one for approval first, if it's OK, then the rest are the same except for the data for each langugage. Locale::CLDR and family of Locale::CLDR::Locales:: Thanks -- Chris Bennett
Re: Enable kyotocabinet header cache in mail/neomutt
On 2020/08/27 12:11, Rafael Sadowski wrote:
> Runs very stable for me and speeds up my work immensely.
>
> Opinions? OKs?
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/neomutt/Makefile,v
> retrieving revision 1.56
> diff -u -p -u -p -r1.56 Makefile
> --- Makefile 13 Aug 2020 18:22:58 - 1.56
> +++ Makefile 24 Aug 2020 11:00:09 -
> @@ -5,7 +5,7 @@ COMMENT= tty-based e-mail client, Mutt w
> GH_ACCOUNT= neomutt
> GH_PROJECT= neomutt
> GH_TAGNAME= 20200626
> -REVISION=1
> +REVISION=2
>
> CATEGORIES= mail
> HOMEPAGE=https://neomutt.org/
> @@ -16,9 +16,12 @@ MAINTAINER=Stuart Henderson PERMIT_PACKAGE= Yes
>
> # uses pledge()
> -WANTLIB+=c crypto curses iconv idn2 intl ssl tdb z
> +WANTLIB += c crypto curses iconv idn2 intl kyotocabinet ssl tdb
> +WANTLIB += z
> +
>
> LIB_DEPENDS+=databases/tdb \
> + databases/kyotocabinet \
> devel/gettext,-runtime \
> devel/libidn2
> BUILD_DEPENDS+= devel/gettext,-tools \
> @@ -41,6 +44,7 @@ CONFIGURE_ARGS+= --mandir="${PREFIX}/man
> --fmemopen \
> --ssl \
> --tdb \
> + --kyotocabinet \
> --debug
>
> CONFIGURE_ENV= autosetup_tclsh="${LOCALBASE}/bin/jimsh" \
>
I switched from qdbm (for some arches) and kyotocabinet (for others) to
tdb with the update to 20200501, partly to unify things between arches
(kc isn't available on all arches), partly because some of the test
failures in kc make me not really trust it on an OS like OpenBSD that
doesn't have coherent mmap/file access ("unified buffer cache"), and
partly because in benchmarks (hacked up contrib/hcache-bench script,
which times importing a maildir with various different hcache backends
and then reopening it) the tdb backend is typically faster.
What sort of speed difference are you seeing between the backends?
If it's a big improvement then we could readd --kyotocabinet on those
arches which have it but if not then I'd rather avoid the extra dep.
(neomutt also supports lmdb hcache backend, but in my tests that's quite
a lot slower than tdb or kyotocabinet).
Re: Enable kyotocabinet header cache in mail/neomutt
On 2020/08/27 13:53, su.root wrote:
> Ok
When someone asks for an OK here, they are asking an OpenBSD committer
for approval to commit it.
> On 27/08 12:11 , Rafael Sadowski wrote:
> > Runs very stable for me and speeds up my work immensely.
> >
> > Opinions? OKs?
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/mail/neomutt/Makefile,v
> > retrieving revision 1.56
> > diff -u -p -u -p -r1.56 Makefile
> > --- Makefile13 Aug 2020 18:22:58 - 1.56
> > +++ Makefile24 Aug 2020 11:00:09 -
> > @@ -5,7 +5,7 @@ COMMENT=tty-based e-mail client, Mutt w
> > GH_ACCOUNT=neomutt
> > GH_PROJECT=neomutt
> > GH_TAGNAME=20200626
> > -REVISION= 1
> > +REVISION= 2
> >
> > CATEGORIES=mail
> > HOMEPAGE= https://neomutt.org/
> > @@ -16,9 +16,12 @@ MAINTAINER= Stuart Henderson > PERMIT_PACKAGE=Yes
> >
> > # uses pledge()
> > -WANTLIB+= c crypto curses iconv idn2 intl ssl tdb z
> > +WANTLIB += c crypto curses iconv idn2 intl kyotocabinet ssl tdb
> > +WANTLIB += z
> > +
> >
> > LIB_DEPENDS+= databases/tdb \
> > + databases/kyotocabinet \
> > devel/gettext,-runtime \
> > devel/libidn2
> > BUILD_DEPENDS+=devel/gettext,-tools \
> > @@ -41,6 +44,7 @@ CONFIGURE_ARGS+= --mandir="${PREFIX}/man
> > --fmemopen \
> > --ssl \
> > --tdb \
> > + --kyotocabinet \
> > --debug
> >
> > CONFIGURE_ENV= autosetup_tclsh="${LOCALBASE}/bin/jimsh" \
> >
>
coq 8.12.0p0: diff to unbreak on non-ocaml-native architecture
recent bulk builds show that coq 8.12.0 failed to build on
non ocaml-native architectures such as aarch64, sparc64, misp64.
by simulating non ocaml-native architectures on amd64
with arch-defines.mk modified,
(removing amd64 from OCAML_NATIVE_ARCHS and OCAML_DYNLINK_ARCHS)
I check how we should update PLIST and PFRAGs.
Here attached is the diff to coq-8.12.0.
Anyone please confirm this diff really enables the packaging
on non ocaml-native architectures?
-- yozo.
diff -ur coq-cur/Makefile coq-new/Makefile
--- coq-cur/MakefileSun Aug 9 13:17:30 2020
+++ coq-new/MakefileFri Aug 28 03:29:36 2020
@@ -3,6 +3,7 @@
COMMENT= proof assistant based on a typed lambda calculus
V= 8.12.0
+REVISION= 0
GH_ACCOUNT = coq
GH_PROJECT = coq
GH_TAGNAME = V${V}
@@ -48,6 +49,7 @@
ALL_TARGET=byte coq documentation \
bin/coqide coqide-files theories/Init/Prelude.vo
INSTALL_TARGET=install-coq install-byte install-meta
+RUN_DEPENDS+= math/ocaml-num
.endif
TEST_ENV= VERBOSE=1
diff -ur coq-cur/pkg/PFRAG.native coq-new/pkg/PFRAG.native
--- coq-cur/pkg/PFRAG.nativeSun Aug 9 13:17:30 2020
+++ coq-new/pkg/PFRAG.nativeFri Aug 28 04:05:52 2020
@@ -1,10 +1,23 @@
@comment $OpenBSD: PFRAG.native,v 1.8 2020/08/09 02:45:35 daniel Exp $
%%dynlink%%
+@bin bin/coq-tex
+@bin bin/coq_makefile
+@bin bin/coqc
+@bin bin/coqchk
+@bin bin/coqdep
+@bin bin/coqdoc
+@bin bin/coqide
+@bin bin/coqidetop
@bin bin/coqidetop.opt
@bin bin/coqproofworker.opt
@bin bin/coqqueryworker.opt
@bin bin/coqtacticworker.opt
@bin bin/coqtop.opt
+@bin bin/coqtop
+@bin bin/coqwc
+@bin bin/coqworkmgr
+@bin bin/ocamllibdep
+@bin bin/votour
lib/ocaml/coq/clib/bigint.cmx
lib/ocaml/coq/clib/cArray.cmx
lib/ocaml/coq/clib/cEphemeron.cmx
@@ -92,6 +105,7 @@
lib/ocaml/coq/interp/smartlocate.cmx
lib/ocaml/coq/interp/stdarg.cmx
lib/ocaml/coq/interp/syntax_def.cmx
+@static-lib lib/ocaml/coq/kernel/byterun/libcoqrun.a
lib/ocaml/coq/kernel/cClosure.cmx
lib/ocaml/coq/kernel/cPrimitives.cmx
lib/ocaml/coq/kernel/cbytecodes.cmx
@@ -283,6 +297,7 @@
lib/ocaml/coq/plugins/ltac/tauto_plugin.o
lib/ocaml/coq/plugins/micromega/certificate.cmx
lib/ocaml/coq/plugins/micromega/coq_micromega.cmx
+@bin lib/ocaml/coq/plugins/micromega/csdpcert
lib/ocaml/coq/plugins/micromega/csdpcert.cmx
lib/ocaml/coq/plugins/micromega/g_micromega.cmx
lib/ocaml/coq/plugins/micromega/g_zify.cmx
@@ -1695,3 +1710,4 @@
lib/ocaml/coq/vernac/vernacinterp.cmx
lib/ocaml/coq/vernac/vernacprop.cmx
lib/ocaml/coq/vernac/vernacstate.cmx
+@man man/man1/coqtop.opt.1
diff -ur coq-cur/pkg/PFRAG.no-native coq-new/pkg/PFRAG.no-native
--- coq-cur/pkg/PFRAG.no-native Sat Jun 6 11:56:40 2020
+++ coq-new/pkg/PFRAG.no-native Fri Aug 28 04:01:49 2020
@@ -1,7 +1,27 @@
@comment $OpenBSD: PFRAG.no-native,v 1.3 2020/06/01 06:04:50 chrisz Exp $
+bin/coq-tex
+bin/coq_makefile
+bin/coqc
+bin/coqchk
+bin/coqdep
+bin/coqdoc
+bin/coqide
+bin/coqidetop
+bin/coqidetop.byte
+bin/coqproofworker.byte
+bin/coqqueryworker.byte
+bin/coqtacticworker.byte
+bin/coqtop
+bin/coqtop.byte
+bin/coqwc
+bin/coqworkmgr
+bin/ocamllibdep
+bin/votour
lib/ocaml/coq/clib/clib.cma
lib/ocaml/coq/config/config.cma
+lib/ocaml/coq/dev/
lib/ocaml/coq/dev/top_printers.cmi
+@so lib/ocaml/coq/dllcoqrun.so
lib/ocaml/coq/engine/engine.cma
lib/ocaml/coq/gramlib/.pack/gramlib.cma
lib/ocaml/coq/ide/ide.cma
@@ -10,113 +30,24 @@
lib/ocaml/coq/lib/lib.cma
lib/ocaml/coq/library/library.cma
lib/ocaml/coq/parsing/parsing.cma
-lib/ocaml/coq/plugins/btauto/.coq-native/NCoq_btauto_Algebra.cmo
-lib/ocaml/coq/plugins/btauto/.coq-native/NCoq_btauto_Btauto.cmo
-lib/ocaml/coq/plugins/btauto/.coq-native/NCoq_btauto_Reflect.cmo
lib/ocaml/coq/plugins/btauto/btauto_plugin.cmo
lib/ocaml/coq/plugins/cc/cc_plugin.cmo
-lib/ocaml/coq/plugins/derive/.coq-native/NCoq_derive_Derive.cmo
lib/ocaml/coq/plugins/derive/derive_plugin.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellBasic.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellNatInt.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellNatInteger.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellNatNum.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellString.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellZInt.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellZInteger.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrHaskellZNum.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrOCamlFloats.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrOCamlInt63.cmo
-lib/ocaml/coq/plugins/extraction/.coq-native/NCoq_extraction_ExtrOcamlBasic.cmo
Re: NEW: net/i2p
I2P software bundle, includes the standard I2P implementation. https://geti2p.net/ Updated to 0.9.47 *Enables our new end-to-end encryption protocol by default for some services. The Sybil analysis and blocking tool is now enabled by default. About: *I2P is an anonymous overlay network - a network within a network. *It is intended to protect communication from dragnet surveillance and monitoring by third parties such as ISPs. *Is decentralised completely unlike tor. Each client routes anonymous and encrypted traffic from other clients by default. No central directory for routing. *I2P incorporates applications in the form of webapps. *Webapps plugins (*.su3) can be loaded easily through the console. *Includes a ready mail(smtp pop3) client, i2psnark (bittorrent) client, and Jetty (webserver). Or host with your own webserver. *Allows anonymous chats through IRC tunnel service. *Plugins for blogging, chatting, file sharing have already been written. *Every service(plugin) works within the i2p network itself(Except mail). *Not supposed to be used as an outproxy, still an outproxy is included. *I2P source code includes a java-service-wrapper compiled for specific targets but is not compatible with OpenBSD. So I've included a new port tanukiwrapper, and configured I2P to use it. *Very exhaustive(functionality) but easy to use router console. Testing: *Run the rc service, point browser to localhost:7657. *Set HTTP proxy to localhost: to view eepsites. https://geti2p.net/en/about/browser-config *Been running the router for a week now, with no problems. *Personally tested the default and external plugins(e.g muwire). *Test dependencies not present in ports, will add to it. *Mount separate partition for /var/i2p if you do heavy transfers. Index: infrastructure/db/user.list === RCS file: /cvs/ports/infrastructure/db/user.list,v retrieving revision 1.372 diff -u -p -r1.372 user.list --- infrastructure/db/user.list 13 Aug 2020 14:02:18 - 1.372 +++ infrastructure/db/user.list 27 Aug 2020 18:02:01 - @@ -367,3 +367,4 @@ id usergroup port 856 _return_return telephony/resiprocate 857 _web2ldap _web2ldap sysutils/web2ldap 858 _purritobin_purritobin www/purritobin +859 _i2p _i2pnet/i2p Any comments? i2p.tar.gz Description: application/gzip tanukiwrapper.tar.gz Description: application/gzip diff Description: Binary data
Re: Tons of empty man pages for new ports for LedgerSMB
On Thu, Aug 27, 2020 at 08:51:52PM -0500, Chris Bennett wrote: > I just found a bunch of new Locale perl modules added to the depends > list. > > They all have empty man pages from no PODs. > About 20ish ports, most are just relevant data files for each language. Do you have an example? "No pod" shouldn't generate man pages I wouldn't think. > Should I just delete these from the PLISTs or is there an easier way to > prevent their generation? Not entirely sure without an example but often the best action is to @comment them out as `make update-plist` recognizes that idiom and updates the PLIST keeping the comments. > I'll submit the new dependencies for these, then I need to send the > rest, which are just perl data modules. > > Should I send them individually or one email with all attached? > I can also put those up somewhere else if that is preferable. > > I'll submit one for approval first, if it's OK, then the rest are the > same except for the data for each langugage. > > > Locale::CLDR and family of Locale::CLDR::Locales:: I will review them in bulk (after September 7th when I'm back to computers), so I prefer a single email with all the new modules. I will admit that more than ten or so at the same time is hard to keep track of. Hard to set an exact limit, but since so many are very similar it seems reasonable to do them all together. I would also like all of them listed in the email so when I reply I can OK them or provide feedback individually and be more certain I didn't miss anything. I don't think there's a definitely correct answer there though. l8rZ, -- andrew - http://afresh1.com The programmer's national anthem is 'GH!!'.
Re: converters/p5-Catalyst-Plugin-Charsets-Japanese: fix depends
On Fri, Aug 28, 2020 at 03:07:21AM +0200, Charlene Wendling wrote: > Hi, > > I've spotted that while reviewing Catalyst depends: > > > Failed test 'use Catalyst::Plugin::Charsets::Japanese;' > > at t/00_compile.t line 5. > > Tried to use 'Catalyst::Plugin::Charsets::Japanese'. > > Error: Base class package "Class::Data::Inheritable" is empty. > > It misses some RUN_DEPENDS and TEST_DEPENDS. Some tests are still > failing and that distribution seems to be not maintained by the way. > > OK? OK afresh1@, even with the test failures at least it loads this way. I might try hitting them up on Twitter when I get home (if I remember) and see where I might send patches. Not sure whether being able to read Japanese is important for that yet :-) https://twitter.com/lyokato Unfortunately, no Catalyst repos on their GitHub, so no help there. https://github.com/lyokato?tab=repositories=catalyst (handy that their name is so unique) > Charlène. > > > Index: Makefile > === > RCS file: > /cvs/ports/converters/p5-Catalyst-Plugin-Charsets-Japanese/Makefile,v > retrieving revision 1.11 > diff -u -p -u -p -r1.11 Makefile > --- Makefile 3 Jul 2020 21:44:31 - 1.11 > +++ Makefile 28 Aug 2020 00:58:35 - > @@ -3,7 +3,7 @@ > COMMENT= jcode interface for catalyst > > DISTNAME=Catalyst-Plugin-Charsets-Japanese-0.06 > -REVISION=2 > +REVISION=3 > CATEGORIES= converters www > MODULES= cpan > PKG_ARCH=* > @@ -12,8 +12,11 @@ PKG_ARCH= * > PERMIT_PACKAGE= Yes > > RUN_DEPENDS= converters/p5-Jcode \ > + devel/p5-Class-Accessor \ > + devel/p5-Class-Data-Inheritable \ > www/p5-Catalyst-Runtime > > -TEST_DEPENDS=devel/p5-Test-Pod > +TEST_DEPENDS=devel/p5-Test-Pod \ > + devel/p5-Test-WWW-Mechanize-Catalyst > > .include > -- andrew - http://afresh1.com "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/08/27 04:06:52 Modified files: net/dnscontrol : Makefile Added files: net/dnscontrol/patches: patch-providers_bind_bindProvider_go patch-providers_bind_soa_go patch-providers_bind_soa_test_go Log message: Fix TTL for DefaultTTL() and SOA records https://github.com/StackExchange/dnscontrol/issues/802
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jmatt...@cvs.openbsd.org2020/08/27 04:27:31 Modified files: security/pivy : Makefile distinfo security/pivy/patches: patch-Makefile Log message: update to 0.7.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/08/27 04:05:21 ports/net/dnscontrol/patches Update of /cvs/ports/net/dnscontrol/patches In directory cvs.openbsd.org:/tmp/cvs-serv85080/patches Log Message: Directory /cvs/ports/net/dnscontrol/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/08/27 08:48:49 Modified files: games/wtf : Makefile distinfo Log message: Update to wtf-20200822
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2020/08/27 07:55:39 Modified files: www/stagit : Makefile distinfo Log message: Update stagit to 0.9.4. Notable changes: - Remove unveil(2) for stagit-index specifically. Per repository it will still use unveil(2). >From maintainer Hiltjo Posthuma, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/27 09:31:56 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add scim-qtimm and freemat
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/08/27 08:52:41 Modified files: sysutils/kubectl: Makefile distinfo Log message: update of kubectl to 1.19.0 >From Karlis Mikelsons, thank you ! Tested by me against GCP clusters.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/27 09:16:32 Modified files: inputmethods : Makefile Removed files: inputmethods/scim-qtimm: Makefile distinfo inputmethods/scim-qtimm/patches: patch-configure inputmethods/scim-qtimm/pkg: DESCR PLIST Log message: Remove scim-qtimm Time to go to Attic Qt3 OK kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/08/27 11:24:57 Modified files: lang/rust : Makefile distinfo lang/rust/patches: patch-src_bootstrap_bin_rustc_rs patch-src_bootstrap_bootstrap_py patch-src_bootstrap_builder_rs patch-src_bootstrap_lib_rs patch-src_bootstrap_test_rs patch-src_librustc_session_filesearch_rs patch-src_libstd_sys_unix_stack_overflow_rs patch-src_tools_cargo_src_cargo_core_compiler_context_compilation_files_rs lang/rust/pkg : PLIST-gdb PLIST-main Removed files: lang/rust/patches: patch-vendor_num_cpus_src_lib_rs Log message: update lang/rust to 1.46.0 ChangeLog: https://github.com/rust-lang/rust/blob/master/RELEASES.md#version-1460-2020-08-27 Announce: https://blog.rust-lang.org/2020/08/27/Rust-1.46.0.html ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/27 09:18:30 Modified files: math : Makefile Removed files: math/freemat : Makefile distinfo math/freemat/patches: patch-CMakeLists_txt patch-libs_libFreeMat_Array_cpp patch-libs_libFreeMat_Math_cpp patch-libs_libFreeMat_Operators_hpp patch-libs_libGraphics_GLRenderEngine_cpp math/freemat/pkg: DESCR PLIST Log message: Remove freemat Outdated Qt4 application, last update 2010 from steven@ to 4.0 OK steven@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2020/08/27 10:10:12 Modified files: security/py-tlsfuzzer: Makefile distinfo Log message: Update to tlsfuzzer 20200825
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/08/27 12:19:10 Modified files: net/nextcloudclient: Makefile distinfo net/nextcloudclient/patches: patch-src_CMakeLists_txt patch-src_gui_CMakeLists_txt patch-src_gui_wizard_owncloudsetuppage_cpp patch-src_gui_wizard_owncloudwizard_cpp patch-src_gui_wizard_owncloudwizard_h patch-src_libsync_networkjobs_cpp patch-src_libsync_networkjobs_h net/nextcloudclient/pkg: PLIST Removed files: net/nextcloudclient/patches: patch-CMakeLists_txt patch-src_gui_application_cpp patch-test_testnextcloudpropagator_cpp Log message: Update nextcloudclient to 3.0.0 Changelog: https://github.com/nextcloud/desktop/releases/tag/v3.0.0 >From maintainer Adriano Barbosa
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/08/27 17:12:20 Modified files: security/botan2: Makefile security/botan2/pkg: PFRAG.x86 PLIST Log message: botan2: unbreak on !x86 archs The latest botan2 version provides a new processor_rng feature, but the feature is unavailable on most archs, breaking the packaging at least on aarch64, macppc and sparc64 due to a missing header. Add that header to the x86 PFRAG. OK kmos@ (who tested on sparc64), bluhm@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/08/27 15:05:12 Modified files: devel/cutter : Makefile Added files: devel/cutter/patches: patch-src_widgets_GraphGridLayout_cpp Log message: Fix build on archs where sizeof(size_t) < sizeof(uint64_t). ok jasper@
