Skip to content
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

Update signal to 1.23.1 #60779

Merged
merged 1 commit into from
Apr 2, 2019

Conversation

ahousseini
Copy link
Contributor

After making all changes to the cask:

  • brew cask audit --download {{cask_file}} is error-free.
  • brew cask style --fix {{cask_file}} left no offenses.
  • The commit message includes the cask’s name and version.

@core-code
Copy link
Contributor

these damaged zip files are becoming more common. i had the idea of fixing them in a 'preflight' stanza (search for 0x06054b50 and remove the additional bytes), but it seems 'preflight' is run after decompression...

@vitorgalvao vitorgalvao mentioned this pull request Mar 28, 2019
3 tasks
@vitorgalvao
Copy link
Member

@core-code Maybe switching to something other than unzip (like ditto) will work.

@core-code
Copy link
Contributor

@vitorgalvao i can confirm that using 'ditto -xk' to extract 'signal-desktop-mac-1.23.1.zip' works and produces a launchable app that is bit-for-bit identical with the one that the macOS GUI unarchiver produces.

@vitorgalvao
Copy link
Member

@reitermarkus How about changing the unzipping strategy to use ditto? What stops us, if anything?

@reitermarkus
Copy link
Member

The problem is some things fail with ditto and some fail with unzip. We already use ditto as a fallback for a specific type of error.

@core-code
Copy link
Contributor

it seems upstream doesn't want to fix this, so we need a solution or a workaround in HBC.

i propose a workaround by adding

container type: :naked
…
preflight do
	    system_command '/usr/bin/ditto', args: ['-xk', staged_path.join(filename), staged_path]
end

see #61140 for my try to get signal working this way.

@vitorgalvao
Copy link
Member

it seems upstream doesn't want to fix this, so we need a solution or a workaround in HBC.

Homebrew/brew#5954

@core-code
Copy link
Contributor

sorry didn't see that a real solution was already in-progress

@vitorgalvao vitorgalvao merged commit 2d99137 into Homebrew:master Apr 2, 2019
@lock lock bot added the outdated label May 2, 2019
@lock lock bot locked as resolved and limited conversation to collaborators May 2, 2019
@ahousseini ahousseini deleted the cask_repair_update-signal branch January 8, 2020 12:19
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants