In D16880#359836, @jrm wrote:

Mark it broken for 10.4 i386?

suppress output on stdio when running couchdb2 without syslog

PORTDOCS now seems to work as desired
poudriere bulk -t is happy on 10.4,11.1,11.2 amd64/i386 & 12.0a1 amd64

Working html DOCS install from perspective of couchdb2 user/admin however
I'm still not getting this to work correctly with PORTDOCS though

unexpected behaviour of find between the -regex and the -name versions leads to couchjs not being stripped:

• messing around with PORTDOCS

• roll in upstream 1.2.12
• 10.4R i386 still fails
• json update upstreamed https://github.com/zerotier/ZeroTierOne/pull/837

I've been messing around with DOCS option, I'm not at all sure if this is
correct nor working properly when DOCS knob is off vs on, but it does
at least "work" functionally at present via:

APPDIR was not propagated to patch-configure

seems the last patch is missing the intermediary commits. Here's a full diff via arc diff --preview --base git:upstream/master

poudriere bulk -t OK on 10.4R, 11.1R, 11.2R amd64+i386 and 12.0-alpha amd64

• polish and reorder Makefile
• strip .so and binaries
• remove surplus duplicate files from distribution

In D16820#358227, @jrm wrote:

I am trying to make sense of the vuln entry with two different couchdb packages, couchdb-1.x.x,2 and couchdb2-2.x. Based on what you wrote, does <range><le>1.7.2,2</le></range> make more sense for the new entry, which I assume only applies to the couchdb-1.x.x,2 package?

clean up ports smells - RM, USES_ USE, PHB var order

Doing pkg audit -f /usr/ports/security/vuxml/vuln.xml when couchdb is installed doesn't work due to epoch as you mentioned, so I also need to fix this in
(mea culpa) VID 1e54d140-8493-11e8-a795-0028f8d09152 from https://svnweb.freebsd.org/ports?view=revision&revision=474445 as well.

poudriere fine on 11.2R amd64 & the actual fix now correctly re-creates the logdir if not already present

polish MANPAGE order

FWIW next time round we can skip the Makefile patch https://github.com/elixir-lang/elixir/pull/7991/commits/a10b13e0dafe88f66f39dbf6a556e6546674d4c3

DISTVERSION ftw

ping @dteske are you ok for this to land? thanks!

fix last nit for {$RLN}

resolved in r474445

FYI https://blog.couchdb.org/2018/07/10/cve-2018-8007/ now announced officially & https://reviews.freebsd.org/D16212 for CVE details

closed by r474363

www/py-graphite-api: clean up rc.d script

r473830 | dch | 2018-07-03 13:13:55 +0000 (Tue, 03 Jul 2018) | 7 lines

• use wildcard to pick up compat* entries rather than ignore them
• use more specific OSVERSION to match up point of breakage

Include mat@ final tweaks and base this diff off /usr/ports instead of .../net/zerotier, drop /files/ which crept in

include mat@ final tweaks and base this diff off /usr/ports instead of .../net/zerotier

this patch didn't apply cleanly anymore for me, here's my tweak https://github.com/skunkwerks/freebsd/commit/22cff7130664edce262f9eb00adef5799baaf205.patch & also to confirm it works for me - just used it to get a crash dump from a system freeze. many thanks!

improve rc.d handling

In D15879#335907, @mat wrote:

Mmmm, there is no such thing as 12.0, yet. And when it comes out, it will definitively not have 1200000 as a version.
I think it would be better if you could track which OSVERSION bump is after the removal of those providers and use it instead.

just in case anybody's wondering, this is held up by an issue where zt won't start up at system boot after these changes.

www/py-graphite-api: clean up rc.d script and Makefile

Clean up DEBUG option handling

net/zerotier: update 1.2.4 to 1.2.8

In D10597#317774, @guillaume.duque_live.fr wrote:

In D10597#224615, @dch wrote:

So far, it works flawlessly for me in client mode, no issues at all. I've not set up an access point before and I don't have any more hardware to test against it.

Hi !

Could you explain how you did that ? I'm new to the FreeBSD world, I come from GNU/Linux, and I've got the same issue. My laptop, Xiaomi Notebook Pro only got a wireless card, the intel 8265... I've installed FreeBSD, and I gotta patch it to get internet.

Thanks !