new sysutils/reed-alert
I am very happy to submit a package for reed-alert. It's a software to monitor servers (file creation, ssl certificate expiration, service running, load, etc...) easily. So much enthousiasm comes from that I'm the author of it and making it packageable AND portable wasn't straightforward. It doesn't track any value nor produce graphs, it only check if things works. It only uses a ~/.reed-alert/states folder to keep track of check reporting failures, so you can be warned after N failures (to prevent false positives) and to warn you when it doesn't fail anymore. Examples and a full README (the documentation) are packaged. One check available uses curl so I added net/curl in RUN_DEPEND, it also requires either lang/ecl or lang/sbcl for running. I choose to use lang/ecl as RUN_DEPENDS as it has a smaller memory footprint and doesn't require W^X. I hold a talk about it at BitreichCON 2018: https://dataswamp.org/~solene/2018-08-20-brcon2018-reed-alert.html reed-alert.tgz Description: application/gzip
Re: UPDATE geo/openbsd-developers: Missing half of commit.
On Tue, Oct 23, 2018 at 11:09:28PM -0700, Ori Bernstein wrote: > Fix missing revision bump for previous commit to > ports/geo/openbsd-developers/OpenBSD (r158), > where I learned how to not cancel a commit. > > OK? > > Index: Makefile > === > RCS file: /cvs/ports/geo/openbsd-developers/Makefile,v > retrieving revision 1.160 > diff -u -p -a -u -r1.160 Makefile > --- Makefile 22 Aug 2018 09:43:15 - 1.160 > +++ Makefile 24 Oct 2018 05:54:14 - > @@ -4,7 +4,7 @@ CATEGORIES= geo > COMMENT= geographic location of past and present OpenBSD > developers > > DISTNAME=openbsd-developers-2.0 > -REVISION=27 > +REVISION=28 > > DISTFILES= > HOMEPAGE=https://www.openbsd.org/ > > -- > Ori Bernstein ok mlarkin, get a ports person to give you another ok and go for it (and use a proper commit message :) )
UPDATE geo/openbsd-developers: Missing half of commit.
Fix missing revision bump for previous commit to ports/geo/openbsd-developers/OpenBSD (r158), where I learned how to not cancel a commit. OK? Index: Makefile === RCS file: /cvs/ports/geo/openbsd-developers/Makefile,v retrieving revision 1.160 diff -u -p -a -u -r1.160 Makefile --- Makefile22 Aug 2018 09:43:15 - 1.160 +++ Makefile24 Oct 2018 05:54:14 - @@ -4,7 +4,7 @@ CATEGORIES= geo COMMENT= geographic location of past and present OpenBSD developers DISTNAME= openbsd-developers-2.0 -REVISION= 27 +REVISION= 28 DISTFILES= HOMEPAGE= https://www.openbsd.org/ -- Ori Bernstein
UPDATE: multimedia/libv4l
Hi,
this updates multimedia/libv4l from 1.14.2 to 1.16.1.
patches/patch-lib_libv4lconvert_control_libv4lcontrol_c is restored from
the CVS attic as there is a regression that was already fixed upstream
in previous versions.
No symbol changes in SHARED_LIBS.
Successfully tested on amd64 in combination with baresip (switching to
USB mode 2 in BIOS such that my webcam still works; a known issue
unrelated to libv4l due to unfinished isochronous transfer support in
xhci(4)).
I have never seen "the rings of Saturn"
(https://marc.info/?l=openbsd-ports&m=148875464503193&w=2) in my video
setup. Maybe the update improves the situation for some of you ...
OK?
Best regards,
Ingo
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libv4l/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile3 Mar 2018 07:26:27 - 1.14
+++ Makefile24 Oct 2018 05:50:46 -
@@ -2,7 +2,7 @@
COMMENT = libv4l userspace library
-VERSION = 1.14.2
+VERSION = 1.16.1
DISTNAME = v4l-utils-${VERSION}
PKGNAME = libv4l-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/multimedia/libv4l/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo3 Mar 2018 07:26:27 - 1.9
+++ distinfo24 Oct 2018 05:50:46 -
@@ -1,2 +1,2 @@
-SHA256 (v4l-utils-1.14.2.tar.bz2) =
5rlixLElPPhSwx2hP9a1u3y+Wqnhgoga7FUSO65oBpI=
-SIZE (v4l-utils-1.14.2.tar.bz2) = 1672765
+SHA256 (v4l-utils-1.16.1.tar.bz2) =
x+TW9LS38nim+kv1Y4VSaSDUD72ePignt13c1B2gUEo=
+SIZE (v4l-utils-1.16.1.tar.bz2) = 1901822
Index: patches/patch-lib_libv4lconvert_Makefile_in
===
RCS file:
/cvs/ports/multimedia/libv4l/patches/patch-lib_libv4lconvert_Makefile_in,v
retrieving revision 1.4
diff -u -p -r1.4 patch-lib_libv4lconvert_Makefile_in
--- patches/patch-lib_libv4lconvert_Makefile_in 28 Dec 2017 12:11:43 -
1.4
+++ patches/patch-lib_libv4lconvert_Makefile_in 24 Oct 2018 05:50:46 -
@@ -5,7 +5,7 @@ OpenBSD does not have an rt library.
Index: lib/libv4lconvert/Makefile.in
--- lib/libv4lconvert/Makefile.in.orig
+++ lib/libv4lconvert/Makefile.in
-@@ -506,7 +506,7 @@ libv4lconvert_la_SOURCES = libv4lconvert.c tinyjpeg.c
+@@ -539,7 +539,7 @@ libv4lconvert_la_SOURCES = libv4lconvert.c tinyjpeg.c
libv4lconvert-priv.h libv4lsyscall-priv.h tinyjpeg.h \
tinyjpeg-internal.h $(am__append_1) $(am__append_2)
libv4lconvert_la_CPPFLAGS = $(CFLAG_VISIBILITY) $(ENFORCE_LIBV4L_STATIC)
Index: patches/patch-lib_libv4lconvert_control_libv4lcontrol_c
===
RCS file: patches/patch-lib_libv4lconvert_control_libv4lcontrol_c
diff -N patches/patch-lib_libv4lconvert_control_libv4lcontrol_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-lib_libv4lconvert_control_libv4lcontrol_c 24 Oct 2018
05:50:46 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+
+Index: lib/libv4lconvert/control/libv4lcontrol.c
+--- lib/libv4lconvert/control/libv4lcontrol.c.orig
lib/libv4lconvert/control/libv4lcontrol.c
+@@ -20,7 +20,6 @@
+ */
+
+ #include
+-#include
+ #include
+ #include
+ #include
Index: pkg/PLIST
===
RCS file: /cvs/ports/multimedia/libv4l/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 28 Dec 2017 12:11:43 - 1.3
+++ pkg/PLIST 24 Oct 2018 05:50:46 -
@@ -30,11 +30,22 @@ lib/pkgconfig/libv4lconvert.pc
lib/v4l1compat.so
lib/v4l2convert.so
@comment share/locale/
+@comment share/locale/ca/
+@comment share/locale/ca/LC_MESSAGES/
+@comment share/locale/ca/LC_MESSAGES/libdvbv5.mo
+@comment share/locale/ca/LC_MESSAGES/v4l-utils.mo
@comment share/locale/de/
@comment share/locale/de/LC_MESSAGES/
@comment share/locale/de/LC_MESSAGES/libdvbv5.mo
@comment share/locale/de/LC_MESSAGES/v4l-utils.mo
+@comment share/locale/fr/
+@comment share/locale/fr/LC_MESSAGES/
+@comment share/locale/fr/LC_MESSAGES/v4l-utils.mo
@comment share/locale/pt_BR/
@comment share/locale/pt_BR/LC_MESSAGES/
@comment share/locale/pt_BR/LC_MESSAGES/libdvbv5.mo
@comment share/locale/pt_BR/LC_MESSAGES/v4l-utils.mo
+@comment share/locale/uk/
+@comment share/locale/uk/LC_MESSAGES/
+@comment share/locale/uk/LC_MESSAGES/libdvbv5.mo
+@comment share/locale/uk/LC_MESSAGES/v4l-utils.mo
Re: UPDATE news/sabnzbd
On Tue 16/10/2018 16:33, Björn Ketelaars wrote: > Another attempt to update sabnzbd [0]: > > Enclosed diff brings sabnzbd to the latest version (2.3.5). Delta > between the version in ports and the proposed update are hundreds of > commits: bugs have been fixed and features have been added. > > Previous attempt to update sabnzbd was halted because of a bug reported > upstream by an OpenBSD user [1]. Fix for this issue has been > cherrypicked. > > Diff is somewhat lighter than the previous diff as it does not rely on a > new port (py-sabyenc [2]), and instead uses py-yenc. Switching to > py-sabyenc is something we can do later. > > While here switch HOMEPAGE to https. > > MAINTAINER does not respond. > > Tested lightly on amd64. > > Comments/OKs? Ping
Re: UPDATE security/easy-rsa
On Tue 16/10/2018 16:36, Björn Ketelaars wrote: > A new version of easy-rsa is available which supports LibreSSL. > > While here change HOMEPAGE to https. > > Tested lightly by making a pki and some client certificates. > > OK? Ping
[UPDATE] devel/p5-POE-Component-Pluggable 1.26 -> 1.28 (p5-POE* update pre-reqs 4/8)
Hi ports, Here is an update for p5-POE-Component-Pluggable. It's a base class for creating plugin-enabled POE Components. What's new upstream [1]: - Simple conversion to Dist::Zilla What's new in port: - Needs a slightly newer p5-POE, otherwise it's a simple version bump. Testing: - 'make test' runs fine. Comments/feedback are welcome! Charlène. [1] https://metacpan.org/changes/distribution/POE-Component-Pluggable p5-POE-Component-Pluggable.diff Description: Binary data
[no subject]
ส่งจากสมาร์ทโฟน vivo ของฉัน
Switch default Ruby version to Ruby 2.5
Now that Ruby 2.5.3 has been released and we are at a good point in the
release cycle, here's a diff to switch the default Ruby version in the
ports tree from Ruby 2.4 to Ruby 2.5. At the same time, we can drop
support for building with Ruby 2.3, since Ruby 2.3 will go out of
support before OpenBSD 6.5 is released.
Other than the ruby.port.mk changes, most of this diff is just bumps for
the packages that need bumping, with the following exceptions:
databases/xapian-bindings: Drop ruby as a RDEP on the -main (perl) and
-python subpackages (my mistake when I added the -ruby subpackage)
x11/kde4/ruby-qt: Drop ruby21 and ruby22 FLAVORs as well, which would
have been broken.
x11/ruby-tk: Drop FLAVORS, as going forward the FLAVORs from
ruby.port.mk will be fine.
I built all ruby dependencies before the switch, and rebuilt all ruby
dependencies after the switch, so hopefully I've caught all the affected
ports. Historically I've missed 1-2 ports per default version switch.
I plan to commit this on Friday unless I hear objections.
Thanks,
Jeremy
Index: lang/ruby/ruby.port.mk
===
RCS file: /cvs/ports/lang/ruby/ruby.port.mk,v
retrieving revision 1.94
diff -u -p -r1.94 ruby.port.mk
--- lang/ruby/ruby.port.mk 27 May 2018 11:37:31 - 1.94
+++ lang/ruby/ruby.port.mk 23 Oct 2018 14:45:09 -
@@ -24,7 +24,7 @@ MODRUBY_HANDLE_FLAVORS ?= No
# If ruby.pork.mk should handle FLAVORs, define a separate FLAVOR
# for each ruby interpreter
.if !defined(FLAVORS)
-FLAVORS= ruby23 ruby24 ruby25
+FLAVORS= ruby24 ruby25
. if !${CONFIGURE_STYLE:L:Mext}
FLAVORS+= jruby
. endif
@@ -45,18 +45,17 @@ FULLPKGNAME?= ${MODRUBY_PKG_PREFIX}-${P
SUBST_VARS+= GEM_BIN_SUFFIX GEM_MAN_SUFFIX
FLAVOR?=
-# Without a FLAVOR, assume the use of ruby 2.4.
+# Without a FLAVOR, assume the use of ruby 2.5.
.if empty(FLAVOR)
-FLAVOR = ruby24
+FLAVOR = ruby25
.endif
# Check for conflicting FLAVORs and set MODRUBY_REV appropriately based
# on the FLAVOR.
-.for i in ruby23 ruby24 ruby25 jruby
+.for i in ruby24 ruby25 jruby
. if ${FLAVOR:M$i}
MODRUBY_REV = ${i:C/ruby([0-9])/\1./}
-.if ${FLAVOR:N$i:Mruby23} || \
-${FLAVOR:N$i:Mruby24} || \
+.if ${FLAVOR:N$i:Mruby24} || \
${FLAVOR:N$i:Mruby25} || \
${FLAVOR:N$i:Mjruby}
ERRORS += "Fatal: Conflicting flavors used: ${FLAVOR}"
@@ -67,8 +66,8 @@ ERRORS += "Fatal: Conflicting flavors us
.endif
# The default ruby version to use for non-gem ports. Defaults to ruby
-# 2.4 for consistency with the default ruby24 FLAVOR for gem ports.
-MODRUBY_REV?= 2.4
+# 2.5 for consistency with the default ruby25 FLAVOR for gem ports.
+MODRUBY_REV?= 2.5
# Because the jruby FLAVORs use same binary names but in
# different directories, GEM_MAN_SUFFIX is used for the man pages to avoid
Index: databases/xapian-bindings/Makefile
===
RCS file: /cvs/ports/databases/xapian-bindings/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- databases/xapian-bindings/Makefile 18 Jul 2018 22:01:13 - 1.12
+++ databases/xapian-bindings/Makefile 23 Oct 2018 19:14:35 -
@@ -11,7 +11,8 @@ PKGNAME-main= xapian-bindings-perl-${V}
PKGNAME-python=xapian-bindings-python-${V}
PKGNAME-ruby= ruby${MODRUBY_BINREV}-xapian-${V}
-REVISION-python= 0
+REVISION-main= 0
+REVISION-python= 1
REVISION-ruby= 0
MODULES= lang/python \
@@ -38,6 +39,8 @@ BUILD_DEPENDS=textproc/py-sphinx
WANTLIB += ${COMPILER_LIBCXX} m uuid z xapian
WANTLIB-main = ${WANTLIB} c perl
+
+MODRUBY_RUNDEP = No
RUN_DEPENDS-python = textproc/py-sphinx
RUN_DEPENDS-ruby = ${MODRUBY_RUN_DEPENDS}
Index: devel/gitsh/Makefile
===
RCS file: /cvs/ports/devel/gitsh/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- devel/gitsh/Makefile2 Feb 2018 21:08:09 - 1.8
+++ devel/gitsh/Makefile23 Oct 2018 15:07:16 -
@@ -5,6 +5,7 @@ VERSION = 0.12
COMMENT = interactive shell for git
DISTNAME = gitsh-${VERSION}
+REVISION = 0
CATEGORIES = devel
Index: devel/subversion/Makefile
===
RCS file: /cvs/ports/devel/subversion/Makefile,v
retrieving revision 1.167
diff -u -p -r1.167 Makefile
--- devel/subversion/Makefile 16 Oct 2018 11:09:03 - 1.167
+++ devel/subversion/Makefile 23 Oct 2018 15:00:27 -
@@ -21,7 +21,7 @@ FULLPKGPATH-ap2= devel/subversion,-ap2
FULLPKGNAME-gnome-keyring= gnome-keyring-subversion-${VERSION}
FULLPKGPATH-gnome-keyring= devel/subversion,-gnome-keyring
-MODRUBY_REV ?= 2.4
+MODRUBY_REV ?=
amd64 bulk build failures (2018-10-22)
This is the first amd64 bulk build after the switch to lld. A surprising new failure is lang/mono, which had successfully built in my previous test. Here's the complete list: audio/audacity undefined symbol: g_signal_connect_data databases/pgmodelerundefined symbol: backtrace editors/emacs21segfault games/flightgear/base undefined symbol: XOpenDisplay games/pokerth undefined symbol: SSL_library_init games/tome4undefined symbol: _Unwind_GetCFA games/valyriatear undefined symbol: libiconv_open lang/crystal undefined symbol: OPENSSL_add_all_algorithms_noconf +lang/mono undefined symbol: __data_start mail/evolution-rss edbus-private not found misc/rocrail undefined symbol: operator new(unsigned long) net/telepathy/folksedbus-private not found productivity/glabels edbus-private not found productivity/ledgereditline/readline.h not found security/xca undefined symbol: _Unwind_Resume sysutils/firmware/vmm ld "does not properly handle alignments" The error logs are available under http://build-failures.rhaalovely.net/amd64/2018-10-22/ -- Christian "naddy" Weisgerber na...@mips.inka.de
UPDATE ports/junicode
Simple update to 1.002. g Index: Makefile === RCS file: /cvs/ports/fonts/junicode/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile26 Feb 2018 08:48:43 - 1.3 +++ Makefile23 Oct 2018 17:26:15 - @@ -3,7 +3,7 @@ PKG_ARCH = * COMMENT = advanced Unicode font for medievalists -DISTNAME = junicode-1.001 +DISTNAME = junicode-1.002 EXTRACT_SUFX = .zip CATEGORIES = fonts Index: distinfo === RCS file: /cvs/ports/fonts/junicode/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo26 Feb 2018 08:48:43 - 1.2 +++ distinfo23 Oct 2018 17:26:15 - @@ -1,2 +1,2 @@ -SHA256 (junicode-1.001.zip) = ZBKCKWeND+GubyiXUzkyARr3383uuk0RSORajG5DmVM= -SIZE (junicode-1.001.zip) = 1463324 +SHA256 (junicode-1.002.zip) = wZnZbIQkvmD8q40A0u7jnqiuYyz9XnEMu9cGJtanKec= +SIZE (junicode-1.002.zip) = 1451694
www/lighttpd miss files in default chroot
Hello, I run OpenBSD since a fews days on a VPS from Vultr. It was on 6.3, i update to 6.4, and in both cases I got this 'problem' with lighttpd; first time was on the newly installed system. As said in the subject, the default configuration for lighttpd chroot into /var/www; but the directory /var/www/var(/tmp) is missing after the installation. After created it, lighttpd still can't be launched in daemon mode. With «don't daemonize» option it works fine (lighttpd -D -f /etc/lighttpd.conf), but it can't open /dev/null to daemonize itself ; cause it is in the chroot. I created a hardlink from /dev/null to /var/www/dev/null and its working (out of scope, but I wonder if there is a better way than hardlink) Did I miss something or is it the port ? Thank you ! Loïs
Re: security/p5-Net_SSLeay: get MAC secret size from cipher
On Monday 22 October 2018 19:30:02 Alexander Bluhm wrote: > On Mon, Oct 22, 2018 at 11:10:49AM -0600, Theo de Raadt wrote: > > I understand the difficulty pointed out by the first questions. What > > bothers me is the last question. It indicates a desire to support many > > generations of software. Any attempt at that risks a mistake supporting > > today or tomorrow. As we've seen time and time again. > > Usually I only care about LibreSSL-current for OpenBSD. I add > defined(LIBRESSL_VERSION_NUMBER) until the module compiles and tests > pass. Then I push it upstream. The problem is then ensuring that these are later removed as necessary. > But this Perl module is also used on non-OpenBSD systems with a > released version of LibreSSL. And there LibreSSL is not -current > and may be older. If I push a change that enables a feature without > version check, it will break older systems. And the Perl eco system > assumes that you can update libraries and modules independently to > a certain extent. > > Doing the right thing for OpenBSD is easy. Having a general solution > for Linux with LibreSSL is not. Indeed. Having feature flags/defines in OpenSSL would be another possible way to solve this, however we're largely stuck with OPENSSL_NO_* (which are useless/problematic in various ways).
Re: NEW: math/mlpack (and dependency math/armadillo)
On Tue, Oct 23 2018, Steven Mestdagh wrote: > Jeremie Courreges-Anglas [2018-10-22, 08:46:46]: >> On Sun, Oct 21 2018, Steven Mestdagh wrote: [...] >> > How about just linking with gfortran by passing CC to make? >> > (blas diff below, but similar for the other ports) >> > I didn't check if dependent ports are happy with that in terms of >> > WANTLIB etc. >> >> Looks like a better approach, and seems to work for blas at least. >> make port-lib-depends-check says: >> >> blas-3.7.1p0(math/blas): >> Missing: m.10 (/usr/local/lib/libblas.so.2.1) (system lib) >> WANTLIB += m >> >> so blas itself would need a WANTLIB update. ENOTIME to cook another >> diff right now, feel free to beat me to it. > > ok for the following? LGTM, ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: security/p5-Net_SSLeay: get MAC secret size from cipher
On Monday 22 October 2018 20:40:48 Alexander Bluhm wrote: > On Tue, Oct 23, 2018 at 04:36:24AM +1100, Joel Sing wrote: > > > #if (OPENSSL_VERSION_NUMBER >= 0x1010L && > > > !defined(LIBRESSL_VERSION_NUMBER)) || (LIBRESSL_VERSION_NUMBER >= > > > 0x207fL) > > > > That works, but seems a little backwards, since you're potentially still > > evaluating LIBRESSL_VERSION_NUMBER even when it is not defined. I think > > the > > following would be preferable (and I'll check what we've used elsewhere > > more carefully): > > > > #if OPENSSL_VERSION_NUMBER >= 0x1010L && \ > > > > (!defined(LIBRESSL_VERSION_NUMBER) || LIBRESSL_VERSION_NUMBER >= > > 0x207fL) > I think your version is also correct. Getting it right is hard and > required some iterations with upstream. As my version of the > condition has been released and tested, I would like to keep it. > If LIBRESSL_VERSION_NUMBER is not defined, then it evaluates as 0, > which also works fine. It is consistent within this file and makes > it easier to push upstream. And also avoid \ newline as the style > of the file is to use long lines. > > ok? Works for me - ok jsing@, thanks. > Index: security/p5-Net_SSLeay/Makefile > === > RCS file: /data/mirror/openbsd/cvs/ports/security/p5-Net_SSLeay/Makefile,v > retrieving revision 1.69 > diff -u -p -r1.69 Makefile > --- security/p5-Net_SSLeay/Makefile 18 Mar 2018 16:47:58 - 1.69 > +++ security/p5-Net_SSLeay/Makefile 22 Oct 2018 18:38:55 - > @@ -3,6 +3,7 @@ > COMMENT =perl module for using OpenSSL > > DISTNAME = Net-SSLeay-1.85 > +REVISION = 0 > > CATEGORIES = security > > Index: security/p5-Net_SSLeay/patches/patch-SSLeay_xs > === > RCS file: security/p5-Net_SSLeay/patches/patch-SSLeay_xs > diff -N security/p5-Net_SSLeay/patches/patch-SSLeay_xs > --- /dev/null 1 Jan 1970 00:00:00 - > +++ security/p5-Net_SSLeay/patches/patch-SSLeay_xs22 Oct 2018 18:35:59 > - @@ -0,0 +1,23 @@ > +$OpenBSD$ > + > +Index: SSLeay.xs > +--- SSLeay.xs.orig > SSLeay.xs > +@@ -5612,7 +5612,7 @@ SSL_get_client_random(s) > + > + #endif > + > +-#if OPENSSL_VERSION_NUMBER >= 0x1010L && > !defined(LIBRESSL_VERSION_NUMBER) ++#if (OPENSSL_VERSION_NUMBER >= > 0x1010L && !defined(LIBRESSL_VERSION_NUMBER)) || > (LIBRESSL_VERSION_NUMBER >= 0x207fL) + > + void > + SSL_get_server_random(s) > +@@ -5643,7 +5643,7 @@ int > + SSL_get_keyblock_size(s) > + SSL * s > + CODE: > +-#if OPENSSL_VERSION_NUMBER >= 0x1010L && > !defined(LIBRESSL_VERSION_NUMBER) ++#if (OPENSSL_VERSION_NUMBER >= > 0x1010L && !defined(LIBRESSL_VERSION_NUMBER)) || > (LIBRESSL_VERSION_NUMBER >= 0x207fL) + const SSL_CIPHER > *ssl_cipher; > + int cipher = NID_undef, digest = NID_undef, mac_secret_size = 0; > + const EVP_CIPHER *c = NULL;
Re: NEW: math/mlpack (and dependency math/armadillo)
Jeremie Courreges-Anglas [2018-10-22, 08:46:46]:
> On Sun, Oct 21 2018, Steven Mestdagh wrote:
> > Jeremie Courreges-Anglas [2018-10-21, 17:25:19]:
>
> [...]
>
> >> Regarding libgfortran,
> >>
> >> > - the library definitely requires linking with the gfortran library
> >> > because some of lapack blas want symbols in there
> >>
> >> Yeah I see. IIUC blas, apack and arpack don't register the dep on
> >> libgfortran because of a build system quirk (linking is done with with
> >> cc instead of gfortran). A simple diff like below would register the
> >> dep on libgfortran, and remove the need for patch-CMakeLists_txt.
> >>
> >> cc'ing steven@ (maintainer)
> >>
> >> Thoughts, ok?
> >>
> >>
> >> Index: blas/Makefile
> >> ===
> >> RCS file: /cvs/ports/math/blas/Makefile,v
> >> retrieving revision 1.27
> >> diff -u -p -r1.27 Makefile
> >> --- blas/Makefile 13 Nov 2017 06:56:38 - 1.27
> >> +++ blas/Makefile 21 Oct 2018 14:31:16 -
> >> @@ -4,6 +4,7 @@ COMMENT= Basic Linear Algebra Subprogram
> >>
> >> VERSION= 3.7.1
> >> DISTNAME= blas-${VERSION}
> >> +REVISION= 0
> >>
> >> SHARED_LIBS= blas2.1
> >>
> >> Index: blas/files/Makefile
> >> ===
> >> RCS file: /cvs/ports/math/blas/files/Makefile,v
> >> retrieving revision 1.3
> >> diff -u -p -r1.3 Makefile
> >> --- blas/files/Makefile13 Nov 2017 06:56:38 - 1.3
> >> +++ blas/files/Makefile21 Oct 2018 14:31:16 -
> >> @@ -25,6 +25,7 @@ SRCS = caxpy.f ccopy.f cdotc.f cdotu.
> >>zhpmv.f zhpr.f zhpr2.f zrotg.f zscal.f zswap.f zsymm.f \
> >>zsyr2k.f zsyrk.f ztbmv.f ztbsv.f ztpmv.f ztpsv.f ztrmm.f \
> >>ztrmv.f ztrsm.f ztrsv.f xerbla_array.f
> >> +LDADD = -lgfortran
> >>
> >> printsrc:
> >>@echo ${SRCS}
> >
> > How about just linking with gfortran by passing CC to make?
> > (blas diff below, but similar for the other ports)
> > I didn't check if dependent ports are happy with that in terms of
> > WANTLIB etc.
>
> Looks like a better approach, and seems to work for blas at least.
> make port-lib-depends-check says:
>
> blas-3.7.1p0(math/blas):
> Missing: m.10 (/usr/local/lib/libblas.so.2.1) (system lib)
> WANTLIB += m
>
> so blas itself would need a WANTLIB update. ENOTIME to cook another
> diff right now, feel free to beat me to it.
ok for the following?
Index: math/blas/Makefile
===
RCS file: /cvs/ports/math/blas/Makefile,v
retrieving revision 1.27
diff -u -p -u -r1.27 Makefile
--- math/blas/Makefile 13 Nov 2017 06:56:38 - 1.27
+++ math/blas/Makefile 23 Oct 2018 14:55:53 -
@@ -4,6 +4,7 @@ COMMENT=Basic Linear Algebra Subprogram
VERSION= 3.7.1
DISTNAME= blas-${VERSION}
+REVISION= 0
SHARED_LIBS= blas2.1
@@ -26,11 +27,13 @@ WRKDIST=${WRKDIR}/${DISTNAME:U}
MODULES= fortran
MODFORTRAN_COMPILER = gfortran
BUILD_DEPENDS= ${MODFORTRAN_BUILD_DEPENDS}
+WANTLIB= m
MAKE_FILE= ${FILESDIR}/Makefile
MAKE_ENV= SHLIB_MAJOR=${LIBblas_VERSION:R} \
SHLIB_MINOR=${LIBblas_VERSION:E} \
- FC="${MODFORTRAN_COMPILER} -cpp"
+ FC="${MODFORTRAN_COMPILER} -cpp" \
+ CC=${MODFORTRAN_COMPILER}
FAKE_FLAGS=LIBDIR=${LOCALBASE}/lib DEBUGLIBS=no
USE_GROFF= Yes
Index: math/lapack/Makefile
===
RCS file: /cvs/ports/math/lapack/Makefile,v
retrieving revision 1.26
diff -u -p -u -r1.26 Makefile
--- math/lapack/Makefile13 Nov 2017 06:57:36 - 1.26
+++ math/lapack/Makefile23 Oct 2018 14:55:53 -
@@ -4,6 +4,7 @@ COMMENT=library of Fortran linear algeb
VERSION= 3.7.1
DISTNAME= lapack-${VERSION}
+REVISION= 0
SHARED_LIBS= lapack 6.0
@@ -24,7 +25,7 @@ EXTRACT_SUFX= .tgz
DIST_SUBDIR= ${DISTNAME}
LIB_DEPENDS = math/blas
-WANTLIB = blas>=1
+WANTLIB = blas>=1 m
MODULES= fortran
MODFORTRAN_COMPILER = gfortran
@@ -33,7 +34,8 @@ BUILD_DEPENDS=${MODFORTRAN_BUILD_DEPEND
MAKE_ENV= SHLIB_MAJOR=${LIBlapack_VERSION:R} \
SHLIB_MINOR=${LIBlapack_VERSION:E} \
TIMER=EXT_ETIME \
- FC="${MODFORTRAN_COMPILER} -cpp"
+ FC="${MODFORTRAN_COMPILER} -cpp" \
+ CC=${MODFORTRAN_COMPILER}
FAKE_FLAGS=LIBDIR=${LOCALBASE}/lib DEBUGLIBS=no
USE_GROFF =Yes
Index: math/arpack/Makefile
===
RCS file: /cvs/ports/math/arpack/Makefile,v
retrieving revision 1.16
diff -u -p -u -r1.16 Makefile
--- math/arpack/Makefile13 Nov 2017 07:09:06 - 1.16
+++ math/arpack/Makefile23 Oct 2018 14:55:53 -
@@ -4,7 +4,7 @@ COMMENT=solve large scale eigenvalue pr
DISTNAME= arpack
sysutils/firmware/vmm (was: Re: HEADS UP: amd64 has switched to lld)
Antoine Jacoutot: > There's also sysutils/firmware/vmm: > > ===> Building for vmm-firmware-1.11.0p0 > The version of LD on this system (ld -nopie -znorelro) does not properly > handle > alignments. As a result, this project can not be built. >From scripts/test-build.sh: ---> # Test if ld's alignment handling is correct. This is a known problem # with the linker that ships with Ubuntu 11.04. cat - > $TMPFILE1 < $TMPFILE1_ld < /dev/null 2>&1 ... $LD -T $TMPFILE1_ld $TMPFILE1o -o $TMPFILE2o > /dev/null 2>&1 ... <--- ld: error: testcompile1.lds:4: unable to move location counter backward for: .mysection Does ld.lld treat the location counter assignments as absolute? ld.bfd handles them as relative to the segment start address: Hex dump of section '.mysection': 0x88f0 0x8900 3938 37363534 33323130 0123456789.. 0x8910 3938 37363534 33323130 0123456789.. Since I have lld 7.0.0 at hand on FreeBSD, I checked whether it fixes this problem, but in fact it adds another error: ld.lld: error: testcompile1.lds:4: unable to move location counter backward for: .mysection ld.lld: error: section .mysection at 0x88F0 of size 0x7740 exceeds available address space > The problem may be the result of this LD bug report: > http://sourceware.org/bugzilla/show_bug.cgi?id=12726 That's for GNU binutils 2.21. And it doesn't look applicable. The .text.v1 and .text.v2 sections have size 0xb and alignment 1 in the ELF header. -- Christian "naddy" Weisgerber na...@mips.inka.de
NEW: x11/kde-applications/kio-extras
Hi All. please find attached kio-extras 18.08.2. This package fixes the issue of Federico Giannici described here: https://marc.info/?l=openbsd-ports&m=15401129158&w=2 $ pkg_info kio-extras --- Information for inst:kio-extras-18.08.2 Comment: extra functionality for kioslaves Description: A kioslave is a plugin designed to be intimately familiar with a certain protocol, so that a standardized interface can be used to get at data from any number of places. A few examples are the http and ftp kioslaves, which using nearly identical methods will retrieve data from an http or ftp server respectively. Maintainer: KDE porting team --- I tested sftp support with kio-extras and kate on amd64. Tests are also green and there are no conflicts with other ports. Ok to import? Rafael Sadowski kio-extras-18.08.2.tar.gz Description: Binary data
Re: HEADS UP: amd64 has switched to lld
On Mon, Oct 22, 2018 at 09:42:17PM +0200, Christian Weisgerber wrote: > The amd64 architecture has now switched to LLVM's lld linker as the > default ld(1). > > Known build failures that still need to be fixed: There's also sysutils/firmware/vmm: ===> Building for vmm-firmware-1.11.0p0 The version of LD on this system (ld -nopie -znorelro) does not properly handle alignments. As a result, this project can not be built. The problem may be the result of this LD bug report: http://sourceware.org/bugzilla/show_bug.cgi?id=12726 > > audio/audacity undefined symbol: g_signal_connect_data > databases/pgmodeler undefined symbol: backtrace > editors/emacs21 segfault > games/flightgear/base undefined symbol: XOpenDisplay > games/pingusundefined symbol: XFree > games/pokerth undefined symbol: SSL_library_init > games/tome4 undefined symbol: _Unwind_GetCFA > games/valyriatear undefined symbol: libiconv_open > games/warzone2100 undefined symbol: ogg_sync_init > lang/crystalundefined symbol: OPENSSL_add_all_algorithms_noconf > mail/evolution-rss edbus-private not found > misc/rocrailundefined symbol: operator new(unsigned long) > net/bitcoin,no_x11 -shared and -pie may not be used together > net/telepathy/folks edbus-private not found > productivity/glabelsedbus-private not found > productivity/ledger editline/readline.h not found > security/xcaundefined symbol: _Unwind_Resume > sysutils/firmware/vmm ld "does not properly handle alignments" > x11/gnustep/terminalundefined symbol: libiconv > > A fix is in the pipeline for: > > lang/fpcinvalid alignment of section headers > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > -- Antoine
Re: NEW: x11/kde-applications/artikulate
On Tue Oct 16, 2018 at 10:02:30PM +0200, Rafael Sadowski wrote: > On Tue Oct 16, 2018 at 09:43:08PM +0200, Rafael Sadowski wrote: > > Hi All! > > > > please find attached artikulate 18.08.2. Unfortunately our KDE4 version > > is broken. So I would like to see this version quickly in tree. > > > > Information for inst:artikulate-18.08.2 > > > > Comment: > > pronunciation trainer > > > > Description: > > Artikulate is a language learning application that helps improving > > pronunciation skills for various languages. > > > > Maintainer: KDE porting team > > > > OK? Coemmnts? > > > > Rafael Sadowski > > Sorry, I forgot to tell you that this tarball is made for 18.08.2 (see > ports@ "UPDATE: KDE5" and not 17.12.3 (current tree). > > Thanks bcallah@ for pointing me out. > *ping* Now it's easy to test ;) btw no conflicts with other ports.
Re: UPDATE: net/onionshare
fredl writes:
> On 10/21/18 1:51 PM, Grégoire Jadi wrote:
>
>> fredl writes:
>>
>>> Hey,
>> Hello,
>>
>> Both cli and -gui works on amd64.
>
> Hey,
>
> thanks for your feedback!
>
>>
>> Thanks for the update. I think you need to drop the REVISION-gui (but
>> I'm just a port-newb).
> You are right, please find the new diff attached to this mail!
Yup, looks good to me. But I'm not a porter, so we will have to wait for
one to chime in :)
Thanks for your work.
> --
> fredl
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/onionshare/Makefile,v
> retrieving revision 1.2
> diff -u -p -r1.2 Makefile
> --- Makefile 27 Jun 2018 21:04:00 - 1.2
> +++ Makefile 21 Oct 2018 13:25:00 -
> @@ -6,11 +6,10 @@ COMMENT-gui = graphical user interface
> GH_ACCOUNT = micahflee
> GH_PROJECT = onionshare
> GH_TAGNAME = v${MODPY_EGG_VERSION}
> -MODPY_EGG_VERSION = 1.3
> +MODPY_EGG_VERSION = 1.3.1
>
> PKGNAME-main = onionshare-${MODPY_EGG_VERSION}
> PKGNAME-gui =onionshare-gui-${MODPY_EGG_VERSION}
> -REVISION-gui = 0
>
> CATEGORIES = net
>
> @@ -37,5 +36,15 @@ RUN_DEPENDS-gui = ${RUN_DEPENDS} \
>
> # XXX: not yet working
> NO_TEST =Yes
> +
> +DOCDIR=${PREFIX}/share/doc/onionshare
> +LICENSEDIR=${WRKSRC}/install/licenses
> +
> +post-install:
> + ${INSTALL_DATA_DIR} ${DOCDIR}
> + ${INSTALL_DATA} ${LICENSEDIR}/license-obfs4.txt ${DOCDIR}
> + ${INSTALL_DATA} ${LICENSEDIR}/license-onionshare.txt ${DOCDIR}
> + ${INSTALL_DATA} ${LICENSEDIR}/license-tor.txt ${DOCDIR}
> + ${INSTALL_DATA} ${WRKSRC}/README.md ${DOCDIR}
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/onionshare/distinfo,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 distinfo
> --- distinfo 9 Mar 2018 23:36:42 - 1.1.1.1
> +++ distinfo 21 Oct 2018 13:25:00 -
> @@ -1,2 +1,2 @@
> -SHA256 (onionshare-1.3.tar.gz) = AIkUctiW5AWg9y36jq+D2uyj3DG+Uz1uLIbyxTkUz+0=
> -SIZE (onionshare-1.3.tar.gz) = 431352
> +SHA256 (onionshare-1.3.1.tar.gz) =
> h+H6llSCBk6MfIvDIyb1dI/QOPfSr29RBWRE2yLvA1c=
> +SIZE (onionshare-1.3.1.tar.gz) = 436741
> Index: pkg/PLIST-main
> ===
> RCS file: /cvs/ports/net/onionshare/pkg/PLIST-main,v
> retrieving revision 1.1.1.1
> diff -u -p -r1.1.1.1 PLIST-main
> --- pkg/PLIST-main9 Mar 2018 23:36:42 - 1.1.1.1
> +++ pkg/PLIST-main21 Oct 2018 13:25:00 -
> @@ -20,6 +20,11 @@ lib/python${MODPY_VERSION}/site-packages
> lib/python${MODPY_VERSION}/site-packages/onionshare/strings.py
> lib/python${MODPY_VERSION}/site-packages/onionshare/web.py
> share/applications/
> +share/doc/onionshare/
> +share/doc/onionshare/README.md
> +share/doc/onionshare/license-obfs4.txt
> +share/doc/onionshare/license-onionshare.txt
> +share/doc/onionshare/license-tor.txt
> share/onionshare/
> share/onionshare/html/
> share/onionshare/html/404.html
> @@ -42,7 +47,6 @@ share/onionshare/images/server_working.p
> share/onionshare/images/settings.png
> share/onionshare/images/web_file.png
> share/onionshare/images/web_folder.png
> -share/onionshare/license.txt
> share/onionshare/locale/
> share/onionshare/locale/cs.json
> share/onionshare/locale/da.json
Re: [PATCH] update duplicity to 0.7.18.2
On Mon, Oct 22, 2018 at 09:09:15PM -0400, Daniel Jakots wrote: > Thanks committed. Do you want to take maintainership? Thanks! Sure, why not?
