No, that needs to be untagged - I must have accidentally built in in
main rawhide and not in a side-tag:
I'm working on updating a number of things right now and have a a few
side tag/updates I'm assembling.
Perhaps it's best if I turn over a critical/central package like that to
someone with a bit more time. My availability lately is very spiky and
will be poor for the next month or two.
On 21/09/2023 16:50, Mikel Olasagasti wrote:
Hi Mark,
As I was not able to find you in matrix and as I'm not sure if you're
on the list, I'm forwarding the email I sent yesterday about some
package status.
Regards,
Mikel
---------- Forwarded message ---------
Igorlea: Mikel Olasagasti <mikel(a)olasagasti.info>
Date: 2023 ira. 20(a), az. (20:06)
Subject: rawhide is broken
To: <golang(a)lists.fedoraproject.org>
Hi all,
Many packages in rawhide are broken due to missing deps caused by the
latest golang-opentelemetry-otel update[1].
The problems are at least:
- nothing provides golang(go.opentelemetry.io/otel/exporters/jaeger)
needed by golang-github-moby-buildkit-devel-0.10.5-3.fc39.noarch
- nothing provides golang(go.opentelemetry.io/otel/metric/global)
needed by golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
- nothing provides golang(go.opentelemetry.io/otel/metric/instrument)
needed by golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
- nothing provides
golang(go.opentelemetry.io/otel/metric/instrument/asyncfloat64) needed
by golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
- nothing provides
golang(go.opentelemetry.io/otel/metric/instrument/asyncint64) needed
by golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
- nothing provides
golang(go.opentelemetry.io/otel/metric/instrument/syncfloat64) needed
by golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
- nothing provides
golang(go.opentelemetry.io/otel/metric/instrument/syncint64) needed by
golang-opentelemetry-contrib-devel-1.10.0-4.fc38.noarch
I think go-leaves script was able to capture all failing packages[2],
but I'm not sure if the list is complete.
Is anyone working to fix this? Do we need to untag the
golang-opentelemetry-otel package?
Regards,
Mikel
[1]
https://koji.fedoraproject.org/koji/buildinfo?buildID=2290278
[2]
https://pagure.io/GoSIG/go-leaves/c/89f5b7bfefe6b454ec5dbc44d30c112272fcf924