Re: UPDATE sysutils/u-boot to 2017.07

[Jonathan Gray]

On Thu, Jul 20, 2017 at 12:32:32AM +1000, Jonathan Gray wrote:
> Drop allwinner targets that require atf at build time to get a
> working image, and dragonboard which has no kernel support.
> Switch from local BPI M2+ config to one now included upstream.

Turns out this breaks rpi3.  Using a dtb from linux or
raspberrypi-firmware > 1.20170215 isn't possible due to clock
changes the kernel can't handle.

U-Boot> boot
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found EFI removable media binary efi/boot/bootaa64.efi
reading efi/boot/bootaa64.efi
75540 bytes read in 27 ms (2.7 MiB/s)
libfdt fdt_check_header(): FDT_ERR_BADMAGIC
## Starting EFI application at 0100 ...
Scanning disk sd...@7e30.blk...
Scanning disk usb_mass_storage.lun0...
Found 2 disks
>> OpenBSD/arm64 BOOTAA64 0.3
boot> boot -a
cannot open sd0a:/etc/random.seed: No such file or directory
booting sd0a:/bsd: 3812980+574696+505592+671672 [86+446160+236873]=0x7c6828

U-Boot> bdinfo
arch_number = 0x
boot_params = 0x0100
DRAM bank   = 0x
-> start= 0x
-> size = 0x3B00
baudrate= 115200 bps
TLB addr= 0x3AFF
relocaddr   = 0x3AF58000
reloc off   = 0x3AED8000
irq_sp  = 0x3AB510F0
sp start= 0x3AB510F0
Early malloc usage: 2d8 / 2000
fdt_blob = 3ab51100
U-Boot> printenv
...
fdt_addr_r=0x0100
fdt_high=
fdtcontroladdr=3ab51100
fdtfile=broadcom/bcm2837-rpi-3-b.dtb
...
stderr=serial,vidconsole
stdin=serial,usbkbd
stdout=serial,vidconsole

new: sysutils/rover

[Klemens Nanni]

Here's rover[1], a simple file browser for the terminal.

The main goal is to provide a faster way to explore a file system from
the terminal, compared to what's possible by using cd, ls, etc. Rover
has vi-like key bindings for navigation and can open files in $PAGER and
$EDITOR. Basic file system operations are also implemented (see rover(1)
for details). Rover is designed to be simple, fast and portable.

Tested successfully on amd64.

Feedback? Comments?

1:  https://github.com/lecram/rover


rover.tgz
Description: application/tar-gz

UPDATE: fonts/symbola-ttf 7.21 => 9.17

[Brian Callahan]

Hi ports --

While porting Emojicode for reyk, I noticed they recommend symbola-ttf 
as a font to use with Emojicode. Ours is outdated, so update it.


I'm not super fond of this port downloading a file named Symbola.zip. We 
could do a renaming (DISTNAME=symbola-ttf-9.17{Symbola}) but I don't 
know if that really solves the problem. Thoughts?


OK?

~Brian

Index: Makefile
===
RCS file: /cvs/ports/fonts/symbola-ttf/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile	26 May 2015 10:39:33 -	1.1.1.1
+++ Makefile	19 Jul 2017 21:37:08 -
@@ -3,10 +3,11 @@
 COMMENT=		free unicode symbol font
 
 DISTNAME=		Symbola
-PKGNAME=		symbola-ttf-7.21
+PKGNAME=		symbola-ttf-9.17
 CATEGORIES=		fonts x11
 
 HOMEPAGE=		http://users.teilar.gr/~g1951d/
+MAINTAINER=		Brian Callahan 
 
 # "free for any use"
 PERMIT_PACKAGE_CDROM =		Yes
Index: distinfo
===
RCS file: /cvs/ports/fonts/symbola-ttf/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo	26 May 2015 10:39:33 -	1.1.1.1
+++ distinfo	19 Jul 2017 21:37:08 -
@@ -1,2 +1,2 @@
-SHA256 (Symbola.zip) = 2JLElZr4Bfx5ClBh5iOUKGLpnRTtFXEB7sRyxBDeFWs=
-SIZE (Symbola.zip) = 3012683
+SHA256 (Symbola.zip) = 3LSo/UShYfZTGgDElGtAgksX4XMiBaQi3BQeP59HxCs=
+SIZE (Symbola.zip) = 4122777

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/07/19 16:30:12

Modified files:
x11/qt5/qtbase : Makefile 
x11/qt5/qtbase/files: clang-qmake.conf 

Log message:
Return back QMAKE_INCDIR_PREPEND hack for clang until a better solution
is found.

Hardly prodded by espie@

CVS: cvs.openbsd.org: ports

[Juan Francisco Cantero Hurtado]

CVSROOT:/cvs
Module name:ports
Changes by: juan...@cvs.openbsd.org 2017/07/19 16:17:25

Modified files:
devel/tortoisehg: Makefile distinfo 

Log message:
Update to tortoisehg 4.2.2.

CVS: cvs.openbsd.org: ports

[Juan Francisco Cantero Hurtado]

CVSROOT:/cvs
Module name:ports
Changes by: juan...@cvs.openbsd.org 2017/07/19 16:16:56

Modified files:
devel/mercurial: Makefile distinfo 

Log message:
Update to mercurial 4.2.2.

CVS: cvs.openbsd.org: ports

[Juan Francisco Cantero Hurtado]

CVSROOT:/cvs
Module name:ports
Changes by: juan...@cvs.openbsd.org 2017/07/19 16:16:30

Modified files:
archivers/zstd : Makefile distinfo 

Log message:
Update to zstd 1.3.0. Drop MAINTAINER.

Re: [UPDATE] devel/p5-Data-Visitor

[Alexander Bluhm]

On Wed, Jul 19, 2017 at 12:12:15PM +0200, Matthias Pitzl wrote:
> The diff below brings devel/p5-Data-Visitor to the current version 0.30.

make regress does not pass.  It complains about Data::Alias.  This
has to be resolved before we can update.

perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so: 
undefined symbol 'POPFORMAT'
perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so: 
undefined symbol 'POPEVAL'
perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so: 
undefined symbol 'POPBLOCK'
perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so: 
undefined symbol 'LEAVESUB'
perl:/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so: 
undefined symbol 'POPSUB'
Can't load 
'/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/Data/Alias/Alias.so' for 
module Data::Alias: Cannot load specified object at 
/usr/libdata/perl5/amd64-openbsd/DynaLoader.pm line 193.
 at /usr/local/libdata/perl5/site_perl/Module/Runtime.pm line 317.
Compilation failed in require at lib/Data/Visitor.pm line 25.
Data::Visitor::BEGIN() called at lib/Data/Visitor.pm line 25
eval {...} called at lib/Data/Visitor.pm line 25
require Data/Visitor.pm called at -e line 1
BEGIN failed--compilation aborted at lib/Data/Visitor.pm line 25.
Compilation failed in require at -e line 1.

I have fixed some dependencies on top of your diff.

bluhm

Index: devel/p5-Data-Visitor/Makefile
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-Data-Visitor/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
--- devel/p5-Data-Visitor/Makefile  20 Mar 2016 19:56:18 -  1.21
+++ devel/p5-Data-Visitor/Makefile  19 Jul 2017 21:19:55 -
@@ -4,20 +4,20 @@ COMMENT=  visitor-style traversal of Perl
 
 MODULES=   cpan
 PKG_ARCH=  *
-DISTNAME=  Data-Visitor-0.27
+DISTNAME=  Data-Visitor-0.30
 CATEGORIES=devel
-REVISION=  0
 
 # perl
 PERMIT_PACKAGE_CDROM=  Yes
 
-RUN_DEPENDS=   devel/p5-Data-Alias \
+RUN_DEPENDS=   devel/p5-Class-Load>=0.06 \
+   devel/p5-Data-Alias \
devel/p5-Moose>=0.89 \
devel/p5-Task-Weaken \
-   devel/p5-Tie-ToObject \
-   devel/p5-namespace-clean
+   devel/p5-Tie-ToObject>=0.01 \
+   devel/p5-namespace-clean>=0.19
 
-TEST_DEPENDS=devel/p5-Test-MockObject>=1.04 \
-   devel/p5-Test-use-ok
+TEST_DEPENDS=  devel/p5-Test-Requires \
+   devel/p5-Test-Script>=1.05
 
 .include 
Index: devel/p5-Data-Visitor/distinfo
===
RCS file: /data/mirror/openbsd/cvs/ports/devel/p5-Data-Visitor/distinfo,v
retrieving revision 1.12
diff -u -p -r1.12 distinfo
--- devel/p5-Data-Visitor/distinfo  18 Jan 2015 03:13:24 -  1.12
+++ devel/p5-Data-Visitor/distinfo  19 Jul 2017 21:02:15 -
@@ -1,2 +1,2 @@
-SHA256 (Data-Visitor-0.27.tar.gz) = 
UiGKIvpDuzUV7VMJjVl+6g3xKdY3/aifXYjcf49gs50=
-SIZE (Data-Visitor-0.27.tar.gz) = 15051
+SHA256 (Data-Visitor-0.30.tar.gz) = 
jqJKvMNlnnYKqUruK6fdVMrK8gMCcFUkFD85VUAJ7VQ=
+SIZE (Data-Visitor-0.30.tar.gz) = 24542

[UPDATE] net/corebird 1.5 => 1.5.1

[Adam Wolk]

Hi ports@

attaching a trivial bump for net/corebird
tested on amd64 current.

upstream changelog:
---
Changelog:
 - Stability improvements
---

actual diff:
https://github.com/baedert/corebird/compare/1.5...1.5.1

ports wise we just bump the version and add a new translation.

Feedback, OK's?

Regards,
Adam
Index: Makefile
===
RCS file: /cvs/ports/net/corebird/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile16 Jul 2017 19:18:57 -  1.13
+++ Makefile19 Jul 2017 20:45:50 -
@@ -2,7 +2,7 @@
 
 COMMENT =  native Gtk+ Twitter client
 
-V =1.5
+V =1.5.1
 DISTNAME = corebird-${V}
 MASTER_SITES = 
https://github.com/baedert/corebird/releases/download/${V}/
 
Index: distinfo
===
RCS file: /cvs/ports/net/corebird/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo28 May 2017 08:15:35 -  1.9
+++ distinfo19 Jul 2017 20:45:50 -
@@ -1,2 +1,2 @@
-SHA256 (corebird-1.5.tar.xz) = ZBRmg4PAjzpLu4PaYexGQ+590EcPYLrCbx5ldx8D9+E=
-SIZE (corebird-1.5.tar.xz) = 668064
+SHA256 (corebird-1.5.1.tar.xz) = 57ZBol4nnYJRygqfou8Rpd02TjaeH6VPVUWCTclt7aA=
+SIZE (corebird-1.5.1.tar.xz) = 676192
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/corebird/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST   28 May 2017 08:15:35 -  1.5
+++ pkg/PLIST   19 Jul 2017 20:45:50 -
@@ -20,6 +20,7 @@ share/locale/ca/LC_MESSAGES/corebird.mo
 share/locale/ca@valencia/LC_MESSAGES/corebird.mo
 share/locale/de/LC_MESSAGES/corebird.mo
 share/locale/en_AU/LC_MESSAGES/corebird.mo
+share/locale/eo/LC_MESSAGES/corebird.mo
 share/locale/es/LC_MESSAGES/corebird.mo
 share/locale/es_419/
 share/locale/es_419/LC_MESSAGES/

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2017/07/19 14:49:37

Modified files:
sysutils/ggrep : Makefile distinfo 

Log message:
maintenance update to 3.1

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 13:33:51

Modified files:
sysutils/firmware/vmm: Makefile 
sysutils/firmware/vmm/patches: patch-src_optionroms_c 
Added files:
sysutils/firmware/vmm/patches: patch-src_fw_paravirt_c 
   patch-src_fw_paravirt_h 
   patch-src_post_c 

Log message:
Add a seabios patch from mlarkin to allow detection of >4GB RAM (normally
this requires the qemu config device). vmm parts to come later. ok mlarkin@

Re: UPDATE: sysutils/pv to 1.6.6

