Re: [UPDATE] www/honk
Update to v0.7.1 Changelog: + Fix bug preventing unfollow from working. On 6/18/19, Horia Racoviceanu wrote: > - add memes directory > > On 6/18/19, Horia Racoviceanu wrote: >> - add emus directory >> >> On 6/17/19, Horia Racoviceanu wrote: >>> Update to v0.7.0 >>> - codename Father Mother Maiden Crone Honker Bonker Zonker >>> >>> Changelog: >>> +++ Auto fetching and inlining of hoots. >>> ++ A new xzone to view and import data not otherwise visible. >>> ++ Preview before honking. >>> ++ Some extra commands for better database retention management. >>> ++ A changelog. >>> + Default robots.txt. >>> + Misc UI touchups. >>> + Read only support for qonks. >>> + About page. >>> + More reliable (retries) meta messages such as follow requests. >>> + Better thread support for missing context. >>> + Upgrade image library for cleaner screenshots. >>> + Not all summaries need labels. >>> + Add max-width for video tag. >>> >>> On 6/14/19, Aaron Bieber wrote: On Wed, 12 Jun 2019 at 22:53:45 -0400, Horia Racoviceanu wrote: > - bump REVISION > - change PERMIT_PACKAGE_CDROM to PERMIT_PACKAGE > - change user _honk home directory mode, no longer group writable > - update README, add icon and favicon Tests fine here! OK abieber@ if anyone wants to commit. -- PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE >>> >> > Index: Makefile === RCS file: /cvs/ports/www/honk/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile4 Jun 2019 02:41:49 - 1.6 +++ Makefile22 Jun 2019 01:58:27 - @@ -2,13 +2,13 @@ COMMENT = federated status updater -DISTNAME = honk-0.6.0 +DISTNAME = honk-0.7.1 CATEGORIES = www HOMEPAGE = https://humungus.tedunangst.com/r/honk # ISC -PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE = Yes WANTLIB += c pthread sqlite3 Index: distinfo === RCS file: /cvs/ports/www/honk/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo4 Jun 2019 02:41:49 - 1.4 +++ distinfo22 Jun 2019 01:58:27 - @@ -1,2 +1,2 @@ -SHA256 (honk-0.6.0.tgz) = OjBaohbkm8Y/i1RawsOG/qF7dQluuKIGxvnApf+gwGE= -SIZE (honk-0.6.0.tgz) = 166970 +SHA256 (honk-0.7.1.tgz) = L97mcNy33viWq9Cx5LNFJdXPQAX3hTotX9sqH3MKx6U= +SIZE (honk-0.7.1.tgz) = 178969 Index: pkg/PLIST === RCS file: /cvs/ports/www/honk/pkg/PLIST,v retrieving revision 1.3 diff -u -p -r1.3 PLIST --- pkg/PLIST 4 Jun 2019 02:41:50 - 1.3 +++ pkg/PLIST 22 Jun 2019 01:58:27 - @@ -5,24 +5,25 @@ @bin bin/honk share/doc/honk/ share/doc/honk/README +share/doc/honk/changelog.txt share/doc/honk/manual.txt share/doc/honk/ping.txt share/doc/honk/security.txt share/doc/honk/spec.txt share/doc/pkg-readmes/${PKGSTEM} -@mode 770 +@mode 750 @owner _honk @group _honk @sample ${VARBASE}/honk/ -@mode 750 +@sample ${VARBASE}/honk/emus/ +@sample ${VARBASE}/honk/memes/ @sample ${VARBASE}/honk/views/ -@mode -@owner -@group share/examples/honk/ share/examples/honk/schema.sql @sample ${VARBASE}/honk/schema.sql share/examples/honk/views/ +share/examples/honk/views/about.html +@sample ${VARBASE}/honk/views/about.html share/examples/honk/views/account.html @sample ${VARBASE}/honk/views/account.html share/examples/honk/views/combos.html @@ -41,5 +42,7 @@ share/examples/honk/views/login.html @sample ${VARBASE}/honk/views/login.html share/examples/honk/views/style.css @sample ${VARBASE}/honk/views/style.css +share/examples/honk/views/xzone.html +@sample ${VARBASE}/honk/views/xzone.html share/examples/honk/views/zonkers.html @sample ${VARBASE}/honk/views/zonkers.html Index: pkg/README === RCS file: /cvs/ports/www/honk/pkg/README,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 README --- pkg/README 30 Apr 2019 07:58:17 - 1.1.1.1 +++ pkg/README 22 Jun 2019 01:58:27 - @@ -15,11 +15,18 @@ acme-client(1) # acme-client.conf(5) domain honk.example.com { domain key "/etc/ssl/private/honk.example.com.key" - domain certificate "/etc/ssl/honk.example.com.crt" domain full chain certificate "/etc/ssl/honk.example.com.fullchain.pem" sign with letsencrypt } +Icon and favicon + + +honk# mkdir /var/www/htdocs/honk +honk# ftp -o /var/www/htdocs/honk/icon.png https://honk.tedunangst.com/icon.png +honk# ftp -o /var/www/htdocs/honk/favicon.ico \ + https://honk.tedunangst.com/favicon.ico + httpd(8) @@ -30,6 +37,9 @@ server "honk.example.com" { root "/acme" request strip 2 } + location "/*icon.*" { +root "/htdocs/honk" + } location "*" { block return 302 "https://honk.example.com$REQUEST_URI; } @@ -37,7 +47,7 @@ server
Re: [UPDATE] sysutils/noice 0.6 -> 0.8
MASTER_SITES and HOMEPAGE have TLS, with that OK kn.
Re: [wip] mail/courier-authlib update
On Thu, Jun 20 2019, Giovanni Bechis wrote: > Hi, > I was going to update mail/courier-authlib but I found that, even the version > we have in tree, gives an error make lib-depends-check: > > courier-authlib-0.68.0p5(mail/courier-authlib,-main): > Missing: z.5 (/usr/local/lib/libauthsqlite.so.0.0) (system lib) > Extra: iconv.6 idn.18 intl.6 > WANTLIB += z > > courier-authlib-mysql-0.68.0p3(mail/courier-authlib,-mysql): > Missing: iconv.6 from libiconv-1.14p3 (/usr/local/lib/libauthmysql.so.0.0) > Missing: mariadb.28 from mariadb-client-10.3.15v1 > (/usr/local/lib/libauthmysql.so.0.0) > Extra: mysqlclient.28 > WANTLIB += iconv mariadb > > The second one depends on databases/mariadb update and it's easily fixable > but what about the first one ? > Should I remove gettext,-runtime and libidn from dependencies ? I am not sure > this > is the way to go. This: --8<-- # statically linked WANTLIB-main+= iconv idn intl LIB_DEPENDS-main+= devel/gettext \ devel/libidn -->8-- was added by sthen in --8<-- revision 1.66 date: 2017/08/15 11:11:40; author: sthen; state: Exp; lines: +8 -4; commitid: vmUiQQV4Jazzk0G7; Add missing devel/libidn dependency. List the statically linked libraries in WANTLIB+LIB_DEPENDS with a warning comment, to encourage pkg_add to update courier-authlib when there are changes to the libs. ok giovanni@ (maintainer) -->8-- IIUC libidn is only used by librfc822.a, which in turn is only used to statically compile the "reftest" and "testsuite" tests. Neither this static library nor said programs are installed, so I'd suggest to remove gettext from deps (it isn't directly used), moving libidn to BUILD_DEPENDS and amending WANTLIB-main. Stuart, what do you think? By the way, I'm not sure the intltool module is needed either. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
databases/skytools build failure
databases/skytools fails to build: txid.c:207:6: error: use of undeclared identifier 'SerializableSnapshot' This first showed up in a test build with LLVM 8.0... http://build-failures.rhaalovely.net/amd64-clang/2019-06-19/databases/skytools.log ... but that was a coincidence. It also happens with LLVM 7.0. It is not obvious what change has triggered this. The skytools port itself hasn't been touched in months, and this build failure also predates the postgresql 11.4 update. -- Christian "naddy" Weisgerber na...@mips.inka.de
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2019/06/21 17:14:05 Modified files: infrastructure/lib/DPB: Job.pm infrastructure/lib/DPB/Job: Fetch.pm Port.pm Log message: be more specific in the transient KILLED (stuck) messages.
Re: python.port.mk, update-plist, MODPY_ABI3SO
On Thu, Jun 20 2019, Stuart Henderson wrote: > MODPY_ABI3SO is used for python .so files which have a name like > foo.abi3.so - it is set to either ".abi3" or "" (blank), so plist > entries for these look like > > lib/python${MODPY_VERSION}/site-packages/bcrypt/_bcrypt${MODPY_ABI3SO}.so > > The current UPDATE_PLIST_ARGS uses -S ("match only at end of path") > which can't work with this (running update-plist strips the substitution). > > I think it should just be changed to -I, does that makes sense? yep, ok jca@ > Index: python.port.mk > === > RCS file: /cvs/ports/lang/python/python.port.mk,v > retrieving revision 1.113 > diff -u -p -r1.113 python.port.mk > --- python.port.mk18 May 2019 18:56:45 - 1.113 > +++ python.port.mk20 Jun 2019 13:59:54 - > @@ -190,7 +190,7 @@ SUBST_VARS := MODPY_PYCACHE MODPY_COMMEN > MODPY_PY_PREFIX MODPY_PYOEXTENSION ${SUBST_VARS} > > UPDATE_PLIST_ARGS += -S MODPY_BIN_SUFFIX -S MODPY_PYOEXTENSION \ > --S MODPY_ABI3SO -c MODPY_COMMENT -I MODPY_PYCACHE > +-I MODPY_ABI3SO -c MODPY_COMMENT -I MODPY_PYCACHE > > # set MODPY_BIN for executable scripts > MODPY_BIN_ADJ = perl -pi \ > > > > I considered changing MODPY_ABI3SO to set to ".abi3.so" or ".so", > which would work with the existing UPDATE_PLIST_ARGS, but will cause > a horrible mess as all "foo.so" files in ports that use the python > module but don't use FLAVOR=python3 will then get updated to > "foo${MODPY_ABI3SO}" which is going to be wrong in many cases. > -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2019/06/21 16:44:14 Modified files: graphics/blender: Makefile Added files: graphics/blender/patches: patch-source_blender_python_intern_bpy_rna_c Log message: Backport python3.7 upstream fix and switch back to default python3 version ok danj@ pascal@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2019/06/21 15:09:26 Modified files: databases/postgresql: Tag: OPENBSD_6_5 Makefile distinfo databases/postgresql/pkg: Tag: OPENBSD_6_5 PLIST-docs Log message: Security update to 11.4 ok jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2019/06/21 15:05:36 Modified files: databases/postgresql: Makefile distinfo databases/postgresql/pkg: PLIST-docs Log message: Upgrade to 11.4. ok jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/21 14:49:25 Modified files: devel : Makefile Log message: +cpputest
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2019/06/21 14:46:36 Log message: Import cpputest 3.8; Tweaks and OK kn@ Comment: unit testing and mocking framework for C/C++ Description: CppUTest is a C /C++ based unit xUnit test framework for unit testing and for test-driving your code. It is written in C++ but is used in C and C++ projects and frequently used in embedded systems but it works for any C/C++ project. Maintainer: The OpenBSD ports mailing-list WWW: https://cpputest.github.io Status: Vendor Tag: rsadowski Release Tags: rsadowski_20190621 N ports/devel/cpputest/Makefile N ports/devel/cpputest/distinfo N ports/devel/cpputest/pkg/DESCR N ports/devel/cpputest/pkg/PLIST No conflicts created by this import
[UPDATE] sysutils/noice 0.6 -> 0.8
Hi, Here is a little diff to update sysutils/noice from 0.6 to 0.8. The new version adds a couple of handy features like directory sorting and case insensitive sorting. I've tested this on -current on amd64 and i386. Installs and runs fine. Thanks! Index: Makefile === RCS file: /cvs/ports/sysutils/noice/Makefile,v retrieving revision 1.3 diff -u -p -u -p -r1.3 Makefile --- Makefile28 Aug 2016 11:04:12 - 1.3 +++ Makefile19 Jun 2019 18:48:39 - @@ -1,13 +1,13 @@ # $OpenBSD: Makefile,v 1.3 2016/08/28 11:04:12 jca Exp $ COMMENT = minimalistic file browser -DISTNAME = noice-0.6 +DISTNAME = noice-0.8 CATEGORIES = sysutils HOMEPAGE = http://git.2f30.org/noice/ MAINTAINER = Dimitris Papastamos # BSD -PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE = Yes WANTLIB = c curses Index: distinfo === RCS file: /cvs/ports/sysutils/noice/distinfo,v retrieving revision 1.3 diff -u -p -u -p -r1.3 distinfo --- distinfo28 Aug 2016 11:04:12 - 1.3 +++ distinfo19 Jun 2019 18:48:39 - @@ -1,2 +1,2 @@ -SHA256 (noice-0.6.tar.gz) = GZbnHdMJ+DvS+JK5lvoMLEgZSdLj3Unk92SaH85as1E= -SIZE (noice-0.6.tar.gz) = 9942 +SHA256 (noice-0.8.tar.gz) = vJOOTbrPZwQ+NvV9NZMd/stJTnsj7RYDO2I3pj+PATw= +SIZE (noice-0.8.tar.gz) = 10492
Re: audio/taglib: Fix possible Ogg packet losses.
On Fri, Jun 21 2019, Raphael Graf wrote: > On Thu, Jun 20, 2019 at 10:29:10PM +0200, Raphael Graf wrote: >> The attached diff fixes this nasty issue: >> https://github.com/taglib/taglib/issues/864 Ouch. >> It is easy to reproduce, for example with audio/clementine, >> see https://github.com/clementine-player/Clementine/issues/5524 >> >> ok? >> > > Maybe the tests should be enabled for this port.., here's an updated diff. > All tests pass with and without the bugfix. > > Any opinions? Well, ok jca@ -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: update youtube-dl 2019.06.08
Hi, On Fri, 21 Jun 2019 11:11:21 +0300 Paul Irofti wrote: > OK > > On 18.06.2019 08:51, Nam Nguyen wrote: > > Björn Ketelaars writes: > > > >> On Mon 17/06/2019 19:50, Nam Nguyen wrote: > >>> The generated PLIST has four lines of the form: > >>> -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/$ > >>> {MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python$ > >>> {MODPY_VERSION}/site-packages/youtube_dl/extractor/$ > >>> {MODPY_PYCACHE}/ > >>> > >>> I had to manually intervene in the generated PLIST and remove the > >>> leading ${MODPY_COMMENT} to keep it the same as the older PLIST. > >>> This seems safe, given targeting only python 3 and given > >>> port-modules(5): > >>> > >>> "The python module defines variables to allow a single PLIST to > >>> be used for both versions. Generate or update the PLIST using the > >>> python3 FLAVOR, then edit it to prefix any lines creating > >>> MODPY_PYCACHE directories with MODPY_COMMENT." > >> > >> I trust update-plist to do the right thing, and would keep the > >> ${MODPY_COMMENT}-bits in. It doesn't seem to do any harm. That > >> said, removing these bits also doesn't do any harm. > >> > >> Tested the port by grabbing content from a couple of websites > >> other than youtube. Works for me. > >> > >> OK bket@ > > > > This is an updated diff with generated PLIST as suggested. > > Youtube is broken [0] as of today with that version, so here is a diff that updates to the latest version. I didn't touch the PLIST as well. Charlène. [0] https://github.com/ytdl-org/youtube-dl/releases/tag/2019.06.21 Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.188 diff -u -p -u -p -r1.188 Makefile --- Makefile14 May 2019 15:03:52 - 1.188 +++ Makefile21 Jun 2019 18:22:00 - @@ -2,7 +2,7 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2019.05.11 +VERSION = 2019.06.21 MODPY_EGG_VERSION =${VERSION:S/.0/./g} DISTNAME = youtube-dl-${VERSION} Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.173 diff -u -p -u -p -r1.173 distinfo --- distinfo14 May 2019 15:03:52 - 1.173 +++ distinfo21 Jun 2019 18:22:00 - @@ -1,2 +1,2 @@ -SHA256 (youtube-dl-2019.05.11.tar.gz) = QSYiGmVnwceN+p2au/NAvF6xPkCWOvylFQ5y3J4UR/g= -SIZE (youtube-dl-2019.05.11.tar.gz) = 3167002 +SHA256 (youtube-dl-2019.06.21.tar.gz) = hYcuI63URAlxG9DrViDGY9Z8V4o99mNXj/B/lEISRw0= +SIZE (youtube-dl-2019.06.21.tar.gz) = 3169975 Index: pkg/PLIST === RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v retrieving revision 1.126 diff -u -p -u -p -r1.126 PLIST --- pkg/PLIST 14 May 2019 15:03:52 - 1.126 +++ pkg/PLIST 21 Jun 2019 18:22:00 - @@ -10,7 +10,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/YoutubeDL.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/__init__.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/__main__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}YoutubeDL.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc @@ -29,7 +29,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/compat.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/__init__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}dash.${MODPY_PYC_MAGIC_TAG}pyc @@ -53,7 +53,7 @@ lib/python${MODPY_VERSION}/site-packages lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/rtsp.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/__init__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/
Re: [UPDATE] www/firefox-esr 60.7.1esr -> 60.7.2esr
Am 21. Juni 2019 18:44:34 MESZ schrieb Landry Breuil : >On Fri, Jun 21, 2019 at 05:57:07PM +0200, Henry Jensen wrote: >> Greetings, >> >> I'm somwhat new in the OpenBSD world, so please forgive me for any >> errors/not followed procedures I make. >> >> It has been suggested to me, that I should send patches to this list >if >> I wanted a port to be updated, so I am doing this now. > >The procedure is good, the diff itself is trivial, and generally i'm >aware of mozilla releases ahead of time, but thanks anyway :) > >Note that the corresponding -i18n port also needs an update, otherwise >it will fail to build as there's a strict requirement on a matching >version. > >Both diffs commited of course, pending builds for/backport to 6.5.. Thank you. Indeed, I did not think of the -i18n port. Kind regards, Henry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/06/21 10:46:04 Modified files: www/mozilla-firefox: Tag: OPENBSD_6_5 Makefile distinfo Log message: MFC: update to firefox 67.0.4. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/ 6.5-stable packages being built..
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/06/21 10:45:41 Modified files: www/firefox-esr: Tag: OPENBSD_6_5 Makefile distinfo Log message: MFC: update to firefox-esr 60.7.2. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/ 6.5-stable packages being built..
Re: [UPDATE] www/firefox-esr 60.7.1esr -> 60.7.2esr
On Fri, Jun 21, 2019 at 05:57:07PM +0200, Henry Jensen wrote: > Greetings, > > I'm somwhat new in the OpenBSD world, so please forgive me for any > errors/not followed procedures I make. > > It has been suggested to me, that I should send patches to this list if > I wanted a port to be updated, so I am doing this now. The procedure is good, the diff itself is trivial, and generally i'm aware of mozilla releases ahead of time, but thanks anyway :) Note that the corresponding -i18n port also needs an update, otherwise it will fail to build as there's a strict requirement on a matching version. Both diffs commited of course, pending builds for/backport to 6.5.. Landry
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/06/21 10:41:48 Modified files: mail/mozilla-thunderbird: Makefile distinfo mail/thunderbird-i18n: Makefile.inc distinfo Log message: Update to thunderbird 60.7.2. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-20/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/06/21 10:40:36 Modified files: www/firefox-esr: Makefile distinfo www/firefox-esr-i18n: Makefile.inc distinfo Log message: Update to firefox-esr 60.7.2. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/ Same diff sent by Henry Jensen.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2019/06/21 10:39:41 Modified files: www/mozilla-firefox: Makefile distinfo www/firefox-i18n: Makefile.inc distinfo Log message: Update to firefox 67.0.4. Fixes https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/ Same diff sent by Henry Jensen.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ke...@cvs.openbsd.org 2019/06/21 10:35:44 Modified files: inputmethods : Makefile Log message: +fcitx-m17n
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ke...@cvs.openbsd.org 2019/06/21 10:34:55 Log message: Import fcitx-m17n, a m17n wrapper for fcitx. ok kn@ Status: Vendor Tag: kevlo Release Tags: kevlo_20190622 N ports/inputmethods/fcitx-m17n/Makefile N ports/inputmethods/fcitx-m17n/distinfo N ports/inputmethods/fcitx-m17n/pkg/DESCR N ports/inputmethods/fcitx-m17n/pkg/PLIST No conflicts created by this import
[UPDATE] www/mozilla-firefox 67.0.3 -> 67.0.4
Greetings, as the patch at https://marc.info/?l=openbsd-ports=156113265704127=2 this is about https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/. The impact of this vulnerability is classified as "high". The diff updates mozilla-firefox to version 67.0.4 Kind Regards, Henry Index: www/mozilla-firefox//Makefile === RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v retrieving revision 1.383 diff -u -p -r1.383 Makefile --- www/mozilla-firefox//Makefile 20 Jun 2019 14:59:56 - 1.383 +++ www/mozilla-firefox//Makefile 21 Jun 2019 15:58:44 - @@ -5,7 +5,7 @@ ONLY_FOR_ARCHS = amd64 i386 aarch64 # Don't forget to bump www/firefox-i18n after updates. -MOZILLA_VERSION = 67.0.3 +MOZILLA_VERSION = 67.0.4 MOZILLA_BRANCH = release MOZILLA_PROJECT = firefox MOZILLA_CODENAME = browser Index: www/mozilla-firefox//distinfo === RCS file: /cvs/ports/www/mozilla-firefox/distinfo,v retrieving revision 1.192 diff -u -p -r1.192 distinfo --- www/mozilla-firefox//distinfo 20 Jun 2019 14:59:56 - 1.192 +++ www/mozilla-firefox//distinfo 21 Jun 2019 15:58:44 - @@ -1,2 +1,2 @@ -SHA256 (mozilla/firefox-67.0.3.source.tar.xz) = tfjIKRAzXCb5qC1uzUmgGABZYCZCLG+2vZQf2pAOXy8= -SIZE (mozilla/firefox-67.0.3.source.tar.xz) = 285477708 +SHA256 (mozilla/firefox-67.0.4.source.tar.xz) = svstPmSmlH70+CErcmSazyqizUyPcFSKu2Nt1YH9bcU= +SIZE (mozilla/firefox-67.0.4.source.tar.xz) = 286036836
[Update] PostgreSQL 11.4
Hello, Small diff to update PostgreSQL to it's latest version 11.4. Changelog here: https://www.postgresql.org/docs/11/release-11-4.html CVE fixed: CVE-2019-10164 Tested on @amd64. Comments, ok ? Index: Makefile === RCS file: /cvs/ports/databases/postgresql/Makefile,v retrieving revision 1.252 diff -u -p -u -p -r1.252 Makefile --- Makefile 11 May 2019 06:59:58 - 1.252 +++ Makefile 21 Jun 2019 15:55:29 - @@ -7,7 +7,7 @@ COMMENT-contrib=PostgreSQL RDBMS contrib COMMENT-plpython=Python procedural language for PostgreSQL COMMENT-pg_upgrade=Support for upgrading PostgreSQL data from previous version -VERSION= 11.3 +VERSION= 11.4 PREV_MAJOR= 10 DISTNAME= postgresql-${VERSION} PKGNAME-main= postgresql-client-${VERSION} Index: distinfo === RCS file: /cvs/ports/databases/postgresql/distinfo,v retrieving revision 1.78 diff -u -p -u -p -r1.78 distinfo --- distinfo 11 May 2019 06:59:58 - 1.78 +++ distinfo 21 Jun 2019 15:55:29 - @@ -1,2 +1,2 @@ -SHA256 (postgresql-11.3.tar.gz) = Kp/zZZ4yekNpkpR4IABGlCcQ/WvCX+VsctawHuixl0o= -SIZE (postgresql-11.3.tar.gz) = 25868246 +SHA256 (postgresql-11.4.tar.gz) = IEOrcfKkNanne0QZ+ARSWguewe830ZwcLkAT3ByuAac= +SIZE (postgresql-11.4.tar.gz) = 25915738 Index: pkg/PLIST-docs === RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v retrieving revision 1.90 diff -u -p -u -p -r1.90 PLIST-docs --- pkg/PLIST-docs 11 May 2019 06:59:58 - 1.90 +++ pkg/PLIST-docs 21 Jun 2019 15:55:29 - @@ -673,6 +673,7 @@ share/doc/postgresql/html/regress.html share/doc/postgresql/html/release-11-1.html share/doc/postgresql/html/release-11-2.html share/doc/postgresql/html/release-11-3.html +share/doc/postgresql/html/release-11-4.html share/doc/postgresql/html/release-11.html share/doc/postgresql/html/release-prior.html share/doc/postgresql/html/release.html
[UPDATE] www/firefox-esr 60.7.1esr -> 60.7.2esr
Greetings, I'm somwhat new in the OpenBSD world, so please forgive me for any errors/not followed procedures I make. It has been suggested to me, that I should send patches to this list if I wanted a port to be updated, so I am doing this now. Shortly after zero day CVE-2019-11707 another vulnerability came up in Mozillas Firefox browser, as described here: https://www.mozilla.org/en-US/security/advisories/mfsa2019-19/ The impact of this vulnerability is classified as "high". The diff updates firefox-esr to version 60.7.2esr Kind Regards, Henry Index: www/firefox-esr/Makefile === RCS file: /cvs/ports/www/firefox-esr/Makefile,v retrieving revision 1.97 diff -u -p -r1.97 Makefile --- www/firefox-esr/Makefile 20 Jun 2019 15:01:26 - 1.97 +++ www/firefox-esr/Makefile 21 Jun 2019 15:27:23 - @@ -3,7 +3,7 @@ COMMENT = Firefox web browser, Extended Support Release ONLY_FOR_ARCHS = amd64 i386 -MOZILLA_VERSION = 60.7.1esr +MOZILLA_VERSION = 60.7.2esr MOZILLA_BRANCH = release MOZILLA_PROJECT = firefox MOZILLA_CODENAME = browser Index: www/firefox-esr/distinfo === RCS file: /cvs/ports/www/firefox-esr/distinfo,v retrieving revision 1.71 diff -u -p -r1.71 distinfo --- www/firefox-esr/distinfo 20 Jun 2019 15:01:26 - 1.71 +++ www/firefox-esr/distinfo 21 Jun 2019 15:27:23 - @@ -1,2 +1,2 @@ -SHA256 (mozilla/firefox-60.7.1esr.source.tar.xz) = PRGL4VWXIOQBcsw80mBcnDW1BKx3f2kKGdn1J5zgXIM= -SIZE (mozilla/firefox-60.7.1esr.source.tar.xz) = 267808428 +SHA256 (mozilla/firefox-60.7.2esr.source.tar.xz) = ipGOpwyAZSTykzNvb0V0u25pyh6Y5uXg5cLWrSrCasI= +SIZE (mozilla/firefox-60.7.2esr.source.tar.xz) = 268579256
Re: [NEW] slant-0.0.20
>> Enclosed is a port attempt for slant, https://kristaps.bsd.lv/slant. >> Depends on openradtool, which was recently submitted by jturner. >> >> Previous attempts tried to be too smart about stopping the collector and >> CGI script. This just YOLOs and jams in an upgraded database schema. >> The schema upgrade is programmatic, dictated by openradtool. >> >> http://openbsd-archive.7691.n7.nabble.com/NEW-slant-0-0-10-td352814.html >> http://openbsd-archive.7691.n7.nabble.com/NEW-ping-slant-0-0-17-td357219.html > > Missing LIB_DEPENDS/WANTLIB for sqlite. > I think /var should be ${VARBASE} in plist also. > > Other than that it looks fine to me. Thank you! Enclosed repairs the trailing newline, WANTLIB, and LIB_DEPENDS. I also SUBST_VARS'd VARBASE and put it in the PLIST. Best, Kristaps slant-0.0.20.tgz Description: Binary data
Re: NEW: security/sn0int
On Tue, May 14, 2019 at 03:45:45AM +, kpcyrd wrote: > Thanks for pointing this out, I've looked into this bug and released a > bugfix release, the updated port is attached to this email. > > The in-depth analysis of this bug is that I've been using > std::env::current_exe() which has a special catch on openbsd if the > binary location has been resolved with $PATH instead of a relative or > absolute path. In that specific case it fails to spawn a child process > that is used as a sandbox to run the script. > > This has been resolved in 0.11.2. Anything else I can do to move this forward? Thanks!
Re: Qt5's libtool link scripts are unusable
On 2019/06/21 16:45, Marc Espie wrote: > On Thu, Jun 20, 2019 at 09:41:23PM +0200, Rafael Sadowski wrote: > > This's what Qt 5.13 doas. They use "<< endl;" instead of "<< "\n";", I > > would like to prefer that. std::endl calls std::flush which synchronizes > > with the underlying storage device. > > > > RS > > > I agree with using endl if that's what Qt 5.13 does. > > But it's one specific case where you really do not give a fuck about > flushing. After all you are generating a Makefile. Who cares about > synchronizing after each single line ? I just used the same as the other nearby lines in the file, for the code that's there now it's irrelevant as none of the other lines use endl.
Re: Qt5's libtool link scripts are unusable
On Thu, Jun 20, 2019 at 09:41:23PM +0200, Rafael Sadowski wrote: > This's what Qt 5.13 doas. They use "<< endl;" instead of "<< "\n";", I > would like to prefer that. std::endl calls std::flush which synchronizes > with the underlying storage device. > > RS I agree with using endl if that's what Qt 5.13 does. But it's one specific case where you really do not give a fuck about flushing. After all you are generating a Makefile. Who cares about synchronizing after each single line ?
[UPDATE] devel/py-llvmlite
Hi, this diff updates llvmlite to latest release which supports 7.0.x, 7.1.x, 8.0.x versions of LLVM. Ok? Cheers, Remi. Index: Makefile === RCS file: /cvs/ports/devel/py-llvmlite/Makefile,v retrieving revision 1.5 diff -u -p -u -p -r1.5 Makefile --- Makefile 28 Apr 2019 20:51:34 - 1.5 +++ Makefile 21 Jun 2019 13:54:55 - @@ -2,8 +2,7 @@ COMMENT = lightweight LLVM-Python binding for writing JIT compilers -MODPY_EGG_VERSION = 0.27.0 -REVISION = 1 +MODPY_EGG_VERSION = 0.29.0 PKGNAME = py-${DISTNAME} Index: distinfo === RCS file: /cvs/ports/devel/py-llvmlite/distinfo,v retrieving revision 1.2 diff -u -p -u -p -r1.2 distinfo --- distinfo 1 Feb 2019 13:12:55 - 1.2 +++ distinfo 21 Jun 2019 13:54:55 - @@ -1,2 +1,2 @@ -SHA256 (llvmlite-0.27.0.tar.gz) = BGnGg8+tsEhPsaH4mj31N4ZOnyrYnfknxDSdkCQt7co= -SIZE (llvmlite-0.27.0.tar.gz) = 186880 +SHA256 (llvmlite-0.29.0.tar.gz) = vO54HC3Ga+09tbqF9cBMTv/TjHwQ9Sh+6+qBy029zjQ= +SIZE (llvmlite-0.29.0.tar.gz) = 196507
Re: audio/taglib: Fix possible Ogg packet losses.
On Thu, Jun 20, 2019 at 10:29:10PM +0200, Raphael Graf wrote: > The attached diff fixes this nasty issue: > https://github.com/taglib/taglib/issues/864 > > It is easy to reproduce, for example with audio/clementine, > see https://github.com/clementine-player/Clementine/issues/5524 > > ok? > Maybe the tests should be enabled for this port.., here's an updated diff. All tests pass with and without the bugfix. Any opinions? Index: Makefile === RCS file: /cvs/ports/audio/taglib/Makefile,v retrieving revision 1.43 diff -u -p -u -p -r1.43 Makefile --- Makefile24 Oct 2018 14:27:58 - 1.43 +++ Makefile21 Jun 2019 12:35:03 - @@ -2,7 +2,7 @@ COMMENT= managing meta-data of audio formats DISTNAME= taglib-1.11.1 -REVISION= 1 +REVISION= 2 CATEGORIES=audio devel @@ -21,10 +21,12 @@ COMPILER = base-clang ports-gcc base-gc MASTER_SITES= https://taglib.github.io/releases/ MODULES= devel/cmake -BUILD_DEPENDS= devel/boost +BUILD_DEPENDS= devel/boost \ + devel/cppunit -CONFIGURE_ARGS=-DBUILD_SHARED_LIBS:BOOL=ON +CONFIGURE_ARGS=-DBUILD_SHARED_LIBS=ON \ + -DBUILD_TESTS=ON -NO_TEST= Yes +TEST_TARGET= check .include Index: patches/patch-CMakeLists_txt === RCS file: patches/patch-CMakeLists_txt diff -N patches/patch-CMakeLists_txt --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-CMakeLists_txt21 Jun 2019 12:35:03 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: CMakeLists.txt +--- CMakeLists.txt.orig CMakeLists.txt +@@ -143,7 +143,7 @@ if(BUILD_BINDINGS) + add_subdirectory(bindings) + endif() + +-if(BUILD_TESTS AND NOT BUILD_SHARED_LIBS) ++if(BUILD_TESTS) + enable_testing() + add_subdirectory(tests) + endif() Index: patches/patch-ConfigureChecks_cmake === RCS file: patches/patch-ConfigureChecks_cmake diff -N patches/patch-ConfigureChecks_cmake --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-ConfigureChecks_cmake 21 Jun 2019 12:35:03 - @@ -0,0 +1,14 @@ +$OpenBSD$ + +Index: ConfigureChecks.cmake +--- ConfigureChecks.cmake.orig ConfigureChecks.cmake +@@ -238,7 +238,7 @@ endif() + + # Determine whether CppUnit is installed. + +-if(BUILD_TESTS AND NOT BUILD_SHARED_LIBS) ++if(BUILD_TESTS) + find_package(CppUnit) + if(NOT CppUnit_FOUND) + message(STATUS "CppUnit not found, disabling tests.") Index: patches/patch-taglib_ogg_oggfile_cpp === RCS file: patches/patch-taglib_ogg_oggfile_cpp diff -N patches/patch-taglib_ogg_oggfile_cpp --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-taglib_ogg_oggfile_cpp21 Jun 2019 12:35:03 - @@ -0,0 +1,18 @@ +$OpenBSD$ + +Fix possible Ogg packet losses. +https://github.com/taglib/taglib/issues/864 +https://github.com/taglib/taglib/commit/9336c82 + +Index: taglib/ogg/oggfile.cpp +--- taglib/ogg/oggfile.cpp.orig taglib/ogg/oggfile.cpp +@@ -253,7 +253,7 @@ void Ogg::File::writePacket(unsigned int i, const Byte + ByteVectorList packets = firstPage->packets(); + packets[i - firstPage->firstPacketIndex()] = packet; + +- if(firstPage != lastPage && lastPage->packetCount() > 2) { ++ if(firstPage != lastPage && lastPage->packetCount() > 1) { + ByteVectorList lastPagePackets = lastPage->packets(); + lastPagePackets.erase(lastPagePackets.begin()); + packets.append(lastPagePackets);
Re: kibana doesn't work with current node version??
I probably broke it with my latest node update. I attempted to make it be less strict about the node version it wants. I thought I had tested build / startup of kibana.. but I must have missed something. It would be super cool to fix kibana to not need an exact version of node. I can see needing X.Y, but X.Y.Z is too strict. PGP: 0x1F81112D62A9ADCE / 3586 3350 BFEA C101 DB1A 4AF0 1F81 112D 62A9 ADCE > On Jun 20, 2019, at 11:41 PM, Pavel Korovin wrote: > > Hi Sebastian, > > I'll try to update it this weekend. > >> On 06/20, Sebastian Reitenbach wrote: >> Hi, >> >> just updated, or better say freshly installed, >> my elkstack host to a snapshot as of today, and starting kibana fails with: >> >> Kibana does not support the current Node.js version v10.15.3. Please use >> Node.js v>=10.15.0 <10.16. > > -- > With best regards, > Pavel Korovin
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/06/21 05:28:18 Modified files: devel/leatherman: Makefile distinfo Log message: Update to 1.7.0
Re: Fix textproc/py-commonmark tests by adding TEST_DEPENDS on itself
On Thu, Jun 20 2019, Kurt Mosiejczuk wrote: > On Thu, Jun 20, 2019 at 03:56:34PM +0200, Jeremie Courreges-Anglas wrote: >> On Thu, Jun 20 2019, Kurt Mosiejczuk wrote: >> > Paco Esteban just had trouble running the tests for py-commonmark because >> > the module needs itself installed to run the tests. This simple diff >> > adds itself to the TEST_DEPENDS to fix that. > >> Not objecting, but there's another approach which I tend to prefer: use >> PYTHONPATH so that the tested code is the code actually being built and >> packaged. Skipping the update/reinstall step also makes testing updates >> easier. > >> Suggested approach, "624 tests passed, 0 failed" both with py2 >> and py3. > > Oh. I like this *much* better. This is immediately going in my toolbox. > > Do you know if it ever breaks things to have PYTHONPATH="."? Would it be > worth having the lang/python module do that automatically? As a knob for MODPY_TEST_CMD only, I guess it should be safe. Maybe it could also be a setting (MODPY_TEST_PYTHONPATH)? -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: devel/cpputest
On Fri, Jun 21, 2019 at 08:01:55AM +0200, Rafael Sadowski wrote: > On Mon Jun 10, 2019 at 03:00:14PM +0200, Rafael Sadowski wrote: > > Please find attach a simple port for cpputest-3.8. This port is needed > > by the upcoming weechat update from 2.4 to 2.5. I've been trying to > > activate the weechat tests so I need this c++ test framework. > > > > To stop a lot of clang noise I added the following compiler option: > > > > CXXFLAGS += -Wno-zero-as-null-pointer-constant \ > > -Wno-c++98-compat \ > > -Wno-inconsistent-missing-destructor-override \ > > -Wno-c++98-compat-pedantic \ > > -Wno-cast-qual > > > > Or do we want all the noise? Tested with upcoming weechat tests on amd64. > > Compiles fine with base clang and gcc. > > > > Information for inst:cpputest-3.8 > > > > Comment: > > unit testing and mocking framework for C/C++ > > > > Description: > > CppUTest is a C /C++ based unit xUnit test framework for unit testing and > > for > > test-driving your code. It is written in C++ but is used in C and C++ > > projects > > and frequently used in embedded systems but it works for any C/C++ project. > > > > Maintainer: The OpenBSD ports mailing-list > > > > WWW: https://cpputest.github.io > > Anybody got a moment to review it? Some tests fail on amd64. Did you look into these? 84% tests passed, 11 tests failed out of 69 Total Test time (real) = 2.43 sec The following tests FAILED: 12 - CppUTestExtTests.MockExpectedCallComposite (Failed) 20 - CppUTestExtTests.MockPlugin (Failed) 21 - CppUTestExtTests.MockSupportTestWithFixture (Failed) 28 - CppUTestTests.SetPointerPluginTest (Failed) 45 - CppUTestTests.OutOfMemoryTestsForOperatorNew (SEGFAULT) 46 - CppUTestTests.TestForExceptionsInConstructor (Failed) 50 - CppUTestTests.TestMemoryAllocatorTest (Failed) 53 - CppUTestTests.MemoryLeakWarningTest (Failed) 61 - CppUTestTests.UnitTestMacros (Failed) 62 - CppUTestTests.UnitTestStringMacros (Failed) 66 - CppUTestTests.UtestShell (Failed) Errors while running CTest FAILED: CMakeFiles/test.util Please consider shipping README.md as it contains useful examples. OK kn
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2019/06/21 04:27:52 Modified files: net/powerdns : Makefile distinfo Log message: Update to PowerDNS server 4.1.10
Re: update youtube-dl 2019.06.08
OK On 18.06.2019 08:51, Nam Nguyen wrote: Björn Ketelaars writes: On Mon 17/06/2019 19:50, Nam Nguyen wrote: The generated PLIST has four lines of the form: -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/ I had to manually intervene in the generated PLIST and remove the leading ${MODPY_COMMENT} to keep it the same as the older PLIST. This seems safe, given targeting only python 3 and given port-modules(5): "The python module defines variables to allow a single PLIST to be used for both versions. Generate or update the PLIST using the python3 FLAVOR, then edit it to prefix any lines creating MODPY_PYCACHE directories with MODPY_COMMENT." I trust update-plist to do the right thing, and would keep the ${MODPY_COMMENT}-bits in. It doesn't seem to do any harm. That said, removing these bits also doesn't do any harm. Tested the port by grabbing content from a couple of websites other than youtube. Works for me. OK bket@ This is an updated diff with generated PLIST as suggested. Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.188 diff -u -r1.188 Makefile --- Makefile14 May 2019 15:03:52 - 1.188 +++ Makefile18 Jun 2019 05:44:25 - @@ -2,7 +2,7 @@ COMMENT = CLI program to download videos from YouTube and other sites -VERSION = 2019.05.11 +VERSION = 2019.06.08 MODPY_EGG_VERSION = ${VERSION:S/.0/./g} DISTNAME = youtube-dl-${VERSION} Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.173 diff -u -r1.173 distinfo --- distinfo14 May 2019 15:03:52 - 1.173 +++ distinfo18 Jun 2019 05:44:25 - @@ -1,2 +1,2 @@ -SHA256 (youtube-dl-2019.05.11.tar.gz) = QSYiGmVnwceN+p2au/NAvF6xPkCWOvylFQ5y3J4UR/g= -SIZE (youtube-dl-2019.05.11.tar.gz) = 3167002 +SHA256 (youtube-dl-2019.06.08.tar.gz) = J1qFBuzWxyWJv8ZrdJzYCEfnOT3x1uG+zR0RupCYCDc= +SIZE (youtube-dl-2019.06.08.tar.gz) = 3169571 Index: pkg/PLIST === RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v retrieving revision 1.126 diff -u -r1.126 PLIST --- pkg/PLIST 14 May 2019 15:03:52 - 1.126 +++ pkg/PLIST 18 Jun 2019 05:44:25 - @@ -10,7 +10,7 @@ lib/python${MODPY_VERSION}/site-packages/youtube_dl/YoutubeDL.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/__init__.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/__main__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}YoutubeDL.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc @@ -29,7 +29,7 @@ lib/python${MODPY_VERSION}/site-packages/youtube_dl/compat.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/__init__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}common.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/${MODPY_PYCACHE}dash.${MODPY_PYC_MAGIC_TAG}pyc @@ -53,7 +53,7 @@ lib/python${MODPY_VERSION}/site-packages/youtube_dl/downloader/rtsp.py lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/__init__.py -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/ +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/ lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}abc.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}abcnews.${MODPY_PYC_MAGIC_TAG}pyc @@ -179,7 +179,6 @@ lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}coub.${MODPY_PYC_MAGIC_TAG}pyc lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}cracked.${MODPY_PYC_MAGIC_TAG}pyc
Re: [NEW] security/ghidra
Hi Lawrence, Lawrence Teo writes: > I used SUBST_CMD to substitute WRKDIR in GHelpBuilder.java, and > accidentally included the substituted value in my diff when I > regenerated patches. > > I have fixed it in this latest diff. Could you please test if it works > for you? Thanks, ghidra and the decompiler work fine now. If any patches are pulled from GitHub, please add a comment with the commit or a link to the pull request. ok bentley@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/06/21 01:43:46 Modified files: devel/py-voluptuous: Makefile distinfo Log message: update to 0.11.5 elasticsearch-curator still seems to be happy with it
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/06/21 00:27:49 Modified files: textproc/py-elasticsearch: Makefile Log message: relax the dependency to just updated www/py-urllib3, must have been a leftover from older versions
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/06/21 00:26:36 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm Log message: Add www/py-urllib3 to the CVE list pointed out by feinerer@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sebas...@cvs.openbsd.org2019/06/21 00:24:44 Modified files: www/py-urllib3 : Makefile distinfo www/py-urllib3/pkg: PLIST Log message: Update to 1.24.3, which contains security fix for CVE-2019-9740 CVE pointed out by feinerer@ OK feinerer@
Re: NEW: textproc/epubcheck
Rafael Sadowski writes: > On Wed Jun 19, 2019 at 02:01:33AM -0600, Anthony J. Bentley wrote: > > Hi, > > > > EPUBCheck is a tool to validate the conformance of EPUB publications agains > t > > the EPUB specifications. EPUBCheck can be run as a standalone command-line > > tool or used as a Java library. > > > > EPUBCheck is open source software, maintained by the DAISY Consortium on > > behalf of the W3C. > > > > > > You can download some epubs to try validating from https://standardebooks.o > rg/. > > > > ok? > > > > -- > > Anthony J. Bentley > > Why are you installed all jar file under ${PREFIX}/share/epubcheck It's arbitrary. I considered ${PREFIX}/lib also, but ${PREFIX}/share is where I usually put large port-specific data like this. (See also: lots of game ports that put executables and data under ${PREFIX}/share and only put a wrapper script in ${PREFIX}/bin.) > and not ${PREFIX}/epubcheck? Seems a bit weird to put something like this directly under /usr/local, doesn't it? I tend to reserve it for paths that users will type a lot. Since no user will ever refer to epubcheck's directories directly, a deeper hierarchy is no problem... -- Anthony J. Bentley
Re: NEW: devel/cpputest
On Mon Jun 10, 2019 at 03:00:14PM +0200, Rafael Sadowski wrote: > Please find attach a simple port for cpputest-3.8. This port is needed > by the upcoming weechat update from 2.4 to 2.5. I've been trying to > activate the weechat tests so I need this c++ test framework. > > To stop a lot of clang noise I added the following compiler option: > > CXXFLAGS += -Wno-zero-as-null-pointer-constant \ > -Wno-c++98-compat \ > -Wno-inconsistent-missing-destructor-override \ > -Wno-c++98-compat-pedantic \ > -Wno-cast-qual > > Or do we want all the noise? Tested with upcoming weechat tests on amd64. > Compiles fine with base clang and gcc. > > Information for inst:cpputest-3.8 > > Comment: > unit testing and mocking framework for C/C++ > > Description: > CppUTest is a C /C++ based unit xUnit test framework for unit testing and for > test-driving your code. It is written in C++ but is used in C and C++ projects > and frequently used in embedded systems but it works for any C/C++ project. > > Maintainer: The OpenBSD ports mailing-list > > WWW: https://cpputest.github.io Anybody got a moment to review it?