Date: Wed, 19 Mar 2014 20:24:04 +0100 From: Kurt Jaeger <lists@opsec.eu> To: "Dr. Peter Voigt" <pvoigt@uos.de> Cc: freebsd-ports@freebsd.org Subject: Re: Update of quazip-0.5.1 to quazip-0.6.2 fails Message-ID: <20140319192404.GQ53062@home.opsec.eu> In-Reply-To: <20140319200314.0eb3df25@tiger2008.drpetervoigt.private> References: <20140319140512.6035e0d5@tiger2008.drpetervoigt.private> <20140319133614.GO53062@home.opsec.eu> <20140319174857.40e83d09@tiger2008.drpetervoigt.private> <20140319170943.GP53062@home.opsec.eu> <20140319200314.0eb3df25@tiger2008.drpetervoigt.private>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! > > In that special case > > > > http://www.freshports.org/archivers/quazip/ > > > > shows that the update was done after the maintainer failed to approve > > the update. So in this particular case informing him might be > > superfluous. > Well, I am obviously not much trained in reading the commit history. I > would conclude from the last entry "17 Mar 2014 15:54:23" and "Approved > by: maintainer timeout (nivit, >4 weeks)" that the maintainer did not > approve the commit and thus the commit remained untested. The committer probably did test it, but probably had no previous quazip installation to run into the problem. > Can one > conclude from this that the maintainer is aware of problems without > reporting them? No -- this meant that someone told the maintainer to check the PR, but he failed to react. Why he failed to react (probably overload 8-} does not allow one to draw conclusions on his consent/dissent or anything else 8-} > I cannot read that the maintainer "failed to approve". Correct, the 'maintainer timeout' only says: He had time to react and failed to react. > Or can I assume for sure every port maintainer has subscribed to > this mailing list? You can't assume that. So, if you see problems, a mail directly to the maintainer is one way, submitting a PR is another way to handle it. This list is yet another way to get feedback on the issue. The best way it to submit a PR, because then the state of the problem can be tracked. -- pi@opsec.eu +49 171 3101372 6 years to go !
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140319192404.GQ53062>