[Stuart Henderson]

On 2017/07/19 19:00, Kaashif Hymabaccus wrote:
> Hello ports@,
> 
> This updates pv to 1.6.6.

Thanks, committed.


> diff --git Makefile Makefile
> index fea773fedb6..14c9d591557 100644
> --- Makefile
> +++ Makefile
> @@ -2,7 +2,7 @@
>  
>  COMMENT =monitor the progress of data through a pipeline
>  
> -DISTNAME =   pv-1.6.0
> +DISTNAME =   pv-1.6.6
>  CATEGORIES = sysutils
>  
>  HOMEPAGE =   http://www.ivarch.com/programs/pv.shtml
> diff --git distinfo distinfo
> index 0c144a6a7aa..51f8d10f17f 100644
> --- distinfo
> +++ distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (pv-1.6.0.tar.gz) = ndRTkYBrDtIVq+5MWsFZfQGMOG/pwfWv0va8Owf9gsM=
> -SIZE (pv-1.6.0.tar.gz) = 123072
> +SHA256 (pv-1.6.6.tar.gz) = lN77QYOuB8RCGbopjUPEmR1uIDwp90OT1y7K07CQUIo=
> +SIZE (pv-1.6.6.tar.gz) = 124851
> 
> 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 12:24:41

Modified files:
sysutils/pv: Makefile distinfo 

Log message:
update to pv-1.6.6, from Kaashif Hymabaccus
switch to https while there

UPDATE: sysutils/pv to 1.6.6

[Kaashif Hymabaccus]

Hello ports@,

This updates pv to 1.6.6.

diff --git Makefile Makefile
index fea773fedb6..14c9d591557 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  monitor the progress of data through a pipeline
 
-DISTNAME = pv-1.6.0
+DISTNAME = pv-1.6.6
 CATEGORIES =   sysutils
 
 HOMEPAGE = http://www.ivarch.com/programs/pv.shtml
diff --git distinfo distinfo
index 0c144a6a7aa..51f8d10f17f 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (pv-1.6.0.tar.gz) = ndRTkYBrDtIVq+5MWsFZfQGMOG/pwfWv0va8Owf9gsM=
-SIZE (pv-1.6.0.tar.gz) = 123072
+SHA256 (pv-1.6.6.tar.gz) = lN77QYOuB8RCGbopjUPEmR1uIDwp90OT1y7K07CQUIo=
+SIZE (pv-1.6.6.tar.gz) = 124851

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 11:15:38

Modified files:
devel/llvm : Makefile 

Log message:
unbreak

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/07/19 09:48:31

Modified files:
geo/qgis   : Makefile 
Added files:
geo/qgis/patches: patch-python_core_qgscoordinatetransform_sip 

Log message:
Fix situatuion when both new QGis and new SIP are met.

Reported by naddy@, thanks!

Re: GNU APL interpreter port for OpenBSD

[Brian Callahan]

On 7/19/2017 10:09 AM, Ian Darwin wrote:
> On Wed, Jul 19, 2017 at 03:45:30PM +0200, Giuseppe Cocomazzi wrote:
>> I asked one of the distributors (Dyalog) of the APL385 font and he
>> kindly addressed me to the page of the original Adrian Smith's font,
>> where it is explicitly mentioned that the font is in the public domain:
>>
>> http://www.apl385.com/fonts/index.htm
>>
>>> The readme for Emacs APL mode, at https://github.com/lokedhs/gnu-apl-mode,
>>> suggests to use GNU FreeFont, which is GPL'd. If you can't find 
>>> documentation
>>> that your other font is PD or otherwise licensable, I'd use their "Free" 
>>> Font.
>> It seems that GNU FreeFont is already in the port tree, so we have two
>> options here: either we add FreeFont as a dependency to the package
>> (which is not, technically) or we ship the APL385 font with the package,
>> or we preserve the distribution as it is and only add a 'README.openBSD'
>> to address the user to further resources, just like Emacs APL mode did.
> That's three, actually :-) But given that the 385 font is indeed explicitly 
> PD I
> would probably just include it, unless anyone else wants to weigh in?
>
> You should probably mention that the font is PD in the license comment.
>

Makes sense to me.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 09:07:38

Modified files:
telephony/asterisk-sounds/core-sounds: Makefile.inc 
telephony/asterisk-sounds/core-sounds/en: distinfo 
telephony/asterisk-sounds/core-sounds/en_AU: distinfo 
telephony/asterisk-sounds/core-sounds/en_GB: distinfo 
telephony/asterisk-sounds/core-sounds/es: distinfo 
telephony/asterisk-sounds/core-sounds/fr: distinfo 
telephony/asterisk-sounds/core-sounds/it: distinfo 
telephony/asterisk-sounds/core-sounds/ja: distinfo 
telephony/asterisk-sounds/core-sounds/pkg: PLIST-en PLIST-en_GB 
   PLIST-es PLIST-fr 
   PLIST-sv 
telephony/asterisk-sounds/core-sounds/ru: distinfo 
telephony/asterisk-sounds/core-sounds/sv: distinfo 

Log message:
update to asterisk-core-sounds-*-1.6

UPDATE sysutils/u-boot to 2017.07

[Jonathan Gray]

Drop allwinner targets that require atf at build time to get a
working image, and dragonboard which has no kernel support.
Switch from local BPI M2+ config to one now included upstream.

Index: Makefile
===
RCS file: /cvs/ports/sysutils/u-boot/Makefile,v
retrieving revision 1.20
diff -u -p -u -p -r1.20 Makefile
--- Makefile9 May 2017 04:11:18 -   1.20
+++ Makefile19 Jul 2017 08:02:40 -
@@ -6,7 +6,7 @@ FLAVORS=aarch64 arm
 FLAVOR?=   arm
 
 COMMENT=   U-Boot firmware
