Re: [MacPorts] #52322: New port: depot_tools — a collection of tools for dealing with Chromium development
MacPorts
noreply at macports.org
Thu Sep 22 17:55:36 CEST 2016
#52322: New port: depot_tools — a collection of tools for dealing with Chromium
development
--------------------------+--------------------------------
Reporter: william@… | Owner: macports-tickets@…
Type: submission | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.4
Resolution: | Keywords:
Port: depot_tools |
--------------------------+--------------------------------
Comment (by william@…):
OK, I've decided this is a Bad Idea. depot_tools seems frequently to try
to add bits of itself when you run commands (gclient), and so having it
installed in MacPorts' heirarchy is a no-go since this may (will) happen
when a user (or another port being installed) uses those tools.
Furthermore, as per https://www.chromium.org/developers/how-tos/get-the-
code/working-with-release-branches , it does not seem to be possible,
without access to the Google internal document called
“go/ChromeReleaseBranches” (or equivalent internal knowledge of the build
tools), to create a build tree containing a project which is managed by
depot_tools and which matches a specific release tag of a product. Since
my motivation for doing this was to get a build from source of the Dart
SDK (Version 1.19.1 at the time of writing) from a specific release tag,
in order to have a fixed version of the port available in MacPorts (as
requested in #51751), there's no longer any purpose in this proposed
depot_tools port, so please simply close this ticket! The only way this is
likely to happen is if somebody at Google decides it's a good idea and
provides a portfile encapsulating the secret knowledge regarding how to
build a Dart SDK from a release tag, and the impression I have of that is
that it's unlikely: for better or worse they have decided to make Dart a
brew exclusive (as per https://plus.google.com/+dartlang/posts/WX47S62PjBs
). Of course, the brew installation just uses the prebuilt SDKs rather
than building on the host Mac, as per https://github.com/dart-lang
/homebrew-dart/blob/master/dart.rb …
--
Ticket URL: <https://trac.macports.org/ticket/52322#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list