Description of problem: Hi, There are no locale-specific .mo files shipped with dnsmasq packages as far as I've checked on none of versions of RHEL/Fedora. Is there any specific reasons behind this? BR, Temuri
No, there is no specific reason for it. I am not sure how much are those useful for dnsmasq and nobody requested them yet before. I have prepared a pull request with proposed change [1]. It should also build it on my copr repository [2], which would allow testing that version on stable releases as well. Would you be able to test, whether it would work for your? My language Czech is not among translated languages, so my language should not offer a language pack automatically. Can you please test whether it would offer translation to install? I think if you would have installed langpacks-${LANG} from this set, it should offer the langpack also on installation. (langpacks-de or langpacks-es or langpacks-fi or langpacks-fr or langpacks-id or langpacks-it or langpacks-ka or langpacks-no or langpacks-pl or langpacks-pt_BR or langpacks-ro) 1. https://src.fedoraproject.org/rpms/dnsmasq/pull-request/13 2. https://copr.fedorainfracloud.org/coprs/pemensik/dnsmasq/
There are included also two manual pages in Spanish and French. Not sure how much are they updated.
Hi! Just enabled your copr repo and installed dnsmasq with it and yes, it did install dnsmasq-langpack package with has Georgian in it (/usr/share/locale/ka/LC_MESSAGES/dnsmasq.mo is intact). But unfortunately it doesn't work for any language in package. You can test it by just putting some random string in dnsmasq.conf and running 'LANG=LOCALE_NAME dnsmasq' ('LANG=ka dnsmasq' for Georgian) so it will throw an error out. I have tested other languages too which are shipped in dnsmasq-langpack package, but I cannot get it working. Error in my case is "dnsmasq: bad option at line 7 of /etc/dnsmasq.conf", which I cannot even find in PO file I have translated.
I did a bit deeper dig. When I run strace dnsmasq, it's not even trying to access dnsmasq.mo file. Should be something in code, I guess
And after some even deeper digging, found out this. All i18n support in dnsmasq depends on definition of macro "LOCALEDIR" (and several others, HAVE_IDN2 too I guess). Variable is defined in Makefile and used "as if it's declared" in C code, while not being mentioned anywhere else. Just as a dirty hack (I'm not a dev, sorry) I put "#define LOCALEDIR "/usr/share/locale" " in src/config.h, rebuilt dnsmasq and langpack is working as it should. Hope ths helps. BR, Temuri
This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle. Changing version to 38.
FEDORA-2023-40edff3a21 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-40edff3a21
FEDORA-2023-40edff3a21 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-40edff3a21` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-40edff3a21 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-40edff3a21 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
Ah, Simon Kelley reported to me, that our current build still does not work with localization. Current version just provides localized manual pages, but using translated dnsmasq still does not work.
(In reply to Petr Menšík from comment #10) > Ah, Simon Kelley reported to me, that our current build still does not work > with localization. > > Current version just provides localized manual pages, but using translated > dnsmasq still does not work. Hello. Any news about this, please?
Ah, yes! I finally tested modified build on rawhide branch. Tested it with de locale. I were surprised by that dnsmasq --test on default configuration is still in english. But error messages were in language unknown to me, so it seems it works this time. Sorry, I kind of forgot to build at least some stable branch update. I will build the change just for f38 unless someone requests explicitly also previous version. There is a chance it may cause lower performance in some cases or even some regressions. f38 branch has it merged already, but not built. My failure, sorry for that!
FEDORA-2023-5efaca2641 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-5efaca2641
FEDORA-2023-5efaca2641 has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-5efaca2641` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-5efaca2641 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-5efaca2641 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.