Date: Fri, 5 Sep 2014 18:06:25 +0200 From: Baptiste Daroussin <bapt@freebsd.org> To: Dreamcat4 <dreamcat4@gmail.com> Cc: ports@freebsd.org Subject: Re: First step (Re: [BRAINSTORMING] simplifying maintainer's life) Message-ID: <20140905160625.GA40535@ivaldir.etoilebsd.net> In-Reply-To: <CAN39uToCu4V0qKn2Hx2-jmj=z0M2u84eOn4TwYjO0zW4gvOyWQ@mail.gmail.com> References: <20140903082538.GE63085@ivaldir.etoilebsd.net> <20140905081911.GB25840@ivaldir.etoilebsd.net> <CAN39uToCu4V0qKn2Hx2-jmj=z0M2u84eOn4TwYjO0zW4gvOyWQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <bapt@freebsd.org> 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/--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140905160625.GA40535>