Since time began (Fedora 7), all fedora bugs in bugzilla have had their
"QA Contact" field set to: extras-qa(a)fedoraproject.org.
Bugzilla describes "QA Contact" as:
"The person responsible for confirming this bug if it is unconfirmed,
and for verifying the fix once the bug has been resolved."
However, also since at least 2007-04-20 emails to that address go to
/dev/null. (Before that they went to a linux.duke.edu address, so I am
not sure where they went).
I'd like to propose dropping this from all Fedora bugs.
It's a useless extra email that bugzilla has to generate, network has to
send and deliver and we have to drop in the bitbucket.
But, perhaps there's some secret clever use for it I am not aware of?
If you can think of some reason to keep it, speak up. ;)
When originally conceived, ELN followed all architectures that Fedora
builds for. The intention here was good but we have discovered that
it is causing some burden for maintainers and there is no underlying
reason for this in the Enterprise context.
I've filed https://github.com/fedora-eln/eln/issues/3 to request that
we disable the armv7hl architecture for ELN. I believe this will help
retain focus and return resources to the Fedora project that can
otherwise be spent making that architecture as vibrant as possible for
Thought I would try the beta out on my laptop again (had tried it on
test week, but had to revert due to platform.io not working) Getting
error of : " Secure Boot Image failed to verify with * ACCESS DENIED*
It worked on the btrfs test week, so I am unsure what went wrong.
Laptop is Lenovo T440p.
I filed a bug, but the best component I could find was Grub2.
when looking at a recent issue when a change to lorax templates broke
composes for ppc64le and s390x I have found that there are packages
that explicitly require the ncurses package and I wonder if all of these
Requires are correct. Because quite some time ago there was a split so
"ncurses" only contains the tools (tic, tac, reset, ...) and
ncurses-base contains the basic terminfo database and the libs live in
[root@localhost ~]# dnf repoquery --exactdeps --whatrequires ncurses
perl-Term-Cap calls "infocmp" so it should be there, perhaps reduced to
a weak dep, because it has a fall-back path, but I'm not sure about the