Re: UPDATE: security/opendnssec

2019-03-14 Thread Patrik Lundin 
On Thu, Feb 07, 2019 at 11:16:45AM +0100, Aham Brahmasmi wrote:
> > 
> > [1]: https://blog.sigterm.se/posts/to-the-cloud-dns-edition/
> 
> Tack så mycket Patrik for that informative blog post. Could I request
> you to please help me with my queries:
> 

Since the question was posted to the list I'll include the list in this
initial response, but any further discussion I will gladly take offlist to not
disturb the work of the porters.

> 1) Since the capability to run OpenBSD virtual machines is now present
> in the base, would you still suggest running authoritative DNS in
> "cloud" vs on VMs in on-premise/rented baremetal OpenBSD machines? I
> ask this because I have trouble relying on cloud, and as I have learnt,
> "free" in cloud usually translates to "you do not know how you pay".

My reasons for running "in the cloud" are not based on a former
lack of virtualization support in OpenBSD. More than anything else it is
based on trying new things for fun, cost and the maintenance required to
support your own infrastructure.

Would you be better served by running your own infrastructure on bare
metal? I can't really tell you that, as with so many other things "it
depends".

I agree there are trust issues involved with free services, so again, it
depends on your needs. Sorry i don't have a more concrete answer :).

> 2) Could you please elaborate on the custom built DNS server daemon? I
> find that very interesting, especially when combined with OpenDNSSEC.
> 

It is a minimal service written in go, there is some code here:
https://github.com/eest/cds

For production work I would probably not start out with building my own ServeMux
implementation but rather use the default one. I did so here for the
learning experience.

The responses from that service are not signed at this point, so there
is no correlation with OpenDNSSEC.

-- 
Patrik Lundin

UPDATE sysutils/ddrescue

2019-03-14 Thread Björn Ketelaars 
ddrescue received an update. Changelog indicates no big changes:
  * Added new option '--command-mode'.
  * Implemented mapfile backup.
  * ddrescue.texi: Documented final contents of bad areas in outfile.
  * configure: Accept appending to CXXFLAGS, 'CXXFLAGS+=OPTIONS'.

Release announcement can be found at
http://lists.gnu.org/archive/html/info-gnu/2019-02/msg00012.html

Make test runs successfully on amd64, and (lightly) tested while trying
to save some data from a dying device.

OK?


Index: Makefile
===
RCS file: /cvs/ports/sysutils/ddrescue/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile24 Oct 2018 14:28:10 -  1.19
+++ Makefile15 Mar 2019 04:29:54 -
@@ -2,8 +2,7 @@
 
 COMMENT =  data recovery tool
 
-DISTNAME = ddrescue-1.23
-REVISION = 0
+DISTNAME = ddrescue-1.24
 
 CATEGORIES =   sysutils
 
Index: distinfo
===
RCS file: /cvs/ports/sysutils/ddrescue/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo11 Mar 2018 10:52:33 -  1.9
+++ distinfo15 Mar 2019 04:29:54 -
@@ -1,2 +1,2 @@
-SHA256 (ddrescue-1.23.tar.lz) = qa4t1EWSvzhsnBVqXayu65AVc8mGeto2CPiH1AEzjY0=
-SIZE (ddrescue-1.23.tar.lz) = 82451
+SHA256 (ddrescue-1.24.tar.lz) = S10/7t5w42V8prPHhE8jExhRy7avDOzJchUA99cCEIc=
+SIZE (ddrescue-1.24.tar.lz) = 85244

Qt 5.12 LTS

2019-03-14 Thread Bryan Everly 
Hi @ports,

Is anyone aware of plans to bump up our qt5 support for 5.9 to 5.12?  I ask 
because I would like to add the NextCloud desktop client as a port but they 
have already taken the time to move fro QtWebKit to QtWebEngine.

Thanks.

Get Outlook for iOS

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Anthony J . Bentley 
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2019/03/14 18:46:54

Modified files:
games/pioneer  : Makefile 

Log message:
Use system lua as well.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Anthony J . Bentley 
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2019/03/14 18:19:13

Modified files:
games/pioneer  : Makefile 

Log message:
Use system GLEW instead of a bundled copy.

Problem noticed by matthieu@

Re: remove devel/{cudf,omake,ounit,ocaml-{cmdliner,cppo,dose,extlib,jsonm,re}} ?

2019-03-14 Thread Marc Espie 
On Mon, Mar 11, 2019 at 09:55:53PM +0100, Christopher Zimmermann wrote:
> Hi,
> 
> switching sysutils/opam to a source distribution including all
> (partly patched) dependencies, the following OCaml libraries are no
> longer used by other ports. Since active OCaml users will use opam
> instead of OpenBSD ports I would suggest to remove them from the ports
> tree.
> The following diff obviously just disables them as a first step.
> 
> objections, oks ?
> 
> Christopher

Not okay.

You also want an entry in quirks explaining about them, and what to do.

Just in case some people you don't know about  use them and wonder where
they went.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Charlene Wendling 
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/03/14 15:37:20

Modified files:
net/haproxy: Makefile 

Log message:
haproxy: needs atomics on macppc (and probably hppa)
Successfully tested on macppc.

OK jca@, "no objection" danj@ (maintainer)

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Jeremie Courreges-Anglas 
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/14 14:43:50

Modified files:
devel/ocaml-menhir: Makefile 

Log message:
menhir depends on ocamlfind/findlib at least for --suggest-menhirLib

This unbreaks lang/compcert which is the only devel/ocaml-menhir
consumer in the tree.  Not removing BROKEN in compcert for now.

ok daniel@ (lang/compcert maintainer)

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/03/14 14:32:43

Modified files:
editors/vim: Makefile distinfo 

Log message:
update to vim-8.1.1007

Re: Unbreak net/haproxy on macppc

2019-03-14 Thread Jeremie Courreges-Anglas 
On Wed, Mar 13 2019, Daniel Jakots  wrote:
> On Sat, 9 Mar 2019 17:55:43 +0100, Charlene Wendling
>  wrote:
>
>> This requires atomics at least on macppc, where it has been built 
>> sucessfully [1], and probably hppa. 
>
> Wasn't this solved on hppa with
> commit 0eb74ae52d1a40be580169c2333dafaaacdb3aac
> Author: jca 
> Date:   Tue Sep 8 18:28:50 2015 +
>
> Disable the shared SSL session cache on hppa, and remove the BROKEN 
> marker.
> 
> hppa lacks the atomic ops needed for this feature.  Other archs may be
> good candidates too.
> 
> ok Daniel Jakots (maintainer), juanfra@
>
> diff --git a/net/haproxy/Makefile b/net/haproxy/Makefile
> index 83b94a7b999..2436c1829f7 100644
> --- a/net/haproxy/Makefile
> +++ b/net/haproxy/Makefile
> @@ -1,6 +1,4 @@
> -# $OpenBSD: Makefile,v 1.21 2015/09/07 22:20:52 juanfra Exp $
> -
> -BROKEN-hppa =  undefined reference to __sync atomic ops
> +# $OpenBSD: Makefile,v 1.22 2015/09/08 18:28:50 jca Exp $
>  
>  COMMENT =  reliable, high performance TCP/HTTP load balancer
>  
> @@ -28,6 +26,10 @@ MAKE_FLAGS +=CFLAGS="${CFLAGS} 
> -fno-strict-aliasing" LDFLAGS="${LDFLAGS}"
>  MAKE_FLAGS +=  CC="${CC}" LD="${CC}" TARGET="openbsd"
>  MAKE_FLAGS +=  USE_OPENSSL=1 USE_PCRE=1
>  
> +.if ${MACHINE_ARCH:Mhppa}
> +MAKE_FLAGS +=  USE_PRIVATE_CACHE=1
> +.endif
> +
>  NO_TEST =  Yes
>  LIB_DEPENDS =  devel/pcre
>  

Yep, but then I removed the workaround because it wasn't needed any more
on powerpc after the switch to ports-gcc, and I assumed that hppa would
behave similarly.  But there have been several haproxy updates since.

> Anyway, as long as you don't break amd64 and you don't make a mess of
> the Makefile, no objection from me :)

Regarding the diff:

> Index: Makefile
> ===
> RCS file: /cvs/ports/net/haproxy/Makefile,v
> retrieving revision 1.55
> diff -u -p -u -p -r1.55 Makefile
> --- Makefile  14 Jan 2019 18:18:59 -  1.55
> +++ Makefile  9 Mar 2019 16:18:58 -
> @@ -38,6 +38,12 @@ EXAMPLES = acl-content-sw content-sw-sam
>  DOCSDIR =${PREFIX}/share/doc/haproxy
>  EXAMPLESDIR =${PREFIX}/share/examples/haproxy
>  
> +# Fix undefined reference to __atomic_*
> +.if ${MACHINE_ARCH} == "powerpc" || ${MACHINE_ARCH} == "hppa"
> +LDFLAGS +=   "-latomic"
> +WANTLIB +=   atomic

