Re: [NEW] devel/py-bencode.py
On 6/26/19 9:53 PM, Kurt Mosiejczuk wrote: On Wed, Jun 26, 2019 at 01:26:42PM +0100, Stuart Henderson wrote: On 2019/06/25 22:49, Kurt Mosiejczuk wrote: I'm wondering though if perhaps we should move the py-bencode port over to this fork? The only consumer of the old py-bencode port is plaso, and it is going to use the new port. Anyone else have any feelings on it. Yes I'd prefer that. Did you like the diff to do so? Remi, thoughts? (Included here again in an unmangled-by-reply state) Hi, good idea to replace py-bencode by this one. ok rpointel@. Thanks, Remi.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2019/06/26 23:05:49 Modified files: security/polarssl: Makefile distinfo security/polarssl/patches: patch-CMakeLists_txt security/polarssl/pkg: PLIST Log message: Update to mbedtls-2.16.2. Maintenance release. Release notes can be found at https://tls.mbed.org/tech-updates/releases/mbedtls-2.16.2-and-2.7.11-released Bump minor of libmbedx509 as symbols have been added.
Re: WIP: netdata [was Re: How to write a PLIST for a program that does code-as-configuration in /etc]
So, first of all, sorry for how long it has taken me to reply! I got pulled away by life things. Second of all, thank you so much for your help with this! I’ll take a look this weekend, and based on what the diff looks like, I might even be able to finish the port. - William > On 30 May 2019, at 13:50, Stuart Henderson wrote: > > I've made a couple of other little changes, putting it at > https://github.com/jasperla/openbsd-wip/tree/master/sysutils/netdata >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 16:19:35 Modified files: net/bgpq3 : Makefile distinfo Log message: update to bgpq3-0.1.35 amongst other things this converts queries that use asdot format to asplain, newer IRRd doesn't support asdot
iperf3 update
- update to 3.7
- switch from git auto tarball to a proper one
- turn off the openssl/auth code. there are some minor 64-bit
time_t issues in iperf_auth.c, easy enough to fix those but one of
these is on a sscanf line that doesn't exactly inspire confidence,
that could be revisited if anyone actually misses this feature
comments/ok?
Index: Makefile
===
RCS file: /cvs/ports/net/iperf3/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile11 Jul 2018 15:36:55 - 1.3
+++ Makefile26 Jun 2019 22:15:13 -
@@ -2,28 +2,26 @@
COMMENT= tool to measure maximum achievable bandwidth on IP networks
-V= 3.6
+V= 3.7
PKGNAME= iperf3-${V}
+DISTNAME= iperf-${V}
-GH_ACCOUNT=esnet
-GH_PROJECT=iperf
-GH_TAGNAME=${V}
-
-SHARED_LIBS += iperf0.0 # 0.0
+SHARED_LIBS += iperf1.0 # 0.0
CATEGORIES=net
-HOMEPAGE= http://software.es.net/iperf/
+HOMEPAGE= https://software.es.net/iperf/
MAINTAINER=Lawrence Teo
# BSD 3-clause
-PERMIT_PACKAGE_CDROM= Yes
+PERMIT_PACKAGE=Yes
-WANTLIB += c crypto m ssl
+WANTLIB += c m
-MASTER_SITES= ${MASTER_SITES_GITHUB}
+MASTER_SITES= https://downloads.es.net/pub/iperf/
CONFIGURE_STYLE= gnu
+CONFIGURE_ARGS= --with-openssl=no
.include
Index: distinfo
===
RCS file: /cvs/ports/net/iperf3/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo11 Jul 2018 15:36:55 - 1.2
+++ distinfo26 Jun 2019 22:15:13 -
@@ -1,2 +1,2 @@
-SHA256 (iperf-3.6.tar.gz) = GtI/cKjrS4kqPLskfK+pVuD1x9i4YBsdnIAxwqgG8j8=
-SIZE (iperf-3.6.tar.gz) = 602406
+SHA256 (iperf-3.7.tar.gz) = 2EYEAiQxfK8vdchD0wmpUKfbI/m0S5RojMvlV9bRcQw=
+SIZE (iperf-3.7.tar.gz) = 605708
Index: patches/patch-src_Makefile_in
===
RCS file: patches/patch-src_Makefile_in
diff -N patches/patch-src_Makefile_in
--- patches/patch-src_Makefile_in 25 May 2017 12:56:35 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,17 +0,0 @@
-$OpenBSD: patch-src_Makefile_in,v 1.1 2017/05/25 12:56:35 sthen Exp $
-
-disable building the profiled binary, it wasn't installed anyway, and fails
with clang
-
-Index: src/Makefile.in
src/Makefile.in.orig
-+++ src/Makefile.in
-@@ -91,8 +91,7 @@ POST_UNINSTALL = :
- build_triplet = @build@
- host_triplet = @host@
- bin_PROGRAMS = iperf3$(EXEEXT)
--noinst_PROGRAMS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT) \
-- iperf3_profile$(EXEEXT)
-+noinst_PROGRAMS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT)
- TESTS = t_timer$(EXEEXT) t_units$(EXEEXT) t_uuid$(EXEEXT)
- subdir = src
- ACLOCAL_M4 = $(top_srcdir)/aclocal.m4
Index: patches/patch-src_iperf_api_c
===
RCS file: /cvs/ports/net/iperf3/patches/patch-src_iperf_api_c,v
retrieving revision 1.3
diff -u -p -r1.3 patch-src_iperf_api_c
--- patches/patch-src_iperf_api_c 11 Jul 2018 15:36:55 - 1.3
+++ patches/patch-src_iperf_api_c 26 Jun 2019 22:15:13 -
@@ -1,9 +1,11 @@
$OpenBSD: patch-src_iperf_api_c,v 1.3 2018/07/11 15:36:55 gonzalo Exp $
+Default to IPv4.
+
Index: src/iperf_api.c
--- src/iperf_api.c.orig
+++ src/iperf_api.c
-@@ -2145,7 +2145,7 @@ iperf_defaults(struct iperf_test *testp)
+@@ -2314,7 +2314,7 @@ iperf_defaults(struct iperf_test *testp)
testp->stats_interval = testp->reporter_interval = 1;
testp->num_streams = 1;
Index: patches/patch-src_iperf_udp_c
===
RCS file: patches/patch-src_iperf_udp_c
diff -N patches/patch-src_iperf_udp_c
--- patches/patch-src_iperf_udp_c 11 Jul 2018 15:36:55 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-src_iperf_udp_c,v 1.2 2018/07/11 15:36:55 gonzalo Exp $
-
-Print uint64_t using %llu, size_t is 32 bits on LP32 archs.
-
-Index: src/iperf_udp.c
src/iperf_udp.c.orig
-+++ src/iperf_udp.c
-@@ -149,7 +149,7 @@ iperf_udp_recv(struct iperf_stream *sp)
-
- /* Log the out-of-order packet */
- if (sp->test->debug)
-- fprintf(stderr, "OUT OF ORDER - incoming packet sequence %"
PRIu64 " but expected sequence %d on stream %d", pcount, sp->packet_count,
sp->socket);
-+ fprintf(stderr, "OUT OF ORDER - incoming packet sequence %llu"
PRIu64 " but expected sequence %d on stream %d", pcount, sp->packet_count,
sp->socket);
- }
-
- /*
Index: patches/patch-src_timer_c
===
RCS file: patches/patch-src_timer_c
diff -N patches/patch-src_timer_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_timer_c 26 Jun 2019 22:15:13 -
@@ -0,0 +1,15 @@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 15:19:56 Modified files: lang/lucee : Makefile Log message: https MASTER_SITES
Re: UPDATE: productivity/mcds
On Sun, Jun 23, 2019 at 01:43:17PM +0200, Jeremie Courreges-Anglas wrote:
>
> Here's a review. Among the pledge promises there's "proc exec".
> There's also an unveil("/usr/local/bin", "rx") call. Is this because of
> gpgme executing gnupg2?
>
> If my guesses are right, I would suggest a few changes. First,
> /usr/local/bin shouldn't be hardcoded, second, the order of the pledge
> promises doesn't help review. This is addressed by the updated diff
> below.
>
> There are still open questions, I think. Does gpgme respect PATH? Does
> it allow the user to override the executed gnupg program?
>
> Another problem is you can't use a password_file that is not under $HOME,
> since mcds is the program opening said file.
Hi Jeremie,
Many thanks for the review, suggestions and raising important questions I
had not thought of!
Yes gpgme `forks()` to do most operations.
I'm pretty sure gpgme gets it's information from `gpgconf`, an executable,
that is in /usr/local/bin (thanks for highlighting $LOCALBASE!).
I will need to dig into this and see if it respects PATH and if it
can be overridden.
Ah, yes, good point regarding a password_file not under $HOME. OK, I'll
think of a way around this. First idea that comes to mind is to call
`unveil()` on this file after reading it from the rc file. I'll have
to investigate.
Once again, many thanks!
Regards
Timothy
Re: Update: devel/py-pluggy 0.9.0 -> 0.11.0
0.9.0 = 0.11.0, ok shadchin@
ср, 26 июн. 2019 г., 5:54 Kurt Mosiejczuk :
> On Sun, Jun 09, 2019 at 03:20:39PM -0400, Kurt Mosiejczuk wrote:
> > This update py-pluggy from 0.9.0 to 0.11.0. The most recent version is
> > actually 0.12.0, but they added a dependency on a new module that seems
> > to depend on everything else (I killed portgen after it generated 7 new
> > ports to support it).
>
> > All regression tests pass on both amd64 and sparc64.
>
> > The regression tests of py-test and py-tox pass the same on amd64 once
> > the update is installed. sysutils/diffoscope hangs at 73% of its tests
> > both before and after.
>
> Ping.
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-pluggy/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile13 May 2019 18:06:43 - 1.8
> +++ Makefile9 Jun 2019 18:20:11 -
> @@ -2,14 +2,13 @@
>
> COMMENT = plugin and hook calling mechanisms for Python
>
> -MODPY_EGG_VERSION =0.9.0
> +MODPY_EGG_VERSION =0.11.0
> DISTNAME = pluggy-${MODPY_EGG_VERSION}
> PKGNAME = py-${DISTNAME}
> CATEGORIES = devel
> -REVISION = 0
>
> # MIT
> -PERMIT_PACKAGE_CDROM = Yes
> +PERMIT_PACKAGE = Yes
>
> MODULES = lang/python
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/py-pluggy/distinfo,v
> retrieving revision 1.4
> diff -u -p -r1.4 distinfo
> --- distinfo1 May 2019 01:24:44 - 1.4
> +++ distinfo9 Jun 2019 18:20:11 -
> @@ -1,2 +1,2 @@
> -SHA256 (pluggy-0.9.0.tar.gz) =
> Gez5zp2y/OBlp6BYbgfPtKyGFP6W7fYoomSxxwEWz48=
> -SIZE (pluggy-0.9.0.tar.gz) = 54035
> +SHA256 (pluggy-0.11.0.tar.gz) =
> JaG8HRSMmmQCEYcrT/hZh41CK8y1nJll4E7tRooKoYA=
> +SIZE (pluggy-0.11.0.tar.gz) = 56897
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/py-pluggy/pkg/PLIST,v
> retrieving revision 1.4
> diff -u -p -r1.4 PLIST
> --- pkg/PLIST 1 May 2019 01:24:44 - 1.4
> +++ pkg/PLIST 9 Jun 2019 18:20:11 -
> @@ -7,7 +7,7 @@ lib/python${MODPY_VERSION}/site-packages
>
>
> lib/python${MODPY_VERSION}/site-packages/pluggy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
>
>
> lib/python${MODPY_VERSION}/site-packages/pluggy-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
> lib/python${MODPY_VERSION}/site-packages/pluggy/__init__.py
>
> -${MODPY_COMMENT}${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pluggy/${MODPY_PYCACHE}/
>
> +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/pluggy/${MODPY_PYCACHE}/
>
>
> lib/python${MODPY_VERSION}/site-packages/pluggy/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
>
>
> lib/python${MODPY_VERSION}/site-packages/pluggy/${MODPY_PYCACHE}_tracing.${MODPY_PYC_MAGIC_TAG}pyc
>
>
> lib/python${MODPY_VERSION}/site-packages/pluggy/${MODPY_PYCACHE}_version.${MODPY_PYC_MAGIC_TAG}pyc
>
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/06/26 13:09:58 Modified files: devel/py-atomicwrites: Makefile distinfo Log message: Updated devel/py-atomicwrite 1.1.5 -> 1.3.0 Converted to PERMIT_PACKAGE and added MODPY_PYTEST ok sthen@
UPDATE: net/znc 1.7.3 -> 1.7.4
Hi,
This updates the znc port from 1.7.3 to 1.7.4.
It contains a security fix:
Modules.cpp in ZNC before 1.7.4-rc1 allows remote authenticated non-admin users
to escalate privileges and execute arbitrary code by loading a module with a
crafted name.
Reference: https://nvd.nist.gov/vuln/detail/CVE-2019-12816
Patch reference:
https://github.com/znc/znc/commit/8de9e376ce531fe7f3c8b0aa4876d15b479b7311
I only build the package on amd64 and have not tested it.
Patch below:
diff --git net/znc/Makefile net/znc/Makefile
index 6cb912ed596..52267267db7 100644
--- net/znc/Makefile
+++ net/znc/Makefile
@@ -2,8 +2,7 @@
COMMENT= advanced IRC bouncer
-DISTNAME= znc-1.7.3
-REVISION= 0
+DISTNAME= znc-1.7.4
CATEGORIES=net
MASTER_SITES= ${HOMEPAGE}releases/
diff --git net/znc/distinfo net/znc/distinfo
index 4a337b107f8..b333b2182eb 100644
--- net/znc/distinfo
+++ net/znc/distinfo
@@ -1,2 +1,2 @@
-SHA256 (znc-1.7.3.tar.gz) = HkzDGDeh6ObMMQhzZZoWfOwWo/1CgcvDvzZOQjUsET0=
-SIZE (znc-1.7.3.tar.gz) = 2084575
+SHA256 (znc-1.7.4.tar.gz) = saMpIajm157mxZAMjQcpMCaWbbfAWqrEiYQjG+/Em3E=
+SIZE (znc-1.7.4.tar.gz) = 2084756
--
Kind regards,
Hiltjo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/06/26 11:22:41 Modified files: www/chromium : Makefile www/chromium/files: pledge.main unveil.main www/chromium/patches: patch-media_capture_video_linux_v4l2_capture_delegate_cc Added files: www/chromium/patches: patch-media_capture_video_linux_fake_v4l2_impl_cc patch-media_capture_video_linux_fake_v4l2_impl_h patch-media_capture_video_linux_v4l2_capture_delegate_h patch-media_capture_video_linux_v4l2_capture_device_h patch-media_capture_video_linux_v4l2_capture_device_impl_cc patch-media_capture_video_linux_v4l2_capture_device_impl_h patch-media_capture_video_linux_video_capture_device_factory_linux_cc patch-media_capture_video_linux_video_capture_device_factory_linux_h Log message: unbreak video(4) support by using the proper type for ioctl(2)'s request argument and add the necessary pledge to the main process and unveil /dev/video
Re: dedicated user for sysutils/monit
On Wed, Jun 26, 2019 at 05:18:33PM +0100, Stuart Henderson wrote:
> On 2019/06/26 17:29, Joel Carnat wrote:
> > Hello,
> >
> > I've just installed sysutils/monit on some new server and noticed there
> > were no dedicated user created to run the daemon.
> >
> > I already run it as non-root on serveral servers. So I know it works.
> > Note that there are cases (service restart for example) that require
> > configuring doas rules. But once done, everything runs ok.
> >
> > If you think that's ok, here's a patch to create a dedicated user.
> > Inspired from net/openvpn port.
> >
> > Regards,
> > Jo
>
> > --- infrastructure/db/user.list.origWed Jun 26 17:04:43 2019
> > +++ infrastructure/db/user.list Wed Jun 26 17:06:41 2019
> > @@ -348,2 +348,3 @@
> > 837 _thingsd _thingsdnet/thingsd
> > 838 _i2pd _i2pd net/i2pd
> > +839 _monit _monit sysutils/monit
> >
> > --- sysutils/monit/pkg/PLIST.orig Wed May 1 21:21:57 2019
> > +++ sysutils/monit/pkg/PLISTWed Jun 26 17:14:10 2019
> > @@ -1,3 +1,5 @@
> > @comment $OpenBSD: PLIST,v 1.11 2019/05/01 19:21:57 landry Exp $
> > +@newgroup _monit:839
> > +@newuser _monit:839:_monit:daemon:Monit Daemon:/var/monit:/sbin/nologin
> > @rcscript ${RCDIR}/monit
> > @bin bin/monit
>
> I think it really needs more support than just "drop a new uid/gid in
> /etc and hope the user configures something to use it" to be worth tieing
> up the somewhat limited resource of ports uids..
>
You're right. I forgot to include some manual things I did... Sorry.
Here's another diff. Hopefully complete.
--- infrastructure/db/user.list.origWed Jun 26 17:04:43 2019
+++ infrastructure/db/user.list Wed Jun 26 17:06:41 2019
@@ -348,2 +348,3 @@
837 _thingsd _thingsdnet/thingsd
838 _i2pd _i2pd net/i2pd
+839 _monit _monit sysutils/monit
--- sysutils/monit/pkg/monit.rc.origThu Jan 11 20:27:10 2018
+++ sysutils/monit/pkg/monit.rc Wed Jun 26 18:33:27 2019
@@ -4,4 +4,5 @@
daemon="${TRUEPREFIX}/bin/monit"
+daemon_user="_monit"
. /etc/rc.d/rc.subr
--- sysutils/monit/pkg/PLIST.orig Wed May 1 21:21:57 2019
+++ sysutils/monit/pkg/PLISTWed Jun 26 18:49:32 2019
@@ -1,3 +1,5 @@
@comment $OpenBSD: PLIST,v 1.11 2019/05/01 19:21:57 landry Exp $
+@newgroup _monit:839
+@newuser _monit:839:_monit:daemon:Monit Daemon:/var/monit:/sbin/nologin
@rcscript ${RCDIR}/monit
@bin bin/monit
@@ -8,5 +10,9 @@
share/examples/monit/monitrc
@mode 0600
+@owner _monit
+@group _monit
@sample ${SYSCONFDIR}/monitrc
@mode
@sample ${LOCALSTATEDIR}/monit/
+@owner
+@group
arm bulk build report
bulk build on armv7.ports.openbsd.org started on Sun Jun 9 08:53:25 MDT 2019 finished at Wed Jun 26 10:53:02 MDT 2019 lasted 17D18h59m done with kern.version=OpenBSD 6.5-current (GENERIC) #182: Sat Jun 8 19:49:27 MDT 2019 built packages:9018 Jun 9:222 Jun 10:151 Jun 11:197 Jun 12:84 Jun 13:101 Jun 14:139 Jun 15:179 Jun 16:58 Jun 18:250 Jun 19:394 Jun 20:147 Jun 21:111 Jun 22:301 Jun 23:504 Jun 24:898 Jun 25:2131 Jun 26:3150 critical path missing pkgs: http://build-failures.rhaalovely.net/arm/2019-06-09/summary.log build failures: 57 http://build-failures.rhaalovely.net/arm/2019-06-09/audio/chromaprint.log http://build-failures.rhaalovely.net/arm/2019-06-09/audio/solfege.log http://build-failures.rhaalovely.net/arm/2019-06-09/chinese/libpinyin.log http://build-failures.rhaalovely.net/arm/2019-06-09/comms/lcdproc.log http://build-failures.rhaalovely.net/arm/2019-06-09/devel/liboil.log http://build-failures.rhaalovely.net/arm/2019-06-09/devel/llvm,,-main.log http://build-failures.rhaalovely.net/arm/2019-06-09/devel/openmpi.log http://build-failures.rhaalovely.net/arm/2019-06-09/devel/srecord.log http://build-failures.rhaalovely.net/arm/2019-06-09/emulators/dgen-sdl.log http://build-failures.rhaalovely.net/arm/2019-06-09/emulators/ppsspp.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/barony.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/fifengine.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/frozen-bubble,-main.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/stone-soup,no_x11.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/vacuum.log http://build-failures.rhaalovely.net/arm/2019-06-09/games/xmoto.log http://build-failures.rhaalovely.net/arm/2019-06-09/graphics/ImageMagick.log http://build-failures.rhaalovely.net/arm/2019-06-09/graphics/libmpeg2.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/STk.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/erlang/21.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/go-bootstrap.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/mruby.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/parrot.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/pfe.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/racket-minimal,no_jit.log http://build-failures.rhaalovely.net/arm/2019-06-09/lang/swi-prolog.log http://build-failures.rhaalovely.net/arm/2019-06-09/mail/bogofilter,db4.log http://build-failures.rhaalovely.net/arm/2019-06-09/mail/courier-unicode.log http://build-failures.rhaalovely.net/arm/2019-06-09/math/dieharder.log http://build-failures.rhaalovely.net/arm/2019-06-09/math/mathomatic.log http://build-failures.rhaalovely.net/arm/2019-06-09/math/mlpack,-main.log http://build-failures.rhaalovely.net/arm/2019-06-09/misc/openbabel.log http://build-failures.rhaalovely.net/arm/2019-06-09/multimedia/gstreamer-0.10/plugins-ffmpeg.log http://build-failures.rhaalovely.net/arm/2019-06-09/net/dnscontrol.log http://build-failures.rhaalovely.net/arm/2019-06-09/net/utox.log http://build-failures.rhaalovely.net/arm/2019-06-09/print/foo2zjs.log http://build-failures.rhaalovely.net/arm/2019-06-09/security/aircrack-ng.log http://build-failures.rhaalovely.net/arm/2019-06-09/security/vault.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/amazon-ecs-cli.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/beats/metricbeat.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/fzf.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/govmomi,-main.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/nomad.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/prometheus.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/telegraf.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/terraform/provider-alicloud.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/terraform/provider-aws.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/terraform/provider-azurerm.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/terraform/provider-terraform.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/terraform/provider-vsphere.log http://build-failures.rhaalovely.net/arm/2019-06-09/sysutils/u-boot.log http://build-failures.rhaalovely.net/arm/2019-06-09/www/h2o.log http://build-failures.rhaalovely.net/arm/2019-06-09/www/webkitgtk4.log http://build-failures.rhaalovely.net/arm/2019-06-09/x11/afterstep.log http://build-failures.rhaalovely.net/arm/2019-06-09/x11/gnustep/libobjc2.log http://build-failures.rhaalovely.net/arm/2019-06-09/x11/gtk+4,-cloudprint.log http://build-failures.rhaalovely.net/arm/2019-06-09/x11/qt4,.log recurrent failures failures/audio/solfege.log failures/chinese/libpinyin.log failures/comms/lcdproc.log failures/devel/liboil.log failures/devel/openmpi.log failures/devel/srecord.log
Re: dedicated user for sysutils/monit
On 2019/06/26 17:29, Joel Carnat wrote:
> Hello,
>
> I've just installed sysutils/monit on some new server and noticed there
> were no dedicated user created to run the daemon.
>
> I already run it as non-root on serveral servers. So I know it works.
> Note that there are cases (service restart for example) that require
> configuring doas rules. But once done, everything runs ok.
>
> If you think that's ok, here's a patch to create a dedicated user.
> Inspired from net/openvpn port.
>
> Regards,
> Jo
> --- infrastructure/db/user.list.orig Wed Jun 26 17:04:43 2019
> +++ infrastructure/db/user.list Wed Jun 26 17:06:41 2019
> @@ -348,2 +348,3 @@
> 837 _thingsd _thingsdnet/thingsd
> 838 _i2pd_i2pd net/i2pd
> +839 _monit _monit sysutils/monit
>
> --- sysutils/monit/pkg/PLIST.orig Wed May 1 21:21:57 2019
> +++ sysutils/monit/pkg/PLIST Wed Jun 26 17:14:10 2019
> @@ -1,3 +1,5 @@
> @comment $OpenBSD: PLIST,v 1.11 2019/05/01 19:21:57 landry Exp $
> +@newgroup _monit:839
> +@newuser _monit:839:_monit:daemon:Monit Daemon:/var/monit:/sbin/nologin
> @rcscript ${RCDIR}/monit
> @bin bin/monit
I think it really needs more support than just "drop a new uid/gid in
/etc and hope the user configures something to use it" to be worth tieing
up the somewhat limited resource of ports uids..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 10:14:57 Modified files: net/powerdns : Tag: OPENBSD_6_5 Makefile distinfo Log message: MFC update to powerdns-4.1.10
Re: [update] py-sip 4.19.17
On Sun, Jun 23, 2019 at 05:23:38PM +0200, Landry Breuil wrote:
> Hi,
>
> here's an update to py-sip-4.19.17, two years of changes since the
> 4.19.3 we have. It seems i need it for qgis 3.8, which trips on "enum
> class foo" constructs, apparently supported since 4.19.4 per
> https://www.riverbankcomputing.com/static/Docs/sip/incompatibilities.html#sip-v4-19-4
>
> will throw it in a bulk, but ppl using sip/qt/python software should
> definitely check for runtime issues.
new diff with an improved pre-fake target. Went into a bulk build
without apparent issue, but got zero feedback from runtime testing.
qgis 3.8.0 works with it.
ok ?
Landry
Index: Makefile
===
RCS file: /cvs/ports/devel/py-sip/Makefile,v
retrieving revision 1.42
diff -u -r1.42 Makefile
--- Makefile28 Apr 2019 20:51:37 - 1.42
+++ Makefile26 Jun 2019 16:05:19 -
@@ -5,9 +5,9 @@
# XXX Be particularly careful when testing updates.
# API breaks often.
-DISTNAME= sip-4.19.3
+MODPY_EGG_VERSION =4.19.17
+DISTNAME= sip-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME}
-REVISION = 4
CATEGORIES=devel
HOMEPAGE= http://www.riverbankcomputing.co.uk/software/sip/intro
@@ -19,7 +19,7 @@
COMPILER = base-clang ports-gcc base-gcc
-MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=pyqt/}
+MASTER_SITES=
https://www.riverbankcomputing.com/static/Downloads/sip/${MODPY_EGG_VERSION}/
MODULES= lang/python
@@ -43,6 +43,12 @@
SUBST_VARS += MODPY_LIB_SUFFIX
pre-configure:
${SUBST_CMD} ${WRKSRC}/configure.py
+
+# mk_distinfo.py tries to open sip_bin but it hasnt been renamed yet
+.if ${FLAVOR:Mpython3}
+pre-fake:
+ cd ${PREFIX}/bin && ln -sf sip sip${MODPY_BIN_SUFFIX}
+.endif
post-install:
${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py ${WRKINST}${MODPY_SITEPKG}
Index: distinfo
===
RCS file: /cvs/ports/devel/py-sip/distinfo,v
retrieving revision 1.16
diff -u -r1.16 distinfo
--- distinfo17 Jul 2017 08:34:39 - 1.16
+++ distinfo26 Jun 2019 16:05:19 -
@@ -1,2 +1,2 @@
-SHA256 (sip-4.19.3.tar.gz) = dA34RPgMxF3MmyMpSpJJKSO8QDzojmjDV4PyfBd8S3Q=
-SIZE (sip-4.19.3.tar.gz) = 1007481
+SHA256 (sip-4.19.17.tar.gz) = ErzY9NX+78EFvAddEsUJDueD9zgHKFY8kbi5XQ7EXfM=
+SIZE (sip-4.19.17.tar.gz) = 1056156
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-sip/pkg/PLIST,v
retrieving revision 1.9
diff -u -r1.9 PLIST
--- pkg/PLIST 17 Jul 2017 08:34:39 - 1.9
+++ pkg/PLIST 26 Jun 2019 16:05:19 -
@@ -1,10 +1,14 @@
@comment $OpenBSD: PLIST,v 1.9 2017/07/17 08:34:39 zhuk Exp $
@bin bin/sip${MODPY_BIN_SUFFIX}
include/python${MODPY_VERSION}${MODPY_LIB_SUFFIX}/sip.h
-lib/python${MODPY_VERSION}/site-packages/sip.pyi
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}sipconfig.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}sipdistutils.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/sip-${MODPY_EGG_VERSION}.dist-info/
+lib/python${MODPY_VERSION}/site-packages/sip-${MODPY_EGG_VERSION}.dist-info/INSTALLER
+lib/python${MODPY_VERSION}/site-packages/sip-${MODPY_EGG_VERSION}.dist-info/METADATA
+lib/python${MODPY_VERSION}/site-packages/sip-${MODPY_EGG_VERSION}.dist-info/RECORD
+lib/python${MODPY_VERSION}/site-packages/sip.pyi
lib/python${MODPY_VERSION}/site-packages/sip.so
lib/python${MODPY_VERSION}/site-packages/sipconfig.py
lib/python${MODPY_VERSION}/site-packages/sipdistutils.py
Re: Update: emulators/stella
On 24/06/2019 23:49, Tom Murphy wrote:
Hi,
I realized in my previous diff I hadn't removed the REVISION line,
so here is a new diff without it.
Thanks,
Tom
Committed, thanks !
Index: Makefile
===
RCS file: /cvs/ports/emulators/stella/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile24 Oct 2018 14:28:02 - 1.32
+++ Makefile24 Jun 2019 21:47:18 -
@@ -2,12 +2,11 @@
COMMENT = Atari 2600 VCS emulator
-V = 5.1.3
+V =6.0.1
DISTNAME =stella-$V
CATEGORIES = emulators
EXTRACT_SUFX =-src.tar.xz
WRKDIST = ${WRKDIR}/${DISTNAME}
-REVISION = 0
HOMEPAGE = https://stella-emu.github.io/
Index: distinfo
===
RCS file: /cvs/ports/emulators/stella/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo27 Jun 2018 20:56:54 - 1.19
+++ distinfo24 Jun 2019 21:47:18 -
@@ -1,2 +1,2 @@
-SHA256 (stella-5.1.3-src.tar.xz) = 4HQxfCXl1Mq+xFWJCdMBw6dlStYghj8F00IkT+a9/go=
-SIZE (stella-5.1.3-src.tar.xz) = 1828448
+SHA256 (stella-6.0.1-src.tar.xz) = 1hH5i7Ne2erPtjgmsStOi2e4dKKocBnUva8ef0ckxA0=
+SIZE (stella-6.0.1-src.tar.xz) = 1730084
Index: pkg/PLIST
===
RCS file: /cvs/ports/emulators/stella/pkg/PLIST,v
retrieving revision 1.12
diff -u -p -r1.12 PLIST
--- pkg/PLIST 14 Mar 2018 04:37:59 - 1.12
+++ pkg/PLIST 24 Jun 2019 21:47:18 -
@@ -35,7 +35,6 @@ share/doc/stella/graphics/eventmapping_d
share/doc/stella/graphics/eventmapping_remap.png
share/doc/stella/graphics/jr_pacman.png
share/doc/stella/graphics/launcher.png
-share/doc/stella/graphics/launcher_filter.png
share/doc/stella/graphics/launcher_options_files.png
share/doc/stella/graphics/launcher_options_snapshots.png
share/doc/stella/graphics/launcher_override.png
@@ -60,13 +59,11 @@ share/doc/stella/graphics/options_video_
share/doc/stella/graphics/options_video_tv.png
share/doc/stella/graphics/pacman.png
share/doc/stella/graphics/qwertz.png
-share/doc/stella/graphics/rom_browser.png
share/doc/stella/graphics/romaudit.png
share/doc/stella/graphics/rominfo_1x_large.png
share/doc/stella/graphics/rominfo_1x_small.png
share/doc/stella/graphics/rominfo_2x_small.png
share/doc/stella/graphics/secret_quest.png
-share/doc/stella/graphics/select_romdir.png
share/doc/stella/graphics/space_invaders.png
share/doc/stella/graphics/timemachine.png
share/doc/stella/index.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2019/06/26 09:51:22 Modified files: emulators/stella: Makefile distinfo emulators/stella/pkg: PLIST Log message: Update to stella-6.0.1. from Tom Murphy, thanks
dedicated user for sysutils/monit
Hello,
I've just installed sysutils/monit on some new server and noticed there
were no dedicated user created to run the daemon.
I already run it as non-root on serveral servers. So I know it works.
Note that there are cases (service restart for example) that require
configuring doas rules. But once done, everything runs ok.
If you think that's ok, here's a patch to create a dedicated user.
Inspired from net/openvpn port.
Regards,
Jo
--- infrastructure/db/user.list.origWed Jun 26 17:04:43 2019
+++ infrastructure/db/user.list Wed Jun 26 17:06:41 2019
@@ -348,2 +348,3 @@
837 _thingsd _thingsdnet/thingsd
838 _i2pd _i2pd net/i2pd
+839 _monit _monit sysutils/monit
--- sysutils/monit/pkg/PLIST.orig Wed May 1 21:21:57 2019
+++ sysutils/monit/pkg/PLISTWed Jun 26 17:14:10 2019
@@ -1,3 +1,5 @@
@comment $OpenBSD: PLIST,v 1.11 2019/05/01 19:21:57 landry Exp $
+@newgroup _monit:839
+@newuser _monit:839:_monit:daemon:Monit Daemon:/var/monit:/sbin/nologin
@rcscript ${RCDIR}/monit
@bin bin/monit
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/06/26 09:30:47 Modified files: net/py-dnspython: Makefile Log message: Remove py-typing from python3 flavor of py-dnspython as it does nothing for python3. tweak and OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2019/06/26 09:07:57 Modified files: devel/git : Makefile distinfo devel/git/patches: patch-config_mak_uname patch-contrib_svn-fe_Makefile patch-gitweb_gitweb_perl patch-t_t9117-git-svn-init-clone_sh patch-t_test-lib_sh devel/git/pkg : PLIST-main Log message: Update git to 2.22.0 https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.22.0.txt Fixes, polishing, rewrites under the hood, nothing breaking. OK benoit
Re: git: update to 2.22.0
On 24/06/2019 22:57, Klemens Nanni wrote:
https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.22.0.txt
Fixes, polishing, rewrites under the hood, nothing breaking.
Regress passes on amd64, no regressions in production usage.
OK?
ok benoit@
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.199
diff -u -p -r1.199 Makefile
--- Makefile20 May 2019 22:15:03 - 1.199
+++ Makefile24 Jun 2019 19:17:27 -
@@ -4,12 +4,11 @@ COMMENT-main =GIT - Tree History Storag
COMMENT-svn = GIT - subversion interoperability tools
COMMENT-x11 = GIT - graphical tools
-V = 2.21.0
+V =2.22.0
DISTNAME =git-${V}
PKGNAME-main =${DISTNAME}
PKGNAME-svn = git-svn-${V}
PKGNAME-x11 = git-x11-${V}
-REVISION-main =0
CATEGORIES = devel
HOMEPAGE = https://git-scm.com/
Index: distinfo
===
RCS file: /cvs/ports/devel/git/distinfo,v
retrieving revision 1.150
diff -u -p -r1.150 distinfo
--- distinfo26 Feb 2019 09:10:34 - 1.150
+++ distinfo24 Jun 2019 19:17:36 -
@@ -1,4 +1,4 @@
-SHA256 (git-2.21.0.tar.gz) = heylHHQE2nXjU+ulh/h/6pSBukHhYiBqb3CtgRgUe+4=
-SHA256 (git-manpages-2.21.0.tar.gz) =
FMduu04x+eVc9TOKBP06E7ztAyPNUXlMz0X8dL0MEIA=
-SIZE (git-2.21.0.tar.gz) = 8289375
-SIZE (git-manpages-2.21.0.tar.gz) = 716556
+SHA256 (git-2.22.0.tar.gz) = pLfkNlvuQ8qhKjjWRtLJN0PXVdHOpeq0SP+0CQbJ2gs=
+SHA256 (git-manpages-2.22.0.tar.gz) =
9qV1DfxKCqXsDAzEldSZXR827UdZHDlBvpdWwcOhqgo=
+SIZE (git-2.22.0.tar.gz) = 8472680
+SIZE (git-manpages-2.22.0.tar.gz) = 727065
Index: patches/patch-config_mak_uname
===
RCS file: /cvs/ports/devel/git/patches/patch-config_mak_uname,v
retrieving revision 1.8
diff -u -p -r1.8 patch-config_mak_uname
--- patches/patch-config_mak_uname 26 Feb 2019 09:10:34 - 1.8
+++ patches/patch-config_mak_uname 24 Jun 2019 19:30:46 -
@@ -5,7 +5,7 @@ OpenBSD wants DIR_HAS_BSD_GROUP_SEMANTIC
Index: config.mak.uname
--- config.mak.uname.orig
+++ config.mak.uname
-@@ -226,6 +226,7 @@ endif
+@@ -228,6 +228,7 @@ endif
ifeq ($(uname_S),OpenBSD)
NO_STRCASESTR = YesPlease
NO_MEMMEM = YesPlease
Index: patches/patch-gitweb_gitweb_perl
===
RCS file: /cvs/ports/devel/git/patches/patch-gitweb_gitweb_perl,v
retrieving revision 1.32
diff -u -p -r1.32 patch-gitweb_gitweb_perl
--- patches/patch-gitweb_gitweb_perl14 Jun 2018 17:43:48 - 1.32
+++ patches/patch-gitweb_gitweb_perl24 Jun 2019 19:30:45 -
@@ -5,7 +5,7 @@ This prevents the following error: '-T a
Index: gitweb/gitweb.perl
--- gitweb/gitweb.perl.orig
+++ gitweb/gitweb.perl
-@@ -7001,7 +7001,7 @@ sub git_blob_plain {
+@@ -7038,7 +7038,7 @@ sub git_blob_plain {
$expires = "+1d";
}
@@ -14,7 +14,7 @@ Index: gitweb/gitweb.perl
or die_error(500, "Open git-cat-file blob '$hash' failed");
# content-type (can include charset)
-@@ -7063,7 +7063,7 @@ sub git_blob {
+@@ -7100,7 +7100,7 @@ sub git_blob {
}
my $have_blame = gitweb_check_feature('blame');
Index: patches/patch-t_test-lib_sh
===
RCS file: /cvs/ports/devel/git/patches/patch-t_test-lib_sh,v
retrieving revision 1.30
diff -u -p -r1.30 patch-t_test-lib_sh
--- patches/patch-t_test-lib_sh 26 Feb 2019 09:10:34 - 1.30
+++ patches/patch-t_test-lib_sh 24 Jun 2019 19:30:44 -
@@ -6,7 +6,7 @@ wants it badly.
Index: t/test-lib.sh
--- t/test-lib.sh.orig
+++ t/test-lib.sh
-@@ -294,6 +294,11 @@ then
+@@ -308,6 +308,11 @@ then
exit $stress_exit
fi
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/devel/git/pkg/PLIST-main,v
retrieving revision 1.88
diff -u -p -r1.88 PLIST-main
--- pkg/PLIST-main 26 Feb 2019 09:10:34 - 1.88
+++ pkg/PLIST-main 24 Jun 2019 19:36:34 -
@@ -80,7 +80,7 @@ libexec/git/git-filter-branch
@bin libexec/git/git-init-db
libexec/git/git-instaweb
@bin libexec/git/git-interpret-trailers
-libexec/git/git-legacy-rebase
+libexec/git/git-legacy-stash
@bin libexec/git/git-log
@bin libexec/git/git-ls-files
@bin libexec/git/git-ls-remote
@@ -122,7 +122,6 @@ libexec/git/git-quiltimport
@bin libexec/git/git-rebase
libexec/git/git-rebase--am
libexec/git/git-rebase--common
-@bin libexec/git/git-rebase--interactive
libexec/git/git-rebase--preserve-merges
@bin libexec/git/git-receive-pack
@bin libexec/git/git-reflog
@@ -145,7 +144,6 @@ libexec/git/git-request-pull
@bin libexec/git/git-rm
libexec/git/git-send-email
@bin libexec/git/git-send-pack
-@bin libexec/git/git-serve
libexec/git/git-sh-i18n
@bin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ratc...@cvs.openbsd.org 2019/06/26 08:14:26 Modified files: www/chromium : Makefile www/chromium/files: sndio_input.cc sndio_input.h sndio_output.cc sndio_output.h Log message: Add support for audio recording using sndio. ok and (a lot) of help from robert.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: r...@cvs.openbsd.org2019/06/26 08:02:36 Modified files: sysutils/cloud-agent: Makefile distinfo Log message: Update cloud-agent to v0.9 and adjust WANTLIB. OK sthen@
Re: UPDATE: sysutils/cloud-agent (v0.9)
On 2019/06/26 15:05, Reyk Floeter wrote: > Hi, > > I've released a new version of cloud-agent. > > ## v0.9 (2019-06-26) > > * Added support for `-c` to specify the probing order of different cloud > stacks. > * Added support for OpenNebula's START_SCRIPT methods (user-data alike). > * Added support for OpenNebula's USERNAME method. > * Added support for generating a default user password and writing it into > `~/.ssh/authorized_keys`. > * Fixed handling of OpenNebula SSH_PUBLIC_KEY entries with multiple keys. > * Improved documentation, added `CHANGELOG.md` file. > > OK? Please update WANTLIB, WANTLIB=c crypto expat ssl tls util then it is OK sthen@.
UPDATE: sysutils/cloud-agent (v0.9)
Hi, I've released a new version of cloud-agent. ## v0.9 (2019-06-26) * Added support for `-c` to specify the probing order of different cloud stacks. * Added support for OpenNebula's START_SCRIPT methods (user-data alike). * Added support for OpenNebula's USERNAME method. * Added support for generating a default user password and writing it into `~/.ssh/authorized_keys`. * Fixed handling of OpenNebula SSH_PUBLIC_KEY entries with multiple keys. * Improved documentation, added `CHANGELOG.md` file. OK? Reyk Index: sysutils/cloud-agent/Makefile === RCS file: /cvs/ports/sysutils/cloud-agent/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- sysutils/cloud-agent/Makefile 3 Jun 2019 13:42:49 - 1.3 +++ sysutils/cloud-agent/Makefile 26 Jun 2019 13:00:17 - @@ -2,7 +2,7 @@ COMMENT= cloud provisioning for OpenBSD VMs -V= 0.8 +V= 0.9 DISTNAME= cloud-agent-$V CATEGORIES=sysutils HOMEPAGE= https://github.com/reyk/cloud-agent/ Index: sysutils/cloud-agent/distinfo === RCS file: /cvs/ports/sysutils/cloud-agent/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- sysutils/cloud-agent/distinfo 3 Jun 2019 13:42:49 - 1.2 +++ sysutils/cloud-agent/distinfo 26 Jun 2019 13:00:17 - @@ -1,2 +1,2 @@ -SHA256 (cloud-agent-0.8.tar.gz) = cj9SOZvbaxd/OVBo1xtxF7uxI3uwIn7ftiiRc4cP94Q= -SIZE (cloud-agent-0.8.tar.gz) = 132601 +SHA256 (cloud-agent-0.9.tar.gz) = wLO7B/lbf0UniI7lexIpIWjUwg+/5GNaZCUjjiEKsqo= +SIZE (cloud-agent-0.9.tar.gz) = 137118
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/06/26 06:38:07 Modified files: www/buku : Makefile distinfo www/buku/pkg : PLIST Log message: Update to buku 4.2.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 06:37:59 Modified files: net/dhcpcd : Makefile distinfo Removed files: net/dhcpcd/patches: patch-src_if-bsd_c Log message: update to dhcpcd-7.2.3
Re: [NEW] devel/py-bencode.py
On 2019/06/25 22:49, Kurt Mosiejczuk wrote:
> On Fri, May 24, 2019 at 07:34:02AM +0200, Remi Pointel wrote:
>
> > attached is the port of bencode.py, needed by the update of plaso.
>
> > I'm not sure of the pkgname: py-bencode.py or py-bencodepy?
>
> > Ok?
>
> In the time since you sent this port, there is an actual release on PyPI
> now, so it's probably better to just use that rather than all the GH
> macros.
>
> I'm wondering though if perhaps we should move the py-bencode port over
> to this fork? The only consumer of the old py-bencode port is plaso, and
> it is going to use the new port.
>
> Anyone else have any feelings on it.
Yes I'd prefer that.
> In either case, I'm attaching both a diff to update the old py-bencode
> port to use the new fork and an updated version of the new py-bencode.py
> port.
>
> --Kurt
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-bencode/Makefile,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 Makefile
> --- Makefile 22 Jan 2017 08:00:32 - 1.1.1.1
> +++ Makefile 26 Jun 2019 02:47:30 -
> @@ -2,24 +2,31 @@
>
> COMMENT =bencoding and bdecoding implementation
>
> -MODPY_EGG_VERSION = 1.0
> -DISTNAME = bencode-${MODPY_EGG_VERSION}
> -PKGNAME =py-${DISTNAME}
> +MODPY_EGG_VERSION = 2.1.0
> +DISTNAME = bencode.py-${MODPY_EGG_VERSION}
> +PKGNAME =py-bencode-${MODPY_EGG_VERSION}
>
> CATEGORIES = devel
>
> -HOMEPAGE = https://pypi.python.org/pypi/bencode
> +HOMEPAGE = https://github.com/fuzeman/bencode.py
>
> MAINTAINER = Remi Pointel
>
> # BitTorrent Open Source License
> # BTOSL http://www.bittorrent.com/license
> -PERMIT_PACKAGE_CDROM = Yes
> +PERMIT_PACKAGE = Yes
>
> MODULES =lang/python
> MODPY_PI = Yes
> MODPY_SETUPTOOLS = Yes
>
> -NO_TEST =Yes
> +FLAVORS =python3
> +FLAVOR ?=
> +
> +BUILD_DEPENDS = devel/py-pbr${MODPY_FLAVOR}
> +TEST_DEPENDS = devel/py-test${MODPY_FLAVOR}
> +
> +do-test:
> + cd ${WRKSRC} && py.test${MODPY_BIN_SUFFIX}
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/py-bencode/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 distinfo
> --- distinfo 22 Jan 2017 08:00:32 - 1.1.1.1
> +++ distinfo 26 Jun 2019 02:47:30 -
> @@ -1,2 +1,2 @@
> -SHA256 (bencode-1.0.tar.gz) = AwHCICIzo/J0yUBwK6x70C1dBTuL+VArCFFWJw4wvps=
> -SIZE (bencode-1.0.tar.gz) = 2385
> +SHA256 (bencode.py-2.1.0.tar.gz) =
> fWWwLxdAl6RCorE4IIruf+EE0s5556KftFfQ4C84/D0=
> +SIZE (bencode.py-2.1.0.tar.gz) = 17076
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/py-bencode/pkg/PLIST,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST
> --- pkg/PLIST 22 Jan 2017 08:00:32 - 1.1.1.1
> +++ pkg/PLIST 26 Jun 2019 02:47:30 -
> @@ -1,12 +1,16 @@
> @comment $OpenBSD: PLIST,v 1.1.1.1 2017/01/22 08:00:32 rpointel Exp $
> lib/python${MODPY_VERSION}/site-packages/bencode/
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
> -lib/python${MODPY_VERSION}/site-packages/bencode-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/zip-safe
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/not-zip-safe
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/pbr.json
> +lib/python${MODPY_VERSION}/site-packages/bencode.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
> lib/python${MODPY_VERSION}/site-packages/bencode/BTL.py
> -lib/python${MODPY_VERSION}/site-packages/bencode/BTL.pyc
> lib/python${MODPY_VERSION}/site-packages/bencode/__init__.py
> -lib/python${MODPY_VERSION}/site-packages/bencode/__init__.pyc
> +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/bencode/${MODPY_PYCACHE}/
>
Re: devel/py-dnspython - Remove unnecessary python3 dependency on py-typing
On 2019/06/25 22:52, Kurt Mosiejczuk wrote:
> On Sun, Jun 09, 2019 at 02:34:23PM -0400, Kurt Mosiejczuk wrote:
> > This removes the last python3 consumer of py-typing. py-typing is a no-op
> > for any python 3.x versions we support. All tests still pass for
> > py-dnspython for both flavors.
>
> > Once this is done, I can remove the python3 flavor of py-typing completely.
>
> > --Kurt
>
> Ping.
>
> (Updated diff slightly to convert to PERMIT_PACKAGE)
>
> --Kurt
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/py-dnspython/Makefile,v
> retrieving revision 1.27
> diff -u -p -r1.27 Makefile
> --- Makefile 28 Apr 2019 20:51:44 - 1.27
> +++ Makefile 26 Jun 2019 02:52:02 -
> @@ -3,7 +3,7 @@
> COMMENT= DNS toolkit for Python
>
> MODPY_EGG_VERSION= 1.16.0
> -REVISION=1
> +REVISION=2
> DISTNAME=dnspython-${MODPY_EGG_VERSION}
> PKGNAME= py-${DISTNAME}
> CATEGORIES= net
> @@ -11,7 +11,7 @@ CATEGORIES= net
> HOMEPAGE=http://www.dnspython.org/
>
> # BSD
> -PERMIT_PACKAGE_CDROM=Yes
> +PERMIT_PACKAGE = Yes
Mixed "=" and " =" here .. otherwise OK
>
> MASTER_SITES=${HOMEPAGE}kits/${MODPY_EGG_VERSION}/
>
> @@ -22,8 +22,11 @@ MODULES= lang/python
> MODPY_SETUPTOOLS=Yes
> MODPY_ADJ_FILES= examples/*.py
>
> -TEST_DEPENDS=devel/py-typing${MODPY_FLAVOR} \
> - security/py-ecdsa${MODPY_FLAVOR}
> +TEST_DEPENDS=security/py-ecdsa${MODPY_FLAVOR}
> +
> +.if !${FLAVOR:Mpython3}
> +TEST_DEPENDS+= devel/py-typing
> +.endif
>
> post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/${MODPY_PY_PREFIX}dnspython
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/06/26 06:10:26 Modified files: graphics : Makefile Log message: +aspect-crop
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/06/26 06:09:53 Log message: companion tool to xwallpaper(1), to create pictures with a given trim box. okay kn@ Status: Vendor Tag: espie Release Tags: ports N ports/graphics/aspect-crop/Makefile N ports/graphics/aspect-crop/distinfo N ports/graphics/aspect-crop/pkg/PLIST N ports/graphics/aspect-crop/pkg/DESCR No conflicts created by this import
Re: (new version) Re: NEW PORT: aspect-crop
On Wed, Jun 26, 2019 at 02:01:27PM +0200, Marc Espie wrote: > Oh, the C++17 requirement is actually gone now, I forgot to scrape it from > the makefile as well. > > But no, since qt5 already does it for me. > Default being MODQT5_USE_CXX11=yes, which does take care of it for me. I see, thanks. > Hint for you: always use make show=... > don't trust the Makefile to be the ONLY source of variables. > Modules may surprise you. Yup, didn't use it for everything. OK kn with the space nits fixed.
Re: (new version) Re: NEW PORT: aspect-crop
On Wed, Jun 26, 2019 at 01:36:40PM +0200, Klemens Nanni wrote: > With std=c++17 set, shouldn't you set COMPILER as well? > > DESCR has trailing spaces and the Makefile could use space vs. tabs > cleaning around the assignment operator, looks good otherwise. Oh, the C++17 requirement is actually gone now, I forgot to scrape it from the makefile as well. But no, since qt5 already does it for me. Default being MODQT5_USE_CXX11=yes, which does take care of it for me. Hint for you: always use make show=... don't trust the Makefile to be the ONLY source of variables. Modules may surprise you.
Re: (new version) Re: NEW PORT: aspect-crop
With std=c++17 set, shouldn't you set COMPILER as well? DESCR has trailing spaces and the Makefile could use space vs. tabs cleaning around the assignment operator, looks good otherwise.
(new version) Re: NEW PORT: aspect-crop
On Sun, Jun 23, 2019 at 07:15:36PM +0200, Marc Espie wrote: > On Sun, Jun 23, 2019 at 03:02:56PM +0200, Marc Espie wrote: > > So I've written a small utility using qt5 to take advantage of > > the new --trim option Tobias has kindly added to xwallpaper. > > > > Existing tools do not allow displaying geometry parameters from a > > picture display. > > > > Writing this in qt5 because I didn't want to reinvent more than > > I would need. > > > > I'd like to make this available so that fellow developers would help > > with providing aspect-ratio ready list for backgrounds. > > > > (As Tobias noted, not all aspect ratio are needed, since trim is "smart", > > but we still need basic "best picture area for cropping" especially > > for portrait pictures, of which we have just a few in the basic > > collection) I've made a few minor changes, and it's actually getting used now. Tobias@ did fix a bug in xwallpaper 1.6.1 that makes it really useful and I'm now starting churning out actual aspect-ratio files for openbsd-backgrounds (see the version in github, to be committed once xwallpaper 1.6.1 hits the ports tree) So I'd like to import this. For once, not asking for yet another old qt3 application, this is brand new qt5 :) and will take about 5mn to compile. aspect-crop-1.5.tgz Description: aspect-crop-1.5.tgz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 03:48:45 Modified files: security/burpsuite: Makefile Log message: garbage-collect MODJAVA_JRERUN
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 03:46:43 Modified files: net/unifi : Makefile.inc Log message: garbage-collect MODJAVA_JRERUN
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/06/26 03:47:22 Modified files: net/unifi/stable: Makefile distinfo Log message: update to unifi-5.10.25
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2019/06/26 02:50:05 Modified files: games/gzdoom : Makefile Removed files: games/gzdoom/patches: patch-src_textures_animations_cpp Log message: Forgot to delete a patch revision bump in case
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sol...@cvs.openbsd.org 2019/06/26 01:12:04 Modified files: games/gzdoom : Makefile distinfo games/gzdoom/patches: patch-src_CMakeLists_txt patch-src_scripting_vm_vmframe_cpp patch-src_sound_mididevices_music_fluidsynth_mididevice_cpp Added files: games/gzdoom/patches: patch-src_gamedata_textures_animations_cpp Log message: Update to gzdoom-4.1.2 Diff from maintainer Timo Myyra This version is not compatible with old game saves.
