Re: NEW: comms/gnuradio

On Fri, Sep 9, 2016 at 7:53 AM, Aaron Poffenberger wrote: > Hello ports@, > > Here is a new port : comms/gnuradio > > Tested on: amd64. > > From DESCR: > > GNU Radio is a software development toolkit that provides signal processing > blocks to implement software radios. It

NEW: comms/dump1090

Hello. Recently got my hands on an RTL-SDR dongle and I've been using dump1090 to track aircrafts flying nearby. DESCR: dump1090 is an ADS-B Mode S decoder specifically designed for RTLSDR devices. Currently detected aircrafts can be displayed on the terminal or on Google Maps using an embedded

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2016/09/09 14:51:03 Modified files: lang/gcc/6 : Makefile lang/gcc/6/patches: patch-gcc_config_arm_openbsd_h patch-gcc_config_gcc

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/09/09 14:35:19 Modified files: x11/gtk+2 : Makefile distinfo x11/gtk+2/patches: patch-gtk_Makefile_in x11/gtk+2/pkg : PLIST-main Log message: Update to gtk+2-2.24.31.

Re: UPDATE: comms/rtl-sdr

On 2016/09/09 10:19, Aaron Poffenberger wrote: > Hello ports@, > > Here is an upate to: comms/rtl-sdr > > Tested on: amd64 and bog-standard rtl-sdr device. > > > > To build gr-osmosdr we need the newer version of rtl-sdr (mostly > definitions for newer devices). Upstream have not

