Bug 2208804 - nmap-7.94 is available
Summary: nmap-7.94 is available
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: nmap
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Martin Osvald 🛹
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-05-20 23:07 UTC by Upstream Release Monitoring
Modified: 2024-03-23 00:23 UTC (History)
5 users (show)

Fixed In Version: nmap-7.94-1.fc41 nmap-7.94-1.fc39 nmap-7.94-1.fc40
Clone Of:
Environment:
Last Closed: 2024-02-29 01:20:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Update to 7.94 (#2208804) (1.03 KB, patch)
2023-05-20 23:07 UTC, Upstream Release Monitoring
no flags Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Gitlab fedora/legal fedora-license-data issues 147 0 None opened Allow nmap license LicenseRef-NPSL-0.94 in Fedora 2023-07-18 08:17:27 UTC

Description Upstream Release Monitoring 2023-05-20 23:07:21 UTC
Releases retrieved: 7.94
Upstream release that is considered latest: 7.94
Current version/release in rawhide: 7.93-2.fc38
URL: https://nmap.org

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/2096/


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

Comment 1 Upstream Release Monitoring 2023-05-20 23:07:26 UTC
Scratch build failed. Details below:

BuilderException: Build failed:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs', '/var/tmp/thn-xahw3plc/nmap.spec']' returned non-zero exit status 1.

StdOut:
warning: line 51: It's not recommended to have unversioned Obsoletes: Obsoletes: nmap-frontend
warning: line 52: It's not recommended to have unversioned Obsoletes: Obsoletes: nmap-ndiff
setting SOURCE_DATE_EPOCH=1684540800
error: Bad file: ./nmap-7.94.tar.bz2.asc: No such file or directory
error: Bad file: ./nmap-7.94.tar.bz2: No such file or directory

RPM build warnings:
    line 51: It's not recommended to have unversioned Obsoletes: Obsoletes: nmap-frontend
    line 52: It's not recommended to have unversioned Obsoletes: Obsoletes: nmap-ndiff

RPM build errors:
    Bad file: ./nmap-7.94.tar.bz2.asc: No such file or directory
    Bad file: ./nmap-7.94.tar.bz2: No such file or directory


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 225, in build
    raise BuilderException(

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 Upstream Release Monitoring 2023-05-20 23:07:28 UTC
Created attachment 1965958 [details]
Update to 7.94 (#2208804)

Comment 3 Martin Osvald 🛹 2023-07-18 08:17:28 UTC
This is currently stuck on:

https://gitlab.com/fedora/legal/fedora-license-data/-/issues/147

Comment 4 Michal Ambroz 2023-12-10 20:51:39 UTC
Version 7.94 has the zenmap frontend migrated to python3, so nmap-ndiff and nmap-frontend can return back to Fedora.

Problem will be that the 7.93 version has unversioned "Obsoletes" on both nmap-frontend. Any chance to fix that somehow in advance?
Obsoletes: nmap-frontend
Obsoletes: nmap-ndiff

Last version in Fedora 28 was nmap-frontend-7.60-12 , and was missing in fc29 (nmap 7.70-4) so the Obsole probably should be:
Obsoletes: nmap-frontend < 7.70-1
Obsoletes: nmap-ndiff < 7.70-1

The error will look like this:

# Please note I have the version 7.94 installed , providing the nmap-frontend and nmap-ndiff
root@host:~# rpm -q nmap
nmap-7.94-1.fc39.x86_64

# When attempt to update, dnf thinks that nmap-7.93-3.fc39.x86_64 obsoletes nmap-frontend-7.94-1.fc39.x86_64
# resulting in upgrade path broken
root@host:~# dnf -y update nmap
Last metadata expiration check: 3:07:48 ago on 2023-12-10T18:39:40 CET.
Dependencies resolved.

 Problem 1: cannot install both nmap-3:7.93-3.fc39.x86_64 from fedora and nmap-3:7.94-1.fc39.x86_64 from @System
  - cannot install the best update candidate for package nmap-frontend-3:7.94-1.fc39.noarch
  - problem with installed package nmap-3:7.94-1.fc39.x86_64
 Problem 2: cannot install both nmap-3:7.93-3.fc39.x86_64 from fedora and nmap-3:7.94-1.fc39.x86_64 from @System
  - cannot install the best update candidate for package nmap-ndiff-3:7.94-1.fc39.noarch
  - cannot install the best update candidate for package nmap-3:7.94-1.fc39.x86_64
===================================================================================================================================================================================================================
 Package                                        Architecture                                     Version                                                    Repository                                        Size
===================================================================================================================================================================================================================
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 nmap                                           x86_64                                           3:7.93-3.fc39                                              fedora                                           5.7 M

Transaction Summary
===================================================================================================================================================================================================================
Skip  1 Package

Nothing to do.
Complete!

Comment 5 Michal Ambroz 2023-12-11 08:26:37 UTC
Please consider bumping the epoch with re-enabling the frontend in 7.94

https://src.fedoraproject.org/rpms/nmap/pull-request/11

Comment 6 Danie de Jager 2024-02-26 12:21:22 UTC
Version 7.94 has been out for a while now. Please consider adding it to Fedora 40.

Comment 7 Martin Osvald 🛹 2024-02-26 14:53:13 UTC
There is an ongoing issue with the Nmap license due to which the rebase was postponed. I got no reply from the legal team for quite a long time so I will go ahead and be rebasing the Nmap soon (need to fix a few small build problems first though).

Comment 8 Fedora Update System 2024-02-28 06:00:55 UTC
FEDORA-2024-913e7bcf8b (nmap-7.94-1.fc41) has been submitted as an update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-913e7bcf8b

Comment 9 Fedora Update System 2024-02-28 06:21:24 UTC
FEDORA-2024-076affb34d (nmap-7.94-1.fc40) has been submitted as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-076affb34d

Comment 10 Fedora Update System 2024-02-28 06:39:45 UTC
FEDORA-2024-d12b108d84 (nmap-7.94-1.fc39) has been submitted as an update to Fedora 39.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-d12b108d84

Comment 11 Martin Osvald 🛹 2024-02-28 06:51:08 UTC
(In reply to Michal Ambroz from comment #4)
> Version 7.94 has the zenmap frontend migrated to python3, so nmap-ndiff and
> nmap-frontend can return back to Fedora.

Thanks for bringing it up! In the version to be released the GUI packages are not enabled yet, but planning to do that soon after.

> Problem will be that the 7.93 version has unversioned "Obsoletes" on both
> nmap-frontend. Any chance to fix that somehow in advance?
> Obsoletes: nmap-frontend
> Obsoletes: nmap-ndiff

Added the version to them, so hopefully with the next version containing enabled GUI we won't hit this broken update.

Comment 12 Fedora Update System 2024-02-29 01:07:25 UTC
FEDORA-2024-076affb34d has been pushed to the Fedora 40 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-076affb34d`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-076affb34d

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 13 Fedora Update System 2024-02-29 01:20:07 UTC
FEDORA-2024-d12b108d84 has been pushed to the Fedora 39 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-d12b108d84`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-d12b108d84

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 14 Fedora Update System 2024-02-29 01:20:19 UTC
FEDORA-2024-913e7bcf8b (nmap-7.94-1.fc41) has been pushed to the Fedora 41 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 15 Fedora Update System 2024-03-04 01:11:54 UTC
FEDORA-2024-d12b108d84 (nmap-7.94-1.fc39) has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 16 Fedora Update System 2024-03-23 00:23:53 UTC
FEDORA-2024-076affb34d (nmap-7.94-1.fc40) has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.