How to handle sys/sysinfo.h

[Jordon]

Thanks to a couple of helpful replies (thanks Nigel and Elias!), I got the 
qt5widgets issue resolved and my first attempt at a port (OBS 17.0.0) has 
successfully resolved its dependencies!  Unfortunately, once it gets into 
building the actual program, it fails because the “unix” path of building has 
an #include , which looks to be more linux than unix.  I looked 
into FreeBSDs port of OBS and they don’t have any patches for this, so I’m 
guessing they just have that header available.  For OpenBSD, is there a 
standard workaround for this or is it on the porter to translate all uses of 
this header to OpenBSD-friendly ones?

Thanks
Jordon

Re: textproc/the_silver_searcher: fix heap buffer overflow

[Florian Stinglmayr]

Hi Theo,

thanks for fixing this. The patches look fine.

ok from me

new benchmarks/p5-Dumbbench

[Alexander Bluhm]

Hi,

ok to import benchmarks/p5-Dumbbench?

Comment:
more reliable benchmarking

Description:
This module attempts to implement reasonably robust benchmarking
with little extra effort and expertise required from the user.

bluhm


p5-Dumbbench.tgz
Description: application/tar-gz

Re: [update] audio/openal

[Jeremie Courreges-Anglas]

David CARLIER  writes:

> Fair enough, here a new version based on the last suggestion.

I left out the REVISION bump, it's not needed since the change doesn't
affect what ends up in the resulting package.

Thanks,
-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/01/05 16:08:18

Modified files:
math   : Makefile 

Log message:
+p5-Number-WithError

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/01/05 16:04:24

Modified files:
audio/openal   : Makefile 

Log message:
Don't build the Qt-based config editor.

Spotted by naddy@, initial diff from David Carlier (maintainer)

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/01/05 16:03:44

Log message:
import p5-Number-WithError 1.01
OK jca@

Comment:
numbers with error propagation and scientific rounding

Description:
This class is a container class for numbers with a number of
associated symmetric and asymmetric errors.  It overloads practically
all common arithmetic operations and trigonometric functions to
propagate the errors.  It can do proper scientific rounding.

Status:

Vendor Tag: bluhm
Release Tags:   bluhm_20170106

N ports/math/p5-Number-WithError/Makefile
N ports/math/p5-Number-WithError/distinfo
N ports/math/p5-Number-WithError/pkg/DESCR
N ports/math/p5-Number-WithError/pkg/PLIST

No conflicts created by this import

Re: [update] audio/openal

[David CARLIER]

Fair enough, here a new version based on the last suggestion.

Cheers.

On 5 January 2017 at 19:03, Jeremie Courreges-Anglas  wrote:
> David CARLIER  writes:
>
>> ping ?
>>
>> :-)
>>
>> On 15 December 2016 at 16:30, David CARLIER  wrote:
>>> Hi,
>>>
>>> naddy@ reported an hidden dependency for one binary, alsoft-config,
>>> thus this small diff for who does not want to bear the qt4 compilation :-)
>
> I don't think that a FLAVOR is the right way to deal with this.  If you
> really want to make this optional, put alsoft-config in a -gui
> SUBPACKAGE and add a no_gui pseudo-flavor ("gui" or any other name you
> think makes sense).
>
> Or just unconditionally disable alsoft-config... which should probably
> be done as a first step, see patch below.
>
> Regarding your diff, REVISION starts at 0.
>
>
> Index: Makefile
> ===
> RCS file: /d/cvs/ports/audio/openal/Makefile,v
> retrieving revision 1.39
> diff -u -p -p -u -r1.39 Makefile
> --- Makefile3 Nov 2016 10:27:15 -   1.39
> +++ Makefile5 Jan 2017 18:59:51 -
> @@ -44,7 +44,8 @@ CONFIGURE_ARGS =-DCMAKE_BUILD_TYPE=OpenB
> -DALSOFT_BACKEND_QSA=Off \
> -DALSOFT_BACKEND_SOLARIS=Off \
> -DALSOFT_BACKEND_WAVE=Off \
> -   -DALSOFT_BACKEND_WINMM=Off
> +   -DALSOFT_BACKEND_WINMM=Off \
> +   -DALSOFT_NO_CONFIG_UTIL=On
>
>  MODULES =  devel/cmake lang/clang
>  MODCLANG_ARCHS = *
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE
Index: Makefile
===
RCS file: /cvs/ports/audio/openal/Makefile,v
retrieving revision 1.39
diff -u -p -r1.39 Makefile
--- Makefile3 Nov 2016 10:27:15 -   1.39
+++ Makefile5 Jan 2017 22:36:21 -
@@ -12,6 +12,7 @@ DISTNAME =openal-soft-$V
 PKGNAME =  openal-$V
 CATEGORIES =   audio
 SHARED_LIBS =  openal  2.2
+REVISION =  0
 
 HOMEPAGE = http://kcat.strangesoft.net/openal.html
 
@@ -44,7 +45,8 @@ CONFIGURE_ARGS =-DCMAKE_BUILD_TYPE=OpenB
-DALSOFT_BACKEND_QSA=Off \
-DALSOFT_BACKEND_SOLARIS=Off \
-DALSOFT_BACKEND_WAVE=Off \
-   -DALSOFT_BACKEND_WINMM=Off
+   -DALSOFT_BACKEND_WINMM=Off \
+   -DALSOFT_NO_CONFIG_UTIL=On
 
 MODULES =  devel/cmake lang/clang
 MODCLANG_ARCHS = *

Re: update security/p5-Net_SSLeay with LibreSSL patch

[Alexander Bluhm]

On Wed, Jan 04, 2017 at 05:53:30PM +0100, Alexander Bluhm wrote:
> Net-SSLeay 1.79 provides a function RSA_get_key_parameters() that
> only works with OpenSSL < 1.1.  As it works also with our LibreSSL,
> I have added a #ifdef for that.
>
> Now Net::SSLeay checks for #ifndef OPENSSL_NO_COMP.  So the sub
> Net::SSLeay::COMP_add_compression_method() does not exists anymore.
> I think this is intensional as LibreSSL says "no compression is
> also a feature of libressl".

Net::SSLeay has been updated to 1.80 to resolve the issue with
IO::Socket::SSL.  Patch for LibreSSL remains the same.

ok?

bluhm

Index: security/p5-Net_SSLeay/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/security/p5-Net_SSLeay/Makefile,v
retrieving revision 1.63
diff -u -p -r1.63 Makefile
--- security/p5-Net_SSLeay/Makefile 16 Aug 2016 16:34:07 -  1.63
+++ security/p5-Net_SSLeay/Makefile 5 Jan 2017 20:58:43 -
@@ -2,7 +2,7 @@
 
 COMMENT =  perl module for using OpenSSL
 
-DISTNAME = Net-SSLeay-1.78
+DISTNAME = Net-SSLeay-1.80
 
 CATEGORIES =   security
 
Index: security/p5-Net_SSLeay/distinfo
===
RCS file: /data/mirror/openbsd/cvs/ports/security/p5-Net_SSLeay/distinfo,v
retrieving revision 1.40
diff -u -p -r1.40 distinfo
--- security/p5-Net_SSLeay/distinfo 16 Aug 2016 16:34:07 -  1.40
+++ security/p5-Net_SSLeay/distinfo 5 Jan 2017 20:58:49 -
@@ -1,2 +1,2 @@
-SHA256 (Net-SSLeay-1.78.tar.gz) = 5/VkJ2AviXRGATuEuf9RuOirT84LvQhsTijBmKlC7VM=
-SIZE (Net-SSLeay-1.78.tar.gz) = 394554
+SHA256 (Net-SSLeay-1.80.tar.gz) = pUGmbVn8X5u3rwnToLaDBeTEO6lIixKRVyj9KC6gG5M=
+SIZE (Net-SSLeay-1.80.tar.gz) = 395820
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_xs  5 Jan 2017 21:01:35 
-
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- SSLeay.xs.orig Wed Jan  4 22:39:08 2017
 SSLeay.xs  Thu Jan  5 22:01:15 2017
