Re: NEW: graphics/libde265, graphics/libheif
Thanks for the explanation about the license. Updated COMPILER in libheif tarball, libde265 is unchanged since the last email. On Wed, 14 Nov 2018 22:03:46 -0500 Brian Callahan wrote: > I think COMPILER should be base-clang ports-gcc for both. > And to answer your question about LGPLv3+, the magic incantation to > search for is "at your option" -- if the source files all present > that phrase, you add the + to the license marker. That's the case > here. -- Andrey libheif.tar.gz Description: application/gzip
Re: UPDATE: lang/chicken
Juan Francisco Cantero Hurtado writes: > On Sat, Nov 10, 2018 at 03:01:43PM +0200, Timo Myyrä wrote: >> Seems the changing the chicken binary is pretty trivial so let's go with it. >> New >> binary names also line up nicely with other binaries. > > Can you post a full patch for the lang/chicken directory, so I can take > a look?. Ah, sorry about that. Here's the full diff: Index: Makefile.inc === RCS file: /cvs/ports/lang/chicken/Makefile.inc,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile.inc --- Makefile.inc18 Dec 2017 01:45:10 - 1.12 +++ Makefile.inc15 Nov 2018 07:00:32 - @@ -2,15 +2,15 @@ COMMENT= practical and portable Scheme system -V= 4.13.0 +V= 5.0.0 DISTNAME= chicken-${V} MAINTAINER=Timo Myyra CATEGORIES=lang -HOMEPAGE= http://www.call-cc.org/ -MASTER_SITES= http://code.call-cc.org/releases/${V:C/^([0-9]+\.[0-9]+\.[0-9]+).*/\1/}/ +HOMEPAGE= https://www.call-cc.org/ +MASTER_SITES= https://code.call-cc.org/releases/${V:C/^([0-9]+\.[0-9]+\.[0-9]+).*/\1/}/ # BSD PERMIT_PACKAGE_CDROM= Yes @@ -26,6 +26,9 @@ MAKE_FLAGS+= PLATFORM=bsd C_COMPILER="${ MAKE_FILE= GNUmakefile FAKE_FLAGS=PREFIX=${TRUEPREFIX} + +BINARYVERSION= 9 +SUBST_VARS+= BINARYVERSION # Based on param.h:MACHINE_STACK_GROWS_UP pre-build: Index: bootstrap/distinfo === RCS file: /cvs/ports/lang/chicken/bootstrap/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- bootstrap/distinfo 18 Dec 2017 01:45:10 - 1.6 +++ bootstrap/distinfo 15 Nov 2018 07:00:32 - @@ -1,2 +1,2 @@ -SHA256 (chicken-4.13.0.tar.gz) = rdVJYZoxNj1mCLOeDPDmi51eb/KnGbVpHd66VyKcbEM= -SIZE (chicken-4.13.0.tar.gz) = 4244358 +SHA256 (chicken-5.0.0.tar.gz) = qLlLuUxdakNIzt113DNKyAkkvNmnp6PWr1Eh5X72ZZU= +SIZE (chicken-5.0.0.tar.gz) = 4003976 Index: core/Makefile === RCS file: /cvs/ports/lang/chicken/core/Makefile,v retrieving revision 1.12 diff -u -p -u -p -r1.12 Makefile --- core/Makefile 4 Sep 2018 12:46:14 - 1.12 +++ core/Makefile 15 Nov 2018 07:00:32 - @@ -1,10 +1,9 @@ # $OpenBSD: Makefile,v 1.12 2018/09/04 12:46:14 espie Exp $ -SHARED_LIBS= chicken 5.1 # 8 +SHARED_LIBS= chicken 6.0 # 9 TEST_TARGET= check TEST_DEPENDS= ${BUILD_PKGPATH} -REVISION= 0 MAKE_FLAGS+= CHICKEN=${LOCALBASE}/libexec/chicken-bootstrap \ LIBchicken_VERSION="${LIBchicken_VERSION}" Index: core/distinfo === RCS file: /cvs/ports/lang/chicken/core/distinfo,v retrieving revision 1.6 diff -u -p -u -p -r1.6 distinfo --- core/distinfo 18 Dec 2017 01:45:10 - 1.6 +++ core/distinfo 15 Nov 2018 07:00:32 - @@ -1,2 +1,2 @@ -SHA256 (chicken-4.13.0.tar.gz) = rdVJYZoxNj1mCLOeDPDmi51eb/KnGbVpHd66VyKcbEM= -SIZE (chicken-4.13.0.tar.gz) = 4244358 +SHA256 (chicken-5.0.0.tar.gz) = qLlLuUxdakNIzt113DNKyAkkvNmnp6PWr1Eh5X72ZZU= +SIZE (chicken-5.0.0.tar.gz) = 4003976 Index: core/patches/patch-csc_scm === RCS file: core/patches/patch-csc_scm diff -N core/patches/patch-csc_scm --- core/patches/patch-csc_scm 20 Aug 2016 08:56:19 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -$OpenBSD: patch-csc_scm,v 1.4 2016/08/20 08:56:19 jasper Exp $ csc.scm.orig Sat May 28 14:48:08 2016 -+++ csc.scmMon Aug 15 07:51:43 2016 -@@ -990,9 +990,7 @@ EOF - dynamic-libchicken - (cond (osx "dylib") - ((or mingw cygwin) "dll") -- (else (string-append -- "so." -- (number->string BINARY_VERSION))) -+ (else "so.${LIBchicken_VERSION}") - (copy-files lib targetdir))) - - (define (copy-files from to) Index: core/patches/patch-defaults_make === RCS file: /cvs/ports/lang/chicken/core/patches/patch-defaults_make,v retrieving revision 1.3 diff -u -p -u -p -r1.3 patch-defaults_make --- core/patches/patch-defaults_make27 Aug 2015 22:40:33 - 1.3 +++ core/patches/patch-defaults_make15 Nov 2018 07:00:32 - @@ -1,6 +1,7 @@ $OpenBSD: patch-defaults_make,v 1.3 2015/08/27 22:40:33 juanfra Exp $ defaults.make.orig Thu Aug 27 19:08:10 2015 -+++ defaults.make Thu Aug 27 19:09:56 2015 +Index: defaults.make +--- defaults.make.orig defaults.make @@ -42,9 +42,9 @@ LIBDIR ?= $(PREFIX)/lib SHAREDIR ?= $(PREFIX)/share DATADIR ?= $(SHAREDIR)/$(PROGRAM_PREFIX)chicken$(PROGRAM_SUFFIX) @@ -24,3 +25,14 @@ $OpenBSD: patch-defaults_make,v 1.3 2015 endif endif LIBCHICKEN_SO_LIBRARIES ?= $(LIBRARIES) +@@ -277,8 +277,8 @@
Re: NEW: graphics/libde265, graphics/libheif
On 11/14/18 4:07 PM, Andrey Melentyev wrote: Hi Stuart, thanks for the feedback - please find updated ports attached. This is essentially Brian's version with the following changes: - PERMIT_PACKAGE_CDROM = patents, PERMIT_PACKAGE_FTP = Yes - Set COMPILER based on what actually works to build each lib on amd64 - Set maintainer On Wed, 14 Nov 2018 09:12:53 + Stuart Henderson wrote: Has C++ libs in WANTLIB -> set COMPILER to avoid risk of conflicts on base=gcc arches Very doubtful about PERMIT_PACKAGE_CDROM=Yes due to patents. No more than PERMIT_PACKAGE_FTP I think. I think COMPILER should be base-clang ports-gcc for both. And to answer your question about LGPLv3+, the magic incantation to search for is "at your option" -- if the source files all present that phrase, you add the + to the license marker. That's the case here. ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2018/11/14 15:25:20 Modified files: security : Makefile Log message: +softhsm2
Re: NEW: graphics/libde265, graphics/libheif
Hi Stuart, thanks for the feedback - please find updated ports attached. This is essentially Brian's version with the following changes: - PERMIT_PACKAGE_CDROM = patents, PERMIT_PACKAGE_FTP = Yes - Set COMPILER based on what actually works to build each lib on amd64 - Set maintainer On Wed, 14 Nov 2018 09:12:53 + Stuart Henderson wrote: > Has C++ libs in WANTLIB -> set COMPILER to avoid risk of conflicts on > base=gcc arches > > Very doubtful about PERMIT_PACKAGE_CDROM=Yes due to patents. No more > than PERMIT_PACKAGE_FTP I think. -- Andrey libde265.tar.gz Description: application/gzip libheif.tar.gz Description: application/gzip
Re: UPDATE: lang/chicken
On Sat, Nov 10, 2018 at 03:01:43PM +0200, Timo Myyrä wrote: > Seems the changing the chicken binary is pretty trivial so let's go with it. > New > binary names also line up nicely with other binaries. Can you post a full patch for the lang/chicken directory, so I can take a look?. -- Juan Francisco Cantero Hurtado http://juanfra.info
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:37:05 Modified files: graphics/gdcm : Makefile distinfo graphics/gdcm/patches: patch-CMakeLists_txt Log message: update to gdcm-2.8.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:25:57 Modified files: graphics/birdfont: Makefile distinfo Log message: update to birdfont-2.24.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:23:29 Modified files: sysutils/virt-what: Makefile distinfo Removed files: sysutils/virt-what/patches: patch-virt-what_in Log message: update to virt-what-1.19
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:19:56 Modified files: net/gupnp/av : Makefile distinfo net/gupnp/av/patches: patch-tests_Makefile_in Log message: update to gupnp-av-0.12.11
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:18:16 Modified files: security/suricata-update: Makefile distinfo Log message: update to suricata-update-1.0.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:17:44 Modified files: net/minio/server: Makefile distinfo Log message: update to minio-0.20181106
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:17:38 Modified files: net/minio/client: Makefile distinfo Log message: update to minioc-0.20181106
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:13:22 Modified files: lang/elixir: Makefile distinfo Log message: update to elixir-1.7.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:11:15 Modified files: security : Makefile Log message: +dirb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 12:10:38 Log message: import dirb-2.2.2 DIRB is a Web Content Scanner. It looks for hidden Web Objects. It basically works by launching a dictionary based attack against a web server and analizing the response. DIRB main purpose is to help in web application auditing. ok rpointel@ a while ago Status: Vendor Tag: jasper Release Tags: jasper_20181411 N ports/security/dirb/Makefile N ports/security/dirb/distinfo N ports/security/dirb/pkg/DESCR N ports/security/dirb/pkg/PLIST N ports/security/dirb/patches/patch-src_utils_c No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2018/11/14 11:32:03 Modified files: sysutils/beats/filebeat: Makefile distinfo sysutils/beats/heartbeat: Makefile distinfo sysutils/beats/metricbeat: Makefile distinfo sysutils/beats/packetbeat: Makefile distinfo Log message: update beats to 6.4.3 ok pvk@
Re: UPDATE: sysutils/ansible-2.7.1
On 2018/11/14 08:43, Edward Lopez-Acosta wrote: > Thanks Daniel. Didn't see the ok or that it was committed when reviewing > the thread. Better to check with "cvs up" before sending a "ping" mail, you often won't see that on-list.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2018/11/14 10:01:23 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Register ansible 2.7.1 as it solves a security issue.
Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users
Yes it happend from OPENBSD_6_2_BASE -> OPENBSD_6_3_BASE. The need of a bridge module was from asterisk 1.8 -> 11+. The default port install with the example configs always worked out of the box for me sinds OPENBSD_5_0_BASE when I start using asterisk on OpenBSD. On 11/14/18 12:03 PM, Stuart Henderson wrote: On 2018/11/14 13:22, Denis wrote: It happened after upgrade asterisk port to an actual 13.23.1 from 6.4 packages. I'm not using autoload from the beginning, so some changes in modules' dependencies show an error explicitly. On 11/13/2018 8:31 PM, Peter Wens wrote: in modules.conf: you need: autoload=yes, or res_pjproject.so loaded #Pjproject common configuration (needed for RTP stack) load => res_pjproject.so I guess you probably ran into this one before Peter? There's nothing in the trimmed console output to indicate this - actually if I disable loading the pjproject modules to replicate this I see that it would have been just a couple of lines above the included text :-) Looks like this requirement started in 13.21.0 (and is further proof that the further you move from defaults, the more likely you are to run into problems..)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2018/11/14 08:26:59 Modified files: net/knot : Makefile distinfo Log message: Update to knot-2.7.4 Release notes: https://www.knot-dns.cz/2018-11-13-version-274.html
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2018/11/14 08:08:49 Modified files: lang/ghc : Makefile Log message: -fno-pie produces text relocations on i386 and must be combined with -Wl,-znotext for lld
Re: UPDATE: sysutils/ansible-2.7.1
Thanks Daniel. Didn't see the ok or that it was committed when reviewing the thread. On Wednesday, November 14, 2018, Edward Lopez-Acosta wrote: > Ping? > There are security fixes, Open bad compatibility, and a major bug with the yum module fixed in this update. > > -- Forwarded message -- > From: Edward Lopez-Acosta > Date: Monday, November 5, 2018 > Subject: UPDATE: sysutils/ansible-2.7.1 > To: ports@openbsd.org > > > Minor update but lots of fixes. > > Was able to remove the patch for the reboot action as it was merged upstream. > > Notable changes: > - user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837) > - reboot - add support for OpenBSD > - Fixed: Appropriate code to expand value was missing so assigning SSL certificate is not working as described in the documentation. https://github.com/ansible/ansible/pull/45830 > > Full changelog: > https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1 > > If ok can a dev please merge this? > -- > Edward Lopez-Acosta > >
Re: UPDATE: sysutils/ansible-2.7.1
On Wed, 14 Nov 2018 08:22:53 -0600, Edward Lopez-Acosta wrote: > Ping? > There are security fixes, Open bad compatibility, and a major bug > with the yum module fixed in this update. https://marc.info/?l=openbsd-ports-cvs=154219792904802=2 Cheers, Daniel
Fwd: UPDATE: sysutils/ansible-2.7.1
Ping? There are security fixes, Open bad compatibility, and a major bug with the yum module fixed in this update. -- Forwarded message -- From: Edward Lopez-Acosta Date: Monday, November 5, 2018 Subject: UPDATE: sysutils/ansible-2.7.1 To: ports@openbsd.org Minor update but lots of fixes. Was able to remove the patch for the reboot action as it was merged upstream. Notable changes: - user module - do not pass ssh_key_passphrase on cmdline (CVE-2018-16837) - reboot - add support for OpenBSD - Fixed: Appropriate code to expand value was missing so assigning SSL certificate is not working as described in the documentation. https://github.com/ansible/ansible/pull/45830 Full changelog: https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1 If ok can a dev please merge this? -- Edward Lopez-Acosta diff --git a/sysutils/ansible/Makefile b/sysutils/ansible/Makefile index 3b282bbc5e1..c0d0ead8732 100644 --- a/sysutils/ansible/Makefile +++ b/sysutils/ansible/Makefile @@ -3,7 +3,7 @@ COMMENT-main = ssh based config management framework COMMENT-html = offline Ansible documentation in HTML format -MODPY_EGG_VERSION = 2.7.0 +MODPY_EGG_VERSION = 2.7.1 DISTNAME = ansible-${MODPY_EGG_VERSION} PKGNAME-main = ${PKGNAME} PKGNAME-html = ansible-html-${MODPY_EGG_VERSION} @@ -38,6 +38,7 @@ NO_TEST = Yes DOCDIR = ${PREFIX}/share/doc/ansible EXDIR = ${PREFIX}/share/examples/ansible +SCRIPTDIR = ${EXDIR}/scripts PLUGINDIR = ${PREFIX}/share/ansible_plugins pre-configure: @@ -56,8 +57,9 @@ post-build: ${WRKSRC}/docs/docsite/_build/html/_static/css/theme.min.css post-install: - ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} - ${INSTALL_DATA} ${WRKSRC}/examples/* ${EXDIR} + ${INSTALL_DATA_DIR} ${EXDIR} ${DOCDIR} ${SCRIPTDIR} + ${INSTALL_SCRIPT} ${WRKSRC}/examples/scripts/* ${SCRIPTDIR} + ${INSTALL_DATA} ${WRKSRC}/examples/{ansible.cfg,hosts} ${EXDIR} ${SUBST_CMD} ${EXDIR}/hosts ${INSTALL_DATA} ${WRKSRC}/docs/man/man1/*.1 ${PREFIX}/man/man1 cp -R ${WRKBUILD}/docs/docsite/_build/html ${DOCDIR} diff --git a/sysutils/ansible/distinfo b/sysutils/ansible/distinfo index 0796987e9c0..c87a9264788 100644 --- a/sysutils/ansible/distinfo +++ b/sysutils/ansible/distinfo @@ -1,2 +1,2 @@ -SHA256 (ansible-2.7.0.tar.gz) = oauODxPnmiBmGtZUb0WhQq/q62ZN6ywpDjI2LYrlthg= -SIZE (ansible-2.7.0.tar.gz) = 11773769 +SHA256 (ansible-2.7.1.tar.gz) = 55U0cjR/zG3KEIOREbV2qfeQ4ABWNE8tz0SObEUv6Tk= +SIZE (ansible-2.7.1.tar.gz) = 11738557 diff --git a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py b/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py deleted file mode 100644 index fb931422600..000 --- a/sysutils/ansible/patches/patch-lib_ansible_plugins_action_reboot_py +++ /dev/null @@ -1,84 +0,0 @@ -$OpenBSD: patch-lib_ansible_plugins_action_reboot_py,v 1.1 2018/10/19 11:46:42 danj Exp $ - -Backport until 2.7.1 -https://github.com/ansible/ansible/commit/26de4f97493adeb388c1c8fad7a266bb7652bac6 -https://github.com/ansible/ansible/commit/a0f38bdab5ae0e183cb960fe9e964bf1edf7c326 - -Index: lib/ansible/plugins/action/reboot.py lib/ansible/plugins/action/reboot.py.orig -+++ lib/ansible/plugins/action/reboot.py -@@ -28,7 +28,7 @@ class TimedOutException(Exception): - - class ActionModule(ActionBase): - TRANSFERS_FILES = False --_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command')) -+_VALID_ARGS = frozenset(('connect_timeout', 'msg', 'post_reboot_delay', 'pre_reboot_delay', 'test_command', 'reboot_timeout')) - - DEFAULT_REBOOT_TIMEOUT = 600 - DEFAULT_CONNECT_TIMEOUT = None -@@ -42,18 +42,24 @@ class ActionModule(ActionBase): - - DEPRECATED_ARGS = {} - -+BOOT_TIME_COMMANDS = { -+'openbsd': "/sbin/sysctl kern.boottime", -+} -+ - SHUTDOWN_COMMANDS = { - 'linux': DEFAULT_SHUTDOWN_COMMAND, - 'freebsd': DEFAULT_SHUTDOWN_COMMAND, - 'sunos': '/usr/sbin/shutdown', - 'darwin': '/sbin/shutdown', -+'openbsd': DEFAULT_SHUTDOWN_COMMAND, - } - - SHUTDOWN_COMMAND_ARGS = { - 'linux': '-r {delay_min} "{message}"', - 'freebsd': '-r +{delay_sec}s "{message}"', - 'sunos': '-y -g {delay_sec} -r "{message}"', --'darwin': '-r +{delay_min_macos} "{message}"' -+'darwin': '-r +{delay_min_macos} "{message}"', -+'openbsd': '-r +{delay_min} "{message}"', - } - - def __init__(self, *args, **kwargs): -@@ -94,18 +100,37 @@ class ActionModule(ActionBase): - return reboot_command - - def get_system_boot_time(self): --command_result = self._low_level_execute_command(self.DEFAULT_BOOT_TIME_COMMAND, sudoable=self.DEFAULT_SUDOABLE) -+stdout = u'' -+stderr = u'' - -+# Determine the system distribution in order to use the correct shutdown command arguments -+uname_result = self._low_level_execute_command('uname') -+
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: d...@cvs.openbsd.org2018/11/14 05:18:40 Modified files: sysutils/ansible: Makefile distinfo sysutils/ansible/pkg: PLIST-main Removed files: sysutils/ansible/patches: patch-lib_ansible_plugins_action_reboot_py Log message: Update to ansible-2.7.1 Similar diff from Edward Lopez-Acosta, ok jasper@ (maintainer)
[NEW] security/softhsm2
Dear all, Please find the latest OpenDNSSEC's SoftHSM port attached. Tested on amd64 with OpenDNSSEC v1.4.14, v2.1.3, OpenSC, p11-kit. Also tested migration from softhsm v1 tokens. Since it can be considered as an update for security/softhsm and if Patrik wants to keep the maintainership on this one as well, no problem. Otherwise, I'm waiting for okays to import. -- With best regards, Pavel Korovin softhsm2.tar.gz Description: Binary data
Re: NEW: security/pecl-pledge
On 2018/11/14 10:18, Tom Van Looy wrote: > Attached is a port for pecl-pledge. This PHP extension adds support for > OpenBSD's pledge and unveil system calls. I wrote and maintain that PHP > extension. > > It works for PHP 7.0, 7.1 and 7.2. Can we add this to the ports tree? > > Docs are on the homepage of the project. > > Kind regards, > > Tom Van Looy I'd probably go for www/ for category, we have pecl-chroot there and it seems somewhat related. (sysutils/ might be slightly better for both but it's easier to find if consistent with existing ports I think..) @conflict isn't needed, there was never a pecl-pledge-* package. I would like to have some write-up (in DESCR probably) explaining what this might be useful for, I think users will need a fair bit of knowledge about how pledge and php+extensions work to be able to use it effectively without just adding a remote DoS capability :)
Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users
On 2018/11/14 13:22, Denis wrote: > It happened after upgrade asterisk port to an actual 13.23.1 from 6.4 > packages. I'm not using autoload from the beginning, so some changes in > modules' dependencies show an error explicitly. > > On 11/13/2018 8:31 PM, Peter Wens wrote: > > in modules.conf: > > > > you need: autoload=yes, or res_pjproject.so loaded > > > > #Pjproject common configuration (needed for RTP stack) > > load => res_pjproject.so I guess you probably ran into this one before Peter? There's nothing in the trimmed console output to indicate this - actually if I disable loading the pjproject modules to replicate this I see that it would have been just a couple of lines above the included text :-) Looks like this requirement started in 13.21.0 (and is further proof that the further you move from defaults, the more likely you are to run into problems..)
Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users
It happened after upgrade asterisk port to an actual 13.23.1 from 6.4 packages. I'm not using autoload from the beginning, so some changes in modules' dependencies show an error explicitly. On 11/13/2018 8:31 PM, Peter Wens wrote: > in modules.conf: > > you need: autoload=yes, or res_pjproject.so loaded > > #Pjproject common configuration (needed for RTP stack) > load => res_pjproject.so > > On 11/13/18 5:31 PM, Stuart Henderson wrote: >> On 2018/11/13 19:15, Denis wrote: >>> asterisk-13.23.1-imap from amd64/packages have a bug with >>> 'res_rtp_asterisk.so' module loading. res_rtp_asterisk.so is present in >>> /usr/local/lib/asterisk/modules. >>> >>> User authentication is completely broken because of that. >>> >>> ... >>> Loading res_ael_share.so. >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module >>> 'res_rtp_asterisk.so' could not be loaded. >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module >>> 'res_rtp_asterisk.so' could not be loaded. >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module >>> 'res_rtp_asterisk.so' could not be loaded. >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module >>> 'res_rtp_asterisk.so' could not be loaded. >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:583 load_dlopen: Error loading >>> module 'res_rtp_asterisk.so': Cannot load specified object >>> [Nov 13 19:03:26] WARNING[-1]: loader.c:1182 load_resource: Module >>> 'res_rtp_asterisk.so' could not be loaded. >>> Loading res_config_pgsql.so. >>> ... >>> [Nov 13 19:13:31] ERROR[-1][C-]: rtp_engine.c:435 >>> ast_rtp_instance_new: No RTP engine was found. Do you have one loaded? >>> [Nov 13 19:13:31] NOTICE[-1][C-]: chan_sip.c:26363 >>> handle_request_invite: Failed to authenticate device "gogo" >>> >> Works on my test setup (my main asterisk boxes have a more complex setup >> but aren't -current). >> >> Can you stop asterisk and get me output from this please? Run it under >> script(1), there will be a lot. >> >> doas -u _asterisk env LD_DEBUG=1 asterisk -f >> >> >
Re: updated opendkim port to more closely resemble deprecated dkim-milter port (try #2)
On 2018/11/13 18:42, James J. Lippard wrote: > Diff attached which: > 1. Updates Makefile REVISION. > 2. Adds _opendkim user and group. I don't see anything setup to actually use this new uid? > 3. Puts sample config from distribution tarball into /etc and /usr/local/share > 4. Adds opendkim.rc (submitted with cvs add, but I'm not sure I did it right > so it's also attached) cd mail/opendkim/pkg cvs add opendkim.rc cd ../../.. cvs diff -uNp mail/opendkim infrastructure/db
Re: i2pd-2.22.0 to net/i2pd
On 2018/11/14 07:33, Amorecan wrote: > Please include it into the ports tree. Here's a starter diff to fix some things. What's up with SYSCONFDIR in /var? Config files should be under /etc unless there is a very good reason. The uid in PLIST is wrong, start with 1 above the last uid in user.list. PLIST was generated on an old system, "make update-plist" on an uo-to-date system will put @rcscript in a different place. --- Makefile.orig Wed Nov 14 09:15:11 2018 +++ MakefileWed Nov 14 09:22:22 2018 @@ -1,28 +1,26 @@ # $OpenBSD$ -VERSION = 2.22.0 -DISTNAME = ${VERSION} -PKGNAME = i2pd-${VERSION} +GH_ACCOUNT = PurpleI2P +GH_PROJECT = i2pd +GH_TAGNAME = 2.22.0 CATEGORIES = net -HOMEPAGE = http://i2pd.website -COMMENT = full-featured C++ inplementation of I2P router +HOMEPAGE = https://i2pd.website/ +COMMENT = full-featured C++ inplementation of I2P router MAINTAINER = Ruben Llorente -# BSD 3-clause +# BSD PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = https://github.com/PurpleI2P/i2pd/archive/ - WANTLIB = ${COMPILER_LIBCXX} boost_date_time boost_filesystem \ boost_program_options boost_system c crypto m ssl z -BUILD_DEPENDS =devel/boost -RUN_DEPENDS = devel/boost + LIB_DEPENDS = devel/boost +COMPILER = base-clang ports-gcc base-gcc + USE_GMAKE =Yes -WRKDIST = ${WRKDIR}/i2pd-${DISTNAME} SYSCONFDIR = ${VARBASE}/i2pd/.i2pd/ # The upstream makefile has no install target.
Re: NEW: security/pecl-pledge
Attached is a port for pecl-pledge. This PHP extension adds support for OpenBSD's pledge and unveil system calls. I wrote and maintain that PHP extension. It works for PHP 7.0, 7.1 and 7.2. Can we add this to the ports tree? Docs are on the homepage of the project. Kind regards, Tom Van Looy pecl-pledge.tgz Description: application/compressed-tar
Re: NEW: graphics/libde265, graphics/libheif
Has C++ libs in WANTLIB -> set COMPILER to avoid risk of conflicts on base=gcc arches Very doubtful about PERMIT_PACKAGE_CDROM=Yes due to patents. No more than PERMIT_PACKAGE_FTP I think. -- Sent from a phone, apologies for poor formatting. On 13 November 2018 21:56:07 Brian Callahan wrote: Hi Andrey -- On 11/13/18 4:09 PM, Andrey Melentyev wrote: Hello, I'd like to contribute two new ports: libde265 and libheif. libheif is a HEIF file format decoder and encoder, the format is starting to get popularity since Apple is using it for iPhone camera photos. The library offers C and C++ interfaces as well as an extremely useful 'heif-convert' utility that allows converting HEIF files to JPEG or PNG. libheif itself doesn't do encoding or decoding but rather delegates to x265 or libde265 respectively. Github page: https://github.com/strukturag/libheif libde265 h.265 video codec implementation Github page: https://github.com/strukturag/libde265 Note that my interest in the ports in mostly from a heif-convert consumer perspective - I have files in HEIF format and it's convenient to have a possibility to convert to more common formats. There's also a GIMP plugin which can become another port eventually. Please find both ports attached, comments or questions are welcome! I'd also appreciate if someone can test it on platforms other than amd64. Attached are fixed up tarballs. * SHARED_LIBS always starts at 0.0 * License marker is more correct as LGPLv3+ * I don't see the need for those binaries that come with libde265. Having one named tests I don't like and some of the other segfault immediately. They don't seem to be needed for libheif or its binaries, so I took the heavy-handed approach to remove them. * Removed the -Werror flags from both ports, since libheif doesn't build with -Werror on * Reflowed pkg/DESCR of both to read a bit better IMO. * Tweaks to account for the above changes (like syncing PLISTs and WANTLIBs) I was able to use the heif-* binaries in libheif to convert a jpeg into a heic file and then back into pngs and jpegs. And finally, do you want to be MAINTAINER of these ports since you're the submitter? ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/11/14 02:07:41 Modified files: devel/llvm : Makefile devel/llvm/patches: patch-lib_Target_Sparc_SparcInstrInfo_td patch-tools_clang_lib_Driver_ToolChains_Gnu_cpp Added files: devel/llvm/patches: patch-lib_Target_Sparc_AsmParser_SparcAsmParser_cpp patch-lib_Target_Sparc_InstPrinter_SparcInstPrinter_cpp patch-lib_Target_Sparc_InstPrinter_SparcInstPrinter_h patch-lib_Target_Sparc_SparcInstrAliases_td Log message: Merge from upstream: - [Sparc] Add mnemonic aliases for flush, stb, stba, sth, and stha - [Sparc] Add membar assembler tags from Brad (maintainer)
Re: [UPDATE] emulators/gxemul to 0.6.0.2
On Mon, Nov 05, 2018 at 10:25:29AM +0100, Frederic Cambus wrote: > Hi ports@, > > Here is a diff to update gxemul to 0.6.0.2. > > This allows getting rid of all patches but the configure one. > > Comments? OK? Ping. Anyone willing to OK this? Thanks!
Re: asterisk-13.23.1 could not load 'res_rtp_asterisk.so' therefore don't authenticate users
OpenBSD port of asterisk sample config of modules.conf: [modules] autoload=yes So if you customize modules.conf this could happen. There were more modules needed over the time like bridging modules, such as bridge_simple.so or bridge_multiplexed.so. On 11/14/18 8:02 AM, Denis wrote: Stuart, The problem was with non loaded res_pjproject.so After loading it, res_rtp_asterisk.so loads successfully. Users authenticated as it should be. On 11/14/2018 1:53 AM, Stuart Henderson wrote: On 2018/11/13 20:20, Denis wrote: Sure Here is a part of output Could you send the complete output please. What you sent started after it started loading the problem .so module.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2018/11/14 01:27:33 Modified files: x11/gnome/librsvg: Makefile distinfo Log message: Update to librsvg-2.44.9.
Re: NEW: graphics/libde265, graphics/libheif
Hello Brian, On Tue, 13 Nov 2018 16:55:43 -0500 Brian Callahan wrote: > Attached are fixed up tarballs. > * SHARED_LIBS always starts at 0.0 I've learned something today, thanks > * License marker is more correct as LGPLv3+ Don't mean to argue, but how does one tell? The COPYING file at https://github.com/strukturag/libde265/blob/master/COPYING contains a specific version. > * I don't see the need for those binaries that come with libde265. > Having one named tests I don't like and some of the other segfault > immediately. They don't seem to be needed for libheif or its > binaries, so I took the heavy-handed approach to remove them. Good catch. I remember looking at these binaries but then failed to act. > * Removed the -Werror flags from both ports, since libheif doesn't > build with -Werror on Did you mean to mention a certain architecture or a compiler where it fails to build with -Werror? > * Reflowed pkg/DESCR of both to read a bit better IMO. > * Tweaks to account for the above changes (like syncing PLISTs and > WANTLIBs) Thanks! > I was able to use the heif-* binaries in libheif to convert a jpeg > into a heic file and then back into pngs and jpegs. And thanks for testing it too. > And finally, do you want to be MAINTAINER of these ports since you're > the submitter? I don't have any prior experience maintaining ports but I can definitely give it a try. -- Andrey