Re: Samba as DC on OpenBSD 6.0 is unusable :(

Jeremie Courreges-Anglas writes: > Ian McWilliam writes: > >> Revision 1.219 / (download) - annotate - [select for diffs], Tue Apr 12 >> 17:42:09 2016 UTC (4 months, 3 weeks ago) by jca >> >> Update to samba-4.3.6 >> >> i386 build by danj@,

UPDATE: comms/rtl-sdr

Hello ports@, Here is an upate to: comms/rtl-sdr Tested on: amd64 and bog-standard rtl-sdr device. To build gr-osmosdr we need the newer version of rtl-sdr (mostly definitions for newer devices). Upstream have not released a new version since 2014. I've changed the Makefile to pull

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/09/09 08:57:33 Modified files: security/opensc: Makefile security/opensc/patches: patch-src_tools_pkcs15-tool_c Log message: Make pkcs15-tool --dump object formatting consistent (upstream

NEW: comms/gnuradio

Hello ports@, Here is a new port : comms/gnuradio Tested on: amd64. >From DESCR: GNU Radio is a software development toolkit that provides signal processing blocks to implement software radios. It can be used with readily-available low-cost external RF hardware to create software-defined

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/09/09 06:24:45 Modified files: devel/ctftools : Makefile Log message: force LDEP on the fixed libdwarf

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/09/09 06:25:07 Modified files: devel/libdwarf : Makefile Log message: might as well take maintainership

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/09/09 06:20:14 Modified files: devel/libdwarf : Makefile Added files: devel/libdwarf/patches: patch-libdwarf_configure patch-libdwarf_dwarf_elf_access_c Log

Re: openvpn-2.3.11 segfaults, error "Too many levels of symbolic links"

On Fri, Sep 09, 2016 at 04:17:37AM -0400, Jiri B wrote: > Hi, > > I use same openvpn config for long time but it seems recent updates (base, > packages) > caused openvpn to segfault after a route add error. > > Any help would be appreciated. > Recent changes to libcrypto were responsible for

Re: Samba as DC on OpenBSD 6.0 is unusable :(

Ian McWilliam writes: > Revision 1.219 / (download) - annotate - [select for diffs], Tue Apr 12 > 17:42:09 2016 UTC (4 months, 3 weeks ago) by jca > > Update to samba-4.3.6 > > i386 build by danj@, ok sthen@ > > The changelog between 4.1.23 and 4.3.6 is too

Re: Samba as DC on OpenBSD 6.0 is unusable :(

Jiri B writes: > On Fri, Sep 09, 2016 at 08:53:20AM +0300, kasak wrote: > >> I think, if Theo says that we don't need acl, than we don't need acl. He >> knows better. Keeping things simple is very secure and this is good! >> I am very thankful to you for maintaining samba on

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:46:15 Modified files: sysutils/ruby-r10k: Makefile distinfo sysutils/ruby-r10k/pkg: PLIST Log message: Update to 2.4.3, now with gettext/locale support. OK jasper@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:44:18 Modified files: devel/ruby-semantic_puppet: Makefile distinfo devel/ruby-semantic_puppet/pkg: PLIST Log message: Update to 0.1.4 now needs the freshly installed

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:43:21 Modified files: devel/ruby-puppet_forge: Makefile distinfo devel/ruby-puppet_forge/pkg: PLIST Log message: Update to 2.2.2 now needs to freshly imported

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:42:13 Modified files: devel/ruby-safe_yaml: Makefile distinfo devel/ruby-safe_yaml/pkg: PLIST Log message: Update to 1.0.4 soon be used by r10k OK jasper@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:40:41 Modified files: devel : Makefile Log message: + ruby-fast_gettext + ruby-gettext-setup

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:37:00 Log message: import ruby-gettext-setup A Ruby gem that configures gettext for internationalization. soon needed by r10k update. OK jasper@ Status:

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:35:50 Log message: import ruby-fast_gettext A simple, fast, memory-efficient and threadsafe implementation of GetText. soon needed by r10k update OK jasper@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:32:40 Modified files: devel/ruby-gettext: Makefile distinfo devel/ruby-gettext/pkg: PLIST Log message: Update to 3.2.2, soon be needed by r10k update OK jasper@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:31:50 Modified files: textproc : Makefile Log message: + ruby-text

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:30:20 Log message: Import ruby-text: A collection of text algorithms: Levenshtein, Soundex, Metaphone, Double Metaphone, Porter Stemming. needed by the ruby-gettext

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2016/09/09 04:27:46 Modified files: devel/ruby-locale: Makefile distinfo devel/ruby-locale/pkg: DESCR PLIST Log message: Update to 2.1.2, soon be needed by r10k update OK jasper@

Re: openvpn-2.3.11 segfaults, error "Too many levels of symbolic links"

~~~ #0 0x193e5bfa2973 in EVP_CIPHER_CTX_iv_length (ctx=0x193e57d3c800) at /usr/src/lib/libcrypto/evp/evp_lib.c:244 No locals. #1 0x193c57809f58 in cipher_ctx_iv_length (ctx=0x193e57d3c800) at /home/jirib/openbsd/pobj/openvpn-2.3.11/openvpn-2.3.11/src/openvpn/crypto_openssl.c:606 No

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2016/09/09 03:47:43 Modified files: x11/kde-applications/gpgmepp: Makefile Log message: Add missing rdep on devel/boost to unbreak bulk builds. >From Caspar Schutijser

textproc/groff build system fix (maintainer patch)

Hi, it appears that sometimes, the textproc/groff build can fail during the fake stage because make(1) thinks that some directories it has to enter to install to the fake area are already "up to date", which of course makes no sense during fake. Jerome Ibanes has seen this on 6.0-release:

Re: Samba as DC on OpenBSD 6.0 is unusable :(

On Fri, Sep 09, 2016 at 08:53:20AM +0300, kasak wrote: > I think, if Theo says that we don't need acl, than we don't need acl. He > knows better. Keeping things simple is very secure and this is good! > I am very thankful to you for maintaining samba on OpenBSD! Undoubtedly , > OpenBSD is now

openvpn-2.3.11 segfaults, error "Too many levels of symbolic links"

Hi, I use same openvpn config for long time but it seems recent updates (base, packages) caused openvpn to segfault after a route add error. Any help would be appreciated. j. openvpn-2.3.11 OpenBSD 6.0-current (GENERIC.MP) #2421: Mon Sep 5 07:50:28 MDT 2016 ~~~ # openvpn --config

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/09/09 01:30:44 Modified files: sysutils/awscli: Makefile distinfo Log message: Update to awscli-1.10.63.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/09/09 01:30:28 Modified files: net/py-botocore: Makefile distinfo Log message: Update to py-botocore-1.4.53.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/09/09 01:25:51 Modified files: security/gnutls: Tag: OPENBSD_6_0 Makefile distinfo Log message: SECURITY update to gnutls-3.4.15. - GnuTLS-SA-2016-3 -

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2016/09/09 01:24:48 Modified files: security/gnutls: Makefile distinfo Log message: SECURITY update to gnutls-3.4.15. - GnuTLS-SA-2016-3 -

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2016/09/09 00:41:25 Modified files: misc/portroach : Makefile Added files: misc/portroach/patches: patch-Portroach_SiteHandler_GitHub_pm Log message: apply patch from upstream "try harder to make

Re: Samba as DC on OpenBSD 6.0 is unusable :(

Revision 1.219 / (download) - annotate - [select for diffs], Tue Apr 12 17:42:09 2016 UTC (4 months, 3 weeks ago) by jca Update to samba-4.3.6 i386 build by danj@, ok sthen@ The changelog between 4.1.23 and 4.3.6 is too big to be described here. The point of updating now is that 4.1.x won't