I don't remember if I have already shared this concern, but this will
fail as soon as powerpc switches to "base-clang". A quick search tells
me that at least devel/protobuf, games/stockfish and net/bro could be
similarly affected.

ok jca@ but we'll (hopefully) have to revisit this in the future.

> +.endif
> +
>  
>  pre-install:
>   ${SUBST_CMD} ${WRKSRC}/doc/haproxy.1


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


signature.asc
Description: PGP signature

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/03/14 14:19:51

Modified files:
databases/py-ldap: Makefile distinfo 

Log message:
update to py-ldap 3.2.0

Re: CVS: cvs.openbsd.org: ports

2019-03-14 Thread Matthieu Herrb 
On Thu, Mar 14, 2019 at 01:43:34AM -0600, Anthony J. Bentley wrote:
> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   bent...@cvs.openbsd.org 2019/03/14 01:43:33
> 
> Modified files:
>   games/pioneer  : Makefile distinfo 
>   games/pioneer/pkg: PLIST 
> Removed files:
>   games/pioneer/patches: patch-configure_ac 
>  patch-contrib_imgui_imgui_draw_cpp 
> 
> Log message:
> Update to pioneer-20190203.
> 
> Changelog:
> https://github.com/pioneerspacesim/pioneer/blob/20190203/Changelog.txt

hi,

This version fails to build here. Looks like a missing LIB_DEPENDS on
graphics/glew.

-- 
Matthieu Herrb

[New/WIP] editors/neovim-qt

2019-03-14 Thread Laurence Tratt 
I've pushed a draft port of neovim-qt to the WIP repo under
editors/neovim-qt: a QT5 GUI front-end for neovim. It's not as polished in
some ways as gvim, but in some ways it (or, at least, neovim) is faster --
and it works well enough for me to be writing this email!

Comments are gratefully received.


Laurie
-- 
Personal http://tratt.net/laurie/
Software Development Teamhttp://soft-dev.org/
   https://github.com/ltratt  http://twitter.com/laurencetratt

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Landry Breuil 
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/03/14 12:33:36

Modified files:
geo: Makefile 

Log message:
+mdal

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Landry Breuil 
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/03/14 12:33:08

Log message:
Import mdal 0.2.0.

Mesh Data Abstraction Library (MDAL) is a C++ library for handling 
unstructured
mesh data released with MIT license. It provides a single data model for
multiple supported data formats. MDAL is used by QGIS for data access for 
mesh
layers.

with a cmake patch to fix tests from rsadowski@, thanks!
ok rsadowski@

Status:

Vendor Tag: landry
Release Tags:   landry_20190314

N ports/geo/mdal/Makefile
N ports/geo/mdal/distinfo
N ports/geo/mdal/pkg/PLIST
N ports/geo/mdal/pkg/DESCR
N ports/geo/mdal/patches/patch-mdal_CMakeLists_txt
N ports/geo/mdal/patches/patch-tests_CMakeLists_txt

No conflicts created by this import

Re: NEW: math/py-cftime

2019-03-14 Thread Martin Reindl 
Am 06.03.19 um 08:47 schrieb Martin Reindl:
> Hello,
> 
> attached is a new port of math/py-cftime, providing time and date handling
> functions for an upcoming py-netcdf port. Needs the math/netcdf update
> previously posted. Only tested on amd64. Comments welcome.
> 
> -m
> 


With the netcdf update commited, is anyone willing to pick this up?

-m

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Charlene Wendling 
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/03/14 09:58:44

Modified files:
x11/kde4/marble: Makefile 

Log message:
marble (kde4): requires -std=c++11 when built with ports-gcc-4.9
Tested successfully on macppc.

OK landry@ sthen@ rsadowski@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Stuart Henderson 
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2019/03/14 09:57:51

Modified files:
databases/pecl-redis: Makefile distinfo 

Log message:
update to pecl-redis-4.3.0

Re: [ports-gcc] Unbreak x11/kde4/marble

2019-03-14 Thread Charlene Wendling 
On Thu, 14 Mar 2019 14:37:02 +
Stuart Henderson  wrote:

> On 2019/03/14 14:32, Charlene Wendling wrote:
> > Hi ports, 
> > 
> > > http://build-failures.rhaalovely.net/powerpc/2019-02-04/x11/kde4/marble.log
> > 
> > Not much to say here, it's yet another case where it just 
> > needs -std=c++11.
> > 
> > It builds [1] and runs fine [2] once provided. 
> > 
> > Any comment?
> 
> I'm not the biggest fan of adding things after the bsd.port.mk
> include, but it makes sense for now - OK.

Once we'll use ports-gcc-8, some ports may need the opposite, i mean
using -std=gnu++98, like x11/rxvt-unicode, sadly. There should be
less of those though.

> Maybe worth keeping a list of ports with forced -std=c++11 that we can
> remove after switching?

I "tagged" my changes with "ports-gcc>=8". If you have
the_silver_searcher installed, they can be quickly found by issuing
this:

$ cd /usr/ports/; ag --ignore 'pobj/*' --silent -flQ 'ports-gcc>=8'

graphics/openscenegraph/Makefile
multimedia/mlt/Makefile
print/texlive/base/patches/patch-texk_dvisvgm_dvisvgm-src_libs_brotli_common_platform_h
print/texlive/base/patches/patch-texk_dvisvgm_dvisvgm-src_libs_brotli_include_brotli_port_h
print/texlive/base/patches/patch-texk_dvisvgm_dvisvgm-src_libs_brotli_enc_fast_log_h

In any case it's supposed to be the last one, unless landry pings me
about now "unlocked" ports in his current bulk.

Charlène.

Re: [new] mdal 0.2.0

2019-03-14 Thread Landry Breuil 
On Thu, Mar 14, 2019 at 04:15:30PM +0100, Rafael Sadowski wrote:
> On Thu Mar 14, 2019 at 08:37:24AM +0100, Landry Breuil wrote:
> > Hi,
> >
> > here's a port for http://www.mdal.xyz/ which can be used by qgis 3.6
> > instead of building the bundled lib. This requires the netcdf 4 update
> > that was recently commited.
> >
> > looking for okays.
> >
> > Landry
> 
> Looks good to me. Please find attached a version which use our ports
> gtest. My test results:

Nice ! gotta push it upstream, as i've reported it in
https://github.com/lutraconsulting/MDAL/issues/95

thanks !

Re: [new] mdal 0.2.0

2019-03-14 Thread Rafael Sadowski 
On Thu Mar 14, 2019 at 08:37:24AM +0100, Landry Breuil wrote:
> Hi,
>
> here's a port for http://www.mdal.xyz/ which can be used by qgis 3.6
> instead of building the bundled lib. This requires the netcdf 4 update
> that was recently commited.
>
> looking for okays.
>
> Landry

Looks good to me. Please find attached a version which use our ports
gtest. My test results:

Test project /usr/ports/pobj/mdal-0.2.0/build-amd64
  Start  1: mdal_2dm_test
 1/15 Test  #1: mdal_2dm_test    Passed0.15 sec
  Start  2: mdal_api_test
 2/15 Test  #2: mdal_api_test    Passed0.04 sec
  Start  3: mdal_ascii_dat_test
 3/15 Test  #3: mdal_ascii_dat_test ..   Passed0.03 sec
  Start  4: mdal_binary_dat_test
 4/15 Test  #4: mdal_binary_dat_test .   Passed0.07 sec
  Start  5: mdal_mdal_utils_test
 5/15 Test  #5: mdal_mdal_utils_test .   Passed0.04 sec
  Start  6: mdal_xmdf_test
 6/15 Test  #6: mdal_xmdf_test ...   Passed0.17 sec
  Start  7: mdal_flo2d_test
 7/15 Test  #7: mdal_flo2d_test ..   Passed0.12 sec
  Start  8: mdal_hec2d_test
 8/15 Test  #8: mdal_hec2d_test ..   Passed0.07 sec
  Start  9: mdal_gdal_grib_test
 9/15 Test  #9: mdal_gdal_grib_test ..   Passed0.40 sec
  Start 10: mdal_3di_test
10/15 Test #10: mdal_3di_test    Passed0.14 sec
  Start 11: mdal_sww_test
11/15 Test #11: mdal_sww_test ***Exception: Child aborted  
0.13 sec
  Start 12: mdal_gdal_netcdf_test
12/15 Test #12: mdal_gdal_netcdf_test ***Failed0.04 sec
  Start 13: mdalinfo_test
13/15 Test #13: mdalinfo_test    Passed0.04 sec
  Start 14: mdalinfo_test2
14/15 Test #14: mdalinfo_test2 ...   Passed0.02 sec
  Start 15: mdalinfo_test3
15/15 Test #15: mdalinfo_test3 ...   Passed0.02 sec

87% tests passed, 2 tests failed out of 15

Total Test time (real) =   1.49 sec

The following tests FAILED:
 11 - mdal_sww_test (Child aborted)
 12 - mdal_gdal_netcdf_test (Failed)


RS


mdal-0.2.0.tar.gz
Description: Binary data

portcheck extract permissions

2019-03-14 Thread Alexander Bluhm 
On Thu, Mar 07, 2019 at 06:54:02PM -0700, Andrew Hewus Fresh wrote:
> Reading through the rest, and avoiding installing dependencies, we could
> just check for bad permissions if $WRKSRC exists, which it probably does
> if you've been working on the port.

This works well directly afer extraction.  But if the build creates
non readable files, portcheck fails if you run it after make build.
I don't know wheter this happens in practice or how to fix this and
I have no better idea.  To test the problem I did a build with a
retrictive umask.

bluhm

> 
> This does specifically check that FIX_EXTRACT_PERMISSIONS is "No" and
> the ports infrastructure checks that it is "Yes" (case insensitive) so
> you could set "FIX_EXTRACT_PERMISSIONS=ignore" to silence this check.
> 
> 
> Index: infrastructure/bin/portcheck
> ===
> RCS file: /cvs/ports/infrastructure/bin/portcheck,v
> retrieving revision 1.126
> diff -u -p -r1.126 portcheck
> --- infrastructure/bin/portcheck  16 Nov 2018 10:08:38 -  1.126
> +++ infrastructure/bin/portcheck  7 Mar 2019 20:54:09 -
> @@ -790,6 +790,31 @@ check_distfiles() {
>   local dist_subdir=$1; shift
>   local portref=$(portref "$dir")
>  
> + local wrkdist fix_extract_permissions
> + local show_items="WRKDIST FIX_EXTRACT_PERMISSIONS"
> + local read_ok=false
> +
> + (cd -- "$dir"; make "${make_args[@]}" show="$show_items" || true) 
>  + read -pr wrkdist &&
> + read -pr fix_extract_permissions &&
> + read_ok=true
> +
> + if $read_ok; then
> + exec 3<
> + exec 3<&-
> + wait
> + else
> + error=true
> + return
> + fi
> +
> + if [ "$fix_extract_permissions" = No -a -e "$wrkdist" \
> + -a $( find "$wrkdist" ! \( \
> + \( -type d -a -perm -0555 \) -o -perm -0444 \
> + \) | wc -l ) -gt 0 ]; then
> + err "${portref}missing FIX_EXTRACT_PERMISSIONS"
> + fi
> +
>   # do not care about absent distfiles, this is fine for meta ports
>   while (($# > 1)); do
>   # try to catch "version-only" names, but not anything more

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Stefan Sperling 
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2019/03/14 08:49:18

Modified files:
x11: Makefile 

Log message:
+= textsuggest

UPDATE: textproc/ruby-nokogiri

2019-03-14 Thread Sebastian Reitenbach 
Hi,

this updates nokogiri to 1.10.1.
It doesn't seem to have tests anymore. direct dependent ports still
build and install fine. Those of them that have tests, have same
failure/success rates as before.

any comments, concerns, test or even OK?

cheers,
Sebastian

Index: Makefile
===
RCS file: /cvs/ports/textproc/ruby-nokogiri/Makefile,v
retrieving revision 1.32
diff -u -p -u -r1.32 Makefile
--- Makefile29 Oct 2018 14:45:14 -  1.32
+++ Makefile14 Mar 2019 14:44:01 -
@@ -2,7 +2,7 @@

 COMMENT=   HTML, XML, SAX and Reader parser

-DISTNAME=  nokogiri-1.8.5
+DISTNAME=  nokogiri-1.10.1
 CATEGORIES=textproc

 HOMEPAGE=  http://nokogiri.org/
@@ -21,11 +21,5 @@ CONFIGURE_STYLE= ruby gem ext

 CONFIGURE_ARGS=--use-system-libraries \
--with-xml2-include=${LOCALBASE}/include/libxml2/
-
-TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH}
-MODRUBY_TEST=  ruby
-MODRUBY_TEST_TARGET=   -I test -rnokogiri \
-   -e 'ARGV.each{|f| require f}' \
-   ./test/test_*.rb ./test/*/test_*.rb

 .include 
Index: distinfo
===
RCS file: /cvs/ports/textproc/ruby-nokogiri/distinfo,v
retrieving revision 1.13
diff -u -p -u -r1.13 distinfo
--- distinfo29 Oct 2018 14:45:14 -  1.13
+++ distinfo14 Mar 2019 14:44:01 -
@@ -1,2 +1,2 @@
-SHA256 (nokogiri-1.8.5.gem) = H5OoKSV7Yh1AxMv846zc1oiws9cEl86uT6K6+VXu3i8=
-SIZE (nokogiri-1.8.5.gem) = 9279488
+SHA256 (nokogiri-1.10.1.gem) = BAXYSofX28BX65otD871eV4jmS21Frg9N7kfadih9Cc=
+SIZE (nokogiri-1.10.1.gem) = 8980480
Index: patches/patch-_metadata
===
RCS file: /cvs/ports/textproc/ruby-nokogiri/patches/patch-_metadata,v
retrieving revision 1.3
diff -u -p -u -r1.3 patch-_metadata
--- patches/patch-_metadata 4 Nov 2017 15:49:24 -   1.3
+++ patches/patch-_metadata 14 Mar 2019 14:44:01 -
@@ -3,12 +3,13 @@ $OpenBSD: patch-_metadata,v 1.3 2017/11/
 Don't runtime depend on mini_portile2, it's only need for compiling
 the extension.

 .metadata.orig Thu Nov  3 16:37:01 2016
-+++ .metadata  Thu Nov  3 16:37:43 2016
-@@ -21,7 +21,7 @@ dependencies:
+Index: .metadata
+--- .metadata.orig
 .metadata
+@@ -23,7 +23,7 @@ dependencies:
  - - "~>"
- !ruby/object:Gem::Version
- version: 2.3.0
+ version: 2.4.0
 -  type: :runtime
 +  type: :development
prerelease: false
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/ruby-nokogiri/pkg/PLIST,v
retrieving revision 1.14
diff -u -p -u -r1.14 PLIST
--- pkg/PLIST   29 Oct 2018 14:45:14 -  1.14
+++ pkg/PLIST   14 Mar 2019 14:44:01 -
@@ -1,30 +1,13 @@
 @comment $OpenBSD: PLIST,v 1.14 2018/10/29 14:45:14 jeremy Exp $
 ${GEM_BIN}/nokogiri${GEM_BIN_SUFFIX}
+${GEM_LIB}/build_info/${DISTNAME}.info
 ${GEM_LIB}/cache/${DISTNAME}.gem
 ${GEM_LIB}/gems/${DISTNAME}/
-${GEM_LIB}/gems/${DISTNAME}/.autotest
-${GEM_LIB}/gems/${DISTNAME}/.cross_rubies
-${GEM_LIB}/gems/${DISTNAME}/.editorconfig
-${GEM_LIB}/gems/${DISTNAME}/.gemtest
-${GEM_LIB}/gems/${DISTNAME}/.travis.yml
-${GEM_LIB}/gems/${DISTNAME}/CHANGELOG.md
-${GEM_LIB}/gems/${DISTNAME}/CONTRIBUTING.md
-${GEM_LIB}/gems/${DISTNAME}/C_CODING_STYLE.rdoc
-${GEM_LIB}/gems/${DISTNAME}/Gemfile
-${GEM_LIB}/gems/${DISTNAME}/Gemfile-libxml-ruby
 ${GEM_LIB}/gems/${DISTNAME}/LICENSE-DEPENDENCIES.md
 ${GEM_LIB}/gems/${DISTNAME}/LICENSE.md
-${GEM_LIB}/gems/${DISTNAME}/Manifest.txt
 ${GEM_LIB}/gems/${DISTNAME}/README.md
-${GEM_LIB}/gems/${DISTNAME}/ROADMAP.md
-${GEM_LIB}/gems/${DISTNAME}/Rakefile
-${GEM_LIB}/gems/${DISTNAME}/SECURITY.md
-${GEM_LIB}/gems/${DISTNAME}/STANDARD_RESPONSES.md
-${GEM_LIB}/gems/${DISTNAME}/Y_U_NO_GEMSPEC.md
-${GEM_LIB}/gems/${DISTNAME}/appveyor.yml
 ${GEM_LIB}/gems/${DISTNAME}/bin/
 ${GEM_LIB}/gems/${DISTNAME}/bin/nokogiri
-${GEM_LIB}/gems/${DISTNAME}/build_all
 ${GEM_LIB}/gems/${DISTNAME}/dependencies.yml
 ${GEM_LIB}/gems/${DISTNAME}/lib/
 ${GEM_LIB}/gems/${DISTNAME}/lib/nokogiri/
@@ -104,136 +87,8 @@ ${GEM_LIB}/gems/${DISTNAME}/lib/nokogiri
 ${GEM_LIB}/gems/${DISTNAME}/lib/xsd/
 ${GEM_LIB}/gems/${DISTNAME}/lib/xsd/xmlparser/
 ${GEM_LIB}/gems/${DISTNAME}/lib/xsd/xmlparser/nokogiri.rb
+${GEM_LIB}/gems/${DISTNAME}/patches/
+${GEM_LIB}/gems/${DISTNAME}/patches/libxml2/
+${GEM_LIB}/gems/${DISTNAME}/patches/libxml2/0001-Revert-Do-not-URI-escape-in-server-side-includes.patch
 ${GEM_LIB}/gems/${DISTNAME}/ports/
-${GEM_LIB}/gems/${DISTNAME}/suppressions/
-${GEM_LIB}/gems/${DISTNAME}/suppressions/README.txt
-${GEM_LIB}/gems/${DISTNAME}/suppressions/nokogiri_ruby-2.supp
-${GEM_LIB}/gems/${DISTNAME}/tasks/
-${GEM_LIB}/gems/${DISTNAME}/tasks/test.rb
-${GEM_LIB}/gems/${DISTNAME}/test/
-${GEM_LIB}/gems/${DISTNAME}/test/css/

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Stefan Sperling 
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2019/03/14 08:47:07

Log message:
import x11/textsuggest

TextSuggest is a program that shows completions for the word selected
or currently being typed. It is generally bound to a keyboard shortcut.

Testing by pamela@, kn@, and myself

ok kn@

Status:

Vendor Tag: stsp
Release Tags:   stsp_20190314

N ports/x11/textsuggest/Makefile
N ports/x11/textsuggest/distinfo
N ports/x11/textsuggest/pkg/PLIST
N ports/x11/textsuggest/pkg/DESCR
N ports/x11/textsuggest/patches/patch-ui_TextSuggest-C++_pro
N ports/x11/textsuggest/patches/patch-lib_subprocess_hpp
N ports/x11/textsuggest/patches/patch-lib_clip_clip_x11_cpp
N ports/x11/textsuggest/patches/patch-server_Processors_hpp
N ports/x11/textsuggest/patches/patch-server_TextSuggestServer_cpp
N ports/x11/textsuggest/patches/patch-server_Files_hpp
N ports/x11/textsuggest/patches/patch-textsuggest_processors_command_cpp
N 
ports/x11/textsuggest/patches/patch-textsuggest_processors_math_expression_cpp

No conflicts created by this import

Re: [ports-gcc] Unbreak x11/kde4/marble

2019-03-14 Thread Stuart Henderson 
On 2019/03/14 14:32, Charlene Wendling wrote:
> Hi ports, 
> 
> > http://build-failures.rhaalovely.net/powerpc/2019-02-04/x11/kde4/marble.log
> 
> Not much to say here, it's yet another case where it just 
> needs -std=c++11.
> 
> It builds [1] and runs fine [2] once provided. 
> 
> Any comment?

I'm not the biggest fan of adding things after the bsd.port.mk include,
but it makes sense for now - OK.

Maybe worth keeping a list of ports with forced -std=c++11 that we can
remove after switching?

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Brian Callahan 
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/14 08:25:40

Modified files:
textproc/unrtf : Makefile distinfo 

Log message:
Update to unrtf-0.21.10
Based on a diff from George Rosamond
ok bentley@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Brian Callahan 
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/14 07:58:56

Modified files:
games/mirrormagic: Makefile distinfo 
games/mirrormagic/patches: patch-Makefile patch-src_Makefile 
   patch-src_libgame_gadgets_h 
games/mirrormagic/pkg: PLIST 
Removed files:
games/mirrormagic/patches: patch-src_main_h 

Log message:
Update to mirrormagic-3.0.0
Moves to SDL2, among other updates.

ok bentley@ kirby@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Brian Callahan 
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/14 07:48:23

Modified files:
x11/icewm  : Makefile distinfo 
x11/icewm/patches: apm-patch-src_aapm_cc patch-src_default_h 
x11/icewm/pkg  : PLIST 
Added files:
x11/icewm/patches: patch-doc_icewm_adoc patch-lib_Makefile_in 
   patch-man_icewm-preferences_pod 
   patch-src_yapp_cc 
Removed files:
x11/icewm/patches: apm-patch-src_aapm_h patch-Makefile_in 
   patch-configure patch-doc_icewm-7_html 
   patch-src_Makefile_in patch-src_WinMgr_h 
   patch-src_wmabout_cc patch-src_wmapp_cc 
   patch-src_wmmgr_cc patch-src_ybutton_cc 

Log message:
Update to icewm-1.5.2
Lots of changes since our last update. A NEWS file with a summation is
available here: https://github.com/ice-wm/icewm/blob/master/NEWS

Testing and comments from many.
ok cwen@ solene@

[ports-gcc] Unbreak x11/kde4/marble

2019-03-14 Thread Charlene Wendling 
Hi ports, 

> http://build-failures.rhaalovely.net/powerpc/2019-02-04/x11/kde4/marble.log

Not much to say here, it's yet another case where it just 
needs -std=c++11.

It builds [1] and runs fine [2] once provided. 

Any comment?


Charlène. 


[1] http://0x0.st/zXjz.txt
[2] https://bsd.network/@julianaito/101749119665471201


Index: Makefile
===
RCS file: /cvs/ports/x11/kde4/marble/Makefile,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 Makefile
--- Makefile1 Jul 2018 18:33:38 -   1.19
+++ Makefile14 Mar 2019 13:18:43 -
@@ -2,7 +2,7 @@
 
 COMMENT =  world maps
 DISTNAME = marble-${MODKDE4_VERSION}
-REVISION = 6
+REVISION = 7
 
 SHARED_LIBS =  marblewidget52.0 # 0.12
 SHARED_LIBS += astro1.0 # 0.17
@@ -68,3 +68,10 @@ post-install:
done
 
 .include 
+
+# fix error: #error Must have C++11 or newer.
+# XXX this should be retried once moving to ports-gcc>=8
+.if ${CHOSEN_COMPILER} == "ports-gcc"
+CONFIGURE_ENV += CXXFLAGS="${CXXFLAGS} -std=c++11"
+.endif
+

[UPDATE] textproc/py-yaml

2019-03-14 Thread Remi Pointel 

Hi,

this is the diff to update py-yaml to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-yaml/Makefile,v
retrieving revision 1.18
diff -u -p -u -p -r1.18 Makefile
--- Makefile	9 Jul 2018 06:37:46 -	1.18
+++ Makefile	14 Mar 2019 12:40:56 -
@@ -2,7 +2,7 @@
 
 COMMENT=	YAML parser and emitter in Python
 
-MODPY_EGG_VERSION=3.13
+MODPY_EGG_VERSION=5.1
 DISTNAME=	PyYAML-${MODPY_EGG_VERSION}
 PKGNAME=	py-yaml-${MODPY_EGG_VERSION}
 CATEGORIES=	textproc
@@ -14,11 +14,10 @@ MAINTAINER=	Pierre-Emmanuel Andre https://pyyaml.org/download/pyyaml/
-
 WANTLIB+=	pthread yaml ${MODPY_WANTLIB}
 
 MODULES=	lang/python
+MODPY_PI =	Yes
 
 FLAVORS =	python3
 FLAVOR ?=
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-yaml/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- distinfo	9 Jul 2018 06:37:46 -	1.6
+++ distinfo	14 Mar 2019 12:40:56 -
@@ -1,2 +1,2 @@
-SHA256 (PyYAML-3.13.tar.gz) = PvMJIUXptw493Sx61ZvdAlKpTf45SXIWM+QTRN4Apr8=
-SIZE (PyYAML-3.13.tar.gz) = 270607
+SHA256 (PyYAML-5.1.tar.gz) = Q2vHdOz3wQOBQJgVn7uEwnFdJZgBdSksZI8toUOQn5U=
+SIZE (PyYAML-5.1.tar.gz) = 274244

[UPDATE] devel/libyaml

2019-03-14 Thread Remi Pointel 

Hi,

attached is the diff to update libyaml to latest release.

Ok?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/devel/libyaml/Makefile,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 Makefile
--- Makefile	20 Nov 2016 00:56:44 -	1.12
+++ Makefile	14 Mar 2019 12:41:00 -
@@ -2,7 +2,7 @@
 
 COMMENT=	YAML 1.1 parser and emitter written in C
 
-DISTNAME=	yaml-0.1.7
+DISTNAME=	yaml-0.2.1
 PKGNAME=	lib${DISTNAME}
 CATEGORIES=	devel
 
Index: distinfo
===
RCS file: /cvs/ports/devel/libyaml/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- distinfo	20 Nov 2016 00:56:44 -	1.6
+++ distinfo	14 Mar 2019 12:41:00 -
@@ -1,2 +1,2 @@
-SHA256 (yaml-0.1.7.tar.gz) = gIjkVyZKmLpFGpC4Zh/LT51vR49yZdSDIqGWzsJIByk=
-SIZE (yaml-0.1.7.tar.gz) = 527518
+SHA256 (yaml-0.2.1.tar.gz) = eCgRRWQaCA+zLW56h7nAZk1hHctNVC6Quvcx9Ry7Wc0=
+SIZE (yaml-0.2.1.tar.gz) = 599727

UPDATE: Neovim-0.3.4

2019-03-14 Thread Edd Barrett 
Hi,

I tried to post this the other day, but it seems to have gotten lost.

Here's a diff to the latest neovim and Python bindings.

 * There's one small test failure. I don't think it's a blocker.

 * The Python bindings have been renamed upstream. If someone cares
   enough, in a later commit we can rename the port and use @pkgpath.

Comments? OK?


Index: neovim//Makefile
===
RCS file: /cvs/ports/editors/neovim/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- neovim//Makefile4 Mar 2019 14:22:25 -   1.13
+++ neovim//Makefile14 Mar 2019 11:04:10 -
@@ -4,8 +4,7 @@ COMMENT =   continuation and extension of 
 
 GH_ACCOUNT =   neovim
 GH_PROJECT =   neovim
-GH_TAGNAME =   v0.3.1
-REVISION = 2
+GH_TAGNAME =   v0.3.4
 
 CATEGORIES =   editors devel
 HOMEPAGE = http://neovim.org
@@ -54,6 +53,9 @@ TEST_DEPENDS =shells/bash \
 
 # These are the "old tests". There is also a new suite, but we would need the
 # "busted" test suite for Lua, which is not yet ported.
+#
+# There is currently one (minor) test failure:
+# https://github.com/neovim/neovim/issues/9704
 do-test:
cd ${WRKSRC} && env LC_CTYPE=en_US.UTF-8 ${MAKE_PROGRAM} \
-C src/nvim/testdir NVIM_PRG=${WRKBUILD}/bin/nvim ${MAKE_FLAGS}
Index: neovim//distinfo
===
RCS file: /cvs/ports/editors/neovim/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- neovim//distinfo23 Aug 2018 09:11:17 -  1.4
+++ neovim//distinfo9 Mar 2019 12:28:56 -
@@ -1,2 +1,2 @@
-SHA256 (neovim-0.3.1.tar.gz) = vF45LUwHZAeQbM7LwoPhpEt4MsL0hsrYGqBMwplzrSI=
-SIZE (neovim-0.3.1.tar.gz) = 8937900
+SHA256 (neovim-0.3.4.tar.gz) = pkEQi96/rzGYRO1Gsb811vfDDvWurespugbhnDJ0vA4=
+SIZE (neovim-0.3.4.tar.gz) = 9231575
Index: neovim//patches/patch-src_nvim_CMakeLists_txt
===
RCS file: /cvs/ports/editors/neovim/patches/patch-src_nvim_CMakeLists_txt,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_nvim_CMakeLists_txt
--- neovim//patches/patch-src_nvim_CMakeLists_txt   4 Mar 2019 14:22:25 
-   1.1
+++ neovim//patches/patch-src_nvim_CMakeLists_txt   10 Mar 2019 17:33:18 
-
@@ -6,7 +6,7 @@ luajit (we use lua instead).
 Index: src/nvim/CMakeLists.txt
 --- src/nvim/CMakeLists.txt.orig
 +++ src/nvim/CMakeLists.txt
-@@ -359,10 +359,6 @@ endforeach()
+@@ -362,10 +362,6 @@ endforeach()
  
  # Our dependencies come first.
  
Index: neovim//patches/patch-src_nvim_os_process_c
===
RCS file: neovim//patches/patch-src_nvim_os_process_c
diff -N neovim//patches/patch-src_nvim_os_process_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ neovim//patches/patch-src_nvim_os_process_c 10 Mar 2019 20:16:36 -
@@ -0,0 +1,40 @@
+$OpenBSD$
+
+Port job stopping bug fix to neovim:
+
+Original vim fix:
+https://github.com/vim/vim/commit/76ab4fd61901090e6af3451ca6c5ca0fc370571f#diff-b68adb4fa34020d8d7f0ab40a2704335
+
+Index: src/nvim/os/process.c
+--- src/nvim/os/process.c.orig
 src/nvim/os/process.c
+@@ -89,21 +89,16 @@ bool os_proc_tree_kill(int pid, int sig)
+ bool os_proc_tree_kill(int pid, int sig)
+ {
+   assert(sig == SIGTERM || sig == SIGKILL);
+-  int pgid = getpgid(pid);
+-  if (pgid > 0) {  // Ignore error. Never kill self (pid=0).
+-if (pgid == pid) {
+-  ILOG("sending %s to process group: -%d",
+-   sig == SIGTERM ? "SIGTERM" : "SIGKILL", pgid);
+-  int rv = uv_kill(-pgid, sig);
+-  return rv == 0;
+-} else {
+-  // Should never happen, because process_spawn() did setsid() in the 
child.
+-  ELOG("pgid %d != pid %d", pgid, pid);
+-}
++  if (pid != 0) {  // Never kill self (pid=0).
++ILOG("sending %s to PIDs %d and %d",
++  sig == SIGTERM ? "SIGTERM" : "SIGKILL", -pid, pid);
++
++int rv1 = uv_kill(-pid, sig);
++int rv2 = uv_kill(pid, sig);
++return (rv1 == 0) && (rv2 == 0);
+   } else {
+-ELOG("getpgid(%d) returned %d", pid, pgid);
++return false;
+   }
+-  return false;
+ }
+ #endif
+ 
Index: neovim//pkg/PLIST
===
RCS file: /cvs/ports/editors/neovim/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- neovim//pkg/PLIST   4 Sep 2018 12:46:11 -   1.6
+++ neovim//pkg/PLIST   9 Mar 2019 12:28:56 -
@@ -9,6 +9,7 @@ share/locale/cs.cp1250/
 share/locale/cs.cp1250/LC_MESSAGES/
 share/locale/cs.cp1250/LC_MESSAGES/nvim.mo
 share/locale/cs/LC_MESSAGES/nvim.mo
+share/locale/da/LC_MESSAGES/nvim.mo
 share/locale/de/LC_MESSAGES/nvim.mo
 share/locale/en_GB/LC_MESSAGES/nvim.mo
 share/locale/eo/LC_MESSAGES/nvim.mo
@@ -48,6 +49,7 @@ share/locale/zh_TW.UTF-8/LC_MESSAGES/nvi
 share/nvim/
 share/nvim/runtime/
 share/nvim/runtime/autoload/
+share/nvim/runtime/autoload/RstFold.vim

Re: new: x11/textsuggest

2019-03-14 Thread Klemens Nanni 
On Thu, Mar 14, 2019 at 11:24:19AM +0100, Stefan Sperling wrote:
> Oh, indeed, I missed your Makefile tweaks. Sorry.
> Could we split these into several separate diffs and commit them
> after an initial import?
Sure, go ahead.
> I build textsuggest with 'make DEBUG="-O0 -g" all the time, so DEBUG
> already works for me. I don't understand why it wouldn't work for you.
With your Makefile:

$ make DEBUG=-g verbose-show='CFLAGS CXXFLAGS'
CFLAGS=-O2 -pipe -g
CXXFLAGS=-std=c++11  -I/usr/X11R6/include  
-I/usr/local/include/dbus-c++-1

With my diff:

$ make DEBUG=-g verbose-show='CFLAGS CXXFLAGS'
CFLAGS=-O2 -pipe -g
CXXFLAGS=-O2 -pipe -g -std=c++11  -I/usr/X11R6/include  
-I/usr/local/include/dbus-c++-1

The port probably picks up CFLAGS itself, but I think we should take
proper care of CXXFLAGS in the first place since.

NEW: net/ruby-public_suffix

2019-03-14 Thread Sebastian Reitenbach 
This is a port of public_suffix ruby gem, needed for an update of
www/ruby-addressable.

PublicSuffix can parse and decompose a domain name into top level
domain, domain and subdomains.

any comments, concerns, tests or even OK welcome.

cheers,
Sebastian


ruby-public_suffix.tar.gz
Description: application/gzip

UPDATE: www/ruby-addressable

2019-03-14 Thread Sebastian Reitenbach 
This updated ruby-addressable to 2.6.0. The only directly dependent port
www/ruby-capybara still installs fine with it.

needs the new ruby-public_suffix port just sent out.

OK?

cheers,
Sebastian


Index: Makefile
===
RCS file: /cvs/ports/www/ruby-addressable/Makefile,v
retrieving revision 1.22
diff -u -p -u -r1.22 Makefile
--- Makefile20 Nov 2017 20:57:17 -  1.22
+++ Makefile14 Mar 2019 10:18:35 -
@@ -2,8 +2,7 @@

 COMMENT =  replacement for Ruby's URI implementation

-DISTNAME = addressable-2.4.0
-REVISION = 0
+DISTNAME = addressable-2.6.0
 CATEGORIES =   www

 HOMEPAGE = https://github.com/sporkmonger/addressable
@@ -14,6 +13,9 @@ PERMIT_PACKAGE_CDROM = Yes
 MODULES =  lang/ruby

 CONFIGURE_STYLE =  ruby gem
+
+BUILD_DEPENDS +=   ${RUN_DEPENDS}
+RUN_DEPENDS += net/ruby-public_suffix,${MODRUBY_FLAVOR},>=2.0.2,<4

 MODRUBY_TEST = rake rspec3
 TEST_DEPENDS +=devel/ruby-rspec/3/its,${MODRUBY_FLAVOR}
Index: distinfo
===
RCS file: /cvs/ports/www/ruby-addressable/distinfo,v
retrieving revision 1.9
diff -u -p -u -r1.9 distinfo
--- distinfo31 Dec 2015 14:09:55 -  1.9
+++ distinfo14 Mar 2019 10:18:35 -
@@ -1,2 +1,2 @@
-SHA256 (addressable-2.4.0.gem) = er//dlVxsKc1Scmp0vfhQ5ec0MJS9/pMgecQKpc+9lY=
-SIZE (addressable-2.4.0.gem) = 102400
+SHA256 (addressable-2.6.0.gem) = 1JCtBt/EIVA+ZZoSWX1rsCc7XNf/J4mh7CchCxkUlS0=
+SIZE (addressable-2.6.0.gem) = 104448
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/ruby-addressable/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -u -r1.8 PLIST
--- pkg/PLIST   31 Dec 2015 14:09:55 -  1.8
+++ pkg/PLIST   14 Mar 2019 10:18:35 -
@@ -6,7 +6,6 @@ ${GEM_LIB}/gems/${DISTNAME}/Gemfile
 ${GEM_LIB}/gems/${DISTNAME}/LICENSE.txt
 ${GEM_LIB}/gems/${DISTNAME}/README.md
 ${GEM_LIB}/gems/${DISTNAME}/Rakefile
-${GEM_LIB}/gems/${DISTNAME}/addressable.gemspec
 ${GEM_LIB}/gems/${DISTNAME}/data/
 ${GEM_LIB}/gems/${DISTNAME}/data/unicode.data
 ${GEM_LIB}/gems/${DISTNAME}/lib/


ruby-addressable-2.6.0.diff
Description: Binary data

Re: new: x11/textsuggest

2019-03-14 Thread Stefan Sperling 
On Thu, Mar 14, 2019 at 11:10:16AM +0100, Klemens Nanni wrote:
> On Thu, Mar 14, 2019 at 10:17:36AM +0100, Stefan Sperling wrote:
> > I have tracked down some bugs and improved/commented all patches.
> > Please try again with the attached version.
> These look good.
> 
> > OK now?
> Sure, didn't mean to hold you back.  But I'd say at least the *FLAGS
> bits from my Makefile should make it so DEBUG is picked up properly.
> 

Oh, indeed, I missed your Makefile tweaks. Sorry.
Could we split these into several separate diffs and commit them
after an initial import?

I build textsuggest with 'make DEBUG="-O0 -g" all the time, so DEBUG
already works for me. I don't understand why it wouldn't work for you.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 04:13:31

Modified files:
editors/abiword: Makefile 

Log message:
Set BROKEN.
No idea what's happening but it aborts on startup for months now.
I'll try and have a look but the release is approaching.

Re: new: x11/textsuggest

2019-03-14 Thread Klemens Nanni 
On Thu, Mar 14, 2019 at 10:17:36AM +0100, Stefan Sperling wrote:
> I have tracked down some bugs and improved/commented all patches.
> Please try again with the attached version.
These look good.

> OK now?
Sure, didn't mean to hold you back.  But I'd say at least the *FLAGS
bits from my Makefile should make it so DEBUG is picked up properly.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 03:48:29

Modified files:
www/webkitgtk4 : Makefile distinfo 
www/webkitgtk4/patches: patch-CMakeLists_txt 

patch-Source_JavaScriptCore_assembler_ARM64Assembler_h 

patch-Source_JavaScriptCore_jit_ExecutableAllocator_cpp 
patch-Source_JavaScriptCore_offlineasm_arm64_rb 
patch-Source_WTF_wtf_InlineASM_h 
patch-Source_WTF_wtf_Platform_h 
patch-Source_WTF_wtf_RAMSize_cpp 
patch-Source_WTF_wtf_dtoa_utils_h 
patch-Source_WebCore_PAL_pal_PlatformGTK_cmake 

patch-Source_WebKit_gtk_webkit2gtk-web-extension_pc_in 
patch-Source_WebKit_gtk_webkit2gtk_pc_in 
patch-Source_cmake_WebKitCommon_cmake 
patch-Source_cmake_WebKitCompilerFlags_cmake 
patch-Source_cmake_WebKitFeatures_cmake 
www/webkitgtk4/pkg: PLIST 
Added files:
www/webkitgtk4/patches: 

patch-Source_JavaScriptCore_assembler_ARMv7Assembler_h 
Removed files:
www/webkitgtk4/patches: 

patch-Source_JavaScriptCore_assembler_ARMAssembler_h 
patch-Source_WTF_wtf_Optional_h 

Log message:
Update to webkitgtk4-2.24.0.

Re: new: x11/textsuggest

2019-03-14 Thread Stefan Sperling 
On Wed, Mar 13, 2019 at 10:19:45AM +0100, Klemens Nanni wrote:
> On Wed, Mar 13, 2019 at 10:06:24AM +0100, Stefan Sperling wrote:
> > This doesn't happen here. Please show a backtrace from gdb.
> $ egdb -se textsuggest-server -c textsuggest-serv.core -batch -ex bt

I have tracked down some bugs and improved/commented all patches.
Please try again with the attached version.

OK now?


textsuggest.tar.gz
Description: application/tar-gz

Re: [NEW/WIP] Qflow porting // [5/7] magic 8.1.224 (or 8.2.100?)

2019-03-14 Thread Alessandro DE LAURENZIS 

On 14/03/2019 06:16, Anthony J. Bentley wrote:

Stuart Henderson writes:

One thing I noticed
when running it for a quick test though, if I use "-d OGL" I immediately get
a crash, do you see that too?

$ magic -d OGL
X Error of failed request:  BadValue (integer parameter out of range for oper
ation)
   Major opcode of failed request:  155 (GLX)
   Minor opcode of failed request:  3 (X_GLXCreateContext)
   Value in failed request:  0x0
   Serial number of failed request:  1127
   Current serial number in output stream:  1144


I see the same, including with software rendering (LIBGL_ALWAYS_SOFTWARE=1).



Well, I have to admit: I use Magic since -uh, 1998?- a very long time 
and I was not aware of GLX rendering! Ok, I know, man pages are always 
good readings...


So, I've tracked it down; it seems that the problem has to do with 
direct rendering; applying the following trivial patch:



Index: graphics/grTOGL1.c
--- graphics/grTOGL1.c.orig
+++ graphics/grTOGL1.c
@@ -303,7 +303,7 @@ GrTOGLInit ()
 
 /* TRUE = Direct rendering, FALSE = Indirect rendering */

 /* (note that direct rendering may not be able to deal with pixmaps) */
-grXcontext = glXCreateContext(grXdpy, grVisualInfo, NULL, GL_FALSE);
+grXcontext = glXCreateContext(grXdpy, grVisualInfo, NULL, GL_TRUE);
 
 /* Basic GL parameters */
 


you should be able to get the OpenGL window. Unfortunately, this is not 
enough; the GUI is barely usable: moving the box, its previous image is 
left behind, instead to be erased and redrawn on each move or reshape 
operation. So this is a no-go for the distribution version (8.1 branch).


We could simply disable the OpenGL rendering, as suggested by Stuart, 
but after having seen how much better the rendering is, I would consider 
this a significant limitation, particularly for medium to complex layouts.


The alternative is to switch to the development version (8.2 branch). 
There, the crash has gone and the GUI is pretty usable, provided that we 
enable the cairo off-screen rendering (otherwise the toolbar buttons are 
blank or contain random trash bits).


Please note that both GUI misbehaviours have been reported by the author 
in an old email thread [1], even if the topic was the usage of Magic on 
OS-X.


In a first time, I wasn't keen to switch to 8.2, because I tried to 
follow the development branch a couple of years ago and the code was 
very unstable. But from the website I see that


"As of revision 25, the Cairo graphics interface code is complete and 
the code base is reasonably stable"


so maybe we could try with the most recent release.

Anthony, you aren't against the use of this "beta" code, are you?

One thing I'm still not able to use is the 3d feature: if you launch the 
command "specialopen wind3d" when an existing layout is open, some 
garbage appears in the existing window; if you try the same command when 
no layout is loaded, the program segfaults. I'll report this upstream soon.


Please find attached a tarball for 8.2.100 release, lightly tested on amd64.

Let me know what you prefer to do.

[1] http://opencircuitdesign.com/pipermail/magic-dev/2012/000583.html

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


magic.tar.gz
Description: application/gzip

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:53:42

Modified files:
devel/ruby-i18n: Makefile distinfo 
devel/ruby-i18n/pkg: PLIST 

Log message:
Now that new dependency ruby-concurrent-ruby is in the tree, update to
1.6.0

feedback and OK jeremy@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:50:55

Modified files:
devel  : Makefile 

Log message:
hook up ruby-concurrent-ruby

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:48:53

Log message:
Import concurrent-ruby

it's a new dependency in order to update ruby-i18n

Modern concurrency tools including agents, futures, promises, thread
pools, actors, supervisors, and more. Inspired by Erlang, Clojure, Go,
JavaScript, actors, and classic concurrency patterns.

feedback and OK jeremy@

Status:

Vendor Tag: sebastia
Release Tags:   sebastia_20190314

N ports/devel/ruby-concurrent-ruby/Makefile
N ports/devel/ruby-concurrent-ruby/distinfo
N ports/devel/ruby-concurrent-ruby/pkg/DESCR
N ports/devel/ruby-concurrent-ruby/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Anthony J . Bentley 
CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2019/03/14 01:43:33

Modified files:
games/pioneer  : Makefile distinfo 
games/pioneer/pkg: PLIST 
Removed files:
games/pioneer/patches: patch-configure_ac 
   patch-contrib_imgui_imgui_draw_cpp 

Log message:
Update to pioneer-20190203.

Changelog:
https://github.com/pioneerspacesim/pioneer/blob/20190203/Changelog.txt

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:41:04

Modified files:
devel/ruby-hoe : Makefile 

Log message:
Enable tests in ruby-hoe, now that minitest got updated

Feedback and OK jeremy@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:39:59

Modified files:
devel/ruby-minitest: Makefile distinfo 
devel/ruby-minitest/pkg: PLIST 

Log message:
Update ruby-minitest to 5.11.3

Feedback and OK jeremy@

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Sebastian Reitenbach 
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2019/03/14 01:38:48

Modified files:
devel/ruby-yajl: Makefile distinfo 
devel/ruby-yajl/pkg: PLIST 

Log message:
Update ruby-yajl to 1.4.1

feedback and OK jeremy@

[new] mdal 0.2.0

2019-03-14 Thread Landry Breuil 
Hi,

here's a port for http://www.mdal.xyz/ which can be used by qgis 3.6
instead of building the bundled lib. This requires the netcdf 4 update
that was recently commited.

looking for okays.

Landry


mdal-0.2.0.tgz
Description: application/tar-gz

UPDATE: net/onionshare

2019-03-14 Thread Anthony J. Bentley 
Hi,

Here's an update to onionshare-2.0.

Release notes:
https://github.com/micahflee/onionshare/releases/tag/v2.0

Of note is the new receiver mode, which allows you to keep a server
running that people can anonymously upload files to. It works nicely.

ok?

Index: Makefile
===
RCS file: /cvs/ports/net/onionshare/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile27 Jun 2018 21:04:00 -  1.2
+++ Makefile14 Mar 2019 07:21:10 -
@@ -6,11 +6,10 @@ COMMENT-gui = graphical user interface 
 GH_ACCOUNT =   micahflee
 GH_PROJECT =   onionshare
 GH_TAGNAME =   v${MODPY_EGG_VERSION}
-MODPY_EGG_VERSION =1.3
+MODPY_EGG_VERSION =2.0
 
 PKGNAME-main = onionshare-${MODPY_EGG_VERSION}
 PKGNAME-gui =  onionshare-gui-${MODPY_EGG_VERSION}
-REVISION-gui = 0
 
 CATEGORIES =   net
 
@@ -33,6 +32,7 @@ RUN_DEPENDS = devel/py-sip${MODPY_FLAVO
 RUN_DEPENDS-gui =  ${RUN_DEPENDS} \
devel/desktop-file-utils \
net/onionshare=${MODPY_EGG_VERSION} \
+   net/py-socks${MODPY_FLAVOR} \
x11/py-qt5${MODPY_FLAVOR}
 
 # XXX: not yet working
Index: distinfo
===
RCS file: /cvs/ports/net/onionshare/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo9 Mar 2018 23:36:42 -   1.1.1.1
+++ distinfo14 Mar 2019 07:21:10 -
@@ -1,2 +1,2 @@
-SHA256 (onionshare-1.3.tar.gz) = AIkUctiW5AWg9y36jq+D2uyj3DG+Uz1uLIbyxTkUz+0=
-SIZE (onionshare-1.3.tar.gz) = 431352
+SHA256 (onionshare-2.0.tar.gz) = UozrYjTsrKvlEIDjUcLo8gXL8Izfz93EGFhtV4uqAw4=
+SIZE (onionshare-2.0.tar.gz) = 2141858
Index: pkg/PLIST-gui
===
RCS file: /cvs/ports/net/onionshare/pkg/PLIST-gui,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST-gui
--- pkg/PLIST-gui   27 Jun 2018 21:04:00 -  1.2
+++ pkg/PLIST-gui   14 Mar 2019 07:21:10 -
@@ -4,24 +4,18 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/__init__.py
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}/
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}alert.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}downloads.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}file_selection.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}onionshare_gui.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}server_status.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}settings_dialog.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}tor_connection_dialog.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/${MODPY_PYCACHE}update_checker.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/alert.py
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/downloads.py
-lib/python${MODPY_VERSION}/site-packages/onionshare_gui/file_selection.py
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/onionshare_gui.py
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/server_status.py
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/settings_dialog.py
 
lib/python${MODPY_VERSION}/site-packages/onionshare_gui/tor_connection_dialog.py
 lib/python${MODPY_VERSION}/site-packages/onionshare_gui/update_checker.py
-share/appdata/
-share/appdata/onionshare.appdata.xml
+share/metainfo/
+share/metainfo/onionshare.appdata.xml
 share/applications/onionshare.desktop
 share/pixmaps/
 share/pixmaps/onionshare80.xpm
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/net/onionshare/pkg/PLIST-main,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST-main
--- pkg/PLIST-main  9 Mar 2018 23:36:42 -   1.1.1.1
+++ pkg/PLIST-main  14 Mar 2019 07:21:10 -
@@ -9,59 +9,136 @@ lib/python${MODPY_VERSION}/site-packages
 
lib/python${MODPY_VERSION}/site-packages/onionshare/${MODPY_PYCACHE}onion.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare/${MODPY_PYCACHE}onionshare.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/onionshare/${MODPY_PYCACHE}settings.${MODPY_PYC_MAGIC_TAG}pyc
-lib/python${MODPY_VERSION}/site-packages/onionshare/${MODPY_PYCACHE}socks.${MODPY_PYC_MAGIC_TAG}pyc

Resovle conflicts between x11/kde4/libksane and x11/kde-applications/libksane

