CVS: cvs.openbsd.org: ports

2018-01-30 Thread Landry Breuil
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2018/01/31 00:56:52

Modified files:
security/kpcli : Makefile distinfo 

Log message:
Update to kpcli 3.2



UPDATE net/sslh

2018-01-30 Thread Björn Ketelaars
A new version of sslh is available that fixes an IPv6 parse bug.
Upstream has decided to remove the v1.19 tarball to avoid encouraging
use of a bad version, and has released v1.19b.


diff --git Makefile Makefile
index 84caa75c02f..a3644fdb72d 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
 
 COMMENT =  SSL/SSH multiplexer
 
-DISTNAME = sslh-v1.19
+DISTNAME = sslh-v1.19b
 PKGNAME =  ${DISTNAME:S/-v/-/}
 CATEGORIES =   security net
 
diff --git distinfo distinfo
index e4dae567aea..40073b4 100644
--- distinfo
+++ distinfo
@@ -1,2 +1,2 @@
-SHA256 (sslh-v1.19.tar.gz) = 75yxg5baQEu3BbLEzUViql/rVU3m+b0HSyTnrEcTZpw=
-SIZE (sslh-v1.19.tar.gz) = 57352
+SHA256 (sslh-v1.19b.tar.gz) = EN/E3v+8qUw+91NdP3GyE6vHjVPtHpAIc9PKHMlDZZw=
+SIZE (sslh-v1.19b.tar.gz) = 57369
diff --git patches/patch-Makefile patches/patch-Makefile
index 977a2e2329d..91dee1b9e7b 100644
--- patches/patch-Makefile
+++ patches/patch-Makefile
@@ -3,7 +3,7 @@ $OpenBSD: patch-Makefile,v 1.6 2018/01/28 16:31:48 sthen Exp $
 Index: Makefile
 --- Makefile.orig
 +++ Makefile
-@@ -87,7 +83,7 @@ echosrv: version.h $(OBJS) echosrv.o
+@@ -87,7 +87,7 @@ echosrv: version.h $(OBJS) echosrv.o
$(CC) $(CFLAGS) $(LDFLAGS) -o echosrv echosrv.o probe.o common.o tls.o 
$(LIBS)
  
  $(MAN): sslh.pod Makefile



Re: [UPDATE] net/gpodder -> 3.10.0 depends on textproc/py-podcastparser net/mygpoclient

2018-01-30 Thread trondd
"trondd"  wrote:

> On Fri, January 12, 2018 6:17 pm, trondd wrote:
> > Update gPodder to their new python3/GTK+3 version.  Depends on the python3
> > version of textproc/py-podcastparser and net/mygpoclient.
> >
> > My only question on this one, do I need to run compileall.py like
> > portcheck
> > says?  I think it was mentioned ot me that it isn't always necessary.  It
> > would be for the extensions, most of which I can't use and I haven't seen
> > issues running the ones I did try.
> >
> > There is also optional support for ID3 tag management that depends on
> > py-eyed3 which needs updating.  I'll tackle that next and enable it in
> > gPodder as a seperate update.
> >
> > Tim.
> >
> 
> Bump the real one.
> 
> Tim.

Updated to account for flavored textproxy/py-podcastparser

Tim.

Index: Makefile
===
RCS file: /cvs/ports/net/gpodder/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile13 Jun 2017 07:43:56 -  1.12
+++ Makefile31 Jan 2018 03:40:09 -
@@ -2,11 +2,11 @@
 
 COMMENT=   media aggregator and podcast client
 
-MODPY_EGG_VERSION= 3.9.3
+MODPY_EGG_VERSION= 3.10.0
 DISTNAME=  gpodder-${MODPY_EGG_VERSION}
 CATEGORIES=net www
 
-HOMEPAGE=  http://gpodder.org/
+HOMEPAGE=  https://gpodder.github.io/
 
 MAINTAINER=Tim Meunier 
 
@@ -15,26 +15,31 @@ PERMIT_PACKAGE_CDROM=   Yes
 
 GH_ACCOUNT=gpodder
 GH_PROJECT=gpodder
-GH_TAGNAME=${DISTNAME}
+GH_TAGNAME=${MODPY_EGG_VERSION}
 
 MODULES=   lang/python \
textproc/intltool
 
+MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
+
 RUN_DEPENDS=   devel/desktop-file-utils \
