On Mon, Jun 24, 2024 at 3:43 PM Miro Hrončok wrote:
> Yes. Except I don't know if it's truly random.
In that case, given the ongoing effort to build fewer packages for
i386, we ought to exclude i386 when choosing an SRPM to promote
(unless it is the ONLY architecture for which the package is buil
On 24. 06. 24 23:27, Jerry James wrote:
On Mon, Jun 24, 2024 at 3:19 PM Miro Hrončok wrote:
This seems like the traditional "the SRPM was built on i686" problem.
If I click through to the buildSRPMFromSCM task, I arrive here:
https://koji.fedoraproject.org/koji/taskinfo?taskID=118928877
whi
On Mon, Jun 24, 2024 at 11:28 PM Jerry James wrote:
>
> On Mon, Jun 24, 2024 at 3:19 PM Miro Hrončok wrote:
> > This seems like the traditional "the SRPM was built on i686" problem.
>
> If I click through to the buildSRPMFromSCM task, I arrive here:
>
> https://koji.fedoraproject.org/koji/taskinf
On Mon, Jun 24, 2024 at 3:19 PM Miro Hrončok wrote:
> This seems like the traditional "the SRPM was built on i686" problem.
If I click through to the buildSRPMFromSCM task, I arrive here:
https://koji.fedoraproject.org/koji/taskinfo?taskID=118928877
which says that task was executed on
buildvm-
On Mon, Jun 24, 2024 at 3:01 PM Fabio Valentini wrote:
> It looks like the problem is actually on the sympy side, not with your query.
>
> The latest "sympy.src" package does not have a dependency on antlr4:
> https://koji.fedoraproject.org/koji/rpminfo?rpmID=38863151
So ...`%ifarch %{java_arches
On 24. 06. 24 23:00, Fabio Valentini wrote:
On Mon, Jun 24, 2024 at 10:48 PM Jerry James wrote:
I want to see what packages depend on antlr4.
$ fedrq wr antlr4
antlr4-maven-plugin-4.10.1-15.fc41.noarch
azure-cli-2.61.0-2.fc41.src
coq-8.18.0-7.fc41.src
golang-github-google-cel-0.12.4-7.fc40.sr
On Mon, Jun 24, 2024 at 10:48 PM Jerry James wrote:
>
> I want to see what packages depend on antlr4.
>
> $ fedrq wr antlr4
> antlr4-maven-plugin-4.10.1-15.fc41.noarch
> azure-cli-2.61.0-2.fc41.src
> coq-8.18.0-7.fc41.src
> golang-github-google-cel-0.12.4-7.fc40.src
>
> And repoquery agrees:
>
> $