# $Id$


linimon:
--------

needed for 5.3:

 1. shake out infrastructure changes for X update
 2. XFree86-4.4 update (in testing yet?)
 3. infrastructure changes for autotools (68798)
 4. deal with breakage from pending gcc3.4 update (and to some extent,
    still dealing with breakage from gcc3.3)
 5. deal with amd64 breakage, at least for some set of "important" ports,
    to help push it towards Tier-1

also needed:

 6. work to improve the OPTIONS infrastructure (OPTIONS editor?
    more make targets?  or just better documentation?)
 7. ensure that the Porter's Handbook is up to date with current
    practice w/rt infrastructure changes (AFAIK, the following are
    incomplete or missing: auto-plist; OPTIONS; autotools update;
    X11 (well, not yet committed, but ...); Python;
 8. update default value of configure-target and propogate (52917)

nice to have:

 9. canonicalize USE_* and WITH_*
10. define what the expected usage of the MOVED file is
11. necessary rework for config options to avoid having to have
    code after bsd.port.mk (some config options need to be set
    before bsd.port.pre.mk code, some after)
12. other portmgr PRs in the queue
13. other suggested infrastructure rework (multilevel ports,
    distributed build system, ...)
 - '3-tier ports' (or at least a discussion of whether they are really
   needed, or whether the real problem is just 'people can't find
   interesting ports', which is a search problem.  But I've harped on    
   my view on this before, and I wouldn't stand in the way of any
   restructuring).
 - ways to make INDEX work with an incomplete hierarchy (or at least
   restructure things so that we can state, definitively, which categories
   are intended to be leaf categories)
 - perhaps a way to get rid of INDEX altogether (e.g. db4-driven, so it
   can be used from the base system?)
 - frontend code to some of the more popular ports tools that would allow
   either curses-based or x11-based ports tree maintainence (e.g. something
   like 'barry' except done right).  I would be really cool to be able to
   run parts of portupgrade without having to run the whole thing.  e.g.
   'you need to upgrade the following N ports, click to see what ports
   they would need to update', 'now opening new build window for port
   XYZ', etc.  Something where the end-of-portupgrade summary doesn't
   just scroll off several pages, but could be kept and read.
 - a way to visualize the ports hierarchy (has been discussed before)
 - total blue-sky: move away from Makefiles altogether, or at least as
   much as we can.


eik:
----

- a patch for portlint that checks dependencies for existence, so that
errors like

RUN_DEPENDS+=   \
        ${LOCALBASE}/libexec/nagios:${PORTSDIR}/net-mgmt/nagios-plugins \
        ${SITE_PERL}/Net/Netmask.pm:${PORTSDIR}:net-mgmt/p5-Net-Netmask \
        ${SITE_PERL}/Net/SNMP.pm:${PORTSDIR}:net-mgmt/p5-Net-SNMP

are detected (easy). Probably Joe's territory, but as far as I know him
he would never turn a good patch down :)


- various small subprojects for OPTIONS, like a new ncurses based
application, as well as a GNOME and KDE GUI.


- a proper way to verify PGP signed distfiles, I believe this should be
a maintainer-only target.


- define the semantics of MOVED (including a patch for the porters
handbook and a fix for MOVEDlint). Probably not that easy. portupgrade
uses MOVED too, this should be unaccounted for. Also I would like to see
some recommendations how the pkg_install tools should handle MOVED (or
whether they should no handle it at all). Ah, and a patch for
bsd.port.mk to follow MOVED (we have already two, PR 55841 and PR 66389)
and whether the INDEX should break or just warn.