[NEW] x11/xeventbind

2019-06-12 Thread Alessandro DE LAURENZIS

Dear ports@ readers,

this is a proposal for a new port: x11/xeventbind, a small utility that 
runs a command upon X11 events.


DESCR
=

xeventbind is a small utility that runs a command when specific X11
events happen (so far the only supported event is a resolution change).


This is a very small project (and done in haste, if you ask me... see 
the patch, for example), but I found it very useful and I didn't find 
anything similar on the net (if you know alternatives, I'd be very 
interested).


Tested on amd64 only, taking MAINTEINER, tarball attached.

All the best

--
Alessandro DE LAURENZIS
[mailto:jus...@atlantide.t28.net]
Web: http://www.atlantide.t28.net
LinkedIn: https://www.linkedin.com/in/delaurenzis/


xeventbind.tar.gz
Description: application/gzip


Re: [new] net/i2pd 2.25.0

2019-06-12 Thread Mikal Villa
Hi,

Thanks a lot for your reply and corrections of the port. And yea, you're
probably right about
giving it a small description, I was way to focused about just trying to
get the port as correct
as possible that it didn't even occur to me.

So, what is it and why should you care?

I2P is short for Invisible Internet Project and it's a mix-network with
many similarities with the Tor network.
However some main differences is that instead of using centralized
directory servers which Tor does, I2P
has it's own DHT network, and routers have to learn themself which are
good relays and not. So Tor has a
faster bootup, but I2P is fully decentralizd. Both project where started
up ~16-17 years ago, however I2P
is much less known than Tor, and while Tor has had much focus on
out-proxying back to the internet, I2P
has had focus on hidden services and applications inside the network
which never leaves back to the internet.
I2P also has a very simple naming system, so you can have addresses like
planet.i2p and stats.i2p instead of
something similar to ouad893ou4fj09fe0f.onion. (Yes, that was just me
baning on the keyboard)


Again, thanks a lot for your tip and corrections of the port Stuart!


Best regards,
Mikal Villa


On 11/06/2019 13:42, Stuart Henderson wrote:
> On 2019/06/11 10:27, Mikal Villa wrote:
>> Hi,
>>
>> Since my first request the 2.26.0 release was done so I've also updated
>> the port.
>>
>> Can't seem to have gotten any replies on it, is there nobody that has
>> time to help me verify & import to cvs?
>>
>> I've attached the updated port.
>>
>>
>>
>> Best regards,
>> Mikal Villa
>>
>> On 06/06/2019 12:00, Mikal Villa wrote:
>>> Hi,
>>>
>>> This would be my first port, but I've actually read the documentation
>>> and think I got it right. Not totally sure about the PLIST but hopefully
>>> someone can point out my mistakes.
>>>
>>> I plan to update the i2pd source for OpenBSD so this port can lose it's
>>> current patch, but since the release was made before the port was
>>> written it's needed for now. This can be considered as a official port
>>> from the project.
>>>
>>> I don't have CVS access so I would need someone here to actually submit it.
>>>
>>>
>>> Best regards,
>>> Mikal Villa / Meeh
>>>
> It often helps a bit to describe the port in the email so readers can
> see if they might be interested in it.
>
> Updated tar attached with some cleanup, which I'll explain inline with the
> diff below. It is in better shape like this but I don't particularly want
> to run it for further tests so will leave it to someone else to pick up
> if they're interested.
>
>
> : diff --git a/Makefile b/Makefile
> : index 4ac5ff7..984070d 100755
> : --- a/Makefile
> : +++ b/Makefile
> : @@ -1,48 +1,42 @@
> :  # $OpenBSD$
> :  
> : -GH_ACCOUNT =PurpleI2P
> : -GH_PROJECT =i2pd
> : -GH_TAGNAME =2.26.0
> : -DISTNAME = i2pd-${GH_TAGNAME}
> : +COMMENT =  client for the I2P anonymous network
> : +
> : +GH_ACCOUNT =   PurpleI2P
> : +GH_PROJECT =   i2pd
> : +GH_TAGNAME =   2.26.0
>
> spaces->tabs
> DISTNAME is set to $GH_PROJECT-$GH_TAGNAME by default, no need to set it 
> separately
>
> : +
> :  CATEGORIES =   net
> :  HOMEPAGE = https://i2pd.website
> : -COMMENT =  full-featured C++ inplementation of a I2P router
>
> move up to standard position (see Makefile.template), reword a bit
> (keeping COMMENT simple, describing in DESCR)
>
> :  
> :  MAINTAINER =   Mikal Villa 
> :  
> : -# BSD 3-clause
> : +# BSD
>
> standard in ports tree
>
> : -PERMIT_PACKAGE_CDROM = Yes
> : +PERMIT_PACKAGE = Yes
>
> this is gradually being replaced in the ports tree
>
> : +WANTLIB += ${COMPILER_LIBCXX} boost_date_time-mt boost_filesystem-mt
> : +WANTLIB += boost_program_options-mt boost_system-mt c crypto m
> : +WANTLIB += ssl z
> :  
> : -WANTLIB =  ${COMPILER_LIBCXX} boost_date_time boost_filesystem \
> : -   boost_program_options boost_system  c crypto m ssl z
> : +COMPILER = base-clang ports-gcc
> : +MODULES =  devel/cmake
>
> you already patch the cmake file, and it has an install target, and
> installs the headers for the library, so might as well use it.
>
> :  LIB_DEPENDS =  devel/boost
> :  
> : -COMPILER  =base-clang ports-gcc base-gcc
>
> boost needs a c++11 compiler already so no point having base-gcc in this list
>
> : -USE_GMAKE =Yes
> : -SUBST_VARS += VARBASE
>
> should use LOCALSTATEDIR which is already in SUBST_VARS
>
> : -
> : -#FAKE_FLAGS= sysconfdir=${PREFIX}/share/examples
> : -
> : -# The upstream makefile has no install target.
> : -do-install:
> : -   ${INSTALL_PROGRAM} ${WRKSRC}/i2pd ${PREFIX}/sbin
> : -   ${INSTALL_DATA} ${WRKSRC}/libi2pd.a ${PREFIX}/lib
> : -   ${INSTALL_DATA} ${WRKSRC}/libi2pdclient.a ${PREFIX}/lib
> : +WRKSRC =   ${WRKDIST}/build
> :  
> :  post-install:
> : ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/i2pd/certificates/family
> : ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/i2pd/certificates/reseed
> : 

Re: 回复: devel/py-tz: Update to 2019.1

2019-06-12 Thread Daniel Dickman



> On Jun 12, 2019, at 5:40 AM, wen heping  wrote:
> 
> Hi,
> 
>   Here is a revised patch for devel/py-tz, changes from last patch:
>   1)   update HOMEPAGE
>   2)update LICENSE, now is MIT
>   3)   use PERMIT_PACKAGE
>   4) More ports tested, no more tests failed because of this update:
> databases/py-influxdb
> graphics/py-matplotlib
> math/py-pandas
> security/plaso
> security/py-cryptography
> textproc/py-pyRFC3339
> www/py-django
> 
>Comments? OK?

Committed, thanks!

> 
> wen
> 
> 发件人: Stuart Henderson 
> 发送时间: 2019年6月11日 18:31
> 收件人: Kurt Mosiejczuk
> 抄送: wen heping; ports@openbsd.org
> 主题: Re: devel/py-tz: Update to 2019.1
> 
>> On 2019/06/11 00:12, Kurt Mosiejczuk wrote:
>>> On Tue, Jun 11, 2019 at 03:28:32AM +, wen heping wrote:
>>> Hi, ports@:
>> 
>>>   Here is a patch to update devel/py-tz to 2019.1, it build and test well
>>> on my amd64 system, with both python2 and python3 flavors.
>>>   Many ports depends on pytz, I have tested some of it, include:
>>>   astro/py-astral
>>>   math/py-numpy
>>>   devel/py-babel
>>>   devel/py-tzlocal
>>>   The patch does not cause run error or new tests fail.
>> 
>>>   Comments? OK ?
>> 
>>> HOMEPAGE = http://pytz.sourceforge.net/
>> 
>> There's a new homepage linked from its pypi page. It's also https. It
>> should be switched to that.
>> 
>> The PERMIT_PACKAGE_CDROM should get switched to the new PERMIT_PACKAGE
>> also.
>> 
>> That list of consumers is a lot smaller than the full list. I'd usually
>> try and at least get a greater percentage of the TEST_DEPENDS consumers.
>> Perhaps at least py-django/stable and py-django/lts since you were just
>> also working with those?
>> 
>> With the updated HOMEPAGE and some more testing, I think this looks good.
>> But I'd really like tests on more than 4 of 20 TEST_DEPENDS consumers.
>> 
>> --Kurt
>> 
> 
> Often py-tz updates are just updating the tzdata files and dep testing
> isn't really needed, though I think this time a bit more testing than usual
> probably is warranted as there's a new error condition
> 
> +if zone is None:
> +raise UnknownTimeZoneError(None)
> 
> 



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Daniel Dickman
CVSROOT:/cvs
Module name:ports
Changes by: dan...@cvs.openbsd.org  2019/06/12 21:37:04

Modified files:
devel/py-tz: Makefile distinfo 
devel/py-tz/pkg: PLIST 

Log message:
Update to 2019.1; from wen heping.

ok kmos@



[UPDATE] www/honk

2019-06-12 Thread Horia Racoviceanu
- bump REVISION
- change PERMIT_PACKAGE_CDROM to PERMIT_PACKAGE
- change user _honk home directory mode, no longer group writable
- update README, add icon and favicon
Index: Makefile
===
RCS file: /cvs/ports/www/honk/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile4 Jun 2019 02:41:49 -   1.6
+++ Makefile13 Jun 2019 02:34:06 -
@@ -3,12 +3,13 @@
 COMMENT =  federated status updater
 
 DISTNAME = honk-0.6.0
+REVISION = 0
 CATEGORIES =   www
 
 HOMEPAGE = https://humungus.tedunangst.com/r/honk
 
 # ISC
-PERMIT_PACKAGE_CDROM = Yes
+PERMIT_PACKAGE =   Yes
 
 WANTLIB += c pthread sqlite3
 
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/honk/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST   4 Jun 2019 02:41:50 -   1.3
+++ pkg/PLIST   13 Jun 2019 02:34:06 -
@@ -10,15 +10,11 @@ share/doc/honk/ping.txt
 share/doc/honk/security.txt
 share/doc/honk/spec.txt
 share/doc/pkg-readmes/${PKGSTEM}
-@mode 770
+@mode 750
 @owner _honk
 @group _honk
 @sample ${VARBASE}/honk/
-@mode 750
 @sample ${VARBASE}/honk/views/
-@mode
-@owner
-@group
 share/examples/honk/
 share/examples/honk/schema.sql
 @sample ${VARBASE}/honk/schema.sql
Index: pkg/README
===
RCS file: /cvs/ports/www/honk/pkg/README,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 README
--- pkg/README  30 Apr 2019 07:58:17 -  1.1.1.1
+++ pkg/README  13 Jun 2019 02:34:06 -
@@ -15,11 +15,18 @@ acme-client(1)
 # acme-client.conf(5)
 domain honk.example.com {
   domain key "/etc/ssl/private/honk.example.com.key"
-  domain certificate "/etc/ssl/honk.example.com.crt"
   domain full chain certificate "/etc/ssl/honk.example.com.fullchain.pem"
   sign with letsencrypt
 }
 
+Icon and favicon
+
+
+honk# mkdir /var/www/htdocs/honk
+honk# ftp -o /var/www/htdocs/honk/icon.png https://honk.tedunangst.com/icon.png
+honk# ftp -o /var/www/htdocs/honk/favicon.ico \
+  https://honk.tedunangst.com/favicon.ico
+
 httpd(8)
 
 
@@ -30,6 +37,9 @@ server "honk.example.com" {
 root "/acme"
 request strip 2
   }
+  location "/*icon.*" {
+root "/htdocs/honk"
+  }
   location "*" {
 block return 302 "https://honk.example.com$REQUEST_URI;
   }