-VERSION=   2017.05
+VERSION=   2017.07
 DISTNAME=  u-boot-${VERSION}
 PKGNAME=   u-boot-${FLAVOR}-${VERSION:S/-//}
 FULLPKGNAME=   ${PKGNAME}
@@ -22,11 +22,14 @@ EXTRACT_SUFX=   .tar.bz2
 PKG_ARCH=  *
 
 BUILD_DEPENDS= devel/dtc \
-   devel/swig
+   devel/swig \
+   textproc/gsed
 
 MODULES=   lang/python
 MODPY_RUNDEP=  No
-MODPY_ADJ_FILES=tools/binman/binman
+MODPY_ADJ_FILES=   tools/binman/binman.py \
+   lib/libfdt/pylibfdt/setup.py \
+   tools/dtoc/dtoc.py
 
 MAKE_ENV=  KBUILD_VERBOSE=1 \
PYTHON="${MODPY_BIN}"
@@ -44,9 +47,6 @@ NO_TEST=  Yes
 
 .if "${FLAVOR}" == "aarch64"
 BOARDS=\
-   dragonboard410c \
-   orangepi_pc2 \
-   pine64_plus \
rpi_3
 .elif "${FLAVOR}" == "arm"
 OMAP=\
@@ -83,7 +83,7 @@ SUNXI=\
orangepi_plus \
orangepi_plus2e \
orangepi_zero \
-   Sinovoip_BPI_M2_plus
+   Sinovoip_BPI_M2_Plus
 IMX=\
cm_fx6 \
mx6cuboxi \
@@ -117,6 +117,9 @@ FILES=\
 
 pre-build:
${SUBST_CMD} ${WRKBUILD}/tools/Makefile
+.for f in ${MODPY_ADJ_FILES}
+   ${MODPY_BIN_ADJ} ${WRKSRC}/${f}
+.endfor
 
 do-build:
 .for BOARD in ${BOARDS}
Index: distinfo
===
RCS file: /cvs/ports/sysutils/u-boot/distinfo,v
retrieving revision 1.8
diff -u -p -u -p -r1.8 distinfo
--- distinfo9 May 2017 04:11:18 -   1.8
+++ distinfo19 Jul 2017 05:34:57 -
@@ -1,2 +1,2 @@
-SHA256 (u-boot-2017.05.tar.bz2) = yDc5Sdfw3hBZ5Qe4OmVdTOpTn3XcZszbsnrb042DCV4=
-SIZE (u-boot-2017.05.tar.bz2) = 11938152
+SHA256 (u-boot-2017.07.tar.bz2) = U3S/3IrLmjjAJTcbH/IPRedTNmjoTmhdDfXZ58Dk/v8=
+SIZE (u-boot-2017.07.tar.bz2) = 11282262
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-Makefile  19 Jul 2017 06:02:17 -
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: Makefile
+--- Makefile.orig
 Makefile
+@@ -1356,7 +1356,7 @@ $(timestamp_h): $(srctree)/Makefile FORCE
+   $(call filechk,timestamp.h)
+ 
+ checkbinman: tools
+-  @if ! ( echo 'import libfdt' | ( PYTHONPATH=tools python )); then \
++  @if ! ( echo 'import libfdt' | ( PYTHONPATH=tools ${MODPY_BIN} )); then 
\
+   echo >&2; \
+   echo >&2 '*** binman needs the Python libfdt library.'; \
+   echo >&2 '*** Either install it on your system, or try:'; \
Index: patches/patch-configs_Sinovoip_BPI_M2_plus_defconfig
===
RCS file: patches/patch-configs_Sinovoip_BPI_M2_plus_defconfig
diff -N patches/patch-configs_Sinovoip_BPI_M2_plus_defconfig
--- patches/patch-configs_Sinovoip_BPI_M2_plus_defconfig3 Mar 2017 
03:27:28 -   1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,25 +0,0 @@
-$OpenBSD: patch-configs_Sinovoip_BPI_M2_plus_defconfig,v 1.2 2017/03/03 
03:27:28 jsg Exp $
 configs/Sinovoip_BPI_M2_plus_defconfig.origThu Mar  2 12:44:49 2017
-+++ configs/Sinovoip_BPI_M2_plus_defconfig Thu Mar  2 13:02:25 2017
-@@ -0,0 +1,21 @@
-+CONFIG_ARM=y
-+CONFIG_ARCH_SUNXI=y
-+CONFIG_MACH_SUN8I_H3=y
-+CONFIG_DRAM_CLK=672
-+CONFIG_DRAM_ZQ=3881979
-+CONFIG_DRAM_ODT_EN=y
-+CONFIG_MMC0_CD_PIN="PF6"
-+CONFIG_MMC_SUNXI_SLOT_EXTRA=2
-+CONFIG_DEFAULT_DEVICE_TREE="sun8i-h3-bananapi-m2-plus"
-+# CONFIG_SYS_MALLOC_CLEAR_ON_INIT is not set
-+CONFIG_SYS_EXTRA_OPTIONS="MACPWR=SUNXI_GPD(6)"
-+CONFIG_CONSOLE_MUX=y
-+CONFIG_SPL=y
-+# CONFIG_CMD_IMLS is not set
-+# CONFIG_CMD_FLASH is not set
-+# CONFIG_CMD_FPGA is not set
-+# CONFIG_SPL_DOS_PARTITION is not set
-+# CONFIG_SPL_ISO_PARTITION is not set
-+# CONFIG_SPL_EFI_PARTITION is not set
-+CONFIG_SUN8I_EMAC=y
-+CONFIG_USB_EHCI_HCD=y
Index: patches/patch-lib_bch_c
===
RCS file: /cvs/ports/sysutils/u-boot/patches/patch-lib_bch_c,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-lib_bch_c
--- patches/patch-lib_bch_c 9 May 2017 04:11:18 -   1.1
+++ patches/patch-lib_bch_c 19 Jul 2017 06:31:00 -
@@ -5,7 +5,7 @@ POSIX errno OpenBSD doesn't have yet.
 Index: lib/bch.c
 --- lib/bch.c.orig
 +++ lib/bch.c
-@@ -95,6 +95,10 @@
+@@ -99,6 +99,10 @@
  

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/19 08:21:46

Modified files:
sysutils/terraform/provider-aws: Makefile distinfo 

Log message:
Update to terraform-provider-aws-0.1.2.

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/07/19 08:17:20

Modified files:
infrastructure/bin: check-lib-depends 

Log message:
anchor regexp (pedantic fix, I'd have to craft a very specific example
to make this break)

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/07/19 08:16:13

Modified files:
infrastructure/bin: check-lib-depends 
infrastructure/mk: bsd.port.mk 
infrastructure/man/man1: check-lib-depends.1 

Log message:
add sugar to have WANTLIB contain the right mix of
COMPILER_LIBCXX/LIBCXX/LIBECXX in most cases.

... and  future support for pthread variations.

okay sthen@

Re: GNU APL interpreter port for OpenBSD

[Ian Darwin]

On Wed, Jul 19, 2017 at 03:45:30PM +0200, Giuseppe Cocomazzi wrote:
> I asked one of the distributors (Dyalog) of the APL385 font and he
> kindly addressed me to the page of the original Adrian Smith's font,
> where it is explicitly mentioned that the font is in the public domain:
> 
> http://www.apl385.com/fonts/index.htm
> 
> > The readme for Emacs APL mode, at https://github.com/lokedhs/gnu-apl-mode,
> > suggests to use GNU FreeFont, which is GPL'd. If you can't find 
> > documentation
> > that your other font is PD or otherwise licensable, I'd use their "Free" 
> > Font.
> 
> It seems that GNU FreeFont is already in the port tree, so we have two
> options here: either we add FreeFont as a dependency to the package
> (which is not, technically) or we ship the APL385 font with the package,
> or we preserve the distribution as it is and only add a 'README.openBSD'
> to address the user to further resources, just like Emacs APL mode did.

That's three, actually :-) But given that the 385 font is indeed explicitly PD I
would probably just include it, unless anyone else wants to weigh in?

You should probably mention that the font is PD in the license comment.

Re: mail/neomutt: Add slang flavor

[Stuart Henderson]

On 2017/07/19 15:28, Klemens Nanni wrote:
> On Wed, Jul 19, 2017 at 02:15:03PM +0100, Stuart Henderson wrote:
> > On 2017/07/19 15:06, Klemens Nanni wrote:
> > > I was missing the slang flavor when trying neomutt over mutt so here it
> > > is.
> > > 
> > > --with-curses can be safely dropped as it's the default.
> > > 
> > > Feedback? Comments?
> > 
> > I think neomutt already has enough build flavours..
> When building with ncurses, binding ^O won't work unless you disable it
> in the controlling terminal:
> 
>   $ stty -a | fgrep ^O
>   cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ;
>   $ stty discard undef
> 
> This happens for both mutt and neomutt with at least xterm and st as
> well.
> 
> I don't see why mutt should have a slang flavor but not neomutt. As it
> was the case for me, this might break the migration for other users as
> well.
> 

The mutt port has some legacy baggage which I am trying to avoid in the
neomutt port. Flavour combinations need testing for updates and these
happen a lot more often with neomutt than mutt.

S-Lang in Mutt used to be quite handy for UTF-8 before it worked in curses,
so there was once a good reason for having the choice, but it's not
necessary for that any more.

For your situation with ^O, stty seems like the sanest approach..

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/07/19 08:03:35

Modified files:
devel/kf5/kitemmodels: Makefile 

Log message:
Missing dependency, found hard way by naddy@

Re: GNU APL interpreter port for OpenBSD

[Giuseppe Cocomazzi]

I asked one of the distributors (Dyalog) of the APL385 font and he
kindly addressed me to the page of the original Adrian Smith's font,
where it is explicitly mentioned that the font is in the public domain:

http://www.apl385.com/fonts/index.htm

> The readme for Emacs APL mode, at https://github.com/lokedhs/gnu-apl-mode,
> suggests to use GNU FreeFont, which is GPL'd. If you can't find documentation
> that your other font is PD or otherwise licensable, I'd use their "Free" Font.

It seems that GNU FreeFont is already in the port tree, so we have two
options here: either we add FreeFont as a dependency to the package
(which is not, technically) or we ship the APL385 font with the package,
or we preserve the distribution as it is and only add a 'README.openBSD'
to address the user to further resources, just like Emacs APL mode did.

Waiting for feedback before proceeding.

Best,

-- 
Giuseppe Cocomazzi
My self is steam.

http://sbudella.altervista.org
No Linkedin profile available.

CVS: cvs.openbsd.org: ports

[Marc Espie]

CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org   2017/07/19 07:44:20

Modified files:
devel/llvm : Makefile 

Log message:
revert the COMPILER changes, they've obviously not been tested

Re: mail/neomutt: Add slang flavor

[Klemens Nanni]

On Wed, Jul 19, 2017 at 02:15:03PM +0100, Stuart Henderson wrote:
> On 2017/07/19 15:06, Klemens Nanni wrote:
> > I was missing the slang flavor when trying neomutt over mutt so here it
> > is.
> > 
> > --with-curses can be safely dropped as it's the default.
> > 
> > Feedback? Comments?
> 
> I think neomutt already has enough build flavours..
When building with ncurses, binding ^O won't work unless you disable it
in the controlling terminal:

$ stty -a | fgrep ^O
cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ;
$ stty discard undef

This happens for both mutt and neomutt with at least xterm and st as
well.

I don't see why mutt should have a slang flavor but not neomutt. As it
was the case for me, this might break the migration for other users as
well.

Re: mail/neomutt: Add slang flavor

[Stuart Henderson]

On 2017/07/19 15:06, Klemens Nanni wrote:
> I was missing the slang flavor when trying neomutt over mutt so here it
> is.
> 
> --with-curses can be safely dropped as it's the default.
> 
> Feedback? Comments?

I think neomutt already has enough build flavours..

mail/neomutt: Add slang flavor

[Klemens Nanni]

I was missing the slang flavor when trying neomutt over mutt so here it
is.

--with-curses can be safely dropped as it's the default.

Feedback? Comments?

Index: Makefile
===
RCS file: /cvs/ports/mail/neomutt/Makefile,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile
--- Makefile14 Jul 2017 21:16:20 -  1.16
+++ Makefile19 Jul 2017 12:56:14 -
@@ -23,7 +23,7 @@ LIB_DEPENDS+= devel/gettext \
 BUILD_DEPENDS+=textproc/docbook-xsl \
www/lynx
 
-FLAVORS=   gpgme sasl
+FLAVORS=   gpgme sasl slang
 FLAVOR?=
 
 FLAVOR_COMMA=  ${FLAVOR_EXT:S/-/,/g}
@@ -39,7 +39,6 @@ CONFIGURE_ARGS+= --disable-fcntl \
--enable-flock \
--disable-notmuch \
--mandir=${PREFIX}/man \
-   --with-curses \
--with-docdir="${PREFIX}/share/doc/neomutt" \
--without-tokyocabinet \
--without-gdbm \
@@ -64,6 +63,12 @@ WANTLIB+=assuan gpg-error gpgme
 CONFIGURE_ARGS+= --with-sasl=${LOCALBASE}
 LIB_DEPENDS+=  security/cyrus-sasl2
 WANTLIB+=  sasl2
+.endif
+
+.if ${FLAVOR:Mslang}
+CONFIGURE_ARGS+= --with-slang="${PREFIX}"
+LIB_DEPENDS+=  devel/libslang
+WANTLIB+=  m termlib slang>=14
 .endif
 
 .include 

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/07/19 06:14:29

Modified files:
net/monitoring-plugins: Makefile 
Added files:
net/monitoring-plugins/patches: patch-plugins-root_check_dhcp_c 

Log message:
Fix stack smashing in check_dhcp.

Upstream merge request:
https://github.com/monitoring-plugins/monitoring-plugins/pull/1500

okay sthen@ (MAINTAINER)

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

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

Modified files:
x11/gtk+3  : Makefile distinfo 
x11/gtk+3/pkg  : PLIST-main 

Log message:
Update to gtk+3-3.22.17.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 05:50:16

Modified files:
net/monitoring-plugins: Makefile 

Log message:
set LDFLAGS so autoconf can find radius client libs in a no_db build.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 05:44:53

Modified files:
net/wireshark  : Tag: OPENBSD_6_1 Makefile distinfo 
net/wireshark/patches: Tag: OPENBSD_6_1 
   patch-ui_qt_capture_filter_syntax_worker_cpp 
   patch-ui_qt_compiled_filter_output_cpp 

Log message:
MFC update to wireshark-2.2.8

Re: GNU APL interpreter port for OpenBSD

[Ian Darwin]

> Also, I was wondering whether it is the case to include in the
> package the standard APL font (not part of the original distribution)
> and install it in the default X11 font directory. It would save new
> users a lot of woe, I suppose, since the language uses a non-ASCII
> set of characters and symbols for which a new font is needed. My only
> concern so far is that I have not been able to find any information on
> the license of this font that anyway seems to be in the public domain.

I used APL in a past life and believe me, you need font support.

The readme for Emacs APL mode, at https://github.com/lokedhs/gnu-apl-mode,
suggests to use GNU FreeFont, which is GPL'd. If you can't find documentation
that your other font is PD or otherwise licensable, I'd use their "Free" Font.

Fix check_dhcp crash in net/monitoring-plugins

[Vadim Zhukov]

This fixes a crash of check_dhcp caused by stack smashing, which
in turn is caused by int vs. size_t mismatch when calling sysctl(3).

The same bug applies to 6.1 packages, so I'm asking for okays
for both -CURRENT and -STABLE.

--
WBR,
  Vadim Zhukov


Index: Makefile
===
RCS file: /cvs/ports/net/monitoring-plugins/Makefile,v
retrieving revision 1.13
diff -u -p -r1.13 Makefile
--- Makefile16 Jul 2017 19:18:58 -  1.13
+++ Makefile19 Jul 2017 11:01:50 -
@@ -12,7 +12,7 @@ COMMENT-snmp= monitoring plugins using s
 COMMENT-radius=RADIUS monitoring plugin
 
 V= 2.2
-REVISION-main= 1
+REVISION-main= 2
 DISTNAME=  monitoring-plugins-$V
 PKGNAME-main=  monitoring-plugins-$V
 PKGNAME-dbi=   monitoring-plugins-dbi-$V
Index: patches/patch-plugins-root_check_dhcp_c
===
RCS file: patches/patch-plugins-root_check_dhcp_c
diff -N patches/patch-plugins-root_check_dhcp_c
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-plugins-root_check_dhcp_c 19 Jul 2017 11:01:50 -
@@ -0,0 +1,17 @@
+$OpenBSD$
+Fix stack smashing.
+
+Upstream merge request:
+https://github.com/monitoring-plugins/monitoring-plugins/pull/1500
+--- plugins-root/check_dhcp.c.orig Wed Jul 19 12:53:55 2017
 plugins-root/check_dhcp.c  Wed Jul 19 13:46:40 2017
+@@ -323,7 +323,8 @@ int get_hardware_address(int sock,char *interface_name
+ #elif defined(__bsd__)
+   /* King 2004see 
ACKNOWLEDGEMENTS */
+ 
+-int mib[6], len;
++int mib[6];
++size_t  len;
+ char*buf;
+ unsigned char   *ptr;
+ struct if_msghdr*ifm;

Re: handling the new *LIBCXX with lib-depends-check

[Stuart Henderson]

On 2017/07/19 11:53, Marc Espie wrote:
> This adds a few necessary feature, and a future one to discuss.
> 
> What this does is activate -S  in a "smart way".
> 
> Namely, the variable substitutions happen in order, so the COMPILER_LIBCXX
> will be preferred to LIBCXX and LIBECXX.  This also removes the >= part so
> that it actually works.
> 
> There's also a new option, -F missing,  which I'm not using yet (commented
> out), to simplify the mess that pthread is bound to become.
> 
> The idea is to be able to ignore a library  while backsubstituting, and to
> not show it as extra.
> 
> Note the may_be_missing / cant_be_extra dance.
> 
> 
> The problem here is that clang uses 'c++ c++abi pthread'
> as its C++ wantlib list.  This will effectively swallow pthread on
> clang architectures.
> 
> The solution I'm proposing is to add pthread to LIBCXX and LIBECXX,
> so that effectively, any C++ port will have pthread in its wantlib.
> 
> It's obviously not always correct, but it only errs on the side of
> caution. If libpthread gets bumped, a few more packages will notice and
> update.
> 
> The extra apparatus is just there so that this should be transparent.
> 
> Does this look reasonable to you ?

Yes. I've thought about the pthread WANTLIB issue for a while and
(short of libc++ not having the pthread linkage) this seems the only
way to avoid losing pthread deps after a port is updated on a
base=clang arch.

> Anyway, first step is to verify that this does perform as advertized.
> Which is what I want to do with this diff first.

I've tested a few variations and it seems to so far. OK with me.
One possible minor tweak though:

> +.Fl S .
> +Allow backsubstituting even if the
> +.Ar missing
> +library
> +is actually not part of the actual
> +.Ev WANTLIB
> +of the package.
> +Mostly used to waive the presence of
> +.Ar pthread .

Perhaps add something like "which is a dependency of the standard C++
library on some architectures"?

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/07/19 04:37:28

Modified files:
net/wireshark  : Makefile distinfo 

Log message:
update to wireshark-2.2.8

[UPDATE] devel/p5-Data-Visitor

[Matthias Pitzl]

Hi,

I'm working on a port for Chart::Clicker and one of the modules it depends on
wants a newer version of Data::Visitor.
The diff below brings devel/p5-Data-Visitor to the current version 0.30.

Greetings,
Matthias

-

Index: devel/p5-Data-Visitor//Makefile
===
RCS file: /openbsd/ports/devel/p5-Data-Visitor/Makefile,v
retrieving revision 1.21
diff -u -p -u -p -r1.21 Makefile
--- devel/p5-Data-Visitor/Makefile  20 Mar 2016 19:56:18 -  1.21
+++ devel/p5-Data-Visitor/Makefile  19 Jul 2017 09:30:12 -
@@ -4,9 +4,8 @@ COMMENT=visitor-style traversal of Perl
 
 MODULES=   cpan
 PKG_ARCH=  *
-DISTNAME=  Data-Visitor-0.27
+DISTNAME=  Data-Visitor-0.30
 CATEGORIES=devel
-REVISION=  0
 
 # perl
 PERMIT_PACKAGE_CDROM=  Yes
Index: devel/p5-Data-Visitor//distinfo
===
RCS file: /openbsd/ports/devel/p5-Data-Visitor/distinfo,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 distinfo
--- devel/p5-Data-Visitor/distinfo  18 Jan 2015 03:13:24 -  1.12
+++ devel/p5-Data-Visitor/distinfo  19 Jul 2017 09:30:12 -
@@ -1,2 +1,2 @@
-SHA256 (Data-Visitor-0.27.tar.gz) = 
UiGKIvpDuzUV7VMJjVl+6g3xKdY3/aifXYjcf49gs50=
-SIZE (Data-Visitor-0.27.tar.gz) = 15051
+SHA256 (Data-Visitor-0.30.tar.gz) = 
jqJKvMNlnnYKqUruK6fdVMrK8gMCcFUkFD85VUAJ7VQ=
+SIZE (Data-Visitor-0.30.tar.gz) = 24542

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/07/19 03:55:51

Modified files:
devel/harfbuzz : Makefile distinfo 

Log message:
Update to harfbuzz-1.4.7.

handling the new *LIBCXX with lib-depends-check

[Marc Espie]

This adds a few necessary feature, and a future one to discuss.

What this does is activate -S  in a "smart way".

Namely, the variable substitutions happen in order, so the COMPILER_LIBCXX
will be preferred to LIBCXX and LIBECXX.  This also removes the >= part so
that it actually works.

There's also a new option, -F missing,  which I'm not using yet (commented
out), to simplify the mess that pthread is bound to become.

The idea is to be able to ignore a library  while backsubstituting, and to
not show it as extra.

Note the may_be_missing / cant_be_extra dance.


The problem here is that clang uses 'c++ c++abi pthread'
as its C++ wantlib list.  This will effectively swallow pthread on
clang architectures.

The solution I'm proposing is to add pthread to LIBCXX and LIBECXX,
so that effectively, any C++ port will have pthread in its wantlib.

It's obviously not always correct, but it only errs on the side of
caution. If libpthread gets bumped, a few more packages will notice and
update.

The extra apparatus is just there so that this should be transparent.

Does this look reasonable to you ?




Anyway, first step is to verify that this does perform as advertized.
Which is what I want to do with this diff first.


Adding pthread to LIBCXX/LIBECXX will require a few bumps.



Index: bin/check-lib-depends
===
RCS file: /cvs/ports/infrastructure/bin/check-lib-depends,v
retrieving revision 1.40
diff -u -p -r1.40 check-lib-depends
--- bin/check-lib-depends   11 Apr 2017 16:02:15 -  1.40
+++ bin/check-lib-depends   19 Jul 2017 09:48:25 -
@@ -195,6 +195,24 @@ sub depwalk
 package CheckLibDepends::State;
 our @ISA = qw(OpenBSD::AddCreateDelete::State);
 
+sub parse_variable
+{
+   my ($state, $opt) = @_;
+   # this looks a bit like the subst module, but goes much further
+   if ($opt =~ m/^([^=]+)\=(.*)$/o) {
+   my ($k, $v) = ($1, $2);
+   $v =~ s/^\'(.*)\'$/$1/;
+   $v =~ s/^\"(.*)\"$/$1/;
+   my @list = split(/\s+/, $v);
+   for my $l (@list) {
+   $l =~ s/\>\=\d.*//; # zap extra version req
+   }
+   # the order matters!
+   push(@{$state->{possibilities}}, [$k, \@list]);
+   } else {
+   $state->usage("Incorrect -S option");
+   }
+}
 
 sub handle_options
 {
@@ -202,10 +220,14 @@ sub handle_options
 
$state->{opt}{i} = 0;
$state->{opt}{S} = sub {
-   $state->{subst}->parse_option(shift);
+   $state->parse_variable(shift);
};
-   $state->SUPER::handle_options('oid:D:fB:qS:s:O:',
-   '[-fiomqx] [-B destdir] [-d pkgrepo] [-O dest] [-S var=value] 
[-s source]');
+   $state->{opt}{F} = sub {
+   my $v = shift;
+   $state->{may_be_missing}{$v} = 1;
+   };
+   $state->SUPER::handle_options('oid:D:fF:B:qS:s:O:',
+   '[-fiomqx] [-B destdir] [-d pkgrepo] [-F fuzz] [-O dest] [-S 
var=value] [-s source]');
 
$state->{destdir} = $state->opt('B');
if ($state->opt('O')) {
@@ -458,8 +480,11 @@ sub report_lib_issue
 
 sub has_all_libs
 {
-   my ($self, $libs, $list) = @_;
+   my ($self, $absent, $libs, $list) = @_;
for my $l (@$list) {
+   if ($absent->{$l}) {
+   next;
+   }
if (!defined $libs->{$l}) {
return 0;
}
@@ -470,19 +495,18 @@ sub has_all_libs
 sub backsubst
 {
my ($self, $h, $state) = @_;
-   my $doit = {};
-   # try backsubsting each list
-   while (my ($k, $v) = each %{$state->{subst}->hash}) {
-   my @l = split(/\s+/, $v);
-   if ($self->has_all_libs($h, \@l)) {
-   $doit->{$k} = \@l;
-   }
-   }
-   while (my ($k, $list) = each %$doit) {
+   return unless defined $state->{possibilities};
+   for my $p (@{$state->{possibilities}}) {
+   my ($v, $list) = @$p;
+   next unless $self->has_all_libs($h, $state->{may_be_missing},
+   $list);
for my $l (@$list) {
+   if ($state->{may_be_missing}{$l}) {
+   $state->{cant_be_extra} = 1;
+   }
delete $h->{$l};
}
-   $h->{'${'.$k.'}'} = 1;
+   $h->{'${'.$v.'}'} = 1;
}
 }
 
@@ -493,8 +517,6 @@ sub print_list
$self->backsubst($h, $state);
my $line = "";
for my $k (sort keys %$h) {
-   next if $k eq 'c++abi';
-   $k =~ s/^(std)?c\+\+$/\${LIBCXX}/;
if (length $line > 50) {
$state->say_with_context("#1#2", $head, $line);
$line = "";
@@ -571,6 +593,9 @@ sub analyze 
for my $k (keys %$has_libs) {

Re: GNU APL interpreter port for OpenBSD

[Giuseppe Cocomazzi]

Hi, thanks for your reply. Although it's not easy for me to have a
dedicated machine for development, I've finally managed to set up a
running -current environment from the latest snapshot.

> Attached is an updated tarball, keeping you as maintainer, Giuseppe, and
> doing what I believe was your intent from the original submission.

Thank you for the update, I am working with the new tarball right now.

> But then the apl interpreter inverts the colors on my terminal, leading to
> black text on black background, so the only thing I can really do is issue
> "exit" to close the terminal.

This is the expected behavior of the interpreter. Unfortunately,
the color feature seems to be more annoying than useful (and the
configuration file mention the issue you experienced as well), but
there is an option in the configuration file and also a command line
flag to disable coloring altogether (coloring can also be disabled
from within the interpreter itself). Following your request, I will
patch the default configuration file in order to disable coloring.

Also, I was wondering whether it is the case to include in the
package the standard APL font (not part of the original distribution)
and install it in the default X11 font directory. It would save new
users a lot of woe, I suppose, since the language uses a non-ASCII
set of characters and symbols for which a new font is needed. My only
concern so far is that I have not been able to find any information on
the license of this font that anyway seems to be in the public domain.

Best,


On Wed, Jul 19, 2017 at 1:03 AM, Brian Callahan  wrote:
> Hi Giuseppe, ports --
>
> On 07/18/17 06:16, Giuseppe Cocomazzi wrote:
>>
>> Hello,
>> I've just finished porting GNU APL to OpenBSD.
>> GNU APL is a free interpreter for Kenneth Iverson's APL
>> programming language. More details about the project
>> are available on the homepage:
>>
>> https://www.gnu.org/software/apl/
>>
>> The port has been built and tested on the following
>> system:
>>
>> OpenBSD misery.doom.loc 5.9 GENERIC.MP#1616 i386
>
>
> I'll just chime in too and remind everyone to always develop new ports on
> -current, as the infrastructure and internals of the ports mechanism very
> well may change from release to release. And indeed, especially lately,
> there has been a lot of really great work on improving the mechanisms around
> compiler selection, for example.
>
>> and it is available at:
>>
>> http://sbudella.altervista.org/stuff/openbsd-apl.tgz
>>
>> Feedback and suggestions would be really appreciated.
>
>
> However, this port is mostly complete and really only needs a few tweaks to
> get it in shape for importing.
>
> Attached is an updated tarball, keeping you as maintainer, Giuseppe, and
> doing what I believe was your intent from the original submission.
>
> It builds, packages, and seems to run on amd64. However, I have absolutely
> no idea how to use APL or this interpreter, so I can only confirm that it
> indeed does not segfault or otherwise crash when run. Note, the command to
> quit the interpreter is )OFF (that is, a close parentheses followed by OFF).
> But then the apl interpreter inverts the colors on my terminal, leading to
> black text on black background, so the only thing I can really do is issue
> "exit" to close the terminal. Perhaps, Giuseppe, you could write a default
> config file so that the apl environment does what the user might expect?
>
> ~Brian
>



-- 
Giuseppe Cocomazzi
My self is steam.

http://sbudella.altervista.org
No Linkedin profile available.

CVS: cvs.openbsd.org: ports

[Pascal Stumpf]

CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org  2017/07/19 03:23:16

Modified files:
lang/gcc/6 : Makefile distinfo 
lang/gcc/6/patches: patch-gcc_Makefile_in 
patch-gcc_ada_gcc-interface_Makefile_in 
patch-gcc_builtins_c patch-gcc_config_gcc 
patch-gcc_config_i386_i386_c 
patch-gcc_config_pa_pa_c 
patch-gcc_config_rs6000_rs6000_c 
patch-gcc_config_sparc_sparc_c 
patch-libgcc_config_host 
patch-libstdc++-v3_configure 

Log message:
Update to GCC 6.4.0, regen bootstraps.