Re: update: devel/subversion 1.14.0
On Thu, May 28, 2020 at 08:36:26AM +0200, Stefan Sperling wrote:
> I will try to figure out how the bindings can be fixed for py2.
Fixed in this version.
diff 24cae81146b73ebd1005423a1e7a1b85981687f0 /usr/ports
blob - 3ca5215b4bf8aed2aaafd4b25271aec3c474a3af
file + devel/subversion/Makefile
--- devel/subversion/Makefile
+++ devel/subversion/Makefile
@@ -7,7 +7,7 @@ COMMENT-ruby= ruby interface to subversion
COMMENT-ap2= apache2 subversion modules
COMMENT-gnome-keyring= GNOME keyring support for subversion
-VERSION= 1.13.0
+VERSION= 1.14.0
DISTNAME= subversion-${VERSION:S/rc/-rc/}
PKGNAME-main= subversion-${VERSION}
FULLPKGNAME-perl= p5-SVN-${VERSION}
@@ -21,17 +21,15 @@ FULLPKGPATH-ap2=devel/subversion,-ap2
FULLPKGNAME-gnome-keyring= gnome-keyring-subversion-${VERSION}
FULLPKGPATH-gnome-keyring= devel/subversion,-gnome-keyring
-REVISION-main= 1
-REVISION-perl= 0
-REVISION-python= 0
-REVISION-ruby= 0
-REVISION-ap2= 0
-
-MODRUBY_REV ?= 2.5
+MODRUBY_REV ?= 2.7
# Work around for SHARED_LIBS not picking up MODRUBY_BINREV from ruby module
MODRUBY_BINREV=${MODRUBY_REV:S/.//}
-SO_VERSION=5.0
+# Subversion supports either python2 or python3 bindings. Consumers in the
+# ports tree are not yet ready for python3. So keep using python 2.7 for now.
+MODPY_VERSION ?= 2.7
+
+SO_VERSION=6.0
SVN_LIBS= svn_client-1 svn_delta-1 svn_diff-1 svn_fs-1 \
svn_fs_base-1 svn_fs_fs-1 svn_fs_util-1 svn_fs_x-1 \
svn_ra-1 svn_ra_serf-1 svn_ra_local-1 \
@@ -69,7 +67,8 @@ MODULES= lang/python
WANTLIB= expat iconv intl lz4 m pthread z
-BUILD_DEPENDS= devel/gettext,-tools
+BUILD_DEPENDS= devel/gettext,-tools \
+ devel/py3c
MULTI_PACKAGES = -main -ap2 -perl -python -ruby -gnome-keyring
@@ -143,7 +142,7 @@ RUN_DEPENDS-gnome-keyring=
MAKE_FLAGS=MAKE=${MAKE_PROGRAM}
CONFIGURE_STYLE=gnu
-CONFIGURE_ENV= PYTHON2=${MODPY_BIN} MKDIR="/bin/mkdir -p"
+CONFIGURE_ENV= PYTHON=${MODPY_BIN} MKDIR="/bin/mkdir -p"
CONFIGURE_ARGS+=--with-sasl=${LOCALBASE} \
--without-jikes \
--without-jdk \
@@ -195,12 +194,17 @@ SUBST_VARS+= LOCALBASE SO_VERSION MODRUBY_BINREV
LIBsv
pre-patch:
@ln -s ${MODPY_BIN} ${WRKDIR}/bin/python
-pre-configure:
+post-patch:
@${SUBST_CMD} ${WRKSRC}/Makefile.in \
${WRKSRC}/subversion/libsvn_subr/auth.c
mv
${WRKSRC}/subversion/bindings/swig/ruby/libsvn_swig_ruby{,${MODRUBY_BINREV}}
sed -i 's/libsvn_swig_ruby/libsvn_swig_ruby${MODRUBY_BINREV}/g' \
`fgrep -lr libsvn_swig_ruby ${WRKSRC}`
+
+# Before running ./configure we must run autogen.sh to regenerate Python3 SWIG
+# files shipped in the tarball for Python2: https://svn.apache.org/r1877960
+pre-configure:
+ @cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ./autogen.sh
.if ${BUILD_PACKAGES:M-python}
TEST_DEPENDS+= ${FULLPKGNAME-python}:${BUILD_PKGPATH},-python
blob - f3e9a934ed16ecc22fe06886f22fcc6fb457fe39
file + devel/subversion/distinfo
--- devel/subversion/distinfo
+++ devel/subversion/distinfo
@@ -1,2 +1,2 @@
-SHA256 (subversion-1.13.0.tar.bz2) =
vFDOLD+qexrpEDxDIBffmN/ZicQjn5+CcLs6MU7Z5b0=
-SIZE (subversion-1.13.0.tar.bz2) = 8508122
+SHA256 (subversion-1.14.0.tar.bz2) =
a6jiGPn5eoOnmeWKPG2hIh0DSxjZ2Mu8tuxSqxFyIQI=
+SIZE (subversion-1.14.0.tar.bz2) = 8497531
blob - facc9081810686bf9f2549d8846e28032e04b64b
file + devel/subversion/patches/patch-Makefile_in
--- devel/subversion/patches/patch-Makefile_in
+++ devel/subversion/patches/patch-Makefile_in
@@ -17,20 +17,14 @@ Index: Makefile.in
# where to install pkg-config files
pkgconfig_dir = $(datadir)/pkgconfig
-@@ -150,13 +150,13 @@ BOOST_TEST_LDFLAGS = @BOOST_LDFLAGS@ @BOOST_UNIT_TEST_
+@@ -150,8 +150,8 @@ BOOST_TEST_LDFLAGS = @BOOST_LDFLAGS@ @BOOST_UNIT_TEST_
SWIG = @SWIG@
- SWIG_PY_INCLUDES = @SWIG_PY_INCLUDES@ -I$(SWIG_SRC_DIR)/python/libsvn_swig_py
+ SWIG_PY_INCLUDES = @SWIG_PY_INCLUDES@ @SVN_PY3C_INCLUDES@
-I$(SWIG_SRC_DIR)/python/libsvn_swig_py
SWIG_PY_COMPILE = @SWIG_PY_COMPILE@
-SWIG_PY_LINK = @SWIG_PY_LINK@
-SWIG_PY_LIBS = @SWIG_PY_LIBS@
+SWIG_PY_LINK = @SWIG_PY_LINK@ -L@libdir@
+SWIG_PY_LIBS = -lpython${MODPY_VERSION}
+ SWIG_PY_ERRMSG = @SWIG_PY_ERRMSG@
SWIG_PL_INCLUDES = @SWIG_PL_INCLUDES@
- SWIG_RB_INCLUDES = @SWIG_RB_INCLUDES@ -I$(SWIG_SRC_DIR)/ruby/libsvn_swig_ruby
- SWIG_RB_COMPILE = @SWIG_RB_COMPILE@
- SWIG_RB_LINK = @SWIG_RB_LINK@
--SWIG_RB_LIBS = @SWIG_RB_LIBS@
-+SWIG_RB_LIBS = -lruby${MODRUBY_BINREV}
- SWIG_RB_SITE_LIB_DIR = @SWIG_RB_SITE_LIB_DIR@
- SWIG_RB_SITE_ARCH_DIR = @SWIG_RB_SITE_ARCH_DIR@
- SWIG_RB_TEST_VERBOSE = @SWIG_RB_TEST_VERBOSE@
+ SWIG_PL_ERRMSG = @SWIG_PL_ERRMSG@
Re: update: devel/subversion 1.14.0
On Thu, May 28, 2020 at 12:16:31AM +0100, Stuart Henderson wrote: > ...not sure what in the build is causing the problem, but the bindings are > definitely not working > > Also I think I know how to add a python3 flavour so that it can be built > > again with py3 bindings. > > I have a diff for that but it should go on top of an existing commit > rather than be stacked up Thanks a lot for your input. I like your idea of using flavours for this. And yes, we can add a py3 flavour later. Once 1.14 is in and works with py2 this will be easy to do. I will try to figure out how the bindings can be fixed for py2. The py3 ones are definitely working for me locally. I've done my release verification test runs with py3 because I was naively assuming downstreams could already flip over to py3. It felt like SVN was one of the last projects in the universe to make that transition; apparently not :)
Re: update: audio/py-eyed3
Ping ?
New dependencies are already imported.
Diff at the end for convenience.
On Thu, 21 May 2020, Paco Esteban wrote:
> On Thu, 21 May 2020, Stuart Henderson wrote:
>
> > On 2020/05/20 20:37, Paco Esteban wrote:
> > > Hi ports@,
> > >
> > > This is an update for audio/py-eyed3 from 0.8.12 to latest 0.9.5
> > > You can see the can see the changes here:
> > >
> > > https://github.com/nicfit/eyeD3/blob/master/HISTORY.rst
> > >
> > > The update is pretty simple.
> > >
> > > I tried to enable tests by creating a port for the missing port
> > > `factory_boy`, but this pulls a pretty big tree of dependencies just to
> > > enable those tests, so I think is not worth it.
> > >
> > > This only has one consumer, audio/py-mutagen and only on the py2 variant
> > > (which is weird, because this is a py3 only port, so I guess it uses the
> > > cli directly).
> >
> > It does use the module, I think I just missed that when I changed eyeD3
> > to use py3. I'll fix that in mutagen.
> >
> > > Tests on the consumer are the same before and after the update:
> > >
> > > 3 failed, 3801 passed
> > >
> > > comments ? ok ?
> >
> > Running the eyeD3 script fails:
> >
> > pkg_resources.DistributionNotFound: The 'deprecation' distribution was not
> > found and is required by eyeD3
> >
> > Also py-magic is no longer required.
>
> What a wonderful job I did, didn't I ?
>
> Sorry for that, find the modified diff at the end. The port now depends
> on 2 new ports I've sent separately. I've now tested it reading/writing
> some tags to a couple of mp3 files without any problems.
>
> Cheers,
> Paco.
Index: Makefile
===
RCS file: /home/cvs/ports/audio/py-eyed3/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- Makefile29 Feb 2020 15:54:33 - 1.21
+++ Makefile21 May 2020 14:03:37 -
@@ -2,7 +2,7 @@
COMMENT= module and program for processing ID3 tags
-MODPY_EGG_VERSION= 0.8.12
+MODPY_EGG_VERSION= 0.9.5
DISTNAME= eyeD3-${MODPY_EGG_VERSION}
CATEGORIES=audio
@@ -16,7 +16,8 @@ MASTER_SITES= ${HOMEPAGE}releases/
MODULES= lang/python
# standalone software - intentionally no py-* prefix/FLAVOR.
MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
-RUN_DEPENDS= devel/py-magic${MODPY_FLAVOR} \
+RUN_DEPENDS= devel/py-deprecation${MODPY_FLAVOR} \
+ devel/py-filetype${MODPY_FLAVOR} \
devel/py-six${MODPY_FLAVOR}
MODPY_SETUPTOOLS= Yes
Index: distinfo
===
RCS file: /home/cvs/ports/audio/py-eyed3/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo28 Dec 2019 15:13:25 - 1.8
+++ distinfo20 May 2020 18:03:38 -
@@ -1,2 +1,2 @@
-SHA256 (eyeD3-0.8.12.tar.gz) = 5U7sCgP7jn6ei1CVRsbZLvvIcep1l2Ef4sFvA+HJS20=
-SIZE (eyeD3-0.8.12.tar.gz) = 214073
+SHA256 (eyeD3-0.9.5.tar.gz) = +vWAYZfyCT6CwoMNQfI3jwezqdoHoW+vsU/G+966xQo=
+SIZE (eyeD3-0.9.5.tar.gz) = 222994
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/audio/py-eyed3/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 28 Dec 2019 15:13:26 - 1.5
+++ pkg/PLIST 20 May 2020 18:05:38 -
@@ -14,10 +14,9 @@ lib/python${MODPY_VERSION}/site-packages
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}__about__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/eyed3/compat.py
+lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}mimetype.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/eyed3/core.py
lib/python${MODPY_VERSION}/site-packages/eyed3/id3/
lib/python${MODPY_VERSION}/site-packages/eyed3/id3/__init__.py
@@ -32,6 +31,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/eyed3/id3/headers.py
lib/python${MODPY_VERSION}/site-packages/eyed3/id3/tag.py
lib/python${MODPY_VERSION}/site-packages/eyed3/main.py
+lib/python${MODPY_VERSION}/site-packages/eyed3/mimetype.py
lib/python${MODPY_VERSION}/site-packages/eyed3/mp3/
lib/python${MODPY_VERSION}/site-packages/eyed3/mp3/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/eyed3/mp3/${MODPY_PYCACHE}/
@@ -46,28 +46,36 @@ lib/python${MODPY_VERSION}/site-packages
Firefox crashes after update to 6.7
Hi, after updating OpenBSD 6.6 to 6.7 firefox tabs crash if a website is opened: Gah. Your tab just crashed. We can help! Choose Restore This Tab to reload the page. Reinstalled firefox does not help. /var/log/messages says: May 28 10:08:00 x220 /bsd: firefox[5637]: pledge "id", syscall 195 After adding "id" to /etc/firefox/pledge.content everything works fine. The same behavior if I start firefox under a new user. Any hints or suggestions? --f.
[update] net/dnscontrol -> 3.1.1
Hello, Please find attached patch to update DNSControl to latest stable (3.1.1) version. https://github.com/StackExchange/dnscontrol/releases/tag/v3.1.1 KarlisCommon subdirectories: dnscontrol.orig/CVS and dnscontrol/CVS diff -u dnscontrol.orig/Makefile dnscontrol/Makefile --- dnscontrol.orig/Makefile Thu May 28 09:45:39 2020 +++ dnscontrol/Makefile Thu May 28 09:46:06 2020 @@ -8,8 +8,7 @@ GH_ACCOUNT = StackExchange GH_PROJECT = dnscontrol -GH_TAGNAME = v3.0.0 -REVISION = 0 +GH_TAGNAME = v3.1.1 CATEGORIES = net diff -u dnscontrol.orig/distinfo dnscontrol/distinfo --- dnscontrol.orig/distinfo Thu May 28 09:45:39 2020 +++ dnscontrol/distinfo Thu May 28 09:47:04 2020 @@ -1,2 +1,2 @@ -SHA256 (dnscontrol-3.0.0.tar.gz) = a7cYx4eutrBIZE5LQ3/L46gF2bhEzXHiHNKcgqq6Qtc= -SIZE (dnscontrol-3.0.0.tar.gz) = 7128363 +SHA256 (dnscontrol-3.1.1.tar.gz) = V4cXHEht4B3R5fI3jRCY5kISwO4YVZr/UVvYwKBs3PM= +SIZE (dnscontrol-3.1.1.tar.gz) = 6791491 Common subdirectories: dnscontrol.orig/pkg and dnscontrol/pkg
Re: NEW: x11/picom
Omar Polo writes: > - the patch-src_meson_build is an hack to avoid a meson error I > cannot > understand Upstreaming as https://github.com/yshui/picom/pull/422
Re: [update] net/dnscontrol -> 3.1.1
On Thu, 28 May 2020, karlis.mikels...@lf.lv wrote: > Hello, > > Please find attached patch to update DNSControl to latest stable (3.1.1) > version. > > https://github.com/StackExchange/dnscontrol/releases/tag/v3.1.1 > > Karlis Builds and tests pass for me on amd64. Also tested against GANDI and R53 on some domains without issues. ok paco. -- Paco Esteban. 0x5818130B8A6DBC03
Re: UPDATE: i2pd 2.26.0 -> 2.30.0
On Wed, May 27, 2020 at 03:10:39PM +0200, Solene Rapenne wrote: > Le Wed, 27 May 2020 13:19:47 +0100, > Stuart Henderson a écrit : > > > On 2020/05/27 13:58, Solene Rapenne wrote: > > > Le Wed, 27 May 2020 12:33:27 +0100, > > > Stuart Henderson a écrit : > > > > > > > On 2020/05/27 13:21, Solene Rapenne wrote: > > > > > Le Wed, 27 May 2020 11:55:20 +0100, > > > > > Stuart Henderson a écrit : > > > > > > > > > > it only need to read config in /etc/i2pd/ and read/write in > > > > > /var/lib/i2pd/ > > > > > > > > Does it need to rewrite existing files in /var/lib/i2pd/? > > > > > > > > > > I'm not sure to understand what you mean. /var/lib/i2pd/ is where > > > i2pd create files, store cache etc.. so i2pd daemon is pretty > > > active there, but that folder is only created by i2pd package and > > > populated at installation, then i2pd will create more files in it. > > > > The version currently in ports has some files created in there by > > @sample which are owned by _i2pd - the updated plist in the diff > > changes those to being owned by root. > > > > should be fine now, thank you very much for your help Hi, Just some quick feedback to confirm this build/install/run OK on amd64. Done basic testing, tunneling, httproxy and it is working. Thanks, -- clematis (0xA2C87EDB507B4C53)
Re: [update] net/synapse to 1.14.0
Renaud Allard writes: > Hi, > > Here is a diff to upgrade net/synapse to 1.14.0 > Also, as suggested by Andrea Fleckenstein, I changed the test to trial-3 > > Regards Committed! TY! -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE
Re: update: audio/py-eyed3
On Thu, May 28, 2020 at 11:47:43AM +0200, Paco Esteban wrote:
> Ping ?
> New dependencies are already imported.
> Diff at the end for convenience.
Builds fine on amd64 and sparc64 for me. Seems to function correctly on
amd64 for me.
ok kmos
--Kurt
> On Thu, 21 May 2020, Paco Esteban wrote:
> > On Thu, 21 May 2020, Stuart Henderson wrote:
> >
> > > On 2020/05/20 20:37, Paco Esteban wrote:
> > > > Hi ports@,
> > > >
> > > > This is an update for audio/py-eyed3 from 0.8.12 to latest 0.9.5
> > > > You can see the can see the changes here:
> > > >
> > > > https://github.com/nicfit/eyeD3/blob/master/HISTORY.rst
> > > >
> > > > The update is pretty simple.
> > > >
> > > > I tried to enable tests by creating a port for the missing port
> > > > `factory_boy`, but this pulls a pretty big tree of dependencies just to
> > > > enable those tests, so I think is not worth it.
> > > >
> > > > This only has one consumer, audio/py-mutagen and only on the py2 variant
> > > > (which is weird, because this is a py3 only port, so I guess it uses the
> > > > cli directly).
> > >
> > > It does use the module, I think I just missed that when I changed eyeD3
> > > to use py3. I'll fix that in mutagen.
> > >
> > > > Tests on the consumer are the same before and after the update:
> > > >
> > > > 3 failed, 3801 passed
> > > >
> > > > comments ? ok ?
> > >
> > > Running the eyeD3 script fails:
> > >
> > > pkg_resources.DistributionNotFound: The 'deprecation' distribution was
> > > not found and is required by eyeD3
> > >
> > > Also py-magic is no longer required.
> >
> > What a wonderful job I did, didn't I ?
> >
> > Sorry for that, find the modified diff at the end. The port now depends
> > on 2 new ports I've sent separately. I've now tested it reading/writing
> > some tags to a couple of mp3 files without any problems.
> >
> > Cheers,
> > Paco.
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/audio/py-eyed3/Makefile,v
> retrieving revision 1.21
> diff -u -p -r1.21 Makefile
> --- Makefile 29 Feb 2020 15:54:33 - 1.21
> +++ Makefile 21 May 2020 14:03:37 -
> @@ -2,7 +2,7 @@
>
> COMMENT= module and program for processing ID3 tags
>
> -MODPY_EGG_VERSION= 0.8.12
> +MODPY_EGG_VERSION= 0.9.5
> DISTNAME=eyeD3-${MODPY_EGG_VERSION}
> CATEGORIES= audio
>
> @@ -16,7 +16,8 @@ MASTER_SITES= ${HOMEPAGE}releases/
> MODULES= lang/python
> # standalone software - intentionally no py-* prefix/FLAVOR.
> MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
> -RUN_DEPENDS= devel/py-magic${MODPY_FLAVOR} \
> +RUN_DEPENDS= devel/py-deprecation${MODPY_FLAVOR} \
> + devel/py-filetype${MODPY_FLAVOR} \
> devel/py-six${MODPY_FLAVOR}
>
> MODPY_SETUPTOOLS=Yes
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/audio/py-eyed3/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- distinfo 28 Dec 2019 15:13:25 - 1.8
> +++ distinfo 20 May 2020 18:03:38 -
> @@ -1,2 +1,2 @@
> -SHA256 (eyeD3-0.8.12.tar.gz) = 5U7sCgP7jn6ei1CVRsbZLvvIcep1l2Ef4sFvA+HJS20=
> -SIZE (eyeD3-0.8.12.tar.gz) = 214073
> +SHA256 (eyeD3-0.9.5.tar.gz) = +vWAYZfyCT6CwoMNQfI3jwezqdoHoW+vsU/G+966xQo=
> +SIZE (eyeD3-0.9.5.tar.gz) = 222994
> Index: pkg/PLIST
> ===
> RCS file: /home/cvs/ports/audio/py-eyed3/pkg/PLIST,v
> retrieving revision 1.5
> diff -u -p -r1.5 PLIST
> --- pkg/PLIST 28 Dec 2019 15:13:26 - 1.5
> +++ pkg/PLIST 20 May 2020 18:05:38 -
> @@ -14,10 +14,9 @@ lib/python${MODPY_VERSION}/site-packages
>
> ${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}/
>
> lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}__about__.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}compat.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}core.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}main.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/eyed3/compat.py
> +lib/python${MODPY_VERSION}/site-packages/eyed3/${MODPY_PYCACHE}mimetype.${MODPY_PYC_MAGIC_TAG}pyc
> lib/python${MODPY_VERSION}/site-packages/eyed3/core.py
> lib/python${MODPY_VERSION}/site-packages/eyed3/id3/
> lib/python${MODPY_VERSION}/site-packages/eyed3/id3/__init__.py
> @@ -32,6 +31,7 @@ lib/python${MODPY_VERSION}/site-packages
> lib/python${MODPY_VERSION}/site-packages/eyed3/id3/headers.py
> lib/python${MODPY_VERSION}/site-packages/eyed3/id3/tag.py
> lib/python${MODPY_VERSION}/site-packages/eyed3/main.py
>
Re: NEW: graphics/chafa
On Wed, May 27, 2020 at 11:04:16PM +, Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, graphics/chafa. Chafa is a commandline utility
> that converts images for terminal output.
>
> ---
> pkg/DESCR:
> Chafa allows you to view reasonable approximations of pictures and
> animations in the comfort of your favorite terminal emulator.
>
> Features:
> * Supports most popular image formats, including animated GIFs.
> * Combines Unicode symbols from multiple selectable ranges for optimal
> output.
> * Multiple color modes, including Truecolor, 256-color, 16-color and
> simple FG/BG.
> * RGB and DIN99d color spaces for improved color picking.
> * Alpha transparency support in any color mode, including in animations.
> * Suitable for terminal graphics, ANSI art composition and even black &
> white print.
> * Works with most modern and classic terminals and terminal emulators.
> * Documented, stable C API.
> ---
>
> Builds and all tests pass on amd64 and sparc64. Testing on a big endian
> glass console would be appreciated.
>
> OK?
>
> ~Brian
Hi Brian,
As discussed offline, including your changes to fix the manpage issue:
CONFIGURE_ARGS =--disable-man
# Manual page exists but won't install unless explicitly rebuilding it
post-install:
${INSTALL_MAN} ${WRKSRC}/docs/chafa.1 ${PREFIX}/man/man1
new tarball attached including this change and an updated PLIST
OK on amd64
Thanks,
--
clematis (0xA2C87EDB507B4C53)
chafa.tar.gz
Description: application/tar-gz
Re: NEW: astro/gnuastro
On Sun, May 24, 2020 at 06:02:32PM +, Brian Callahan wrote: > Hi ports -- > > Attached is a new port, astro/gnuastro. These are the GNU Astronomy > Utilities. > > --- > pkg/DESCR: > The GNU Astronomy Utilities (Gnuastro) is an official GNU package > consisting of various programs and library functions for the > manipulation and analysis of astronomical data. All the programs share > the same basic command-line user interface for the comfort of both the > users and developers. > --- > > Works well and all tests pass on amd64 and sparc64. > > OK? > > ~Brian > quick feedback just to say it build/install/run OK for me on amd64 info/man and cmds run (no data to test further) -- clematis (0xA2C87EDB507B4C53)
Re: Update net/tor to 0.4.3.5
On Thu, May 21, 2020 at 04:32:53PM +0200, Solene Rapenne wrote: > Le Fri, 15 May 2020 17:29:30 +0200, > clematis a écrit : > > > Hi Pascal, > > Here's an update of net/tor from 0.4.2.7 to 0.4.3.5. > > Patches still go OK. So just bumping the version. > > build and run OK on amd64 - tested as client and with torsocks > > > > Release note: https://blog.torproject.org/node/1872 > > > > Does that work for you? > > Cheers, > > works fine for me. Hi Pascal, Just a quick reminder as this might have fall on your back burner. Thanks, -- clematis (0xA2C87EDB507B4C53) Index: Makefile === RCS file: /cvs/ports/net/tor/Makefile,v retrieving revision 1.128 diff -u -p -r1.128 Makefile --- Makefile19 Mar 2020 11:02:51 - 1.128 +++ Makefile15 May 2020 15:12:01 - @@ -2,7 +2,7 @@ COMMENT= anonymity service using onion routing -DISTNAME= tor-0.4.2.7 +DISTNAME= tor-0.4.3.5 CATEGORIES=net HOMEPAGE= https://www.torproject.org/ Index: distinfo === RCS file: /cvs/ports/net/tor/distinfo,v retrieving revision 1.105 diff -u -p -r1.105 distinfo --- distinfo19 Mar 2020 11:02:51 - 1.105 +++ distinfo15 May 2020 15:12:01 - @@ -1,2 +1,2 @@ -SHA256 (tor-0.4.2.7.tar.gz) = BqHYNd3zgva8pApi6PtAtxsvc9VvDVNSPIvVyvmzAm0= -SIZE (tor-0.4.2.7.tar.gz) = 7604875 +SHA256 (tor-0.4.3.5.tar.gz) = YWoOSuaI0OFR1G4+QlhWXaTUQ9HdvTFtsLkJEOLV2Gg= +SIZE (tor-0.4.3.5.tar.gz) = 7740166
[update] net/synapse to 1.14.0
Hi,
Here is a diff to upgrade net/synapse to 1.14.0
Also, as suggested by Andrea Fleckenstein, I changed the test to trial-3
Regards
Index: Makefile
===
RCS file: /cvs/ports/net/synapse/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile 22 May 2020 16:48:19 - 1.5
+++ Makefile 28 May 2020 11:37:41 -
@@ -2,7 +2,7 @@
COMMENT = open network for secure, decentralized communication
-MODPY_EGG_VERSION = 1.13.0
+MODPY_EGG_VERSION = 1.14.0
GH_ACCOUNT = matrix-org
GH_PROJECT = synapse
@@ -61,7 +61,7 @@ RUN_DEPENDS = textproc/py-lxml${MODPY_FL
TEST_DEPENDS = ${RUN_DEPENDS}
do-test:
- cd ${WRKSRC} && ${SETENV} PYTHONPATH=. ${LOCALBASE}/bin/trial tests
+ cd ${WRKSRC} && ${SETENV} PYTHONPATH=. ${LOCALBASE}/bin/trial-3 tests
post-install:
@mkdir ${PREFIX}/share/synapse
Index: distinfo
===
RCS file: /cvs/ports/net/synapse/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo 22 May 2020 16:48:19 - 1.4
+++ distinfo 28 May 2020 11:37:41 -
@@ -1,2 +1,2 @@
-SHA256 (synapse-1.13.0.tar.gz) = nUuvhbDYOLH7ut6s19rzRiOI/QCnBsVRCLnW3wMngp8=
-SIZE (synapse-1.13.0.tar.gz) = 634
+SHA256 (synapse-1.14.0.tar.gz) = XubPAJlKgvPr7ixL9a/BR9QFDe5CmkdQzs3cj04yccI=
+SIZE (synapse-1.14.0.tar.gz) = 6702521
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/synapse/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 22 May 2020 16:48:19 - 1.5
+++ pkg/PLIST 28 May 2020 11:37:41 -
@@ -97,6 +97,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}_base.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}api.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}appservice.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}cache.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}captcha.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}cas.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}consent_config.${MODPY_PYC_MAGIC_TAG}pyc
@@ -108,6 +109,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}key.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}logger.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}metrics.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}oidc_config.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}password.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}password_auth_providers.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/config/${MODPY_PYCACHE}push.${MODPY_PYC_MAGIC_TAG}pyc
@@ -132,6 +134,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/config/_base.pyi
lib/python${MODPY_VERSION}/site-packages/synapse/config/api.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/appservice.py
+lib/python${MODPY_VERSION}/site-packages/synapse/config/cache.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/captcha.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/cas.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/consent_config.py
@@ -143,6 +146,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/config/key.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/logger.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/metrics.py
+lib/python${MODPY_VERSION}/site-packages/synapse/config/oidc_config.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/password.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/password_auth_providers.py
lib/python${MODPY_VERSION}/site-packages/synapse/config/push.py
@@ -255,6 +259,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/synapse/handlers/${MODPY_PYCACHE}identity.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/handlers/${MODPY_PYCACHE}initial_sync.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/handlers/${MODPY_PYCACHE}message.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/synapse/handlers/${MODPY_PYCACHE}oidc_handler.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/synapse/handlers/${MODPY_PYCACHE}pagination.${MODPY_PYC_MAGIC_TAG}pyc
Re: NEW: x11/picom
On Wed, May 27, 2020 at 09:33:57PM +0200, Omar Polo wrote:
>
> Hi,
>
> This is a port for picom, a compositor for X11. It's an actively
> developed fork of compton.
>
> I've been running for a month now, and it has been rock stable (instead
> of compton which would occasionally crash.)
>
> Build and tested on amd64, passes port-lib-depends-check and portcheck.
>
> A couple of notes about the patches:
>
> - (AFAIK) the project was recently renamed from "compton" to "picom",
> that's the reason they install some files that can conflict with
> x11/compton (like the bin/compton{,-trans} links to
> bin/picom{,-trans}). I've removed (and/or renamed) them to avoid the
> conflict, since I wanted to have them both installed side-by-side
>
> - moved the manpage from the (port) default share/man/man1 to
> man/man1
>
> - the patch-src_meson_build is an hack to avoid a meson error I cannot
> understand
>
> Cheers!
>
I can't comment on the port itself, but picom looks like it needs
a similar fix for vsync as compton in ports does to use the correct
drm(4) device node.
-Bryan.
diff --git src/vsync.c src/vsync.c
index 5980155..8273d28 100644
--- src/vsync.c
+++ src/vsync.c
@@ -54,7 +54,7 @@ static int vsync_drm_wait(session_t *ps) {
*/
static bool vsync_drm_init(session_t *ps) {
// Should we always open card0?
- if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/dri/card0", O_RDWR)) <
0) {
+ if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/drm0", O_RDWR)) < 0) {
log_error("Failed to open device.");
return false;
}
Re: NEW: x11/picom
Bryan Steele writes:
On Wed, May 27, 2020 at 09:33:57PM +0200, Omar Polo wrote:
Hi,
This is a port for picom, a compositor for X11. It's an
actively
developed fork of compton.
I've been running for a month now, and it has been rock stable
(instead
of compton which would occasionally crash.)
Build and tested on amd64, passes port-lib-depends-check and
portcheck.
A couple of notes about the patches:
- (AFAIK) the project was recently renamed from "compton" to
"picom",
that's the reason they install some files that can conflict
with
x11/compton (like the bin/compton{,-trans} links to
bin/picom{,-trans}). I've removed (and/or renamed) them to
avoid the
conflict, since I wanted to have them both installed
side-by-side
- moved the manpage from the (port) default share/man/man1 to
man/man1
- the patch-src_meson_build is an hack to avoid a meson error I
cannot
understand
Cheers!
I can't comment on the port itself, but picom looks like it
needs
a similar fix for vsync as compton in ports does to use the
correct
drm(4) device node.
-Bryan.
diff --git src/vsync.c src/vsync.c
index 5980155..8273d28 100644
--- src/vsync.c
+++ src/vsync.c
@@ -54,7 +54,7 @@ static int vsync_drm_wait(session_t *ps) {
*/
static bool vsync_drm_init(session_t *ps) {
// Should we always open card0?
- if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/dri/card0",
O_RDWR)) < 0) {
+ if (ps->drm_fd < 0 && (ps->drm_fd = open("/dev/drm0",
O_RDWR)) < 0) {
log_error("Failed to open device.");
return false;
}
Thanks for finding this!
attaching an updated tarball with this and the patch by Jan Beich.
picom.tar.gz
Description: Binary data
devel/kf5 mark conflicts with kde-i18n-* packages helper
We have the same helper for l10n (KDE4) in kf5.port.mk. I would like to
use both of them for all x11/kde-applications. Most KDE5 ports have
conflicts with kde3 and kde4 language packages.
OK?
Index: PFRAG.i18n
===
RCS file: PFRAG.i18n
diff -N PFRAG.i18n
--- /dev/null 1 Jan 1970 00:00:00 -
+++ PFRAG.i18n 28 May 2020 19:22:02 -
@@ -0,0 +1,72 @@
+@comment $OpenBSD: PFRAG.l10n,v 1.2 2018/06/04 20:25:31 rsadowski Exp $
+@conflict kde-i18n-af-*
+@conflict kde-i18n-ar-*
+@conflict kde-i18n-az-*
+@conflict kde-i18n-be-*
+@conflict kde-i18n-bg-*
+@conflict kde-i18n-bn-*
+@conflict kde-i18n-br-*
+@conflict kde-i18n-bs-*
+@conflict kde-i18n-ca-*
+@conflict kde-i18n-cs-*
+@conflict kde-i18n-csb-*
+@conflict kde-i18n-cy-*
+@conflict kde-i18n-da-*
+@conflict kde-i18n-de-*
+@conflict kde-i18n-el-*
+@conflict kde-i18n-en_GB-*
+@conflict kde-i18n-eo-*
+@conflict kde-i18n-es-*
+@conflict kde-i18n-et-*
+@conflict kde-i18n-eu-*
+@conflict kde-i18n-fa-*
+@conflict kde-i18n-fi-*
+@conflict kde-i18n-fr-*
+@conflict kde-i18n-fy-*
+@conflict kde-i18n-ga-*
+@conflict kde-i18n-gl-*
+@conflict kde-i18n-he-*
+@conflict kde-i18n-hi-*
+@conflict kde-i18n-hr-*
+@conflict kde-i18n-hu-*
+@conflict kde-i18n-is-*
+@conflict kde-i18n-it-*
+@conflict kde-i18n-ja-*
+@conflict kde-i18n-kk-*
+@conflict kde-i18n-km-*
+@conflict kde-i18n-ko-*
+@conflict kde-i18n-lt-*
+@conflict kde-i18n-lv-*
+@conflict kde-i18n-mk-*
+@conflict kde-i18n-mn-*
+@conflict kde-i18n-ms-*
+@conflict kde-i18n-nb-*
+@conflict kde-i18n-nds-*
+@conflict kde-i18n-nl-*
+@conflict kde-i18n-nn-*
+@conflict kde-i18n-pa-*
+@conflict kde-i18n-pl-*
+@conflict kde-i18n-pt-*
+@conflict kde-i18n-pt_BR-*
+@conflict kde-i18n-ro-*
+@conflict kde-i18n-ru-*
+@conflict kde-i18n-rw-*
+@conflict kde-i18n-se-*
+@conflict kde-i18n-sk-*
+@conflict kde-i18n-sl-*
+@conflict kde-i18n-sr-*
+@conflict kde-i18n-sr@Latn-*
+@conflict kde-i18n-ss-*
+@conflict kde-i18n-sv-*
+@conflict kde-i18n-ta-*
+@conflict kde-i18n-te-*
+@conflict kde-i18n-tg-*
+@conflict kde-i18n-th-*
+@conflict kde-i18n-tr-*
+@conflict kde-i18n-uk-*
+@conflict kde-i18n-uz-*
+@conflict kde-i18n-uz@cyrillic-*
+@conflict kde-i18n-vi-*
+@conflict kde-i18n-wa-*
+@conflict kde-i18n-zh_CN-*
+@conflict kde-i18n-zh_TW-*
Index: kf5.port.mk
===
RCS file: /cvs/ports/devel/kf5/kf5.port.mk,v
retrieving revision 1.12
diff -u -p -r1.12 kf5.port.mk
--- kf5.port.mk 23 Mar 2020 18:01:03 - 1.12
+++ kf5.port.mk 28 May 2020 19:22:02 -
@@ -81,6 +81,18 @@ PKG_ARGS${_s} +=-f ${MAKEFILE_LIST:M*/kf
. endif
.endfor
+# if needed, mark conflicts with kde-i18n-* packages from KDE 3
+MODKF5_I18N_CONFLICT ?=no
+.if ${MODKF5_I18N_CONFLICT:L} != "no"
+PKG_ARGS +=-f ${MAKEFILE_LIST:M*/kf5.port.mk:C,/[^/]+$,,}/PFRAG.i18n
+.endif
+.for _s in ${MULTI_PACKAGES}
+MODKF5_I18N_CONFLICT${_s} ?= no
+. if ${MODKF5_I18N_CONFLICT${_s}:L} != "no"
+PKG_ARGS${_s} +=-f ${MAKEFILE_LIST:M*/kf5.port.mk:C,/[^/]+$,,}/PFRAG.i18n
+. endif
+.endfor
+
# do not install localized manual pages
MODKF5_post-install += \
rm -Rf ${ALL_LANGS:S,^,${PREFIX}/man/,}
52 new x11/kde-applications and plans to delete KDE4
Please find attached a tarball which includes the following 52 KDE5 applications/ports. That would be almost all KDE5 applications. If you preferred to reed in the browser: https://github.com/sizeofvoid/wip-ports/commits/kde-applications (I've checked all ports with portcheck) I realize there's still work to be done here. akonadi-* cannot be deleted before productivity/akonadi which cannot be deleted before x11/kde4. Yep, KDE4 it's time to go, sthen needs his pre-qtwebengin build time back :-) Anyway, I'd like to do this in tree. The following proposal: 1 - Import all 52 ports 2 - Carefully hook up what is possible. 3 - Delete KDE4 and friends 4 - Enable all KDE5 application 5 - Test test test until 6.8. I don't want to annoy sthen@, who always gave me an OK the last couple of times. If no one objects to this plan, I will start in the middle of next week to import all 52. (step by step) Feedback (positive or negative) or ideas are welcome! + SUBDIR += konqueror + SUBDIR += knights + SUBDIR += kget + SUBDIR += kmailtransport + SUBDIR += akregator + SUBDIR += calendarsupport + SUBDIR += eventviews + SUBDIR += grantlee-editor + SUBDIR += kaddressbook + SUBDIR += kalarm + SUBDIR += kdepim-addons + SUBDIR += kdepim-apps-libs + SUBDIR += kdepim-runtime + SUBDIR += kleopatra + SUBDIR += kmail + SUBDIR += kmail-account-wizard + SUBDIR += knotes + SUBDIR += kontact + SUBDIR += korganizer + SUBDIR += kgpg + SUBDIR += kimagemapeditor + SUBDIR += akonadi + SUBDIR += akonadi-calendar + SUBDIR += akonadi-calendar-tools + SUBDIR += akonadi-contacts + SUBDIR += akonadi-import-wizard + SUBDIR += akonadi-mime + SUBDIR += akonadi-notes + SUBDIR += akonadi-search + SUBDIR += akonadiconsole + SUBDIR += baloo-widgets + SUBDIR += incidenceeditor + SUBDIR += kalarmcal + SUBDIR += kblog + SUBDIR += kdav + SUBDIR += kitinerary + SUBDIR += kontactinterface + SUBDIR += kpkpass + SUBDIR += kross-interpreters + SUBDIR += ksmtp + SUBDIR += ktnef + SUBDIR += libgravatar + SUBDIR += libkdepim + SUBDIR += libkgapi + SUBDIR += libksieve + SUBDIR += mailcommon + SUBDIR += mailimporter + SUBDIR += mbox-importer + SUBDIR += messagelib + SUBDIR += pim-data-exporter + SUBDIR += pim-sieve-editor + SUBDIR += pimcommon kde-applications.tar.gz Description: Binary data
Re: NEW: graphics/chafa
‐‐‐ Original Message ‐‐‐
On Thursday, May 28, 2020 9:54 AM, clematis wrote:
> On Wed, May 27, 2020 at 11:04:16PM +, Brian Callahan wrote:
>
> > Hi ports --
> > Attached is a new port, graphics/chafa. Chafa is a commandline utility
> > that converts images for terminal output.
> >
> > pkg/DESCR:
> > Chafa allows you to view reasonable approximations of pictures and
> > animations in the comfort of your favorite terminal emulator.
> > Features:
> >
> > - Supports most popular image formats, including animated GIFs.
> > - Combines Unicode symbols from multiple selectable ranges for optimal
> > output.
> >
> > - Multiple color modes, including Truecolor, 256-color, 16-color and
> > simple FG/BG.
> >
> > - RGB and DIN99d color spaces for improved color picking.
> > - Alpha transparency support in any color mode, including in animations.
> > - Suitable for terminal graphics, ANSI art composition and even black &
> > white print.
> >
> > - Works with most modern and classic terminals and terminal emulators.
> > - Documented, stable C API.
> >
> > Builds and all tests pass on amd64 and sparc64. Testing on a big endian
> > glass console would be appreciated.
> > OK?
> > ~Brian
>
> Hi Brian,
> As discussed offline, including your changes to fix the manpage issue:
For clarification, it was discovered that a pregenerated manual page
exists for chafa but if you have the xslt tools installed, then chafa
will insist on rebuilding the manual page (pulling in needless deps).
However, if you disable manual page regeneration, then the install
routine won't attempt to install the manual page, hence the post
install routine.
~Brian
>
> CONFIGURE_ARGS = --disable-man
>
> Manual page exists but won't install unless explicitly rebuilding it
>
> =
>
> post-install:
> ${INSTALL_MAN} ${WRKSRC}/docs/chafa.1 ${PREFIX}/man/man1
>
> new tarball attached including this change and an updated PLIST
>
> OK on amd64
>
> Thanks,
>
> --
>
> clematis (0xA2C87EDB507B4C53)
chafa.tgz
Description: application/compressed-tar
[update] redis 6.0.4
Redis 6 was released shortly before lock. I have tested ports with the
various 6.0rc* versions since February. Right around lock was difficult
for testing due to (attempts at) clang migration. I was reluctant to
send out 6.0.2 and 6.0.3 because they had various worrying issues in my
testing. These seem to be resolved now, except for one (see below).
A tremendous amount of work happened upstream in the past months. Since
the release, 4 major bugs were found and fixed and a lot of other things
happened (several hundred commits in total).
Release notes:
https://github.com/antirez/redis/blob/6.0/00-RELEASENOTES
I know of several instances that have been running earlier versions of
this diff in heavy testing (6.0rc2) and at least of one (6.0.2) in
production.
Migration of databases from 5 should be as easy as from 4 to 5. No
issues encountered so far.
I enabled TLS support by default. You still have to opt in to this in
the config file. It will still use TLSv1.2 for the time being, but it
will automatically pick up 1.3 once the requisite #defines are exposed
from libcrypto/libssl.
The ugly bits in the diff below:
* the replication/integration test now consistently fails. Up to 6.0.2
I could tweak some things to make it pass. I disabled it to make sure
all the other tests run.
* sparc64 now fails more often than not with this:
*** [err]: pending querybuf: check size of pending_querybuf after set a big
value in tests/unit/pendingquerybuf.tcl
the used_memory of replica is much larger than master. Master:35666976
Replica:69051032
* powerpc builds with the ugly hack with COMPILER below. According to
cwen@, the __atomic_* functions should be available in base-clang,
but even if I force the use of those (first #if branch in
src/atomicvars.h) the base-clang build bails out with
networking.c:(.text+0x38c): undefined reference to `__sync_fetch_and_add_8'
and frankly, I have no idea where that comes from.
On the bright side, the diff below is the fist version in the 6.0 line
that makes tests succeed on powerpc. Earlier versions ran badly into
swap or had other breaking bugs.
Index: Makefile
===
RCS file: /var/cvs/ports/databases/redis/Makefile,v
retrieving revision 1.111
diff -u -p -r1.111 Makefile
--- Makefile18 Apr 2020 17:42:54 - 1.111
+++ Makefile28 May 2020 15:23:42 -
@@ -1,29 +1,44 @@
-# $OpenBSD: Makefile,v 1.111 2020/04/18 17:42:54 sthen Exp $
+# $OpenBSD: Makefile,v 1.109 2020/02/11 08:11:13 tb Exp $
COMMENT = persistent key-value database
-DISTNAME = redis-5.0.9
+DISTNAME = redis-6.0.4
CATEGORIES = databases
HOMEPAGE = https://redis.io/
# BSD
PERMIT_PACKAGE = Yes
-WANTLIB += c ${MODLUA_WANTLIB} m pthread
+WANTLIB += c crypto ssl ${MODLUA_WANTLIB} m pthread
MASTER_SITES = http://download.redis.io/releases/
DEBUG_PACKAGES = ${BUILD_PACKAGES}
+# C11, 64-bit atomics
+COMPILER = base-clang ports-gcc
+.if ${MACHINE_ARCH:Mpowerpc}
+COMPILER = ports-gcc
+.endif
+COMPILER_LANGS = c
+
MODULES = lang/lua \
lang/tcl
-MAKE_FLAGS = CC="${CC}" \
+MAKE_FLAGS = BUILD_TLS=yes \
+ CC="${CC}" \
DEBUG="${DEBUG}" \
DEBUG_FLAGS="${DEBUG}" \
USE_JEMALLOC=no \
OPT="" \
OPTIMIZATION="" \
V=1
+
+# Fix "undefined reference to `__atomic_store_8, __sync_fetch_and_add_8'"
+.if ${MACHINE_ARCH:Mpowerpc} || ${MACHINE_ARCH:Mhppa}
+WANTLIB += atomic
+LIB_DEPENDS += lang/gcc/${MODGCC4_VERSION},-libs
+MAKE_FLAGS += LDFLAGS="${LDFLAGS} -latomic"
+.endif
FAKE_FLAGS = INSTALL="${INSTALL_PROGRAM}" \
INSTALL_DIR="${INSTALL_DATA_DIR}" \
Index: distinfo
===
RCS file: /var/cvs/ports/databases/redis/distinfo,v
retrieving revision 1.86
diff -u -p -r1.86 distinfo
--- distinfo18 Apr 2020 17:42:55 - 1.86
+++ distinfo28 May 2020 15:23:49 -
@@ -1,2 +1,2 @@
-SHA256 (redis-5.0.9.tar.gz) = U9CuFkzTNTbD1LcgrpoSjqYWbr8E/xrdO4XxJCCQy4U=
-SIZE (redis-5.0.9.tar.gz) = 1986574
+SHA256 (redis-6.0.4.tar.gz) = MzcAWh4MOqKTyHwxNGfqisEZhJIfqwiAeZi6dlyZQ94=
+SIZE (redis-6.0.4.tar.gz) = 2217173
Index: patches/patch-deps_Makefile
===
RCS file: /var/cvs/ports/databases/redis/patches/patch-deps_Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 patch-deps_Makefile
--- patches/patch-deps_Makefile 11 Feb 2020 08:11:13 - 1.11
+++ patches/patch-deps_Makefile 28 May 2020 14:49:56 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-deps_Makefile,v 1.11 202
Index: deps/Makefile
---
Re: UPDATE: games/uhexen2 1.5.9
ping.
On Tue, May 19, 2020 at 04:20:18PM -0600, Thomas Frohwein wrote:
> On Tue, May 19, 2020 at 07:03:23AM -0500, Paul Valencia wrote:
> [...]
> > Here is the diff to update uhexen2 to the latest version. I
> > adapted the patches (line positions) so that they still apply
> > in this version.
> >
> > Tested some levels on amd64 with the Steam assets of the game
> > (*.pak files) in Single Player and Co-op.
>
> I tested it in single player briefly. Runs nicely as long as I don't
> try to turn on Anti-Aliasing - then the menu fonts start to flicker.
>
> I don't know if that's a pre-existing or new problem. Would also defer
> details of all the CFLAGS etc changes to maintainer's comment.
Index: Makefile
===
RCS file: /cvs/ports/games/uhexen2/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile12 Jul 2019 20:46:26 - 1.9
+++ Makefile19 May 2020 11:16:02 -
@@ -2,13 +2,12 @@
COMMENT = Hexen II: Hammer of Thyrion
-V =1.5.8
+V =1.5.9
DISTNAME = hexen2source-${V}
PKGNAME = uhexen2-${V}
EXTRACT_SUFX = .tgz
DISTFILES =${DISTNAME}${EXTRACT_SUFX} \
hexen2-${V}-linux-i586.tgz
-REVISION = 2
CATEGORIES = games
HOMEPAGE = http://uhexen2.sourceforge.net/
Index: distinfo
===
RCS file: /cvs/ports/games/uhexen2/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo31 Dec 2016 10:48:00 - 1.2
+++ distinfo19 May 2020 11:16:02 -
@@ -1,4 +1,4 @@
-SHA256 (hexen2-1.5.8-linux-i586.tgz) =
D2aTVlfAxPPjmy8IcZ/l+Sa+K5VNxYM0pl7eslDVFgM=
-SHA256 (hexen2source-1.5.8.tgz) = ++bQW0oQuC0YF/rszBiZapOybQgU/k5fbnXZSGJmBGM=
-SIZE (hexen2-1.5.8-linux-i586.tgz) = 4631311
-SIZE (hexen2source-1.5.8.tgz) = 2473776
+SHA256 (hexen2-1.5.9-linux-i586.tgz) =
lmvSP10gvtjKyjNG5R/m8mRf3h66sqy4htQ14504ASs=
+SHA256 (hexen2source-1.5.9.tgz) = KqhMFBqCD5CHhQqs82hKX3HENEKLxXVFiZ7aG5oow+A=
+SIZE (hexen2-1.5.9-linux-i586.tgz) = 4633437
+SIZE (hexen2source-1.5.9.tgz) = 2529121
Index: patches/patch-engine_hexen2_Makefile
===
RCS file: /cvs/ports/games/uhexen2/patches/patch-engine_hexen2_Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 patch-engine_hexen2_Makefile
--- patches/patch-engine_hexen2_Makefile20 Nov 2018 21:41:00 -
1.3
+++ patches/patch-engine_hexen2_Makefile19 May 2020 11:16:02 -
@@ -5,30 +5,32 @@ Use standard optimisations.
Index: engine/hexen2/Makefile
--- engine/hexen2/Makefile.orig
+++ engine/hexen2/Makefile
-@@ -133,7 +133,7 @@ USE_CODEC_MODPLUG=no
+@@ -136,7 +136,7 @@ USE_CODEC_XMP=no
USE_CODEC_UMX=no
# either timidity (preferred) or wildmidi (both possible
# but not needed nor meaningful)
-USE_CODEC_TIMIDITY=yes
+USE_CODEC_TIMIDITY=no
USE_CODEC_WILDMIDI=no
- # compile timidity with DLS instruments support? (no:
- # the dls code isn't good enough and isn't used in unix
-@@ -194,12 +194,7 @@ endif
- # Overrides for the default CPUFLAGS
+ # which library to use for mp3 decoding: mad or mpg123
+ MP3LIB=mad
+@@ -198,15 +198,6 @@ endif
CPUFLAGS=$(CPU_X86)
--CFLAGS += -g -Wall
+ CFLAGS += -Wall
-CFLAGS += $(CPUFLAGS)
--ifndef DEBUG
+-ifdef DEBUG
+-CFLAGS += -g
+-else
-# optimization flags
--CFLAGS += -O2 -DNDEBUG=1 -ffast-math -fomit-frame-pointer
+-CFLAGS += -O2 -DNDEBUG=1 -ffast-math
+-# NOTE: -fomit-frame-pointer is broken with ancient gcc versions!!
+-CFLAGS += -fomit-frame-pointer
-endif
-+CFLAGS += -Wall
CPPFLAGS=
LDFLAGS =
-@@ -384,6 +379,9 @@ ifeq ($(TARGET_OS),unix)
+@@ -405,6 +396,9 @@ ifeq ($(TARGET_OS),unix)
# common unix:
NASMFLAGS=-f elf -d_NO_PREFIX
Index: patches/patch-engine_hexen2_server_Makefile
===
RCS file: /cvs/ports/games/uhexen2/patches/patch-engine_hexen2_server_Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-engine_hexen2_server_Makefile
--- patches/patch-engine_hexen2_server_Makefile 31 Dec 2016 10:48:00 -
1.2
+++ patches/patch-engine_hexen2_server_Makefile 19 May 2020 11:16:02 -
@@ -2,19 +2,22 @@ $OpenBSD: patch-engine_hexen2_server_Mak
Use standard optimisations.
engine/hexen2/server/Makefile.orig Mon Jul 25 06:35:24 2016
-+++ engine/hexen2/server/Makefile Sat Dec 31 20:44:08 2016
-@@ -66,12 +66,7 @@ endif
- # Overrides for the default CPUFLAGS
+Index: engine/hexen2/server/Makefile
+--- engine/hexen2/server/Makefile.orig
engine/hexen2/server/Makefile
+@@ -67,15 +67,6 @@ endif
CPUFLAGS=$(CPU_X86)
--CFLAGS += -g -Wall
+ CFLAGS += -Wall
-CFLAGS += $(CPUFLAGS)
--ifndef DEBUG
+-ifdef DEBUG
+-CFLAGS += -g
+-else
-# optimization flags
--CFLAGS += -O2 -DNDEBUG=1 -ffast-math -fomit-frame-pointer
+-CFLAGS += -O2
[update] protobuf 3.12.2
Protocol buffers have seen a few releases over the past weeks, so it's
time for an update. I have built this diff on amd64, macppc and sparc64
and tested interoperability between these platforms with mosh linked
against protobuf 3.11 and 3.12.
The google/protobuf home now redirects to a new location, so I changed
that.
Major bumps required for all three libs. The diff between 3.11.4 and
3.12.2 is huge as usual, the one well-known test hang is still present.
I will do some more build testing in the coming days, but wanted to send
this out already.
Index: Makefile
===
RCS file: /var/cvs/ports/devel/protobuf/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile6 Mar 2020 14:06:10 - 1.33
+++ Makefile28 May 2020 19:09:09 -
@@ -2,26 +2,26 @@
COMMENT = c++ protocol buffers
-V =3.11.4
+V =3.12.2
DISTNAME = protobuf-cpp-$V
PKGNAME = protobuf-$V
WRKDIST = ${WRKDIR}/protobuf-${V}
-SHARED_LIBS += protobuf6.0 # 22.4
-SHARED_LIBS += protoc 7.0 # 22.4
-SHARED_LIBS += protobuf-lite 6.0 # 22.4
+SHARED_LIBS += protobuf7.0 # 23.2
+SHARED_LIBS += protoc 8.0 # 23.2
+SHARED_LIBS += protobuf-lite 7.0 # 23.2
CATEGORIES = devel
-HOMEPAGE = https://github.com/google/protobuf/
+HOMEPAGE = https://github.com/protocolbuffers/protobuf/
# New BSD
PERMIT_PACKAGE = Yes
WANTLIB += c m pthread ${COMPILER_LIBCXX} z
-MASTER_SITES =
https://github.com/google/protobuf/releases/download/v$V/
+MASTER_SITES =
https://github.com/protocolbuffers/protobuf/releases/download/v$V/
COMPILER = base-clang ports-gcc
@@ -34,7 +34,7 @@ CONFIGURE_ARGS += --with-zlib
# avoid undefined reference to __atomic_fetch_add_8
.if ${CHOSEN_COMPILER} == "ports-gcc"
-. if ${MACHINE_ARCH} == "powerpc" || ${MACHINE_ARCH} == "hppa"
+. if ${MACHINE_ARCH} == "hppa"
CONFIGURE_ENV += LIBS="-latomic"
WANTLIB += atomic
. endif
Index: distinfo
===
RCS file: /var/cvs/ports/devel/protobuf/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- distinfo6 Mar 2020 14:06:10 - 1.12
+++ distinfo27 May 2020 20:01:23 -
@@ -1,2 +1,2 @@
-SHA256 (protobuf-cpp-3.11.4.tar.gz) =
uku8PmtY0sz+QG5hZXbvSHEKKq4gX0Y2GAJfxpFUnP4=
-SIZE (protobuf-cpp-3.11.4.tar.gz) = 4605834
+SHA256 (protobuf-cpp-3.12.2.tar.gz) =
8vGA6TQ8uyuahIIlW/7CF2osx/oi3kllNaCgzzh5dJU=
+SIZE (protobuf-cpp-3.12.2.tar.gz) = 4631779
Update: net/py-cares 2.4.0 -> 3.1.1
This updates net/py-cares to 3.1.1
The biggest change is dropping Python 2.x support.
None of the consumers were python2, so not a problem.
I moved the tests to pytest.
Tests pass except for a handful that don't seem to have anything to do
with the changes.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/py-cares/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile15 Jan 2020 14:22:28 - 1.12
+++ Makefile29 May 2020 01:33:05 -
@@ -3,11 +3,10 @@
# using bundled c-ares which is patched for TTL support
COMMENT = python interface for c-ares
-MODPY_EGG_VERSION =2.4.0
+MODPY_EGG_VERSION =3.1.1
DISTNAME = pycares-${MODPY_EGG_VERSION}
PKGNAME = py-cares-${MODPY_EGG_VERSION}
CATEGORIES = net
-REVISION = 0
# MIT
PERMIT_PACKAGE = Yes
@@ -18,17 +17,16 @@ MODULES = lang/python
MODPY_PI = Yes
MODPY_SETUPTOOLS = Yes
+MODPY_PYTEST = Yes
+MODPY_PYTEST_ARGS =tests/tests.py
USE_GMAKE =Yes
FLAVORS = python3
-FLAVOR ?=
+FLAVOR = python3
RUN_DEPENDS = devel/py-cffi${MODPY_FLAVOR}
BUILD_DEPENDS =${RUN_DEPENDS}
TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH}
-
-do-test:
- cd ${WRKSRC} && ${MODPY_BIN} tests/tests.py
.include
Index: distinfo
===
RCS file: /cvs/ports/net/py-cares/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo3 Jan 2019 14:20:57 - 1.6
+++ distinfo29 May 2020 01:33:05 -
@@ -1,2 +1,2 @@
-SHA256 (pycares-2.4.0.tar.gz) = Dsy3bf8BVd33k6WJxicOG9v2l1soJNGNHSPbIHXX/JY=
-SIZE (pycares-2.4.0.tar.gz) = 214021
+SHA256 (pycares-3.1.1.tar.gz) = GN/U/TAPVw1sRTbB2Ye3t2c7Kp0UNGWSxdbtcW3w0QQ=
+SIZE (pycares-3.1.1.tar.gz) = 233742
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-cares/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 12 Aug 2017 16:17:10 - 1.3
+++ pkg/PLIST 29 May 2020 01:33:05 -
@@ -4,6 +4,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
+lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
+lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
lib/python${MODPY_VERSION}/site-packages/pycares-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/pycares/__init__.py
lib/python${MODPY_VERSION}/site-packages/pycares/__main__.py
@@ -12,6 +14,8 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}errno.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/pycares/_core.so
+lib/python${MODPY_VERSION}/site-packages/pycares/${MODPY_PYCACHE}utils.${MODPY_PYC_MAGIC_TAG}pyc
+@so lib/python${MODPY_VERSION}/site-packages/pycares/_cares.so
lib/python${MODPY_VERSION}/site-packages/pycares/_version.py
lib/python${MODPY_VERSION}/site-packages/pycares/errno.py
+lib/python${MODPY_VERSION}/site-packages/pycares/utils.py
Re: Update: net/py-cares 2.4.0 -> 3.1.1
On Thu 28/05/2020 22:32, Kurt Mosiejczuk wrote: > This updates net/py-cares to 3.1.1 > > The biggest change is dropping Python 2.x support. > > None of the consumers were python2, so not a problem. > > I moved the tests to pytest. > > Tests pass except for a handful that don't seem to have anything to do > with the changes. > > ok? As you are dropping py2-support, is there a reason for not setting a conflict- and pkgpath- marker in PLIST?
powerpc support for port games/ioquake3
IOQuake3 does not not support PowerPC on any *BSD. In just 3 patches I
got it working on OpenBSD 6.7/macppc, graphics acceleration and all.
I do plan on sending this to IOQuake3 as well.
Makefile
4c4
< ONLY_FOR_ARCHS= amd64 i386
---
> ONLY_FOR_ARCHS= amd64 i386 macppc
35a36,38
> .if ${MACHINE_ARCH} == "powerpc"
> QUAKE_ARCH= ppc
> .else
36a40
> .endif
(Updated) patches/patch-Makefile
$OpenBSD: patch-Makefile,v 1.2 2018/04/16 13:12:22 abieber Exp $
Index: Makefile
--- Makefile.orig
+++ Makefile
@@ -4,7 +4,7 @@
# GNU Make required
#
COMPILE_PLATFORM=$(shell uname | sed -e 's/_.*//' | tr '[:upper:]' '[:lower:]'
| sed -e 's/\//_/g')
-COMPILE_ARCH=$(shell uname -m | sed -e 's/i.86/x86/' | sed -e 's/^arm.*/arm/')
+COMPILE_ARCH=$(shell uname -m | sed -e 's/i.86/x86/' | sed -e 's/macppc/ppc/'
| sed -e 's/^arm.*/arm/')
ifeq ($(COMPILE_PLATFORM),sunos)
# Solaris uname and GNU uname differ
@@ -769,16 +769,16 @@ ifeq ($(PLATFORM),openbsd)
-pipe -DUSE_ICON -DMAP_ANONYMOUS=MAP_ANON
CLIENT_CFLAGS += $(SDL_CFLAGS)
- OPTIMIZEVM = -O3
+ OPTIMIZEVM =
OPTIMIZE = $(OPTIMIZEVM) -ffast-math
ifeq ($(ARCH),x86_64)
-OPTIMIZEVM = -O3
+OPTIMIZEVM =
OPTIMIZE = $(OPTIMIZEVM) -ffast-math
HAVE_VM_COMPILED = true
else
ifeq ($(ARCH),x86)
-OPTIMIZEVM = -O3 -march=i586
+OPTIMIZEVM = -march=i586
OPTIMIZE = $(OPTIMIZEVM) -ffast-math
HAVE_VM_COMPILED=true
else
@@ -1562,7 +1562,6 @@ Q3CPPOBJ = \
$(B)/tools/cpp/eval.o \
$(B)/tools/cpp/include.o \
$(B)/tools/cpp/hideset.o \
- $(B)/tools/cpp/getopt.o \
$(B)/tools/cpp/unix.o
$(B)/tools/cpp/%.o: $(Q3CPPDIR)/%.c
(New) patch-code_qcommon_q_platform_h
$OpenBSD$
Index: code/qcommon/q_platform.h
--- code/qcommon/q_platform.h.orig
+++ code/qcommon/q_platform.h
@@ -223,6 +223,8 @@ Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
#ifdef __i386__
#define ARCH_STRING "x86"
+#elif defined __ppc__
+#define ARCH_STRING "ppc"
#elif defined __amd64__
#undef idx64
#define idx64 1
Re: maintainer update: www/hugo
I was looking at the same thing recently, and this was the approach that
worked for me (using cgo's pkg-config support).
---
www/hugo/Makefile | 8
...m_bep_golibsass_internal_libsass_a__cgo_go | 19 +++
2 files changed, 27 insertions(+)
create mode 100644
www/hugo/patches/patch-vendor_github_com_bep_golibsass_internal_libsass_a__cgo_go
diff --git a/www/hugo/Makefile b/www/hugo/Makefile
index 03f1bd13440..2da917b5f4a 100644
--- a/www/hugo/Makefile
+++ b/www/hugo/Makefile
@@ -4,6 +4,8 @@ ONLY_FOR_ARCHS =${GO_ARCHS}
COMMENT = fast and flexible static site generator
DISTNAME = hugo-0.71.0
+FLAVORS = extended
+FLAVOR ?=
CATEGORIES = www
@@ -26,6 +28,12 @@ ALL_TARGET = github.com/gohugoio/hugo
SEPARATE_BUILD = Yes
+.if ${FLAVOR} == "extended"
+MODGO_FLAGS += --tags extended
+LIB_DEPENDS += www/libsass
+WANTLIB += ${COMPILER_LIBCXX} m sass
+.endif
+
post-build:
cd ${MODGO_WORKSPACE}/bin/ && ./hugo gen man
diff --git
a/www/hugo/patches/patch-vendor_github_com_bep_golibsass_internal_libsass_a__cgo_go
b/www/hugo/patches/patch-vendor_github_com_bep_golibsass_internal_libsass_a__cgo_go
new file mode 100644
index 000..f47b04f19b9
--- /dev/null
+++
b/www/hugo/patches/patch-vendor_github_com_bep_golibsass_internal_libsass_a__cgo_go
@@ -0,0 +1,19 @@
+$OpenBSD$
+
+Link against libsass from ports.
+
+Index: vendor/github.com/bep/golibsass/internal/libsass/a__cgo.go
+--- vendor/github.com/bep/golibsass/internal/libsass/a__cgo.go.orig
vendor/github.com/bep/golibsass/internal/libsass/a__cgo.go
+@@ -5,9 +5,6 @@
+ //
+ package libsass
+
+-// #cgo CFLAGS: -O2 -fPIC
+-// #cgo CPPFLAGS: -I../../libsass_src/include
+-// #cgo CXXFLAGS: -g -std=c++0x -O2 -fPIC
+-// #cgo LDFLAGS: -lstdc++ -lm
+-// #cgo darwin linux LDFLAGS: -ldl
++// #cgo pkg-config: libsass
++// #cgo CPPFLAGS: -DUSE_LIBSASS_SRC
+ import "C"
--
2.26.2
Re: Update: net/py-aiodns 1.2.0 -> 2.0.0
On Thu 28/05/2020 22:35, Kurt Mosiejczuk wrote: > This updates py-aiodns to 2.0.0. The only reason to hold off before was > because python 2.x support is dropped. No consumers use python 2 though. > > I dropped the python 2.7 support goo. > > Tests are about the same. Some failures due to unrelated issues. > > ok? Same here, should we add a conflict- and pkgpath-marker to PLIST?
Re: Update: net/py-slixmpp 1.4.2 -> 1.5.2
On Thu 28/05/2020 22:49, Kurt Mosiejczuk wrote:
> This updates py-slixmpp to 1.5.2
>
> Sadly, there doesn't seem to be a changelog.
>
> While here I moved it to the new way to of doing python3-only
> libraries.
>
> All tests but one pass and that seems to be an interaction with pytest.
>
> (The one consumer is poezio, which has an update coming right after this)
>
> ok?
> +MODPY_EGG_VERSION = 1.5.2
> DISTNAME = slixmpp-${MODPY_EGG_VERSION}
> PKGNAME =py3-${DISTNAME}
PKGNAME can be set to py-*.
> --- distinfo 7 Feb 2019 21:31:32 - 1.8
> +++ distinfo 29 May 2020 02:04:16 -
> @@ -1,2 +1,2 @@
I think a pkgpath-marker should be added: @pkgpath net/slixmpp [0].
[0] https://marc.info/?l=openbsd-ports=158299219812085=2
sparc64 bulk build report
Bulk build on sparc64-0.ports.openbsd.org Started : Tue May 26 00:42:53 MDT 2020 Finished: Thu May 28 18:37:46 MDT 2020 Duration: 2 Days 17 hours 55 minutes Built using OpenBSD 6.7-current (GENERIC.MP) #329: Mon May 25 17:51:39 MDT 2020 Built 9874 packages Number of packages built each day: May 26: 7657 May 27: 1737 May 28: 480 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2020-05-26/summary.log Build failures: 13 http://build-failures.rhaalovely.net/sparc64/2020-05-26/benchmarks/hyperfine.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/devel/snare.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/games/wrath.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/graphics/krita.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/lang/elixir.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/lang/hashlink.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/mail/geary.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/gnome/builder.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/gnome/seahorse.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/gtk+4,-cups.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/kde4/libkexiv2.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/kde4/runtime,-locale.log http://build-failures.rhaalovely.net/sparc64/2020-05-26/x11/qt5/qtwebengine.log Recurrent failures: failures/benchmarks/hyperfine.log failures/devel/snare.log failures/lang/hashlink.log failures/mail/geary.log failures/x11/gnome/seahorse.log failures/x11/gtk+4,-cups.log failures/x11/kde4/libkexiv2.log New failures: +failures/games/wrath.log +failures/graphics/krita.log +failures/lang/elixir.log +failures/x11/kde4/runtime,-locale.log +failures/x11/qt5/qtwebengine.log Resolved failures: Packages newly built: +emulators/sameboy +emulators/sameboy,-libretro +emulators/sameboy,-main +fonts/cascadia-code +games/freeciv,,-client +security/py-fido2,python3 +security/py-pyscard,python3 +sysutils/lr +x11/kde-applications/kcalutils +x11/kde-applications/kdesdk-thumbnailers +x11/kde-applications/kidentitymanagement +x11/kde-applications/libkleo +x11/qt5/docs +x11/qt5/docs,-html +x11/qt5/docs,-qch +x11/qt5/qtwebglplugin Packages not built this time: -audio/libgpod, -audio/libgpod,,-python -cad/klogic -databases/kexi -databases/py-ldap,python3 -devel/kreport -devel/qt-creator -geo/gpsbabel -geo/gpsbabel,-main -geo/gpsbabel,-qt -geo/gpsbabel,-tk -geo/qlandkartegt -geo/viking -graphics/digikam -graphics/krita -lang/elixir -mail/courier-authlib,,-ldap -mail/courier-authlib,,-main -mail/courier-authlib,,-mysql -mail/courier-authlib,,-pgsql -mail/courier-authlib,,-userdb -mail/maildrop,postfix -meta/kde4,,-admin -meta/kde4,,-extras -meta/kde4,,-games -meta/kde4,,-network -meta/kde4,-admin -meta/kde4,-extras -meta/kde4,-games -meta/kde4,-network -net/nagios/nsca -net/nagios/nsca-ng -productivity/kmymoney -security/py-fido2 -security/py-pyscard -sysutils/ruby-puppet/4 -textproc/hfst -x11/kde-applications/kalgebra -x11/kde-applications/marble -x11/kde4/amor -x11/kde4/audiocd-kio -x11/kde4/ffmpegthumbs -x11/kde4/graphics-mobipocket -x11/kde4/graphics-thumbnailers -x11/kde4/jovie -x11/kde4/kaccessible -x11/kde4/kgamma -x11/kde4/kgpg -x11/kde4/kopete -x11/kde4/kopete,-main -x11/kde4/kpat -x11/kde4/kppp -x11/kde4/kscd -x11/kde4/kuser -x11/kde4/mplayerthumbs -x11/kde4/pairs -x11/kde4/pim -x11/kde4/pim-runtime -x11/kde4/runtime -x11/kde4/runtime, -x11/kde4/runtime,,-locale -x11/kde4/runtime,,-main -x11/kde4/runtime,-locale -x11/kde4/runtime,-main -x11/kde4/superkaramba -x11/kde4/svgpart
Update FFmpeg Makefile To Include AltiVec Flavor
Makefile diff
89,90d88
< --cc=${CC} \
< --disable-altivec \
129a128,138
>
> FLAVORS=altivec
> FLAVOR?=
>
> .if !${FLAVOR:Maltivec}
> CONFIGURE_ARGS+=--cc=${CC}
> CONFIGURE_ARGS+=--disable-altivec
> .else
> CONFIGURE_ARGS+=--cc=gcc
> CONFIGURE_ARGS+=--enable-altivec
> .endif
Due to some buggy AltiVec code present in FFmpeg 4.2.2, base clang can
not successfully build. Base gcc however has no issues in doing so.
I have tried patches linked at this URL
https://trac.ffmpeg.org/ticket/7861 . This allows base clang to build
a broken FFmpeg that gives a floating point exception error when
converting a file. For these reasons, I believe using base gcc is the
best solution.
Only tested on OpenBSD 6.7 macppc.
Update: net/py-aiodns 1.2.0 -> 2.0.0
This updates py-aiodns to 2.0.0. The only reason to hold off before was
because python 2.x support is dropped. No consumers use python 2 though.
I dropped the python 2.7 support goo.
Tests are about the same. Some failures due to unrelated issues.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/py-aiodns/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile27 Nov 2019 02:23:00 - 1.10
+++ Makefile29 May 2020 01:51:57 -
@@ -2,12 +2,10 @@
COMMENT = simple DNS resolver for asyncio
-# Cannot go to >=2.0.0 if we need python 2.x support
-MODPY_EGG_VERSION =1.2.0
+MODPY_EGG_VERSION =2.0.0
DISTNAME = aiodns-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
CATEGORIES = net
-REVISION = 1
MAINTAINER = Kurt Mosiejczuk
@@ -22,12 +20,8 @@ MODPY_PYTEST = Yes
MODPY_PYTEST_ARGS =tests.py
FLAVORS = python3
-FLAVOR ?=
+FLAVOR = python3
RUN_DEPENDS = net/py-cares${MODPY_FLAVOR}
-.if !${FLAVOR:Mpython3}
-RUN_DEPENDS += devel/py-trollius \
- devel/py-typing
-.endif
.include
Index: distinfo
===
RCS file: /cvs/ports/net/py-aiodns/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo19 Jan 2019 14:26:34 - 1.4
+++ distinfo29 May 2020 01:51:57 -
@@ -1,2 +1,2 @@
-SHA256 (aiodns-1.2.0.tar.gz) = 1n4UsyF2vPP/ebXUfEZgEc5K3q36Jk95SdoTdzMqBEk=
-SIZE (aiodns-1.2.0.tar.gz) = 6457
+SHA256 (aiodns-2.0.0.tar.gz) = gV/e9GB0dCldaNpGl4pUSB3R574VPH1g+ecnc804130=
+SIZE (aiodns-2.0.0.tar.gz) = 5948
Update: poezio 0.12 -> 0.13
https://lab.louiz.org/poezio/poezio/-/blob/master/CHANGELOG
This updates poezio to 0.13
I modified the py-slixmpp RUN_DEPENDS to have MODPY_FLAVOR.
All tests pass (with the new py-slixmpp).
No consumers.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/poezio/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile12 Jul 2019 20:48:43 - 1.11
+++ Makefile29 May 2020 02:18:21 -
@@ -2,10 +2,9 @@
COMMENT = console XMPP client
-MODPY_EGG_VERSION =0.12
+MODPY_EGG_VERSION =0.13
DISTNAME = poezio-${MODPY_EGG_VERSION}
CATEGORIES = net
-REVISION = 0
HOMEPAGE = https://poez.io/
@@ -26,10 +25,10 @@ MODPY_VERSION = ${MODPY_DEFAULT_VERSION
MODPY_DISTUTILS_BUILD =build_ext --inplace
BUILD_DEPENDS =lang/cython
-# py-slixmpp is python3 only
+
RUN_DEPENDS = net/py-aiodns${MODPY_FLAVOR} \
security/py-potr${MODPY_FLAVOR} \
- net/py-slixmpp
+ net/py-slixmpp${MODPY_FLAVOR}
TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH}
Index: distinfo
===
RCS file: /cvs/ports/net/poezio/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo6 Sep 2018 15:50:41 - 1.4
+++ distinfo29 May 2020 02:18:21 -
@@ -1,2 +1,2 @@
-SHA256 (poezio-0.12.tar.gz) = TUqs/amEVHGeAX5W5wEtKD3hK490ALUcH+DR3IQfIx4=
-SIZE (poezio-0.12.tar.gz) = 585750
+SHA256 (poezio-0.13.tar.gz) = 0SqV5YldKq4XYh9gCStcpWOEkis2N7/w6KkpUsAYji0=
+SIZE (poezio-0.13.tar.gz) = 629625
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/poezio/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 6 Sep 2018 15:50:41 - 1.5
+++ pkg/PLIST 29 May 2020 02:18:21 -
@@ -11,7 +11,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/poezio-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/poezio/__init__.py
lib/python${MODPY_VERSION}/site-packages/poezio/__main__.py
-lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}args.${MODPY_PYC_MAGIC_TAG}pyc
@@ -27,11 +27,14 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}events.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}fifo.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}fixes.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}hsluv.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}keyboard.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}logger.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}mam.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}multiuserchat.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}pep.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}plugin.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}plugin_e2ee.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}plugin_manager.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}poezio.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}poezio_shlex.${MODPY_PYC_MAGIC_TAG}pyc
@@ -43,6 +46,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}theming.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}timed_events.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}user.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}version.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}xdg.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/${MODPY_PYCACHE}xhtml.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/poezio/args.py
@@ -55,7 +59,7 @@ lib/python${MODPY_VERSION}/site-packages
Update: net/py-slixmpp 1.4.2 -> 1.5.2
This updates py-slixmpp to 1.5.2
Sadly, there doesn't seem to be a changelog.
While here I moved it to the new way to of doing python3-only
libraries.
All tests but one pass and that seems to be an interaction with pytest.
(The one consumer is poezio, which has an update coming right after this)
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/py-slixmpp/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile1 Dec 2019 02:43:00 - 1.17
+++ Makefile29 May 2020 02:04:16 -
@@ -2,11 +2,10 @@
COMMENT = slixmpp is an elegant Python library for XMPP
-MODPY_EGG_VERSION =1.4.2
+MODPY_EGG_VERSION =1.5.2
DISTNAME = slixmpp-${MODPY_EGG_VERSION}
PKGNAME = py3-${DISTNAME}
CATEGORIES = net
-REVISION = 2
MAINTAINER = Kurt Mosiejczuk
@@ -20,7 +19,8 @@ MODPY_SETUPTOOLS =Yes
MODPY_PYTEST = Yes
MODPY_PYTEST_ARGS =tests/*.py
-MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
+FLAVORS = python3
+FLAVOR = python3
RUN_DEPENDS = devel/py-asn1${MODPY_FLAVOR} \
devel/py-asn1-modules${MODPY_FLAVOR} \
Index: distinfo
===
RCS file: /cvs/ports/net/py-slixmpp/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo7 Feb 2019 21:31:32 - 1.8
+++ distinfo29 May 2020 02:04:16 -
@@ -1,2 +1,2 @@
-SHA256 (slixmpp-1.4.2.tar.gz) = wyBPvo3tFI4eymcgugOYKYwVnynsdt/G991+2ZmuF2c=
-SIZE (slixmpp-1.4.2.tar.gz) = 864608
+SHA256 (slixmpp-1.5.2.tar.gz) = ZJX7+fTuWqaonYVJxbXQfNCX+mqgNTP3c6V+w0omrzA=
+SIZE (slixmpp-1.5.2.tar.gz) = 886383
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/py-slixmpp/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 7 Feb 2019 21:31:32 - 1.8
+++ pkg/PLIST 29 May 2020 02:04:17 -
@@ -8,7 +8,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/slixmpp-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
lib/python${MODPY_VERSION}/site-packages/slixmpp-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
lib/python${MODPY_VERSION}/site-packages/slixmpp/__init__.py
-lib/python${MODPY_VERSION}/site-packages/slixmpp/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/slixmpp/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/slixmpp/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/${MODPY_PYCACHE}api.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/${MODPY_PYCACHE}basexmpp.${MODPY_PYC_MAGIC_TAG}pyc
@@ -25,11 +25,11 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/slixmpp/exceptions.py
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/__init__.py
-lib/python${MODPY_VERSION}/site-packages/slixmpp/features/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/slixmpp/features/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/__init__.py
-lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/${MODPY_PYCACHE}bind.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/${MODPY_PYCACHE}stanza.${MODPY_PYC_MAGIC_TAG}pyc
@@ -37,13 +37,13 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_bind/stanza.py
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/__init__.py
-lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/${MODPY_PYCACHE}/
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/slixmpp/features/feature_mechanisms/${MODPY_PYCACHE}mechanisms.${MODPY_PYC_MAGIC_TAG}pyc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 01:18:26 Modified files: graphics/libgphoto2: Makefile distinfo Log message: Update to libgphoto-2.5.25.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:12:46 Modified files: x11: Makefile Removed files: x11/gtksourceviewmm3: Makefile distinfo x11/gtksourceviewmm3/pkg: DESCR PLIST Log message: Remove gtksourceviewmm3; leaf port, nothing uses it anymore.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:57:26 Modified files: print/foomatic-db: Makefile distinfo print/foomatic-db/pkg: PLIST Log message: Update to foomatic-db-4.0.20200526.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 01:52:47 Modified files: sysutils/google-cloud-sdk: Makefile distinfo sysutils/google-cloud-sdk/pkg: PLIST Log message: Update to google-cloud-sdk-294.0.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 01:59:56 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py3-botocore-1.16.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:00:08 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py3-boto3-1.13.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:47:38 Modified files: print/ptouch-driver: Makefile distinfo print/ptouch-driver/patches: patch-rastertoptch_c print/ptouch-driver/pkg: PLIST Added files: print/ptouch-driver/patches: patch-driver_ptouch-pt_xml patch-ptexplain_c Removed files: print/ptouch-driver/patches: patch-driver_ptouch_xml Log message: Update to ptouch-driver-1.5.1.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 03:03:30 Modified files: sysutils/terraform: Makefile distinfo Log message: Update to terraform-0.12.26.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:00:26 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.18.68.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:14:40 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register removal of gtksourceviewmm3. While here, fix the planner entry (there was no gnome-planner).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 02:54:56 Modified files: devel/spice-protocol: Makefile distinfo devel/spice-protocol/pkg: PLIST Log message: Update to spice-protocol-0.14.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 03:32:25 Modified files: security/vault : Makefile distinfo Log message: Update to vault-1.4.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2020/05/28 06:23:38 Modified files: sysutils/sec : Makefile distinfo Log message: update to 2.8.3 ok bcallah
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2020/05/28 06:25:27 Modified files: devel/subversion: Makefile distinfo devel/subversion/patches: patch-Makefile_in Log message: Update to Subversion 1.14.0. Biggest news in this release is support for Python3 in the bindings. Keep installing the Python2 bindings for now as there are other ports which still depend on them, such as devel/cvs2svn and www/trac. With tweaks from sthen@ who also tested www/trac with SVN 1.14. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/05/28 04:56:38 Modified files: sysutils/terragrunt: Makefile distinfo Log message: Update to terragrunt-0.23.21.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: abie...@cvs.openbsd.org 2020/05/28 06:39:58 Modified files: net/synapse: Makefile distinfo net/synapse/pkg: PLIST Log message: Update to synapse 1.14.0, from MAINTAINER Renaud Allard Thanks for the quick updates, Renaud!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2020/05/28 09:18:34 Modified files: net/tor: Makefile distinfo net/tor/patches: patch-configure_ac Log message: Update to tor 0.4.3.5 (new stable release series). Release notes: https://lists.torproject.org/pipermail/tor-announce/2020-May/000199.html reminded by "clematis", ok solene.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/05/28 09:25:26 Modified files: www/netsurf/browser: Makefile Log message: netsurf: fix labels in the Preferences window Our fixes for labels in the Preferences window was targetting gtk2 but our NetSurf moved to gtk3, so they did not apply. OK bentley@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2020/05/28 09:10:52 Modified files: audio/py-eyed3 : Makefile distinfo audio/py-eyed3/pkg: PLIST Log message: update py-eyed3 to 0.9.5 https://github.com/nicfit/eyeD3/blob/master/HISTORY.rst with input by sthen ok kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/05/28 13:52:36 Modified files: devel/gettext : Makefile distinfo devel/gettext/patches: patch-gettext-runtime_intl_dcigettext_c patch-gettext-runtime_intl_l10nflist_c patch-gettext-tools_gnulib-lib_Makefile_in patch-gettext-tools_src_Makefile_in devel/gettext/pkg: PLIST-tools Removed files: devel/gettext/patches: patch-gettext-tools_src_msgmerge_c Log message: Update to 0.20.2. No major changes.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/05/28 15:16:03 Log message: import colored2 ruby gem: This is a heavily modified fork of http://github.com/defunkt/colored gem, with many sensible pull requests combined. Since the authors of the original gem no longer support it, this might, perhaps, be considered a good alternative. Simple gem that adds various color methods to String class. feedback regarding how to get the tests enabled and OK jeremy@ Status: Vendor Tag: sebastia Release Tags: sebastia_20200528 N ports/devel/ruby-colored2/Makefile N ports/devel/ruby-colored2/distinfo N ports/devel/ruby-colored2/pkg/DESCR N ports/devel/ruby-colored2/pkg/PLIST N ports/devel/ruby-colored2/patches/patch-spec_spec_helper_rb No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2020/05/28 14:53:40
Modified files:
infrastructure/lib/DPB: PkgPath.pm
Log message:
revert temporarily
there's a bug elsewhere (autovivification of $w->{info}{BUILD_PACKAGES})
that I need to track down that results in $w->{info} being defined but
NOT a proper object.
dpb errors out at end-of-LISTING in case of a parse error in any Makefile.
solene@ ran into this a few days ago, probably some other people, and
finally I met the bug today. Ouchie. sorry about that.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2020/05/28 11:43:31 Modified files: x11/gnome : gnome.port.mk Log message: ld.bfd needs to be pointed at X11BASE/lib for things to link. Rather than continue to put the workaround everywhere, push it into gnome.port.mk Discussions and input from cwen, jca, aja ok aja cwen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/05/28 15:17:29 Modified files: devel : Makefile Log message: hook up ruby-colored2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/05/28 13:42:04 Modified files: sysutils/rclone: Makefile distinfo Log message: Update to rclone-1.52.0 Changes: https://rclone.org/changelog/#v1-52-0-2020-05-27
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/05/28 14:58:36 Modified files: mail/claws-mail: Makefile distinfo mail/claws-mail/pkg: PLIST-bogofilter PLIST-gdata PLIST-main PLIST-pdfviewer PLIST-spamassassin Removed files: mail/claws-mail/patches: patch-src_compose_c Log message: Update to claws-mail-3.17.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2020/05/28 12:50:53
Modified files:
x11/gnome/at-spi2-atk: Makefile
x11/gnome/at-spi2-core: Makefile
Log message:
Clean up some instances of "-L{X11BASE}/lib" for ld.bfd that are now
handled by gnome.port.mk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/05/28 13:12:04 Modified files: devel/iso-codes: Makefile distinfo devel/iso-codes/pkg: PLIST Log message: update to iso-codes-4.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/05/28 13:31:56 Modified files: archivers/zstd : Makefile distinfo archivers/zstd/patches: patch-lib_Makefile Removed files: archivers/zstd/patches: patch-programs_Makefile patch-tests_playTests_sh Log message: Update to zstd-1.4.5 Changes: https://github.com/facebook/zstd/blob/v1.4.5/CHANGELOG Minor bump because of a symbol addition. OK juanfra@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/05/28 15:18:46 Modified files: devel/ruby-cri : Makefile distinfo Log message: Update 2.15.6 -> 2.15.10
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2020/05/28 15:19:43 Modified files: sysutils/ruby-r10k: Makefile distinfo sysutils/ruby-r10k/pkg: PLIST Log message: update 3.3.3 -> 3.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2020/05/28 14:57:30 Modified files: net/i2pd : Makefile distinfo net/i2pd/patches: patch-build_CMakeLists_txt patch-tests_Makefile net/i2pd/pkg : PLIST Added files: net/i2pd/pkg : README Log message: Update to i2pd-2.31.0 Update from satmeir at cryptogroup dot net, thanks Maintainer timeout Tested by a few people great help from sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/05/28 22:24:21 Modified files: audio/audacious: Makefile.inc audio/audacious/player: distinfo audio/audacious/plugins: Makefile distinfo audio/audacious/plugins/patches: patch-configure meta/audacious : Makefile Log message: Update to audacious-4.0.3 Changes: https://audacious-media-player.org/news/48-audacious-4-0-3-released OK naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/05/28 22:58:05 Modified files: sysutils/loki : Makefile distinfo sysutils/loki/pkg: PLIST Log message: Update loki to 1.4.1 Notable Port change: - Configuration files permissions changed - The scheme configuration has changed from v9 to v11 by default. - See https://cortexmetrics.io/docs/configuration/schema-configuration/ >From Eric Elena, thanks!
