Bug 246880 - net/mosquitto: update to 1.6.8
Summary: net/mosquitto: update to 1.6.8
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Steven Hartland
Keywords: buildisok, needs-qa
Depends on:
Blocks: 246884
  Show dependency treegraph
Reported: 2020-05-30 21:33 UTC by Steven Hartland
Modified: 2021-01-11 22:26 UTC (History)
3 users (show)

See Also:
joe: maintainer-feedback+

patch to update to 1.6.8 + netdata compat (9.56 KB, patch)
2020-05-30 21:33 UTC, Steven Hartland
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Steven Hartland freebsd_committer 2020-05-30 21:33:41 UTC
Created attachment 215075 [details]
patch to update to 1.6.8 + netdata compat

Update mosquitto to 1.6.8 + add option to apply netdata compatibility patches.
Comment 1 Steve Wills freebsd_committer 2020-05-30 21:52:26 UTC
Build info is available at https://gitlab.com/swills/freebsd-ports/pipelines/151237080
Comment 2 joe 2020-05-31 15:15:23 UTC
Comment on attachment 215075 [details]
patch to update to 1.6.8 + netdata compat

I think the patch "files/patch-CMakeLists.txt" is now empty?
Comment 3 daniel.engberg.lists 2020-05-31 21:27:41 UTC
1.6.9 is out (27-Feb-2020), any reasons not to use it?

Seems to build fine without files/patch-src_security__default.c (needed?)

files/patch-CMakeLists.txt isn't empty however I can build mosquitto if localbase:ldflags is added to USES= with it completely removed

CMAKE_ARGS=    -DCMAKE_LIBDATADIR:PATH="${PREFIX}/libdata" doesn't seem to do anything?

CMake Warning:
  Manually-specified variables were not used by the project:

Doesn't uthash from ports work? (bundled dependencies)
Comment 4 Fernando Apesteguía freebsd_committer 2020-06-23 10:36:47 UTC
^Triage: Reporter is committer, assign accordingly.
Comment 5 daniel.engberg.lists 2020-07-28 11:20:24 UTC
Friendly ping
Comment 6 joe 2020-08-31 00:59:49 UTC
PS: Was the websocket option (WS) tried as well? I just thought of this...
Comment 7 daniel.engberg.lists 2021-01-11 22:26:55 UTC
fwiw, libwebsockets bump