Incorrect FTI bug #12976
Labels
No labels
after freeze
automation
backlog
blocked
change-ack
change-nak
change-noreleng
changes
Closed As
Can't Fix
Closed As
Duplicate
Closed As
Fixed
Closed As
Fixed with Explanation
Closed As
Get back later
Closed As
Grooming
Closed As
Insufficient data
Closed As
Invalid
Closed As
It's all good
Closed As
taiga
Closed As
upstream
day-to-day
dev
docs
easyfix
epel
f26
f27
f28
f29
f30
f31
f32
f33
f34
f35
f36
f37
f38
f39
f40
f41
f42
f43
f44
f45
fedora
groomed
high-gain
high-trouble
in-progress
in-review
investigation
legal
low-gain
low-trouble
mass rebuild
medium-gain
medium-trouble
meeting
mini-initiative
new_artifact
ops
pdc_retirement
rawhide
RCA
review
script
sidetarget
sprint-0
sprint-1
sprint-2
sprint-3
sprint-4
sprint-5
unfrozen
waiting on external
Backlog Status
Needs Review
Backlog Status
Ready
chore
documentation
points
01
points
02
points
03
points
05
points
08
points
13
Priority
High
Priority
Low
Priority
Medium
release-process
Sprint Status
Blocked
Sprint Status
Done
Sprint Status
In Progress
Sprint Status
Review
Sprint Status
To Do
Technical Debt
Work Item
Bug
Work Item
Epic
Work Item
Spike
Work Item
Task
Work Item
User Story
No milestone
No project
No assignees
5 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
releng/tickets#12976
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Bug https://bugzilla.redhat.com/show_bug.cgi?id=2399680 was filed a few hours ago. It is wrong. As of this writing, nauty-2.9.0-4.fc43, which provides libnauty-2.9.0.so()(64bit), is still current in F43. An update which transitions to nauty-2.9.1-1.fc43, which provides libnauty-2.9.1.so()(64bit), has been submitted for stable, but has not actually been pushed stable yet: https://bodhi.fedoraproject.org/updates/FEDORA-2025-b85553831e. However, that update also contains gap-pkg-nautytracesinterface-0.3-2.20250620git75cf4e5.fc43, which is linked against libnauty-2.9.1.so()(64bit).
Somehow the FTI script looked inside an update that has been submitted, but not pushed, to stable to find the nauty package update, but failed to notice that the same update contains an updated version of gap-pkg-nautytracesinterface.
N/A
N/A
Incorrect FTI bugs will continue to be filed.
By the way, the bug report ends with:
A side tag was, in fact, used to build these packages and submit them as a single update.
You used both a side-tag and a buildroot override?
https://bodhi.fedoraproject.org/overrides/nauty-2.9.1-1.fc43
That BRO is likely the cause of the FTI bug, and it doesn't look bogus.
Note also the report mentions:
"P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock:"
so the buildroot override is likely the problem here?
I'm not sure what we can do here?
Metadata Update from @phsmoura:
The bug was opened because the package was not installable in the Koji buildroot, which was correct because of https://bodhi.fedoraproject.org/overrides/nauty-2.9.1-1.fc43 -- when it expired and/or the update went stable, the next run of the script closed that bugzilla.
Technically, correct. Should the bugzilla say this instead?
It could also be improved to say:
So, is there some action we want to take here? adjust FTI bug messages? Or shall we just close this?