CVS: cvs.openbsd.org: ports
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
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
"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
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
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
Daniel Jakotswrote: > 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
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
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
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
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
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
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
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
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.)
On Mon, 29 Jan 2018 14:14:53 +0100 Patrick Wildtwrote: > 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
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
On Fri, Jan 26 2018, Rafael Sadowskiwrote: > 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
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
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)
On Tue, Jan 30 2018, Rafael Sadowskiwrote: > 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
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
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
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
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
On 2018/01/30 10:25, Jan Stary wrote: > +CONFIGURE_STYLE=simple Why "simple" and not "gnu"?
CVS: cvs.openbsd.org: ports
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
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
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
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
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
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