Re: ANTLR packages and i686

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/20/22 13:48, Maxwell G via devel wrote:
> (Sorry for the messed up line wrapping. I wanted to get this out.)
> 
> Hi Jerry,
> 
> On 22/07/06 08:13PM, Jerry James wrote:
>> - golang-github-google-cel (eclipseo, @go-sig): needs the Go runtime
>> from the antlr4-project package
>> - golang-google-grpc (eclipseo, @go-sig): needs
>> golang-github-google-cel.  Is consumed by a TON of other Go packages,
>> so many that I did not attempt to trace them.
> 
> I'm replying as a member of the go-sig, as the primary maintainer is pretty
> busy lately.
> 
> At least 289 source packages (recursively) BuildRequire
> golang-github-google-cel-devel[1]. Some of these packages only provide
> `-devel` subpackages that should've been included in the above query, but
> there are likely also some that provide binaries that could be used by other
> packages (go or otherwise; runtime and/or buildtime). The dependents of those packages aren't included in the count above. I am
> working on querying for those packages and asking maintainers to remove the leaves.
> 
> The go-sig is also considering entirely removing go stack from i686, but
> we have not made a lot of progress yet. My preference would be to wait
> to remove all go packages from there by removing %ix86 from
> %golang_arches instead of adding `ExcludeArch: %ix86` to just the golang
> packages that need golang-antlr4-runtime-devel. Non go packages can probably be `ExcludeArch`ed first.
> 
> Please do not remove golang-antlr4-runtime-devel until we've dealt with
> at least the packages affected by removing this one. I understand that this probably
> isn't the answer you want to hear. We are in a similar situation; we'd like to
> remove the go stack from i686, as it adds extra maintenance burden, but
> there are other packages that depend on go stuff that need to be dealt with first (and some go packages that don't follow the packaging guidelines and are missing ExclusiveArch: %{golang_arches}`).

Have you considered bundling the runtimes and generated code?
That would allow dropping the java dependency.
-- 
Sincerely,
Demi Marie Obenour (she/her/hers)

Attachment: OpenPGP_0xB288B55FFF9C22C1.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux