|Report created on Mon Dec 22 05:36:51 2014.||back to main menu|
For explanatory information and summary details, see the notes below.
|portname||maintainer||build error logs||Problem Reports||Responsible|
|mail/dovecot||bdrewery@FreeBSD.org||177497: mail/dovecot startup script breaks onestart functionality||bdrewery@FreeBSD.org|
|mail/qmail-tls||bdrewery@FreeBSD.org||192876: mail/qmail-tls doesn't compile with smtp auth||bdrewery@FreeBSD.org|
|ports-mgmt/portmaster||bdrewery@FreeBSD.org||174729: ports-mgmt/portmaster: should check for script running as before doing certain operations||bdrewery@FreeBSD.org||180673: ports-mgmt/portmaster: shall not delete build deps that are run deps, too (e.g. math/cantor: fails on R stuff)||bdrewery@FreeBSD.org||190532: ports-mgmt/portmaster needs new debug option||bdrewery@FreeBSD.org||191166: [patch] ports-mgmt/portmaster: update man page for rebuilding all ports with pkg||bdrewery@FreeBSD.org||192960: ports-mgmt/portmaster dependency handling is incorrect.||bdrewery@FreeBSD.org||193716: ports-mgmt/portmaster attempts to install port before required port||bdrewery@FreeBSD.org||194591: ports-mgmt/portmaster falsely wants to update gcc-4.7.x to gcc-4.8.x||bdrewery@FreeBSD.org||194722: ports-mgmt/portmaster fails to parse dependencies||bdrewery@FreeBSD.org||195304: ports-mgmt/portmaster fails to auto delete deleted ports||bdrewery@FreeBSD.org|
|ports-mgmt/portupgrade-devel||bdrewery@FreeBSD.org||177365: [patch] ports-mgmt/portupgrade-devel enhancements||bdrewery@FreeBSD.org|
|ports-mgmt/portupgrade||bdrewery@FreeBSD.org||127889: ports-mgmt/portupgrade detects spurious failures and skips ports unnecessarily||bdrewery@FreeBSD.org||184672: portupgrade -p fails to install dependencies with staging||bdrewery@FreeBSD.org||185217: ports-mgmt/portupgrade: Building ports using a symbolic link in place of /usr/ports is broken||bdrewery@FreeBSD.org||192232: [ports-mgmt/portupgrade] Added 'security vulnerability' to the reasons of failure.||bdrewery@FreeBSD.org||194800: ports-mgmt/portupgrade: broken after moving ports folder to another place||bdrewery@FreeBSD.org|
|ports-mgmt/poudriere-devel||bdrewery@FreeBSD.org||193732: [patch] ports-mgmt/poudriere-devel suppress sort warning on FreeBSD < 10||bdrewery@FreeBSD.org|
|ports-mgmt/poudriere||bdrewery@FreeBSD.org||180924: ports-mgmt/poudriere does not write changed port config||bdrewery@FreeBSD.org||181799: ports-mgmt/poudriere: [PATCH] allow in-line comments in ports-list||bdrewery@FreeBSD.org|
|security/openssh-portable||bdrewery@FreeBSD.org||193127: [PATCH] security/openssh-portable should allow a plain protocol version string||bdrewery@FreeBSD.org|
|www/suphp||bdrewery@FreeBSD.org||193200: [patch] www/suphp - add support for apache 2.4||bdrewery@FreeBSD.org|
|ports shown: 56||ports with build errors: 1||ports with outstanding PRs: 9|
|ports with either build errors or PRs: 10|
Clicking on each column heading will cause the report to be redone sorted by that column. Clicking again will reverse the sort.
The portname column includes links to a more complete overview for that port.
The maintainer column includes links to a page showing the status of all ports for that maintainer.
The build error logs column represents the list of unique errors noticed in any build environment (if any). The errors are listed alphabetically. Each entry is a link to a particular errorlog. (In cases where the same error occurs in multiple build environments, the latest errorlog is used.)
The list of build errors that are detected, and a short description of each one, can be found here.
The PRs (if any) for the given port are listed numerically in the Problem Reports column. Thus, for each port, they should also be in order from earliest to latest.
Currently, no effort is made to correlate any individual build error with any individual PR. They are listed in adjacent columns only for your viewing convenience.
The underlying technology of this report relies on trying
to extract information from the existing PR database
entries. These entries are entered by human users using the
send-pr command. As such, the quality of the
entries varies greatly.
The fastest, and easiest, information is gleaned from a PR entry whose subject line contains the port category and port name, separated by a slash. However, if this algorithm only flagged those, it would miss nearly 50% of the ports PRs, not to mention all the 'framework' PRs.
So, as an extension, various heuristics are used to
guess what it is the user really intended. See the
prQueryUtils.py for the gory details.
What's important to understand is this: there is
no possible algorithm that will correctly identify all
the ambiguous PRs without getting a few false identifications
and still run in less than geological time. So, before you
are tempted to file a PR on this algorithm itself,
read the code to understand its design tradeoffs, and
then consider instead filing followup PRs to the ambiguous
PRs that would disambiguate them instead.
Thanks -- the author.