CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 14:38:55
Modified files:
lang/rakudo: Makefile
Log message:
rakudo uses CFLAGS base-gcc doesn't understand
switch to base-clang ports-gcc to fix build on sparc64
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 13:41:04
Modified files:
lang/moarvm: Makefile
Log message:
moarvm uses CFLAGS that base-gcc doesn't understand
Switching to base-clang ports-gcc fixes build on sparc64
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 13:17:54
Modified files:
security/john-jumbo: Makefile
Log message:
Fix build on sparc64 by switching to base-clang ports-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 13:11:33
Modified files:
net/gupnp/av : Makefile
Log message:
net/gupnp/av uses C11 - switch to base-clang ports-gcc to fix build on
sparc64
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 13:10:33
Modified files:
print/gutenprint: Makefile
Log message:
Switch to base-clang ports-gcc to fix build on sparc64
(Needs __builtin_bswap32)
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 12:56:05
Modified files:
devel/py-gevent: Makefile
Log message:
Fix build on sparc64 by switching to base-clang ports-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 12:54:53
Modified files:
x11/libgdiplus : Makefile
Log message:
Fix build on sparc64 by switching to base-clang ports-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 12:38:14
Modified files:
devel/libgit2/py-git2: Makefile
Log message:
Do the usual C99 fix for sparc64 base-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 12:37:01
Modified files:
www/py-genshi : Makefile
Log message:
Beyond using C99, py3-genshi uses CFLAGS options base-gcc doesn't support
Fix build on sparc64 by switching to base-clang
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 04:02:55
Modified files:
editors/editorconfig-core-c: Makefile
Log message:
Fix build on sparc64 by doing the usual c99 fix
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 03:19:37
Modified files:
www/kore/patches: patch-Makefile patch-kodev_Makefile
Added files:
www/kore/patches: patch-tools_kore-serve_conf_build_conf
Log message:
Update patches to drop
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 02:24:09
Modified files:
security/aircrack-ng: Makefile
Log message:
aircrack-ng uses C99. Fix build on sparc64 with the usual c99 fix
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 02:20:20
Modified files:
net/sslh : Makefile
Log message:
sslh uses C99. Fix build on sparc64 with the usual c99 dance
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/16 02:09:06
Modified files:
multimedia/playerctl: Makefile
Log message:
playerctl uses C99. Fix build on sparc64 with the usual c99 fix
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/15 17:16:57
Modified files:
www/darkhttpd : Makefile
Log message:
Needs c99. Fix build on sparc64
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/15 16:59:32
Modified files:
net/dnsmasq: Makefile
Log message:
net/dnsmasq uses c99 constructs
Fix build on sparc64
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/15 14:48:29
Modified files:
sysutils/openbsdisks2: Makefile
Log message:
C++ ports need ports-gcc, not base-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/15 14:46:51
Modified files:
security/rnp : Makefile
Log message:
C++ needs ports-gcc not base-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/15 14:39:15
Modified files:
math/gnumeric : Makefile
Log message:
C++ apps need to use ports-gcc, not base-gcc
On Mon, Jan 10, 2022 at 10:51:12PM +0100, Jeremie Courreges-Anglas wrote:
> > http://build-failures.rhaalovely.net/sparc64/2022-01-07/textproc/mupdf.log
> This one has happened since some time since Nov 13:
> http://build-failures.rhaalovely.net/sparc64/2021-11-13/textproc/mupdf,js.log
> >
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/07 09:39:55
Modified files:
graphics/mojoshader: Makefile
Log message:
Switch base-gcc arches to use ports-gcc to fix build on sparc64
ok thfr (maintainer)
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/05 08:33:52
Modified files:
lang/php/8.1 : Makefile
Log message:
Mark PHP 8.1 BROKEN-sparc64 due to lack of fibers support for sparc64
ok sthen (maintainer)
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/05 08:32:28
Modified files:
games/yquake2 : Makefile
Log message:
Switch COMPILER to base-clang ports-gcc to fix build on sparc64
ok sthen
On Wed, Jan 05, 2022 at 10:09:54AM +0100, Omar Polo wrote:
> Kurt Mosiejczuk writes:
> > databases/pspg fails to build on sparc64 with:
> > src/args.c: In function 'print_versions':
> > src/args.c:262: error: '__SIZEOF_WCHAR_T__' undeclared (first use in this
> > f
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/05 01:28:36
Modified files:
lang/nqp : Makefile
Log message:
nqp uses CFLAGS base-gcc doesn't understand. Switch to ports-gcc on
base-gcc arches
Fixes build on sparc64
ok pascal@
databases/pspg fails to build on sparc64 with:
src/args.c: In function 'print_versions':
src/args.c:262: error: '__SIZEOF_WCHAR_T__' undeclared (first use in this
function)
src/args.c:262: error: (Each undeclared identifier is reported only once
src/args.c:262: error: for each function it appears
lang/nqp uses CFLAGS that base-gcc doesn't understand. This switches it to
baes-clang ports-gcc and fixes the build on sparc64.
ok?
(cc MAINTAINER)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/lang/nqp/Makefile,v
retrieving
graphics/mojoshader needs ports-gcc on sparc64.
ok?
(cc MAINTAINER)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/graphics/mojoshader/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile12 Dec 2021
PHP 8.1 needs fibers support which doesn't exist on sparc64. I hope that
will change, but mark it BROKEN-sparc64 in the meantime?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/lang/php/8.1/Makefile,v
retrieving revision 1.3
diff
Switch COMPILER to base-clang ports-gcc to allow build. yquake2 uses CFLAGS
unavailable to base-gcc.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/games/yquake2/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/03 00:47:14
Modified files:
games/hlsteam : Makefile
Log message:
Fix build on sparc64 by specifying use of ports-gcc
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2022/01/03 00:45:39
Modified files:
devel/glpk : Makefile
Log message:
Fix build of devel/glpk on sparc64 by specifying
use of base-clang or ports-gcc
games/hlsteam won't compile with base-gcc
This fixes the build on sparc64.
ok?
(cc MAINTAINER)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/games/hlsteam/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
---
On Tue, Dec 28, 2021 at 01:37:46PM +0100, Jeremie Courreges-Anglas wrote:
> On Tue, Dec 28 2021, Jonathan Gray wrote:
> > Is it time to consider changing the gcc default to gnu99?
> Definitely. I have considered this since some time already and feel
> a bit lame for not even proposing it. I
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/12/28 09:37:12
Modified files:
x11/i3status : Makefile
Log message:
Fix build on sparc64 by making it use ports-gcc
ok sthen@ robert@ (maintainer)
I find myself adding the following to many ports files nowadays
.include
.if !${PROPERTIES:Mclang}
CFLAGS += -std=gnu99
.endif
Rather than continue this, I'd like to propose adding BASE_C99 to bsd.port.mk
When BASE_C99= Yes, if on a non-base-clang arch, it will add the same to
CFLAGS,
x11/i3status uses C11 constructs so base-gcc arches must use ports-gcc.
This diff fixes the build for sparc64
ok?
(cc MAINTINER)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/x11/i3status/Makefile,v
retrieving revision 1.63
devel/glpk fails out complaining that TLS (thread local storage) is
unavailable. Switching to ports-gcc on base-gcc sparc64 fixes the build.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/devel/glpk/Makefile,v
retrieving
On Thu, Dec 23, 2021 at 08:18:18AM +0100, Theo Buehler wrote:
> On Thu, Dec 23, 2021 at 12:35:28AM -0500, Kurt Mosiejczuk wrote:
> > net/ssldump cannot be built with base-gcc.
> > This patch sets COMPILER so it builds successfully on sparc64.
> The cast triggering the error d
net/ssldump cannot be built with base-gcc.
This patch sets COMPILER so it builds successfully on sparc64.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/ssldump/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19
On Fri, Dec 10, 2021 at 10:23:02PM +0100, Rafael Sadowski wrote:
> I hope everyone understands that I was lazy and just copied it from
> upstream. Shame on me! In love with X11
I figured as much. At the very least because you might be targeting
_yourself_ for all that grief. :D
--Kurt
On Fri, Dec 10, 2021 at 02:02:18PM -0700, Aaron Bieber wrote:
> >> Description: Wayland is a complete window system in itself, but
> >> even so, if we're migrating away from X, it makes sense to have a
> >> good backwards compatibility story. With
> > I don't like "if we're migrating away from
On Fri, Dec 10, 2021 at 12:26:34PM -0700, Aaron Bieber wrote:
> Here is a handy dandy shell formatter. Like 'go fmt' but for shell
> scripts and with options.
> Comment:
> shell parser, formatter, and interpreter
> Description:
> A shell parser, formatter, and interpreter. Supports POSIX Shell,
On Thu, Dec 02, 2021 at 12:38:10PM +0300, Kirill Bychkov wrote:
> On Mon, November 29, 2021 11:04, k...@openbsd.org wrote:
> > Bulk build on sparc64-0a.ports.openbsd.org
> >
> > Started : Fri Nov 26 16:32:18 MST 2021
> > Finished: Mon Nov 29 01:04:37 MST 2021
> > Duration: 2 Days 8 hours 32
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/11/29 10:35:52
Modified files:
www/badwolf: Makefile
Log message:
Fix build of www/badwolf on sparc64
ok op@
typo fix and ok sthen@
www/badwolf cannot be compiler with base-gcc. So switch it to use
ports-gcc.
Fixes the build on sparc64
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/badwolf/Makefile,v
retrieving revision 1.1.1.1
diff
On Thu, Nov 25, 2021 at 04:27:02PM +0300, Kirill Bychkov wrote:
> On Sun, November 21, 2021 07:39, k...@openbsd.org wrote:
> > Bulk build on sparc64-0a.ports.openbsd.org
> > Started : Thu Nov 18 11:32:04 MST 2021
> > Finished: Sat Nov 20 21:39:18 MST 2021
> > Duration: 2 Days 10 hours 7 minutes
>
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/11/24 08:35:20
Modified files:
lang/python/3.9: Makefile distinfo
lang/python/3.9/patches: patch-Makefile_pre_in
patch-configure_ac patch-setup_py
Apparently 3.9.8 had a major regression in argparse so 3.9.9 has been rushed
out as a hotfix. Glad I hadn't committed 3.9.8 yet.
Here's the 3.9.9 update.
ok?
--Kurt
Index: Makefile
===
RCS file:
On Thu, Nov 18, 2021 at 10:04:55AM +, Stuart Henderson wrote:
> OK to add this check?
Yes please.
ok kmos
--Kurt
> Index: Makefile.inc
> ===
> RCS file: /cvs/ports/lang/python/Makefile.inc,v
> retrieving revision 1.141
> diff
https://docs.python.org/release/3.9.8/whatsnew/changelog.html
This updates to the latest Python 3.9 release.
Tests pass same as before.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/lang/python/3.9/Makefile,v
retrieving
On Sun, Nov 14, 2021 at 11:43:42PM +0100, Theo Buehler wrote:
> We have 0.2.0 from 2011. The latest release 0.3.2 is from 2013, as far
> as I can tell. This won't build with OpenSSL 1.1 and that's not easily
> fixable. It won't survive the next libcrypto bump. According to
> repology, there's a
On Fri, Nov 05, 2021 at 07:59:35PM +0100, Antoine Jacoutot wrote:
> On Fri, Nov 05, 2021 at 01:43:50PM -0400, Kurt Mosiejczuk wrote:
> > The switch to building with meson for the update to 1.17.4 did not get
> > along with sparc64 at all. Which knocks out a large port
The switch to building with meson for the update to 1.17.4 did not get
along with sparc64 at all. Which knocks out a large portion of the tree.
Switching back to using autotools (and updating the PLIST) fixes the build
on sparc64 (and doesn't break it on amd64).
ok?
(cc maintainer)
--Kurt
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/11/01 08:17:16
Modified files:
lang/python: Makefile python.port.mk
Log message:
Hook Python 3.10 into build and add the necessary bit to python.port.mk
to accept Python 3.10
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/11/01 08:16:12
Log message:
Import Python 3.10.0
Much work done by tb@ who got the needed APIs into LibreSSL and
patched the crypto parts of Python 3.10 to work with it.
ok sthen@
Attached is a port of Python 3.10.0
Thanks very much to tb@ who got the needed APIs in LibreSSL and patched
Python 3.10 to work with it.
I'm including below the patch to python.port.mk to include 3.10 in the
allowed versions.
ok to import?
--Kurt
Index: python.port.mk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/31 21:55:31
Modified files:
lang/python: python.port.mk
Log message:
If MODPY_TEST_ARGS are set, default MODPY_PYTEST to Yes
Additionally add the elaborate lib.openbsd directory and lib
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/31 21:40:14
Modified files:
net/py-aiodns : Makefile distinfo
Log message:
Update to net/py-aiodns 3.0.0
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/31 21:39:11
Modified files:
net/py-cares : Makefile distinfo
Log message:
Update to py-cares 4.1.2
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/29 18:24:16
Modified files:
lang/python/3.9: Makefile
lang/python/3.9/files: CHANGES.OpenBSD
lang/python/3.9/patches: patch-configure_ac
Log message:
Python 3.9 needs the same
On Thu, Oct 28, 2021 at 11:30:34AM +1100, Jonathan Gray wrote:
> On Tue, Oct 26, 2021 at 06:20:47PM -0400, Kurt Mosiejczuk wrote:
> > On Tue, Oct 26, 2021 at 10:04:42PM +0200, Christian Weisgerber wrote:
> > > lang/python/3.8 fails to build with llvm13. The reason appears to b
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/26 17:30:08
Modified files:
lang/python/3.8: Makefile
lang/python/3.8/files: CHANGES.OpenBSD
lang/python/3.8/patches: patch-configure_ac
Log message:
Fix build for LLVM 13
LLVM
On Tue, Oct 26, 2021 at 10:04:42PM +0200, Christian Weisgerber wrote:
> lang/python/3.8 fails to build with llvm13. The reason appears to be
> some silly confusion between "openbsd7" and "openbsd7.0" in the build
> system:
> The trigger appears to be the new support for "cc --print-multiarch":
On Sun, Oct 24, 2021 at 09:54:33PM +0100, Stuart Henderson wrote:
> I was thinking about tests when I did my last recent batch of py2-removals.
> Wondering if the time is right to just disable tests for py2, there are a
> bunch of ports which are only there to support tests which can then also be
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/24 10:52:31
Modified files:
www/py-responses/pkg: PLIST
Log message:
Fix extraneous entry in PLIST that causes build to fail.
Found by naddy@
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/23 00:56:16
Modified files:
www/py-responses: Makefile distinfo
www/py-responses/pkg: PLIST
Log message:
Update to latest version, 0.14.0
ok sthen@
On Fri, Oct 22, 2021 at 10:26:31PM +0100, Stuart Henderson wrote:
> 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
On Fri, Oct 22, 2021 at 08:08:54PM +0100, Stuart Henderson wrote:
> > > > +TESTLIBDIR = lib.openbsd-${OSREV}-${ARCH}-${MODPY_VERSION}
> > > > +TEST_ENV +=PYTHONPATH=${TESTLIBDIR}
> > > Do you think we might be able to do this by default in python.port.mk
> > > (at least for
On Fri, Oct 22, 2021 at 08:18:52AM +0100, Stuart Henderson wrote:
> > +TESTLIBDIR = lib.openbsd-${OSREV}-${ARCH}-${MODPY_VERSION}
> > +TEST_ENV +=PYTHONPATH=${TESTLIBDIR}
> Do you think we might be able to do this by default in python.port.mk
> (at least for ports
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/10/21 20:08:03
Modified files:
textproc/py-emoji: Makefile distinfo
textproc/py-emoji/pkg: PLIST
Log message:
Update textproc/py-emoji to 1.6.1
Changelog:
The only consumer (audio/beets) has all tests pass the same as before
the update on amd64.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/py-responses/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
---
This updates py-aiodns to 3.0.0
It needs the update of py-cares I just sent out.
All tests pass for both consumers (net/poezio and net/py-slixmpp) the
same as before the update on amd64.
ok?
--Kurt
Index: Makefile
===
RCS file:
This updates py-cares to 4.1.2. >= 4.0.0 is requires for the py-aiodns
update I'm sending right after this.
I tweaked the testing to not require actual installation of the package
for testing.
All consumers (www/py-tornado and net/py-aiodns) pass tests the same
as before the update on amd64.
On Thu, Oct 14, 2021 at 10:36:32PM +0200, Solene Rapenne wrote:
> On Mon, 20 Sep 2021 18:29:15 +0200
> Solene Rapenne :
> > the gkrellm plugin gkrellmwireless is looking for wi* interfaces
> > and a poor attempt at adding iwm0 to the list make it crash.
> > it's useless for people with no wi
On Tue, Oct 05, 2021 at 03:20:52PM +0300, Kirill Bychkov wrote:
> > http://build-failures.rhaalovely.net/sparc64/2021-09-18/games/ja2-stracciatella.log
> Hi!
> Same fix as for openxcom which fixes build on sparc64.
> OK?
This fixes the build for sparc64
ok kmos
--Kurt
> Index:
On Mon, Oct 04, 2021 at 07:22:59PM +, Jeremy Evans wrote:
> Per our standard Ruby support policy, I am planning to remove Ruby 2.6
> from the ports tree, as it will be completely unsupported before the
> release of OpenBSD 7.1. Nothing currently depends on it, so
> this should cause no
On Mon, Sep 20, 2021 at 10:15:08AM +0100, Stuart Henderson wrote:
> On 2021/09/19 22:01, k...@openbsd.org wrote:
> > http://build-failures.rhaalovely.net/sparc64/2021-09-18/devel/libidn2.log
> It's the usual one again with duplicate symbols.
> Comparing files from the libunistring and libiconv
This fixes the build of net/gupnp/core for sparc64.
ok?
--Kurt
Index: Makefile
===
RCS file: /cvs/ports/net/gupnp/core/Makefile,v
retrieving revision 1.61
diff -u -p -r1.61 Makefile
--- Makefile6 Jun 2021 08:16:19 -
On Fri, Sep 17, 2021 at 08:20:53AM +0300, Kirill Bychkov wrote:
> >
> > Built using OpenBSD 7.0-beta (GENERIC.MP) #970: Sat Sep 11 23:30:13 MDT 2021
> [...]
> > http://build-failures.rhaalovely.net/sparc64/2021-09-12/games/openxcom.log
> Hi,
> The patch attached fixes build on ma Netra T1. Can't
Update www/ruby-mustermann 1.0.1 to 1.1.1
Changelog can be seen here:
https://github.com/sinatra/mustermann/blob/master/README.md
Needs the previously sent devel/ruby-ruby2_keywords port.
ok?
--Kurt
Index: Makefile
===
RCS file:
On Tue, Sep 14, 2021 at 02:32:34PM -0400, Kurt Mosiejczuk wrote:
> This is a new port required to be able to update www/ruby-mustermann.
> (It's a requirement starting in mustermann 1.1.0).
> DESCR:
> Provides empty Module#ruby2_keywords method, for forward
> source-level compat
This is a new port required to be able to update www/ruby-mustermann.
(It's a requirement starting in mustermann 1.1.0).
DESCR:
Provides empty Module#ruby2_keywords method, for forward
source-level compatibility against ruby2.7 and ruby3.
ok to import?
--Kurt
On Tue, Sep 14, 2021 at 07:44:52PM +0200, Stefan Hagen wrote:
> I found the cause and also why it's only happening here. It has nothing
> to do with luajit. This was an accidental correlation.
> Setting MAKE_JOBS>1 breaks it. When not using MAKE_JOBS, it works every
> time.
> According to
On Tue, Sep 14, 2021 at 05:54:41AM +0900, rgc wrote:
> @ports
> py-keyring seems to require updated importlib-metadata
> quick and maybe dirty fix to update devel/importlib-metadata to latest. other
> consumers of importlib-metadata
> has not been tested (there is one other package which i
On Wed, Sep 08, 2021 at 09:05:02PM +0100, Stuart Henderson wrote:
> security/py-PyNaCl/Makefile:MAINTAINER = Jasper Lievisse
> Adriaanse
> devel/py-asn1/Makefile:MAINTAINER = Benoit Lecocq
>
> net/py-snmp/Makefile:MAINTAINER = Adam Wolk
> Following
On Thu, Sep 09, 2021 at 11:37:49AM +, Klemens Nanni wrote:
> On Thu, Sep 09, 2021 at 11:35:16AM +, Klemens Nanni wrote:
> > No python 2 consumers left:
> > $ show-reverse-deps `make show=PKGPATH`
> > multimedia/streamlink
> > net/py-ripe.atlas.cousteau,python3
> >
On Fri, Sep 03, 2021 at 06:30:01PM +, Klemens Nanni wrote:
> Put it into a `show-checksums' target so the regular `makesum' does not
> get slowed down on already big/slow ports?
I don't understand this suggestion. makesum only gets run when one updates
a port. The existing output it fairly
On Fri, Sep 03, 2021 at 12:04:42PM -0600, Aaron Bieber wrote:
> How many is multiple? :D - the Go stuff is gonna get ugly(er?)!
> net/go-ipfs for example, the output is useless because it's so big :D
Does go actually publish base64 SHA256 hashes for their modules?
If not, it's not the size of
On Fri, Sep 03, 2021 at 10:39:27AM -0600, Aaron Bieber wrote:
> Here is a simple diff that brings gitlab-runner to the latest version!
> Changelog here:
> https://gitlab.com/gitlab-org/gitlab-runner/blob/v14.2.0/CHANGELOG.md
> OK?
ok kmos
--Kurt
> diff
Whenever I update a port or create a new one, to verify the hashes I have
to run sha256(1) or md5(1) on the distfile. makesum does display our SHA256
has, but we use base64 format and everywhere else (that I've interacted with)
uses hexadecimal format.
This diff makes the makesum target spit out
On Thu, Sep 02, 2021 at 01:52:44PM +0200, Sebastian Reitenbach wrote:
> Hi,
> this pure gem without dependencies, is required as a new dependency for an
> update of sysutils/ruby-r10k.
> pkg/DESCR
> A pure ruby implementation of the RFC 7519 OAuth JSON Web Token (JWT)
> standard.
> OK?
I
On Wed, Sep 01, 2021 at 08:32:56PM +, Jeremy Evans wrote:
> On 08/25 01:25, Jeremy Evans wrote:
> > I would like to update to the default ruby version in ports from 2.7 to
> > 3.0. We usually do this update after ruby-x.y.2 has been released, and
> > ruby-3.0.2 was released a while back. I
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/09/01 11:45:51
Modified files:
lang/python/3.9: Tag: OPENBSD_6_9 Makefile distinfo
lang/python/3.9/patches: Tag: OPENBSD_6_9 patch-configure_ac
patch-setup_py
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/09/01 11:45:09
Modified files:
lang/python/3.8: Tag: OPENBSD_6_9 Makefile distinfo
lang/python/3.8/patches: Tag: OPENBSD_6_9 patch-setup_py
lang/python/3.8/pkg: Tag: OPENBSD_6_9
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2021/09/01 11:41:48
Modified files:
lang/python: Makefile.inc
lang/python/2.7: Makefile
lang/python/3.8: Makefile distinfo
lang/python/3.8/patches: patch-setup_py
A handful of security fixes and various other fixes.
https://docs.python.org/release/3.9.7/whatsnew/changelog.html#changelog
Tests pass as before
Patches regenerated
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS file:
Various security fixes:
https://docs.python.org/release/3.8.12/whatsnew/changelog.html#changelog
Test pass as before.
Patches regenerated
Should also be committed to -stable
ok?
(cc maintainer)
--Kurt
Index: Makefile
===
RCS
/rack-test
+
+MAINTAINER=Kurt Mosiejczuk
# MIT
PERMIT_PACKAGE=Yes
Index: distinfo
===
RCS file: /cvs/ports/www/ruby-rack-test/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo25 Jun 2015
against typical web attacks
-DISTNAME = rack-protection-2.0.0
+DISTNAME = rack-protection-2.1.0
CATEGORIES = www
HOMEPAGE = https://github.com/rkh/rack-protection
+
+MAINTAINER = Kurt Mosiejczuk
# MIT
PERMIT_PACKAGE =
501 - 600 of 1749 matches
Mail list logo