2019-03-14 Thread Rafael Sadowski 
>>> Building on exopi-3 under x11/tellico
 BDEPENDS = 
[devel/kf5/extra-cmake-modules;x11/kde-applications/libksane;devel/kf5/solid;x11/qt5/qtbase,-main;devel/kf5/kwallet;audio/libcdio;devel/kf5/kbookmarks;devel/kf5/kiconthemes;devel/cmake;devel/kf5/kxmlgui;textproc/libxml;print/poppler,,-qt5;textproc/libxslt;devel/kf5/kwidgetsaddons;devel/kf5/kfilemetadata;lang/python/2.7;devel/kf5/kwindowsystem;devel/kf5/kitemmodels;devel/kf5/kio;devel/kf5/kconfig;net/yaz;devel/kf5/kguiaddons;audio/taglib;devel/kf5/kconfigwidgets;devel/kf5/kparts;devel/ninja;devel/kf5/kdoctools;devel/kf5/ki18n;devel/kf5/kservice;devel/kf5/kcodecs;archivers/xz;devel/kf5/knewstuff;devel/gettext-tools;textproc/exempi;devel/kf5/karchive;devel/kf5/kcoreaddons;x11/qt5/qttools,-main;devel/kf5/khtml;devel/kf5/sonnet;devel/kf5/kitemviews;devel/kf5/kjs;devel/kf5/kjobwidgets;devel/kf5/kcrash;devel/kf5/kcompletion;devel/kf5/attica]
 DIST = [x11/tellico:tellico-3.1.4.tar.xz]
 FULLPKGNAME = tellico-3.1.4p0
 RDEPENDS = 
