https://bugzilla.redhat.com/show_bug.cgi?id=1350884
--- Comment #60 from Andy Mender <andymenderunix(a)gmail.com> ---
> I cannot recreate s390x failures locally, even tests work fine. I have no idea what the issue is on koji. I experimented some with building on copr but it seems to timeout even with the max possible value[0].
Theoretically, Koji uses the same mock environment you would use locally, but
of course resource allocation is different. Same with COPR. In some cases like
this one, the errors are not reproducible :(.
> I also poked at the armhfp test failues some more. They're segfaults (in qemu?), not regular test failures. I again have no idea what the issue is. I tried patching out the tests that segfault and then started running into tests that hang indefintely (eg. gdb.base/utf8-identifiers.exp). I think the best course of action is to disable tests for armhfp, and possibly s390x as well to work around timeouts there?
armhfp is actually virtualized on x86_64 machines, at least that's what I see
in COPR. So you might run into resource limitations (especially hard disk
space) and weird errors again.
In general I would disable tests altogether if they're the source of issues and
the compiler toolchain itself works as intended. If it was possible to create
patches applicable to *all* supported architectures to fix the tests, these
could then be upstreamed to TI for inclusion in future tarballs. But since
upstream is really just the tarballs and errors on Koji and COPR are not
reproducible, I'd say leave them out :).
There is also the option to make tests conditional altogether by adding
"%bcond_with tests" at the top of the SPEC file and enclosing the test calls in
"%if %{with tests} <> %endif", and add a comment explaining why the tests are
conditional (f.e. fails in build systems on virtualized hardware). Then, you
can run a local build with "rpmbuild -ba --with tests" to run the tests
explicitly. More here: http://rpm.org/user_doc/conditional_builds.html
> My last remaining question is why I cannot get all packages to install by doing a `dnf install msp430-elf-toolchain` as described in comment 35. I thought the issue was the wrong requires on the main package, but I've corrected those in the latest spec[1] (lines 50-53) and it still doesn't work. Any thoughts?
I noticed that the last successful armhfp build from COPR mentioned in [0]
doesn't generate a msp430-elf-toolchain binary RPM at all. There is also no
%files section for msp430-elf-toolchain so the SPEC file now behaves in a way
similar to Golang and Python packages - the SRPM is msp430-elf-toolchain, but
the generated RPMs are only for the subpackages. I don't know how to make it so
that msp430-elf-toolchain registers in dnf as a metapackage, but I found this:
https://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/htm…
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1899298
Bug ID: 1899298
Summary: Review Request: python-pagure-messages - A schema
package for messages sent by pagure
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: ngompa13(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://ngompa.fedorapeople.org/for-review/python-pagure-messages.spec
SRPM URL:
https://ngompa.fedorapeople.org/for-review/python-pagure-messages-0.0.2-1.f…
Description:
A schema package for messages sent by pagure.
Fedora Account System Username: ngompa
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
Product: Fedora
Version: rawhide
Component: Package Review
Package Review <package-review(a)lists.fedoraproject.org> has canceled Package
Review <package-review(a)lists.fedoraproject.org>'s request for
dperson(a)gmail.com's needinfo:
Bug 1544239: Review Request: unison248 - There is a new incompatible version of
unison240
https://bugzilla.redhat.com/show_bug.cgi?id=1544239
--- Comment #6 from Package Review <package-review(a)lists.fedoraproject.org> ---
This is an automatic action taken by review-stats script.
The ticket submitter failed to clear the NEEDINFO flag in a month.
As per https://fedoraproject.org/wiki/Policy_for_stalled_package_reviews
we consider this ticket as DEADREVIEW and proceed to close it.
https://bugzilla.redhat.com/show_bug.cgi?id=1350884
--- Comment #59 from Brandon Nielsen <nielsenb(a)jetfuse.net> ---
I cannot recreate s390x failures locally, even tests work fine. I have no idea
what the issue is on koji. I experimented some with building on copr but it
seems to timeout even with the max possible value[0].
I also poked at the armhfp test failues some more. They're segfaults (in
qemu?), not regular test failures. I again have no idea what the issue is. I
tried patching out the tests that segfault and then started running into tests
that hang indefintely (eg. gdb.base/utf8-identifiers.exp). I think the best
course of action is to disable tests for armhfp, and possibly s390x as well to
work around timeouts there?
My last remaining question is why I cannot get all packages to install by doing
a `dnf install msp430-elf-toolchain` as described in comment 35. I thought the
issue was the wrong requires on the main package, but I've corrected those in
the latest spec[1] (lines 50-53) and it still doesn't work. Any thoughts?
[0] -
https://copr.fedorainfracloud.org/coprs/nielsenb/msp430-development-tools/b…
[1] -
https://download.copr.fedorainfracloud.org/results/nielsenb/msp430-developm…
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1802171
Bug ID: 1802171
Summary: Review Request: restraint - tool designed to execute
tasks
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: mastyk(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://github.com/beaker-project/restraint/blob/master/specfiles/restraint…
SRPM URL:
https://download.copr.fedorainfracloud.org/results/martstyk/packit-cli-rest…
COPR build:
https://copr.fedorainfracloud.org/coprs/martstyk/packit-cli-restraint-maste…
Description:
Restraint is designed to execute tasks. These tasks can be tests that report
results or simply code that you want to automate. Which tasks to execute is
determined by a job. The job also describes where to retrieve the tasks from
and what parameters to pass in. These tasks can report multiple PASS, FAIL,
WARN results along with an optional score. Tasks also have the ability to
report log files. Each task can have metadata describing dependencies and max
run time for example. Execution and reporting can be further enhanced with
plugins.
You can read more about the project here:
https://restraint.readthedocs.io/en/latest/
Fedora Account System Username: martstyk
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1876006
Bug ID: 1876006
Summary: Review Request: metrics2mqtt - Publish system
performance metrics to a MQTT broker
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: mail(a)fabian-affolter.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL: https://fab.fedorapeople.org/packages/SRPMS/metrics2mqtt.spec
SRPM URL:
https://fab.fedorapeople.org/packages/SRPMS/metrics2mqtt-0.1.18-1.fc32.src.…
Project URL: https://github.com/jamiebegin/metrics2mqtt
Description:
metrics2mqtt is a lightweight wrapper around psutil that publishes
CPU utilization, free memory, and other system-level stats to a MQTT
broker.
Koji scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=50775453
rpmlint output:
$ rpmlint metrics2mqtt-0.1.18-1.fc32.src.rpm
metrics2mqtt.src: W: spelling-error %description -l en_US psutil -> pistil
1 packages and 0 specfiles checked; 0 errors, 1 warnings.
$ rpmlint *.rpm
metrics2mqtt.noarch: W: spelling-error %description -l en_US psutil -> pistil
metrics2mqtt.noarch: W: no-documentation
metrics2mqtt.noarch: W: no-manual-page-for-binary metrics2mqtt
python3-metrics2mqtt.noarch: W: spelling-error %description -l en_US psutil ->
pistil
2 packages and 0 specfiles checked; 0 errors, 4 warnings.
Fedora Account System Username: fab
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1901861
Bug ID: 1901861
Summary: Review Request: python-pytest-error-for-skips - Pytest
plugin to treat skipped tests a test failure
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Assignee: nobody(a)fedoraproject.org
Reporter: mail(a)fabian-affolter.ch
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://fab.fedorapeople.org/packages/SRPMS/python-pytest-error-for-skips.s…
SRPM URL:
https://fab.fedorapeople.org/packages/SRPMS/python-pytest-error-for-skips-2…
Project URL: https://github.com/janschulz/pytest-error-for-skips
Description:
Pytest plugin to treat skipped tests a test failure.
Koji scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=56274088
rpmlint output:
$ rpmlint python-pytest-error-for-skips-2.0.2-1.fc33.src.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
$ rpmlint python3-pytest-error-for-skips-2.0.2-1.fc33.noarch.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
Fedora Account System Username: fab
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=1891646
Bug ID: 1891646
Summary: Review Request: sip5 - SIP - Python/C++ Bindings
Generator
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: swt(a)techie.net
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL: https://www.techie.net/~talbert/sip5.spec
SRPM URL: https://www.techie.net/~talbert/sip5-5.4.0-1.fc34.src.rpm
Description: SIP is a collection of tools that makes it very easy to create
Python bindings for C and C++ libraries. It was originally developed in 1998
to create PyQt, the Python bindings for the Qt toolkit, but can be used to
create bindings for any C or C++ library. For example it is also used to
generate wxPython, the Python bindings for wxWidgets.
Fedora Account System Username: swt2c
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component