Re: UPDATE: editors/TeXmacs
On Fri May 10, 2019 at 06:38:30PM -0400, Jeremie Courreges-Anglas wrote: > On Mon, Apr 15 2019, Rafael Sadowski wrote: > > Please find below an update diff for TeXmacs 1.99.9. I stared to get rid > > of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from > > autotools to CMake. > > > > Build with base clang and runs without notable issues in > > a quick teston and64 . All regression tests are also passed. > > I got sick of this port needing base-gcc so I went ahead and fixed it to > build with ports-gcc. Now that base-gcc is out of the way, let's take > a look at your update. :) > > Here are some tweaks: > - missing COMPILER line, this is a C++ port In our case this is always set by Qt5 module. > - no need to depend on git at build time Maybe we can set -DCMAKE_DISABLE_FIND_PACKAGE_Git=ON. I See some git calls: https://github.com/texmacs/texmacs/blob/0b437b9fa0ec2960c0c9b0c84ecac0028d27c1d6/3rdparty/benchmark/cmake/GetGitVersion.cmake https://github.com/texmacs/texmacs/blob/0b437b9fa0ec2960c0c9b0c84ecac0028d27c1d6/3rdparty/benchmark/CMakeLists.txt > - add libexecinfo to LIB_DEPENDS, since you explicitely link against it Yes please > - sync WANTLIB (png16 -> png) > - add -Wno-deprecated-register to cut down the noise in build logs > - drop patches/patch-src_System_Link_pipe_link_cpp, not relevant any more >
Re: The eternal great desktop thread
On Sat, 11 May 2019 at 05:36, wrote: > [including ports@] > > Theo de Raadt writes: > > cho...@jtan.com wrote: > > > > > I recently posted a new CPAN module to ports@ which wraps pledge and > > > unveil. There was a bit of a balls up because as a sysadmin I'm not > > > really used to group development and what I've done has usually been in > > > a corporate environment but in the end a complete tarball was posted. > > > > Well -- I do not make decisions in the ports environment. > > > > Other people lead that effort, and make decisions after weighing the > > benefits and potential costs. > > The question ultimately is how to I know if I'm completely finished with > providing this port? > > If I need to do something more or promise on-going maintenance to get > this minor port included in the big picture, that is to say: in > OpenBSD's public CVS repository, then I'm happy to get it done. If it's > enough to send in a tarball (as I've done already) and let the current > ports maintainers take over then I'm (more than) happy to do that. > > Is "send a tarball to ports@ and forget about it" enough? You should consider becoming part of the process, one of the most valuable currencies you can give to the project is a degree of continuity. To phrase it differently, “fire and forget” is rarely a sustainable approach. Kind regards, Job
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 22:25:23 Modified files: sysutils/awscli: Makefile distinfo sysutils/awscli/pkg: PLIST Log message: Update to awscli-1.16.156.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 22:24:49 Modified files: net/py-boto3 : Makefile distinfo Log message: Update to py-boto3-1.9.146.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 22:25:01 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.12.146.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 22:08:57 Modified files: net/ircd-hybrid: Makefile distinfo net/ircd-hybrid/patches: patch-doc_Makefile_in patch-doc_reference_conf patch-include_defaults_h patch-include_stdinc_h patch-src_ircd_c Log message: Update to ircd-hybrid-8.2.25. from Brad
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/10 21:33:43 Modified files: multimedia : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: multimedia/avidemux: Makefile distinfo multimedia/avidemux/files: ADM_devicesndio.cpp ADM_devicesndio.h multimedia/avidemux/patches: patch-addons_Makefile patch-admin_detect-autoconf_sh patch-avidemux_ADM_audiodevice_ADM_audiodevice_cpp patch-avidemux_ADM_audiodevice_Makefile_am patch-avidemux_ADM_audiodevice_audio_out_h patch-avidemux_ADM_libraries_ADM_lavcodec_Makefile_am patch-avidemux_ADM_libraries_ADM_lavcodec_dsputil_c patch-avidemux_ADM_libraries_ADM_lavcodec_mpegaudiodec_c patch-avidemux_ADM_libraries_ADM_lavcodec_mpegvideo_c patch-avidemux_ADM_libraries_ADM_libswscale_yuv2rgb_c patch-avidemux_ADM_libraries_ADM_utilities_ADM_imageUtils_cpp patch-avidemux_ADM_libraries_ADM_utilities_default_h patch-avidemux_ADM_libraries_ADM_utilities_prefs_cpp patch-avidemux_ADM_osSupport_ADM_crashdump_cpp patch-avidemux_ADM_script_ADM_JSFunctions_cpp patch-avidemux_ADM_userInterfaces_ADM_commonUI_DIA_builtin_cpp patch-avidemux_ADM_userInterfaces_ADM_commonUI_DIA_prefs_cpp patch-avidemux_ADM_videoFilter_ADM_vidBlend_cpp patch-avidemux_ADM_videoFilter_ADM_vidDeintASM_cpp patch-avidemux_ADM_videoFilter_ADM_vidFields_cpp patch-avidemux_ADM_videoFilter_ADM_vidFlux_cpp patch-avidemux_ADM_videoFilter_ADM_vidResampleFPS_cpp patch-avidemux_ADM_video_ADM_interlaced_cpp patch-avidemux_avi_vars_h patch-avidemux_gtk_gui_cpp patch-avidemux_gui_action_names patch-configure_in_bot patch-configure_in_in multimedia/avidemux/pkg: DESCR PLIST Log message: Remove avidemux, broken with clang and not updated since 2009 ok kn@ naddy@
Re: The eternal great desktop thread
[including ports@] Theo de Raadt writes: > cho...@jtan.com wrote: > > > I recently posted a new CPAN module to ports@ which wraps pledge and > > unveil. There was a bit of a balls up because as a sysadmin I'm not > > really used to group development and what I've done has usually been in > > a corporate environment but in the end a complete tarball was posted. > > Well -- I do not make decisions in the ports environment. > > Other people lead that effort, and make decisions after weighing the > benefits and potential costs. The question ultimately is how to I know if I'm completely finished with providing this port? If I need to do something more or promise on-going maintenance to get this minor port included in the big picture, that is to say: in OpenBSD's public CVS repository, then I'm happy to get it done. If it's enough to send in a tarball (as I've done already) and let the current ports maintainers take over then I'm (more than) happy to do that. Is "send a tarball to ports@ and forget about it" enough? Matthew
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/10 20:51:04 Modified files: infrastructure/lib/OpenBSD/PortGen/Port: PyPI.pm Log message: Make python PKGNAME lowercase if neccessary in portgen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: i...@cvs.openbsd.org2019/05/10 19:11:20 Modified files: java : Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: java/java-getopt: Makefile distinfo java/java-getopt/pkg: DESCR PLIST Log message: Remove another port that doesn't benefit from packaging... because people will use it from Maven or Gradle. OK sthen jca.
portgen(1) - Try harder to make PKGNAME lowercase for python ports
This patch notices if there are any capital letters in the DISTNAME and
if so, it adds the :L to convert to lowercase.
I couldn't test the python- part because I didn't find any modules like
that, but I think it should work.
I noticed this missing with py-pylons.
Comments, OK?
diff --git a/lib/OpenBSD/PortGen/Port/PyPI.pm b/lib/OpenBSD/PortGen/Port/PyPI.pm
index 56a63e7..6b0ff37 100644
--- a/lib/OpenBSD/PortGen/Port/PyPI.pm
+++ b/lib/OpenBSD/PortGen/Port/PyPI.pm
@@ -71,11 +71,13 @@ sub fill_in_makefile
$self->set_other( 'MODPY_EGG_VERSION', $di->{info}{version} );
$self->set_distname( "$di->{info}{name}" . '-${MODPY_EGG_VERSION}' );
my $pkgname = $di->{info}->{name};
+ my $to_lower = $pkgname =~ /[[:upper:]]/ ? ':L' : '';
if ($pkgname =~ /^python-/) {
- $self->set_other( 'PKGNAME', '${DISTNAME:S/^python-/py-/}' );
+ $self->set_other( 'PKGNAME',
+ "\${DISTNAME:S/^python-/py-/$to_lower}" );
}
elsif ($pkgname !~ /^py-/) {
- $self->set_other( 'PKGNAME', 'py-${DISTNAME}' );
+ $self->set_other( 'PKGNAME', "py-\${DISTNAME$to_lower}" );
}
$self->set_modules('lang/python');
$self->set_other( 'HOMEPAGE', $di->{info}{home_page} );
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/10 18:07:08 Removed files: security/nss/patches: patch-nss_lib_freebl_config_mk Log message: Drop patch not needed since a few releases ok landry@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: i...@cvs.openbsd.org2019/05/10 17:38:58 Modified files: sysutils/htop : Makefile sysutils/htop/patches: patch-CPUMeter_c patch-openbsd_Platform_c Log message: Re-init all meters on edge case, fix platform code When meters draw before init, re-init everything Also don't write useless unusued period var in platform code This should stop all runtime crashes
Re: UPDATE: editors/TeXmacs
Jeremie Courreges-Anglas writes: > On Fri, May 10 2019, Jeremie Courreges-Anglas wrote: >> On Mon, Apr 15 2019, Rafael Sadowski wrote: >>> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid >>> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from >>> autotools to CMake. >>> >>> Build with base clang and runs without notable issues in >>> a quick teston and64 . All regression tests are also passed. >> >> I got sick of this port needing base-gcc so I went ahead and fixed it to >> build with ports-gcc. Now that base-gcc is out of the way, let's take >> a look at your update. :) >> >> Here are some tweaks: >> - missing COMPILER line, this is a C++ port >> - no need to depend on git at build time >> - add libexecinfo to LIB_DEPENDS, since you explicitely link against it >> - sync WANTLIB (png16 -> png) >> - add -Wno-deprecated-register to cut down the noise in build logs >> - drop patches/patch-src_System_Link_pipe_link_cpp, not relevant any more >> >> Nam proposed to become maintainer of this port. Nam, are you still >> interested? Yes, I can take maintainership. Ray Lai e-mailed me and said it was ok, not having used this program recently. Thank you for reviewing Rafael's diff. > > I forgot to add: builds also fine on amd64 using ports-gcc and ld.bfd. > > Very lightly tested on amd64, seems to work fine. ok jca@
New: lang/angelscript
Information for inst:angelscript-2.33.0 Comment: cross-platform scripting library Description: The AngelCode Scripting Library, or AngelScript as it is also known, is an extremely flexible cross-platform scripting library designed to allow applications to extend their functionality through external scripts. It has been designed from the beginning to be an easy to use component, both for the application programmer and the script writer. Efforts have been made to let it call standard C functions and C++ methods with little to no need for proxy functions. The application simply registers the functions, objects, and methods that the scripts should be able to work with and nothing more has to be done with your code. The same functions used by the application internally can also be used by the scripting engine, which eliminates the need to duplicate functionality. For the script writer the scripting language follows the widely known syntax of C/C++, but without the need to worry about pointers and memory leaks. Contrary to most scripting languages, AngelScript uses the common C/C++ datatypes for more efficient communication with the host application. Maintainer: Leonid Bobrov WWW: http://www.angelcode.com/angelscript angelscript.tar.gz Description: application/tar-gz
Re: CONFIGURE_STYLE=autoreconf
On Sat, May 11, 2019 at 01:08:29AM +0200, Christian Weisgerber wrote:
> Here's a draft for CONFIGURE_STYLE=autoreconf. No man page parts
> yet.
>
> Basically it works like "autoconf" but calls autoreconf instead.
> There are also example changes to two simple ports in the diff below.
>
> ajacoutot@ has been approaching this from a slightly different angle:
> He wants to call autogen.sh, so basically AUTORECONF=autogen.sh.
> I'm not sure which name to pick and which tool to default to.
Oh for sure we want to default to 'autoreconf -fi'.
But we need to be able to also set it to autogen.sh if needed. Because sometimes
autoreconf will not work before some other autoshit are run first (or stuff
like gettextize etc.) which autogen.sh takes care of.
> He has also raised two questions:
> * Which autotools dependencies do we want to enable by default?
> I put autoconf and automake there, but libtoolize (from libtool)
> is often needed, too. Sometimes autopoint (from gettext-tools)
> is required.
As far as I am concerned I don't mind enforcing these build dependencies.
> * Should we set NOCONFIGURE=1 in the environment by default, as
> many autogen.sh scripts use this in order not to run configure?
I am in favor of this. Otherwise we end up running configure twice...
> Index: infrastructure/mk/bsd.port.mk
> ===
> RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
> retrieving revision 1.1462
> diff -u -p -r1.1462 bsd.port.mk
> --- infrastructure/mk/bsd.port.mk 4 Apr 2019 02:28:06 - 1.1462
> +++ infrastructure/mk/bsd.port.mk 10 May 2019 18:51:46 -
> @@ -280,7 +280,7 @@ _ARCH_DEFINES_INCLUDED = Done
> . include "${PORTSDIR}/infrastructure/mk/arch-defines.mk"
> .endif
>
> -.if ${CONFIGURE_STYLE:L:Mautoconf}
> +.if ${CONFIGURE_STYLE:L:Mautoconf} || ${CONFIGURE_STYLE:L:Mautoreconf}
> . if !${CONFIGURE_STYLE:L:Mgnu}
> CONFIGURE_STYLE += gnu
> . endif
> Index: infrastructure/mk/gnu.port.mk
> ===
> RCS file: /cvs/ports/infrastructure/mk/gnu.port.mk,v
> retrieving revision 1.60
> diff -u -p -r1.60 gnu.port.mk
> --- infrastructure/mk/gnu.port.mk 4 Apr 2019 02:28:06 - 1.60
> +++ infrastructure/mk/gnu.port.mk 10 May 2019 22:22:55 -
> @@ -15,7 +15,15 @@ AUTOCONF_VERSION ?= 2.13
> AUTOCONF_ENV = PATH=${PORTPATH} AUTOCONF_VERSION=${AUTOCONF_VERSION}
> AUTOMAKE_VERSION=${AUTOMAKE_VERSION}
> MAKE_ENV += AUTOMAKE_VERSION=${AUTOMAKE_VERSION}
> AUTOCONF_VERSION=${AUTOCONF_VERSION}
>
> -.if ${CONFIGURE_STYLE:L:Mautoconf}
> +.if ${CONFIGURE_STYLE:L:Mautoreconf} && ${CONFIGURE_STYLE:L:Mautoconf}
> +ERRORS += "Fatal: Use either 'autoreconf' or 'autoconf'."
> +.endif
> +
> +.if ${CONFIGURE_STYLE:L:Mautoreconf}
> +BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS} ${MODGNU_AUTOMAKE_DEPENDS}
> +AUTORECONF ?= autoreconf --force --install
> +AUTOCONF_DIR ?= ${WRKSRC}
> +.elif ${CONFIGURE_STYLE:L:Mautoconf}
> BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS}
> AUTOCONF ?= autoconf
> AUTOHEADER ?= autoheader
> @@ -108,7 +116,10 @@ _MODGNU_loop =
>
> PATCH_CHECK_ONLY ?= No
> .if ${PATCH_CHECK_ONLY:L} != "yes"
> -. if ${CONFIGURE_STYLE:L:Mautoconf}
> +. if ${CONFIGURE_STYLE:L:Mautoreconf}
> +_MODGNU_loop += echo "Running autoreconf-${AUTOCONF_VERSION} in $$d";
> +_MODGNU_loop += ${SETENV} ${AUTOCONF_ENV} ${AUTORECONF};
> +. elif ${CONFIGURE_STYLE:L:Mautoconf}
> _MODGNU_loop += if test -f $$d/configure; then \
> grep -iq 'Generated by.*autoconf.*${AUTOCONF_VERSION}' $$d/configure ||
> { \
> echo ">>> Can't find autoconf ${AUTOCONF_VERSION} signature in
> $$d/configure:"; \
> Index: audio/mp3blaster/Makefile
> ===
> RCS file: /cvs/ports/audio/mp3blaster/Makefile,v
> retrieving revision 1.27
> diff -u -p -r1.27 Makefile
> --- audio/mp3blaster/Makefile 2 Apr 2019 06:49:47 - 1.27
> +++ audio/mp3blaster/Makefile 10 May 2019 19:04:32 -
> @@ -25,7 +25,7 @@ LIB_DEPENDS=audio/libsidplay \
>
> AUTOCONF_VERSION=2.61
> AUTOMAKE_VERSION=1.9
> -CONFIGURE_STYLE=gnu
> +CONFIGURE_STYLE=autoreconf
> CONFIGURE_ARGS= --without-esd \
> --without-oss \
> --without-sdl \
> @@ -35,8 +35,5 @@ CONFIGURE_ENV+= ac_cv_lib_ossaudio_main=
> post-extract:
> @cp ${FILESDIR}/sndioplayer.cc ${WRKSRC}/mpegsound
> @cp ${FILESDIR}/sndiomixer.cc ${WRKSRC}/nmixer
> -
> -do-gen:
> - cd ${WRKSRC}; ${AUTOCONF_ENV} autoreconf -fi
>
> .include
> Index: games/zangband/Makefile
> ===
> RCS file: /cvs/ports/games/zangband/Makefile,v
> retrieving revision 1.25
> diff -u -p -r1.25 Makefile
> --- games/zangband/Makefile 2 Apr 2019 09:01:55 - 1.25
> +++ games/zangband/Makefile 10 May 2019 22:24:03 -
> @@ -23,7 +23,8 @@ MAKE_ENV= CC="${CC}"
new devel/pijul
I have attached a new port, pijul (https://pijul.org/). It is a distributed version control system written in Rust. It is similar to devel/darcs and uses patches. Patches are currently stored in a binary format but a future version may have plain-text patches to better support e-mail based workflows. (https://discourse.pijul.org/t/email-workflows/272) I tested it between local repositories: --8<---cut here---start->8--- mkdir a cd a pijul init echo "blabla" > file pijul add file pijul record cd .. pijul clone a b cd b cat file # should contain "blabla" echo "blibli" >> file pijul record pijul push ../a echo "one extra line" >> file pijul record cd ../a pijul pull ../b --8<---cut here---end--->8--- I have also successfully tested it over SSH. I was getting `CouldNotReadKey' because thrussh, a minimal SSH implementation, does not support ecdsa. To fix this: 1. Remove the saved entry from ~/.ssh/known_hosts 2. Uncomment `HostKey /etc/ssh/ssh_host_ed25519_key' in sshd_config. Source: https://discourse.pijul.org/t/solved-keyerror-fix/265 Tests are failing. I wanted to try out the cargo ports tools. It took 8 minutes to build on a Ryzen 1600 and 30 minutes on a 3rd gen i5. Light patching was needed to detect the latest libressl 2.9.1. I am not sure how to get rid of this extra lib, as I tried with both `WANTLIB +=' and `WANTLIB ='. --8<---cut here---start->8--- $ make port-lib-depends-check pijul-0.12.0(devel/pijul): Extra: c++.2 --8<---cut here---end--->8--- pijul.tar.gz Description: pijul
Re: UPDATE: devel/quilt 0.66
On Thu, Apr 25 2019, Jeremie Courreges-Anglas wrote:
> On Tue, Apr 23 2019, "Kent R. Spillner" wrote:
>> On Mon, Apr 08, 2019 at 10:40:50AM +0200, Jeremie Courreges-Anglas wrote:
>>> On Wed, Apr 03 2019, "Kent R. Spillner" wrote:
>>> > On Tue, Apr 02, 2019 at 09:46:31PM -0400, Brian Callahan wrote:
>>> >> Couple things:
>>> >> 1. Patch applied with fuzz so re-run `make update-patches'
>>> >> 2. When I ran `make update-plist' the PLIST got updated.
>>> >> It added a 7z wrapper. So looks like either
>>> >> archivers/p7zip has to be added to the deps or
>>> >> --without-7z in the configure args.
>>>
>>> I don't think we should add a RUN_DEPENDS on p7zip.
>>>
>>> We *could* add a BUILD_DEPENDS to avoid the warning message and have the
>>> compat symlink shipped by the package. But we have only one '7z'
>>> executable in base + ports so the compat symlink doesn't help much.
>>>
>>> A RUN_DEPENDS on p7zip means 7MB of extra binaries for a rather limited
>>> use case IMO. By following the same logic we would add archivers/bzip2,
>>> archivers/xz, archivers/lzip etc to RUN_DEPENDS.
>>
>> Good point, I'll just disable 7z support. Ok?
>
> Thanks. Technically this doesn't remove 7z support, it just removes the
> wrapper.
>
> I see that you're removing patches/patch-test_failbackup_test, but it
> would be trivial to update instead, diff below.
>
> ok jca@
Hi Kent, is there any problem preventing to update to be committed?
quilt-0.66 works fine for me.
> Index: patches/patch-test_failbackup_test
> ===
> RCS file: /cvs/ports/devel/quilt/patches/patch-test_failbackup_test,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-test_failbackup_test
> --- patches/patch-test_failbackup_test17 Nov 2017 14:59:18 -
> 1.1
> +++ patches/patch-test_failbackup_test24 Apr 2019 18:44:41 -
> @@ -7,8 +7,8 @@ Index: test/failbackup.test
> $ cat > test.txt
> < This is updated test.txt.
> $ quilt refresh --backup
> -->~ mv: cannot move [`']?%{P}test.diff'? to [`']?%{P}test.diff~'?:
> Permission denied
> -+>~ mv: rename [`']?%{P}test.diff'? to [`']?%{P}test.diff~'?: Permission
> denied
> +->~ mv: cannot move [`']?patches/test.diff'? to
> [`']?patches/test.diff~'?: Permission denied
> ++>~ mv: rename [`']?patches/test.diff'? to [`']?patches/test.diff~'?:
> Permission denied
> $ echo %{?}
> > 1
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CONFIGURE_STYLE=autoreconf
Here's a draft for CONFIGURE_STYLE=autoreconf. No man page parts
yet.
Basically it works like "autoconf" but calls autoreconf instead.
There are also example changes to two simple ports in the diff below.
ajacoutot@ has been approaching this from a slightly different angle:
He wants to call autogen.sh, so basically AUTORECONF=autogen.sh.
I'm not sure which name to pick and which tool to default to.
He has also raised two questions:
* Which autotools dependencies do we want to enable by default?
I put autoconf and automake there, but libtoolize (from libtool)
is often needed, too. Sometimes autopoint (from gettext-tools)
is required.
* Should we set NOCONFIGURE=1 in the environment by default, as
many autogen.sh scripts use this in order not to run configure?
Comments?
Index: infrastructure/mk/bsd.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/bsd.port.mk,v
retrieving revision 1.1462
diff -u -p -r1.1462 bsd.port.mk
--- infrastructure/mk/bsd.port.mk 4 Apr 2019 02:28:06 - 1.1462
+++ infrastructure/mk/bsd.port.mk 10 May 2019 18:51:46 -
@@ -280,7 +280,7 @@ _ARCH_DEFINES_INCLUDED = Done
. include "${PORTSDIR}/infrastructure/mk/arch-defines.mk"
.endif
-.if ${CONFIGURE_STYLE:L:Mautoconf}
+.if ${CONFIGURE_STYLE:L:Mautoconf} || ${CONFIGURE_STYLE:L:Mautoreconf}
. if !${CONFIGURE_STYLE:L:Mgnu}
CONFIGURE_STYLE += gnu
. endif
Index: infrastructure/mk/gnu.port.mk
===
RCS file: /cvs/ports/infrastructure/mk/gnu.port.mk,v
retrieving revision 1.60
diff -u -p -r1.60 gnu.port.mk
--- infrastructure/mk/gnu.port.mk 4 Apr 2019 02:28:06 - 1.60
+++ infrastructure/mk/gnu.port.mk 10 May 2019 22:22:55 -
@@ -15,7 +15,15 @@ AUTOCONF_VERSION ?= 2.13
AUTOCONF_ENV = PATH=${PORTPATH} AUTOCONF_VERSION=${AUTOCONF_VERSION}
AUTOMAKE_VERSION=${AUTOMAKE_VERSION}
MAKE_ENV += AUTOMAKE_VERSION=${AUTOMAKE_VERSION}
AUTOCONF_VERSION=${AUTOCONF_VERSION}
-.if ${CONFIGURE_STYLE:L:Mautoconf}
+.if ${CONFIGURE_STYLE:L:Mautoreconf} && ${CONFIGURE_STYLE:L:Mautoconf}
+ERRORS += "Fatal: Use either 'autoreconf' or 'autoconf'."
+.endif
+
+.if ${CONFIGURE_STYLE:L:Mautoreconf}
+BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS} ${MODGNU_AUTOMAKE_DEPENDS}
+AUTORECONF ?= autoreconf --force --install
+AUTOCONF_DIR ?= ${WRKSRC}
+.elif ${CONFIGURE_STYLE:L:Mautoconf}
BUILD_DEPENDS += ${MODGNU_AUTOCONF_DEPENDS}
AUTOCONF ?= autoconf
AUTOHEADER ?= autoheader
@@ -108,7 +116,10 @@ _MODGNU_loop =
PATCH_CHECK_ONLY ?= No
.if ${PATCH_CHECK_ONLY:L} != "yes"
-. if ${CONFIGURE_STYLE:L:Mautoconf}
+. if ${CONFIGURE_STYLE:L:Mautoreconf}
+_MODGNU_loop += echo "Running autoreconf-${AUTOCONF_VERSION} in $$d";
+_MODGNU_loop += ${SETENV} ${AUTOCONF_ENV} ${AUTORECONF};
+. elif ${CONFIGURE_STYLE:L:Mautoconf}
_MODGNU_loop += if test -f $$d/configure; then \
grep -iq 'Generated by.*autoconf.*${AUTOCONF_VERSION}' $$d/configure ||
{ \
echo ">>> Can't find autoconf ${AUTOCONF_VERSION} signature in
$$d/configure:"; \
Index: audio/mp3blaster/Makefile
===
RCS file: /cvs/ports/audio/mp3blaster/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- audio/mp3blaster/Makefile 2 Apr 2019 06:49:47 - 1.27
+++ audio/mp3blaster/Makefile 10 May 2019 19:04:32 -
@@ -25,7 +25,7 @@ LIB_DEPENDS= audio/libsidplay \
AUTOCONF_VERSION=2.61
AUTOMAKE_VERSION=1.9
-CONFIGURE_STYLE=gnu
+CONFIGURE_STYLE=autoreconf
CONFIGURE_ARGS=--without-esd \
--without-oss \
--without-sdl \
@@ -35,8 +35,5 @@ CONFIGURE_ENV+= ac_cv_lib_ossaudio_main=
post-extract:
@cp ${FILESDIR}/sndioplayer.cc ${WRKSRC}/mpegsound
@cp ${FILESDIR}/sndiomixer.cc ${WRKSRC}/nmixer
-
-do-gen:
- cd ${WRKSRC}; ${AUTOCONF_ENV} autoreconf -fi
.include
Index: games/zangband/Makefile
===
RCS file: /cvs/ports/games/zangband/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- games/zangband/Makefile 2 Apr 2019 09:01:55 - 1.25
+++ games/zangband/Makefile 10 May 2019 22:24:03 -
@@ -23,7 +23,8 @@ MAKE_ENV= CC="${CC}" CFLAGS="${CFLAGS}"
AUTOCONF_VERSION= 2.54
AUTOMAKE_VERSION= 1.4
-CONFIGURE_STYLE= gnu
+AUTORECONF=autoreconf -i
+CONFIGURE_STYLE= autoreconf
CONFIGURE_ENV= TRUEPREFIX="${TRUEPREFIX}"
WRKDIST= ${WRKDIR}/zangband
@@ -37,9 +38,6 @@ WANTLIB+= ICE SM X11 Xaw Xmu Xt xcb
.else
CONFIGURE_ARGS+= --without-x
.endif
-
-do-gen:
- @cd ${WRKSRC}; ${AUTOCONF_ENV} autoreconf -i
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/zangband
--
Christian "naddy" Weisgerber na...@mips.inka.de
Re: bye-bye java/java-getopt
On Fri, May 10 2019, Ian Darwin wrote: > Another library that nobody will use in this location. > > Removes from makefile, updates quirks, and removes the port. > > OK? LGTM, no other port depends on this. 8) No idea whether reason #1 is the most appropriate, I'll trust you on that. ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
bye-bye java/java-getopt
Another library that nobody will use in this location.
Removes from makefile, updates quirks, and removes the port.
OK?
Index: java/Makefile
===
RCS file: /cvs/ports/java/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- java/Makefile 7 May 2019 19:38:46 - 1.13
+++ java/Makefile 10 May 2019 22:56:36 -
@@ -2,7 +2,6 @@
SUBDIR =
SUBDIR += jBCrypt
- SUBDIR += java-getopt
SUBDIR += javaPathHelper
SUBDIR += jlint
SUBDIR += jna
Index: devel/quirks/Makefile
===
RCS file: /cvs/ports/devel/quirks/Makefile,v
retrieving revision 1.756
diff -u -p -r1.756 Makefile
--- devel/quirks/Makefile 10 May 2019 12:11:33 - 1.756
+++ devel/quirks/Makefile 10 May 2019 22:56:36 -
@@ -5,7 +5,7 @@ CATEGORIES =devel databases
DISTFILES =
# API.rev
-PKGNAME = quirks-3.148
+PKGNAME = quirks-3.149
PKG_ARCH = *
MAINTAINER = Marc Espie
Index: devel/quirks/files/Quirks.pm
===
RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
retrieving revision 1.774
diff -u -p -r1.774 Quirks.pm
--- devel/quirks/files/Quirks.pm10 May 2019 12:11:33 - 1.774
+++ devel/quirks/files/Quirks.pm10 May 2019 22:56:36 -
@@ -1231,6 +1231,7 @@ my $obsolete_reason = {
'mysql++' => 5,
'mysqlcc' => 3,
'relayd-updateconf' => 6,
+ 'java-getopt' => 1,
};
# reasons for obsolete packages
Index: java/java-getopt/Makefile
===
RCS file: java/java-getopt/Makefile
diff -N java/java-getopt/Makefile
--- java/java-getopt/Makefile 24 Mar 2019 22:24:13 - 1.9
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,30 +0,0 @@
-# $OpenBSD: Makefile,v 1.9 2019/03/24 22:24:13 sthen Exp $
-
-COMMENT= Java port of GNU getopt family functions
-
-DISTNAME= java-getopt-1.0.14
-CATEGORIES=devel
-REVISION= 1
-
-HOMEPAGE= http://www.urbanophile.com/arenn/hacking/download.html
-
-# LGPLv2+
-PERMIT_PACKAGE_CDROM= Yes
-
-MASTER_SITES= ${HOMEPAGE:=/../getopt/}
-
-WRKDIST= ${WRKDIR}
-
-MODULES= java
-MODJAVA_VER= 1.8+
-MODJAVA_BUILD= ant
-
-post-extract:
- cp ${WRKSRC}/gnu/getopt/buildx.xml ${WRKSRC}/build.xml
-
-do-install:
- ${INSTALL_DATA_DIR} ${MODJAVA_JAR_DIR} ${MODJAVA_DOC_DIR}/getopt/
- ${INSTALL_DATA} ${WRKSRC}/build/lib/gnu.getopt.jar ${MODJAVA_JAR_DIR}
- cp -r ${WRKSRC}/build/api/* ${MODJAVA_DOC_DIR}/getopt/
-
-.include
Index: java/java-getopt/distinfo
===
RCS file: java/java-getopt/distinfo
diff -N java/java-getopt/distinfo
--- java/java-getopt/distinfo 27 Sep 2014 17:23:45 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-SHA256 (java-getopt-1.0.14.tar.gz) =
rQ1c0UbWdqOsDvS/aikut/edMtDLTyAvp+PUPctS2Y4=
-SIZE (java-getopt-1.0.14.tar.gz) = 45561
Index: java/java-getopt/pkg/DESCR
===
RCS file: java/java-getopt/pkg/DESCR
diff -N java/java-getopt/pkg/DESCR
--- java/java-getopt/pkg/DESCR 30 Aug 2011 07:16:22 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,4 +0,0 @@
-The GNU Java getopt classes support short and long argument parsing in a
-manner 100% compatible with the version of GNU getopt with a mostly
-compatible programmer's interface as well. Note that this is a port, not
-a new implementation.
Index: java/java-getopt/pkg/PLIST
===
RCS file: java/java-getopt/pkg/PLIST
diff -N java/java-getopt/pkg/PLIST
--- java/java-getopt/pkg/PLIST 21 Apr 2017 13:27:46 - 1.4
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,23 +0,0 @@
-@comment $OpenBSD: PLIST,v 1.4 2017/04/21 13:27:46 kurt Exp $
-share/java/
-share/java/classes/
-share/java/classes/gnu.getopt.jar
-share/java/doc/
-share/java/doc/getopt/
-share/java/doc/getopt/allclasses-frame.html
-share/java/doc/getopt/allclasses-noframe.html
-share/java/doc/getopt/constant-values.html
-share/java/doc/getopt/deprecated-list.html
-share/java/doc/getopt/gnu/
-share/java/doc/getopt/gnu/getopt/
-share/java/doc/getopt/gnu/getopt/Getopt.html
-share/java/doc/getopt/gnu/getopt/LongOpt.html
-share/java/doc/getopt/gnu/getopt/package-frame.html
-share/java/doc/getopt/gnu/getopt/package-summary.html
-share/java/doc/getopt/gnu/getopt/package-tree.html
-share/java/doc/getopt/help-doc.html
-share/java/doc/getopt/index-all.html
-share/java/doc/getopt/index.html
-share/java/doc/getopt/overview-tree.html
-share/java/doc/getopt/package-list
-share/java/doc/getopt/stylesheet.css
Re: UPDATE: editors/TeXmacs
On Fri, May 10 2019, Jeremie Courreges-Anglas wrote: > On Mon, Apr 15 2019, Rafael Sadowski wrote: >> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid >> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from >> autotools to CMake. >> >> Build with base clang and runs without notable issues in >> a quick teston and64 . All regression tests are also passed. > > I got sick of this port needing base-gcc so I went ahead and fixed it to > build with ports-gcc. Now that base-gcc is out of the way, let's take > a look at your update. :) > > Here are some tweaks: > - missing COMPILER line, this is a C++ port > - no need to depend on git at build time > - add libexecinfo to LIB_DEPENDS, since you explicitely link against it > - sync WANTLIB (png16 -> png) > - add -Wno-deprecated-register to cut down the noise in build logs > - drop patches/patch-src_System_Link_pipe_link_cpp, not relevant any more > > Nam proposed to become maintainer of this port. Nam, are you still > interested? I forgot to add: builds also fine on amd64 using ports-gcc and ld.bfd. Very lightly tested on amd64, seems to work fine. ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: i...@cvs.openbsd.org2019/05/10 16:35:36 Modified files: sysutils/htop : Makefile sysutils/htop/patches: patch-CPUMeter_c Log message: Properly initialize draw fptr instead of skipping draw on edge case
Re: Update MariaDB to 10.2.23
On Fri, 10 May 2019 at 16:39:49 -0400, Jeremie Courreges-Anglas wrote: > > This is a follow-up of this thread: > > https://marc.info/?l=openbsd-ports=155215322716829=2 > > Everything looks fine regarding the ports tree. I have successfully > built all* consumers (BUILD/LIB_DEPENDS) on amd64 and I can't find any > local mariadb patch left in my tree**. bulk build still churning on > sparc64. > > I also did some minimal testing of the server part, but I would prefer > reports from actual users. I have no idea what the migration path looks > like. I tested with a large database from 10.0.38 and the 10.2.23 server started just fine, with no regressions in the application test suite on the same machine (using Ruby with the mysql2 gem). I did get some warnings logged to the mysqld log: 2019-05-10 18:19:16 9081375072320 [Warning] InnoDB: Table mysql/innodb_table_stats has length mismatch in the column name table_name. Please run mysql_upgrade 2019-05-10 18:19:16 9081375072320 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). 2019-05-10 18:19:16 9081375072320 [ERROR] InnoDB: Fetch of persistent statistics requested for table `XXX`.`keystores` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead. But running 'mysql_upgrade' squelched them.
Re: UPDATE: productivity/mcds
On Fri, May 10 2019, Timothy Brown wrote: > On Thu, May 09, 2019 at 04:42:08PM -0600, Timothy Brown wrote: >> On Wed, May 08, 2019 at 11:53:24AM -0400, Jeremie Courreges-Anglas wrote: >> > >> > My first thought was: "why add a FLAVOR?". If gpg/gpgme support is the >> > only way to avoid the need of plaintext credentials, maybe it should be >> > enabled by default? >> > >> >> Very good question. I was thinking more for backwards compatibility, >> however that is still satisfied even if it is built with gpg/gpgme. >> So the only reason I can think of is to keep the dependencies down, >> although that seems like a silly excuse for such a small list of >> added dependencies. >> >> I'll re-do the patch with gpg/gpgme include without offering a flavor. >> > > New patch generated without any FLAVOURS. > > Thoughts, OK? LGTM ports-wise. Maybe Stuart has another opinion? NB: I did not review the usage of pledge() -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Remove multimedia/avidemux?
Since 2017/09/27 nobody took the time to update avidemux and fix it so that it builds with base-clang. Our version (2.4.4) has been lagging behind upstream (2.7.3) since 2009. I remember spending too much time in this (already outdated) port back when we moved to PIE by default. Can we please remove this port? People who want to create a new port for it will be able to find the sndio bits in the Attic. ok? PS: after this removal, audio/festival/core will be the only port that still requires base-gcc. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2019/05/10 15:55:40 Modified files: www/chromium : Makefile distinfo www/chromium/patches: patch-BUILD_gn patch-apps_ui_views_app_window_frame_view_cc patch-base_BUILD_gn patch-base_debug_debugger_posix_cc patch-base_debug_elf_reader_cc patch-base_files_file_util_posix_cc patch-base_process_launch_h patch-base_process_process_metrics_cc patch-build_config_BUILDCONFIG_gn patch-build_config_BUILD_gn patch-build_config_c++_c++_gni patch-build_config_compiler_BUILD_gn patch-build_config_features_gni patch-build_toolchain_gcc_toolchain_gni patch-cc_BUILD_gn patch-chrome_app_chrome_content_browser_overlay_manifest_cc patch-chrome_app_chrome_main_delegate_cc patch-chrome_app_chromium_strings_grd patch-chrome_app_generated_resources_grd patch-chrome_app_google_chrome_strings_grd patch-chrome_app_settings_strings_grdp patch-chrome_browser_about_flags_cc patch-chrome_browser_browser_process_impl_cc patch-chrome_browser_browser_process_impl_h patch-chrome_browser_browser_resources_grd patch-chrome_browser_chrome_browser_main_cc patch-chrome_browser_chrome_browser_main_linux_cc patch-chrome_browser_chrome_content_browser_client_cc patch-chrome_browser_chrome_content_browser_client_h patch-chrome_browser_download_chrome_download_manager_delegate_cc patch-chrome_browser_download_download_prefs_cc patch-chrome_browser_download_download_prefs_h patch-chrome_browser_extensions_BUILD_gn patch-chrome_browser_extensions_bookmark_app_extension_util_cc patch-chrome_browser_flag_descriptions_cc patch-chrome_browser_flag_descriptions_h patch-chrome_browser_metrics_chrome_metrics_service_client_cc patch-chrome_browser_net_system_network_context_manager_cc patch-chrome_browser_notifications_notification_display_service_impl_cc patch-chrome_browser_platform_util_h patch-chrome_browser_policy_configuration_policy_handler_list_factory_cc patch-chrome_browser_prefs_browser_prefs_cc patch-chrome_browser_prefs_pref_service_incognito_whitelist_cc patch-chrome_browser_process_singleton_posix_cc patch-chrome_browser_profiles_chrome_browser_main_extra_parts_profiles_cc patch-chrome_browser_profiles_profile_impl_cc patch-chrome_browser_renderer_preferences_util_cc patch-chrome_browser_send_tab_to_self_receiving_ui_handler_registry_cc patch-chrome_browser_ssl_ssl_error_controller_client_cc patch-chrome_browser_sync_chrome_sync_client_cc patch-chrome_browser_task_manager_sampling_task_group_h patch-chrome_browser_task_manager_sampling_task_group_sampler_cc patch-chrome_browser_task_manager_sampling_task_group_sampler_h patch-chrome_browser_task_manager_sampling_task_manager_impl_cc patch-chrome_browser_ui_browser_command_controller_cc patch-chrome_browser_ui_browser_window_h patch-chrome_browser_ui_startup_bad_flags_prompt_cc patch-chrome_browser_ui_startup_startup_browser_creator_cc patch-chrome_browser_ui_tab_helpers_cc patch-chrome_browser_ui_task_manager_task_manager_table_model_cc patch-chrome_browser_ui_toolbar_app_menu_model_cc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/05/10 15:39:53 Added files: devel/autoconf/2.60/patches: patch-bin_Makefile_in devel/autoconf/2.61/patches: patch-bin_Makefile_in Log message: fix parallel build; from autoconf 2.62
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/10 15:27:07 Modified files: editors/TeXmacs: Makefile Added files: editors/TeXmacs/patches: patch-src_Plugins_Pdf_PDFWriter_PDFDocumentHandler_cpp Log message: Unbreak build with ports-gcc and use ports-gcc on all archs. texmacs on amd64 prints a few ugly warnings about symbol size mismatch on stderr, but it seems to work properly anyway. ports-gcc approach suggested by phessler@. One less port that builds only with base-gcc. rsadowski@ has a diff to update this port and make it use clang, but nobody gave feedback on it yet.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/05/10 15:13:28 Modified files: net/rtg: Makefile net/rtg/patches: patch-configure_in Added files: net/rtg/patches: patch-src_rtgsnmp_c Log message: Stop referencing my_thread_init to unbreak build with recent mariadb releases The code was already using mysql_thread_init() at runtime with mysql>=4.0, this diff only removes references to an obsolete function. ok sthen@
Re: devel/py-serial update 2.7 to 3.4
On Fri, May 10, 2019 at 08:59:25PM +0200, Daniel Winters wrote: > > I noticed the deletion of the homepage. There *is* a homepage on > > Github. It's linked from the pypi page. > > Here's a version that does away with all the weird do-test manipulations > > also and just uses MODPY_PYTEST. I added a patch to disable a few tests > > as they would just hang. > The updated patch works fine here as well on amd64, thanks! OK to commit? --Kurt
Re: squid 4.6 issue on OpenBSD 6.5
On Fri, May 10 2019, Matthieu Herrb wrote:
> On Fri, May 10, 2019 at 01:38:19PM +0100, Stuart Henderson wrote:
>> On 2019/05/10 11:45, Matthieu Herrb wrote:
>> > Hi,
>> >
>> > I recently upgraded the squid cache at work to OpenBSD 6.5 (and thus
>> > squid 4.6). After this, squid started locking up (and not accepting
>> > new connections) every few hours with the error below logged in
>> > cache.log:
>> >
>> > oldAccept FD 17, [::] [ job1]: ignoring: (53) Software caused
>> > connection abort
>> >
>> > After digging a bit in the source code and reading about ECONNREFUSED
>> > and accept(), I came out with the patch below, which fixes the issue
>> > for me. The patch was done on 6.5, but the squid port is the same in
>> > -current for now.
>> >
>> > Does this look ok ?
> New version based on your comments and the ones from upstreams.
Makes more sense to me, DBG_IMPORTANT looked too noisy for ECONNABORTED.
ok jca@
> Index: Makefile
> ===
> RCS file: /cvs/OpenBSD/ports/www/squid/Makefile,v
> retrieving revision 1.213
> diff -u -p -u -r1.213 Makefile
> --- Makefile 20 Feb 2019 16:23:27 - 1.213
> +++ Makefile 10 May 2019 19:37:14 -
> @@ -10,6 +10,7 @@ EXTRACT_SUFX= .tar.xz
> PKGNAME-main=squid-$V
> PKGNAME-ldap=squid-ldap-$V
> PKGNAME-ntlm=squid-ntlm-$V
> +REVISION-main= 0
>
> CATEGORIES= www
>
> Index: patches/patch-src_comm_TcpAcceptor_cc
> ===
> RCS file: patches/patch-src_comm_TcpAcceptor_cc
> diff -N patches/patch-src_comm_TcpAcceptor_cc
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_comm_TcpAcceptor_cc 10 May 2019 19:35:40 -
> @@ -0,0 +1,16 @@
> +$OpenBSD$
> +
> +Patch for locksup observed when accept() returns ECONNABORTED
> +
> +Index: src/comm/TcpAcceptor.cc
> +--- src/comm/TcpAcceptor.cc.orig
> src/comm/TcpAcceptor.cc
> +@@ -361,7 +361,7 @@ Comm::TcpAcceptor::oldAccept(Comm::ConnectionPointer
> )
> +
> + PROF_stop(comm_accept);
> +
> +-if (ignoreErrno(errcode)) {
> ++if (ignoreErrno(errcode) || ECONNABORTED == errcode) {
> + debugs(50, 5, status() << ": " << xstrerr(errcode));
> + return Comm::NOMESSAGE;
> +} else if (ENFILE == errno || EMFILE == errno) {
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: squid 4.6 issue on OpenBSD 6.5
On Fri, May 10, 2019 at 01:38:19PM +0100, Stuart Henderson wrote:
> On 2019/05/10 11:45, Matthieu Herrb wrote:
> > Hi,
> >
> > I recently upgraded the squid cache at work to OpenBSD 6.5 (and thus
> > squid 4.6). After this, squid started locking up (and not accepting
> > new connections) every few hours with the error below logged in
> > cache.log:
> >
> > oldAccept FD 17, [::] [ job1]: ignoring: (53) Software caused
> > connection abort
> >
> > After digging a bit in the source code and reading about ECONNREFUSED
> > and accept(), I came out with the patch below, which fixes the issue
> > for me. The patch was done on 6.5, but the squid port is the same in
> > -current for now.
> >
> > Does this look ok ?
New version based on your comments and the ones from upstreams.
Index: Makefile
===
RCS file: /cvs/OpenBSD/ports/www/squid/Makefile,v
retrieving revision 1.213
diff -u -p -u -r1.213 Makefile
--- Makefile20 Feb 2019 16:23:27 - 1.213
+++ Makefile10 May 2019 19:37:14 -
@@ -10,6 +10,7 @@ EXTRACT_SUFX= .tar.xz
PKGNAME-main= squid-$V
PKGNAME-ldap= squid-ldap-$V
PKGNAME-ntlm= squid-ntlm-$V
+REVISION-main= 0
CATEGORIES=www
Index: patches/patch-src_comm_TcpAcceptor_cc
===
RCS file: patches/patch-src_comm_TcpAcceptor_cc
diff -N patches/patch-src_comm_TcpAcceptor_cc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-src_comm_TcpAcceptor_cc 10 May 2019 19:35:40 -
@@ -0,0 +1,16 @@
+$OpenBSD$
+
+Patch for locksup observed when accept() returns ECONNABORTED
+
+Index: src/comm/TcpAcceptor.cc
+--- src/comm/TcpAcceptor.cc.orig
src/comm/TcpAcceptor.cc
+@@ -361,7 +361,7 @@ Comm::TcpAcceptor::oldAccept(Comm::ConnectionPointer
)
+
+ PROF_stop(comm_accept);
+
+-if (ignoreErrno(errcode)) {
++if (ignoreErrno(errcode) || ECONNABORTED == errcode) {
+ debugs(50, 5, status() << ": " << xstrerr(errcode));
+ return Comm::NOMESSAGE;
+} else if (ENFILE == errno || EMFILE == errno) {
--
Matthieu Herrb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/10 14:50:51 Modified files: infrastructure/lib/OpenBSD/PortGen: License.pm Log message: Recognize "MPL v2" as a license in portgen OK kmos@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2019/05/10 14:38:23 Modified files: graphics/ftgl : Makefile Log message: remove myself as MAINTAINER, as I haven't used this for a long time
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: phess...@cvs.openbsd.org2019/05/10 14:41:36 Modified files: games/egoboo : Makefile Log message: remove myself as MAINTAINER, as I haven't used this for a long time
maintainer update: net/pbgpp
update pbgpp to the latest version.
explicitly set NO_TEST, because it depends on kafka, which has been
patched out.
OK?
Index: net/pbgpp/Makefile
===
RCS file: /cvs/openbsd/ports/net/pbgpp/Makefile,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 Makefile
--- net/pbgpp/Makefile 28 Apr 2019 20:51:44 - 1.3
+++ net/pbgpp/Makefile 10 May 2019 20:30:00 -
@@ -2,9 +2,8 @@
COMMENT = pcap bgp parser
-MODPY_EGG_VERSION =0.2.18
+MODPY_EGG_VERSION =0.2.22
DISTNAME = pbgpp-${MODPY_EGG_VERSION}
-REVISION = 0
CATEGORIES = net
@@ -20,5 +19,7 @@ MODPY_VERSION = ${MODPY_DEFAULT_VERSION
RUN_DEPENDS = net/py-pcapy${MODPY_FLAVOR}
BUILD_DEPENDS += ${RUN_DEPENDS}
+
+NO_TEST = Yes
.include
Index: net/pbgpp/distinfo
===
RCS file: /cvs/openbsd/ports/net/pbgpp/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- net/pbgpp/distinfo 15 Jul 2018 08:57:59 - 1.2
+++ net/pbgpp/distinfo 10 May 2019 20:28:50 -
@@ -1,2 +1,2 @@
-SHA256 (pbgpp-0.2.18.tar.gz) = 8MPpRZwPl/9p784wqf+6/knl5jr2Lx/67bWySpuHuno=
-SIZE (pbgpp-0.2.18.tar.gz) = 42621
+SHA256 (pbgpp-0.2.22.tar.gz) = xUkI0k15PFFsqz5quoxdPnfa4Hcao7o30/EHByfwqOk=
+SIZE (pbgpp-0.2.22.tar.gz) = 42407
Index: net/pbgpp/patches/patch-pbgpp_Application_Handler_py
===
RCS file:
/cvs/openbsd/ports/net/pbgpp/patches/patch-pbgpp_Application_Handler_py,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-pbgpp_Application_Handler_py
--- net/pbgpp/patches/patch-pbgpp_Application_Handler_py15 Jul 2018
08:57:59 - 1.2
+++ net/pbgpp/patches/patch-pbgpp_Application_Handler_py10 May 2019
20:28:59 -
@@ -5,7 +5,7 @@ Avoid using Kafka
Index: pbgpp/Application/Handler.py
--- pbgpp/Application/Handler.py.orig
+++ pbgpp/Application/Handler.py
-@@ -48,7 +48,7 @@ from pbgpp.Output.Formatters.JSON import JSONFormatter
+@@ -49,7 +49,7 @@ from pbgpp.Output.Formatters.JSON import JSONFormatter
from pbgpp.Output.Formatters.LineBased import LineBasedFormatter
from pbgpp.Output.Handler import OutputHandler
from pbgpp.Output.Pipes.FilePipe import FilePipe
@@ -14,7 +14,7 @@ Index: pbgpp/Application/Handler.py
from pbgpp.Output.Pipes.StdOutPipe import StdOutPipe
from pbgpp.PCAP.CookedCapture import PCAPCookedCapture
from pbgpp.PCAP.Ethernet import PCAPEthernet
-@@ -67,8 +67,8 @@ class PBGPPHandler:
+@@ -68,8 +68,8 @@ class PBGPPHandler:
self.fields = None
@@ -25,7 +25,7 @@ Index: pbgpp/Application/Handler.py
self.formatter = None
self.pipe = None
-@@ -245,10 +245,10 @@ class PBGPPHandler:
+@@ -252,10 +252,10 @@ class PBGPPHandler:
self.pipe = FilePipe(self.args.output_target)
elif self.args.pipe == "STDOUT":
self.pipe = StdOutPipe()
Index: net/pbgpp/pkg/PLIST
===
RCS file: /cvs/openbsd/ports/net/pbgpp/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 PLIST
--- net/pbgpp/pkg/PLIST 15 Jul 2018 08:57:59 - 1.2
+++ net/pbgpp/pkg/PLIST 10 May 2019 20:30:43 -
@@ -198,6 +198,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filter.py
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/ASNFilter.py
+lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/BlackholeFilter.py
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/CommunityASNFilter.py
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/CommunityValueFilter.py
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/ErrorFilter.py
@@ -217,6 +218,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/__init__.py
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}/
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}ASNFilter.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}BlackholeFilter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}CommunityASNFilter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}CommunityValueFilter.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/pbgpp/Output/Filters/${MODPY_PYCACHE}ErrorFilter.${MODPY_PYC_MAGIC_TAG}pyc
--
You are wise, witty, and wonderful, but you spend too much time reading
this sort of trash.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2019/05/10 14:22:59 Modified files: x11/i3-gaps: Makefile Log message: remove useless autoreconf invocation
Re: [new] www/tidy-html5 5.6.0
On Fri, 10 May 2019 12:16:23 -0600 Aaron Bieber wrote: > Hi, > > Attached is tidy-html5: > > Information for inst:tidy-html5-5.6.0 > > Comment: > correct and clean up HTML and XML > > Required by: > edbrowse-3.7.4 > > Description: > Tidy is a console application for Mac OS X, Linux, Windows, UNIX, > and more. It corrects and cleans up HTML and XML documents by fixing > markup errors and upgrading legacy code to modern standards. > > libtidy is a C static and dynamic library that developers can > integrate into their applications in order to bring all of Tidy's > power to your favorite tools. libtidy is used today in desktop > applications, web servers, and more. > > Maintainer: Aaron Bieber > > WWW: https://www.html-tidy.org/ > > This is needed for edbrowse which will follow in another mail. > > OK? Clue stick? I didn't even know there was a HTML5 version of tidy! I've tested on macppc. The build breaks because there are characters that base-gcc can't understand in headers file: In file included from /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language.c:18: /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\357' in program /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\273' in program /usr/ports/pobj/tidy-html5-5.6.0/tidy-html5-5.6.0/src/language_zh_cn.h:1: error: stray '\277' in program (and more...) - It builds after adding a 'COMPILER = base-clang ports-gcc' line to the Makefile, or someone has a better solution? - pkg/DESCR needs to be chmoded 0644 (it breaks packaging with PORTS_PRIVSEP=Yes) - there is a stray BROWSE file I've met no issue during the 'tidy' runtime, the results are as expected. Trying to install www/tidyp when www/tidy-html5 is installed leads to a conflict, as expected (the two have a 'tidy' executable). I haven't tested the library. Charlène. > -- > PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D > 62A9 ADCE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/10 13:38:01 Modified files: print/cups-bjnp: Makefile net/p5-Net-PH : Makefile Log message: Remove maintainers whose addresses bounce
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/10 13:22:50 Modified files: devel/p5-Test-Time: Makefile distinfo Log message: Update devel/p5-Test-Time to 0.08 >From Julien Dhaille OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 13:11:13 Modified files: multimedia/dav1d: Makefile multimedia/dav1d/patches: patch-src_lib_c Log message: Increase thread stack size (slightly too low for certain debugging tools). from Brad (maintainer)
Re: devel/py-serial update 2.7 to 3.4
Hi Kurt,
> I noticed the deletion of the homepage. There *is* a homepage on
> Github. It's linked from the pypi page.
>
> Here's a version that does away with all the weird do-test manipulations
> also and just uses MODPY_PYTEST. I added a patch to disable a few tests
> as they would just hang.
The updated patch works fine here as well on amd64, thanks!
Daniel
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-serial/Makefile,v
> retrieving revision 1.10
> diff -u -p -r1.10 Makefile
> --- Makefile 28 Apr 2019 20:51:36 - 1.10
> +++ Makefile 4 May 2019 17:20:14 -
> @@ -2,14 +2,13 @@
>
> COMMENT = serial interface class for Python
>
> -MODPY_EGG_VERSION = 2.7
> +MODPY_EGG_VERSION = 3.4
> DISTNAME =pyserial-${MODPY_EGG_VERSION}
> PKGNAME = ${DISTNAME:S/py/py-/}
> -REVISION = 1
>
> CATEGORIES = devel
>
> -HOMEPAGE = http://pyserial.sourceforge.net/
> +HOMEPAGE = https://github.com/pyserial/pyserial
>
> MAINTAINER = Daniel Winters
>
> @@ -18,6 +17,8 @@ PERMIT_PACKAGE_CDROM = Yes
>
> MODULES = lang/python
> MODPY_PI =Yes
> +MODPY_SETUPTOOLS = Yes
> +MODPY_PYTEST = Yes
>
> FLAVORS = python3
> FLAVOR ?=
> @@ -28,20 +29,9 @@ EXAMPLESDIR = ${PREFIX}/share/examples/
> post-install:
> cd ${PREFIX}/bin/ && mv miniterm.py miniterm-${MODPY_VERSION}.py
> ${INSTALL_DATA_DIR} ${DOCSDIR}
> - ${INSTALL_DATA} ${WRKSRC}/README.txt ${WRKSRC}/LICENSE.txt ${DOCSDIR}
> + ${INSTALL_DATA} ${WRKSRC}/README.rst ${WRKSRC}/LICENSE.txt ${DOCSDIR}
> ${INSTALL_DATA} ${WRKSRC}/documentation/*.rst ${DOCSDIR}
> ${INSTALL_DATA_DIR} ${EXAMPLESDIR}
> ${INSTALL_DATA} ${WRKSRC}/examples/*.py ${EXAMPLESDIR}
> -
> -# NOTE: tests require a serial setup; see ${WRKSRC}/examples/test.py
> -# for more information
> -do-test:
> - cd ${WRKSRC} && \
> - for _test in ${WRKSRC}/examples/test*; do \
> - PYTHONPATH=. ${MODPY_BIN} $${_test}; \
> - done
> -.for _test in ${WRKSRC}/examples/test*
> - cd ${WRKSRC} && ${MODPY_BIN} ${_test}
> -.endfor
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/py-serial/distinfo,v
> retrieving revision 1.3
> diff -u -p -r1.3 distinfo
> --- distinfo 20 Jul 2015 00:33:13 - 1.3
> +++ distinfo 4 May 2019 17:20:14 -
> @@ -1,2 +1,2 @@
> -SHA256 (pyserial-2.7.tar.gz) = NULsCDh5PmHWIk4n/wXozkulpcXMTsXGo+jUkkeYVHc=
> -SIZE (pyserial-2.7.tar.gz) = 122081
> +SHA256 (pyserial-3.4.tar.gz) = bi1AH97g6rmWz3NOZ3c6AUO5MncsqLQkUUQM/tlCxic=
> +SIZE (pyserial-3.4.tar.gz) = 151657
> Index: patches/patch-test_test_pty_py
> ===
> RCS file: patches/patch-test_test_pty_py
> diff -N patches/patch-test_test_pty_py
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-test_test_pty_py4 May 2019 17:20:14 -
> @@ -0,0 +1,43 @@
> +$OpenBSD$
> +
> +Some pty tests hang
> +
> +Index: test/test_pty.py
> +--- test/test_pty.py.orig
> test/test_pty.py
> +@@ -32,21 +32,21 @@ class Test_Pty_Serial_Open(unittest.TestCase):
> + with serial.Serial(os.ttyname(self.slave), timeout=1) as slave:
> + pass # OK
> +
> +-def test_pty_serial_write(self):
> +-with serial.Serial(os.ttyname(self.slave), timeout=1) as slave:
> +-with os.fdopen(self.master, "wb") as fd:
> +-fd.write(DATA)
> +-fd.flush()
> +-out = slave.read(len(DATA))
> +-self.assertEqual(DATA, out)
> ++# ~def test_pty_serial_write(self):
> ++# ~with serial.Serial(os.ttyname(self.slave), timeout=1) as slave:
> ++# ~with os.fdopen(self.master, "wb") as fd:
> ++# ~fd.write(DATA)
> ++# ~fd.flush()
> ++# ~out = slave.read(len(DATA))
> ++# ~self.assertEqual(DATA, out)
> +
> +-def test_pty_serial_read(self):
> +-with serial.Serial(os.ttyname(self.slave), timeout=1) as slave:
> +-with os.fdopen(self.master, "rb") as fd:
> +-slave.write(DATA)
> +-slave.flush()
> +-out = fd.read(len(DATA))
> +-self.assertEqual(DATA, out)
> ++# ~def test_pty_serial_read(self):
> ++# ~with serial.Serial(os.ttyname(self.slave), timeout=1) as slave:
> ++# ~with os.fdopen(self.master, "rb") as fd:
> ++# ~slave.write(DATA)
> ++# ~slave.flush()
> ++# ~out = fd.read(len(DATA))
> ++# ~self.assertEqual(DATA, out)
> +
> + #~ def test_pty_serial_master_read(self):
> + #~ with serial.Serial(os.ttyname(self.master), timeout=1) as master:
> Index: pkg/PLIST
>
Re: [update] devel/p5-Test-Time
On Fri, 10 May 2019 11:28:51 -0700 Andrew Hewus Fresh wrote: > On Fri, May 10, 2019 at 03:35:25PM +0200, Julien Dhaille wrote: > > Hello, > > update from upstream : > > https://metacpan.org/source/SATOH/Test-Time-0.08/Changes > > With the new version the REVISION can be removed and after manually > applying the patch because it failed, with the REVISION removal this > is OK afresh1@ It works fine here and the only direct depend pass its tests. OK cwen@ > (here's an updated patch) > > > Index: Makefile > === > RCS file: /cvs/ports/devel/p5-Test-Time/Makefile,v > retrieving revision 1.3 > diff -u -p -r1.3 Makefile > --- Makefile 1 May 2019 19:57:07 - 1.3 > +++ Makefile 10 May 2019 15:34:34 - > @@ -4,9 +4,8 @@ COMMENT = overrides time()/sleep() core > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = Test-Time-0.04 > +DISTNAME = Test-Time-0.08 > CATEGORIES = devel > -REVISION = 0 > > # Perl > PERMIT_PACKAGE_CDROM = Yes > Index: distinfo > === > RCS file: /cvs/ports/devel/p5-Test-Time/distinfo,v > retrieving revision 1.1.1.1 > diff -u -p -r1.1.1.1 distinfo > --- distinfo 18 Jan 2016 22:15:21 - 1.1.1.1 > +++ distinfo 10 May 2019 15:34:34 - > @@ -1,2 +1,2 @@ > -SHA256 (Test-Time-0.04.tar.gz) = > 2MG8V/l2eugSL8SrhzvZkcueqOlCLGY5mstmdw+lwuo= -SIZE > (Test-Time-0.04.tar.gz) = 45534 +SHA256 (Test-Time-0.08.tar.gz) = > uLw7B0uyJH6FiDmcHlXQcfBJz2zhyLQZLDjPPCRVlUg= +SIZE > (Test-Time-0.08.tar.gz) = 53848 >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/05/10 12:48:41 Modified files: infrastructure/lib/DPB: Locks.pm Log message: fix a very old bug. I was confused in my variable names, and thus old locks where only affecting localhost... ouch
[Update] PostgreSQL 11.3
Hello,
Small diff to update PostgreSQL to it's latest version (11.3).
Release note is here : https://www.postgresql.org/about/news/1939/
2 CVE fixed in this release:
+ CVE-2019-10129: Memory disclosure in partition routing
+ CVE-2019-10130: Selectivity estimators bypass row security policies
The same diff applies for -stable too.
Ok to commit for both -current and -stable ?
Regards,
Index: Makefile
===
RCS file: /cvs/ports/databases/postgresql/Makefile,v
retrieving revision 1.251
diff -u -p -u -p -r1.251 Makefile
--- Makefile 11 Apr 2019 15:18:39 - 1.251
+++ Makefile 10 May 2019 18:42:33 -
@@ -7,9 +7,8 @@ COMMENT-contrib=PostgreSQL RDBMS contrib
COMMENT-plpython=Python procedural language for PostgreSQL
COMMENT-pg_upgrade=Support for upgrading PostgreSQL data from previous version
-VERSION= 11.2
+VERSION= 11.3
PREV_MAJOR= 10
-REVISION-server=1
DISTNAME= postgresql-${VERSION}
PKGNAME-main= postgresql-client-${VERSION}
PKGNAME-server= postgresql-server-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/databases/postgresql/distinfo,v
retrieving revision 1.77
diff -u -p -u -p -r1.77 distinfo
--- distinfo 19 Feb 2019 16:45:46 - 1.77
+++ distinfo 10 May 2019 18:42:33 -
@@ -1,2 +1,2 @@
-SHA256 (postgresql-11.2.tar.gz) = y6vmZns4FrQVbaIHGe05lcj/Q4WLef+KZFhPRWX9CWY=
-SIZE (postgresql-11.2.tar.gz) = 25779561
+SHA256 (postgresql-11.3.tar.gz) = Kp/zZZ4yekNpkpR4IABGlCcQ/WvCX+VsctawHuixl0o=
+SIZE (postgresql-11.3.tar.gz) = 25868246
Index: pkg/PLIST-docs
===
RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v
retrieving revision 1.89
diff -u -p -u -p -r1.89 PLIST-docs
--- pkg/PLIST-docs 19 Feb 2019 16:45:46 - 1.89
+++ pkg/PLIST-docs 10 May 2019 18:42:33 -
@@ -672,6 +672,7 @@ share/doc/postgresql/html/regress-varian
share/doc/postgresql/html/regress.html
share/doc/postgresql/html/release-11-1.html
share/doc/postgresql/html/release-11-2.html
+share/doc/postgresql/html/release-11-3.html
share/doc/postgresql/html/release-11.html
share/doc/postgresql/html/release-prior.html
share/doc/postgresql/html/release.html
[new] www/edbrowse 3.7.4
Hi, Here is a port of edbrowse: Information for inst:edbrowse-3.7.4 Comment: command-line editor and web browser Description: Edbrowse is a combination editor, browser, and mail client that is 100% text based. The interface is similar to /bin/ed, though there are many more features, such as editing multiple files simultaneously, and rendering html. This program was originally written for blind users, but many sighted users have taken advantage of the unique scripting capabilities of this program, which can be found nowhere else. A batch job, or cron job, can access web pages on the internet, submit forms, and send email, with no human intervention whatsoever. edbrowse can also tap into databases through odbc. It was primarily written by Karl Dahlke. Maintainer: Aaron Bieber WWW: http://edbrowse.org/ I have been able to use it to browse verious things without issue. OK? Cheers, Aaron -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE edbrowse.tar.gz Description: Binary data
Re: [update] devel/p5-Test-Time
On Fri, May 10, 2019 at 03:35:25PM +0200, Julien Dhaille wrote: > Hello, > update from upstream : > https://metacpan.org/source/SATOH/Test-Time-0.08/Changes With the new version the REVISION can be removed and after manually applying the patch because it failed, with the REVISION removal this is OK afresh1@ (here's an updated patch) Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Time/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile1 May 2019 19:57:07 - 1.3 +++ Makefile10 May 2019 15:34:34 - @@ -4,9 +4,8 @@ COMMENT = overrides time()/sleep() core MODULES = cpan PKG_ARCH = * -DISTNAME = Test-Time-0.04 +DISTNAME = Test-Time-0.08 CATEGORIES = devel -REVISION = 0 # Perl PERMIT_PACKAGE_CDROM = Yes Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Time/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Jan 2016 22:15:21 - 1.1.1.1 +++ distinfo10 May 2019 15:34:34 - @@ -1,2 +1,2 @@ -SHA256 (Test-Time-0.04.tar.gz) = 2MG8V/l2eugSL8SrhzvZkcueqOlCLGY5mstmdw+lwuo= -SIZE (Test-Time-0.04.tar.gz) = 45534 +SHA256 (Test-Time-0.08.tar.gz) = uLw7B0uyJH6FiDmcHlXQcfBJz2zhyLQZLDjPPCRVlUg= +SIZE (Test-Time-0.08.tar.gz) = 53848
[new] www/tidy-html5 5.6.0
Hi, Attached is tidy-html5: Information for inst:tidy-html5-5.6.0 Comment: correct and clean up HTML and XML Required by: edbrowse-3.7.4 Description: Tidy is a console application for Mac OS X, Linux, Windows, UNIX, and more. It corrects and cleans up HTML and XML documents by fixing markup errors and upgrading legacy code to modern standards. libtidy is a C static and dynamic library that developers can integrate into their applications in order to bring all of Tidy's power to your favorite tools. libtidy is used today in desktop applications, web servers, and more. Maintainer: Aaron Bieber WWW: https://www.html-tidy.org/ This is needed for edbrowse which will follow in another mail. OK? Clue stick? -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE tidy-html5.tar.gz Description: Binary data
Re: OpenBSD maintainers Spring cleaning
On Tue, 30 Apr 2019 17:50:24 -0400, Daniel Jakots wrote: > We decided to email each maintainer to verify OpenBSD port maintainers > can be reached and wish to remain active. I'm going to send these > emails over the next few days. All emails should have been sent. I replied to all the answers I got so far so if you didn't get any reply from me, please consider I didn't get your pong. And please answer no matter what you believe as in "danj knows I'm active". Let's assume I don't, so I can cross your name out. Thanks, Daniel
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2019/05/10 10:50:05 Modified files: biology/py-biopython: Makefile mail/spambayes : Makefile net/cjc: Makefile net/nssl : Makefile net/py-xmpp: Makefile productivity/bruce: Makefile sysutils/clusterit: Makefile www/py-clientform: Makefile www/twill : Makefile Log message: Remove maintainer per their request
Issue running telephony/baresip/restund
Dear Gentlemen, I tried to use the telephony/baresip/restund package in order to provide a private STUN server, but the software is unable to run in the background. However, it works flawlessly when executed directly. Do you know what could be the issue? Your advice would be very much appreciated. Best regards, Zeroflag PS: Please find the following logs attached: # rcctl -d start restund doing _rc_parse_conf doing _rc_quirks restund_flags empty, using default >< doing _rc_parse_conf /var/run/rc.d/restund doing _rc_quirks doing rc_check restund doing rc_start doing _rc_wait start doing rc_check doing _rc_write_runfile (ok) # rcctl -d check restund doing _rc_parse_conf doing _rc_quirks restund_flags empty, using default >< doing _rc_parse_conf /var/run/rc.d/restund doing _rc_quirks restund doing rc_check (failed) mail.rohlix.eu # grep -vE "^#|^$" /etc/restund.conf daemon yes debug no realm DOMAIN.TLD syncinterval600 udp_listen PUBLIC_IP:3478 udp_sockbuf_size524288 module_path /usr/local/lib/restund/modules module binding.so module syslog.so syslog_facility 24 $ restund -dnf /etc/restund.conf udp listen: PUBLIC_IP:3478 binding: module loaded syslog: module loaded facility=24 stun server ready ^Ccaught signal 2 binding: module closed syslog: module closed # uname -a OpenBSD SERVER.DOMAIN.TLD 6.5 GENERIC#0 amd64 -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-ports-f108501.html
Re: [Update] devel/p5-Array-Diff: update to 0.08
On Thu, May 09, 2019 at 07:22:53AM +, wen heping wrote:
> Hi, ports@:
>
>Here is a patch to update devel/p5-Array-Diff to 0.08.
>It build well and passed all tests on my amd64 current system.
>No other ports depends on it.
>
>Comments? OK?
0.09 is out with some improved documentation which is this same patch,
just slightly different values.
With that, OK afresh1@
>
> wen
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/p5-Array-Diff/Makefile,v
> retrieving revision 1.10
> diff -u -p -r1.10 Makefile
> --- Makefile 20 Mar 2016 19:56:13 - 1.10
> +++ Makefile 9 May 2019 07:19:03 -
> @@ -4,7 +4,7 @@ COMMENT= perform diffs on arrays
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME = Array-Diff-0.07
> +DISTNAME = Array-Diff-0.08
> PKGNAME =p5-${DISTNAME}000
> CATEGORIES= devel
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/p5-Array-Diff/distinfo,v
> retrieving revision 1.2
> diff -u -p -r1.2 distinfo
> --- distinfo 1 Dec 2014 13:36:03 - 1.2
> +++ distinfo 9 May 2019 07:19:03 -
> @@ -1,2 +1,2 @@
> -SHA256 (Array-Diff-0.07.tar.gz) =
> eOfTozdMdOEXtxmPjmZJNnopBlYbikhdOHDyQvqPg0Y=
> -SIZE (Array-Diff-0.07.tar.gz) = 52126
> +SHA256 (Array-Diff-0.08.tar.gz) =
> HuVeL1rn3ftiO/StXD4FHT0HkCdKtQ/cnH2ijhJfJRs=
> +SIZE (Array-Diff-0.08.tar.gz) = 11196
--
andrew - http://afresh1.com
The power The nightmares The strange medication
Re: 回复: [NEW] devel/p5-Ref-Util and devel/p5-Ref-Util-XS (again)
On Thu, May 09, 2019 at 06:36:01AM +, wen heping wrote: > Hi, > > The new patch add openbsd tag in PLIST and add WANTLIB in Makefile. > > Comments? p5-Ref-Util-XS could use TEST_DEPENDS=devel/p5-Readonly, as an XS module is not a candidate for PKG_ARCH=* so that needs to be removed, and the COMMENT should not start with a capital letter and could probably use a space before the open paren. For p5-Ref-Util, it also still needs the TEST_DEPENDS=devel/p5-Readonly and the COMMENT should not start with a capital letter. With that, OK afresh1@ > > wen > > 发件人: Charlene Wendling > 发送时间: 2019年5月8日 17:05 > 收件人: wen heping > 抄送: ports@openbsd.org > 主题: Re: [NEW] devel/p5-Ref-Util and devel/p5-Ref-Util-XS (again) > > On Wed, 8 May 2019 00:58:25 + > wen heping wrote: > > > Hi: > > > > Here is a patch for create new port devel/p5-Ref-Util and > > devel/p5-Ref-Util-XS , both are needed by the future update of > > www/p5-Dancer2. It build and pass all the tests on my amd64 system on > > OpenBSD-current. > > > > I submitted it in March, this time I fix some bugs which pointed > > by afresh1@. > > As far as Ref::Util::XS is concerned, it's still the old version you're > sending, without Andrew's suggestions: > > https://marc.info/?l=openbsd-ports=155157380201369=2 > > Ref::Util would be happier with: > > TEST_DEPENDS= devel/p5-Readonly > > > OK? Comments ? > > > > Regards, > > wen > > Charlène. -- andrew - http://afresh1.com Computer Science: solving today's problems tomorrow.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/10 10:14:20 Modified files: sysutils/p5-File-Which: Makefile distinfo Log message: p5-File-Which: update to 1.23 Changelog: https://metacpan.org/source/PLICEASE/File-Which-1.23/Changes OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/10 10:11:20 Modified files: textproc/p5-XML-Simple: Makefile distinfo Log message: p5-XML-Simple: update to 2.25 Changelog: https://metacpan.org/source/GRANTM/XML-Simple-2.25/Changes OK afresh1@
Re: UPDATE: productivity/mcds
On Thu, May 09, 2019 at 04:42:08PM -0600, Timothy Brown wrote:
> On Wed, May 08, 2019 at 11:53:24AM -0400, Jeremie Courreges-Anglas wrote:
> >
> > My first thought was: "why add a FLAVOR?". If gpg/gpgme support is the
> > only way to avoid the need of plaintext credentials, maybe it should be
> > enabled by default?
> >
>
> Very good question. I was thinking more for backwards compatibility,
> however that is still satisfied even if it is built with gpg/gpgme.
> So the only reason I can think of is to keep the dependencies down,
> although that seems like a silly excuse for such a small list of
> added dependencies.
>
> I'll re-do the patch with gpg/gpgme include without offering a flavor.
>
New patch generated without any FLAVOURS.
Thoughts, OK?
Thanks
Tim
Index: Makefile
===
RCS file: /cvs/ports/productivity/mcds/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile 2 May 2019 15:52:58 - 1.1.1.1
+++ Makefile 10 May 2019 16:08:08 -
@@ -2,7 +2,7 @@
COMMENT = tty-based carddav search tool
-V = 0.9
+V = 1.2
DISTNAME = mcds-${V}
CATEGORIES = productivity
@@ -11,13 +11,15 @@ MAINTAINER = Timothy Brown https://github.com/t-brown/mcds/releases/download/v${V}/
LIB_DEPENDS = devel/gettext \
net/curl \
- textproc/libxml
+ textproc/libxml \
+ security/gpgme
CONFIGURE_STYLE = gnu
Index: distinfo
===
RCS file: /cvs/ports/productivity/mcds/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 2 May 2019 15:52:58 - 1.1.1.1
+++ distinfo 10 May 2019 16:08:08 -
@@ -1,2 +1,2 @@
-SHA256 (mcds-0.9.tar.gz) = p+H8Q94kiHDDo/pV570uCXZki5YnyC41tUDx8HgARKc=
-SIZE (mcds-0.9.tar.gz) = 194620
+SHA256 (mcds-1.2.tar.gz) = XvOuh5IgjdWF1BPE/mowwCv8BKY4l/nvmnzZEK4Pbx4=
+SIZE (mcds-1.2.tar.gz) = 201027
Index: pkg/DESCR
===
RCS file: /cvs/ports/productivity/mcds/pkg/DESCR,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 DESCR
--- pkg/DESCR 2 May 2019 15:52:58 - 1.1.1.1
+++ pkg/DESCR 10 May 2019 16:08:08 -
@@ -1,2 +1,2 @@
Mcds is a command line tool primarily used as a search query plugin for mutt
-to query a carddav server.
+to query a CardDav server.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/10 10:08:49 Modified files: textproc/p5-XML-SemanticDiff: Makefile distinfo Log message: p5-XML-SemanticDiff: update to 1.0007 Changelog: https://metacpan.org/source/PERIGRIN/XML-SemanticDiff-1.0007/Changes OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/10 10:02:09 Modified files: www/p5-Dancer : Makefile distinfo www/p5-Dancer/pkg: PLIST Log message: p5-Dancer: update to 1.3512 Changelog: https://metacpan.org/source/BIGPRESH/Dancer-1.3512/Changes Original diff from Wen Heping (thanks!) with some tweaks by me. OK afresh1@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2019/05/10 10:05:18 Modified files: textproc/p5-XML-SAX-Writer: Makefile distinfo Log message: p5-XML-SAX-Writer: update to 0.57 Changelog: https://github.com/perigrin/xml-sax-writer/compare/v0.56...v0.57 OK afresh1@
Re: CVS: cvs.openbsd.org: ports
On 5/10/19 10:54 AM, Antoine Jacoutot wrote: On Fri, May 10, 2019 at 12:20:18AM -0600, Brian Callahan wrote: CVSROOT:/cvs Module name:ports Changes by: bcal...@cvs.openbsd.org 2019/05/10 00:20:18 Modified files: games/openomf : Makefile distinfo games/openomf/patches: patch-CMakeLists_txt patch-src_game_gui_menu_c games/openomf/pkg: PLIST Log message: Update to latest openomf code since it fixes a number of bugs and memory leaks. Also, the libshadowdive library was integrated into the code itself since it never got any external users, and so it goes away from PLIST. Doesn't fetch. Forgot to put it in the right place. Fixed now, thanks. ~Brian # make fetch ===> Checking files for openomf-0.6.5.2 Fetch https://mirrors.nycbug.org/pub/distfiles/openomf-0.6.5.2.tar.gz ftp: Error retrieving file: 404 Not Found Fetch http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/openomf-0.6.5.2.tar.gz ftp: Error retrieving file: 404 Not Found *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3012 '/exopi-cvs/ports/distfiles/openomf-0.6.5.2.tar.gz': @lock=openomf-0.6...) *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2342 '_internal-fetch') *** Error 1 in /exopi-cvs/ports/games/openomf (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2466 'fetch')
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/05/10 09:57:37 Modified files: multimedia/mlt : Makefile distinfo Log message: Update mlt to 6.16.0 - Remove ports-gcc<=8 workaround. OK cwen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: afre...@cvs.openbsd.org 2019/05/10 09:42:09 Modified files: www/p5-CGI-Fast: Makefile distinfo Log message: Update www/p5-CGI-Fast to 2.15 >From Mikolaj Kucharski (MAINTAINER)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/10 09:20:57 Modified files: net/py-ncclient: Makefile distinfo Log message: update to ncclient-0.6.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/10 09:20:34 Modified files: devel : Makefile Log message: +py-selectors2
Re: [graphics/ffmpeg DASH Demuxing support]
Hi Brad, On Fri, 10 May 2019, Brad Smith wrote: > Hi Paco, > > I saw this, but I forgot to reply. No worries ! > I'm all for additional functionality, but FFmpeg in particular I have > been trying to balance functionality, but not try to pull in the > whole kitchen sink too. I understand. > I don't really like the idea of pulling this in as it adds a dependency on 3 > new libraries. If we go in this direction the diff needs a bunch of > additional > changes. As far as I understand it's "only" one more dependency textproc/libxml, isn't it ? I think supporting those kind of streams on the players that depend on ffmpeg is a good thing and would be used by many (or not, who knows). Anyway, you're the maintainer. I can always apply my patch and rebuild if a new version comes around. Thanks for your time ! -- Paco Esteban. https://onna.be/gpgkey.asc 9A6B 6083 AD9E FDC2 0EAF 5CB3 5818 130B 8A6D BC03
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/10 09:19:03 Log message: import selectors2-2.0.1 Backported, durable, and portable selectors designed to replace the standard library selectors module. ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20191005 N ports/devel/py-selectors2/Makefile N ports/devel/py-selectors2/distinfo N ports/devel/py-selectors2/pkg/DESCR N ports/devel/py-selectors2/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2019/05/10 09:18:23 Modified files: x11/gnome/calendar: Makefile distinfo Log message: update to gnome-calendar-3.32.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: feine...@cvs.openbsd.org2019/05/10 09:12:19 Modified files: math/hdf5 : Makefile distinfo math/hdf5/pkg : PLIST Log message: Update to HDF5 1.10.5 Joint work with and OK martin@
Re: squid 4.6 issue on OpenBSD 6.5
On Fri, May 10, 2019 at 01:38:19PM +0100, Stuart Henderson wrote: > On 2019/05/10 11:45, Matthieu Herrb wrote: > > Hi, > > > > I recently upgraded the squid cache at work to OpenBSD 6.5 (and thus > > squid 4.6). After this, squid started locking up (and not accepting > > new connections) every few hours with the error below logged in > > cache.log: > > > > oldAccept FD 17, [::] [ job1]: ignoring: (53) Software caused > > connection abort > > > > After digging a bit in the source code and reading about ECONNREFUSED > > and accept(), I came out with the patch below, which fixes the issue > > for me. The patch was done on 6.5, but the squid port is the same in > > -current for now. > > > > Does this look ok ? > > Thanks for digging - OK. Would you mind either doing a PR > (https://wiki.squid-cache.org/MergeProcedure) or bringing it up on > squid-dev please? Done. https://github.com/squid-cache/squid/pull/404 -- Matthieu Herrb
Re: Internal conflict between python-3.7.3p0 and python-3.5.3
On Fri, May 10, 2019 at 01:03:47PM +0100, Stuart Henderson wrote: > This was because @pkgpath markers were wrong in the ports, 3.5 should have > been merged into a newer version when it was removed, but that wasn't done > so old packages would stick around. Thanks Stuart! Laurie -- Personal http://tratt.net/laurie/ Software Development Teamhttp://soft-dev.org/ https://github.com/ltratt http://twitter.com/laurencetratt
Re: CVS: cvs.openbsd.org: ports
On Fri, May 10, 2019 at 12:20:18AM -0600, Brian Callahan wrote: > CVSROOT: /cvs > Module name: ports > Changes by: bcal...@cvs.openbsd.org 2019/05/10 00:20:18 > > Modified files: > games/openomf : Makefile distinfo > games/openomf/patches: patch-CMakeLists_txt > patch-src_game_gui_menu_c > games/openomf/pkg: PLIST > > Log message: > Update to latest openomf code since it fixes a number of bugs and memory > leaks. Also, the libshadowdive library was integrated into the code itself > since it never got any external users, and so it goes away from PLIST. Doesn't fetch. # make fetch ===> Checking files for openomf-0.6.5.2 >> Fetch https://mirrors.nycbug.org/pub/distfiles/openomf-0.6.5.2.tar.gz ftp: Error retrieving file: 404 Not Found >> Fetch http://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/openomf-0.6.5.2.tar.gz ftp: Error retrieving file: 404 Not Found *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:3012 '/exopi-cvs/ports/distfiles/openomf-0.6.5.2.tar.gz': @lock=openomf-0.6...) *** Error 1 in . (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2342 '_internal-fetch') *** Error 1 in /exopi-cvs/ports/games/openomf (/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2466 'fetch') -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 08:25:44 Modified files: x11/gnome/menus: Makefile Added files: x11/gnome/menus/patches: patch-libmenu_entry-directories_c patch-libmenu_gmenu-tree_c Log message: Forgot to cvs add these in previous.
Re: [Update] www/p5-Dancer: update to 1.3512
On Tue, May 07, 2019 at 07:14:01PM +0200, Charlene Wendling wrote:
> Hi Wen,
>
> Thanks for the heads up!
>
> On Tue, 7 May 2019 13:10:00 +
> wen heping wrote:
>
> > Hi, ports@ :
> >
> >Here is a patch to update www/p5-Dancer to 1.3512.
> >It build well and all tests passed on my amd64 system.
> >
> >There are 2 ports depends p5-Dancer,
> > 1 www/p5-Dancer-Plugin-Thumbnail : build well and regression test
> > passed. 2 databases/ports-readmes-dancer : build well and run well.
>
> Same thing here.
>
> > OK? Comments ?
>
> I've changed the depends according to what portgen(1) and the test
> output said, replaced the post-install hook with a @comment, And
> fixed spacing here and there.
OK afresh1@
> > Regards,
> > wen
>
> Charlène.
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/p5-Dancer/Makefile,v
> retrieving revision 1.12
> diff -u -p -u -p -r1.12 Makefile
> --- Makefile 7 Jan 2019 01:05:15 - 1.12
> +++ Makefile 7 May 2019 17:02:56 -
> @@ -4,37 +4,36 @@ COMMENT = simple perl web app framework
>
> MODULES =cpan
> PKG_ARCH = *
> -DISTNAME = Dancer-1.3500
> +DISTNAME = Dancer-1.3512
> CATEGORIES = www
>
> # perl
> PERMIT_PACKAGE_CDROM = Yes
>
> -RUN_DEPENDS =devel/p5-Hash-Merge-Simple \
> - devel/p5-Try-Tiny \
> +RUN_DEPENDS =devel/p5-Hash-Merge-Simple \
> devel/p5-Module-Runtime \
> + devel/p5-Try-Tiny \
> mail/p5-MIME-Types \
> www/p5-HTTP-Body \
> - www/p5-HTTP-Server-Simple-PSGI
> + www/p5-HTTP-Date \
> + www/p5-HTTP-Message \
> + www/p5-HTTP-Server-Simple-PSGI \
> + www/p5-URI
>
> -TEST_DEPENDS += converters/p5-JSON \
> - devel/p5-Clone \
> +TEST_DEPENDS = converters/p5-JSON>=2.90 \
> + devel/p5-Clone \
> devel/p5-Data-Dump \
> devel/p5-Devel-Hide \
> devel/p5-Test-CPAN-Meta \
> - devel/p5-Test-Output \
> devel/p5-Test-NoWarnings \
> + devel/p5-Test-Output \
> devel/p5-YAML \
> - net/p5-Test-TCP \
> textproc/p5-Template \
> textproc/p5-Template-Provider-Encoding \
> - www/p5-HTTP-CookieJar \
> - www/p5-Plack
> + www/p5-HTTP-CookieJar>=0.008 \
> + www/p5-Plack
>
> -MAKE_ENV += TEST_POD=Yes AUTHOR_TESTING=Yes RELEASE_TESTING=Yes
> +MAKE_ENV += TEST_POD=Yes AUTHOR_TESTING=Yes RELEASE_TESTING=Yes
>
> -# XXX Upstream has left a .swo file hanging
> -post-extract:
> - @rm ${WRKSRC}/lib/Dancer/.Test.pm.swo
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/www/p5-Dancer/distinfo,v
> retrieving revision 1.7
> diff -u -p -u -p -r1.7 distinfo
> --- distinfo 7 Jan 2019 01:05:15 - 1.7
> +++ distinfo 7 May 2019 17:02:56 -
> @@ -1,2 +1,2 @@
> -SHA256 (Dancer-1.3500.tar.gz) = WAQqpG3+qGTkpZHcgPRtkBvS5xKN4kLj5XdGPROZXNw=
> -SIZE (Dancer-1.3500.tar.gz) = 392695
> +SHA256 (Dancer-1.3512.tar.gz) = sfZE3wWn21fYpOB3gm6HWDWzH0RW+FURDoz0WmZxVZA=
> +SIZE (Dancer-1.3512.tar.gz) = 394458
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/www/p5-Dancer/pkg/PLIST,v
> retrieving revision 1.3
> diff -u -p -u -p -r1.3 PLIST
> --- pkg/PLIST 7 Jan 2019 01:05:15 - 1.3
> +++ pkg/PLIST 7 May 2019 17:02:56 -
> @@ -2,6 +2,7 @@
> bin/dancer
> ${P5SITE}/Dancer/
> ${P5SITE}/Dancer.pm
> +@comment ${P5SITE}/Dancer/.Test.pm.swo
> ${P5SITE}/Dancer/App.pm
> ${P5SITE}/Dancer/Config/
> ${P5SITE}/Dancer/Config.pm
>
--
andrew - http://afresh1.com
At the source of every error which is blamed on the computer, you
will find at least two human errors, including the error of blaming
it on the computer.
UPDATE: www/p5-CGI-Fast
Hi, Update to 2.15 from 2.13. Upstream chagnes are: 2.15 2019-03-29 [FIX] - ensure upload hooks are passed to CGI.pm constructor (GH #19, thanks to ikegami) 2.14 2019-03-26 [DOCUMENTATION] - Add a link to the "you probably shouldn't use CGI.pm" docs Regress tests pass: ===> Regression tests for p5-CGI-Fast-2.15 PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/001_basic.t .. ok t/002_import.t . ok t/003_env_pollution.t .. ok t/004_fcgi_file_handles.t .. ok t/005_no_file_handles.t ok t/006_changes.t skipped: Test::CPAN::Changes required for this test t/007_socket_perm.t ok All tests successful. Files=7, Tests=53, 1 wallclock secs ( 0.05 usr 0.05 sys + 0.56 cusr 0.21 csys = 0.87 CPU) Result: PASS I don't use it actively any more, so didn't had a chance to test it yet. Any feedback appreciated. Index: Makefile === RCS file: /cvs/ports/www/p5-CGI-Fast/Makefile,v retrieving revision 1.2 diff -u -p -u -r1.2 Makefile --- Makefile11 Dec 2017 12:42:19 - 1.2 +++ Makefile10 May 2019 06:02:22 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.2 2017/12/11 12:42:19 bluhm Exp $ COMMENT = CGI interface for FastCGI -DISTNAME = CGI-Fast-2.13 +DISTNAME = CGI-Fast-2.15 CATEGORIES = www MAINTAINER = Mikolaj Kucharski Index: distinfo === RCS file: /cvs/ports/www/p5-CGI-Fast/distinfo,v retrieving revision 1.2 diff -u -p -u -r1.2 distinfo --- distinfo11 Dec 2017 12:42:19 - 1.2 +++ distinfo10 May 2019 06:02:22 - @@ -1,2 +1,2 @@ -SHA256 (CGI-Fast-2.13.tar.gz) = eS8h/DuUOA43yZ+qeQHs7fAdaFUZEADR/7KnADgTsdQ= -SIZE (CGI-Fast-2.13.tar.gz) = 8844 +SHA256 (CGI-Fast-2.15.tar.gz) = 5TQt89xZPt+3JMev6FCxoO51P01zP1GT4DewRjPf7s4= +SIZE (CGI-Fast-2.15.tar.gz) = 9277 -- Regards, Mikolaj
Re: [graphics/ffmpeg DASH Demuxing support]
Hi Paco,
I saw this, but I forgot to reply.
I'm all for additional functionality, but FFmpeg in particular I have
been trying to balance functionality, but not try to pull in the
whole kitchen sink too.
I don't really like the idea of pulling this in as it adds a dependency on 3
new libraries. If we go in this direction the diff needs a bunch of
additional
changes.
On 5/9/2019 2:38 PM, Paco Esteban wrote:
Hi ports@,
I sent this email to Brad Smith, maintainer of graphics/ffmpeg 2 weeks
ago but did not have any answer.
I'm forwarding it here so maybe somebody can take a look.
Thanks.
- Forwarded message -
...
I had a problem the other day trying to watch a video stream using mpv
(and later tried ffplay). I discovered that the OpenBSD package for
ffmpeg does not support DASH demuxing, and that was the problem.
I prepared a diff to add that support, find it at the end of the email.
Just one thing, I'm not so experienced with ports (just built one and
was really easy). I have a message like this when creating the package:
LIB_DEPENDS textproc/libxml not needed for graphics/ffmpeg ?
I added that dependency myself, because DASH support is enabled via
--enable-libxml2 at configure time ...
Am I doing something wrong ?
Index: Makefile
===
RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
retrieving revision 1.182
diff -u -p -r1.182 Makefile
--- Makefile2 Apr 2019 18:42:11 - 1.182
+++ Makefile26 Apr 2019 08:05:11 -
@@ -8,6 +8,7 @@ CATEGORIES= graphics multimedia
MASTER_SITES= https://ffmpeg.org/releases/
EXTRACT_SUFX= .tar.xz
EPOCH= 0
+REVISION= 0
SHARED_LIBS= avcodec 23.0 \
avdevice11.0 \
@@ -50,7 +51,8 @@ LIB_DEPENDS= archivers/bzip2 \
multimedia/libvpx \
multimedia/x264 \
multimedia/x265 \
- multimedia/xvidcore
+ multimedia/xvidcore \
+ textproc/libxml
# inter-library dependencies for the current configuration
LIBavcodec_EXTRALIBS=-L${LOCALBASE}/lib -ldav1d -lgsm -lmp3lame -lopus
-lspeex -lvorbis -lvorbisenc -lvpx -lx264 -lx265 -lxvidcore -lm -lz -pthread
@@ -109,6 +111,7 @@ CONFIGURE_ARGS+= --enable-shared \
--enable-libx264 \
--enable-libx265 \
--enable-libxvid \
+ --enable-libxml2 \
--enable-nonfree \
--enable-openssl \
--extra-cflags="-I${LOCALBASE}/include -I${X11BASE}/include" \
...
- End forwarded message -
Re: [update] textproc/p5-XML-Simple 2.24 -> 2.25
On Tue, May 07, 2019 at 10:57:36PM +0200, Charlene Wendling wrote:
>
> Here is an update for XML::Simple.
>
> What's new upstream [0]:
>
> - disable entity expansion when using XML::Parser (for improved
> security)
> - call to XML::Parser constructor is now in its own method, so
> it can be overridden
>
> What's new in the port:
>
> - the Makefile is more compliant to Makefile.template
> - enable pod testing
> - refresh depends
>
> Testing:
>
> - 'make test' passes
> - There are 14 direct consumers, and there are no new
> failures [1] due to that update.
>
> Comments and feedback are welcome!
OK afresh1@
> Charlène.
>
>
> [0] https://metacpan.org/source/GRANTM/XML-Simple-2.25/Changes
> [1] http://0x0.st/zTL2.tgz
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/textproc/p5-XML-Simple/Makefile,v
> retrieving revision 1.27
> diff -u -p -u -p -r1.27 Makefile
> --- Makefile 11 May 2017 15:46:33 - 1.27
> +++ Makefile 7 May 2019 20:51:15 -
> @@ -4,15 +4,18 @@ COMMENT=trivial perl API for reading/wr
>
> MODULES= cpan
> PKG_ARCH=*
> -DISTNAME = XML-Simple-2.24
> -CATEGORIES= textproc
>
> -RUN_DEPENDS= textproc/p5-XML-Parser>=2 \
> - textproc/p5-XML-SAX>=0.16 \
> - textproc/p5-XML-SAX-Expat
> -BUILD_DEPENDS= ${RUN_DEPENDS}
> +DISTNAME=XML-Simple-2.25
> +
> +CATEGORIES= textproc
>
> # GPL/Artistic
> PERMIT_PACKAGE_CDROM=Yes
> +
> +RUN_DEPENDS= textproc/p5-XML-NamespaceSupport>=1.04 \
> + textproc/p5-XML-SAX-Expat \
> + textproc/p5-XML-SAX>=0.15
> +
> +MAKE_ENV+= TEST_POD=Yes AUTHOR_TESTING=Yes
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/textproc/p5-XML-Simple/distinfo,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 distinfo
> --- distinfo 11 May 2017 15:46:33 - 1.11
> +++ distinfo 7 May 2019 20:51:15 -
> @@ -1,2 +1,2 @@
> -SHA256 (XML-Simple-2.24.tar.gz) =
> mhSBn9F8dfu5CtzsBEbOqzVsqwzK/4cPLhZZIF3CQk8=
> -SIZE (XML-Simple-2.24.tar.gz) = 77412
> +SHA256 (XML-Simple-2.25.tar.gz) =
> Ux/drr6iQWdD61xP36sCj1AhI9miIEBaQQDmj8SA2/g=
> +SIZE (XML-Simple-2.25.tar.gz) = 78443
>
--
andrew - http://afresh1.com
Hey! It compiles! Ship it!
Re: [update] textproc/p5-XML-SemanticDiff 1.0005 -> 1.0007
On Tue, May 07, 2019 at 09:46:05PM +0200, Charlene Wendling wrote: > > Here is an update for XML::SemanticDiff. > > What's new upstream [0]: > > - don't treat nodes text with value '0' as undef (bug fix) > - drop minimum Perl version to 5.8 > > What's new in port: > > - drop CPAN_AUTHOR > - enable one more test with an additional TEST_DEPENDS > > Testing: > > - 'make test' passes > - There are 2 consumers, devel/p5-TAP-Formatter-JUnit > and devel/p5-Test-XML. They pass as well [1] > > > Comment and feedback are welcome :) OK afresh1@ > Charlène. > > > [0] https://metacpan.org/source/PERIGRIN/XML-SemanticDiff-1.0007/Changes > [1] http://0x0.st/zT_B.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/textproc/p5-XML-SemanticDiff/Makefile,v > retrieving revision 1.3 > diff -u -p -u -p -r1.3 Makefile > --- Makefile 30 Apr 2017 16:03:01 - 1.3 > +++ Makefile 7 May 2019 19:25:59 - > @@ -4,16 +4,18 @@ COMMENT = compare XML documents > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = XML-SemanticDiff-1.0005 > + > +DISTNAME = XML-SemanticDiff-1.0007 > + > CATEGORIES = textproc > > # perl > PERMIT_PACKAGE_CDROM = Yes > > -CPAN_AUTHOR =SHLOMIF > - > RUN_DEPENDS =textproc/p5-XML-Parser > > -CONFIGURE_STYLE = modbuild > +TEST_DEPENDS = devel/p5-Test-TrailingSpace > + > +CONFIGURE_STYLE =modbuild > > .include > Index: distinfo > === > RCS file: /cvs/ports/textproc/p5-XML-SemanticDiff/distinfo,v > retrieving revision 1.2 > diff -u -p -u -p -r1.2 distinfo > --- distinfo 30 Apr 2017 16:03:01 - 1.2 > +++ distinfo 7 May 2019 19:25:59 - > @@ -1,2 +1,2 @@ > -SHA256 (XML-SemanticDiff-1.0005.tar.gz) = > P4FgQvXm6Uj3nQG1rudFldlfgZpHPMBdbYl+QGFdkwA= > -SIZE (XML-SemanticDiff-1.0005.tar.gz) = 35349 > +SHA256 (XML-SemanticDiff-1.0007.tar.gz) = > Bf3v77vD9rYvx8m1+rr7a2le1o8KPZWFdyUdHwQCoPU= > +SIZE (XML-SemanticDiff-1.0007.tar.gz) = 36146 > -- andrew - http://afresh1.com Beta. Software undergoes beta testing shortly before it's released. Beta is Latin for "still doesn't work."
Re: 回复: 回复: [Update] www/p5-HTTP-Headers-Fast : update to 0.21
On Wed, May 08, 2019 at 09:08:16AM +, wen heping wrote: > Hi, > > I attached new patch for www/p5-HTTP-Headers-Fast, this time ： > 1) Update to 0.22 > 2) create new patch after previous maintainer drop his maintainership > 3) Update TEST_DEPENDS > 4) Change CONFIGURE_STYLE to "modbuild tiny" > >With p5-HTTP-Headers-Fast-0.22, the 2 ports depends on it: > 1 www/p5-Dancer2 : build and all but 2 tests passed. 2 tests >failed but not because of the update of www/p5-HTTP-Headers-Fast. > 2 www/p5-Plack :build and all tests passed. > >Comments? OK ? I would like to add the optional test depends: # Optional TEST_DEPENDS += www/p5-HTTP-Message \ www/p5-URI With that, OK afresh1@ (actually OK without it, but I'd prefer) > > wen > > > 发件人: Charlene Wendling > 发送时间: 2019年5月8日 16:40 > 收件人: wen heping > 抄送: Stuart Henderson; ports@openbsd.org > 主题: Re: 回复: [Update] www/p5-HTTP-Headers-Fast : update to 0.21 > > On Wed, 8 May 2019 01:26:35 + > wen heping wrote: > > > ping ... > > > > 发件人: Stuart Henderson > > 发送时间: 2019年2月25日 19:51 > > 收件人: wen heping > > 抄送: ports@openbsd.org; Cesare Gargano > > 主题: Re: [Update] www/p5-HTTP-Headers-Fast : update to 0.21 > > > > Adding maintainer to CC. Any comments Cesare, and are you still > > interested in maintaining this port? > > - Cesare isn't MAINTAINER anymore, that diff won't apply > - TEST_DEPENDS changed > - CONFIGURE_STYLE is 'modbuild tiny' > > > On 2019/02/25 06:19, wen heping wrote: > > > Hi, ports@ : > > > > > >Here is an patch to update www/p5-HTTP-Headers-Fast to 0.21. > > >It build and passed all tests on my OpenBSD-current amd64 system. > > > > > >Two ports depends on it: > > >1 www/p5-Dancer2 : build and all but 2 tests passed. 2 tests > > > failed but not because of the update of www/p5-HTTP-Headers-Fast. > > > 2 www/p5-Plack :build and all tests passed. > > > > > >The update is required by the future update of www/p5-Dancer2. > > >Current version of p5-Dancers failed 2 tests. With the update of > > > www/p5-HTTP-Headers-Fast and p5-Dancer2, all tests would pass. > > > > > >Comments? > > > > > > Cheers, > > > wen > > Charlène. > > > > Index: Makefile > > > === > > > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/Makefile,v > > > retrieving revision 1.4 > > > diff -u -p -r1.4 Makefile > > > --- Makefile 20 Mar 2016 19:57:20 - 1.4 > > > +++ Makefile 25 Feb 2019 02:44:39 - > > > @@ -4,7 +4,7 @@ COMMENT = faster implementation of HTTP > > > > > > MODULES =cpan > > > PKG_ARCH = * > > > -DISTNAME = HTTP-Headers-Fast-0.20 > > > +DISTNAME = HTTP-Headers-Fast-0.21 > > > CATEGORIES = www > > > > > > MAINTAINER = Cesare Gargano > > > Index: distinfo > > > === > > > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/distinfo,v > > > retrieving revision 1.2 > > > diff -u -p -r1.2 distinfo > > > --- distinfo 27 Nov 2015 21:45:25 - 1.2 > > > +++ distinfo 25 Feb 2019 02:44:39 - > > > @@ -1,2 +1,2 @@ > > > -SHA256 (HTTP-Headers-Fast-0.20.tar.gz) = > > > 0vTJckYY508wD8dGSY+1hJaS7wz8SvR/5JnEBjlp5SA= -SIZE > > > (HTTP-Headers-Fast-0.20.tar.gz) = 19913 +SHA256 > > > (HTTP-Headers-Fast-0.21.tar.gz) = > > > Xmjtjj5nUx4dQ8aizf0O4trd8uW5TBomSPOmUApvEtU= +SIZE > > > (HTTP-Headers-Fast-0.21.tar.gz) = 19578 > > > Index: Makefile > === > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/Makefile,v > retrieving revision 1.5 > diff -u -p -r1.5 Makefile > --- Makefile 25 Feb 2019 11:55:38 - 1.5 > +++ Makefile 8 May 2019 09:01:04 - > @@ -4,8 +4,7 @@ COMMENT = faster implementation of HTTP > > MODULES =cpan > PKG_ARCH = * > -DISTNAME = HTTP-Headers-Fast-0.20 > -REVISION = 0 > +DISTNAME = HTTP-Headers-Fast-0.22 > CATEGORIES = www > > # Perl > @@ -13,10 +12,8 @@ PERMIT_PACKAGE_CDROM = Yes > > RUN_DEPENDS =www/p5-HTTP-Date > > -TEST_DEPENDS = devel/p5-Test-Requires \ > - www/p5-HTTP-Message \ > - www/p5-URI > +TEST_DEPENDS = devel/p5-Test-Requires > > -CONFIGURE_STYLE =modbuild > +CONFIGURE_STYLE =modbuild tiny > > .include > Index: distinfo > === > RCS file: /cvs/ports/www/p5-HTTP-Headers-Fast/distinfo,v > retrieving revision 1.2 > diff -u -p -r1.2 distinfo > --- distinfo 27 Nov 2015 21:45:25 - 1.2 > +++ distinfo 8 May 2019 09:01:04 - > @@ -1,2 +1,2 @@ > -SHA256 (HTTP-Headers-Fast-0.20.tar.gz) = > 0vTJckYY508wD8dGSY+1hJaS7wz8SvR/5JnEBjlp5SA= >
Re: [update] textproc/p5-XML-SAX-Writer 0.56 -> 0.57
On Tue, May 07, 2019 at 09:00:56PM +0200, Charlene Wendling wrote: > > Here is an update for XML::SAX::Writer. > > What's new upstream (Changes isn't up to date, see github [0]): > > - Escape whitespaces in attribute values (bug fix) > - Bypass Perl's encoding conversion by setting it explicitly > > Port-wise it's a simple update, with depends change. > > Testing: > > - 'make test' passes > - There are 10 consumers i've tested. I've found no new issues > due to that update [1]. > > > Comment/feedback are welcome :) OK afresh1@ > Charlène. > > > [0] https://github.com/perigrin/xml-sax-writer/compare/v0.56...v0.57 > [1] http://0x0.st/zT2y.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/textproc/p5-XML-SAX-Writer/Makefile,v > retrieving revision 1.10 > diff -u -p -u -p -r1.10 Makefile > --- Makefile 20 Mar 2016 19:57:12 - 1.10 > +++ Makefile 7 May 2019 18:49:11 - > @@ -4,14 +4,16 @@ COMMENT=SAX2 writer > > MODULES= cpan > PKG_ARCH=* > -DISTNAME = XML-SAX-Writer-0.56 > + > +DISTNAME=XML-SAX-Writer-0.57 > + > CATEGORIES= textproc > > # perl > PERMIT_PACKAGE_CDROM=Yes > > -RUN_DEPENDS= textproc/p5-XML-SAX \ > - textproc/p5-XML-NamespaceSupport \ > - textproc/p5-XML-Filter-BufferText > +RUN_DEPENDS= textproc/p5-XML-Filter-BufferText>=1.0 \ > + textproc/p5-XML-NamespaceSupport>=1.0 \ > + textproc/p5-XML-SAX-Base>=1.01 > > .include > Index: distinfo > === > RCS file: /cvs/ports/textproc/p5-XML-SAX-Writer/distinfo,v > retrieving revision 1.6 > diff -u -p -u -p -r1.6 distinfo > --- distinfo 19 Jan 2015 17:28:00 - 1.6 > +++ distinfo 7 May 2019 18:49:11 - > @@ -1,2 +1,2 @@ > -SHA256 (XML-SAX-Writer-0.56.tar.gz) = > 0HP3olByyBUDF7hrmdBwMTFqFb/6uZ5j5a/lkcghfQM= > -SIZE (XML-SAX-Writer-0.56.tar.gz) = 21484 > +SHA256 (XML-SAX-Writer-0.57.tar.gz) = > PWHQfvQ7ASb1tN5PQVolb6hZ+ojcT9q6rXC3vnxoLPA= > +SIZE (XML-SAX-Writer-0.57.tar.gz) = 22120 > -- andrew - http://afresh1.com What are the unsurpassable real world weaknesses in OpenBSD, that you know of? -- Kevin Chadwick Lots of fake people attacking the project on the mailing lists makes them a poor resource for users. -- Theo de Raadt
Re: [update] sysutils/p5-File-Which 1.21 -> 1.23
On Wed, May 08, 2019 at 12:00:04AM +0200, Charlene Wendling wrote: > > Here is an update for File::Which (that i forgot to submit earlier). > > Upstream changes (pretty much nothing for us [0]): > > - undocumented documentation improvements (and private tests added) > - add support for msys2, and internally use IS_WIN instead > of IS_DOS for DOS/Windows style operating systems > > Port-wise it's a simple update, i've just dropped TEST_DEPENDS, as > it's not needed since 1.16. > > Testing: > > - 'make test' passes > - There are 12 consumers that i've tested [1] and found no new > failures due to that update. > > Comments/feedback are welcome! OK afresh1@ > Charlène. > > > [0] https://metacpan.org/source/PLICEASE/File-Which-1.23/Changes > [1] http://0x0.st/zTLh.tgz > > > Index: Makefile > === > RCS file: /cvs/ports/sysutils/p5-File-Which/Makefile,v > retrieving revision 1.13 > diff -u -p -u -p -r1.13 Makefile > --- Makefile 4 May 2016 15:28:24 - 1.13 > +++ Makefile 7 May 2019 21:45:09 - > @@ -1,14 +1,15 @@ > # $OpenBSD: Makefile,v 1.13 2016/05/04 15:28:24 nigel Exp $ > > COMMENT= portable implementation of 'which' in Perl > + > MODULES= cpan > PKG_ARCH=* > -DISTNAME = File-Which-1.21 > + > +DISTNAME = File-Which-1.23 > + > CATEGORIES= sysutils > > # Artistic/GPL > PERMIT_PACKAGE_CDROM=Yes > - > -TEST_DEPENDS = devel/p5-Test-Script>=1.05 > > .include > Index: distinfo > === > RCS file: /cvs/ports/sysutils/p5-File-Which/distinfo,v > retrieving revision 1.8 > diff -u -p -u -p -r1.8 distinfo > --- distinfo 4 May 2016 15:28:24 - 1.8 > +++ distinfo 7 May 2019 21:45:09 - > @@ -1,2 +1,2 @@ > -SHA256 (File-Which-1.21.tar.gz) = > ne9fEDFr/ZROVrf4olAb4dRMKIMlMJRiqpNF40CFS8w= > -SIZE (File-Which-1.21.tar.gz) = 21456 > +SHA256 (File-Which-1.23.tar.gz) = > t53CJEstl7bycWf8O3eZ72GheQQPOr12zh4KOwvE4Hg= > +SIZE (File-Which-1.23.tar.gz) = 23293 > -- andrew - http://afresh1.com Life's unfair - but root password helps!
[update] devel/p5-Test-Time
Hello, update from upstream : https://metacpan.org/source/SATOH/Test-Time-0.08/Changes Index: Makefile === RCS file: /cvs/ports/devel/p5-Test-Time/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile1 May 2019 19:57:07 - 1.3 +++ Makefile10 May 2019 13:22:05 - @@ -4,7 +4,7 @@ COMMENT = overrides time()/sleep() core MODULES = cpan PKG_ARCH = * -DISTNAME = Test-Time-0.04 +DISTNAME = Test-Time-0.08 CATEGORIES = devel REVISION = 0 Index: distinfo === RCS file: /cvs/ports/devel/p5-Test-Time/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo18 Jan 2016 22:15:21 - 1.1.1.1 +++ distinfo10 May 2019 13:22:05 - @@ -1,2 +1,2 @@ -SHA256 (Test-Time-0.04.tar.gz) = 2MG8V/l2eugSL8SrhzvZkcueqOlCLGY5mstmdw+lwuo= -SIZE (Test-Time-0.04.tar.gz) = 45534 +SHA256 (Test-Time-0.08.tar.gz) = uLw7B0uyJH6FiDmcHlXQcfBJz2zhyLQZLDjPPCRVlUg= +SIZE (Test-Time-0.08.tar.gz) = 53848
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 07:29:36 Modified files: sysutils/terraform/provider-alicloud: Makefile distinfo sysutils/terraform/provider-aws: Makefile distinfo sysutils/terraform/provider-vault: Makefile distinfo Log message: Update a few more terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 07:27:03 Modified files: textproc/gtk-doc: Makefile distinfo textproc/gtk-doc/pkg: PLIST Log message: Update to gtk-doc-1.30.
Re: [graphics/ffmpeg DASH Demuxing support]
OK kn
Re: UPDATE: libcdio-2.1.0 and fix fallout
On Fri, May 10, 2019 at 01:48:55PM +0200, Charlene Wendling wrote: > OK cwen@ Thanks! My partial bulk succeeded too, so I will commit this soon(ish). -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 07:06:05 Modified files: sysutils/terraform/provider-azurerm: Makefile distinfo sysutils/terraform/provider-opc: Makefile distinfo Log message: Update a couple of terraform providers.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2019/05/10 07:04:56 Modified files: misc/osinfo: Makefile.inc misc/osinfo/libosinfo: Makefile distinfo misc/osinfo/libosinfo/pkg: PLIST misc/osinfo/osinfo-db-tools: distinfo Log message: Update to: libosinfo-1.5.0 osinfo-db-tools-1.5.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ra...@cvs.openbsd.org 2019/05/10 06:55:19 Modified files: audio/portmidi : Makefile audio/portmidi/files/pm_sndio: pmsndio.c Log message: Add support for midi input. ok ratchov@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2019/05/10 06:45:30 Modified files: net/munin : Makefile distinfo net/munin/patches: patch-node__bin_munin-asyncd_in Log message: update to munin-2.0.49
Re: squid 4.6 issue on OpenBSD 6.5
On 2019/05/10 11:45, Matthieu Herrb wrote:
> Hi,
>
> I recently upgraded the squid cache at work to OpenBSD 6.5 (and thus
> squid 4.6). After this, squid started locking up (and not accepting
> new connections) every few hours with the error below logged in
> cache.log:
>
> oldAccept FD 17, [::] [ job1]: ignoring: (53) Software caused
> connection abort
>
> After digging a bit in the source code and reading about ECONNREFUSED
> and accept(), I came out with the patch below, which fixes the issue
> for me. The patch was done on 6.5, but the squid port is the same in
> -current for now.
>
> Does this look ok ?
Thanks for digging - OK. Would you mind either doing a PR
(https://wiki.squid-cache.org/MergeProcedure) or bringing it up on
squid-dev please?
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/squid/Makefile,v
> retrieving revision 1.213
> diff -u -r1.213 Makefile
> --- Makefile 20 Feb 2019 16:23:27 - 1.213
> +++ Makefile 10 May 2019 09:07:33 -
> @@ -10,6 +10,7 @@
> PKGNAME-main=squid-$V
> PKGNAME-ldap=squid-ldap-$V
> PKGNAME-ntlm=squid-ntlm-$V
> +REVISION=0
REVISION-main=0 would be enough, but ok either way.
> CATEGORIES= www
>
> Index: patches/patch-src_comm_TcpAcceptor_cc
> ===
> RCS file: patches/patch-src_comm_TcpAcceptor_cc
> diff -N patches/patch-src_comm_TcpAcceptor_cc
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-src_comm_TcpAcceptor_cc 10 May 2019 09:07:33 -
> @@ -0,0 +1,16 @@
> +$OpenBSD$
> +
> +Patch for locksup observed when accept() returns ECONNABORTED
> +
> +--- src/comm/TcpAcceptor.cc.orig Tue Feb 19 03:46:22 2019
> src/comm/TcpAcceptor.cc Fri May 10 11:01:05 2019
> +@@ -369,6 +369,9 @@
> + if (ignoreErrno(errcode)) {
> + debugs(50, 5, status() << ": " << xstrerr(errcode));
> + return Comm::NOMESSAGE;
> ++} else if (ECONNABORTED == errno) {
> ++debugs(50, DBG_IMPORTANT, MYNAME << status() << ": ignoring: " <<
> xstrerr(errcode));
> ++return Comm::NOMESSAGE;
> + } else if (ENFILE == errno || EMFILE == errno) {
> + debugs(50, 3, status() << ": " << xstrerr(errcode));
> + return Comm::COMM_ERROR;
>
> --
> Matthieu Herrb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/10 06:27:36 Modified files: lang/php : Tag: OPENBSD_6_5 Makefile.inc Log message: mfc re2c BDEP for php ports
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/10 06:27:56 Modified files: lang/php/7.1 : Tag: OPENBSD_6_5 Makefile distinfo lang/php/7.1/patches: Tag: OPENBSD_6_5 patch-acinclude_m4 patch-aclocal_m4 patch-configure_in patch-ext_mysqlnd_config9_m4 patch-ext_tidy_config_m4 patch-ext_tidy_tidy_c patch-main_php_h patch-main_php_ini_c patch-php_ini-development patch-php_ini-production patch-sapi_cgi_cgi_main_c patch-sapi_cli_php_cli_c patch-sapi_fpm_www_conf_in patch-scripts_Makefile_frag patch-scripts_php-config_in patch-scripts_phpize_in Log message: MFC update to php-7.1.29
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/10 06:25:51 Modified files: lang/php/7.2 : Tag: OPENBSD_6_5 Makefile distinfo lang/php/7.2/patches: Tag: OPENBSD_6_5 patch-acinclude_m4 patch-aclocal_m4 patch-configure_ac patch-ext_mysqlnd_config9_m4 patch-ext_tidy_config_m4 patch-ext_tidy_tidy_c patch-main_php_h patch-main_php_ini_c patch-php_ini-development patch-php_ini-production patch-sapi_cgi_cgi_main_c patch-sapi_cli_php_cli_c patch-sapi_fpm_fpm_fpm_children_c patch-sapi_fpm_www_conf_in patch-scripts_Makefile_frag patch-scripts_php-config_in patch-scripts_phpize_in Log message: MFC update to php-7.2.18, diff/tests from Josh Grosse, thank you
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/10 06:28:15 Modified files: lang/php/7.3 : Tag: OPENBSD_6_5 Makefile distinfo lang/php/7.3/patches: Tag: OPENBSD_6_5 patch-acinclude_m4 patch-aclocal_m4 patch-ext_mysqlnd_config9_m4 patch-main_php_h patch-main_php_ini_c patch-php_ini-development patch-php_ini-production patch-sapi_cgi_cgi_main_c patch-sapi_cli_php_cli_c patch-sapi_fpm_www_conf_in patch-scripts_Makefile_frag patch-scripts_php-config_in patch-scripts_phpize_in Log message: MFC update to php-7.3.5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2019/05/10 06:11:33
Modified files:
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
Log message:
Register jupyter-notebook{,3} as 5.7.8 fixes CVE-2018-14041,
CVE-2018-8768, CVE-2019-10255 and CVE-2019-9644.
Re: Internal conflict between python-3.7.3p0 and python-3.5.3
Le 10-05-2019 14:03, Stuart Henderson a écrit : On 2019/05/10 13:49, Remi Pointel wrote: Le 10-05-2019 11:44, Laurence Tratt a écrit : > On Fri, May 10, 2019 at 10:56:43AM +0200, Remi Pointel wrote: > > Hello Remi, > > > On which version of OpenBSD are you trying to update your packages? > > Apologies for not being clear. This was on the May 9th snapshot. > Python-3.5.x has been removed since OpenBSD 6.1, I think you are trying to update a very old OpenBSD-current. You could test this after reading https://www.openbsd.org/faq/faq15.html: - list all packages installed in a file "list" $ pkg_info -mz | tee list - remove all packages installed: $ doas pkg_delete -X - install all packages from the first step: $ doas pkg_add -l list Cheers, Remi. This was because @pkgpath markers were wrong in the ports, 3.5 should have been merged into a newer version when it was removed, but that wasn't done so old packages would stick around. I've fixed the ports now but the simple fix if you don't want to wait for a new pkg snapshot is "pkg_delete /var/db/pkg/python*3.5.*" Good catch, thank you. Remi.
Re: UPDATE: multimedia/mlt
Hi Rafael,
On Fri, 10 May 2019 09:21:00 +0200
Rafael Sadowski wrote:
> Update mlt to 6.16.0
>
> - Remove ports-gcc<=8 workaround. Tested wit ports-gcc and base-clang.
I confirm that on macppc, even tests build well :)
OK cwen@
> - Minor bump (added new symbols).
> - Changelog: https://github.com/mltframework/mlt/releases
>
> RS
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/multimedia/mlt/Makefile,v
> retrieving revision 1.21
> diff -u -p -u -p -r1.21 Makefile
> --- Makefile 26 Apr 2019 13:39:16 - 1.21
> +++ Makefile 10 May 2019 07:19:46 -
> @@ -2,14 +2,14 @@
>
> COMMENT-main = multimedia transformations framework
> COMMENT-gpl2 = GPLv2-licensed modules for mlt
> -VERSION =6.14.0
> +VERSION =6.16.0
> DISTNAME = mlt-${VERSION}
> PKGNAME-main = ${DISTNAME}
> PKGNAME-gpl2 = mlt-gpl2-${VERSION}
>
> # XXX versions should be kept in sync together
> -SHARED_LIBS =mlt 3.0
> -SHARED_LIBS += mlt++ 3.0
> +SHARED_LIBS =mlt 3.1
> +SHARED_LIBS += mlt++ 3.1
>
> CATEGORIES = multimedia devel
> HOMEPAGE = https://www.mltframework.org/
> @@ -87,9 +87,3 @@ do-test:
> ${ALL_TEST_FLAGS} clean all check
>
> .include
> -
> -# fix error: #error "Qt requires C++11 support"
> -# XXX this should be retried once moving to ports-gcc>=8
> -.if ${CHOSEN_COMPILER} == "ports-gcc"
> -MAKE_ENV += CXXFLAGS="${CXXFLAGS} -std=c++11"
> -.endif
> Index: distinfo
> ===
> RCS file: /cvs/ports/multimedia/mlt/distinfo,v
> retrieving revision 1.6
> diff -u -p -u -p -r1.6 distinfo
> --- distinfo 26 Apr 2019 13:39:16 - 1.6
> +++ distinfo 10 May 2019 07:19:46 -
> @@ -1,2 +1,2 @@
> -SHA256 (mlt-6.14.0.tar.gz) =
> n88l6t/yiu6imnHGfPc7NXOpE0QkxW3idTTyJHwqfGs= -SIZE
> (mlt-6.14.0.tar.gz) = 1413015 +SHA256 (mlt-6.16.0.tar.gz) =
> 2fzC1D8PdoBfU63KcOl5W/6nlSgF130UvjoqNj+x7cM= +SIZE
> (mlt-6.16.0.tar.gz) = 1414374
>
Re: Internal conflict between python-3.7.3p0 and python-3.5.3
On 2019/05/10 13:49, Remi Pointel wrote: > Le 10-05-2019 11:44, Laurence Tratt a écrit : > > On Fri, May 10, 2019 at 10:56:43AM +0200, Remi Pointel wrote: > > > > Hello Remi, > > > > > On which version of OpenBSD are you trying to update your packages? > > > > Apologies for not being clear. This was on the May 9th snapshot. > > > > Python-3.5.x has been removed since OpenBSD 6.1, I think you are trying to > update a very old OpenBSD-current. > > You could test this after reading https://www.openbsd.org/faq/faq15.html: > > - list all packages installed in a file "list" > $ pkg_info -mz | tee list > > - remove all packages installed: > $ doas pkg_delete -X > > - install all packages from the first step: > $ doas pkg_add -l list > > Cheers, > > Remi. > This was because @pkgpath markers were wrong in the ports, 3.5 should have been merged into a newer version when it was removed, but that wasn't done so old packages would stick around. I've fixed the ports now but the simple fix if you don't want to wait for a new pkg snapshot is "pkg_delete /var/db/pkg/python*3.5.*"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2019/05/10 06:01:55 Modified files: lang/python/3.6: Makefile lang/python/3.6/pkg: PLIST-gdbm PLIST-idle PLIST-main PLIST-tests PLIST-tkinter lang/python/3.7: Makefile lang/python/3.7/pkg: PLIST-gdbm PLIST-idle PLIST-main PLIST-tests PLIST-tkinter Log message: fix @pkgpath markers; - there was never a lang/python3/3.6 (@pkgpath marker for this is present in current 3.6 plists), python3/3.x was only used for 3.2, so remove these. - they should probably have originally used "@pkgpath lang/python/3.5" to trigger updates from 3.5 when 3.5 was removed, but no point adding those to 3.6 now that 3.7 is the default version. so add @pkgpath lang/python/3.5 markers in 3.7 PLISTs, fixing the upgrade path if old versions were present (there was previously nothing to trigger 3.5 being removed/updated so stray packages would be left around). problem reported by Laurie Tratt
