UPDATE: productivity/homebank

[Rafael Sadowski]

Hi ports@ Hi pea@,

simple update to the latest stable version 5.2.

- Simple version bump
- Remove http://homebank.free.fr/public/old, gone!
- Zap empty line

Ok?

Index: Makefile
===
RCS file: /cvs/ports/productivity/homebank/Makefile,v
retrieving revision 1.36
diff -u -p -u -p -r1.36 Makefile
--- Makefile1 Jul 2018 18:33:37 -   1.36
+++ Makefile14 Sep 2018 05:00:13 -
@@ -2,8 +2,7 @@
 
 COMMENT =  personal accounting application
 
-DISTNAME = homebank-5.1.8
-REVISION = 2
+DISTNAME = homebank-5.2
 
 CATEGORIES =   productivity x11
 
@@ -18,11 +17,9 @@ WANTLIB += atk-1.0 c cairo cairo-gobject
 WANTLIB += gio-2.0 glib-2.0 gobject-2.0 gtk-3 intl m ofx osp pango-1.0
 WANTLIB += pangocairo-1.0 soup-2.4
 
-MASTER_SITES = ${HOMEPAGE}/public/ \
-   ${HOMEPAGE}/public/old/
+MASTER_SITES = http://homebank.free.fr/public/
 
 MODULES =  textproc/intltool
-
 
 LIB_DEPENDS =  x11/gtk+3 \
devel/libofx \
Index: distinfo
===
RCS file: /cvs/ports/productivity/homebank/distinfo,v
retrieving revision 1.18
diff -u -p -u -p -r1.18 distinfo
--- distinfo15 Jun 2018 17:30:01 -  1.18
+++ distinfo14 Sep 2018 05:00:13 -
@@ -1,2 +1,2 @@
-SHA256 (homebank-5.1.8.tar.gz) = EIP8vGCcvJgaQsY9hKCcx9w91A9X0p4ItyC+Kz6v8js=
-SIZE (homebank-5.1.8.tar.gz) = 2745061
+SHA256 (homebank-5.2.tar.gz) = jlQh4PPngrtAPybXE3kWceDlHYhxVxadkVY35U5yCQg=
+SIZE (homebank-5.2.tar.gz) = 2599436
Index: patches/patch-configure
===
RCS file: /cvs/ports/productivity/homebank/patches/patch-configure,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 patch-configure
--- patches/patch-configure 15 Mar 2018 15:41:21 -  1.6
+++ patches/patch-configure 14 Sep 2018 05:00:13 -
@@ -2,7 +2,7 @@ $OpenBSD: patch-configure,v 1.6 2018/03/
 Index: configure
 --- configure.orig
 +++ configure
-@@ -5299,7 +5299,7 @@ if ${ac_cv_lib_ofx_ofx_set_status_cb+:} false; then :
+@@ -5300,7 +5300,7 @@ if ${ac_cv_lib_ofx_ofx_set_status_cb+:} false; then :
$as_echo_n "(cached) " >&6
  else
ac_check_lib_save_LIBS=$LIBS
@@ -11,7 +11,7 @@ Index: configure
  cat confdefs.h - <<_ACEOF >conftest.$ac_ext
  /* end confdefs.h.  */
  
-@@ -5333,7 +5333,7 @@ if test "x$ac_cv_lib_ofx_ofx_set_status_cb" = xyes; th
+@@ -5334,7 +5334,7 @@ if test "x$ac_cv_lib_ofx_ofx_set_status_cb" = xyes; th
OFX_0_7="-DOFX_ENABLE"
  fi
  
Index: pkg/PLIST
===
RCS file: /cvs/ports/productivity/homebank/pkg/PLIST,v
retrieving revision 1.19
diff -u -p -u -p -r1.19 PLIST
--- pkg/PLIST   1 Jul 2018 18:33:37 -   1.19
+++ pkg/PLIST   14 Sep 2018 05:00:13 -
@@ -80,8 +80,7 @@ share/homebank/help/images/dlg-filter3.p
 share/homebank/help/images/dlg-filter4.png
 share/homebank/help/images/dlg-filter5.png
 share/homebank/help/images/dlg-filter6.png
-share/homebank/help/images/dlg-payee1.png
-share/homebank/help/images/dlg-payee2.png
+share/homebank/help/images/dlg-payee.png
 share/homebank/help/images/dlg-prefs1.png
 share/homebank/help/images/dlg-prefs2.png
 share/homebank/help/images/dlg-prefs3.png
@@ -89,6 +88,8 @@ share/homebank/help/images/dlg-prefs4.pn
 share/homebank/help/images/dlg-prefs5.png
 share/homebank/help/images/dlg-prefs6.png
 share/homebank/help/images/dlg-prefs7.png
+share/homebank/help/images/dlg-prefs8.png
+share/homebank/help/images/dlg-prefs9.png
 share/homebank/help/images/dlg-properties1.png
 share/homebank/help/images/dlg-split1.png
 share/homebank/help/images/dlg-template1.png
@@ -98,13 +99,14 @@ share/homebank/help/images/dlg-txnmultip
 share/homebank/help/images/dlg-xferselection.png
 share/homebank/help/images/doc_balance.png
 share/homebank/help/images/doc_title.png
-share/homebank/help/images/document-new.png
 share/homebank/help/images/hb-ope-auto.png
 share/homebank/help/images/hb-ope-budget.png
 share/homebank/help/images/hb-ope-cleared.png
 share/homebank/help/images/hb-ope-edit.png
+share/homebank/help/images/hb-ope-new.png
 share/homebank/help/images/hb-ope-reconciled.png
 share/homebank/help/images/hb-ope-remind.png
+share/homebank/help/images/hb-ope-similar.png
 share/homebank/help/images/key_c.png
 share/homebank/help/images/key_ctrl.png
 share/homebank/help/images/key_n.png
@@ -127,12 +129,10 @@ share/homebank/help/images/use-assignmen
 share/homebank/help/images/use-budget1.png
 share/homebank/help/images/use-budget2.png
 share/homebank/help/images/use-budget3.png
-share/homebank/help/images/use-import2a.png
-share/homebank/help/images/use-import2b.png
-share/homebank/help/images/use-import3.png
+share/homebank/help/images/use-import2.png
+share/homebank/help/images/use-import3a.png
+share/homebank/help/images/use-import3b.png
 share/homebank/help/images/use-import4.png
-share/homebank/help/images/use-import5.png
-s

Re: NEW: graphics/kdiagram

[Rafael Sadowski]

