HTTPS clone URL
Subversion checkout URL
BMAKE BZIP2 FREEBSD FSF KIENTZLE MRENDEL TNF ZLIB buildlink2 cube_native_xorg cwrapper databases_pgbouncer jlam_pkgviews netbsd_1_6 netbsd_1_6_1 pkg_install_renovation pkgsrc_2003Q4 pkgsrc_2004Q1 pkgsrc_2004Q2 pkgsrc_2004Q3 pkgsrc_2004Q4 pkgsrc_2005Q1 pkgsrc_2005Q2 pkgsrc_2005Q3 pkgsrc_2005Q4 pkgsrc_2006Q1 pkgsrc_2006Q2 pkgsrc_2006Q3 pkgsrc_2006Q4 pkgsrc_2007Q1 pkgsrc_2007Q2 pkgsrc_2007Q3 pkgsrc_2007Q4 pkgsrc_2008Q1 pkgsrc_2008Q2 pkgsrc_2008Q3 pkgsrc_2008Q4 pkgsrc_2009Q1 pkgsrc_2009Q2 pkgsrc_2009Q3 pkgsrc_2009Q4 pkgsrc_2010Q1 pkgsrc_2010Q2 pkgsrc_2010Q3 pkgsrc_2010Q4 pkgsrc_2011Q1 pkgsrc_2011Q2 pkgsrc_2011Q3 pkgsrc_2011Q4 pkgsrc_2012Q1 pkgsrc_2012Q2 pkgsrc_2012Q3 pkgsrc_2012Q4 pkgsrc_2013Q1 pkgsrc_2013Q2 pkgsrc_2013Q3 pkgsrc_2013Q4 pkgsrc_2014Q1 pkgsrc_2014Q2 pkgsrc_2014Q3 pkgsrc_2014Q4 pkgsrc_2015Q1 pkgsrc_2015Q2 pkgsrc_2015Q3 pkgviews_mk pkgviews tnftp trunk tv_derecurse tv_libtool_1_5_18_tmpdirfix
Nothing to show
Nothing to show
Fetching latest commit...
Cannot retrieve the latest commit at this time.
|Failed to load latest commit information.|
This package uses per-topic patches, rather than per-file patches. This means some of the patches patch multiple files, and some files are patched more than once. The order the patches are applied in matters, too. If you use mkpatches or regenerate patches naively you *will* screw things up. Don't. If you need to rebuild any of the existing patches, until such time as pkgsrc gets native support for per-topic patches the proper way is to (1) make extract, (2) touch work/.patch_done, (3) use quilt or Mercurial's mq extension to push and pop the patches one at a time and regenerate as necessary. (When done, don't forget to propagate the updated patches back to the patches directory if necessary before making clean.) However, in general you shouldn't need to rebuild the existing patches; if you have additional changes, in general they should go in as additional new patches. The long-term intent is to move these and the large number of xview-lib and xview-clients patches to distfile patches, or maybe even to issue a new distfile. However, doing this usefully requires organization. Per-topic patches aren't critical for xview-config, because there's only a handful of relatively minor changes; however, the old way there are 131 patches in xview-lib and 96 in xview-clients and (particularly in the absence of cvs rename) it's become nearly impossible to work with them, so sorting and reorganization has to be done in small steps. The intent also is for the xview-config patches to be patch-a?-*, xview-lib patches to be patch-[b-n]?-* or thereabouts, and the xview-clients patches to be patch-[o-z]?-* or thereabouts, so that the three sets of patches can be combined later without excessive difficulty. These three sets should be disjoint: files in config/ are patched in xview-config, files in clients/ are patched in xview-clients, and the rest are patched in xview-lib. The build is such that there's no overlap at build time. Hopefully the above is enough information for someone to pick this up if I get hit by a bus. - dholland 20110811