Am 2025-05-20 13:56, schrieb Lucas Gabriel Vuotto:
Thanks sthen for pointing out I screwed the new distfile size and hash.
Fixed patch attached.
Thanks for updating, OK martin@
-m
Am 20.05.25 um 09:55 schrieb Lucas Gabriel Vuotto:
> Hi Martin, ports,
>
> Here's an update to start shipping ntfy's web UI in ports. I decided to
> bundle it as an additional tarball, as otherwise it requires npm which
> assumes an online build. The dist target takes care of creating the
> bundle
Am 13.04.25 um 07:29 schrieb Landry Breuil:
> Le Sat, Apr 12, 2025 at 07:46:44PM +0200, Martin Reindl a écrit :
>> Am 11.04.25 um 10:28 schrieb Landry Breuil:
>>> hi,
>>>
>>> here's a new port for py-morecantile
>>> (https://github.com/deve
Am 11.04.25 um 10:28 schrieb Landry Breuil:
> hi,
>
> here's a new port for py-morecantile
> (https://github.com/developmentseed/morecantile) - a variant of
> geo/py-mercantile which is a requirement to update geo/py-rio-cogeo to a
> recent version.
>
> while here i've also updated py-rasterio to
Am 28.12.24 um 14:07 schrieb Stuart Henderson:
> On 2024/12/28 10:43, Martin Reindl wrote:
>> Am 27.12.24 um 22:04 schrieb Stuart Henderson:
>>> ok to update py-daemon and import this new dep (textproc/py-changelog-chug)?
>>> changelog at https://pagure.io/python-d
ODPY_DISTV}
> +MODPY_DISTV =3.1.2
> +DISTNAME = python_daemon-${MODPY_DISTV}
> PKGNAME =py-daemon-${MODPY_DISTV}
> CATEGORIES = sysutils
> -REVISION = 1
>
> MAINTAINER = Martin Reindl
>
> @@ -17,14 +16,14 @@ MODULES =
Am 18.12.24 um 12:41 schrieb Stuart Henderson:
> This includes fixes for Python 3.12 and some other changes
> https://github.com/Unidata/siphon/releases/tag/v0.10.0
>
> ok?
>
Yes. OK.
-m
Am 02.04.24 um 14:36 schrieb Stuart Henderson:
> In prep for a changeover to using Python 3.11 by default, I've done a
> couple of rounds of bulk builds with the default Python version setting
> to 3.11. Debian already uses 3.11 as the main version in a stable
> release (bookworm), the ecosystem is
Am 05.02.2024 um 12:17 schrieb Christopher Zimmermann:
Hi,
this seems like a pretty straightforward upgrade to me. ok?
Yes of course, OK!
-m
Am 28.11.23 um 14:46 schrieb Lucas Gabriel Vuotto:
> Hi Martin, ports,
>
> Here is an update to ntfy 2.8.0. v2 features a lot of things, mostly
> oriented to running it like a PaaS (signup and tiers), and access tokens
> for users and webpush, also useful in a selfhosted small-scale
> deployment.
Am 23.06.2023 um 04:16 schrieb Lucas Raab:
On Fri, Jun 23, 2023 at 02:10:51AM +, Lucas Raab wrote:
Hello,
Small update ahead of the 10.x release.
changelog:
v9.5.3
Bug fixes
Query: Prevent crash while executing concurrent mixed queries
Alerting: Require alert.notifications:write
Hello,
attached is the update to math/matio 1.5.23.
This fixes CVE-2022-1515 (mem leak).
Tested math/labplot on amd64 with this.
Comments? OK?
-m
Index: Makefile
===
RCS file: /cvs/ports/math/matio/Makefile,v
retrieving revision 1.
Am 13.06.2023 um 20:39 schrieb Landry Breuil:
Le Tue, Jun 13, 2023 at 10:23:20AM +0200, Martin Reindl a écrit :
On Thu, May 25, 2023 at 08:31:41AM +0200, Landry Breuil wrote:
Le Thu, May 25, 2023 at 01:45:54AM +0100, Stuart Henderson a écrit :
On 2023/05/23 19:26, Martin Reindl wrote
Am 14.05.23 um 09:19 schrieb Landry Breuil:
> Le Sat, May 13, 2023 at 04:14:33PM +0200, Martin Reindl a écrit :
>> Hi,
>>
>> Attached is an update to the most recent hdf5 release 1.14.1.
>> The current port has related CVEs, the full release note can be found at:
>>
Hi,
Attached is an update to the most recent hdf5 release 1.14.1.
The current port has related CVEs, the full release note can be found at:
https://support.hdfgroup.org/ftp/HDF5/releases/hdf5-1.14/hdf5-1.14.1/src/hdf5-1.14.1-2-RELEASE.txT
Note there is also the 1.14.1-2 release which is really j
Am 16.04.2023 um 19:11 schrieb Landry Breuil:
Hi,
spent some days fixin' influxdb which currently badly crashes at startup
on 7.3 with SIGSYS, due to go and syscalls *sigh*.
diffs attached:
- influxdb-1.8.10-stable.diff is for 7.3 and 'only' updates x/sys to
0.5.0, i've it running fine on my
On Thu, Feb 23, 2023 at 04:29:41PM +0100, Theo Buehler wrote:
> Based on nm output generated by sthen back in November (which doesn't
> capture Go a.k.a. the elephant in the room) the following ports used
> syscall(2) or __syscall(2).
>
> It would be nice if the maintainers (or someone who cares)
Am 08.01.23 um 11:53 schrieb Omar Polo:
> On 2023/01/07 22:06:23 +0100, Martin Reindl wrote:
>> Comments?
>
> GH_* is not needed (usually) when using lang/go. You need, however,
> to set DISTNAME. (GH_* sets DISTNAME too so that's why it was
> working)
>
> In
Hi,
attached is a new port for the ntfy (https://ntfy.sh/) server.
ntfy (pronounce: notify) is a simple HTTP-based pub-sub notification service.
It allows you to send notifications to your phone or desktop via scripts from
any computer,
entirely without signup or cost.
There is a free version o
Hello,
Attached is a port for py-pkce (Proof Key for Code Exchange), simple
Python module to generate PKCE code verifier and code challenge.
OK?
-m
py-pkce.tgz
Description: GNU Zip compressed data
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
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?
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
===
On Mon, May 23, 2022 at 08:45:33AM +0200, Landry Breuil wrote:
> Le Sun, May 22, 2022 at 08:23:40PM +0100, Stuart Henderson a écrit :
> > I have some small nits but easier to fix those afterwards.
> > One thing that does need doing now is @pkgpath math/arpack added
> > to the top of PLIST-main. Oth
So after some discussion and only a tiny wee bit more back-and-forth between
options with Stuart and Landry we decided it is best to just update the
existing port.
The diff below aims to do just that, as initially sought by Volker.
Sorry it took so long.
- new mpi option
- builds fine with mlpa
Am 10.05.2022 um 08:32 schrieb Martin REINDL:
Am 07.05.2022 um 21:12 schrieb Volker Schlecht:
Bump. Anyone to import arpack-ng?
I will try to pursue this further, but time is scarce. We need to
get someone else to OK for import apart from Stuart.
Volker, if you can you check the
Am 07.05.2022 um 21:12 schrieb Volker Schlecht:
Bump. Anyone to import arpack-ng?
I will try to pursue this further, but time is scarce. We need to get
someone else to OK for import apart from Stuart.
Volker, if you can you check the SUBPACKAGES work and everything is
in place including
Am 02.05.2022 um 20:40 schrieb Volker Schlecht:
Bump. Anyone to import arpack-ng?
I will try to pursue this further, but time is scarce. We need to get
someone else to OK for import apart from Stuart.
Volker, if you can you check the SUBPACKAGES work and everything is in
place including DE
Am 23.04.2022 um 16:04 schrieb Landry Breuil:
Le Sat, Apr 23, 2022 at 01:11:15PM +, Lucas Raab a écrit :
Hello,
Here's a small update to grafana which brings it up to the latest
in the 7.5.x line. Lightly tested on amd64 with no issues seen
loading/creating dashboards connected to an Influx
Am 23.04.22 um 19:30 schrieb Volker Schlecht:
>
>>> So the remark about the -mpi flavour should then probably removed from
>>> DESCR, right? But other than that, can arpack-ng go in?
>>
>> Please share the latest diff. Seems like I missed it.
>
> Stuart sent a .tgz a bit further up in the threa
Am 23.04.22 um 17:56 schrieb Volker Schlecht:
Are the libraries built by arpack-ng,mpi and arpack-ng (unflavoured)
interchangeable?
>>>
>>> The -mpi flavour adds a second library, libparpack.so, but doesn't
>>> change
>>> libarpack.so itself.
>>
>> Great, so in this case it would be more
On Sat, Apr 16, 2022 at 03:01:39PM +0200, Volker Schlecht wrote:
> Works for me!
>
> On 4/15/22 22:41, Martin Reindl wrote:
> > On Fri, Apr 15, 2022 at 06:14:46PM +0200, Volker Schlecht wrote:
> > > Just give the word - I have both a patch and a new package ready to go.
&g
Am 16.04.22 um 03:20 schrieb Lucas Raab:
> Hello,
>
> Here's an update to telegraf 1.22.1. Martin and Omar, this is includes
> the fix mentioned for gopsutil/arm64, correct? Links for reference:
> https://github.com/influxdata/telegraf/pull/10931
> https://github.com/influxdata/telegraf/releases
On Fri, Apr 15, 2022 at 06:14:46PM +0200, Volker Schlecht wrote:
> Just give the word - I have both a patch and a new package ready to go.
>
> On 4/15/22 15:47, Stuart Henderson wrote:
> > You can't really @conflict between two ports which are build
> > dependencies of other ports.
> >
I cleaned
Am 15.04.2022 um 13:52 schrieb Volker Schlecht:
Succesfully builds
math/armadillo
math/igraph
(math/mlpack only depends on it via ensmallen -> armadillo)
math/octave
Hello Volker,
Because of the possible impacts I prefer a step-by-step approach.
arpack-ng is basically a new port:
1. subm
Am 13.04.2022 um 17:08 schrieb Volker Schlecht:
So here's the diff switching math/arpack to
https://github.com/opencollab/arpack-ng
Unfortunately it's a *huge* diff, because it has to change a lot of things:
* change upstream to opencollab on github
* change to CMake build
* remove post-extrac
Am 28.03.22 um 20:56 schrieb Omar Polo:
> Martin Reindl wrote:
>> Am 26.03.22 um 20:59 schrieb Lucas Raab:
>>> On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote:
>>>>
>>>> Am 26.03.22 um 18:41 schrieb Lucas Raab:
>>>>> Hello
Am 27.03.22 um 15:34 schrieb Lucas Raab:
> On Sun, Mar 27, 2022 at 11:09:32AM +0200, Martin Reindl wrote:
>> Am 26.03.22 um 20:59 schrieb Lucas Raab:
>>> On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote:
>>>>
>>>> Am 26.03.2
Am 26.03.22 um 20:59 schrieb Lucas Raab:
> On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote:
>>
>> Am 26.03.22 um 18:41 schrieb Lucas Raab:
>>> Hello,
>>>
>>> Here's an update for telegraf. This fixes a snmp collection issue
>>>
Am 26.03.22 um 20:59 schrieb Lucas Raab:
> On Sat, Mar 26, 2022 at 08:32:11PM +0100, Martin Reindl wrote:
>>
>> Am 26.03.22 um 18:41 schrieb Lucas Raab:
>>> Hello,
>>>
>>> Here's an update for telegraf. This fixes a snmp collection issue
>>>
Am 26.03.22 um 18:41 schrieb Lucas Raab:
> Hello,
>
> Here's an update for telegraf. This fixes a snmp collection issue
> that was identified in 1.21.x. This is my first attempt at updating
> a Go-based port so hopefully I didn't botch the job :) Tested so
> far on amd64 only. Other testers out
Am 16.02.22 um 20:49 schrieb Rafael Sadowski:
> naddy@ and tb@ notice editors/calligra build issues. I would like to
> port upstream fixes but I ran in eigen3 build issues because the fixes
> depends on C++17 and we are compiling with std=c++14.
>
> Long story short, I would like to update eigen3
On Mon, Feb 07, 2022 at 06:02:08PM +, jmeis...@posteo.ch wrote:
> > Here is the diff I am currently testing on sparc64/arm64. More tests
> > welcome,
> > even on amd64.
>
> On -current, amd64, this is building fine + passing all "gmake check" and
> "gmake check-install" tests.
>
> I've also r
On Mon, Feb 07, 2022 at 09:23:26AM +, jmeis...@posteo.ch wrote:
> >
> > Good diff. Thank you. HDF5 updates need thorough checking. Here is my
> > remaining TODO list for a similiar diff:
> >
> > - at least compile check on more GCC49_ARCHS (sparc64, arm64 ..)
> > geo/gdal
> > geo/gdal,-ma
On Thu, Feb 03, 2022 at 07:36:21PM +, jmeis...@posteo.ch wrote:
> Hi,
>
> I'd like to propose an update to current math/hdf5 from 1.12.0 to
> 1.12.1. This removes the need of all patches related to non-existing
> $(DESTDIR) at the time of 1.12.0 version.
> All tests PASSED (make test + gmake c
Am 28.01.2022 um 13:31 schrieb Stuart Henderson:
On 2022/01/28 08:09, Martin Reindl wrote:
http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/telegraf.log
For mips64 support, wgctrl is the showstopper. Something like what was done
for arm64 should do it:
https://github.com
http://build-failures.rhaalovely.net/mips64/2022-01-16/sysutils/telegraf.log
For mips64 support, wgctrl is the showstopper. Something like what was
done for arm64 should do it:
https://github.com/WireGuard/wgctrl-go/commit/daad0b7ba671c0e628de07c6d16d24dbd0d8a55e
-m
On Thu, Jan 27, 2022 at 07:02:05AM +, jmeis...@posteo.ch wrote:
> Hello!
>
> I've been having some issues with OpenMPI io capabilities for a while.
> It seems that the default io component used
> (ompio) is still not working with
> OpenBSD (but it is not segfaulting anymore).
>
> This can be
Hi,
attached is an update for sysutils/telegraf to 1.21.2:
- (re)enable i386 support (runtime tested - wireguard/wgctrl gained i386
support)
- (re)enable nats support (only build tested - PR
https://github.com/influxdata/telegraf/issues/10035)
arm64 (see bulk builds) and modbus support are fi
Am 02.11.2021 um 23:20 schrieb Stuart Henderson:
while doing whole-tree work on python things, I noticed that astro
is missing a few things that could be useful in conjunction with
py-astropy. here's a port for https://rhodesmill.org/skyfield/
and a small chain of required ports. ok to import?
Am 22.10.21 um 23:26 schrieb Stuart Henderson:
> I'm doing a bulk build with this in to check that things are ok and I
> haven't missed anything that still needs them as py2 deps (pretty sure I
> went through everything in sqlports but it's easier to test in a bulk)..
> While it's running, any obje
On Fri, Oct 22, 2021 at 04:09:07PM +0200, Bjorn Ketelaars wrote:
> On Fri 22/10/2021 13:23, Bjorn Ketelaars wrote:
> > On Fri 22/10/2021 09:55, Martin Reindl wrote:
> > > Am 22.10.2021 um 09:49 schrieb Stuart Henderson:
> > > > Only issue in the i386 build was math/py
Am 22.10.21 um 16:09 schrieb Bjorn Ketelaars:
> On Fri 22/10/2021 13:23, Bjorn Ketelaars wrote:
>> On Fri 22/10/2021 09:55, Martin Reindl wrote:
>>> Am 22.10.2021 um 09:49 schrieb Stuart Henderson:
>>>> Only issue in the i386 build was math/py-h5py which s
Am 22.10.2021 um 09:49 schrieb Stuart Henderson:
Only issue in the i386 build was math/py-h5py which specifically wants 1.16.5.
Yes, this is one patch which can go away with newer numpy.
On Thu, Oct 21, 2021 at 07:20:33AM +0200, Bjorn Ketelaars wrote:
> On Wed 20/10/2021 23:11, Stuart Henderson wrote:
> > hmm, looks like we're going to need a bigger jump to work with python 3.9
> > though
>
> You are right, testing of python3.9 seems to have started with
> py-numpy-1.19.1. py-num
On Thu, Aug 05, 2021 at 07:54:35AM +0200, Martin Reindl wrote:
> On Thu, Dec 03, 2020 at 02:44:22PM +0100, Manuel Giraud wrote:
> > Hi,
> >
> > Here is an update of avr/gcc. I was able to build current qmk_firmware
> > (https://qmk.fm/) for my keyboard (with 5.4.0
On Thu, Dec 03, 2020 at 02:44:22PM +0100, Manuel Giraud wrote:
> Hi,
>
> Here is an update of avr/gcc. I was able to build current qmk_firmware
> (https://qmk.fm/) for my keyboard (with 5.4.0, it was not building since
> august 2019).
Taking this diff, here is an update to 8.5.0. Tested with ethe
Am 14.06.21 um 14:34 schrieb wen heping:
> Hi, ports@:
>
> Here is a simple patch for math/py-cftime to update
> to 1.5.0, it build well and pass all tests on amd64-6.9 system.
>
> Only 1 port depends on it: math/py-netcdf4. It build well
> and run well on amd64-6.9 system too. In all 96
On Thu, May 20, 2021 at 12:24:07PM -0400, Kurt Mosiejczuk wrote:
> On Thu, May 20, 2021 at 02:34:48PM +0200, Martin Reindl wrote:
> > Hello,
>
> > attached is a port for py-tinytuya, a Python module to interface with Tuya
> > WiFi smart devices (Plugs, Switches, Lights, Wi
Hello,
attached is a port for py-tinytuya, a Python module to interface with Tuya
WiFi smart devices (Plugs, Switches, Lights, Window Covers, etc.) using the
local area network.
Unfortunately no pypi download is available.
Comments? OKs?
-m
py3-tinytuya.tgz
Description: application/tar-gz
Am 10.03.2021 um 01:41 schrieb Brian Callahan:
Hi ports --
Attached is a new port, math/mathmod. MathMod is mathematical modeling
software. I submitted a port for this about a year ago and in the
interim a new major version was released.
---
pkg/DESCR:
MathMod is a portable interactive plotting
On Tue, Dec 08, 2020 at 11:56:46AM +, Stuart Henderson wrote:
> rebar3 never built (bad_term_file,"/root/.config/rebar3/rebar.config"),
> hdf5 broke the others, could they either be fixed / marked BROKEN or the
> relevant commits backed out please?
I have an fix/update for h5py. armadillo and
Am 05.12.20 um 08:45 schrieb phess...@openbsd.org:
> +failures/math/armadillo.log
> +failures/math/py-h5py,python3.log
I'm checking this.
-m
On Thu, Dec 03, 2020 at 12:54:33PM +, Stuart Henderson wrote:
> On 2020/12/01 21:01, Martin Reindl wrote:
> > The attached diff updates math/hdf5 to the latest version 1.12.0.
> >
> > - enable fortran
> > - API changes require major bump to all shlib
> > - u
On Wed, Dec 02, 2020 at 11:57:24AM +0100, Landry Breuil wrote:
> On Tue, Dec 01, 2020 at 09:01:14PM +0100, Martin Reindl wrote:
> > The attached diff updates math/hdf5 to the latest version 1.12.0.
>
> there's no geo/gdal anymore, and geo/gdal,python3 builds fine with this
The attached diff updates math/hdf5 to the latest version 1.12.0.
- enable fortran
- API changes require major bump to all shlib
- use configure argument for example dir instead of post-install mv(1)
- pull patches from upstream to respect DESTDIR for examples
(https://github.com/HDFGroup/hdf5/
Am 14.11.20 um 09:31 schrieb Mikolaj Kucharski:
> Hi,
>
> : Python module to retry code until it succeeds
> :
> : Tenacity is a general-purpose retrying library, written in Python,
> : to simplify the task of adding retry behavior to just about anything.
>
> Regress test fails only on one test, b
Am 01.11.20 um 09:54 schrieb Rafael Sadowski:
> Update telegraf to 1.13.4, this is the last version that packs with
> dep/Gopkg.toml. Tommy Scheunemann pointed out to me, that we can remove
> some plugins.
>
> Due to lack of time, I have not tested this version yet. If someone
> wants to test this
Am 29.10.20 um 22:51 schrieb Aisha Tammy:
> On 10/29/20 3:47 PM, Martin Reindl wrote:
>> Am 29.10.20 um 00:07 schrieb Aisha Tammy:
>>> Attached updated diff with documentation generated using doxygen.
>>
>> Can you please provide a diff which applies with
Am 29.10.20 um 00:07 schrieb Aisha Tammy:
> Attached updated diff with documentation generated using doxygen.
Can you please provide a diff which applies with 'patch -p1' (or -p0)?
Thank you.
-m
On Wed, Oct 28, 2020 at 12:20:12PM +, Stuart Henderson wrote:
>
> I've imported it and added a py2 version so I could move across from the
> older code in rrdtool main distfile. I've switched the existing py-whisper
> to use it, here's a refreshed diff for your py-whisper update which is OK
>
Am 27.10.20 um 22:08 schrieb Stuart Henderson:
> This can't work, it needs a python 3 version of the rrdtool bindings,
> this is in the separate pypi project "rrdtool". As things stand
> rrd2whisper will be broken.
>
> Port for that attached. OK to import? I have tested it by following
> "usage"
In quick need for a recent python3-version of py-carbon I put together this
update diff
for py-whisper and py-carbon to 1.1.7 including quirks and conflict markers.
It also goes straight from python2 to python3 so I'm not directly asking for
OKs but
would like to know if ports can go this path.
Am 16.10.20 um 08:58 schrieb Martin Reindl:
> On Sun, Oct 11, 2020 at 06:12:20PM -0400, Daniel Dickman wrote:
>> - biology/py-biopython
>
> Hello Daniel,
>
> attached is an update for biopython to 1.78. I did an complete overhaul of
> the port including switch to python3
AME}
-HOMEPAGE= http://www.biopython.org/
+HOMEPAGE = http://www.biopython.org/
-# BSD-like
-PERMIT_PACKAGE=Yes
+MAINTAINER = Martin Reindl
-MASTER_SITES= ${HOMEPAGE}DIST/
+# BSD-like
+PERMIT_PACKAGE = Yes
-MODULES= lang/python
+MODU
On Sun, Sep 27, 2020 at 06:52:24PM +0200, Dima Pasechnik wrote:
> if it helps, upstream follows the GNU libtool versioning guidelines, in
> https://www.gnu.org/software/libtool/manual/html_node/Libtool-versioning.html
> - at least it tries.
> I think it missed a version bump before (in the version
Am 27.09.20 um 17:41 schrieb Dimitri Karamazov:
> In that case, the diff below is more accurate.
OK martin@
Nothing else depends on cddlib, so if Stuart agrees this could go in
before 6.8.
> Index: Makefile
> ===
> RCS file: /cvs/p
Am 27.09.20 um 13:20 schrieb Rafael Sadowski:
> On Sun Sep 27, 2020 at 11:13:45AM -, Dimitri Karamazov wrote:
>> On Sun, September 27, 2020 07:50, Martin Reindl wrote:
>>>
>>>
>>> Hello Dimitri,
>>>
>>>
>>> Please check SHA
Am 20.09.20 um 17:39 schrieb Dimitri Karamazov:
> Updated from 0.94j to 0.94l
>
> Changelog:https://github.com/cddlib/cddlib/releases
> Added a patch file to avoid the texlive build dep
>
> Any Comments/Ok's?
>
> Index: Makefile
> =
Am 10.08.20 um 21:05 schrieb Edd Barrett:
> Hi,
>
> math/py-netcdf4 has a misspelling of PORTHOME (with an underscore).
>
> I guess it can be removed?
>
> MAINTAINER in CC.
>
You are right, it can be removed. OK martin@
Am 02.07.20 um 12:16 schrieb Martin Reindl:
> On Fri, Jun 26, 2020 at 02:08:35AM +, wen heping wrote:
>> Hi,
>>
>>Here is a patch for astro/py-astral:
>>i) Update to 2.2
>>ii) python3 only
>>iii) Remove BUILD_DEPENDS=${RUN_DEPEN
On Fri, Jun 26, 2020 at 02:08:35AM +, wen heping wrote:
> Hi,
>
>Here is a patch for astro/py-astral:
>i) Update to 2.2
>ii) python3 only
>iii) Remove BUILD_DEPENDS=${RUN_DEPENDS}
>iv) Add devel/py-freezegun as RUN_DEPENDS
>
>It build well and pass all tests, no other
Hello everyone,
attached is a port of py-vulture 1.5. From DESCR:
Vulture finds unused code in Python programs. This is useful for cleaning up
and finding errors in large code bases. If you run Vulture on both your library
and test suite you can find untested code.
https://github.com/jendrikse
Attached is the update for grafana to 6.7.3. The changelog contains two
security bug fixes:
https://github.com/grafana/grafana/blob/master/CHANGELOG.md#673-2020-04-23
OK for post-unlock?
-m
Index: Makefile
===
RCS file: /cvs/ports/s
On Wed, Apr 15, 2020 at 05:44:24PM +0200, Rafael Sadowski wrote:
> On Wed Apr 15, 2020 at 04:18:56PM +0200, Eric Elena wrote:
> > On Wed, 15 Apr 2020 08:51:35 +0200 Landry Breuil wrote:
> > > On Wed, Apr 15, 2020 at 08:11:09AM +0200, Martin Reindl wrote:
> > > > On T
On Tue, Apr 14, 2020 at 04:51:38PM +0200, Martin Reindl wrote:
> Am 14.04.20 um 16:21 schrieb Stuart Henderson:
> > On 2020/04/14 15:59, Eric Elena wrote:
> >> On Tue, 14 Apr 2020 14:38:37 +0100 Stuart Henderson wrote:
> >>> On 2020/04/14 14:28, Kevin Chadwick wro
Am 14.04.20 um 16:21 schrieb Stuart Henderson:
> On 2020/04/14 15:59, Eric Elena wrote:
>> On Tue, 14 Apr 2020 14:38:37 +0100 Stuart Henderson wrote:
>>> On 2020/04/14 14:28, Kevin Chadwick wrote:
On 2020-04-14 14:15, Stuart Henderson wrote:
> my 2p: setting the directory 750 is a pain for
On Fri, Mar 13, 2020 at 02:18:34PM +, Kevin Chadwick wrote:
> On 2020-03-13 14:10, Kevin Chadwick wrote:
> > Grafana only runs as one user, so should work well. Ideally the config would
> > still be world readable and the secrets separated out.
>
> I should say that by ideally I just mean in c
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
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?
-
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
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:
>
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
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
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
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 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
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
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 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
1 - 100 of 218 matches
Mail list logo
