On Thu, Aug 11, 2022 at 11:55:46PM -0600, k...@openbsd.org wrote:
> Bulk build on sparc64-0a.ports.openbsd.org
>
> http://build-failures.rhaalovely.net/sparc64/2022-08-09/math/arpack.log
Can anyone test please?
Index: Makefile
===
Am 12.08.2022 um 11:21 schrieb Stuart Henderson:
I think that wants "COMPILER_LANGS= c" as well
Even though it is mostly egfortran?
for Martin's version. It fixed the build
>> for sparc64
>
> hmm, you're right... surprised at the lack of C++ libraries in WANTLIB then
It's only a handful of tests that are c++, maybe that's why.
>> --Kurt
>>
>>> On 12 August 2022 08:03:28 Ma
On Tue, Jun 28, 2005 at 08:22:18PM +0200, Alexandre Anriot wrote:
> Here is an AVR port, a complete chaintool to play with Atmel AVR
> microcontrollers. It contains:
>
> - the GNU binutils
> - a cross GCC
> - an AVR libc
> - GDB
>
> You'll probably need to use devel/uisp too.
And of course an AV
This is a bugfix update from olsrd 0.5.6 to 0.5.6-r3, please test.
m
Index: Makefile
===
RCS file: /cvs/ports/net/olsrd/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile4 Sep 2008 08:52:29 - 1.4
Christian Weisgerber wrote:
> devel/libixpar: unknown option -- s
Here is a diff. Should fix it on any gcc2/non-binutils arch.
m
Index: Makefile
===
RCS file: /cvs/ports/devel/libixp/Makefile,v
retrieving revision 1.3
in C
-MODPY_EGG_VERSION =1.2.1
+MODPY_EGG_VERSION =1.3.1
DISTNAME = Bottleneck-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME:L}
CATEGORIES = math
-REVISION = 1
+
+MAINTAINER = Martin Reindl
# BSD
PERMIT_PACKAGE = Yes
-WA
Am 04.02.20 um 14:28 schrieb Charlene Wendling:
> On Tue, 4 Feb 2020 09:11:07 +0100
> Martin Reindl wrote:
>
>> Hello ports@
>>
>> attached diff updates math/py-bottleneck to 1.3.1:
>>
>> - take MAINTAINER
>> - BROKEN-powerpc: there have been some cha
On Tue, Feb 04, 2020 at 04:14:14PM -0500, Kurt Mosiejczuk wrote:
> On Tue, Feb 04, 2020 at 09:06:48PM +0100, Martin Reindl wrote:
>
> > Indeed, the py-nose TEST_DEPENDS was unnecessary, thanks for spotting.
> > Surprisingly, with ports-gcc, test_memory_leak does not fail. I wo
On Wed, Feb 05, 2020 at 03:05:40PM -0500, Kurt Mosiejczuk wrote:
> On Wed, Feb 05, 2020 at 09:35:45AM +0100, Martin Reindl wrote:
>
> > > py-nose is needed. It *shouldn't* be, but a number of the tests require
> > > it.
> > > (The tests could be rewritten
On Wed, Jan 29, 2020 at 01:03:12PM +0100, Martin Reindl wrote:
> Hello,
>
> I already sent this some time ago and even got feedback from sthen and kmos,
> but then these two ports kind of dozed of a bit.
>
> As a reminder:
> py-cftime: time and date handling utility function
Hi,
DESCR:
Python job scheduling for humans.
An in-process scheduler for periodic jobs that uses the builder pattern for
configuration.
Schedule lets you run Python functions (or any other callable) periodically at
pre-determined intervals using a simple, human-friendly syntax.
make test: 23 p
Am 21.02.20 um 15:27 schrieb Bjorn Ketelaars:
> Enclosed diff updates py-pandas to 1.0.1. Changes:
> https://pandas.pydata.org/docs/whatsnew/v1.0.0.html and
> https://pandas.pydata.org/docs/whatsnew/v1.0.1.html. Noticeable change
> is that python2 support has been dropped.
>
> This diff also touch
On Sat, Feb 22, 2020 at 07:24:59PM +0100, Benoit Lecocq wrote:
>
>
> On 22/02/2020 12:37, Landry Breuil wrote:
> > On Fri, Feb 21, 2020 at 11:26:52PM -0500, Kurt Mosiejczuk wrote:
> > > On Fri, Feb 21, 2020 at 08:21:12PM +0100, Landry Breuil wrote:
> > > > Hi,
> > >
> > > > here's a rather large
Hi folks,
When py-pandas goes python3-only, py-bottleneck can follow (no other consumers).
While there update to 1.3.2. Changelog does not really affect us:
https://groups.google.com/forum/#!topic/bottle-neck/UG8zDpYIbIE
OK once pandas is python3?
-m
Index: math/Makefile
==
Am 14.02.20 um 16:39 schrieb Franz Bettag:
> Dear folks,
>
> below is a diff which updates sysutils/grafana from 5.4.3 to 6.6.1.
>
> Has been tested on amd64.
>
> Feedback is welcome :)
Franz,
It's not a good idea to remove these lines from PLIST.
> -@comment $OpenBSD: PLIST,v 1.6 2019/02/08
python-daemon-${MODPY_EGG_VERSION}
+PKGNAME = py-daemon-${MODPY_EGG_VERSION}
+CATEGORIES = sysutils
-CATEGORIES=sysutils
+MAINTAINER = Martin Reindl
-
-# PSF-2+
+# GPL-3 and ASF-2
PERMIT_PACKAGE = Yes
-MODPY_PI = Yes
-
-MODULES=
On Wed, Feb 26, 2020 at 11:02:32AM +0100, Bjorn Ketelaars wrote:
> On Wed 26/02/2020 10:15, Martin Reindl wrote:
> > Update py-daemon from 1.6 to 2.2.4:
> >
> > - move from python2 to python3-only (no consumers)
> > - take MAINTAINER
> > - ' =' vs
On Wed, Feb 26, 2020 at 11:17:05AM +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Feb 23 2020, Martin Reindl wrote:
> > Am 21.02.20 um 15:27 schrieb Bjorn Ketelaars:
> >> Enclosed diff updates py-pandas to 1.0.1. Changes:
> >> https://pandas.pydata.org/docs/whatsnew
Hello,
I already sent h5py to the list in january, but resending now with
py-pkgconfig,which is a BDEP for h5py.
h5py is a requirement for xrayutilities which, I understand, David is or was
working on. bcallah@ also sent out a version in 2015 which never made it into
the tree.
Both ports are py
On Tue, Mar 03, 2020 at 12:46:26PM +0100, Bjorn Ketelaars wrote:
> On Tue 03/03/2020 11:15, Martin Reindl wrote:
> > Hello,
> >
> > I already sent h5py to the list in january, but resending now with
> > py-pkgconfig,which is a BDEP for h5py.
> >
> > h5py i
Am 04.03.20 um 01:23 schrieb Eric Elena:
> Hello list,
>
> Please find attached a new port, sysutils/loki. It is a log aggregation
> system inspired by prometheus.
> It requires grafana >= v6.0. Since the version in the ports tree is based on
> v5.4.3, I have attached a diff to update the port t
CATEGORIES = math
+REVISION = 0
HOMEPAGE = https://www.h5py.org/
MAINTAINER = Martin Reindl
# BSD
PERMIT_PACKAGE = Yes
+
+COMPILER = base-clang ports-gcc
MODULES = lang/python
MODPY_SETUPTOOLS = Yes
Am 08.03.20 um 15:23 schrieb Theo Buehler:
> On Sun, Mar 08, 2020 at 11:40:52AM +, Stuart Henderson wrote:
>> On 2020/03/08 08:31, Martin Reindl wrote:
>>> On Sat, Mar 07, 2020 at 06:27:29PM -0700, k...@openbsd.org wrote:
>>>>
>>>> New failure
On Sun, Mar 08, 2020 at 07:12:59PM +0100, Theo Buehler wrote:
> > You certainly don't want to wait any longer. From the sparc64 build log:
> >
> > KILLED: math/py-h5py,python3 build stuck at 255131 frozen for 12 HOURS!
>
> Yes, that's why I stopped it..
>
> >
> > How do tests behave on sparc64
On Mon, Mar 09, 2020 at 08:07:23AM +0100, Theo Buehler wrote:
> > Is this the complete error output? I get the impression that errors related
> > to
> > numpy are common to hdf5/netcdf ports, it's probably similiar to how
> > py-netcdf
> > fails.
>
> Yes, it's the complete output inlined from te
Am 11.03.20 um 18:53 schrieb Theo Buehler:
> On Wed, Mar 11, 2020 at 04:12:56AM +0100, Jeremie Courreges-Anglas wrote:
>> On Tue, Mar 10 2020, Theo Buehler wrote:
>>> On Tue, Mar 10, 2020 at 06:35:04PM +0100, Jeremie Courreges-Anglas wrote:
On Mon, Mar 09 2020, Stuart Henderson wrote:
>
Am 04.04.20 um 19:44 schrieb Kurt Mosiejczuk:
> On Sat, Apr 04, 2020 at 06:03:46PM +0200, Charlene Wendling wrote:
>
>> I've spotted this while lurking the sparc64 bulk, netcdf fails to build:
>
>>> libdispatch/dfilter.c:681:1: error: static declaration of 'byteswap8'
>>> follows non-static decla
Hello,
attached is a port of py-mercantile:
Mercantile is a module of utilities for working with XYZ style
spherical mercator tiles (as in Google Maps, OSM, Mapbox, etc.) and
includes a set of command line programs built on these utilities.
This is also a RDEP for a py-rio-cogeo update.
OKs?
-
On Thu, Apr 09, 2020 at 07:59:42AM +0200, Landry Breuil wrote:
> On Wed, Apr 08, 2020 at 05:09:56PM +0200, Martin Reindl wrote:
> > Hello,
> >
> > attached is a port of py-mercantile:
> >
> > Mercantile is a module of utilities for working with XYZ style
&g
Am 31.10.19 um 15:59 schrieb Martin Reindl:
> Hello,
>
> The attached diff updates devel/openmpi to the current stable release 4.0.2.
> Changelog can be found here:
> https://raw.githubusercontent.com/open-mpi/ompi/v4.0.x/NEWS
> Tested on amd64 and arm64.
>
> Most no
b.com/sabre-io/Baikal/releases/download/${VERSION}/
DISTFILES= ${DISTNAME}.zip
CATEGORIES=productivity www
HOMEPAGE= http://sabre.io/baikal/
+MAINTAINER = Martin Reindl
# GPLv3
PERMIT_PACKAGE=Yes
Index: dis
Am 19.11.19 um 21:00 schrieb Remi Locherer:
> On Tue, Nov 19, 2019 at 03:45:44PM +0100, Martin Reindl wrote:
>> Hello ports@
>>
>> baikal 0.6.1 is out and fixes sync issues with Thunderbird.
>> I'd pleased to take over maintainer.
>>
>> -m
>
>
Hello,
Diff to update netcdf from 4.7.0 to 4.7.3. Tested on
arm64, amd64 and macppc. Tests on hppa welcome but I don't
see a reason why it should not work there (that's why I
removed the comments).
-m
Index: Makefile
===
RCS file:
On Sat, Nov 23, 2019 at 02:43:12PM +, Stuart Henderson wrote:
> ... so it needs a major SHARED_LIBS bump. Have you tested dependent ports?
>
> $ sqlite3 /usr/local/share/sqlports "select fullpkgpath from depends where
> dependspath like 'math/netcdf'"
> geo/mdal
> graphics/gmt
> graphics/gmt,
Hello ports,
attached is new port of c-blosc, a blocking, shuffling and loss-less
compression library. Tested on macppc, arm64, and amd64.
Comments? OKs?
-m
blosc1170.tgz
Description: GNU Zip compressed data
Am 17.07.19 um 07:25 schrieb Martin Reindl:
> On Wed, Jul 17, 2019 at 12:50:34AM -0400, Kurt Mosiejczuk wrote:
>> On Thu, Jun 27, 2019 at 03:14:31PM +0200, Martin Reindl wrote:
>> On sparc64, py-netcdf4 fails two tests: test_unsigned and Va
Am 24.11.19 um 17:18 schrieb Brian Callahan:
>
>
> On 2019-11-24 11:10 AM, Stuart Henderson wrote:
>> On 2019/11/24 11:03, Brian Callahan wrote:
>>> Hi Martin --
>>>
>>> On 2019-11-24 10:10 AM, Martin Reindl wrote:
>>>> Hello ports,
On Thu, Dec 12, 2019 at 02:16:24PM +0100, Ingo Feinerer wrote:
> Dear useRs,
>
> update math/R 3.6.1 -> 3.6.2
[...]
> Works for me on amd64.
+1 on arm64 with my Rscripts.
But does this need extra WANTLIBs?
R-3.6.2(math/R):
Missing: flang.2 from flang-8.0.1.20191107 (/usr/local/lib/R/modules/lap
On Tue, Dec 17, 2019 at 11:07:43AM -0500, Brian Callahan wrote:
> Hi Ingo --
>
> On 2019-12-17 10:52, Ingo Feinerer wrote:
> > On Fri, Dec 13, 2019 at 11:28:50AM +0100, Martin Reindl wrote:
> > > On Thu, Dec 12, 2019 at 02:16:24PM +0100, Ingo Feinerer wrote:
> > &g
[moved to ports@]
On Tue, Dec 17, 2019 at 04:16:25PM -0700, Raymond, David wrote:
> Martin,
>
> I have been using openmpi 4.0.2 on my computer system and I found a
> bug that is provoked by running a job (a Go program interfaced to the
> Clang MPI package) on multiple machines connected by ethern
Well yes, sorry, shame on me. That's what you get for blindy running
make plist.
Am 26.12.19 um 10:43 schrieb Jeremie Courreges-Anglas:
> On Thu, Dec 26 2019, Antoine Jacoutot wrote:
>> On Wed, Dec 25, 2019 at 08:00:12AM -0700, Martin Reindl wrote:
>>> CVSROOT:
}
PKGNAME = py-${DISTNAME}
CATEGORIES = math
-REVISION = 0
+
+MAINTAINER = Martin Reindl
# MIT
PERMIT_PACKAGE = Yes
@@ -20,9 +21,14 @@ RUN_DEPENDS =devel/py-parsing${MODPY_F
devel/py-click${MODPY_FLAVOR
+MODPY_EGG_VERSION =1.1.2
DISTNAME = rasterio-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
@@ -10,6 +10,8 @@ CATEGORIES = geo
HOMEPAGE = https://rasterio.readthedocs.io/en/latest/
+MAINTAINER = Martin Reindl
+
# BSD
PERMIT_PACKAGE = Yes
@@ -45,7 +47,8 @@ RUN_DEPENDS
Hello ports@
This a new port for py-tables, a Python package for managing hierarchical
datasets and designed to efficiently and easily cope with extremely large
amounts of data.
py-tables 3.6.1 is python3-only.
Comments? OK?
-m
pytables361.tgz
Description: application/tar-gz
On Fri, Jan 10, 2020 at 11:12:36AM +, Stuart Henderson wrote:
> Oh..there are quite a lot of Fs in tests though, have you looked into them?
> (it's taking rather a long time to run so I can't include the summary right
> away!)
Tests are huge and take hours to run. On hardware which, for my sta
Hello,
The following diff updates py-cffi to 1.13.2.
Tests never worked with the old version and still don't with this updated
version because of the heavy use of ffi.callback() which needs W+X memory.
Nevertheless, this diff gives tests a chance to run if you allow W+X memory (but
you don't want
On Wed, Jan 15, 2020 at 07:49:43PM -0700, k...@openbsd.org wrote:
> Bulk build on sparc64-0.ports.openbsd.org
>
> Started : Sun Jan 12 23:18:35 MST 2020
> Finished: Wed Jan 15 19:48:36 MST 2020
> Duration: 2 Days 20 hours 30 minutes
>
> Built using OpenBSD 6.6-current (GENERIC.MP) #184: Sat Jan 1
:30:41 - 1.1
+++ Makefile18 Jan 2020 18:10:11 -
@@ -6,6 +6,7 @@ MODPY_EGG_VERSION= 3.6.1
DISTNAME= tables-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
CATEGORIES=math
+REVISION= 0
HOMEPAGE= https://www.pytabl
h5py is a thin, pythonic wrapper around the HDF5 library.
Tests on amd64: 526 passed, 20 skipped, 3 xfailed, 2 warnings
Further tests, for example on sparc64 welcome (recent experience shows
hdf5-related ports are always problematic on non base-clang archs)!
-m
h5py.tgz
Description: application
Am 20.01.20 um 22:55 schrieb j...@bitminer.ca:
> This fixes the mpifort command which can't find egfortran.
>
> I also propose removing COMPILER = base-clang since this compiles
> with gcc anyway. GCC also has some advantages for us fortran
> users (coarray fortran).
Hello John,
- OK for the CO
On Mon, Jan 20, 2020 at 02:46:06PM +0100, Martin Reindl wrote:
> h5py is a thin, pythonic wrapper around the HDF5 library.
>
> Tests on amd64: 526 passed, 20 skipped, 3 xfailed, 2 warnings
> Further tests, for example on sparc64 welcome (recent experience shows
> hdf5-related p
On Tue, Jan 21, 2020 at 01:20:29PM -0700, j...@bitminer.ca wrote:
>
>
> On 2020-01-21 12:45, Martin Reindl wrote:
> > Am 20.01.20 um 22:55 schrieb j...@bitminer.ca:
> > > This fixes the mpifort command which can't find egfortran.
> > >
> > > I al
On Wed, Jan 22, 2020 at 10:20:10AM +, Stuart Henderson wrote:
> On 2020/01/22 11:07, Martin Reindl wrote:
> > I've tested the folling diff and checked the libraries for changes with the
> > help of shared_libs.log. libopen-pal only has adress changes and libopen-rte
>
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
[CCing Dave Raymond who helped with the openmpi-4.0.1 update]
On Sun, Jan 26, 2020 at 09:21:30AM -0700, j...@bitminer.ca wrote:
> 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 compile
On Mon, Jan 27, 2020 at 09:30:15AM -0700, j...@bitminer.ca wrote:
> Hi Martin,
>
> Thanks for the pointer to a ports page (I needed to reread it,
> clearly!).
>
> Just one nit to your example: perhaps reformat to style(9).
Sure, why not!
And README needs to go into the PLIST of course.
Index:
On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> Hello ports,
>
> Attached is a new port to work with firmware for ESP8266 chips. It's an
> updated and slightly revised version of a previous submission.
>
> devel/esptool-ck: Esptool is a tool to create firmware files for the ESP826
On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
> Hello ports,
>
> Attached is a new port to work with firmware for ESP8266 chips. It's an
> updated and slightly revised version of a previous submission.
>
> devel/esptool-ck: Esptool is a tool to create firmware files for the ESP826
Hello,
I already sent this some time ago and even got feedback from sthen and kmos,
but then these two ports kind of dozed of a bit.
As a reminder:
py-cftime: time and date handling utility functions from netcdf4-python
py-netcdf4: Python interface to the netCDF C library
In the meantime, I've m
On Tue, Jan 28, 2020 at 09:19:05AM -0700, Tracey Emery wrote:
> On Tue, Jan 28, 2020 at 07:33:41AM -0700, Tracey Emery wrote:
> > On Tue, Jan 28, 2020 at 07:42:04AM +0100, Martin Reindl wrote:
> > > On Mon, Jan 27, 2020 at 04:06:03PM -0700, Tracey Emery wrote:
&
Am 14.03.19 um 19:02 schrieb Martin Reindl:
> Am 06.03.19 um 08:47 schrieb Martin Reindl:
>> Hello,
>>
>> attached is a new port of math/py-cftime, providing time and date handling
>> functions for an upcoming py-netcdf port. Needs the math/netcdf update
>> previo
+++ Makefile27 Apr 2019 10:06:14 -
@@ -6,14 +6,12 @@ DISTNAME= coldfire-0.3.1
CATEGORIES=emulators
HOMEPAGE= http://www.slicer.ca/coldfire/
-MAINTAINER=Martin Reindl
-
# GPL
PERMIT_PACKAGE_CDROM= Yes
MASTER_SITES= ${HOMEPAGE}/files/
-WANTLIB
Am 13.03.19 um 10:08 schrieb Martin Reindl:
> Hello ports,
>
> Attached is a new port of net/py-siphon:
>
> Siphon is a collection of Python utilities for downloading data from remote
> data
> services. Much of Siphon's current functionality focuses on access to data
1.3
+++ Makefile27 Apr 2019 13:39:32 -
@@ -3,17 +3,16 @@
COMMENT= Motorola Coldfire emulator
DISTNAME= coldfire-0.3.1
+REVISION= 1
CATEGORIES=emulators
HOMEPAGE= http://www.slicer.ca/coldfire/
-MAINTAINER= Martin Reindl
-
# GPL
PERMIT_PACKAGE_CDROM=
Am 27.04.19 um 15:44 schrieb Stuart Henderson:
> Here's a cleaned up version,
>
> - use pypi rather than github autogenerated tar.gz
> - fix plist
> - run tests, they work ok for py2, fail on py3 but it's better than at present
>
> OK to import?
>
Thanks Stuart. Did you check it downloads corr
Am 27.04.19 um 16:24 schrieb Stuart Henderson:
> On 2019/04/27 15:59, Martin Reindl wrote:
>> Am 27.04.19 um 15:44 schrieb Stuart Henderson:
>>
>>> Here's a cleaned up version,
>>>
>>> - use pypi rather than github autogenerated tar.gz
>>> -
On Sun, Apr 28, 2019 at 12:30:28PM -0400, Kurt Mosiejczuk wrote:
> On Sat, Apr 27, 2019 at 12:30:52PM +0200, Martin Reindl wrote:
>
> > > Hello ports,
>
> > > Attached is a new port of net/py-siphon:
>
> > > Siphon is a collection of Python utilities for
On Sun, Apr 28, 2019 at 09:58:33PM +0300, Kirill Bychkov wrote:
> On Sat, April 27, 2019 16:43, Martin Reindl wrote:
> >> And missing the mandatory REVISION bump ;)
> >
> > Yes :)
>
> Hi,
> Revision starts from 0 ;)
Let's see how many times one
E= http://unidata.github.io/cftime/
+
+MAINTAINER= Martin Reindl
+
+# BSD
+PERMIT_PACKAGE_CDROM= Yes
+
+MODPY_SETUPTOOLS= Yes
+MODPY_PI= Yes
+
+MODULES= lang/python
+
+FLAVORS= python3
+FLAVOR?=
+
+RUN_DEPENDS+= devel/py-protobuf${MODPY_FLAVOR} \
+
On Mon, Apr 29, 2019 at 12:27:07PM +0100, Stuart Henderson wrote:
> On 2019/04/29 13:13, Martin Reindl wrote:
> > New diff incorporating Kurt's and Stuart's remarks.
> > DESCR was already 'fmt -w 80' formatted.
>
> Just plain fmt, no -w... (or -w but som
Am 30.04.19 um 10:26 schrieb Stuart Henderson:
> On 2019/04/28 22:16, Stuart Henderson wrote:
>>> Index: pkg/PLIST
>>> ===
>>> RCS file: pkg/PLIST
>>> diff -N pkg/PLIST
>>> --- /dev/null 1 Jan 1970 00:00:00 -
>>> +++ pkg/PLIS
Hello,
straightforward update to latest release. Passes make test.
2 patches to be rm'ed. geo/mdal not tested.
-m
Index: Makefile
===
RCS file: /cvs/ports/math/netcdf/Makefile,v
retrieving revision 1.34
diff -u -p -u -p -r1.34 Make
Hello ports,
for math/grace, the three available FLAVORS are not enabled in the Makefile.
Because
fftw can be used on netcdf data, I suggest removing these flavors altogether and
only keeping the no_x11.
-m
Index: Makefile
===
RCS
On Thu, May 02, 2019 at 12:39:36PM +0100, Stuart Henderson wrote:
> On 2019/05/02 13:36, Martin Reindl wrote:
> > Hello ports,
> >
> > for math/grace, the three available FLAVORS are not enabled in the
> > Makefile. Because
> > fftw can be used on netcdf data,
Am 27.04.19 um 16:39 schrieb Martin Reindl:
> Am 27.04.19 um 16:24 schrieb Stuart Henderson:
>> On 2019/04/27 15:59, Martin Reindl wrote:
>>> Am 27.04.19 um 15:44 schrieb Stuart Henderson:
>>>
>>>> Here's a cleaned up version,
>>>>
>>&g
Hello ports,
attached is a port of py-netCDF4, the python interface to math/netcdf.
Requires the previously posted cftime port at runtime.
Comments welcome anytime.
-m
py-netcdf4.tgz
Description: GNU Zip compressed data
Am 03.05.19 um 15:08 schrieb Martin Reindl:
> Hello ports,
>
> attached is a port of py-netCDF4, the python interface to math/netcdf.
> Requires the previously posted cftime port at runtime.
> Comments welcome anytime.
Note the port packages three scripts into bin/, leading to
Am 03.05.19 um 19:39 schrieb Kurt Mosiejczuk:
> On Fri, May 03, 2019 at 06:43:06PM +0200, Landry Breuil wrote:
>
>>> Note the port packages three scripts into bin/, leading to collisions
>>> when installing the python3 flavor. Any hint on how to handle this is
>>> very much appreciated.
>
>> See
Am 03.05.19 um 20:04 schrieb Martin Reindl:
> Am 03.05.19 um 19:39 schrieb Kurt Mosiejczuk:
>> On Fri, May 03, 2019 at 06:43:06PM +0200, Landry Breuil wrote:
>>
>>>> Note the port packages three scripts into bin/, leading to collisions
>>>> when installing
Hello ports,
attached is a port of MinimalModbus 0.7:
MinimalModbus is an easy-to-use Python module for talking to
instruments (slaves) from a computer (master) using the Modbus
protocol, and is intended to be running on the master. Example code
includes drivers for Eurotherm and Omega process co
Am 04.05.19 um 19:26 schrieb Kurt Mosiejczuk:
> On Fri, May 03, 2019 at 09:43:34PM +0200, Daniel Winters wrote:
>> As discussed with Olivier, this looks fine to me - ok maintainer.
>
>> Thanks to Olivier for the work!
>
> I noticed the deletion of the homepage. There *is* a homepage on
> Github.
Bump.
In the meantime this got testing on macppc and arm64.
Am 2019-05-01 16:15, schrieb Martin Reindl:
Hello,
straightforward update to latest release. Passes make test.
2 patches to be rm'ed. geo/mdal not tested.
-m
Index: Mak
Am 03.05.19 um 14:35 schrieb Martin Reindl:
> Am 27.04.19 um 16:39 schrieb Martin Reindl:
>> Am 27.04.19 um 16:24 schrieb Stuart Henderson:
>>> On 2019/04/27 15:59, Martin Reindl wrote:
>>>> Am 27.04.19 um 15:44 schrieb Stuart Henderson:
>>>>
>>&g
Am 04.05.19 um 16:10 schrieb Martin Reindl:
> Am 03.05.19 um 20:04 schrieb Martin Reindl:
>> Am 03.05.19 um 19:39 schrieb Kurt Mosiejczuk:
>>> On Fri, May 03, 2019 at 06:43:06PM +0200, Landry Breuil wrote:
>>>
>>>>> Note the port packages three scripts i
Am 02.05.19 um 13:44 schrieb Martin Reindl:
> On Thu, May 02, 2019 at 12:39:36PM +0100, Stuart Henderson wrote:
>> On 2019/05/02 13:36, Martin Reindl wrote:
>>> Hello ports,
>>>
>>> for math/grace, the three available FLAVORS are not enabled in the
>>&
On Fri, May 17, 2019 at 06:45:29AM -0600, phess...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/aarch64/2019-05-13/math/py-scipy.log
Pick up gfortran for py-scipy on arm64.
macppc and amd64 are still happy.
-m
Index: Makefile
, Stuart Henderson wrote:
>> On 2019/04/27 12:00, Martin Reindl wrote:
>>> Am 14.03.19 um 19:02 schrieb Martin Reindl:
>>>> Am 06.03.19 um 08:47 schrieb Martin Reindl:
>>>>> Hello,
>>>>>
>>>>> attached is a new port of math/py-cf
Am 21.05.19 um 15:34 schrieb Martin Reindl:
> On Fri, May 17, 2019 at 06:45:29AM -0600, phess...@openbsd.org wrote:
>> http://build-failures.rhaalovely.net/aarch64/2019-05-13/math/py-scipy.log
>
> Pick up gfortran for py-scipy on arm64.
> macppc and amd64 are still happy.
>
> > > Index: arch-defines.mk
> > > ===
> > > RCS file: /cvs/ports/infrastructure/mk/arch-defines.mk,v
> > > retrieving revision 1.64
> > > diff -u -p -r1.64 arch-defines.mk
> > > --- arch-defines.mk 11 May 2019 12:05:46 -
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 bit
>
> > IIRC the problem is that SHARED_LIBS isn't respected.
> >
> > > --
> > > Sent from a phone, apologies for poor formatting.
> > >
> > > On 31 May 2019 18:55:23 Martin Reindl wrote:
> > >
> > > > Hello ports@,
> >
V:C/^([0-9]+\.[0-9]+).*/\1/}/downloads/
+
HOMEPAGE = http://www.open-mpi.org/
-MODULES = fortran
-MODFORTRAN_COMPILER = g77
-BUILD_DEPENDS += ${MODFORTRAN_BUILD_DEPENDS}
+MAINTAINER = Martin Reindl
# BSD
PERMIT_PACKAGE_CDROM = Yes
-WANTLIB
Am 23.05.2019 um 20:59 schrieb Wictor Lund:
On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote:
Thanks for testing. The tarball sent out on 2019-05-03 contains the
latest version of this port.
Hmm, I appear to have missed that one, thanks for enlightenment.
Resending both ports
Am 22.06.2019 um 20:09 schrieb Jeremie Courreges-Anglas:
On Thu, Jun 06 2019, Martin Reindl wrote:
On Sat, Jun 01, 2019 at 08:03:17PM +0100, Stuart Henderson wrote:
That needs fixing then..
--
Sent from a phone, apologies for poor formatting.
On 1 June 2019 17:15:19 Jeremie Courreges-Anglas
Am 26.06.2019 um 22:47 schrieb Kurt Mosiejczuk:
On Thu, Jun 13, 2019 at 12:45:48PM +0200, Martin Reindl wrote:
Am 23.05.2019 um 20:59 schrieb Wictor Lund:
On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote:
Thanks for testing. The tarball sent out on 2019-05-03 contains the
latest
Am 27.06.2019 um 14:31 schrieb Martin Reindl:
Am 26.06.2019 um 22:47 schrieb Kurt Mosiejczuk:
On Thu, Jun 13, 2019 at 12:45:48PM +0200, Martin Reindl wrote:
Am 23.05.2019 um 20:59 schrieb Wictor Lund:
On Thu, May 23, 2019 at 07:37:36PM +0200, Martin Reindl wrote:
Thanks for testing. The
Am 27.06.2019 um 16:09 schrieb Jeremie Courreges-Anglas:
Note that what has been committed shouldn't have a problem with NFS: the
code in ad_fstype.c already properly checks for f_fstypename and uses
it. Our patch is still bogus though, please find an additional diff
below. ok?
Yes.
And the
On Wed, Jul 17, 2019 at 12:50:34AM -0400, Kurt Mosiejczuk wrote:
> On Thu, Jun 27, 2019 at 03:14:31PM +0200, Martin Reindl wrote:
>
> > Here are the two updated tarballs with the ports. py-netcdf4 got a
> > mini-update to 1.5.1.2 in the meantime.
>
> I got back to thes
Am 18.07.19 um 22:25 schrieb Kurt Mosiejczuk:
> On Sat, May 04, 2019 at 08:11:39PM +0200, Martin Reindl wrote:
>
>> attached is a port of MinimalModbus 0.7:
>
>> MinimalModbus is an easy-to-use Python module for talking to
>> instruments (slaves) from a compute
1 - 100 of 222 matches
Mail list logo
