Closes#114756.
Signed-off-by: Michael Cho <20700669+cho-m@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
The latest release is not a GitHub pre-release.
Closes#111193.
Signed-off-by: Carlo Cabrera <30379873+carlocab@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
Change the default version of linux-headers to 5.15.
Closes#109272.
Signed-off-by: Carlo Cabrera <30379873+carlocab@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
This has both versions of OpenSSL in its dep tree, but it does not link
with anything that links with OpenSSL 1.1, so this conflict does not
seem problematic.
Closes#108307.
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
`python@3.8` can now be linked into `HOMEBREW_PREFIX` without conflicts.
Closes#107804.
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
Attempting to rebuild `virt-manager` fails, so we're unable to migrate
it to `python@3.10`.
Closes#107645.
Signed-off-by: Michael Cho <20700669+cho-m@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
This is needed to migrate it to `python@3.10`. It has `python@3.9` in
its dependency tree through `gobject-introspection`.
Closes#106949.
Signed-off-by: Michael Cho <20700669+cho-m@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
Also avoid building a copy of `protobuf`, `webp`, and `openexr`
Closes#107133.
Signed-off-by: Carlo Cabrera <30379873+carlocab@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
- remove `gdc` test
- provide an unversioned path to the libraries
This will make it easier for consumers to find the GCC libraries even
with major version bumps.
Some chapel scripts look for python3 on PATH. Since `python@3.10`
is not linked, these scripts have been using system python3.8 on
macOS 10.15+ and are now failing on Linux.
Also add a workaround for Homebrew 11-arm64 runner, which outputs
unwanted objc warnings that cause issues for checkChplInstall.
Closes#103218.
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
Synergy is a free and open source program for sharing a mouse and keyboard
among multiple computers. It supports 64-bit Intel Mac, 64-bit ARM Mac,
64-bit GNU/Linux, and other platforms.
Synergy was previously available in brew as a cask named `synergy`. That
cask installed binaries published by Symless, the corporate sponsor of
Synergy. However, at some point in the last couple months, Symless decided
to start charging money for access to the binaries on its website. As part
of this change, the Symless binaries were placed behind an authentication
webpage. As a result, the `synergy` cask was removed from brew:
https://github.com/Homebrew/homebrew-cask/commit/0037f2409
However, even though Symless no longer publishes binaries, Synergy remains
fully free and open source software, licensed under GPL version 2 (with an
exception allowing "compiling, linking, and/or using OpenSSL"). As a result,
nothing stops us from building our own binaries from the source code. This
new `synergy-core` formula does exactly that: it builds Synergy from source
and installs it.
This formula supports 64-bit Intel Mac, 64-bit ARM Mac, and 64-bit GNU/Linux.
I have tested the formula on all three platforms. (For GNU/Linux testing, I
used Fedora 35, although that probably doesn't matter.)
This formula sets up a `synergy-core` daemon that can be run and managed
using `brew services`. This daemon is currently how I recommend running
the binaries built by this formula.
***
The `synergy-core` project is distributed under the GPL-2.0 license with an
exception that grants additional rights to the user. The project's LICENSE
file reads as follows:
This program is released under the GPL with the additional exemption
that compiling, linking, and/or using OpenSSL is allowed.
This preamble is followed by the text of the GPL-2.0.
This is a free software license but it cannot be represented with the `brew`
license statement, so the formula uses `license :cannot_represent`.
Unfortunately, the GitHub Licenses API incorrectly states that `synergy-core`
is licensed strictly under the GPL-2.0. So we need to add `synergy-core` to
audit_exceptions/permitted_formula_license_mismatches.json
to avoid `brew audit` objecting that the license specified in the
`license` statement is different from the license returned by the
GitHub Licenses API.
Closes#100067.
Co-authored-by: Sean Molenaar <SMillerDev@users.noreply.github.com>
Co-authored-by: Carlo Cabrera <30379873+carlocab@users.noreply.github.com>
Signed-off-by: Carlo Cabrera <30379873+carlocab@users.noreply.github.com>
Signed-off-by: BrewTestBot <1589480+BrewTestBot@users.noreply.github.com>
Michael Cho
Patrick Linnane
Rui Chen
László Várady
Bo Anderson
Carlo Cabrera
Pranas Ziaukas
Alexander Bayandin
Shaun Jackman
Mike McQuaid
Mehdi Chinoune
Branch Vincent
Michka Popoff
danielnachun
Luca Chen
Cathy J. Fitzpatrick