Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

localization in 7.94 #2718

Open
KongNan opened this issue Oct 6, 2023 · 0 comments · May be fixed by #2789
Open

localization in 7.94 #2718

KongNan opened this issue Oct 6, 2023 · 0 comments · May be fixed by #2789
Labels

Comments

@KongNan
Copy link

KongNan commented Oct 6, 2023

Describe the bug
missing "locale" directory in 7.94

To Reproduce
Just install & Run.

Expected behavior
The application interface should be displayed in the local language.
However, in 7.94, only English is used for display, and the locale directory cannot be located, much less \locale*\LC_MESSAGES\zenmap.mo.

Version info (please complete the following information):

  • OS: [Windows 11]
  • Zenmap version : 7.94
  • Output of nmap --version:
    Nmap version 7.94 ( https://nmap.org ) Platform: i686-pc-windows-windows Compiled with: nmap-liblua-5.4.4 openssl-3.0.8 nmap-libssh2-1.10.0 nmap-libz-1.2.13 nmap-libpcre-7.6 Npcap-1.75 nmap-libdnet-1.12 ipv6 Compiled without: Available nsock engines: iocp poll select

tag: GILT: globalization (g11n)、internationalization(i18n)、localization(L10n)、translation

@KongNan KongNan added the Zenmap label Oct 6, 2023
pghmcfc added a commit to pghmcfc/nmap that referenced this issue Mar 1, 2024
Installation of translations hasn't worked since the conversion to
Python 3 (nmap#2088). That's because os.walk is not a drop-in replacement
for os.path.walk. This tweak to setup.py should address that (fixes nmap#2718).
@pghmcfc pghmcfc linked a pull request Mar 1, 2024 that will close this issue
pghmcfc added a commit to pghmcfc/nmap that referenced this issue Apr 23, 2024
Installation of translations hasn't worked since the conversion to
Python 3 (nmap#2088), and was broken in a different way in the migration
from setup.py to pyproject.toml since package data files are not found
deep down in directory hierarachies.

This should address that (fixes nmap#2718).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant