Date: Mon, 30 Jan 2023 03:54:48 +0100 From: "Julian H. Stacey" <jhs@berklix.com> To: Jamie Landeg-Jones <jamie@catflap.org> Cc: freebsd-current@freebsd.org Subject: Re: 1 year src-patch anniversary! Message-ID: <202301300254.30U2sm0k061914@dell.no.berklix.net> In-Reply-To: Your message "Sun, 29 Jan 2023 22:18:26 %2B0000." <202301292218.30TMIQmM020883@donotpassgo.dyslexicfish.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Jamie Landeg-Jones wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261657 is a trivial fix > to an admittedly trivial issue, but it's soon going to hit one year old, > and has not had any feedback. Not even "this is rubbish. close ticket" > > | jamie@catwalk:~ % stat 'so good they named it twice' > | stat: so good they named it twice: stat: No such file or directory > > As such, it's the oldest of my patches to be completely ignored, but then, > most of my fixes I haven't even submitted, because, what's the point? > I've instead spent time writing something so the patches are automatically > aplied to my src tree, and distributed to all my servers. I wrote a tool in 1993 I still use http://www.berklix.com/~jhs/bin/.csh/customise to apply trees of generic & personal diffs to src & ports, for multi releases http://www.berklix.com/~jhs/src/ to apply diffs, where some are submitted, some committed for some versions, some diffs still needed for older versions, & some not submitted or committed. I guess many, especially non-commiters, maintain trees of uncommited diffs & there's probably other applicator scripts, numerous re-inventing of wheels for decades, 'cos send-pr / https://bugs.freebsd.org/bugzilla/enter_bug.cgi & volunteer unpaid commiters can't keep up with submissions. & non committers can't afford to wait months or years, remembering what's been seen commited to Release X.Y & what still needs to be kept to apply to other inc. older releases. Probably lots of re-invented wheels: trees of diffs & applicator scripts, but to different standards, not uniformly exportable, not immediately familiar to & usable by others. While retaining the model of "This generic src/ ports/ doc/ tree has been built from patches blessed by commiters as fit for all" FreeBSD hackers(especially non commiters who must wait for commits to reduce their heap of candidate diffs) would benefit from a unified set of tools & directory formats to allow individuals to maintain & export trees of candidate diffs etc to some common standards. It wouldnt obviate / replace send-pr & https://bugs.freebsd.org/bugzilla/enter_bug.cgi & git etc, but would be an optional normalied convenience, especially beneficial to those who are Not commiters but who have growing heaps of uncommited patches. Maybe a summer of code or other person might look at Jamie's & my applicator scripts, & diff tree shapes, not for our actual current diffs, but to design common unified standards to export trees of candidate diffs that can be applied by one common applicator tool ? Hacker who are not committers presumably accumulate an an ever growing heap of diffs, a burden best normalised & automated. > I know it's a volunteer effort, but I've been here 25 years, and whilst > I could (and should) take on more port-maintainership, any other offers > of help have fallen on deaf ears. > > *shrug* I miss Mark Linimon. Cheers, -- Julian Stacey http://StolenVotes.UK/jhs/ Arm Ukraine, Zap Putin.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202301300254.30U2sm0k061914>