Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Feb 2014 17:22:20 +0100
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        David Chisnall <theraven@FreeBSD.org>
Cc:        svn-ports-head@FreeBSD.org, Steve Wills <swills@FreeBSD.org>, svn-ports-all@FreeBSD.org, John Marino <marino@FreeBSD.org>, ports-committers@FreeBSD.org
Subject:   Re: svn commit: r343559 - head/net-p2p/litecoin
Message-ID:  <20140210162219.GE80056@ithaqua.etoilebsd.net>
In-Reply-To: <5293CBB5-D3D8-4184-B7E0-DC632E906C39@FreeBSD.org>
References:  <201402092329.s19NTHiq089517@svn.freebsd.org> <20140210011718.GA79272@mouf.net> <20140210075232.GU80056@ithaqua.etoilebsd.net> <E8F403F4-EA83-4F71-82E6-9BA27D8D217C@FreeBSD.org> <20140210101243.GX80056@ithaqua.etoilebsd.net> <5293CBB5-D3D8-4184-B7E0-DC632E906C39@FreeBSD.org>

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

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

On Mon, Feb 10, 2014 at 02:46:52PM +0000, David Chisnall wrote:
> On 10 Feb 2014, at 10:12, Baptiste Daroussin <bapt@FreeBSD.org> wrote:
>=20
> > If one has a nice idea to centralize those informations I'm all about i=
t, by
> > nice idea I mean format and implementation.
> >=20
> > May that be OPSYS and/or OSVERSION both requires loading too many times=
 bsd.*.mk
> > which is not good, looking forward for propositions.
>=20
> It would be good to have some discussion about what is actually required.=
  I think that these break down into several broad categories:
>=20
> Bug Fixes
> ---------
>=20
> You want to be able to say 'this port depends on this bug fix being appli=
ed to the base system'.  These are all OS-specific (i.e. a FreeBSD bug, eve=
n if it is shared with DBSD will likely have different tracking for the fix=
) and fall into two categories: those that prevent the port from running an=
d those that prevent it from being built.  I'd imagine that we'd want to be=
 able to address these in ports by things like:
>=20
> BUILD_BLOCKED_BY+=3D	freebsd:PR12345
> INSTALL_BLOCKED_BY+=3D	freebsd:PR54321
>=20
> The prefixes in this would reference a per-architecture file and be ignor=
ed if it didn't match the target system name.  The second bit would trigger=
 a BROKEN warning if it were in the build part, or be added to the package =
metadata otherwise.  The base system would need to publish a list of the fi=
xes that had been applied that pkg could check, so this list would need to =
be outside of the ports tree, just as __FreeBSD_version is now, but more ex=
pressive.
>=20
>=20
> System Features
> ---------------
>=20
> Different from features required to build / run, we have base system feat=
ures that enable extra optional functionality.  In this case, we may want t=
o add another port dependency if something is not in the base system, or en=
able an optional feature only when it is.  A lot of this could be made via =
the existing USES framework, but with a set of per-platform (and per-platfo=
rm-version) files indicating things that are provided by the base system, f=
alling back to using ports or providing nothing when they are not.
>=20
> Moved Symbols
> -------------
>=20
> When some functionality is moved around, you need to update link lines an=
d so on.  For example, moving libiconv and libexecinfo into libc in FreeBSD=
 10.  Here, you want to be able to say something like:
>=20
> USES+=3D	execinfo
>=20
> This should add an explicit dependency on the execinfo port for platforms=
 where it is separate and then have some variables set that you can check, =
giving:
>=20
> - The path of the headers and libraries (for passing to configure scripts=
 and so on)
> - The linker commands needed to link (either -Lsomething -lexecinfo or em=
pty)
>=20
> What have I missed?

I do like the principle, what about now, still I don't know yet how we can
implement that.

regards,
Bapt

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

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL4/LsACgkQ8kTtMUmk6EwtYgCfSg9ZBOlJZiv/h2yix8tVsACp
Xg0AniZXZuzfQ7PGqaVNvgW9FF50a1XA
=FZbD
-----END PGP SIGNATURE-----

--wwSkEpePV3aFlXly--



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