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