NEW: math/py-cftime

[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


port-py-cftime.tgz
Description: application/tar-gz

Re: UPDATE: netcdf-3.6.2 -> 4.6.3

[Martin Reindl]

On Tue, Mar 05, 2019 at 09:57:13PM +0100, Landry Breuil wrote:
> On Tue, Mar 05, 2019 at 11:18:56AM +0100, Martin Reindl wrote:
> >  [...]
> 
> So, comments portswise:
> - no need for DIST_SUBDIR=${DISTNAME} (remember to regen distinfo)
> - no need for the complicated DISTNAME/DISTFILES/WRKDIST dance
> 
> DISTNAME = ${NAME}-c-${V}
> PKGNAME = ${NAME}-${V}
> 
> is enought and seems to work fine here
> 
> - i think you forgot to cvs rm patch-cxx_ncvalues_cpp &
>   patch-ncgen_ncgen_1 in your diff :)
> - all tests indeed pass, testing on non-x86 would be nice.
> - major should probably be bumped as its a major version
> 
> and what matters for me, i can build MDAL fine with this update.
> let's hear what MAINTAINER thinks about it.. maybe the c++ & fortran bits
> should be ported too, but if nothing needs them.. .

These are all very valid points, I will consider on my way to py-pvlib. netcdf
these days is split up among at least 6 different projects (netcdf-c, netcdf-f
netcdf-c++, netcdf-java, cftime, py-netcdf). Fortunately all from the same
company.

-m

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 19:20:40

Modified files:
games/openjk   : Makefile distinfo 
games/openjk/patches: patch-CMakeModules_InstallConfig_cmake 

Log message:
Bugfix update to openjk-0.0.0.20190221

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 18:29:13

Modified files:
audio/mscore   : Makefile distinfo 
audio/mscore/patches: patch-CMakeLists_txt 
  patch-mscore_CMakeLists_txt 
audio/mscore/pkg: PLIST 

Log message:
Update to musescore-3.0.4
Note that MASTER_SITES has changed.
Changelog: https://musescore.org/en/3.0.4

Re: NEW: squash-fuse

[Diana Eichert]

On Fri, Mar 1, 2019 at 5:08 PM Stuart Henderson  wrote:
>
> So this is similar to what I saw when I tried it on amd64 with the
> images I found... But I just noticed there are some other tools that
> aren't normally installed: squashfuse_ls and squashfuse_extract.
> And these *are* able to list and extract files. So the problem must
> be on the FUSE side somewhere rather than the squashfs reader.
>
> I've attached a replacement tar that builds the tools so I think
> you should at least be able to extract files out of these images,
> even if the FUSE part doesn't work properly.

The final package build failed, however I was was able to use compiled
squashfuse_ls and squashfuse_extract to list and extract files.

diana

Re: [FIX/UPDATE] devel/perltidy 20170521 -> 20181120

[Andrew Hewus Fresh]

On Tue, Mar 05, 2019 at 10:52:19PM +0100, Charlene Wendling wrote:
> Hi ports, 
> 
> Here is an update for perltidy. Our current port doesn't support new
> features that our new Perl 5.28 has brought, like indented 
> here-docs [1], generating poorly formatted source code.
> 
> It also means that currently some author tests results may be wrong,
> it's often fairly harmless though.
> 
> What's new upstream (partial, see [2]): 
> 
> - licence marker was wrong, it's gpl_2
> - support newer Perl version additions
> - supporting modules have been split from Tidy.pm. 
> 
> What's new in the port:
> 
> - docs are now provided in HTML format
> - changed our own licence marker to GPLv2 only
> 
> Testing: 
> 
> - 'make test' passes
> - There is 1 direct consumer, devel/p5-Perl-Critic and it has no
>   regressions.
> - There are 466 other consumers depending on Perl::Critic as
>   TEST_DEPENDS only, 287 have been tested (it has been halted
>   by mistake), and nothing to report as well.
> 
> 
> Comments/feedback are welcome!

OK afresh1@

Although I didn't actually test it much, just made sure it looked good
and its own tests passed.  I, however, will now go update this on my
work machine :-)


> 
> Charlène.
> 
> 
> [1] https://perldoc.perl.org/perl5260delta.html#Indented-Here-documents
> [2] https://metacpan.org/changes/release/SHANCOCK/Perl-Tidy-20181120
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/perltidy/Makefile,v
> retrieving revision 1.21
> diff -u -p -u -p -r1.21 Makefile
> --- Makefile  25 May 2017 00:05:06 -  1.21
> +++ Makefile  5 Mar 2019 17:25:04 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT =tool to indent and reformat perl scripts
>  
> -V =  20170521
> +V =  20181120
>  DISTNAME =   Perl-Tidy-$V
>  PKGNAME =perltidy-$V
>  CATEGORIES = devel
> @@ -11,14 +11,14 @@ MASTER_SITES =${MASTER_SITE_SOURCEFORGE
>  
>  HOMEPAGE =   http://perltidy.sourceforge.net/
>  
> -# GPLv2+
> +# GPLv2
>  PERMIT_PACKAGE_CDROM =   Yes
>  
>  CONFIGURE_STYLE =perl
>  
>  PKG_ARCH =   *
>  
> -DOCS =   tutorial.pod testfile.pl stylekey.pod
> +DOCS =   tutorial.html stylekey.html
>  
>  post-install:
>   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/perltidy
> Index: distinfo
> ===
> RCS file: /cvs/ports/devel/perltidy/distinfo,v
> retrieving revision 1.17
> diff -u -p -u -p -r1.17 distinfo
> --- distinfo  25 May 2017 00:05:06 -  1.17
> +++ distinfo  5 Mar 2019 17:25:04 -
> @@ -1,2 +1,2 @@
> -SHA256 (Perl-Tidy-20170521.tar.gz) = 
> AbPxeME6wkFUoO4qYtPOPynPzGsyewswIQlOADCepNo=
> -SIZE (Perl-Tidy-20170521.tar.gz) = 432394
> +SHA256 (Perl-Tidy-20181120.tar.gz) = 
> fbDut2U1piy7Tmm2VY4HBRYtR2plSnpexHKqhGuMRWk=
> +SIZE (Perl-Tidy-20181120.tar.gz) = 566087
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/devel/perltidy/pkg/PLIST,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 PLIST
> --- pkg/PLIST 25 May 2017 00:05:06 -  1.11
> +++ pkg/PLIST 5 Mar 2019 17:25:04 -
> @@ -1,14 +1,33 @@
>  @comment $OpenBSD: PLIST,v 1.11 2017/05/25 00:05:06 sthen Exp $
>  bin/perltidy
>  ${P5SITE}/Perl/
> +${P5SITE}/Perl/Tidy/
>  ${P5SITE}/Perl/Tidy.pm
>  ${P5SITE}/Perl/Tidy.pod
> +${P5SITE}/Perl/Tidy/Debugger.pm
> +${P5SITE}/Perl/Tidy/DevNull.pm
> +${P5SITE}/Perl/Tidy/Diagnostics.pm
> +${P5SITE}/Perl/Tidy/FileWriter.pm
> +${P5SITE}/Perl/Tidy/Formatter.pm
> +${P5SITE}/Perl/Tidy/HtmlWriter.pm
> +${P5SITE}/Perl/Tidy/IOScalar.pm
> +${P5SITE}/Perl/Tidy/IOScalarArray.pm
> +${P5SITE}/Perl/Tidy/IndentationItem.pm
> +${P5SITE}/Perl/Tidy/LineBuffer.pm
> +${P5SITE}/Perl/Tidy/LineSink.pm
> +${P5SITE}/Perl/Tidy/LineSource.pm
> +${P5SITE}/Perl/Tidy/Logger.pm
> +${P5SITE}/Perl/Tidy/Tokenizer.pm
> +${P5SITE}/Perl/Tidy/VerticalAligner/
> +${P5SITE}/Perl/Tidy/VerticalAligner.pm
> +${P5SITE}/Perl/Tidy/VerticalAligner/Alignment.pm
> +${P5SITE}/Perl/Tidy/VerticalAligner/Line.pm
>  @man man/man1/perltidy.1
>  @man man/man3p/Perl::Tidy.3p
> +@man man/man3p/Perl::Tidy::Formatter.3p
>  share/doc/perltidy/
> -share/doc/perltidy/stylekey.pod
> -share/doc/perltidy/testfile.pl
> -share/doc/perltidy/tutorial.pod
> +share/doc/perltidy/stylekey.html
> +share/doc/perltidy/tutorial.html
>  share/examples/perltidy/
>  share/examples/perltidy/README
>  share/examples/perltidy/bbtidy.pl
> 

-- 
andrew - http://afresh1.com

($do || !$do) && undef($try) ;  # Master of Perl, Yoda is.  H?

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 15:05:25

Modified files:
games/wtf  : Makefile distinfo 

Log message:
Update to wtf-20190224

CVS: cvs.openbsd.org: ports

[Andrew Fresh]

CVSROOT:/cvs
Module name:ports
Changes by: afre...@cvs.openbsd.org 2019/03/05 15:04:55

Modified files:
textproc/p5-Mojolicious-Plugin-TtRenderer: Makefile distinfo 

Log message:
Update textproc/p5-Mojolicious-Plugin-TtRenderer to 1.60

>From Manolis Tzanidakis 

CVS: cvs.openbsd.org: ports

[Andrew Fresh]

CVSROOT:/cvs
Module name:ports
Changes by: afre...@cvs.openbsd.org 2019/03/05 14:58:17

Modified files:
databases/p5-Mojo-Pg: Makefile distinfo 
databases/p5-Mojo-Pg/pkg: PLIST 

Log message:
Update databases/p5-Mojo-Pg to 4.13

>From Manolis Tzanidakis 
earlier version "looks good to me" from MAINTAINER
Abel Abraham Camarillo Ojeda 

[FIX/UPDATE] devel/perltidy 20170521 -> 20181120

[Charlene Wendling]

Hi ports, 

Here is an update for perltidy. Our current port doesn't support new
features that our new Perl 5.28 has brought, like indented 
here-docs [1], generating poorly formatted source code.

It also means that currently some author tests results may be wrong,
it's often fairly harmless though.

What's new upstream (partial, see [2]): 

- licence marker was wrong, it's gpl_2
- support newer Perl version additions
- supporting modules have been split from Tidy.pm. 

What's new in the port:

- docs are now provided in HTML format
- changed our own licence marker to GPLv2 only

Testing: 

- 'make test' passes
- There is 1 direct consumer, devel/p5-Perl-Critic and it has no
  regressions.
- There are 466 other consumers depending on Perl::Critic as
  TEST_DEPENDS only, 287 have been tested (it has been halted
  by mistake), and nothing to report as well.


Comments/feedback are welcome!


Charlène.


[1] https://perldoc.perl.org/perl5260delta.html#Indented-Here-documents
[2] https://metacpan.org/changes/release/SHANCOCK/Perl-Tidy-20181120


Index: Makefile
===
RCS file: /cvs/ports/devel/perltidy/Makefile,v
retrieving revision 1.21
diff -u -p -u -p -r1.21 Makefile
--- Makefile25 May 2017 00:05:06 -  1.21
+++ Makefile5 Mar 2019 17:25:04 -
@@ -2,7 +2,7 @@
 
 COMMENT =  tool to indent and reformat perl scripts
 
-V =20170521
+V =20181120
 DISTNAME = Perl-Tidy-$V
 PKGNAME =  perltidy-$V
 CATEGORIES =   devel
@@ -11,14 +11,14 @@ MASTER_SITES =  ${MASTER_SITE_SOURCEFORGE
 
 HOMEPAGE = http://perltidy.sourceforge.net/
 
-# GPLv2+
+# GPLv2
 PERMIT_PACKAGE_CDROM = Yes
 
 CONFIGURE_STYLE =  perl
 
 PKG_ARCH = *
 
-DOCS = tutorial.pod testfile.pl stylekey.pod
+DOCS = tutorial.html stylekey.html
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/perltidy
Index: distinfo
===
RCS file: /cvs/ports/devel/perltidy/distinfo,v
retrieving revision 1.17
diff -u -p -u -p -r1.17 distinfo
--- distinfo25 May 2017 00:05:06 -  1.17
+++ distinfo5 Mar 2019 17:25:04 -
@@ -1,2 +1,2 @@
-SHA256 (Perl-Tidy-20170521.tar.gz) = 
AbPxeME6wkFUoO4qYtPOPynPzGsyewswIQlOADCepNo=
-SIZE (Perl-Tidy-20170521.tar.gz) = 432394
+SHA256 (Perl-Tidy-20181120.tar.gz) = 
fbDut2U1piy7Tmm2VY4HBRYtR2plSnpexHKqhGuMRWk=
+SIZE (Perl-Tidy-20181120.tar.gz) = 566087
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/perltidy/pkg/PLIST,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 PLIST
--- pkg/PLIST   25 May 2017 00:05:06 -  1.11
+++ pkg/PLIST   5 Mar 2019 17:25:04 -
@@ -1,14 +1,33 @@
 @comment $OpenBSD: PLIST,v 1.11 2017/05/25 00:05:06 sthen Exp $
 bin/perltidy
 ${P5SITE}/Perl/
+${P5SITE}/Perl/Tidy/
 ${P5SITE}/Perl/Tidy.pm
 ${P5SITE}/Perl/Tidy.pod
+${P5SITE}/Perl/Tidy/Debugger.pm
+${P5SITE}/Perl/Tidy/DevNull.pm
+${P5SITE}/Perl/Tidy/Diagnostics.pm
+${P5SITE}/Perl/Tidy/FileWriter.pm
+${P5SITE}/Perl/Tidy/Formatter.pm
+${P5SITE}/Perl/Tidy/HtmlWriter.pm
+${P5SITE}/Perl/Tidy/IOScalar.pm
+${P5SITE}/Perl/Tidy/IOScalarArray.pm
+${P5SITE}/Perl/Tidy/IndentationItem.pm
+${P5SITE}/Perl/Tidy/LineBuffer.pm
+${P5SITE}/Perl/Tidy/LineSink.pm
+${P5SITE}/Perl/Tidy/LineSource.pm
+${P5SITE}/Perl/Tidy/Logger.pm
+${P5SITE}/Perl/Tidy/Tokenizer.pm
+${P5SITE}/Perl/Tidy/VerticalAligner/
+${P5SITE}/Perl/Tidy/VerticalAligner.pm
+${P5SITE}/Perl/Tidy/VerticalAligner/Alignment.pm
+${P5SITE}/Perl/Tidy/VerticalAligner/Line.pm
 @man man/man1/perltidy.1
 @man man/man3p/Perl::Tidy.3p
+@man man/man3p/Perl::Tidy::Formatter.3p
 share/doc/perltidy/
-share/doc/perltidy/stylekey.pod
-share/doc/perltidy/testfile.pl
-share/doc/perltidy/tutorial.pod
+share/doc/perltidy/stylekey.html
+share/doc/perltidy/tutorial.html
 share/examples/perltidy/
 share/examples/perltidy/README
 share/examples/perltidy/bbtidy.pl

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 14:49:08

Modified files:
sysutils/diffoscope: Makefile distinfo 
sysutils/diffoscope/patches: patch-tests_utils_tools_py 

Log message:
Update to diffoscope-113

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 14:44:20

Modified files:
lang/kona  : Makefile distinfo 

Log message:
Update to kona-3.2.0.20190301

Re: UPDATE: netcdf-3.6.2 -> 4.6.3

[Landry Breuil]

On Tue, Mar 05, 2019 at 11:18:56AM +0100, Martin Reindl wrote:
> Hello ports,
> 
> Here is an update for math/netcdf, laying the groundwork for py-netcdf and
> python-pvlib, two ports I need for my projects.
> 
> Things to consider:
>  - it's been decades since I worked in ports
>  - netcdf is now split into C, C++ and Fortran parts, this update only
>preserves the C functionality
>  - C++ and Fortran are available with different version numbers so they should
>probably go in their own packages which could follow at a later point
>  - passes make test, needs gdiff and bash as TEST_DEPENDS, remote tests are
>disabled due to sporadic problems with the test server
>  - docs are also gone, therefore the two patches from 3.6.2 can go away
>  - the only dependency in-tree right now seems to be graphichs/gmt, checked it
>still builds OK
>  - update probably needs some tuning (see #1)

So, comments portswise:
- no need for DIST_SUBDIR=${DISTNAME} (remember to regen distinfo)
- no need for the complicated DISTNAME/DISTFILES/WRKDIST dance

DISTNAME = ${NAME}-c-${V}
PKGNAME = ${NAME}-${V}

is enought and seems to work fine here

- i think you forgot to cvs rm patch-cxx_ncvalues_cpp &
  patch-ncgen_ncgen_1 in your diff :)
- all tests indeed pass, testing on non-x86 would be nice.
- major should probably be bumped as its a major version

and what matters for me, i can build MDAL fine with this update.
let's hear what MAINTAINER thinks about it.. maybe the c++ & fortran bits
should be ported too, but if nothing needs them.. .

Landry

CVS: cvs.openbsd.org: ports

[Joerg Jung]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 12:35:08

Modified files:
x11/dwm: Makefile 
x11/dwm/patches: patch-config_def_h 

Log message:
adjust color scheme to fix focus border and
keep look and feel of previous releases

input from tedu and charlene

ok kn

CVS: cvs.openbsd.org: ports

[Brian Callahan]

CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2019/03/05 11:46:40

Modified files:
lang/gravity   : Makefile distinfo 

Log message:
Update to gravity-0.6.3
Changelog: https://github.com/marcobambini/gravity/compare/0.6.1...0.6.3

x11/gnome seems to fail to start with new user

[Ryan Freeman]

Hello!

In testing my way around a www/chromium-related crash, I created
a brand new test user.  I was surprised to see that this fresh
user, logging in from gdm, never makes it to gnome desktop.

The welome dialogs display to let me choose language, keyboard
input, etc, but gnome-shell never loads.  After you're finished
with the welcome dialogs, the help window appears, and nothing
else.  If you close help, the window stays black and gnome-shell
never comes.  ctrl-alt-backspace required.

Tested removing everything for test user and trying again over
the last several snapshots.  Always same result.

My existing user which has used gnome since I got this laptop
remains able to start gnome without issue.

pkg_check and mtree on base has been tried, as well as
pkg_delete -a of any leftover old library versions to make sure
there wasn't some weird issue there.

Core was generated by `gnome-shell'.
Program terminated with signal SIGTRAP, Trace/breakpoint trap.
#0  g_log_structured_array (log_level=, fields=0x7f7d4f00, 
n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
1930../glib-2.58.3/glib/gmessages.c: No such file or directory.
(gdb) 
(gdb) bt full
#0  g_log_structured_array (log_level=, fields=0x7f7d4f00, 
n_fields=) at ../glib-2.58.3/glib/gmessages.c:1930
depth = 
writer_func = 
writer_user_data = 
#1  0x1b77f3818c7d in g_log_default_handler (log_domain=, 
log_level=, message=, 
unused_data=) at ../glib-2.58.3/glib/gmessages.c:3111
fields = {{key = 0x1b77f3762b85 "GLIB_OLD_LOG_API", 
value = 0x1b77f375dc98, length = -1}, {
key = 0x1b77f375dee0 "MESSAGE", value = 0x1b779576d080, 
length = -1}, {key = 0x1b77f375bb9f "PRIORITY", 
value = 0x1b77f37512a3, length = -1}, {
key = 0x1b77f375bba8 "GLIB_DOMAIN", value = 0x1b7785375a6b, 
---Type  to continue, or q  to quit--- 
length = -1}}
n_fields = 
#2  0x1b77f38187ca in g_logv (log_domain=, 
log_level=, format=, args=)
at ../glib-2.58.3/glib/gmessages.c:1350
depth = 
domain = 
data = 0x0
masquerade_fatal = 
domain_fatal_mask = 
log_func = 0x1b77f3818ba0 
test_level = 
---Type  to continue, or q  to quit---
msg = 
msg_alloc = 
i = 2
#3  0x1b77f381838f in g_log (
log_domain=0x2 , log_level=0, 
format=0x0) at ../glib-2.58.3/glib/gmessages.c:1413
args = {{gp_offset = 24, fp_offset = 48, 
overflow_arg_area = 0x7f7d51a0, 
reg_save_area = 0x7f7d50b0}}
#4  0x1b77853fd86a in _GLOBAL__sub_I_engine.cpp ()
   from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#5  0x1b77853c40e9 in _do_init () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
---Type  to continue, or q  to quit---
#6  0x1b7785428f29 in _init () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#7  0x1b7785428f20 in ?? () from /usr/local/lib/libgjs.so.5.0
No symbol table info available.
#8  0x1b7849a3f679 in _dl_call_init_recurse (object=0x1b78171e6c00, 
initfirst=0) at /usr/src/libexec/ld.so/loader.c:771
n = 0x0
#9  0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b782fb3f400, 
initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
n = 0x1b77b9b77840
#10 0x1b7849a3f606 in _dl_call_init_recurse (object=0x1b78054c3000, 
initfirst=0) at /usr/src/libexec/ld.so/loader.c:757
n = 0x1b77eb384940
#11 0x1b7849a3f07d in _dl_call_init (object=0x1b78054c3000)
---Type  to continue, or q  to quit---
at /usr/src/libexec/ld.so/loader.c:744
No locals.
#12 _dl_boot (argv=0x7f7d53a8, envp=, 
dyn_loff=30203445469184, dl_data=0x7f7d5310)
at /usr/src/libexec/ld.so/loader.c:639
us = 0x1b75579002e0 "/usr/libexec/ld.so"
align = 
maxva = 
exe_loff = 30190794178560
minva = 
loop = 
phdp = 
load_list = 0x1b77a8988140
ptls = 0x0
---Type  to continue, or q  to quit---
exe_obj = 0x1b78054c3000
next_load = 0x1b77a8988140
n = 
ehdr = 
dyn_obj = 
dynp = 
debug_map = 
failed = 
#13 0x1b7849a40806 in _dl_start ()
at /usr/src/libexec/ld.so/amd64/ldasm.S:61
No locals.
#14 0x in ?? ()
No symbol table info available.
(gdb) 

dmesg:
OpenBSD 6.5-beta (GENERIC.MP) #770: Mon Mar  4 21:54:02 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8238301184 (7856MB)
avail mem = 7978663936 (7609MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xccbfd000 (66 entries)
bios0: vendor LENOVO version "N14ET29W (1.07 )" date 05/08/2015
bios0: LENOVO 20BTS2H500
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SLIC ASF! HPET ECDT APIC MCFG SSDT SSDT SSDT SSDT SSDT 
SSDT 

abort trap: www/chromium

[Ryan Freeman]

Hey,

I've been seeing an abort trap when trying to start chrome for quite
some time now, since around the New Year I believe.

I tried to send robert@ some debug info, and only just noticed
I did a terrible job and ran egdb against the chrome /script/
rather than the actual binary :(

Let's do better:

ryan@insomniac ~ $ egdb /usr/local/chrome/chrome chrome.core
GNU gdb (GDB) 7.12.1
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-openbsd6.4".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/local/chrome/chrome...(no debugging symbols 
found)...done.
[New process 309724]
[New process 220859]
[New process 103471]
[New process 296542]
[New process 388890]
[New process 263982]
[New process 280085]
[New process 79]
[New process 428699]
[New process 371223]
[New process 216742]
[New process 236637]
[New process 600653]
[New process 118345]
[New process 470307]
[New process 401590]
[New process 416094]
[New process 262184]
[New process 601121]
[New process 176054]
[New process 183918]
[New process 293671]
[New process 286119]
[New process 158799]
Core was generated by `chrome'.
Program terminated with signal SIGABRT, Aborted.
#0  mlock () at -:3
3   -: No such file or directory.
[Current thread is 1 (process 309724)]
(gdb) bt full
#0  mlock () at -:3
No locals.
#1  0x02478686fbdb in sec_acquire_pages (during_tag=, 
sz=)
at egg/egg-secure-memory.c:876
pgsize = 
pages = 0x24832bf4000
#2  sec_block_create (size=16384, during_tag=) at 
egg/egg-secure-memory.c:953
block = 
cell = 0x24764f0ff48
#3  egg_secure_alloc_full (tag=0x247868343e4 "secret_value", length=20, 
flags=)
at egg/egg-secure-memory.c:1049
block = 0x24764f0ff78
memory = 
#4  0x024786856b7f in egg_secure_alloc (length=16384) at 
libsecret/secret-value.c:52
No locals.
#5  secret_value_new (secret=0x2452a45044a "The meaning of life", length=19, 
content_type=0x24786832368 "text/plain") at libsecret/secret-value.c:105
copy = 
#6  0x02478684fb03 in secret_password_storev (schema=0x245357ae820, 
attributes=0x2475498e9e0, 
collection=0x0, label=0x2452a3db6e5 "Chrome Safe Storage Control", 
password=0x2452a45044a "The meaning of life", cancellable=0x0, 
callback=0x2478685e5f0 <_secret_sync_on_result>, user_data=0x247cb143580)
at libsecret/secret-password.c:150
value = 
#7  0x02478684ff0b in secret_password_storev_sync (schema=0x245357ae820, 
attributes=0x2475498e9e0, collection=0x0, label=0x2452a3db6e5 "Chrome Safe 
Storage Control", 
password=0x2452a45044a "The meaning of life", cancellable=0x0, 
error=0x7f7bf218)
at libsecret/secret-password.c:290
sync = 0x247cb143580
ret = 
#8  0x02478684fd6e in secret_password_store_sync (schema=0x245357ae820, 
collection=0x0, 
label=0x2452a3db6e5 "Chrome Safe Storage Control", 
password=0x2452a45044a "The meaning of life", cancellable=0x0, 
error=0x7f7bf218)
at libsecret/secret-password.c:231
va = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 
0x7f7bf208, 
reg_save_area = 0x7f7bf0d0}}
attributes = 0x2475498e9e0
ret = 
#9  0x024531b07ae4 in ?? ()
No symbol table info available.
#10 0x024531b07278 in ?? ()
No symbol table info available.
#11 0x024531b05982 in ?? ()
---Type  to continue, or q  to quit---
No symbol table info available.
#12 0x024531b0560e in ?? ()
No symbol table info available.
#13 0x024531b04f12 in ?? ()
No symbol table info available.
#14 0x024531b05342 in ?? ()
No symbol table info available.
#15 0x024531b04b2e in ?? ()
No symbol table info available.
#16 0x0245328d7c2a in ?? ()
No symbol table info available.
#17 0x0245328d57cf in ?? ()
No symbol table info available.
#18 0x0245328d777b in ?? ()
No symbol table info available.
#19 0x02453292978b in ?? ()
No symbol table info available.
#20 0x024532929734 in ?? ()
No symbol table info available.
#21 0x02452fd69d7f in ?? ()
No symbol table info available.
#22 0x0245324e2e32 in ?? ()
No symbol table info available.
#23 0x0245312304da in ?? ()
No symbol table info available.
#24 0x0245324e2d5b in ?? ()
No symbol table info available.
#25 0x02452fd67264 in ?? ()
No symbol table info available.
#26 0x02452fe63bf0 in ?? ()
No symbol table info available.
#27 

