Bug 2232890

Summary: gzip-1.13 is available
Product: [Fedora] Fedora Reporter: Upstream Release Monitoring <upstream-release-monitoring>
Component: gzipAssignee: Jakub Martisko <jamartis>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jamartis, kdudka, pstodulk
Target Milestone: ---Keywords: FutureFeature, Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gzip-1.13-1.fc40 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2024-02-01 13:07:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Upstream Release Monitoring 2023-08-20 01:09:28 UTC
Releases retrieved: 1.13
Upstream release that is considered latest: 1.13
Current version/release in rawhide: 1.12-6.fc39
URL: https://www.gnu.org/software/gzip/

Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/


More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_Monitoring


Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream.


Based on the information from Anitya: https://release-monitoring.org/project/1290/


To change the monitoring settings for the project, please visit:
https://src.fedoraproject.org/rpms/gzip

Comment 1 Upstream Release Monitoring 2023-08-20 01:09:49 UTC
Scratch build failed. Details below:

BuilderException: Build failed:
Couldn't upload source /var/tmp/thn-i54sjduk/./SRPMS/gzip-1.13-1.fc38.src.rpm to koji.

Traceback:
  File "/usr/local/lib/python3.11/site-packages/hotness/use_cases/package_scratch_build_use_case.py", line 56, in build
    result = self.builder.build(request.package, request.opts)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/hotness/builders/koji.py", line 252, in build
    output["build_id"] = self._scratch_build(session, package.name, srpm)
                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/hotness/builders/koji.py", line 477, in _scratch_build
    raise BuilderException("Couldn't upload source {} to koji.".format(source))

If you think this issue is caused by some bug in the-new-hotness, please report it on the-new-hotness issue tracker: https://github.com/fedora-infra/the-new-hotness/issues

Comment 2 Xose Vazquez Perez 2023-11-01 12:31:54 UTC
(In reply to Upstream Release Monitoring from comment #0)

> Releases retrieved: 1.13
> Upstream release that is considered latest: 1.13
> Current version/release in rawhide: 1.12-6.fc39
> URL: https://www.gnu.org/software/gzip/
> Based on the information from Anitya: https://release-monitoring.org/project/1290/
> To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/gzip

* Noteworthy changes in release 1.13 (2023-08-19) [stable]

** Changes in behavior

  zless now diagnoses gzip failures, if using less 623 or later.

  When SIGPIPE is ignored, gzip now exits with status 2 (warning)
  instead of status 1 (error) when writing to a broken pipe.  This is
  more useful with programs like 'less' that treat gzip exit status 2
  as a non-failure.

** Bug fixes

  'gzip -d' no longer fails to report invalid compressed data
  that uses a dictionary distance outside the input window.
  [bug present since the beginning]

  Port to C23, which does not allow K&R-style function definitions
  with parameters, and which does not define __alignas_is_defined.

Comment 3 Fedora Update System 2024-02-01 11:27:03 UTC
FEDORA-2024-36aafad019 has been submitted as an update to Fedora 40. https://bodhi.fedoraproject.org/updates/FEDORA-2024-36aafad019

Comment 4 Fedora Update System 2024-02-01 13:07:20 UTC
FEDORA-2024-36aafad019 has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.