+@@ -4989,7 +4989,7 @@ RSA_generate_key(bits,e,perl_cb=_sv_undef,perl_data
+ 
+ #endif
+ 
+-#if OPENSSL_VERSION_NUMBER < 0x1010L
++#if OPENSSL_VERSION_NUMBER < 0x1010L || defined(LIBRESSL_VERSION_NUMBER)
+ 
+ void
+ RSA_get_key_parameters(rsa)
Index: security/p5-Net_SSLeay/patches/patch-t_local_33_x509_create_cert_t
===
RCS file: security/p5-Net_SSLeay/patches/patch-t_local_33_x509_create_cert_t
diff -N security/p5-Net_SSLeay/patches/patch-t_local_33_x509_create_cert_t
--- /dev/null   1 Jan 1970 00:00:00 -
+++ security/p5-Net_SSLeay/patches/patch-t_local_33_x509_create_cert_t  4 Jan 
2017 18:26:41 -
@@ -0,0 +1,28 @@
+$OpenBSD$
+--- t/local/33_x509_create_cert.t.orig Tue Nov  1 22:46:12 2016
 t/local/33_x509_create_cert.t  Wed Jan  4 17:39:35 2017
+@@ -2,7 +2,7 @@
+ 
+ use strict;
+ use warnings;
+-use Test::More tests => 122;
++use Test::More tests => 123;
+ use Net::SSLeay qw/MBSTRING_ASC MBSTRING_UTF8 EVP_PK_RSA EVP_PKT_SIGN 
EVP_PKT_ENC/;
+ use File::Spec;
+ use utf8;
+@@ -32,9 +32,12 @@ is(Net::SSLeay::X509_NAME_cmp($ca_issuer, $ca_subject)
+   ok(my $rsa = Net::SSLeay::RSA_generate_key(2048, ::SSLeay::RSA_F4), 
"RSA_generate_key");
+   ok(Net::SSLeay::EVP_PKEY_assign_RSA($pk,$rsa), "EVP_PKEY_assign_RSA");
+ 
+-# ONly in pre 1.1:
+-#  my @params = Net::SSLeay::RSA_get_key_parameters($rsa);
+-#  ok(@params == 8, "RSA_get_key_parameters");
++  SKIP: {
++skip 'openssl<1.1.0 required', 1 unless Net::SSLeay::SSLeay < 0x1010
++  or Net::SSLeay::constant("LIBRESSL_VERSION_NUMBER");
++my @params = Net::SSLeay::RSA_get_key_parameters($rsa);
++ok(@params == 8, "RSA_get_key_parameters");
++  }
+ 
+   ok(my $x509  = Net::SSLeay::X509_new(), "X509_new");
+   ok(Net::SSLeay::X509_set_pubkey($x509,$pk), "X509_set_pubkey");

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/05 15:04:37

Modified files:
archivers/lz4  : Makefile distinfo 
archivers/lz4/patches: patch-Makefile patch-lib_Makefile 
   patch-programs_Makefile 
Added files:
archivers/lz4/patches: patch-tests_Makefile 

Log message:
update to lz4-1.7.4.2 (not 1.7.5 yet as it segfaults during tests)

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/05 14:37:52

Modified files:
net/irssi  : Makefile distinfo 

Log message:
SECURITY update to irssi-0.8.21 (minimal patches to fix security issues
only) - ok jca@ krw@

(a) A NULL pointer dereference in the nickcmp function found by Joseph
Bisch. (CWE-690)

(b) Use after free when receiving invalid nick message (Issue #466, CWE-146)

(c) Out of bounds read in certain incomplete control codes found by
Joseph Bisch. (CWE-126)

(d) Out of bounds read in certain incomplete character sequences found
by Hanno Böck and independently by J. Bisch. (CWE-126)

Re: UPDATE: www/stagit 0.5

[Jeremie Courreges-Anglas]

Hiltjo Posthuma  writes:

> Hi,
>
> This bumps the version from 0.4 to 0.5. The release contains bugfixes and
> documentation improvements. Previous patches still apply cleanly.

Committed, thanks.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/01/05 14:27:03

Modified files:
www/stagit : Makefile distinfo 

Log message:
Update to stagit-0.5

from Hiltjo Posthuma

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/01/05 14:10:17

Modified files:
net/curl   : Tag: OPENBSD_6_0 Makefile 
Added files:
net/curl/patches: Tag: OPENBSD_6_0 patch-lib_vtls_vtls_c 

Log message:
Upstream commit a7b38c9dc98481e4a5fc37e51a8690337c674dfb to fix a problem
that causes rtorrent to busy loop when announcing to the tracker.

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/01/05 13:56:54

Modified files:
security/p5-IO-Socket-SSL: Makefile distinfo 

Log message:
update p5-IO-Socket-SSL to 2.042
adds workaround for Net::SSLeay 1.79, enables feature for 1.80

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/01/05 13:46:00

Modified files:
net/curl   : Makefile 
Added files:
net/curl/patches: patch-lib_vtls_vtls_c 

Log message:
Upstream commit a7b38c9dc98481e4a5fc37e51a8690337c674dfb to fix a problem
that causes rtorrent to busy loop when announcing to the tracker.  ok tj@

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/01/05 13:41:43

Modified files:
security/nss   : Makefile distinfo 

Log message:
Update to nss 3.28.1, because perfection is never attained.

See 
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.28.1_release_notes

[UPDATE] security/volatility

[Remi Pointel]

Hi,

the diff updates volatility to 2.6.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/security/volatility/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- Makefile	20 Jun 2016 18:17:22 -	1.7
+++ Makefile	5 Jan 2017 19:21:17 -
@@ -2,9 +2,8 @@
 
 COMMENT =		memory artifact extraction utility framework
 
-MODPY_EGG_VERSION =	2.5
+MODPY_EGG_VERSION =	2.6
 DISTNAME =		volatility-${MODPY_EGG_VERSION}
-REVISION =		0
 
 EXTRACT_SUFX =		.zip
 
Index: distinfo
===
RCS file: /cvs/ports/security/volatility/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo	1 Nov 2015 07:34:30 -	1.2
+++ distinfo	5 Jan 2017 19:21:17 -
@@ -1,2 +1,2 @@
-SHA256 (volatility-2.5.zip) = uQ39GLapnhs17w+S8oQizKA76gt7jsQRz7xgPnKqWUs=
-SIZE (volatility-2.5.zip) = 3276052
+SHA256 (volatility-2.6.zip) = W3MFDXK/lIcP/OIoQ/A9Swt3ZAEd7CnvGgpbG0bPkpU=
+SIZE (volatility-2.6.zip) = 4179806
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/volatility/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST	1 Nov 2015 07:34:30 -	1.3
+++ pkg/PLIST	5 Jan 2017 19:21:17 -
@@ -181,6 +181,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/apihooks.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/arp.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/arp.pyc
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/aslr_shift.py
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/aslr_shift.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/banner.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/banner.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/bash.py
@@ -301,6 +303,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/pslist.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/pslist_cache.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/pslist_cache.pyc
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/psscan.py
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/psscan.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/pstree.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/pstree.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/linux/psxview.py
@@ -342,6 +346,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/bash_hash.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/calendar.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/calendar.pyc
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_fop.py
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_fop.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_mig_table.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_mig_table.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_syscall_shadow.py
@@ -352,6 +358,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_sysctl.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_trap_table.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/check_trap_table.pyc
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/classes.py
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/classes.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/common.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/common.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/compressed_swap.py
@@ -364,6 +372,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dead_sockets.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dead_vnodes.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dead_vnodes.pyc
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/devfs.py
+lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/devfs.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dlyd_maps.py
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dlyd_maps.pyc
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/dmesg.py
@@ -380,8 +390,12 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/volatility/plugins/mac/gkextmap.pyc
 

Re: devel/llvm clang python bindings

[Antoine Jacoutot]

On Thu, Jan 05, 2017 at 04:59:19PM +0100, Alexander Bluhm wrote:
> On Thu, Jan 05, 2017 at 04:24:16PM +0100, Antoine Jacoutot wrote:
> > > On 2017/01/05 13:28, Alexander Bluhm wrote:
> > > > Somehow I can uninstall llvm although py-llvm should depend on it.
> > > > Should llvm appear in the signature of py-llvm?  Does
> > > > LIB_DEPENDS-python=${BUILD_PKGPATH},-main not work as expected?
> > > 
> > > For the LIB_DEPENDS to be registered you need an entry in WANTLIB for
> > > a library from that package. The best idea is probably to set
> > > "WANTLIB-python=clang". (Python modules often dlopen their libraries
> > > so they don't show up anywhere that port-lib-depends-check can find
> > > them).
> > 
> > Hmm, but is it a real WANTLIB, what does port-lib-depends-check have to say
> > about it?
> 
> $ make port-lib-depends-check
> Asking ports for dependency python-2.7.13(lang/python/2.7,-main)
> py-llvm-3.9.1(devel/llvm,-python):
> Extra:  clang.4
> 
> The python code loads the library dynamically.
> file = 'libclang.so'
> library = cdll.LoadLibrary(self.get_filename())
> 
> The lib check does not find it, but a real library is used.
> 
> > Or maybe just a RUN_DEPENDS?
> > RUN_DEPENDS-python = ${BASE_PKGPATH},-main=${LLVM_V}
> 
> It works with WANTLIB now.  cindex.py also does some compatibility
> checks that the library version matches the python binding version.
> So I think the ports wantlib mechanism is what we want.

If you go this way, please add a comment so that we don't blindly remove
the WANTLIB/LIB_DEPENDS in the future.

-- 
Antoine

UPDATE: www/stagit 0.5

[Hiltjo Posthuma]

Hi,

This bumps the version from 0.4 to 0.5. The release contains bugfixes and
documentation improvements. Previous patches still apply cleanly.


diff --git a/www/stagit/Makefile b/www/stagit/Makefile
index 042f12dafaf..02ef03d2b29 100644
--- a/www/stagit/Makefile
+++ b/www/stagit/Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  static git page generator
 
-DISTNAME = stagit-0.4
+DISTNAME = stagit-0.5
 
 CATEGORIES =   www
 
diff --git a/www/stagit/distinfo b/www/stagit/distinfo
index ded515e1694..00c42ff2d9c 100644
--- a/www/stagit/distinfo
+++ b/www/stagit/distinfo
@@ -1,2 +1,2 @@
-SHA256 (stagit-0.4.tar.gz) = 7MfjrDSXSa+vTVj9N+GmbGth2sISksiI+Nq6jLkBuXw=
-SIZE (stagit-0.4.tar.gz) = 15461
+SHA256 (stagit-0.5.tar.gz) = pkj1Lviwkh3+qHpcaq3LK7pbXqgB4lEeg0N8YT9voXo=
+SIZE (stagit-0.5.tar.gz) = 15497

-- 
Kind regards,
Hiltjo

Re: new net/p5-Net-Flow

[Jeremie Courreges-Anglas]

Alexander Bluhm  writes:

> Hi,
>
> ok to import net/p5-Net-Flow?

ok

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: new math/p5-Number-WithError

[Jeremie Courreges-Anglas]

Alexander Bluhm  writes:

> Hi,
>
> The Perl module Number::WithError brings its private copy of
> Module::Install in the inc directory.  I do not like such foreign
> modules in modules as it adds a lot of code that has to be checked
> at each update.
>
> As this is not about users installing modules, but an operating
> system providing a sane set of packages, I decided to remove the
> inc modules after extraction.  Then the system wide p5-Module-Install
> is used, I have added it as build dependency.
>
> On the downside this is against the spirit of Module::Install.
>
> What do yu think about this approach?

Looks like a good thing.

> ok to import math/p5-Number-WithError?

yup

> Comment:
> numbers with error propagation and scientific rounding
>
> Description:
> This class is a container class for numbers with a number of
> associated symmetric and asymmetric errors.  It overloads practically
> all common arithmetic operations and trigonometric functions to
> propagate the errors.  It can do proper scientific rounding.
>
> bluhm
>
>

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [update] audio/openal

[Jeremie Courreges-Anglas]

David CARLIER  writes:

> ping ?
>
> :-)
>
> On 15 December 2016 at 16:30, David CARLIER  wrote:
>> Hi,
>>
>> naddy@ reported an hidden dependency for one binary, alsoft-config,
>> thus this small diff for who does not want to bear the qt4 compilation :-)

I don't think that a FLAVOR is the right way to deal with this.  If you
really want to make this optional, put alsoft-config in a -gui
SUBPACKAGE and add a no_gui pseudo-flavor ("gui" or any other name you
think makes sense).

Or just unconditionally disable alsoft-config... which should probably
be done as a first step, see patch below.

Regarding your diff, REVISION starts at 0.


Index: Makefile
===
RCS file: /d/cvs/ports/audio/openal/Makefile,v
retrieving revision 1.39
diff -u -p -p -u -r1.39 Makefile
--- Makefile3 Nov 2016 10:27:15 -   1.39
+++ Makefile5 Jan 2017 18:59:51 -
@@ -44,7 +44,8 @@ CONFIGURE_ARGS =-DCMAKE_BUILD_TYPE=OpenB
-DALSOFT_BACKEND_QSA=Off \
-DALSOFT_BACKEND_SOLARIS=Off \
-DALSOFT_BACKEND_WAVE=Off \
-   -DALSOFT_BACKEND_WINMM=Off
+   -DALSOFT_BACKEND_WINMM=Off \
+   -DALSOFT_NO_CONFIG_UTIL=On
 
 MODULES =  devel/cmake lang/clang
 MODCLANG_ARCHS = *

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: Chrome 40+ FIDO U2F Security Keys

[Jonathan Thornburg]

Does anyone know the current status of this bug?

The last update visible at
https://bugs.chromium.org/p/chromium/issues/detail?id=451248
was 2016-05-16.

ciao,

-- 
-- "Jonathan Thornburg [remove -animal to reply]" 

   Dept of Astronomy & IUCSS, Indiana University, Bloomington, Indiana, USA
   "There was of course no way of knowing whether you were being watched
at any given moment.  How often, or on what system, the Thought Police
plugged in on any individual wire was guesswork.  It was even conceivable
that they watched everybody all the time."  -- George Orwell, "1984"

Re: SECURITY: update irssi to 0.8.21

[Jeremie Courreges-Anglas]

Stuart Henderson  writes:

> Works for me.  OK?

ok

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: LXQt Port

[Vadim Zhukov]

2017-01-05 18:17 GMT+03:00 Elias M. Mariani :
> Hi Vadim,
> First, thanks for your comments, they where really helpful in
> understanding some of my mistakes around the Ports System.
> I have another question, this is related to "ld", LXQt uses the
> "-Bsymbolic-functions" option, wich is not documented on the GNU LD
> 2.17 man page in OpenBSD-Current. Is there a workaround for this or I
> should wait for and upgrade on ld ?
> I tried to look on the ports files for any mention of
> "symbolic-functions" and around the internet but nothing came up about
> OpenBSD support of the option.

The -Bsymbolic-functions not supported by current OpenBSD linker, only
-Bsymbolic is. So instead of hardcoding -Bsymbolic-functions usage,
the LXQt build system should be patched to enable such only when
supported. If it'll be too hard for you, just patch
-Bsymbolic-functions (or -Wl,-Bsymbolic-functions - I hope LXQt uses
the latter) out from compiler flags list and move on.

> 2016-12-24 17:01 GMT-03:00 Vadim Zhukov :
>> 2016-12-24 21:46 GMT+03:00 Elias M. Mariani :
>>> Hello!
>>> I'm Elias M. Mariani from Argentina, trying to port LXQt to OpenBSD:
>>> https://github.com/21-OSD/LXQt-OpenBSD-port
>>>
>>> This is just a heads-up for other porters working or wanting to work
>>> in the LXQt Port.
>>
>> Cool!
>>
>>> About current work:
>>> - I just started two days ago, some packages seems to just work,
>>> others needs minor patches, in example:
>>> No wordexp -> Changed for glob.
>>> - Makefiles not clean, i'm just trying to make the packages work,
>>> cleaning will come later.
>>> - Status of each package in the github README.md file.
>>
>> Sounds like a serious work. :)
>>
>>> Thats all, this is my first time porting to OpenBSD, advices,
>>> warnings, comments and help is always welcome.
>>
>> First of all, if it's possible, could the work happen in openbsd-wip
>> ports tree https://github.com/jasperla/openbsd-wip/ ? This would make
>> it easier to review and tweak.
>>
>> Now a few comments. Please note that I didn't do the deep review,
>> that's only a brief overview:
>>
>> 1. Why the need for lxqt.port.mk?
>>
>> 2. Use the "?=" or "+=" instead of "=" in Makefile.inc (and
>> lxqt.port.mk, if you really need it). For example, this would make
>> Makefile.inc not overwrite CATEGORIES but append to it instead.
>>
>> 3. Please add license marker to PERMIT_* line, mentioning licensing
>> rules. Also, no need to duplicate this line in Makefiles when you have
>> such line in Makefile.inc.
>>
>> 4. In pavucontrol-qt and others: "MODULES = x11/qt5 devel/cmake
>> devel/qmake", - is it real? It's ought to be either devel/qmake or
>> devel/cmake, depending on the build mechanism being used.
>>
>> 5. You likely noticed this, but still: "CXXFLAGS =
>> -I/usr/local/include/X11/qt5/QtCore/5.5.1/QtCore
>> -I/usr/local/include/X11/qt5/QtGui/5.5.1/QtGui" hardcodes paths. It
>> looks like more a configure step error, something is wrong in
>> include_directories() call.
>>
>> 6. devel/cmake in MODULES adds BUILD_DEPENDS on cmake automatically.
>>
>> 7. Long lines better be split, when possible. E.g., please, write either:
>>
>> CONFIGURE_ARGS = -Dfoo \
>> -Dbar \
>> -Dbuz
>>
>> or
>>
>> CONFIGURE_ARGS = -Dfoo
>> CONFIGURE_ARGS += -Dbar
>> CONFIGURE_ARGS += -Dbuz
>>
>> The general rule is 80-chars margin.
>>
>> 8. When you think the particular port is more or less ready, run
>> portcheck in it.
>>
>> 9. COMMENT should not start from the capital letter or an article,
>> unless the capital letter is due to being part of name.
>>
>> 10. In liblxqt, are you sure "-z __cxa_atexit" does something at all?
>> The ld seems ignoring it, according to manual page.