@@ -37,7 +47,7 @@ server "honk.example.com" {
 
 honk# rcctl enable httpd
 honk# rcctl start httpd
-honk# acme-client -ADv honk.example.com
+honk# acme-client -v honk.example.com
 
 relayd(8)
 -
@@ -55,6 +65,8 @@ http protocol https {
 value "$SERVER_ADDR:$SERVER_PORT"
   match request header set "Connection" value "close"
 
+  match request path "/*icon.*" forward to 
+
   tcp { sack, backlog 128 }
 }
 
@@ -63,6 +75,7 @@ relay wwwtls {
   protocol https
 
   forward to  port $honk_port check tcp
+  forward to  port http check http "/icon.png" code 200
 }
 
 relay wwwtls6 {
@@ -70,6 +83,7 @@ relay wwwtls6 {
   protocol https
 
   forward to  port $honk_port check tcp
+  forward to  port http check http "/icon.png" code 200
 }
 
 honk# cd /etc/ssl
@@ -82,7 +96,6 @@ honk# ln -s honk.example.com.key 2001:0d
 honk# rcctl enable relayd
 honk# rcctl start relayd
 
-
 pf(4)
 -
 
@@ -96,11 +109,12 @@ Usage
 
 Please see /usr/local/share/doc/honk
 
-honk# cd /var/honk && honk init
+honk# doas -su _honk
+honk$ umask 077; cd /var/honk && honk init
 listenaddr: localhost:31337
 servername: honk.example.com
-honk# touch /var/honk/savedinbox.json
-honk# chmod 660 honk.db savedinbox.json
+honk$ touch /var/honk/savedinbox.json
+honk$ exit
 
 honk# rcctl enable honk
 honk# rcctl start honk


aarch64 bulk build report

2019-06-12 Thread phessler
bulk build on arm64.ports.openbsd.org
started on  Sun Jun 9 07:19:22 MDT 2019
finished at Wed Jun 12 19:03:52 MDT 2019
lasted 04D04h44m
done with kern.version=OpenBSD 6.5-current (GENERIC.MP) #44: Sat Jun  8 
14:29:14 MDT 2019

built packages:9908
Jun 9:3656
Jun 10:1157
Jun 11:1547
Jun 12:3547



critical path missing pkgs:  
http://build-failures.rhaalovely.net/aarch64/2019-06-09/summary.log

build failures: 20
http://build-failures.rhaalovely.net/aarch64/2019-06-09/audio/chromaprint.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/comms/gnuradio.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/comms/lcdproc.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/editors/xwpe.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/games/frozen-bubble,-main.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/games/vacuum.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/geo/qlandkartegt.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/graphics/openimageio.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/graphics/openscenegraph.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/graphics/ufraw.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/lang/pfe.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/mail/kopano/core.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/misc/openbabel.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/security/aircrack-ng.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/www/chromium.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/x11/e17/elementary.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/x11/gnome/gjs.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/x11/gtk+4,-cloudprint.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/x11/kde4/kopete.log
http://build-failures.rhaalovely.net/aarch64/2019-06-09/x11/kde4/zeroconf-ioslave.log

recurrent failures
 failures/audio/chromaprint.log
 failures/comms/gnuradio.log
 failures/comms/lcdproc.log
 failures/editors/xwpe.log
 failures/games/frozen-bubble,-main.log
 failures/games/vacuum.log
 failures/geo/qlandkartegt.log
 failures/graphics/openimageio.log
 failures/graphics/openscenegraph.log
 failures/graphics/ufraw.log
 failures/lang/pfe.log
 failures/mail/kopano/core.log
 failures/misc/openbabel.log
 failures/security/aircrack-ng.log
 failures/www/chromium.log
 failures/x11/e17/elementary.log
 failures/x11/gnome/gjs.log
 failures/x11/gtk+4,-cloudprint.log
 failures/x11/kde4/kopete.log
 failures/x11/kde4/zeroconf-ioslave.log
new failures
+++ ls-failures Wed Jun 12 19:11:01 2019
resolved failures
--- ../old/aarch64/last//ls-failuresWed Jun  5 12:34:03 2019
-failures/devel/py-unicorn.log
-failures/devel/qbs.log
-failures/editors/texworks,-lua.log
-failures/editors/zile.log
-failures/lang/erlang/21.log
-failures/lang/guile2.log
-failures/www/w3m,image.log
-failures/x11/kde4/plasma-addons.log
-failures/x11/kde4/smokeqt.log
-failures/x11/qt5/qt3d,,-main.log



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Christian Weisgerber
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2019/06/12 16:47:08

Modified files:
games/stepmania: Makefile 

Log message:
should no longer be broken on alpha since we use endian.h



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Christian Weisgerber
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2019/06/12 15:54:40

Modified files:
graphics/simgear: Makefile 
graphics/simgear/patches: patch-CMakeLists_txt 

Log message:
llvm8: rename "version" file so it isn't picked up by C++ #include 



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Alexander Bluhm
CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2019/06/12 15:39:01

Modified files:
converters/p5-Cpanel-JSON-XS: Makefile distinfo 

Log message:
update p5-Cpanel-JSON-XS to 4.12



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Christian Weisgerber
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2019/06/12 15:13:59

Modified files:
sysutils/gsmartcontrol: Makefile 
Added files:
sysutils/gsmartcontrol/patches: patch-configure_ac 
patch-src_res_Makefile_am 
Removed files:
sysutils/gsmartcontrol/patches: patch-src_res_Makefile_in 

Log message:
llvm8: Move config.h into src subdirectory to keep C++ #include 
from picking up an unrelated file by way of -I$(top_srcdir).



Re: nlopt: update to 2.6.1

2019-06-12 Thread Klemens Nanni
Now with WANTLIB sync and V merged into GH_TAGNAME, thanks sthen.

Index: Makefile
===
RCS file: /cvs/ports/math/nlopt/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile13 Dec 2018 09:35:32 -  1.1.1.1
+++ Makefile12 Jun 2019 20:55:02 -
@@ -2,23 +2,20 @@
 
 COMMENT =  library for nonlinear optimization
 
-V =2.5.0
 GH_ACCOUNT =   stevengj
 GH_PROJECT =   nlopt
-GH_TAGNAME =   v${V}
+GH_TAGNAME =   v2.6.1
 
-SHARED_LIBS =  nlopt   0.0 # 0.9
+SHARED_LIBS =  nlopt   0.1 # 0.10.0
 
 CATEGORIES =   math
 
-HOMEPAGE = http://ab-initio.mit.edu/nlopt
-
 MAINTAINER =   Klemens Nanni 
 
 # LGPL 2.1+
 PERMIT_PACKAGE_CDROM = Yes
 
-WANTLIB =  m
+WANTLIB =  ${COMPILER_LIBCXX} m
 
 MODULES =  devel/cmake
 
Index: distinfo
===
RCS file: /cvs/ports/math/nlopt/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo13 Dec 2018 09:35:32 -  1.1.1.1
+++ distinfo12 Jun 2019 19:22:31 -
@@ -1,2 +1,2 @@
-SHA256 (nlopt-2.5.0.tar.gz) = xt16VwH/+K1eu0Wj3I51fmHVJljeORjji6sjPn/TtK4=
-SIZE (nlopt-2.5.0.tar.gz) = 2403609
+SHA256 (nlopt-2.6.1.tar.gz) = ZtY6UFGH+2+YZCcDvQ7wBv7cri+abR76TzYuqRmgJlA=
+SIZE (nlopt-2.6.1.tar.gz) = 2037462



nlopt: update to 2.6.1

2019-06-12 Thread Klemens Nanni
Release notes:

Fix nlopt_version return value for 2.6.x and update soname and docs.

New set_upper_bound and set_lower_bound functions in the low-level C API
to set one bound at a time (#257). There is no longer a separate
libnlopt_cxx library — C++ algorithms (stogo) are compiled and included
by default. Various build fixes, other fixes.

Upstream bumped minor due to symbol addition, i checked for removals or
other API breaks, but there are none.

100% tests passed, 0 tests failed out of 56

HOMEPAGE (80/tcp) is not reachable so I removed it.
Feedback? OK?

Index: Makefile
===
RCS file: /cvs/ports/math/nlopt/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile13 Dec 2018 09:35:32 -  1.1.1.1
+++ Makefile12 Jun 2019 20:44:16 -
@@ -2,16 +2,14 @@
 
 COMMENT =  library for nonlinear optimization
 
-V =2.5.0
+V =2.6.1
 GH_ACCOUNT =   stevengj
 GH_PROJECT =   nlopt
 GH_TAGNAME =   v${V}
 
-SHARED_LIBS =  nlopt   0.0 # 0.9
+SHARED_LIBS =  nlopt   0.1 # 0.10.0
 
 CATEGORIES =   math
-
-HOMEPAGE = http://ab-initio.mit.edu/nlopt
 
 MAINTAINER =   Klemens Nanni 
 
Index: distinfo
===
RCS file: /cvs/ports/math/nlopt/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo13 Dec 2018 09:35:32 -  1.1.1.1
+++ distinfo12 Jun 2019 19:22:31 -
@@ -1,2 +1,2 @@
-SHA256 (nlopt-2.5.0.tar.gz) = xt16VwH/+K1eu0Wj3I51fmHVJljeORjji6sjPn/TtK4=
-SIZE (nlopt-2.5.0.tar.gz) = 2403609
+SHA256 (nlopt-2.6.1.tar.gz) = ZtY6UFGH+2+YZCcDvQ7wBv7cri+abR76TzYuqRmgJlA=
+SIZE (nlopt-2.6.1.tar.gz) = 2037462



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Raphael Graf
CVSROOT:/cvs
Module name:ports
Changes by: ra...@cvs.openbsd.org   2019/06/12 14:28:36

Modified files:
audio/audacity/patches: patch-configure_ac 

Log message:
Unbreak audacity on macppc by fixing the -latomic check.

ok jca@



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Kurt Mosiejczuk
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2019/06/12 13:25:53

Modified files:
infrastructure/lib/OpenBSD/PortGen: Port.pm 

Log message:
Update Portgen to use the new-style PERMIT_PACKAGE and PERMIT_DISTFILES
instead of the older PERMIT_CDROM and company.

OK sthen@ kn@



isync: update to 1.3.1

2019-06-12 Thread Klemens Nanni
This is a long overdue maintenance release:
- SSL now uses SNI, which for example GMail requires
- fixed fallbacks for missing UIDPLUS extension (with e.g. DavMail)
- fixed UIDVALIDITY recovery with really long Message-id headers
- fixed GSSAPI authentication with Kerberos
- fixed support for IMAP servers which do not sort search results (e.g.,
  poczta.o2.pl)
- fixed CopyArrivalDate on platforms without glibc
- fixed useless SASL warnings with certain plugins
- the perl 5.14 requirement is now made explicit
- improved OpenBSD support
- fixed a bunch of compiler warnings

All patches except pledge support have been merged upstream.

Keeps working fine in daily usage on amd64.
OK?

Index: Makefile
===
RCS file: /cvs/ports/mail/isync/Makefile,v
retrieving revision 1.39
diff -u -p -r1.39 Makefile
--- Makefile21 Feb 2019 19:22:27 -  1.39
+++ Makefile12 Jun 2019 19:09:33 -
@@ -2,8 +2,7 @@
 
 COMMENT=   synchronize IMAP4 and maildir mailboxes
 
-DISTNAME=  isync-1.3.0
-REVISION=  5
+DISTNAME=  isync-1.3.1
 
 CATEGORIES=mail
 MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=isync/}
Index: distinfo
===
RCS file: /cvs/ports/mail/isync/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo17 Oct 2017 17:24:14 -  1.13
+++ distinfo12 Jun 2019 19:09:38 -
@@ -1,2 +1,2 @@
-SHA256 (isync-1.3.0.tar.gz) = jV9YOXbjEZcFvbon+k/JYugH/1mW8k81SVcXj/ppfJw=
-SIZE (isync-1.3.0.tar.gz) = 309459
+SHA256 (isync-1.3.1.tar.gz) = aMtGQ9WBUgl/Acmzq+rX19TJVjGD1y88KjHSK8Fo8Oo=
+SIZE (isync-1.3.1.tar.gz) = 311868
Index: patches/patch-src_drv_imap_c
===
RCS file: /cvs/ports/mail/isync/patches/patch-src_drv_imap_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-src_drv_imap_c
--- patches/patch-src_drv_imap_c21 Feb 2019 19:22:27 -  1.2
+++ patches/patch-src_drv_imap_c12 Jun 2019 19:16:07 -
@@ -1,7 +1,6 @@
 $OpenBSD: patch-src_drv_imap_c,v 1.2 2019/02/21 19:22:27 kn Exp $
 
-f85e2ae770169227e95168a11aff17372efaa192
-"Fix CopyArrivalDate on platforms without glibc"
+Use pledge.
 
 Index: src/drv_imap.c
 --- src/drv_imap.c.orig
@@ -15,16 +14,7 @@ Index: src/drv_imap.c
  #ifdef HAVE_LIBSSL
  enum { SSL_None, SSL_STARTTLS, SSL_IMAPS };
  #endif
-@@ -948,7 +950,7 @@ parse_date( const char *str )
-   struct tm datetime;
- 
-   memset( , 0, sizeof(datetime) );
--  if (!(end = strptime( str, "%d-%b-%Y %H:%M:%S ",  )))
-+  if (!(end = strptime( str, "%e-%b-%Y %H:%M:%S ",  )))
-   return -1;
-   if ((date = timegm(  )) == -1)
-   return -1;
-@@ -3267,6 +3269,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor
+@@ -3317,6 +3319,8 @@ imap_parse_store( conffile_t *cfg, store_conf_t **stor
}
acc_opt = 1;
}
Index: patches/patch-src_drv_maildir_c
===
RCS file: patches/patch-src_drv_maildir_c
diff -N patches/patch-src_drv_maildir_c
--- patches/patch-src_drv_maildir_c 12 May 2018 14:33:50 -  1.3
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,27 +0,0 @@
-$OpenBSD: patch-src_drv_maildir_c,v 1.3 2018/05/12 14:33:50 jca Exp $
-
-Print time_t appropriately.
-
-Index: src/drv_maildir.c
 src/drv_maildir.c.orig
-+++ src/drv_maildir.c
-@@ -1569,7 +1569,7 @@ maildir_store_msg( store_t *gctx, msg_data_t *data, in
-   uint uid;
-   char buf[_POSIX_PATH_MAX], nbuf[_POSIX_PATH_MAX], fbuf[NUM_FLAGS + 3], 
base[128];
- 
--  bl = nfsnprintf( base, sizeof(base), "%ld.%d_%d.%s", (long)time( 0 ), 
Pid, ++MaildirCount, Hostname );
-+  bl = nfsnprintf( base, sizeof(base), "%lld.%d_%d.%s", (long long)time( 
0 ), Pid, ++MaildirCount, Hostname );
-   if (!to_trash) {
- #ifdef USE_DB
-   if (ctx->usedb) {
-@@ -1750,8 +1750,8 @@ maildir_trash_msg( store_t *gctx, message_t *gmsg,
-   for (;;) {
-   nfsnprintf( buf, sizeof(buf), "%s/%s/%s", ctx->path, 
subdirs[gmsg->status & M_RECENT], msg->base );
-   s = strstr( msg->base, ((maildir_store_conf_t 
*)gctx->conf)->info_prefix );
--  nfsnprintf( nbuf, sizeof(nbuf), "%s/%s/%ld.%d_%d.%s%s", 
ctx->trash,
--  subdirs[gmsg->status & M_RECENT], (long)time( 0 ), 
Pid, ++MaildirCount, Hostname, s ? s : "" );
-+  nfsnprintf( nbuf, sizeof(nbuf), "%s/%s/%lld.%d_%d.%s%s", 
ctx->trash,
-+  subdirs[gmsg->status & M_RECENT], (long long)time( 
0 ), Pid, ++MaildirCount, Hostname, s ? s : "" );
-   if (!rename( buf, nbuf ))
-   break;
-   if (!stat( buf,  )) {
Index: patches/patch-src_drv_proxy_c
===
RCS file: patches/patch-src_drv_proxy_c
diff -N 

update p5-ExtUils-CppGuess from 0.12 to 0.19

2019-06-12 Thread Klemens Nanni
0.19Mon  1 Apr 07:08:46 BST 2019
- support clang on Perl 5.14-16 with ExtUtils::ParseXS >= 3.04_01 (yes, 
really)
0.18Sun 31 Mar 17:49:21 BST 2019
- improve clang detection
0.17Sat 30 Mar 16:03:52 GMT 2019
- support Sun Studio compiler family
0.16Sat 30 Mar 00:09:42 GMT 2019
- test output more if no clue about compiler
0.15Fri 29 Mar 22:42:00 GMT 2019
- iostream_fname, cpp_flavor_defs methods
- add which actual compiler to use to generated MB and EUMM flags
- make the test sensitive to whether to #include with a ".h"
0.14Mon 25 Mar 21:13:36 GMT 2019
- add is_clang, unify OS-based detection
0.13Mon Mar 25 02:57:02 2019 +
- repo tidied slightly
- use Travis
- add compiler_command, linker_flags
- test all known configurations
- inhale knowledge from Inline::CPP

Works fine on amd64:

All tests successful.
Files=5, Tests=13, 23 wallclock secs ( 0.11 usr  0.16 sys + 10.94 cusr  
5.54 csys = 16.75 CPU)
Result: PASS

OK?

Index: Makefile
===
RCS file: /cvs/ports/devel/p5-ExtUtils-CppGuess/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile4 Dec 2018 22:46:38 -   1.1.1.1
+++ Makefile12 Jun 2019 19:04:36 -
@@ -2,7 +2,7 @@
 
 COMMENT =  guess C++ compiler and flags
 
-DISTNAME = ExtUtils-CppGuess-0.12
+DISTNAME = ExtUtils-CppGuess-0.19
 
 CATEGORIES =   devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-ExtUtils-CppGuess/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo4 Dec 2018 22:46:38 -   1.1.1.1
+++ distinfo12 Jun 2019 19:05:12 -
@@ -1,2 +1,2 @@
-SHA256 (ExtUtils-CppGuess-0.12.tar.gz) = 
McR7WxXj6f1a57NYgaD//SaimDskHn46G8NA1tRGGGs=
-SIZE (ExtUtils-CppGuess-0.12.tar.gz) = 6953
+SHA256 (ExtUtils-CppGuess-0.19.tar.gz) = 
TMYxurZihI6nyImeDGLN/bNn8v4gW1vYXfwQgmcqatM=
+SIZE (ExtUtils-CppGuess-0.19.tar.gz) = 13828



Re: Update portgen(1) to use PERMIT_PACKAGE

2019-06-12 Thread Klemens Nanni
OK kn

pkg_create(1) still mentions it as well;  I guess `-D` can stripped by
those, too?



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/12 12:27:19

Modified files:
www/nghttp2: distinfo 

Log message:
oops fix distinfo; thanks naddy



Update portgen(1) to use PERMIT_PACKAGE

2019-06-12 Thread Kurt Mosiejczuk
portgen(1) will still spit out the old-style PERMIT_PACKAGE_* lines.
This diff changes it to just use the newer PERMIT_PACKAGE and 
PERMIT_DISTFILE lines.

--Kurt

Index: Port.pm
===
RCS file: /cvs/ports/infrastructure/lib/OpenBSD/PortGen/Port.pm,v
retrieving revision 1.17
diff -u -p -r1.17 Port.pm
--- Port.pm 16 May 2019 15:55:47 -  1.17
+++ Port.pm 12 Jun 2019 17:44:54 -
@@ -176,11 +176,10 @@ sub set_license
my ( $self, $license ) = @_;
 
if ( is_good($license) ) {
-   $self->{PERMIT_PACKAGE_CDROM} = 'Yes';
+   $self->{PERMIT_PACKAGE} = 'Yes';
} else {
-   $self->{PERMIT_PACKAGE_CDROM} = 'unknown license';
-   $self->{PERMIT_PACKAGE_FTP}   = 'unknown license';
-   $self->{PERMIT_DISTFILES_FTP} = 'unknown license';
+   $self->{PERMIT_PACKAGE}   = 'unknown license';
+   $self->{PERMIT_DISTFILES} = 'unknown license';
}
 
$self->{license} = pretty_license($license);
@@ -396,7 +395,7 @@ sub write_makefile
my $print_key = "$key$equal";
$print_key .= $tabs if length $value;
 
-   if ( $key eq 'PERMIT_PACKAGE_CDROM' && $license ) {
+   if ( $key eq 'PERMIT_PACKAGE' && $license ) {
# guess that the comment before this was
# the license marker.
pop @makefile if $makefile[-1] =~ /^#/;



Re: include-what-you-use: ship docs, use python 3, other nits

2019-06-12 Thread Stuart Henderson
On 2019/06/11 16:16, Jonathan Gray wrote:
> On Mon, Jun 10, 2019 at 10:34:21PM +0200, Klemens Nanni wrote:
> > On Mon, Jun 10, 2019 at 08:10:58PM +0100, Stuart Henderson wrote:
> > > Removing execinfo from WANTLIB nullifies the devel/libexecinfo 
> > > LIB_DEPENDS ..
> > That... is a valid point.  I'll leave it in and double check tooling's
> > output before cooking diffs, thanks.
> 
> I don't see why you are removing libcurses and libz from wantlib
> 
> $ ldd /usr/local/bin/include-what-you-use  
> /usr/local/bin/include-what-you-use:
> StartEnd  Type  Open Ref GrpRef Name
> 050a920fd000 050a9352b000 exe   20   0  
> /usr/local/bin/include-what-you-use
> 050d4ff04000 050d4ff11000 rlib  02   0  
> /usr/lib/libpthread.so.26.1
> 050d8fd16000 050d939de000 rlib  01   0  
> /usr/local/lib/libLLVM-7.so
> 050d0ced 050d0cfc2000 rlib  02   0  
> /usr/lib/libc++.so.2.2
> 050d1781 050d17853000 rlib  03   0  
> /usr/lib/libc++abi.so.0.1
> 050d68782000 050d687b1000 rlib  02   0  
> /usr/lib/libm.so.10.1
> 050d1e24 050d1e336000 rlib  01   0  
> /usr/lib/libc.so.95.1
> 050d45d6c000 050d45da9000 rlib  01   0  
> /usr/lib/libedit.so.5.2
> 050d1cbec000 050d1cc07000 rlib  01   0  
> /usr/lib/libz.so.5.0
> 050d62d77000 050d62dd9000 rlib  01   0  
> /usr/lib/libcurses.so.14.0
> 050d1a31 050d1a31 ld.so 01   0  
> /usr/libexec/ld.so

Ports WANTLIB lines only list things linked directly to files in that port,
not things pulled in via library dependencies.

$ objdump -p /usr/local/bin/include-what-you-use | grep NEEDED
  NEEDED  libpthread.so.26.1
  NEEDED  libLLVM-7.so
  NEEDED  libc++.so.2.2
  NEEDED  libc++abi.so.0.1
  NEEDED  libm.so.10.1
  NEEDED  libc.so.95.1

I think it's correct to remove those extras.

libexecinfo is an extra specially annoying case because many ports are only
prepared to deal with Linux (execinfo.h header but the backtrace functions are
in libc). I'm not sure where it originally came from in the i-w-y-u port but
reviewing the source/build infrastructure there is nothing that uses it, so
we are ok to remove this from the port too (LIB_DEPENDS as well as the WANTLIB).



disable OpenMP for audio/clementine

2019-06-12 Thread j
This explicity disables OpenMP for clementine and an included third-party
library.


Index: audio/clementine/Makefile
===
RCS file: /cvs/ports/audio/clementine/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- audio/clementine/Makefile   20 May 2019 22:15:01 -  1.35
+++ audio/clementine/Makefile   9 Jun 2019 01:03:35 -
@@ -71,6 +71,9 @@ CONFIGURE_ARGS =  -DENABLE_SOUNDMENU:Bool
 # It's advised by Google to use bundled GTest and GMock
 CONFIGURE_ARGS +=  -DFORCE_BUNDLED_GMOCK=Yes
 
+# No OpenMP until we can
+CONFIGURE_ARGS +=   -DUSE_OPENMP:Bool=No
+
 # Use system SQLite
 # XXX Currently not possible, because devel/sqlite3 is built without
 # -DSQLITE_ENABLE_FTS3_TOKENIZER.
Index: audio/clementine/patches/patch-3rdparty_libprojectm_CMakeLists_txt
===
RCS file: 
/cvs/ports/audio/clementine/patches/patch-3rdparty_libprojectm_CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-3rdparty_libprojectm_CMakeLists_txt
--- audio/clementine/patches/patch-3rdparty_libprojectm_CMakeLists_txt  6 Feb 
2013 13:23:03 -   1.1
+++ audio/clementine/patches/patch-3rdparty_libprojectm_CMakeLists_txt  9 Jun 
2019 01:03:35 -
@@ -1,6 +1,16 @@
 $OpenBSD: patch-3rdparty_libprojectm_CMakeLists_txt,v 1.1 2013/02/06 13:23:03 
zhuk Exp $
 3rdparty/libprojectm/CMakeLists.txt.orig   Wed Feb  6 16:10:58 2013
-+++ 3rdparty/libprojectm/CMakeLists.txtWed Feb  6 16:11:33 2013
+Index: 3rdparty/libprojectm/CMakeLists.txt
+--- 3rdparty/libprojectm/CMakeLists.txt.orig
 3rdparty/libprojectm/CMakeLists.txt
+@@ -17,7 +17,7 @@ set(USE_FBO ON)
+ set(USE_FTGL OFF)
+ set(USE_GLES1 OFF)
+ set(USE_THREADS OFF)
+-set(USE_OPENMP ON)
++set(USE_OPENMP OFF)
+ set(USE_NATIVE_GLEW OFF)
+ set(USE_CG OFF)
+ set(BUILD_PROJECTM_STATIC ON)
 @@ -164,7 +164,7 @@ CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/libproject
  CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/config.inp.in" 
"${CMAKE_CURRENT_SOURCE_DIR}/config.inp" @ONLY)
  



Re: [NEW] textproc/misspell

2019-06-12 Thread Stuart Henderson
On 2019/06/12 18:46, Ampie Niemand wrote:
> Hi,
> 
> I did install it on i386 and amd64. It does install cleanly for me,
> but I wasn't able to learn how to use it.
> I couldn't figure it out in the absence of a man file. I did see a
> rundown of how to use it in the WWW field after doing "pkg_info
> misspell".

README.md isn't much but it would be better than nothing (and I don't expect
much better from go..) fcambus, could you install that in post-install please?
Otherwise OK.



Re: [NEW] textproc/misspell

2019-06-12 Thread Ampie Niemand
Hi,

I did install it on i386 and amd64. It does install cleanly for me,
but I wasn't able to learn how to use it.
I couldn't figure it out in the absence of a man file. I did see a
rundown of how to use it in the WWW field after doing "pkg_info
misspell".

I created a file /tmp/text.txt. Put the following text in it:

I live in the UK.

My favourite colour is bleu.

Bye Now
-

Output received was:
```
misspell -locale US text.txt
text.txt:3:3: "favourite" is a misspelling of "favorite"
text.txt:3:13: "colour" is a misspelling of "color"
```
Regards
Ampie

On Mon, 10 Jun 2019 at 11:11, Frederic Cambus  wrote:
>
> On Fri, May 31, 2019 at 01:30:57PM +0200, Frederic Cambus wrote:
>
> > Here is a new port: textproc/misspell.
> >
> > This is my first Go port, so I hope I got things right.
> >
> > From DESCR:
> >
> > Correct commonly misspelled English words in source files.
> >
> > Comments? OK?
>
> Ping.
>
> Anyone willing to take a look? Thanks!
>



Re: add pledge and unveil to net/irssi

2019-06-12 Thread Theo de Raadt
Solene Rapenne  wrote:

> On Tue, Jun 11, 2019 at 11:55:29AM -0600, Theo de Raadt wrote:
> > Bryan Steele  wrote:
> > 
> > > In addition to what Stuart said, irssi is using libperl here for perl
> > > scripts, which means the irssi unveil will be applied to them. There
> > > are many uses for perl scripts, and many involve reading arbitrary files
> > > and there's no way to know that upfront.
> > 
> > Keep in mind unveil is different from pledge.
> > 
> > With pledge, you get killed.  Unacceptably inconvenient to have that in
> > a sustained runtime, when you suddenly trigger a new feature.
> > 
> > With unveil, a hidden file is EACCES or ENOENT therefore a deeply
> > complicated feature may *subtly misbehave* if it continues operation
> > in the absence of a control file or something.
> > 
> > I think making this a getopt flag is a disaster.
> > 
> > It was done with chrome *temporarily* during test phases, but sustained
> > use of flags tied to low-level features is seriously user hostile. 
> > 
> 
> The following patch makes the irssi unveiled version a new flavor, with
> unveil/pledge optin. I think this is best option. This is optin AND the
> package name is explicit, nobody should be surprised of irssi-unveil
> blocking some plugins.

I don't see the difference between a getopt flag, and a flavor.

It will unexpectedly crash on a pledge violation, or act incorrectly
when a file it exists to be there isn't visible.

On the way to improving software security, we all need to avoid
regressive user-hostile behaviours.



Re: add pledge and unveil to net/irssi

2019-06-12 Thread Solene Rapenne
On Tue, Jun 11, 2019 at 11:55:29AM -0600, Theo de Raadt wrote:
> Bryan Steele  wrote:
> 
> > In addition to what Stuart said, irssi is using libperl here for perl
> > scripts, which means the irssi unveil will be applied to them. There
> > are many uses for perl scripts, and many involve reading arbitrary files
> > and there's no way to know that upfront.
> 
> Keep in mind unveil is different from pledge.
> 
> With pledge, you get killed.  Unacceptably inconvenient to have that in
> a sustained runtime, when you suddenly trigger a new feature.
> 
> With unveil, a hidden file is EACCES or ENOENT therefore a deeply
> complicated feature may *subtly misbehave* if it continues operation
> in the absence of a control file or something.
> 
> I think making this a getopt flag is a disaster.
> 
> It was done with chrome *temporarily* during test phases, but sustained
> use of flags tied to low-level features is seriously user hostile. 
> 

The following patch makes the irssi unveiled version a new flavor, with
unveil/pledge optin. I think this is best option. This is optin AND the
package name is explicit, nobody should be surprised of irssi-unveil
blocking some plugins.


Index: Makefile
===
RCS file: /data/cvs/ports/net/irssi/Makefile,v
retrieving revision 1.79
diff -u -p -r1.79 Makefile
--- Makefile18 Feb 2019 18:35:57 -  1.79
+++ Makefile12 Jun 2019 09:50:59 -
@@ -5,6 +5,7 @@ COMMENT =   modular IRC client with many f
 V =1.2.0
 DISTNAME = irssi-$V
 PKGSPEC =  irssi-=$V
+REVISION = 0
 
 CATEGORIES =   net
 
@@ -15,12 +16,13 @@ MAINTAINER =Klemens Nanni https://github.com/irssi/irssi/releases/download/${V}/
 
-FLAVORS =  socks
+FLAVORS =  socks unveil
 FLAVOR ?=
 
 LIB_DEPENDS =  devel/glib2>=2.28.0 \
@@ -44,6 +46,13 @@ CONFIGURE_ARGS +=--with-socks
 LIB_DEPENDS += security/dante
 WANTLIB += socks
 .endif
+
+.if ${FLAVOR:Munveil}
+CFLAGS +=  -DHAVE_UNVEIL=y
+.endif
+
+# required for 100% tests to pass
+PORTHOME=  ${WRKDIST}
 
 MAKE_FLAGS =   scriptdir="${SYSCONFDIR}/irssi/scripts" \
themedir="${SYSCONFDIR}/irssi/themes"
Index: patches/patch-src_core_net-nonblock_c
===
RCS file: patches/patch-src_core_net-nonblock_c
diff -N patches/patch-src_core_net-nonblock_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_core_net-nonblock_c   12 Jun 2019 09:59:56 -
@@ -0,0 +1,19 @@
+$OpenBSD$
+
+Index: src/core/net-nonblock.c
+--- src/core/net-nonblock.c.orig
 src/core/net-nonblock.c
+@@ -60,6 +60,13 @@ int net_gethostbyname_nonblock(const char *addr, GIOCh
+ "Using blocking resolving");
+   }
+ 
++#ifdef HAVE_UNVEIL
++if(pledge_enabled()) {
++if (pledge("dns inet stdio",NULL) == -1)
++{ printf("Error pledge non-block\n"); exit(1); }
++}
++#endif
++
+   /* child */
+   srand(time(NULL));
+ 
Index: patches/patch-src_fe-common_core_fe-common-core_c
===
RCS file: patches/patch-src_fe-common_core_fe-common-core_c
diff -N patches/patch-src_fe-common_core_fe-common-core_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-src_fe-common_core_fe-common-core_c   12 Jun 2019 10:01:28 
-
@@ -0,0 +1,106 @@
+$OpenBSD$
+
+Index: src/fe-common/core/fe-common-core.c
+--- src/fe-common/core/fe-common-core.c.orig
 src/fe-common/core/fe-common-core.c
+@@ -51,6 +51,10 @@
+ 
+ #include 
+ 
++#ifdef HAVE_UNVEIL
++#include 
++#endif
++
+ static char *autocon_server;
+ static char *autocon_password;
+ static int autocon_port;
+@@ -58,6 +62,10 @@ static int no_autoconnect;
+ static char *cmdline_nick;
+ static char *cmdline_hostname;
+ 
++#ifdef HAVE_UNVEIL
++static int no_unveil;
++#endif
++
+ void fe_core_log_init(void);
+ void fe_core_log_deinit(void);
+ 
+@@ -99,6 +107,58 @@ void window_commands_deinit(void);
+ 
+ static void sig_setup_changed(void);
+ 
++#ifdef HAVE_UNVEIL
++int pledge_enabled()
++{
++return no_unveil ? 0 : 1;
++}
++
++void pledge_init()
++{
++if(pledge_enabled()) {
++struct passwd *pw;
++int user_id = getuid();
++char path[200];
++
++pw = getpwuid(user_id);
++if (pw == NULL)
++{ printf("can't get pw of current user\n"); exit(1); }
++
++if( unveil("/etc/ssl","r") == -1 )
++{ printf("error unveil /etc/ssl/\n"); exit(1); }
++
++if( unveil("/etc/resolv.conf","r") == -1 )
++{ printf("error unveil /etc/resolv.conf\n"); exit(1); }
++
++if( unveil("/dev/null","rw") == -1 )
++{ printf("error unveil dev/null\n"); exit(1); }
++
++if( unveil("/usr/local/libdata/perl5/","r") == -1 )
++{ printf("error unveil /usr/local/libdata/perl5/\n"); exit(1); }
++
++if( 

CVS: cvs.openbsd.org: ports

2019-06-12 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/12 09:42:05

Modified files:
www/nghttp2: Makefile distinfo 

Log message:
update to nghttp2 1.39.1



CVS: cvs.openbsd.org: ports

2019-06-12 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/06/12 08:58:15

Modified files:
net/dnscontrol : Makefile 

Log message:
my fancy setting of ONLY_FOR_ARCHS to the intersection of GO_ARCHS and
LP64_ARCHS didn't work (GO_ARCHS/LP64_ARCHS aren't available until after
the mk files are pulled in which cause ONLY_FOR_ARCHS to be checked) so
just hardcode amd64 instead.



Re: ????: devel/py-tz: Update to 2019.1

2019-06-12 Thread Kurt Mosiejczuk
On Wed, Jun 12, 2019 at 09:40:09AM +, wen heping wrote:

>Here is a revised patch for devel/py-tz, changes from last patch:
>1)   update HOMEPAGE
>2??update LICENSE, now is MIT
>3)   use PERMIT_PACKAGE
>4) More ports tested, no more tests failed because of this update:
>  databases/py-influxdb
>  graphics/py-matplotlib
>  math/py-pandas
>  security/plaso
>  security/py-cryptography
>  textproc/py-pyRFC3339
>  www/py-django

> Comments? OK?

Looks good to me now. OK kmos@

--Kurt



Re: llvm8: productivity/devtodo build failure

2019-06-12 Thread Christian Weisgerber
Stuart Henderson:

> > ld: error: undefined symbol: std::__1::basic_ostream > std::__1::char_traits >::operator<<(std::__1::basic_ostream > std::__1::char_traits >& (*)(std::__1::basic_ostream > std::__1::char_traits >&))
> > >>> referenced by TodoDB.cc
> > >>>   
> > >>> TodoDB.o:(TodoDB::StreamColour::veryhigh(std::__1::basic_ostream > >>> std::__1::char_traits >&))
> 
> I'll update i386 after my current build is done and take a look there
> (got about a day to go) but if you have time could you try reordering
> the #includes in util/Strings.h please? Perhaps move "#include "
> up ..

???  That doesn't have any bearing on the problem at hand.


ld complains that this is an undefined symbol:

std::__1::basic_ostream 
>::operator<<(std::__1::basic_ostream >& 
(*)(std::__1::basic_ostream >&))

Which is a bit confusing, because it appears in libc++.so.3.0.
Anyway, in more human-readable form that's ...

basic_ostream::operator<<(basic_ostream& (*)(basic_ostream&))

... which brings us to this part of the libc++ diff:

 // 27.7.2.6 Formatted output:
-inline _LIBCPP_EXTERN_TEMPLATE_INLINE_VISIBILITY
+inline _LIBCPP_HIDE_FROM_ABI_AFTER_V1
 basic_ostream& operator<<(basic_ostream& (*__pf)(basic_ostream&))
 { return __pf(*this); }

c++ -E confirms that this now expands to an additional
__visibility__("hidden").

So...
(1) Is this change intentional?
(2) If so, what's required to fix the code?

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



回复: devel/py-tz: Update to 2019.1

2019-06-12 Thread wen heping
Hi,

   Here is a revised patch for devel/py-tz, changes from last patch:
   1)   update HOMEPAGE
   2)update LICENSE, now is MIT
   3)   use PERMIT_PACKAGE
   4) More ports tested, no more tests failed because of this update:
 databases/py-influxdb
 graphics/py-matplotlib
 math/py-pandas
 security/plaso
 security/py-cryptography
 textproc/py-pyRFC3339
 www/py-django

Comments? OK?

wen

发件人: Stuart Henderson 
发送时间: 2019年6月11日 18:31
收件人: Kurt Mosiejczuk
抄送: wen heping; ports@openbsd.org
主题: Re: devel/py-tz: Update to 2019.1

On 2019/06/11 00:12, Kurt Mosiejczuk wrote:
> On Tue, Jun 11, 2019 at 03:28:32AM +, wen heping wrote:
> > Hi, ports@:
>
> >Here is a patch to update devel/py-tz to 2019.1, it build and test well
> > on my amd64 system, with both python2 and python3 flavors.
> >Many ports depends on pytz, I have tested some of it, include:
> >astro/py-astral
> >math/py-numpy
> >devel/py-babel
> >devel/py-tzlocal
> >The patch does not cause run error or new tests fail.
>
> >Comments? OK ?
>
> >  HOMEPAGE = http://pytz.sourceforge.net/
>
> There's a new homepage linked from its pypi page. It's also https. It
> should be switched to that.
>
> The PERMIT_PACKAGE_CDROM should get switched to the new PERMIT_PACKAGE
> also.
>
> That list of consumers is a lot smaller than the full list. I'd usually
> try and at least get a greater percentage of the TEST_DEPENDS consumers.
> Perhaps at least py-django/stable and py-django/lts since you were just
> also working with those?
>
> With the updated HOMEPAGE and some more testing, I think this looks good.
> But I'd really like tests on more than 4 of 20 TEST_DEPENDS consumers.
>
> --Kurt
>

Often py-tz updates are just updating the tzdata files and dep testing
isn't really needed, though I think this time a bit more testing than usual
probably is warranted as there's a new error condition

+if zone is None:
+raise UnknownTimeZoneError(None)

Index: Makefile
===
RCS file: /cvs/ports/devel/py-tz/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile13 May 2019 18:06:44 -  1.50
+++ Makefile12 Jun 2019 09:32:27 -
@@ -2,16 +2,15 @@
 
 COMMENT =  Python API for dealing with timezones
 
-MODPY_EGG_VERSION =2018.7
+MODPY_EGG_VERSION =2019.1
 DISTNAME = pytz-${MODPY_EGG_VERSION}
 PKGNAME =  ${DISTNAME:S/^py/py-/}
 CATEGORIES =   devel
-REVISION = 1
 
-HOMEPAGE = http://pytz.sourceforge.net/
+HOMEPAGE = https://pythonhosted.org/pytz/
 
-# BSD
-PERMIT_PACKAGE_CDROM = Yes
+# MIT
+PERMIT_PACKAGE =   Yes
 
 MODULES =  lang/python
 
Index: distinfo
===
RCS file: /cvs/ports/devel/py-tz/distinfo,v
retrieving revision 1.29
diff -u -p -r1.29 distinfo
--- distinfo12 Nov 2018 19:39:12 -  1.29
+++ distinfo12 Jun 2019 09:32:27 -
@@ -1,2 +1,2 @@
-SHA256 (pytz-2018.7.tar.gz) = Mcs1yJvX0zPNMsXyePypG1I7CDQ2nnV/TFZB6iUiNso=
-SIZE (pytz-2018.7.tar.gz) = 300745
+SHA256 (pytz-2019.1.tar.gz) = 10fdPSPXfvRMajUm4nSvbv6wpvGv1aabpNW+QJjI4UE=
+SIZE (pytz-2019.1.tar.gz) = 308148
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/py-tz/pkg/PLIST,v
retrieving revision 1.24
diff -u -p -r1.24 PLIST
--- pkg/PLIST   23 Feb 2018 16:57:22 -  1.24
+++ pkg/PLIST   12 Jun 2019 09:32:28 -
@@ -330,6 +330,7 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Pontianak
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Pyongyang
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Qatar
+lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Qostanay
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Qyzylorda
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Rangoon
 lib/python${MODPY_VERSION}/site-packages/pytz/zoneinfo/Asia/Riyadh