Date: Mon, 12 May 2014 22:59:32 +0200 (CEST) From: Melvyn Sopacua <melvyn@magemana.nl> To: marino@freebsd.org Cc: FreeBSD Ports <ports@FreeBSD.org>, Dominic Fandrey <kamikaze@bsdforen.de>, portmgr-feedback@FreeBSD.org, Melvyn Sopacua <melvyn@magemana.nl> Subject: Re: ACTION REQUIRED - Unstaged Ports being DEPRECATED on June 31st. Message-ID: <alpine.BSF.2.00.1405122252390.51277@fire.magemana.nl> In-Reply-To: <53711950.6040506@marino.st> References: <536E46E0.7030906@FreeBSD.org> <53707FF6.3010300@bsdforen.de> <5370843F.8070104@marino.st> <alpine.BSF.2.00.1405122042210.49377@fire.magemana.nl> <53711950.6040506@marino.st>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Mon, 12 May 2014, John Marino wrote: > On 5/12/2014 20:49, Melvyn Sopacua wrote: >> >> >> On Mon, 12 May 2014, John Marino wrote: >> >>> I commit PR patches that are 6 to 18 months old fairly frequently. >>> There is obviously a huge backlog but many PRs are processed daily. The >>> PRs that aren't getting processed quickly are "[NEW PORT]" PRs (and >>> apparently anything mentioning fuse-fs for some reason). A staging PR >>> is going to jump the line; it has a higher priority. >>> >>> Why would you even entertain the idea that a staging PR will fall >>> between the cracks? >> >> Perhaps the better question is: what are the factors that will make >> committers shy away from a PR, even if it's summary contains stage? [1] >> Maybe we (maintainers) can do better? >> >> [1] > > Heh, 54 out of 2000+ PRs isn't too bad. :) Ok..2000 ports PR's open at given time on how many committers? Starting to look like Kurt has the right idea here. > I doubt most cases are people intentionally passing over an ugly PR. I > am sure it happens but staging is generally straightforward so the PR > itself isn't going to scare someone off. Well, mine (ports/188901) I can see why someone walks around it, cause the patch is >1MB and needs to be downloaded. The bulk is of course the giant plist introduced by staging (and we can blame Zend for a file-intensive boilerplate heavy framework, but that's another topic). However, I don't see a way to make it more attractive, which is why I asked. -- Melvyn
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1405122252390.51277>