--
  WBR,
  Vadim Zhukov

Re: SECURITY: update irssi to 0.8.21

[kwesterback]

OK krw@

 Ken

> On Jan 5, 2017, at 11:43 AM, Stuart Henderson  wrote:
> 
> Works for me.  OK?
> 
> (There is also a 1.0.0 release now, but that will require further
> testing).
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/irssi/Makefile,v
> retrieving revision 1.66
> diff -u -p -r1.66 Makefile
> --- Makefile25 Oct 2016 12:25:32 -1.66
> +++ Makefile5 Jan 2017 16:42:13 -
> @@ -2,7 +2,7 @@
> 
> COMMENT =modular IRC client with many features (ipv6,socks,proxy)
> 
> -V =0.8.20
> +V =0.8.21
> DISTNAME =irssi-$V
> PKGSPEC =irssi-=$V
> 
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/irssi/distinfo,v
> retrieving revision 1.23
> diff -u -p -r1.23 distinfo
> --- distinfo22 Sep 2016 17:52:46 -1.23
> +++ distinfo5 Jan 2017 16:42:13 -
> @@ -1,2 +1,2 @@
> -SHA256 (irssi-0.8.20.tar.gz) = 9eIPdqqCNzA8Rj4IrbOj46QAokupWs9z6bBo1jQXP2Y=
> -SIZE (irssi-0.8.20.tar.gz) = 1565952
> +SHA256 (irssi-0.8.21.tar.gz) = QsGjWnC1H+zA1GvBrwqSLsjKntgS1zAEsIP+Bptiqjs=
> +SIZE (irssi-0.8.21.tar.gz) = 1566527
> 
> 
> - Forwarded message from Ailin Nemui  -
> 
> From: Ailin Nemui 
> Date: Thu, 05 Jan 2017 15:45:20 +0100
> To: oss-secur...@lists.openwall.com
> Reply-To: oss-secur...@lists.openwall.com
> X-Mailer: Evolution 3.22.2
> Subject: [oss-security] CVE Request: Irssi Multiple Vulnerabilities (2017/01)
> 
> Dear oss-security List,
> 
> Please provide some CVEs for the following issues.
> 
> Thanks,
> 
> 
> Multiple vulnerabilities in Irssi [1]
> =
> 
> 
> Description
> ---
> 
> Four vulnerabilities have been located in Irssi.
> 
> (a) A NULL pointer dereference in the nickcmp function found by Joseph
>Bisch. (CWE-690)
> 
> (b) Use after free when receiving invalid nick message (Issue #466, CWE-146)
> 
> (c) Out of bounds read in certain incomplete control codes found by
>Joseph Bisch. (CWE-126)
> 
> (d) Out of bounds read in certain incomplete character sequences found
>by Hanno Böck and independently by J. Bisch. (CWE-126)
> 
> 
> Impact
> --
> 
> These issues may result in denial of service (remote crash).
> 
> 
> Affected versions
> -
> 
> (a) All Irssi versions that we observed
> (b) All Irssi versions that we observed
> (c) Irssi 0.8.17 and later
> (d) Irssi 0.8.18 and later
> 
> 
> Fixed in
> 
> 
> Irssi 0.8.21, Irssi 1.0.0
> 
> 
> Recommended action
> --
> 
> Upgrade to Irssi 0.8.21. Irssi 0.8.21 is a maintenance release
> without any new features.
> 
> After installing the updated packages, one can issue the /upgrade
> command to load the new binary. TLS connections will require
> /reconnect.
> 
> 
> A Note to Distributors
> --
> 
> First of all, thanks to every maintainer for their awesome job in
> packaging Irssi and backporting security fixes.
> 
> When we had to release a security advisory last year with Irssi
> 0.8.20, we noticed there was a huge confusion amongst Ubuntu users
> about whether their Irssi version was safe to use.
> 
> Since all our releases 0.8.19, 0.8.20 and 0.8.21 have been bug
> fix only, we think distributions should just ship the release.
> 
> But if the security fixes only are backported on top of an old
> version, we would like to urge distributions to consider indicating
> this in a way that is visible inside Irssi. One way to do this would
> be to manually overwrite the PACKAGE_VERSION and marking your package
> as patched. This can be done for example like this:
> 
>  ./configure PACKAGE_VERSION=0.8.17-sa201701
> 
> 
> You can then check the version from inside Irssi with /eval echo $J
> 
> As an added benefit over relying on dpkg, this will also correctly
> report whether you had /upgrade done or not. We are looking for a ways
> to make this easier to handle for both packagers and us, so if you
> have a good idea on this matter please speak forth.
> 
> 
> Mitigating facts
> 
> 
> (a) requires control over the ircd
> 
> (b), (d) require control over the ircd or otherwise can be triggered /
>avoided by the user themselves
> 
> 
> Patch
> -
> 
> https://github.com/irssi/irssi/commit/6c6c42e3d1b49d90aacc0b67f8540471cae02a1d
> 
> 
> References
> --
> 
> [1] https://irssi.org/security/irssi_sa_2017_01.txt
> 
> - End forwarded message -
> 

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/01/05 09:59:31

Modified files:
lang/php   : Makefile.inc 

Log message:
Use lang/gcc for atomic builtins on arm.

Similar diff from jsg@, ok sthen@ phessler@

SECURITY: update irssi to 0.8.21

[Stuart Henderson]

Works for me.  OK?

(There is also a 1.0.0 release now, but that will require further
testing).


Index: Makefile
===
RCS file: /cvs/ports/net/irssi/Makefile,v
retrieving revision 1.66
diff -u -p -r1.66 Makefile
--- Makefile25 Oct 2016 12:25:32 -  1.66
+++ Makefile5 Jan 2017 16:42:13 -
@@ -2,7 +2,7 @@
 
 COMMENT =  modular IRC client with many features (ipv6,socks,proxy)
 
-V =0.8.20
+V =0.8.21
 DISTNAME = irssi-$V
 PKGSPEC =  irssi-=$V
 
Index: distinfo
===
RCS file: /cvs/ports/net/irssi/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo22 Sep 2016 17:52:46 -  1.23
+++ distinfo5 Jan 2017 16:42:13 -
@@ -1,2 +1,2 @@
-SHA256 (irssi-0.8.20.tar.gz) = 9eIPdqqCNzA8Rj4IrbOj46QAokupWs9z6bBo1jQXP2Y=
-SIZE (irssi-0.8.20.tar.gz) = 1565952
+SHA256 (irssi-0.8.21.tar.gz) = QsGjWnC1H+zA1GvBrwqSLsjKntgS1zAEsIP+Bptiqjs=
+SIZE (irssi-0.8.21.tar.gz) = 1566527


- Forwarded message from Ailin Nemui  -

From: Ailin Nemui 
Date: Thu, 05 Jan 2017 15:45:20 +0100
To: oss-secur...@lists.openwall.com
Reply-To: oss-secur...@lists.openwall.com
X-Mailer: Evolution 3.22.2
Subject: [oss-security] CVE Request: Irssi Multiple Vulnerabilities (2017/01)

Dear oss-security List,

Please provide some CVEs for the following issues.

Thanks,


Multiple vulnerabilities in Irssi [1]
=


Description
---

Four vulnerabilities have been located in Irssi.

(a) A NULL pointer dereference in the nickcmp function found by Joseph
Bisch. (CWE-690)

(b) Use after free when receiving invalid nick message (Issue #466, CWE-146)

(c) Out of bounds read in certain incomplete control codes found by
Joseph Bisch. (CWE-126)

(d) Out of bounds read in certain incomplete character sequences found
by Hanno Böck and independently by J. Bisch. (CWE-126)


Impact
--

These issues may result in denial of service (remote crash).


Affected versions
-

(a) All Irssi versions that we observed
(b) All Irssi versions that we observed
(c) Irssi 0.8.17 and later
(d) Irssi 0.8.18 and later


Fixed in


Irssi 0.8.21, Irssi 1.0.0


Recommended action
--

Upgrade to Irssi 0.8.21. Irssi 0.8.21 is a maintenance release
without any new features.

After installing the updated packages, one can issue the /upgrade
command to load the new binary. TLS connections will require
/reconnect.


A Note to Distributors
--

First of all, thanks to every maintainer for their awesome job in
packaging Irssi and backporting security fixes.

When we had to release a security advisory last year with Irssi
0.8.20, we noticed there was a huge confusion amongst Ubuntu users
about whether their Irssi version was safe to use.

Since all our releases 0.8.19, 0.8.20 and 0.8.21 have been bug
fix only, we think distributions should just ship the release.

But if the security fixes only are backported on top of an old
version, we would like to urge distributions to consider indicating
this in a way that is visible inside Irssi. One way to do this would
be to manually overwrite the PACKAGE_VERSION and marking your package
as patched. This can be done for example like this:

  ./configure PACKAGE_VERSION=0.8.17-sa201701


You can then check the version from inside Irssi with /eval echo $J

As an added benefit over relying on dpkg, this will also correctly
report whether you had /upgrade done or not. We are looking for a ways
to make this easier to handle for both packagers and us, so if you
have a good idea on this matter please speak forth.


Mitigating facts


(a) requires control over the ircd

(b), (d) require control over the ircd or otherwise can be triggered /
avoided by the user themselves


Patch
-

https://github.com/irssi/irssi/commit/6c6c42e3d1b49d90aacc0b67f8540471cae02a1d


References
--

[1] https://irssi.org/security/irssi_sa_2017_01.txt

- End forwarded message -

Re: make php build on arm

[Peter Hessler]

On 2017 Jan 04 (Wed) at 19:51:09 +0100 (+0100), Jeremie Courreges-Anglas wrote:
:Jeremie Courreges-Anglas  writes:
:
:> Jonathan Gray  writes:
:>
:>> Use ports gcc4 on arm to get the required atomic builtins.
:>
:> I sent the same diff to Robert, but with MODGCC4_ARCHS+=arm, and also
:> MODGCC4_LANGS+=c++.  Maybe not strictly needed, but it's probably better
:> to use the same toolchain for C and C++ (ext/intl contains C++ code).
:
:Oh and the diff also used "+=" for MODGCC4_ARCHS.  Doesn't matter now,
:since no php version already use the gcc4 module.
:

OK

:It would be nice to move on before phessler starts the next bulk.
:

I plan on starting the next arm.p bulk later tonight.


:
:Index: .//Makefile.inc
:===
:RCS file: /d/cvs/ports/lang/php/Makefile.inc,v
:retrieving revision 1.88
:diff -u -p -p -u -r1.88 Makefile.inc
:--- .//Makefile.inc4 Nov 2016 11:35:19 -   1.88
:+++ .//Makefile.inc30 Dec 2016 22:17:51 -
:@@ -27,6 +27,11 @@ MASTER_SITES0=  https://download.suhosin
: # and make sure they are safe before an upgrade
: PERMIT_PACKAGE_CDROM=   Yes
: 
:+MODULES+= gcc4
:+# for atomic builtins
:+MODGCC4_ARCHS+=   arm
:+MODGCC4_LANGS+=   c++
:+
: MODPHP_CONFIG_PATH=   /var/www/conf
: 
: # where the main php module is stored (outside the chroot)
:
:-- 
:jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE
:

-- 
Bore, n.:
A guy who wraps up a two-minute idea in a two-hour vocabulary.
-- Walter Winchell

Re: devel/llvm clang python bindings

[Alexander Bluhm]

On Thu, Jan 05, 2017 at 04:24:16PM +0100, Antoine Jacoutot wrote:
> > On 2017/01/05 13:28, Alexander Bluhm wrote:
> > > Somehow I can uninstall llvm although py-llvm should depend on it.
> > > Should llvm appear in the signature of py-llvm?  Does
> > > LIB_DEPENDS-python=${BUILD_PKGPATH},-main not work as expected?
> > 
> > For the LIB_DEPENDS to be registered you need an entry in WANTLIB for
> > a library from that package. The best idea is probably to set
> > "WANTLIB-python=clang". (Python modules often dlopen their libraries
> > so they don't show up anywhere that port-lib-depends-check can find
> > them).
> 
> Hmm, but is it a real WANTLIB, what does port-lib-depends-check have to say
> about it?

$ make port-lib-depends-check
Asking ports for dependency python-2.7.13(lang/python/2.7,-main)
py-llvm-3.9.1(devel/llvm,-python):
Extra:  clang.4

The python code loads the library dynamically.
file = 'libclang.so'
library = cdll.LoadLibrary(self.get_filename())

The lib check does not find it, but a real library is used.

> Or maybe just a RUN_DEPENDS?
> RUN_DEPENDS-python = ${BASE_PKGPATH},-main=${LLVM_V}

It works with WANTLIB now.  cindex.py also does some compatibility
checks that the library version matches the python binding version.
So I think the ports wantlib mechanism is what we want.

bluhm

Re: devel/llvm clang python bindings

[Antoine Jacoutot]

On Thu, Jan 05, 2017 at 12:44:52PM +, Stuart Henderson wrote:
> On 2017/01/05 13:40, Landry Breuil wrote:
> > On Thu, Jan 05, 2017 at 01:28:06PM +0100, Alexander Bluhm wrote:
> > > 
> > > > You will also need to bump REVISION in x11/gnome/builder/Makefile (it
> > > > has a library dependency on devel/llvm for libclang.so).
> > > 
> > > I have not bumped llvm-main as the package should not change.  And
> > > llvm-python is new, so it also has no revision.  As x11/gnome/builder
> > > depends on the unchanged llvm-main, it should not require a bump.
> > > Did I miss something?
> > 
> > I might be wrong, but the pkgpath for a port is registered in the
> > PLISTDB (@comment, 3rd line) and in the installed package ( grep pkgpath
> > /var/db/pkg/llvm*/+CONTENTS) , so if you change the pkgpath for llvm
> > 'main' (as you do, going from devel/llvm to devel/llvm,-main), PLISTDB
> > or pkg_add *should* complain if you dont bump.
> 
> Correct; you'll need to bump llvm's REVISION-main as well as x11/gnome/builder
> then.
> 
> On 2017/01/05 13:28, Alexander Bluhm wrote:
> > Somehow I can uninstall llvm although py-llvm should depend on it.
> > Should llvm appear in the signature of py-llvm?  Does
> > LIB_DEPENDS-python=${BUILD_PKGPATH},-main not work as expected?
> 
> For the LIB_DEPENDS to be registered you need an entry in WANTLIB for
> a library from that package. The best idea is probably to set
> "WANTLIB-python=clang". (Python modules often dlopen their libraries
> so they don't show up anywhere that port-lib-depends-check can find
> them).

Hmm, but is it a real WANTLIB, what does port-lib-depends-check have to say
about it?

Or maybe just a RUN_DEPENDS?
RUN_DEPENDS-python = ${BASE_PKGPATH},-main=${LLVM_V}

-- 
Antoine

Re: LXQt Port

[Elias M. Mariani]

Hi Vadim,
First, thanks for your comments, they where really helpful in
understanding some of my mistakes around the Ports System.
I have another question, this is related to "ld", LXQt uses the
"-Bsymbolic-functions" option, wich is not documented on the GNU LD
2.17 man page in OpenBSD-Current. Is there a workaround for this or I
should wait for and upgrade on ld ?
I tried to look on the ports files for any mention of
"symbolic-functions" and around the internet but nothing came up about
OpenBSD support of the option.

BR,
Elias M. Mariani.

2016-12-24 17:01 GMT-03:00 Vadim Zhukov :
> 2016-12-24 21:46 GMT+03:00 Elias M. Mariani :
>> Hello!
>> I'm Elias M. Mariani from Argentina, trying to port LXQt to OpenBSD:
>> https://github.com/21-OSD/LXQt-OpenBSD-port
>>
>> This is just a heads-up for other porters working or wanting to work
>> in the LXQt Port.
>
> Cool!
>
>> About current work:
>> - I just started two days ago, some packages seems to just work,
>> others needs minor patches, in example:
>> No wordexp -> Changed for glob.
>> - Makefiles not clean, i'm just trying to make the packages work,
>> cleaning will come later.
>> - Status of each package in the github README.md file.
>
> Sounds like a serious work. :)
>
>> Thats all, this is my first time porting to OpenBSD, advices,
>> warnings, comments and help is always welcome.
>
> First of all, if it's possible, could the work happen in openbsd-wip
> ports tree https://github.com/jasperla/openbsd-wip/ ? This would make
> it easier to review and tweak.
>
> Now a few comments. Please note that I didn't do the deep review,
> that's only a brief overview:
>
> 1. Why the need for lxqt.port.mk?
>
> 2. Use the "?=" or "+=" instead of "=" in Makefile.inc (and
> lxqt.port.mk, if you really need it). For example, this would make
> Makefile.inc not overwrite CATEGORIES but append to it instead.
>
> 3. Please add license marker to PERMIT_* line, mentioning licensing
> rules. Also, no need to duplicate this line in Makefiles when you have
> such line in Makefile.inc.
>
> 4. In pavucontrol-qt and others: "MODULES = x11/qt5 devel/cmake
> devel/qmake", - is it real? It's ought to be either devel/qmake or
> devel/cmake, depending on the build mechanism being used.
>
> 5. You likely noticed this, but still: "CXXFLAGS =
> -I/usr/local/include/X11/qt5/QtCore/5.5.1/QtCore
> -I/usr/local/include/X11/qt5/QtGui/5.5.1/QtGui" hardcodes paths. It
> looks like more a configure step error, something is wrong in
> include_directories() call.
>
> 6. devel/cmake in MODULES adds BUILD_DEPENDS on cmake automatically.
>
> 7. Long lines better be split, when possible. E.g., please, write either:
>
> CONFIGURE_ARGS = -Dfoo \
> -Dbar \
> -Dbuz
>
> or
>
> CONFIGURE_ARGS = -Dfoo
> CONFIGURE_ARGS += -Dbar
> CONFIGURE_ARGS += -Dbuz
>
> The general rule is 80-chars margin.
>
> 8. When you think the particular port is more or less ready, run
> portcheck in it.
>
> 9. COMMENT should not start from the capital letter or an article,
> unless the capital letter is due to being part of name.
>
> 10. In liblxqt, are you sure "-z __cxa_atexit" does something at all?
> The ld seems ignoring it, according to manual page.
>
> --
>   WBR,
>   Vadim Zhukov

Re: bitlbee - also run "make install-dev"

[Tom Doherty]

Ok with me

> On 5 Jan 2017, at 14:22, Stuart Henderson  wrote:
> 
>> On 2017/01/05 14:54, Michal Mazurek wrote:
>> bump. Comments? OKs?
> 
> No objections, but CC'ing the maintainer for you.
> 
> 
>>> On 11:20:02, 30.12.16, Michal Mazurek wrote:
>>> These files are needed to be able to build additional modules, such as
>>> bitlbee-facebook. I'll send the bitlbee-facebook port soon.
>>> 
>>> Index: net/bitlbee/Makefile
>>> ===
>>> RCS file: /cvs/ports/net/bitlbee/Makefile,v
>>> retrieving revision 1.58
>>> diff -u -p -r1.58 Makefile
>>> --- net/bitlbee/Makefile19 Jul 2015 08:22:14 -1.58
>>> +++ net/bitlbee/Makefile30 Dec 2016 10:17:46 -
>>> @@ -3,7 +3,7 @@
>>> COMMENT=IRC proxy to connect to AIM, ICQ, Jabber and Yahoo
>>> 
>>> DISTNAME=bitlbee-3.4
>>> -REVISION=0
>>> +REVISION=1
>>> CATEGORIES=net
>>> 
>>> HOMEPAGE=http://bitlbee.org/
>>> @@ -39,7 +39,7 @@ CONFIGURE_ARGS+=--bindir=${PREFIX}/libe
>>> USE_GMAKE=Yes
>>> MAKE_ENV="CC=${CC}" "CFLAGS=${CFLAGS}"
>>> FAKE_FLAGS=ETCDIR=${EXAMPLEDIR}
>>> -FAKE_TARGET=install install-etc
>>> +FAKE_TARGET=install install-etc install-dev
>>> SUBST_VARS=DB_DIR
>>> 
>>> FLAVORS =libpurple otr
>>> Index: net/bitlbee/pkg/PLIST
>>> ===
>>> RCS file: /cvs/ports/net/bitlbee/pkg/PLIST,v
>>> retrieving revision 1.16
>>> diff -u -p -r1.16 PLIST
>>> --- net/bitlbee/pkg/PLIST9 Apr 2012 15:37:52 -1.16
>>> +++ net/bitlbee/pkg/PLIST30 Dec 2016 10:17:46 -
>>> @@ -3,6 +3,44 @@
>>> @newgroup _bitlbee:509
>>> @newuser _bitlbee:509:_bitlbee:daemon:Bitlbee 
>>> Account:/nonexistent:/sbin/nologin
>>> @extraunexec rm -rf ${DB_DIR}/*
>>> +include/bitlbee/
>>> +include/bitlbee/account.h
>>> +include/bitlbee/arc.h
>>> +include/bitlbee/base64.h
>>> +include/bitlbee/bee.h
>>> +include/bitlbee/bitlbee.h
>>> +include/bitlbee/commands.h
>>> +include/bitlbee/conf.h
>>> +include/bitlbee/config.h
>>> +include/bitlbee/dcc.h
>>> +include/bitlbee/events.h
>>> +include/bitlbee/ft.h
>>> +include/bitlbee/ftutil.h
>>> +include/bitlbee/help.h
>>> +include/bitlbee/http_client.h
>>> +include/bitlbee/ini.h
>>> +include/bitlbee/ipc.h
>>> +include/bitlbee/irc.h
>>> +include/bitlbee/json.h
>>> +include/bitlbee/json_util.h
>>> +include/bitlbee/log.h
>>> +include/bitlbee/md5.h
>>> +include/bitlbee/misc.h
>>> +include/bitlbee/nick.h
>>> +include/bitlbee/nogaim.h
>>> +include/bitlbee/oauth.h
>>> +include/bitlbee/oauth2.h
>>> +include/bitlbee/otr.h
>>> +include/bitlbee/proxy.h
>>> +include/bitlbee/query.h
>>> +include/bitlbee/set.h
>>> +include/bitlbee/sha1.h
>>> +include/bitlbee/sock.h
>>> +include/bitlbee/ssl_client.h
>>> +include/bitlbee/storage.h
>>> +include/bitlbee/url.h
>>> +include/bitlbee/xmltree.h
>>> +lib/pkgconfig/bitlbee.pc
>>> @man man/man5/bitlbee.conf.5
>>> @man man/man8/bitlbee.8
>>> @bin sbin/bitlbee
>>> 
>>> -- 
>>> Michal Mazurek
>>> 
>> 
>> -- 
>> Michal Mazurek
>> 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/05 07:23:30

Modified files:
net/dnscrypt-proxy: Makefile 

Log message:
reinstate /old/ backup MASTER_SITES, lost in Pablo's diff. (not needed now,
but maybe later).

Re: bitlbee - also run "make install-dev"

[Stuart Henderson]

On 2017/01/05 14:54, Michal Mazurek wrote:
> bump. Comments? OKs?

No objections, but CC'ing the maintainer for you.


> On 11:20:02, 30.12.16, Michal Mazurek wrote:
> > These files are needed to be able to build additional modules, such as
> > bitlbee-facebook. I'll send the bitlbee-facebook port soon.
> > 
> > Index: net/bitlbee/Makefile
> > ===
> > RCS file: /cvs/ports/net/bitlbee/Makefile,v
> > retrieving revision 1.58
> > diff -u -p -r1.58 Makefile
> > --- net/bitlbee/Makefile19 Jul 2015 08:22:14 -  1.58
> > +++ net/bitlbee/Makefile30 Dec 2016 10:17:46 -
> > @@ -3,7 +3,7 @@
> >  COMMENT=   IRC proxy to connect to AIM, ICQ, Jabber and Yahoo
> >  
> >  DISTNAME=  bitlbee-3.4
> > -REVISION=  0
> > +REVISION=  1
> >  CATEGORIES=net
> >  
> >  HOMEPAGE=  http://bitlbee.org/
> > @@ -39,7 +39,7 @@ CONFIGURE_ARGS+=  --bindir=${PREFIX}/libe
> >  USE_GMAKE= Yes
> >  MAKE_ENV=  "CC=${CC}" "CFLAGS=${CFLAGS}"
> >  FAKE_FLAGS=ETCDIR=${EXAMPLEDIR}
> > -FAKE_TARGET=   install install-etc
> > +FAKE_TARGET=   install install-etc install-dev
> >  SUBST_VARS=DB_DIR
> >  
> >  FLAVORS =  libpurple otr
> > Index: net/bitlbee/pkg/PLIST
> > ===
> > RCS file: /cvs/ports/net/bitlbee/pkg/PLIST,v
> > retrieving revision 1.16
> > diff -u -p -r1.16 PLIST
> > --- net/bitlbee/pkg/PLIST   9 Apr 2012 15:37:52 -   1.16
> > +++ net/bitlbee/pkg/PLIST   30 Dec 2016 10:17:46 -
> > @@ -3,6 +3,44 @@
> >  @newgroup _bitlbee:509
> >  @newuser _bitlbee:509:_bitlbee:daemon:Bitlbee 
> > Account:/nonexistent:/sbin/nologin
> >  @extraunexec rm -rf ${DB_DIR}/*
> > +include/bitlbee/
> > +include/bitlbee/account.h
> > +include/bitlbee/arc.h
> > +include/bitlbee/base64.h
> > +include/bitlbee/bee.h
> > +include/bitlbee/bitlbee.h
> > +include/bitlbee/commands.h
> > +include/bitlbee/conf.h
> > +include/bitlbee/config.h
> > +include/bitlbee/dcc.h
> > +include/bitlbee/events.h
> > +include/bitlbee/ft.h
> > +include/bitlbee/ftutil.h
> > +include/bitlbee/help.h
> > +include/bitlbee/http_client.h
> > +include/bitlbee/ini.h
> > +include/bitlbee/ipc.h
> > +include/bitlbee/irc.h
> > +include/bitlbee/json.h
> > +include/bitlbee/json_util.h
> > +include/bitlbee/log.h
> > +include/bitlbee/md5.h
> > +include/bitlbee/misc.h
> > +include/bitlbee/nick.h
> > +include/bitlbee/nogaim.h
> > +include/bitlbee/oauth.h
> > +include/bitlbee/oauth2.h
> > +include/bitlbee/otr.h
> > +include/bitlbee/proxy.h
> > +include/bitlbee/query.h
> > +include/bitlbee/set.h
> > +include/bitlbee/sha1.h
> > +include/bitlbee/sock.h
> > +include/bitlbee/ssl_client.h
> > +include/bitlbee/storage.h
> > +include/bitlbee/url.h
> > +include/bitlbee/xmltree.h
> > +lib/pkgconfig/bitlbee.pc
> >  @man man/man5/bitlbee.conf.5
> >  @man man/man8/bitlbee.8
> >  @bin sbin/bitlbee
> > 
> > -- 
> > Michal Mazurek
> > 
> 
> -- 
> Michal Mazurek
> 

paramiko 2.x [was Re: python2.7:/usr/local/lib/python2.7/site-packages/cryptography/hazmat/bindings/_openssl.so: undefined symbol 'X509_VERIFY_PARAM_set1_ip']

[Stuart Henderson]

On 2017/01/05 14:47, Pablo Méndez Hernández wrote:
> Hi all,
> 
> This also allows py-paramiko to be updated to 2.x (it moves the
> dependency from py-crypto to py-cryptography).

Here's a diff for paramiko if anyone wants to try that with things that
depend on it.

(Also fixes some whitespace issues in the Makefile so the diff is longer
than it looks like it should be :)

A couple of the tests fail, but that isn't new, and most do pass.

Index: Makefile
===
RCS file: /cvs/ports/security/py-paramiko/Makefile,v
retrieving revision 1.42
diff -u -p -r1.42 Makefile
--- Makefile3 Jan 2017 19:26:14 -   1.42
+++ Makefile5 Jan 2017 14:15:55 -
@@ -1,28 +1,27 @@
 # $OpenBSD: Makefile,v 1.42 2017/01/03 19:26:14 landry Exp $
 
-COMMENT =  Python module that implements the SSH2 protocol
+COMMENT =  Python module that implements the SSH2 protocol
 
-MODPY_EGG_VERSION =1.16.0
-DISTNAME = paramiko-${MODPY_EGG_VERSION}
-PKGNAME =  py-${DISTNAME}
-CATEGORIES =   security
-REVISION =  0
+MODPY_EGG_VERSION =2.1.1
+DISTNAME = paramiko-${MODPY_EGG_VERSION}
+PKGNAME =  py-${DISTNAME}
+CATEGORIES =   security
 
-HOMEPAGE = https://github.com/paramiko/paramiko/
+HOMEPAGE = https://github.com/paramiko/paramiko/
 
-MAINTAINER =   Benoit Lecocq 
+MAINTAINER =   Benoit Lecocq 
 
 # LGPL
 PERMIT_PACKAGE_CDROM = Yes
 
-MODPY_PI = Yes
+MODPY_PI = Yes
 
-MODULES =  lang/python
+MODULES =  lang/python
 
-MODPY_SETUPTOOLS = Yes
+MODPY_SETUPTOOLS = Yes
 
-RUN_DEPENDS =  security/py-crypto${MODPY_FLAVOR} \
-   security/py-ecdsa${MODPY_FLAVOR}
+RUN_DEPENDS =  devel/py-asn1${MODPY_FLAVOR} \
+   security/py-cryptography${MODPY_FLAVOR}
 TEST_DEPENDS = ${RUN_DEPENDS}
 
 FLAVORS =  python3
Index: distinfo
===
RCS file: /cvs/ports/security/py-paramiko/distinfo,v
retrieving revision 1.28
diff -u -p -r1.28 distinfo
--- distinfo4 Jan 2016 12:25:50 -   1.28
+++ distinfo5 Jan 2017 14:15:55 -
@@ -1,2 +1,2 @@
-SHA256 (paramiko-1.16.0.tar.gz) = Mpfr080HL1c3cvfHQmk5pEPGLEWNVLtjL/MP1uz5aJI=
-SIZE (paramiko-1.16.0.tar.gz) = 1335094
+SHA256 (paramiko-2.1.1.tar.gz) = 1R2tp60HNsEW+L/jJjYnkllH5KUOYUNqg9WL/nBVtXU=
+SIZE (paramiko-2.1.1.tar.gz) = 1196454
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/py-paramiko/pkg/PLIST,v
retrieving revision 1.24
diff -u -p -r1.24 PLIST
--- pkg/PLIST   4 Jan 2016 12:25:50 -   1.24
+++ pkg/PLIST   5 Jan 2017 14:15:55 -
@@ -4,6 +4,7 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO
 
lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt
 
lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt
+lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/pbr.json
 
lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt
 
lib/python${MODPY_VERSION}/site-packages/paramiko-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt
 lib/python${MODPY_VERSION}/site-packages/paramiko/__init__.py
@@ -120,6 +121,7 @@ share/doc/${MODPY_PY_PREFIX}paramiko/_st
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/comment-bright.png
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/comment-close.png
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/comment.png
+share/doc/${MODPY_PY_PREFIX}paramiko/_static/custom.css
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/doctools.js
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/down-pressed.png
 share/doc/${MODPY_PY_PREFIX}paramiko/_static/down.png

Re: NEW: net/bitlbee-facebook

[Michal Mazurek]

bump. Comments? OKs?

On 13:47:45, 30.12.16, Michal Mazurek wrote:
> A module for bitlbee. It depends on the net/bitlbee port running "make
> install-dev", a diff for which was sent today.
> 
> Use the latest commit from github - the only release (1.0.0) is old, and does
> not work (cannot connect to Facebook).
> 
> A big thanks to awolk@ for helping me out.
> 
> Any comments?
> 
> 
> Index: net/bitlbee-facebook//Makefile
> ===
> RCS file: net/bitlbee-facebook//Makefile
> diff -N net/bitlbee-facebook//Makefile
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/bitlbee-facebook//Makefile30 Dec 2016 12:46:29 -
> @@ -0,0 +1,38 @@
> +# $OpenBSD$
> +
> +COMMENT= The Facebook protocol plugin for bitlbee
> +
> +DISTNAME=bitlbee-facebook-20161121
> +CATEGORIES=  net
> +
> +HOMEPAGE=https://github.com/bitlbee/bitlbee-facebook
> +
> +MAINTAINER=  Michal Mazurek 
> +
> +# GPLv2
> +PERMIT_PACKAGE_CDROM=Yes
> +
> +WANTLIB +=   ffi gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 iconv
> +WANTLIB +=   intl json-glib-1.0 pcre pthread z
> +
> +GH_COMMIT=   ece0715947de3e11c5a726131dcd91900e986f98
> +GH_ACCOUNT=  bitlbee
> +GH_PROJECT=  bitlbee-facebook
> +
> +BUILD_DEPENDS=   net/bitlbee \
> + ${MODGNU_AUTOCONF_DEPENDS} \
> + ${MODGNU_AUTOMAKE_DEPENDS} \
> + devel/libtool
> +RUN_DEPENDS= net/bitlbee
> +LIB_DEPENDS= devel/json-glib
> +
> +AUTOCONF_VERSION=2.69
> +AUTOMAKE_VERSION=1.15
> +
> +CONFIGURE_STYLE= simple
> +
> +post-patch:
> + @cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \
> + AUTOMAKE_VERSION=${AUTOMAKE_VERSION} ./autogen.sh
> +
> +.include 
> Index: net/bitlbee-facebook//distinfo
> ===
> RCS file: net/bitlbee-facebook//distinfo
> diff -N net/bitlbee-facebook//distinfo
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/bitlbee-facebook//distinfo30 Dec 2016 12:46:29 -
> @@ -0,0 +1,2 @@
> +SHA256 (bitlbee-facebook-20161121.tar.gz) = 
> ypjTnYexGTPcJZiUUFIoDbNqJtYl0nr5mY5fjBjA9YY=
> +SIZE (bitlbee-facebook-20161121.tar.gz) = 63239
> Index: net/bitlbee-facebook//pkg/DESCR
> ===
> RCS file: net/bitlbee-facebook//pkg/DESCR
> diff -N net/bitlbee-facebook//pkg/DESCR
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/bitlbee-facebook//pkg/DESCR   30 Dec 2016 12:46:29 -
> @@ -0,0 +1,2 @@
> +The Facebook protocol plugin for bitlbee. This plugin uses the Facebook
> +Mobile API.
> Index: net/bitlbee-facebook//pkg/PLIST
> ===
> RCS file: net/bitlbee-facebook//pkg/PLIST
> diff -N net/bitlbee-facebook//pkg/PLIST
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/bitlbee-facebook//pkg/PLIST   30 Dec 2016 12:46:29 -
> @@ -0,0 +1,6 @@
> +@comment $OpenBSD$
> +lib/bitlbee/
> +lib/bitlbee/facebook.a
> +lib/bitlbee/facebook.la
> +lib/bitlbee/facebook.so
> +share/doc/pkg-readmes/${FULLPKGNAME}
> Index: net/bitlbee-facebook//pkg/README
> ===
> RCS file: net/bitlbee-facebook//pkg/README
> diff -N net/bitlbee-facebook//pkg/README
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ net/bitlbee-facebook//pkg/README  30 Dec 2016 12:46:29 -
> @@ -0,0 +1,8 @@
> +$OpenBSD$
> +
> ++---
> +| Running ${FULLPKGNAME} on OpenBSD
> ++---
> +
> +General usage instructions are available in the bitlbee wiki:
> +https://wiki.bitlbee.org/HowtoFacebookMQTT
> 
> 
> -- 
> Michal Mazurek
> 

-- 
Michal Mazurek

Re: bitlbee - also run "make install-dev"

[Michal Mazurek]

bump. Comments? OKs?

On 11:20:02, 30.12.16, Michal Mazurek wrote:
> These files are needed to be able to build additional modules, such as
> bitlbee-facebook. I'll send the bitlbee-facebook port soon.
> 
> Index: net/bitlbee/Makefile
> ===
> RCS file: /cvs/ports/net/bitlbee/Makefile,v
> retrieving revision 1.58
> diff -u -p -r1.58 Makefile
> --- net/bitlbee/Makefile  19 Jul 2015 08:22:14 -  1.58
> +++ net/bitlbee/Makefile  30 Dec 2016 10:17:46 -
> @@ -3,7 +3,7 @@
>  COMMENT= IRC proxy to connect to AIM, ICQ, Jabber and Yahoo
>  
>  DISTNAME=bitlbee-3.4
> -REVISION=0
> +REVISION=1
>  CATEGORIES=  net
>  
>  HOMEPAGE=http://bitlbee.org/
> @@ -39,7 +39,7 @@ CONFIGURE_ARGS+=--bindir=${PREFIX}/libe
>  USE_GMAKE=   Yes
>  MAKE_ENV="CC=${CC}" "CFLAGS=${CFLAGS}"
>  FAKE_FLAGS=  ETCDIR=${EXAMPLEDIR}
> -FAKE_TARGET= install install-etc
> +FAKE_TARGET= install install-etc install-dev
>  SUBST_VARS=  DB_DIR
>  
>  FLAVORS =libpurple otr
> Index: net/bitlbee/pkg/PLIST
> ===
> RCS file: /cvs/ports/net/bitlbee/pkg/PLIST,v
> retrieving revision 1.16
> diff -u -p -r1.16 PLIST
> --- net/bitlbee/pkg/PLIST 9 Apr 2012 15:37:52 -   1.16
> +++ net/bitlbee/pkg/PLIST 30 Dec 2016 10:17:46 -
> @@ -3,6 +3,44 @@
>  @newgroup _bitlbee:509
>  @newuser _bitlbee:509:_bitlbee:daemon:Bitlbee 
> Account:/nonexistent:/sbin/nologin
>  @extraunexec rm -rf ${DB_DIR}/*
> +include/bitlbee/
> +include/bitlbee/account.h
> +include/bitlbee/arc.h
> +include/bitlbee/base64.h
> +include/bitlbee/bee.h
> +include/bitlbee/bitlbee.h
> +include/bitlbee/commands.h
> +include/bitlbee/conf.h
> +include/bitlbee/config.h
> +include/bitlbee/dcc.h
> +include/bitlbee/events.h
> +include/bitlbee/ft.h
> +include/bitlbee/ftutil.h
> +include/bitlbee/help.h
> +include/bitlbee/http_client.h
> +include/bitlbee/ini.h
> +include/bitlbee/ipc.h
> +include/bitlbee/irc.h
> +include/bitlbee/json.h
> +include/bitlbee/json_util.h
> +include/bitlbee/log.h
> +include/bitlbee/md5.h
> +include/bitlbee/misc.h
> +include/bitlbee/nick.h
> +include/bitlbee/nogaim.h
> +include/bitlbee/oauth.h
> +include/bitlbee/oauth2.h
> +include/bitlbee/otr.h
> +include/bitlbee/proxy.h
> +include/bitlbee/query.h
> +include/bitlbee/set.h
> +include/bitlbee/sha1.h
> +include/bitlbee/sock.h
> +include/bitlbee/ssl_client.h
> +include/bitlbee/storage.h
> +include/bitlbee/url.h
> +include/bitlbee/xmltree.h
> +lib/pkgconfig/bitlbee.pc
>  @man man/man5/bitlbee.conf.5
>  @man man/man8/bitlbee.8
>  @bin sbin/bitlbee
> 
> -- 
> Michal Mazurek
> 

-- 
Michal Mazurek

CVS: cvs.openbsd.org: ports

[Theo Buehler]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2017/01/05 06:50:49

Modified files:
textproc/the_silver_searcher: Makefile 
Added files:
textproc/the_silver_searcher/patches: patch-src_ignore_c 
  patch-src_options_c 
  patch-src_scandir_h 
  patch-src_search_c 

Log message:
Fix a buffer overrun and subsequent crash that may occur when ag is given
an absolute path as root of the tree to search: it's looking for a trailing
slash that isn't always there.

Fix by Allen Wild, https://github.com/ggreer/the_silver_searcher/pull/1040/

ok awolk, sthen, jca

CVS: cvs.openbsd.org: ports

[Benoit Lecocq]

CVSROOT:/cvs
Module name:ports
Changes by: ben...@cvs.openbsd.org  2017/01/05 06:50:13

Modified files:
devel/gputils  : Makefile distinfo 
devel/gputils/pkg: PLIST 

Log message:
Update to gputils-1.5.0.

Re: python2.7:/usr/local/lib/python2.7/site-packages/cryptography/hazmat/bindings/_openssl.so: undefined symbol 'X509_VERIFY_PARAM_set1_ip'

[Pablo Méndez Hernández]

Hi all,

This also allows py-paramiko to be updated to 2.x (it moves the
dependency from py-crypto to py-cryptography).


Kind regards.
Pablo

On Wed, Jan 4, 2017 at 8:33 PM, Stuart Henderson  wrote:
> On 2017/01/03 10:49, Peter Hessler wrote:
>> Ugly patch to get py-cryptography loading again after the Symbol
>> massacre in libressl.  (the #ifdef trick didn't work, so yolo)
>>
>> OK?
>
> Slightly tweaked - this way (with the second ifdefs removed) I think it should
> cause things to break if/when libressl adds the rest of the VERIFY_PARAMS api
> so we can adjust the workaround.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/py-cryptography/Makefile,v
> retrieving revision 1.18
> diff -u -p -r1.18 Makefile
> --- Makefile3 Jan 2017 19:26:14 -   1.18
> +++ Makefile4 Jan 2017 19:33:24 -
> @@ -6,7 +6,7 @@ MODPY_EGG_VERSION=  1.5.3
>  DISTNAME=  cryptography-${MODPY_EGG_VERSION}
>  PKGNAME=   ${MODPY_PY_PREFIX}${DISTNAME}
>  CATEGORIES=security devel
> -REVISION=  0
> +REVISION=  1
>
>  HOMEPAGE=  https://cryptography.io/
>
> Index: patches/patch-src__cffi_src_openssl_x509_vfy_py
> ===
> RCS file: 
> /cvs/ports/security/py-cryptography/patches/patch-src__cffi_src_openssl_x509_vfy_py,v
> retrieving revision 1.1
> diff -u -p -r1.1 patch-src__cffi_src_openssl_x509_vfy_py
> --- patches/patch-src__cffi_src_openssl_x509_vfy_py 8 Nov 2016 15:37:59 
> -   1.1
> +++ patches/patch-src__cffi_src_openssl_x509_vfy_py 4 Jan 2017 19:33:24 
> -
> @@ -1,24 +1,28 @@
>  $OpenBSD: patch-src__cffi_src_openssl_x509_vfy_py,v 1.1 2016/11/08 15:37:59 
> sthen Exp $
>
> -Hack to allow building with newer libressl following this commit:
> +Newer libressl has part but not all of the X509_VERIFY_PARAM_* API from
> +OpenSSL 1.0.2beta2+; hack to allow py-cryptography to build/run with this.
>
> -Date: 2016/11/05 20:14:59
> -Author: beck
> -Branch: HEAD
> -Tag: (none)
> -Log:
> -Part one of the alt chains changes, bring in newer modifications to
> -VERIFY_PARAMS - based on boringssl.
> -ok jsing@ miod@
> -
> -Members:
> -   vpm_int.h:1.1->1.2
> -   x509_vfy.h:1.16->1.17
> -   x509_vpm.c:1.11->1.12
> -
>  src/_cffi_src/openssl/x509_vfy.py.orig Mon Sep 26 21:22:21 2016
> -+++ src/_cffi_src/openssl/x509_vfy.py  Tue Nov  8 15:31:14 2016
> -@@ -207,10 +207,12 @@ static const long X509_V_ERR_SUITE_B_INVALID_CURVE = 0
> +--- src/_cffi_src/openssl/x509_vfy.py.orig Sun Nov  6 03:05:05 2016
>  src/_cffi_src/openssl/x509_vfy.py  Wed Jan  4 19:30:20 2017
> +@@ -187,10 +187,12 @@ void X509_STORE_CTX_set0_crls(X509_STORE_CTX *,
> + int X509_VERIFY_PARAM_set1_host(X509_VERIFY_PARAM *, const char *,
> + size_t);
> + void X509_VERIFY_PARAM_set_hostflags(X509_VERIFY_PARAM *, unsigned int);
> +-int X509_VERIFY_PARAM_set1_email(X509_VERIFY_PARAM *, const char *,
> +- size_t);
> +-int X509_VERIFY_PARAM_set1_ip(X509_VERIFY_PARAM *, const unsigned char *,
> +-  size_t);
> ++/* Fails with recent LibreSSL; ffi doesn't support ifdefs here */
> ++// int X509_VERIFY_PARAM_set1_email(X509_VERIFY_PARAM *, const char *,
> ++//  size_t);
> ++// int X509_VERIFY_PARAM_set1_ip(X509_VERIFY_PARAM *, const unsigned char *,
> ++//   size_t);
> ++//
> + int X509_VERIFY_PARAM_set1_ip_asc(X509_VERIFY_PARAM *, const char *);
> + """
> +
> +@@ -207,9 +209,11 @@ static const long X509_V_ERR_SUITE_B_INVALID_CURVE = 0
>   static const long X509_V_ERR_SUITE_B_INVALID_SIGNATURE_ALGORITHM = 0;
>   static const long X509_V_ERR_SUITE_B_LOS_NOT_ALLOWED = 0;
>   static const long X509_V_ERR_SUITE_B_CANNOT_SIGN_P_384_WITH_P_256 = 0;
> @@ -26,21 +30,7 @@ Members:
>   static const long X509_V_ERR_HOSTNAME_MISMATCH = 0;
>   static const long X509_V_ERR_EMAIL_MISMATCH = 0;
>   static const long X509_V_ERR_IP_ADDRESS_MISMATCH = 0;
> - #endif
>  +#endif
> + #endif
>
>   /* OpenSSL 1.0.2beta2+ verification parameters */
> - #if CRYPTOGRAPHY_OPENSSL_102BETA2_OR_GREATER && \
> -@@ -226,10 +228,12 @@ static const long X509_V_FLAG_SUITEB_128_LOS = 0;
> -
> - int (*X509_VERIFY_PARAM_set1_host)(X509_VERIFY_PARAM *, const char *,
> -size_t) = NULL;
> -+#if !defined(LIBRESSL_VERSION_NUMBER) || LIBRESSL_VERSION_NUMBER < 
> 0x2050100fL
> - int (*X509_VERIFY_PARAM_set1_email)(X509_VERIFY_PARAM *, const char *,
> - size_t) = NULL;
> - int (*X509_VERIFY_PARAM_set1_ip)(X509_VERIFY_PARAM *, const unsigned char *,
> -  size_t) = NULL;
> -+#endif
> - int (*X509_VERIFY_PARAM_set1_ip_asc)(X509_VERIFY_PARAM *, const char *) = 
> NULL;
> - void (*X509_VERIFY_PARAM_set_hostflags)(X509_VERIFY_PARAM *,
> -  

Re: devel/llvm clang python bindings

[Stuart Henderson]

On 2017/01/05 13:40, Landry Breuil wrote:
> On Thu, Jan 05, 2017 at 01:28:06PM +0100, Alexander Bluhm wrote:
> > 
> > > You will also need to bump REVISION in x11/gnome/builder/Makefile (it
> > > has a library dependency on devel/llvm for libclang.so).
> > 
> > I have not bumped llvm-main as the package should not change.  And
> > llvm-python is new, so it also has no revision.  As x11/gnome/builder
> > depends on the unchanged llvm-main, it should not require a bump.
> > Did I miss something?
> 
> I might be wrong, but the pkgpath for a port is registered in the
> PLISTDB (@comment, 3rd line) and in the installed package ( grep pkgpath
> /var/db/pkg/llvm*/+CONTENTS) , so if you change the pkgpath for llvm
> 'main' (as you do, going from devel/llvm to devel/llvm,-main), PLISTDB
> or pkg_add *should* complain if you dont bump.

Correct; you'll need to bump llvm's REVISION-main as well as x11/gnome/builder
then.

On 2017/01/05 13:28, Alexander Bluhm wrote:
> Somehow I can uninstall llvm although py-llvm should depend on it.
> Should llvm appear in the signature of py-llvm?  Does
> LIB_DEPENDS-python=${BUILD_PKGPATH},-main not work as expected?

For the LIB_DEPENDS to be registered you need an entry in WANTLIB for
a library from that package. The best idea is probably to set
"WANTLIB-python=clang". (Python modules often dlopen their libraries
so they don't show up anywhere that port-lib-depends-check can find
them).

Re: devel/llvm clang python bindings

[Landry Breuil]

On Thu, Jan 05, 2017 at 01:28:06PM +0100, Alexander Bluhm wrote:
> On Wed, Jan 04, 2017 at 08:59:35PM +, Stuart Henderson wrote:
> > PKGNAME-python =py-llvm-${LLVM_V}
> > RUN_DEPENDS-python =${MODPY_RUN_DEPENDS}
> 
> done
> 
> > You will also need to bump REVISION in x11/gnome/builder/Makefile (it
> > has a library dependency on devel/llvm for libclang.so).
> 
> I have not bumped llvm-main as the package should not change.  And
> llvm-python is new, so it also has no revision.  As x11/gnome/builder
> depends on the unchanged llvm-main, it should not require a bump.
> Did I miss something?

I might be wrong, but the pkgpath for a port is registered in the
PLISTDB (@comment, 3rd line) and in the installed package ( grep pkgpath
/var/db/pkg/llvm*/+CONTENTS) , so if you change the pkgpath for llvm
'main' (as you do, going from devel/llvm to devel/llvm,-main), PLISTDB
or pkg_add *should* complain if you dont bump.

Landry

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/01/05 03:28:52

Modified files:
devel/intellij : Makefile distinfo 
devel/intellij/pkg: PLIST 

Log message:
Update to IntelliJ IDEA 2016.3.2, from MAINTAINER Caspar Schutijser.

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/01/05 02:52:36

Modified files:
x11/qt5/qtquickcontrols: Makefile 
x11/qt5/qtquickcontrols/pkg: PLIST-html 

Log message:
Comment out the file qdoc sometimes fails to generate.

The root problem is not known yet, but this way we can get more reliable
builds, at least.

Initial report from naddy@

Re: Trouble with exfat-fuse in -CURRENT

[YASUOKA Masahiko]

Hi,

The problem you reported will be resolved by the commit following

  http://marc.info/?l=openbsd-cvs=148353129131577=2

On Mon, 12 Dec 2016 20:45:15 -0600
Ax0n  wrote:
> On 6.0-STABLE, I'm able to mount my one-and-only Exfat drive (a 128GB PNY
> flash drive) just fine. The drive also mounts fine on Windows, OS X and
> both OpenBSD-STABLE amd64 and i386.
> The package is fuse-exfat-1.1.0 maintained by Helg Bredow.
> 
> For the past several months, I've been running snapshots on my primary
> laptop, and I cannot mount this drive.
> The package I see is exfat-fuse-1.2.4 maintained by YASUOKA Masahiko.
> fuse-exfat seems to not be in the repository any longer.
> 
> I am copying maintainers of both packages on this email to ports@.
> 
> On -CURRENT, mount.exfat-fuse exits with an error code of 1 without any
> explanation even with the -d flag, and doesn't mount the drive.
> 
> Included is output from -CURRENT and a dmesg. I can provide output of
> success on -STABLE if required.
> 
> [axon@transient ~]$ dmesg| tail -n 4
> umass1: using SCSI over Bulk-Only
> scsibus5 at umass1: 2 targets, initiator 0
> sd3 at scsibus5 targ 1 lun 0:  SCSI2 0/direct
> removable serial.154b005b45YD26000352
> sd3: 122791MB, 512 bytes/sector, 251477760 sectors
> [axon@transient ~]$ doas disklabel sd3
> doas (a...@transient.labs.h-i-r.net) password:
> # /dev/rsd3c:
> type: SCSI
> disk: SCSI disk
> label: USB 2.0 FD
> duid: 
> flags:
> bytes/sector: 512
> sectors/track: 63
> tracks/cylinder: 255
> sectors/cylinder: 16065
> cylinders: 15653
> total sectors: 251477760
> boundstart: 0
> boundend: 251477760
> drivedata: 0
> 
> 16 partitions:
> #size   offset  fstype [fsize bsize   cpg]
>   c:2514777600  unused
>   i:2514777582NTFS
> [axon@transient ~]$ doas mount.exfat-fuse /dev/sd3i /mnt
> FUSE exfat 1.2.4
> [axon@transient ~]$ df -h /mnt
> Filesystem SizeUsed   Avail Capacity  Mounted on
> /dev/sd2a 1005M   53.2M901M 6%/   <-- Note this is root on
> softraid crypto at sd2a, not sd3i.
> [axon@transient ~]$ doas mount.exfat-fuse /dev/sd3i /mnt
> FUSE exfat 1.2.4
> [axon@transient ~]$ echo $?
> 1
> [axon@transient ~]$ doas mount.exfat-fuse -d /dev/sd3i /mnt
> FUSE exfat 1.2.4
> [axon@transient ~]$ echo $?
> 1
> 
> 
> 
> OpenBSD 6.0-current (GENERIC.MP) #0: Mon Nov 28 14:42:19 MST 2016
> bu...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> RTC BIOS diagnostic error 80
> real mem = 8227655680 (7846MB)
> avail mem = 7973707776 (7604MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xe9d90 (47 entries)
> bios0: vendor Acer version "V1.07" date 11/07/2011
> bios0: Acer Aspire 5733Z
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP ASF! HPET APIC MCFG SLIC BOOT ASPT DMAR SSDT SSDT
> SSDT
> acpi0: wakeup devices AZAL(S3) P0P1(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3)
> USB4(S3) USB5(S3) USB6(S3) USB7(S3) RP01(S4) PEG5(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpihpet0 at acpi0: 14318179 Hz
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz, 2527.86 MHz
> cpu0:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 133MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.1, IBE
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz, 2527.45 MHz
> cpu1:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 1, core 0, package 0
> cpu2 at mainbus0: apid 4 (application processor)
> cpu2: Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz, 2527.45 MHz
> cpu2:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,AES,NXE,LONG,LAHF,PERF,ITSC,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 0, core 2, package 0
> cpu3 at mainbus0: apid 5 (application processor)
> cpu3: Intel(R) Core(TM) i5 CPU M 540 @ 2.53GHz, 2527.45 MHz
> cpu3:
> 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/05 01:42:25

Modified files:
x11/gtk+3  : Makefile distinfo 

Log message:
Update to gtk+3-3.22.6.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/05 01:41:58

Modified files:
sysutils/deja-dup: Makefile distinfo 
sysutils/deja-dup/pkg: PLIST 

Log message:
Update to deja-dup-34.3.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/05 01:24:23

Modified files:
sysutils/awscli: Makefile distinfo 

Log message:
Update to awscli-1.11.36.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/05 01:24:07

Modified files:
net/py-botocore: Makefile distinfo 

Log message:
Update to py-botocore-1.4.93.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/05 01:19:56

Modified files:
graphics/gdk-pixbuf2: Makefile distinfo 

Log message:
Update to gdk-pixbuf-2.36.3.