From owner-freebsd-ports@FreeBSD.ORG Mon Oct 28 15:05:01 2013 Return-Path: Delivered-To: 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 ESMTP id 759B5B2D for ; Mon, 28 Oct 2013 15:05:01 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.grem.de (outcast.grem.de [213.239.217.27]) by mx1.freebsd.org (Postfix) with SMTP id B6F9F258F for ; Mon, 28 Oct 2013 15:04:59 +0000 (UTC) Received: (qmail 40272 invoked by uid 89); 28 Oct 2013 15:04:58 -0000 Received: from unknown (HELO bsd64.grem.de) (mg@grem.de@194.97.158.66) by mail.grem.de with ESMTPA; 28 Oct 2013 15:04:58 -0000 Date: Mon, 28 Oct 2013 16:04:58 +0100 From: Michael Gmelin To: Baptiste Daroussin Subject: Re: State of the Porters' Handbook Message-ID: <20131028160458.5f7add4c@bsd64.grem.de> In-Reply-To: <20131028145645.GE74512@ithaqua.etoilebsd.net> References: <526E2492.9080107@wasikowski.net> <526E2600.9010409@bsdforen.de> <526E272D.3040607@marino.st> <526E2E8D.3020109@bsdforen.de> <526E2FB8.5060906@marino.st> <526E3454.60501@bsdforen.de> <526E3685.4070306@marino.st> <526E3986.7050304@bsdforen.de> <526E3BC2.6030004@marino.st> <526E3F32.2040704@bsdforen.de> <20131028145645.GE74512@ithaqua.etoilebsd.net> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Dominic Fandrey , marino@freebsd.org, lukasz@wasikowski.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 15:05:01 -0000 On Mon, 28 Oct 2013 15:56:46 +0100 Baptiste Daroussin wrote: > On Mon, Oct 28, 2013 at 11:40:50AM +0100, Dominic Fandrey wrote: > > On 28/10/2013 11:26, John Marino wrote: > > > On 10/28/2013 11:16, Dominic Fandrey wrote: > > >> On 28/10/2013 11:03, John Marino wrote: > > >>> If there are files in those directories, they'll be on the > > >>> plist and stage handles them. I'd have to look up how to > > >>> create empty directories properly. > > >> > > >> Stage replaceses strings in installed files? > > > > > > No, the port does that kind of thing in the stage directory. > > > After everything is installed there in the stage directory, they > > > are packaged or installed into the $PREFIX > > > > > >> I can see the benefits for less error prone package building. > > >> But right now it's just additional work coming my way. > > > > > > You really need to get a better grasp of the concept. There are > > > several emails from bapt that may help. For new ports it's not > > > "additional" work and for existing ports, yes there is a > > > conversion but the benefits are worth it. > > > > > >>> 2. Stage is not going away. There is not another option. > > >>> 3. You've been given a source of documentation. It's not in the > > >>> handbook, but it does exist in some form. What more do you > > >>> need to progress? > > >> > > >> There is a procedure. Stuff belongs into the handbook. Stick to > > >> it. > > > > > > Fine, but it's a huge topic that somebody has to write and > > > validate. You're willing to criticize (justified) but unwilling > > > to help rectify the problem. > > > > Well, bsd.stage.mk isn't well commented either. I think right now > > only the person who implemented it could write reasonable > > documentation. > > > > > If you only want to complain, I think you've made your > > > point (a point that everyone is already aware of). > > > > > > FYI, I have no dog in the hunt other than I believe stage is a > > > welcome update to ports. > > > > 1. Implementation > > 2. Testing > > 3. Documentation > > 4. Mandatory > > > > We're in stage 2 and it's already mandatory. I'm not against > > staging, I'm against making things prematurely mandatory. > > With that kind of reasoning we get the ports tree we have now. > Meaning a pile of inconsistent, inefficient things, and things like > UNIQUENAME not being UNIQUE etc. > > the stage work is a 3 years work almost, that has been half > abandonned, a lot of time. > > Documentation on how to convert has been done on the wiki before > making staging mandatory and completed since. > > Documentation for the handbook is another beast because the whole > handbook as to be touched and reviewed, and I ask a couple of time to > people to help me documenting on the handbook. > > I don't buy the opinion that the handbook is totally outdated, all > the features I added but stage are in the handbook including shebang > fix ! so perhaps that can be improved but that is there. > > Before committing the stage support I made sure that all previous > things has been documented. > > and sorry but my priority is to have the ports tree back into a sane > state where we have consistency and sane packages, do documentation > has much as I can and I try to avoid having too much latency for > documentation. > > Bapt I agree for the most part, the only suggestion I'd make is to reference undocumented features in the Porter's Handbook and link to their Wiki pages - that should be a matter of minutes and would make sure that people starting from the handbook get the complete picture. It's really hard for newcomers not following ports@ to find this bit of information otherwise, especially since the Wiki is not that well organized (staging is not even on the Wiki's frontpage). E.g. Section X: Staging Staging is mandatory for new ports, it's not documented in here yet, but details can be found in the FreeBSD wiki (link to staging support page). -- Michael Gmelin