On Wed Sep 05, 2018 at 09:51:11PM +0200, Rafael Sadowski wrote:
> On Wed Sep 05, 2018 at 06:06:46PM +0200, Solene Rapenne wrote:
> > 
> > $ make port-lib-depends-check reports
> > 
> > kdiagram-2.6.1(graphics/kdiagram):
> > Missing lib: Qt5Svg.2 (/usr/local/lib/libKChart.so.0.0) (NOT REACHABLE)
> > *** Error 1 in target 'port-lib-depends-check' (ignored)
> > 
> 
> Correct, fixed. Thanks
> 
> > 
> > doas this port is a requirement for a future port? Another diagram tool
> > wouldn't hurt... :)
> > 
> 
> This is required for a possible update for productivity/kmymoney and
> other KDE5 ports.
> 

Please find a new tarball to verify my words.

OK?


kdiagram-2.6.1p1.tar.gz
Description: Binary data

Re: UPDATE: shells/zsh

[Rafael Sadowski]

On Thu Sep 13, 2018 at 07:18:01AM -0500, Matthew Martin wrote:
> On Thu, Sep 13, 2018 at 01:18:57PM +0200, Rafael Sadowski wrote:
> > New diff, it won't solve the test issue but it repairs some more
> > EXTFILES.
> > 
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/shells/zsh/Makefile,v
> > retrieving revision 1.88
> > diff -u -p -u -p -r1.88 Makefile
> > --- Makefile21 Apr 2018 09:24:06 -  1.88
> > +++ Makefile13 Sep 2018 11:16:26 -
> > @@ -2,7 +2,7 @@
> >  
> >  COMMENT=   Z shell, Bourne shell-compatible
> >  
> > -V= 5.5.1
> > +V= 5.6.1
> >  DISTNAME=  zsh-$V
> >  CATEGORIES=shells
> >  
> > @@ -10,8 +10,10 @@ MAINTAINER=  Pierre-Emmanuel Andre  >  
> >  HOMEPAGE=  https://www.zsh.org/
> >  
> > -MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/}
> > -MASTER_SITES+= http://www.zsh.org/pub/
> > +MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/} \
> > +   http://www.zsh.org/pub/
> > +
> > +EXTRACT_SUFX=  .tar.xz
> >  
> >  # BSD
> >  PERMIT_PACKAGE_CDROM=  Yes
> > @@ -23,15 +25,21 @@ LIB_DEPENDS=converters/libiconv \
> >  
> >  AUTOCONF_VERSION=2.69
> >  CONFIGURE_STYLE=autoconf
> > -CONFIGURE_ENV=  CPPFLAGS="-I${LOCALBASE}/include" \
> > -LDFLAGS="-L${LOCALBASE}/lib"
> > -CONFIGURE_ARGS=--enable-zsh-mem \
> > +CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
> > +   LDFLAGS="-L${LOCALBASE}/lib"
> > +
> > +CONFIGURE_ARGS=--enable-fndir=${LOCALBASE}/share/zsh/$V/functions \
> > +   --enable-scriptdir=${LOCALBASE}/share/zsh/$V/scripts \
> > +   --docdir=${LOCALBASE}/share/doc/zsh/$V \
> > +   --htmldir=${LOCALBASE}/share/doc/zsh/html/$V \
> 
> I don't see what problem this change fixes; if there isn't a problem,
> why rearrange the chairs?
> 

I agree, new diff below.

> Also 5.6.2 is due out tomorrow, so should probably wait for that now.
> 

New diff includes the following changes:

- rm: @find ${WRKSRC} -name "*.orig" -delete
- rm: pre-test

Whatever we do, we should commit version >6 before the ports lock!

Index: Makefile
===
RCS file: /cvs/ports/shells/zsh/Makefile,v
retrieving revision 1.88
diff -u -p -u -p -r1.88 Makefile
--- Makefile21 Apr 2018 09:24:06 -  1.88
+++ Makefile14 Sep 2018 04:25:45 -
@@ -2,7 +2,7 @@
 
 COMMENT=   Z shell, Bourne shell-compatible
 
-V= 5.5.1
+V= 5.6.1
 DISTNAME=  zsh-$V
 CATEGORIES=shells
 
@@ -10,8 +10,10 @@ MAINTAINER=  Pierre-Emmanuel Andre https://www.zsh.org/
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/}
-MASTER_SITES+= http://www.zsh.org/pub/
+MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/} \
+   http://www.zsh.org/pub/
+
+EXTRACT_SUFX=  .tar.xz
 
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
@@ -23,15 +25,17 @@ LIB_DEPENDS=converters/libiconv \
 
 AUTOCONF_VERSION=2.69
 CONFIGURE_STYLE=autoconf
-CONFIGURE_ENV=  CPPFLAGS="-I${LOCALBASE}/include" \
-LDFLAGS="-L${LOCALBASE}/lib"
+CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
+   LDFLAGS="-L${LOCALBASE}/lib"
+
 CONFIGURE_ARGS=--enable-zsh-mem \
--enable-zsh-secure-free \
--enable-maildir-support \
-   --with-tcsetpgrp \
+   --enable-function-subdirs \
--enable-multibyte \
--enable-pcre \
-   --disable-gdbm
+   --disable-gdbm \
+   --with-tcsetpgrp
 
 SUBST_VARS=V
 
@@ -42,22 +46,18 @@ TEST_FLAGS= INSTALL_PROGRAM="install -c 
INSTALL="install -c" \
TMPPREFIX=${WRKBUILD}/tmp \
TERM=xterm
-EXTFILES=  Misc/checkmail Misc/run-help \
-   Misc/sticky-note Misc/zcalc \
-   Misc/zed Misc/zkbd \
-   Calendar/calendar_add Example/cat Example/zless
+
+EXTFILES=  Functions/Misc/checkmail Functions/Misc/run-help \
+   Functions/Misc/run-help-ip Functions/Misc/sticky-note \
+   Functions/Misc/zcalc Functions/Misc/zed Functions/Misc/zkbd \
+   Functions/Calendar/calendar_add Functions/Example/cat \
+   Functions/Example/zless Test/ztst.zsh Test/runtests.zsh \
+   Util/reporter Util/check-tmux-state Doc/zsh.texi
 
 pre-configure:
 .for i in ${EXTFILES}
sed -i -e "s,/bin/zsh,${TRUEPREFIX}/bin/zsh,g" \
-   ${WRKSRC}/Functions/${i}
+   ${WRKSRC}/${i}
 .endfor