[devel/kf5/kcoreaddons;devel/kf5/karchive;textproc/exempi;textproc/libxml;print/poppler,,-qt5;devel/desktop-file-utils;devel/kf5/kxmlgui;devel/kf5/knewstuff;devel/kf5/kiconthemes;devel/kf5/kbookmarks;devel/kf5/kcompletion;devel/kf5/attica;devel/kf5/kcrash;devel/kf5/kjobwidgets;textproc/libxslt;devel/kf5/kjs;devel/kf5/kwidgetsaddons;devel/kf5/kitemviews;devel/kf5/sonnet;devel/kf5/khtml;devel/kf5/kconfigwidgets;devel/kf5/kparts;x11/qt5/qtbase,-main;devel/kf5/kguiaddons;audio/taglib;devel/kf5/solid;x11/kde-applications/libksane;devel/kf5/kio;devel/kf5/kconfig;net/yaz;devel/kf5/kitemmodels;x11/gtk+3,-guic;devel/kf5/kwindowsystem;lang/python/2.7;devel/kf5/kfilemetadata;devel/kf5/kcodecs;devel/kf5/kservice;devel/kf5/ki18n;devel/kf5/kdoctools;audio/libcdio;devel/kf5/kwallet;misc/shared-mime-info]
(Junk lock obtained for exopi-3 at 1552492325)
>>> Running depends in x11/tellico at 1552492325
   last junk was in net/avahi,,-gtk
