Re: UPDATE: security/opendnssec
On Thu Jan 24, 2019 at 05:29:34PM +0300, Pavel Korovin wrote:
> Dear all,
> Please find updated diff for the latest opendnssec attached.
> Thanks to Rafael Sadowski for noticing the previous diff problem.
> OK to commit?
Portwise OK with me but I didn't run a runtime test.
>
> --
> With best regards,
> Pavel Korovin
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/opendnssec/Makefile,v
> retrieving revision 1.15
> diff -u -p -r1.15 Makefile
> --- Makefile 4 Sep 2018 12:46:21 - 1.15
> +++ Makefile 24 Jan 2019 14:17:19 -
> @@ -2,27 +2,29 @@
>
> COMMENT= open-source turn-key solution for DNSSEC
>
> -DISTNAME=opendnssec-1.4.14
> -REVISION=1
> +DISTNAME=opendnssec-2.1.3
>
> CATEGORIES= security
>
> -HOMEPAGE=http://www.opendnssec.org/
> +HOMEPAGE=https://www.opendnssec.org/
>
> -MAINTAINER= Patrik Lundin
> +MAINTAINER= Pavel Korovin
>
> # BSD
> PERMIT_PACKAGE_CDROM=Yes
>
> WANTLIB += c crypto iconv ldns lzma m pthread xml2 z
>
> -MASTER_SITES=http://dist.opendnssec.org/source/
> +MASTER_SITES=https://dist.opendnssec.org/source/
> +
> +BUILD_DEPENDS= devel/cunit
>
> LIB_DEPENDS= converters/libiconv \
> net/ldns/libldns \
> textproc/libxml
>
> -TEST_DEPENDS=security/softhsm
> +TEST_DEPENDS=${BUILD_DEPENDS} \
> + security/softhsm2
>
> FAKE_FLAGS= sysconfdir=${PREFIX}/share/examples/opendnssec
>
> @@ -47,11 +49,52 @@ LIB_DEPENDS+= databases/mariadb
> ERRORS+= "Fatal: mutually exclusive flavors: ${FLAVORS}"
> .endif
>
> +SUBST_TARGETS= ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/README.md \
> + ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_{mysql,sqlite} \
> + ${WRKSRC}/enforcer/utils/convert_{mysql_to_sqlite,sqlite_to_mysql} \
> + ${WRKSRC}/contrib/ods-sequencer/ods-sequencer-submit.sh \
> + ${WRKSRC}/MIGRATION
> +
> +post-patch:
> + ${SUBST_CMD} ${SUBST_TARGETS}
> +
> +# regress-db target doesn't currently work
> +#
> https://github.com/opendnssec/opendnssec/commit/6b1b0da4a7ba5ae658aca49a45a45be4867f6806
> +pre-test:
> + sed -i 's/^check: regress-db/\#check: regress-db/' \
> + ${WRKSRC}/enforcer/src/db/test/Makefile
> +
> post-install:
> - ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/opendnssec
> - cd ${WRKSRC}; \
> - ${INSTALL_DATA} LICENSE ${PREFIX}/share/doc/opendnssec; \
> - ${INSTALL_DATA} plugins/simple-dnskey-mailer/simple-dnskey-mailer.sh \
> - ${PREFIX}/share/opendnssec
> + sed -i 's,#!/bin/bash,#!/bin/sh,' \
> + ${WRKSRC}/contrib/ods-sequencer/ods-sequencer-submit.sh \
> + ${WRKSRC}/contrib/simple-dnskey-mailer/simple-dnskey-mailer.sh
> + @find ${WRKSRC} -type f \
> + \( -name '*.beforesubst' -o -name '*.orig' \) -delete
> + ${INSTALL_SCRIPT} ${WRKSRC}/enforcer/utils/convert_mysql_to_sqlite \
> + ${PREFIX}/sbin/ods-convert_mysql_to_sqlite
> + ${INSTALL_SCRIPT} ${WRKSRC}/enforcer/utils/convert_sqlite_to_mysql \
> + ${PREFIX}/sbin/ods-convert_sqlite_to_mysql
> + ${INSTALL_SCRIPT}
> ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_mysql \
> + ${PREFIX}/sbin/ods-migrate-mysql
> + ${INSTALL_SCRIPT}
> ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_sqlite \
> + ${PREFIX}/sbin/ods-migrate-sqlite3
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/opendnssec/
> + ${INSTALL_DATA} ${WRKSRC}/{LICENSE,MIGRATION,NEWS} \
> + ${PREFIX}/share/doc/opendnssec/
> + ${INSTALL_DATA} ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/README.md \
> + ${PREFIX}/share/doc/opendnssec/MIGRATE_1.4-2.0.md
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/opendnssec/ods-sequencer/
> + ${INSTALL_DATA} ${WRKSRC}/contrib/ods-sequencer/* \
> + ${PREFIX}/share/examples/opendnssec/ods-sequencer/
> + ${INSTALL_DATA}
> ${WRKSRC}/contrib/simple-dnskey-mailer/simple-dnskey-mailer.sh \
> + ${PREFIX}/share/examples/opendnssec/
> + ${INSTALL_DATA_DIR} ${PREFIX}/share/opendnssec/migration/
> + ${INSTALL_DATA} ${WRKSRC}/enforcer/src/db/schema.*
> ${PREFIX}/share/opendnssec/
> + ${INSTALL_DATA}
> ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/find_problematic_zones.sql \
> + ${PREFIX}/share/opendnssec/migration/
> + ${INSTALL_DATA}
> ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/sqlite_convert.sql \
> + ${PREFIX}/share/opendnssec/migration/migrate-sqlite.sql
> + ${INSTALL_DATA}
> ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/mysql_convert.sql \
> + ${PREFIX}/share/opendnssec/migration/migrate-mysql.sql
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/security/opendnssec/distinfo,v
> retrieving revision 1.6
> diff -u -p -r1.6
Re: NEW: py-precis_i18n
On Fri Jan 18, 2019 at 08:26:35PM +0100, Ingo Feinerer wrote: > Hi, > > Gajim 1.1.2 has a new dependency: precis-i18n > https://pypi.org/project/precis-i18n/ > > Proposed category is "security". Or "textproc"? Or both? > > OK to import? I'm not the py porter but it works fine with gajim 1.1. Perhaps a py-dev could look over it and give feedback/OK. I prefer textproc as destination and "textproc security" in CATEGORY. RS
Re: UPDATE: net/gajim
On Fri Jan 18, 2019 at 08:32:26PM +0100, Ingo Feinerer wrote:
> Hi,
>
> update net/gajim to 1.1.2.
>
> This needs a newer version of py-nbxmpp and the new dependency
> precis-i18n (see separate mails).
>
> - Simplified dependencies (get rid of common dependencies as the build
> works without them; tested with all corresponding dependencies
> removed) as listed at
> https://dev.gajim.org/gajim/gajim/blob/master/README.md (see runtime
> vs. compile-time requirements).
>
> - Removed patches/patch-gajim_common_helpers_py as sound now works out
> of the box. The patched code path is not used any longer as Gajim
> looks for the aucat tool which is in base
>
> (https://dev.gajim.org/gajim/gajim/blob/master/gajim/common/helpers.py#L416).
> You might need to delete your Gajim configuration (or just the
> "soundplayer" line in .config/gajim/config) to trigger this auto
> detection (e.g. I had "paplay" stuff in there from an older Gajim
> version which did not work). You can test the functionality in Gajim
> -> Preferences -> Notifications -> Sounds -> Play sounds -> Manage and
> click the play button for a wav file).
>
> OK?
Works fine here. OK rsadowski@
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/gajim/Makefile,v
> retrieving revision 1.84
> diff -u -p -r1.84 Makefile
> --- Makefile 29 Jun 2018 22:16:19 - 1.84
> +++ Makefile 18 Jan 2019 19:27:15 -
> @@ -1,16 +1,15 @@
> # $OpenBSD: Makefile,v 1.84 2018/06/29 22:16:19 espie Exp $
>
> COMMENT= jabber client written in pygtk
> -MODPY_EGG_VERSION= 1.0.3
> +MODPY_EGG_VERSION= 1.1.2
> DISTNAME=gajim-${MODPY_EGG_VERSION}
> -REVISION=2
> CATEGORIES= net x11
>
> HOMEPAGE=https://www.gajim.org
>
> MAINTAINER= Pierre-Emmanuel Andre
>
> -MASTER_SITES=${HOMEPAGE}/downloads/1.0/
> +MASTER_SITES=${HOMEPAGE}/downloads/1.1/
>
> # GPLv3 only
> PERMIT_PACKAGE_CDROM=Yes
> @@ -19,23 +18,20 @@ MODULES= lang/python
> MODPY_VERSION= ${MODPY_DEFAULT_VERSION_3}
> MODPY_SETUPTOOLS=Yes
>
> -COMMON_DEPENDS= net/avahi,,-python \
> +BUILD_DEPENDS= devel/gettext-tools
> +
> +RUN_DEPENDS= devel/desktop-file-utils \
> + graphics/py-Pillow${MODPY_FLAVOR} \
> + graphics/py-cairo${MODPY_FLAVOR} \
> net/py-nbxmpp${MODPY_FLAVOR} \
> security/py-cryptodome${MODPY_FLAVOR} \
> - security/py-openssl${MODPY_FLAVOR} \
> security/py-gnupg${MODPY_FLAVOR} \
> - textproc/gspell \
> - x11/dbus-python${MODPY_FLAVOR}
> -
> -BUILD_DEPENDS= ${COMMON_DEPENDS} \
> - devel/gettext-tools
> -
> -RUN_DEPENDS= ${COMMON_DEPENDS} \
> - devel/desktop-file-utils \
> - devel/py-asn1${MODPY_FLAVOR} \
> - graphics/py-cairo${MODPY_FLAVOR} \
> - graphics/py-Pillow${MODPY_FLAVOR} \
> security/py-keyring${MODPY_FLAVOR} \
> + security/py-openssl${MODPY_FLAVOR} \
> + security/py-precis_i18n \
> + textproc/gspell \
> + textproc/py-cssutils${MODPY_FLAVOR} \
> + x11/dbus-python${MODPY_FLAVOR} \
> x11/gtk+3,-guic
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/gajim/distinfo,v
> retrieving revision 1.28
> diff -u -p -r1.28 distinfo
> --- distinfo 21 May 2018 06:10:43 - 1.28
> +++ distinfo 18 Jan 2019 19:27:15 -
> @@ -1,2 +1,2 @@
> -SHA256 (gajim-1.0.3.tar.gz) = rJ9h6xGw7wMntlF7/qJbDT7UmvoCX5aFEv+nJbjysqM=
> -SIZE (gajim-1.0.3.tar.gz) = 7520798
> +SHA256 (gajim-1.1.2.tar.gz) = UgQV3qZWyi2pM4/0pW9UeoEIQkWuL6nphj9EQP/Cx1Q=
> +SIZE (gajim-1.1.2.tar.gz) = 9531233
> Index: patches/patch-gajim_common_helpers_py
> ===
> RCS file: patches/patch-gajim_common_helpers_py
> diff -N patches/patch-gajim_common_helpers_py
> --- patches/patch-gajim_common_helpers_py 21 May 2018 06:10:43 -
> 1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,14 +0,0 @@
> -$OpenBSD: patch-gajim_common_helpers_py,v 1.1 2018/05/21 06:10:43 feinerer
> Exp $
> -
> -Index: gajim/common/helpers.py
> gajim/common/helpers.py.orig
> -+++ gajim/common/helpers.py
> -@@ -915,7 +915,7 @@ def play_sound_file(path_to_soundfile):
> - def _oss_play():
> - sndfile = wave.open(path_to_soundfile, 'rb')
> - (nc, sw, fr, nf, comptype, compname) = sndfile.getparams()
> --dev = oss.open('/dev/dsp', 'w')
> -+dev = oss.open('/dev/audio', 'w')
> - dev.setparameters(sw * 8, nc, fr)
> - dev.write(sndfile.readframes(nf))
> - sndfile.close()
> Index: patches/patch-setup_py
> ===
Re: UPDATE: net/gajim
Ping? (original post at https://marc.info/?l=openbsd-ports&m=154784008621003&w=2; dependencies at https://marc.info/?l=openbsd-ports&m=154783925020743&w=2 and https://marc.info/?l=openbsd-ports&m=154784001220968&w=2) On Fri, Jan 18, 2019 at 08:32:26PM +0100, Ingo Feinerer wrote: > update net/gajim to 1.1.2.
Re: [UPDATE] graphics/p5-Imager 1.005 -> 1.009
On Sat, Jan 19, 2019 at 02:04:01PM +0100, Charlene Wendling wrote:
> Hi ports, Peter,
>
> Imager will break at runtime with the future Perl 5.28 [1], so
> here is an update.
OK afresh1@
> What's new upstream (partial, see [2]):
>
> - add png_compression_level tag for writing PNG files
> - improved runtime error reporting, tests and docs
>
> What's new in the port:
>
> - Changed WANTLIB to use png16 instead of png, as
> port-lib-depends-check advised
> - Make use of TEST_POD=Yes instead of specifying test depends
> - HOMEPAGE cannot be moved to https and contains outdated infos,
> i wonder if we should just use the metacpan URL instead.
I'm fine with switching to the default HOMEPAGE if the current is
outdated. It is very confusing though as 1.009 claims to be from 2009
in the Changes file, but it says 0.97 was released in 2013 on
http://imager.perl.org so I have no idea what's going on.
> Testing:
>
> - 'make test' passes (on amd64 and macppc - it's a XS module)
> - graphics/p5-Imager-QRCode is the sole consumers and passes
> tests without any issues [3]
>
>
> Any comment/feedback is welcome!
>
> Charlène.
>
>
> [1]
> http://git.imager.perl.org/imager.git/patch/b1736e02fc399356d27fd45919adde71c192d1c4?hp=9619c400aab403242cc2d7ae13dd714a4bb7ccd6
> [2] https://metacpan.org/changes/release/TONYC/Imager-1.007
> [3] https://transfer.sh/xHRYN/p5-Imager.tgz
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/graphics/p5-Imager/Makefile,v
> retrieving revision 1.40
> diff -u -p -u -p -r1.40 Makefile
> --- Makefile 23 Sep 2017 10:51:07 - 1.40
> +++ Makefile 19 Jan 2019 12:53:45 -
> @@ -2,10 +2,9 @@
>
> COMMENT= generate and manipulate images
>
> -DISTNAME = Imager-1.005
> +DISTNAME = Imager-1.009
> CATEGORIES= graphics
> MODULES= cpan
> -REVISION = 0
>
> HOMEPAGE=http://imager.perl.org/
>
> @@ -14,7 +13,7 @@ MAINTAINER= Peter Valchev # Perl
> PERMIT_PACKAGE_CDROM=Yes
>
> -WANTLIB += c freetype gif jpeg m perl png t1 tiff z
> +WANTLIB += c freetype gif jpeg m perl png16 t1 tiff z
>
> LIB_DEPENDS= devel/t1lib \
> graphics/png \
> @@ -22,11 +21,10 @@ LIB_DEPENDS= devel/t1lib \
> graphics/tiff \
> graphics/giflib
>
> -TEST_DEPENDS = devel/p5-Inline \
> - devel/p5-Test-Pod \
> - devel/p5-Test-Pod-Coverage
> +TEST_DEPENDS = devel/p5-Inline
>
> TEST_ENV = AUTOMATED_TESTING=1
> +MAKE_ENV += TEST_POD=Yes
>
> CONFIGURE_ARGS= --enable JPEG,TIFF,PNG,GIF,T1,FT2 \
> --incpath="${LOCALBASE}/include:${X11BASE}/include" \
> Index: distinfo
> ===
> RCS file: /cvs/ports/graphics/p5-Imager/distinfo,v
> retrieving revision 1.9
> diff -u -p -u -p -r1.9 distinfo
> --- distinfo 17 Apr 2016 19:01:22 - 1.9
> +++ distinfo 19 Jan 2019 12:53:45 -
> @@ -1,2 +1,2 @@
> -SHA256 (Imager-1.005.tar.gz) = jk8mbayznF4cE2X8nlggl21bSrNGCsLTaupbV+d12Ws=
> -SIZE (Imager-1.005.tar.gz) = 1228710
> +SHA256 (Imager-1.009.tar.gz) = F3BAOYDEVK3+m7pOWLLHraIRhiOGhtk7V0sQUXUcuIU=
> +SIZE (Imager-1.009.tar.gz) = 1236563
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/graphics/p5-Imager/pkg/PLIST,v
> retrieving revision 1.16
> diff -u -p -u -p -r1.16 PLIST
> --- pkg/PLIST 16 Jul 2015 23:57:24 - 1.16
> +++ pkg/PLIST 19 Jan 2019 12:53:45 -
> @@ -70,6 +70,7 @@ ${P5ARCH}/Imager/include/imageri.h
> ${P5ARCH}/Imager/include/imconfig.h
> ${P5ARCH}/Imager/include/imdatatypes.h
> ${P5ARCH}/Imager/include/imerror.h
> +${P5ARCH}/Imager/include/imexif.h
> ${P5ARCH}/Imager/include/imext.h
> ${P5ARCH}/Imager/include/imextdef.h
> ${P5ARCH}/Imager/include/imextpl.h
>
Re: bump p5-Devel-CheckLib to newer version ?
On Mon, Jan 07, 2019 at 02:50:43PM -0500, sven falempin wrote: > -DISTNAME = Devel-CheckLib-1.02 > +DISTNAME = Devel-CheckLib-1.12 Had to patch this manually as it wouldn't apply, but after that this seems fine, although I did remove the REVISION as it's no longer needed. However, version 1.13 is on the CPAN, so I think we should pick up that one. OK? Index: Makefile === RCS file: /cvs/ports/devel/p5-Devel-CheckLib/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile29 Dec 2017 07:24:49 - 1.3 +++ Makefile25 Jan 2019 02:50:17 - @@ -3,9 +3,8 @@ COMMENT = module to check for C library availablity MODULES = cpan -DISTNAME = Devel-CheckLib-1.02 +DISTNAME = Devel-CheckLib-1.13 CATEGORIES = devel -REVISION = 0 # perl PERMIT_PACKAGE_CDROM = Yes Index: distinfo === RCS file: /cvs/ports/devel/p5-Devel-CheckLib/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo2 Jan 2015 14:23:29 - 1.1.1.1 +++ distinfo25 Jan 2019 02:50:17 - @@ -1,2 +1,2 @@ -SHA256 (Devel-CheckLib-1.02.tar.gz) = 72/Ef77zbIOeM4V4iKfO2BY4IwW4C/NH/1upvw9d7EM= -SIZE (Devel-CheckLib-1.02.tar.gz) = 13277 +SHA256 (Devel-CheckLib-1.13.tar.gz) = JK39kIcF36xLsyBxF2PzcSa3XPVLNWbCwnx83vnEKag= +SIZE (Devel-CheckLib-1.13.tar.gz) = 15450
Re: [UPDATE] devel/p5-B-Keywords 1.15 -> 1.19
On Mon, Dec 03, 2018 at 11:40:44PM +0100, Charlene Wendling wrote: > Hi ports! > > Here is an update for B::Keywords. OK afresh1@ > What's new upstream [1]: > > - More keywords in the list for newer Perl versions > - Some keywords introduction versions fixed > > What's new in the port: > > - More tests have been enabled by adding new TEST_DEPENDS. We can't run > them all because there are modules we don't ship, even though they're > "maintainer only" tests. > > Testing: > > - 'make test' passes > - There are reverse dependencies: devel/p5-B-Deobfuscate and > devel/p5-Perl-Critic. The two passes 'make test'. > > Any comments? > > Charlène. > > > [1] https://metacpan.org/changes/release/RURBAN/B-Keywords-1.19
Re: NEW: mail/postfix-policyd-spf-perl
On Wed, Jan 23, 2019 at 02:36:54PM +0100, Giovanni Bechis wrote: > Hi, > postfix-policyd-spf-perl is a Postfix SMTPd policy server for SPF. > > Comments ? Ok ? OK afresh1@ > Cheers >Giovanni
Re: [UPDATE] devel/p5-Class-Base 0.08 -> 0.09
On Wed, Dec 05, 2018 at 04:33:58AM +0100, Charlene Wendling wrote: > > I'm proposing here an update for Class::Base. OK afresh1@ > What's new upstream [1]: > > - Refactoring, also now uses Clone so it deep clones > - Pod fixes > > What's new in the port: > > - Now requires devel/p5-Clone > - Fixed a spacing inconsistency > > Testing: > > - 'make test' passes > - There are no consumers > > Any comments? > > Charlène. > > [1] https://metacpan.org/changes/distribution/Class-Base
Re: [UPDATE] devel/p5-Context-Preserve 0.02 -> 0.03
On Wed, Dec 05, 2018 at 04:39:26AM +0100, Charlene Wendling wrote: > > I'm proposing here an update for Context::Preserve. OK afresh1@ > What's new upstream [1]: > > - fix copyright in metadata and pod > > Port-wise it's a simple version bump. > > Testing: > > - 'make test' passes > - no new tests failures introduced in consumers > (devel/p5-MooseX-Method-Signatures and databases/p5-DBIx-Class) > > Comments/feedback are welcome! > > Charlène. > > > https://metacpan.org/source/ETHER/Context-Preserve-0.03/Changes
Re: [UPDATE] devel/p5-Data-Types-0.09 -> 0.14
On Wed, Dec 05, 2018 at 05:02:09AM +0100, Charlene Wendling wrote: > > Here is an update for Data::Types. OK afresh1@ I'd also OK it if you bump to 0.16 as that's just documentation fixes. > What's new upstream [1]: > > - Mostly distribution changes > - Fixed warning "Can't stat bin: No such file or directory" > > Port-wise it's a simple version bump. > > Testing: > > - 'make test' passes > - devel/p5-Class-Meta is the only consumer and 'make test' passes as > well [2]. > > Any comments? > > Charlène. > > > [1] https://metacpan.org/changes/release/MANWAR/Data-Types-0.14 > [2] https://transfer.sh/6Z80D/p5-Data-Types.tgz
Re: new devel/p5-ExtUtils-XSpp
On Sat, Jan 05, 2019 at 01:59:25AM +0100, Klemens Nanni wrote: > Simple portgen(1) product tested as dependency in my upcoming Slic3r port, > tests pass on amd64. > > OK? OK afresh1@ > Information for inst:p5-ExtUtils-XSpp-0.18 > > Comment: > XS for C++ > > Description: > XS++ is just a thin layer over plain XS, hence to use it you are > supposed to know, at the very least, C++ and XS. > > This means that you will need typemaps for both the normal XS > pre-processor *xsubpp* and the XS++ pre-processor *xspp*. > > Maintainer: The OpenBSD ports mailing-list > > WWW: http://search.cpan.org/dist/ExtUtils-XSpp/
Re: new devel/p5-ExtUtils-Typemaps-Default
On Sat, Jan 05, 2019 at 02:02:31AM +0100, Klemens Nanni wrote: > Another Slic3r dependency from portgen(1), tests pass. > > OK? OK afresh1@ > Information for inst:p5-ExtUtils-Typemaps-Default-1.05 > > Comment: > set of useful typemaps > > Description: > A set of useful typemaps > > Maintainer: Klemens Nanni > > WWW: http://search.cpan.org/dist/ExtUtils-Typemaps-Default/
Re: ports-gcc archs: unbreak x11/xscreensaver
On Thu, 24 Jan 2019 21:46:20 +
Stuart Henderson wrote:
> On 2019/01/24 19:45, Charlene Wendling wrote:
> > Hi ports,
> >
> > > http://build-failures.rhaalovely.net//powerpc/2018-12-14/x11/xscreensaver.log
> > > http://build-failures.rhaalovely.net//sparc64/2018-12-19/x11/xscreensaver.log
> >
> > What i'm proposing here is simply let ports-gcc build it on
> > ports-gcc archs, instead of using base-gcc. This reduces the
> > patchwork that would be needed as well.
> >
> > It has been tested successfully with:
> >
> > - macppc+ports-gcc4.9 [0]
> > - macppc+ports-gcc8.2 [1]
> > - i have tested on amd64 just to be sure ;)
> >
> > Any comments or feedback?
>
> Oh that is funny. It fails because it *deliberately* uses --std=c89 to
> force build to fail when // comments are used.
>
> Could you do it this way instead please? Then we don't need to worry
> about more creeping in. Tested with gcc on amd64.
Indeed, it's better than patching comments. It builds fine on
macppc/ports-gcc-4.9 as well [1].
Charlène.
[1] https://clbin.com/jC2pV
Index: Makefile
===
RCS file: /cvs/ports/x11/xscreensaver/Makefile,v
retrieving revision 1.101
diff -u -p -u -p -r1.101 Makefile
--- Makefile19 Jan 2019 15:02:39 - 1.101
+++ Makefile24 Jan 2019 23:00:13 -
@@ -4,10 +4,11 @@ COMMENT= screen saver and locker for th
# XXX x11/kde4/artwork plist may need regen if an update adds a new hack.
DISTNAME= xscreensaver-5.42
+REVISION= 0
CATEGORIES=x11
-HOMEPAGE= http://www.jwz.org/xscreensaver/
+HOMEPAGE= https://www.jwz.org/xscreensaver/
# BSD
PERMIT_PACKAGE_CDROM= Yes
@@ -22,6 +23,8 @@ WANTLIB += util xml2 z
MASTER_SITES= ${HOMEPAGE}
+COMPILER= base-clang ports-gcc
+
MODULES= textproc/intltool
RUN_DEPENDS= devel/desktop-file-utils
@@ -40,7 +43,8 @@ RUN_DEPENDS +=devel/xdg-utils
USE_GMAKE= Yes
NO_TEST= Yes
-CONFIGURE_STYLE= gnu
+CONFIGURE_STYLE= autoconf
+AUTOCONF_VERSION= 2.69
CONFIGURE_ARGS=--with-hackdir="${PREFIX}/libexec/xscreensaver"
\
--with-x-app-defaults="${PREFIX}/lib/X11/app-defaults" \
--without-pam
Index: patches/patch-configure_in
===
RCS file: patches/patch-configure_in
diff -N patches/patch-configure_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-configure_in 24 Jan 2019 23:00:13 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+Unbreak the build with ports-gcc and --std=c89
+Index: configure.in
+--- configure.in.orig
configure.in
+@@ -1227,7 +1227,6 @@ AC_PROG_CC_ANSI
+ AC_NO_LONG_STRING_WARNINGS
+ AC_NO_MISPLACED_DECLARATIONS
+ AC_NO_OBJECTIVE_C
+-AC_NO_CPLUSPLUS_COMMENTS_IN_C_CODE
+ AC_PROG_CPP
+ AC_C_CONST
+ AC_C_INLINE
Re: ports-gcc archs: unbreak x11/xscreensaver
On 2019/01/24 19:45, Charlene Wendling wrote:
> Hi ports,
>
> > http://build-failures.rhaalovely.net//powerpc/2018-12-14/x11/xscreensaver.log
> > http://build-failures.rhaalovely.net//sparc64/2018-12-19/x11/xscreensaver.log
>
> What i'm proposing here is simply let ports-gcc build it on ports-gcc
> archs, instead of using base-gcc. This reduces the patchwork that would
> be needed as well.
>
> It has been tested successfully with:
>
> - macppc+ports-gcc4.9 [0]
> - macppc+ports-gcc8.2 [1]
> - i have tested on amd64 just to be sure ;)
>
> Any comments or feedback?
Oh that is funny. It fails because it *deliberately* uses --std=c89 to
force build to fail when // comments are used.
Could you do it this way instead please? Then we don't need to worry
about more creeping in. Tested with gcc on amd64.
Index: Makefile
===
RCS file: /cvs/ports/x11/xscreensaver/Makefile,v
retrieving revision 1.101
diff -u -p -r1.101 Makefile
--- Makefile19 Jan 2019 15:02:39 - 1.101
+++ Makefile24 Jan 2019 21:46:02 -
@@ -4,6 +4,7 @@ COMMENT=screen saver and locker for th
# XXX x11/kde4/artwork plist may need regen if an update adds a new hack.
DISTNAME= xscreensaver-5.42
+REVISION= 0
CATEGORIES=x11
@@ -22,6 +23,8 @@ WANTLIB += util xml2 z
MASTER_SITES= ${HOMEPAGE}
+COMPILER= base-clang ports-gcc
+
MODULES= textproc/intltool
RUN_DEPENDS= devel/desktop-file-utils
@@ -40,7 +43,8 @@ RUN_DEPENDS +=devel/xdg-utils
USE_GMAKE= Yes
NO_TEST= Yes
-CONFIGURE_STYLE= gnu
+CONFIGURE_STYLE= autoconf
+AUTOCONF_VERSION= 2.69
CONFIGURE_ARGS=--with-hackdir="${PREFIX}/libexec/xscreensaver"
\
--with-x-app-defaults="${PREFIX}/lib/X11/app-defaults" \
--without-pam
Index: patches/patch-configure_in
===
RCS file: patches/patch-configure_in
diff -N patches/patch-configure_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-configure_in 24 Jan 2019 21:46:02 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+
+Index: configure.in
+--- configure.in.orig
configure.in
+@@ -1227,7 +1227,6 @@ AC_PROG_CC_ANSI
+ AC_NO_LONG_STRING_WARNINGS
+ AC_NO_MISPLACED_DECLARATIONS
+ AC_NO_OBJECTIVE_C
+-AC_NO_CPLUSPLUS_COMMENTS_IN_C_CODE
+ AC_PROG_CPP
+ AC_C_CONST
+ AC_C_INLINE
Re: ports-gcc archs: unbreak x11/xscreensaver
On Thu Jan 24, 2019 at 07:45:20PM +0100, Charlene Wendling wrote:
> Hi ports,
>
> > http://build-failures.rhaalovely.net//powerpc/2018-12-14/x11/xscreensaver.log
> > http://build-failures.rhaalovely.net//sparc64/2018-12-19/x11/xscreensaver.log
>
> What i'm proposing here is simply let ports-gcc build it on ports-gcc
> archs, instead of using base-gcc. This reduces the patchwork that would
> be needed as well.
>
> It has been tested successfully with:
>
> - macppc+ports-gcc4.9 [0]
> - macppc+ports-gcc8.2 [1]
> - i have tested on amd64 just to be sure ;)
>
> Any comments or feedback?
>
> Charlène.
>
> [0] https://clbin.com/1g5xz
> [1] https://bsd.network/@julianaito/101460234765727687
>
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/xscreensaver/Makefile,v
> retrieving revision 1.101
> diff -u -p -r1.101 Makefile
> --- Makefile 19 Jan 2019 15:02:39 - 1.101
> +++ Makefile 22 Jan 2019 20:36:35 -
> @@ -5,6 +5,8 @@ COMMENT= screen saver and locker for th
> # XXX x11/kde4/artwork plist may need regen if an update adds a new
> hack. DISTNAME= xscreensaver-5.42
>
> +REVISION=0
> +
> CATEGORIES= x11
>
> HOMEPAGE=http://www.jwz.org/xscreensaver/
Could we also switch to https, please. Thanks!
> @@ -21,6 +23,8 @@ WANTLIB += jpeg m pango-1.0 pangocairo-1
> WANTLIB += util xml2 z
>
> MASTER_SITES=${HOMEPAGE}
> +
> +COMPILER=base-clang ports-gcc
>
> MODULES= textproc/intltool
>
> Index: patches/patch-hacks_fontglide_c
> ===
> RCS file: patches/patch-hacks_fontglide_c
> diff -N patches/patch-hacks_fontglide_c
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-hacks_fontglide_c 22 Jan 2019 20:36:35 -
> @@ -0,0 +1,17 @@
> +$OpenBSD$
> +Change C++ styled comments to C ones, unbreak the build with ports-gcc
> +Index: hacks/fontglide.c
> +--- hacks/fontglide.c.orig
> hacks/fontglide.c
> +@@ -2421,8 +2421,9 @@ fontglide_free (Display *dpy, Window window,
> void *clo
> +
> + textclient_close (s->tc);
> +
> +-// if (s->b && s->b != s->window) XFreePixmap (dpy, s->b);
> +-// if (s->ba && s->ba != s->b) XFreePixmap (dpy, s->ba);
> ++/* if (s->b && s->b != s->window) XFreePixmap (dpy, s->b);
> ++if (s->ba && s->ba != s->b) XFreePixmap (dpy, s->ba);
> ++*/
> + XFreeGC (dpy, s->bg_gc);
> + if (s->charset) free (s->charset);
> + if (s->font_override) free (s->font_override);
>
Re: [NEW] net/thingsd 1.0
On 2019/01/24 11:47, Tracey Emery wrote: > On Thu, Jan 24, 2019 at 09:39:51AM -0700, Tracey Emery wrote: > > On Wed, Jan 23, 2019 at 09:43:10PM +, Stuart Henderson wrote: > > > On 2019/01/17 09:39, Tracey Emery wrote: > > > > Hello, > > > > > > > > This is a new port request and a replacement for a formerly requested > > > > port, > > > > which should be disregarded (net/busybeed). > > > > > > > > thingsd has been completely refactored and cleaned up from the original > > > > busybeed, and now uses libevent from base. > > > > > > > > Description: > > > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > > > client > > > > processes to communicate with an array of serial and IoT things. At its > > > > core, > > > > thingsd is primarily a packet repeater in that it waits for packets to > > > > swap > > > > between subscriber clients and things. However, thingsd also provides > > > > password > > > > control over those connections, including client limits. > > > > > > It probably makes sense to talk in DESCR about what protocols/devices are > > > supported .. > > > > Howdy, is this what you're looking for? Does it make sense? Suggestions? > > > > Thanks, > > Tracey > > > > --- DESCR.orig Thu Jan 24 09:17:15 2019 > > +++ DESCR Thu Jan 24 09:33:52 2019 > > @@ -1,5 +1,16 @@ > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > client > > processes to communicate with an array of serial and IoT things. At its > > core, > > -thingsd is primarily a packet repeater in that it waits for packets to swap > > -between subscriber clients and things. However, thingsd also provides > > password > > -control over those connections, including client limits. > > +thingsd is primarily a data aggregator and repeater, in that it waits for > > +packets to swap between subscriber clients and things. However, thingsd > > also > > +provides password control over those connections, including client limits. > > + > > +On the client side, thingsd sets up TCP/IP sockets to transmit packets from > > +things, and vice versa. On the server side, thingsd can connect to any > > serial > > +device which has a viable file descriptor, create a persistent connection > > to > > +the IP address of a device transmitting packets on the same network, or > > setup a > > +UDP listener on the network to receive broadcasted packets. Devices tested > > +include: ESP8266/ESP32 modules, on both the serial and network sides, XBee > > +Series 2 coordinators connected in a mesh network, and NF24 devices. To > > +transmit to an IP address, which does not allow persistence, thingsd will > > +create an ad hoc connection, transmit a packet, and detach. The thingsd > > proxy > > +daemon is agnostic about packet data. > > I think the first sentence, second paragraph, makes more sense in this one. > > --- DESCR.origThu Jan 24 09:17:15 2019 > +++ DESCR Thu Jan 24 11:44:44 2019 > @@ -1,5 +1,16 @@ > The thingsd OpenBSD proxy daemon provides a mechanism for clients and client > processes to communicate with an array of serial and IoT things. At its core, > -thingsd is primarily a packet repeater in that it waits for packets to swap > -between subscriber clients and things. However, thingsd also provides > password > -control over those connections, including client limits. > +thingsd is primarily a data aggregator and repeater, in that it waits for > +packets to swap between subscriber clients and things. However, thingsd also > +provides password control over those connections, including client limits. > + > +On the client side, thingsd sets up TCP/IP sockets to transmit packets to and > +from things. On the server side, thingsd can connect to any serial device > which > +has a viable file descriptor, create a persistent connection to the IP > address > +of a device transmitting packets on the same network, or setup a UDP listener > +on the network to receive broadcasted packets. Devices tested include: > +ESP8266/ESP32 modules, on both the serial and network sides, XBee Series 2 > +coordinators connected in a mesh network, and NF24 devices. To transmit to an > +IP address, which does not allow persistence, thingsd will create an ad hoc > +connection, transmit a packet, and detach. The thingsd proxy daemon is > agnostic > +about packet data. > Thanks, yes that makes a lot more sense.
Re: [NEW] net/thingsd 1.0
On Thu, Jan 24, 2019 at 09:39:51AM -0700, Tracey Emery wrote: > On Wed, Jan 23, 2019 at 09:43:10PM +, Stuart Henderson wrote: > > On 2019/01/17 09:39, Tracey Emery wrote: > > > Hello, > > > > > > This is a new port request and a replacement for a formerly requested > > > port, > > > which should be disregarded (net/busybeed). > > > > > > thingsd has been completely refactored and cleaned up from the original > > > busybeed, and now uses libevent from base. > > > > > > Description: > > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and > > > client > > > processes to communicate with an array of serial and IoT things. At its > > > core, > > > thingsd is primarily a packet repeater in that it waits for packets to > > > swap > > > between subscriber clients and things. However, thingsd also provides > > > password > > > control over those connections, including client limits. > > > > It probably makes sense to talk in DESCR about what protocols/devices are > > supported .. > > Howdy, is this what you're looking for? Does it make sense? Suggestions? > > Thanks, > Tracey > > --- DESCR.origThu Jan 24 09:17:15 2019 > +++ DESCR Thu Jan 24 09:33:52 2019 > @@ -1,5 +1,16 @@ > The thingsd OpenBSD proxy daemon provides a mechanism for clients and client > processes to communicate with an array of serial and IoT things. At its core, > -thingsd is primarily a packet repeater in that it waits for packets to swap > -between subscriber clients and things. However, thingsd also provides > password > -control over those connections, including client limits. > +thingsd is primarily a data aggregator and repeater, in that it waits for > +packets to swap between subscriber clients and things. However, thingsd also > +provides password control over those connections, including client limits. > + > +On the client side, thingsd sets up TCP/IP sockets to transmit packets from > +things, and vice versa. On the server side, thingsd can connect to any serial > +device which has a viable file descriptor, create a persistent connection to > +the IP address of a device transmitting packets on the same network, or > setup a > +UDP listener on the network to receive broadcasted packets. Devices tested > +include: ESP8266/ESP32 modules, on both the serial and network sides, XBee > +Series 2 coordinators connected in a mesh network, and NF24 devices. To > +transmit to an IP address, which does not allow persistence, thingsd will > +create an ad hoc connection, transmit a packet, and detach. The thingsd proxy > +daemon is agnostic about packet data. I think the first sentence, second paragraph, makes more sense in this one. --- DESCR.orig Thu Jan 24 09:17:15 2019 +++ DESCR Thu Jan 24 11:44:44 2019 @@ -1,5 +1,16 @@ The thingsd OpenBSD proxy daemon provides a mechanism for clients and client processes to communicate with an array of serial and IoT things. At its core, -thingsd is primarily a packet repeater in that it waits for packets to swap -between subscriber clients and things. However, thingsd also provides password -control over those connections, including client limits. +thingsd is primarily a data aggregator and repeater, in that it waits for +packets to swap between subscriber clients and things. However, thingsd also +provides password control over those connections, including client limits. + +On the client side, thingsd sets up TCP/IP sockets to transmit packets to and +from things. On the server side, thingsd can connect to any serial device which +has a viable file descriptor, create a persistent connection to the IP address +of a device transmitting packets on the same network, or setup a UDP listener +on the network to receive broadcasted packets. Devices tested include: +ESP8266/ESP32 modules, on both the serial and network sides, XBee Series 2 +coordinators connected in a mesh network, and NF24 devices. To transmit to an +IP address, which does not allow persistence, thingsd will create an ad hoc +connection, transmit a packet, and detach. The thingsd proxy daemon is agnostic +about packet data.
ports-gcc archs: unbreak x11/xscreensaver
Hi ports,
> http://build-failures.rhaalovely.net//powerpc/2018-12-14/x11/xscreensaver.log
> http://build-failures.rhaalovely.net//sparc64/2018-12-19/x11/xscreensaver.log
What i'm proposing here is simply let ports-gcc build it on ports-gcc
archs, instead of using base-gcc. This reduces the patchwork that would
be needed as well.
It has been tested successfully with:
- macppc+ports-gcc4.9 [0]
- macppc+ports-gcc8.2 [1]
- i have tested on amd64 just to be sure ;)
Any comments or feedback?
Charlène.
[0] https://clbin.com/1g5xz
[1] https://bsd.network/@julianaito/101460234765727687
Index: Makefile
===
RCS file: /cvs/ports/x11/xscreensaver/Makefile,v
retrieving revision 1.101
diff -u -p -r1.101 Makefile
--- Makefile19 Jan 2019 15:02:39 - 1.101
+++ Makefile22 Jan 2019 20:36:35 -
@@ -5,6 +5,8 @@ COMMENT=screen saver and locker for th
# XXX x11/kde4/artwork plist may need regen if an update adds a new
hack. DISTNAME= xscreensaver-5.42
+REVISION= 0
+
CATEGORIES=x11
HOMEPAGE= http://www.jwz.org/xscreensaver/
@@ -21,6 +23,8 @@ WANTLIB += jpeg m pango-1.0 pangocairo-1
WANTLIB += util xml2 z
MASTER_SITES= ${HOMEPAGE}
+
+COMPILER= base-clang ports-gcc
MODULES= textproc/intltool
Index: patches/patch-hacks_fontglide_c
===
RCS file: patches/patch-hacks_fontglide_c
diff -N patches/patch-hacks_fontglide_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-hacks_fontglide_c 22 Jan 2019 20:36:35 -
@@ -0,0 +1,17 @@
+$OpenBSD$
+Change C++ styled comments to C ones, unbreak the build with ports-gcc
+Index: hacks/fontglide.c
+--- hacks/fontglide.c.orig
hacks/fontglide.c
+@@ -2421,8 +2421,9 @@ fontglide_free (Display *dpy, Window window,
void *clo
+
+ textclient_close (s->tc);
+
+-// if (s->b && s->b != s->window) XFreePixmap (dpy, s->b);
+-// if (s->ba && s->ba != s->b) XFreePixmap (dpy, s->ba);
++/* if (s->b && s->b != s->window) XFreePixmap (dpy, s->b);
++if (s->ba && s->ba != s->b) XFreePixmap (dpy, s->ba);
++*/
+ XFreeGC (dpy, s->bg_gc);
+ if (s->charset) free (s->charset);
+ if (s->font_override) free (s->font_override);
Re: [NEW] net/thingsd 1.0
On Wed, Jan 23, 2019 at 09:43:10PM +, Stuart Henderson wrote: > On 2019/01/17 09:39, Tracey Emery wrote: > > Hello, > > > > This is a new port request and a replacement for a formerly requested port, > > which should be disregarded (net/busybeed). > > > > thingsd has been completely refactored and cleaned up from the original > > busybeed, and now uses libevent from base. > > > > Description: > > The thingsd OpenBSD proxy daemon provides a mechanism for clients and client > > processes to communicate with an array of serial and IoT things. At its > > core, > > thingsd is primarily a packet repeater in that it waits for packets to swap > > between subscriber clients and things. However, thingsd also provides > > password > > control over those connections, including client limits. > > It probably makes sense to talk in DESCR about what protocols/devices are > supported .. Howdy, is this what you're looking for? Does it make sense? Suggestions? Thanks, Tracey --- DESCR.orig Thu Jan 24 09:17:15 2019 +++ DESCR Thu Jan 24 09:33:52 2019 @@ -1,5 +1,16 @@ The thingsd OpenBSD proxy daemon provides a mechanism for clients and client processes to communicate with an array of serial and IoT things. At its core, -thingsd is primarily a packet repeater in that it waits for packets to swap -between subscriber clients and things. However, thingsd also provides password -control over those connections, including client limits. +thingsd is primarily a data aggregator and repeater, in that it waits for +packets to swap between subscriber clients and things. However, thingsd also +provides password control over those connections, including client limits. + +On the client side, thingsd sets up TCP/IP sockets to transmit packets from +things, and vice versa. On the server side, thingsd can connect to any serial +device which has a viable file descriptor, create a persistent connection to +the IP address of a device transmitting packets on the same network, or setup a +UDP listener on the network to receive broadcasted packets. Devices tested +include: ESP8266/ESP32 modules, on both the serial and network sides, XBee +Series 2 coordinators connected in a mesh network, and NF24 devices. To +transmit to an IP address, which does not allow persistence, thingsd will +create an ad hoc connection, transmit a packet, and detach. The thingsd proxy +daemon is agnostic about packet data.
Re: ELK ports updates (elasticsearch/logstash/kibana)
Dear all, Please find the updated diff for logstash-6.5.4 attached. Changes: netty-tcnative used for TLS inputs was updated due to lpthread version change. It's statically linked now. -- With best regards, Pavel Korovin logstash-6.5.4.diff.gz Description: Binary data
Re: UPDATE: security/opendnssec
Dear all,
Please find updated diff for the latest opendnssec attached.
Thanks to Rafael Sadowski for noticing the previous diff problem.
OK to commit?
--
With best regards,
Pavel Korovin
Index: Makefile
===
RCS file: /cvs/ports/security/opendnssec/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile4 Sep 2018 12:46:21 - 1.15
+++ Makefile24 Jan 2019 14:17:19 -
@@ -2,27 +2,29 @@
COMMENT= open-source turn-key solution for DNSSEC
-DISTNAME= opendnssec-1.4.14
-REVISION= 1
+DISTNAME= opendnssec-2.1.3
CATEGORIES=security
-HOMEPAGE= http://www.opendnssec.org/
+HOMEPAGE= https://www.opendnssec.org/
-MAINTAINER=Patrik Lundin
+MAINTAINER=Pavel Korovin
# BSD
PERMIT_PACKAGE_CDROM= Yes
WANTLIB += c crypto iconv ldns lzma m pthread xml2 z
-MASTER_SITES= http://dist.opendnssec.org/source/
+MASTER_SITES= https://dist.opendnssec.org/source/
+
+BUILD_DEPENDS= devel/cunit
LIB_DEPENDS= converters/libiconv \
net/ldns/libldns \
textproc/libxml
-TEST_DEPENDS= security/softhsm
+TEST_DEPENDS= ${BUILD_DEPENDS} \
+ security/softhsm2
FAKE_FLAGS=sysconfdir=${PREFIX}/share/examples/opendnssec
@@ -47,11 +49,52 @@ LIB_DEPENDS+= databases/mariadb
ERRORS+= "Fatal: mutually exclusive flavors: ${FLAVORS}"
.endif
+SUBST_TARGETS= ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/README.md \
+ ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_{mysql,sqlite} \
+ ${WRKSRC}/enforcer/utils/convert_{mysql_to_sqlite,sqlite_to_mysql} \
+ ${WRKSRC}/contrib/ods-sequencer/ods-sequencer-submit.sh \
+ ${WRKSRC}/MIGRATION
+
+post-patch:
+ ${SUBST_CMD} ${SUBST_TARGETS}
+
+# regress-db target doesn't currently work
+#
https://github.com/opendnssec/opendnssec/commit/6b1b0da4a7ba5ae658aca49a45a45be4867f6806
+pre-test:
+ sed -i 's/^check: regress-db/\#check: regress-db/' \
+ ${WRKSRC}/enforcer/src/db/test/Makefile
+
post-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/opendnssec
- cd ${WRKSRC}; \
- ${INSTALL_DATA} LICENSE ${PREFIX}/share/doc/opendnssec; \
- ${INSTALL_DATA} plugins/simple-dnskey-mailer/simple-dnskey-mailer.sh \
- ${PREFIX}/share/opendnssec
+ sed -i 's,#!/bin/bash,#!/bin/sh,' \
+ ${WRKSRC}/contrib/ods-sequencer/ods-sequencer-submit.sh \
+ ${WRKSRC}/contrib/simple-dnskey-mailer/simple-dnskey-mailer.sh
+ @find ${WRKSRC} -type f \
+ \( -name '*.beforesubst' -o -name '*.orig' \) -delete
+ ${INSTALL_SCRIPT} ${WRKSRC}/enforcer/utils/convert_mysql_to_sqlite \
+ ${PREFIX}/sbin/ods-convert_mysql_to_sqlite
+ ${INSTALL_SCRIPT} ${WRKSRC}/enforcer/utils/convert_sqlite_to_mysql \
+ ${PREFIX}/sbin/ods-convert_sqlite_to_mysql
+ ${INSTALL_SCRIPT}
${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_mysql \
+ ${PREFIX}/sbin/ods-migrate-mysql
+ ${INSTALL_SCRIPT}
${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/convert_sqlite \
+ ${PREFIX}/sbin/ods-migrate-sqlite3
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/opendnssec/
+ ${INSTALL_DATA} ${WRKSRC}/{LICENSE,MIGRATION,NEWS} \
+ ${PREFIX}/share/doc/opendnssec/
+ ${INSTALL_DATA} ${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/README.md \
+ ${PREFIX}/share/doc/opendnssec/MIGRATE_1.4-2.0.md
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/opendnssec/ods-sequencer/
+ ${INSTALL_DATA} ${WRKSRC}/contrib/ods-sequencer/* \
+ ${PREFIX}/share/examples/opendnssec/ods-sequencer/
+ ${INSTALL_DATA}
${WRKSRC}/contrib/simple-dnskey-mailer/simple-dnskey-mailer.sh \
+ ${PREFIX}/share/examples/opendnssec/
+ ${INSTALL_DATA_DIR} ${PREFIX}/share/opendnssec/migration/
+ ${INSTALL_DATA} ${WRKSRC}/enforcer/src/db/schema.*
${PREFIX}/share/opendnssec/
+ ${INSTALL_DATA}
${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/find_problematic_zones.sql \
+ ${PREFIX}/share/opendnssec/migration/
+ ${INSTALL_DATA}
${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/sqlite_convert.sql \
+ ${PREFIX}/share/opendnssec/migration/migrate-sqlite.sql
+ ${INSTALL_DATA}
${WRKSRC}/enforcer/utils/1.4-2.0_db_convert/mysql_convert.sql \
+ ${PREFIX}/share/opendnssec/migration/migrate-mysql.sql
.include
Index: distinfo
===
RCS file: /cvs/ports/security/opendnssec/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo10 Jul 2017 18:12:05 - 1.6
+++ distinfo24 Jan 2019 14:17:19 -
@@ -1,2 +1,2 @@
-SHA256 (opendnssec-1.4.14.tar.gz) =
4cQexbxhdiM7LZT09PcD51h7rmdgdkqxvvA88QvR3N8=
-SIZE (opendnssec-1.4.14.tar.gz) = 1037188
+SHA256 (opendnssec-2.1.3.tar.gz) = Pe
Re: chan-dongle asterisk module to include in default asterisk port
Hi I am stuck with chan dongle asterisk 13.22 (pbx in flsh). I have e1550 modem (firmware 11.609.20.03.356 ) and it was one way audio. Calle does not hear anything but caller hear voice. Other trunk was fine. -- Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-ports-f108501.html
Re: update py-whisper
ping
On 11/27/18 12:44 PM, Martijn van Duren wrote:
> Here's an update for databases/py-whisper, which is a requirement for
> graphite-web, which also requires py-django, which in turn is python3
> only nowadays. Ergo I added a python3 flavor, for which has experimental
> support.
>
> Same as with py-carbon; major release notes can be found:
> https://graphite.readthedocs.io/en/latest/releases/1_1_1.html
>
> OK?
>
> martijn
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/databases/py-whisper/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile 14 Nov 2017 15:59:27 - 1.9
> +++ Makefile 27 Nov 2018 11:24:27 -
> @@ -2,7 +2,7 @@
>
> COMMENT= fixed size round-robin style database
>
> -MODPY_EGG_VERSION= 1.0.2
> +MODPY_EGG_VERSION= 1.1.4
>
> DISTNAME=whisper-${MODPY_EGG_VERSION}
> PKGNAME= py-${DISTNAME}
> @@ -18,5 +18,20 @@ MODPY_PI = Yes
> RUN_DEPENDS= net/rrdtool,-python
>
> NO_TEST =Yes
> +
> +FLAVORS= python3
> +FLAVOR ?=
> +
> +PYBINS= find-corrupt-whisper-files rrd2whisper update-storage-times \
> + whisper-auto-resize whisper-auto-update whisper-create whisper-diff \
> + whisper-dump whisper-fetch whisper-fill whisper-info whisper-merge \
> + whisper-resize whisper-set-aggregation-method whisper-set-xfilesfactor \
> + whisper-update
> +
> +post-install:
> +.for b in ${PYBINS}
> + mv -f ${PREFIX}/bin/$b.py ${PREFIX}/bin/$b${MODPY_BIN_SUFFIX}.py
> +.endfor
> +
>
> .include
> Index: distinfo
> ===
> RCS file: /cvs/ports/databases/py-whisper/distinfo,v
> retrieving revision 1.6
> diff -u -p -r1.6 distinfo
> --- distinfo 14 Nov 2017 15:59:27 - 1.6
> +++ distinfo 27 Nov 2018 11:24:27 -
> @@ -1,2 +1,2 @@
> -SHA256 (whisper-1.0.2.tar.gz) = Q9v7R9wUHBdKANjVYdsByfCZp18imTjJJ9fEQN2IK+w=
> -SIZE (whisper-1.0.2.tar.gz) = 24064
> +SHA256 (whisper-1.1.4.tar.gz) = 7pEohztfnJfSWNNdCjLvjmLJ2kc/u9BWmC3x828LN6o=
> +SIZE (whisper-1.1.4.tar.gz) = 31395
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/databases/py-whisper/pkg/PLIST,v
> retrieving revision 1.4
> diff -u -p -r1.4 PLIST
> --- pkg/PLIST 8 Jul 2017 16:09:17 - 1.4
> +++ pkg/PLIST 27 Nov 2018 11:24:27 -
> @@ -1,20 +1,21 @@
> @comment $OpenBSD: PLIST,v 1.4 2017/07/08 16:09:17 jasper Exp $
> -bin/find-corrupt-whisper-files.py
> -bin/rrd2whisper.py
> -bin/update-storage-times.py
> -bin/whisper-auto-resize.py
> -bin/whisper-auto-update.py
> -bin/whisper-create.py
> -bin/whisper-diff.py
> -bin/whisper-dump.py
> -bin/whisper-fetch.py
> -bin/whisper-fill.py
> -bin/whisper-info.py
> -bin/whisper-merge.py
> -bin/whisper-resize.py
> -bin/whisper-set-aggregation-method.py
> -bin/whisper-set-xfilesfactor.py
> -bin/whisper-update.py
> +bin/find-corrupt-whisper-files${MODPY_BIN_SUFFIX}.py
> +bin/rrd2whisper${MODPY_BIN_SUFFIX}.py
> +bin/update-storage-times${MODPY_BIN_SUFFIX}.py
> +bin/whisper-auto-resize${MODPY_BIN_SUFFIX}.py
> +bin/whisper-auto-update${MODPY_BIN_SUFFIX}.py
> +bin/whisper-create${MODPY_BIN_SUFFIX}.py
> +bin/whisper-diff${MODPY_BIN_SUFFIX}.py
> +bin/whisper-dump${MODPY_BIN_SUFFIX}.py
> +bin/whisper-fetch${MODPY_BIN_SUFFIX}.py
> +bin/whisper-fill${MODPY_BIN_SUFFIX}.py
> +bin/whisper-info${MODPY_BIN_SUFFIX}.py
> +bin/whisper-merge${MODPY_BIN_SUFFIX}.py
> +bin/whisper-resize${MODPY_BIN_SUFFIX}.py
> +bin/whisper-set-aggregation-method${MODPY_BIN_SUFFIX}.py
> +bin/whisper-set-xfilesfactor${MODPY_BIN_SUFFIX}.py
> +bin/whisper-update${MODPY_BIN_SUFFIX}.py
> +lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}/
> +lib/python${MODPY_VERSION}/site-packages/${MODPY_PYCACHE}whisper.${MODPY_PYC_MAGIC_TAG}pyc
>
> lib/python${MODPY_VERSION}/site-packages/whisper-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info
> lib/python${MODPY_VERSION}/site-packages/whisper.py
> -lib/python${MODPY_VERSION}/site-packages/whisper.pyc
>
Re: new net/icinga/web2-module-graphite
ping On 11/27/18 2:26 PM, Martijn van Duren wrote: > Here's a port of web2-module-graphite. I took web2-module-director as a > basis, which worked well enough. > > The diff is for a quirk when having a service check based on > snmp-storage. The check uses regexes and anchoring with a '^' is stored > as is by icinga2-graphite, while web2-module-graphite escapes it with a > '_'. Upstream is already notified but not yet merged.[0] > > This requires a running graphite including graphite-web, but since that > can run on a separate host I don't think we should add it as a > dependency. This way we can also include it right away for people > offloading their icinga2 graphite needs to an instance not maintained > by ports. > > OK? > > martijn@ > > [0]https://github.com/Icinga/icingaweb2-module-graphite/pull/189 >
Re: update py-carbon
ping
On 11/28/18 1:56 PM, Martijn van Duren wrote:
> So something like this?
> I'll send py-cachetools in a separate diff.
>
> On 11/28/18 12:07 PM, Stuart Henderson wrote:
>> On 2018/11/28 08:25, Martijn van Duren wrote:
>>> On 11/27/18 2:36 PM, Daniel Jakots wrote:
On Tue, 27 Nov 2018 12:43:52 +0100, Martijn van Duren
wrote:
> Here's an update to databases/py-carbon.
> There's experimental support for python3, but I haven't included it
> here because of other dependencies which don't yet have python3
> support in our tree.
Which one(s)?
>>> I must have goofed somewhere. It's not py-carbon directly which has
>>> "issues", but py-whisper. But let's safe that discussion for that
>>> threat.
>>>
>>> Here's an updated diff. I don't know whether mostly executable
>>> python packages should be moved to python3, or if they still
>>> should come in flavors, so I just made it a flavor, so we can
>>> quite easily dumb it down again if we just want python3.
>>
>> If it's actually useful as a library then it might be worth considering
>> whether to subpackage it - have the executables as a separate package
>> only built with the python3 flavour.
>>
>> But if (as COMMENT implies) it's only really useful as daemon/utilties
>> then I'd much prefer to just switch to py3 outright. This cuts a lot of
>> complexity from Makefile, patches and PLIST, and makes it so all users
>> are on recent python (rather than the "default" being old python).
>>
>>> Note: carbon-aggregator{,-cache} doesn't work because it misses
>>> py-cachetools, but people could get that themselves via pip, or it
>>> could be added as a package in the future, so I left the plumbing in
>>> as is.
>>
>> Hmm. People shouldn't be installing via pip to make packages work3
>> I'd prefer to either port the dep, or @comment the files that need it.
>>
>>> @@ -108,3 +121,13 @@ share/examples/graphite/whitelist.conf.e
>>> @sample /var/graphite/storage/whisper/
>>> @owner
>>> @group
>>> +storage/
>>> +storage/ceres/
>>> +storage/ceres/dummy.txt/
>>> +storage/lists/
>>> +storage/log/
>>> +storage/log/dummy.txt/
>>> +storage/rrd/
>>> +storage/rrd/dummy.txt/
>>> +storage/whisper/
>>> +storage/whisper/dummy.txt/
>>
>> It feels like these /usr/local/storage directories should not be installed,
>> they are already @sample'd under /var/graphite/storage so I think should just
>> be rm'd. But there are some missing @extra or @extraunexec that would be
>> needed for pkg_delete -c to correctly remove files generated in this tree.
>>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/quirks/Makefile,v
> retrieving revision 1.651
> diff -u -p -r1.651 Makefile
> --- Makefile 27 Nov 2018 15:24:15 - 1.651
> +++ Makefile 28 Nov 2018 12:54:48 -
> @@ -5,7 +5,7 @@ CATEGORIES = devel databases
> DISTFILES =
>
> # API.rev
> -PKGNAME =quirks-3.44
> +PKGNAME =quirks-3.45
> PKG_ARCH = *
> MAINTAINER = Marc Espie
>
> Index: files/Quirks.pm
> ===
> RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v
> retrieving revision 1.665
> diff -u -p -r1.665 Quirks.pm
> --- files/Quirks.pm 27 Nov 2018 15:24:15 - 1.665
> +++ files/Quirks.pm 28 Nov 2018 12:54:48 -
> @@ -288,6 +288,7 @@ my $stem_extensions = {
> 'py-pafy' => 'py3-pafy',
> 'py-libmagic' => 'py-magic',
> 'py3-libmagic' => 'py3-magic',
> + 'py-carbon' => 'py3-carbon',
> };
>
> my $obsolete_reason = {
> Index: Makefile
> ===
> RCS file: /cvs/ports/databases/py-carbon/Makefile,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile
> --- Makefile 1 Nov 2017 10:44:39 - 1.9
> +++ Makefile 28 Nov 2018 12:54:15 -
> @@ -2,12 +2,11 @@
>
> COMMENT= backend data caching and persistence daemon for Graphite
>
> -MODPY_EGG_VERSION= 1.0.1
> +MODPY_EGG_VERSION= 1.1.4
>
> DISTNAME=carbon-${MODPY_EGG_VERSION}
> PKGNAME= py-${DISTNAME}
> CATEGORIES= databases
> -REVISION=0
>
> # Apache
> PERMIT_PACKAGE_CDROM=Yes
> @@ -16,19 +15,26 @@ MODULES= lang/python
> MODPY_PI = Yes
>
> BUILD_DEPENDS= ${RUN_DEPENDS}
> -RUN_DEPENDS= databases/py-whisper \
> - devel/py-twisted
> +RUN_DEPENDS= databases/py-whisper${MODPY_FLAVOR} \
> + devel/py-cachetools${MODPY_FLAVOR} \
> + devel/py-twisted${MODPY_FLAVOR} \
> + www/py-urllib3${MODPY_FLAVOR}
>
> -BIN_FILES= carbon-aggregator.py carbon-cache.py carbon-client.py \
> - carbon-relay.py validate-storage-schemas.py
> +PYBINS= carbon-aggregator carbon-aggregator-cache
> carbon-cache \
> + carbon-client carbon-re
Re: new py-cachetools
ping
On 11/28/18 1:59 PM, Martijn van Duren wrote:
> Here's the port for py-cachetools, which is required to startup
> carbon-aggregator{,-cache}.py. Only lightly tested in py3 flavor by
> starting up carbon-aggregator.
>
> martijn@
>
Re: [UPDATE] repmgr
ping
On 11/20/18 8:27 AM, Martijn van Duren wrote:
> ping
>
> repmgrd now also tested correctly.
>
> On 11/12/18 4:34 PM, Martijn van Duren wrote:
>> On 11/12/18 4:30 PM, Martijn van Duren wrote:
>>> When trying a new test-setup I found that our repmgr is quite out of
>>> date. Here's a simple update to version 4.2.
>>>
>>> I haven't tested it with upgrading from our current version, but I have
>>> tested it very basically on a streaming replication setup with setup,
>>> failover, and switchover via repmgr. Repmgrd untested.
>>>
>>> OK?
>>>
>>> martijn@
>>>
>> And of course I overlooked the patches-directory.
>>
>> Index: Makefile
>> ===
>> RCS file: /cvs/ports/databases/repmgr/Makefile,v
>> retrieving revision 1.8
>> diff -u -p -r1.8 Makefile
>> --- Makefile 16 Mar 2016 16:46:32 - 1.8
>> +++ Makefile 12 Nov 2018 15:33:40 -
>> @@ -2,9 +2,10 @@
>>
>> COMMENT = HA and replication cluster management for PostgreSQL
>>
>> -DISTNAME = repmgr-3.0.3
>> +DISTNAME = repmgr-4.2
>> CATEGORIES =databases
>> HOMEPAGE = http://www.repmgr.org/
>> +WRKDIST = ${WRKDIR}/${DISTNAME}.0
>>
>> # GPLv3
>> PERMIT_PACKAGE_CDROM = Yes
>> @@ -13,6 +14,7 @@ WANTLIB += c crypto m pq pthread readlin
>>
>> MASTER_SITES = ${HOMEPAGE}download/
>> USE_GMAKE = Yes
>> +CONFIGURE_STYLE = gnu
>> MAKE_FLAGS =USE_PGXS=1
>>
>> # for getopt_long.h
>> @@ -23,7 +25,7 @@ RUN_DEPENDS = net/rsync
>> NO_TEST = Yes
>>
>> pre-configure:
>> -${SUBST_CMD} ${WRKSRC}/config.c
>> +${SUBST_CMD} ${WRKSRC}/configfile.c
>>
>> post-install:
>> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/repmgr
>> Index: distinfo
>> ===
>> RCS file: /cvs/ports/databases/repmgr/distinfo,v
>> retrieving revision 1.4
>> diff -u -p -r1.4 distinfo
>> --- distinfo 23 Jan 2016 18:01:07 - 1.4
>> +++ distinfo 12 Nov 2018 15:33:40 -
>> @@ -1,2 +1,2 @@
>> -SHA256 (repmgr-3.0.3.tar.gz) = My5PpsuVkZOs7f0UEGDxgjQWR2a/7PQ8cfK3YVQoOBQ=
>> -SIZE (repmgr-3.0.3.tar.gz) = 102211
>> +SHA256 (repmgr-4.2.tar.gz) = jfYcn0TgUgesWld6a1KYdpfuQv+FCxTznl7hNaFXzv0=
>> +SIZE (repmgr-4.2.tar.gz) = 341556
>> Index: patches/patch-config_c
>> ===
>> RCS file: patches/patch-config_c
>> diff -N patches/patch-config_c
>> --- patches/patch-config_c 23 Jan 2016 18:01:07 - 1.1
>> +++ /dev/null1 Jan 1970 00:00:00 -
>> @@ -1,16 +0,0 @@
>> -$OpenBSD: patch-config_c,v 1.1 2016/01/23 18:01:07 ajacoutot Exp $
>> config.c.orig Sat Jan 23 18:59:43 2016
>> -+++ config.cSat Jan 23 18:59:34 2016
>> -@@ -128,10 +128,10 @@ load_config(const char *config_file, bool verbose, t_c
>> -/* 2. "/etc/repmgr.conf" */
>> -if (verbose == true)
>> -{
>> -- log_notice(_("looking for configuration file in
>> /etc\n"));
>> -+ log_notice(_("looking for configuration file in
>> ${SYSCONFDIR}\n"));
>> -}
>> -
>> -- snprintf(config_file_path, MAXPGPATH, "/etc/%s",
>> CONFIG_FILE_NAME);
>> -+ snprintf(config_file_path, MAXPGPATH, "${SYSCONFDIR}/%s",
>> CONFIG_FILE_NAME);
>> -if (stat(config_file_path, &stat_config) == 0)
>> -{
>> -config_file_found = true;
>> Index: patches/patch-configfile_c
>> ===
>> RCS file: patches/patch-configfile_c
>> diff -N patches/patch-configfile_c
>> --- /dev/null1 Jan 1970 00:00:00 -
>> +++ patches/patch-configfile_c 12 Nov 2018 15:33:40 -
>> @@ -0,0 +1,16 @@
>> +$OpenBSD: patch-configfile_c,v 1.1 2016/01/23 18:01:07 ajacoutot Exp $
>> +Index: configfile.c
>> +--- configfile.c.orig
>> configfile.c
>> +@@ -188,9 +188,9 @@ load_config(const char *config_file, bool verbose, boo
>> +
>> +/* 3. "/etc/repmgr.conf" */
>> +if (verbose == true)
>> +- fprintf(stdout, _("INFO: looking for configuration file
>> in /etc\n"));
>> ++ fprintf(stdout, _("INFO: looking for configuration file
>> in ${SYSCONFDIR}\n"));
>> +
>> +- maxpath_snprintf(config_file_path, "/etc/%s", CONFIG_FILE_NAME);
>> ++ maxpath_snprintf(config_file_path, "${SYSCONFDIR}/%s",
>> CONFIG_FILE_NAME);
>> +if (stat(config_file_path, &stat_config) == 0)
>> +{
>> +config_file_found = true;
>> Index: pkg/PLIST
>> ===
>> RCS file: /cvs/ports/databases/repmgr/pkg/PLIST,v
>> retrieving revision 1.2
>> diff -u -p -r1.2 PLIST
>> --- pkg/PLIST19 Sep 2015 21:37:12 - 1.2
>> +++ pkg/PLIST12 Nov 2018 15:33:40 -
>> @@ -1,14 +1,17 @@
>> @comment $OpenBSD: PLIST,v 1.2 2015/09/19 21:37:12 landry Exp $
>
Re: new py-django-tagging
ping On 11/27/18 12:45 PM, Martijn van Duren wrote: > Here's a port of django-tagging, which is a requirement for > graphite-web. > > OK? > > martijn@ >
Re: new: graphics/py-pygal
ping ? On Sun, Jan 06, 2019 at 03:09:39PM +0100, Sebastien Marie wrote: > Hi, > > Here a new python port: graphics/py-pygal > > http://pygal.org/en/stable/ > > It is an optional dependency for a tryton module (sale). > > pygal is a python svg graph plotting library. > > it provides various kinds of charts: > - Line > - Bar > - Histogram > - XY > - Pie > - Radar > - Box > - Dot > - Funnel > - SolidGauge > - Gauge > - Pyramid > - Treemap > - Maps > > I was not able to enable the test suite on the port. It requires several > dependencies not packaged. > > Another thing surprised me: it seems that devel/py-test-runner is > required to build. I dunno if it is usual or not. > > Any comments or OK ? > > Thanks. -- Sebastien Marie py-pygal.tgz Description: application/tar-gz
Re: texlive & evince
Hi, On Thu, Jan 24, 2019 at 03:31:41AM +0100, Jeremie Courreges-Anglas wrote: > While here I've noticed complains about an ABI break in libsynctex. > > Please find an updated diff below that also bumps shlib version of > libptexenc and libsynctex. Still ok? Ah, please feel free to bump all of the libraries. I usually do to be on the safe side, but it looks like I forgot this time :( About Kili's concern: > We still have to watch out for evince (the default flavor now > lib_depends on texlive/base,-main, and we still don't want more than > texlive/base,-mktexlsr for the light flavor). I agree that it's not good for users to have to install a texmf subset just to use evince. I'm OK with evince lib depending upon texlive-base in the interim until we decide what to do, but in the long term we don't want that heavy dependency. Whilst moving synctex into -mktexlsr is one solution, it kind of renders the name of the package odd. The current contents of -mktexlsr are not really all that related to libsynctex. I can think of a couple of other options: We could add a new -synctex subpackage, which contains the synctex includes and lib. However, we may end up in a scenario in the future where we have many little library subpackages, which will be annoying to maintain. We could instead put all of the bits external ports might like to use without depending on the texmf into -mktexlsr and rename the subpackage appropriately. I had initially though -libs might be a good name, but that's also misleading, as there are already binaries included in -mktexlsr (e.g. kpse* and mktexlsr itself). Maybe -shared or -tools? The latter option is more work upfront, as we'd have to sweep the tree updating dependencies, and perhaps add a quirk(?), but I think will be less effort to maintain in the long run. Thoughts? -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
