Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jul 2015 20:18:28 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 201462] [patch] security/libressl - Option to not install API manpages
Message-ID:  <bug-201462-13@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201462

            Bug ID: 201462
           Summary: [patch] security/libressl - Option to not install API
                    manpages
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Keywords: patch
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: vsevolod@FreeBSD.org
          Reporter: adamw@FreeBSD.org
          Assignee: vsevolod@FreeBSD.org
             Flags: maintainer-feedback?(vsevolod@FreeBSD.org)
          Keywords: patch

Created attachment 158588
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=158588&action=edit
API_MAN

There are over 1,450 API-related manpages in the LibreSSL port's plist. For
many (most?) users, they don't need or want these API manpages.

The attached patch adds an API_MAN option that controls whether manpages are
installed. It's a simple patch that just does the work in the plist. It's on by
default (meaning all manpages get installed) so the default package doesn't
change. It also doesn't affect the man1 stuff, which more people are likely to
use.

When using the API_MAN option, the number of files goes down to less than 100,
a reduction of 94%. I submitted a similar patch for the openssl port (bug
#201459). As I said in that PR, adding in this option won't stop the sky from
falling, but it'd be a nice option to give to users.

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-201462-13>