Re: NEW: x11/i3-gaps

[Gleydson Soares]

Builds and runs fine here, even though I’m not an i3 user so slight tested!
If it works for you please, put it in. ok with me.

On Sun, Mar 3, 2019, at 7:40 AM, Rafael Sadowski wrote:
> Hi ports@
> 
> Inserted by x11/i3-mousedrag, please find attached a i3 fork port with
> gaps support. I use it over 2 weeks without issues. I added a README
> with an imported hint.
> 
> Feedback / OK?!
> 
> RS
> 
> $ pkg_info i3-gaps
> 
> Information for inst:i3-gaps-4.16.1
> 
> Comment:
> improved dynamic tiling window manager, fork with gaps
> 
> Description:
> i3 is an improved dynamic, tiling window manager originally inspired by wmii.
> 
> This fork adds support for gaps, smart gaps, smart borders and hide edge
> borders.
> 
> Maintainer: The OpenBSD ports mailing-list 
> 
> WWW: https://i3wm.org/
> 
> 
> 
> *Attachments:*
>  * i3-gaps.tar.gz

Re: www/webkitgtk4 on sparc64

[Jeremie Courreges-Anglas]

On Tue, Mar 05 2019, Brian Callahan  wrote:
> On 3/5/19 12:11 AM, Jeremie Courreges-Anglas wrote:
>> webkitgtk4 fails to build on sparc64 and powerpc.
>>
>>
>> http://build-failures.rhaalovely.net//sparc64/2019-02-03/www/webkitgtk4.log
>>http://build-failures.rhaalovely.net/powerpc/2019-02-04/www/webkitgtk4.log
>>
>> With the diff below I can successfully build the port on sparc64.
>> Rationale for the diff:
>> - patches/patch-Source_WTF_wtf_Platform_h: sparc64 MD code doesn't
>>expose enough registers to use the HAVE_MACHINE_CONTEXT code path.
>> - patches/patch-Source_JavaScriptCore_runtime_MachineContext_h: see above
>> - patches/patch-Source_WTF_wtf_RAMSize_cpp: Linux-only method to get the
>>amount of ram, use sysctl(2) instead.
>> - patches/patch-Source_WebCore_platform_graphics_FontSelectionAlgorithm_h:
>>std::min/std::max from libestdc++ aren't annotated with "constexpr"
>>yet so using them in a "constexpr" function fails.  This workaround
>>shouldn't be needed with lang/gcc/8.
>> - Makefile: I doubt that webkit's JIT works on sh...  While here, switch
>>to https HOMEPAGE/MASTER_SITES.
>>
>> I haven't tested runtime yet but intend to do so in the next days.  The
>> original motivation is to unlock a bunch of ports:
>>
>>http://build-failures.rhaalovely.net//sparc64/2019-02-03/summary.log
>>
>> --8<--
>> ritchie ~$ grep -c webkitgtk4 summary.log
>> 114
>> ritchie ~$ wc -l summary.log
>>   296 summary.log
>> -->8--
>>
>> The diff could also fix powerpc (cc Charlene).
>
> I don't have a sparc64 machine but a bit ago cwen and I came up with
> a similar diff to RAMSize.cpp to fix webkit on macppc (I think we used
> sysconf).

