Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Nov 2018 16:19:50 +0100
From:      Stefan Esser <se@freebsd.org>
To:        Mathieu Arnold <mat@FreeBSD.org>
Cc:        Jonathan Chen <jonc@chen.org.nz>, stephen@missouri.edu, yuripv@yuripv.net, alexvpetrov@gmail.com, ports@freebsd.org, gecko@freebsd.org
Subject:   Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build
Message-ID:  <35e2a6d1-b82b-499c-1ea7-ab4c85994a72@freebsd.org>
In-Reply-To: <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc>
References:  <dcd812a4-4523-f93f-c05b-bb56d2bdbda3@gmail.com> <44d54f38-9ee4-2f32-cb74-0df2e0da20a6@missouri.edu> <89244b15-0707-ee21-ef03-a197282e0491@yuripv.net> <66ca8a73-8ab5-dcb9-7e72-776d39167401@yuripv.net> <8a39ffbe-5d9e-15ff-bee3-51ce850ad679@missouri.edu> <CAJuc1zMJop7aX4-aEQH%2B1-X0Y4EJeTOEn_5K=xv4j5M0RK7J5Q@mail.gmail.com> <34bc8745-8e5b-7600-124c-9e09dac06789@freebsd.org> <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha
Content-Type: multipart/mixed; boundary="uX7lmV82RxEHIYM79QhEdA4JriruPMotz";
 protected-headers="v1"
From: Stefan Esser <se@freebsd.org>
To: Mathieu Arnold <mat@FreeBSD.org>
Cc: Jonathan Chen <jonc@chen.org.nz>, stephen@missouri.edu,
 yuripv@yuripv.net, alexvpetrov@gmail.com, ports@freebsd.org,
 gecko@freebsd.org
Message-ID: <35e2a6d1-b82b-499c-1ea7-ab4c85994a72@freebsd.org>
Subject: Re: FreeBSD Port: firefox-63.0.1,1 multiple errors build
References: <dcd812a4-4523-f93f-c05b-bb56d2bdbda3@gmail.com>
 <44d54f38-9ee4-2f32-cb74-0df2e0da20a6@missouri.edu>
 <89244b15-0707-ee21-ef03-a197282e0491@yuripv.net>
 <66ca8a73-8ab5-dcb9-7e72-776d39167401@yuripv.net>
 <8a39ffbe-5d9e-15ff-bee3-51ce850ad679@missouri.edu>
 <CAJuc1zMJop7aX4-aEQH+1-X0Y4EJeTOEn_5K=xv4j5M0RK7J5Q@mail.gmail.com>
 <34bc8745-8e5b-7600-124c-9e09dac06789@freebsd.org>
 <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc>
In-Reply-To: <20181101164352.igjjjfabnvxu6enp@atuin.in.mat.cc>

--uX7lmV82RxEHIYM79QhEdA4JriruPMotz
Content-Type: text/plain; charset=windows-1252
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

Am 01.11.18 um 17:43 schrieb Mathieu Arnold:
> On Thu, Nov 01, 2018 at 08:54:16AM +0100, Stefan Esser wrote:
>> Am 01.11.18 um 03:38 schrieb Jonathan Chen:
>>> On Thu, 1 Nov 2018 at 15:35, Montgomery-Smith, Stephen
>>> <stephen@missouri.edu> wrote:
>>> [...]
>>>> I only started using portupgrade recently.  I find it rather unrelia=
ble.
>>>>  I think the problem is that some ports need to be deleted before th=
ey
>>>> can be built successfully.
>>>
>>> For reliable port builds, you need use port builders that use clean
>>> environments; ie poudriere or synth
>>
>> True, but we used to make ports build with a previous version installe=
d,
>> whenever possible. The problems are generally caused by the build proc=
ess
>> picking up include files or libraries from LOCALBASE instead of from t=
he
>> port's source directory.
>>
>> I'd expect a port maintainer to check for easy fixes to such build pro=
blems.
>>
>> Maybe we should add a port variable that is true if a port conflicts w=
ith
>> earlier versions of itself. That would indicate to port build tools li=
ke
>> portmaster or portupgrade that the old version should be deleted befor=
e
>> starting the build of the new version (and to re-install the old versi=
on
>> if the build of the new one fails).
>>
>> E.g.:
>>
>> CONFLICTS_WITH_ITSELF=3D	yes
>=20
> You can already set
>=20
> CONFLICT_BUILD=3D	firefox-62.*

Besides overloading the CONFLICTS* variables with just another meaning,
this does not work at all.

You obviously have not tested this suggestion before posting!

The output of "make check-depends" is explicitly filtered to omit matches=

that belong to the same origin as the port being built.

And BTW: Another problem with flavors: The check for same origin does als=
o
suppress entries for conflicting packages built from that origin but with=

a different flavor (even if the FLAVOR is also reflected in the package
name, e.g. by a prefix).

STefan


--uX7lmV82RxEHIYM79QhEdA4JriruPMotz--

--s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEo3HqZZwL7MgrcVMTR+u171r99UQFAlvoSJcACgkQR+u171r9
9USYyggAxL9MXJ/MhqRA59KxKwt/djJryBR3ndgEs0EsI/IGwq9M4jthfUekd2DD
xaJR57qf0nN/SwGXj9yEuhvsmvj4/0ld8JnA2CnjONa1BIshQ7rWLApFVBe6NLXW
kqbLMLiD+r3JySOmkcOYutTVFmGJIV4OBbpb+Q65QsNdvkF1OvolFJW6IJb/TpUY
etLFmG2BqnrBrgD4BDnqiSONCGRmCnlbxKS3zGc4SnekyAxwyIZlRMAgpgqdQ2ce
ebR9xoS+eAJFahu66qZNqzltDcTRIIAi63kJp6QTyMbP0kH+U55RL9Wq2K/ZYxFY
JXDu4ILNZ6XmxyEYpBojkCyhfTyLfA==
=N4TY
-----END PGP SIGNATURE-----

--s3CL8zpspjATZjcIoMN5OIliLj2lPu8Ha--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?35e2a6d1-b82b-499c-1ea7-ab4c85994a72>