Hi, ports@:
Here is a simple patch to update math/p5-Math-FFT to 1.35,
it build well and pass all tests on amd64-current system.
No other ports depends on it.
Cheers !
wen
Index: Makefile
===
RCS file: /cvs/ports/math/p5-Math-
Ports currently has scikit-learn 0.20.3, which is incompatible with
Python 3.8. Unfortunately there are no versions that support both
Python 2 and 3.8: the last to support Python 2 is 0.20.0, and the
Python 3.8 issue wasn't fixed until later.
I don't think any other ports depend on scikit-learn (b
There's an integer overflow in brotli's decoders when input chunks are
larger than 2GB.
This is CVE-2020-8927 which is addressed by the update below to v1.0.9.
Looks like brotlicommon needs a minor bump due to the addition of new
symbols and I've tested the update by running regress tests (whic
On Wed, 14 Oct 2020 22:20:48 -0400, Ashton Fagg
wrote:
> Updates net/dsocks from 1.7 -> 1.8
>
> According to showvictims.py, this isn't a dependency for anything
> else.
>
> Nonetheless, tested on amd64. `make fake` completes successfully.
>
> This is my first attempt at a ports update, as suc
On Wed, 14 Oct 2020 13:06:33 +0200, Antoine Jacoutot
wrote:
> > Here's a diff for py-requests. I had trouble with 2.23's test
> > suite. I found a solution for 2.24 from
> > https://github.com/pytest-dev/pytest/issues/2042#issuecomment-429289164
> >
> > There are still some failures.
>
> Look
Updates net/dsocks from 1.7 -> 1.8
According to showvictims.py, this isn't a dependency for anything else.
Nonetheless, tested on amd64. `make fake` completes successfully.
This is my first attempt at a ports update, as such I welcome any
comments, guidance, yelling etc :-)
diff --git net/dsock
Revisions based on feedback from Stuart:
- Revert logging (DEBUG=1 isn't useful for upstream anyhow)
- Revise README to make commands easier to copy/paste, and other fixes
- Add section on rebuilding with effective debugging levels and notes
on creating the log file
--Aaron
On 2020-14-10 22:07
On 2020/10/14 14:38, Aaron Poffenberger wrote:
> post-install:
> ln -s kcaldav ${WRKINST}${VARBASE}/www/cgi-bin/kcaldav.cgi
> + mkdir -p ${WRKINST}${VARBASE}/www/logs/
> + touch ${WRKINST}${VARBASE}/www/logs/kcaldav-system.log
> + chown www:www ${WRKINST}${VARBASE}/www/logs/kcald
Attached is a revised version that removes USE_GMAKE.
--Aaron
On 2020-14-10 13:12 -0500, Aaron Poffenberger wrote:
> Update kcaldav to 0.2.0.
>
> In addition to bugfixes from upstream, I've cleaned up the port a bit and
> made the following changes:
>
> - Update WANTLIB and switch to USE_GMAKE
Hi,
On Wed, Oct 14, 2020 at 02:26:48PM +0100, Stuart Henderson wrote:
> > ===> poppler-20.09.0 depends on: qttools-*
> >
> > In print/poppler/Makefile you have
> >
> > NOT_FOR_ARCHS-qt5 = arm
> >
> > But there is no condition to this
> >
> > MODULES+= x11/qt5
> >
> > so qttools is pulle
If it builds, ship it! Thanks!
> On Oct 14, 2020, at 2:38 PM, Kurt Mosiejczuk wrote:
>
> On Wed, Oct 14, 2020 at 07:39:36PM +0200, Klemens Nanni wrote:
>>> On Wed, Oct 14, 2020 at 01:20:21PM -0400, Kurt Mosiejczuk wrote:
>>> py-kiwisolver cannot be built with base-gcc since it needs c++11.
>
>
On Wed, Oct 14, 2020 at 07:39:36PM +0200, Klemens Nanni wrote:
> On Wed, Oct 14, 2020 at 01:20:21PM -0400, Kurt Mosiejczuk wrote:
> > py-kiwisolver cannot be built with base-gcc since it needs c++11.
> > Telling it to use ports-gcc over base-gcc fixes the build.
> Sure, a "# C++11" wouldn't hurt,
Update kcaldav to 0.2.0.
In addition to bugfixes from upstream, I've cleaned up the port a bit and
made the following changes:
- Update WANTLIB and switch to USE_GMAKE in Makefile
- Create TEST target in Makefile
- Clean-up code examples in README
- Add details about calendar URLs in README
- Ena
On Wed, Oct 14, 2020 at 01:20:21PM -0400, Kurt Mosiejczuk wrote:
> py-kiwisolver cannot be built with base-gcc since it needs c++11.
>
> Telling it to use ports-gcc over base-gcc fixes the build.
Sure, a "# C++11" wouldn't hurt, either.
py-kiwisolver cannot be built with base-gcc since it needs c++11.
Telling it to use ports-gcc over base-gcc fixes the build.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/devel/py-kiwisolver/Makefile,v
retrieving revision 1.6
Hi,
> http://build-failures.rhaalovely.net/sparc64/2020-10-07/games/fs2open.log
(same thing in the current macppc bulk)
The issue has been fixed upstream, see [0].
I have been able to build fs2open on macppc and amd64 without issues,
but it requires OpenGL>=3.2. So i've limited to archs that can
On Wed, Oct 14, 2020 at 10:06:34AM +0100, Stuart Henderson wrote:
> What is the actual port you are trying to build, is it something where
> it might be possible to remove qt5 from the chain instead of fixing
> qt5 build?
===> poppler-20.09.0 depends on: qttools-*
In print/poppler/Makefile you ha
bulk build on octeon.ports.openbsd.org
started on Fri Oct 9 16:07:31 UTC 2020
finished at Wed Oct 14 10:05:44 UTC 2020
lasted 05D17h58m
done with kern.version=OpenBSD 6.8-current (GENERIC.MP) #324: Thu Oct 8
20:39:40 MDT 2020
built packages:8610
Oct 9:2115
Oct 10:1305
Oct 11:769
Oct 12:603
Oct
Hi,
I've noticed few defects with the port, specifically libraries were missing in
the Makefile in WANTLIB and new patches were missing $OpenBSD$.
Attaching fixed, p1 version of port.
pm
‐‐‐ Original Message ‐‐‐
On Tuesday, October 13, 2020 3:33 PM, portsmonitor
wrote:
> Hi,
>
> bas
On 2020/10/14 11:22, a...@sdf.org wrote:
> On Wed, Oct 14, 2020 at 10:06:34AM +0100, Stuart Henderson wrote:
> > What is the actual port you are trying to build, is it something where
> > it might be possible to remove qt5 from the chain instead of fixing
> > qt5 build?
>
> ===> poppler-20.09.0 de
Updated tarball attached.
On 2020-10-13 15:54, Stuart Henderson wrote:
> Relating to the port:
>
> - the various ${PROGNAME} in Makefile are quite awkward, prefer just 'pftbld'
Done.
>
> - looks like there should be an "@sample ${SYSCONFDIR}/pftbld.conf" after
> the pftbld.conf entry in plist
Hello,
>From other ports I arrived to x11/qt5/qtbase.
The first broken dependency of qtbase is from pulseaudio:
audio/pulseaudio
sysutils/consolekit2
sysutils/polkit
devel/spidermonkey68 *
In Makefile it reads:
=
# Nothing in qtbase links to
On Sun, Oct 11, 2020 at 10:23:04PM -0400, Daniel Jakots wrote:
> Hi,
>
> Here's a diff for py-requests. I had trouble with 2.23's test suite. I
> found a solution for 2.24 from
> https://github.com/pytest-dev/pytest/issues/2042#issuecomment-429289164
>
> There are still some failures.
Looks fine
ср, 14 окт. 2020 г. в 13:38, Stuart Henderson :
>
> On 2020/10/14 09:48, Rafael Sadowski wrote:
> > On Fri Oct 09, 2020 at 11:49:56PM +0300, Vadim Zhukov wrote:
> > > Hello all.
> > >
> > > Here is a port of the Kid3, a nicely done multimedia tags editor. For
> > > those who missed TagScanner on Op
On 2020/10/14 09:48, Rafael Sadowski wrote:
> On Fri Oct 09, 2020 at 11:49:56PM +0300, Vadim Zhukov wrote:
> > Hello all.
> >
> > Here is a port of the Kid3, a nicely done multimedia tags editor. For
> > those who missed TagScanner on OpenBSD for last 15 years — this tool
> > might fill your needs
On 2020/10/14 07:08, a...@sdf.org wrote:
> Hello,
>
> From other ports I arrived to x11/qt5/qtbase.
What is the actual port you are trying to build, is it something where
it might be possible to remove qt5 from the chain instead of fixing
qt5 build?
I am asking because bulk builds on armv7 alrea
On Fri Oct 09, 2020 at 11:49:56PM +0300, Vadim Zhukov wrote:
> Hello all.
>
> Here is a port of the Kid3, a nicely done multimedia tags editor. For
> those who missed TagScanner on OpenBSD for last 15 years — this tool
> might fill your needs, as it did for me.
>
> The utility supports editing mu
27 matches
Mail list logo