sysconf might be a better candidate indeed, at least it should be
reasonably portable on not-so-ancient unix-like systems out there.

> JavaScript failed at runtime but I think it's better to get
> a successful build than not.

Yeah www/surf doesn't seem very happy on sparc64...

> Same for the gcc-4.9 bits. Those bits are
> good.

Committed!

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

mcabber update; add proc and exec to pledge for password_eval option

[Markus Hennecke]

The configuration setting "password_eval" requires to call an external 
program like the "events_command" setting. So enable proc and exec when 
pledging if that setting is available too. Tested with gpg as a password 
provider.

Index: Makefile
===
RCS file: /cvs/ports/net/mcabber/Makefile,v
retrieving revision 1.35
diff -u -p -r1.35 Makefile
--- Makefile27 Jun 2018 21:04:00 -  1.35
+++ Makefile5 Mar 2019 16:27:51 -
@@ -3,7 +3,7 @@
 COMMENT=   console jabber client
 DISTNAME=  mcabber-1.1.0
 CATEGORIES=net
-REVISION=  2
+REVISION=  3
 
 HOMEPAGE=  https://mcabber.com/
 
Index: patches/patch-mcabber_main_c
===
RCS file: /cvs/ports/net/mcabber/patches/patch-mcabber_main_c,v
retrieving revision 1.2
diff -u -p -r1.2 patch-mcabber_main_c
--- patches/patch-mcabber_main_c26 May 2017 10:34:53 -  1.2
+++ patches/patch-mcabber_main_c5 Mar 2019 16:27:51 -
@@ -6,7 +6,7 @@ Index: mcabber/main.c
if (ret == -2)
  exit(EXIT_FAILURE);
  
