CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jtur...@cvs.openbsd.org 2019/05/31 19:40:14 Modified files: lang/janet : Makefile distinfo lang/janet/patches: patch-Makefile lang/janet/pkg : PLIST Log message: Update janet to 0.6.0. All kinds of newness: https://github.com/janet-lang/janet/releases/tag/v0.6.0
Re: new: openradtool-0.7.4
On Fri, May 31, 2019 at 09:45:10AM -0400, James Turner wrote:
> On Fri, May 31, 2019 at 10:45:02AM +0100, Stuart Henderson wrote:
> > On 2019/05/30 20:10, Anthony J. Bentley wrote:
> > > James Turner writes:
> > > > openradtool ("ort") is an open source RAD tool generating front-end code
> > > > (JavaScript, TypeScript) and back-end code (SQL, C) for your
> > > > application, leaving you to develop your "middle-tier" business and
> > > > presentation logic.
> > > >
> > > > The system consists of a set of source generators, each accepting a
> > > > single ort(5) configuration file that describes your data and how it is
> > > > accessed, modified, created, deleted. The generated sources have a
> > > > strong focus on security, documentation, and auditability.
> > >
> > > Isn't this just kwebapp renamed?
> >
> > Yes.
> Ha you are so right! I'll send an update that that removes kwebapp and
> does the right stuff with quirks.
>
> --
> James Turner
>
Here is a diff to unhook kwebapp and add the upgrade quirk.
--
James Turner
Index: devel/quirks/Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.764
diff -u -p -u -p -r1.764 Makefile
--- devel/quirks/Makefile 26 May 2019 22:34:45 - 1.764
+++ devel/quirks/Makefile 1 Jun 2019 00:24:20 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-3.156
+PKGNAME = quirks-3.157
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: devel/quirks/files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.782
diff -u -p -u -p -r1.782 Quirks.pm
--- devel/quirks/files/Quirks.pm26 May 2019 22:34:45 - 1.782
+++ devel/quirks/files/Quirks.pm1 Jun 2019 00:24:20 -
@@ -331,6 +331,7 @@ my $stem_extensions = {
'Xonotic-data' => 'xonotic-data',
'Xonotic-server' => 'xonotic-server',
'gettext' => 'gettext-runtime',
+ 'kwebapp' => 'openradtool',
};
my $obsolete_reason = {
Index: www/Makefile
===
RCS file: /cvs/ports/www/Makefile,v
retrieving revision 1.910
diff -u -p -u -p -r1.910 Makefile
--- www/Makefile28 May 2019 12:58:34 - 1.910
+++ www/Makefile1 Jun 2019 00:24:20 -
@@ -77,7 +77,6 @@
SUBDIR += kore,curl
SUBDIR += kore,pgsql
SUBDIR += kore,python
- SUBDIR += kwebapp
SUBDIR += kwebkitpart
SUBDIR += larbin
SUBDIR += libcroco
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/31 15:55:24 Modified files: sysutils/random_run: Makefile distinfo Log message: update to 2.6 use new licence markers, so we'll see who's up-to-date :)
Re: lang/ghc 8.6.4
On Fri, May 31, 2019 at 6:30 AM Matthias Kilian wrote: > The cabal / hackage / library people are clueless if it comes to > version limits in dependencies and when which part of a library > should be bumped. Instead of correcting this, they invented a > mechanism to publish "revised" meta data for a package via hackage. Thanks for your detailed explanation. I understand now. And to be clear, devel/hs-async is currently building fine using the packages posted at the start of this thread. I am interested in updating cabal-install to 2.4.1.0. I definitely understand wanting to keep the number of hs-ports low, and fixing cabal-install should help. To try to help, I have updated a few more ports. I have attached the diff since I think my mail client will mangle it. The changes: devel/hs-tar: Updated to 0.5.1.0, hackage patch added security/hs-cryptohash-sha256: Hackage patch added, revision bumped security/hs-hackage-security: Updated to 0.5.3.0, hackage patch added This is the first time that I have done this, so I hope I did it right; I did my best to read the documentation carefully. (Is there an easy way to get MODGHC_PACKAGE_KEY? I ended up having to do a run of "make update-plist" to get the new one from the file names, edit the Makefile, and then run "make update-plist" again.) Note that devel/hs-mtl, devel/hs-parsec, devel/hs-text, and devel/hs-stm are now core libraries included in ghc (https://www.haskell.org/platform/contents.html), and so I think those ports can be removed and packages that depend on them explicitly need to have those dependencies removed. The new cabal-install 2.4.1.0 has a new dependency, resolve, which has not been packaged. I'd be happy to also do that soon, but I need to study the documentation more before trying to make a new port. Best, Daniel On Fri, May 31, 2019 at 6:30 AM Matthias Kilian wrote: > > On Thu, May 30, 2019 at 06:37:50PM -0400, Daniel Moerner wrote: > > Thanks a lot for your work on this. I just built some of ghc 8.6.4 on > > a machine running -current using your patches. > > > > Unfortunately, devel/hs-async doesn't build with this version of ghc > > and base (4.12): > > > > Configuring async-2.2.1... > > [...] > > Setup: Encountered missing dependencies: > > base >=4.3 && <4.12, hashable >=1.1.1.0 && <1.3, stm >=2.2 && <2.5 > > > > Looking into this a bit, hackage says that async 2.2.1 supports base > > (>=4.3 && <4.13) (https://hackage.haskell.org/package/async), but this > > just seems to be a mistake in hackage. At present async supports base > > 4.12 only in git (and there's a fairly old issue request for a new > > release https://github.com/simonmar/async/issues/89). > > The cabal / hackage / library people are clueless if it comes to > version limits in dependencies and when which part of a library > should be bumped. Instead of correcting this, they invented a > mechanism to publish "revised" meta data for a package via hackage. > For async-2.2.1, the "revised" package description can be found at > > http://hackage.haskell.org/package/async-2.2.1/async.cabal > > If you compare this against the package description contained in the > distfile (or at > http://hackage.haskell.org/package/async-2.2.1/src/async.cabal), you'll > see that the revised onealready as less strict dependencies (but of > course, this will fail again with the next update of ghc): > > --- async.cabal-dist Fri May 31 11:09:12 2019 > +++ async.cabal-hackage Fri May 31 11:10:12 2019 > @@ -1,5 +1,6 @@ > name:async > version: 2.2.1 > +x-revision: 2 > -- don't forget to update ./changelog.md! > synopsis:Run IO operations asynchronously and wait for their > results > > @@ -50,14 +51,14 @@ > if impl(ghc>=7.1) > other-extensions: Trustworthy > exposed-modules: Control.Concurrent.Async > -build-depends: base >= 4.3 && < 4.12, hashable >= 1.1.1.0 && < > 1.3, stm >= 2.2 && < 2.5 > +build-depends: base >= 4.3 && < 4.13, hashable >= 1.1.1.0 && < > 1.4, stm >= 2.2 && < 2.6 > > test-suite test-async > default-language: Haskell2010 > type: exitcode-stdio-1.0 > hs-source-dirs: test > main-is:test-async.hs > -build-depends: base >= 4.3 && < 4.12, > +build-depends: base >= 4.3 && < 4.13, > async, > stm, > test-framework, > > See http://hackage.haskell.org/package/async-2.2.1/revisions/ for that > concept of 'revised' package descriptions. > > In other words: when doing operating system distribution packages > (like our ports), you have to fetch the distfile *and* also watch > for revised package descriptions, and if there are differences, > patch the package description contained in the distfile. An example > of this ist devel/hs-echo/patches/patch-echo_cabal in our ports > tree. > > The haskell eco system is extremely hostile to people who try to > provide operating system distribution packages --
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/31 15:29:52 Modified files: infrastructure/templates: Makefile.template Log message: move to new PERMIT
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/31 15:27:04 Modified files: infrastructure/mk: bsd.port.mk databases/sqlports: Makefile databases/sqlports/files: Info.pm Log message: phase out old PERMIT_* variables. We won't be distributing CDROM anymore, so simplify to just PERMIT_PACKAGE / PERMIT_DISTFILES In particular, the new variables are shorter, so this makes for better cosmetic sense in ports. The "current" version allows for the old variables to die out peacefully, at our leasure, and then I'll remove the old stubs. As discussed with sthen@, various people agree, and deraadt@ is okay with the strategic change. This does survive a bulk. PLEASE NOTE: built packages require current pkg* tools. In particular, the current version deals with @comment pkgpath=* ftp=* just fine, but the old one WILL COMPLAIN about missing cdrom info. register-plist also doesn't care, adding/removing cdrom info is a no-op for it. There is NO BUMP needed for the conversion. For now, sqlports STILL carries the old variables. I'll deal with their removal later.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: fcam...@cvs.openbsd.org 2019/05/31 15:24:19 Modified files: emulators/mame : Makefile distinfo emulators/mame/patches: patch-makefile Log message: Update mame to 0.210.
patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
[not subscribed, please Cc, thanks.]
6.5 update of the previous patch, w/ additional 'ne2000' flavour.
'dyncore': re-enable the dynamic core (possibly insecure)
'ne2000': add third-party ne(4) emulation
'nosplash': disable spam piccy upon invocation
Tested only in the most limited of fashions (on 6.5), but expected to
work fine. As always, {bug,test} reports are very welcome.
Enjoy!
--zeurkous.
--- ports/emulators/dosbox/Makefile.origTue Jan 22 04:31:41 2019
+++ ports/emulators/dosbox/Makefile Fri May 31 19:34:00 2019
@@ -6,6 +6,7 @@
VERSION= 0.74-2
DISTNAME= dosbox-${VERSION}
+REVISION= 0
PKGNAME= dosbox-${VERSION:S/-/./}
CATEGORIES=games x11 emulators
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=dosbox/}
@@ -37,8 +38,26 @@
CONFIGURE_ENV+=LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib"
CONFIGURE_ARGS+= --disable-alsatest
+PATCH_LIST=patch-*
+
+FLAVORS= dyncore ne2000 nosplash
+FLAVOR?=
+
+.if ${FLAVOR:L:Mne2000}
+PATCH_LIST+= ne2000
+WANT_LIB+=pcap
+.endif
+
+.if ${FLAVOR:L:Mnosplash}
+PATCH_LIST+= nosplash
+.endif
+
+.if ${FLAVOR:L:Mdyncore}
+PATCH_LIST+= wxneeded
+.else
# needs W+X memory
CONFIGURE_ARGS+= --disable-dynamic-core
+.endif
pre-configure:
cp ${FILESDIR}/midi_sndio.h ${WRKSRC}/src/gui
--- /dev/null Fri May 31 19:56:39 2019
+++ ports/emulators/dosbox/patches/ne2000 Fri May 31 19:45:02 2019
@@ -0,0 +1,2047 @@
+--- visualc_net/dosbox.vcproj.orig Thu Jul 5 13:24:23 2018
visualc_net/dosbox.vcproj Fri May 31 18:19:21 2019
+@@ -480,6 +480,9 @@
+
+
++
++
+
+
+@@ -827,6 +830,9 @@
+
+
++
++
+
+
+
+--- src/platform/visualc/config.h.orig Mon Aug 27 14:55:55 2018
src/platform/visualc/config.h Fri May 31 18:19:21 2019
+@@ -12,6 +12,9 @@
+ /* Define to 1 to enable internal modem support, requires SDL_net */
+ #define C_MODEM 1
+
++/* Define to 1 to enable NE2000 ethernet passthrough, requires libpcap */
++#define C_NE2000 1
++
+ /* Define to 1 to enable IPX networking support, requires SDL_net */
+ #define C_IPX 1
+
+
+--- src/hardware/ne2000.cpp.orig Fri May 31 18:19:21 2019
src/hardware/ne2000.cppFri May 31 18:28:13 2019
+@@ -0,0 +1,1660 @@
++#include "config.h"
++
++#ifdef C_NE2000
++
++
++#include "dosbox.h"
++#include
++#include
++#include "support.h"
++#include "inout.h"
++#include "setup.h"
++#include "callback.h"
++#include "timer.h"
++#include "pic.h"
++#include "cpu.h"
++
++/* Couldn't find a real spec for the NE2000 out there, hence this is adapted
heavily from Bochs */
++
++
++/
++// $Id: ne2k.cc,v 1.56.2.1 2004/02/02 22:37:22 cbothamy Exp $
++/
++//
++// Copyright (C) 2002 MandrakeSoft S.A.
++//
++//MandrakeSoft S.A.
++//43, rue d'Aboukir
++//75002 Paris - France
++//http://www.linux-mandrake.com/
++//http://www.mandrakesoft.com/
++//
++// This library is free software; you can redistribute it and/or
++// modify it under the terms of the GNU Lesser General Public
++// License as published by the Free Software Foundation; either
++// version 2 of the License, or (at your option) any later version.
++//
++// This library is distributed in the hope that it will be useful,
++// but WITHOUT ANY WARRANTY; without even the implied warranty of
++// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
++// Lesser General Public License for more details.
++//
++// You should have received a copy of the GNU Lesser General Public
++// License along with this library; if not, write to the Free Software
++// Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
++
++// Peter Grehan (gre...@iprg.nokia.com) coded all of this
++// NE2000/ether stuff.
++
++#include "ne2000.h"
++
++#define HAVE_REMOTE
++
++#include "pcap.h"
++// Handle to WinPCap device
++pcap_t *adhandle = 0;
++static void NE2000_TX_Event(Bitu val);
++
++#ifdef WIN32
++// DLL loading
++#define pcap_sendpacket(A,B,C)PacketSendPacket(A,B,C)
++#define pcap_close(A) PacketClose(A)
++#define pcap_freealldevs(A) PacketFreealldevs(A)
++#define pcap_open(A,B,C,D,E,F)PacketOpen(A,B,C,D,E,F)
++#define pcap_next_ex(A,B,C) PacketNextEx(A,B,C)
++#define pcap_findalldevs_ex(A,B,C,D) PacketFindALlDevsEx(A,B,C,D)
++
++int (*PacketSendPacket)(pcap_t *, const u_char *, int) = 0;
++void (*PacketClose)(pcap_t *) = 0;
++void (*PacketFreealldevs)(pcap_if_t *) = 0;
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jer...@cvs.openbsd.org 2019/05/31 12:42:25 Modified files: databases/ruby-sequel_pg: Makefile distinfo Log message: Update to sequel_pg 1.12.1
Re: UPDATE: editors/{,py-}qscintilla 2.11.1
On Fri, May 31, 2019 at 08:08:34PM +0200, Landry Breuil wrote:
> On Fri, May 31, 2019 at 07:56:02PM +0200, Caspar Schutijser wrote:
> > Hi ports@,
> >
> > Below is a diff that updates editors/{,py-}qscintilla to 2.11.1. I have
> > identified a number of ports that depend on {,py-}qscintilla. I
> > build-tested all of them and I run-tested some of them.
>
> Fwiw if you go down that road, might aswell have a look at pyqt5 and
> py-sip, it's best to usually update all the things coming from this
> upstream altogether - we're badly lagging behind on py-qt5, but it might
> not be an easy task at all :)
Bah, spoke too fast, we have pyqt 5.9 because qt 5.9. Still py-sip is
lagging behind a bit :)
Landry
Re: UPDATE: editors/{,py-}qscintilla 2.11.1
On Fri, May 31, 2019 at 07:56:02PM +0200, Caspar Schutijser wrote:
> Hi ports@,
>
> Below is a diff that updates editors/{,py-}qscintilla to 2.11.1. I have
> identified a number of ports that depend on {,py-}qscintilla. I
> build-tested all of them and I run-tested some of them.
Fwiw if you go down that road, might aswell have a look at pyqt5 and
py-sip, it's best to usually update all the things coming from this
upstream altogether - we're badly lagging behind on py-qt5, but it might
not be an easy task at all :)
Landry
UPDATE: editors/{,py-}qscintilla 2.11.1
Hi ports@,
Below is a diff that updates editors/{,py-}qscintilla to 2.11.1. I have
identified a number of ports that depend on {,py-}qscintilla. I
build-tested all of them and I run-tested some of them.
I build-tested the following ports that depend on {,py-}qscintilla:
cad/openscad
databases/sqliteman
geo/qgis
x11/kde4/p5-qt
x11/kde4/qyoto
x11/kde4/ruby-qt
x11/kde4/smokeqt
In the case of the ports below, I did not only build-test them, I also
performed some run-time testing:
databases/sqlitebrowser
devel/tortoisehg
math/octave (very light testing)
All testing was done on amd64. I'd appreciate feedback on the diff.
Thanks,
Caspar Schutijser
Index: editors/py-qscintilla/Makefile
===
RCS file: /cvs/ports/editors/py-qscintilla/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- editors/py-qscintilla/Makefile 28 Apr 2019 20:51:40 - 1.18
+++ editors/py-qscintilla/Makefile 31 May 2019 17:46:58 -
@@ -2,18 +2,17 @@
COMMENT = Python binding for the Scintilla source code editor
-VERSION = 2.10.1
+VERSION = 2.11.1
DISTNAME = QScintilla_gpl-${VERSION}
PKGNAME = py-qscintilla-${VERSION}
CATEGORIES = editors x11 devel
-REVISION = 3
HOMEPAGE = http://www.riverbankcomputing.com/software/qscintilla/
# GPLv2/GPLv3
PERMIT_PACKAGE_CDROM = Yes
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pyqt/}
+MASTER_SITES =
https://www.riverbankcomputing.com/static/Downloads/QScintilla/2.11.1/
MODULES = lang/python
FLAVORS = qt5
Index: editors/py-qscintilla/distinfo
===
RCS file: /cvs/ports/editors/py-qscintilla/distinfo,v
retrieving revision 1.5
diff -u -p -r1.5 distinfo
--- editors/py-qscintilla/distinfo 30 Oct 2017 13:51:17 - 1.5
+++ editors/py-qscintilla/distinfo 31 May 2019 17:46:58 -
@@ -1,2 +1,2 @@
-SHA256 (QScintilla_gpl-2.10.1.tar.gz) =
l/mKnZH5CNts43/sxtJB2VWziKHEhxc7YHJsupo9+mQ=
-SIZE (QScintilla_gpl-2.10.1.tar.gz) = 2663446
+SHA256 (QScintilla_gpl-2.11.1.tar.gz) =
2uVNGeQ9ulo/mKwIT8C8+m+3E/qFHxeDoBQEOX/XIvU=
+SIZE (QScintilla_gpl-2.11.1.tar.gz) = 2932060
Index: editors/py-qscintilla/pkg/PLIST
===
RCS file: /cvs/ports/editors/py-qscintilla/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- editors/py-qscintilla/pkg/PLIST 20 May 2018 08:30:21 - 1.5
+++ editors/py-qscintilla/pkg/PLIST 31 May 2019 17:46:58 -
@@ -1,6 +1,10 @@
@comment $OpenBSD: PLIST,v 1.5 2018/05/20 08:30:21 espie Exp $
lib/python${MODPY_VERSION}/site-packages/${PYQTVER}/Qsci.pyi
lib/python${MODPY_VERSION}/site-packages/${PYQTVER}/Qsci.so
+lib/python${MODPY_VERSION}/site-packages/QScintilla-2.11.1.dist-info/
+lib/python${MODPY_VERSION}/site-packages/QScintilla-2.11.1.dist-info/INSTALLER
+lib/python${MODPY_VERSION}/site-packages/QScintilla-2.11.1.dist-info/METADATA
+lib/python${MODPY_VERSION}/site-packages/QScintilla-2.11.1.dist-info/RECORD
lib/${QTVER}/qsci/api/python/QScintilla2.api
${SIPDIR}/Qsci/
${SIPDIR}/Qsci/qsciabstractapis.sip
@@ -20,6 +24,7 @@ ${SIPDIR}/Qsci/qscilexercss.sip
${SIPDIR}/Qsci/qscilexercustom.sip
${SIPDIR}/Qsci/qscilexerd.sip
${SIPDIR}/Qsci/qscilexerdiff.sip
+${SIPDIR}/Qsci/qscilexeredifact.sip
${SIPDIR}/Qsci/qscilexerfortran.sip
${SIPDIR}/Qsci/qscilexerfortran77.sip
${SIPDIR}/Qsci/qscilexerhtml.sip
Index: editors/qscintilla/Makefile
===
RCS file: /cvs/ports/editors/qscintilla/Makefile,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile
--- editors/qscintilla/Makefile 22 Dec 2017 06:27:16 - 1.22
+++ editors/qscintilla/Makefile 31 May 2019 17:46:58 -
@@ -3,10 +3,9 @@
COMMENT = Qt port of the Scintilla source code editor
# XXX update py-qscintilla alongside this port (same distfile).
-VERSION = 2.10.1
+VERSION = 2.11.1
DISTNAME = QScintilla_gpl-${VERSION}
PKGNAME = qscintilla-${VERSION}
-REVISION = 0
CATEGORIES = editors x11
@@ -15,7 +14,7 @@ HOMEPAGE =http://www.riverbankcomputing
# GPLv2/GPLv3
PERMIT_PACKAGE_CDROM = Yes
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pyqt/}
+MASTER_SITES =
https://www.riverbankcomputing.com/static/Downloads/QScintilla/2.11.1/
WANTLIB = ${COMPILER_LIBCXX} m
MODULES = devel/qmake
@@ -30,13 +29,13 @@ CXXFLAGS += -std=c++11
FULLPKGNAME = qscintilla-qt5-${VERSION}
QTVER =qt5
MODULES += x11/qt5
-SHARED_LIBS = qscintilla2_qt5 0.0 #13.0
+SHARED_LIBS = qscintilla2_qt5 1.0 # 15.0
WANTLIB += GL Qt5Core Qt5Gui Qt5PrintSupport Qt5Widgets
.else
QTVER =qt4
MODULES += x11/qt4
-SHARED_LIBS = qscintilla2_qt4 0.0 #13.0
+SHARED_LIBS = qscintilla2_qt4 1.0 # 15.0
WANTLIB += ICE QtGui SM X11 Xext Xi Xinerama Xrender fontconfig
WANTLIB += freetype pthread
Index: editors/qscintilla/distinfo
[UPDATE] devel/openmpi 4.0.1
Hello ports@,
here is an update for another port that probably get's not much widespread
usage. Nevertheless, this is worthwhile for people running in an MPI-3.1
environment. Tested on macppc, arm64 and amd64. I only needed this once, so
I am not too keen on taking MAINTAINER. Note all fortran bits pass make test
with the new egfortran from ports-gcc on the aforementioned archs.
-m
Index: Makefile
===
RCS file: /cvs/ports/devel/openmpi/Makefile,v
retrieving revision 1.26
diff -u -p -u -p -r1.26 Makefile
--- Makefile21 Jan 2019 14:24:30 - 1.26
+++ Makefile30 May 2019 17:19:34 -
@@ -1,52 +1,46 @@
# $OpenBSD: Makefile,v 1.26 2019/01/21 14:24:30 jca Exp $
-BROKEN-hppa = error: Could not determine global symbol label prefix
-BROKEN-powerpc = checking if Fortran 77 compiler works... no
+COMMENT = open source MPI-3.1 implementation
-COMMENT = open source MPI-2 implementation
-
-V= 1.4.1
+V= 4.0.1
DISTNAME = openmpi-$V
-REVISION = 8
-
-SHARED_LIBS = mca_common_sm 1.0 \
- mpi 0.1 \
- mpi_cxx 0.0 \
- mpi_f77 0.0 \
- open-pal 0.0 \
- open-rte 0.0
CATEGORIES = devel
+MASTER_SITES =
${HOMEPAGE}/software/ompi/v${V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
+
HOMEPAGE = http://www.open-mpi.org/
+# BSD
+PERMIT_PACKAGE_CDROM = Yes
+
+SHARED_LIBS += mca_common_dstore 1.0 \
+ mca_common_monitoring 60.0 \
+ mca_common_ompio 60.1 \
+ mca_common_sm 60.0 \
+ mpi 60.1 \
+ mpi_cxx 60.0 \
+ mpi_mpifh 60.1 \
+ mpi_usempi_ignore_tkr 60.0 \
+ mpi_usempif08 60.0 \
+ ompitrace 60.0 \
+ open-pal 60.1 \
+ open-rte 60.1
+
MODULES = fortran
-MODFORTRAN_COMPILER = g77
+MODFORTRAN_COMPILER = gfortran
BUILD_DEPENDS += ${MODFORTRAN_BUILD_DEPENDS}
-# BSD
-PERMIT_PACKAGE_CDROM = Yes
+LIB_DEPENDS += devel/libexecinfo
WANTLIB+= c m pthread ${COMPILER_LIBCXX} util z
+WANTLIB += pciaccess execinfo
COMPILER = base-clang ports-gcc base-gcc
-MASTER_SITES =
${HOMEPAGE}/software/ompi/v${V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
-
-# XXX: uses a locally modified libtool.
-USE_LIBTOOL = No
-
-FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/openmpi/
CONFIGURE_STYLE = gnu
-CONFIGURE_ENV =F77=${MODFORTRAN_COMPILER}
+CONFIGURE_ARGS += --enable-mpi-cxx
-.include
-.if ${PROPERTIES:Mclang}
-CONFIGURE_ARGS = --disable-visibility
-.endif
-
-# openmpi's otfinfo conflicts with the one from texlive
-post-install:
- mv ${PREFIX}/bin/otfinfo ${PREFIX}/bin/otfinfompi
+FAKE_FLAGS = sysconfdir=${PREFIX}/share/examples/openmpi/
.include
Index: distinfo
===
RCS file: /cvs/ports/devel/openmpi/distinfo,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 distinfo
--- distinfo18 Jan 2015 03:13:19 - 1.3
+++ distinfo30 May 2019 17:19:34 -
@@ -1,2 +1,2 @@
-SHA256 (openmpi-1.4.1.tar.gz) = quq9IhjNxPEejgPhVTkQEpzIQw6TN2xANsqW/BoVubU=
-SIZE (openmpi-1.4.1.tar.gz) = 9960381
+SHA256 (openmpi-4.0.1.tar.gz) = 5V4hP+CaIUq58scirP2L97ObvBgA5LekZNON8V5wf1k=
+SIZE (openmpi-4.0.1.tar.gz) = 17513706
Index: patches/patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc
===
RCS file: patches/patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc
diff -N patches/patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc
--- patches/patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc 11 Apr 2018
22:49:40 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,145 +0,0 @@
-$OpenBSD: patch-ompi_contrib_vt_vt_tools_compwrap_compwrap_cc,v 1.1 2018/04/11
22:49:40 sthen Exp $
-
-Index: ompi/contrib/vt/vt/tools/compwrap/compwrap.cc
ompi/contrib/vt/vt/tools/compwrap/compwrap.cc.orig
-+++ ompi/contrib/vt/vt/tools/compwrap/compwrap.cc
-@@ -99,7 +99,7 @@ ReadDataFile()
- "compiler_iflags_ftrace", "inst_avail", "inst_default"
-};
-
-- std::string data_file = DATADIR"/" + ExeName + "-wrapper-data.txt";
-+ std::string data_file = DATADIR "/" + ExeName + "-wrapper-data.txt";
-std::ifstream in( data_file.c_str() );
-if( !in )
-{
-@@ -646,11 +646,11 @@ ParseCommandLine( int argc, char ** argv )
- //
- // -vt:
-
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/31 11:45:55 Modified files: devel/catch2 : Makefile distinfo Log message: Update catch2 to 2.8.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/31 10:28:43 Modified files: x11/tellico: Makefile distinfo x11/tellico/pkg: PLIST Log message: Update tellico to 3.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/31 10:19:37 Modified files: www/py-bokeh : Makefile distinfo www/py-bokeh/pkg: PLIST Log message: Update to py-bokeh-1.2.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/31 10:19:06 Modified files: astro/kstars : Makefile distinfo Log message: Update kstars to 3.2.3
Re: [update] textproc/lowdown
On Thu, 23 May 2019, Micah Muer wrote: > Here is a simple diff to update lowdown from 0.4.2 to 0.4.3. > > The changelog is very short: > > >Version 0.4.3, 2019-04-01 > > > >Fix a segmentation fault. > > I tested this on OpenBSD -current on amd64. It works fine from what I > see. Works just fine for me also on amd64. Cheers, -- Paco Esteban. https://onna.be/gpgkey.asc 9A6B 6083 AD9E FDC2 0EAF 5CB3 5818 130B 8A6D BC03
Re: new port games/dMagnetic (you helped me. Now what?)
On 5/31/19 11:30 AM, Thomas Dettbarn wrote: Please forgive my stupidity! :) Brian Callahan hat am 31. Mai 2019 um 14:40 geschrieben: Huh? My email was a go-ahead for your game to be added to our ports tree. ~Brian So what I did was cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs checkout -P ports/games/ and checked if my project is in there. It was not. Trying to add the directory with cvs add games/dmagnetic resulted in a cvs server: cannot mkdir /cvs/ports/games/dmagnetic: Permission denied which is why a cvs diff told me: ? dmagnetic/Makefile ? dmagnetic/distinfo ? dmagnetic/pkg and after a couple of more tries in cvs diff -u dmagnetic/* cvs diff: warning: directory CVS specified in argument cvs diff: but CVS uses CVS for its own purposes; skipping CVS directory cvs server: I know nothing about dmagnetic/Makefile cvs server: I know nothing about dmagnetic/distinfo cvs server: Diffing dmagnetic/pkg cvs server: dmagnetic/pkg/DESCR is a new entry, no comparison available cvs server: dmagnetic/pkg/PLIST is a new entry, no comparison available maybe i am stupid? anyways, my port is still at http://www.github.com/dettus/ports_and_packages, and pointing towards release 0.14. It takes at least two OpenBSD developers to add a new port to the tree: one to actually make the commit and another to give an ok (effectively, sign-off) for it. Of course, more than one ok (from multiple OpenBSD developers) is welcome. I've done the ok part. That's one. Now a second person has to actually make the commit that will add your port to the ports tree. Alternatively, that second person can give me an ok and I can make the commit. ~Brian
Re: new port games/dMagnetic (you helped me. Now what?)
Please forgive my stupidity! :) > Brian Callahan hat am 31. Mai 2019 um 14:40 geschrieben: > Huh? My email was a go-ahead for your game to be added to our ports tree. > > ~Brian So what I did was cvs -qd anon...@anoncvs.ca.openbsd.org:/cvs checkout -P ports/games/ and checked if my project is in there. It was not. Trying to add the directory with cvs add games/dmagnetic resulted in a cvs server: cannot mkdir /cvs/ports/games/dmagnetic: Permission denied which is why a cvs diff told me: ? dmagnetic/Makefile ? dmagnetic/distinfo ? dmagnetic/pkg and after a couple of more tries in cvs diff -u dmagnetic/* cvs diff: warning: directory CVS specified in argument cvs diff: but CVS uses CVS for its own purposes; skipping CVS directory cvs server: I know nothing about dmagnetic/Makefile cvs server: I know nothing about dmagnetic/distinfo cvs server: Diffing dmagnetic/pkg cvs server: dmagnetic/pkg/DESCR is a new entry, no comparison available cvs server: dmagnetic/pkg/PLIST is a new entry, no comparison available maybe i am stupid? anyways, my port is still at http://www.github.com/dettus/ports_and_packages, and pointing towards release 0.14.
Re: UPDATE: devel/ninja
On Sun Apr 14, 2019 at 08:09:39PM +0200, Rafael Sadowski wrote: > One simple diff for our brav bulk team! > > > Changelog: > https://groups.google.com/forum/#!topic/ninja-build/nY5Kb7zUvcg > > Does anyone want to add this to their next bulk build? Anybody willing to give it a chance in a bulk? > > RS > > > Index: Makefile > === > RCS file: /cvs/ports/devel/ninja/Makefile,v > retrieving revision 1.26 > diff -u -p -u -p -r1.26 Makefile > --- Makefile 24 Oct 2018 14:28:00 - 1.26 > +++ Makefile 14 Apr 2019 18:05:49 - > @@ -9,8 +9,7 @@ COMMENT = small build system with a foc > > GH_ACCOUNT = ninja-build > GH_PROJECT = ninja > -GH_TAGNAME = v1.8.2 > -REVISION = 0 > +GH_TAGNAME = v1.9.0 > > CATEGORIES = devel > HOMEPAGE = https://ninja-build.org/ > Index: distinfo > === > RCS file: /cvs/ports/devel/ninja/distinfo,v > retrieving revision 1.10 > diff -u -p -u -p -r1.10 distinfo > --- distinfo 20 Sep 2017 07:30:19 - 1.10 > +++ distinfo 14 Apr 2019 18:05:49 - > @@ -1,2 +1,2 @@ > -SHA256 (ninja-1.8.2.tar.gz) = hrhwDD0IgMK0TC/2fOQndKr4woy/V3JcuIFWkojBxvQ= > -SIZE (ninja-1.8.2.tar.gz) = 185226 > +SHA256 (ninja-1.9.0.tar.gz) = XX7HWCj40/0aDC8xtbDOp4DN/hAxNZIoxCjBpIv81bk= > +SIZE (ninja-1.9.0.tar.gz) = 190860 >
Re: backport net/tor update
Le 2019-05-31 16:58, Pascal Stumpf a écrit : On Wed, 29 May 2019 08:31:04 +0200, Solene Rapenne wrote: Hi I'd like to backport the net/tor update to 6.5, works fine for me on various machines. Why? -stable is usually reserved for security or otherwise very important updates. As far as I'm aware, there's no compelling reason for chasing the 0.3.5 -> 0.4.0 switch: The old series is still supported security-wise and the network is still very much functional with the old version. -Pascal Right, I tought it was a new release but since your reply I've seen that 0.3.5 will receive updates until Feb 2022. sorry for the noise, I'll think more next time instead of wasting people time.
Re: backport net/tor update
On Wed, 29 May 2019 08:31:04 +0200, Solene Rapenne wrote: > Hi > > I'd like to backport the net/tor update to 6.5, works fine for me on > various machines. Why? -stable is usually reserved for security or otherwise very important updates. As far as I'm aware, there's no compelling reason for chasing the 0.3.5 -> 0.4.0 switch: The old series is still supported security-wise and the network is still very much functional with the old version. -Pascal > > Index: ports/net/tor/Makefile > diff -u ports/net/tor/Makefile:1.123 ports/net/tor/Makefile:1.124 > --- ports/net/tor/Makefile:1.123 Fri Feb 22 18:38:09 2019 > +++ ports/net/tor/MakefileTue May 14 23:10:03 2019 > @@ -1,8 +1,8 @@ > -# $OpenBSD: Makefile,v 1.123 2019/02/22 17:38:09 pascal Exp $ > +# $OpenBSD: Makefile,v 1.124 2019/05/14 21:10:03 pascal Exp $ > > COMMENT= anonymity service using onion routing > > -DISTNAME=tor-0.3.5.8 > +DISTNAME=tor-0.4.0.5 > CATEGORIES= net > HOMEPAGE=https://www.torproject.org/ > > Index: ports/net/tor/distinfo > diff -u ports/net/tor/distinfo:1.101 ports/net/tor/distinfo:1.102 > --- ports/net/tor/distinfo:1.101 Fri Feb 22 18:38:09 2019 > +++ ports/net/tor/distinfoTue May 14 23:10:03 2019 > @@ -1,2 +1,2 @@ > -SHA256 (tor-0.3.5.8.tar.gz) = 1cVmA5QqiSdnD1CkpGn7kJ4p01cf3QEzidVn5Xq8C0c= > -SIZE (tor-0.3.5.8.tar.gz) = 6994335 > +SHA256 (tor-0.4.0.5.tar.gz) = taLL8NzT8d8mddvV7BC75viumVxBtozr4ryVv/yQaW4= > +SIZE (tor-0.4.0.5.tar.gz) = 7203877 > Index: ports/net/tor/patches/patch-configure_ac > diff -u ports/net/tor/patches/patch-configure_ac:1.7 > ports/net/tor/patches/patch-configure_ac:1.8 > --- ports/net/tor/patches/patch-configure_ac:1.7 Mon Jan 7 23:58:05 2019 > +++ ports/net/tor/patches/patch-configure_ac Tue May 14 23:10:03 2019 > @@ -1,9 +1,9 @@ > -$OpenBSD: patch-configure_ac,v 1.7 2019/01/07 22:58:05 pascal Exp $ > +$OpenBSD: patch-configure_ac,v 1.8 2019/05/14 21:10:03 pascal Exp $ > disable -fasynchronous-unwind-tables as it breaks build on armv7 > Index: configure.ac > --- configure.ac.orig > +++ configure.ac > -@@ -1299,13 +1299,6 @@ fi > +@@ -1306,13 +1306,6 @@ fi > CFLAGS="$saved_CFLAGS" > AC_SUBST(F_OMIT_FRAME_POINTER) >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 08:37:03 Modified files: net/wireshark : Tag: OPENBSD_6_5 Makefile distinfo net/wireshark/patches: Tag: OPENBSD_6_5 patch-CMakeLists_txt Log message: MFC update to wireshark-3.0.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 08:35:44 Modified files: lang/php/7.1 : Tag: OPENBSD_6_5 Makefile distinfo lang/php/7.2 : Tag: OPENBSD_6_5 Makefile distinfo lang/php/7.3 : Tag: OPENBSD_6_5 Makefile distinfo Log message: MFC PHP updates: 7.1.30, 7.2.19, 7.3.6
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 08:31:51 Modified files: lang/php/7.2 : Makefile distinfo Log message: update to php-7.2.19
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 08:31:43 Modified files: lang/php/7.1 : Makefile distinfo Log message: update to php-7.1.29
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 08:29:13 Modified files: security/libsodium: Makefile distinfo security/libsodium/pkg: PLIST Log message: update to libsodium-1.0.18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/31 08:19:36 Modified files: security/vault : Makefile distinfo Log message: Include the UI. req. by Uwe Werler
UPDATE: net/snort 2.9.13
Hello,
attached is an update to snort 2.9.13.
A new library libsf_sorules appeared in an example directory. Questions
about it went unanswered on snort-devel. I disabled it for now.
Rest is mostly regenerated patches.
Please test / comment and evetnually commit.
Regards
Markus
Index: Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.101
diff -u -p -u -p -r1.101 Makefile
--- Makefile12 Feb 2019 22:19:52 - 1.101
+++ Makefile31 May 2019 13:54:27 -
@@ -2,8 +2,8 @@
COMMENT = highly flexible sniffer/NIDS
-DISTNAME = snort-2.9.12
-RULESV = 29120
+DISTNAME = snort-2.9.13
+RULESV = 29130
SUBST_VARS = RULESV
CATEGORIES = net security
Index: distinfo
===
RCS file: /cvs/ports/net/snort/distinfo,v
retrieving revision 1.38
diff -u -p -u -p -r1.38 distinfo
--- distinfo12 Feb 2019 22:19:52 - 1.38
+++ distinfo31 May 2019 13:54:27 -
@@ -1,2 +1,2 @@
-SHA256 (snort-2.9.12.tar.gz) = ewLhGYfGy09tedcnmcqa0rS9Wcwdlrt9bJFUn5kNmdA=
-SIZE (snort-2.9.12.tar.gz) = 6456877
+SHA256 (snort-2.9.13.tar.gz) = MURzk9FShrhIgQ3XirLLOtIx/NHxZj+VlYdpDu6nVBM=
+SIZE (snort-2.9.13.tar.gz) = 6553425
Index: patches/patch-src_dynamic-plugins_sf_engine_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-plugins_sf_engine_Makefile_in,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 patch-src_dynamic-plugins_sf_engine_Makefile_in
--- patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 28 Jan 2018
03:09:12 - 1.11
+++ patches/patch-src_dynamic-plugins_sf_engine_Makefile_in 31 May 2019
13:54:27 -
@@ -11,3 +11,12 @@ Index: src/dynamic-plugins/sf_engine/Mak
@BUILD_OPENSSL_MD5_TRUE@OPENSSL_MD5 = \
@BUILD_OPENSSL_MD5_TRUE@md5.c md5.h
+@@ -529,7 +529,7 @@ massage_ipv6_headers = \
+ $(sed_ipv6_headers); \
+ fi
+
+-SUBDIRS = examples
++SUBDIRS =
+ all: $(BUILT_SOURCES)
+ $(MAKE) $(AM_MAKEFLAGS) all-recursive
+
Index: patches/patch-src_dynamic-preprocessors_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_Makefile_in,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 patch-src_dynamic-preprocessors_Makefile_in
--- patches/patch-src_dynamic-preprocessors_Makefile_in 28 Jan 2018 03:09:12
- 1.17
+++ patches/patch-src_dynamic-preprocessors_Makefile_in 31 May 2019 13:54:27
-
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_dynamic-preprocessor
Index: src/dynamic-preprocessors/Makefile.in
--- src/dynamic-preprocessors/Makefile.in.orig
+++ src/dynamic-preprocessors/Makefile.in
-@@ -1635,19 +1635,8 @@ clean-local:
+@@ -1647,19 +1647,8 @@ clean-local:
rm -rf include build
install-data-local:
Index: patches/patch-src_dynamic-preprocessors_appid_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_appid_Makefile_in,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-src_dynamic-preprocessors_appid_Makefile_in
--- patches/patch-src_dynamic-preprocessors_appid_Makefile_in 12 Feb 2019
22:19:52 - 1.1
+++ patches/patch-src_dynamic-preprocessors_appid_Makefile_in 31 May 2019
13:54:27 -
@@ -3,7 +3,7 @@ $OpenBSD: patch-src_dynamic-preprocessor
Index: src/dynamic-preprocessors/appid/Makefile.in
--- src/dynamic-preprocessors/appid/Makefile.in.orig
+++ src/dynamic-preprocessors/appid/Makefile.in
-@@ -583,7 +583,7 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
+@@ -586,7 +586,7 @@ APPID_SOURCES = $(APPID_SRC_DIR)/commonAppMatcher.c \
$(APPID_SRC_DIR)/util/sfutil.c $(APPID_SRC_DIR)/util/sfutil.h
dynamicpreprocessordir = ${libdir}/snort_dynamicpreprocessor
dynamicpreprocessor_LTLIBRARIES = libsf_appid_preproc.la
Index: patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in
===
RCS file:
/cvs/ports/net/snort/patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 patch-src_dynamic-preprocessors_dcerpc2_Makefile_in
--- patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in 28 Jan 2018
03:09:12 - 1.14
+++ patches/patch-src_dynamic-preprocessors_dcerpc2_Makefile_in 31 May 2019
13:54:27 -
@@ -11,7 +11,7 @@ Index: src/dynamic-preprocessors/dcerpc2
@SO_WITH_STATIC_LIB_TRUE@libsf_dce2_preproc_la_LIBADD = \
@SO_WITH_STATIC_LIB_TRUE@ ../libsf_dynamic_preproc.la \
@SO_WITH_STATIC_LIB_TRUE@ $(am__append_1)
-@@ -605,7 +605,7 @@ distdir: $(DISTFILES)
+@@ -608,7 +608,7 @@ distdir-am: $(DISTFILES)
done
check-am: all-am
check: check-am
Index:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/31 07:58:09 Modified files: graphics/gthumb: Makefile distinfo graphics/gthumb/pkg: PLIST Removed files: graphics/gthumb/patches: patch-configure Log message: Update to gthumb-3.8.0. ok jasper@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 07:51:46 Modified files: audio/beets: Makefile distinfo Log message: update to beets-1.4.9 new feature: now supports https://no-color.org
Re: new: openradtool-0.7.4
On Fri, May 31, 2019 at 10:45:02AM +0100, Stuart Henderson wrote:
> On 2019/05/30 20:10, Anthony J. Bentley wrote:
> > James Turner writes:
> > > openradtool ("ort") is an open source RAD tool generating front-end code
> > > (JavaScript, TypeScript) and back-end code (SQL, C) for your
> > > application, leaving you to develop your "middle-tier" business and
> > > presentation logic.
> > >
> > > The system consists of a set of source generators, each accepting a
> > > single ort(5) configuration file that describes your data and how it is
> > > accessed, modified, created, deleted. The generated sources have a
> > > strong focus on security, documentation, and auditability.
> >
> > Isn't this just kwebapp renamed?
>
> Yes.
Ha you are so right! I'll send an update that that removes kwebapp and
does the right stuff with quirks.
--
James Turner
Re: new port games/dMagnetic (you helped me. Now what?)
On 5/31/19 12:51 AM, dettus wrote: Hi! On 5/31/19 3:25 AM, Brian Callahan wrote: I noticed you're now on version 0.14 -- but all one has to do is crank the version number and regen distinfo. Everything else is the same. So I'm ok with this if someone wants to commit it. ~Brian Told you, I am a "developer" ;) I already updated the info in my github repository. https://github.com/dettus/ports_and_packages/tree/master/OpenBSD/games/dmagnetic As far as I can tell, it has not made its way into OpenBSD's cvs repository yet, so that should be fine. Huh? My email was a go-ahead for your game to be added to our ports tree. ~Brian
[NEW] textproc/misspell
Hi ports@, Here is a new port: textproc/misspell. This is my first Go port, so I hope I got things right. >From DESCR: Correct commonly misspelled English words in source files. Comments? OK? misspell.tar.gz Description: application/tar-gz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/31 04:36:27 Modified files: telephony/asterisk: Makefile distinfo telephony/asterisk/patches: patch-res_res_pjsip_pjsip_options_c patch-res_res_pjsip_registrar_c patch-third-party_pjproject_Makefile telephony/asterisk/pkg: PLIST-main Removed files: telephony/asterisk/patches: patch-Makefile_rules Log message: update to asterisk-16.4.0
Re: lang/ghc 8.6.4
On Thu, May 30, 2019 at 06:37:50PM -0400, Daniel Moerner wrote: > Thanks a lot for your work on this. I just built some of ghc 8.6.4 on > a machine running -current using your patches. > > Unfortunately, devel/hs-async doesn't build with this version of ghc > and base (4.12): > > Configuring async-2.2.1... > [...] > Setup: Encountered missing dependencies: > base >=4.3 && <4.12, hashable >=1.1.1.0 && <1.3, stm >=2.2 && <2.5 > > Looking into this a bit, hackage says that async 2.2.1 supports base > (>=4.3 && <4.13) (https://hackage.haskell.org/package/async), but this > just seems to be a mistake in hackage. At present async supports base > 4.12 only in git (and there's a fairly old issue request for a new > release https://github.com/simonmar/async/issues/89). The cabal / hackage / library people are clueless if it comes to version limits in dependencies and when which part of a library should be bumped. Instead of correcting this, they invented a mechanism to publish "revised" meta data for a package via hackage. For async-2.2.1, the "revised" package description can be found at http://hackage.haskell.org/package/async-2.2.1/async.cabal If you compare this against the package description contained in the distfile (or at http://hackage.haskell.org/package/async-2.2.1/src/async.cabal), you'll see that the revised onealready as less strict dependencies (but of course, this will fail again with the next update of ghc): --- async.cabal-dist Fri May 31 11:09:12 2019 +++ async.cabal-hackage Fri May 31 11:10:12 2019 @@ -1,5 +1,6 @@ name:async version: 2.2.1 +x-revision: 2 -- don't forget to update ./changelog.md! synopsis:Run IO operations asynchronously and wait for their results @@ -50,14 +51,14 @@ if impl(ghc>=7.1) other-extensions: Trustworthy exposed-modules: Control.Concurrent.Async -build-depends: base >= 4.3 && < 4.12, hashable >= 1.1.1.0 && < 1.3, stm >= 2.2 && < 2.5 +build-depends: base >= 4.3 && < 4.13, hashable >= 1.1.1.0 && < 1.4, stm >= 2.2 && < 2.6 test-suite test-async default-language: Haskell2010 type: exitcode-stdio-1.0 hs-source-dirs: test main-is:test-async.hs -build-depends: base >= 4.3 && < 4.12, +build-depends: base >= 4.3 && < 4.13, async, stm, test-framework, See http://hackage.haskell.org/package/async-2.2.1/revisions/ for that concept of 'revised' package descriptions. In other words: when doing operating system distribution packages (like our ports), you have to fetch the distfile *and* also watch for revised package descriptions, and if there are differences, patch the package description contained in the distfile. An example of this ist devel/hs-echo/patches/patch-echo_cabal in our ports tree. The haskell eco system is extremely hostile to people who try to provide operating system distribution packages -- they think everyone just uses cabal-install. That's the reason I try to keep the number of hs-ports as low as possible (but to still provide some more or less useful tools like darcs or xmonad). Ciao, Kili
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2019/05/31 04:25:34
Modified files:
mail/mutt : Makefile
Added files:
mail/mutt/patches: patch-Makefile_am
Log message:
handle previous differently (tweak Makefile to avoid recompiles in 'fake',
and go back to our usual "FAKE_FLAGS= sysconfdir=${PREFIX}/share/examples/xx"
mechanism); help from espie and discussed with upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/31 03:46:50 Modified files: sysutils/random_run: Makefile distinfo Log message: minor bug-fix
Re: new: openradtool-0.7.4
On 2019/05/30 20:10, Anthony J. Bentley wrote:
> James Turner writes:
> > openradtool ("ort") is an open source RAD tool generating front-end code
> > (JavaScript, TypeScript) and back-end code (SQL, C) for your
> > application, leaving you to develop your "middle-tier" business and
> > presentation logic.
> >
> > The system consists of a set of source generators, each accepting a
> > single ort(5) configuration file that describes your data and how it is
> > accessed, modified, created, deleted. The generated sources have a
> > strong focus on security, documentation, and auditability.
>
> Isn't this just kwebapp renamed?
Yes.
Re: chromium runs only once
These functions does not matter, these are just metrics. However your issue is not this. This is a warning message not an error. On 31/05/19 10:22 +0900, 岡本健二 wrote: > /usr/ports/www/chromium/files/patch-base_process_process_metrics_freebsd.cc > and may some more. > > Kenji > > > 2019年5月30日(木) 19:56 Stuart Henderson : > > > On 2019/05/30 14:01, 岡本健二 wrote: > > > Chromium source is too large to my ability. > > > However, there is a patch for this in Freebsd 12.0-R. > > > Can't we apply that? > > > > Which patch? > > > > >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/05/31 00:58:36 Modified files: www: Makefile Log message: +p5-CSS-DOM
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2019/05/31 00:57:00 Log message: Import p5-W3C-LinkChecker-4.81. This set of modules provides the CSS-specific interfaces described in the W3C DOM recommendation. The CSS::DOM class itself implements the StyleSheet and CSSStyleSheet DOM interfaces. This set of modules has two modes: 1. It can validate property values, ignoring those that are invalid (just like a real web browser), and support shorthand properties. This means you can set font to '13px/15px My Font' and have the font-size, line-height, and font-family properties (among others) set automatically. Also, color: green; color: kakariki will assign 'green' to the color property, 'kakariki' not being a recognised color value. 2. It can blithely accept all property assignments as being valid. In the case of color: green; color: kakariki, 'kakariki' will be assigned, since it overrides the previous assignment. These two modes are controlled by the property_parser option to the constructors. ok sthen@ Status: Vendor Tag: bentley Release Tags: bentley_20190531 N ports/www/p5-CSS-DOM/Makefile N ports/www/p5-CSS-DOM/distinfo N ports/www/p5-CSS-DOM/pkg/DESCR N ports/www/p5-CSS-DOM/pkg/PLIST No conflicts created by this import
