Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Sep 2014 10:19:11 +0200
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        ports@freebsd.org
Subject:   First step (Re: [BRAINSTORMING] simplifying maintainer's life)
Message-ID:  <20140905081911.GB25840@ivaldir.etoilebsd.net>
In-Reply-To: <20140903082538.GE63085@ivaldir.etoilebsd.net>
References:  <20140903082538.GE63085@ivaldir.etoilebsd.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--24zk1gE8NUlDmwG9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

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 care:
  * empty directories
  * directories with special credential (@dir(user,group,mode))
- Consider directories out of PREFIX as special hence needing to be listed with
  @dir

@dirrmtry and @dirrm will be considered changed into aliases for @dir but 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 but 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 it will
  require lots of work to be able to provide a minimum set on fonctionnality
  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 package 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 ones with
nice design proposed, but that will be too intrusive for pkg 1.3.x as designed

regards,
Bapt

--24zk1gE8NUlDmwG9
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEARECAAYFAlQJcf8ACgkQ8kTtMUmk6EwFUgCdFom7BvCUBzTv1Rr31dWXRnZF
peAAoIEU7lg2+0WAwDFrFATDT1VIeDMz
=jsZy
-----END PGP SIGNATURE-----

--24zk1gE8NUlDmwG9--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140905081911.GB25840>