sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Fri Jul 22 09:17:32 MDT 2022 Finished: Sun Jul 24 22:39:26 MDT 2022 Duration: 2 Days 13 hours 22 minutes Built using OpenBSD 7.2-beta (GENERIC.MP) #1386: Thu Jul 21 08:50:25 MDT 2022 Built 9315 packages Number of packages built each day: Jul 22: 7026 Jul 23: 1482 Jul 24: 807 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2022-07-22/summary.log Build failures: 38 http://build-failures.rhaalovely.net/sparc64/2022-07-22/cad/oce.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/comms/gammu.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/avr/gcc.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/jdk/1.8.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/kf5/kio.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/qcoro.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/xsd.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/xtensa-esp32s2-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/devel/xtensa-esp32s3-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/games/arx-libertatis.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/games/gargoyle.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/geo/pdal.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/graphics/aspect-crop.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/graphics/birdfont.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/graphics/freeimage.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/graphics/opencolorio.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/graphics/posterazor.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/inputmethods/libime.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/lang/gambit.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/math/arpack.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/misc/open62541,ns0_full.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/multimedia/mkvtoolnix.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/net/samba.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/security/clamav.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/security/keepassxc,yubikey.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/security/veracrypt.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/telephony/baresip/baresip,-gtk.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/textproc/libmarisa.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/textproc/xxdiff.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/www/unit/unit-ruby.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/gnome/console.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/gnome/gjs.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/gnome/secrets.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/lumina.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/qt5/qttranslations.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/qt5/qtwebkit.log http://build-failures.rhaalovely.net/sparc64/2022-07-22/x11/qt6/qtdeclarative.log Recurrent failures: New failures: +failures/cad/oce.log +failures/comms/gammu.log +failures/devel/avr/gcc.log +failures/devel/jdk/1.8.log +failures/devel/kf5/kio.log +failures/devel/qcoro.log +failures/devel/xsd.log +failures/devel/xtensa-esp32s2-elf/binutils.log +failures/devel/xtensa-esp32s3-elf/binutils.log +failures/games/arx-libertatis.log +failures/games/gargoyle.log +failures/geo/pdal.log +failures/graphics/aspect-crop.log +failures/graphics/birdfont.log +failures/graphics/freeimage.log +failures/graphics/opencolorio.log +failures/graphics/posterazor.log +failures/inputmethods/libime.log +failures/lang/gambit.log +failures/math/arpack.log +failures/misc/open62541,ns0_full.log +failures/multimedia/mkvtoolnix.log +failures/net/samba.log +failures/productivity/gnucash.log +failures/security/clamav.log +failures/security/keepassxc,yubikey.log +failures/security/veracrypt.log +failures/telephony/baresip/baresip,-gtk.log +failures/textproc/libmarisa.log +failures/textproc/xxdiff.log +failures/www/unit/unit-ruby.log +failures/x11/gnome/console.log +failures/x11/gnome/gjs.log +failures/x11/gnome/secrets.log +failures/x11/lumina.log +failures/x11/qt5/qttranslations.log +failures/x11/qt5/qtwebkit.log +failures/x11/qt6/qtdeclarative.log Resolved failures: -failures/devel/quirks.log -failures/lang/gcc/8.log -failures/telephony/baresip/re.log Packages newly built: +archivers/blosc +archivers/brotli +archivers/deco +archivers/deutex +archivers/fuse-zip +archivers/gcab +archivers/innoextract +archivers/laszip +archivers/libarchive +archivers/libzip +archivers
Re: [NEW or UPDATE] zpaqfranz-55.5
Theo Buehler wrote: > On Thu, Jul 21, 2022 at 01:55:41PM +0200, Omar Polo wrote: > > Stuart Henderson wrote: > > > On 2022/07/20 17:15, tux0r wrote: > > > > Stuart Henderson schrob am 20.07.2022 um 14:21: > > > > > > > > >The COMMENT assumes that one knows what ZPAQ is. It would be better if > > > > >it described what the software does, and leave "it is a fork of foo" to > > > > >DESCR. > > > > > > > > Makes sense. Attached is an updated archive. Having ZPAQ in the COMMENT > > > > still sounds reasonable to me, as it is a (relatively) well-known > > > > software and people might search for it directly. > > > > > > There's a size limit on COMMENT, see bsd.port.mk(5) for details. > > > I propose "journaling archiver for incremental backup, fork of ZPAQ" > > > which fits. (No need to send a new tar). > > > > > > With that change it's OK sthen@ to import > > > > imported, thanks! > > The build with -Dunix -DNOJIT is broken: > -DNOJIT removes #include the patch for it was lost in some iteration, sorry. i even sent a pr upstream[0], but apparently upstream overwrote it in a follow-up commit (one of the "Add files via upload" commits...) i should have checked again before importing, apologize. [0]: https://github.com/fcorbelli/zpaqfranz/pull/22 > -Dunix makes use of RWX mappings unconditionally. > > The forcelatinansi function is broken on unsigned char architectures, > which means that this won't work as expected with -utf or -utf8: > > zpaqfranz.cpp:19226:19: warning: result of comparison of constant -1 with > expression of type 'std::basic_string::value_type' (aka 'char') is > always false [-Wtautological-constant-out-of-range-compare] > if (i_string[j]==-1) // ° > > http://build-failures.rhaalovely.net/aarch64/2022-07-22/archivers/zpaqfranz.log > > > I could not come up with a non-stupid fix of this in 5 minutes, so I > left it as it is. > > Diff below is untested, but at least it makes the port build on !amd64. I came up with the conditional because i thought it wouldn't build on !amd64 without -DNOJIT. i misunderstood some bits of the jit probably. anyway, it still builds and works on amd64, if it compiles on other arches too ok op@ Thanks!
Re: [NEW or UPDATE] zpaqfranz-55.5
Upstream issue - -DNOJIT shouldn't be used at all: https://github.com/fcorbelli/zpaqfranz/pull/22#issuecomment-1180376914= So, unless this is taken care of, your diff could/should be fine. I cannot test it though, not having an !amd64 machine at hand currently.. tux0r.
Re: [NEW or UPDATE] zpaqfranz-55.5
On Thu, Jul 21, 2022 at 01:55:41PM +0200, Omar Polo wrote:
> Stuart Henderson wrote:
> > On 2022/07/20 17:15, tux0r wrote:
> > > Stuart Henderson schrob am 20.07.2022 um 14:21:
> > >
> > > >The COMMENT assumes that one knows what ZPAQ is. It would be better if
> > > >it described what the software does, and leave "it is a fork of foo" to
> > > >DESCR.
> > >
> > > Makes sense. Attached is an updated archive. Having ZPAQ in the COMMENT
> > > still sounds reasonable to me, as it is a (relatively) well-known
> > > software and people might search for it directly.
> >
> > There's a size limit on COMMENT, see bsd.port.mk(5) for details.
> > I propose "journaling archiver for incremental backup, fork of ZPAQ"
> > which fits. (No need to send a new tar).
> >
> > With that change it's OK sthen@ to import
>
> imported, thanks!
The build with -Dunix -DNOJIT is broken:
-DNOJIT removes #include
-Dunix makes use of RWX mappings unconditionally.
The forcelatinansi function is broken on unsigned char architectures,
which means that this won't work as expected with -utf or -utf8:
zpaqfranz.cpp:19226:19: warning: result of comparison of constant -1 with
expression of type 'std::basic_string::value_type' (aka 'char') is always
false [-Wtautological-constant-out-of-range-compare]
if (i_string[j]==-1) // °
http://build-failures.rhaalovely.net/aarch64/2022-07-22/archivers/zpaqfranz.log
I could not come up with a non-stupid fix of this in 5 minutes, so I
left it as it is.
Diff below is untested, but at least it makes the port build on !amd64.
Index: Makefile
===
RCS file: /cvs/ports/archivers/zpaqfranz/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile21 Jul 2022 11:53:43 - 1.1.1.1
+++ Makefile24 Jul 2022 18:02:21 -
@@ -21,11 +21,7 @@ MAKE_FLAGS +=CXX="${CXX}" \
CPPFLAGS="${CPPFLAGS}"
CPPFLAGS +=-Dunix
-.if ${MACHINE_ARCH} == "amd64"
USE_WXNEEDED= Yes
-.else
-CPPFLAGS +=-DNOJIT
-.endif
NO_TEST = yes
aarch64 bulk build report
bulk build on arm64.ports.openbsd.org started on Fri Jul 22 12:34:02 MDT 2022 finished at Sun Jul 24 10:38:49 MDT 2022 lasted 1D22h04m done with kern.version=OpenBSD 7.2-beta (GENERIC.MP) #1750: Thu Jul 21 04:10:16 MDT 2022 built packages:11244 Jul 22:4036 Jul 23:2070 Jul 24:5137 critical path missing pkgs: http://build-failures.rhaalovely.net/aarch64/2022-07-22/summary.log build failures: 3 http://build-failures.rhaalovely.net/aarch64/2022-07-22/archivers/zpaqfranz.log http://build-failures.rhaalovely.net/aarch64/2022-07-22/emulators/emulationstation.log http://build-failures.rhaalovely.net/aarch64/2022-07-22/x11/ogre.log
Re: [NEW/Update] net/nicotine-plus-3.2.2 port
On Sun, Jul 24, 2022 at 05:13:43PM +0300, mdw wrote: > Hi, > > Nicotine+ is a graphical client for the Soulseek peer-to-peer network. > https://github.com/nicotine-plus/nicotine-plus > > Over a year ago v3.0.0 was submitted to ports@, but didn't get any response > https://marc.info/?l=openbsd-ports&m=161310210623977&w=2 > > Here is an updated version 3.2.2, apologies if anything looks funny it is > my first time working with ports. > > I tested briefly search/chat rooms/transfers on my system running -current > and it seems to work fine. All of the hard work was done with the original > submission I just updated a few things. > > Thanks, > Matthew Tested on amd64 (July 11th snapshot) and seems to be working fine. Incidentally I've also been using the mentioned v3.0 port since it came on the list, without issues. I'm not experienced enough to formally check the port, so can't comment on that. It looks ok on a first look, although I think pkg/PLIST.orig is a leftover and shouldn't be there. Thanks for the port Zé --
[new] graphics/arcan-0.6.2
Hi, Here is a port of Arcan which is a display server and multimedia framework. Arcan makes use of pledge ( https://arcan-fe.com/2018/04/25/towards-secure-system-graphics-arcan-and-openbsd/ ). It also has a number of desktop environments (not included): - Durden: https://github.com/letoram/durden - Prio: https://github.com/letoram/prio - Pipeworld: https://github.com/letoram/pipeworld I have tested SDL and egl-dri. Both work as expected. OK? Cluesticks? --- Comment: powerful display server and multimedia framework Description: Arcan is a powerful development framework for creating virtually anything from user interfaces for specialized embedded applications all the way to full-blown standalone desktop environments. At its heart lies a robust and portable multimedia engine, with a well-tested and well-documented Lua scripting interface. The development emphasizes security, debuggability and performance -- guided by a principle of least surprise in terms of API design. Maintainer: The OpenBSD ports mailing-list WWW: https://arcan-fe.com arcan.tgz Description: application/gzip
[NEW/Update] net/nicotine-plus-3.2.2 port
Hi, Nicotine+ is a graphical client for the Soulseek peer-to-peer network. https://github.com/nicotine-plus/nicotine-plus Over a year ago v3.0.0 was submitted to ports@, but didn't get any response https://marc.info/?l=openbsd-ports&m=161310210623977&w=2 Here is an updated version 3.2.2, apologies if anything looks funny it is my first time working with ports. I tested briefly search/chat rooms/transfers on my system running -current and it seems to work fine. All of the hard work was done with the original submission I just updated a few things. Thanks, Matthew nicotine-plus-3.2.2.tar.gz Description: application/gzip
Re: Update py-qt5 and friends
I build-tested this and also did some runtime testing of Calibre and
that seems to work fine. So in that sense it's OK. But the veusz
problem is still there, right? I looked around in some other ports
collections but I've not been able to find a patch we can borrow. So
I guess someone actually has to look at the problem. Don't have time
for that myself right now.
Caspar
On Sun, Jul 24, 2022 at 10:07:50AM +0200, Rafael Sadowski wrote:
> Annoying summer ping...
>
> On Thu Jul 07, 2022 at 08:44:31AM +0200, Rafael Sadowski wrote:
> > Here is an update diff to update:
> >
> > - x11/py-qt5
> > - x11/py-qtawesome
> > - x11/py-qtpy
> > - x11/py-sip-qt5
> > - editors/qscintilla
> > - editors/py-qscintilla
> > - devel/py-qt-builder
> > - devel/py-sip
> > - www/py-qtwebengine
> >
> > veusz need to be fixed before we can discuss to update this but I think
> > it makes sense to share is work. I tested geo/qgis and www/qutebrowser
> > with the qt5.15.5 update and the diff below at runtime.
> >
> > Here some notable changes/informations:
> >
> > - sip-build no longer support following options:
> > --qmake ${MODQT5_QMAKE} --jobs ${MAKE_JOBS} --no-make
> > We have to set qmake in PATH. I solve this by:
> >
> > +post-extract:
> > + # Need to run sip-6.5+ sip-build
> > + ln -sf ${MODQT5_QMAKE} ${WRKDIR}/bin/qmake
> >
> > - qgis builds fine with:
> > devel/py-sip/patches/patch-sipbuild_generator_parser_instantiations_py
> > See: https://github.com/qgis/QGIS/issues/49214
> >
> > - XXX math/veusz broken
> > ImportError: cannot import name 'parse' from 'sipbuild.code_generator'
> > (/usr/local/lib/python3.9/site-packages/sipbuild/code_generator.abi3.so)
> > https://github.com/veusz/veusz/issues/595
> >
> > Rafael
> >
> > Index: x11/py-qt5/Makefile
> > ===
> > RCS file: /cvs/ports/x11/py-qt5/Makefile,v
> > retrieving revision 1.31
> > diff -u -p -r1.31 Makefile
> > --- x11/py-qt5/Makefile 11 Mar 2022 20:16:57 - 1.31
> > +++ x11/py-qt5/Makefile 7 Jul 2022 06:11:48 -
> > @@ -2,10 +2,9 @@ COMMENT= Python bindings for Qt5
> >
> > DPB_PROPERTIES=parallel
> >
> > -MODPY_EGG_VERSION= 5.15.6
> > +MODPY_EGG_VERSION= 5.15.7
> > DISTNAME= PyQt5-${MODPY_EGG_VERSION}
> > PKGNAME= py-qt5-${MODPY_EGG_VERSION}
> > -REVISION= 0
> >
> > CATEGORIES=x11 devel
> >
> > @@ -29,10 +28,12 @@ FLAVORS=python3
> > FLAVOR=python3
> >
> > BUILD_DEPENDS= devel/py-qt-builder${MODPY_FLAVOR} \
> > + devel/py-ply${MODPY_FLAVOR} \
> > x11/dbus-python${MODPY_FLAVOR}
> >
> > RUN_DEPENDS= devel/py-sip${MODPY_FLAVOR}>=5.5.0v0 \
> > x11/py-sip-qt5${MODPY_FLAVOR}>=12.8 \
> > + devel/py-ply${MODPY_FLAVOR} \
> > x11/dbus-python${MODPY_FLAVOR}
> >
> > LIB_DEPENDS= ${MODPY_LIB_DEPENDS} \
> > @@ -62,11 +63,7 @@ MODPY_PI=Yes
> > #
> > https://www.riverbankcomputing.com/static/Docs/PyQt5/installation.html#building-pyqt5
> > CONFIGURE_STYLE= simple
> > CONFIGURE_SCRIPT= ${LOCALBASE}/bin/sip-build
> > -CONFIGURE_ARGS=--verbose \
> > - --qmake ${MODQT5_QMAKE} \
> > - --jobs ${MAKE_JOBS} \
> > - --no-make \
> > - --confirm-license
> > +CONFIGURE_ARGS = --verbose --confirm-license
> >
> > MAKE_FLAGS=-C build \
> > CC=${CC} \
> > @@ -75,6 +72,10 @@ MAKE_FLAGS= -C build \
> > CXXOPTS="${CXXFLAGS}"
> >
> > FAKE_FLAGS=INSTALL_ROOT=${DESTDIR}
> > +
> > +post-extract:
> > + # Need to run sip-6.5+ sip-build
> > + ln -sf ${MODQT5_QMAKE} ${WRKDIR}/bin/qmake
> >
> > post-install:
> > ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
> > Index: x11/py-qt5/distinfo
> > ===
> > RCS file: /cvs/ports/x11/py-qt5/distinfo,v
> > retrieving revision 1.8
> > diff -u -p -r1.8 distinfo
> > --- x11/py-qt5/distinfo 31 Oct 2021 17:08:38 - 1.8
> > +++ x11/py-qt5/distinfo 7 Jul 2022 06:11:48 -
> > @@ -1,2 +1,2 @@
> > -SHA256 (PyQt5-5.15.6.tar.gz) = gDQ7yrlf+6YZ8u0kZ/2Cj/6wolGtciW+X8BtzDM69FI=
> > -SIZE (PyQt5-5.15.6.tar.gz) = 3239505
> > +SHA256 (PyQt5-5.15.7.tar.gz) = dVEhpSs6CMsHJ1wQ67lldtNuMg5XJZHbFs/bxVgQFZQ=
> > +SIZE (PyQt5-5.15.7.tar.gz) = 3238978
> > Index: x11/py-qt5/pkg/PLIST
> > ===
> > RCS file: /cvs/ports/x11/py-qt5/pkg/PLIST,v
> > retrieving revision 1.11
> > diff -u -p -r1.11 PLIST
> > --- x11/py-qt5/pkg/PLIST11 Mar 2022 20:16:57 - 1.11
> > +++ x11/py-qt5/pkg/PLIST7 Jul 2022 06:11:48 -
> > @@ -78,6 +78,7 @@ lib/python${MODPY_VERSION}/site-packages
> > lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/
> > lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/QtCore.toml
> >
> > lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/QtCoremod.si
Re: Update py-qt5 and friends
Annoying summer ping...
On Thu Jul 07, 2022 at 08:44:31AM +0200, Rafael Sadowski wrote:
> Here is an update diff to update:
>
> - x11/py-qt5
> - x11/py-qtawesome
> - x11/py-qtpy
> - x11/py-sip-qt5
> - editors/qscintilla
> - editors/py-qscintilla
> - devel/py-qt-builder
> - devel/py-sip
> - www/py-qtwebengine
>
> veusz need to be fixed before we can discuss to update this but I think
> it makes sense to share is work. I tested geo/qgis and www/qutebrowser
> with the qt5.15.5 update and the diff below at runtime.
>
> Here some notable changes/informations:
>
> - sip-build no longer support following options:
> --qmake ${MODQT5_QMAKE} --jobs ${MAKE_JOBS} --no-make
> We have to set qmake in PATH. I solve this by:
>
> +post-extract:
> + # Need to run sip-6.5+ sip-build
> + ln -sf ${MODQT5_QMAKE} ${WRKDIR}/bin/qmake
>
> - qgis builds fine with:
> devel/py-sip/patches/patch-sipbuild_generator_parser_instantiations_py
> See: https://github.com/qgis/QGIS/issues/49214
>
> - XXX math/veusz broken
> ImportError: cannot import name 'parse' from 'sipbuild.code_generator'
> (/usr/local/lib/python3.9/site-packages/sipbuild/code_generator.abi3.so)
> https://github.com/veusz/veusz/issues/595
>
> Rafael
>
> Index: x11/py-qt5/Makefile
> ===
> RCS file: /cvs/ports/x11/py-qt5/Makefile,v
> retrieving revision 1.31
> diff -u -p -r1.31 Makefile
> --- x11/py-qt5/Makefile 11 Mar 2022 20:16:57 - 1.31
> +++ x11/py-qt5/Makefile 7 Jul 2022 06:11:48 -
> @@ -2,10 +2,9 @@ COMMENT= Python bindings for Qt5
>
> DPB_PROPERTIES= parallel
>
> -MODPY_EGG_VERSION= 5.15.6
> +MODPY_EGG_VERSION= 5.15.7
> DISTNAME=PyQt5-${MODPY_EGG_VERSION}
> PKGNAME= py-qt5-${MODPY_EGG_VERSION}
> -REVISION=0
>
> CATEGORIES= x11 devel
>
> @@ -29,10 +28,12 @@ FLAVORS= python3
> FLAVOR= python3
>
> BUILD_DEPENDS= devel/py-qt-builder${MODPY_FLAVOR} \
> + devel/py-ply${MODPY_FLAVOR} \
> x11/dbus-python${MODPY_FLAVOR}
>
> RUN_DEPENDS= devel/py-sip${MODPY_FLAVOR}>=5.5.0v0 \
> x11/py-sip-qt5${MODPY_FLAVOR}>=12.8 \
> + devel/py-ply${MODPY_FLAVOR} \
> x11/dbus-python${MODPY_FLAVOR}
>
> LIB_DEPENDS= ${MODPY_LIB_DEPENDS} \
> @@ -62,11 +63,7 @@ MODPY_PI= Yes
> #
> https://www.riverbankcomputing.com/static/Docs/PyQt5/installation.html#building-pyqt5
> CONFIGURE_STYLE= simple
> CONFIGURE_SCRIPT= ${LOCALBASE}/bin/sip-build
> -CONFIGURE_ARGS= --verbose \
> - --qmake ${MODQT5_QMAKE} \
> - --jobs ${MAKE_JOBS} \
> - --no-make \
> - --confirm-license
> +CONFIGURE_ARGS = --verbose --confirm-license
>
> MAKE_FLAGS= -C build \
> CC=${CC} \
> @@ -75,6 +72,10 @@ MAKE_FLAGS=-C build \
> CXXOPTS="${CXXFLAGS}"
>
> FAKE_FLAGS= INSTALL_ROOT=${DESTDIR}
> +
> +post-extract:
> + # Need to run sip-6.5+ sip-build
> + ln -sf ${MODQT5_QMAKE} ${WRKDIR}/bin/qmake
>
> post-install:
> ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
> Index: x11/py-qt5/distinfo
> ===
> RCS file: /cvs/ports/x11/py-qt5/distinfo,v
> retrieving revision 1.8
> diff -u -p -r1.8 distinfo
> --- x11/py-qt5/distinfo 31 Oct 2021 17:08:38 - 1.8
> +++ x11/py-qt5/distinfo 7 Jul 2022 06:11:48 -
> @@ -1,2 +1,2 @@
> -SHA256 (PyQt5-5.15.6.tar.gz) = gDQ7yrlf+6YZ8u0kZ/2Cj/6wolGtciW+X8BtzDM69FI=
> -SIZE (PyQt5-5.15.6.tar.gz) = 3239505
> +SHA256 (PyQt5-5.15.7.tar.gz) = dVEhpSs6CMsHJ1wQ67lldtNuMg5XJZHbFs/bxVgQFZQ=
> +SIZE (PyQt5-5.15.7.tar.gz) = 3238978
> Index: x11/py-qt5/pkg/PLIST
> ===
> RCS file: /cvs/ports/x11/py-qt5/pkg/PLIST,v
> retrieving revision 1.11
> diff -u -p -r1.11 PLIST
> --- x11/py-qt5/pkg/PLIST 11 Mar 2022 20:16:57 - 1.11
> +++ x11/py-qt5/pkg/PLIST 7 Jul 2022 06:11:48 -
> @@ -78,6 +78,7 @@ lib/python${MODPY_VERSION}/site-packages
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/QtCore.toml
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/QtCoremod.sip
> +lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/pyqt-gpl.sip5
>
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/qabstractanimation.sip
>
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/qabstracteventdispatcher.sip
>
> lib/python${MODPY_VERSION}/site-packages/PyQt5/bindings/QtCore/qabstractitemmodel.sip
> Index: x11/py-qtawesome/Makefile
> ===
> RCS file: /cvs/ports/x11/py-qtawesome/Makefile,v
> retrieving revision 1.10
> diff -u -p -r1.10 Makefile
> --- x11/py-qtawesome/Makefile 11 Mar 2022 20:16:57 - 1.10
> +++ x11/py-qtawe
Re: (maintainer update) lang/abcl-1.9.0
Timo Myyrä wrote: > Timo Myyrä [2022-07-18, 09:19 +0300]: > > > Stuart Henderson [2022-07-16, 10:00 +0100]: > > > >> Quick comments: > >> > >> - if the Java version needs to be kept in sync with jna, it would be > >> worth adding a comment to jna mentioning that I guess Stuart meant something like this Index: Makefile === RCS file: /home/cvs/ports/java/jna/Makefile,v retrieving revision 1.33 diff -u -p -r1.33 Makefile --- Makefile26 May 2022 08:30:30 - 1.33 +++ Makefile24 Jul 2022 07:38:32 - @@ -12,6 +12,8 @@ HOMEPAGE= https://github.com/java-native PERMIT_PACKAGE=Yes MODULES= java + +# keep in sync with lang/abcl MODJAVA_VER= 11 MODJAVA_BUILD= ant > >> - pkg/README is supposed to use a standard format with the header text. > >> Or there's probably not much downside to adding a tub dependency on > >> jna and getting rid of the readme. > >> > >> - up to you as maintainer what to do for tests, seems you have picked a > >> sensible way to handle it to me. Tests are not run in bulk builds. > > > > > > Here's another attempt at this: > > - add bash as build dependency and use it to generate abcl.properties > > - remove the patches for getting the java tests to run > > - remove README and add jna as run dependency > > - add mention to about syncing MODJAVA_VER with jna > > > > I removed the test setup, a bit too much patching for just running 16 > > tests. Perphaps easier to just run tests separately as needed. > > > > timo > > [...] > ping... seems to work fine; committed, thanks!
