CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/27 00:16:14 Modified files: productivity/homebank: Makefile distinfo Log message: Bugfix update homebank to 5.3.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/27 00:10:01 Modified files: productivity/homebank: Makefile distinfo productivity/homebank/patches: patch-po_POTFILES_in productivity/homebank/pkg: PLIST Log message: Update homebank to 5.3 Changelog can find here: http://homebank.free.fr/ChangeLog Taken second maintainership ok pea@ (maintainer)
Re: NEW: www/p5-Plack-App-URLMux
On Sun, Jan 26, 2020 at 02:31:24PM -0800, Andrew Hewus Fresh wrote: > On Thu, Jan 16, 2020 at 11:01:40PM +, Mikolaj Kucharski wrote: > > Hi, > > > > Kind reminder. Port reattached for convenience. > > Remove "cpan" from CATEGORIES and then OK afresh1@ New port attached with cpan removed from CATEGORIES. -- Regards, Mikolaj p5-Plack-App-URLMux.port,2.tgz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 21:57:19 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register qt-gstreamer removal.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 21:54:55 Modified files: multimedia : Makefile Removed files: multimedia/qt-gstreamer: Makefile distinfo multimedia/qt-gstreamer/patches: patch-CMakeLists_txt patch-cmake_modules_FindGStreamer_cmake patch-elements_gstqtvideosink_delegates_basedelegate_cpp patch-elements_gstqtvideosink_delegates_qwidgetvideosinkdelegate_cpp patch-elements_gstqtvideosink_gstqtvideosinkbase_cpp patch-src_QGlib_CMakeLists_txt patch-src_QGlib_connect_cpp patch-src_QGlib_connect_h patch-src_QGlib_connectimpl_h patch-src_QGlib_global_h patch-src_QGlib_refpointer_h patch-src_QGlib_type_h patch-src_QGlib_value_h patch-src_QGst_CMakeLists_txt patch-src_QGst_caps_cpp patch-src_QGst_element_h multimedia/qt-gstreamer/pkg: DESCR PLIST Log message: Remove qt-gstreamer Nothing uses it anymore. Qt4 deadbeef OK kn kmos
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Sun, 26 Jan 2020 20:43:16 -0600
Amit Kulkarni wrote:
> Got the same problem you describe now. Please go ahead George!
>
> thanks
I have added tb's error check. I will commit it tommorrow. --George
Index: Makefile
===
RCS file: /cvs/ports/mail/sylpheed/Makefile,v
retrieving revision 1.125
diff -u -p -r1.125 Makefile
--- Makefile12 Jul 2019 20:47:38 - 1.125
+++ Makefile27 Jan 2020 03:53:47 -
@@ -3,7 +3,7 @@
COMMENT = lightweight and user-friendly e-mail client
DISTNAME = sylpheed-3.7.0
-REVISION = 4
+REVISION = 5
SHARED_LIBS += sylph-0 4.1 # 4.0
SHARED_LIBS += sylpheed-plugin-0 4.0 # 4.0
Index: patches/patch-libsylph_ssl_c
===
RCS file: patches/patch-libsylph_ssl_c
diff -N patches/patch-libsylph_ssl_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-libsylph_ssl_c27 Jan 2020 03:53:47 -
@@ -0,0 +1,24 @@
+$OpenBSD$
+
+Use SNI; fixes TLSv1.3 to imap.gmail.com.
+Patch from Antonio Ospite,
+https://sylpheed.sraoss.jp/redmine/issues/306#note-3
+but with the addition of an error check.
+
+Index: libsylph/ssl.c
+--- libsylph/ssl.c.orig
libsylph/ssl.c
+@@ -258,6 +258,13 @@ gboolean ssl_init_socket_with_method(SockInfo *sockinf
+ return FALSE;
+ }
+
++#ifdef SSL_CTRL_SET_TLSEXT_HOSTNAME
++ if (!SSL_set_tlsext_host_name(sockinfo->ssl, sockinfo->hostname)) {
++ g_warning("Error setting servername extension\n");
++ return FALSE;
++ }
++#endif
++
+ SSL_set_fd(sockinfo->ssl, sockinfo->sock);
+ while ((ret = SSL_connect(sockinfo->ssl)) != 1) {
+ err = SSL_get_error(sockinfo->ssl, ret);
powerpc bulk build report
Bulk build on macppc-1.ports.openbsd.org Started : Sat Jan 11 16:12:39 MST 2020 Finished: Sun Jan 26 20:37:54 MST 2020 Duration: 15 Days 4 hours 25 minutes Built using OpenBSD 6.6-current (GENERIC.MP) #659: Sat Jan 11 09:56:19 MST 2020 Built 9848 packages Number of packages built each day: Jan 11: 773 Jan 12: 1343 Jan 13: 416 Jan 14: 465 Jan 15: 284 Jan 16: 237 Jan 17: 189 Jan 18: 375 Jan 19: 278 Jan 20: 361 Jan 21: 440 Jan 22: 397 Jan 23: 452 Jan 24: 448 Jan 25: 623 Jan 26: 2767 Critical path missing pkgs: http://build-failures.rhaalovely.net/powerpc/2020-01-11/summary.log Build failures: 47 http://build-failures.rhaalovely.net/powerpc/2020-01-11/benchmarks/wrk.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/cad/magic.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/cad/netgen.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/cad/openscad.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/cad/qucs.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/databases/sqlitebrowser.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/databases/sqliteman.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/devel/geany.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/devel/libpeas.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/devel/xtensa-elf/gcc.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/emulators/citra.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/eduke32.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/pokerth.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/postal.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/stone-soup.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/valyriatear.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/games/xevil.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/geo/spatialite/gis.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/graphics/colord-gtk.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/graphics/gimp/stable.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/lang/compcert.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/lang/gprolog.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/lang/quickjs.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/mail/kopano/core.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/math/py-scikit-learn.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/multimedia/synfig.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/net/dleyna/renderer.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/net/dleyna/server.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/net/mutella.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/print/hplip,-common.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/productivity/gnucash.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/security/scrypt.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/sysutils/collectd,-main.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/sysutils/usmb.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/telephony/iaxclient.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/telephony/pjsua,-main.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/www/ruby-passenger,ruby26.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/gnome/libgweather.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/gtk-vnc.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/gtksourceview4.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/kde4/libs,,-en_US.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/kde4/smokeqt.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/libdbus-c++.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/libhandy.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/mate/caja.log http://build-failures.rhaalovely.net/powerpc/2020-01-11/x11/ogre.log
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Mon, 27 Jan 2020 00:57:28 +0100 Klemens Nanni wrote: > On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote: > > I fixed it with this patch from Sylpheed's bug tracker, also in Debian: > > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/ > That diff is from 2018 already, what is upstream's response? I didn't find a response in English. I don't understand Japanese. I have not contacted upstream. The bug tracker has - https://sylpheed.sraoss.jp/redmine/issues/306 from Aug/Sep 2018, where I got the patch - https://sylpheed.sraoss.jp/redmine/issues/309 from Nov 2018/Apr 2019, a duplicate report The English mailing list has a thread about GMail in June 2019, but it doesn't mention this SNI problem. https://www.sraoss.jp/pipermail/sylpheed/2019-June/thread.html#6759 I didn't look at the Japanese mailing list. --George
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Sun, Jan 26, 2020 at 7:10 PM Theo Buehler wrote: > > On Mon, Jan 27, 2020 at 12:05:47PM +1100, Theo Buehler wrote: > > On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote: > > > To OpenBSD ports list and MAINTAINER Amit Kulkarni, > > > > > > After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com. > > > It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a > > > self-signed certificate for an invalid host. The cert tells me to > > > enable SNI in my client. I then reject the certificate. Recent changes > > > in OpenBSD seem to have enabled TLSv1.3 in libssl. > > > > > > I fixed it with this patch from Sylpheed's bug tracker, also in Debian: > > > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/ > > > > > > Amit, I see that you have GMail; does your Sylpheed work? > > > > > > This isn't where I expected to make my first commit, > > > but is this OK to commit? Got the same problem you describe now. Please go ahead George! thanks
geo/qgis: Don't pick up ccache
Hi ports --
qgis will pick up ccache if you have it installed, and the build fails
(at least, it does for me).
Patch to disable ccache attached.
Found when doing build testing for an upcoming update of archivers/libzip.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/geo/qgis/Makefile,v
retrieving revision 1.118
diff -u -p -r1.118 Makefile
--- Makefile 21 Jan 2020 12:50:46 - 1.118
+++ Makefile 27 Jan 2020 02:40:51 -
@@ -94,7 +94,8 @@ CONFIGURE_ARGS =-DPYTHON_EXECUTABLE=${MO
-DPYRCC_PROGRAM=${LOCALBASE}/bin/pyrcc5-3 \
-DWITH_INTERNAL_MDAL=FALSE \
-DWITH_3D=TRUE \
- -DWITH_SERVER=TRUE -DWITH_SERVER_PLUGINS=TRUE -DWITH_QSPATIALITE=TRUE
+ -DWITH_SERVER=TRUE -DWITH_SERVER_PLUGINS=TRUE -DWITH_QSPATIALITE=TRUE \
+ -DUSE_CCACHE=OFF
# does more than just debug pkgs
#DEBUG_CONFIGURE_ARGS += -DCMAKE_BUILD_TYPE:String=RelWithDebInfo
Re: [maintainer update] devel/p5-Specio: Update to 0.45
On Tue, Dec 31, 2019 at 01:55:00AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch for devel/p5-Specio:
>i) Update to 0.45
>ii) Add p5-XString as TEST_DEPENDS
> It build well and pass all tests on amd64-current system.
> One port depends on it: devel/p5-Params-ValidationCompiler,
> it build well and pass all tests with this patch.
>
> Regards,
> wen
OK afresh1@ as soon as p5-XString is imported.
This module recommends devel/p5-Ref-Util as a speed improvement. Not
sure if we want to add that and XString as RUN_DEPENDS. Often I like to
do that if we have them ported and it makes things faster.
Not sure about adding p5-Sub-Name, but it sounds like a decent
dependency to add from the docs.
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-Specio/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile 25 Aug 2019 23:07:47 - 1.1.1.1
> +++ Makefile 31 Dec 2019 01:49:42 -
> @@ -2,7 +2,7 @@
>
> COMMENT =type constraints and coercions for Perl
>
> -DISTNAME = Specio-0.43
> +DISTNAME = Specio-0.45
>
> CATEGORIES = devel
>
> @@ -22,6 +22,7 @@ RUN_DEPENDS = devel/p5-Devel-StackTrace
> TEST_DEPENDS = devel/p5-Moo \
> devel/p5-Test-Fatal \
> devel/p5-Test-Needs \
> + textproc/p5-XString \
> devel/p5-namespace-autoclean
>
> PKG_ARCH = *
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-Specio/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 distinfo
> --- distinfo 25 Aug 2019 23:07:47 - 1.1.1.1
> +++ distinfo 31 Dec 2019 01:49:42 -
> @@ -1,2 +1,2 @@
> -SHA256 (Specio-0.43.tar.gz) = PNDev3tkBBJ9Xgu3+3jP75314lGdPWrXETtZrR2p+h0=
> -SIZE (Specio-0.43.tar.gz) = 104288
> +SHA256 (Specio-0.45.tar.gz) = 5LmIzmODsHa/I+lCMT0biTB3nrmVTYfbmU/iuv/UYfY=
> +SIZE (Specio-0.45.tar.gz) = 107335
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/p5-Specio/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 25 Aug 2019 23:07:47 - 1.1.1.1
> +++ pkg/PLIST 31 Dec 2019 01:49:42 -
> @@ -44,6 +44,7 @@ ${P5SITE}/Specio/Role/
> ${P5SITE}/Specio/Role/Inlinable.pm
> ${P5SITE}/Specio/Subs.pm
> ${P5SITE}/Specio/TypeChecks.pm
> +${P5SITE}/Test/
> ${P5SITE}/Test/Specio.pm
> @man man/man3p/Specio.3p
> @man man/man3p/Specio::Coercion.3p
--
andrew - http://afresh1.com
If your computer says, "Printer out of Paper," this problem cannot
be resolved by continuously clicking the "OK" button.
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Mon, Jan 27, 2020 at 12:05:47PM +1100, Theo Buehler wrote:
> On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> > To OpenBSD ports list and MAINTAINER Amit Kulkarni,
> >
> > After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
> > It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
> > self-signed certificate for an invalid host. The cert tells me to
> > enable SNI in my client. I then reject the certificate. Recent changes
> > in OpenBSD seem to have enabled TLSv1.3 in libssl.
> >
> > I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
> > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
> >
> > Amit, I see that you have GMail; does your Sylpheed work?
> >
> > This isn't where I expected to make my first commit,
> > but is this OK to commit?
>
> I'd prefer if you added an error check to this diff, something like:
>
> if (!SSL_set_tlsext_host_name(sockinfo->ssl, sockinfo->hostname)) {
> g_warning(_("Error setting servername extension\n"));
Sorry, without the _()
> return FALSE;
> }
>
> With that it's ok tb
>
> PS: The feature guards seem a bit pointleess. SSL_CTRL_SET_TLSEXT_HOSTNAME
> exists since the mid-2000s at least. Support for OPENSSL_NO_TLSEXT was
> removed a long time ago both in LibreSSL and OpenSSL.
>
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote:
> To OpenBSD ports list and MAINTAINER Amit Kulkarni,
>
> After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
> It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
> self-signed certificate for an invalid host. The cert tells me to
> enable SNI in my client. I then reject the certificate. Recent changes
> in OpenBSD seem to have enabled TLSv1.3 in libssl.
>
> I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
> https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
>
> Amit, I see that you have GMail; does your Sylpheed work?
>
> This isn't where I expected to make my first commit,
> but is this OK to commit?
I'd prefer if you added an error check to this diff, something like:
if (!SSL_set_tlsext_host_name(sockinfo->ssl, sockinfo->hostname)) {
g_warning(_("Error setting servername extension\n"));
return FALSE;
}
With that it's ok tb
PS: The feature guards seem a bit pointleess. SSL_CTRL_SET_TLSEXT_HOSTNAME
exists since the mid-2000s at least. Support for OPENSSL_NO_TLSEXT was
removed a long time ago both in LibreSSL and OpenSSL.
Re: 回复: 回复: 回复: [Update] www/p5-Dancer2 : Updae to 0.208001
On Wed, Dec 25, 2019 at 06:44:17AM +, wen heping wrote:
> Revised patch to update to 0.30.
Still OK afresh1@
> wen
>
> 发件人: owner-po...@openbsd.org 代表 wen heping
>
> 发送时间: 2019年12月16日 16:49
> 收件人: afre...@openbsd.org
> 抄送: ports@openbsd.org
> 主题: 回复: 回复: [Update] www/p5-Dancer2 : Updae to 0.208001
>
> Resised patch to update Dancer2 to 0.208002.
>
> wen
>
> 发件人: owner-po...@openbsd.org 代表 wen heping
>
> 发送时间: 2019年11月26日 10:47
> 收件人: afre...@openbsd.org
> 抄送: ports@openbsd.org
> 主题: 回复: [Update] www/p5-Dancer2 : Updae to 0.208001
>
> Revised patch to add devel/p5-Types-Tiny as RUN_DEPENDS and add
> devel/p5-Test-NoTabs as TEST_DEPENDS.
>
> There are some XS "recommends" such as URL::Encode::XS，CGI::Deurl::XS
> and HTTP::XSCookies. But they had not been imported into OpenBSD portstree,
> I shall do that later.
>
> Regards,
> wen
>
> 发件人: Andrew Hewus Fresh
> 发送时间: 2019年11月24日 7:41
> 收件人: wen heping
> 抄送: ports@openbsd.org
> 主题: Re: [Update] www/p5-Dancer2 : Updae to 0.208001
>
> On Wed, Nov 06, 2019 at 08:07:43AM +, wen heping wrote:
> > Hi, ports@:
> >
> > Here is a patch for www/p5-Dancer2:
> >i) Update to 0.208001
> >ii) Update and sort RUN_DEPENDS
> >iii) Remove BUILD_DEPENDS=${RUN_DEPENDS} line
> >vi) ADD TEST_POD=yes to MAKE_ENV
> >
> > It build well and run well and pass all tests on amd64-current system.
> >
> > 4 ports depends on it, all build well and pass all tests.(1 port should
> > update first):
> > www/p5-Dancer2-Plugin-Ajax
> > www/p5-Dancer2-Plugin-Database
> > www/p5-Dancer2-Plugin-DBIC
> > www/p5-Dancer2-Plugin-Auth-Tiny
> >
> > Comments? OK?
> > wen
>
> Missing a RUN_DEPENDS on devel/p5-Types-Tiny and a TEST_DEPENDS on
> devel/p5-Test-NoTabs. There are also some XS "recommends" that if
> someone actually wanted to use this "in production" I would recommend
> they port them and add as RUN_DEPENDS. (They're listed as "Runtime
> Recommends" when running "make test")
>
> But, with those two missing dependencies fixed, OK afresh1@
>
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/www/p5-Dancer2/Makefile,v
> > retrieving revision 1.8
> > diff -u -p -r1.8 Makefile
> > --- Makefile 12 Jul 2019 20:50:52 - 1.8
> > +++ Makefile 6 Nov 2019 07:17:10 -
> > @@ -4,20 +4,19 @@ COMMENT = lightweight yet powerful web
> >
> > MODULES =cpan
> > PKG_ARCH = *
> > -DISTNAME = Dancer2-0.166001
> > +DISTNAME = Dancer2-0.208001
> > CATEGORIES = www
> > -REVISION = 0
> >
> > # Perl
> > PERMIT_PACKAGE = Yes
> >
> > -BUILD_DEPENDS = devel/p5-File-ShareDir-Install>=0.06 \
> > - ${RUN_DEPENDS}
> > +BUILD_DEPENDS = devel/p5-File-ShareDir-Install>=0.06
> >
> > RUN_DEPENDS = devel/p5-App-Cmd \
> >devel/p5-Class-Load \
> >devel/p5-Config-Any \
> >security/p5-Digest-SHA1 \
> > + devel/p5-File-Share \
> >www/p5-HTTP-Body \
> >www/p5-HTTP-Cookies \
> >www/p5-HTTP-Date \
> > @@ -25,30 +24,28 @@ RUN_DEPENDS = devel/p5-App-Cmd \
> >devel/p5-Hash-Merge-Simple \
> >devel/p5-Import-Into \
> >converters/p5-JSON \
> > + converters/p5-JSON-XS \
> >mail/p5-MIME-Types \
> >devel/p5-Moo>=2.00 \
> >devel/p5-MooX-Types-MooseLike \
> > - www/p5-Plack>=1.0035 \
> > + www/p5-Plack>=1.0040 \
> >www/p5-Plack-Middleware-FixMissingBodyInRedirect \
> >www/p5-Plack-Middleware-RemoveRedundantBody \
> > + devel/p5-Ref-Util \
> >devel/p5-Return-MultiLevel \
> >devel/p5-Safe-Isa \
> > + devel/p5-Scope-Upper \
> >textproc/p5-Template \
> >textproc/p5-Template-Tiny \
> > - devel/p5-YAML \
> > - converters/p5-JSON-XS \
> > - devel/p5-Class-Load-XS \
> > - devel/p5-Scope-Upper
> > + devel/p5-YAML
> >
> > TEST_DEPENDS = devel/p5-AnyEvent \
> > - sysutils/p5-Capture-Tiny \
> > - www/p5-HTTP-Body \
> > - www/p5-HTTP-Cookies \
> > - www/p5-HTTP-Message \
> > - www/p5-Plack>=1.0035 \
> > + devel/p5-Test-EOL \
> >devel/p5-Test-Fatal \
> >
Re: mail/sylpheed: fix TLSv1.3 to imap.gmail.com
On Sun, Jan 26, 2020 at 06:38:59PM -0500, George Koehler wrote: > I fixed it with this patch from Sylpheed's bug tracker, also in Debian: > https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/ That diff is from 2018 already, what is upstream's response? > This isn't where I expected to make my first commit, > but is this OK to commit? Looks OK to me.
mail/sylpheed: fix TLSv1.3 to imap.gmail.com
To OpenBSD ports list and MAINTAINER Amit Kulkarni,
After I did sysupgrade today, Sylpheed can't connect to imap.gmail.com.
It uses TLSv1.3 (sylpheed --debug) and shows a dialog box with a
self-signed certificate for an invalid host. The cert tells me to
enable SNI in my client. I then reject the certificate. Recent changes
in OpenBSD seem to have enabled TLSv1.3 in libssl.
I fixed it with this patch from Sylpheed's bug tracker, also in Debian:
https://sources.debian.org/patches/sylpheed/3.7.0-5/0009-support-SNI-for-IMAP.patch/
Amit, I see that you have GMail; does your Sylpheed work?
This isn't where I expected to make my first commit,
but is this OK to commit?
--George Koehler
Index: Makefile
===
RCS file: /cvs/ports/mail/sylpheed/Makefile,v
retrieving revision 1.125
diff -u -p -r1.125 Makefile
--- Makefile12 Jul 2019 20:47:38 - 1.125
+++ Makefile26 Jan 2020 22:58:40 -
@@ -3,7 +3,7 @@
COMMENT = lightweight and user-friendly e-mail client
DISTNAME = sylpheed-3.7.0
-REVISION = 4
+REVISION = 5
SHARED_LIBS += sylph-0 4.1 # 4.0
SHARED_LIBS += sylpheed-plugin-0 4.0 # 4.0
Index: patches/patch-libsylph_ssl_c
===
RCS file: patches/patch-libsylph_ssl_c
diff -N patches/patch-libsylph_ssl_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-libsylph_ssl_c26 Jan 2020 22:58:40 -
@@ -0,0 +1,20 @@
+$OpenBSD$
+
+Use SNI; fixes TLSv1.3 to imap.gmail.com.
+Patch from Antonio Ospite,
+https://sylpheed.sraoss.jp/redmine/issues/306#note-3
+
+Index: libsylph/ssl.c
+--- libsylph/ssl.c.orig
libsylph/ssl.c
+@@ -258,6 +258,10 @@ gboolean ssl_init_socket_with_method(SockInfo *sockinf
+ return FALSE;
+ }
+
++#ifdef SSL_CTRL_SET_TLSEXT_HOSTNAME
++ SSL_set_tlsext_host_name(sockinfo->ssl, sockinfo->hostname);
++#endif
++
+ SSL_set_fd(sockinfo->ssl, sockinfo->sock);
+ while ((ret = SSL_connect(sockinfo->ssl)) != 1) {
+ err = SSL_get_error(sockinfo->ssl, ret);
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2020/01/26 16:39:10 Modified files: lang/cparser/patches: patch-Makefile Log message: Fix for \# backward incompatibility in upcoming gmake 4.3; ok naddy@
[!x86] games/frozen-bubble: perl 5.30 and display issues
Hi,
To start with, the game is not maintained upstream, and as the server
has glib2 deprecation warnings, it may not be built in a close future.
It does not run on x86 due to a BROKEN p5-SDL on these 2 archs, and
updating p5-SDL does not solve this specific issue.
I tried playing it on macppc, but:
- it's broken with Perl 5.30: it still uses the removed [0] 'if 0'
instead of state() for lexically scoped variables that won't be
reinitialised. The below diff fix that, and allows the game to
be started.
- there are graphic issues: the title screen is black. The directional
arrow that helps throwing bubbles is invisible. Also libpng complains
about some interlaced PNGs, the below diff deinterlace them.
The game is barely playable because of these graphic issues on macppc,
i wonder if people on other !x86 archs manage to have something that
really works.
Feedback is welcome :)
Charlène.
[0] https://rt-archive.perl.org/perl5/Ticket/Display.html?id=133543
Index: Makefile
===
RCS file: /cvs/ports/games/frozen-bubble/Makefile,v
retrieving revision 1.28
diff -u -p -u -p -r1.28 Makefile
--- Makefile17 Jul 2019 14:49:22 - 1.28
+++ Makefile26 Jan 2020 23:01:14 -
@@ -6,7 +6,7 @@ COMMENT-server =server for the frozen-b
VER = 2.2.0
DISTNAME = frozen-bubble-${VER}
PKGNAME-main = ${DISTNAME}
-REVISION-main =14
+REVISION-main =15
PKGNAME-server = frozen-bubble-server-${VER}
REVISION-server = 10
CATEGORIES = games
@@ -29,6 +29,9 @@ BUILD_DEPENDS = devel/p5-SDL \
devel/p5-Locale-gettext \
devel/gettext,-tools
+# Needed for post-patch deinterlacing
+BUILD_DEPENDS += graphics/ImageMagick
+
RUN_DEPENDS-main = devel/p5-SDL \
devel/p5-Locale-gettext \
${BASE_PKGPATH},-server
@@ -46,5 +49,14 @@ WANTLIB-main = SDL SDL_Pango SDL_mixer
WANTLIB-server = c glib-2.0 intl pthread
MULTI_PACKAGES = -main -server
+
+# fix "Interlace handling should be turned on when using png_read_image"
+post-patch:
+ @cd ${WRKSRC} && for interlaced in gfx/flags/flag-de.png \
+ gfx/flags/flag-fi.png \
+ gfx/flags/flag-no.png; \
+ do \
+ ${LOCALBASE}/bin/mogrify -interlace none $${interlaced} ;\
+ done
.include
Index: patches/patch-c_stuff_lib_FBLE_pm
===
RCS file: patches/patch-c_stuff_lib_FBLE_pm
diff -N patches/patch-c_stuff_lib_FBLE_pm
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-c_stuff_lib_FBLE_pm 26 Jan 2020 23:01:14 -
@@ -0,0 +1,34 @@
+$OpenBSD$
+
+Perl 5.30+ prohibits using my() in false conditionals
+
+Index: c_stuff/lib/FBLE.pm
+--- c_stuff/lib/FBLE.pm.orig
c_stuff/lib/FBLE.pm
+@@ -31,6 +31,8 @@
+
+ package FBLE;
+
++use feature qw(state);
++
+ use POSIX(qw(floor ceil));
+ use SDL;
+ use SDL::App;
+@@ -1405,7 +1407,7 @@ sub display_levelset_screenshot {
+$rect{middle}->y + $rect{middle}->height/2 -
$rect{screenshot}->height/8 - 3 + $widgetMove);
+
+
+-my %shrinks if 0;
++state %shrinks;
+ my $current_nb = $start_level || 1;
+ if (!exists $shrinks{$name}{$current_nb}) {
+ my $surf = SDL::Surface->new(-name =>
"$FPATH/gfx/menu/please_wait.png");
+@@ -1417,7 +1419,7 @@ sub display_levelset_screenshot {
+ $app->update($rect{middle});
+
+ #- sorta "read ahead": will compute next 10 levels screenshots as well
+-my $s_save if 0;
++state $s_save;
+ if (!$s_save) {
+ $s_save = SDL::Surface->new(-name =>
"$FPATH/gfx/level_editor.png");
+ }
Index: patches/patch-frozen-bubble
===
RCS file: patches/patch-frozen-bubble
diff -N patches/patch-frozen-bubble
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-frozen-bubble 26 Jan 2020 23:01:14 -
@@ -0,0 +1,52 @@
+$OpenBSD$
+
+Perl 5.30+ prohibits using my() in false conditionals
+
+Index: frozen-bubble
+--- frozen-bubble.orig
frozen-bubble
+@@ -47,6 +47,8 @@ use vars qw($TARGET_ANIM_SPEED $BUBBLE_SIZE $ROW_SIZE
+ $lev_number $playermalus $mptrainingdiff $loaded_levelset
$direct_levelset $chainreaction %chains %img_mini $frame $sock $gameserver
$mynick
+ $continuegamewhenplayersleave $singleplayertargetting $mylatitude
$mylongitude %autokick $replayparam $autorecord $comment $saveframes
$saveframesbase $saveframescounter);
+
++use feature qw(state);
++
+ use Getopt::Long;
+ use Data::Dumper;
+ use Locale::gettext;
+@@ -269,7 +271,7 @@ sub play_music($) {
+ $app->delay(400);
+ $app->delay(10) while
Re: 回复: [NEW] www/p5-Plack-Request-WithEncoding
On Mon, Jan 20, 2020 at 02:03:34PM -0500, Chris Bennett wrote: > On Sun, Jan 19, 2020 at 12:57:44PM +, wen heping wrote: > > 1 BUILD_DEPENDS line is not need, since there is CONFIGURE_STYLE = > > modbuild > > 2 p5-Plack should removed from TEST_DEPENDS since it is RUN_DEPENDS > > 3 Better replace pkg/DESCR with the module's DESCRIPTION > > > > Cheers ! > > wen > > Attached is with the above suggestions, except that I left out the last > line in the module's DESCRIPTION with the reference to look at link to a > section of the DESCRIPTION in particular. > > I appreciate the help. Porting has changed (very much for the better) > since I last did ports. There are extra tabs in the RUN_DEPENDS continuation, probably from portgen (and I think I fixed that bug), although only a small style nit. After reading the DESCR, I'm fairly sure the original author is not a native English speaker. Perhaps something more like: Plack::Request::WithEncoding is a subclass of Plack::Request that supports encoded requests. It overrides many Plack::Request attributes to return decoded values. In any case, with a fixed DESCR OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2020/01/26 15:38:05 Modified files: devel/etl : Makefile Added files: devel/etl/patches: patch-ETL__pen_h Log message: etl: fix consumers' build on !clang archs by not discarding some qualifiers. OK kmos@
Re: NEW: www/p5-Plack-App-URLMux
On Thu, Jan 16, 2020 at 11:01:40PM +, Mikolaj Kucharski wrote: > Hi, > > Kind reminder. Port reattached for convenience. Remove "cpan" from CATEGORIES and then OK afresh1@ > On Sun, Jan 05, 2020 at 10:11:47PM +, Mikolaj Kucharski wrote: > > My previous email with the tarball for convenience: > > > > https://marc.info/?l=openbsd-ports=157734267315699=2 > > > > On Thu, Dec 26, 2019 at 06:43:35AM +, Mikolaj Kucharski wrote: > > > Hi, > > > > > > Created with portgen(1), works for me with Plack from packages snapshot > > > on current and on 6.6-stable, make tests pass. > > > > > > All tests successful. > > > Files=9, Tests=70, 2 wallclock secs ( 0.05 usr 0.03 sys + 1.30 cusr > > > 0.31 csys = 1.69 CPU) > > > Result: PASS > > > > > > > > > Comment: > > > map multiple applications in defferent url path > > > > > > Description: > > > Plack::App::URLMux is a PSGI application that can dispatch multiple > > > applications based on URL path and host names (a.k.a "virtual hosting") > > > and takes care of rewriting SCRIPT_NAME and PATH_INFO. This module is > > > based on Plack::App::URLMap module but optimizied to handle a lot of > > > urls and has additional rules for parameterized URL and add additional > > > parameteres provided to application at mapping URL. > > -- > Regards, > Mikolaj -- andrew - http://afresh1.com I'm impatient with stupidity. -- Klaatu
Re: [NEW] www/p5-Plack-Middleware-MethodOverride
On Fri, Dec 20, 2019 at 02:24:13AM +, wen heping wrote: > Hi, ports@: > >Here is a patch to create www/p5-Plack-Middleware-MethodOverride, > which is required by the future update of www/p5-Catalyst-*. > It build well and pass all tests on amd64-current system. > > Comments? OK? > wen OK afresh1@
Re: Issues with manuals+amd(8) for a handful of ports
Hi, are there any other users who have /usr/local or /usr/local/man as a symlink or mounted via amd(8)? Note that i do NOT recommend such very unusual configurations at all, they have caused trouble in the past, i'm merely asking for testing purposes. If you use such a configuration, please update your mandoc such that you have OpenBSD: mandocdb.c,v 1.215 (or later) (by installing a snapshot dated at least a full day after 2020/01/26 21:24:58 UTC or by compiling from source and installing in /usr/src/usr.bin/mandoc/) and try whether after installing packages that contain symlinks in manual page directories, man(1) works as expected on such manual pages even *without* running makewhatis(8) manually and *without* running weekly(8). And of course, watch out whether you see any regressions. It turned out the filescan() function in mandocdb.c is well suited as a habitat for worms, and if i have disturbed any of them with the commit below, i'd prefer appeasing them again ASAP, well before we approach release. Here are a few examples of manual pages that are good for testing: package manual page vim rgvim # as opposed to vim(1) itself python-2.7python2# as opposed to python2.7(1) openldap-client ldap_init # as opposed to ldap_open(3) texlive_texmf-minimal pdflatex # as opposed to pdftex(1) The following command may give you more examples of pages for testing on your system: $ find /usr/local/man -type l Please make sure that *after* updating mandoc, you pkg_delete(1) the package(s) in question and then pkg_add(1) them anew, and only test man(1) after that. Please report any cases where pages aren't found as expected, report any messages similar to man: outdated mandoc.db lacks rgvim(1) entry, run makewhatis /usr/local/man you may encounter, and report any other regressions. Always include output from "man -w" for the pages you are trying to read, in addition to describing your findings. In case any of this screws up your system, running makewhatis(8) manually without any arguments will almost certainly fix it (but please report first). Do not attempt to downgrade again in the unlikely case that testing reveals issues; that would be more likely to make matters worse rather than help. Finally, note that nothing is wrong in pkg_add(1), the issues were in makewhatis(8) only. Thanks, Ingo CVSROOT:/cvs Module name:src Changes by: schwa...@cvs.openbsd.org2020/01/26 14:24:58 Modified files: usr.bin/mandoc : mandocdb.c Log message: Repair more of the issues that i found in filescan() while investigating the report from on ports@: For a symlink, use the first of the following names that is available: 1. In -t mode, the symlink itself (unchanged). 2. When the (unresolved) symlink already resides inside the manpath, just strip the manpath and use the rest (unchanged). 3. When prefix(es) of the unresolved symlink point to the manpath, strip the longest such prefix and use the rest (new); this fixes situations where the manpath or one of its parent directories is a symlink and at the same time contains symlinks to manual pages. 4. Fall back to the fully resolved symlink, with the manpath stripped (new); this may for example happen when the command line passes symlinks from outside the manpath that point to manual pages inside the manpath, or if manual page trees contain symlinks to symlinks and not all of them are given on the command line. The fallback (4) isn't perfect. You can construct symlink spaghetti in such a way that this algorithm will not enter all manual page names into the database that a human would be able to deduce. But i do not expect such spaghetti to actually occur in practice (not even in ports), and a full fix would require re-implementing realpath(3) in terms of step-by-step readlink(2) calls, repeating the complicated algorithm (3) after each step. While here, also stop using PATH_MAX as the size of a static buffer in filescan(); on some systems, it can be unreasonably large. Instead, allocate path strings dynamically.
Re: [NEW] www/p5-Plack-Builder-Conditionals
On Sun, Jan 19, 2020 at 01:02:27AM -0500, Chris Bennett wrote: > An extension to Plack::Builder > > Comments? The continued RUN_DEPENDS have an extra tab, although just a minor style nit. The COMMENT could be much clearer on what the port does and the DESCR is not any more helpful. I realize that the code itself doesn't have anything super useful to use for either of these places, but I don't think what is here now is good enough. Other than that, this looks OK afresh1@
Re: UPDATE: games/stockfish 10 => 11
Hi, On Fri, 24 Jan 2020 17:15:59 -0500 Brian Callahan wrote: > Hi ports -- > > Attached is an update to Stockfish. > Release notes are here: > https://github.com/official-stockfish/Stockfish/commit/c3483fa9a7d7c0ffa9fcc32b467ca844cfb63790 > Sadly, no more real upstream tarballs. Have to use GH_* variables. > > OK? It builds and works fine on amd64 and powerpc. I also tested successfully if the same starting position lead to the same results with "go nodes" on these 2 archs. Since it requires atomics on powerpc, port-lib-depends-check reports a missing WANTLIB. The package has already gcc-libs in its package signature, so it's your call to add an extra WANTLIB for powerpc. OK cwen@ either way > ~Brian >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/01/26 15:11:18 Modified files: devel/libfirm/patches: patch-Makefile Log message: fix for \# backward-incompatibility in upcoming gmake 4.3; ok bcallah@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2020/01/26 15:10:06 Modified files: multimedia/gstreamer-0.10/plugins-base: Makefile Added files: multimedia/gstreamer-0.10/plugins-base/patches: patch-common_gst-glib-gen_mak Log message: Fix for \# backward-incompatibility in upcoming gmake 4.3. Switch to autoreconf since the fragment is propagated to a dozen Makefiles by automake. Use the included autogen.sh because it performs additional required surgery on the autotools output. ok ajacoutot@
Re: New devel/py-crayons (new requirement to update devel/legit)
On Fri, Jan 10, 2020 at 05:49:33PM +0100, clematis wrote:
> Taking recent feedback into account here's a new tarball including those
> additional changes:
Can you clarify what "recent feedback" that was?
>
> +MAINTAINER
> +MODPY_VERSION = ${MODPY_DEFAULT_VERSION_3}
> -FLAVORS =python3
> -FLAVOR ?=
> +# Tests to come in future version
> +NO_TEST= Yes
> Sill run OK with devel/legit 1.2.0
Above diff actually breaks your legit update because the flavor used in
its dependency list no longer exists.
You probably only tested your already existing installation after
repackaging py-crayons, but you cannot have successfully tested the
legit update itself with this.
On the submission itself: Personally, I'm fine with importing new
python ports as Python 3 only, but that makes for an ugly situation
where python ports become a wild mix of flavored and Python X.Y only as
nicely demonstrated above.
I don't know how we want to handle this situation, but it would be
better to find consensus and work toward one solution.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/26 15:04:28 Modified files: emulators/qemu : Makefile Log message: qemu just uses the sphinx-build script from py-sphinx, not the python module. switch the dependency to py2 so it can find it (py3-sphinx has sphinx-build-3). maybe we'll change things around with this sometime, but for now unbreak builds. ok aja@
Re: sphinx and sphinx
On 2020/01/26 22:44, Antoine Jacoutot wrote: > Can’t we just get rid of the python2 sphinx and keep only the python3 > version? I had a bit of a look at this in Bucharest, some things were using it as an imported python module (with whichever python version they normally build with) and some as a script. Maybe it would work to change it so the executables are only in py3-sphinx (with no suffix). I think maybe it's a bit confusing to do this if people have to set dependencies manually and figure out which flavour to use, but I suppose we could abstract it into a new USE_SPHINX or MODULES=textproc/py-sphinx to make that easer.. > — > Antoine > > > On 26 Jan 2020, at 22:06, Stuart Henderson wrote: > > > > There are two sphinxs: > > > > textproc/py-sphinx: "python documentation generator" > > https://www.sphinx-doc.org/ > > > > textproc/sphinx: "free open-source SQL full-text search engine" > > https://sphinxsearch.com/ > > > > The first is the one people usually want, the presence of textproc/sphinx > > in itself causes some confusion (there's a comment in the port Makefile > > but mistakes are still sometimes made with this). > > > > There's also a problem with the py2/3 versions of py-sphinx because the > > executables are named sphinx- and sphinx--3 to avoid a > > conflict; this causes problems for porters wanting to use the doc generator > > that result in either pulling in an unwanted py2 dependency, or having to > > patch or add symlinks to cope with the unexpected filename. > > > > A proposal in three parts: > > > > - Either drop textproc/sphinx (it's unmaintained in ports, hasn't been > > updated in ports since 2015 despite regular upstream updates, and has no > > other ports using it), or reimport it as databases/sphinxsearch to avoid > > confusion. > > > > - Remove executables from py-sphinx and py3-sphinx > > > > - Either multipackage py3-sphinx or add a separate port, the relevant > > package depending on py3-sphinx, and containing the executables, named > > without MODPY_BIN_SUFFIX, i.e. sphinx-apidoc, sphinx-build etc. > > Maybe name this something like sphinxdoc or sphinx-doc? (Just plain > > "sphinx" would be easier to use, but probably a bit confusing when > > coupled with the old sphinxsearch sphinx-XX packages..) > > > > I can take a look at actually doing this but wanted a sanity check from > > other porters first.. any feedback? > > > > (This isn't just about sphinx, we also need a way to properly handle the > > MODPY_BIN_SUFFIXed executables in a bunch of other python ports, but > > this seems a good a place as any to start with because it's already > > causing problems for porters, and when we get it to work it would act > > as a template to use for others..) > > >
Re: UPDATE: audio/clementine
On Sun, Jan 26, 2020 at 10:26:03PM +0100, Rafael Sadowski wrote: > On Sun Jan 26, 2020 at 10:15:51PM +0100, Klemens Nanni wrote: > > On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote: > > > -GH_TAGNAME = 1.2.3 > > > +GH_TAGNAME = 1.4.0rc1 > > When 1.4.0 proper comes out, is that considered to be higher version > > number or would it require EPOCH? Wondering in general... > > rcN is a valid suffix. Read packages-specs(7) for more details. Sorry, I keep forgetting about these manuals.
Re: sphinx and sphinx
Can’t we just get rid of the python2 sphinx and keep only the python3 version? — Antoine > On 26 Jan 2020, at 22:06, Stuart Henderson wrote: > > There are two sphinxs: > > textproc/py-sphinx: "python documentation generator" > https://www.sphinx-doc.org/ > > textproc/sphinx: "free open-source SQL full-text search engine" > https://sphinxsearch.com/ > > The first is the one people usually want, the presence of textproc/sphinx > in itself causes some confusion (there's a comment in the port Makefile > but mistakes are still sometimes made with this). > > There's also a problem with the py2/3 versions of py-sphinx because the > executables are named sphinx- and sphinx--3 to avoid a > conflict; this causes problems for porters wanting to use the doc generator > that result in either pulling in an unwanted py2 dependency, or having to > patch or add symlinks to cope with the unexpected filename. > > A proposal in three parts: > > - Either drop textproc/sphinx (it's unmaintained in ports, hasn't been > updated in ports since 2015 despite regular upstream updates, and has no > other ports using it), or reimport it as databases/sphinxsearch to avoid > confusion. > > - Remove executables from py-sphinx and py3-sphinx > > - Either multipackage py3-sphinx or add a separate port, the relevant > package depending on py3-sphinx, and containing the executables, named > without MODPY_BIN_SUFFIX, i.e. sphinx-apidoc, sphinx-build etc. > Maybe name this something like sphinxdoc or sphinx-doc? (Just plain > "sphinx" would be easier to use, but probably a bit confusing when > coupled with the old sphinxsearch sphinx-XX packages..) > > I can take a look at actually doing this but wanted a sanity check from > other porters first.. any feedback? > > (This isn't just about sphinx, we also need a way to properly handle the > MODPY_BIN_SUFFIXed executables in a bunch of other python ports, but > this seems a good a place as any to start with because it's already > causing problems for porters, and when we get it to work it would act > as a template to use for others..) >
Re: Remove: productivity/entomologist
On Sun, Jan 26, 2020 at 10:10:36PM +0100, Rafael Sadowski wrote: > Does anyone want to keep this? I don't see why. Unless someone speaks up, feel free to zap it; OK kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 14:30:55 Removed files: graphics/digikam-kde4/pkg: DESCR-dcraw DESCR-face DESCR-kipi DESCR-libkipi DESCR-main DESCR-mediawiki DESCR-sane PLIST-dcraw PLIST-face PLIST-kipi PLIST-libkipi PLIST-main PLIST-mediawiki PLIST-sane Log message: Forgotten to remove pkg/* Spotted by cwen@, thanks!
Re: bsd.port.mk.5: Document unit for *-size targets
On Sun, Jan 12, 2020 at 11:54:27AM +0100, Klemens Nanni wrote:
> They use `du(1) -ks' and the output looks familiar, but without further
> information the line is pretty useless:
>
> $ make show-size
> 106 /usr/ports/pobj/oicb-1.2.1
>
> While here, be consistent and more specific for `show-size'.
>
> OK?
Ping.
Index: bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/bsd.port.mk.5,v
retrieving revision 1.525
diff -u -p -r1.525 bsd.port.mk.5
--- bsd.port.mk.5 12 Jan 2020 11:34:33 - 1.525
+++ bsd.port.mk.5 13 Jan 2020 11:04:26 -
@@ -720,7 +720,7 @@ port's variables without guessing wrongl
Displays the information that was generated by
.Xr build-debug-info 1 .
.It Cm show-fake-size
-Print the size of ${WRKINST}.
+Print the size of ${WRKINST}, in kilobytes.
Used by some options of
.Xr dpb 1 ,
suitable for
@@ -756,7 +756,7 @@ Exactly like
.Cm package ,
but affects only one single subpackage in multi-packages ports.
.It Cm show-size
-Prints the size of the work directory.
+Prints the size of ${WRKDIR}, in kilobytes.
Used by some options of
.Xr dpb 1 ,
suitable for
Re: UPDATE: audio/clementine
On Sun Jan 26, 2020 at 10:15:51PM +0100, Klemens Nanni wrote: > On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote: > > -GH_TAGNAME = 1.2.3 > > +GH_TAGNAME = 1.4.0rc1 > When 1.4.0 proper comes out, is that considered to be higher version > number or would it require EPOCH? Wondering in general... rcN is a valid suffix. Read packages-specs(7) for more details.
Re: UPDATE: audio/clementine
On Sat, Jan 25, 2020 at 02:52:07PM +0100, Rafael Sadowski wrote: > -GH_TAGNAME = 1.2.3 > +GH_TAGNAME = 1.4.0rc1 When 1.4.0 proper comes out, is that considered to be higher version number or would it require EPOCH? Wondering in general...
Re: Remove: multimedia/qt-gstreamer
On Sun, Jan 26, 2020 at 09:38:16PM +0100, Rafael Sadowski wrote: > Ok to nuke it? OK kn
Re: Remove: multimedia/qt-gstreamer
On Sun, Jan 26, 2020 at 09:38:16PM +0100, Rafael Sadowski wrote: > Look what I found. multimedia/qt-gstreamer no consumers in the tree. Our > version is the latest stable version from 2014-07-08. Qt4 deadbeef. > Ok to nuke it? You removed the only consumer recently. OK kmos --Kurt
Remove: productivity/entomologist
Hi all, Pretty useless a GUI bugtracker client that can't speak TLS1.2, right? Tested with bugs.kde.org and bugzilla.redhat.com, no luck. See logs below? 21:59:18 DEBUG: Locale: "en_US" 21:59:18 DEBUG: Could not load system locale: "qt_en_US" from "/usr/local/lib/qt4/translations" 21:59:18 DEBUG: Could not load Entomologist locale file: "qt_en_US" from "/usr/local/lib/qt4/translations" 21:59:18 DEBUG: 21:59:18 DEBUG: Entomologist version: 1.1 21:59:18 DEBUG: Compiled Qt version: 4.8.7 21:59:18 DEBUG: Runtime Qt version: 4.8.7 21:59:18 DEBUG: SSL is supported 21:59:18 DEBUG: OpenBSD 6.6 GENERIC.MP#619 amd64 21:59:18 DEBUG: 21:59:18 DEBUG: Creating "/home/rsadowski/.local/share/data//entomologist/entomologist/entomologist.bugs.db" 21:59:18 DEBUG: Creating tables 22:00:33 WARNING: QSqlQuery::value: not positioned on a valid record 22:00:33 DEBUG: Checking "bugs.kde.org" 22:00:33 DEBUG: SqlWriterThread starting up... 22:00:33 DEBUG: Logging into "https://bugs.kde.org/xmlrpc.cgi; 22:00:33 DEBUG: ERROR : "SSL handshake failed" 22:00:33 DEBUG: Bugzilla::loginRpcError: "SSL handshake failed" 22:00:33 DEBUG: handleError: "This tracker is not valid." 22:05:11 WARNING: QSqlQuery::value: not positioned on a valid record 22:05:11 DEBUG: Checking "bugzilla.redhat.com" 22:05:11 DEBUG: SqlWriterThread starting up... 22:05:11 DEBUG: Logging into "https://bugzilla.redhat.com/xmlrpc.cgi; 22:05:11 DEBUG: ERROR : "SSL handshake failed" 22:05:11 DEBUG: Bugzilla::loginRpcError: "SSL handshake failed" 22:05:11 DEBUG: handleError: "This tracker is not valid." 22:05:22 DEBUG: quitEvent Does anyone want to keep this? Rafael
Re: [NEW] www/p5-Catalyst-Action-REST
On Fri, Dec 20, 2019 at 06:37:07AM +, wen heping wrote: > Hi, ports@: > >Here is a patch to create www/p5-Catalyst-Action-REST, > which is required by the future update of www/p5-Catalyst-*. > It build well and pass all tests on amd64-current system. > > Comments? OK? > wen OK afresh1@
sphinx and sphinx
There are two sphinxs: textproc/py-sphinx: "python documentation generator" https://www.sphinx-doc.org/ textproc/sphinx: "free open-source SQL full-text search engine" https://sphinxsearch.com/ The first is the one people usually want, the presence of textproc/sphinx in itself causes some confusion (there's a comment in the port Makefile but mistakes are still sometimes made with this). There's also a problem with the py2/3 versions of py-sphinx because the executables are named sphinx- and sphinx--3 to avoid a conflict; this causes problems for porters wanting to use the doc generator that result in either pulling in an unwanted py2 dependency, or having to patch or add symlinks to cope with the unexpected filename. A proposal in three parts: - Either drop textproc/sphinx (it's unmaintained in ports, hasn't been updated in ports since 2015 despite regular upstream updates, and has no other ports using it), or reimport it as databases/sphinxsearch to avoid confusion. - Remove executables from py-sphinx and py3-sphinx - Either multipackage py3-sphinx or add a separate port, the relevant package depending on py3-sphinx, and containing the executables, named without MODPY_BIN_SUFFIX, i.e. sphinx-apidoc, sphinx-build etc. Maybe name this something like sphinxdoc or sphinx-doc? (Just plain "sphinx" would be easier to use, but probably a bit confusing when coupled with the old sphinxsearch sphinx-XX packages..) I can take a look at actually doing this but wanted a sanity check from other porters first.. any feedback? (This isn't just about sphinx, we also need a way to properly handle the MODPY_BIN_SUFFIXed executables in a bunch of other python ports, but this seems a good a place as any to start with because it's already causing problems for porters, and when we get it to work it would act as a template to use for others..)
Re: update: print/py-relatorio to 0.9.1
On Sun, Jan 26, 2020 at 04:10:35PM +0100, Sebastien Marie wrote: > Hi, > > The following diff updates py-relatorio to 0.9.1 > > Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/ > > Tested on amd64 with relatorio testsuite (make test) + trytond testsuite. > > Only trytond depends on the port, and upstream of relatorio is also upstream > of tryton. > > Comments or OK ? > -- > Sebastien Marie Looks alright to me and all tests pass for me on amd64 and sparc64. ok kmos --Kurt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2020/01/26 14:01:14 Modified files: www/p5-Plack-Middleware-ReverseProxy: Makefile distinfo Log message: Update www/p5-Plack-Middleware-ReverseProxy to 0.16 >From wen heping
Re: [Update] devel/p5-Parse-PlainConfig : Update to 3.05
On Sun, Jan 12, 2020 at 07:14:24AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch for devel/p5-Parse-PlainConfig:
> i) Update to 3.05
> ii) Add MAKE_ENV
> iii) Add devel/p5-Class-EHierarchy as RUN_DEPENDS
>
>It build well and pass all tests on amd64-current system.
>
> Regards,
> wen
OK afresh1@
Although since this an p5-Paranoid don't have any further consumers or a
MAINTAINER, I'm also OK with removing them (and the new
p5-Class-EHierarchy).
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-Parse-PlainConfig/Makefile,v
> retrieving revision 1.11
> diff -u -p -r1.11 Makefile
> --- Makefile 12 Jul 2019 20:45:04 - 1.11
> +++ Makefile 12 Jan 2020 06:57:41 -
> @@ -4,13 +4,15 @@ COMMENT=parser for plain-text configura
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME=Parse-PlainConfig-2.06
> -REVISION=1
> +DISTNAME=Parse-PlainConfig-3.05
> CATEGORIES= devel
>
> # GPL
> PERMIT_PACKAGE= Yes
>
> -RUN_DEPENDS= devel/p5-Paranoid
> +RUN_DEPENDS= devel/p5-Class-EHierarchy>=2.00 \
> + devel/p5-Paranoid>=2.05
> +
> +MAKE_ENV = TEST_POD=Yes
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-Parse-PlainConfig/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo 18 Jan 2015 03:13:32 - 1.4
> +++ distinfo 12 Jan 2020 06:57:41 -
> @@ -1,2 +1,2 @@
> -SHA256 (Parse-PlainConfig-2.06.tar.gz) =
> HJ1IuP49f+i1cNARG5z7KMLAfoE29VcUa5sVA8Bs97g=
> -SIZE (Parse-PlainConfig-2.06.tar.gz) = 25487
> +SHA256 (Parse-PlainConfig-3.05.tar.gz) =
> a3ioVSOYsNLXBjUFyTs8/tBDLFss9uALjlH+v0EcHvo=
> +SIZE (Parse-PlainConfig-3.05.tar.gz) = 41653
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/p5-Parse-PlainConfig/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 22 Jul 2007 15:59:33 - 1.1.1.1
> +++ pkg/PLIST 12 Jan 2020 06:57:41 -
> @@ -1,4 +1,11 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2007/07/22 15:59:33 simon Exp $
> ${P5SITE}/Parse/
> +${P5SITE}/Parse/PlainConfig/
> ${P5SITE}/Parse/PlainConfig.pm
> +${P5SITE}/Parse/PlainConfig/Constants.pm
> +${P5SITE}/Parse/PlainConfig/Legacy.pm
> +${P5SITE}/Parse/PlainConfig/Settings.pm
> @man man/man3p/Parse::PlainConfig.3p
> +@man man/man3p/Parse::PlainConfig::Constants.3p
> +@man man/man3p/Parse::PlainConfig::Legacy.3p
> +@man man/man3p/Parse::PlainConfig::Settings.3p
--
andrew - http://afresh1.com
I'm impatient with stupidity.
-- Klaatu
Re: [update/fix] games/blobby 1.0rc3 -> 1.0.20200119
On Sun, 26 Jan 2020 19:36:39 +
Mikolaj Kucharski wrote:
> Hi,
>
> I didn't test your diff, but just by reading your mail, I think you
> should set updated version to 1.0.20200119, to get what you want, so
> avoiding epoch, make 1.0rc3 get updated to 1.0., and make 1.1
> get update from 1.0..
>
> With your version of the diff, future version 1.1 and your new version
> 1.020200119, not sure is 1.1 > 1.020200119. I could test this, but I
> guess, going to 1.0.20200119 shold just make this work.
According to packages-specs(7), you're right, what you're proposing
is safer. I've updated the diff below accordingly.
> On Sun, Jan 26, 2020 at 03:16:46PM +0100, Charlene Wendling wrote:
> > Hi again,
> >
> > We ship a broken games/blobby:
> >
> > -->8--
> > ~$ blobby
> > error loading language lang_en.xml!
> > falling back to english
> > blobby(23503) in free(): bogus pointer (double free?) 0x6
> > Abort trap
> > --8<--
> >
> > It's from 2012, and that version is unsupported, so i'm proposing an
> > update against latest developments of blobby.
> >
> > What's new upstream:
> >
> > - move from sf.net to github
> > - use sdl2 instead of sdl
> >
> > What's new in port:
> >
> > - drop all patches, upstream made similar changes
> > - bring back bots (upstreamed patch)
> > - avoid the use of EPOCH by using date versioning, the next release
> > will be 1.1 [0], so updating go (and will go) smoothly
> > - remove base-gcc from COMPILER, it's C++11
> > - add DEBUG_PACKAGES (i'm not sure of the usefulness of it for that
> > port)
> >
> >
> > Testing (on powerpc, you'll need the fixed devel/physfs i committed
> > earlier):
> >
> > - amd64: no issues
> > - powerpc: builds and works but blobs colors are off in SDL mode,
> > they're more complex to draw that it seems, and swapping colors
> > does not solve the problem. I refrained from setting the properly
> > working OpenGL renderer as default/fallback on big endian, because
> > i guess not all BE archs have OpenGL.
> > BE and LE hosts/clients can't talk to each other through the
> > network.
> >
> > Despite the endianness issues, given that the runtime is totally
> > broken on amd64, i think we should commit that update.
> >
> > Comments/feedback are welcome,
> >
> > Charlène.
> >
> >
> > [0]
> > https://github.com/danielknobe/blobbyvolley2/issues/1#issuecomment-569493894
Index: Makefile
===
RCS file: /cvs/ports/games/blobby/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:46:15 - 1.10
+++ Makefile26 Jan 2020 20:44:03 -
@@ -2,30 +2,30 @@
COMMENT = volleyball game with online play
-V =1.0rc3
-DISTNAME = blobby2-linux-${V}
-PKGNAME = blobby-${V}
-REVISION = 2
+GH_ACCOUNT = danielknobe
+GH_PROJECT = blobbyvolley2
+GH_COMMIT =bcea5be5eae91fda5455e7b77d9057d2780cc752
+
+DISTNAME = blobby-1.0.20200119
CATEGORIES = games
HOMEPAGE = http://blobby.sourceforge.net/
# GPLv2+
-PERMIT_PACKAGE = Yes
-
-WANTLIB += GL GLU ICE SDL SM X11 Xext c m physfs pthread
${COMPILER_LIBCXX}
+PERMIT_PACKAGE = Yes
-COMPILER = base-clang ports-gcc base-gcc
+WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL2 c m physfs
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=blobby/}
+# C++11
+COMPILER = base-clang ports-gcc
MODULES = devel/cmake
BUILD_DEPENDS =devel/boost \
archivers/zip
-LIB_DEPENDS = devel/sdl \
+LIB_DEPENDS = devel/sdl2 \
devel/physfs
-WRKDIST = ${WRKDIR}/blobby-${V}
+DEBUG_PACKAGES = ${BUILD_PACKAGES}
.include
Index: distinfo
===
RCS file: /cvs/ports/games/blobby/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo27 Oct 2012 07:12:45 - 1.1.1.1
+++ distinfo26 Jan 2020 20:44:03 -
@@ -1,2 +1,2 @@
-SHA256 (blobby2-linux-1.0rc3.tar.gz) =
Rb2yUwt+sbUIaT0wTjEIjJqbNm+Xj3FrWgzx58UCxYE=
-SIZE (blobby2-linux-1.0rc3.tar.gz) = 2323776
+SHA256 (blobby-1.0.20200119-bcea5be5.tar.gz) =
erjyDj77PyhMK27dmDeRBPkALaCuzcT2OCX4XkmYCiA=
+SIZE (blobby-1.0.20200119-bcea5be5.tar.gz) = 2363487
Index: patches/patch-src_InputManager_cpp
===
RCS file: patches/patch-src_InputManager_cpp
diff -N patches/patch-src_InputManager_cpp
--- patches/patch-src_InputManager_cpp 27 Oct 2012 07:12:45 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-src_InputManager_cpp,v 1.1.1.1 2012/10/27 07:12:45 bentley Exp
$
-
-Remove byte-order mark.
-
src/InputManager.cpp.orig Sat Oct 27 00:24:44 2012
-+++
Re: [Update] devel/p5-Paranoid : Update to 2.07
On Sun, Jan 12, 2020 at 07:11:40AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for devel/p5-Paranoid updae to 2.07,
> which is required by the update of devel/p5-Parse-PlainConfig.
> It build well and pass all tests on amd64-current system.
>
> Regards,
> wen
OK afresh1@
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-Paranoid/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile 12 Jul 2019 20:45:04 - 1.9
> +++ Makefile 12 Jan 2020 07:02:10 -
> @@ -4,7 +4,7 @@ COMMENT = paranoia support for safer pro
>
> MODULES =cpan
> PKG_ARCH = *
> -DISTNAME = Paranoid-0.36
> +DISTNAME = Paranoid-2.07
> CATEGORIES = devel
>
> # Perl
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-Paranoid/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo 5 Jan 2015 14:52:02 - 1.4
> +++ distinfo 12 Jan 2020 07:02:10 -
> @@ -1,2 +1,2 @@
> -SHA256 (Paranoid-0.36.tar.gz) = bbZfXGu3CX4lzlAljqqPOLCTBf/01oGPzY5U2LGRMZQ=
> -SIZE (Paranoid-0.36.tar.gz) = 95523
> +SHA256 (Paranoid-2.07.tar.gz) = tVz9jG1fGB4hjv0BL3EaUM0U5NvIgEZQuVR3F49Dt/w=
> +SIZE (Paranoid-2.07.tar.gz) = 102703
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/p5-Paranoid/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST
> --- pkg/PLIST 5 Jan 2015 14:52:02 - 1.3
> +++ pkg/PLIST 12 Jan 2020 07:02:10 -
> @@ -2,19 +2,19 @@
> ${P5SITE}/Paranoid/
> ${P5SITE}/Paranoid.pm
> ${P5SITE}/Paranoid/Args.pm
> -${P5SITE}/Paranoid/BerkeleyDB.pm
> ${P5SITE}/Paranoid/Data.pm
> ${P5SITE}/Paranoid/Debug.pm
> ${P5SITE}/Paranoid/Filesystem.pm
> ${P5SITE}/Paranoid/Glob.pm
> +${P5SITE}/Paranoid/IO/
> +${P5SITE}/Paranoid/IO.pm
> +${P5SITE}/Paranoid/IO/Line.pm
> +${P5SITE}/Paranoid/IO/Lockfile.pm
> ${P5SITE}/Paranoid/Input.pm
> -${P5SITE}/Paranoid/Lockfile.pm
> ${P5SITE}/Paranoid/Log/
> ${P5SITE}/Paranoid/Log.pm
> ${P5SITE}/Paranoid/Log/Buffer.pm
> -${P5SITE}/Paranoid/Log/Email.pm
> ${P5SITE}/Paranoid/Log/File.pm
> -${P5SITE}/Paranoid/Log/Syslog.pm
> ${P5SITE}/Paranoid/Module.pm
> ${P5SITE}/Paranoid/Network/
> ${P5SITE}/Paranoid/Network.pm
> @@ -24,18 +24,17 @@ ${P5SITE}/Paranoid/Network/Socket.pm
> ${P5SITE}/Paranoid/Process.pm
> @man man/man3p/Paranoid.3p
> @man man/man3p/Paranoid::Args.3p
> -@man man/man3p/Paranoid::BerkeleyDB.3p
> @man man/man3p/Paranoid::Data.3p
> @man man/man3p/Paranoid::Debug.3p
> @man man/man3p/Paranoid::Filesystem.3p
> @man man/man3p/Paranoid::Glob.3p
> +@man man/man3p/Paranoid::IO.3p
> +@man man/man3p/Paranoid::IO::Line.3p
> +@man man/man3p/Paranoid::IO::Lockfile.3p
> @man man/man3p/Paranoid::Input.3p
> -@man man/man3p/Paranoid::Lockfile.3p
> @man man/man3p/Paranoid::Log.3p
> @man man/man3p/Paranoid::Log::Buffer.3p
> -@man man/man3p/Paranoid::Log::Email.3p
> @man man/man3p/Paranoid::Log::File.3p
> -@man man/man3p/Paranoid::Log::Syslog.3p
> @man man/man3p/Paranoid::Module.3p
> @man man/man3p/Paranoid::Network.3p
> @man man/man3p/Paranoid::Network::IPv4.3p
--
andrew - http://afresh1.com
Computer Science: solving today's problems tomorrow.
Re: [NEW] textproc/p5-XString
On Tue, Dec 31, 2019 at 01:36:40AM +, wen heping wrote: > Hi, ports@: > > Here is a patch to create textproc/p5-XString, which > is required by the future update of devel/p5-Moo. > It build well and pass all tests on amd64-current system. > > > Regards, > wen Please move the CPAN_AUTHOR up near the DISTNAME and remove the portgen provided comment that it is probably not in the right place. With that, OK afresh1@
Re: [NEW] devel/p5-Test2-Tools-Explain
On Tue, Dec 31, 2019 at 01:19:06AM +, wen heping wrote: > Hi, ports@: > > Here is a patch to create devel/p5-Test2-Tools-Explain, which > is required by the future update of devel/p5-Moo. > It build well and pass all tests on amd64-current system. > > > Regards, > wen Please move CPAN_AUTHOR up near the DISTNAME and remove the extra portgen provided comment. with that, OK afresh1@
Remove: multimedia/qt-gstreamer
Look what I found. multimedia/qt-gstreamer no consumers in the tree. Our version is the latest stable version from 2014-07-08. Qt4 deadbeef. Ok to nuke it?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2020/01/26 13:35:30 Modified files: sysutils/p5-Filesys-Notify-Simple: Makefile distinfo sysutils/p5-Filesys-Notify-Simple/pkg: DESCR Log message: Update sysutils/p5-Filesys-Notify-Simple to 0.14 >From wen heping Looks good to me, Abel Abraham Camarillo Ojeda (MAINTAINER)
Re: [Update] devel/p5-Module-ScanDeps : Update to 1.27
On Wed, Jan 08, 2020 at 10:53:38AM +, wen heping wrote: > Hi, ports@: > > Here is a simple patch for devel/p5-Module-ScanDeps to update > to 1.27. It build well and pass all tests on amd64-current system. > > One port depends on it: devel/p5-Module-Install, it build well and > pass all tests with this patch. > > > Regards, > wen OK afresh1@ > Index: Makefile > === > RCS file: /cvs/ports/devel/p5-Module-ScanDeps/Makefile,v > retrieving revision 1.23 > diff -u -p -r1.23 Makefile > --- Makefile 12 Jul 2019 20:45:00 - 1.23 > +++ Makefile 8 Jan 2020 07:10:59 - > @@ -4,9 +4,8 @@ COMMENT= recursively scan Perl code for > > MODULES= cpan > PKG_ARCH=* > -DISTNAME=Module-ScanDeps-1.24 > +DISTNAME=Module-ScanDeps-1.27 > CATEGORIES= devel > -REVISION=0 > > # perl > PERMIT_PACKAGE= Yes > Index: distinfo > === > RCS file: /cvs/ports/devel/p5-Module-ScanDeps/distinfo,v > retrieving revision 1.12 > diff -u -p -r1.12 distinfo > --- distinfo 28 Apr 2018 14:11:05 - 1.12 > +++ distinfo 8 Jan 2020 07:10:59 - > @@ -1,2 +1,2 @@ > -SHA256 (Module-ScanDeps-1.24.tar.gz) = > iWcN5OnzX+YSoE1FI3a8qAddCdRTFIpfKMPDyUCSzGg= > -SIZE (Module-ScanDeps-1.24.tar.gz) = 55262 > +SHA256 (Module-ScanDeps-1.27.tar.gz) = > 7kzhnARIXlyvcThOWZUYssutLyckGrCdieCWnlJO2Ug= > +SIZE (Module-ScanDeps-1.27.tar.gz) = 54387 -- andrew - http://afresh1.com Whatever happened to the days when hacking started at the cerebral cortex and not the keyboard? -- Sid from UserFriendly.org
Re: [Update] www/p5-FCGI-ProcManager : Update to 0.28
On Fri, Jan 10, 2020 at 02:34:13AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a simple patch to update www/p5-FCGI-ProcManager
> to 0.28. It build well and pass all tests on amd64-current system.
>
>One port depends on it : www/p5-Plack, it build well and pass
> all tests with this patch too.
>
> Regards,
> wen
OK afresh@
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-FCGI-ProcManager/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile 12 Jul 2019 20:50:53 - 1.15
> +++ Makefile 10 Jan 2020 02:30:29 -
> @@ -4,9 +4,8 @@ COMMENT= functions for managing FastCGI
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME=FCGI-ProcManager-0.19
> +DISTNAME=FCGI-ProcManager-0.28
> CATEGORIES= www
> -REVISION=0
>
> # Perl
> PERMIT_PACKAGE= Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-FCGI-ProcManager/distinfo,v
> retrieving revision 1.5
> diff -u -p -r1.5 distinfo
> --- distinfo 18 Jan 2015 03:15:43 - 1.5
> +++ distinfo 10 Jan 2020 02:30:29 -
> @@ -1,2 +1,2 @@
> -SHA256 (FCGI-ProcManager-0.19.tar.gz) =
> Ufe6fQCzLPozcGhcaLEXHcVJ75a5OnGv08WSFDNqL1c=
> -SIZE (FCGI-ProcManager-0.19.tar.gz) = 18489
> +SHA256 (FCGI-ProcManager-0.28.tar.gz) =
> 4clYwEJCehdeBR4ACPICXo7IBhPTx3UFl7+OUpsEQg4=
> +SIZE (FCGI-ProcManager-0.28.tar.gz) = 28791
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/p5-FCGI-ProcManager/pkg/PLIST,v
> retrieving revision 1.1
> diff -u -p -r1.1 PLIST
> --- pkg/PLIST 17 Dec 2006 09:25:11 - 1.1
> +++ pkg/PLIST 10 Jan 2020 02:30:29 -
> @@ -1,4 +1,7 @@
> @comment $OpenBSD: PLIST,v 1.1 2006/12/17 09:25:11 dassow Exp $
> ${P5SITE}/FCGI/
> +${P5SITE}/FCGI/ProcManager/
> ${P5SITE}/FCGI/ProcManager.pm
> +${P5SITE}/FCGI/ProcManager/Constrained.pm
> @man man/man3p/FCGI::ProcManager.3p
> +@man man/man3p/FCGI::ProcManager::Constrained.3p
--
andrew - http://afresh1.com
($do || !$do) && undef($try) ; # Master of Perl, Yoda is. H?
Re: [update/fix] games/blobby 1.0rc3 -> 1.020200119
Hi,
I didn't test your diff, but just by reading your mail, I think you
should set updated version to 1.0.20200119, to get what you want, so
avoiding epoch, make 1.0rc3 get updated to 1.0., and make 1.1 get
update from 1.0..
With your version of the diff, future version 1.1 and your new version
1.020200119, not sure is 1.1 > 1.020200119. I could test this, but I
guess, going to 1.0.20200119 shold just make this work.
On Sun, Jan 26, 2020 at 03:16:46PM +0100, Charlene Wendling wrote:
> Hi again,
>
> We ship a broken games/blobby:
>
> -->8--
> ~$ blobby
> error loading language lang_en.xml!
> falling back to english
> blobby(23503) in free(): bogus pointer (double free?) 0x6
> Abort trap
> --8<--
>
> It's from 2012, and that version is unsupported, so i'm proposing an
> update against latest developments of blobby.
>
> What's new upstream:
>
> - move from sf.net to github
> - use sdl2 instead of sdl
>
> What's new in port:
>
> - drop all patches, upstream made similar changes
> - bring back bots (upstreamed patch)
> - avoid the use of EPOCH by using date versioning, the next release
> will be 1.1 [0], so updating go (and will go) smoothly
> - remove base-gcc from COMPILER, it's C++11
> - add DEBUG_PACKAGES (i'm not sure of the usefulness of it for that
> port)
>
>
> Testing (on powerpc, you'll need the fixed devel/physfs i committed
> earlier):
>
> - amd64: no issues
> - powerpc: builds and works but blobs colors are off in SDL mode,
> they're more complex to draw that it seems, and swapping colors does
> not solve the problem. I refrained from setting the properly working
> OpenGL renderer as default/fallback on big endian, because i guess not
> all BE archs have OpenGL.
> BE and LE hosts/clients can't talk to each other through the network.
>
> Despite the endianness issues, given that the runtime is totally broken
> on amd64, i think we should commit that update.
>
> Comments/feedback are welcome,
>
> Charlène.
>
>
> [0]
> https://github.com/danielknobe/blobbyvolley2/issues/1#issuecomment-569493894
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/blobby/Makefile,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 Makefile
> --- Makefile 12 Jul 2019 20:46:15 - 1.10
> +++ Makefile 20 Jan 2020 14:50:48 -
> @@ -2,30 +2,30 @@
>
> COMMENT =volleyball game with online play
>
> -V = 1.0rc3
> -DISTNAME = blobby2-linux-${V}
> -PKGNAME =blobby-${V}
> -REVISION = 2
> +GH_ACCOUNT = danielknobe
> +GH_PROJECT = blobbyvolley2
> +GH_COMMIT = bcea5be5eae91fda5455e7b77d9057d2780cc752
> +
> +DISTNAME = blobby-1.020200119
>
> CATEGORIES = games
>
> HOMEPAGE = http://blobby.sourceforge.net/
>
> # GPLv2+
> -PERMIT_PACKAGE = Yes
> -
> -WANTLIB += GL GLU ICE SDL SM X11 Xext c m physfs pthread
> ${COMPILER_LIBCXX}
> +PERMIT_PACKAGE = Yes
>
> -COMPILER = base-clang ports-gcc base-gcc
> +WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL2 c m physfs
>
> -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=blobby/}
> +# C++11
> +COMPILER = base-clang ports-gcc
>
> MODULES =devel/cmake
> BUILD_DEPENDS = devel/boost \
> archivers/zip
> -LIB_DEPENDS =devel/sdl \
> +LIB_DEPENDS =devel/sdl2 \
> devel/physfs
>
> -WRKDIST =${WRKDIR}/blobby-${V}
> +DEBUG_PACKAGES = ${BUILD_PACKAGES}
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/games/blobby/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 distinfo
> --- distinfo 27 Oct 2012 07:12:45 - 1.1.1.1
> +++ distinfo 20 Jan 2020 14:50:48 -
> @@ -1,2 +1,2 @@
> -SHA256 (blobby2-linux-1.0rc3.tar.gz) =
> Rb2yUwt+sbUIaT0wTjEIjJqbNm+Xj3FrWgzx58UCxYE=
> -SIZE (blobby2-linux-1.0rc3.tar.gz) = 2323776
> +SHA256 (blobby-1.020200119-bcea5be5.tar.gz) =
> erjyDj77PyhMK27dmDeRBPkALaCuzcT2OCX4XkmYCiA=
> +SIZE (blobby-1.020200119-bcea5be5.tar.gz) = 2363487
> Index: patches/patch-src_InputManager_cpp
> ===
> RCS file: patches/patch-src_InputManager_cpp
> diff -N patches/patch-src_InputManager_cpp
> --- patches/patch-src_InputManager_cpp27 Oct 2012 07:12:45 -
> 1.1.1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,12 +0,0 @@
> -$OpenBSD: patch-src_InputManager_cpp,v 1.1.1.1 2012/10/27 07:12:45 bentley
> Exp $
> -
> -Remove byte-order mark.
> -
> src/InputManager.cpp.origSat Oct 27 00:24:44 2012
> -+++ src/InputManager.cpp Sat Oct 27 00:24:49 2012
> -@@ -1,4 +1,4 @@
> --/*=
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/01/26 12:23:40 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add entry for dropped python2 flavor of graphics/py-seaborn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/01/26 12:15:13 Modified files: graphics : Makefile Log message: -py-seaborn,python3
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2020/01/26 12:14:15 Modified files: graphics/py-seaborn: Makefile distinfo graphics/py-seaborn/pkg: PLIST Log message: Update to py3-seaborn-0.10.0 Release notes can be found at https://github.com/mwaskom/seaborn/releases/tag/v0.10.0. python3 only now, so drop the FLAVOR. OK kmos@
Re: [base-gcc] Unbreak multimedia/synfig
On Sun, Jan 26, 2020 at 03:21:02PM +0100, Charlene Wendling wrote:
> Ping again :)
> On Sat, 18 Jan 2020 13:59:08 +0100
> Charlene Wendling wrote:
> > Ping :)
> >
> > On Sat, 11 Jan 2020 22:05:46 +0100
> > Charlene Wendling wrote:
> >
> > >
> > > > http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> > > > http://build-failures.rhaalovely.net/sparc64/2020-01-05/multimedia/synfig.log
> > >
> > > In fact the problem lies in devel/etl.
> > >
> > > Upstream already fixed that [0]. With the below diff it fixes the
> > > build of multimedia/synfig{,studio}, the only consumers, on powerpc
> > > [1].
> > >
> > > amd64 is still fine with it.
> > >
> > > Comments/feedback are welcome,
> > >
> > > Charlène.
ok kmos
--Kurt
Re: [Update] devel/p5-Carp-Always : Update to 0.16
On Wed, Dec 18, 2019 at 08:46:16AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a patch for devel/p5-Carp-Always :
>i) Update to 0.16
>ii) Remove the unneeded patch
>iii) Add p5-Test-Base as TEST_DEPENDS
>iv) Update DESCR
> v) Add AUTHOR_TESTING to MAKE_ENV
>It build well and pass all tests on amd64-current system.
>
>One port depends on it: textproc/p5-LaTeX-Encode, it build
> well and pass all tests with this patch.
>
> Comments? OK?
> wen
OK afresh1@
I am planning to go back through thing's I've OK'd recently and
committing them if there weren't any complaints.
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-Carp-Always/Makefile,v
> retrieving revision 1.7
> diff -u -p -r1.7 Makefile
> --- Makefile 12 Jul 2019 20:44:45 - 1.7
> +++ Makefile 18 Dec 2019 08:40:37 -
> @@ -2,9 +2,8 @@
>
> COMMENT =turn every die/warn into carp verbose messages
>
> -DISTNAME = Carp-Always-0.13
> +DISTNAME = Carp-Always-0.16
> CATEGORIES = devel
> -REVISION = 0
>
> MODULES =cpan
> PKG_ARCH = *
> @@ -12,9 +11,8 @@ PKG_ARCH = *
> # perl
> PERMIT_PACKAGE = Yes
>
> -MAKE_ENV = TEST_POD=Yes
> +TEST_DEPENDS = devel/p5-Test-Base
>
> -pre-configure:
> - rm ${WRKSRC}/lib/Carp/Always.pm.orig
> +MAKE_ENV = TEST_POD=Yes AUTHOR_TESTING=Yes
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-Carp-Always/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 25 Nov 2014 07:23:48 - 1.2
> +++ distinfo 18 Dec 2019 08:40:37 -
> @@ -1,2 +1,2 @@
> -SHA256 (Carp-Always-0.13.tar.gz) =
> IcafjYWtgRmNAyo3XKi4fZ9/EBFFWYV1Y275k6eLWUQ=
> -SIZE (Carp-Always-0.13.tar.gz) = 5462
> +SHA256 (Carp-Always-0.16.tar.gz) =
> mKoRSSFxwBb7CCdYGrH6XtAbHpnGNXSJ3fOoJzFYZvE=
> +SIZE (Carp-Always-0.16.tar.gz) = 13386
> Index: patches/patch-lib_Carp_Always_pm
> ===
> RCS file: patches/patch-lib_Carp_Always_pm
> diff -N patches/patch-lib_Carp_Always_pm
> --- patches/patch-lib_Carp_Always_pm 8 Mar 2013 12:12:03 - 1.1.1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,24 +0,0 @@
> -$OpenBSD: patch-lib_Carp_Always_pm,v 1.1.1.1 2013/03/08 12:12:03 espie Exp $
> lib/Carp/Always.pm.orig Mon Feb 18 11:24:02 2013
> -+++ lib/Carp/Always.pm Mon Feb 18 11:25:13 2013
> -@@ -9,6 +9,8 @@ our $VERSION = '0.12';
> -
> - use Carp qw(verbose); # makes carp() cluck and croak() confess
> -
> -+my %OLD_SIG;
> -+
> - sub _warn {
> - if ($_[-1] =~ /\n$/s) {
> - my $arg = pop @_;
> -@@ -25,10 +27,9 @@ sub _die {
> - $arg =~ s/(.*)( at .*? line .*?\n$)/$1/s;
> - push @_, $arg;
> - }
> -+ $SIG{__DIE__} = $OLD_SIG{__DIE__};
> - die ::longmess;
> - }
> --
> --my %OLD_SIG;
> -
> - BEGIN {
> - @OLD_SIG{qw(__DIE__ __WARN__)} = @SIG{qw(__DIE__ __WARN__)};
> Index: pkg/DESCR
> ===
> RCS file: /cvs/ports/devel/p5-Carp-Always/pkg/DESCR,v
> retrieving revision 1.2
> diff -u -p -r1.2 DESCR
> --- pkg/DESCR 12 Jun 2017 10:57:57 - 1.2
> +++ pkg/DESCR 18 Dec 2019 08:40:37 -
> @@ -1,4 +1,3 @@
> -make every warn() and die() complains loudly in the calling package and
> -elsewhere. More often used on the command line:
> -
> - perl -MCarp::Always script.pl
> +This module is meant as a debugging aid. It can be used to make
> +a script complain loudly with stack backtraces when warn()ing or
> +die()ing.
--
andrew - http://afresh1.com
A printer consists of three main parts:
the case, the jammed paper tray and the blinking red light.
Re: [NEW] devel/p5-Class-EHierarchy
On Sun, Jan 12, 2020 at 07:08:52AM +, wen heping wrote: > Hi, ports@: > >Here is a patch to create new port devel/p5-Class-EHierarchy, which > is required by the update of devel/p5-Parse-PlainConfig. >It build well and pass all tests on amd64-current system. > > Regards, > wen OK afresh1@
Re: 回复: [Update] devel/p5-MCE : Update to 1.864
On Mon, Dec 30, 2019 at 02:12:48AM +, wen heping wrote: > Revised patch to update to 1.865. > -DISTNAME = MCE-1.843 > +DISTNAME = MCE-1.845 I think this was the wrong patch as 1.865 is on the CPAN.
Re: UPDATE graphics/py-seaborn-0.10.0
On Sat, Jan 25, 2020 at 07:42:24AM +0100, Björn Ketelaars wrote:
> Diff below brings py-seaborn to 0.10.0, which is a major update. Notable
> change is that this update is strictly compatible with Python 3.6+.
> There are no consumers of this port.
> Changes to the port:
> - set MODPY_VERSION in Makefile
> - set pkgpath marker in PLIST
> - update the list of RDEPs
> Testing:
> - one failing test: TestAxesStyle.test_reset_orig needs GTK3Agg as
> backend. This is also the case with the version in ports
> - run tested on amd64 with some work related tools
> Comments/OK?
> TEST_DEPENDS = ${RUN_DEPENDS} \
> devel/py-nose${MODPY_FLAVOR}
If you can get rid of ${RUN_DEPENDS} on TEST_DEPENDS, ok kmos
(Unnecessary since MODPY_PYTEST is set to Yes, which automatically adds
RUN_DEPENDS to TEST_DEPENDS)
--Kurt
Re: update to libvips 8.9.0
Le samedi 25 janvier 2020, 17:12:19 CET Denis Fondras a écrit : > Almost here. Remove remaining PLIST.orig and then you are good :) Crossing fingers that I did not forget anything more... :D Thank you all for guidance. libvips.8.9.0.tar.gz Description: application/compressed-tar
Re: update games/taisei 1.0 -> 1.3.1
On Wed, 15 Jan 2020 18:10:10 +0100
Charlene Wendling wrote:
> Hi,
>
> On Wed, 15 Jan 2020 14:36:48 +0100
> Omar Polo wrote:
>
> > Hi,
> >
> > First time here, hoping I didn't mess up too much.
>
> It works for you at least, so it's already nice :)
>
> By the way, it was already in -wip --
> https://github.com/jasperla/openbsd-wip/tree/master/games/taisei
>
> > The patch below
> > updates games/taisei from 1.0 to the latest 1.3.1 with the
> > followings changes:
> >
> > - use https for HOMEPAGE
> > - upstream repo changed
> > - dropped all the patches, they're not needed anymore
> > - dependecies updated
> Also [0]:
> - it breaks the runtime with amdgpu and radeondrm, and that's why i
>did not propose it. But if there is popular demand, i think we
> should go for it :)
I brought back my old video card on my amd64 box:
radeondrm0 at pci9 dev 0 function 0 "ATI Radeon HD 7450" rev 0x00
I wanted to correct myself, taisei works fine with radeondrm(4) and
inteldrm(4). As such, i think this update would benefit to most of
us.
I'm providing again the diff for convenience.
> - Requires OpenGL>=3.3, so works only on modern archs
> >
> > Built and played on amd64, everything seems to work fine (audio
> > too.)
>
> [...]
>
> I'm proposing here the diff from -wip if someone want to test/review
> it.
>
> Charlène.
>
>
> [0] https://marc.info/?l=openbsd-ports=155611903608886=2
>
Index: Makefile
===
RCS file: /cvs/ports/games/taisei/Makefile,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 Makefile
--- Makefile12 Jul 2019 20:46:25 - 1.6
+++ Makefile15 Jan 2020 17:01:17 -
@@ -1,33 +1,50 @@
# $OpenBSD: Makefile,v 1.6 2019/07/12 20:46:25 sthen Exp $
+# Requires OpenGL>=3.3, only usable on archs that support
+# modern video cards
+ONLY_FOR_ARCHS = amd64 aarch64 i386
+
COMMENT = clone of the touhou games
-V =1.0a
-DISTNAME = taisei-$V
-REVISION = 3
+VERSION = v1.3.1
+DISTNAME = taisei-${VERSION}
+PKGNAME = taisei-${VERSION:S/^v//}
CATEGORIES = games
-HOMEPAGE = http://taisei-project.org/
+HOMEPAGE = https://taisei-project.org/
# MIT
+# Soundtrack: CC-BY 4.0 / Photos: PD and CC-0
PERMIT_PACKAGE = Yes
-WANTLIB += GL GLU SDL SDL_ttf alut c freetype m openal png pthread
+WANTLIB += SDL2 SDL2_mixer c crypto freetype m opusfile png webpdecoder
WANTLIB += z
-GH_ACCOUNT = laochailan
-GH_PROJECT = taisei
-GH_TAGNAME = v$V
+MASTER_SITES=
https://github.com/taisei-project/taisei/releases/download/${VERSION}/
+
+EXTRACT_SUFX= .tar.xz
+
+MODULES = devel/meson \
+ lang/python
+
+MODPY_RUNDEP = No
+MODPY_VERSION =${MODPY_DEFAULT_VERSION_3}
-CFLAGS += -fgnu89-inline
-MODULES = devel/cmake
RUN_DEPENDS = devel/desktop-file-utils \
+ misc/shared-mime-info \
x11/gtk+3,-guic
-LIB_DEPENDS = audio/freealut \
- audio/openal \
- devel/sdl-ttf \
- graphics/png
+
+LIB_DEPENDS = audio/opusfile \
+ devel/sdl2>=2.0.5 \
+ devel/sdl2-mixer>=2.0.4 \
+ graphics/libwebp>=0.5 \
+ graphics/png>=1.5.0
+
+# Don't include docs
+# Don't zip the ressources, it avoids using archivers/libzip
+CONFIGURE_ARGS += -Ddocs=false \
+ -Denable_zip=false
NO_TEST = Yes
Index: distinfo
===
RCS file: /cvs/ports/games/taisei/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo22 Aug 2015 09:38:07 - 1.1.1.1
+++ distinfo15 Jan 2020 17:01:17 -
@@ -1,2 +1,2 @@
-SHA256 (taisei-1.0a.tar.gz) = FWHITJ/YucepG4ZL38B/uBG7baXFTPMqK2vWPeX48/8=
-SIZE (taisei-1.0a.tar.gz) = 91854864
+SHA256 (taisei-v1.3.1.tar.xz) = hlg6OnEAk+YwFKWua2glGgacslraBsb41zT4XzGtyYU=
+SIZE (taisei-v1.3.1.tar.xz) = 70763196
Index: patches/patch-src_boss_h
===
RCS file: patches/patch-src_boss_h
diff -N patches/patch-src_boss_h
--- patches/patch-src_boss_h17 May 2017 22:54:28 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-src_boss_h,v 1.1 2017/05/17 22:54:28 espie Exp $
-
-Index: src/boss.h
src/boss.h.orig
-+++ src/boss.h
-@@ -9,6 +9,8 @@
- #define BOSS_H
-
- #include
-+#undef complex
-+#define complex double _Complex
-
- #include
- struct Boss;
Index: patches/patch-src_enemy_h
===
RCS file: patches/patch-src_enemy_h
diff -N patches/patch-src_enemy_h
---
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 10:38:20 Modified files: x11/gnome/ocrfeeder: Makefile distinfo x11/gnome/ocrfeeder/patches: patch-src_ocrfeeder_util_constants_py_in x11/gnome/ocrfeeder/pkg: PLIST Added files: x11/gnome/ocrfeeder/files: org.gnome.OCRFeeder.appdata.xml.in.in Log message: Update to ocrfeeder-0.8.2.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 10:37:33 ports/x11/gnome/ocrfeeder/files Update of /cvs/ports/x11/gnome/ocrfeeder/files In directory cvs.openbsd.org:/tmp/cvs-serv45008/files Log Message: Directory /cvs/ports/x11/gnome/ocrfeeder/files added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 10:37:08 Modified files: audio/clementine: Makefile distinfo audio/clementine/patches: patch-3rdparty_libprojectm_CMakeLists_txt patch-ext_libclementine-common_CMakeLists_txt patch-ext_libclementine-common_core_logging_cpp patch-src_CMakeLists_txt patch-src_core_utilities_cpp patch-src_devices_giolister_cpp patch-src_library_groupbydialog_h patch-tests_CMakeLists_txt patch-tests_closure_test_cpp audio/clementine/pkg: PLIST Added files: audio/clementine/patches: patch-src_ripper_ripper_h Removed files: audio/clementine/patches: patch-3rdparty_libechonest_CMakeLists_txt patch-CMakeLists_txt patch-src_config_h_in patch-src_core_mergedproxymodel_h patch-src_engines_gstenginepipeline_cpp patch-src_internet_spotifyblobdownloader_cpp patch-src_musicbrainz_chromaprinter_cpp patch-tests_concurrentrun_test_cpp Log message: Update clementine to 1.4.0rc1 Upstream switched from Qt4 to Qt5. OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 10:36:57 Modified files: audio/liblastfm: Makefile distinfo audio/liblastfm/pkg: PLIST Log message: Update liblastfm to 1.1.0 Upstream switched from Qt4 to Qt5. OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2020/01/26 10:36:50 Modified files: net/libmygpo-qt: Makefile distinfo net/libmygpo-qt/pkg: PLIST Log message: Update libmygpo-qt to 1.1.0 Upstream switched from Qt4 to Qt5. OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 09:59:37 Modified files: textproc : Makefile Log message: +py-odfpy
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 09:58:57 Log message: Import py3-odfpy-1.4.1. Odfpy is a library to read and write OpenDocument v.1.2 files. <...> Since it's a new import I am not even bothering with python2 and only provide MODPY_DEFAULT_VERSION_3. ok robert@ Status: Vendor Tag: ajacoutot Release Tags: ajacoutot_20200126 N ports/textproc/py-odfpy/Makefile N ports/textproc/py-odfpy/distinfo N ports/textproc/py-odfpy/pkg/DESCR N ports/textproc/py-odfpy/pkg/PLIST No conflicts created by this import
Re: devel/openmpi mpifort error; compiler
Hi Martin,
I don't know how to compare the libraries (md5?). I reviewed the
build logs and diff'd the text files (.h). The build logs showed
the same compilers (gnu) was used to create mpi binaries and
libraries. The .h files had no differences.
Reviewing the source
is what convinced me that FC (and CC) were used only in
defining the compiler name used by mpicc and mpifort commands.
And the default cc compiler has changed to egcc as intended:
o67snap$ mpicc -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/egcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-openbsd6.6/8.3.0/lto-wrapper
...etc etc.
Now as for C++, it's likely that the clang C++ compiler is to be
preferred by users (on AMD64) as all C++ ports are built with that.
OpenMPI has no C++ API and C++ code therefore uses the C interface.
And that works (I tried a couple of open-source codes to verify). By
"works" I mean it compiles and runs using clang C++ and linked with
the gcc-built OpenMPI. (https://ascl.net/1911.001 PLAN, and
https://ascl.net/1511.022 ZInCo).
cheers
--John
On 2020-01-26 03:05, Martin Reindl wrote:
Hi John,
Did you check the libraries for changes?
I will see if I can find time to commit just the fortran bits tonight.
Then I will look at the CC and README additions.
Thanks for the effort to improve the openmpi port!
-m
Am 25.01.20 um 00:17 schrieb j...@bitminer.ca:
Hi Martin,
I have added the CC definition and rebuilt with your other patches
and it works OK on AMD64.
John
Ensure openmpi mpicc and mpifort use GNU compilers
Index: Makefile
===
RCS file: /cvs/ports/devel/openmpi/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile22 Dec 2019 15:47:35 - 1.29
+++ Makefile24 Jan 2020 23:09:17 -
@@ -4,18 +4,19 @@ COMMENT = open source MPI-3.1 implement
V =4.0.2
DISTNAME = openmpi-$V
+REVISION = 0
-SHARED_LIBS += mca_common_dstore 0.0 # 1.0
+SHARED_LIBS += mca_common_dstore 0.0 # 1.1
SHARED_LIBS += mca_common_monitoring 0.0 # 60.0
-SHARED_LIBS += mca_common_ompio 0.0 # 60.1
+SHARED_LIBS += mca_common_ompio 0.0 # 60.2
SHARED_LIBS += mca_common_sm 2.0 # 60.0
-SHARED_LIBS += mpi 1.0 # 60.1
-SHARED_LIBS += mpi_mpifh 0.0 # 60.1
+SHARED_LIBS += mpi 1.0 # 60.2
+SHARED_LIBS += mpi_mpifh 0.0 # 60.2
SHARED_LIBS += mpi_usempi_ignore_tkr 0.0 # 60.0
-SHARED_LIBS += mpi_usempif08 0.0 # 60.0
+SHARED_LIBS += mpi_usempif08 0.0 # 60.1
SHARED_LIBS += ompitrace 0.0 # 60.0
-SHARED_LIBS += open-pal 1.0 # 60.1
-SHARED_LIBS += open-rte 1.0 # 60.1
+SHARED_LIBS += open-pal 1.1 # 60.2
+SHARED_LIBS += open-rte 1.1 # 60.2
CATEGORIES = devel
@@ -31,10 +32,18 @@ WANTLIB += c execinfo m pciaccess pthrea
MASTER_SITES
= ${HOMEPAGE}/software/ompi/v${V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
COMPILER = base-clang ports-gcc
+
+# MODULES=fortran always uses ports-gcc (and overrides COMPILER)
+# the openmpi application and libraries will be built with ports-gcc,
but
+# are compatible with base-clang on archs where it is available
MODULES = fortran
MODFORTRAN_COMPILER = gfortran
BUILD_DEPENDS =devel/libtool,-ltdl
LIB_DEPENDS = devel/libexecinfo
+
+CONFIGURE_ARGS += --enable-mpi-fortran=usempif08 \
+ FC=egfortran \
+ CC=egcc
MAKE_FLAGS = V=1
FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/openmpi/
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/openmpi/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 22 Dec 2019 15:47:36 - 1.6
+++ pkg/PLIST 24 Jan 2020 23:09:17 -
@@ -41,37 +41,37 @@ include/openmpi/mpiext/mpiext_cuda_c.h
include/openmpi/mpiext/mpiext_pcollreq_c.h
include/openmpi/mpiext/mpiext_pcollreq_mpifh.h
include/openmpi/mpiext/pmpiext_pcollreq_c.h
-lib/libmca_common_dstore.a
+@static-lib lib/libmca_common_dstore.a
lib/libmca_common_dstore.la
@lib lib/libmca_common_dstore.so.${LIBmca_common_dstore_VERSION}
-lib/libmca_common_monitoring.a
+@static-lib lib/libmca_common_monitoring.a
lib/libmca_common_monitoring.la
@lib
lib/libmca_common_monitoring.so.${LIBmca_common_monitoring_VERSION}
-lib/libmca_common_ompio.a
+@static-lib lib/libmca_common_ompio.a
lib/libmca_common_ompio.la
@lib lib/libmca_common_ompio.so.${LIBmca_common_ompio_VERSION}
-lib/libmca_common_sm.a
+@static-lib lib/libmca_common_sm.a
lib/libmca_common_sm.la
@lib lib/libmca_common_sm.so.${LIBmca_common_sm_VERSION}
-lib/libmpi.a
+@static-lib lib/libmpi.a
lib/libmpi.la
@lib
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 08:47:59 Modified files: infrastructure/db: network.conf Log message: Prepend https://download.gnome.org/ to MASTER_SITE_GNOME.
update: print/py-relatorio to 0.9.1
Hi,
The following diff updates py-relatorio to 0.9.1
Announce: https://discuss.tryton.org/t/release-of-relatorio-0-9-1/
Tested on amd64 with relatorio testsuite (make test) + trytond testsuite.
Only trytond depends on the port, and upstream of relatorio is also upstream of
tryton.
Comments or OK ?
--
Sebastien Marie
Index: Makefile
===
RCS file: /cvs/ports/print/py-relatorio/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile30 Jul 2019 09:52:11 - 1.13
+++ Makefile26 Jan 2020 15:08:04 -
@@ -2,7 +2,7 @@
COMMENT= templating library able to output odt and pdf files
-MODPY_EGG_VERSION= 0.9.0
+MODPY_EGG_VERSION= 0.9.1
DISTNAME= relatorio-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
Index: distinfo
===
RCS file: /cvs/ports/print/py-relatorio/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo30 Jul 2019 09:52:11 - 1.7
+++ distinfo26 Jan 2020 15:08:04 -
@@ -1,2 +1,2 @@
-SHA256 (relatorio-0.9.0.tar.gz) = 0zx9q9wg4K8/Qa37ZNpxiuzXOrGlJvyo73K7ew/VI2E=
-SIZE (relatorio-0.9.0.tar.gz) = 1105629
+SHA256 (relatorio-0.9.1.tar.gz) = 6luajAzWKTolTnROpb83xOIOl0dVE65W/sr1S3z0wSo=
+SIZE (relatorio-0.9.1.tar.gz) = 1106122
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/01/26 07:41:19 Modified files: productivity/tryton/5.0/account: Makefile distinfo productivity/tryton/5.0/account_invoice: Makefile distinfo productivity/tryton/5.0/account_invoice_history: Makefile distinfo productivity/tryton/5.0/sao: Makefile distinfo productivity/tryton/5.0/sao/pkg: PLIST productivity/tryton/5.0/timesheet: Makefile distinfo productivity/tryton/5.0/tryton: Makefile distinfo Removed files: productivity/tryton/5.0/sao/files: sao-dependencies.sh Log message: tryton 5.0: maintenance update
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/01/26 07:21:55 Modified files: productivity/tryton/5.2/account: Makefile distinfo productivity/tryton/5.2/account_invoice: Makefile distinfo productivity/tryton/5.2/account_invoice_history: Makefile distinfo productivity/tryton/5.2/account_invoice_history/pkg: PLIST productivity/tryton/5.2/sao: Makefile distinfo productivity/tryton/5.2/sao/pkg: PLIST productivity/tryton/5.2/timesheet: Makefile distinfo productivity/tryton/5.2/tryton: Makefile distinfo productivity/tryton/5.2/trytond: Makefile distinfo Removed files: productivity/tryton/5.2/sao/files: sao-dependencies.sh Log message: tryton 5.2: maintenance update
Re: [base-gcc] Unbreak multimedia/synfig
Ping again :)
On Sat, 18 Jan 2020 13:59:08 +0100
Charlene Wendling wrote:
> Ping :)
>
> On Sat, 11 Jan 2020 22:05:46 +0100
> Charlene Wendling wrote:
>
> >
> > > http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> > > http://build-failures.rhaalovely.net/sparc64/2020-01-05/multimedia/synfig.log
> >
> > In fact the problem lies in devel/etl.
> >
> > Upstream already fixed that [0]. With the below diff it fixes the
> > build of multimedia/synfig{,studio}, the only consumers, on powerpc
> > [1].
> >
> > amd64 is still fine with it.
> >
> > Comments/feedback are welcome,
> >
> > Charlène.
> >
> >
> > [0]
> > https://github.com/synfig/synfig/commit/cb05b072fe6fffb4433140c631f422bdbc036722
> > [1] https://bin.charlenew.xyz/etl_logs.tgz
> >
Index: Makefile
===
RCS file: /cvs/ports/devel/etl/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- Makefile12 Jul 2019 20:44:08 - 1.7
+++ Makefile11 Jan 2020 20:59:28 -
@@ -3,6 +3,7 @@
COMMENT = C++ class and template library
V =1.2.1
+REVISION = 0
DISTNAME = ETL-${V}
PKGNAME = etl-${V}
Index: patches/patch-ETL__pen_h
===
RCS file: patches/patch-ETL__pen_h
diff -N patches/patch-ETL__pen_h
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-ETL__pen_h11 Jan 2020 20:59:28 -
@@ -0,0 +1,18 @@
+$OpenBSD$
+
+Unbreak consumers on !clang archs, from:
+https://github.com/synfig/synfig/commit/cb05b072fe6fffb4433140c631f422bdbc036722
+
+Index: ETL/_pen.h
+--- ETL/_pen.h.orig
ETL/_pen.h
+@@ -136,7 +136,8 @@ class generic_pen (public)
+ typedef int value_type;
+ value_type x,y;
+ difference_type(value_type x, value_type y):x(x),y(y) { }
+- value_type [](int i)const { return i?y:x; }
++ const value_type [](int i) const { return i?y:x; }
++ value_type [](int i) { return i?y:x; }
+ };
+
+ protected:
[update/fix] games/blobby 1.0rc3 -> 1.020200119
Hi again,
We ship a broken games/blobby:
-->8--
~$ blobby
error loading language lang_en.xml!
falling back to english
blobby(23503) in free(): bogus pointer (double free?) 0x6
Abort trap
--8<--
It's from 2012, and that version is unsupported, so i'm proposing an
update against latest developments of blobby.
What's new upstream:
- move from sf.net to github
- use sdl2 instead of sdl
What's new in port:
- drop all patches, upstream made similar changes
- bring back bots (upstreamed patch)
- avoid the use of EPOCH by using date versioning, the next release
will be 1.1 [0], so updating go (and will go) smoothly
- remove base-gcc from COMPILER, it's C++11
- add DEBUG_PACKAGES (i'm not sure of the usefulness of it for that
port)
Testing (on powerpc, you'll need the fixed devel/physfs i committed
earlier):
- amd64: no issues
- powerpc: builds and works but blobs colors are off in SDL mode,
they're more complex to draw that it seems, and swapping colors does
not solve the problem. I refrained from setting the properly working
OpenGL renderer as default/fallback on big endian, because i guess not
all BE archs have OpenGL.
BE and LE hosts/clients can't talk to each other through the network.
Despite the endianness issues, given that the runtime is totally broken
on amd64, i think we should commit that update.
Comments/feedback are welcome,
Charlène.
[0]
https://github.com/danielknobe/blobbyvolley2/issues/1#issuecomment-569493894
Index: Makefile
===
RCS file: /cvs/ports/games/blobby/Makefile,v
retrieving revision 1.10
diff -u -p -u -p -r1.10 Makefile
--- Makefile12 Jul 2019 20:46:15 - 1.10
+++ Makefile20 Jan 2020 14:50:48 -
@@ -2,30 +2,30 @@
COMMENT = volleyball game with online play
-V =1.0rc3
-DISTNAME = blobby2-linux-${V}
-PKGNAME = blobby-${V}
-REVISION = 2
+GH_ACCOUNT = danielknobe
+GH_PROJECT = blobbyvolley2
+GH_COMMIT =bcea5be5eae91fda5455e7b77d9057d2780cc752
+
+DISTNAME = blobby-1.020200119
CATEGORIES = games
HOMEPAGE = http://blobby.sourceforge.net/
# GPLv2+
-PERMIT_PACKAGE = Yes
-
-WANTLIB += GL GLU ICE SDL SM X11 Xext c m physfs pthread
${COMPILER_LIBCXX}
+PERMIT_PACKAGE = Yes
-COMPILER = base-clang ports-gcc base-gcc
+WANTLIB += ${COMPILER_LIBCXX} GL GLU SDL2 c m physfs
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=blobby/}
+# C++11
+COMPILER = base-clang ports-gcc
MODULES = devel/cmake
BUILD_DEPENDS =devel/boost \
archivers/zip
-LIB_DEPENDS = devel/sdl \
+LIB_DEPENDS = devel/sdl2 \
devel/physfs
-WRKDIST = ${WRKDIR}/blobby-${V}
+DEBUG_PACKAGES = ${BUILD_PACKAGES}
.include
Index: distinfo
===
RCS file: /cvs/ports/games/blobby/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo27 Oct 2012 07:12:45 - 1.1.1.1
+++ distinfo20 Jan 2020 14:50:48 -
@@ -1,2 +1,2 @@
-SHA256 (blobby2-linux-1.0rc3.tar.gz) =
Rb2yUwt+sbUIaT0wTjEIjJqbNm+Xj3FrWgzx58UCxYE=
-SIZE (blobby2-linux-1.0rc3.tar.gz) = 2323776
+SHA256 (blobby-1.020200119-bcea5be5.tar.gz) =
erjyDj77PyhMK27dmDeRBPkALaCuzcT2OCX4XkmYCiA=
+SIZE (blobby-1.020200119-bcea5be5.tar.gz) = 2363487
Index: patches/patch-src_InputManager_cpp
===
RCS file: patches/patch-src_InputManager_cpp
diff -N patches/patch-src_InputManager_cpp
--- patches/patch-src_InputManager_cpp 27 Oct 2012 07:12:45 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-src_InputManager_cpp,v 1.1.1.1 2012/10/27 07:12:45 bentley Exp
$
-
-Remove byte-order mark.
-
src/InputManager.cpp.orig Sat Oct 27 00:24:44 2012
-+++ src/InputManager.cpp Sat Oct 27 00:24:49 2012
-@@ -1,4 +1,4 @@
--/*=
-+/*=
- Blobby Volley 2
- Copyright (C) 2006 Jonathan Sieber (jonathan_sie...@yahoo.de)
- Copyright (C) 2006 Daniel Knobe (daniel-kn...@web.de)
Index: patches/patch-src_LagDetectionSystem_cpp
===
RCS file: patches/patch-src_LagDetectionSystem_cpp
diff -N patches/patch-src_LagDetectionSystem_cpp
--- patches/patch-src_LagDetectionSystem_cpp7 Nov 2014 10:06:09 -
1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,11 +0,0 @@
-$OpenBSD: patch-src_LagDetectionSystem_cpp,v 1.1 2014/11/07 10:06:09 landry
Exp $
src/LagDetectionSystem.cpp.origThu Nov 6 23:41:34 2014
-+++
Re: NEW: meta/coreboot
On Sun, Jan 26, 2020 at 01:58:44PM +, Stuart Henderson wrote: > I'd kind-of expect a package named 'coreboot' to install something that > actually contains coreboot, rather than tools to work with it. That's a fair point, maybe I can be more creative. > Had you considered just adding the other ports as RUN_DEPENDS to > coreboot-utils? They aren't necessary dependencies, but somebody using > coreboot-utils probably wants to have the other ports too.. Yes, but eventually that seemed misplaced; I'd also consider something like sysutils/uefitool (which pulls in Qt) to be part of such a meta package, coreboot-utils on the other side is really small and I'd like to consider it more standalone.
Re: NEW: meta/coreboot
On 2020/01/26 13:09, Klemens Nanni wrote: > On Sun, Jan 19, 2020 at 07:13:49PM +0100, Klemens Nanni wrote: > > Simple convenience wrapper: > > > > Information for inst:coreboot-20200119 > > > > Comment: > > useful tools for coreboot development (meta package) > > > > Description: > > This meta package installs a variety of tools useful for firmware and > > hardware > > hacking. > > > > Maintainer: Klemens Nanni > > > > The package itself holds no information, all is contained in RDEPs, > > hence the version number being a simple timestamp. > > > > $ mk show=RUN_DEPENDS | tr ' ' '\n' > > sysutils/coreboot-utils > > sysutils/flashrom > > sysutils/me_cleaner > > sysutils/pciutils > > sysutils/usbutils > > > > Feedback? OK? > Ping. I'd kind-of expect a package named 'coreboot' to install something that actually contains coreboot, rather than tools to work with it. Had you considered just adding the other ports as RUN_DEPENDS to coreboot-utils? They aren't necessary dependencies, but somebody using coreboot-utils probably wants to have the other ports too..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2020/01/26 06:48:15 Modified files: databases/py-sql: Makefile distinfo Log message: update databases/py-sql to 1.1.0 Announce: https://discuss.tryton.org/t/release-1-1-0-of-python-sql ok sthen@
[macppc/hppa] Unbreak games/eduke32
Hi!
NBlood being based on EDuke32, i've spotted the same atomics issue
later during the current bulk:
> enet.cpp:(.text+0x2e20): undefined reference to `__atomic_load_8'
> enet.cpp:(.text+0x2e98): undefined reference to `__atomic_compare_exchange_8'
It builds fine [0] on powerpc once proper LDFLAGS are added. REVISION
bump is not needed: that new version never built on powerpc.
OK?
Charlène.
[0] https://bin.charlenew.xyz/eduke32.log
Index: Makefile
===
RCS file: /cvs/ports/games/eduke32/Makefile,v
retrieving revision 1.24
diff -u -p -u -p -r1.24 Makefile
--- Makefile4 Jan 2020 05:44:39 - 1.24
+++ Makefile25 Jan 2020 22:56:41 -
@@ -60,6 +60,12 @@ WRKDIST =${WRKDIR}/eduke32_${RDATE}-${R
MAKE_FLAGS += LTO=0
.endif
+# Fix "undefined reference to `__atomic_load_8'"
+.if ${MACHINE_ARCH:Mpowerpc} || ${MACHINE_ARCH:Mhppa}
+WANTLIB += atomic
+MAKE_FLAGS += LDFLAGS="${LDFLAGS} -latomic"
+.endif
+
post-extract:
# check for data files in correct location
@sed -i "s,/usr/share/games/eduke32,${TRUEPREFIX}/share/duke3d," \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/26 06:07:07 Modified files: infrastructure/lib/OpenBSD: FS2.pm Log message: recognize .otb (OpenType bitmap) as a valid font suffix. ok espie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/26 06:02:32 Modified files: infrastructure/lib/DPB/Core: Distant.pm Log message: set BatchMode=yes on DPB ssh connections. ok espie
Re: UPDATE: audio/clementine
On Sat, 25 Jan 2020 14:52:07 +0100 Rafael Sadowski wrote: > Update audio/clementine to 1.4.0rc1. Tested with some default > streaming services and local MP3s. > You need audio/liblastfm>=1.1.0 and net/libmygpo-qt>=1.1.0 from the > ports@ list to test the update. > > OK? On amd64, it builds and works fine, i tested ogg, wav and last.fm support on top of that. Visualisations are also fine. On powerpc, it builds without issues, but it still doesn't play the music, as does the current Clementine version we ship. I build and test ports in a chroot on that platform, so it may be a pebkac. Maybe COMMENT would be better as "Qt-based featureful music player". OK cwen@ either way
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2020/01/26 05:51:48 Modified files: infrastructure/mk: bsd.port.mk Log message: pass WRKOBJDIR thru so that pkg_create can holler on some mistakes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2020/01/26 05:48:36 Modified files: devel/libiscsi : Makefile distinfo devel/libiscsi/pkg: PLIST Log message: Update to libiscsi-1.19.0. from Brad (maintainer)
Re: UPDATE: audio/liblastfm
On Sat, 25 Jan 2020 14:49:11 +0100
Rafael Sadowski wrote:
> Update 2/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
update. For people testing with PORTS_PRIVSEP, tests require network
connectivity.
OK cwen@
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/liblastfm/Makefile,v
> retrieving revision 1.12
> diff -u -p -u -p -r1.12 Makefile
> --- Makefile 17 Jul 2019 14:49:20 - 1.12
> +++ Makefile 25 Jan 2020 06:28:13 -
> @@ -1,35 +1,32 @@
> # $OpenBSD: Makefile,v 1.12 2019/07/17 14:49:20 danj Exp $
>
> COMMENT =Qt-based C++ library for the Last.fm webservices
> -V = 1.0.9
> +V = 1.1.0
> DISTNAME = $V
> PKGNAME =liblastfm-$V
> CATEGORIES = audio devel net
> -REVISION = 3
>
> HOMEPAGE = https://github.com/lastfm/liblastfm
> -SHARED_LIBS =lastfm 1.0
> -SHARED_LIBS += lastfm_fingerprint 1.0
> +
> +SHARED_LIBS = lastfm5 0.0
> +SHARED_LIBS += lastfm_fingerprint5 0.0
>
> # GPLv3
> -PERMIT_PACKAGE = Yes
> +PERMIT_PACKAGE = Yes
> +
> +WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5DBus Qt5Network Qt5Sql
> +WANTLIB += Qt5Xml c fftw3f m samplerate
>
> # archives are stable but naming scheme sucks, thus DIST_SUBDIR
> -MASTER_SITES = ${HOMEPAGE}/archive/
> +MASTER_SITES = https://github.com/lastfm/liblastfm/archive/
> DIST_SUBDIR =liblastfm
> WRKDIST =${WRKDIR}/${PKGNAME}
>
> -WANTLIB = lib/qt4/QtDBus lib/qt4/QtNetwork lib/qt4/QtSql
> lib/qt4/QtXml -WANTLIB += fftw3f c m pthread samplerate $
> {COMPILER_LIBCXX} -
> -COMPILER = base-clang ports-gcc base-gcc
> +MODULES =devel/cmake \
> + x11/qt5
>
> LIB_DEPENDS =audio/libsamplerate \
> math/fftw3,float
> -
> -MODULES =devel/cmake x11/qt4
> -
> -CONFIGURE_ARGS = -DBUILD_WITH_QT4=On
>
> # network access
> TEST_IS_INTERACTIVE =Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/audio/liblastfm/distinfo,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 distinfo
> --- distinfo 6 Oct 2014 22:05:04 - 1.2
> +++ distinfo 25 Jan 2020 06:28:13 -
> @@ -1,2 +1,2 @@
> -SHA256 (liblastfm/1.0.9.tar.gz) =
> Una1/gCTJHnOb+NwujIT86uELXCn1V5L6tbiZzhCX3s= -SIZE
> (liblastfm/1.0.9.tar.gz) = 119320 +SHA256 (liblastfm/1.1.0.tar.gz) =
> 9h8NqjhOCBqPK9L3ohSLq/8iaW5bcuzayGlAoQEAscg= +SIZE
> (liblastfm/1.1.0.tar.gz) = 119392 Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/audio/liblastfm/pkg/PLIST,v
> retrieving revision 1.2
> diff -u -p -u -p -r1.2 PLIST
> --- pkg/PLIST 6 Oct 2014 22:05:04 - 1.2
> +++ pkg/PLIST 25 Jan 2020 06:28:13 -
> @@ -1,34 +1,34 @@
> @comment $OpenBSD: PLIST,v 1.2 2014/10/06 22:05:04 zhuk Exp $
> -include/lastfm/
> -include/lastfm/AbstractType.h
> -include/lastfm/Album.h
> -include/lastfm/Artist.h
> -include/lastfm/Audioscrobbler.h
> -include/lastfm/Auth.h
> -include/lastfm/Chart.h
> -include/lastfm/Fingerprint.h
> -include/lastfm/FingerprintId.h
> -include/lastfm/FingerprintableSource.h
> -include/lastfm/InternetConnectionMonitor.h
> -include/lastfm/Library.h
> -include/lastfm/Mbid.h
> -include/lastfm/NetworkAccessManager.h
> -include/lastfm/NetworkConnectionMonitor.h
> -include/lastfm/Playlist.h
> -include/lastfm/RadioStation.h
> -include/lastfm/RadioTuner.h
> -include/lastfm/ScrobbleCache.h
> -include/lastfm/ScrobblePoint.h
> -include/lastfm/Tag.h
> -include/lastfm/Tasteometer.h
> -include/lastfm/Track.h
> -include/lastfm/Url.h
> -include/lastfm/UrlBuilder.h
> -include/lastfm/User.h
> -include/lastfm/XmlQuery.h
> -include/lastfm/Xspf.h
> -include/lastfm/global.h
> -include/lastfm/misc.h
> -include/lastfm/ws.h
> -@lib lib/liblastfm.so.${LIBlastfm_VERSION}
> -@lib lib/liblastfm_fingerprint.so.${LIBlastfm_fingerprint_VERSION}
> +include/lastfm5/
> +include/lastfm5/AbstractType.h
> +include/lastfm5/Album.h
> +include/lastfm5/Artist.h
> +include/lastfm5/Audioscrobbler.h
> +include/lastfm5/Auth.h
> +include/lastfm5/Chart.h
> +include/lastfm5/Fingerprint.h
> +include/lastfm5/FingerprintId.h
> +include/lastfm5/FingerprintableSource.h
> +include/lastfm5/InternetConnectionMonitor.h
> +include/lastfm5/Library.h
> +include/lastfm5/Mbid.h
> +include/lastfm5/NetworkAccessManager.h
> +include/lastfm5/NetworkConnectionMonitor.h
> +include/lastfm5/Playlist.h
> +include/lastfm5/RadioStation.h
> +include/lastfm5/RadioTuner.h
> +include/lastfm5/ScrobbleCache.h
> +include/lastfm5/ScrobblePoint.h
> +include/lastfm5/Tag.h
> +include/lastfm5/Tasteometer.h
> +include/lastfm5/Track.h
> +include/lastfm5/Url.h
> +include/lastfm5/UrlBuilder.h
> +include/lastfm5/User.h
>
Re: UPDATE: net/libmygpo-qt
On Sat, 25 Jan 2020 14:47:47 +0100
Rafael Sadowski wrote:
> Update 1/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
update.
OK cwen@
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/libmygpo-qt/Makefile,v
> retrieving revision 1.9
> diff -u -p -u -p -r1.9 Makefile
> --- Makefile 12 Jul 2019 20:48:30 - 1.9
> +++ Makefile 25 Jan 2020 06:29:29 -
> @@ -1,28 +1,26 @@
> # $OpenBSD: Makefile,v 1.9 2019/07/12 20:48:30 sthen Exp $
> -COMMENT =Qt/C++ library wrapper for the GPodder
> -DISTNAME = libmygpo-qt.1.0.7
> -PKGNAME =${DISTNAME:S/./-/}
> -REVISION = 4
> +COMMENT =Qt/C++ library wrapper for the GPodder
>
> -SHARED_LIBS =mygpo-qt0.0
> +V = 1.1.0
> +PKGNAME =libmygpo-qt-$V
> +DISTNAME = libmygpo-qt.$V
>
> -CATEGORIES = audio devel net
> -HOMEPAGE = http://wiki.gpodder.org/wiki/Libmygpo-qt
> +CATEGORIES = audio devel net
>
> -# LGPLv2.1+
> -PERMIT_PACKAGE = Yes
> +SHARED_LIBS = mygpo-qt5 0.0
>
> -WANTLIB =lib/qt4/QtNetwork m qjson ${COMPILER_LIBCXX}
> +# LGPLv2.1+
> +PERMIT_PACKAGE = Yes
>
> -COMPILER = base-clang ports-gcc base-gcc
> +WANTLIB += ${COMPILER_LIBCXX} Qt5Core Qt5Network m
>
> -MASTER_SITES =
> http://stefan.derkits.at/files/libmygpo-qt/ +MODULES =
> devel/cmake \
> + x11/qt5
>
> -MODULES =devel/cmake x11/qt4
> -LIB_DEPENDS =devel/qjson
> +MASTER_SITES = https://stefan.derkits.at/files/libmygpo-qt/
>
> # picks up doxygen during configure but does not really use it
> -CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen:Bool=Yes
> +CONFIGURE_ARGS = -DCMAKE_DISABLE_FIND_PACKAGE_Doxygen=ON
>
> post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/mygpo-qt
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/libmygpo-qt/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -u -p -r1.1.1.1 distinfo
> --- distinfo 9 Dec 2013 21:26:32 - 1.1.1.1
> +++ distinfo 25 Jan 2020 06:29:29 -
> @@ -1,2 +1,2 @@
> -SHA256 (libmygpo-qt.1.0.7.tar.gz) =
> +q3njhuu6rf4WN7IBTCtY8UPaD/lEZSKsaReaFgozHQ= -SIZE (libmygpo-qt.
> 1.0.7.tar.gz) = 66050 +SHA256 (libmygpo-qt.1.1.0.tar.gz) =
> gnZam6p7a7OjJ3dZzsnDd57uaR25GAr/41pngTNG4c0= +SIZE (libmygpo-qt.
> 1.1.0.tar.gz) = 68750 Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/net/libmygpo-qt/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 PLIST
> --- pkg/PLIST 22 May 2015 11:31:17 - 1.3
> +++ pkg/PLIST 25 Jan 2020 06:29:29 -
> @@ -1,30 +1,30 @@
> @comment $OpenBSD: PLIST,v 1.3 2015/05/22 11:31:17 ajacoutot Exp $
> -include/mygpo-qt/
> -include/mygpo-qt/AddRemoveResult.h
> -include/mygpo-qt/ApiRequest.h
> -include/mygpo-qt/Config.h
> -include/mygpo-qt/Device.h
> -include/mygpo-qt/DeviceList.h
> -include/mygpo-qt/DeviceSyncResult.h
> -include/mygpo-qt/DeviceUpdates.h
> -include/mygpo-qt/Episode.h
> -include/mygpo-qt/EpisodeAction.h
> -include/mygpo-qt/EpisodeActionList.h
> -include/mygpo-qt/EpisodeList.h
> -include/mygpo-qt/Podcast.h
> -include/mygpo-qt/PodcastList.h
> -include/mygpo-qt/Settings.h
> -include/mygpo-qt/Tag.h
> -include/mygpo-qt/TagList.h
> -include/mygpo-qt/mygpo_export.h
> +include/mygpo-qt5/
> +include/mygpo-qt5/AddRemoveResult.h
> +include/mygpo-qt5/ApiRequest.h
> +include/mygpo-qt5/Config.h
> +include/mygpo-qt5/Device.h
> +include/mygpo-qt5/DeviceList.h
> +include/mygpo-qt5/DeviceSyncResult.h
> +include/mygpo-qt5/DeviceUpdates.h
> +include/mygpo-qt5/Episode.h
> +include/mygpo-qt5/EpisodeAction.h
> +include/mygpo-qt5/EpisodeActionList.h
> +include/mygpo-qt5/EpisodeList.h
> +include/mygpo-qt5/Podcast.h
> +include/mygpo-qt5/PodcastList.h
> +include/mygpo-qt5/Settings.h
> +include/mygpo-qt5/Tag.h
> +include/mygpo-qt5/TagList.h
> +include/mygpo-qt5/mygpo_export.h
> lib/cmake/
> -lib/cmake/mygpo-qt/
> -lib/cmake/mygpo-qt/Mygpo-qtConfig.cmake
> -lib/cmake/mygpo-qt/Mygpo-qtConfigVersion.cmake
> -lib/cmake/mygpo-qt/Mygpo-qtTargets${MODCMAKE_BUILD_SUFFIX}
> -lib/cmake/mygpo-qt/Mygpo-qtTargets.cmake
> -@lib lib/libmygpo-qt.so.${LIBmygpo-qt_VERSION}
> -lib/pkgconfig/libmygpo-qt.pc
> +lib/cmake/mygpo-qt5/
> +lib/cmake/mygpo-qt5/Mygpo-qt5Config.cmake
> +lib/cmake/mygpo-qt5/Mygpo-qt5ConfigVersion.cmake
> +lib/cmake/mygpo-qt5/Mygpo-qt5Targets${MODCMAKE_BUILD_SUFFIX}
> +lib/cmake/mygpo-qt5/Mygpo-qt5Targets.cmake
> +@lib lib/libmygpo-qt5.so.${LIBmygpo-qt5_VERSION}
> +lib/pkgconfig/libmygpo-qt5.pc
> share/examples/mygpo-qt/
> share/examples/mygpo-qt/Makefile
> share/examples/mygpo-qt/src/
>
Re: NEW: meta/coreboot
On Sun, Jan 19, 2020 at 07:13:49PM +0100, Klemens Nanni wrote: > Simple convenience wrapper: > > Information for inst:coreboot-20200119 > > Comment: > useful tools for coreboot development (meta package) > > Description: > This meta package installs a variety of tools useful for firmware and > hardware > hacking. > > Maintainer: Klemens Nanni > > The package itself holds no information, all is contained in RDEPs, > hence the version number being a simple timestamp. > > $ mk show=RUN_DEPENDS | tr ' ' '\n' > sysutils/coreboot-utils > sysutils/flashrom > sysutils/me_cleaner > sysutils/pciutils > sysutils/usbutils > > Feedback? OK? Ping. coreboot.tgz Description: Binary data
NEW: devel/py-kitchen
Python's kitchen sink exists as package; I need this for another, more existential port. Upstream's test consists of a messy bash script that checks Python's version at runtime and executes different paths based on that. The consumer I'm running work fine and I don't want to sink any more time in such regress suites, so I'd like to leave them as is (for now). Feedback? OK? Information for inst:py3-kitchen-1.2.6 Comment: kitchen contains a cornucopia of useful code Required by: tuir-1.28.3 Description: We've all done it. In the process of writing a brand new application we've discovered that we need a little bit of code that we've invented before. Perhaps it's something to handle unicode text. Perhaps it's something to make a bit of python-2.5 code run on python-2.3. Whatever it is, it ends up being a tiny bit of code that seems too small to worry about pushing into its own module so it sits there, a part of your current project, waiting to be cut and pasted into your next project. And the next. And the next. And since that little bittybit of code proved so useful to you, it's highly likely that it proved useful to someone else as well. Useful enough that they've written it and copy and pasted it over and over into each of their new projects. Maintainer: The OpenBSD ports mailing-list WWW: https://fedorahosted.org/kitchen py-kitchen.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2020/01/26 04:14:34 Modified files: archivers/luazlib: Makefile archivers/zipios: Makefile astro/wmmoonclock: Makefile astro/wmspaceweather: Makefile astro/wmsun: Makefile astro/xephem : Makefile audio/cuetools : Makefile audio/libofa : Makefile audio/metronome: Makefile audio/moc : Makefile audio/swh-plugins: Makefile audio/xmcd : Makefile benchmarks/xengine: Makefile biology/emboss : Makefile comms/birda: Makefile comms/owx : Makefile comms/spisniffer: Makefile comms/wy60 : Makefile comms/xdx : Makefile comms/xlog : Makefile converters/libpst: Makefile converters/pflogx: Makefile devel/cmockery : Makefile devel/dissy: Makefile devel/gmc4cc : Makefile devel/liboop : Makefile devel/libxsvf : Makefile devel/lua-cmsgpack: Makefile devel/mm : Makefile devel/mono-gdata: Makefile devel/msp430 : Makefile.inc devel/pyrex: Makefile devel/radare2/main: Makefile devel/shunit2 : Makefile devel/smpeg: Makefile devel/stm32loader: Makefile devel/ucpp : Makefile editors/nedit : Makefile education/dvorak7min: Makefile emulators/BasiliskII: Makefile fonts/freefarsi-ttf: Makefile fonts/inconsolata-font: Makefile fonts/profont : Makefile fonts/spranq-ecofont-ttf: Makefile games/circuit : Makefile games/sudoku : Makefile geo/gimgtools : Makefile geo/gmapcatcher: Makefile graphics/delaboratory: Makefile graphics/fyre : Makefile graphics/gfract: Makefile graphics/indexpage: Makefile graphics/libcaca: Makefile inputmethods/ibus: Makefile inputmethods/ibus-anthy: Makefile japanese/mecab : Makefile lang/arena : Makefile lang/eagle : Makefile lang/intel2gas : Makefile lang/swi-prolog: Makefile mail/opensmtpd-filters/dkimsign: Makefile mail/opensmtpd-filters/dnsbl: Makefile mail/opensmtpd-filters/libopensmtpd: Makefile mail/smtpclient: Makefile misc/deco : Makefile misc/hfsplus : Makefile misc/p5-Umph-Prompt: Makefile multimedia/libmp4v2: Makefile multimedia/oggconvert: Makefile net/bing : Makefile net/libnet/1.1 : Makefile net/tclcurl: Makefile net/udns : Makefile net/ytalk : Makefile news/nn: Makefile productivity/when: Makefile productivity/xinvest: Makefile productivity/xquote: Makefile security/erl-bcrypt: Makefile sysutils/cl-launch: Makefile sysutils/crashme: Makefile sysutils/dmassage: Makefile sysutils/superscript: Makefile sysutils/wmmon : Makefile textproc/iso12083: Makefile textproc/libxslt: Makefile textproc/rxp : Makefile textproc/stringtemplate: Makefile textproc/vgrind: Makefile x11/driconf: Makefile x11/gnustep/imageviewer: Makefile x11/gtk2-rezlooks-engine: Makefile x11/gtk3-unico-engine: Makefile x11/osd_clock : Makefile x11/xglobe : Makefile x11/xtu: Makefile Log message: update MASTER_SITES where distfiles.nl was used
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2020/01/26 03:21:28 Modified files: sysutils/flashrom: Makefile Log message: bump flashrom REVISION (static-linked special build of pciutils which was updated). fix deps, uses libftdi1 instead of libftdi if present.
Re: devel/openmpi mpifort error; compiler
Hi John,
Did you check the libraries for changes?
I will see if I can find time to commit just the fortran bits tonight.
Then I will look at the CC and README additions.
Thanks for the effort to improve the openmpi port!
-m
Am 25.01.20 um 00:17 schrieb j...@bitminer.ca:
> Hi Martin,
>
> I have added the CC definition and rebuilt with your other patches
> and it works OK on AMD64.
>
>
> John
>
>
>
> Ensure openmpi mpicc and mpifort use GNU compilers
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/openmpi/Makefile,v
> retrieving revision 1.29
> diff -u -p -r1.29 Makefile
> --- Makefile 22 Dec 2019 15:47:35 - 1.29
> +++ Makefile 24 Jan 2020 23:09:17 -
> @@ -4,18 +4,19 @@ COMMENT = open source MPI-3.1 implement
>
> V = 4.0.2
> DISTNAME = openmpi-$V
> +REVISION = 0
>
> -SHARED_LIBS += mca_common_dstore 0.0 # 1.0
> +SHARED_LIBS += mca_common_dstore 0.0 # 1.1
> SHARED_LIBS += mca_common_monitoring 0.0 # 60.0
> -SHARED_LIBS += mca_common_ompio 0.0 # 60.1
> +SHARED_LIBS += mca_common_ompio 0.0 # 60.2
> SHARED_LIBS += mca_common_sm 2.0 # 60.0
> -SHARED_LIBS += mpi 1.0 # 60.1
> -SHARED_LIBS += mpi_mpifh 0.0 # 60.1
> +SHARED_LIBS += mpi 1.0 # 60.2
> +SHARED_LIBS += mpi_mpifh 0.0 # 60.2
> SHARED_LIBS += mpi_usempi_ignore_tkr 0.0 # 60.0
> -SHARED_LIBS += mpi_usempif08 0.0 # 60.0
> +SHARED_LIBS += mpi_usempif08 0.0 # 60.1
> SHARED_LIBS += ompitrace 0.0 # 60.0
> -SHARED_LIBS += open-pal 1.0 # 60.1
> -SHARED_LIBS += open-rte 1.0 # 60.1
> +SHARED_LIBS += open-pal 1.1 # 60.2
> +SHARED_LIBS += open-rte 1.1 # 60.2
>
> CATEGORIES = devel
>
> @@ -31,10 +32,18 @@ WANTLIB += c execinfo m pciaccess pthrea
> MASTER_SITES =
> ${HOMEPAGE}/software/ompi/v${V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
>
> COMPILER = base-clang ports-gcc
> +
> +# MODULES=fortran always uses ports-gcc (and overrides COMPILER)
> +# the openmpi application and libraries will be built with ports-gcc, but
> +# are compatible with base-clang on archs where it is available
> MODULES =fortran
> MODFORTRAN_COMPILER =gfortran
> BUILD_DEPENDS = devel/libtool,-ltdl
> LIB_DEPENDS =devel/libexecinfo
> +
> +CONFIGURE_ARGS +=--enable-mpi-fortran=usempif08 \
> + FC=egfortran \
> + CC=egcc
>
> MAKE_FLAGS = V=1
> FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/openmpi/
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/openmpi/pkg/PLIST,v
> retrieving revision 1.6
> diff -u -p -r1.6 PLIST
> --- pkg/PLIST 22 Dec 2019 15:47:36 - 1.6
> +++ pkg/PLIST 24 Jan 2020 23:09:17 -
> @@ -41,37 +41,37 @@ include/openmpi/mpiext/mpiext_cuda_c.h
> include/openmpi/mpiext/mpiext_pcollreq_c.h
> include/openmpi/mpiext/mpiext_pcollreq_mpifh.h
> include/openmpi/mpiext/pmpiext_pcollreq_c.h
> -lib/libmca_common_dstore.a
> +@static-lib lib/libmca_common_dstore.a
> lib/libmca_common_dstore.la
> @lib lib/libmca_common_dstore.so.${LIBmca_common_dstore_VERSION}
> -lib/libmca_common_monitoring.a
> +@static-lib lib/libmca_common_monitoring.a
> lib/libmca_common_monitoring.la
> @lib lib/libmca_common_monitoring.so.${LIBmca_common_monitoring_VERSION}
> -lib/libmca_common_ompio.a
> +@static-lib lib/libmca_common_ompio.a
> lib/libmca_common_ompio.la
> @lib lib/libmca_common_ompio.so.${LIBmca_common_ompio_VERSION}
> -lib/libmca_common_sm.a
> +@static-lib lib/libmca_common_sm.a
> lib/libmca_common_sm.la
> @lib lib/libmca_common_sm.so.${LIBmca_common_sm_VERSION}
> -lib/libmpi.a
> +@static-lib lib/libmpi.a
> lib/libmpi.la
> @lib lib/libmpi.so.${LIBmpi_VERSION}
> -lib/libmpi_mpifh.a
> +@static-lib lib/libmpi_mpifh.a
> lib/libmpi_mpifh.la
> @lib lib/libmpi_mpifh.so.${LIBmpi_mpifh_VERSION}
> -lib/libmpi_usempi_ignore_tkr.a
> +@static-lib lib/libmpi_usempi_ignore_tkr.a
> lib/libmpi_usempi_ignore_tkr.la
> @lib lib/libmpi_usempi_ignore_tkr.so.${LIBmpi_usempi_ignore_tkr_VERSION}
> -lib/libmpi_usempif08.a
> +@static-lib lib/libmpi_usempif08.a
> lib/libmpi_usempif08.la
> @lib lib/libmpi_usempif08.so.${LIBmpi_usempif08_VERSION}
> -lib/libompitrace.a
> +@static-lib lib/libompitrace.a
> lib/libompitrace.la
> @lib lib/libompitrace.so.${LIBompitrace_VERSION}
> -lib/libopen-pal.a
> +@static-lib lib/libopen-pal.a
> lib/libopen-pal.la
> @lib lib/libopen-pal.so.${LIBopen-pal_VERSION}
> -lib/libopen-rte.a
> +@static-lib lib/libopen-rte.a
> lib/libopen-rte.la
> @lib lib/libopen-rte.so.${LIBopen-rte_VERSION}
> lib/mpi.mod
> @@ -84,288 +84,288 @@
nextcloud updates on -stable feel a bit too aggressive
Greetings, the nextcloud version in /packages for 6.6 is 16.0 on FTP, while the version in /packages-stable is 18.0. A bump of 2 major releases feels a bit too steep for a stable channel. For what I can tell, fixes are being applied upstream to older releases as well. Is there any reason why the new major is being pushed rather than the new minor release? Regards, Alessandro
update: databases/py-sql to 1.1.0
Hi,
The following diff updates databases/py-sql to 1.1.0
Announce: https://discuss.tryton.org/t/release-1-1-0-of-python-sql
Tested on amd64 with internal test suite (aka "make test") and with
productivity/tryton/5.2 port testsuites.
(tryton are the sole ports depending on it, and upstream for tryton is upstream
for python-sql too).
Comments or OK ?
--
Sebastien Marie
Index: Makefile
===
RCS file: /cvs/ports/databases/py-sql/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile12 Jul 2019 20:44:00 - 1.11
+++ Makefile26 Jan 2020 08:57:30 -
@@ -2,10 +2,9 @@
COMMENT= library to write SQL queries
-MODPY_EGG_VERSION =1.0.0
+MODPY_EGG_VERSION =1.1.0
DISTNAME= python-sql-${MODPY_EGG_VERSION}
PKGNAME= py-sql-${MODPY_EGG_VERSION}
-REVISION= 0
CATEGORIES=databases
Index: distinfo
===
RCS file: /cvs/ports/databases/py-sql/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- distinfo1 Oct 2018 19:52:37 - 1.5
+++ distinfo26 Jan 2020 08:57:30 -
@@ -1,2 +1,2 @@
-SHA256 (python-sql-1.0.0.tar.gz) = C7ux7vZnZ5MW7J/EFfC2FqCY5IK0Hupz7UlF4M1I0RY=
-SIZE (python-sql-1.0.0.tar.gz) = 31268
+SHA256 (python-sql-1.1.0.tar.gz) = v7c7MlrF5L12BeoHrVdfFJnmyTraZbA96mpDDjwIDzg=
+SIZE (python-sql-1.1.0.tar.gz) = 31666
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: js...@cvs.openbsd.org 2020/01/26 01:14:01 Modified files: lang/go: Makefile distinfo Log message: Update lang/go to 1.13.6.
