Created attachment 225605 [details]
contents of net-mgmt/unbound-telemetry
I've tried to get net-mgmt/unbound_exporter to work, but without success.
I noticed that unbound_exporter hasn't been updated in years, but I did find another project, unbound-telemetry, that is much newer and it works. So I created a port. I am successfully running this port in my home lab.
(In reply to paul from comment #0)
shar(1) (Shell ARchive) files are simply plain ASCII
text files. Can you please mark the attachment as
Done! I've set the shar attachment to be text/plain.
One detail that I just noticed is that I left a commented out MAINTAINER line in the Makefile. I started the port with a copy of net-mgmt/nfs-exporter, so the commented out line points at asomers@FreeBSD.org. This line should be deleted or the value changed to someone more appropriate.
(In reply to paul from comment #2)
> I left a commented out MAINTAINER line in the Makefile.
> This line should be deleted or the value changed to
> someone more appropriate.
One would assume that because you were interested enough
to create hew port, that you would be interested enough
to be it's MAINTAINER. ;-)
IOW The MAINTAINER value in the Makefile should contain
_your_ chosen MAINTAINER email address. :-)
OTOH the MAINTAINER line should _never_ be blank/commented.
If all else fails, the value should be ports@FreeBSD.org
I would be happy to be the MAINTAINER. My preferred email is firstname.lastname@example.org
How should this detail get fixed? Should I submit a new shar that includes this correction?
(In reply to paul from comment #4)
Simply re-create the shar as you did before.
#MAINTAINER= line to:
You'll probably want to modify your registered
email address to include your actual name (note
the difference in the comments between yours and
mine here) -- email@example.com vs. Chris Hutchinson.
As you're interested in becoming a MAINTAINER.
You'd do well to familiarize yourself with the
You needen't memorize all of it. But _do_ attempt
to memorize the frequently used tasks. :-)
Points of interest to help accelerate your
port through the acceptance process:
- Provide QA (Quality Assurnce)
provide proof that your port/changes actually work.
ports-mgmt/poudriere is the defacto choice for providing
the output to prove everything works as intended.
Other forms can include relevant output from build logs.
from within a jail(8), all of: make -DBATCH check-plist,
make stage-qa, make check-sanity, portlint. To name a few.
But as a rule, the output of ports-mgmt/poudriere is the
- Future maintence of your new port will require you to
become well familiar with git(1) if your not already
familiar. Even if you are. You'll still need to discover
how to use it with regards to maintaining ports, and
properly submitting patches.
- Become informed.
You're also going to want to join at least the
freebsd-ports@ and the freebsd-ports-bugs@ mailing lists.
It may well be a good idea to also join the
dev-commits-ports-all@. As you're going to need to know if
things ever "go south" with any of the ports you maintain.
All of this is in the porters handbook that I mentioned
earlier. But these are some of the main points that will
help you "get up to speed".