Description of problem:
When attempting to report a problem to Bugzilla, reports fails to upload.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install attempted on ARM using dnf rather than yum
2. Install fails, attempt to use the automatic reporting tool
3. Report is generated
Upload fails with:
Checking for duplicates
Creating a new bug
fatal: RPC failed at server. There is no Hardware named 'armv7l'.
('report_Bugzilla' exited with 1)
uname -m reports 'armv7l' wheras Bugzilla uses 'arm' for bug reports.
This problem still exists in F21.
Ping!?!? With armv7hl being a primary platform this should be supported.
We can go two ways with this:
1. fast hack - I can add a statement like (strstr("arm", arch) ? "arm" : arch) to libreport's code
2. systematic way - introduce a new variable in /etc/os-release "REDHAT_BUGZILLA_PLATFORM" which will hold the proper value on all architectures
My preferred way is the systematic way because I am a fan of semantic computers and this way is more reliable. On the other hand, the second option requires more work on distribution's side.
Dennis are you willing to add and maintain "REDHAT_BUGZILLA_PLATFORM" variable in /etc/os-release?
there is no way to add what you are asking to /etc/os-release
is the issue that bugzilla does not have armv7l as an arch?
(In reply to Dennis Gilmore from comment #4)
> is the issue that bugzilla does not have armv7l as an arch?
Yes, ABRT calls 'uname()' to get architecture of crash's machine and then uses the returned string for 'Hardware' field of a new Bugzilla report. This approach works for all architectures except arm. The problem is that Kernel returns 'armv7l' string where Red Hat Bugzilla expects 'arm' string.
I can add a hack to libreport but I would like to fix this issue in a cleaner way.
How about to add 'armv7l' string to the list of Hardware (Platforms)?
armv7l is one of the hardware options now.
abrt now confirmed working.