/usr/sbin/pkg_add -aI -Drepair exempi-2.2.1p2 extra-cmake-modules-5.51.0p0 
gettext-tools-0.19.8.1 karchive-5.51.0p0 kbookmarks-5.51.0p0 kcodecs-5.51.0p0 
kcompletion-5.51.0p0 kconfig-5.51.0p0 kconfigwidgets-5.51.0p0 
kcoreaddons-5.51.0p0 kcrash-5.51.0p0 kdoctools-5.51.0p0 kf5-attica-5.51.0p0 
kf5-kfilemetadata-5.51.0p0 kf5-kwallet-5.51.0p0 kguiaddons-5.51.0p0 
khtml-5.51.0p0 ki18n-5.51.0p0 kiconthemes-5.51.0p0 kio-5.51.0p0 
kitemmodels-5.51.0p0 kitemviews-5.51.0p0 kjobwidgets-5.51.0p0 kjs-5.51.0p0 
knewstuff-5.51.0p0 kparts-5.51.0p0 kservice-5.51.0p0 kwidgetsaddons-5.51.0p0 
kwindowsystem-5.51.0p0 kxmlgui-5.51.0p0 libcdio-0.80p10 libksane-kf5-18.12.0p0 
libxml-2.9.8p1 libxslt-1.1.32 poppler-qt5-0.74.0 python-2.7.15p1 solid-5.51.0p1 
sonnet-5.51.0p0 taglib-1.11.1p1 yaz-3.0.49p9
was: /usr/sbin/pkg_add -aI -Drepair cmake-3.10.2p1v0 exempi-2.2.1p2 
extra-cmake-modules-5.51.0p0 gettext-tools-0.19.8.1 karchive-5.51.0p0 
kbookmarks-5.51.0p0 kcodecs-5.51.0p0 kcompletion-5.51.0p0 kconfig-5.51.0p0 
kconfigwidgets-5.51.0p0 kcoreaddons-5.51.0p0 kcrash-5.51.0p0 kdoctools-5.51.0p0 
kf5-attica-5.51.0p0 kf5-kfilemetadata-5.51.0p0 kf5-kwallet-5.51.0p0 
kguiaddons-5.51.0p0 khtml-5.51.0p0 ki18n-5.51.0p0 kiconthemes-5.51.0p0 
kio-5.51.0p0 kitemmodels-5.51.0p0 kitemviews-5.51.0p0 kjobwidgets-5.51.0p0 
kjs-5.51.0p0 knewstuff-5.51.0p0 kparts-5.51.0p0 kservice-5.51.0p0 
kwidgetsaddons-5.51.0p0 kwindowsystem-5.51.0p0 kxmlgui-5.51.0p0 libcdio-0.80p10 
libksane-kf5-18.12.0p0 libxml-2.9.8p1 libxslt-1.1.32 ninja-1.8.2p0 
poppler-qt5-0.74.0 python-2.7.15p1 qtbase-5.9.7p3 qttools-5.9.7p0 
solid-5.51.0p1 sonnet-5.51.0p0 taglib-1.11.1p1 xz-5.2.4 yaz-3.0.49p9
/usr/sbin/pkg_add -aI -Drepair exempi-2.2.1p2 extra-cmake-modules-5.51.0p0 
gettext-tools-0.19.8.1 karchive-5.51.0p0 kbookmarks-5.51.0p0 kcodecs-5.51.0p0 
kcompletion-5.51.0p0 kconfig-5.51.0p0 kconfigwidgets-5.51.0p0 
kcoreaddons-5.51.0p0 kcrash-5.51.0p0 kdoctools-5.51.0p0 kf5-attica-5.51.0p0 
kf5-kfilemetadata-5.51.0p0 kf5-kwallet-5.51.0p0 kguiaddons-5.51.0p0 
khtml-5.51.0p0 ki18n-5.51.0p0 kiconthemes-5.51.0p0 kio-5.51.0p0 
kitemmodels-5.51.0p0 kitemviews-5.51.0p0 kjobwidgets-5.51.0p0 kjs-5.51.0p0 
knewstuff-5.51.0p0 kparts-5.51.0p0 kservice-5.51.0p0 kwidgetsaddons-5.51.0p0 
kwindowsystem-5.51.0p0 kxmlgui-5.51.0p0 libcdio-0.80p10 libksane-kf5-18.12.0p0 
libxml-2.9.8p1 libxslt-1.1.32 poppler-qt5-0.74.0 python-2.7.15p1 solid-5.51.0p1 
sonnet-5.51.0p0 taglib-1.11.1p1 yaz-3.0.49p9
Collision in libksane-kf5-18.12.0p0: the following files already exist
/usr/local/share/icons/hicolor/16x16/actions/black-white.png 
(libksane-4.14.3p3 and libksane-kf5-18.12.0p0)
/usr/local/share/icons/hicolor/16x16/actions/color.png 
(libksane-4.14.3p3 and libksane-kf5-18.12.0p0)
/usr/local/share/icons/hicolor/16x16/actions/gray-scale.png 
(libksane-4.14.3p3 and libksane-kf5-18.12.0p0)
Couldn't install libksane-kf5-18.12.0p0

The upper bulk issue was reported to me already often. I hope to be able
to fix it finally. Please find below  a diff which splits libksane-kf5

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:32:32

Modified files:
net: Makefile 

Log message:
+py-ifaddr
+py-ifaddr,python3

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:31:34

Log message:
Import py-ifaddr-0.1.6

"ifaddr" is a small Python library that allows you to find all the IP 
addresses
of the computer.

ok robert@

Status:

Vendor Tag: ajacoutot
Release Tags:   ajacoutot_20190314

N ports/net/py-ifaddr/distinfo
N ports/net/py-ifaddr/Makefile
N ports/net/py-ifaddr/pkg/DESCR
N ports/net/py-ifaddr/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:27:55

Modified files:
graphics/ffmpeg: Makefile 
graphics/ffmpeg/patches: patch-configure 
 patch-libavcodec_libdav1d_c 

Log message:
Some bug fixes / improvements for the dav1d wrapper.

from Brad (maintainer)

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:20:53

Modified files:
sysutils/google-cloud-sdk: Makefile distinfo 
sysutils/google-cloud-sdk/pkg: PLIST 

Log message:
Update to google-cloud-sdk-238.0.0.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:19:33

Modified files:
sysutils/amazon-ecs-cli: Makefile distinfo 

Log message:
Update to ecs-cli-1.13.1.

CVS: cvs.openbsd.org: ports

2019-03-14 Thread Antoine Jacoutot 
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/14 00:16:18

Modified files:
x11/kde4/baloo : Makefile 

Log message:
Missed bump.