devel/gettext \
+   devel/py-html5lib${MODPY_FLAVOR} \
+   devel/py-gobject3${MODPY_FLAVOR} \
net/mygpoclient \
-   textproc/py-podcastparser \
-   x11/dbus-python \
-   x11/gtk+3,-guic \
-   x11/py-gtk2
-TEST_DEPENDS=  devel/py-minimock \
-   devel/py-coverage \
+   textproc/py-podcastparser${MODPY_FLAVOR} \
+   www/webkitgtk4 \
+   x11/dbus-python${MODPY_FLAVOR} \
+   x11/gtk+3,-guic
+TEST_DEPENDS=  devel/py-minimock${MODPY_FLAVOR} \
+   devel/py-coverage${MODPY_FLAVOR} \
net/mygpoclient \
-   textproc/py-feedparser
+   textproc/py-podcastparser
 
 USE_GMAKE= Yes
 MAKE_FILE= makefile
-MAKE_ENV=  PYTHON=${MODPY_BIN} \
+MAKE_ENV=  LC_CTYPE=en_US.UTF-8 \
+   PYTHON=${MODPY_BIN} \
GPODDER_MANPATH_NO_SHARE="yes"
 ALL_TARGET=messages
 
@@ -43,8 +48,5 @@ TEST_TARGET=  unittest
 do-install:
cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ${MAKE_PROGRAM} \
-f ${MAKE_FILE} install
-
-post-install:
-   ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py 
${PREFIX}/share/gpodder/extensions/
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/net/gpodder/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo18 Apr 2017 09:09:25 -  1.4
+++ distinfo31 Jan 2018 03:40:09 -
@@ -1,2 +1,2 @@
-SHA256 (gpodder-3.9.3.tar.gz) = LLgOxTKuOSnxPM+UY/+6mpwMfsi3I6va40umQRMYNcA=
-SIZE (gpodder-3.9.3.tar.gz) = 1008774
+SHA256 (gpodder-3.10.0.tar.gz) = xc8MHlMN7ctOZS0jUKB9UVwVXzTGx20OmMkY+AQrr1Q=
+SIZE (gpodder-3.10.0.tar.gz) = 881761
Index: patches/patch-makefile
===
RCS file: /cvs/ports/net/gpodder/patches/patch-makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-makefile
--- patches/patch-makefile  23 Oct 2016 01:59:16 -  1.2
+++ patches/patch-makefile  31 Jan 2018 03:40:09 -
@@ -1,6 +1,7 @@
 $OpenBSD: patch-makefile,v 1.2 2016/10/23 01:59:16 czarkoff Exp $
 makefile.orig  Wed Aug 31 15:10:41 2016
-+++ makefile   Fri Sep 16 21:26:10 2016
+Index: makefile
+--- makefile.orig
 makefile
 @@ -82,7 +82,7 @@ $(GPODDER_SERVICE_FILE): $(GPODDER_SERVICE_FILE_IN)
intltool-extract --quiet --type=gettext/ini $<
  
@@ -8,5 +9,5 @@ $OpenBSD: patch-makefile,v 1.2 2016/10/2
 -  $(PYTHON) setup.py install --root=$(DESTDIR) --prefix=$(PREFIX) 
--optimize=1
 +  $(PYTHON) setup.py install --root=$(DESTDIR) --prefix=/$(PREFIX) 
--optimize=1
  
- release-win32:
-   $(MAKE) -C tools/win32-setup
+ ##
+ 
Index: pkg/PLIST

CVS: cvs.openbsd.org: ports

2018-01-30 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/01/30 17:22:00

Modified files:
lang   : Makefile 

Log message:
+ocaml-camlp5



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Brian Callahan
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/01/30 17:21:42

Log message:
Import lang/ocaml-camlp5, an OCaml Preprocessor and Pretty-Printer.
ok daniel@

Camlp5 is a preprocessor and pretty-printer for OCaml programs. It also
provides parsing and printing tools.

As a preprocessor, it allows one to:
* extend the syntax of OCaml,
* redefine the whole syntax of the language.

As a pretty printer, it allows one to:
* display OCaml programs in an elegant way,
* convert from one syntax to another,
* check the results of syntax extensions.

Camlp5 also provides some parsing and pretty printing tools:
* extensible grammars
* extensible printers
* stream parsers and lexers
* pretty print module

It works as a shell command and can also be used in the OCaml toplevel.

Status:

Vendor Tag: bcallah
Release Tags:   bcallah_20180130

N ports/lang/ocaml-camlp5/Makefile
N ports/lang/ocaml-camlp5/distinfo
N ports/lang/ocaml-camlp5/pkg/PLIST
N ports/lang/ocaml-camlp5/pkg/DESCR
N ports/lang/ocaml-camlp5/pkg/PFRAG.native

No conflicts created by this import



Re: [UPDATE] textproc/py-podcastparser for net/gpodder update

2018-01-30 Thread trondd
Daniel Jakots  wrote:

> On Thu, 25 Jan 2018 20:06:29 -0500, trondd 
> wrote:
> 
> > +MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
> 
> As it's a library and the ports name is py- prefixed, we can easily go
> with a flavour which is what our policy is :)
> Any comment?

Thanks.  That was one of my questions.  This is good, except for
disambiguating the man page filename.

Tim.

Index: Makefile
===
RCS file: /cvs/ports/textproc/py-podcastparser/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile18 Apr 2017 02:13:26 -  1.1.1.1
+++ Makefile30 Jan 2018 23:28:59 -
@@ -2,34 +2,37 @@
 
 COMMENT=   simple, fast and efficient podcast parser
 
-MODPY_EGG_VERSION= 0.6.1
+MODPY_EGG_VERSION= 0.6.2
 DISTNAME=  podcastparser-${MODPY_EGG_VERSION}
 PKGNAME=   py-${DISTNAME}
 CATEGORIES=textproc
 
-HOMEPAGE=  http://gpodder.org/podcastparser/
-
 MAINTAINER=Tim Meunier 
 
 # ISC
 PERMIT_PACKAGE_CDROM=  Yes
 
-MASTER_SITES=  ${HOMEPAGE}
-
 MODULES=   lang/python
 
-BUILD_DEPENDS= textproc/py-sphinx
+MODPY_PI=  Yes
+
+BUILD_DEPENDS= textproc/py-sphinx${MODPY_FLAVOR}
+
+TEST_DEPENDS=  devel/py-nose${MODPY_FLAVOR} \
+   devel/py-coverage${MODPY_FLAVOR}
 
-TEST_DEPENDS=  devel/py-nose \
-   devel/py-coverage
+FLAVORS=   python3
+FLAVOR?=
 
 MAKE_FILE= makefile
 MAKE_ENV=  PYTHON=${MODPY_BIN}
 
 post-build:
-   cd ${WRKSRC}/doc && ${MAKE_ENV} ${MAKE_PROGRAM} man
+   cd ${WRKSRC}/doc && ${MAKE_ENV} ${MAKE_PROGRAM} man \
+   SPHINXBUILD=sphinx-build${MODPY_BIN_SUFFIX}
 
 post-install:
-   ${INSTALL_DATA} ${WRKSRC}/doc/_build/man/*.1 ${PREFIX}/man/man1/
+   ${INSTALL_DATA} ${WRKSRC}/doc/_build/man/podcastparser.1 \
+   ${PREFIX}/man/man1/podcastparser${MODPY_BIN_SUFFIX}.1
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/textproc/py-podcastparser/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo18 Apr 2017 02:13:26 -  1.1.1.1
+++ distinfo30 Jan 2018 23:28:59 -
@@ -1,2 +1,2 @@
-SHA256 (podcastparser-0.6.1.tar.gz) = 
o0eQqUC8WC99Y4jEO2mvchRDK6G9fUANGZxjvS2hPRQ=
-SIZE (podcastparser-0.6.1.tar.gz) = 18006
+SHA256 (podcastparser-0.6.2.tar.gz) = 
i5FSJMAPK/JIETn4C/Nl7SB0KjkH9DdxHJawqGqHiWg=
+SIZE (podcastparser-0.6.2.tar.gz) = 21871
Index: pkg/PLIST
===
RCS file: /cvs/ports/textproc/py-podcastparser/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST   18 Apr 2017 02:13:26 -  1.1.1.1
+++ pkg/PLIST   30 Jan 2018 23:28:59 -
@@ -1,5 +1,6 @@
 @comment $OpenBSD: PLIST,v 1.1.1.1 2017/04/18 02:13:26 danj Exp $
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}podcastparser.${MODPY_PYC_MAGIC_TAG}pyc
 
lib/python${MODPY_VERSION}/site-packages/podcastparser-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
 lib/python${MODPY_VERSION}/site-packages/podcastparser.py
-lib/python${MODPY_VERSION}/site-packages/podcastparser.pyc
-@man man/man1/podcastparser.1
+@man man/man1/podcastparser${MODPY_BIN_SUFFIX}.1



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Stuart Henderson
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2018/01/30 15:37:34

Modified files:
net/zabbix : Makefile 

Log message:
change MULTI_PACKAGES bits, to avoid some build problems seen with dpb.
merged in from a diff from robert@



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Edd Barrett
CVSROOT:/cvs
Module name:ports
Changes by: e...@cvs.openbsd.org2018/01/30 13:35:56

Modified files:
print/texlive  : Makefile.inc 
print/texlive/base: Makefile distinfo 
print/texlive/base/pkg: PLIST README 
print/texlive/texmf: Makefile adj.mk distinfo 
print/texlive/texmf/files: mk_plists.py 
print/texlive/texmf/patches: 
 patch-texmf-dist_doc_info_texdraw_info 
 
patch-texmf-dist_scripts_context_stubs_unix_mtxrun 
 patch-texmf-dist_web2c_texmf_cnf 
 patch-texmf-dist_web2c_texmfcnf_lua 
print/texlive/texmf/pkg: PLIST-buildset PLIST-context PLIST-docs 
 PLIST-full PLIST-main 
Added files:
print/texlive/texmf/files: mk_adj.py 
Removed files:
print/texlive/base/patches: patch-texk_bibtex-x_Makefile_in 

patch-texk_web2c_luatexdir_image_pdftoepdf_w 
print/texlive/tests: README 
print/texlive/tests/context: context.tex 
print/texlive/tests/gmverb: gmtest.tex 
print/texlive/tests/xelatex-fontspec: xelatex-fontspec.tex 
print/texlive/texmf/patches: 
 
patch-texmf-dist_tex_latex_beamer_beamerbaseverbatim_sty 

Log message:
Update to TeX Live 2017.

Seems to work fine on all papers I've thrown at it.

Tested by myself and kili@ on all BUILD_DEPENDS too. No tree breakage
that we can see.

Like what is currently in-tree, this update is currently using the
in-built poppler, as it seems TeX Live only works with old versions.
Kili is working on fixing this.

OK kili@, thanks!

--
--



Re: [New] editors/emacs-lite

2018-01-30 Thread mazocomp
On Tue, Jan 30, 2018 at 07:39:37PM +0100, Matthieu Herrb wrote:
> On Tue, Jan 30, 2018 at 02:40:06PM +0200, mazocomp wrote:
> > On Mon, Jan 29, 2018 at 10:48:41PM -0500, Brian Callahan wrote:
> > > I'm breaking my own rule regarding emails like this by even responding, 
> > > but...$ man 1 mg
> > 
> > I know about mg(1), but you know that emacs is not only the text editor.
> > 
> > Emacs has extensions that make it usable, for example, as IRC client.
> > 
> > Also mg(1) doesn't support UTF-8 and I write russian characters
> > somehow (well, I find editors/jed good for this).
> 
> What's wrong with emacs-21.4p37-no_x11 ? it has no extra run
> dependencies AFAICT ? 
> -- 
> Matthieu Herrb

I allready told that both Emacs 21 and XEmacs 21 don't print russian
characters and setting "prefer-coding-system" doesn't help.



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Matthias Kilian
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2018/01/30 12:31:55

Modified files:
x11/xmonad : Makefile 
Removed files:
x11/xmonad/patches: patch-XMonad_Core_hs 

Log message:
Drop an 8 year old patch about SIGCHLD handling which is no longer
needed.



Re: [New] editors/emacs-lite

2018-01-30 Thread Matthieu Herrb
On Tue, Jan 30, 2018 at 02:40:06PM +0200, mazocomp wrote:
> On Mon, Jan 29, 2018 at 10:48:41PM -0500, Brian Callahan wrote:
> > I'm breaking my own rule regarding emails like this by even responding, 
> > but...$ man 1 mg
> 
> I know about mg(1), but you know that emacs is not only the text editor.
> 
> Emacs has extensions that make it usable, for example, as IRC client.
> 
> Also mg(1) doesn't support UTF-8 and I write russian characters
> somehow (well, I find editors/jed good for this).

What's wrong with emacs-21.4p37-no_x11 ? it has no extra run
dependencies AFAICT ? 
-- 
Matthieu Herrb



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Stuart Cassoff
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2018/01/30 11:17:37

Modified files:
databases/sqlite3-tcl: Makefile distinfo 

Log message:
Update to 3.22.0.
Enable rtree module.



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/01/30 10:37:15

Modified files:
net/transmission: Tag: OPENBSD_6_2 Makefile distinfo 
Added files:
net/transmission/patches: Tag: OPENBSD_6_2 
  patch-libtransmission_crypto-utils-openssl_c 

Log message:
Update transmission to 2.93

This version includes a fix for CVE-2018-5702.
>From Josh Grosse  (maintainer) Thanks!



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/01/30 09:34:35

Modified files:
net/transmission: Makefile distinfo 
Added files:
net/transmission/patches: 
  patch-libtransmission_crypto-utils-openssl_c 

Log message:
Update transmission to 2.93

This release  includes a fix for CVE-2018-5702.
>From Josh Grosse  (maintainer) Thanks!



Re: Porting to ARMv8 (board, qemu, etc.)

2018-01-30 Thread Karel Gardas
On Mon, 29 Jan 2018 14:14:53 +0100
Patrick Wildt  wrote:

> I think those random segfaults might even be visible with qemu running
> on an x86 machine.  I'm not surprised.

I see a lot of random segfaults in qemu aarch64 on amd64/obsd, but then I'm 
quite curious why do you expect
the same on basically hardware based VM. I've though in this case qemu is just 
demonted to virtual disk/net
handler and CPU isns (at least user mode) are purely run on real hardware... So 
I would expect kernel crashes
in case of wrong virt-dev emulation but not user-land crashes...

Thanks!



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Jeremie Courreges-Anglas
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/01/30 08:06:37

Modified files:
devel/npth : Makefile 
security/gnupg : Makefile 
security/gpgme : Makefile 
security/libgcrypt: Makefile 
security/libgpg-error: Makefile 
security/libksba: Makefile 
security/pinentry: Makefile 

Log message:
Tweak the HOMEPAGE of gnupg.org ports

- move to https
- use the per-project canonical homepage (reachable thru the main
- homepage; pinentry doesn't seem to have such homepage)

ok pea@ ajacoutot@



Re: UPDATE: devel/boost

2018-01-30 Thread Jeremie Courreges-Anglas
On Fri, Jan 26 2018, Rafael Sadowski  wrote:
> Hi All!
>
> This time easier than last time and a relative easy update to the
> current boost.
>
> Changelog: http://www.boost.org/users/history/version_1_66_0.html
>
> I did not build all consumers. Bulk feedback wanted.

afaik the remaining failures are audio/mumble and net/kea.  ok jca@ for
the boost update, once the fixes for said ports are in.

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



Re: [NEW] devel/p5-Devel-Platform-Info

2018-01-30 Thread James E Keenan

On 01/28/2018 04:36 PM, Andrew Hewus Fresh wrote:
[snip]
>
> I think this is OK, although I've been led to believe that we usually
> prefer to enable as many tests as possible so that we don't get
> different results depending on what folks might have installed or what
> environment they have set, which would mean making these additions.
>
> TEST_ENV = AUTOMATED_TESTING=1
> TEST_DEPENDS = devel/p5-Test-MockObject \
>devel/p5-Test-Pod>=1.00 \
>devel/p5-Test-Pod-Coverage>=0.08 \
>devel/p5-Test-CPAN-Meta
>
> # Additional tests could be enabled by porting
> #  devel/p5-Test-CPAN-Meta-JSON
>

Andrew,

I agree with you that, in general, we don't want to get different test 
results depending on what particular users have installed on their 
systems.  That would lead us to activate tests which the CPAN author 
indicates can be run if certain other Perl extensions are present.


However, I think we should look more closely at the environmental 
variable which you are suggesting to include in the port's Makefile:


#
TEST_ENV =  AUTOMATED_TESTING=1
#

In the context of tests in CPAN distributions 'AUTOMATED_TESTING' has a 
specific meaning.  At the 2013 Perl QA Hackathon held in Lancaster, 
U.K., a consensus emerged to define the meaning of certain terms that 
would be used by CPAN authors to activate or not activate tests under 
different circumstances 
(https://github.com/Perl-Toolchain-Gang/toolchain-site/blob/master/lancaster-consensus.md#environment-variables-for-testing-contexts). 
 Here's what was recommended for 'AUTOMATED_TESTING':


#
AUTOMATED_TESTING: if true, tests are being run by an automated testing 
facility and not as part of the installation of a module; CPAN smokers 
must set this to true; CPAN clients must not set this

#

In this context, "automated testing facility" refers to a server where 
someone is testing large parts of the 36,000+ distributions on CPAN 
against various versions of Perl on a specific platform and is sending 
test reports to cpantesters.org.  For example, Alceu Rodrigues de 
Freitas Junior runs CPAN smokers for testing distributions against Perl 
5.26.0, 5.26.1 and 5.27.6 (blead) on OpenBSD 6.0, 6.1 and 6.2.  In those 
set-ups, he has indeed turned on an AUTOMATED_TESTING environmental 
variable; see, e.g., 
http://www.cpantesters.org/cpan/report/7f3fb1ae-e729-11e7-8087-d3e9cf4e8a6e.


However, the Lancaster consensus guidance above indicates that in all 
circumstances other than preparing reports for cpantesters.org, 
AUTOMATED_TESTING should not be turned on.  An OpenBSD port of a CPAN 
distribution is, essentially, a set of instructions for fetching a 
tarball from CPAN and installing it on OpenBSD.  It is therefore a "CPAN 
client" as defined by the Lancaster consensus and, hence, should *not* 
turn on the AUTOMATED_TESTING environmental variable.


The author of Devel-Platform-Info, Barbie, has participated in many Perl 
QA hackathons and was the administrator of cpantesters.org for many 
years.  Hence, we should presume that he is using 'AUTOMATED_TESTING' in 
the way described above.  Here's how Barbie structures his tests:


#
# From:t/90podtest.t

plan skip_all => "Author tests not required for installation" unless 
($ENV{AUTOMATED_TESTING});

eval "use Test::Pod 1.00";
plan skip_all => "Test::Pod 1.00 required for testing POD" if $@;
#

He characterizes the tests in this file as "[a]uthor tests not required 
for installation" which are to be run only if the AUTOMATED_TESTING 
envvar is set.  I interpret this to mean that they should only be run in 
the context of CPAN smokers.  He then goes on to say that the tests in 
this file should only be run if Test::Pod version 1.00 or greater is 
already present on the user's machine.


If the first 'plan skip_all' statement were not present in this file, 
then the author would be telling the user, "Go ahead and run this file 
if you've already got Test::Pod installed, but don't bother if you don't 
have it installed."  If that were the case, then I think it would be 
appropriate for an OpenBSD port's Makefile to include the port 
corresponding to Test::Pod as a value for TEST_DEPENDS.  But that's not 
the case here.  The author is indicating that the Test::Pod tests should 
only be run by CPAN smokers, not by CPAN clients.  If a CPAN client 
turns on AUTOMATED_TESTING, it is, in effect, second-guessing the author.


Now I concede that:

* The CPAN author may be incorrect; hence he or she should be 
second-guessed.


* OpenBSD is free to set policies for ports that adhere to standards 
different from those set by the authors of the code being ported.


* I'm just a beginner with respect to OpenBSD ports, so I may not know 
the historical context.


So, I'm perfectly willing to revise the port's Makefile per your 
suggestion.  But it would be good to have an explicit and well-reasoned 
policy to which I and other porters can conform going 

CVS: cvs.openbsd.org: ports

2018-01-30 Thread Rafael Sadowski
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org   2018/01/30 07:47:25

Modified files:
games/pokerth  : Makefile distinfo 
games/pokerth/pkg: PLIST 
Added files:
games/pokerth/patches: patch-pokerth_pro 
   patch-src_net_serveraccepthelper_h 
Removed files:
games/pokerth/patches: patch-src_core_common_avatarmanager_cpp 
   patch-src_core_common_loghelper_server_cpp 
   patch-src_net_common_clientstate_cpp 
   patch-src_net_common_clientthread_cpp 
   patch-src_net_common_downloaderthread_cpp 
   patch-src_net_common_ircthread_cpp 
   patch-src_pokerth_server_cpp 

Log message:
Update pokerth to 1.1.2

- Add additional patches for upcoming boost update to 1.66.0
- HOMEPAGE update
- Makefile tweaks
- Add protoc pre-configure task

ok jca@



Re: UPDATE: games/pokerth (for upcoming boost)

2018-01-30 Thread Jeremie Courreges-Anglas
On Tue, Jan 30 2018, Rafael Sadowski  wrote:
> On Mon Jan 29, 2018 at 11:57:29AM +0100, Jeremie Courreges-Anglas wrote:
>> On Sun, Jan 28 2018, Rafael Sadowski  wrote:
>> > Hi OpenBSD texas hold'em lovers,
>> >
>> > pokerth 1.1.1 will not compile very well with upcoming boost so I
>> > decided to update it. Looks like a whole new port. It include patches to
>> > build with upcoming and current boost.
>> >
>> > I played on hand with [6][2] All-In. No luck but the games runs fine on
>> > amd64.
>> >
>> > Bad luck in the game luck in port.
>> >
>> > Comments? Ok?
>> 
>> LGTM and seems to work fine, except I don't understand astyle is used?
>
> It's from pokerth-1.1.2-rc/run_astyle.sh. I guess it doesn't make sense.
> Ok without the astyle bits?

Yep, ok jca@

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



Re: update audio/lame

2018-01-30 Thread Jan Stary
On Jan 30 11:29:09, s...@spacehopper.org wrote:
> On 2018/01/30 10:25, Jan Stary wrote:
> > +CONFIGURE_STYLE=simple
> 
> Why "simple" and not "gnu"?

Probably should be gnu.

Jan



Re: [New] editors/emacs-lite

2018-01-30 Thread mazocomp
On Tue, Jan 30, 2018 at 10:29:47AM -0300, Gonzalo L. Rodriguez wrote:
> On [30/01/18] [12:40P], mazocomp wrote:
> ; On Mon, Jan 29, 2018 at 10:48:41PM -0500, Brian Callahan wrote:
> ; > I'm breaking my own rule regarding emails like this by even responding, 
> but...$ man 1 mg
> ; 
> ; I know about mg(1), but you know that emacs is not only the text editor.
> ; 
> ; Emacs has extensions that make it usable, for example, as IRC client.
> ; 
> ; Also mg(1) doesn't support UTF-8 and I write russian characters
> ; somehow (well, I find editors/jed good for this).
> ; 
> 
> editors/zile?
> 
> -- 
> Sending from my toaster.

Zile doesn't support UTF-8 either.

I also tried both Emacs 21 and XEmacs 21, they are as light as this
emacs-lite, but trying to write russian characters printed me squares.
(of course I tried setting prefer-coding-system)

editors/uemacs annoyingly separates UTF-8 characters by space.



Re: [New] editors/emacs-lite

2018-01-30 Thread Gonzalo L. Rodriguez
On [30/01/18] [12:40P], mazocomp wrote:
; On Mon, Jan 29, 2018 at 10:48:41PM -0500, Brian Callahan wrote:
; > I'm breaking my own rule regarding emails like this by even responding, 
but...$ man 1 mg
; 
; I know about mg(1), but you know that emacs is not only the text editor.
; 
; Emacs has extensions that make it usable, for example, as IRC client.
; 
; Also mg(1) doesn't support UTF-8 and I write russian characters
; somehow (well, I find editors/jed good for this).
; 

editors/zile?

-- 
Sending from my toaster.



Re: [New] editors/emacs-lite

2018-01-30 Thread mazocomp
On Mon, Jan 29, 2018 at 10:48:41PM -0500, Brian Callahan wrote:
> I'm breaking my own rule regarding emails like this by even responding, 
> but...$ man 1 mg

I know about mg(1), but you know that emacs is not only the text editor.

Emacs has extensions that make it usable, for example, as IRC client.

Also mg(1) doesn't support UTF-8 and I write russian characters
somehow (well, I find editors/jed good for this).



Re: update audio/lame

2018-01-30 Thread Stuart Henderson
On 2018/01/30 10:25, Jan Stary wrote:
> +CONFIGURE_STYLE=simple

Why "simple" and not "gnu"?



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/01/30 02:48:15

Modified files:
emulators/atari800: Makefile 

Log message:
Update HOMEPAGE.



update audio/lame

2018-01-30 Thread Jan Stary
lame is 3.100 after 5 years

* the SSE patch has been incorporated, co we don't need
  to rebuild configure, so we can drop the autoconf dep and the patch
* the 3DNow detection is not incorporated, so keep the patch
* it seems we don't need GMAKE either
* add explicit ./configure --options

+   --mandir=${PREFIX}/man  \
+   --enable-option-checking\
+   --disable-silent-rules  \
+   --enable-largefile  \
+   --disable-cpml  \
+   --disable-decoder   \
+   --enable-frontend   \
+   --enable-dynamic-frontends  \
+   --disable-mp3x  \
+   --enable-mp3rtp \
+   --without-dmalloc   \
+   --with-fileio=lame
 
--disable-cpml
I don't know what the Compaq Math library is, so I disabled it.

--enable-dynamic-frontends
Link frontends against shared libraries default=no
- we want to link to the shared lib, right?

--without-dmalloc
We want our malloc

OK? Comments?

Jan

> > * add explicit ./configure --options
> > * order them as they appear in ./configure --help
> there are various schools of thought for this, I'd defer to
> ${MAINTAINER}.

Antoine?


Index: Makefile
===
RCS file: /cvs/ports/audio/lame/Makefile,v
retrieving revision 1.58
diff -u -p -r1.58 Makefile
--- Makefile27 Jul 2017 14:48:10 -  1.58
+++ Makefile30 Jan 2018 08:43:15 -
@@ -3,8 +3,7 @@
 COMMENT=   lame ain't an MP3 encoder
 #'
 
-DISTNAME=  lame-3.99.5
-REVISION=  1
+DISTNAME=  lame-3.100
 
 SHARED_LIBS +=  mp3lame  2.1  # 0.1
 
@@ -24,13 +23,20 @@ MASTER_SITES=   ${MASTER_SITE_SOURCEFORGE:
 
 LIB_DEPENDS=   converters/libiconv
 
-USE_GMAKE= Yes
-
-AUTOCONF_VERSION=2.69
-CONFIGURE_STYLE=autoconf
-CONFIGURE_ARGS=--enable-mp3rtp \
-   --disable-mp3x \
-   --with-fileio=lame
+CONFIGURE_STYLE=simple
+CONFIGURE_ARGS= \
+   --mandir=${PREFIX}/man  \
+   --enable-option-checking\
+   --disable-silent-rules  \
+   --enable-largefile  \
+   --disable-cpml  \
+   --disable-decoder   \
+   --enable-frontend   \
+   --enable-dynamic-frontends  \
+   --disable-mp3x  \
+   --enable-mp3rtp \
+   --without-dmalloc   \
+   --with-fileio=lame
 
 .if ${MACHINE_ARCH} == "i386"
 BUILD_DEPENDS+=devel/nasm
Index: distinfo
===
RCS file: /cvs/ports/audio/lame/distinfo,v
retrieving revision 1.19
diff -u -p -r1.19 distinfo
--- distinfo18 Jan 2015 03:12:43 -  1.19
+++ distinfo30 Jan 2018 08:43:15 -
@@ -1,2 +1,2 @@
-SHA256 (lame-3.99.5.tar.gz) = JDRrQVjkrzvZ8uGUuyPrRzx1+3N3ARUjNTGWsZuaI/8=
-SIZE (lame-3.99.5.tar.gz) = 1445348
+SHA256 (lame-3.100.tar.gz) = 3f42yrhzeUA4riwSEFV600hXpLa9xRV4XR2p4XWx2h4=
+SIZE (lame-3.100.tar.gz) = 1524133
Index: patches/patch-configure_in
===
RCS file: patches/patch-configure_in
diff -N patches/patch-configure_in
--- patches/patch-configure_in  27 Jul 2017 14:48:10 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,37 +0,0 @@
-$OpenBSD: patch-configure_in,v 1.1 2017/07/27 14:48:10 espie Exp $
-
-Complete auto detection of xmmintrin_h according to actual support.
-from FreeBSD
-
-Index: configure.in
 configure.in.orig
-+++ configure.in
-@@ -56,7 +56,7 @@ LIB_MAJOR_VERSION=0
- 
- # increase this when changes are made, but they are upward compatible
- # to previous versions
--LIB_MINOR_VERSION=0
-+LIB_MINOR_VERSION=1
- 
- dnl # work around for a bug, don't know where it is exactly
- if test "${ac_cv_cygwin}" = "yes"; then
-@@ -96,8 +96,18 @@ AC_CHECK_HEADERS( \
-sys/soundcard.h \
-sys/time.h \
-unistd.h \
--   xmmintrin.h \
-linux/soundcard.h)
-+
-+dnl Checks for actually working SSE intrinsics
-+AC_MSG_CHECKING(working SSE intrinsics)
-+AC_COMPILE_IFELSE(
-+[AC_LANG_PROGRAM(
-+  [[#include ]],
-+  [[_mm_sfence();]])],
-+[AC_DEFINE([HAVE_XMMINTRIN_H], [1], [Define if SSE intrinsics work.])
-+ ac_cv_header_xmmintrin_h=yes],
-+   [ac_cv_header_xmmintrin_h=no])
-+AC_MSG_RESULT(${ac_cv_header_xmmintrin_h})
- 
- dnl Checks for typedefs, structures, and compiler characteristics.
- AC_C_CONST



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/01/30 02:21:42

Modified files:
net: Makefile 

Log message:
Add lua-mmdb.



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/01/30 02:15:36

Log message:
Import net/lua-mmdb.

Lua library for reading MaxMind GeoIP2/GeoLite2 IP geolocation database
format.

OK abieber@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20180130

N ports/net/lua-mmdb/Makefile
N ports/net/lua-mmdb/distinfo
N ports/net/lua-mmdb/pkg/PLIST
N ports/net/lua-mmdb/pkg/DESCR

No conflicts created by this import



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/01/30 02:09:08

Modified files:
devel  : Makefile 

Log message:
Add lua-compat53.



CVS: cvs.openbsd.org: ports

2018-01-30 Thread Frederic Cambus
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/01/30 02:07:32

Log message:
Import devel/lua-compat53.

Compatibility module that aims to make it easier to write code in a
Lua 5.3 style that is compatible with Lua 5.1, Lua 5.2, and Lua 5.3.

This does not make Lua 5.2 (or even Lua 5.1) entirely compatible with
Lua 5.3, but it brings the API closer to that of Lua 5.3.

OK abieber@

Status:

Vendor Tag: fcambus
Release Tags:   fcambus_20180130

N ports/devel/lua-compat53/Makefile
N ports/devel/lua-compat53/distinfo
N ports/devel/lua-compat53/pkg/PLIST
N ports/devel/lua-compat53/pkg/DESCR

No conflicts created by this import