-
-
Notifications
You must be signed in to change notification settings - Fork 12.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dockutil 3.0.2 #97394
dockutil 3.0.2 #97394
Conversation
bf4acad
to
c15fa35
Compare
Reasoning for all the hell I'm currently going through: I could have used xcodebuild, but I was running into sandboxing issue (see Homebrew/discussions#59 for details). So instead of trying to figure that out, I'm converting dockutil into a swift package and building it with Only possible solution I see so far, patch source to hardcode the version... Any help is appreciated!... |
7506c48
to
c6008d8
Compare
@SMillerDev this is now passing CI and ready for your review. Requiring Xcode 12.5 to avoid 10.15 build. seems |
depends_on :macos | ||
|
||
# Create Package.swift |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be submitted upstream
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is no problem building dockutil upstream. Problem, as I explained is within Homebrew. Therefore in order to workaround these problems, the patch was created. If you believe this is unacceptable, then I see only one way of handling this upgrade of dockutil:
- Remove formulae for dockutil from homebrew-core.
- Add formulae for dockutil into homebrew-cask.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or:
- Make a PR that allows people to use
swift build
to build the package from upstream - ???
- profit
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since there hasn't been any upstream response and this is currently non-functional on 12.3 without a python
, should we consider merging either this patch or the one from the pending PR kcrawford/dockutil#131?
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
still waiting for upstream... |
This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. |
Still did not hear back from upstream. |
- This is intended as a temporary change - Waiting on PR: Homebrew/homebrew-core#97394 to update dockutil to version 3.0.2 Authored-by: Sam Mirza <mirzasa@vmware.com>
- This is intended as a temporary change - Waiting on PR: Homebrew/homebrew-core#97394 to update dockutil to version 3.0.2 Authored-by: Sam Mirza <mirzasa@vmware.com>
dockutil 2.x is implemented in Python but the Homebrew formula for it doesn't package Python with it, so is broken on the 12.3. 3.x is a simple binary written in Swift, so doesn't have this issue, but it currently isn't in Homebrew yet (see Homebrew/homebrew-core#97394)
When this gonna be merged? dockutil version from brew is unusable due to python hell now |
When it's done and someone had time to review it. We're waiting for dockutil upstream now though. |
If you want to complain in a pull request, complain here: kcrawford/dockutil#131 since that's what we're waiting for. |
…at least until [dockutil updates to Swift package management][2] and [Homebrew updates to dockutil v3][3]. [1]: kcrawford/dockutil#127 (comment) [2]: kcrawford/dockutil#131 [3]: Homebrew/homebrew-core#97394
…at least until [dockutil updates to Swift package management][2] and [Homebrew updates to dockutil v3][3]. [1]: kcrawford/dockutil#127 (comment) [2]: kcrawford/dockutil#131 [3]: Homebrew/homebrew-core#97394
At this point, I'd suggest closing the PR. It is an upstream issue, there is a patch, that they haven't reviewed in months. I'm sorry for users of this project, but we are not its maintainers. |
I would wait a bit -- new version of macOS is expected soon, so, perhaps, they will resume some activity. If there will be no movements until November, I'll close MR. Hope this is ok? |
We are now end of november and still no upstream activity. I'm going to close this. Not that if the package does not build anymore or upstream has no activity, this will go through a deprecation phase and be removed from homebrew. We are not there yet, but might be in a few months. |
FYI, upstream has just merged the swift package manager support PR, and the HEAD build works for me, so I am requesting a new release so that we can continue in a new release. |
@chenrui333 as soon as they will cut new version, I can rebase and see if this can be resurrected. |
yeah, we can do that as well. (and also add a head build so that for future it can be built from head commit) |
here is draft. Don't want to submit until 3.0.3 or 3.1 is tagged, but added HEAD https://github.com/Homebrew/homebrew-core/compare/master...sashkab:homebrew-core:dockutil-3.0.2b?expand=1 |
While waiting for the new release, folks can install the HEAD commit after this PR. Thanks @danielbayley for taking on it. |
brew install --build-from-source <formula>
, where<formula>
is the name of the formula you're submitting?brew test <formula>
, where<formula>
is the name of the formula you're submitting?brew audit --strict <formula>
(after doingbrew install --build-from-source <formula>
)? If this is a new formula, does it passbrew audit --new <formula>
?