Attention ports committers

Eygene Ryabinkin rea at
Fri Jan 14 21:46:07 UTC 2011

Good day.

Fri, Jan 14, 2011 at 01:18:52PM -0500, joeb wrote:
> I would like to draw the attention of a ports committer to port 
> If it needs further work please provide feedback.

A couple of things about the port:
 - you can just use plain SF instead of a long to type
   and no MASTER_SITE_SUBDIR will work too and save you
   one more line;
 - share/examples/qjail in the pkg-plist is better spelled
   as %%EXAMPLESDIR_REL%%; and its ${PREFIX}/share/examples/qjail
   in the Makefile should really be ${EXAMPLESDIR}; also
   you can consider using PORTEXAMPLES to use port's procedures
   to install the examples and to avoid installing them when
 - it is better to remove the commented DISTFILES, since
   it is not needed thus just adds the visual clutter;
 - pkg-descr is a way too chatty (in my taste); it can be
   definitely stripped down to provide the idea about
   what qjail is and the whole text can be put to the
   project's Web site;
 - you can put your rc.d script into USE_RC_SUBR inside
   the Makefile; just put your scripts into WRKDIR during
   the build phase; this will enable your port to survive
   any modifications to the process of installation of
   the rc.d scripts, because they will be handled by the
   ports subsystem;
 - pkg-message can be stripped down as well: first line
   looks redundant, since people already know why they
   had installed the port; the other two lines, perhaps,
   can be condensed into "Read qjail-intro(8) for to get
   started."  The said manual page has reference to the
   qjail(8), so people will know what to do after reading
   the introduction.

And please, please, please, try to put your shar(1) archive somewhere
to the Web and add the link to the PR: mail over gnats if not
uuencoded properly makes attachments with partial quoted-printable
stuff left, so download of, for example,
will give a non-working shar(1) archive for starters and when '=0A='
will be removed, one will need to dance with the QP '=' characters,
newlines and alike.

May I also add, your software's manual pages can be improved:
 - don't insert empty lines into the groff files, use the
   lone dot if you want the visual separator inside the
   groff sources;
 - use standard macros like .Pa, .Xr, .Nm, .Qq and others
   instead of doing bold font, quoting and other stuff by hand;
 - avoid unneeded usage of the bold attribute; for example,
   qjail-intro(8) needs no bold for the "4th generation",
   "user friendliness" and other stuff;
 - start each sentense inside the manual source from the
   new line: this will provide two spaces between sentences
   in the formatted manual pages and will ease the diffs
   between revisions of the makefile (for you and other
   developers of the qjail, because this way changes in the
   manual pages will show up in the diff output only inside
   their own sentenses; they won't have the parts of other
   sentences in the + and - lines and that's good);
 - you have many trailing spaces; whilst they typically do
   not harm, why to keep them?

And for the qjail scripts themselves:
 - currently qjail is a single block with no subroutines;
   it _may_ be better to split it into logical parts,
   because it will be easier to read, navigate and understand
   for Other People (TM) ;))
 - perhaps you'll be able to use exit codes from sysexits(3).
 - what does jail2 rc.d script?  It terribly reminds me
   /etc/rc.d/jail and diffing the two one finds mostly
   cosmetic differences.  So, what's the point of having
   jail2 at all?

Sorry for a long letter and slightly mentorish tone: meant
no offense, just wanted to improve the stuff.
Eygene Ryabinkin                                        ,,,^..^,,,
[ Life's unfair - but root password helps!           | ]
[ 82FE 06BC D497 C0DE 49EC  4FF0 16AF 9EAE 8152 ECFB | ]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
Url :

More information about the freebsd-ports mailing list