Date: Thu, 8 Jan 2004 21:20:19 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: Garance A Drosihn <drosih@rpi.edu> Cc: freebsd-ports@freebsd.org Subject: Re: Call for feedback on a Ports-collection change Message-ID: <20040109052019.GA8007@Odin.AC.HMC.Edu> In-Reply-To: <p06020442bc23e2b0983e@[128.113.24.47]> References: <Pine.LNX.4.44.0401082157110.30116-100000@pancho> <p06020442bc23e2b0983e@[128.113.24.47]>
next in thread | previous in thread | raw e-mail | index | archive | help
--PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 09, 2004 at 12:07:53AM -0500, Garance A Drosihn wrote: > At 10:17 PM -0600 1/8/04, Mark Linimon wrote: > >Now let's consider maintainability once again. The ability > >to separate the patches into discrete files with descriptive > >names is a very powerful thing if you're someone like me > >who winds up trying to do updates to a large number of > >ports. I find the ports with a large number of patches > >stuck together in patch-aa, patch-ab, etc., to be > >incredibly frustrating to work with. You can't even > >tell from glancing at them if they even overlap. I think > >it would be a mistake to take away the ability to rapidly > >browse these files. >=20 > Inside the proposed pkg-data file, the patches can have > whatever names you want. (That was already part of my > plan). For instance, you could name each patch for the > exact filename it modifies (if you wanted to) -- including > directory names and using '/'s as separators. It's just > that when the program spits them out, it'll do it into > boring-named files. That was my thought, at least, I'm > certainly willing to spit them out with other names. What I'd really like to see from you is, what does the port maintanence cycle look like to the port maintainer and how is it different from today. I can think of different ways it would work, but I want to know how you see it happening. One thing I like about the idea of stuffing the patches into some sort of single file is that it would actually reduce the amount of information I have to put in PRs since path addition and removal would just happen. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE//joRXY6L6fI4GtQRApXFAJ9YFdreU+RK3O9bReSVRoXexxusaQCfQrmW hLFuh9bphhmdSORFTpZ/ofo= =t3FY -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040109052019.GA8007>