From owner-freebsd-ports@freebsd.org Thu May 4 12:18:06 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C987D5C79D for ; Thu, 4 May 2017 12:18:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 485D136C for ; Thu, 4 May 2017 12:18:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 47A44D5C79C; Thu, 4 May 2017 12:18:06 +0000 (UTC) Delivered-To: ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 473E5D5C79A for ; Thu, 4 May 2017 12:18:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 04B8B36B; Thu, 4 May 2017 12:18:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id 2B091F53; Thu, 4 May 2017 12:18:05 +0000 (UTC) Date: Thu, 4 May 2017 14:18:04 +0200 From: Baptiste Daroussin To: scratch65535@att.net Cc: Matthew Seaman , freebsd-ports Subject: Re: pkg and packages Message-ID: <20170504121804.m3etxqgksvdjw3rq@ivaldir.net> References: <2c69cd39-2cd2-3b6d-a2e0-f28a9fda7e05@infracaninophile.co.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k25eapnxq33bp5o7" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170421 (1.8.2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2017 12:18:06 -0000 --k25eapnxq33bp5o7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 04, 2017 at 08:09:47AM -0400, scratch65535@att.net wrote: > On Wed, 3 May 2017 16:53:41 +0100, Matthew Seaman > wrote: >=20 > >>> Trying to install the desktop package, I discovered that it's > >>> bundled with at least 2 unrelated pieces of software: Thunar, > >>> and samba44. That bothered me, but I needed the desktop. > > > >'Bundling' isn't the right term -- Thunar and samba44 are /dependencies/ > >of the xfce4-desktop. That is: other packages that need to be installed > >before the package in question will work. Sorting out dependency trees > >like this is much of what pkg(8) exists for. >=20 > I can't imagine what code could possibly be in thunar and samba > that the xfce desktop would need, particularly since the desktop > is very simple, and also because I've never got samba > functionality for free after installing xfce which if you're > right I should have done. But I'll check on that, and report > back. =20 >=20 > That kind of tight coupling at the macro level *is* a very > serious problem for the ports system, though. It's strangling > it. >=20 > How many ports just build, first go? Are there *any*? I suspect > not. And yet the maintainers presumably thought they would. >=20 > I stopped trying to build ports because I could never get a make > to run to completion. There was always at least one dependency > that (a) couldn't be found at all, (b) was the wrong version, or > (c) failed compilation. That didn't happen when I was writing > stuff under sco or sys v. >=20 > It shouldn't happen with our ports system, either, because it > completely prevents code freeze and stability, a basic > requirement for high-quality software. The stuff being fetched > from Timbuktu or somebody's cat's litter box should be cleaned > up, built into a library, and be fetched from there subsequently. > There should never be a dependency on code that the ports project > doesn't control. =20 >=20 >=20 > >The thing that seems to trip most people up is thinking they can > >substitute some other package instead of the exact dependency listed in > >the package metadata. This is not an unreasonable request, especially > >when you know your alternate package does exactly the same thing as the > >one you want to replace. Unfortunately it just doesn't work right now, > >and it would take quite a lot of disruptive change in the ports tree and > >to pkg(8) itself to make that happen. >=20 > You call it "disruptive" change, but from here it looks exactly > like *healthy*, *professional* change. Really. There is no garanty the libsmb.so.X provided by samba44 is binary compatible with the one from samba46 this is why there is a strong dependency here. For more defaly look at my answer here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219036 Bapt --k25eapnxq33bp5o7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlkLG/gACgkQY4mL3PG3 Plr4wg/9GGfYOQU1if7IiDb8mIxiG6ofNVHp4s+B4PcPNGFw1hCrP5FMfgtdtQpZ KUF77KfwqzZAt94cQb/Q2mkT+9jdPJ2jjU8qHg0Q+oICtnJ1gKismXKwKwSdcALp qdUPxCWiamrrraJa8/I4uyYWA9lUgQlAy8ZqpE7i9xwnB3fQv68rVp4wT46234YF LweOEoMAT85FSMFq8sscrRVO5Mn3KKKa6NVS6t3HHxOt5FWWeZbnRCT9B53CusSc vBSZTaNm/JuMUWm7cQRJeQKHoYRqAe4E5ww14p6+CKzawDBQMnru7yq8JVzf0LHG cbnXpzbzIiqvRtOZ7Gj8TlSH4hVbiHypu+gIvaxxkfZC8Wk2WffJUVRLkgFC+AEu cMmo68q9YfknNOHlkAyC1wRAyjPE2+XXI4BDeHw60MML+cVyEXxJAhzSEXafch7r 6SAaMZVyIp345kKGwWtuWBkiUn/Sf1YN2JecWg2nZJSec03dJRTVeFzbom477EGA Fw34L//IUZG7PUhG89LyYQoVVhmyaYWxgrNOw0JI7LioJSmBuPXOZzRH7MbDRzaJ qZ4MuKl1aEo5RGuT1AY/nKLdLVdPyztALvkUwgYFIjJp5mgdwnp+NSeuYMu43mhd KYKRR5P+TcB9pyVtpcvlDj3HgNZ761PN9whskG0keOQ+vXnBnwI= =jOAt -----END PGP SIGNATURE----- --k25eapnxq33bp5o7--