-   @find ${WRKSRC} -name "*.orig" -delete
-
-post-install:
-   ${INSTALL_DATA_DIR} ${PREFIX}/share/zsh/$V/scripts/
-
-pre-test:
-   rm -f ${WRKDIR}/bin/chgrp
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/shells/zsh/distinfo,v
retrieving revision 1.28
diff -u -p -u -p -r1.28 distinfo
--- distinfo21 Apr 2018 

Re: [NEW] net/qbittorrent 4.1.2

[Elias M. Mariani]

Ping.
This is:
OK rsadowski@

2018-09-04 11:12 GMT-03:00 Elias M. Mariani :
> Tweak to switch ${FULLPKGNAME} to ${PKGSTEM}
>
> Cheers.
> Elias.
>
> 2018-09-03 5:00 GMT-03:00 Rafael Sadowski :
>> OK rsadowski@
>>
>> On Fri Aug 31, 2018 at 04:44:35PM -0300, Elias M. Mariani wrote:
>>> Sorry for pinging,
>>> Just a small change to the README of qbittorrent-nox, tweak from
>>> Charlene Wendling.
>>>
>>> Cheers.
>>> Elias.
>>>
>>> 2018-08-28 16:34 GMT-03:00 Elias M. Mariani :
>>> > Separate ports sharing the same parent folder (net/qbittorrent) it is 
>>> > then.
>>> >
>>> >
>>> > 2018-08-27 20:04 GMT-03:00 Stuart Henderson :
>>> >> On 2018/08/27 19:30, Elias M. Mariani wrote:
>>> >>> Yes, but in this case they are built separately and the do not share 
>>> >>> any files.
>>> >>>
>>> >>> Cheers.
>>> >>> Elias.
>>> >>>
>>> >>> 2018-08-27 18:14 GMT-03:00 Stuart Henderson :
>>> >>> > On 2018/08/27 15:17, Elias M. Mariani wrote:
>>> >>> >> Also if someone could check if I'm using correctly the FLAVORS.
>>> >>> >> The port creates 2 packages that are built separately:
>>> >>> >> - qbittorrent (Qt5 + web interface)
>>> >>> >> - qbittorrent-nox (web interface only)
>>> >>> >> My doubts come when using the PLIST when all the files are different.
>>> >>> >> (I think that is OK but getting feedback doesn't hurt...)
>>> >>> >
>>> >>> > That would usually be done a single build (i.e. get rid of the 
>>> >>> > flavour,
>>> >>> > split it in the packaging stage instead using MULTI_PACKAGES and 
>>> >>> > PLIST-main
>>> >>> > and PLIST-nox).
>>> >>> >
>>> >>>
>>> >>
>>> >> Multiple flavours are for when you build mostly the same files with
>>> >> different options. You can skip some files for certain flavours, but
>>> >> when there is no overlap at all, that is not the situation flavours
>>> >> are meant to deal with.
>>> >>
>>> >> Can you get both of them to build in a single run? If so, MULTI_PACKAGES.
>>> >> If not, separate ports (can share a parent directory and some scaffolding
>>> >> via Makefile.inc).
>>> >>
>>
>>

Re: update security/opensc to 0.19.0

[Landry Breuil]

On Thu, Sep 13, 2018 at 09:17:55PM +0200, Klemens Nanni wrote:
> See sthen's thread from earlier this day and 
> https://github.com/OpenSC/OpenSC/releases for changelog.
> Quite a few things changed so I bumped both majors.
> 
> I also adjusted the default PKCS11 provider so `pkcs11-tool' doesn't
> need to use `--module /usr/local/lib/pkcs11/opensc-pkcs11.so' anymore
> (the previous default /usr/local/lib/opensc-pkcs11.so does not exist).
> 
> `make update-plist' added share/applications/org.opensc.notify.desktop
> and `@tag update-desktop-database' but `make update' would fail with
> "@tag update-desktop-database definition not found" so I left these
> PLIST updates out for now as I fail to see how to fix this.
> Does anyone know how to fix this?

Adding desktop-file-utils to RDEPs ?

update security/opensc to 0.19.0

[Klemens Nanni]

See sthen's thread from earlier this day and 
https://github.com/OpenSC/OpenSC/releases for changelog.
Quite a few things changed so I bumped both majors.

I also adjusted the default PKCS11 provider so `pkcs11-tool' doesn't
need to use `--module /usr/local/lib/pkcs11/opensc-pkcs11.so' anymore
(the previous default /usr/local/lib/opensc-pkcs11.so does not exist).

`make update-plist' added share/applications/org.opensc.notify.desktop
and `@tag update-desktop-database' but `make update' would fail with
"@tag update-desktop-database definition not found" so I left these
PLIST updates out for now as I fail to see how to fix this.
Does anyone know how to fix this?

Works fine for my daily usage with a YubiKey NEO on amd64.

Index: Makefile
===
RCS file: /cvs/ports/security/opensc/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile10 May 2018 16:02:56 -  1.46
+++ Makefile13 Sep 2018 16:59:42 -
@@ -2,13 +2,12 @@
 
 COMMENT=   set of libraries and utilities to access smart cards
 
-V= 0.17.0
+V= 0.19.0
 DISTNAME=  opensc-${V}
-REVISION=  3
 SUBST_VARS +=  V
 
-SHARED_LIBS +=  opensc 6.0 # 5.0
-SHARED_LIBS += smm-local 2.0   # 5.0
+SHARED_LIBS += opensc 7.0  # 5.0
+SHARED_LIBS += smm-local 3.0   # 5.0
 
 CATEGORIES=security
 
@@ -19,7 +18,7 @@ MAINTAINER=   David Coppa https://github.com/OpenSC/OpenSC/releases/download/${V}/
 
@@ -37,6 +36,7 @@ CONFIGURE_ARGS=   --enable-static \
--sysconfdir=${SYSCONFDIR} \
--enable-sm \
--disable-cryptotokenkit \
+   --with-pkcs11-provider=${LOCALBASE}/lib/pkcs11/opensc-pkcs11.so 
\
--with-xsl-stylesheetsdir=${LOCALBASE}/share/xsl/docbook
 CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include/PCSC"
 
@@ -44,7 +44,7 @@ FAKE_FLAGS=   mandir="${PREFIX}/man/" \
sysconfdir="${PREFIX}/share/examples/opensc/"
 
 AUTOCONF_VERSION = 2.69
-AUTOMAKE_VERSION = 1.14
+AUTOMAKE_VERSION = 1.15
 
 pre-configure:
cd ${WRKSRC} && env AUTOCONF_VERSION=${AUTOCONF_VERSION} \
@@ -52,9 +52,8 @@ pre-configure:
 
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/lib/pkgconfig
-   ${SUBST_CMD} -c -m 0644 -o ${BINOWN} -g ${BINGRP} \
-   ${FILESDIR}/libopensc.pc \
-   ${PREFIX}/lib/pkgconfig/libopensc.pc
+   ${SUBST_CMD} -c -m ${NONBINMODE} -o ${BINOWN} -g ${BINGRP} \
+   ${FILESDIR}/libopensc.pc ${PREFIX}/lib/pkgconfig/libopensc.pc
@find ${PREFIX}/lib/pkcs11/ -name '*.la' -delete
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/security/opensc/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo10 May 2018 16:02:56 -  1.13
+++ distinfo13 Sep 2018 15:10:32 -
@@ -1,2 +1,2 @@
-SHA256 (opensc-0.17.0.tar.gz) = vnPGgWhnq0ch5qmufbqOiQxfFp8KLLtL81Tg8wqUgwA=
-SIZE (opensc-0.17.0.tar.gz) = 1950547
+SHA256 (opensc-0.19.0.tar.gz) = LFoOTfkCdjUpC5wPOt278NZR213bCreJyw6XjwL9WCY=
+SIZE (opensc-0.19.0.tar.gz) = 2080320
Index: patches/patch-configure_ac
===
RCS file: /cvs/ports/security/opensc/patches/patch-configure_ac,v
retrieving revision 1.7
diff -u -p -r1.7 patch-configure_ac
--- patches/patch-configure_ac  16 Aug 2017 14:39:07 -  1.7
+++ patches/patch-configure_ac  13 Sep 2018 16:00:16 -
@@ -7,18 +7,17 @@ libdl is not required on OpenBSD
 Index: configure.ac
 --- configure.ac.orig
 +++ configure.ac
-@@ -327,30 +327,9 @@ elif test "${xslstylesheetsdir}" != "no"; then
+@@ -341,29 +341,9 @@ elif test "${xslstylesheetsdir}" != "no"; then
  fi
  AC_MSG_RESULT([${xslstylesheetsdir}])
  
 -AC_MSG_CHECKING([git checkout])
 -GIT_CHECKOUT="no"
 -if test -n "${GIT}" -a -d "${srcdir}/.git"; then
--  AC_DEFINE([HAVE_CONFIG_VERSION_H], [1], [extra version available in 
config-version.h])
 -  GIT_CHECKOUT="yes"
 -fi
 -AC_MSG_RESULT([${GIT_CHECKOUT}])
-+OPENSC_SCM_REVISION="OpenSC-0.17.0, rev: 43951252, commit-time: 2017-07-18 
14:29:50 +"
++OPENSC_SCM_REVISION="OpenSC-0.19.0, rev: f1691fc9, commit-time: 2018-09-13 
13:47:21 2018 +0200"
 +OPENSC_VERSION_REVISION="0"
  
 -if test "${GIT_CHECKOUT}" = "yes"; then
@@ -40,7 +39,7 @@ Index: configure.ac
  dnl C Compiler features
  AC_C_INLINE
  
-@@ -401,11 +380,6 @@ AC_CHECK_LIB(
+@@ -414,11 +394,6 @@ AC_CHECK_LIB(
  )
  
  if test "${WIN32}" = "no"; then
@@ -52,10 +51,10 @@ Index: configure.ac
dnl Special check for pthread support.
AX_PTHREAD(
[AC_DEFINE(
-@@ -931,7 +905,6 @@ AM_CONDITIONAL([ENABLE_MINIDRIVER_SETUP_CUSTOMACTION],
- AM_CONDITIONAL([ENABLE_SM], [test "${enable_sm}" = "yes"])
+@@ -1036,7 +1011,6 @@ AM_CONDITIONAL([ENABLE_SM], [test "${enable_sm}" = "ye
  AM_CONDITIONAL([ENABLE_DNIE_UI], [test "${enable_dnie_ui}" = "yes"])
  AM_CONDITIONAL(

[frankmorg...@gmail.com: [oss-security] OpenSC release 0.19.0]

[Stuart Henderson]

Forwarding FYI:


- Forwarded message from Frank Morgner  -

From: Frank Morgner 
Date: Thu, 13 Sep 2018 15:12:01 +0200
To: opensc-annou...@lists.sourceforge.net, OpenSC Development 

Cc: oss-secur...@lists.openwall.com
Reply-To: oss-secur...@lists.openwall.com
Subject: [oss-security] OpenSC release 0.19.0

Hi all!

I'm happy to announce the new OpenSC release 0.19.0, which be found here
https://github.com/OpenSC/OpenSC/releases/tag/0.19.0 including the full
list of changes.

Most notably, this release contains fixes for mutliple issues, ranging from
stack based buffer overflows to out of bounds reads and writes on the heap.
They can be triggered by malicious smartcards sending malformed responses
to APDU commands. A detailed description can be found at X41-2018-002
. The issues
are tracked as CVE-2018-16391
 CVE
-2018-16392 
CVE-2018-16393
 CVE
-2018-16418 
CVE-2018-16419
 CVE
-2018-16420 
CVE-2018-16421
 CVE
-2018-16422 
CVE-2018-16423
 CVE
-2018-16424 
CVE-2018-16425
 CVE
-2018-16426 
CVE-2018-16427
. Thanks to
Eric Sesterhenn from X41 D-Sec GmbH for reporting and helping fixing the
problems.

Regards, Frank

- End forwarded message -

Re: backuppc FastCgiExternalServer error on apache2

[Maarten Lippmann]

>Try pkg_add mod_fastcgi

Good call, I actually did try that and the relevant package is no longer 
in ports and marked as obsolete.


# pkg_add mod_fastcgi
quirks-2.414 signed on 2018-03-28T14:24:37Z
Can't find mod_fastcgi
Obsolete package: mod_fastcgi (no longer useful)

It looks to me these got removed with OBSD 5.8.
https://www.openbsd.org/faq/upgrade58.html
From those release notes:
---
www/apache-httpd updated to 2.4.12.
Apache HTTPD is now at 2.4.12. When upgrading from 2.2.x releases manual 
configuration changes may be required. See the Apache HTTPD 2.4 upgrade 
guide for details.
The ap2-mod_fastcgi and ap2-mod_fcgid ports have been superseded by 
mod_proxy_fcgi which ships with Apache HTTPD 2.4 out of the box.

---


Below is a snippet of the debian default backuppc conf for apache2. They 
have it call a compiled backuppc binary named index.cgi:



    .
    .
    DirectoryIndex index.cgi
    .
    .



#file index.cgi
index.cgi: setuid ELF 64-bit LSB shared object, x86-64, version 1 
(SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 
GNU/Linux 2.6.32, 
BuildID[sha1]=c4dff956ad54aaffb8c90cb474668e06392af44d, stripped


The openbsd backuppc ports install has neither a cgi-bin directory nor 
an index.cgi anywhere in /usr/local. I'll see if the backuppc mailing 
list can assist here as well.


Regards,

Maarten


On 9/12/2018 10:00 PM, Maarten Lippmann wrote:
>
> If I try to start apache2 after creating that link per the 
instructions, I get below error:

>
> AH00526: Syntax error on line 5 of /var/www/conf/modules/backuppc.conf:
> Invalid command 'FastCgiExternalServer', perhaps misspelled or 
defined by a module not included in the server configuration

>
> Relevant example conf file contents:
>
> # $OpenBSD: httpd-backuppc.conf,v 1.1.1.1 2011/09/20 11:36:55 landry 
Exp $

> Alias /backuppc /backuppc/
> ScriptAlias /BackupPC_Admin /BackupPC_Admin.fcgi
> FastCgiExternalServer /BackupPC_Admin.fcgi -host 127.0.0.1:1028
> 
> SetHandler fastcgi-script
> 
>
> Notice the date, this looks old.
> As a hail-Mary I loaded all (fcgi related and unrelated) modules I 
could find in /etc/apache2/httpd2.conf but none seem to help.

>
> I'm curious if the example backuppc.conf file is out of date and 
dependencies have changed, but I am having a hard time figuring out an 
appropriate alternative apache2 directive to get the backuppc web 
interface working on openbsd.

>
> Let me know if someone has figured this out.

Re: UPDATE: shells/zsh

[Matthew Martin]

On Thu, Sep 13, 2018 at 01:18:57PM +0200, Rafael Sadowski wrote:
> New diff, it won't solve the test issue but it repairs some more
> EXTFILES.
> 
> Index: Makefile
> ===
> RCS file: /cvs/ports/shells/zsh/Makefile,v
> retrieving revision 1.88
> diff -u -p -u -p -r1.88 Makefile
> --- Makefile  21 Apr 2018 09:24:06 -  1.88
> +++ Makefile  13 Sep 2018 11:16:26 -
> @@ -2,7 +2,7 @@
>  
>  COMMENT= Z shell, Bourne shell-compatible
>  
> -V=   5.5.1
> +V=   5.6.1
>  DISTNAME=zsh-$V
>  CATEGORIES=  shells
>  
> @@ -10,8 +10,10 @@ MAINTAINER=Pierre-Emmanuel Andre   
>  HOMEPAGE=https://www.zsh.org/
>  
> -MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=zsh/}
> -MASTER_SITES+=   http://www.zsh.org/pub/
> +MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=zsh/} \
> + http://www.zsh.org/pub/
> +
> +EXTRACT_SUFX=.tar.xz
>  
>  # BSD
>  PERMIT_PACKAGE_CDROM=Yes
> @@ -23,15 +25,21 @@ LIB_DEPENDS=  converters/libiconv \
>  
>  AUTOCONF_VERSION=2.69
>  CONFIGURE_STYLE=autoconf
> -CONFIGURE_ENV=  CPPFLAGS="-I${LOCALBASE}/include" \
> -LDFLAGS="-L${LOCALBASE}/lib"
> -CONFIGURE_ARGS=  --enable-zsh-mem \
> +CONFIGURE_ENV=   CPPFLAGS="-I${LOCALBASE}/include" \
> + LDFLAGS="-L${LOCALBASE}/lib"
> +
> +CONFIGURE_ARGS=  --enable-fndir=${LOCALBASE}/share/zsh/$V/functions \
> + --enable-scriptdir=${LOCALBASE}/share/zsh/$V/scripts \
> + --docdir=${LOCALBASE}/share/doc/zsh/$V \
> + --htmldir=${LOCALBASE}/share/doc/zsh/html/$V \

I don't see what problem this change fixes; if there isn't a problem,
why rearrange the chairs?

Also 5.6.2 is due out tomorrow, so should probably wait for that now.

- Matthew Martin

Re: [NEW] gzdoom-3.5.0

[Timo Myyrä]

Solene Rapenne  writes:

> timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>
>> timo.my...@bittivirhe.fi (Timo Myyrä) writes:
>> 
>> > Jeremie Courreges-Anglas  writes:
>> >
>> >> On Thu, Sep 06 2018, timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>> >>
>> >>> Jeremie Courreges-Anglas  writes:
>> >>>
>>  On Fri, Aug 03 2018, timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>> 
>> > timo.my...@bittivirhe.fi (Timo Myyrä) writes:
>> >
>> >> Solene Rapenne  writes:
>> >>
>> >>> timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>> >>>
>>  Hi,
>>  
>>  Here's a updated port for latest gzdoom version.
>>  Merged the stuff from Solene's port into my old gzdoom port and 
>>  bumped it to
>>  latest version. Tested on amd64 and quick gameplay test seems to 
>>  work and
>>  installing soundfont and tuning the ini file, the fluidsynth 
>>  playback works.
>>  
>>  - added patch to fix the fluidsynth library name
>>  
>>  - dropped old linker args from Makefile, these don't seem to be 
>>  needed at all
>>  
>>  - Added flag to disable GTK dialogs from building so no need for 
>>  Gtk dependency
>>  
>>  - fluidsynth is detected at build time so add it as build_depends. 
>>  At run time
>>    it needs to be installed but gzdoom can use other midi players as 
>>  well so I
>>    didn't add it to run_depends. 
>>  
>>  - Dropped previous gxmessage dependy, the game tries kdialog, 
>>  gxmessage and
>>    finally xmessage to show crash log.
>>  
>>  - OpenAL needs to be installed to have audio.
>>  
>>  
>>  Timo
>> >>>
>> >>> Your port is way better than the one I submitted last month, good 
>> >>> work! Still
>> >>> when using mods, I only have music and no other sound, do you have 
>> >>> the same
>> >>> issue? Doom1 and Doom2 runs fine, so it may be related to the mods...
>> >>
>> >> I tested Doom One mod and only got sound in menu and no gameplay 
>> >> sounds or music
>> >> at all. Got bunch of errors in console so I guess the mods are to 
>> >> blame.
>> >>
>> >> Timo
>> >
>> > Actually its the problem in library loading. There was wrong library 
>> > names for
>> > libmpg123, libsndfile in the code. I've patched those and the sounds 
>> > seem to
>> > work now after quick test.
>> >
>> > Updated port attached.
>> 
>>  Here's some late feedback.
>> 
>>  Regarding the patches, I don't think that #ifdef __OpenBSD__ is a good
>>  approach.  (For more on this subject, please look at "#ifdef considered
>>  harmful" from Henry Spencer.)  Please don't push such patches upstream.
>>  For our needs in ports land, we can just patch and hardcode the use of
>>  the un-versioned .so libs.  Ideas for solutions pushable upstream:
>>  a cmake option that controls whether dlopened library names should
>>  contain a version; or just
>>  #ifndef LIBFOO_NAME
>>  #define LIBFOO_NAME "libfoo.so.1"
>>  ...
>>  which would allow downstreams to override the name.
>> 
>>  About the dlopened libraries: I guess it would be good to list them in
>>  LIB_DEPENDS and add the relevant entries to WANTLIB so that gzdoom gets
>>  properly updated when its deps change.  (Even if ''make
>>  port-lib-depends-check'' complains about extra libs.)
>> >>
>> >> I guess you were not convinced by this point?  If you really don't want
>> >> to add those to LIB_DEPENDS, either make sure that gzdoom runs fine
>> >> without them, or also add them to RUN_DEPENDS.  But LIB_DEPENDS would be
>> >> better IMO.
>> >>
>> >
>> > Slowly iterating to proper port :) Fluidsynth is one of the supported midi
>> > players. The game has bunch of other audio backends as well, some of them
>> > built-in like OPL synth but those do not sound very good.
>> >
>> > I'd like the default gzdoom configuration to work, sounds working
>> > and OPL synth playing music. Then the audio could be enhanced by adding
>> > fluidsynth etc. for improving the game audio. I just did a quick test of 
>> > the
>> > current port and indeed the game seems to pick up fluidsynth just fine at 
>> > runtime
>> > so it can be dropped from BUILD_DEPENDS. Still need to check if the other 
>> > libraries
>> > are loaded properly at runtime.
>> >
>>  On sparc64, I get this from cmake:
>> 
>>  ...
>>  -- Performing Test HAVE_THREAD_LOCAL
>>  -- Performing Test HAVE_THREAD_LOCAL - Failed
>>  CMake Error at src/CMakeLists.txt:408 (message):
>>    C++ compiler doesn't support thread_local storage duration specifier
>> 
>>  COMPILER = base-clang ports-gcc lets the port build and package on
>>  sparc64.
>> 
>>  The rest of the port looks fine.
>> 

Re: UPDATE: shells/zsh

[Rafael Sadowski]

On Thu Sep 13, 2018 at 12:21:38PM +0200, Pierre-Emmanuel Andre wrote:
> On Thu, Sep 13, 2018 at 06:51:16AM +0200, Rafael Sadowski wrote:
> > On Mon Sep 10, 2018 at 03:10:09PM +0200, Pierre-Emmanuel Andre wrote:
> > > On Sat, Sep 08, 2018 at 02:20:49PM -0500, Matthew Martin wrote:
> > > > On Sat, Sep 08, 2018 at 08:36:29AM +0200, Rafael Sadowski wrote:
> > > > > Hi All.
> > > > > 
> > > > > please find below a simple diff to update ZSH to the latest stable
> > > > > version. This release includes security fixes: CVE-2018-0502,
> > > > > CVE-2018-13259.
> > > > 
> > > > zsh 5.6.1 will be out soon (it's tagged and built; just not announced).
> > > > It fixes the error which (I suspect) is why you switched to gmake.
> > > > 
> > > > > Notable port changes:
> > > > > 
> > > > > - Use configure elements instead of post-install tasks.
> > > > > -- Avoid version in path name. I don't see any reasons for that, I 
> > > > > only
> > > > >provide one ZSH version.
> > > > 
> > > > This is the upstream default, and I don't see a compelling reason to
> > > > deviate from it. 
> > > > 
> > > > Patch for 5.6.1 below. It was rolled a bit over an hour ago, so not well
> > > > tested yet. Obviously we should wait until it's officially announced.
> > > > There's one test error over what 5.5.1 had which I haven't had time to
> > > > look at yet.
> > > >
> > > 
> > > 
> > > I agree with Matthew. I prefer to wait for 5.6.1.
> > > 
> > 
> > I also agree with Matthew. Thank you for your feedback, Matthew.
> > 
> > Matthew's and my diff below. Feedback? Ok?
> >
> 
> 
> Thanks. There is a regress failure:
> 
> ./A05execution.ztst: starting.
> Pattern match failed, line 1:
> -<*tstcmd-interp-too-long: bad interpreter: x*xn: no such file or directory
>+>(eval):2: 
> /usr/ports/pobj/zsh-5.6.1/zsh-5.6.1/Test/command.tmp//tstcmd-interp-too-long: 
> bad interpreter: 
> xx$
>  xxn: exec format error
>   >status 126
>   Test ./A05execution.ztst failed: output differs from expected as shown 
> above for:
> path=($shpath $echopath ${ZTST_testdir}/command.tmp/)
>   tstcmd-interp-too-long 2>&1; echo "status $?"
> path=($storepath)
>   Was testing: path (5)
>   ./A05execution.ztst: test failed.
> 
> 
> This test success with the 5.5.1.
> I will look at it.
> 

New diff, it won't solve the test issue but it repairs some more
EXTFILES.

Index: Makefile
===
RCS file: /cvs/ports/shells/zsh/Makefile,v
retrieving revision 1.88
diff -u -p -u -p -r1.88 Makefile
--- Makefile21 Apr 2018 09:24:06 -  1.88
+++ Makefile13 Sep 2018 11:16:26 -
@@ -2,7 +2,7 @@
 
 COMMENT=   Z shell, Bourne shell-compatible
 
-V= 5.5.1
+V= 5.6.1
 DISTNAME=  zsh-$V
 CATEGORIES=shells
 
@@ -10,8 +10,10 @@ MAINTAINER=  Pierre-Emmanuel Andre https://www.zsh.org/
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/}
-MASTER_SITES+= http://www.zsh.org/pub/
+MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=zsh/} \
+   http://www.zsh.org/pub/
+
+EXTRACT_SUFX=  .tar.xz
 
 # BSD
 PERMIT_PACKAGE_CDROM=  Yes
@@ -23,15 +25,21 @@ LIB_DEPENDS=converters/libiconv \
 
 AUTOCONF_VERSION=2.69
 CONFIGURE_STYLE=autoconf
-CONFIGURE_ENV=  CPPFLAGS="-I${LOCALBASE}/include" \
-LDFLAGS="-L${LOCALBASE}/lib"
-CONFIGURE_ARGS=--enable-zsh-mem \
+CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \
+   LDFLAGS="-L${LOCALBASE}/lib"
+
+CONFIGURE_ARGS=--enable-fndir=${LOCALBASE}/share/zsh/$V/functions \
+   --enable-scriptdir=${LOCALBASE}/share/zsh/$V/scripts \
+   --docdir=${LOCALBASE}/share/doc/zsh/$V \
+   --htmldir=${LOCALBASE}/share/doc/zsh/html/$V \
+   --enable-zsh-mem \
--enable-zsh-secure-free \
--enable-maildir-support \
-   --with-tcsetpgrp \
+   --enable-function-subdirs \
--enable-multibyte \
--enable-pcre \
-   --disable-gdbm
+   --disable-gdbm \
+   --with-tcsetpgrp
 
 SUBST_VARS=V
 
@@ -42,20 +50,20 @@ TEST_FLAGS= INSTALL_PROGRAM="install -c 
INSTALL="install -c" \
TMPPREFIX=${WRKBUILD}/tmp \
TERM=xterm
-EXTFILES=  Misc/checkmail Misc/run-help \
-   Misc/sticky-note Misc/zcalc \
-   Misc/zed Misc/zkbd \
-   Calendar/calendar_add Example/cat Example/zless
+
+EXTFILES=  Functions/Misc/checkmail Functions/Misc/run-help \
+   Functions/Misc/run-help-ip Functions/Misc/sticky-note \
+   Functions/Misc/zcalc Functions/Misc/zed Functions/Misc/zkbd \
+   Functions/Calendar/calendar_add Functions/Example/cat \
+   Functions/Example/zless Test/ztst.zsh Test/runtests.zsh \
+   

Re: UPDATE: shells/zsh

[Stuart Henderson]

On 2018/09/13 12:21, Pierre-Emmanuel Andre wrote:
> On Thu, Sep 13, 2018 at 06:51:16AM +0200, Rafael Sadowski wrote:
> > On Mon Sep 10, 2018 at 03:10:09PM +0200, Pierre-Emmanuel Andre wrote:
> > > On Sat, Sep 08, 2018 at 02:20:49PM -0500, Matthew Martin wrote:
> > > > On Sat, Sep 08, 2018 at 08:36:29AM +0200, Rafael Sadowski wrote:
> > > > > Hi All.
> > > > > 
> > > > > please find below a simple diff to update ZSH to the latest stable
> > > > > version. This release includes security fixes: CVE-2018-0502,
> > > > > CVE-2018-13259.
> > > > 
> > > > zsh 5.6.1 will be out soon (it's tagged and built; just not announced).
> > > > It fixes the error which (I suspect) is why you switched to gmake.
> > > > 
> > > > > Notable port changes:
> > > > > 
> > > > > - Use configure elements instead of post-install tasks.
> > > > > -- Avoid version in path name. I don't see any reasons for that, I 
> > > > > only
> > > > >provide one ZSH version.
> > > > 
> > > > This is the upstream default, and I don't see a compelling reason to
> > > > deviate from it. 
> > > > 
> > > > Patch for 5.6.1 below. It was rolled a bit over an hour ago, so not well
> > > > tested yet. Obviously we should wait until it's officially announced.
> > > > There's one test error over what 5.5.1 had which I haven't had time to
> > > > look at yet.
> > > >
> > > 
> > > 
> > > I agree with Matthew. I prefer to wait for 5.6.1.
> > > 
> > 
> > I also agree with Matthew. Thank you for your feedback, Matthew.
> > 
> > Matthew's and my diff below. Feedback? Ok?
> >
> 
> 
> Thanks. There is a regress failure:
> 
> ./A05execution.ztst: starting.
> Pattern match failed, line 1:
> -<*tstcmd-interp-too-long: bad interpreter: x*xn: no such file or directory
>+>(eval):2: 
> /usr/ports/pobj/zsh-5.6.1/zsh-5.6.1/Test/command.tmp//tstcmd-interp-too-long: 
> bad interpreter: 
> xx$
>  xxn: exec format error
>   >status 126
>   Test ./A05execution.ztst failed: output differs from expected as shown 
> above for:
> path=($shpath $echopath ${ZTST_testdir}/command.tmp/)
>   tstcmd-interp-too-long 2>&1; echo "status $?"
> path=($storepath)
>   Was testing: path (5)
>   ./A05execution.ztst: test failed.
> 
> 
> This test success with the 5.5.1.
> I will look at it.
> 

This test is looking for an OS dependent string (and the test changed
between 5.5.1 and 5.6, and again between 5.6 and 5.6.1). I think it's
just a slightly bogus test and can be ignored for ports.

Re: backuppc FastCgiExternalServer error on apache2

[Stuart Henderson]

On 2018/09/12 22:00, Maarten Lippmann wrote:
> I'm curious if the example backuppc.conf file is out of date and
> dependencies have changed, but I am having a hard time figuring out an
> appropriate alternative apache2 directive to get the backuppc web interface
> working on openbsd.

I can't help with config but I can tell you this file *is* out of date,
it is for apache 1.x.

[NEW]: Pasmo

[Edd Barrett]

Hi,

Here's a port for a little Z80 cross assembler that I've been sat on for
a while.

You can test the results in emulators/fuse if you assemble using the
`--tapbas` argument.

OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk


pasmo.tgz
Description: application/tar-gz

Re: UPDATE: shells/zsh

[Pierre-Emmanuel Andre]

On Thu, Sep 13, 2018 at 06:51:16AM +0200, Rafael Sadowski wrote:
> On Mon Sep 10, 2018 at 03:10:09PM +0200, Pierre-Emmanuel Andre wrote:
> > On Sat, Sep 08, 2018 at 02:20:49PM -0500, Matthew Martin wrote:
> > > On Sat, Sep 08, 2018 at 08:36:29AM +0200, Rafael Sadowski wrote:
> > > > Hi All.
> > > > 
> > > > please find below a simple diff to update ZSH to the latest stable
> > > > version. This release includes security fixes: CVE-2018-0502,
> > > > CVE-2018-13259.
> > > 
> > > zsh 5.6.1 will be out soon (it's tagged and built; just not announced).
> > > It fixes the error which (I suspect) is why you switched to gmake.
> > > 
> > > > Notable port changes:
> > > > 
> > > > - Use configure elements instead of post-install tasks.
> > > > -- Avoid version in path name. I don't see any reasons for that, I only
> > > >provide one ZSH version.
> > > 
> > > This is the upstream default, and I don't see a compelling reason to
> > > deviate from it. 
> > > 
> > > Patch for 5.6.1 below. It was rolled a bit over an hour ago, so not well
> > > tested yet. Obviously we should wait until it's officially announced.
> > > There's one test error over what 5.5.1 had which I haven't had time to
> > > look at yet.
> > >
> > 
> > 
> > I agree with Matthew. I prefer to wait for 5.6.1.
> > 
> 
> I also agree with Matthew. Thank you for your feedback, Matthew.
> 
> Matthew's and my diff below. Feedback? Ok?
>


Thanks. There is a regress failure:

./A05execution.ztst: starting.
Pattern match failed, line 1:
-<*tstcmd-interp-too-long: bad interpreter: x*xn: no such file or directory
 (eval):2: 
/usr/ports/pobj/zsh-5.6.1/zsh-5.6.1/Test/command.tmp//tstcmd-interp-too-long: 
bad interpreter: 
xx$
 xxn: exec format error
  >status 126
  Test ./A05execution.ztst failed: output differs from expected as shown above 
for:
path=($shpath $echopath ${ZTST_testdir}/command.tmp/)
  tstcmd-interp-too-long 2>&1; echo "status $?"
path=($storepath)
Was testing: path (5)
./A05execution.ztst: test failed.


This test success with the 5.5.1.
I will look at it.

Re: [NEW] gzdoom-3.5.0

[Solene Rapenne]

timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> timo.my...@bittivirhe.fi (Timo Myyrä) writes:
> 
> > Jeremie Courreges-Anglas  writes:
> >
> >> On Thu, Sep 06 2018, timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> >>
> >>> Jeremie Courreges-Anglas  writes:
> >>>
>  On Fri, Aug 03 2018, timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> 
> > timo.my...@bittivirhe.fi (Timo Myyrä) writes:
> >
> >> Solene Rapenne  writes:
> >>
> >>> timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> >>>
>  Hi,
>  
>  Here's a updated port for latest gzdoom version.
>  Merged the stuff from Solene's port into my old gzdoom port and 
>  bumped it to
>  latest version. Tested on amd64 and quick gameplay test seems to 
>  work and
>  installing soundfont and tuning the ini file, the fluidsynth 
>  playback works.
>  
>  - added patch to fix the fluidsynth library name
>  
>  - dropped old linker args from Makefile, these don't seem to be 
>  needed at all
>  
>  - Added flag to disable GTK dialogs from building so no need for Gtk 
>  dependency
>  
>  - fluidsynth is detected at build time so add it as build_depends. 
>  At run time
>    it needs to be installed but gzdoom can use other midi players as 
>  well so I
>    didn't add it to run_depends. 
>  
>  - Dropped previous gxmessage dependy, the game tries kdialog, 
>  gxmessage and
>    finally xmessage to show crash log.
>  
>  - OpenAL needs to be installed to have audio.
>  
>  
>  Timo
> >>>
> >>> Your port is way better than the one I submitted last month, good 
> >>> work! Still
> >>> when using mods, I only have music and no other sound, do you have 
> >>> the same
> >>> issue? Doom1 and Doom2 runs fine, so it may be related to the mods...
> >>
> >> I tested Doom One mod and only got sound in menu and no gameplay 
> >> sounds or music
> >> at all. Got bunch of errors in console so I guess the mods are to 
> >> blame.
> >>
> >> Timo
> >
> > Actually its the problem in library loading. There was wrong library 
> > names for
> > libmpg123, libsndfile in the code. I've patched those and the sounds 
> > seem to
> > work now after quick test.
> >
> > Updated port attached.
> 
>  Here's some late feedback.
> 
>  Regarding the patches, I don't think that #ifdef __OpenBSD__ is a good
>  approach.  (For more on this subject, please look at "#ifdef considered
>  harmful" from Henry Spencer.)  Please don't push such patches upstream.
>  For our needs in ports land, we can just patch and hardcode the use of
>  the un-versioned .so libs.  Ideas for solutions pushable upstream:
>  a cmake option that controls whether dlopened library names should
>  contain a version; or just
>  #ifndef LIBFOO_NAME
>  #define LIBFOO_NAME "libfoo.so.1"
>  ...
>  which would allow downstreams to override the name.
> 
>  About the dlopened libraries: I guess it would be good to list them in
>  LIB_DEPENDS and add the relevant entries to WANTLIB so that gzdoom gets
>  properly updated when its deps change.  (Even if ''make
>  port-lib-depends-check'' complains about extra libs.)
> >>
> >> I guess you were not convinced by this point?  If you really don't want
> >> to add those to LIB_DEPENDS, either make sure that gzdoom runs fine
> >> without them, or also add them to RUN_DEPENDS.  But LIB_DEPENDS would be
> >> better IMO.
> >>
> >
> > Slowly iterating to proper port :) Fluidsynth is one of the supported midi
> > players. The game has bunch of other audio backends as well, some of them
> > built-in like OPL synth but those do not sound very good.
> >
> > I'd like the default gzdoom configuration to work, sounds working
> > and OPL synth playing music. Then the audio could be enhanced by adding
> > fluidsynth etc. for improving the game audio. I just did a quick test of the
> > current port and indeed the game seems to pick up fluidsynth just fine at 
> > runtime
> > so it can be dropped from BUILD_DEPENDS. Still need to check if the other 
> > libraries
> > are loaded properly at runtime.
> >
>  On sparc64, I get this from cmake:
> 
>  ...
>  -- Performing Test HAVE_THREAD_LOCAL
>  -- Performing Test HAVE_THREAD_LOCAL - Failed
>  CMake Error at src/CMakeLists.txt:408 (message):
>    C++ compiler doesn't support thread_local storage duration specifier
> 
>  COMPILER = base-clang ports-gcc lets the port build and package on
>  sparc64.
> 
>  The rest of the port looks fine.
> >>>
> >>> Ok, here is an another attempt which allows passing the library names to 
> >>> build
> >>> process and adding the COMPILER flag to Makefile.
> >>