From owner-freebsd-ports@FreeBSD.ORG Fri Sep 5 16:06:31 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0220E54E for ; Fri, 5 Sep 2014 16:06:31 +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)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 879981A4D for ; Fri, 5 Sep 2014 16:06:30 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id k14so11739534wgh.28 for ; Fri, 05 Sep 2014 09:06:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fjw3Y1/tuOmiKaQ+b2kamVpofkbiHvd57O+ksyyNMnY=; b=emlqSvWCu2kNAh8OV+sNZqpr1BLBCR+KVNVj02fiOJzEHx1sCvYAfq+HmDgWDFIkQV Eg+3idKz+csbwdc2s7wzCSCdcwy15qYCGMydREMBCT3FPRYZUCQbNUKRpXk8GFNtJmtj oYQe/znaOmKvaNVX8FNnHDA0vWVTlBaYSnhPjrtHNGXcJJuxXak/J4uqRMQrZ3ZSjMry FqlZByizNvue1jIYcHor4AqGqdyiuI/DgYoFUrmQG2iBYU2cmr2TBxSRfq7l76UbtsRR BfixHbXYmohuPoJi/li39Z5d2w17bNdPLG9Dp5DtNlI6BSS0PlksvppQEtN7LDFdYN9b K+yg== X-Received: by 10.194.161.231 with SMTP id xv7mr16639482wjb.78.1409933188373; Fri, 05 Sep 2014 09:06:28 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id w20sm2409432wie.7.2014.09.05.09.06.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Sep 2014 09:06:27 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 5 Sep 2014 18:06:25 +0200 From: Baptiste Daroussin To: Dreamcat4 Subject: Re: First step (Re: [BRAINSTORMING] simplifying maintainer's life) Message-ID: <20140905160625.GA40535@ivaldir.etoilebsd.net> References: <20140903082538.GE63085@ivaldir.etoilebsd.net> <20140905081911.GB25840@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 16:06:31 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 05, 2014 at 04:48:08PM +0100, Dreamcat4 wrote: > And for the documentation. Porter's handbook, it needs changes? >=20 Yes this will come along thanks for reminding. > On Fri, Sep 5, 2014 at 9:19 AM, Baptiste Daroussin wro= te: > > After the discussion that happened here is what I think we should do > > If no stong objections are raised thise this will happen in pkg 1.3.8 > > > > - Ignore mtree in packages > > - Automatically handle directory removal for any directory under PREFIX > > - Introduce @dir (in fact already there) for directories with special c= are: > > * empty directories > > * directories with special credential (@dir(user,group,mode)) > > - Consider directories out of PREFIX as special hence needing to be lis= ted with > > @dir > > > > @dirrmtry and @dirrm will be considered changed into aliases for @dir b= ut remain > > for compatibility (with a warning if DEVELOPER_MODE is set) > > > > - the possibility to accept regular plist entry as directories will be = in but > > disable by default, allowing vendors to rely on it if they do want bu= t leaving > > the ports tree not accepting them (that clarifies a lot what the the = plist for > > maintainers) > > > > - automatic plist is postponed for later as there is no concensus and i= t will > > require lots of work to be able to provide a minimum set on fonctionn= ality > > that are important for maintainers: > > * having some sort of pkg filesearch to find what do provide a given > > file/header > > * being able to store what is the expected normal content of the pack= age so a > > builder can raise an error is something goes wrong (this can become= really > > tricky, given all possible options and so on) > > > > Other proposals are not rejected at all, there was sure interesting one= s with > > nice design proposed, but that will be too intrusive for pkg 1.3.x as d= esigned > > > > regards, > > Bapt --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQJ34EACgkQ8kTtMUmk6Ex6sQCeNkevFK+EIhN7hhmvk/HW3I5n Ey8AnjP+p2oPn1+TLWmG/kmw57gIHBB2 =eFnC -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/--