From owner-freebsd-ports@FreeBSD.ORG Wed Jan 29 22:39:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77EAAEDC; Wed, 29 Jan 2014 22:39:24 +0000 (UTC) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D5A641E07; Wed, 29 Jan 2014 22:39:23 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id n12so4945081wgh.24 for ; Wed, 29 Jan 2014 14:39:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4acH7/6saC5pMUkDELO6VgFG4HIoF4Zkd5jZreTustE=; b=pSrnEjRH1cUwz11T6JfEjF0A1dymjhPeKmG5W1uw5TKSJIqFITOb8EKWiy5NIf4lC7 lw8oNphfyGUvF7h5C5bxrfVYcu5G6ESa42dkzSl99Y29vCw1jMvaldbqAu3jmrYtuvfX qhre9fsAhdjMRZRv0sqEYm20qlHGpKPIm+c+hLtdQDsf/Pheiu6dsoAnriz+Xs+nAGwb cwgdVf/Tg0lj6aCKjScBF/RpxcVUDyTe6XPWkhCKM7o23ifUShkumFGOklYC5L+Hn83e Lxk/W9jKDeWQePTIxjsLDuYgT4RipU6zIJWiWlRdbGCO5IEw15l0LrEGzY4Lc/qEfgCx Qhig== MIME-Version: 1.0 X-Received: by 10.194.134.132 with SMTP id pk4mr22784wjb.82.1391035162151; Wed, 29 Jan 2014 14:39:22 -0800 (PST) Received: by 10.180.189.166 with HTTP; Wed, 29 Jan 2014 14:39:22 -0800 (PST) In-Reply-To: References: <20140129092703.GU2951@home.opsec.eu> Date: Wed, 29 Jan 2014 23:39:22 +0100 Message-ID: Subject: Re: What is the problem with ports PR reaction delays? From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Kurt Jaeger , FreeBSD Mailing List X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 22:39:24 -0000 On Wed, Jan 29, 2014 at 5:27 PM, Bernhard Fr=F6hlich wro= te: > On Wed, Jan 29, 2014 at 11:12 AM, Fernando Apestegu=EDa > wrote: > > On Wed, Jan 29, 2014 at 10:27 AM, Kurt Jaeger wrote: > > > >> Hi! > >> > >> > Unfortunately, nothing is happening. I expected to hear some voices > about > >> > certain ideas that have popped up, like: > >> > > >> > * can we cut off old and 'unloved' PR's in order to reduce the amoun= t > of > >> > work and make reassessment of that amount > >> > >> There is the other view of this which says "PRs do not eat hay, closin= g > >> them does not really fix anything". I think this one is still open > >> for debate. > >> > >> > * can we use people who volunteered to work on the PR's > >> > >> There are people submitting PRs, and those committing changes, > >> and in between them those people that check/confirm PRs. > >> > >> They could do that before and they can still do it now, if they want t= o. > >> > >> So besides *doing* this there is not much "push" that can help here. > >> > >> > * can we incorporate automation in the PR workflow, for example, the > one > >> > provided by redports > >> > >> I've read through the thread and would like to hear more about > >> this. Can anybody with knowledge about it please remind us of the > >> details to this idea ? > > The idea is pretty simple. redports.org is able to build various > "patches" on > top of the FreeBSD portstree already. So all that is missing is just a > small > script that runs periodically and fetches the patches from GNATS and > commits them to the redports repository to trigger automated builds. The > resulting buildlogs can be send to the GNATS database as a followup to > nform the submitter about failures. Well the code for that has been writt= en > in large parts a year ago already. So all it needs is a consensus that th= is > is a good thing and some cleanup to get it ready for automatic operation. > That's good to hear. > > > redports is a great service to check ports. I use it after testing my > > changes in local (with port test and such). Then I upload the changes t= o > > redports and wait for it to compile in multiple groups (different archs > and > > releases). Once it's compiled succesfully I add the proper log to my PR > > submission. This way the commiter (or whoever is looking at it) would > save > > _a lot of time_ instead of trying to compile again the port just to see > if > > it is fine. He/She could even try it again in his/her redports account! > > > > I think sending the redports log along with the PR should be kind of > > mandatory. And, although I don't know the infrastructure details, it > should > > be possible to send the redports commit reference, and retrieve the pat= ch > > automatically. That would save time. > > Yeah I am working on some scripts that help with that and also allow to > work > more efficient with port PRs. Right now all people I know have written > their own > set of scripts to kind of optimize their workflow but most of them are > quite > simple and don't work for more than one person. > > With redports.org being the central place where more people work in a > similar > fashion I think it makes sense to write some tools that help with the > usual tasks. > > The result is rptools which is still quite rough so don't use it yet > please unless > you want to help developing it: > > https://redports.org/browser/decke/ports-mgmt/rptools > https://github.com/decke/rptools > > Thanks, I'll have a look at it. On the other side of the story, can you confirm if the rate of new ports (or updates to existent ports) has increased? Or is the rate of commited patches decreased? Do we _actually_ know what the problem is? > -- > Bernhard Froehlich > http://www.bluelife.at/ >