Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Jul 2022 19:43:46 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 265250] ports-mgmt/portmaster -F does not suppress build of depends (for sysutils/restic, for one)
Message-ID:  <bug-265250-7788-1YxMEQlUCF@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-265250-7788@https.bugs.freebsd.org/bugzilla/>
References:  <bug-265250-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265250

Stefan E=C3=9Fer <se@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |Works As Intended
             Status|Open                        |Closed

--- Comment #4 from Stefan E=C3=9Fer <se@FreeBSD.org> ---
Full agreement, and while I have seen a number of quite useful programs that
have been implemented in Go, I really do not think that the way modules are
used will work well in the long run.

But we have good support in the ports system, and GO_MODULE=3D... is a simp=
le way
to deal with a problem that I'd rather want to not exist.

We do not have that many ports that use FETCH_DEPENDS, and all ports that u=
se
GO_MODULE will have the same dependency on Go, causing it to be built just =
once
(and it will be required to later build the port, anyway).

And you could use portmaster -P --local-packages to install the fetch
dependency from a locally built package (which could also be moved to other
systems to avoid the need to build it from sources there), but portmaster w=
ill
only use that package as long as the port it has been built from has not be=
en
updated.

The only valid alternative that I see is to ignore ports with FETCH_DEPENDS=
 if
those dependencies are not found when "portmaster -F" is run. But I do not
think that this alternative is better than what portmaster does now ...

I'm going to close this PR and mark it as "works as intended", since the
behavior may be surprising, but I do not see a better way to deal with this
situation.
(Suggestions are welcome, as long as they are applicable to all ports that =
use
FETCH_DEPENDS ...)

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-265250-7788-1YxMEQlUCF>