Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 Oct 2013 16:11:45 +0100
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        Michael Gmelin <freebsd@grem.de>
Cc:        ports@freebsd.org, Dominic Fandrey <kamikaze@bsdforen.de>, marino@freebsd.org, lukasz@wasikowski.net
Subject:   Re: State of the Porters' Handbook
Message-ID:  <20131028151145.GF74512@ithaqua.etoilebsd.net>
In-Reply-To: <20131028160458.5f7add4c@bsd64.grem.de>
References:  <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> <20131028160458.5f7add4c@bsd64.grem.de>

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

--OzxllxdKGCiKxUZM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Oct 28, 2013 at 04:04:58PM +0100, Michael Gmelin wrote:
> On Mon, 28 Oct 2013 15:56:46 +0100
> Baptiste Daroussin <bapt@FreeBSD.org> wrote:
>=20
> > 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?
> > > >=20
> > > > 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
> > > >=20
> > > >> I can see the benefits for less error prone package building.
> > > >> But right now it's just additional work coming my way.
> > > >=20
> > > > 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.
> > > >=20
> > > >>> 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.
> > > >=20
> > > > 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.
> > >=20
> > > Well, bsd.stage.mk isn't well commented either. I think right now
> > > only the person who implemented it could write reasonable
> > > documentation.
> > >=20
> > > >  If you only want to complain, I think you've made your
> > > > point (a point that everyone is already aware of).
> > > >=20
> > > > FYI, I have no dog in the hunt other than I believe stage is a
> > > > welcome update to ports.
> > >=20
> > > 1. Implementation
> > > 2. Testing
> > > 3. Documentation
> > > 4. Mandatory
> > >=20
> > > We're in stage 2 and it's already mandatory. I'm not against
> > > staging, I'm against making things prematurely mandatory.
> >=20
> > 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.
> >=20
> > the stage work is a 3 years work almost, that has been half
> > abandonned, a lot of time.
> >=20
> > Documentation on how to convert has been done on the wiki before
> > making staging mandatory and completed since.
> >=20
> > 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.
> >=20
> > 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.
> >=20
> > Before committing the stage support I made sure that all previous
> > things has been documented.
> >=20
> > 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.
> >=20
> > Bapt
>=20
> 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.
>=20
> 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).
>=20

I do buy this argument :) and I'll see want I can do for that in the next c=
ouple
of days.

regards,
Bapt

--OzxllxdKGCiKxUZM
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iEYEARECAAYFAlJufrEACgkQ8kTtMUmk6EwRjwCfZT51uMAWI0V/e2YGAWC9wNLZ
kGoAn09ygP4L9bNbmwWfb5mDSN9XRPQK
=EGN3
-----END PGP SIGNATURE-----

--OzxllxdKGCiKxUZM--



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