-+  if (settings_opt_get("events_command")) {
++  if (settings_opt_get("events_command") || 
settings_opt_get("password_eval")) {
 +if (pledge("stdio rpath wpath cpath fattr inet dns tty proc exec", NULL) 
==
 +  -1) {
 +  fprintf(stderr, "Cannot pledge: %s\n", strerror(errno));

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:36:58

Modified files:
audio/audacity : Makefile distinfo 
audio/audacity/patches: patch-configure 
patch-lib-src_libnyquist_Makefile_in 
patch-lib-src_libnyquist_nyquist_cmt_midifns_c 

patch-lib-src_libnyquist_nyquist_nyqstk_include_Stk_h 
patch-lib-src_libnyquist_nyquist_xlisp_xlisp_h 
Added files:
audio/audacity/patches: patch-lib-src_lv2_build 
patch-lib-src_lv2_configure 
patch-lib-src_lv2_suil_src_x11_in_gtk2_c 
patch-lib-src_portmidi_porttime_ptlinux_c 
patch-src_AudioIO_cpp 
patch-src_MemoryX_h 
Removed files:
audio/audacity/patches: patch-Makefile_in 

patch-lib-src_libnyquist_nyquist_ffts_src_fftlib_c 

patch-lib-src_libnyquist_nyquist_nyqstk_src_FileRead_cpp 

patch-lib-src_libnyquist_nyquist_nyqstk_src_Stk_cpp 
patch-locale_Makefile_in 
patch-src_AudacityApp_cpp 
patch-src_Audacity_h patch-src_AudioIO_h 
patch-src_Benchmark_cpp 
patch-src_FFmpeg_cpp 
patch-src_NoteTrack_cpp 
patch-src_Project_cpp 
patch-src_Sequence_cpp 
patch-src_TrackArtist_cpp 
patch-src_export_ExportMP3_cpp 
patch-src_import_ImportFLAC_cpp 
patch-src_import_ImportMIDI_cpp 
patch-src_ondemand_ODManager_cpp 
patch-src_prefs_LibraryPrefs_cpp 

Log message:
wip major update to audacity-2.2.2 (still BROKEN)

- libsoxr now used instead of libsamplerate
- audio/portaudio-svn still used instead of the bundled copy (only the
portmixer subsystem makes use of additional interfaces available in
the bundled and patched portaudio)
- portmidi support can't be easily deactivated and lacks support for OpenBSD

Committing this early so other people can work on it in-tree. Prodded by
ajacoutot@.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:24:23

Modified files:
www/webkitgtk4 : Makefile 

Log message:
Switch HOMEPAGE/MASTER_SITES to https

ok ajacoutot@ (maintainer)

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:23:32

Added files:
www/webkitgtk4/patches: 

patch-Source_WebCore_platform_graphics_FontSelectionAlgorithm_h 

Log message:
Ugly workaround: std::min/std::max aren't "constexpr" yet in our old libestdc++

Fixes a build failure on ports-gcc archs.  ok ajacoutot@ (maintainer)

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:20:31

Added files:
www/webkitgtk4/patches: patch-Source_WTF_wtf_RAMSize_cpp 

Log message:
Use sysctl(HW_USERMEM64) to retrive the available amount of memory

Fixes the first error seen in sparc64 and powerpc bulk build failures.

ok ajacoutot@ (maintainer)

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:18:49

Modified files:
www/webkitgtk4 : Makefile 

Log message:
The JIT code has no chance to build on sh

ok ajacoutot@ (maintainer)

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2019/03/05 09:17:59

Modified files:
www/webkitgtk4/patches: 

patch-Source_JavaScriptCore_runtime_MachineContext_h 
patch-Source_WTF_wtf_Platform_h 

Log message:
webkit on sparc64 can't use the HAVE_MACHINE_CONTEXT code path

ok ajacoutot@ (maintainer)

CVS: cvs.openbsd.org: ports

[Robert Nagy]

CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org  2019/03/05 08:38:32

Modified files:
editors/libreoffice: Makefile 
editors/libreoffice/patches: patch-sal_osl_unx_system_hxx 
Added files:
editors/libreoffice/patches: patch-sal_osl_unx_thread_cxx 
 patch-vcl_unx_generic_app_geninst_cxx 

Log message:
- sync some headers and use the correct thread id on openbsd
- use uname(3) to populate information in the About screen

CVS: cvs.openbsd.org: ports

[Kirill Bychkov]

CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org   2019/03/05 08:33:45

Modified files:
net/munin  : Makefile distinfo 
net/munin/patches: patch-Makefile 
net/munin/pkg  : PLIST-main 

Log message:
update to munin-2.0.47

CVS: cvs.openbsd.org: ports

[Charlene Wendling]

CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/03/05 07:58:49

Modified files:
net/bro: Makefile 

Log message:
bro: needs atomics on powerpc, and probably hppa.
Sucessfully tested on powerpc.

OK jca@

Re: NEW: games/openhexagon

[Brian Callahan]

On 1/27/19 9:42 PM, Brian Callahan wrote:



On 1/23/19 8:05 AM, Brian Callahan wrote:



On 1/23/19 1:56 AM, Anthony J. Bentley wrote:

Brian Callahan writes:

Hi ports --

Attached is a new port, games/openhexagon. Open Hexagon is a free
open-source clone of the game Super Hexagon.

Love this game, happy to see a port. Two things:

+--- 


| Running openhexagon on OpenBSD
+--- 



openhexagon
===
Open Hexagon requires some manual setup before first use.

The following will get everything set up:
$ mkdir -p ~/.config/openhexagon
$ cp 
/usr/local/share/examples/openhexagon/{config,scores,users}.json \

 ~/.config/openhexagon

Isn't this better handled in the wrapper script?


Yeah we can do that. I'll send an updated tarball later.



New tarball that does this.


Secondly, when I started the game it disconnected (?) my second monitor
and I had to run xrandr to get it back:

-Screen 0: minimum 320 x 200, current 2560 x 1440, maximum 8192 x 8192
+Screen 0: minimum 320 x 200, current 5120 x 1440, maximum 8192 x 8192
  DVI-1 connected primary 2560x1440+0+0 (normal left inverted right 
x axis y axis) 597mm x 336mm

 2560x1440 59.95*+
  DisplayPort-0 disconnected (normal left inverted right x axis y axis)
-DVI-0 connected (normal left inverted right x axis y axis)
-   2560x1440 59.95 +
+DVI-0 connected 2560x1440+2560+0 (normal left inverted right x axis 
y axis) 597mm x 336mm

+   2560x1440 59.95*+



I don't have a second monitor to test again but will happily take any 
patches :)




Still don't have a multimonitor setup :(

New tarball attached.

~Brian



Ping.

Re: UPDATE: cad/gerbv 2.6.2 => 2.7.0

[Brian Callahan]

On 2/5/19 9:40 PM, Brian Callahan wrote:

Hi ports --

Attached is an update for gerbv.
An announcement with important changes is here: 
http://gerbv.geda-project.org/ANNOUNCEMENT-2.7.0
Looking for testing before I commit, as I'm sure someone out there is 
using more advanced features than me.


~Brian



Ping.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 06:58:10

Modified files:
multimedia/gstreamer1/plugins-libav: Makefile 

Log message:
Sync with FFmpeg and build with nasm instead of yasm.

from Brad

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2019/03/05 06:49:50

Modified files:
sysutils/restic-rest-server: Makefile 
sysutils/restic-rest-server/pkg: restic_rest_server.rc 
Added files:
sysutils/restic-rest-server/patches: patch-htpasswd_go 

Log message:
Add reload option. For now it reloades htpasswd on HUP.

Patch also upstreamed: https://github.com/restic/rest-server/pull/81

OK sthen@

CVS: cvs.openbsd.org: ports

[Aaron Bieber]

CVSROOT:/cvs
Module name:ports
Changes by: abie...@cvs.openbsd.org 2019/03/05 06:48:54

ports/sysutils/restic-rest-server/patches

Update of /cvs/ports/sysutils/restic-rest-server/patches
In directory cvs.openbsd.org:/tmp/cvs-serv86756/patches

Log Message:
Directory /cvs/ports/sysutils/restic-rest-server/patches added to the repository

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 06:47:11

Modified files:
games/gamine   : Makefile distinfo 
games/gamine/patches: patch-Makefile 
games/gamine/pkg: DESCR PLIST 
Added files:
games/gamine/patches: patch-gen_desktop_sh 

Log message:
Update to gamine-1.6.
One less consumer of the old gstreamer-0.10.

UPDATE: security/john-jumbo

[Sebastian Reitenbach]

Hi,

I was in need to crack some hashes that our john-jumbo doesn't have yet. Since 
there is no new release since it was imported, I updated it to a more recent 
git checkout. It's from beginning of February, since then, it works for me. Of 
the >400 tests, ran on amd64 and i386, one fails sometimes, other than that, it 
works quite well for me. While here, take MAINTAINER.

any comments, rants, suggestions, or tests, or even OKs welcome.

cheers,
Sebastian

Index: Makefile
===
RCS file: /cvs/ports/security/john-jumbo/Makefile,v
retrieving revision 1.20
diff -u -p -u -r1.20 Makefile
--- Makefile18 Nov 2018 21:09:47 -  1.20
+++ Makefile5 Mar 2019 09:23:00 -
@@ -5,27 +5,27 @@ BROKEN-alpha =DES_bs.c:173: internal co
 FIX_EXTRACT_PERMISSIONS=Yes

 V =1.8.0
-JV =   1
-REVISION = 3
-EXTRACT_SUFX = .tar.xz
+JV =   1.20190201

 DISTNAME = john-$V-jumbo-${JV}
 PKGNAME =  john-jumbo-$V.${JV}
+GH_ACCOUNT =   magnumripper
+GH_PROJECT =   JohnTheRipper
+GH_COMMIT =1f1a862e852a07d71d364f045a7fb2525b48a8b7
 CATEGORIES =   security

-HOMEPAGE = http://www.openwall.com/john/
+HOMEPAGE = https://www.openwall.com/john/
+MAINTAINER =   Sebastian Reitenbach 

 # files from various authors; see license review txt file
 PERMIT_PACKAGE_CDROM = see doc/john-1.7.9-jumbo-7-licensing.txt
 PERMIT_PACKAGE_FTP =   Yes

-WANTLIB += c crypto m nspr4 nss3 pcap plc4 plds4 pthread smime3
-WANTLIB += nssutil3 sqlite3 ssl ssl3 z
+WANTLIB += c crypto m nspr4 nss3 pcap plc4 plds4 smime3
+WANTLIB += nssutil3 ssl ssl3 z

-MASTER_SITES = http://www.openwall.com/john/j/

-LIB_DEPENDS =  databases/sqlite3 \
-   security/nss
+LIB_DEPENDS =  security/nss

 USE_GMAKE =Yes
 MAKE_FILE =Makefile.legacy
@@ -69,17 +69,18 @@ ALL_TARGET= openbsd-sparc64
 ALL_TARGET=generic
 .endif

-BINS += SIPdump calc_stat cprepair genmkvpwd luks2john makechr
-BINS += mkvcalcproba raw2dyna tgtsnarf uaf2john vncpcap2john wpapcap2john
+BINS += SIPdump calc_stat cprepair genmkvpwd hccap2john makechr mkvcalcproba
+BINS += racf2john raw2dyna relbench stats tgtsnarf uaf2john vncpcap2john 
wpapcap2john

 do-configure:
perl -pi -e 's,\$$JOHN/john.conf,${SYSCONFDIR}/john.conf,' 
${WRKSRC}/params.h
rm ${WRKSRC}/KRB4_*_plug.c  # no old DES API support in LibreSSL
-   rm ${WRKSRC}/rawSHA0_fmt_plug.c # no SHA-0 support in LibreSSL

 do-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/john
+   ${INSTALL_DATA_DIR} ${PREFIX}/libdata/perl5/site_perl
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/john
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/john/rules
${INSTALL_PROGRAM} ${WRKDIST}/run/john ${PREFIX}/bin
cd ${WRKDIST}/run; ${INSTALL_PROGRAM} ${BINS} ${PREFIX}/bin
${INSTALL_SCRIPT} ${WRKDIST}/run/mailer \
@@ -88,6 +89,10 @@ do-install:
ln -sf john ${PREFIX}/bin/`basename $$i`; done
${INSTALL_DATA} ${WRKDIST}/run/*.{chr,conf,lst} \
${PREFIX}/share/examples/john
+   ${INSTALL_DATA} ${WRKDIST}/run/rules/*.rule \
+   ${PREFIX}/share/examples/john/rules/
+   ${INSTALL_DATA} ${WRKDIST}/run/lib/*.pm \
+   ${PREFIX}/libdata/perl5/site_perl/
${INSTALL_DATA} ${WRKDIST}/doc/* ${PREFIX}/share/doc/john

 # not using TEST_TARGET as it gets confused by the quotes in CFLAGS
Index: distinfo
===
RCS file: /cvs/ports/security/john-jumbo/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo16 Jan 2015 15:40:01 -  1.3
+++ distinfo5 Mar 2019 09:23:00 -
@@ -1,2 +1,2 @@
-SHA256 (john-1.8.0-jumbo-1.tar.xz) = 
usk9AlmVoFHwVa29fOLxl1Z2ysbHSmx6PuTP3ZwWCSM=
-SIZE (john-1.8.0-jumbo-1.tar.xz) = 23232492
+SHA256 (john-1.8.0-jumbo-1.20190201-1f1a862e.tar.gz) = 
WE5iCKJYfjBzIUUOoRT+Xi8OoCeYAmG/xP0IA3GEF48=
+SIZE (john-1.8.0-jumbo-1.20190201-1f1a862e.tar.gz) = 47113844
Index: patches/patch-src_Makefile_legacy
===
RCS file: /cvs/ports/security/john-jumbo/patches/patch-src_Makefile_legacy,v
retrieving revision 1.2
diff -u -p -u -r1.2 patch-src_Makefile_legacy
--- patches/patch-src_Makefile_legacy   24 Apr 2018 18:10:55 -  1.2
+++ patches/patch-src_Makefile_legacy   5 Mar 2019 09:23:00 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-src_Makefile_legacy,v 1.
 Index: src/Makefile.legacy
 --- src/Makefile.legacy.orig
 +++ src/Makefile.legacy
-@@ -1073,11 +1073,9 @@ openbsd-alpha:
+@@ -916,11 +916,9 @@ openbsd-alpha:
  openbsd-sparc64:
$(LN) sparc64.h arch.h
@echo "#define JOHN_BLD" '"'$@'"' > john_build_rule.h
@@ -16,7 +16,7 @@ Index: src/Makefile.legacy
@echo "All done"

  openbsd-sparc:
-@@ -1922,7 +1920,7 @@ generic: generic.h
+@@ -1658,7 +1656,7 @@ generic: generic.h
 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 06:14:54

Modified files:
x11/gnome/totem-pl-parser: Makefile distinfo 
x11/gnome/totem-pl-parser/pkg: PLIST 

Log message:
Update to totem-pl-parser-3.26.3.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/03/05 06:04:33

Modified files:
converters : Makefile 

Log message:
Add bdf2psf.

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/03/05 06:03:48

Log message:
Import converters/bdf2psf.

The program bdf2psf translates BDF fonts to PSF format. It accepts
fonts with arbitrary size of the font matrix. If the width of the glyph
matrix of the source font is 7 or 9 pixels then it generates fonts with
width of 8 pixels.

OK bentley@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20190305

N ports/converters/bdf2psf/Makefile
N ports/converters/bdf2psf/distinfo
N ports/converters/bdf2psf/pkg/DESCR
N ports/converters/bdf2psf/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2019/03/05 05:58:07

Modified files:
www/midori : Makefile distinfo 
www/midori/patches: patch-CMakeLists_txt 
www/midori/pkg : PLIST 

Log message:
Update to midori 8.0.

Re: UPDATE: netcdf-3.6.2 -> 4.6.3

[Landry Breuil]

On Tue, Mar 05, 2019 at 11:18:56AM +0100, Martin Reindl wrote:
> Hello ports,
> 
> Here is an update for math/netcdf, laying the groundwork for py-netcdf and
> python-pvlib, two ports I need for my projects.

Nice, i just had a need to update this for an upcoming port of mdal ...
so i'll probably test it somehow.

>  - the only dependency in-tree right now seems to be graphichs/gmt, checked it
>still builds OK
>  - update probably needs some tuning (see #1)

This one is badly outdated, and should either be removed or updated from
http://gmt.soest.hawaii.edu/projects/gmt/wiki/Download. Will eventually
look at it too.

Thanks for your work !

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2019/03/05 05:38:24

Modified files:
security/suricata: Makefile 
security/suricata/patches: patch-suricata_yaml_in 
security/suricata/pkg: PLIST 
Added files:
security/suricata/patches: patch-configure_ac 
   patch-src_suricata_c 
   patch-src_util-privs_c 
   patch-src_util-privs_h 

Log message:
Use setresuid/gid() directly to change user and group.  Otherwise
Suricata uses libcap-ng on Linux and runs as root elsewhere.
Switch to _suricata user and group in config to avoid running as root.
To remove pid file its directory must be writable by suricata user.
Fix pid file removal if it is specified in config file.
setresuid()/gid() patch from Emmanuel Roullit
OK gonzalo@

CVS: cvs.openbsd.org: ports

[Frederic Cambus]

CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2019/03/05 04:49:08

Modified files:
net/libmaxminddb: Makefile distinfo 

Log message:
Update GeoLite2 databases to latest version.

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2019/03/05 04:43:13

Modified files:
emulators/mgba : Makefile distinfo 

Log message:
Update to mgba-0.7.1.

Release notes:
https://mgba.io/2019/02/24/mgba-0.7.1/

Re: bugfix: x11/gnome/shell unredirection of fullscreen windows

[Antoine Jacoutot]

On Tue, Mar 05, 2019 at 01:28:54AM -0800, Ryan Freeman wrote:
> Hi,
> 
> I've been banging my head on this one for 2 months.  Alas, a fix is found,
> and I hope it can make it in for 6.5.
> 
> After the update to gnome-3.30, I noticed running fullscreen 3d things
> felt really sluggish.  Tonight I happily stumbled upon the fix from
> upstream:
> 
> https://gitlab.gnome.org/3v1n0/gnome-shell/commit/5e7a7e31a108c572da54bd2c0b2ed68a5eb529ac
> 
> I applied this to our current verison of gnome-shell in ports and it solves
> the issue entirely for me.
> 
> OK?

OK thanks :-)
(I didn't notice any regression myself which is why I never looked)


> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/gnome/shell/Makefile,v
> retrieving revision 1.167
> diff -u -p -r1.167 Makefile
> --- Makefile  17 Jan 2019 19:00:46 -  1.167
> +++ Makefile  5 Mar 2019 09:26:09 -
> @@ -6,6 +6,7 @@ COMMENT=  next generation GNOME shell
>  
>  GNOME_PROJECT=   gnome-shell
>  GNOME_VERSION=   3.30.2
> +REVISION=0
>  
>  # GPLv2+
>  PERMIT_PACKAGE_CDROM=Yes
> Index: patches/patch-js_ui_messageTray_js
> ===
> RCS file: patches/patch-js_ui_messageTray_js
> diff -N patches/patch-js_ui_messageTray_js
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-js_ui_messageTray_js5 Mar 2019 09:26:09 -
> @@ -0,0 +1,31 @@
> +$OpenBSD$
> +
> +Fix unredirection for fullscreen windows after notification message is
> +displayed.
> +
> +https://gitlab.gnome.org/3v1n0/gnome-shell/commit/5e7a7e31a108c572da54bd2c0b2ed68a5eb529ac
> +
> +Index: js/ui/messageTray.js
> +--- js/ui/messageTray.js.orig
>  js/ui/messageTray.js
> +@@ -1309,10 +1309,8 @@ var MessageTray = new Lang.Class({
> + }
> + 
> + this._banner = this._notification.createBanner();
> +-this._bannerClickedId = this._banner.connect('done-displaying', () 
> => {
> +-Meta.enable_unredirect_for_display(global.display);
> +-this._escapeTray();
> +-});
> ++this._bannerClickedId = this._banner.connect('done-displaying',
> ++ 
> this._escapeTray.bind(this));
> + this._bannerUnfocusedId = this._banner.connect('unfocused', () => {
> + this._updateState();
> + });
> +@@ -1462,6 +1460,7 @@ var MessageTray = new Lang.Class({
> + 
> + this._pointerInNotification = false;
> + this._notificationRemoved = false;
> ++Meta.enable_unredirect_for_display(global.display);
> + 
> + this._banner.actor.destroy();
> + this._banner = null;
> 

-- 
Antoine

bugfix: x11/gnome/shell unredirection of fullscreen windows

[Ryan Freeman]

Hi,

I've been banging my head on this one for 2 months.  Alas, a fix is found,
and I hope it can make it in for 6.5.

After the update to gnome-3.30, I noticed running fullscreen 3d things
felt really sluggish.  Tonight I happily stumbled upon the fix from
upstream:

https://gitlab.gnome.org/3v1n0/gnome-shell/commit/5e7a7e31a108c572da54bd2c0b2ed68a5eb529ac

I applied this to our current verison of gnome-shell in ports and it solves
the issue entirely for me.

OK?

-ryan


Index: Makefile
===
RCS file: /cvs/ports/x11/gnome/shell/Makefile,v
retrieving revision 1.167
diff -u -p -r1.167 Makefile
--- Makefile17 Jan 2019 19:00:46 -  1.167
+++ Makefile5 Mar 2019 09:26:09 -
@@ -6,6 +6,7 @@ COMMENT=next generation GNOME shell
 
 GNOME_PROJECT= gnome-shell
 GNOME_VERSION= 3.30.2
+REVISION=  0
 
 # GPLv2+
 PERMIT_PACKAGE_CDROM=  Yes
Index: patches/patch-js_ui_messageTray_js
===
RCS file: patches/patch-js_ui_messageTray_js
diff -N patches/patch-js_ui_messageTray_js
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-js_ui_messageTray_js  5 Mar 2019 09:26:09 -
@@ -0,0 +1,31 @@
+$OpenBSD$
+
+Fix unredirection for fullscreen windows after notification message is
+displayed.
+
+https://gitlab.gnome.org/3v1n0/gnome-shell/commit/5e7a7e31a108c572da54bd2c0b2ed68a5eb529ac
+
+Index: js/ui/messageTray.js
+--- js/ui/messageTray.js.orig
 js/ui/messageTray.js
+@@ -1309,10 +1309,8 @@ var MessageTray = new Lang.Class({
+ }
+ 
+ this._banner = this._notification.createBanner();
+-this._bannerClickedId = this._banner.connect('done-displaying', () => 
{
+-Meta.enable_unredirect_for_display(global.display);
+-this._escapeTray();
+-});
++this._bannerClickedId = this._banner.connect('done-displaying',
++ 
this._escapeTray.bind(this));
+ this._bannerUnfocusedId = this._banner.connect('unfocused', () => {
+ this._updateState();
+ });
+@@ -1462,6 +1460,7 @@ var MessageTray = new Lang.Class({
+ 
+ this._pointerInNotification = false;
+ this._notificationRemoved = false;
++Meta.enable_unredirect_for_display(global.display);
+ 
+ this._banner.actor.destroy();
+ this._banner = null;

UPDATE: netcdf-3.6.2 -> 4.6.3

[Martin Reindl]

Hello ports,

Here is an update for math/netcdf, laying the groundwork for py-netcdf and
python-pvlib, two ports I need for my projects.

Things to consider:
 - it's been decades since I worked in ports
 - netcdf is now split into C, C++ and Fortran parts, this update only
   preserves the C functionality
 - C++ and Fortran are available with different version numbers so they should
   probably go in their own packages which could follow at a later point
 - passes make test, needs gdiff and bash as TEST_DEPENDS, remote tests are
   disabled due to sporadic problems with the test server
 - docs are also gone, therefore the two patches from 3.6.2 can go away
 - the only dependency in-tree right now seems to be graphichs/gmt, checked it
   still builds OK
 - update probably needs some tuning (see #1)

-m


Index: Makefile
===
RCS file: /cvs/ports/math/netcdf/Makefile,v
retrieving revision 1.33
diff -u -p -u -p -r1.33 Makefile
--- Makefile28 Oct 2018 07:31:29 -  1.33
+++ Makefile5 Mar 2019 09:29:41 -
@@ -1,45 +1,54 @@
-# $OpenBSD: Makefile,v 1.33 2018/10/28 07:31:29 bentley Exp $ 
+# $OpenBSD: Makefile,v 1.33 2018/10/28 07:31:29 bentley Exp $
 
-BROKEN-powerpc=fails to build
-BROKEN-hppa =  fails to configure
+# let's give it a chance?
+#BROKEN-powerpc=   fails to build
+#BROKEN-hppa = fails to configure
 
 COMMENT=   library for machine-independent, array-oriented data access
 
-DISTNAME=  netcdf-3.6.2
-REVISION = 7
+V= 4.6.3
+NAME=  netcdf
+DISTNAME=  ${NAME}-${V}
+DISTFILES= ${NAME}-c-${V}${EXTRACT_SUFX}
+
 CATEGORIES=math
 
-SHARED_LIBS=   netcdf  4.0 \
-   netcdff 4.0 \
-   netcdf_c++  4.0
+SHARED_LIBS=   netcdf  4.0
 
 HOMEPAGE=  http://www.unidata.ucar.edu/software/netcdf/
 
 MAINTAINER=Tom Knienieder 
-MODULES =  fortran
-MODFORTRAN_COMPILER = g77
-BUILD_DEPENDS =${MODFORTRAN_BUILD_DEPENDS}
+
+DIST_SUBDIR=${DISTNAME}
+WRKDIST=${WRKDIR}/${NAME}-c-${V}
 
 # BSD-like
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB=   c m ${COMPILER_LIBCXX}
+WANTLIB=   c m z pthread
+WANTLIB+=  curl crypto nghttp2 ssl
+WANTLIB+=  hdf5 hdf5_hl
+
+LIB_DEPENDS =  net/curl \
+   math/hdf5
+
+TEST_DEPENDS=  shells/bash \
+   textproc/gdiff
 
 COMPILER = base-clang ports-gcc base-gcc
 
 MASTER_SITES=  ftp://ftp.unidata.ucar.edu/pub/netcdf/
 
 CONFIGURE_STYLE=   gnu
-CONFIGURE_ENV= CPPFLAGS="-Df2cFortran"
+CONFIGURE_ENV+=LDFLAGS="-L${LOCALBASE}/lib" \
+   CPPFLAGS="-I${LOCALBASE}/include"
+
 CONFIGURE_ARGS+=   --enable-shared \
-   --disable-f90
+   --disable-doxygen \
+   --with-hdf5=${LOCALBASE} \
+   --disable-dap-remote-tests
 
 USE_GMAKE= Yes
 SEPARATE_BUILD=Yes
-
-post-install:
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/netcdf
-   @cd ${WRKSRC}/man && ${INSTALL_DATA} *.txt *.pdf \
-   ${PREFIX}/share/doc/netcdf
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/math/netcdf/distinfo,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 distinfo
--- distinfo18 Jan 2015 03:14:28 -  1.6
+++ distinfo5 Mar 2019 09:29:41 -
@@ -1,2 +1,2 @@
-SHA256 (netcdf-3.6.2.tar.gz) = /qp2c/Np5ftX/MUUJuK+aUIo3cwUH8P9IDmSaftrkxE=
-SIZE (netcdf-3.6.2.tar.gz) = 5312882
+SHA256 (netcdf-4.6.3/netcdf-c-4.6.3.tar.gz) = 
M1/fFtdTH0MK115zLtGpo/yDrT75H7M6cBGaVV3VQVw=
+SIZE (netcdf-4.6.3/netcdf-c-4.6.3.tar.gz) = 5961248
Index: pkg/PLIST
===
RCS file: /cvs/ports/math/netcdf/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 PLIST
--- pkg/PLIST   16 Mar 2015 18:07:50 -  1.6
+++ pkg/PLIST   5 Mar 2019 09:29:41 -
@@ -1,36 +1,27 @@
-@comment $OpenBSD: PLIST,v 1.6 2015/03/16 18:07:50 naddy Exp $
+@comment $OpenBSD: PLIST,v$
+bin/nc-config
+@bin bin/nccopy
 @bin bin/ncdump
 @bin bin/ncgen
-include/ncvalues.h
+@bin bin/ncgen3
 include/netcdf.h
-include/netcdf.hh
-include/netcdf.inc
-include/netcdfcpp.h
+include/netcdf_aux.h
+include/netcdf_filter.h
+include/netcdf_mem.h
+include/netcdf_meta.h
+lib/libbzip2.a
+lib/libbzip2.la
+lib/libbzip2.so
+lib/libmisc.a
+lib/libmisc.la
+lib/libmisc.so
 lib/libnetcdf.a
 lib/libnetcdf.la
+lib/libnetcdf.settings
 @lib lib/libnetcdf.so.${LIBnetcdf_VERSION}
-lib/libnetcdf_c++.a
-lib/libnetcdf_c++.la
-@lib lib/libnetcdf_c++.so.${LIBnetcdf_c++_VERSION}
-lib/libnetcdff.a
-lib/libnetcdff.la
-@lib lib/libnetcdff.so.${LIBnetcdff_VERSION}
+lib/pkgconfig/netcdf.pc
+@man man/man1/nccopy.1
 @man man/man1/ncdump.1
 @man man/man1/ncgen.1
+@man man/man1/ncgen3.1
 @man 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 03:06:44

Modified files:
misc/osinfo/osinfo-db: Makefile distinfo 

Log message:
Update to osinfo-db-20190304.

Re: audacity-2.2.2

[Antoine Jacoutot]

On Sun, Feb 24, 2019 at 08:20:04PM +0100, Jeremie Courreges-Anglas wrote:
> 
> So audacity is still currently BROKEN.  Here's an unfinished update to
> version 2.2.2.
> 
> Some notes:
> - audio/libsoxr has replaced libsamplerate
> - I disabled the use of system vamp-plugin-sdk, see the comments
> - audio/portaudio-svn is used instead of the not-so-mandatory bundled
>   version (the bundled version adds an interface which is only used in
>   portmixer, which we don't activate anyway).
> - INSTALL also mentions the mandatory use of the bundled portmidi, which
>   doesn't work on OpenBSD yet.  Alexandre expressed interest in writing
>   a backend.
> - also in INSTALL: "Audacity 2.2.2 requires wxWidgets 3.0.x, preferably
>   3.0.2, built with gtk2.".  I hope that the use of gtk3 is not
>   a problem...

I think you should just commit this.
It will well people working on it directly in-tree.


> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/audio/audacity/Makefile,v
> retrieving revision 1.55
> diff -u -p -r1.55 Makefile
> --- Makefile  2 Jan 2019 12:44:53 -   1.55
> +++ Makefile  24 Feb 2019 18:51:34 -
> @@ -1,18 +1,14 @@
>  # $OpenBSD: Makefile,v 1.55 2019/01/02 12:44:53 jca Exp $
>  
> -BROKEN=  requires old wxWidgets: 
> http://trac.wxwidgets.org/ticket/16300
> -
>  COMMENT= free audio editor
>  
> -V=   1.3.9
> +V=   2.2.2
>  DISTNAME=audacity-minsrc-${V}
>  PKGNAME= audacity-${V}
> -REVISION=17
>  CATEGORIES=  audio
>  
> -EXTRACT_SUFX=.tar.bz2
> -
>  MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=audacity/}
> +EXTRACT_SUFX=.tar.xz
>  
>  HOMEPAGE=http://audacity.sourceforge.net/
>  
> @@ -25,34 +21,36 @@ WANTLIB += atk-1.0 c cairo expat fontcon
>  WANTLIB += gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0 gtk-x11-2.0
>  WANTLIB += id3tag intl m mad ogg pango-1.0 pangocairo-1.0 pangoft2-1.0
>  WANTLIB += portaudio samplerate sndfile tag vamp-hostsdk vorbis
> -WANTLIB += vorbisenc vorbisfile wx_base wx_base_net wx_base_odbc
> -WANTLIB += wx_base_xml wx_gtk2_adv wx_gtk2_aui wx_gtk2_core wx_gtk2_dbgrid
> -WANTLIB += wx_gtk2_html wx_gtk2_qa wx_gtk2_richtext wx_gtk2_xrc
> -WANTLIB += z
> +# XXX wxwidgets WANTLIB
> +WANTLIB += vorbisenc vorbisfile z
>  
>  COMPILER =   base-clang ports-gcc base-gcc
>  
>  BUILD_DEPENDS=   archivers/zip \
> - devel/gettext-tools
> -LIB_DEPENDS= x11/wxWidgets>=2.8.6 \
> - audio/libsamplerate \
> + devel/gettext-tools \
> + shells/bash
> +LIB_DEPENDS= x11/wxWidgets>=3.0.4 \
> + audio/libsoxr \
>   audio/flac \
>   audio/libvorbis \
>   audio/libid3tag \
>   audio/libmad \
>   audio/portaudio-svn>=1406p1 \
>   audio/soundtouch \
> - audio/vamp-plugin-sdk>=2.2.1p0 \
>   audio/taglib
> +# XXX libtool/ld(1) fail to find libvamp-hostsdk.so
> +#LIB_DEPENDS+=   audio/vamp-plugin-sdk>=2.2.1p0
>  RUN_DEPENDS= devel/desktop-file-utils \
>   misc/shared-mime-info
>  
>  USE_GMAKE=   Yes
>  CONFIGURE_STYLE= gnu
> -CONFIGURE_ENV=   CPPFLAGS="-I${X11BASE}/include 
> -I${LOCALBASE}/include" \
> - CFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include" \
> - LDFLAGS="-L${X11BASE}/lib -L${LOCALBASE}/lib" \
> - gl_cv_cc_visibility=no
> +CONFIGURE_ENV=   CC="${CC}" CXX="${CXX}" OBJCXX="${CXX}" \
> + CPPFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include" \
> + CFLAGS="-I${X11BASE}/include -I${LOCALBASE}/include 
> ${CFLAGS}" \
> + LDFLAGS="-L${X11BASE}/lib -L${LOCALBASE}/lib ${LDFLAGS}"
> +# Silence noisy warnings
> +CONFIGURE_ENV+=  CXXFLAGS="-Wno-inconsistent-missing-override 
> ${CXXFLAGS}"
>  
>  MODGNU_CONFIG_GUESS_DIRS= ${WRKSRC} \
>   ${WRKSRC}/lib-src/lib-widget-extra \
> @@ -67,28 +65,32 @@ CONFIGURE_ARGS=   --enable-unicode \
>   --with-lib-preferences=system \
>   --with-libsndfile=system \
>   --with-expat=system \
> - --with-libsamplerate=system \
> - --without-libresample \
> + --with-libsoxr=system \
>   --with-libvorbis=system \
>   --with-libmad=system \
>   --with-libflac=system \
>   --with-libid3tag=system \
> + --with-portaudio=system \
>   --with-soundtouch=system \
> - --with-libvamp=system \
>   --without-libtwolame \
>   --without-ffmpeg \
>   --without-redland \
>   --without-slv2 \
>   --without-liblrdf \
> 

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 02:46:17

Modified files:
x11/gnome/builder: Makefile 
x11/gnome/builder/pkg: PLIST 

Log message:
Add gnome-builder-clang support now that meson(1) is fixed.

Re: www/webkitgtk4 on sparc64

[Antoine Jacoutot]

On Tue, Mar 05, 2019 at 06:11:31AM +0100, Jeremie Courreges-Anglas wrote:
> 
> webkitgtk4 fails to build on sparc64 and powerpc.
> 
>   http://build-failures.rhaalovely.net//sparc64/2019-02-03/www/webkitgtk4.log
>   http://build-failures.rhaalovely.net/powerpc/2019-02-04/www/webkitgtk4.log
> 
> With the diff below I can successfully build the port on sparc64.
> Rationale for the diff:
> - patches/patch-Source_WTF_wtf_Platform_h: sparc64 MD code doesn't
>   expose enough registers to use the HAVE_MACHINE_CONTEXT code path.
> - patches/patch-Source_JavaScriptCore_runtime_MachineContext_h: see above
> - patches/patch-Source_WTF_wtf_RAMSize_cpp: Linux-only method to get the
>   amount of ram, use sysctl(2) instead.
> - patches/patch-Source_WebCore_platform_graphics_FontSelectionAlgorithm_h:
>   std::min/std::max from libestdc++ aren't annotated with "constexpr"
>   yet so using them in a "constexpr" function fails.  This workaround
>   shouldn't be needed with lang/gcc/8.
> - Makefile: I doubt that webkit's JIT works on sh...  While here, switch
>   to https HOMEPAGE/MASTER_SITES.
> 
> I haven't tested runtime yet but intend to do so in the next days.  The
> original motivation is to unlock a bunch of ports:

OK

> 
>   http://build-failures.rhaalovely.net//sparc64/2019-02-03/summary.log
> 
> --8<--
> ritchie ~$ grep -c webkitgtk4 summary.log
> 114
> ritchie ~$ wc -l summary.log
>  296 summary.log
> -->8--
> 
> The diff could also fix powerpc (cc Charlene).
> 
> ok?
> 
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/webkitgtk4/Makefile,v
> retrieving revision 1.95
> diff -u -p -r1.95 Makefile
> --- Makefile  2 Mar 2019 17:08:51 -   1.95
> +++ Makefile  5 Mar 2019 04:53:07 -
> @@ -13,6 +13,7 @@ PORTROACH = limitw:1,even
>  COMMENT =GTK+ port of the WebKit rendering engine
>  
>  V =  2.22.7
> +REVISION =   0
>  DISTNAME =   webkitgtk-${V}
>  PKGNAME =webkitgtk4-${V}
>  EXTRACT_SUFX =   .tar.xz
> @@ -25,7 +26,7 @@ SHARED_LIBS +=  webkit2gtk-${API}   
>  
>  CATEGORIES = www
>  
> -HOMEPAGE =   http://webkitgtk.org/
> +HOMEPAGE =   https://webkitgtk.org/
>  
>  MAINTAINER = Antoine Jacoutot 
>  
> @@ -42,7 +43,7 @@ WANTLIB += icui18n icuuc intl jpeg m not
>  WANTLIB += png16 secret-1 soup-2.4 sqlite3 tasn1 webp webpdemux
>  WANTLIB += woff2dec xml2 xslt z
>  
> -MASTER_SITES =   http://webkitgtk.org/releases/
> +MASTER_SITES =   https://webkitgtk.org/releases/
>  
>  MODULES =devel/cmake \
>   lang/python \
> @@ -91,8 +92,7 @@ CONFIGURE_ARGS +=   -DENABLE_PLUGIN_PROCES
>  # sync with Source/JavaScriptCore/assembler/MacroAssembler.h
>  .if ${MACHINE_ARCH} != "aarch64" && ${MACHINE_ARCH} != "amd64" && \
>  ${MACHINE_ARCH} != "arm" && ${MACHINE_ARCH} != "i386" && \
> -${MACHINE_ARCH} != "mips64" && ${MACHINE_ARCH} != "mips64el" && \
> -${MACHINE_ARCH} != "sh"
> +${MACHINE_ARCH} != "mips64" && ${MACHINE_ARCH} != "mips64el"
>  # #error "The MacroAssembler is not supported on this platform."
>  CONFIGURE_ARGS +=-DENABLE_JIT=OFF
>  CONFIGURE_ARGS +=-DENABLE_LLINT_C_LOOP=ON
> Index: patches/patch-Source_JavaScriptCore_runtime_MachineContext_h
> ===
> RCS file: 
> /cvs/ports/www/webkitgtk4/patches/patch-Source_JavaScriptCore_runtime_MachineContext_h,v
> retrieving revision 1.4
> diff -u -p -r1.4 patch-Source_JavaScriptCore_runtime_MachineContext_h
> --- patches/patch-Source_JavaScriptCore_runtime_MachineContext_h  4 Sep 
> 2018 07:12:47 -   1.4
> +++ patches/patch-Source_JavaScriptCore_runtime_MachineContext_h  5 Mar 
> 2019 04:53:07 -
> @@ -3,7 +3,7 @@ $OpenBSD: patch-Source_JavaScriptCore_ru
>  Index: Source/JavaScriptCore/runtime/MachineContext.h
>  --- Source/JavaScriptCore/runtime/MachineContext.h.orig
>  +++ Source/JavaScriptCore/runtime/MachineContext.h
> -@@ -188,6 +188,24 @@ static inline void*& stackPointerImpl(mcontext_t& mach
> +@@ -188,6 +188,22 @@ static inline void*& stackPointerImpl(mcontext_t& mach
>   #error Unknown Architecture
>   #endif
>   
> @@ -19,8 +19,6 @@ Index: Source/JavaScriptCore/runtime/Mac
>  +return reinterpret_cast((uintptr_t&) machineContext.sc_sp);
>  +#elif CPU(MIPS)
>  +return reinterpret_cast((uintptr_t&) 
> machineContext.mc_regs[29]);
> -+#elif CPU(SPARC64)
> -+return reinterpret_cast((uintptr_t&) machineContext.mc_rsp);
>  +#else
>  +#error Unknown Architecture
>  +#endif
> @@ -28,7 +26,7 @@ Index: Source/JavaScriptCore/runtime/Mac
>   #elif OS(FUCHSIA) || defined(__GLIBC__) || defined(__BIONIC__)
>   
>   #if CPU(X86)
> -@@ -335,6 +353,24 @@ static inline void*& framePointerImpl(mcontext_t& mach
> +@@ -335,6 +351,22 @@ static inline void*& framePointerImpl(mcontext_t& mach
>   #error Unknown Architecture
>   

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2019/03/05 02:32:26

Modified files:
devel/meson: Makefile meson.port.mk 
Added files:
devel/meson/patches: patch-mesonbuild_compilers_c_py 

Log message:
Unbreak library search when the pattern includes the 'lib' prefix.

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2019/03/05 01:56:24

Modified files:
www/nextcloud  : Tag: OPENBSD_6_4 Makefile distinfo 
www/nextcloud/pkg: Tag: OPENBSD_6_4 PLIST 

Log message:
Update for Nextcloud to 15.0.5

https://nextcloud.com/changelog/

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2019/03/05 01:54:40

Modified files:
www/nextcloud  : Makefile distinfo 
www/nextcloud/pkg: PLIST 

Log message:
Update for Nextcloud to 15.0.5

,,running it on debian without issues'' landry@

OK landry@