Overview
Request 669505 accepted
- use python3-Sphinx instead deprecated python-sphinx [boo#1119686]
- update to 8.6.3
* A code generation bug resulting in segmentations faults in some programs
* bug leading to programs with deep stacks crashing when run with retainer profiling enabled
* A bug resulting in potential heap corruption during stable name allocation
* Plugins are now loaded during GHCi sessions
- dont require memory-constraints on older distros
- dropped reproducible-tmp-names.patch
- update to 8.6.2
* Several compiler panics observed in GHC 8.6.1 have been fixed
* An integer overflow, resulting in some encodeFloat uses returning
incorrect results, has been fixed
* A long-standing bug in the LLVM code generator, resulting in incorrect
floating point evaluation, has been fixed.
* A long-standing bug exposed in GHC 8.6.1, has been fixed. This issue
resulted in undefined runtime behavior with some uses of the dataToTag#
primop. Note that this issue, while less likely to manifest, has existed
in some form in all GHC releases prior to this release and may result
in silent, incorrect evaluation.
- Make use of memory-constraints to avoid OOM errors
- Remove forced 'make -j2' for aarch64 and %arm
- add Disable-unboxed-arrays.patch
* apply on ppc64 only
* fixes ppc64 build
Request History
mimi_vx created request
- use python3-Sphinx instead deprecated python-sphinx [boo#1119686]
- update to 8.6.3
* A code generation bug resulting in segmentations faults in some programs
* bug leading to programs with deep stacks crashing when run with retainer profiling enabled
* A bug resulting in potential heap corruption during stable name allocation
* Plugins are now loaded during GHCi sessions
- dont require memory-constraints on older distros
- dropped reproducible-tmp-names.patch
- update to 8.6.2
* Several compiler panics observed in GHC 8.6.1 have been fixed
* An integer overflow, resulting in some encodeFloat uses returning
incorrect results, has been fixed
* A long-standing bug in the LLVM code generator, resulting in incorrect
floating point evaluation, has been fixed.
* A long-standing bug exposed in GHC 8.6.1, has been fixed. This issue
resulted in undefined runtime behavior with some uses of the dataToTag#
primop. Note that this issue, while less likely to manifest, has existed
in some form in all GHC releases prior to this release and may result
in silent, incorrect evaluation.
- Make use of memory-constraints to avoid OOM errors
- Remove forced 'make -j2' for aarch64 and %arm
- add Disable-unboxed-arrays.patch
* apply on ppc64 only
* fixes ppc64 build
leaper added ghc as a reviewer
submitter not devel maintainer
leaper added leap-reviewers as a reviewer
leaper accepted review
ok
factory-auto added repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
Output of check script (non-fatal):
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in pattern match (m//) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 424.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in substitution (s///) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 423.
Use of uninitialized value $args[2] in pattern match (m//) at /usr/lib/obs/service/format_spec_file.files/prepare_spec line 424.
psimons accepted review
ok
staging-bot added as a reviewer
Being evaluated by staging project "openSUSE:Leap:15.1:Staging:adi:11"
staging-bot accepted review
Picked openSUSE:Leap:15.1:Staging:adi:11
repo-checker accepted review
cycle and install check passed
lnussel accepted review
ok
staging-bot accepted review
ready to accept
staging-bot approved review
ready to accept
lnussel_factory accepted request
Accept to openSUSE:Leap:15.1
openSUSE:Factory/ghc@70 -> openSUSE:Leap:15.1/ghc
expected origin is 'openSUSE:Leap:15.0' (changed)
Package was from openSUSE:Factory in 15.0
perfect. the submitted sources are in or accepted for Factory