[QPID-6124] FreeBSD ports, testing welcome

• Type: Improvement
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 0.30
• Component/s: Packaging
• Assignee: Unassigned
• Reporter: Johan Ström
• Created: 26/Sep/14 21:38
• Updated: 15/Mar/17 00:20

Description

Hi,

with the work put into qpid 0.30, it now builds fine on FreeBSD.
I have put some effort into making proper FreeBSD Ports (packages) for qpid, and I'd like to share my work.

The ports:

• devel/py-qpid-qmf
• devel/qpid-proton
• net/qpid-tools
• net/qpidd

devel/py-qpid already exists, so that is not covered.

They all build fine with the default options, however some bindings are broken:

• devel/qpid-proton
  • Ruby bindings does not build, libuuid problems
  • PHP bindings does not build. zend.h problems
• net/qpidd
  • Perl bindings does not build. See comments in QPID-6008 for details.

I have not gone through any great lengths trying to fix this, as I currently don't need these bindings.

The tar-ball attached contains all ports, extract in /usr/ports.
In addition, to build net/qpidd, /usr/ports/(UIDs|GIDs) needs to be patched:

--- GIDs  2014-09-26 23:35:39.815616975 +0200
+++ GIDs        2014-09-24 21:44:28.369065757 +0200
@@ -297,5 +297,6 @@
 tvheadend:*:984:
 puppetdb:*:985:
 kamailio:*:986:
+qpidd:*:987:
 nogroup:*:65533:
 nobody:*:65534:
--- UIDs   2014-09-26 23:35:37.259916310 +0200
+++ UIDs        2014-09-26 08:53:53.478772009 +0200
@@ -305,4 +305,5 @@
 tvheadend:*:984:984::0:0:TV Headend:/usr/local/etc/tvheadend:/bin/sh
 puppetdb:*:985:985::0:0:PuppetDB Daemon pseudo-user:/nonexistent:/usr/sbin/nologin
 kamailio:*:986:986::0:0:kamailio daemon:/nonexistent:/usr/sbin/nologin
+qpidd:*:987:987::0:0:kamailio daemon:/nonexistent:/usr/sbin/nologin
 nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin

All ports passes portlint and poudriere testport on FreeBSD 10.0-RELEASE-p7, amd64.
I have not tried to build on 9.3, there might be minor issues.

My hope is mainly that these comes to some use for other users, but also that someone more involved with the qpid project is willing to adopt these ports, and ultimately maintain them in the real ports tree.